先搞清楚两个基本概念

1.关于生命周期的定义，目前主流认知高度一致：

• ISPE自动化指南（GAMP5）将其分为：概念、项目、运行、退役四个阶段；
• 中国GMP附录10和EU GMP附录11：明确其为从提出用户需求到终止使用的全过程。

两种描述本质相通，都强调CS的全过程管理，而非仅仅盯着一个环节（如系统验证、系统交付上线）。

2.区分生命周期≠验证

不少朋友一提到生命周期，第一反应就是“系统验证”，但需要明确的是：验证只是生命周期中的重要一环，而非全部。生命周期管理是一个更大的概念，它强调的是CS在整个存续期间的总体GMP合规性。

以中国GMP为例，法规对各个阶段其实都埋下了要求：

只有建立起覆盖全生命周期的SOP，才能确保在每个阶段都去评估CS的质量和性能。说白了，不是做了验证就万事大吉，而是从头到尾都要有“规矩”。

接下来，我们按照生命周期的四个阶段，逐一拆解每个阶段具体要做什么。

图1：ISPE GAMP5生命周期四个阶段

这个阶段常被认为“抽象”，可能因为参与早期立项的人较少，且需求调研、方案讨论、与供应商的反复沟通往往需要较长时间。但从GMP合规角度看，重点包括三项工作：

1. 收集需求：整合业务使用需求、合规要求、公司背景环境要求等，形成早期的用户需求说明书（URS）；
2. 确定实现方式：调研并确定CS是通过配置还是定制开发实现，选择标准化产品还是更贴心的定制化方案？在与供应商技术交流中，不断完善需求；
3. 供应商评估与选择：依据公司内部要求与供应商信息完成评估，签订合同后进入项目阶段。

此阶段的核心活动是按照验证模型（V-model）开展系统验证。

图2：ISPE GAMP5 验证模型（5类定制软件）

关于验证的话题，我们之前分享过《一文了解计算机化系统验证的实施过程》，新朋友可以点击跳转阅读，这里就不再重复展开。

项目阶段结束后，系统放行并移交，正式进入运行阶段。

这是CS持续时间最长、真正发挥作用、产生业务价值的时期。GMP合规管理需覆盖方方面面，主要包括：

• 业务使用管理：按操作规程正确使用系统；
• 服务与支持管理：公司需有技术人员确保服务可用，在需要技术支持时能快速响应或找到外部资源；
• 安全管理：从单个业务点到整个系统，分层级管理。安全问题后果严重，不可忽视；
• 监控管理：尤其对大型、新颖、复杂系统，提前发现隐患远优于事后补救，能避免重大经济或合规影响；
• 备份、恢复、归档、检索：直接与数据完整性相关，是监管重点；
• 变更与配置管理：业务需求变化时，通过规范的流程确保系统更改是可控、可追溯的；
• 其他活动：包括业务持续性管理、事件管理、定期审核及培训管理等。

退役并非简单“关机”，而要有计划、有记录地执行：

• 退役计划：包含活动概述、角色职责、系统与业务描述、退役方式（直接退役或替代性退役）、数据迁移/销毁/归档方案、相关SOP处理、验证方法及日程表等；
• 退役实施：按计划执行，如有变更需重新评估并审批，保留文件化证据，过程中的偏差需记录；
• 退役报告：对照计划确认各项活动的完成情况，评估偏差与变更，给出结论。

系统退役在实际操作中分不同程度：

企业应根据实际情况，在退役计划中明确系统的最终的处理方式。

总结

系统的生命周期管理贯穿概念→项目→运行→退役四个阶段，环环相扣。希望这篇梳理，能帮助大家更有条理地推进CS管理工作。