含AI的二类器械软件,注册申报特殊要求有哪些?

含AI的二类器械软件，注册申报的核心逻辑和普通软件有重叠，但“算法”这个变量会带出一批额外要求。以下按申报资料的主要模块，说清楚“有AI”和“没AI”到底差在哪。

不是用了AI就自动归入特殊监管。判断依据是《人工智能医用软件产品分类界定指导原则》：基于“医疗器械数据”，采用AI技术实现预期用途的软件，才按AI医疗器械管理。

“医疗器械数据”是关键限定。如果软件只用通用数据做非医疗用途，或者AI功能可以拆分成独立非医疗模块，管理路径会完全不同。拆不拆得开，直接决定申报策略。

普通软件申报，软件研究资料主要覆盖软件生命周期、需求规范、体系结构。含AI的软件，需要在这之上补充算法层面的专项内容。

核心是三点：

算法基本信息。 核心算法的名称、类型（如深度学习）、结构、输入输出、处理顺序。如果涉及多个算法串联，需要逐项说明。

数据来源与质控。 训练数据、调优数据、测试数据的来源、采集标准、标注规则、数据分布。审评关注的是：数据是否可追溯、是否存在偏倚、是否覆盖了预期使用人群的多样性。

算法性能评估。 这是审评重点。需要提供算法在测试数据集上的性能指标（如敏感度、特异度、AUC），并说明测试集与训练集是否独立。如果是全新算法，原则上需要提供算法研究报告。

注意：算法研究资料不是“可选附加项”。含AI功能的二类软件，这部分资料不充分，大概率发补。

网络安全指导原则的适用范围有明确边界：具备电子数据交换、远程访问与控制、用户访问三种功能之一及以上的二、三类软件，才需要按网络安全指导原则提交资料。

含AI的软件，通常会命中其中至少一条——比如支持数据上传用于模型迭代、支持远程查看分析结果、支持用户登录访问算法输出。

但“命中”只是起点。对AI软件，审评额外关注：

数据出境的合规性：如果算法训练或迭代涉及境外数据流动，需要说明合规路径。

模型更新的网络安全性：如果支持在线更新模型，更新过程的完整性校验、防篡改机制需要交代清楚。

漏洞评估与应急响应：网络安全指导原则2022年修订版新增了这些要求，含AI软件同样适用。

普通二类软件，如果不在免临床目录，可以走同品种比对。含AI的软件，同品种比对的“对手”不好找。

核心判断逻辑是：辅助决策类AI功能，所选同品种的临床证据必须基于临床试验（可以是历史数据）。非辅助决策类功能，可以基于核心功能做同品种比对，但全新功能、算法或用途，原则上仍需临床评价。

换句话说，如果你的AI功能是“辅助诊断/辅助决策”性质，且算法或用途是全新的，同品种比对这条路可能走不通，需要准备临床试验。

截至2025年，国家药监局已批准超过110款基于深度学习的第三类AI独立软件。二类AI软件的临床评价尺度，可以参照这个审评积累来判断。

产品技术要求里，AI相关功能不能只写一句“具备AI分析功能”。

性能指标需要包含：算法输出的格式、单位、精度范围；如果是图像类，需明确处理对象的规格（如512×512重建矩阵）；如果涉及多模型切换或版本管理，需要说明版本标识和切换逻辑。

同时，注册申请表、综述资料、风险管理报告、说明书、临床评价资料中对预期用途的描述必须一致。AI功能的“适用范围”和“功能描述”在几份文件之间打架，是常见的发补原因。

含AI软件的变更注册，比普通软件多一层判断：算法变了没有，变了多少。

如果核心算法发生完善型更新（影响安全性或有效性），需要申请变更注册，并提交更新研究报告。如果只是适应型更新（如界面调整、非核心功能优化），原则上通过质量管理体系控制，下次变更时提交资料。

2025年7月，国家药监局在支持高端医疗器械创新的公告中进一步明确：核心算法不变、仅做性能优化的AI软件，可以简化变更注册要求。这个口子值得持续关注，但“核心算法不变”的边界需要严格论证。

含AI的二类器械软件，注册申报的“额外功课”集中在两处：算法研究资料和临床评价路径。网络安全和产品技术要求也有增量，但基本在普通软件框架内可以消化。真正的难点是算法层面的数据、性能、更新控制——这部分审评经验还在积累，申报时留出比普通软件更充分的沟通和准备时间，是理性的策略。

—END—