随着医疗变得越来越信息化、智能化，我们平常在医院里用的那些医疗软件，在给病人看病、治病还有管健康这些事儿上，作用是越来越大了！为了把这些医疗软件的注册规范管理，保证它们用起来既安全又有效，监管的部门对那种单独能用的软件，还有软件里面的小部件，在注册申报的时候，提出了明明白白的技术要求。这篇文章呢，依据现在实行的法规还有指导原则，仔仔细细地把产品注册、变更注册，还有延续注册的关键步骤，以及需要准备的资料要求，都给梳理出来啦！目的就是给相关的企业，提供清晰的操作指引，帮着他们又快又合规地完成申报的工作。

（一）产品注册

1. 申请表信息

（1）独立软件

命名规范：产品名字必须严格按照独立软件平常的命名规则来取，得把输入的数据类型，像医学影像、生理信号这些，还有核心的功能，比如说分析、能看到图像这些，都给体现出来。

版本管理：型号规格就只标发布的版本，像V1.2.0这样，别用那些多余的缩写，像“V”就别用啦。

结构组成：得明明白白地区分清楚交付的东西，像安装程序、授权文件这些，还有功能模块，像客户端、云端这些，要是有能选着安装的模块，得单独把版本信息标出来。

适用范围：按照临床实际的场景，规规矩矩地说明功能，比如说要把“影像分析”和“病灶测量”区分开，别用那些不专业的词，像把“浏览”改成“显示”。

（2）软件组件

命名与结构：名字遵循独立软件的规则来，但注册证里面可以不写出来；结构描述得用专业的词，比如说用“主机”，别用“电脑”。

辅助决策功能：要是软件里有像AI辅助进行诊断模块，需要在适用范围里说清楚算法的类型，还有在临床上如何作用的。

2. 软件研究资料

核心资料：提交软件的研究报告，还有外部软件环境评估报告，比如说如果依赖第三方数据库就得交这个，再加上GB/T25000.51的自测报告。

现成软件组件：还得另外提供组件是从哪来的，安全性验证的情况，还有兼容性测试的数据，具体看第八章。

补充材料：鼓励交市场宣传的材料，像产品手册这些，给审评作为参考，但是得写上“不是审评的依据”。

3. 产品技术要求

（1）独立软件

版本管理：把版本命名规则说明白，比如说语义化版本号这种，模块的版本得单独讲清楚。

性能指标：分成通用要求，像响应速度，专用要求，像放疗计划的精度，还有安全要求，像数据加密这些。

附录图示：得提供体系结构图、用户界面流程图，还有物理拓扑图，像云部署的架构这种。

（2）软件组件

功能细化：性能指标得把核心功能，像AI算法准不准，接口规范，像HL7/FHIR，还有访问控制，像角色权限怎么划分这些都包含进去。

专用型独立软件：另外还得要求提供界面的图示还有拓扑图，得和独立软件的标准一样。

4. 说明书与标签

说明书内容：必须得有运行的环境，像Win10加上8GB内存这种，最大能同时运行的数量，数据接口的类型，像DICOM，还有性能方面的警示，像测量误差的范围。

标签要求：要是产品是通过网络交付的，就得提供注册信息页面的截图，要是通过物理方式交付的，得符合标签印刷的规范。

（二）变更注册

更新分类：

完善型更新（增加新功能）：交上更新的研究报告，再加上外部环境评估。

适应型更新（适配新系统）：得说明兼容性测试的结果。

纠正类更新（修Bug）：就只交修复报告即可。

技术要求更新：同时把版本号改了，还有变更模块的性能指标也需要改。

（三）延续注册

简化流程：一般不用再重复交研究资料了，但是需要关注注册证备注栏里有没有特殊要求。

版本一致性：保证产品技术要求和原来注册的标准一样，已经写过的信息就删了，别多余。

结尾

医疗软件的注册申报这事儿，可是个系统的大工程，技术、法规还有临床这些方面都有要求。企业必须严格按照命名规范、性能测试还有文档管理的规则来执行，同时密切关注变更注册和延续注册的动态变化。通过这篇文章梳理的内容，就盼着能帮申报的一方快点准备好材料，让产品快点上市，最后给医院和病人提供又安全又靠谱的软件解决办法！