做医疗器械注册，谁都经历过煎熬时刻。但要说最让人崩溃的瞬间，绝非补正通知里几十条严苛技术问题，而是整个团队通宵奋战、耗时大半年整理的几千页注册申报资料，刚递交没多久，还没机会进入技术审评环节，直接收到不予立卷通知书。
前面两篇我们聊了立卷审查的事 — 首次注册的"大门口"、IVD延续注册的"自查关口"。不少读者反馈：审查看懂了，但回到申报材料本身，产品技术要求这部分该怎么下笔，依然没有头绪。
这个困惑很普遍。有源医疗器械的软件部分，不像硬件有明确的物理参数可以量化。软件的功能性、可靠性、易用性、效率这些质量特性，如何转化成注册标准中可检验的条款？很多注册人员拿到GB/T 25000.51这个标准，看完还是不知道怎么落地。
今天我们把医疗器械软件的注册标准逐项拆开，说清楚每个模块的合规要求和审评关注点。
一、软件注册标准的核心框架：GB/T 25000.51怎么落地？
先厘清一个基础问题。医疗器械软件的产品技术要求，依据什么来写？
国家药监局器审中心发布的《医疗器械软件注册审查指导原则（2022年修订版）》给出了明确方向：软件质量评价推荐采用GB/T 25000.51-2016（对应ISO/IEC 25051）《软件工程 软件产品质量要求和评价（SQuaRE）商业现货（COTS）软件产品的质量要求和测试细则》。这个标准从六大质量特性维度定义了软件产品的质量要求，也是注册标准编写的技术底座。
需要注意的是，GB/T 25000.51在产品技术要求中的定位是"鼓励引用/采用"，而非强制要求。企业在实际编写时，如果选择引用，需要同步提交符合该标准的自检报告或检验报告，出具报告的机构应具有GB/T 25000.51的国家级CMA检验资质。
软件产品的注册标准，与传统硬件产品的技术要求在结构上有明显差异。硬件通常围绕物理性能、电气安全、生物相容性等指标展开，而软件注册标准的核心是质量特性+测试方法 — 先定义软件在功能性、可靠性、易用性等方面的质量要求，再给出对应的测试验证方法。这种"要求-方法"配对的形式，是软件注册标准区别于硬件技术要求的根本特征。
图：GB/T 25000系列标准中软件质量要求与测试细则的体系结构
二、模块一：产品说明要求——注册标准的"门面"
产品说明是注册标准的第一部分，也是审评人员对软件产品的第一印象。它的核心作用是向潜在用户和审评方提供充分的信息，以便评价该软件对其预期用途的适用性。
标识和标示是基础要求。产品说明需要显示唯一的标识，包括产品名称、型号、版本号，以及供方的名称和地址。很多企业在版本号管理上比较随意，实际提交的产品与说明书上的版本号不一致，这在审评中属于典型的不符合项。
功能性陈述是产品说明的核心内容。需要包含所有关键功能的描述，如果有软件组件的选项和版本也应指明，对用户功能性的所有已知限制都要加以说明。功能描述应与用户文档集中的内容保持一致。
安全性相关陈述也不容忽视。产品说明需要陈述对未授权访问的预防措施，比如用户登录验证机制、不同用户的权限分级管理。2025年5月发布的《移动医疗器械注册审查指导原则（2025年修订版）》进一步强调了软件安全性的要求。
运行环境的说明需要具体到可验证的程度。包括服务器端和客户端的最低硬件环境（处理器、内存、硬盘、网络带宽等）以及软件环境（操作系统、数据库、中间件等版本要求）。运行环境描述越模糊，审评中要求补充的风险就越高。
图：GB/T 25000定义的系统/软件产品质量八大特性模型
三、模块二：用户文档集要求——被低估的合规要点
用户文档集是软件注册中经常被低估的部分。很多企业把精力放在软件功能开发上，认为用户手册随便写写就行。实际上，用户文档集的完备性、正确性和一致性，是GB/T 25000.51明确要求的审查内容。
完备性要求用户文档集包含使用该软件所必需的全部信息，包括产品说明中陈述的所有功能、可靠性特征及操作说明、数据备份和恢复指南等。特别需要注意的是，用户文档集还应列出可能导致应用系统失效或中断的差错和失效情形，尤其是那些会导致数据丢失的应用中断情况。
正确性和一致性是形式审查的重点。用户文档集中的所有信息都应是正确的，不应有歧义；各文档之间不应自相矛盾，也不应与产品说明矛盾。在实际审评中，产品说明书说某个功能支持10个并发用户，用户手册里写成5个，这种前后不一致的情况并不少见。
易理解性和易学性要求文档采用目标读者可理解的术语和文体，提供学会使用软件的必要信息。可操作性关注文档的编排形式，用户文档集应给出目次或索引。这些文档的编写质量，直接影响审评人员对软件整体质量管理的印象。
四、模块三：软件质量要求——六大特性的测试验证
软件质量要求是注册标准的技术核心，围绕六大质量特性展开。
功能性要求软件安装后功能正常运行，用户文档集中陈述的所有功能在给定限制范围内应可执行。测试方法通常采用黑盒测试，按照GB/T 25000.51第5章的要求进行符合性测试。
可靠性关注软件在异常情况下的表现。包括容错性——使用无效数据执行功能时是否给出预期错误或警告；恢复性 — 软件出错后系统的自我恢复能力。对于医疗软件而言，可靠性直接关系到患者数据的安全，是审评中的重点关注项。
易用性从用户接口、帮助功能、消息提示等方面进行测试。此外，对于具有严重后果的功能执行，应当是可逆的，或者软件在执行前给出明显警告并要求确认。这一点在医疗软件中尤为重要。
效率的验证需要给出具体的量化指标。比如系统登录时间、功能调用响应时间、最大并发用户数下的系统表现等。效率指标应与产品说明中的陈述一致。
图：医疗器械软件的分类体系 — 独立软件与软件组件
五、模块四：测试方法与检验规则——让要求"可验证"
注册标准中的每一条要求，都需要有对应的测试方法来验证。这是软件注册标准编写的铁律。
测试环境的设定需要明确。测试时运行的硬件和软件环境应不低于产品说明中规定的最低配置要求。测试活动分为三个层次：产品说明测试、用户文档集测试、软件质量测试。测试用例的设计需要覆盖标准中的每一条要求，确保无遗漏。
检验规则分为出厂检验和型式检验。出厂检验通常采用全检方式，检查项目至少包括软件介质的标识和外观，合格后方可出厂。型式检验则在新产品投产前、长期停产恢复生产、设计工艺重大变更、或国家质量监督部门提出要求时进行。
在实际操作中，很多企业容易忽略的是测试文档的编写。GB/T 25000.51要求提交测试文档集，依据标准第6.3条的要求编写。测试文档应包含测试计划、测试用例、测试执行记录和测试结果报告，形成完整的测试证据链。
图：国家药监局器审中心发布的医疗器械软件注册审查指导原则（2022年修订版）
医疗器械软件的注册标准编写，是一项系统性工作。从GB/T 25000.51的框架出发，到产品说明、用户文档集、软件质量要求、测试方法四大模块的逐项落实，每一步都需要研发、质量和法规团队的协同配合。
2022年修订的《医疗器械软件注册审查指导原则》为注册申报提供了明确的指引，2025年发布的《移动医疗器械注册审查指导原则（2025年修订版）》则进一步细化了移动场景下的软件质量要求。随着独立软件和软件组件的审评标准持续细化，一份规范、完整、可验证的产品技术要求，已经成为软件注册成功的基础条件。
把标准吃透、把模块理清、把测试做到位——这才是应对软件注册审评的核心能力。
医械加油站持续输出医疗器械注册、体系合规、设计开发、审评要点等实战干货，助力行业同仁少踩坑、快过审、稳上市！