独立软件医疗器械注册体系核查要点：开发过程、配置管理与版本控制

独立软件作为医疗器械的一类特殊形态，其质量形成过程不依赖传统厂房设备，而是集中在需求、设计、编码、测试与发布等软件工程活动上。这让独立软件的注册体系核查呈现出与实体器械明显不同的关注点。企业若沿用硬件产品的核查准备思路，往往难以覆盖软件质量的核心证据。

一、独立软件核查的特殊性

独立软件的输入与输出都以信息形态存在，没有实物样品可供观察，核查主要依据文档、代码管理与测试记录。软件产品还具有迭代快、变更频繁的特点。如何保证每一次版本的发布都经过充分验证，是核查关注的核心问题。此外，软件的安全有效性还包括网络安全与数据保护等内容。

核查的落脚点因此转向过程证据。需求规格说明、设计文档、测试用例与报告、缺陷管理与变更记录、发布与版本记录，共同构成软件质量的形成链条。企业需要证明这套过程是可重复、可审计的，而不是依赖个别开发人员的经验与个人记忆。

二、软件开发过程与文档要求

软件生存周期过程应当覆盖需求分析、设计、实现、测试、发布与维护等阶段，每个阶段应有明确的输入、输出与评审要求。需求规格说明需要清晰描述预期用途、功能与性能要求、使用环境与用户角色，并能与产品技术要求中的软件相关指标对应。设计文档应说明体系结构、模块划分与接口关系。

核查会检查文档之间的一致性。例如需求中的某项功能是否在设计中有体现，是否在测试中有覆盖，测试结果是否支持需求已被满足的结论。若文档之间缺少对应关系，核查人员很难判断软件质量是否受控。因此建立需求与设计、测试的双向追踪关系，是准备工作的关键环节。

三、配置管理与版本控制

配置管理是软件质量的基础设施。企业应当建立配置管理计划，明确配置项、基线、变更控制与状态记录方式。代码、文档、编译环境与测试数据都应当纳入配置管理范围。核查会检查是否能够还原某一发布版本对应的全部配置项，是否能够说明版本之间的差异。

版本控制要求每一次变更都有记录、有评审、有验证。常用的做法是使用版本管理工具，并通过分支与标签管理发布版本，确保发布的软件与测试通过的版本一致。核查中若发现现场发布的版本无法在配置库中定位，或者存在未经审批的代码修改，将被视为较为严重的体系缺陷。

四、软件测试、确认与网络安全

软件测试应覆盖单元测试、集成测试、系统测试与回归测试等层级，测试用例应能追溯到需求。测试报告需记录测试环境、测试数据、执行结果与缺陷处理情况。对于设计验证与设计确认，企业还需通过模拟使用或者用户测试证明软件在其预期使用环境下满足临床需求。

网络安全方面，企业应根据软件的安全性级别开展相应的风险分析与验证，内容涉及身份鉴别、访问控制、数据加密、通信安全、审计日志与漏洞管理。对于涉及患者数据或者个人信息的软件，还需符合数据保护的相关要求。核查会关注网络安全测试是否覆盖了已识别的主要风险。

五、常见缺陷与合规建议

独立软件核查的常见缺陷包括：需求与测试缺少追溯关系，测试记录不完整或者测试用例覆盖不足，配置库与现场版本不一致，变更未经验证即发布，网络安全文档缺失或者内容空泛，以及维护过程未纳入体系管理。这些缺陷往往集中反映在文档链条的断裂上。

合规建议方面，企业应把软件生存周期过程纳入质量体系文件，明确各阶段的评审与验证要求；使用工具建立需求、设计、代码与测试的追踪矩阵；把配置管理与版本发布纳入受控流程；对开发与测试人员开展体系培训；在产品发布后建立问题反馈与维护更新机制。必要时可以引入外部软件质量评估。

独立软件的质量不靠厂房与设备证明，而靠完整的过程文档与可审计的记录证明。企业把软件工程实践与质量体系要求融合起来，才能在注册体系核查中清晰呈现软件的安全有效性与可控性。

官方来源：国家药品监督管理局