3. 监管框架与标准体系

数字疗法(Digital Therapeutics, DTx)的监管难点,不在于“它是不是软件”,而在于它同时具备医疗器械属性、软件生命周期属性与健康管理属性。同一款产品,在美国可能以 SaMD(Software as a Medical Device)路径进入 510(k) 或 De Novo,在中国可能按第二类或第三类医疗器械注册,在欧盟则必须落入 MDR 2017/745 的器械分类规则并接受公告机构(Notified Body)审核。理解三大监管框架的差异,并把它映射到 IEC 62304、ISO 14971、IEC 82304、ISO 13485 等标准上,是数字疗法合规设计的起点。

一、三大监管框架的分类逻辑与审批路径

FDA 对数字疗法的核心判断依据是“预期用途 + 风险”。若软件用于诊断、治疗、缓解或预防疾病,即构成器械。低风险且与已上市 predicate 实质等同的产品走 510(k);无 predicate 但风险可控的创新产品走 De Novo;高风险或突破性产品走 PMA 或 Breakthrough Device 通道。FDA 还通过 IMDRF 的 SaMD 风险框架,按“医疗状况严重程度”和“软件提供信息对决策的影响程度”形成 I、II、III、IV 四类风险矩阵,风险越高,临床证据与上市后监督要求越强。

NMPA 的分类更强调“是否用于疾病诊断治疗”和“是否具有独立软件形态”。独立软件若用于辅助诊断、治疗决策,通常按第二类或第三类管理;若仅用于健康管理、不涉及疾病诊断治疗,则可能不作为医疗器械管理。注册路径包括:产品检验、临床评价(同品种比对或临床试验)、体系核查、技术审评、行政审批。对 AI/深度学习类数字疗法,NMPA 还要求明确算法更新策略、训练数据来源与验证集独立性。

欧盟 MDR 采用规则驱动分类。软件若用于诊断或治疗,通常落入 Rule 11:提供决策信息的软件多为 IIa,若可能造成严重健康损害则升为 IIb 或 III。MDR 下数字疗法必须建立技术文档、临床评价报告(CER)、上市后临床跟踪(PMCF)与警戒系统,并由公告机构审核。与 FDA 相比,MDR 更强调“临床证据的持续生成”和“全生命周期可追溯”。

数字疗法三大监管框架与标准映射 FDA(美国) 分类依据 预期用途 + SaMD 风险矩阵 I/II/III/IV 四级风险 审批路径 510(k) 实质等同 De Novo 创新分类 PMA / Breakthrough 关键证据 • 软件描述与算法验证 • 临床性能与可用性 • 网络安全与更新策略 标准侧重 IEC 62304 + ISO 14971 ISO 13485 体系 IEC 82304 产品安全 NMPA(中国) 分类依据 是否用于疾病诊断治疗 第二类 / 第三类器械 审批路径 产品检验 临床评价 / 临床试验 体系核查 + 技术审评 关键证据 • 算法更新与数据溯源 • 同品种比对或临床数据 • 网络安全与隐私保护 标准侧重 ISO 13485 + ISO 14971 IEC 62304 软件生存周期 IEC 82304 健康软件 欧盟 MDR 分类依据 Rule 11 规则驱动 IIa / IIb / III 类 审批路径 技术文档 + CER 公告机构审核 PMCF + 警戒系统 关键证据 • 临床评价报告(CER) • 上市后临床跟踪 • 全生命周期可追溯 标准侧重 ISO 14971 风险管理 IEC 62304 + IEC 82304 ISO 13485 质量体系

二、标准体系在数字疗法中的适用性解读

IEC 62304(医疗器械软件生存周期过程)是数字疗法软件工程的主干标准。它把软件安全等级分为 A、B、C 三级:A 级指软件失效不会造成伤害;B 级指可能造成非严重伤害;C 级指可能造成死亡或严重伤害。数字疗法若涉及剂量推荐、急救决策,通常为 C 级;若仅提供行为干预、不直接控制治疗,可能为 B 级。标准要求覆盖开发策划、需求分析、架构设计、详细设计、单元实现、集成测试、系统测试、发布与维护全过程,并保留可追溯性矩阵。实际落地时,需求条目应逐条关联风险控制措施与测试用例,形成“需求—风险—测试”三向追溯。

ISO 14971(风险管理)贯穿所有标准。它要求先定义预期用途与安全特征,再识别危险(源)、估计风险、评价风险、实施控制、验证控制有效性,最后评估剩余风险与受益。数字疗法的典型危险包括:算法输出错误导致误诊、数据泄露、软件崩溃导致治疗中断、更新引入回归缺陷。控制措施可以是算法冗余、人工复核、数据加密、回滚机制。关键点在于:风险管理不是一次性文档,而是与软件版本同步更新的活文件。

IEC 82304(健康软件产品安全)补充了 IEC 62304 未覆盖的产品级要求,包括:随附文档、可用性、信息安全、数据完整性、互操作性、系统集成与退役。数字疗法常与可穿戴设备、电子健康记录(EHR)对接,IEC 82304 要求明确接口规范、数据格式与失败模式。例如,当蓝牙血糖仪数据延迟超过 5 分钟时,软件应提示“数据可能过期”而非直接用于剂量计算。

ISO 13485(医疗器械质量管理体系)是组织级要求。它规定设计控制、采购控制、生产与服务提供、监视与测量、不合格品控制、纠正预防措施(CAPA)、管理评审等。对数字疗法企业而言,ISO 13485 不是“写文档”,而是把软件发布、变更、缺陷跟踪、供应商管理纳入受控流程。典型落地方式:用配置管理工具管理代码与文档版本,用缺陷跟踪系统记录所有异常并关联 CAPA,用设计历史文件(DHF)保存从需求到验证的完整证据链。

三、标准之间的协同关系与实操建议

四个标准并非孤立:ISO 13485 提供体系框架,ISO 14971 提供风险主线,IEC 62304 提供软件过程,IEC 82304 提供产品级安全补充。实际项目中,建议以“风险条目”为索引,把每个风险控制措施分别映射到软件需求、架构模块、测试用例与体系记录。例如,某数字疗法识别到“算法输出错误”风险,控制措施为“输出前进行范围校验”,则对应:IEC 62304 的软件需求条目、ISO 14971 的风险控制验证记录、IEC 82304 的数据完整性检查、ISO 13485 的设计验证报告。

合规不是“先开发后补文档”,而是把标准要求嵌入需求、设计、编码、测试、发布、维护的每个环节。越早建立追溯矩阵,后期注册与审核成本越低。

最后需要强调:三大监管框架对“数字疗法”的边界仍在演化。FDA 的 PCCP(预定变更控制计划)允许算法在批准范围内迭代;NMPA 对 AI 软件更新有分类管理要求;MDR 则要求任何影响安全有效性的变更都需重新评估。企业应建立法规情报跟踪机制,把监管变化作为风险管理输入,而不是一次性合规任务。