生产与服务提供过程的确认控制程序

修订记录

1、目的

对特殊过程、涉及生产环境控制的设备和用于生产和服务提供的计算机软件应用的确认做出安排，确保能证实过程具有稳定地实现所策划结果的能力。2、范围

适用于特殊过程、涉及生产环境控制设备的确认和用于生产和服务提供的计算机软件应用的确认。

3、职责

3.1 工艺技术部负责过程的识别以及过程确认活动的组织。

3.2 其他相关部门负责协助过程确认活动的实施。

4. 程序

4.1 过程确认的判定：

4.1.1 公司的特殊过程都需要进行确认。可按以下的过程确认决定树决定什么过程需要进行确认。关键工序要进行验证。

图1 过程确认决定树

4.1.2 需要确认的过程举例如下，但不限于：

●灭菌过程

●净化车间环境

●采购配件的清洗

●无菌包装封口

●超声波焊接

●塑料注塑

●纯化水系统验证

●分析方法

●计算机软件

4.2 确认计划：

公司按4.1分析公司所有识别出需要确认的过程，建立年度验证主计划，验证主计划包括识别所有的需要确认过程和设备的识别以及确认历史等。该计划是动态的，能反映重新确认等。

4.3 确认的实施：

4.3.1 准备阶段：

4.3.1.1组建验证小组来计划和监视确认活动；确认小组的成员可包含来自以下专业领域的代表或专门从事下列工作的人员：质量、生产、研发、临床、工艺、采购等；

4.3.1.2验证小组组长制定年度验证计划或项目验证计划，明确要确认的过程，确认（过程）的进度表，要求确认的过程和再确认（过程）时间选定上的相互关系。

4.3.2 方案编制：各部门验证小组成员根据年度计划提出确认与验证项目申请，并起草验证方案，然后组织验证小组成员对确认方案进行讨论。过程确认方案可包含以下内容：

1)识别要确认的过程。例如超声波焊接、无菌包装封口过程等。

2)识别在这个过程下产出的产品。例如该过程所有的产品编号。

3)一个成功确认的目标和可测量的标准。

4)确认用时和确认进度安排。

5)识别确认过程中的作业班次、操作人员和设备。

6)识别过程设备中辅助设备、公共设施及其质量，如水、电、气的要求。

7)识别操作员和要求的操作员资质。

8)过程的完整的描述。

9)产品、元件或原材料等的相关规格。

10)在过程确认中，所设置的任何特殊控制或条件。

11)要监控的过程参数和监控方法。

12)监视的产品特性和方法。

13)用来评估产品的主观准则。

14)不合格的定义，包括可测量和主观标准。

15)数据收集和分析的统计方法。

16)生产设备保养和修理方面的考虑。

17)再确认准则

4.3.3 安装确认（IQ）：

设备设计和选定后，应重要的IQ考虑事项包括，

●设备设计特点（如清洁装置的结构材料，材质要求等）

●安装条件（布线、公共系统连接、功能性等）

●设备参数是否能达到公司的要求

●校准（控制关键参数仪表的计量校准）、预防性维护保养、清洁计划

●安全特性（保护操作者的安全）

●供应商文件、印刷品、图样和手册

●设备是否正确安装

●软件文件（如果适用）

●零部件清单

●环境条件（如清洁室的要求、温度和湿度）

安装确认的偏差：对于安装过程中发现的任何不符合设备设计、合同、图纸等的偏差应进行评估并记录。

4.3.4 运行确认（OQ）:

a)在OQ开始之前，确保设备的IQ完成并批准。

b)识别出对过程输出的性能有明显影响的关键过程参数（如时间、温度、

压力等），并建立运行范围。关键参数的确定可参照历史经验、试验设计、供应商推荐或筛选试验等确定。

c)在OQ前，确保原材料符合要求，如果需要，已经经过了处理。

d)确保该过程建立了作业指导书草稿。

e)OQ前，确保参与OQ的相关人员得到培训。

f)OQ要建立接收标准、验证的方法、时间、抽样方案等。

g)过程OQ至少要挑战高过程参数和低过程参数，证明在所建立的参数范围

内均能生产出符合预定要求的产品。

h)OQ成功批准后，应将所获得的参数范围受控，形成过程规范、作业指导

书等以指导生产。

i)OQ样品必须销毁，不可用于生产销售。

4.3.5 性能确认（PQ）:

1)在做PQ之前，确保OQ成功完成了并得到批准。

2)PQ的目标是证明OQ建立的过程参数范围内能持续生产出满足规范要求

的产品，及其过程能力。

3)PQ通常运行三个批次，PQ应挑战可能遇到的正常的生产情况，如模拟正

常生产的情况：上下模具，生产的班次情况等。

4)PQ的生产批应形成批记录，可按正常程序放行至销售。

5)偏差处理

4.3.6 计算机软件应用的确认

4.3.6.1确认时机

1)软件首次安装；

2)软件升级；

3)计算机改变硬件设置以及更改操作系统。

4.3.6.2软件首次安装、软件升级安装时，软件负责人、设备管理人员、软件使用人员一起进行软件确认。软件的确认应从功能性、适用性等方面进行确认，确认软件是否满足使用的要求。

4.3.6.3软件运行的硬件配置条件或操作系统更改时，使用部门提出申请，由软件负责人、设备管理人员、使用人员一起进行软件再确认，并保留确认记录。

4.3.7 过程确认最终报告：

确认活动结束时，形成最终报告。该报告总结并参考所有的方案和结果。应得出关于过程确认状态的结论。最终报告应由验证小组和合适的管理层来进行评审并审定；

4.4 保持确认状态

4.4.1 监视和控制：

应监视过程的趋势，以保证过程始终保持在规定的参数范围里。当质量特性的监视数据显示出一个不良趋势时，应调查原因，可以采取纠正措施并考虑进行再确认。

4.4.2 过程和（或）产品的改变：

应评估过程和（或）产品的改变，包括程序、设备、人员上的改变，以确定这些改变所带来的影响并考虑再确认的范围。

4.4.3 连续的控制状态：

过程可能发生各种各样的改变，这些改变是察觉不到的，或在不合理的时间里才会考虑到的。（例如灭菌过程。）这些改变累积起来可以影响到过程的确认状态。对于这类过程，应考虑实行定期再确认。

4.4.4 再确认：

过程，分析方法，支持过程和环境控制的辅助系统需要定期验证，验证与确认方案中必须建立再次确认的频率

以下情况，验证小组应评估再确认的必要性：

●可能影响质量或其确认状态的真实过程的改变，如原材料或供应商的

变更

●质量指标上的不良趋势

●可能影响到过程的过程设备变更

●对过程有影响的产品设计上的变更

●过程从一个厂房转移到另一个厂房

●过程应用的改变