医疗器械软件新增临床功能版本要求及审评关注点

国家药品监督管理局医疗器械技术审评中心近日发布了《含软件的医疗器械变化新增临床功能，注册人认为该变化属于轻微变更，是否可不作为发布版本体现》的共性问题解答：

不能。临床功能变化应属于软件重大更新，当生产企业规定的软件版本号命名规则无法清晰区分重大软件更新和轻微软件更新时，遵循风险从高原则，在中国境内的软件发布版本号应体现变化。例如：生产企业制定的软件版本号命名规则为X.Y.Z，其中X代表重大更新，Y代表轻微更新，Z代表纠正；而临床功能变化在Y字段体现，则软件发布版本号应确定为X.Y。

该答复明确了监管机构对医疗器械软件版本更新的底线要求，指出任何涉及临床功能变化的更新都无法被简单定义为内部轻微变更，必须在面向中国境内提交的注册资料和发布版本中予以客观呈现。

医疗器械软件新增临床功能版本要求与底层法规逻辑

在医疗器械软件的生命周期管理中，版本的更迭通常伴随着功能的增减、算法的优化或缺陷的修复。许多企业在进行研发时，倾向于使用敏捷开发模式，并基于自身的业务需求或开发习惯制定版本号命名规则。然而，这种内部管理逻辑往往与药监局的审评尺度存在脱节。监管的底层逻辑在于风险控制，任何涉及临床功能的新增或修改，都可能直接影响产品的预期用途、临床评价结论以及最终的安全性与有效性判定。

以高度依赖软件运行的大型影像设备（如单光子发射X射线计算机断层成像系统注册项目）为例，若其配套软件新增了特定的图像重建算法或病灶辅助分析功能，这在临床层面已构成了显著的性能改变。如果企业仅将其定性为轻微变更，不仅违背了医疗器械软件的分类与定级原则，更会导致申报资料中的软件描述文档与实际发布状态出现信息断层。

如果未按要求提交准确的发布版本信息，企业在申报时可能面临严峻的发补风险。审评中心一旦发现软件实际功能与注册申报版本之间存在未经评估的重大临床差异，不仅可能被要求补充长周期的软件验证与确认测试依据，更可能被质疑整个风险管理体系的有效性。特别是对于诸如中央监护软件注册这类涉及多患者、高风险生理参数实时传输的产品，版本号的隐瞒或错判将直接影响整个注册技术要求的可执行性。

企业应对软件版本合规审查的实操痛点与申报策略

在实际操作中，企业在面对软件版本变更时最常见的痛点在于边界模糊。部分研发团队习惯于将界面优化、非核心模块的代码重构与实质性的临床功能修改混装在同一次代码提交中。当面临药监局的变更审查时，由于无法拆分出单独的轻微更新包，最终只能将整体变更升级为重大更新，这无疑增加了额外的技术验证负担和变更注册成本。

为了避免这种因规则错位引发的注册延误，企业应当在软件设计开发的早期阶段，就将法规要求前置性地植入到研发体系中。建议企业重新审视内部的软件版本命名规范，确保其结构不仅能满足研发追溯需求，更能无缝对接监管机构关于重大软件更新与轻微软件更新的界定标准。在制定整体的二三类器械合规指导方案时，应明确规定当出现临床功能新增时，必须触及大版本号的变更机制。

面对不断收紧的医疗器械软件审评要求，企业应当建立更加严谨的变更评估流程，确保每一行涉及临床逻辑的代码更新都能在版本号中得到如实且合规的映射。如果在软件重大变更判定、版本号命名规范重构或软件描述文档编制方面存在疑虑，建议您进一步查阅关于钦思的更多服务详情，获取由专业顾问团队提供的法规技术支撑。