计算机系统验证方案

计算机系统验证
Dept. 部门：
Effective Date
生效日期：
Confidential Level 机密等级： □ Top-secret 绝密 □ Confidential 机密 □ Cryptical 秘密 Distribution List : 分发清单：
QA 部、QC 部、OSP 固体制剂部、Lo.物控部、EN 工程部、TD 技术部、EQ 设备部 1 Objective 目的
测试、评估采取的URS 、设计、采购、安装、功能以及计算机控制和PLC 控制系统符合GMP ，以确保计算机和PLC 符合设计要求和工艺要求并且能够稳定工作很长时间。

2
范围
Year/年
Month/月
QA 质量保证部 Date/日
本SOP适用于电脑,PLC控制系统的管理是否符合GMP,物料控制和管理,实验设备控
制和通信管理、生产过程控制、公用设施的控制的验证。

3 职责
QA负责起草、修订、审核、培训、实施和监督本SOP。

.质量副总负责批准本SOP。

相关部门负责审核和实施本SOP。

4 Definitions定义
无论是计算机化还是PLC控制系统:都是由硬件、系统软件、应用、及相关的周边设备组成的一个系统,可以实现某一功能和一套功能。

源代码:它是计算机的源程序(程序语言),可以在电脑执行前被计算机识别,它应该被翻译成可以被计算机识别的机器语言。

5 Procedures 程序
5.1 5.1.1 5.1.2 验证机构及责任
验证团队由供应商,QA、工程设备部和使用部门组成。

系统验证实施部门的职责
●使用部门:负责提供书面的URS,准备验证方案和报告、实施批准IQ,OQ协议,完成
最终报告偏差并参与调查及变更验证审核。

●设备部门:负责准备使用部门的合作协议,并确认你接收系统,安装系统,实施IQ,指导
使用部门关于IQ和OQ的验证过程和参与验证偏差调查和变更回顾。

QA:负责审查验证,也是最后一项报告草案、实施验证方案,参与调查及变更验证偏差的批准验证方案和归档,并做好报告。

5.2 系统分级
5.2.1 在验证之前,评估和分级应当进行系统分类,以确保不同等级验证需提供不同类型的计算
机化的,PLC控制系统,分类如下:
5.2.2 一些计算机化的和PLC控制系统复杂程度应当跟各分类模块的开发程度相一致。

5.2.3 计算机验证,PLC控制系统不仅体现在系统使用过程,如新系统的验证不仅在初始定义和
设计阶段进行,而且贯穿于全部生命周期体系的发展。

5.3 验证实施
5.3.1 URS
URS应该为系统用户和项目专家准备基本要求详细的,预期和新的性能指标、更改计算机化和PLC控制系统,可以用来决定系统设计标准。

内容如下:
5.3.1.1 系统描述:系统做到什么程度,如何关联不同模块、控制方法(例如:逻辑控制、分离控制,
连锁控制、报警控制、位置控制,温度控制,压力控制、时间控制、计数和其他多级控制)、实施流程、操作员的端口和安全标准。

5.3.1.2 物理要求:包括有足够的空间,位置,周边环境等。

5.3.1.3 硬件的文件标准:包括:图纸,原理图,操作指南,备件清单等。

5.3.1.4 软件的文件标准:包括程序编号和修改编号,输出接口程序和详细说明、软件的追加和保
留条件、系统分程序图纸和配置清单。

5.3.1.5 测试要求:测试项目和记录必须在系统的发展过程中进行,包括模块测试和集成分离测
试。

5.3.1.6 对供应商的其他要求:如在发展进程中完成系统验证、质量控制和变更控制等。

5.3.2 系统设计
5.3.2.1 系统设计应该由系统配置图、硬件设计和软件设计组成。

在供应商准备的系统设计被
用户评估和检验后，可配置的系统图纸设计应该完成,包括系统PID, I/O (输入/输出)连接图、连接原理帕累托图。

5.3.2.2 硬件设计:包括所有I/O (输入/输出)连接模板和类型,CPU选型,通信模板、人机界面控
制器,屏幕查看选择、中继电器、记忆存储器、打印机、辅助动力装置,电子部件/电线/电缆、其他元件等。

5.3.2.3 软件:包括系统软件、应用和数据。

5.3..3 IQ
IQ应该确保该系统安装符合设计标准和工艺需求，数据完全提供。

特殊内容如下:
5.3.3.1 文件确认应该由用户工艺要求、SOP,培训计划,售后服务协议、设备库存,安全程序、
硬件说明,软件说明,源代码、仪器清单、仪器校准程序、PID、控制回路图,I/O(输入/输出设备清单和连接图,备件清单和维护规程。

5.3.3.2 安装过程说明:安装符合PID和操作手册的要求。

5.3.3.3 事件和实用程序说明
系统安装环境的检验和记录:例如洁净水平、射频/电磁干扰、物理保护、温度、湿度、声音、照明等。

(1)记录关键设施以及条件, 鉴定的公共设施应该跟说明一致:包括消防报警公告/预防系
统、冷却系统、电力及调整,持续供电、大面积网络连接,本地区域网络连接,灾难恢
复、电话图形/模拟等
(2)条件和记录系统符合人控机工程师的要求。

5.3.3.4 系统测试、条件
(1) 第一步要做的是,报告项目FAT的验收测试应该完全由供应商提供,适用于设计标
准。

(2) 应该对系统运行情况开展必要的测试。

基本内容如下:
5.3.4 ●
所有仪器仪表应该被校准和标注过期日，校准应该有明确的标准及应提供相应的检查证件。

●I/O (输入/输出)信号试验应确保信号可以在控制系统设备间进行传输和反馈。

●数据采集,传送和信号记忆测试
●其他测试
OQ (operation qualification)
运行确认
OQ的目的是进行所有功能运行情况方面的测试以确保系统和运行符合设计标准，内容如下：
5.3.4.1
测试系统安全:“最坏情况”的系统逻辑应该进行测试,如使用不同权限以便确认未经授权运行是否被禁止。

5.3.4.2
根据系统要求进行的各种各样的过程控制功能的测试:“最坏情况”(例如最大通信承载、过程相当大的数据文件等)试验检查系统和决策程序的功能,应根据系统不同的要求和标准提供的定义。

(提供功能图表包括所有出现的偏差是非常重要的。

)
5.3.4.3
检测报警及连锁:程序连锁应根据报警条件及系统连锁操作手册进行测试。

5.3.4.4
定时器和定序器测试: 根据系统的操作手册设置时间和系统产生相应的功能以确认系统有效时间或程序命令
5.3.4.5
测试数据处理和记忆
(1) 正确的数据记忆,准确的数据采集和系统的自我搜索的确认。

(2) 数据处理的输出长度、承载和空载的确认
(3) 数据保存到相应文件夹的功能确认。

关机/恢复测试
5.3.4.6 (1) 在系统关闭之前和之后检查数据采集的情况,确保数据没有损坏或丢失。

(2)检查备用电源的供应、不间断电源供应器、电力调节器和电力发电机。

(3)系统故障和失败的时候,能够根据系统的操作手册提供系统备份。

其他功能测试
5.3.4.7 性能确认
5.3.5
PQ的目的是确认系统运行过程中的有效性和稳定性方面的情况。

测试项目应确定跟期望达到的结果相一致、二次确认也应该执行。

.如果系统是生产,实验室或公共设施系统的一部分,系统的PQ必须根据设备的PQ进行完整性测试。

5.3.5.1 当一个人工系统被电脑,PLC控制系统取代时,两者需要平行运行。

5.3.5.2 对于生产设备,要进行产品规格测试,如化验、包装规格测试等等,确保所有的过程控制功
能都是有效的，应当在相同的生产的条件下进行至少3个连续批次的测试。

5.3.5.3 对设备的连续过程进行监控应当进行,如空气净化体系的指标,例如尘埃粒子、微生物、
温度、湿度、风量、压差、换气频率等,应在一个周期内被监控。

5.3.5.4 偏差验证
5.3.6 处置系统偏差验证可参阅<验证组织和实施>。

变更控制
5.3.7 变更的分类:变更是由硬件变更、软件变更，和数据库的临界参数变更组成。

5.3.7.1 若发生改变,变更控制应确保系统处在已验证状态
5.3.7.2 (1) 使用部门应该准备好书面申请,包括变更原因,证据,内容和实施方案。

(2)工艺主管,相关部门经理和QA负责评估、审查和批准。

(3) 是否再验证应该在影响范围的基础上，如当改变的部分影响计算机,PLC控制系统
的验证状态时，改变的各个部分应当进行验证; 有时如果在评估之后可以提供充分的证据表明没有影响，那么就不需要再验证,。

(4) 执行应后变更核准相关人员进行，并应禁止改变批准的变更内容。

(5) 对于变更对其他有关系统的影响，应当进行考核和系统评估,必要时, 相关系统还要
进行再验证。

(6) 记录在每时每刻都要进行,如变更申请、评估、审批和再验证,用这样一种方式保证
所有的变化可追踪。

Annex附录
无
相关文件
6
7 验证的组织和实施
8Revision History修订记录。