“高质量、高标准、高速价廉通过FDA,CFDA”找百思力咨询机构
首先我们先说下为什么要做验证?验证能给我们带来什么?
或许大家都会说是法规的要求,其实换个角度,我们做验证的目的是什么,是为了确保我所购买的仪器设备或软件系统从供应商车间到达我们的车间或者实验室安装使用以及通过长时间的运行之后,仍然满足我的开始的法规要求、规格要求以及性能要求。
所以我们购买的各类仪器设备都要做“验证”(为什么打双引号?无论选择哪一种异位,其实都存在一定的风险,只是看这个风险的大小而已。),比如购买回来的仪器或设备通常会要求其供应商给我们提供IQ/OQ/PQ,以确保买回来的设备满足我们的使用需求。随着时间的推移,仪器或设备的性能或者说稳定性会随之降低,所以我们通过周期性的PQ(有的企业是做回顾确认),从而确保仪器的性能或者稳定性不会随着时间的推移而发生偏差。进而保证数据的准确性以及产品的质量。
软件系统也一样,不仅仅要按照仪器设备的要求让供应商或者第三方进行“验证”,甚至其验证还会要求更高,这是因为软件系统在可操作性上更灵活,随之风险也会更高。规范生产的管理和优化业务流程,完善物流管理与控制,全程监控全过程,提高生产管理实时性与工作效率,全1面提高企业精细化管理水平以及市场竞争力。那验证又能给我们带来什么呢,从长远的角度来看,不仅仅帮我们提高了企业的人员素质,更重要的是保证了我们的产品的质量持续而稳定
验证的定义:
“执行验证原则、验证策略及验证计划和报告的生命周期活动;在系统的整个生命周期中采取适当的操作控制以达到并维持相关GXP法规且达到预期使用目的行动”
验证与确认(关键字:验证、确认)
确认一般我们可以认为是某人按照某个文档或者规格要求进行的结果的确认活动。比如IQ/OQ/PQ,我们所进行的就是按照文档一步一步进行操作,终得出确认后的结论。又比如我们自己买个手机,按照手机供应商提供的各种文档去操作,终确认出手机符合厂家描述的性能指标。软件系统经过第1个周期的PQ后,系统开始上线运行,后续的就是经过不同周期的PQ,来确保系统经过长时间的运行后仍然满足我们1开始的各种需求。
总结
验证其实就是一个项目加上其周期性活动,而确认是验证的一部分活动。所以不能将验证和确认同日而语,也不可将几本确认过程文档就当做是一次验证
通用型项目阶段
再来看看验证的过程,参考GAMP5的V模型,通用的过程如下图示。经过规划、规格、配置/开发、确认、报告阶段。同样的每个阶段都包含有计划、执行、收尾。
有的人将Verification翻译成了验证,其实是不准确的,此阶段实际进行的工作就是确认、核查,以确保满足Specification。同样的我们没有把Planning翻译成计划,是因为此处实际进行的工作应该是规划,即我们中文中的方案阶段,即表示我要做什么,什么时候做,谁去做。目前常规的做法是在管理层(监控层)与控制层之间通过工业以太网交换信息,控制层与现场设备层之间通过现场总线交换信息。
您好,欢迎莅临百思力,欢迎咨询...