拿证必看!一文讲透医疗器械软件配置管理 (SCM) 怎么做?
无论是作为独立医疗器械的软件（SaMD），还是医疗器械中包含的软件（SiMD），软件质量都直接关系到患者的生命安全。而在医疗器械软件的全生命周期中，配置管理（Software Configuration Management, SCM）是确保软件可追溯、可重现、且变更受控的“大动脉”。
监管机构（如 NMPA、FDA）及相关标准（IEC 62304）均对软件配置管理提出了严格的审查要求。今天，我们就来系统梳理一下，如何合规、高效地开展医疗器械软件配置管理。
简单来说，配置管理就是对软件开发过程中的所有产出物进行标识、控制和追踪的过程。
-
我们现在拥有什么？（源码、文档、测试用例的当前版本是什么）
-
我们曾经修改过什么？（谁在什么时间、因为什么原因修改了哪些内容）
-
我们发布了什么？（交付给客户或用于生产的具体是哪一个构建版本）
如果没有完善的配置管理，团队很容易陷入“代码被覆盖”、“找不到上一个稳定版本”或“文档与实际代码对不上”的灾难中，这在医疗器械行业是绝对无法容忍的合规红线。
一套完整的医疗器械软件配置管理流程，通常包含以下五个关键步骤：
1. 配置标识 (Configuration Identification)
首先需要确定哪些东西需要被“管”起来。这些被管理的对象统称为配置项（CI, Configuration Items）。
常见配置项包括：源代码、软件需求规格说明书（SRS）、软件设计规格说明书（SDS）、测试计划与报告、风险管理文档、发布说明（Release Notes）、甚至是特定的编译工具链和运行环境配置文件。
基线（Baseline）管理：在开发的关键里程碑节点（如需求评审通过后、发布前），需要对所有相关配置项进行“快照”并冻结，形成基线。后续任何对基线的修改，都必须走正式的变更流程。
2. 版本控制 (Version Control)
医疗器械法规要求明确区分重大软件更新与轻微软件更新，版本号的升位规则必须与公司的质量管理体系（QMS）文件严格一致。
3. 变更控制 (Change Control) ⚠️(合规重点)
医疗器械软件的变更不能随心所欲。任何因修复 Bug、新增功能或网络安全补丁引发的修改，都必须经过严格的评估。
影响分析：评估变更对系统其他模块、风险控制措施以及整体安全性的影响。
执行与测试：修改代码或文档后，必须进行严格的设计验证，验证设计输出是否准确无误地符合了更新后的设计输入；同时，还必须开展设计确认，以确保最终更新的软件在实际的临床或用户使用环境下，依然能够完美满足用户的核心需求。
审批：变更必须由具备相应权限的评审委员会（CCB）批准后才能并入主干。
4. 配置状态记录与报告 (Configuration Status Accounting)
保持透明是合规的基础。我们需要记录并随时能够报告配置项的历史和现状。
这相当于一份“资产清单”和“变更台账”。记录每一个配置项的当前状态（如：草稿、待评审、已发布）、版本历史以及变更请求的状态（如：开启、开发中、已验证、已关闭）。
5. 配置审核 (Configuration Audits)
在软件发布前，必须进行审查，以确保配置管理的有效性。主要分为：
功能配置审核 (FCA)：检查软件是否实现了需求规格说明书中定义的所有功能。
物理配置审核 (PCA)：检查即将发布的软件版本及其配套的文档、介质是否完整，且与版本描述完全一致。
-
工具先行：不要依赖人工文件夹和压缩包来管理版本！务必使用成熟的配置管理工具（如 Git、SVN 用于代码，Jira、PingCode 用于变更和缺陷追踪），并将这些工具纳入你的计算机系统验证（CSV）范畴。
-
文档一致性：监管审查中最常见的不符合项之一，就是“文档版本与代码版本脱节”。每次代码合入发布分支，配套的图纸、需求、测试用例文档必须同步更新版本。
-
可追溯性矩阵：建立从“用户需求 -> 软件需求 -> 软件设计 -> 源代码 -> 测试用例”的端到端追溯。当配置项发生变更时，通过追溯矩阵可以快速锁定受影响的上下游环节。
医疗器械软件配置管理不仅是一项技术工作，更是质量管理体系中不可或缺的一环。只有建立起严谨的标识、控制、验证与确认机制，才能确保交付的每一行代码都是安全、有效且经得起监管考验的。
夜雨聆风
