ICS 11.120.30 CCS C 90 中华人民共和国国家标准化指导性技术文件 GB/Z 42344—2023 制药机械（设备）计算机化系统验证指南 Verify guidance for computerized system of pharmaceutical machinery(equipment) 2023-03-17发布 2023-10-01实施 国家市场监督管理总局 发布 国家标准化管理委员会 GB/Z42344—2023 目 次 前言 范围 2 规范性引用文件 3 术语和定义 总则 5 验证流程 6 系统验证方案 1 人员培训· 10 验证文档管理： 8 10 附录A（资料性） 风险评估示例· L2 附录B（资料性） 文档清单示例 参考文献 15 GB/Z42344—2023 前言 本文件按照GB/T1.1一2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定 起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件起草单位：山东新华医疗器械股份有限公司、浙江大学、浙江迦南科技股份有限公司、楚天科 技股份有限公司。 本文件主要起草人：张清洁、崔远付、刘雪松、吴武通、阳文录、李页瑞、谢忠泽、谭亮、部光耀、陈勇 龙涛、刘志、姬坤鹏、罗香、方环、黄少青、马广磊、李新华、王旭永、王东、丁洪勇、潘旭辉、韩耀、张礼存、 王洪敏。 1 GB/Z42344—2023 制药机械（设备）计算机化系统验证指南 1范围 本文件提供了制药机械（设备）计算机化系统验证的指南，内容包括总则、验证流程、系统验证方案、 人员培训和验证文档管理。 本文件适用于制药机械（设备）计算机化系统的验证，药品生产企业、制药装备的生产企业、第三方 验证机构均可参照使用。 2规范性引用文件 2 本文件没有规范性引用文件。 3术语和定义 下列术语和定义适用于本文件。 3.1 制药机械 pharmaceutical machinery 完成和辅助完成制药工艺的生产设备。 ［来源：GB/T15692—2008,2.1] 3.2 制药机械（设备）计算机化系统 computerized systemofpharmaceuticalmachinery(equipment) 由一系列硬件和软件组成，以满足制药机械（设备）在药品生产质量管理过程中特定功能的系统， 注：以下简称系统。 3.3 验证报告validationreport ［来源：GB/T286712012,3.9]］ 3.4 电子签名 electronic signatures 电子数据中以电子形式所含、所附用于识别签名人身份并表明签名人认可其中内容的数据 3.5 电子数据 electronicdata 以电子、光学、磁或者类似手段生成、发送、接收或者储存的信息。 3.6 life cycle of system 系统的全生命周期 计算机化系统从提出用户需求到终止使用的过程。 注：系统的全生命周期包括设计、设定标准、编程、测试、安装、运行、维护等阶段，以下简称生命周期。 1 GB/Z42344—2023 4总则 4.1基本目的 4.1.1证明系统符合《药品生产质量管理规范（2010年修订）》第七章的规定。 4.1.2证明系统符合《药品生产质量管理规范（2010年修订）》附录1和附录2的规定，以及用户需求， 达到规定的系统效果。 4.1.3证明系统符合设计和药品生产质量要求 4.1.4证明系统具有完整性、成熟性、稳定性、容错性以及易恢复性功能。 4.1.5证明系统数据的完整性、真实性和可追溯性。 4.2验证原则 4.2.1系统验证根据《药品生产质量管理规范（2010年修订）》、制药设备产品标准、用户需求标准等要 求制定验证方案，验证的每个阶段都有各自的验证方案。 4.2.2系统验证范围根据《药品生产质量管理规范（2010年修订）》要求确定，直接或间接影响药品质量 的，与制药工艺过程、质量控制、清洗、消毒或灭菌等相关的制药机械（设备）计算机化系统属于必须验证 4.2.3系统验证分为系统立项、系统实施、系统运行、系统退役等阶段。 4.2.4系统验证方案按照预先确定并批准的方案实施，并有记录。 4.2.5系统验证工作完成后，宜写出确认或验证报告，并经审核、批准。当验证结果不符合预先设定的 可接受标准时，需进行记录并分析原因。验证结果和结论（包括评价和建议）宜有记录并存档。 4.2.6系统验证活动宜能真实体现实际情况，数据不宜增加、删除、修改，宜保持完整性。 4.2.7系统验证活动可通过责任划分、记录标识和过程监督等方式满足追溯性要求。 4.2.8在系统验证活动的生命周期实施风险分析及评估并实时监控风险，以实现全面、动态的管理，降 低风险的不利影响。 4.3系统软、硬件分类 系统软件分类见表1，系统硬件分类见表2 表1系统软件分类 软件类别 内容 说明 示例 操作系统、数据库引擎、编程语言、电子制表 作为搭建应用程序的基础软件或用于 第1类软件 基础设施软件 软件、文字处理软件、版本控制工具、网络监 管理操作环境的软件 控软件等 可以输人并储存运行参数，但是并不能 基于固件的应用程序、商用成品软件、设备 第3类软件 不可配置软件 对软件进行配置以适合特定的业务 结构及功能相对固定的控制系统等 流程 可进行配置或组态，以满足使用者具体 第4类软件 可配置软件 业务流程的特殊需求；软件代码不能 工业控制软件、检验仪器数据处理软件等 修改 根据使用者业务流程要求进行和编制 第5类软件 定制应用程序 定制的工业控制软件、数据处理软件 源代码的软件 2 GB/Z42344—2023 表2系统硬件分类 硬件类别 内容 说明 示例 标准硬件组件包括制药机械（设备）制造商或供应商的详细信息以 及版本号都需以文件形式存档。验证组件的安装和连接方式是否 该系统的硬件 正确。预安装组件的模块、版本号和序列号（如果可以得到）都需记 第1类硬件 标准硬件组件 包括标准硬件 录下来。预安装硬件并不需要拆开。在这些情形下，硬件组件的详 组件等 细信息可以从硬件的数据表和其他规范材料中得到。对这类硬件 进行配置管理和变更控制管理 这类硬件是对标准硬件组件的补充。定制硬件组件有设计规范（简 称DS)，并通过验收测试。供应商评估采用基于风险的方法，并将 该系统的硬件 定制内置硬件 该评估方法以文件形式存档。在开发定制硬件时，通常都需要进行 第2类硬件 包括定制硬件 组件 供应商审计。对使用不同来源的定制硬件组件的组装系统宜进行 组件 验证，以确保硬件组件的兼容性。所有硬件配置均需在设计文件中 清晰界定，并验证。对这类硬件进行配置管理和变更控制管理 5验证流程 5.1概述 系统的验证程序依次是系统立项、系统实施、系统运行、系统退役。在系统实施各确认阶段，均需形 成阶段性验证报告；当出现关键性能偏差（如影响设备正常运行、安全及产品质量）时不宜进行下阶段的 确认。验证程序参考GB/T28671一2012中4.3的要求执行。 5.2系统影响性评估 项目早期宜进行初步的系统影响性评估，根据系统是否对药品的质量参数有直接的影响，将系统分 类为直接影响系统、间接影响系统和无影响系统。如有影响宜在设计、调试、确认和验证过程中，执行符 合《药品生产质量管理规范（2010年修订）》的计算机化系统验证。 5.3风险评估 5.3.1风险识别 旨在识别系统功能可能导致相关风险的风险事件，并确定事件所产生的影响程度。 5.3.2风险分析 5.3.2.1概述 针对不同的风险项目可选择不同的风险评估工具或方法。宜通过定性或定量地评估确定风险的可 能性、易发现程度和严重性。风险评估的结果可以表示为总体的风险值，例如：定量的表示为具体的数 字，如1、2、3；或定性的表示为风险的范围，如高、中、低， 3 GB/Z42344—2023 5.3.2.2常用的风险分析方法 常用的风险分析方法包括： a）一般的常用统计工具：用于收集或组织数据、构建项目管理等，如流程图、图形分析、鱼骨图、检 查列表等； b）风险排列和过滤（RRF）：将风险因素进行排列和比较，对每种风险因素做多重的定量和定性评 价，权衡因素并确定风险得分； c） 事先危害分析（PHA）：用于在事情发生前应用经验和知识对危害和失败进行分析，以确定将 来可能发生的危害或失败； 瞻的、预防性的工具； e） 过失树分析（FTA）：鉴别假设可能会发生过失的原因分析方法；FTA结合过失产生原因的多 种可能假设，基于对过程的认识做出正确的判断； f) 失败模式效果分析（FMEA）：评估潜在的失败模式和因此对产品性能或结果产生的影响，具体 方法可以给出相应数值，如I、Ⅱ、Ⅲ。其发生概率采用客观概率估计，即根据历史数据或大量 的试验来推定其概率；根据风险的易发现程度来确定风险的优先级，并给出相应数值；根据风 险事件对产品质量最终的影响程度进行划分，并给出其相应的数值；将以上三种分数相乘，即 可得出总体风险分数，最终根据总体风险分数将所有风险归类划分；以失败模式效果分析法的 风险分析示例可参考附录A。 5.3.3风险评价 根据系统风险分析等级采取适当控制措施，在引入风险控制措施后，重新进行风险评价，以确定能 够使风险等级降低到预期标准以下且不会引人新的风险。风险管理过程中宜编制风险追踪矩阵，参见 表3，确保能够准确、全面地反映整个风险管理过程。 表3风险追踪矩阵示例 风险 潜在 潜在风 可检 风险 风险 风险控 可检 风险 风险 严重性 可能性 严重性可能性 编号 风险源 险分析 等级值 等级 制措施 等级值 测性 测性 等级