“高质量、高标准、高速价廉通过FDA，CFDA”找百思力咨询机构
验证主计划与验证计划
Plan被翻译过来之后是计划，站在中文的角度上总是不能完整的表达其本意。更切近的意思应该是规划/方案。因为这个Plan不仅仅是时间和事件上的计划，还应包含什么时候做，做什么，怎么做，谁去做等等。
验证主计划，一般是企业年初制定的新年验证年度规划，其包括了现有系统的PQ，同时
计算机化系统验证公司
“高质量、高标准、高速价廉通过FDA，CFDA”找百思力咨询机构
验证主计划与验证计划
Plan被翻译过来之后是计划，站在中文的角度上总是不能完整的表达其本意。更切近的意思应该是规划/方案。因为这个Plan不仅仅是时间和事件上的计划，还应包含什么时候做，做什么，怎么做，谁去做等等。
验证主计划，一般是企业年初制定的新年验证年度规划，其包括了现有系统的PQ，同时明确当新增系统之后的验证规划的编写与审批流程。而验证计划则是对当前系统的一个整体规划，表明当前系统的验证如何进行，同样的是什么时候做，做什么，怎么做，谁去做等等。PQ（性能确认）对于仪器而已，此步骤可以简单的理解为实际样品的OQ（运行确认），因为此步骤是带入样品进行试验的，有已知浓度的样品，来验证仪器的准确性。无论是哪一种计划，都应当明确落地，即就有可执行性。也就是当执行人拿到这些计划之后无需再去询问就能讲按照标准去完成相应的工作，否则计划也就失去了本身的意义。
在确认阶段，相信大家都比较熟悉了，在此只想说明一点，就是OQ报告之前，应当完成相关系统运行所必须的SOP文件的生效。
维护阶段，主要是用来保证系统的良好运行，而PQ也同步在继续进行，用于证明系统的良好运行。
退役阶段，主要的是保证系统被替代后，历史数据仍按照法规要求继续保留。
风险评估是全程进行的，每个阶段都应当进行风险评估以及响应，这个和项目中的风险管理是一致的。风险不会完全消除，但可通过各种方式的控制以达到风险的降低。
以上，是对流程的简单的描述，其中有两项需求跟踪矩阵。其面向的对象不一样，个需求跟踪矩阵主要是URS-FS-DS直接的响应或者说对应关系，而第二个需求跟踪矩阵则加入了TC，即测试用例的对应关系。表明每一个URS点是如何进行确认。
计算机化系统验证项目的定义：
“项目是为了创造的产品、服务或成果而进行的临时性工作。其临时性是指有明确的起点和终点”
从项目的执行过程上可以将项目划分为如下图示几个关键阶段。在系统的整个生命周期中采取适当的操作控制以达到并维持相关GXP法规且达到预期使用目的行动”验证的定义：“执行验证原则、验证策略及验证计划和报告的生命周期活动。当项目结束从进而转入运维阶段。每个阶段都包含有计划、执行、收尾。即就是前面我提到的谁去做，怎么做，什么时候做。项目结束后，即进入运维阶段，通过一系列的运维过程从而确保项目产生的产品、服务或成果得以继续使用。
验证的定义：
“执行验证原则、验证策略及验证计划和报告的生命周期活动；在系统的整个生命周期中采取适当的操作控制以达到并维持相关GXP法规且达到预期使用目的行动”
通用型项目阶段
再来看看验证的过程，参考GAMP5的V模型，通用的过程如下图示。经过规划、规格、配置/开发、确认、报告阶段。同样的每个阶段都包含有计划、执行、收尾。
有的人将Verification翻译成了验证，其实是不准确的，此阶段实际进行的工作就是确认、核查，以确保满足Specification。那验证又能给我们带来什么呢，从长远的角度来看，不仅仅帮我们提高了企业的人员素质，更重要的是保证了我们的产品的质量持续而稳定验证的定义：“执行验证原则、验证策略及验证计划和报告的生命周期活动。同样的我们没有把Planning翻译成计划，是因为此处实际进行的工作应该是规划，即我们中文中的方案阶段，即表示我要做什么，什么时候做，谁去做。
（作者： 来源：）
