ISPE指南第五卷：试车与确认

    ISPE工程指南  第五卷试车与确认  目录  1 简介  1.1 背景  1.2 指南范围  1.3 关键特性和指南篇章  1.4 指南目的  2 指南理念和关键概念  2.1 简介  2.2 理念和关键定义  2.3 GEP  2.4 确认行为  2.5 基础确认关系（V模型）  2.6 QA的角色  3 影响评估（Impact Accessment）  3.1 简介  3.2 定义  3.3 建议评估流程  4 GEP  4.1 简介  4.2 GEP概念  4.3 文件化  4.4 项目小组  4.5 需求阶段  4.6 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计   4.7 结构  4.8 项目控制  4.9 试车和确认  4.10 项目完结和移交  5 试车（Commissioning）  5.1 简介  5.2 范围和策略  5.3 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 批准和变更  5.4 体系概略  5.5 交付  5.6 角色和责任  5.7 责任      5.8 检查  5.9 设置以备工作  5.10 调整  5.11 检测和性能测试  5.12 培训  5.13 移交  5.14 试车计划关闭  6 确认行为（Qualifaction Practice）  6.1 目的  6.2 简介  6.3 VMP  6.4 确认合理性解释  6.5 质量保证部门的参与  6.6 文件系统升级  6.7 终端用户的参与  6.8 附加测试  7 升级设计回顾（EDR）  7.1 简介  7.2 法规视角  7.3 EDR 和 V模型  7.4 EDR 流程  7.5 建议 EDR 方法  7.6 为 EDR 选择方法  8 安装确认（IQ）  8.1 简介  8.2 IQ 的目的  8.3 IQ 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 开始前  8.4 试车与 IQ 结合  8.5 IQ 方案的文件化  8.6 IQ 方案的组织和书写  8.7 执行前 IQ 方案的批准  8.8 IQ 方案执行的文件要求  8.9 IQ 方案执行的培训  8.10 IQ 方案执行  8.11 执行后 IQ 的批准  8.12 IQ 报告的提交  8.13 IQ 日程安排  8.14 IQ 过程中的变更控制      9 操作确认（OQ）  9.1 简介  9.2 OQ 的目的  9.3 OQ 文件开始前  9.4 试车与 OQ 结合  9.5 OQ 方案的文件化  9.6 OQ 方案的组织和书写  9.7 执行前 OQ 方案的批准  9.8 OQ 方案执行的文件要求  9.9 OQ 方案执行的培训  9.10 OQ 方案执行  9.11 执行后 OQ 的批准  9.12 OQ 报告的提交  9.13 OQ 日程安排  9.14 OQ 过程中的变更控制  10 性能确认（PQ）  10.1 简介  10.2 PQ 的目的  10.3 PQ 文件开始前  10.4 试车与 PQ 结合  10.5 PQ 方案的文件化  10.6 PQ 方案的组织和书写  10.7 执行前 PQ 方案的批准  10.8 PQ 方案执行的文件要求  10.9 PQ 方案执行的培训  10.10 PQ 方案执行  10.11 执行后 PQ 的批准  10.12 PQ 报告的提交  10.13 PQ 日程安排  10.14 PQ 过程中的变更控制  11 相关项目  11.1 安全  11.2 SOP  11.3 培训  11.4 预防性维护和校准‘  11.5 计算机系统验证  11.6 清洗验证  11.7 分析方法验证      11.8 工艺验证  11.9 再验证  12 附录 1：举例分析  12.1 注射用水（WFI）举例分析  12.2 HVAC举例分析  12.3 分离器举例分析  12.4 工艺容器体系举例分析  12.5 高压蒸汽灭菌器举例分析  12.6 CIP举例分析  13 附录 2：失效模式分析  术语  缩略语  相关参考资料  章节结构                1 简介  1.1 简介  为避免因对法规理解的不一致而导致的时间和金钱的浪费，ISPE人员及健康领域相关公司的 工程代表们与 FDA共同合作，出版了有关 GxP对厂房设施要求的基础指南。  1.2 指南使用范围  此指南主要是为了满足美国对厂房、设备和公用设施的法规要求而制定，但也能够为满足欧 洲要求提供帮助。此指南的范围图如下：                                              1.3 关键特性和指南篇章  指南中定义并使用了一下关键概念：  • “直接影响”系统  • “间接影响”系统  • 系统影响评估  • GEP  • 试车  • 确认行为  • EDR    工程变更管理  影响评估                                                                                                                        QA变更控制          影响设计  指南范围  法规侧重点                                                                                                                                              GEP涉及内容  设计  研发  EDR          IQ&OQ 试车    工艺  PQ  验证     • IQ  • OQ  • PQ  • 一致性的术语  • 文件化要求  对其的简要解释如下：  厂房、设备或者公用设施的功能决定了试车与确认的等级水平。  • “直接影响”系统是预期会对产品质量有影响的系统  • “间接影响”系统是预期不会对产品质量有影响的系统  上述两种系统均需试车；而“直接影响”系统还需进行另外的确认行为。  因此，区分上述两种影响是至关重要的，系统影响评估通过一系列的流程和对关键问题的提 问以对影响作出区分。  1.4 指南目的  本指南有两个目的：一是为相关工作人员提供有关试车和确认方面的相关术语和方法学；二 是为区分“直接影响”和“间接影响”提供系统影响评估流程方法。  2 指南理念和关键概念  2.1 简介  本指南将区分试车和确认流程的差别，并定义所使用的关键术语，确认流程的法规要求等。  2.2 理念和关键定义  2.2.1 理念  本指南的基本设计理念如下：  1） GEP提供了有关医药企业法规要求的内容  2） 当体系对产品质量有“直接影响”时，需作额外的确认行为（除了 GEP和试车外）  3） 在 GEP和试车的基础上，限制了确认行为对“直接影响”系统的应用  4） GEP是“间接影响”和“无影响”体系设计的最适用的方法  2.2.2 关键定义  略  2.2.3 直接影响系统  对产品质量有直接影响，除需参照 GEP外还需进行确认。  2.2.4 间接影响系统  对产品质量无直接影响，但一般会对“直接影响”系统有支持作用，仅需遵守 GEP。由于其 可影响“直接影响”系统的性能和操作，因此：  •二者的分界点应认真评估  •应保证通过“间接影响”的链接，“直接影响”系统能够检测或阻止影响产品质量的问题。  2.2.5 无影响系统  对产品质量无影响，仅需遵循 GEP。一个系统的设计和应用范围可以决定其是否有直接影响， 因此，应认识设计的重要性，即“Design for Impact”影响设计。  2.2.6 影响设计      在设计初始阶段，就应认识到设计对系统影响的重要性。通过谨慎的设计，有直接影响的系 统会减少。有直接影响的功能保存，但设计师可以选择跟这些功能相连接系统或其他形式。  2.3GEP  GEP：贯穿于工程生命周期的，合适的，有效的工程方法和 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ，涉及厂房、公用设施，设 备等方面。主要包括如下方面：  •设计和安装  •专业和有效的项目管理，工程设计，工程输出，建筑，安装和试车  •设计概念、设计图纸、安装图纸、测试记录，维护和操作手册，法规检测标准等的文件化。  影响光谱                                    2.3.1EDR  EDR：在项目的某一合适阶段，对设计进行一次文件化的回顾，以确认其达到一区的操作要 求和法规要求。  2.3.2 试车  试车：针对厂房，系统和设备，从起始至移交给最终用户的一份经过良好计划的、文件化的 和成功工程管理方法，以达到预期的设计要求和使用期望。主要包括以下任务：  •物理完结（物理完结是一个里程碑，此时，体系已经安装或部分安装，并且相关的支持文 件以完成）和检查  •调制完成以备工作  •法规和调整  •测试和性能测试  •上述活动的计划和准备      停车场所  电梯  办公室空调系统  冷水系统  生产场所空调系统  建筑物管理系统  高压蒸汽灭菌器  纯水系统  仅需  遵循  GEP  无影响  直接影响  间接  影响？  这些系统的设计  和使用将决定他  们对产品质量的  影响等级      2.4 确认行为  2.4.1 概略  确认行为应包括：  •系统影响评估  •QA部门的参与  •升级文件系统，文件管理，批准流程  •QA变更控制  •终端用户的参与  •培训  •阐述确认理由以辨别什么应被核实，如何核实，程度如何，核实人  •决定什么不需核实，阐明理由  上述确认行为应应用于项目生命周期中的“直接影响”系统。  确认行为与 GEP关系                                                      确认行为      影响评估    确认合理性解释                                                                                                        QA部门的参与      升级文件系统&文件管理      终端用户的参与        额外的检查&测试    确认行为应在 GEP的基础上进行  GEP  •规范条例  •设计指南  •规范标准  •国际标准  •特定项目设计简述&标准  •项目工程质量计划 •工程&建筑管理规范 准备途径： •ISO •ASHRAE •ASME •顾问 • 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 商 •资质人员 应用于项目生命周期，如： •设计 •建筑&安装 •试车     2.4.2EDR  EDR 并非强制的，但在 IQ 和 OQ 前，进行一次 EDR 可以有效的在项目早期发现问题以便进 行及时的弥补和纠正，而不是将问题带入下一阶段。EDR 的发现，流程和整改措施应在正式 的影响评估中体现。检查设计的方法应当与评估下述问题的方法一致：  •系统的影响  •系统复杂性  •与系统或供应商的熟悉度  •应用“标准”设备的熟悉程度  2.4.3IQ  IQ 为“直接影响”的系统，其定义如下：对能影响产品质量的厂房、设施或设备的文件化 的确认，以保证这些厂房、设施或设备符合已批准标准，并且已被正确安装。  2.4.4OQ  OQ 为“直接影响”的系统，其定义如下：对能影响产品质量的厂房、设施或设备的文件化 的确认，以保证操作能够在所有阶段进行。  OQ 与“调制以备工作”（即 setting‐to‐work）、法规和 GEP规定的测试要求相联系。  2.4.5PQ  PQ 定义如下：对能影响产品质量的厂房、设施或设备的文件化的确认，以保证其性能达到 可接受标准。  PQ 具有以下特征：  •为高水平的衡量，通常与产品质量直接相关的单元相关，这些单元通常会在 URS中进行描 述（如粒子数，洁净间温度、湿度，WFI质量，高温蒸汽灭菌器热穿透测试）  •在已有生产条件下进行一段时间  •几个系统（既有“直接影响”又有“间接影响”）融合时，进行纠正操作会有一定挑战  •会使用替代性的证明材料  •无产品时，一般不进行进一步的测试  应当注意的是，通常不对所有与系统有关联的条件进行测试，因为：  •在 OQ 阶段会针对个别系统或设施等进行压力测试  •PQ 参数是高等级的性能指示，易于进行持续监测和记录  2.5 基本确认关系—V模型  2.5.1 概略  1）“直接影响”系统需进行确认，确认的任务相当于前面描述的试车，但是需要对确认行为 更加严谨的控制。下面的 V模型显示：  •为了使试车或确认更加有效，性能、结构和操作要求必须明确  •PQ 是为了确认系统达到了 URS的要求，会涉及到不同影响等级的系统共同工作的情况  •OQ 是为了确认系统达到功能方面的要求  •IQ 是为了确认结构和安装达到要求  •FAT是操作较验，它在实际中对进行 OQ 有帮助  •PDI（Pre-delivery Inspection）是结构测试，它对进行 IQ 有帮助     有时 FAT 和 PDI 完全在供应商处完成。 通常来讲，责任分配如下： •终端用户对有效确认负责 •越靠近 V 模型顶端，越需要终端用户的参与和直接接入，特别是当 PQ 对工艺验证有影响时 •建筑商或供应商通常对施工负责  “直接影响”系统 V模型                        2）“间接影响”系统 V模型                            2.5.2 供应商和承包商工程流程  应供应商和承包商自己的质量体系和 V模型的不同，因此终端用户应注意与他们进行沟通， 在进行确认行为时进行有效整合。  2.6QA的角色  在试车流程中 QA的介入会带来以下好处：  •在正式规模生产前对厂房设施、工艺流程和设备有充分的了解 •试车的一些操作能够减少在以后确认行为中的重复操作                                                                         PQ 测试计划                                                                            OQ 测试计划  （包括 FAT）                                                                          IQ 测试计划  URS  功能设计 FD  细节设计 DD  施工  IQ  OQ  PQ  包括（PDI） 设计研发  影响评估  试车计划      （包括 FAT）    设计研发  （包括 PDI）    影响评估  URS  功能设计 FS  细节设计 DD  施工  物理完结&检查  调制以备工作，法规 调整，测试  性能测试      •保证生成合适的文件，并及时更新和批准 •保证确认和商业生产起始的有效移交 一般认为，确认是 QA 介入工程的介入点，但是如果在试车时有 QA 的介入，那么，将会使确 认的行为更为有效。 3 影响评估 3.1 简介  应用影响评估方法可以评估一个系统对产品质量的影响，并且可以辨别系统内部的关键系统 成分。  对产品质量有“直接影响”的系统除需参照 GEP外，还要进行确认；而“间接影响”和“无 影响”系统仅需参照 GEP即可。  本章将介绍影响评估程序，将会介绍一个能够定义系统评估流程的方法，包括对系统利弊的 比较，决定系统影响和组成关键等级的标准。  3.2 定义  3.2.1 系统  一个定义了操作功能（如，管道，仪器，设备，设施，计算机硬件软件等）的有关工程组成 的组织。  3.2.1 系统边界  系统的界限，用来定义系统所包含的内容  3.2.2 影响评估  用来评估操作、控制、警报、系统的实效条件对产品质量的影响的流程。  3.2.4 关键系统成分  若一个系统内，对某一系统成分进行操作控制、将其与其他系统成分进行联系、其数据和警 报设置或失效会对产品质量有直接影响时，就认为是关键系统成分。  3.2.5 非关键系统成分  若一个系统内，对某一系统成分进行操作控制、将其与其他系统成分进行联系、其数据和警 报设置或失效会对产品质量没有直接影响，或无影响是时，就认为其是非关键系统成分。  3.2.6 影响改变变更  对“直接影响”系统，若变更影响到 URS,设计概念或者系统影响评估，则应当慎重进行， 并经 QA批准。变更涉及到的工程变更管理将在 4.8.4 中讲解。  3.3 建议评估流程  3.3.1 简介  影响评估流程由两层意思：  1） 系统：评估系统对产品质量的影响。任何在完整的系统设计之前进行的系统影响评估都 应作为准备工作持续进行，直至完成对系统成分的评估。高等级的评估，应通过影响设 计（Design for Impact），将“直接影响“的功能融进最合适的系统。  2） 系统成分：对每个系统内部的系统成分进行关键等级评估。对“直接影响”系统及其关 键系统成分，要进行确认行为。系统影响和系统成分关键等级评估是一项重大的工作， 应做好计划，管理并且文件记录。      3.3.2 系统辨认  仅需进行对系统进行总体考虑，无需考虑系统内部的单个系统成分。需考虑的系统如下：  •冷水系统  •清洁蒸汽系统  •WFI  •HVAC  •片剂压力系统  •防火系统  这些系统一旦确定，即是整个项目的基础。  3.3.3 系统边界  系统定义和边界应在所有相关的工程文件，包括图纸、标准，PID 和设备日程中体现。这将 对工程变更管理中辨别影响改变变更提供支持。  对于包含单个系统成分的系统，应当应用系统成分评估标准进行评估。  3.3.4 系统影响评估流程  系统影响评估流程                                              符合以下标准的任何一条即可认为是“直接影响”系统：  1） 与产品有直接接触（如空气质量）      2） 系统提供辅料，或者提供系统成分或溶剂（如WFI）  3） 系统用来清洁或灭菌（如清洁蒸汽）  4） 系统维持产品状态（如氮气）  5） 系统产生数据，并且这些数据作为接受或拒收产品的依据（如电子批记录系统、关键工 艺参数记录图）  6） 系统为工艺控制系统（如 DCS/PLC）  3.3.5 系统成分关键等级评估流程  无论对产品质量有什么样的影响，系统系统成分都应当进行关键等级评估。  任何符合下列任何一条标准的系统成分都应作为关键系统成分：  1） 系统成分是用来证明与注册工艺的一致性  2） 对系统成分正常的操作和控制都对产品质量有直接影响  3） 系统成分失误或者警报对产品质量或有效性有直接影响  4） 系统成分信息被记录，并作为批记录，批放行或 GMP相关文件的一部分  5） 系统成分与产品或产品组分有直接接触  6） 系统成分控制关键工艺元素，这些工艺元素可能影响产品质量，并且与控制系统性能相 关  7） 系统成分用来创建或保持系统的关键状态  3.3.6 系统影响与系统成分关键程度  系统与系统成分关系                                        系统成分  关键非关键                              X          仅需遵循 GEP                                                                                  GEP+确认行为    √    √  直接影响 间接/  无影响  系统  √      上图所示，“间接影响”系统或者“无影响”体系由仅非关键系统成分组成。  举例说明上图：用于对WFI分配回路进行热交换的冷水系统的控制阀。此阀门位于一个控 制回路中，此控制回路的亚回路连接WFI系统，并有一个温度记录器。根据温度记录器上 记录的温度控制WFI质量相关的判断。在此例中，对产品质量有影响的系统成分为温记录 换器。相反，冷水分配系统上的控制阀并不是关键系统成分，因为温度记录器能够检测到与 WFI系统温度相关的问题，因而被认为是对产品质量有关键影响的系统成分。  3.3.7 影响设计（Design for Impact）  “影响设计”是用来描述在设计开发的初始阶段通过考虑系统的影响而做出设计决定的行为。  一个项目中有很多系统，每个系统的影响将由其设计和应用决定。通过慎重的设计，对产品 质量有直接影响的系统将大大减少。但直接影响功能仍将保存，并融进更合适的系统以减少 后续的大量的确认和验证工作。  3.3.8 影响评估流程的文件化  系统影响评估决定应有专业人员及时做出，并应建立在对产品，工艺和系统及系统成分的充 分理解上。这些决定应当及时公正和简洁，并通过 QA批准的影响评估解释。  针对每个系统的影响评估解释同样应当以文件形式记录系统成分关键程度评估。  3.3.9 时限  系统影响评估应当在项目早期，在系统确定和设备订购其间完成。系统成分关键程度评估应 当在详细的设计完成时同步完成。随着对系统关键程度评估的完成，每个系统的影响状态也 应当最终确定。  3.3.10 责任  评估通常应由下列人员参与：  •用户代表  •工艺专家  •相关工程人员  •验证经理  •QA代表  4．GEP 4.1简介 略 4.1.1项目阶段和结果 略 4.2GEP概念  GEP：贯穿于工程生命周期的，合适的，有效的工程方法和标准，涉及厂房、公用设施，设 备等方面。GEP应注重与以下方面：  •专业有效的项目管理（工艺、程序和员工） •专业有效的工程设计、输出、建筑和试车 •充分考虑有关安全健康和环境方面的法规要求 •充分考虑操作和维修要求     •充分考虑已经认可的工业标准和指南  •对正在进行的操作和保养行为进行文件化，以证明其余法规和条例的一致性  4.3文件化  GEP建议：  •每一个系统成分的组建都应根据计划和标准进行，并由合适的人员批准或授权  •每一个系统成分都应当仔细检查、测试，并由资质人员对其操作进行文件化  •文件的等级水平应由所有的系统和设备确定  •文件应该涵盖系统设计、装配、建筑、检查和试车  如果这些文件经过合适的计划、制作、组织和授权，他们可能是构成“直接影响”系统的确 认行为支持文件的一部分。  “直接影响”系统需要“加强版的文件”，此文件可能包含额外的测试，文件，QA变更可噢 噢那个值和 QA的审核/批准。加强版的文件应对根据 GEP创建的文件进行补充，它是通过 确认流程获得的，贯穿从设计到确认（IQ，OQ，PQ）的全程。详见第六章。  4.4项目小组  4.4.1项目小组概念  项目小组应基于项目范围、资源要求和关键 Stakeholders 而组建（一个 Stakeholder 是对项 目的输出有影响的个人，组织，客户或机构，他应对项目操作、支持、或厂房设施设备的接 受负责）。在项目的开始确定 Stakeholder 能够使沟通变得更有效和快捷，并能让项目经理 更有效地理解潜在的要求和关注点。项目小组的功能和人员角色主要如下：  •项目主办人  为项目和项目组提供高端支持和协助，明确项目主体，提供足够的人员和资金支持  •项目经理  对整个项目的计划，执行，相关花费、日程和质量的管理。  •工程师  协助确认 URS，对厂房设施和系统的设计，标准负责，并对项目的测试计划和文件负责  •采购人员  协助购买必要的支持服务和物料  •建筑师  对建筑计划，规划，联络和执行负责，可以来自建筑公司。  •试车主管  对试车的计划和执行负责  •操作人员/生产人员  来自终端用户。确认 URS，参与阶段性的设计回顾，为具体的测试计划和文件提供帮助。在 项目移交前，操作人员确保已接受足够的培训并对厂房设施设备的操作有充分的理解。  •维护人员  提供维护和校准方面的帮助。可能参与项目阶段性的设计回顾，并提供设备选择方面的建议。 维护人员必须对设施设备有充分的了解，并提供持续性的协助，应参与试车活动，培训活动 和程序的起草。      •花销控制人员  略  •日程安排控制人员  略  其他的可能参与人员有：  •文件协调员  •研发人员  协助工艺工程，规模扩大，或技术转移时的相关技术帮助  •安全人员  •技术书写人员  对于一个 GMP项目，还应有下列人员的参与  •验证人员  对确认计划，协调和执行负责（例如，VMP的起草，确认资源和花费估计，协议起草等）。  •QC人员  协调有关分析测试计划和执行，包括特定系统和设施的分布，测试计划的起草，资源和花费 的估计，实验室内外部的协调。  •QA人员  确保项目和系统符合 GMP要求，确认保证对辨别“直接影响”系统和“间接影响”系统提 供帮助，审核/批准相关的确认计划，协议和报告，同时解决确认问题，审核“直接影响” 系统的特定类型的变更。  4.5要求阶段  4.5.1URS  根据工程大小、复杂程度和理解差异，URS可能不同，但一般包括如下内容：  1）项目目的和解释  已有条件，项目解释（新产品类型、需求量、推荐问题解决措施、花费、工艺提升）  2）产品和工艺要求  需考虑的信息：  •产品前景  •批大小和范围  •工艺描述、流程图、预计工艺时间  •已知的操作范围和关键工艺参数的范围  •已知的操作限制或困难  •相关材料和工艺的安全信息  •已知的物料与容器结构的相容性  •清洗方法、溶剂和限制  •过去统一产品或相似产品的生产经验  •优先选择的设备供应商 •现场特定要求     允许的操作范围和限制为设计、试车和确认要求提供了基础。操作限制为在保证产品和安全 要求的前提下允许的最大或最小值。应提供合适的值以保证有意义的设定值，警戒值和警报 值，进而减少潜在的多余的警报。 3） 操作考虑  需考虑内容如下：  •计划的活预计的操作日程安排（五天一班，五天三班，六天三班）  •新厂或区域的新员工  •现有的操作中可能的活允许的中断（特别是在厂房翻新和扩展时）  •允许的或可能的随现有操作影响（特别是在厂房翻新和扩展时）  4.5.2维护和技术支持要求  需考虑的内容有：  •有关产品、工艺、设备和系统的过去的经验  •优先考虑的设备供应商  •现场特定要求（如本地供应商、节省部分、内部标准等）  4.5.3一致性要求  应符合 GMP或 FDA要求，这方面用应咨询 QA相关知识。  4.5.4输出  此阶段的相关输出如下：  •最终版本的 URS  •每个系统的要求标准  •项目执行计划  项目执行计划应考虑以下方面：  •项目目的、范围和关键商业主题  •预期阶段结束标志和时间  •资金布置（设计、建筑和试车）  •日程安排、花费、质量和范围的控制  •对现有操作的影响，包括对现有操作关闭或修正时  •项目领导，Stakeholder 和项目小组代表  •供应商选择标准和流程  •过去的经验（发货、支持工作、弹性、可靠性）  •产率  •关键设计特性  •财务稳定性  •文件体系  •审计反馈（如软件开发行为）  •技术（如标准）  •采购策略（如协议购买）  •其他关键的限制和条款      4.6设计  4.6.1概念设计  概念设计是为了满足最终的 URS和单个系统要求标准的需求而产生的，它可以为对上述需 求提供多种评估选择。  4.6.2功能（图表）设计  功能设计阶段将产生关键的设计文件，这些文件将作为细节设计流程的框架。这些文件主要 包括：  •现场计划  •地面计划  •工艺和物料流程图  •气流图和 HVAC安排  •电力图  针对每个系统都会有一系列的操作，这些操作主要对下属方面进行描述：  •系统启动  •日常的操作和清洗  •工艺监控  •数据获得和存档  •警报条件和反应  •关闭  这一系列的要求操作是系统设计的基础，并且要及时更新，因为最终版本的操作要用于程序 书写，试车，确认和系统维护。  功能设计应有来自工程、车间、验证、维护、安全、QA等相关人员的参与。  4.6.3细节设计  细节设计阶段将产生建筑招标和联络、系统和设备采购、安装和测试方面的文件。  1） PID图  PID图是获得设施和工艺设备的第一手信息来源。他们通常用来描述工艺流程，设备，工艺 参数，仪器以及建筑材料；也可用来展现总体物料和能聊平衡。PID 的绘制要用 PID 软件。 CAD 软件绘制要求：略。 2） 标准 应当明确列出在建筑装配，测试要求，可接受标准和相关的移交时的详细标准。主要如下：  •什么人负责什么  •提供的设备或服务  •服务时限或设备条款  •工厂测试要求（包括书面测试计划回顾，修订，和批准）  •安装要求  •建筑检查和测试要求（包括测试方法，可接受标准，计划参与人员和文件制定）  •系统启动，试车和确认要求  •培训要求（包括范围，参与人数，持续时间）      •文件化要求（包括手册，操作，维护，清洗和校正程序，清减表，图纸）  •图纸语言，标准和其他文件  此项工作需要来自工程、车间、验证，维护，安全和 QA人员的参与。最终标准的审核和批 准应有 QA执行。  3） 建筑图  每个执行缓解（如验证）都需准备建筑图纸，建筑图纸可以是二维或三维形式。可以因维护， 安全或 GMP原因一直保存。  4） 其他的设计考虑  4.7建筑  4.7.1项目现场后勤  略  4.7.2项目质量控制  略  4.7.3预期  略  4.7.4采购  略  4.7.5安全  略  4.7.6会议和报告  略  4.8项目控制  项目经理应对项目的所有方面进行控制。项目控制包括对花销，日程安排变更，文件化，和 工程等方面进行监控，报告和控制。  4.8.1花销控制  略  4.8.2日程控制  略  4.8.3文件计划和控制  项目经理应保证合适文件制定计划和合适的文件控制程序以满足工程、试车、确认、操作和 维护要求。计划应明确文件准备，收集，审核、批准和组织的责任人，可以以文件矩阵的形 式作为计划和沟通的方式。一些文件应能最为最新状态查阅和追踪。这些文件包括图纸，标 准，信函，传真，信息索求，信息提供（图纸，生产商数据），变更请求，并更命令，为解 决事项清单，关键项清单，质量控制偏差，项目报告等。  4.8.4工程变更管理  工程变更管理是一种工作流程，此流程是具有相关资质的代表对提出的或已经发生的变更的 影响进行审核，进而批准或拒绝变更要求，或者管理和追踪变更的实施情况。  工程变更管理流程应包含下列方面：      •记录变更提出者的姓名和日期  •描述变更内容，影响系统或区域，变更目的  •评估变更对下述潜在影响：  •项目日程安排  •项目预算  •系统范围、设计或性能要求（包括安全、可操作性、可靠性），建筑，试车，操作及维护  •其他系统  •工程文件  •确认文件  •告知其他需了解变更的人员  •记录变更批准或拒绝日期  •追踪变更完成情况  对于“直接影响”系统中影响到 URS、要求标准、设计概念或系统影响评估的变更，应当由  QA审核。  4.9试车和确认  项目经理应保证试车计划和确认计划的制定和执行，同时应保证建筑人员、试车人员和确认  人员之间清晰有效的沟通。  试车应有试车主管。同时，也可以定期举行试车会议以保证众多试车任务的协调和优先性。  对于直接影响系统，验证代表、QA代表、QC代表应参与试车过程以保证试车中的问题得到  解决，并且方便试车工作的交付。试车详细信息参见第五章和第六章。  4.10项目完结和移交  在建筑建造开始前，就应该明确项目完结程序，交付和责任。  项目可以采用阶段型移交。同时，应保证有合适的程序、人员既时候接收和更新移交的文件，  同时在项目早期就应当明确什么文件是一直使用的，什么文件时作为历史文件。  在项目完结和移交时，应考虑下列交付清单：  •最终放行（如证明厂房设施所有者对项目无责任和债务的证明文件）  •最终项目报告  •所有证明  •最终版的问题清单  •已签收的项目接收  •二级合同商评估报告  •二级合同商、设计公司、建筑商及终端用户的学习会议记录  •终端用户应当接收完整的项目文件  •终端用户和验证经理应当接收已批准的文件  •“在建的”图纸和标准  5试车  5.1简介  试车：针对厂房，系统和设备，从起始至移交给最终用户的一份经过良好计划的、文件化的      和成功工程管理方法，以达到预期的设计要求和使用期望。  试车 Stakeholders  系统影响  Stakeholder  小组  直接  工程、生产、QA、验证、外协、供应  间接  工程、生产、供应、外协  无  工程、生产、供应、外协  试车需要及时的计划，文件化，和良好的资源管理，它包括了项目生命周期的大部分的启动  行为，通常在项目开始时即开始计划，物理完结和项目移交之间（移交给终端使用者或验证  小组）的时段执行。  5.2范围和策略  试车计划应根据系统边界定义将要进行试车的设施，系统和设备。试车前，可以充分参考已  进行的 PDI和 FAT，这样可以使问题更块更有效的解决，避免对日程安排的耽搁。当系统对  产品质量有直接影响时，更应当将 PDI和 FAT充分考进确认行为中。  5.3计划批准和变更  试车计划应有设计人员，建筑人员，质量人员和验证人员，以及终端用户的管理人员代表联  合批准。变更的批准同样应有上述人员审核和批准。  5.4系统概略  略，参见 5.2.  5.5交付  试车的交付应分为“现行”文件和“历史”文件。“现行”文件是贯穿于整个试车时期的文  件，伴随着系统或项目要求的修正或更新；“历史”文件是特定时期的文件，并非持续性  更新的文件。  典型的试车交付清单  交付  保存状态  现行  历史  试车计划  •    试车日程安排  •    试车预算  •    PDI计划  •    PDI报告    •  FAT计划  •    FAT报告    •  检查计划  •    检查报告    •  功能测试计划  这包括：  •设置以备工作（包括校正）  •调整  测试&性能测试  •    功能测试报告    •  系统概要报告    •      试车计划概要报告    •  试车计划应明确试车交付内容，日期，和责任人。其他的交付如生产 SOP，预防性维护规程  PM和终端用户培训文件可以在项目试车阶段中完成。  5.6角色和责任  5.6.1试车主管  试车主管的责任包括但不限于如下：  •制定试车计划，管理计划的版本修订  •成立试车主导小组（Commissoing Steering Team，CST）  •明确人员角色，责任和试车小组人员的交付工作  •在无工程人员的参与下，决定试车活动的等级  •决定试车小组所需的相关培训以及终端使用者的培训  •协调和管理整个试车活动的开展和执行  •审核和安排试车中出现的突出问题  •协调和收集相关的交付，必要时，批准文件交付与相关部门  •确定设备/系统移交时的要求，以及移交日期  •保证相关人员尽责  5.6.2CST  CST的责任如下：  •审核和批准试车活动的范围和策略  •保证相关人员尽责 •审核和批准试车计划中的标准和交付 •审核和批准试车计划中的标准和交付贯穿于整个试车活动中，以保证相关要求的实现和应 用 •审核和批准最终的试车包 CST 应有来自工程，终端用户，承包商，QA，验证和其他相关部门的人员组成。 试车交付责任矩阵 缩写：  W&E=Write and Maitain 书写和维护 R=Review 审核  A=Approve 批准  E=Execute执行  试  车  主  管  QA  人员/  验证  人员  终  端  用  户  项  目  经  理  承  包  商/  供  应  商  试车计划  W&E  R  R  A  ‐  试车日程安排  W  R  R  A  ‐  试车预算  W  R  R  A  ‐  总体测试计划  W&E  R  R  A  ‐  PDI计划  R  R  A  W  W&E  PDI报告  R  A  A  W  W  FAT计划  R  A  A  W  W&E  FAT报告  R  A  A  W  W      检查计划  R  A  A  W  W&E  检查报告  R  A  A  W  W  功能测试计划  R  A  A  W  W&E  功能测试报告  R  A  A  W  W  系统测试摘要报告  A  A  A  W  ‐  试车摘要报告  W  A  A  A  ‐  仅适用于“直接影响”系统  5.7责任  5.7.1完整的设备系统  一般由设备供应商对设备进行试车，因为他们对设备最为熟悉，但终端用户有拥有权和管 理责任。在设备供应商进行试车前，一般要完成必须的预活动和文件，以最有效的利用供 应商的时间和经验。  5.7.2现场工程系统整合  略  5.8检查  检查是为了保证建筑和安装是安装详细的设计计划，建筑标准和材料，以及法规要求完成的。 检查应考虑下列因素：  目视检查：  •图纸确认  •结构完整测试  •材料证明审核  •法规证明审核  •循环检验  检查测试：  •DOP测试  •电压，电阻和持续性测试  •流体力学测试  •压缩空气测试  •流速和排空测试  •泵和发动机转动测试  检查可以在现场或不在现场进行，例如，PDI可以在供应商处进行。试车阶段中的检查可以 为工艺验证提供帮助，如果这个系统被认为是“直接影响”系统，当然，在此情况下，检查 流程应当在确认的背景下管理和执行。  5.9调制完成以备工作  此步骤可以通过“调整”程序进行，并且包括必要的校正和对仪器，感应器及机械装置的预 先性调整。进行此步骤的前提是：  •完满的检查  •具有安全程序/启动程序  •已进行过培训      •已有文件化的启动顺序  5.10调整  此项描述了调整一个系统或其组成的流程，以便操作在允许范围内。包括例如平衡冷水和空 调系统，以及调整包装线上的拒货机械装置。  5.11测试和性能测试  通过测试能够：  •调整系统使其能够在允许操作范围内  •证明系统成分能够达到预期的工作要求  •证明系统功能是具体而合适的  通过性能测试能够：  •证明相互作用的系统的性能在允许操作范围内  •证明相互作用的系统的性能能够达到预期的工作要求  •证明系统内的各项功能是具体而何时的  根据系统的不同，性能测试可能只需测试即可。然而，当需几个系统共同工作（如空调系统， 冷水系统，热水系统以及建筑管理系统（BMS））才能输出需要的性能要求时（如洁净室环 境），则每个系统都要测试，而联合性的输出则要进行性能测试。  同试车系统中的检查一样，测试可以为工艺验证提供帮助，如果这个系统被认为是“直接影 响”系统，当然，在此情况下，测试流程应当在确认的背景下管理和执行。  测试可以在现场或不在现场进行。例如，FAT可以在供应商处进行。  5.11.1测试主题  试车过程中的测试主题应当在准备和执行测试计划是认真考虑，这些主题包括：  •测试必须证明系统元素在要求的操作范围内能够安全工作并且达到性能标准  •测试应当证明系统元素达到设计标准  设计标准通常比要求的操作范围或性能标准更繁琐，因此，可以在试车阶段进行进一步的分 析。在因系统或系统成分达不到设计标准而拒收前，应当先从下列方面进行考虑：  •设计使用的安全因子  •设计标准是否能够达到  •达到设计标准时的经济代价  •在使用系统时，有哪些地方需达到设计标准  •测试是否证明系统符合所有的法规和条例要求  •若果测试将对工艺验证文件提供支持，则考虑验证小组对测试计划的批准和参与程度  5.11.2测试指南  虽难测试细节无法在项目早期定义，但是整体的试车计划中应当有一个针对测试的指南。此 指南可能包含下列因素：  •一个定义项目系统，测试类型，测试等级，测试批准部门，测试状态的系统矩阵。此系统 矩阵将贯穿整个项目设计的生命周期，但应在建筑施工和装备前完成。  •组织和包装文件的方法。  •确定文件化具体措施      这些措施应当指明要求和标准，如：  •蓝色或黑色水笔  •测试起始和结束日期  •单杠划除（保留原始记录可见）  • … 测试指南是非常重要的，因为： •一个项目中，在试车阶段有很多测试 •试车努力可能会用来支持接下来的验证工作 •在试车阶段，资源（文件审核，执行等）的获取有可能会项目推迟的一个原因  5.11.3测试程序  测试和性能测试可能包括：  测试：  •流量  •泵或风扇  •警报测试  •阀门测试 •紧急电源测试 •软件单元/模块测试 性能测试： •洁净室粒子数 •洁净室压差 •洁净室内的加热启动测试 •洁净室内的温湿度测试 •操作测试顺序 •失效模式 •安全性和其他连锁测试 •电源关闭启动 •现场接受测试 5.12培训 培训课程 课程主题  试车小组  终端用户  GMP概略  •  •  测试偏差管理  •    工程变更管理  •    良好文件化规范  •    人员安全  •  •  治安防卫  •    设备，仪器，计算机使用与维护  •  •  5.13移交      略  5.14试车计划关闭  试车计划应在最终的书面“移交报告”中总结。这个报告应当包括计划的所有方面，从批准 到执行，文件化，移交。同时，报告应当重点说明授权人员原计划及预期的关注点或偏差， 以及关键人员的变更。此报告标志着试车计划的正式完结。  6确认  6.1目的  “直接影响”系统适用于综合考虑了 EDR，控制和测试的确认行为。  6.2简介  略  6.3VMP  VMP是一指南性的文件，它应当阐述整个项目的验证哲学和方法。此指南应当：  •包含确认和试车的策略  •阐述影响评估流程，GEP，确认  •阐述确认与试车的关系及相互作用  VMP应在计划阶段，先于试车和确认完成和批准。确认是 VMP的二级文件，VMP应对如下 方面进行阐述：  •确认解释  评估确认努力结果，其程度和边界以及确认活动中执行和责任分配的方法。  •设备，控制及系统清单  •系统影响评估  对系统影响的分类应当清晰界定，阐述其支持理由，并有 QA审核和批准  •测试顺序  以系统到系统观点综合考虑测试最优顺序，并考虑其相互作用及其支持设施  •要求文件化 VMP 文件中应详细阐述下列要求： •相关 SOP •相关维护程序 •校正记录和程序 •确认和验证协议（IQ/OQ/PQ，自动化，清洁，分析方法，工艺等） •合同供应商工程支持文件 •培训和证明记录 •变更控制 •关键人员和职责分配 6.4确认解释 确认解释是一个系统的描述检查和测试要求，明确职责和阐述方法的文件。确认解释可以由 系统和系统成分评估衍生而来。EDR的信息可以用来支持确认解释。两个重要的文件是 VMP （对于小项目）和确认方案（Qualification Protocol，如果项目分为很多系统）。      VMP，确认方案和确认解释的关系                                6.4.1 确认方案  “直接影响”系统要求确认方案。确认方案是一个单独的详细的描述系统考虑，测试计划， 可接受标准和测试结果的文件，这些通常在试车中也要求。协议中可能包括下列事项：  •系统描述  描述系统成分，设计单元功能，关键功能以及系统边界  •文件交付  包括图纸（PID，建筑图纸及电缆电线图纸等），手册，预防性维护程序，报告，校正记录， 移交文件，供应商测试包等  •测试要求  描述测试要求和测试难点，测试顺序，测试方法。  •文件结果的形式  收集和记录相应数据的形式。原始数据可以包含在协议本身，或者确认可以在完成相关测试， 结果已经文件化并且分析接受的协议中。  •可接受标准  略  •偏差  确认阶段出现的偏差以及纠正措施和结果。  6.5QA部门的参与  6.5.1 质量部门的责任  见第二章  6.5.2 审核、反馈和批准  见第三章      系统 1 确认    系统 2 确认  系统  确认  方案  IQ  系统  确认  方案  IQ  OQ  OQ  PQ 解释  PQ      VMP  确认和工艺验证策略性计划  什么系统，为什么，负责人  可接受标准和 PQ 结果如 何应用于系统共同工作  什么，为什么，谁负责 系统之间以那种形式 共同工作      6.5.3 变更控制  在项目工程的生命周期都应当有文件化的变更控制，并且它应当存在于工程后期的长期的确  认维护中。工程的早期阶段，包括设计，建筑，试车等，变更控制遵循 GEP，质量部门可以  不参与日常的工程变更管理。然而，当下列情况发生时，工程变更管理系统就应当允许质量  部门的审核和批准：  •涉及待影响评估的变更（如，“间接影响”系统变成“直接影响”系统）  •设计概念上有根本性的变更  •由 URS的需求偏差引起的变更  一般来讲，QA的参与是从系统影响评估开始的。质量变更控制程序应用并形成于确认活动  和持续性的设施设备和相关系统的维护活动中。  质量变更控制是一个由资质人员审核潜在或实际变更的影响，批准或拒绝变更要求，并且管  理和追踪变更实施的程序。对于“直接影响”系统，变更控制是 GMP的一部分。  “直接影响”系统的质量变更控制应用于下列方面：  •记录变更发起人的姓名和日期  •描述变更，其影响系统或区域，及变更目的  •评估变更对下列的潜在影响：  •系统范围，设计或性能要求（包括安全，可操作性，和可靠性），建筑，试车，操作和维护 •其他系统 •工程文件化 •确认文件（包括系统影响评估） •是否需要额外的测试，并阐述理由 •通知需要知晓变更的人员 •记录变更的批准或拒绝 •追中变更实施 应当有一个单独的有关项目质量变更控制的流程。此流程是基于控制的程度和对项目小组关 键人员的授权程度而形成的。任何变更都应当通过 Stakeholders 的确认和进行影响评估， 并在实施前由用户批准。变更应当编号，并应当对其过程及其结果追踪。每个变更的原因都 应当分类以为接下来的审核提供信息。 6.6文件升级  6.6.1评估，解释，协议和计划  小型系统项目                  VMP  系统确认解释    系统确认方案  IQ  OQ  PQ                      复杂项目