软件医疗器械海外注册多型号如何分组申报？

适用场景与核心问题

软件医疗器械（SaMD）往往发布多个型号或版本，例如基于不同操作系统的客户端、不同功能配置的模块、面向不同临床场景的版本，以及同一算法在不同硬件平台上的实现。企业在海外注册时，首先要明确每个型号是否属于目标国家医疗器械监管范围，其次再决定这些型号能否作为一个注册单位提交申请。

分组申报的核心问题是“多型号是否属于同一注册单元”。如果监管机构认为各型号的预期用途、核心算法和临床风险没有本质差异，通常允许合并申报；反之，则要求单独申报。许多企业误以为只要产品名称相同就可以合并，忽略了对软件架构、算法版本、运行环境等差异的评估，这是导致补正的主要原因。

因此，企业在启动海外注册前，必须对多型号进行系统性差异分析，形成清晰的注册单元划分依据。该依据应能向监管机构证明，所有型号共享同一安全性和有效性证据链。

注册判断逻辑

第一步是确认产品是否属于目标国家的医疗器械定义。不同国家对软件医疗器械的定义和分类规则不同，例如美国FDA有独立的SaMD分类，而欧盟MDR则依据规则11等判定，中国NMPA也有相应界定。企业应结合每个目标市场的法规判断产品是否受监管，并确定风险等级。

第二步是根据风险等级选择注册路径。低风险产品可能只需自我声明或简化注册，高风险产品需要完整的技术文件审查和临床评价。对于多型号，风险等级应按照最高风险型号判定，或者分别判定后分组。

第三步是评估现有资料的复用性。企业如果已有NMPA注册证、CE证书或FDA批准文件，应审查这些资料能否直接对标目标国家的要求，尤其是软件版本、临床证据和风险管理报告。如果核心算法一致，通常可以复用大部分技术文件，但需进行本地化转换，包括语言、法规格式和标准差异。

第四步是确认本地化要求。每个国家对标签说明书、本地代理和上市后监督都有具体规定。例如，某些国家要求授权代表对产品安全负责，某些需要本地注册人。分组申报时，授权代表的权力范围应覆盖所有型号，否则可能影响证书的维护。

资料与证据

支持多型号分组申报的技术文件应当以一个“核心”技术文档为基础，附加各型号差异说明。这份文档应包含通用描述、软件架构、核心算法、预期用途和临床改进等。

需要准备以下关键内容：

• 软件描述文档：说明所有型号的功能、界面、接口和版本管理。
• 风险管理报告：覆盖所有型号的风险分析、风险控制措施，以及剩余风险评价。
• 性能验证报告：包括功能验证、性能测试、安全测试和互操作性测试，必须体现所有型号。
• 临床评价或临床证据：用于证明各型号的有效性和安全性，除非可以豁免。
• 网络安全说明：针对软件的安全更新、数据保护和隐私控制。
• 标签和说明书：每个型号如存在差异，应分别准备或提供差异对照表。

这些资料需要按照目标国家的格式和语言整理，并确保所有型号的命名和版本标识在文档中保持一致。

常见错误

根据经验，企业在软件医疗器械多型号分组申报中常出现以下问题：

• 将预期用途不同的型号打包申报，导致监管机构要求拆分。
• 忽视软件版本差异带来的安全有效性影响，简单合并。
• 缺少统一的配置管理，不同型号技术参数矛盾。
• 没有指定覆盖所有型号的本地代理，或代理职责不明确。
• 标签说明书未根据目标国家语言和法规要求单独定制。
• 上市后维护计划没有涵盖所有型号，造成证书中止或撤销。
• 自行定义分组规则而不参考目标国家的认可标准。

这些错误通常会引发补充资料请求（补正），延长注册周期，甚至导致注册失败。因此，企业在提交前应进行内部审核，确保分组依据充分。

企业准备清单

为顺利完成多型号分组申报，建议企业按以下步骤准备：

• 梳理所有型号的规格差异，建立产品矩阵。
• 确认各目标国家的法规监管范围和分类，并指定注册策略。
• 对比现有技术文件与目标国家要求的差距。
• 制定统一的软件版本命名规则和配置管理计划。
• 准备核心技术文档模板，确保适用于所有型号。
• 委托或确认本地代理，明确其职责和权限。
• 规划部分语言翻译和本地化标签说明书。
• 建立上市后监督和不良事件报告程序，覆盖所有型号。

通过上述清单，企业可以系统化推进，减少遗漏和返工。

艾梅莉观点

在咨询项目中，我们发现企业最容易误判的地方是认为多型号分组是“省事”的捷径，而忽略了分组背后对技术等同性的严格要求。事实上，分组申报要求企业具备更强的证据管理能力，因为一旦其中一个型号出现重大变化，整个注册证书都可能受影响。

我们的建议是，项目前期先做目标国家法规简析和产品差异分析，把分组策略性梳理清楚。不要一开始就翻译资料，而应建立“核心证据包”，明确哪些内容可以复用，哪些必须本地化。例如，临床评价一般可以复用，但标签、说明书和使用环境必须按当地语言、文化和标准调整。

本地代理和证书控制权必须从注册启动时就开始设计。如果代理不具备技术响应能力，或者企业无法控制变更和续证流程，后续将会非常被动。尤其对于多型号，一旦发生变更，可能需要重新评审整个注册单元。

我们主张企业用“系统化注册”的思路管理多国项目，以一套核心文档为骨架，按目标国家要求做参数化调整，这样能显著降低重复整理和补正的次数。多型号分组不是简单合并，而是智慧的注册策略。

常见追问

不同操作平台（如iOS和Android）可以作为一个注册单元申报吗？

这需要根据目标国家法规判断。如果两个版本的核心算法和预期用途完全一致，只是平台不同，许多监管机构允许作为同一注册单元。但企业需在技术文件中说明平台差异对性能和网络安全的影响，并提供跨平台验证数据。

基于规则和基于深度学习的两种算法版本能合并申报吗？

通常不能。因为核心算法差异可能导致性能谱和临床风险不同。监管机构会认为二者属于不同的技术特征，需要分别提供临床证据，因此建议按不同注册单元申报。

多型号注册后，若新增一个型号，是否需要重新申报？

这取决于变更程度和监管机构规定。如果是基于同一核心算法的新配置，可能只需变更备案或补充资料；如果涉及预期用途扩展或算法重大更新，一般需要重新注册或公告变更。企业应提前约定变更管理策略，避免影响现有证书。