GMP认证计算机化系统验证管理规程完整

《GMP认证计算机化系统验证管理规程完整》由会员分享，可在线阅读，更多相关《GMP认证计算机化系统验证管理规程完整（29页珍藏版）》请在装配图网上搜索。

1、范文范例指导参考名称计算机化系统验证管理规程编号SMP-QA-XX版本号XX制定人/日期部门审核人/日期QA审核人/日期批准人旧期生效日期QA经理/日期颁发部门质量管理部分发部门各职能部门1. 目的：本规程是对与 GMP1 关的计算机控制系统的用户需求及其设计、安装、运行的正确性稳定 性以及工艺适应性的测试和评估，以证实该计算机控制系统能达到设计要求及规定的技术指标，且 能够长期稳定工作。2. 范围：本规程适用于被确定为与GMP1 关的计算机控制系统的验证管理，此类计算机控制系统主 要用于物料控制及管理、实验室设备控制及信息管理、生产工艺及控制、生产工艺设备控制、公用 设施控制。3. 职责3.

2、1 质量保证部：负责验证方案及报告的审核批准，并确保按照验证方案实施，参与验证偏差调查 及变更审批，并负责将验证 报告归档保存，组织供应商审计。3.2 使用部门：负责制订用户需求和验证方案，参与系统的验收、安装及组织并落实安装确认、运 行确认、性能确认，参与验 证偏差调查及变更审核，参与供应商审计。3.3 物料部：负责筛选供应商并参与供应商审计。3.4工程部信息管理岗：参与URS和验证方案的制定，参与验证偏差调查及变更审核，参与供应商审计。4. 内容4.1定义4.1.1 计算机控制系统：由硬件、系统软件、应用软件以及相关外围设备组成的，可执行某一功能 或一组功能的体系。本文计算机控制系统包括P

3、LC 控制系统。4.1.2 源代码：以人类可阅读的形式（编程语言）表示的初始的计算机程序，在计算机执行之前， 需译成机器可阅读的形式 （机器语言） 。4.2 验证流程图：见附录。4.3验证内容4.3.1 验证小组的组成及职责验证小组的组成由供应商、质量保证部、设备工程部、IT及使用部门所组成。4.3.1.2 系统验证各实施部门职责范文范例指导参考使用部门：负责制订用户需求和验证方案，参与系统的验收、安装及组织和落实安装确认、运行确 认、性能确认，参与验证偏 差调查及变更审核。质量保证部：负责验证方案及报告的审核批准，并确保按照验证方案实施，参与验证偏差调查及变 更审批，并负责将验证报告 归档保

4、存，组织供应商审计。采供贮运部：负责筛选供应商并参与供应商审计。工程部信息管理岗：参与 URS 和验证方案的制定，参与验证偏差调查及变更审核，参与供应商审计。 432计算机软件分类 4.321 GAMP根据系统的风险性、复杂性和创新性，对计算机系统进行分类，通过对系统进行分类来协助确定验证活动和文件范围，软件分类如下:分类描述验证方法1基础软件已建有的商业可利用性网络和操作系统，如：Windows XP/7，Linux Mac OS基础软件工具，包括网络监控软件、批处 理作业计划工具、安全软件、防病毒软 件、配置管理工 具。确认名称及版本号，按照所批准的安装规程验证 正确的安装方式。III.非

5、配置软件包括业务中使用的非定制商业产品。其中 既包括不可被配置的系统，又包括虽可配 置但只使用 默认配置的系统。如：基于中 间件的应用程序，COTS软件，仪表仪 器。简化的生命周期方法；URS记录版本号验证正确安装方式；基于风险的供应商评估；记录版本号，验证正确的安装方式；基于风险进 行测试；IV.可配置软件可配置的软件产品提供配置用户特定业务 流程的标准界面和功能。其中包括配置预 先设计的软件。如企业资源计划系统(ERP)、实验室信息系统(LIMS)。有用于维持系统符合性的规程。 生命周期法；基于风险的供应商评估，证明供应商有合适的 质量控制体系；记录版本号，验证正确的安装方式；进行基于风险

6、的测试；有用于维持系统符合性的 规程。v用户定制软件这些系统或子系统是为了满足公司特疋的 需求而开发的。客户定制开发包括一个完 整的系统或对现有系统进行延伸。此类软 件也包括可配置的客户软件。与上相同，加上更严格的供应商评估审 计； 贯穿于整个生命周期的文档资料。计算机硬件分类:分类描述验证方法范文范例指导参考1标准硬件标准硬件包括输入、输出设备，如标准个 人计算机，打印机、条码扫描仪、程序控 制系统（PLG SCAD/系统）、服务器、 网络硬件以及有标准硬件组成的设备。通过文件记录下生产厂豕或供应商的详情、序列 号和版本号；IQ安装确认；适用配置管理和变更控制。IL客户定制组件按照用户需求特

7、殊设计并生产的硬件。包括上述内容；DS设计说明；验收测试；基于 风险的评估对供应商进行审计。4.321 部分结构较复杂的计算机控制系统，不能简单的划分为某一类，应根据其每一个模块开发 程度进行分类。4.3.3 验证过程确定4.3.3.1 计算机控制系统的验证不只局限于系统的使用过程，应始于系统初期的定义和设计阶段， 终止于系统无使用价值， 伴随着系统发展的整个生命周期。计算机控制系统的验证一般涵盖以下几 个过程，根据计算机控制系统的具体情况进行具体确 定。4.33.2 使用部门确定要验证的计算机控制系统所属分类。4.3.3.3 按软硬件的分类选择要进行的验证过程。验证内容根据设备的具体情况确定

8、，下述项目可 以省略、合并，并根据具体 的设备或系统进行适当调整。表1计算机验证清单分类软件硬件I出IVVIn用户需求URSVVVVXX设计确认DQXXVVXV风险评估XVVVXV供应商选择和评估X(V)VVXV工厂验收测试FATXXVVXX安装确认IQVVVVVV运行确认QXXVVXX性能确认PQXVVVXX回顾验证VVVVVV系统引退报告VVVVVV44.3.4.1 用户需求 URS用户需求由使用部门和工程部人员制定，详细说明计算机控制系统的基本业务需求、期望及性能指标，用来确定系统的设计标准。包括如下内容：范文范例指导参考 系统说明：说明系统要做什么，各单元之间如何连接及相互作用关系，控

9、制方式(如逻辑控制、 分选控制、互锁控制、报 警控制、位置控制、速度控制、温度控制、压力控制、时间控制、计 数和其它多极控制等)，执行的过程，操作人员对接 口的要求及安全性要求等。物理要求一包括有效空间、位置、所处的环境等。硬件文件标准一包括图纸、流程图、手册、部件清单等。软件文件标准一包括程序编号及修订号、输出程序及详细解释、复制件的提供及贮存条件、系 统框图及配置清单。 测试要求一系统开发过程中所要求进行的测试项目及记录，包括单独模块测试及集成测试等。 对供应商的其他要求一包括 对已完成的系统验证要求、关于在设计开发过程中的质量控制和变 更控制要求等。4.342 风险评估43421 计算机

10、风险管理流程步骤一：实施初步风险评估并确认系统影响步骤二：确认对患者安全、产品质量和数据完整性有影响的功能步骤三：实施功能性影响评估并识别控制措施步骤四：实施并核实合适的控制措施步骤五：审查风险与监控控制措施44422计算机风险识别等级划分详见质量风险管理规程(SMP-QA-042)中的危险分级与筛选图(SMP-QA-042-03)。4.3.4.2.2 实施初步风险评估并确认系统影响计算机化系统的初步风险评估应当基于对所涉及工艺或商业流程的理解。用户需求标准(URS)、相关法规与指南要求、设计标准、操作程序以及职能范围等是实现这一理解的来源。初步风险评估应当 包括对系统是否受 GMP 规 制的

11、判断以及系统影响的初步评估。初步风险评估将决定后续管理工作的 程度，因而非常关键。此外，由于该阶段涉及对工艺 或商业流程的理解，因此系统的用户必须参与 初步风险评估，与系统供应商共同完成评估，并对最终评估结果进行确认。范文范例指导参考表 2 系统 GxP 关键性评估表2系统GxP关键性评估问题回答系统是否生成、处理和控制用于支持法规安全性和功效提交文件的数据？是口 /否口系统是否控制临床前、临床、开发或生产相关关键参数和数据？是口 /否口系统是否控制或提供有关产品放行的数据或信息？是口 /否口系统是否控制与产品召回相关要求的数据或信息？是口 /否口系统是否控制不良事件或投诉的记录或报告？是口

12、/否口系统是否支持药物安全监视？是口 /否口是否是GxP关键系统（上述回答一个“是”即为GxP关键系统）是口 /否口4.GMP影响分级（表3）。表3系统GxP影响分级影响情况级别分类参考标准（可根据具体流程需要进行调整）对患者安全的影响高=可能造成严重伤害或死亡中=可能造成轻微伤害低=不会造成危害对产品质量的影响高-可能使导致患者受到严重伤害的产品被放行中-可能使导致患者受到轻微伤害的产品被放行低-可能会导致不会被放行的低质量产品或是产生不会对患者造成伤害的低 质量产品对数据完整性的影响高-数据完整性丧失导致不能召回产品，或导致能够对患者造成严重伤害的产品被放行中-数据完整性丧失导致使能够对患

13、者造成轻微伤害的产品被放行低=数据完整性丧失导致产品作废，或数据记录不能充分支持产品放行影响级别高口 /中口 /低原则：可能有多个原因，米取“就高不就低”原则4确定对患者安全、产品质量和数据完整性有影响的功能根据系统所要实现的功能，从系统关键性评估和影响分级两个层面进行判断和分析（表4），确定并识别系统对患者安全、产品质量和数据完整性有影响的功能。表 4 系统功能影响识别 表 4 系统功能影响识别功能GME关键否影响级别功能1是口 /否口咼/中口 /低口功能2是口 /否口咼/中口 /低口功能3是口 /否口咼/中口 /低口功能4是口 /否口咼/中口 /低口是口 /否口咼/中口 /低口表5功能性风

14、险评估矩阵示例功能风险和可预测故障后果严重性可能性可检测性风险等级控制措施表5功能性风险评估矩阵示例4.3风险评估过程目的是采用合适的控制（表6）;依据所辨识出的风险级别可通过一组选项实现控制,这些选项包括（但不限于）以下：4.3.4.2.5 实施功能性风险评估并识别控制措施表6实施并核实风险措施表6实施并核实风险措施功能风险等级控制措施措施处理人处理时间措施核实4.3.4.3 供应商的选择和评估4.3.4.3.1 系统所有者将选择的供应商的规格标准和自己的系统需求标准对比，作为供应商选择的依据，选择并评估系统需求标准最符合的供应商，系统所有者和QA及IT 起明确对供应商的评估流程。序号评估方

15、式建议可以来自购买相同产品的经验也可以是其他产品的经验，关通过自身经验评估供键点在于：1应商产品的质量（故障率）；出现故障后的保障情况（电话、现场访问、故障修复）。2通过公司外的参考意适用于本公司无与该供应商接触的经历时，关键点：见评价供应商供应商的市场地位；供应商作为软件供应者的形象； 产品的质量声誉。3.调查表-信函审核可以使用公司内部的调查表，或通过公共组织进行，或用私人提供调查表。PDA等4通过第一方审核进行评价进行质量体系和/或产品开发的独立评审。5通过用户所在的公司进行供应商审核能故对供应商质量体系和供应商的检测实践有较好的认识。43432最终选择哪种评价方法应取决于风险评估。评价

16、标准包括供应商风险和产品风险。系统所有者应证明并记录归档选择的程序。系统所有者在QA和IT的帮助下应对供应商进行评估并记录归档评估结果，供应商审查应在报告中详细记录并给出最终水平。其他评估也应在报告概述中记录 并给出最终水平。4.344 设计确认及工厂验收测试DQ&FAT4.3.4.4.1 系统设计可分为控制系统配置图设计、硬件设计和软件设计。系统设计文件一般由供应 商制订，但必须经过用户审核及认可后方可实施控制系统配置图设计一包括系统 布置图）、I/O （输入/输出）接线图、控制“ f器件排列图等。PID （管路及仪表4.3.4.4.2 硬件设计一包括所有的I/O （输入/输出）接模板及型号

17、、选择界面控制器、选择显示屏、中间继电器、内存、打印机、辅助电源、电子组件 件等。CPU 通讯模板、人机4.3.4.4.3 软件设计一包括系统软件、应用软件、数据。/电线/电缆、其它器4.3.4.4.4 软硬件组装过程中必须进行相应的性能检测。4.3.4.4.5 由设备部组织相关部门讨论确定是否需要进行FAT,如果进行FAT,应进一步讨论确定FAT的内容。4.4安装确认（IQ） 安装确认是确认系统安装符合设计标准，所需技术数据俱全。具体确认内容如下:4.4.1 文件确认过程包括用户技术指南、标准操作规程、培训计划、售后服务协议、安全程序、设备清单、硬件确认、软件确认、原代码、仪器仪表清单、技术

18、标准及图纸、仪器仪表校验程序、PID图、控制回路图、 I/O （输入/输出）设备清单及接线图、备品备件清单、预防维修程序。安装过程确认：确认整个安装过程符合PID图及操作手册的要求。4.4.3.环境和公用系统确认4.4.3.1 确认并记录系统安装的环境，包括清洁度、射频/电磁干扰、振动、温湿度、噪声、照明等。记录关键公用工程系统的情况，并确认公用工程系统的关键性质与功能说明书相符，包括火警通告/抑制、冷却系统、电力及调节、不间断供电、广域网连接、局域网连接、灾难恢复接线、电话数码/ 模拟等。确认记录系统符合安全及人机工程的要求。444 系统测试及确认首先确认FAT （工厂接受试验）测试报告项目

19、齐全，且符合设计标准的要求。在现场操作环境下，对系统进行一些必要的测 试，主要内容包括如下：仪器仪表珂已校脸，且在有放期內有相应前合格证或证明校正的祈准符舎规定要求JI/O （输入/输出）信号测试，保证信号可从控制系统发至装置并可从装置返回到控制系统。数据采集传送和贮存信号测试匚其它测试4.5 运行确认（ 0Q4.5.1 运行确认是保证系统和运作符合设计标准，应在现场操作环境下，对系统的所有功能进行确 认测试。内容包括如下：系统安全性测试一挑战所有逻辑系统，如各工作层的使用权限，证明各安全层面的允许权限未 经授权的操作得到禁止。 系统需求定义中所要求的各种过程控制功能测试一根据系统定义中所提供

20、的各种要求、标准（最好有一张包括运作分支在内的功能图），对系统各功能和各决断通路进行测试，测试应在最高特定条件下进行（如最高通讯负载，大型数据文件的处理等）。报警、互锁功能测试一根据系统操作手册操作，给系统提供报警或互锁的条件检测相应程序的 有效性。 定时器和序列发生器测试一根据系统操作手册操作，设定系统产生相应功能的时间和程序，检 测系统定时或定序程序的有 效性4.5.2 数据处理、存储功能测试确认索统具肩准剧的采集、贮存和捡索数据的功能=确认敷鮒】输岀长度、进位及空值的处理能力。自动捋数据徉盘并保存至指定文件夹4.5.3 断电/恢复功能测试复查斷电之前、期间和之后的数据采集狀况证明资料没育

21、玻坏或丢先= 测试洽备供电、不间断供电和动力调节器、发电机功能恢蔓是否正嚅 根据系统操作手冊冬作制港一起系焼失效现象 崩认系统现育的数据没有破坏和备份仍有 效。4.5.4 其它功能测试4.6性能确认（PQ4.6.1 性能确认是为了确认系统在正常生产环境下，其运行过程的有效性和稳定性。测试项目依据 对系统运行希望达到的整体效果而定，并应该进行重复确认。若系统是生产、实验设备或公用设施的一部分时，系统的性能确认应与设备（设施）的性能确认结合在一起完成。当计算机控制系统取代人工系统时，可以进行平行的验证试验。对于生产设备，应对生产出的产品质量特性进行检验，以确定其各种过程控制功能的有效性，如含462

22、 对于连续过程处理的设备，如空气净化系统，应在一定时期内对尘埃粒子、微生物、温湿度、 空气流向、压差、换气次数等 指标进行监测。463 回顾性验证463.1 所有验证的计算机控制系统都必须进行回顾性验证，以确认计算机控制系统的状态始终处于验证状态。4.6.3.2 回顾性验证的内容：计算机控制系统的维护；计算机控制系統的变更；计第机控制系统数锯统计分祈：计算机控制象统硬件检查： 软伴的安全性、稳定性检查及评估：偽差处理及统计分析回顾性验证周期可根据计算机控制系统的具体情况确定，对于111、类计算机控制系统，回顾性运行验证的周期一般为3年，其他计算机控制系统可以适当延长至5年。回顾性验证以数据分析

23、为主，为避免一次性分析大量数据，可将验证周期均分为数个区间， 分阶段进行数据分析，最后 汇总分析。4.7 系统验证偏差验证过程中发生偏差时应当按偏差管理规程(SMP-QA-005 要求进行管理。4.8 系统变更控制4.8.1 变更类型一包括硬件变更、软件变更及数据库中关键参数的变更，包括软件系统升级。4.8.2 为了维持系统始终处于已验证状态，应对其变更实施控制。4.8.2.1 使用部门提出书面申请，包括变更理由、依据、内容及实施立案；4.822 由专业技术人员、相关部门负责人及QA 对变更进行评估及审批；4.8.2.3 根据变更影响的范围决定是否实施再验证。如变更已导致计算机控制系统的已验证

24、状态发 生偏移，系统须针对变更部 分实施再验证；如经过评估确认不实施再验证，应有充分的依据作支持；4.8.2.4 所有变更须经过相关人员批准后方可实施，不允许自行改变系统任何部分；4.8.2.5 变更应充分考虑是否对其他相关系统产生影响，需针对其它受影响的系统进行评价，必要 时对其他系统实施再验证；4.8.2.6 所有的变更申请、评估、审批及再验证活动应有文件记录，以使之具有可追踪性。4.9 计算机控制系统的引退 计算机系统的现行功能不再适用或引入新系统时，应起草原有的计算机控制系统引退文件，其目的 是要消除对原系统的依赖并提 供一个如何从原系统中取回相关数据的方法。4.9.1 制定引退计划，

25、确定引退步骤以及引退的期限、相关责任等。492 原系统数据必须被完整地转移到新系统中，这是新系统验证的一部分。493 系统引退时，必须通知所有受系统影响的部门并确认完成下列工作：撤销系紡特殊的稚序切斷索统通逋=整理系统所有逻辑值、芻号 和秦单参帶=.11徐斯有软件和工作坏境下存松的电子记录4.9.4 系统引退报告用于总结整个系统引退工作的实际执行结果，确认是否按要求正确实施引退活 动。4.10 验证方案的执行4.10.1 验证方案由使用部门的人员负责起草，并由使用部门、设备工程部、质量保证部人员组成验 证实施小组。详细参见验证管理规程(SMP-QA-21)执行。4.10.2 验证实施前方案要经

26、过相关确认与验证委员会成员的审核批准。4.10.3 根据具体设备及其功能特点安装/运行确认方案可合并在一个方案中，但测试执行的次序及合并方案的原因要在方案中特别说明。4.10.4 某些非关键项目的测试未进行前可执行下一步的确认，该项目应作为偏差进行描述并在报告中明确解释。关键项目未进行确认前进行下一步确认是不允许的。4.10.5 每一份方案执行完毕，验证实施小组要及时整理记录数据并完成验证报告，验证实施过程中 发现的偏差必须体现在报告 中，并经相关确认与验证委员会成员审核批准。计算机系统评估报告编号方式：RA-CS-部门代号-流水号(三位数字表示)，例实验室计算机系统第一个评估报告： RA-C

27、S-03-001。计算机系统验证方案及报告编号方式：车间/部门+文件类别+验证类别+序列号，验证类别用CS 表示，例实验室计算机系统第一个验证方案：03VPCS001 实验室计算机系统第一个验证报告：03VRCS0014.10.8 验证结束后，5参考文献：药品生产质量官6相关文件：验证管理规程变更管理规程偏差管理规程由验证小组组长检查所有验证文件后交由文件理规范(2010年修订)GAMP即(SMP-QA-21(SMP-QA-023(SMP-QA-005)QA 归档。良好自动化生产实践指南第五版质量风险管理规程 (SMP-QA-042)7附录名称编码计算机化系统评估报告模版R-SMP-QA-XX

28、-01计算机系统验证流程图R-SMP-QA-XX-028.变更记录及原因版本号文件编码变更原因、依据及内容001SMP-QA-XX新制疋计算机化系统评估报告模版R-SMP-QA-XX-01 REV:001 计算机化系统评估报告报告编号：RA-CS-xx-xxx负责人岗位姓名签名日期起草人审核人审核人工程部信息管理岗审核人工程部经理审核人文件QA批准人质量保证部经理目录1. 目的 32. 范围 33. 职责 34. 法规和指南 35. 系统/设备描述 36. 系统GXP关键性评估37. 结论 8目的 提供书面文件来评估XXXXXX寸GxP的影响，确定该设备是否为与GxP有关计算机化系统。1.范围

29、本文档适用于质量检验室的XXXX设备，设备编号为XXXXX2.职责操作人员：负责本评估报告的撰写、审核； 质量检验室主任、工程维修部经理、信息管理岗人员、验证管理QA 参与系统影响性评估，并审核本报告；质量保证部经理：审核报告并批准。3. 法规和指南药品生产质量管理规范（2010 年修订）ISPE GAMP5良好自动化生产实践指南C2 （第五版）GMP 附录：计算机化系统（2015 年）4. 系统/设备描述4.1. 用途：4.2. 安装/存放位置：4.3.结构与组件：5. 系统GxP关键性评估5.1.GxP 评估根据上述系统描述，以下GxP评估中问题1-6可以确定本系统是否为GxP关键：问题编

30、号描述评估结果1系统是否生成、处理或控制用于支持法规安全性和功效提父文件的数据？是否口2系统是否控制临床刖、临床、开发或生产相关关键参数和数据？是否口3系统是否控制或提供有关产品放行的数据或信息？是否口4系统是否控制与产品召回相关要求的数据或信息？是否口5系统是否控制不良事件或投诉的记录或报告？是否口6系统是否支持药物安全监视？是否口如果这6个问题中任一个问题的回答是“是”，即为GxP关键系统，评估之后再进行以下评估。范文范例指导参考如果对所有的6个问题的回答都为“否”，即为GxP非关键，就不必进行下述评估。不纳 入计算机系统化管理。52 系统硬件、软件分类口不适用口系统硬件分类分类举例通过厂

31、家、规格、型号、材质、序列 1类：标准硬号等技术参数直接可以通过市售渠道件采购的硬件。如标准个人计算机、打印机、条码扫描仪、程序控制系统（SCAD/系统）、服务器、网络硬件、温 度传感器以及由标准 硬件组成的设备。2类：定制的需要经过供应商定制设计建造的硬件 内置硬件组件亠卄部件。网路、电路、气路；配电柜及兀器件；传感器安装。系统软件分类分类描述分类举例1类：基础设施软件分层式软件（作为搭建应用程序的 基础）；用于管理操作环境的软 件。操作系统、数据库引擎、中间件、统计包、电子制表软件、网 络监控工具、版本控制工具。3类：不可配置软件产品可以输入并储存运行参数， 但是并不能对软件进行配置 以适

32、合业务流程。基于中间件的应用程序、COTS软件、仪表仪器。4类：可配置软件产品该软件通常非常复杂，可以由用户 来进行配配置（组态）以满足用户 具体业务流程的特殊需求。该软件 编码不能更改。实验室信息管理（LIMS）、数据获取系统、管理控制与数据 获取（SCAD）企业资源规划（ERF）、生产资源规划（MRPII）、临床试验监控系统、分散的控制系统（DCS、不 良药物反应（ADR）报告、色谱法数据系统（CDS、电子文 件管理系统（EDEM）构建管理系统、客户关系管理（简称CRM、电 子表格、简单的人机交互界面（简称HMI）、注意：以上某些 系统可能包含重要的定制成分。5类：定制应用软件设计定制程序

33、和编制源代码以使其适应用户业务流程的软件视情形改变，但通常包括：内部和外部开发的IT应用程序、内部和外部开发的流程控制应用软件、定制梯级逻辑软件、定制固件、电子制表软件（宏）。该系统硬件为 _类，软件为 _类。5.3.影响分级口 不适用口影响情况级别分类参考标准（可根据具体流程需要进行调整）对患者安全的影响高=可能造成严重伤害或死亡中=可能造成轻微伤害低=不会造成危害对产品质量的影响高-可能使导致患者受到严重伤害的产品被放行中-可能使导致患者受到轻微伤害的产品被放行低-可能会导致不会被放行的低质量产品或是产生不会对患者造成伤害的低质量产品对数据完整性的影响高-数据完整性丧失导致不能召回产品，或

34、导致能够对患者造成严重伤害的产品被放行中-数据完整性丧失导致使能够对患者造成轻微伤害的产品被放行低=数据完整性丧失导致产品作废，或 数据记录不能充分支持产品放行影响级别高口 /中_/低口原则：可能有多个原因，米取“就高不就低”原则 对影响级别高或影响级别中的系统 进行功能影响识别54系统功能影响识别口不适用口确定对患者安全、产品质量和数据完整性有影响的功能根据系统所要实现的功能，从系统关键性评估和影响分级两个层面进行判断和分析，确定并识别系统对患者安全、产品质量和数据完整性有影响的功能。功能GxP关键否影响级别密码权限是口 /否口咼口 /中口 /低口打印功能是口 /否口咼口 /中口 /低口审计

35、追踪是口 /否口咼口 /中口 /低口软件控制功能是口 /否口咼口 /中口 /低口数据备份及存储功能是口 /否口咼口 /中口 /低口5.5. 实施功能性风险评估并识别控制措施及实施并核实合适的控制措施口 不适用口功能性风险评估矩阵功能风险和可预测故障SPDRPN控制措施SPDRPN密码权限打印功能审计追踪软件控制功能数据备份及存储功能6. 结论:本评估遵循本规程中风险评估执行，时间是 年月日到年 月日。评估结论如下:本设备 （设备编号： ）为：计算机化系统（硬件类；软件一类）；非计算机化系统；是否需要进行计算机化系统确认：是否口计算机系统验证流程图R-SMP-QA-XX-02 REV:001黄E件HrDQPL1r碑认OQwai喝11芟IJ1舅n标准俺用户特制订 制見ftWifDQ碑人计it机療妊殂证(GAMP5 IQJ SHFAI mURS谡计磷FATU携 -_*覺测tXL：IQ 安装确认常维护IQSK确认word版整理