计算机系统验证管理规程完整.doc

题 目计算机化系统验证管理规程第1 页 共 6 页编 码SMP-09-版 次01起 草部门审核QA审核批 准起草日期审核日期审核日期批准日期颁发部门质量部颁发数量份生效日期分发单位总经理、公司各部门1. 目的 为了测试、评估计算机和PLC采取的URS、设计、采购、安装、验证、使用过程，确保计算机和PLC符合设计要求和使用要求，特制定本规程。2. 适用围本规程适用公司所有的计算机、PLC控制系统。3. 职责3.1 计算机系统的使用部门负责提出需求计划。3.2 计算机系统使用部门、设备管理员、网络管理员负责计算机系统开发阶段的所有业务。3.3 计算机系统使用部门负责进展计算机系统的验证，网络管理员、设备管理员与供给商提供验证支持。3.4 计算机系统使用部门负责按要求使用计算机系统，并指定本计算机系统的责任人。3.5 总经理负责计算机系统废弃的批准。4. 概念4.1.1 计算机化系统PCI/S定义：l 计算机控制系统：包括硬件、软件和其它固件l 受控功能和过程：包括操作规程、人员和设备l 运行环境：其它联网或独立计算机化系统、其它系统、媒介、人员、设备和规程。4.1.2 PLC programmable logic controller 可编程控制器4.1.3 计算机系统验证：对用于药品开发与生产的计算机系统，是否按照要求的规格进展合理的开发，且在运用开始后是否进展合理的管理，作出评估和确认的行为称为计算机系统验证。4.1.4 软件分为四类GAMP5：l 第1类软件：根底结构软件Infrastructure Software )l 第3类软件：不可配置软件 ( Non-Configured Products ) l 第4类软件：可配置软件 ( Configured Products ) l 第5类软件：定制应用软件 (Custom Application) 4.1.5 硬件分为二类GAMP5：l 第1类硬件：标准硬件组件Standard Hardware Components，目前采用的大局部的都是这类硬件l 第2类硬件：定加工硬件组件Custom Build Hardware Components，这类硬件是为了满足特殊需要而开发的，是对标准硬件件组件的补充。5. 原那么上，计算机体系的导入、变更、更新等药按照变更管理的程序进展。6. 本文件规定了计算机体系的开发阶段、验证阶段、运用阶段的各个程序。开发阶段和验证阶段的程序，根据文件不同，除了程序，也规定了输出计划与报告书的样式容。阶段活动容分类345提出可行性研究：从技术与经济等方面系统地研究并论证开发变更计算机系统的可行性，包括目的、概念定义、规模、风险分析、投资分析等。其相关信息的收集被用来建立系统验证规模与申请开发费用。开发阶段1、开发计划规划所有工程与验证活动，包括开发的目的、条件、各部门个人的职责、工程进度表、文件交付、审核和批准要求等。2、用户需求标准URSURS由系统用户和系统项目专家制定，详细说明计算机系统的适用法规、根本业务需求、期望与性能指标，对供给商的要求要清楚传达。包括如下容。一、系统说明说明全系统要做什么，模块间怎样连接与相互作用，控制方式，执行的过程，操作人员对接口的要求与安全性要求等。二、物理要求物理要求包括有效空间、位置、所处的环境等。三、硬件文件标准硬件文件标准包括图纸、流程图、手册、部件清单等。四、软件文件标准软件文件标准包括程序编号与修订号、打印出的程序与详细解释、复制件的提供与贮存条件、系统框图与配置清单。五、测试要求系统开发过程中所要求进展的测试项目与记录。包括单独模块测试与集成测试等。六、其他其他提供给供户的要求。包括对已完成的系统的验证要求、关于在设计开发过程中的质量控制和变更控制要求等。用户需求说明中的所有条款将直接作为制定IQ、OQ 与PQ 草案的依据3、体系评价-1软件分类判断为对象计算机体系的，根据分类表进展分类，判断必要活动。将分类计入体系台账。3、体系评价-2风险评估关于对产品品质的影响，进展风险分析，风险评价，报告。不仅仅是开发计划书，根据必要性，URS和FS也应进展适当的风险评估。3、体系评价-3供给商审计/评估应对计算机系统的供给商进展评价，以确保其系统能力与所提供的产品满足计算机系统验证要求。供户评价包括以下容。(1)根据系统概念定义与判断选择供户，注意评估外部资料对标准要求的符合化与与系统要求文件的一致程度。(2)对供户质量体系进展审计，审计容包括系统开发者的部质量管理程序。技术能力评估。软件开发标准与软件测试能力。程序编制人员的资格审定。硬件开发与制造能力。变更控制。售后服务。系统安全性。供户审计报告应纳入验证档案。4、 功能标准FSFS是供给商在不考虑如何满足URS的前提下对设备功能进展的说明和描述，有助于用户和供给商熟悉设备的功能。通常FS由供给商提供，用户进展批准。5、 设计标准(DS)DS是要用详细的技术语言来描述如何开发设备才能提供用户需要的功能。也是需要供给商提供，用户来进展批准。对于商业化的标准化的设备不需要这个文件。具体包括如下。硬件设计标准将定义如标准仪器、微控制器、可编程序逻辑控制器(PLC)等。软件设计标准将定义系统的整体框架、计算机语言、界面、屏幕设计、数据流程图、报告设计、图表设计、运算法那么、安全测试、系统结构图、IO 图、工程制图、流程图解、程序体系图解、详细说明和一个数据字典6、 设计确认DQDQ是以书面的形式确认该设备的设计能够满足URS，需要质量受权人批准，批准后如果有什么变化是需要按照变更流程管理的，提出变更申请。7、 系统测试FAT、SATFAT是要求供给商作成测试程序并在供给商处实施测试，在FAT过程出现的偏差要进展记录和整改。购置人员最好到现场确认测试程序与测试结果。SAT是在接收产品后在本公司进展实验，确认体系的性能是否满足要求。实验方法与结果应得到批准。FAT和SAT是否需要做是企业根据自己控制风险的能力进展的，要尽量减少设备到场后发现不符合的现象和问题。该阶段的主要任务是发现并排除在分析、设计、编程各阶段中产生的各种类型的错误，以得到可运行的计算机系统。一、单元测试单元测试是对系统的每一个模块进展独立测试，其目的是找出与模块的部逻辑有关的错误。单元测试一般以白盒法为主。二、集成测试集成测试根据系统设计中各功能模块的说明与制定的组装测试计划，将经过单元测试的模块逐步进展组装和测试。每并人一个模块，都要找出由此产生的错误。集成测试一般以黑盒法为主。验证阶段安装确认IQ安装确认的目的是保证系统的安装符合设计标准，并保证所需技术资料俱全。具体确认容包括如下。(1)各种标准清单，包括使用者要求、功能性要求、物理要求、系统标准。(2)各种标准操作程序(SOP)，包括硬件和软件的操作、预防维修、备份和数据存档、灾难(断电、硬软件损坏等)恢复与系统退役。(3)配置图，配置图是控制系统的概图，包括以下容。整个系统概图。各个中央处理器(CPUS)包括插件指定的配置图。输入输出装置接线图。控制回路图。状态转变图。网络接线图。硬件驱动网络驱动指示树，可包括逻辑的和物理的驱动指定。(4)硬件和软件手册，包括安装、操作、维修保养手册。(5)硬件配置清单，包括已安装系统的所有组成局部，对于芯片、微处理器或 EPROM，应记录其修订版号。(6)软件清单和源代码的复制件列出与系统有关的所有软件和软件版本，并保证所有软件的复制件都归入档案，安全存放。应存放以下几种软件。源代码产生器或编辑器、源代码(包括初级排序、功能和报告的产生)、操作系统、诊断程序、存档备份程序。(7)输入输出(IO)清单与连续性检查。连续性检查是保证信号可从控制系统发至装置并又可从装置返回至控制系统。(8)环境和公用工程测试确认并记录系统安装的环境，包括清洁度、射频电磁干扰、振动、物理安全性、噪声、照明。记录关键公用工程系统的情况，并确认公用工程系统的关键性质与功能说明书相符。包括火警通告抑制、冷却系统、电力与调节、不连续供电、WAN 连接、LAN 连接、灾难恢复接线、数码模拟。确认并记录系统符合安全与人机工程的要求。(9)结构测试(白盒法)，主要指源代码的结构测试。对以下各项进展确认。遵循模块化程序设计。无无效代码。按照标准进展识别、修订、注解和评论。算法公式和计算准确。模块排序准确。关键上属性、报警等锁存准确。保持惟一的逻辑输入输出。数据贮存存放器是惟一的。定时器和定序器设定准确。(10)确认整个安装过程符合操作手册要求。运行确认OQ运行确认的目的是保证系统和运作符合需求标准。运行确认应在一个与正常工作环境隔离的测试环境下实施，但应模拟生产环境。具体包括如下。(1)系统安全性测试挑战所有逻辑系统，诸如各工作层的使用权限，证明各安全层面的允许权限未经授权的操作得到禁止。确认系统外围的安全性，诸如IO 总线卡，操作人员接口终端等。(2)操作人员接口测试，确认操作人员接口系统的功能。(3)报警、互锁功能测试。(4)数据的采集与存贮，确认系统的数据采集与存贮功能如下。准确的采集、贮存和检索数据；确认数据的输出长度、进位与空值、零与负值的处理能力；自动将数据存档并保存至指定时期。(5)确认数据处理能力，包括算法、统计、利用查表数值与报告的产生等。(6)定时器和定序器测试。(7)功能性测试(黑盒法)，根据系统定义中所提供的各种要求文件、标准(最好有一包括运作分支在的功能图)对系统各功能和各决断通路进展测试。测试应在最高特定条件下进展(如最高通讯负载，大型数据文件的处理等)。(8)断电修复测试复查断电之前，期间和之后的数据采集状况证明数据没有破坏或丢失。测试后备供电、不连续供电和动力调节器、发电机功能恢复是否正常。(9)灾难恢复测试，制造一起系统失效现象，按照灾难恢复程序一步步确认以下各项。现有的数据未被破坏。保证对系统的数据备份有效。(10)制定系统标准操作程序运行确认结果合格后，证明系统具备了能够在正式生产环境下使用的条件，可以在正常生产环境下进展进一步确认。性能确认PQ性能确认是为了确认系统运行过程的有效性和稳定性，应在正常生产环境下进展测试。测试项目依据对系统运行希望达到的整体效果而定(如对生产出的产品质量各项特性进展测试)，测试应在正常生产环境下(一样条件下)重复3 次以上。注：当计算机系统取代人工系统时，可以进展平行的验证试验。验证完成当确认所有的验证结果符合预先设定的可承受标准，验证报告已得到相关人员审批，视为验证完毕。变更完成报告书全体报告运用阶段计算机系统台账更新/管理作为管理对象的计算机体系，全部要更新到计算机系统台账中。质量部负责的管理该台账。计算机系统操作规程对每类/台计算机系统要建立标准操作规程，包括：操作事项，维修保养点检，安全管理等。人员培训是一个持续过程，应确保所有使用、维护与开发计算机系统的人员均得到堵训。维护保养点检每年进展1次自我点检，确认点检结果和管理是否没有问题安全管理必须定义控制计算机系统物理与逻辑通道的安全程序，例如必须清楚定义增加或移动用户的安全程序，保证使未授权的或漫不经心的操作得到控制。安全程序涉与如下畴。1系统软件与应用软件安全性。2硬件安全性。3建筑安全性。备份复原必须制定和审批相应文件以控制系统备份计划、恢复程序、存档需求、非定点媒体贮存与出现系统丢失事件时的灾难恢复程序偶发事件计划。根据需要定期进展体系与数据的备份。6、问题报告计算机系统在使用过程中所遇到的任何问题与缺陷均应进展记录和报告，以便对其运行效果与变更控制结果进展评价。7、变更控制计算机系统经过验证后，保持已验证状态。如果系统发生变更，此种状态将会被破坏。变更类型包括：硬件变更、软件变更与数据库中关键参数的变更。为了维持系统始终处于已验证状态，应对其变更实施控制，具体要求如下。(1)使用部门提出书面申请，包括变更理由、依据、容与实施方案。(2)由专业技术人员、相关部门领导与质量保证部门对变更进展评估与审批。(3)根据变更影响的围决定是否应实施再验证。如变更已导致计算机系统的已验证状态发生偏移(如增加了某些功能等)，系统必须针对变更局部实施再验证。决定实施再验证后，计算机系统将开始生命周期的另一循环。如经过评估确认不实施再验证，应有充分的依据作支持。(4)所有变更必须经过相关人员批准后方可实施，不允许自行改变系统任何局部。(5)变更应充分考虑是否对其他相关系统产生影响，需针对其他受影响系统进展评价，必要时会对其他系统实施再验证。(6)所有的变更申请、评估、审批与再验证活动均应有文件记录，以使之具有可追踪性。8、周期性回顾系统的变化一般可分为两种。一种为的、有形的变化，这种变化应按照以上所述的变更控制要求执行。而另一种变化是系统在长期频繁使用中，由于时间的变化、环境的变化、人员的变化、硬件的磨损等诸因素，而导致的一种未知的、无形的变化。对于这种变化，需要对系统进展周期性回顾(回顾周期一般建议为3 年)，以确保：(1)系统运行始终处于已验证状态；(2)系统维护严格按相关程序执行；(3)系统文件与时而准确地反映了现行计算机系统的运行情况。如果通过回顾，发现计算机系统的已验证状态已发生偏移，系统必须实施再验证(图 64)。系统回顾的围、方法与结论均应有文件记录，以使之具有可追踪性。废弃当一个计算机系统的现行功能实施不再适用，或执行一个新系统替代现有系统的功能时，该系统就从实际使用中引退。此阶段目标是要消除对原系统的依赖并提供一个如何从原系统中取回相关数据的方法。一、 工程计划(引退系统)制定一个工程计划以确定引退工作的步骤、鉴别将要替代原有系统的新系统、引退过程的期限与相关责任。确定原系统数据是否应按照一定的格式存档。如果原系统被另一个系统替代，存档的数据应该被装载在替代系统中，数据成功转移确实认是新系统验证的一局部。系统引退时，应通知到所有受影响的用户，并完成以下工作。撤销系统特殊的程序。切断系统通道。整理系统所有逻辑值、符号和菜单参考。删除所有软件和工作环境下存档的电子记录。二、系统引退报告统引退报告用于总结整个系统引退工作的实际执行结果，确认是否按要求正确实施引退活动。5 / 5