软件医疗器械注册要点：生命周期、版本命名与网络安全

一、结论先行

1. 软件研究是《医疗器械注册与备案管理办法》（国家市场监督管理总局令第47号，2021年8月26日公布，2021年10月1日起施行）第二十八条列举的九类非临床研究之一。产品含软件组件或本身即为独立软件的，应当在申请注册、办理备案前完成该项研究。
2. 软件研究资料的骨架是软件生命周期。它回答的不是”软件能不能跑”，而是”软件在整个生命周期内如何被开发、维护、变更与退役”。
3. 版本命名不是格式问题，是变更判定问题。版本号的变化方式决定了后续走变更注册还是 30 日内备案（办法第七十九条）。
4. 网络安全已成为软件研究中的独立板块。联网、可远程升级、与外部系统交换数据的软件，其网络安全研究资料的完整度直接影响审评结论。
5. 办法第二十九条要求非临床研究进行方法学验证，涉及统计学分析的应明确统计学分析方法、样本量确定依据和判定标准。算法性能确认与数据集设计受此约束。
6. 国瑞中安的判断：软件类产品的注册难点在于”证据要跟着版本走”。版本管理失控，会导致申报版本、验证版本、上市版本三者不一致，进而引发系统性质疑。

二、法规依据

1. 行政法规

《医疗器械监督管理条例》（国务院令第739号，2021年2月9日公布，2021年6月1日起施行）

• 第五条：医疗器械监督管理遵循风险管理、全程管控、科学监管、社会共治的原则。
• 第十四条：申请注册、办理备案应当提交产品风险分析资料、产品技术要求、产品检验报告、临床评价资料等七类资料。
• 第二十一条：已注册产品的实质性变化应当申请变更注册；其他变化应当备案或者报告。
• 第二十二条：注册证有效期 5 年，延续申请应在届满 6 个月前提出。

2. 部门规章

《医疗器械注册与备案管理办法》（国家市场监督管理总局令第47号，2021年8月26日公布，2021年10月1日起施行）

• 第十九条：应当符合适用的强制性标准；不适用强制性标准的，应当提出不适用说明并提供相关资料。
• 第二十四条：风险管理原则；风险管理活动应当贯穿医疗器械全生命周期。
• 第二十六条：产品技术要求应明确成品可进行客观判定的功能性、安全性指标和检测方法。
• 第二十八条：非临床研究的范围包括理化性能、电气安全、辐射安全、软件、生物学特性、生物源材料安全性、消毒灭菌工艺、动物试验、稳定性等研究。
• 第二十九条：非临床研究应当进行方法学验证；涉及统计学分析的，应当明确统计学分析方法、样本量确定依据和判定标准。
• 第三十条：按照产品技术要求检验，检验合格后方可开展临床试验或者申请注册、备案。
• 第三十一条：检验用产品应当能够代表申请注册或者备案产品的安全性和有效性。
• 第四十一条：需要补正资料的，一次告知全部内容；申请人应当在收到补正通知 1 年内一次提供；逾期未提交的，终止技术审评并作出不予批准决定。
• 第七十九条：实质性变化应当申请变更注册；其他变化应当在变化之日起 30 日内备案；注册证载明事项属变更注册范围，注册人名称及住所、代理人名称及住所等属备案范围。

《医疗器械说明书和标签管理规定》（原国家食品药品监督管理总局令第6号，2014年7月30日公布，2014年10月1日起施行）

• 第四条：说明书和标签的内容应当科学、真实、完整、准确，并与产品注册或者备案的相关内容一致。
• 第九条：说明书和标签的文字内容应当使用中文。

3. 规范性文件与技术文件

• 《关于公布医疗器械注册申报资料要求和批准证明文件格式的公告》（国家药监局公告2021年第121号，2021年9月29日公布，2022年1月1日起施行）。
• 《国家药监局关于优化全生命周期监管支持高端医疗器械创新发展有关举措的公告》（2025年第63号，2025年6月27日发布）：第四部分为”进一步明晰注册审查要求”，涉及人工智能、医用机器人、高端医学影像、新型生物材料等领域。
• 《医疗器械注册自检管理规定》（国家药监局公告2021年第126号，2021年10月21日公布，自发布之日起施行）。
• 《医疗器械注册质量管理体系核查指南》（国家药监局通告2022年第50号，2022年9月29日公布，自发布之日起实施）：明确四种核查结果判定。
• 标准参照：IEC 62304（医疗器械软件生命周期过程）、ISO 14971（风险管理）、IEC 60601 系列（医用电气设备安全与基本性能）。
• 背景数据：《2025年度医疗器械注册工作报告》（国家药监局，2026年2月24日发布）显示，2025年批准创新医疗器械 76 个，同比增长 17%；批准优先审批医疗器械 25 个，同比增长 212.5%。含软件与人工智能的产品在其中占比持续处于高位。

实务口径提示：软件版本命名的具体段位规则、软件生存周期文档的清单深度、网络安全研究的资料构成等，暂无统一的条文级强制格式，主要依据该类产品现行指导原则、审评要点与推荐性标准确定。国瑞中安建议在确定版本命名规则前，先检索独立软件与软件组件各自的现行指导原则，并把命名规则与变更判定规则绑定设计。

三、专业解读看点

看点一：软件研究要回答的是”过程可信”，不只是”结果正确”

理化、电气安全等研究可以用一份检测报告收尾，软件研究不行。原因在于软件的每一次变更都可能改变临床表现，而变更本身无法从成品外观上识别。因此办法第二十八条把软件列入非临床研究，其关注点落在过程上：

关注维度	需要证明的内容	主要交付物形态
开发过程受控	需求、设计、实现、测试之间有可追溯链条	生存周期文档、需求追溯矩阵
风险可控	软件失效模式被识别并有控制措施	软件风险管理文档、失效影响分析
性能可判定	软件功能与算法性能可被客观验证	验证与确认报告、算法性能确认研究
变更可判定	版本变化能被识别并对应到监管路径	版本命名规则、变更影响评估程序

四者中”变更可判定”最容易被忽视，而它恰恰决定了产品上市后的合规成本。

看点二：独立软件与软件组件的路径差异

两者在第二十八条项下都属于软件研究，但资料组织方式有明显区别：

维度	独立软件	软件组件
注册单元	通常单独构成一个注册单元	随宿主器械一并申报
技术要求	软件功能、算法性能、数据接口等可直接写入	与宿主器械指标合并呈现
检验	软件功能与性能的验证确认构成主要证据	需与宿主器械整机检验结果一并考虑
变更	软件自身迭代即可能触发变更	需评估软件变更对宿主器械的影响

判断依据是产品是否作为独立的医疗器械上市。判断错了，资料组织方式会整体错位，返工量很大。

看点三：版本命名规则是变更判定的前置设计

版本命名看似是工程规范，实质是合规接口。国瑞中安建议按四段式设计，并把每一段与监管动作绑定：

段位	通行的变化含义	建议绑定的监管动作
主版本号	重大功能、算法或架构变化	评估是否构成实质性变化，通常需变更注册（办法第七十九条）
次版本号	新增功能、适用范围扩展	逐项评估，多数需变更注册
修订版本号	缺陷修复、界面与提示优化	逐项评估，视影响程度选择变更注册或备案
构建版本号	不影响安全有效的内部构建差异	内部记录，纳入变更评估台账

关键动作是把这张表写入企业的变更控制程序，并为每一段位设定明确的触发示例。缺少这一层设计，版本升级后往往需要临时判断监管路径，容易出现漏报或错报。

看点四：网络安全是独立板块，不能并入功能验证

网络安全研究解决的问题与功能验证不同：功能验证回答”软件能否正确完成预期任务”，网络安全回答”软件在遭受攻击、数据损坏或环境异常时是否仍能保证安全”。

网络安全资料通常覆盖四个层面：数据层面的保密性、完整性、可得性；访问层面的身份鉴别与权限控制；传输层面的接口安全与加密；运行层面的异常处置与失效安全状态。

工程上的处理方式是：在风险管理文件中识别网络安全相关的危害场景，针对每一场景说明控制措施，再用测试或分析证据证明控制措施有效。三个环节缺一，证据链就不完整。

看点五：统计学分析在算法性能确认中的落点

办法第二十九条要求明确统计学分析方法、样本量确定依据和判定标准。对含算法的软件，落点集中在三处：

• 数据集设计：训练集、调优集、测试集的划分方式与独立性保证；数据来源、纳入排除标准、人群或样本分布特征。
• 样本量确定依据：各数据集样本量的计算依据，而非”有多少用多少”；罕见类别或亚组的样本量是否足以支撑分层评价。
• 判定标准：主要性能指标（如灵敏度、特异度、准确率等）的目标值与可接受界限，界限的设定依据。

三处共同指向一个要求：事先说明。数据集划分规则在算法开发前确定，样本量依据在收集前计算，判定标准在验证前写明。事后的解释难以替代方案阶段的记录。

看点六：版本一致性是软件类项目的系统性质疑点

办法第三十一条要求研究样品能够代表申请注册或者备案产品的安全性和有效性。软件类项目中，代表性延伸为版本一致性，涉及四个版本：

1. 验证版本：算法性能确认研究所用的软件版本。
2. 检验版本：送检样品中搭载的软件版本。
3. 申报版本：申报资料中描述的软件版本。
4. 上市版本：实际交付给用户的最初版本。

四者应当一致，任何差异都需要在申报时说明。实务中最常见的断裂是：算法性能确认在研发中期完成，之后的缺陷修复与界面优化未纳入重新确认，导致验证版本与上市版本之间存在未评价的差异。修复方式是在变更控制程序中设定一条硬规则——上市前的每一次版本变化都触发一次一致性复核。

四、实务建议

1. 先判定独立软件还是软件组件：据此确定注册单元与资料组织方式，避免整体错位。
2. 建立需求追溯矩阵：从需求到设计、实现、测试逐层追溯，形成可核查的证据链。
3. 版本命名规则与变更判定绑定设计：把四段式每一段对应的监管动作写入变更控制程序，并给出触发示例。
4. 网络安全按四层组织：数据、访问、传输、运行四层各给出危害场景、控制措施与验证证据。
5. 数据集划分规则前置：训练集、调优集、测试集的划分方式与独立性保证在算法开发前确定并留档。
6. 样本量依据与判定标准在方案中写明：包括分层与亚组的样本量考虑（办法第二十九条）。
7. 上市前变更触发一致性复核：把”每次版本变化均触发一致性复核”写入变更控制程序。
8. 软件变更纳入变更监控：版本变化后按办法第七十九条判断是否构成实质性变化，选择变更注册或 30 日内备案。

五、核验清单

• □ 是否按办法第二十八条完成软件研究；含软件组件或为独立软件的，是否已覆盖。
• □ 是否已判定产品属于独立软件还是软件组件，资料组织方式是否与之匹配。
• □ 软件生存周期文档是否齐备，需求、设计、实现、测试之间是否建立追溯矩阵。
• □ 软件风险管理文档是否覆盖软件失效模式，控制措施是否有验证证据。
• □ 版本命名规则是否确定，各段位变化对应的监管动作是否写入变更控制程序。
• □ 网络安全资料是否按数据、访问、传输、运行四层组织，各层是否给出危害场景、控制措施与验证证据。
• □ 数据集划分方式、独立性保证、数据来源与纳入排除标准是否说明。
• □ 各数据集样本量确定依据是否说明，分层与亚组样本量是否考虑（办法第二十九条）。
• □ 性能指标的目标值与可接受界限及其设定依据是否明确。
• □ 验证版本、检验版本、申报版本、上市版本是否一致，差异是否说明（办法第三十一条）。
• □ 使用的中文界面与说明书是否符合中文要求（规定第6号第九条），内容是否与注册内容一致（规定第6号第四条）。
• □ 所引用标准是否为现行有效版本；不适用强制性标准的是否已说明理由（办法第十九条）。
• □ 版本变化后是否已完成变更注册或 30 日备案的判定（办法第七十九条）。
• □ 补正响应是否在收到通知后 1 年内一次完成（办法第四十一条）。

法规信息核验至 2026 年 10 月 29 日。

本清单所引法规文本以国家药品监督管理局官网（nmpa.gov.cn）、国家市场监督管理总局官网（samr.gov.cn）、中国政府网（gov.cn）公布版本为准。法规修订、废止或配套文件更新后，本文结论需同步复核。

文中涉及的时限、费用、目录范围等数据，均以核验之日官方公布口径为准；标注「实务口径」的内容为行业通行做法或经验性判断，不具有法规效力。企业在实际申报中，应以受理部门当期要求、最新法规文本及官方解释为准。

因法规更新、个案情形差异或企业自身理解偏差导致的申报延误、补正、不予批准等后果，国瑞中安不承担相应责任。如需针对具体产品的注册策略评估，请联系国瑞中安法规团队获取个案化支持。

服务市场覆盖

中国（NMPA）、欧盟（EU MDR / IVDR）、美国（FDA）、英国（MHRA）、瑞士（Swissmedic）、加拿大（Health Canada）、澳大利亚（TGA）、日本（PMDA）、韩国（MFDS）、俄罗斯（Roszdravnadzor / EAEU）、巴西（ANVISA）、墨西哥（COFEPRIS）、印度尼西亚（Kemenkes）、马来西亚（MDA）、泰国（Thai FDA）、越南（MOH）、印度（CDSCO）、沙特阿拉伯（SFDA）、阿联酋（MOHAP）、南非（SAHPRA）等主要医疗器械市场。

核心服务

1. 市场准入策略：产品分类界定、注册路径比选、上市时间表倒排。
2. 注册与备案申报：申报资料撰写、整理与递交，全程进度跟踪。
3. 技术文档编制：技术文档（TD）、设计文档（DD）、临床评价报告（CER）、临床评价资料（同品种对比路径）。
4. 质量管理体系：ISO 13485、MDSAP、中国《医疗器械生产质量管理规范》体系建立、文件换版与核查辅导。
5. 授权代表与代理人服务：欧盟授权代表（EC Rep）、美国代理人（US Agent）、英国负责人（UKRP）、瑞士授权代表（CH-REP）、境外制造商来华注册的中国境内企业法人代理人，及多国本地代表。
6. 上市后合规：上市后监督（PMS）、警戒与不良事件监测、定期安全更新报告、召回管理。
7. 唯一标识：中国 UDI 数据库、EUDAMED、GUDID 申报与数据维护。
8. 标准符合性评估：IEC 60601 系列、ISO 10993 系列、IEC 62304、ISO 14971、YY/T 系列标准适用性与差距分析。

团队与方法

国瑞中安法规团队由具备监管机构与企业双重背景的注册事务、临床医学、质量管理与法规事务专业人员组成。我们坚持三条工作准则：可核验——每一项结论都能追溯到法规条款与官方来源；可追溯——每一份交付物都保留版本与依据链条；可执行——每一条建议都落到具体动作与时点。

联系邮箱：hito.lin@grzan.cn

国瑞中安法规团队