一、写在前面

医疗器械软件（SaMD）的注册是业内公认的"硬骨头"——法规体系复杂、技术评审严苛、审批周期长，稍有不慎就推倒重来。本文结合实操经验，系统梳理注册流程中的关键节点和常见坑点，供从业者参考。

 

二、先把法规框架搭起来

注册前必须把以下文件吃透，这是所有工作的"地基"：

文件名称

适用范围

优先级

《医疗器械软件注册审查指导原则（2022年修订版）》

通用要求，所有软件产品必读

⭐⭐⭐⭐⭐

《医疗器械网络安全注册审查指导原则》

含数据交换、无线通讯的产品必读

⭐⭐⭐⭐⭐

《人工智能医疗器械注册审查指导原则》

AI/ML类SaMD

⭐⭐⭐⭐

GB/T 25000系列标准（软件质量要求）

产品技术要求编写参考

⭐⭐⭐⭐

YY/T 0664《医疗器械软件 软件生存周期过程》

过程文档编写参考

⭐⭐⭐⭐

避坑提示：不要只看指导原则的正文，附录和审查要点同样重要，很多评审老师的打分点藏在附录里。

 

三、注册流程全景图

立项 → 研发策划 → 产品检测（委托检测）→ 临床评价 →
注册申报 → 技术审评 → 体系考核 → 行政审批 → 拿证

软件类产品的特殊性在于：检测和临床评价往往是时间最不可控的两个环节，提前规划可以节省大量时间。

 

四、高频踩坑点及应对策略

坑点一：软件版本号管理混乱

这是软件类产品最常见的问题，没有之一。

典型表现：

检测报告、软件描述文档、技术要求的版本号对不上

软件变更后没有记录，追溯时说不清

发布版本（Release Version）和构建版本（Build Version）混用

避坑策略：

建立严格的版本命名规范，建议格式：主版本号.次版本号.修订号（如 2.1.0）

每次变更必须记录变更说明、变更理由、影响分析

注册申报时提交"软件版本命名规则"文件，并与检测报告版本严格对应

使用版本控制系统（Git）管理源码，CI/CD流程自动打标签

 

坑点二：产品技术要求"自相矛盾"

产品技术要求（技术规范）是注册的核心文件，软件类产品容易出现：

描述的功能与实际产品不符（夸大功能）

性能指标引用了过期的行业标准

与软件描述文档的功能描述存在矛盾

避坑策略：

产品技术要求、功能说明书、软件描述文档三者必须有专人逐条对齐

功能描述建议使用"输入→处理→输出"的统一模板，消除歧义

引用标准时核对标准现行版本，可用"信标"系统确认（国家药品监督管理局网站有标准查询入口）

 

坑点三：网络安全"临时抱佛脚"

2022年之后，网络安全已是必审项，很多企业直到要报注册才想起来补网络安全文档。

常见问题：

声称"无网络安全相关功能"，但产品用了WiFi/蓝牙/4G

网络安全漏洞扫描报告在注册前才做，发现高危漏洞来不及修复

声称"不存储个人信息"，但实际日志里有机器识别码/设备信息

避坑策略：

立项阶段就做网络安全影响分析（参考《医疗器械网络安全注册审查指导原则》附录）

检测阶段提前安排网络安全检测，检测周期通常4-8周

建立网络安全漏洞管理机制，注册时需提交"网络安全漏洞管理流程"

若产品有移动端（App），还需注意《移动应用App监管要求》

 

坑点四：软件更新（变更）判断失误

软件变更分为"重大变更"和"轻微变更"，判断错误会导致：

本该走重大变更的走了轻微变更 → 注册被退审

没必要走重大变更的走了重大变更 → 浪费6-12个月时间

判断原则（参考指导原则）：

变更类型

判断标准

注册路径

重大变更

改变适用范围、核心算法、临床功能、运行环境

变更申请（需技术审评）

轻微变更

界面优化、Bug修复、不影响安全的配置变更

变更备案

避坑策略：

建立变更评估流程，任何变更都要出书面的"变更影响评估报告"

拿不准时主动与省局/总局审评老师沟通（沟通交流制度好好利用）

特别注意"算法驱动型更新"——即便参数改了10%，如果影响临床决策，也算重大变更

 

坑点五：临床评价"文不对题"

软件类产品的临床评价是重灾区。

常见问题：

引用了不相关的竞品临床数据

临床文献数量和类型不符合要求

等效器械的对比论证不充分

避坑策略：

临床评价路径选择：同品种比对 vs 临床试验，要尽早确定

同品种比对要求：选择结构功能相似、已有注册证的器械做对比，不能"凑数"

临床试验：周期长（12-24个月）、成本高（百万级别），但对于创新产品是必由之路

建议在研发阶段就邀请临床专家参与方案设计

 

坑点六：质量管理体系"两层皮"

软件类企业容易出现"体系文件和实际操作脱节"。

典型表现：

软件开发过程文档（SRS、SDS、测试报告）是补写的，与实际开发过程不符

评审老师发现文档之间时间逻辑矛盾

缺陷管理记录缺失或不规范

避坑策略：

严格按照YY/T 0664的要求，在研发过程中实时生成文档，不要事后补

引入ASPICE或ISO/IEC 33000系列的过程评估框架

交付给审评老师的软件研发全套文档必须是一个"自洽的完整故事"

建议在注册前做一次内部体系自查，提前发现问题

 

五、注册周期与时间规划建议

阶段

建议周期

注意事项

研发+文档准备

6-18个月

文档质量决定后续速度

型检（委托检测）

3-8个月

检测机构排队+整改时间

临床评价

3-24个月

视路径而定

注册申报→受理

1-2个月

材料补正常见

技术审评

3-6个月

II类约3-4个月，III类更长

体系考核

1-2个月

可能与审评并行

行政审批

1个月

 

总计（II类）

约12-18个月

顺利情况下

实操建议： 检测、临床、体系这几个环节建议并行推进，不要串行等待。

 

六、给新人的几点忠告

不要把注册等同于"写材料"——注册是系统工程的输出，不是文案工作

选好检测机构——优先选择有软件检测CMA资质的机构，提前沟通检测方案，避免检测不通过推倒重来

主动沟通——药监局有"创新医疗器械特别审查"和"沟通交流"制度，符合条件的产品要充分利用

文档的功夫在文档之外——产品做扎实了，文档自然好写；产品没做好，文档写得再漂亮也过不了审

关注最新法规动态——医疗器械法规更新频繁，2023-2025年有多项重要指导原则修订，需要持续跟踪

 

七、总结

维度

关键成功因素

法规理解

吃透指导原则，不留死角

研发质量

过程文档实时、完整、可追溯

检测环节

提前规划，预留缓冲时间

临床评价

路径选择要早，方案设计要科学

网络安全

立项阶段就做，不留到最后

变更管理

判断标准清晰，主动沟通确认

体系管理

文档与实际一致，拒绝两层皮

 

 

 

 

本文由广州佳誉医疗器械有限公司/佛山浩扬医疗器械有限公司联合编辑