搜索
计算机化系统验证--关于数据可靠性的考虑INTERNALUSE路璐WHO指南草案版2日程•为什么要做验证•验证的深度如何确定•验证中如何考虑数据可靠性的内容3验证的目的是什么?5•文档化的证据•预先设定好的规范•系统的准确性、可靠性和一致性•验证数据满足ALCOA的要求举例•理解系统功能•了解系统使用限制•考察供应商的交付质量6验证的深度怎么确定软件复杂度8系统的重要性•患者安全•产品质量•数据可靠性9验证包括哪些考虑点11•硬件•软件•设备•网络•操作系统•流程•系统文件•人12GAMP5仍然是很重要的依据13CSVMP与Protocol,Report的关系15ValidationMasterPlanProtocol,ReportProtocol,Report计算机化系统的供应商的管理17系统质量体系基于风险的评估验证过程中的关键节点19设计审查与DI相关的考虑•使用目的•定义关键数据•数据生命周期内的控制•创建•处理•转移•审核•报告•保留•检索•销毁20一致可靠21设计审查功能设计的考虑•通常由供应商制定并文档化•由客户审查并批准•系统应该做什么•通常涵盖内容(不仅限于)性能安全性报错信息数据访问数值范围数据存档界面职责分离2223设计审查配置设计的考虑•能修改系统配置人员的权限应该被限制•能覆盖或重新处理数据并且不留下痕迹的设置功能应该被禁用•禁用一些可隐藏某些区域等设置•时间/日期的调整应禁用2425设计审查设计审查•是验证流程的重要组成部分•严格程度和文件范围由系统风险、复杂性和新颖性确定•通常只针对四、五类软件•关注使用目的•需求•其它规范识别问题采取措施27设计审查配置或开发系统28•供应商管理•质量体系和文档Vendor-suppliedsystem•代码标准/代码审核•单元测试Custom-developedsystemIQ/OQ/PQ之前的准备在开始确认工作之前•需求和设计等文档应完成，受变更控制•执行I/O/PQ的人员应接受培训•测试要有证据•测试文档要满足良好文档实践•偏差的处理3031设计审查IQ/OQ/PQIQ根据软硬件设计规范确认软硬件的安装所有环境都要做确认：生产环境、验证环境、培训环境安装确认必须形成文档•IQ方案•安装记录•IQ报告OQ主要基于功能的测试重点关注GxP相关功能挑战测试（边界、范围、上下限）报警信号无效或数据改动应该有标记功能确认必须形成文档•OQ方案•OQ测试记录•OQ报告PQPQ之前要做什么流程和培训•系统的使用•基于业务流程的日常操作和使用•审核电子数据及相关元数据（如审计追踪）•签署电子数据的机制•系统授权之前的培训要求•系统的管理•授权或禁用帐户及安全控制•备份与恢复•归档与检索•灾难恢复和业务连续性•变更管理•事件和问题管理•系统维护34IQ/OQ/PQIQ根据软硬件设计规范确认软硬件的安装所有环境都要做确认：生产环境、验证环境、培训环境安装确认必须形成文档•IQ方案•安装记录•IQ报告OQ主要基于功能的测试重点关注GxP相关功能挑战测试（边界、范围、上下限）报警信号无效或数据改动应该有标记功能确认必须形成文档•OQ方案•OQ测试记录•OQ报告PQ以URS为依据UAT：使用目的要对系统的性能和负载作确认确认用户在接受培训与系统文件齐备的情况下有能力在系统中进行操作IT管理员确认流程足够进行管理工作性能确认必须形成文档•PQ方案•PQ测试记录•PQ报告草案版里还有一些更高的要求37系统管理的SOP38定期评估看什么39Automaticupdatesshouldbesubjecttoreviewpriortobecomingeffective.系统退役当系统不再使用、需要退役时：•变更•退役计划•软件、硬件、流程•确保电子数据在生命周期内依然得到维护并可读•数据迁移：确认•退役报告41其它指南里提到的数据可靠性在验证中的考虑针对数据可靠性的验证考虑点•计算机化系统的配置应该定义\测试\锁定,这应该是验证的一部分•审计追踪应该被验证•备份和恢复的过程应该被验证•验证应基于用户的实际情况和使用目的，如果只有标准的供应商验证文件是不可接受的！验证中应考虑的GDP的问题•验证中应涉及确保数据可靠性的必要控制，包括原始电子数据和系统的打印输出或pdf报告•在验证活动中，用户应该充分参与•验证GDP的合规配置•配置说明•管理员权限：独立人员•审计追踪•时间戳/日期戳•验证应考虑数据的整个生命周期•系统上线使用之前，培训和流程已经就绪•计算机化系统的管理•计算机化系统的使用•审核电子数据和有意义的元数据如审计追踪44是否每个工作流都要被验证453.我们计算机系统上的每个工作流均需要被验证？是的，工作流，例如电子主生产和控制记录（MPCR）的创建，是计算机系统的预期用途，需要通过验证检查（见§§211.63，211.68(b)和211.110(a)）。如果你验证了计算机系统，但是没有验证其预期用途，你无法得知你的工作流是否正确运行。6例如，确认制造执行系统（MES）平台（一种计算机系统），以确保其符合规格；然而没有证明由MES产生的给定的MPCR包含正确的计算。在这个例子中，验证工作流确保在MPCR中的预期步骤、规格和计算时准确的。这与MPCR在生产中实施之前审查纸质MPCR并确保所有支持性规程就位是相似的。（见§§211.100，211.186，212.50(b)，和《PET药品生产质量管理规范（CGMP）》行业指南）。FDA建议采取适当的控制以管理与系统每个元素相关的风险。适当的设计以验证系统符合其预期用途的控制涉及软件、硬件、人员和文档。6在计算机科学中，验证是指确保软件满足其技术规格。然而，这可能不符合工艺验证的定义，在《工艺验证：一般原则和实践行业指南》中对工艺验证的定义是：“收集和评估数据……建立科学证据证明该工艺能够有能力持续稳定地生产出优质产品。”另参见ICH行业指南O7A原料药生产质量管理规范，其定义验证为，对具体工艺、方法或系统将始终如一地产生符合预定的可接受标准提供保证。就本指南而言，验证与上述指南文件中的使用方式一致。总结•验证基于风险•验证基于使用目的•可靠性不是验证出来的•一个未经验证的系统可能比手工操作的风险高•一个经验证过的有良好设计的系统，比手工操作的风险低•修补系统或维护两套系统的成本,要远远大于验证本身46谢谢