计算机验证十大误区(下).docxVIP

《计算机验证十大误区》上半部分发布后，得到了很多蒲友的反馈，当然也少不了批评之声，这些都很正常。其实在上篇里，我并没有反对大家做“计算机化系统完整、独立的文件体系”，也没有反对大家做“计算机系统全流程的确认与验证”，更没有建议大家不设置“权限管理和审计追踪功能”，只是告诉大家，任何做法都有其适用范围，任何控制手段都是有限的，我们更多的精力要放在如何能够实现“不需要”作假而不是“不能够”做假！“治标不治本”的做法，永远是事倍功半的，这个道理难道大家都不懂吗？“验证和确认”与“数据完整性”的管理要求，其范围和程度都需要科学的、经验的“评估”，考虑“风险、成本、收益”的平衡！对于第三方验证，我觉得也没必要排斥，有能力就自己做没能力就委托别人做，关键要真正知道我们需要做什么？做的目的是什么？（书接上回）误区六：总认为药厂的计算机是一种特殊的异类，必须按照GAMP5的1345分类！自动化和计算机控制是我的专业，毕业后也在自动化工程公司做过一段时间的设计开发和计算机控制工程安装，所以对于计算机系统我并不陌生，但是到了制药行业，我却对大家的理解感到非常的困惑。计算机在我们的生活工作学习中已经无处不在，制药行业的计算机系统有什么特别之处呢？说到特别之处，恐怕也就是被控对象的关键性、重要性，被控对象对药品质量和患者安全的重要性，那么我们为什么不能按照“用途和功能”进行分类管理呢？GAMP5的1345分类法，只是分类方法中的一种，如果你觉得这样分类更便于管理，也未尝不可，可是2哪里去了呢？还要解释半天。我的分类就是：1、嵌入式系统（智能化仪器仪表工具）2、生产过程控制类（用于生产过程控制的计算机系统）3、检验数据处理类（用于检验数据处理的计算机系统）4、管理类（用于生产质量管理、仓储物料管理、ERP等……）5、另增加一项“定制类”，应该极少！分类管理，制定不同的验证策略，在法规原则的基础上进行适当的确认、验证和日常维护、运行管理，手段、方法和程度，应基于对关键质量属性和关键工艺参数的影响性！说白了，就是看计算机控制对象的用途和功能对生产质量活动的风险！设备管理有设备管理的客观规律，计算机系统只是设备的一部分或者一种电气设备而已！误区七：把数据完整性简单理解为不能“删除和修改”数据！数据完整性，首先强调的是数据的“真实可靠性”。你的传感器不进行校准、传感器安装后不做系统的计量确认，你故意的把3输入成2……输出的信号不做测试和校正、输出的动作不做“功能确认”、显示数字2打印出来却是3……这些“完整”的数据都是“错误”的数据，还谈什么数据完整性？更可怕的是，很多人理解“数据完整性”就是数据不得“修改和删除”，那么错误的数据怎么办？不正确的图谱是否可以删除？如何修改错误的数据和删除没有用的数据？电子数据的审计追踪要求我们能够从原始数据追踪到有关的记录、报告或事件，或从记录、报告、事件追溯到原始数据。电子数据的审计追踪，在系统和记录中均应允许复原或再现与事件相关的创建、修改和删除电子数据的过程，应保存原始输入和文档的用户ID、行动、时间、日期、行动的理由。审计追踪是用来“控制”修改和删除的，而不是用来“禁止”修改和删除的！“修改和删除”都要有记录，都要经过适当的评估、审核、批准，而且删除和修改前的数据必需完好保存在适当的地方，并且能够随时还原“错误的”的事实真相！数据完整性，应该包含“输入数据的正确性准确性”“输出数据的正确性准确性（含输出动作和功能的正确性）”“数据存储、转移、备份、恢复、修改、删除……的数据可重现性可追溯性”！误区八：以为符合你的URS要求就一定是为你“定制”的系统！熟悉GAMP5的人都知道，只有“定制系统”才需要我们用户做软件本身的DQ确认（设计确认及源代码审核）和基于“白盒理论”的IO测试（输入输出测试），而在IO测试之前，可能还需要对程序本身进行“仿真模拟”。一个系统软件的开发，是需要一个庞大的团队、漫长的时间，而“用户”如果想做程序“源代码”的确认，简直是“难于上青天”，即使所有的“功能”和“动作”让你是操作一遍，恐怕你都头疼！而对于技术成熟的“可配置系统”，我们只做基于风险的必要的IO测试（基于黑盒理论的输入输出测试），测试所有的传感器输入信号、计算机输出信号、执行机构相应的动作，就足够了，甚至我们只做“输入输出功能的正确性测试”，也就可以了，没有必要过分关注计算机内部是如何实现这个功能的！那么，什么是定制系统？很多人认为，按照我的URS制造的设备，就是为我“定制”的！一台设备或者一个计算机系统的开发，并不是一件容易的事情，开发是需要高额的成本的，定制相当于重新开发。设备系统有很多功能，其实并不都是终端用户提出来的，而是设备制造商先根据大部分用户的通用要求开发出来、技术成熟以后才向终端用户推广的，甚至很多供应商都是在仿制，并没