3. 计算机化系统验证（CSV）基础

计算机化系统验证（Computerized System Validation, CSV）不是“把软件测一遍”，而是用一套有证据、可追溯、可审计的方法，证明某个计算机化系统在其预期使用环境中能够稳定满足法规要求与业务需求。对 LIMS 而言，CSV 的核心难点在于：系统既要符合 GAMP 5 的风险导向思路，又要把用户需求、功能设计、配置实现、测试证据和最终报告串成一条闭环证据链。

GAMP 5 分类：先判断“软件类别”，再决定验证深度

GAMP 5 将软件分为四类，分类结果直接影响供应商评估、测试策略和文档深度。第一类是基础设施软件，如操作系统、数据库、虚拟化平台，通常不针对具体业务流程做功能验证，但需要确认版本、补丁、配置基线和安全策略。第二类是固件或嵌入式软件，常见于仪器控制板、条码阅读器，验证重点是与 LIMS 的接口和通信稳定性。第三类是标准商业软件，如成熟的 LIMS 产品，供应商已做过大量测试，药企应重点做配置确认、接口测试和业务流程验证。第四类是定制软件，如为特定检验流程开发的模块、脚本或报表逻辑，必须做完整的生命周期验证，包括设计评审、代码审查和单元测试。

分类不是给软件贴标签，而是回答“哪些风险由供应商控制，哪些必须由使用方控制”。例如，某 LIMS 的样品登录、结果录入、报告审核属于标准商业软件功能，但若企业自行开发了“稳定性考察自动排期”脚本，该脚本就应按第四类管理，不能因为运行在成熟 LIMS 内就降低验证要求。

验证生命周期 V 模型：左右两侧必须对应

V 模型是 CSV 的骨架。左侧自上而下是需求与设计：URS（用户需求说明）→ FS（功能规范）→ DS（设计规范）→ CS（配置规范）。右侧自下而上是测试与确认：单元/配置测试 → IQ（安装确认）→ OQ（运行确认）→ PQ（性能确认）。左右两侧通过 RTM（需求追溯矩阵）逐条对应，确保每个需求都有设计、有实现、有测试、有证据。

V 模型的关键不是“画得像 V”，而是左右两侧的对应关系必须可查。例如 URS 中写“系统应支持样品结果复核后自动锁定”，FS 应描述复核与锁定功能，DS 应说明锁定字段与状态机，CS 应记录复核角色和锁定触发条件，OQ 则要设计“复核后尝试修改结果应被拒绝”的测试用例。RTM 把这条链上的编号一一对应，审计时才能快速回答“这个需求测过没有、证据在哪”。

URS/FS/DS/CS：从“要什么”到“怎么配”

URS 回答“业务和法规要什么”，应可测试、可追溯，避免写成“系统应友好易用”这类无法验证的表述。FS 回答“系统提供什么功能来满足 URS”，例如“结果复核后锁定”对应“复核状态字段 + 锁定逻辑 + 权限控制”。DS 回答“这些功能如何设计”，包括数据表、状态流转、接口协议。CS 回答“在本次实施中具体配置成什么”，例如复核角色为 QA，锁定后仅管理员可解锁并强制填写原因。

四层文档容易写成重复描述，判断标准是：URS 不写实现，FS 不写表结构，DS 不写具体参数值，CS 才写本次配置值。这样当系统升级或流程变更时，可以快速定位影响范围。

IQ/OQ/PQ：证据要分层，不要混在一起

IQ 确认“装对了”：服务器型号、操作系统版本、数据库版本、LIMS 版本、补丁、安装路径、服务账户、备份任务是否与设计一致。OQ 确认“功能对了”：在受控测试环境中，按测试脚本验证登录权限、样品登录、结果录入、计算、复核、审计追踪、电子签名、接口传输等。PQ 确认“在真实业务中持续对了”：用真实或模拟真实的数据量、角色分工和业务场景，连续运行一段时间，观察性能、稳定性和数据一致性。

常见错误是把 OQ 当 PQ 做，或在 IQ 未完成时就开始 OQ。正确顺序是 IQ 通过并形成记录后，才进入 OQ；OQ 偏差关闭后，才进入 PQ。每个阶段都应有明确的进入准则和退出准则。

风险评估与供应商评估

风险评估通常从“影响性评估”开始：系统是否影响产品质量、患者安全或数据完整性。若影响，再按功能模块分级。例如结果计算和审计追踪为高风险，界面颜色为低风险。高风险功能需要更详细的测试用例、更严格的偏差处理和更频繁的定期回顾。

供应商评估不是只看报价，而是看其质量体系、产品成熟度、审计追踪能力、版本管理、缺陷响应和法规支持。对第三类标准商业软件，供应商的测试证据和版本发布记录可以作为验证依据的一部分，但使用方仍需对配置和业务流程负责。对第四类定制软件，供应商评估应延伸到开发过程、代码管理和单元测试。

验证计划与报告结构

验证计划（VP）应说明验证范围、角色职责、交付物、时间安排、风险接受准则和偏差处理流程。验证报告（VR）则汇总各阶段执行结果、偏差与关闭情况、RTM 完成度，并给出最终结论：系统是否可放行使用。报告不是“测试记录装订”，而是对“需求—设计—测试—证据”闭环的总结。

把上述内容落到 LIMS 项目上，一个可执行的验证包通常包括：URS、FS、DS、CS、RTM、风险评估报告、供应商评估记录、IQ/OQ/PQ 方案与报告、偏差记录、验证总结报告和放行审批。每份文档都应回答“依据是什么、做了什么、结果如何、谁批准”。只有证据链完整，CSV 才真正成立。