挑战1：

当前监管仍将传统的"4Q"方式作为"硬性"规定,ASTM E2500灵活方式已经不采用"4Q"理念。

可能的解决方案：

• 采取一种相对折中的方法,整体的确证理念采用ASTM E2500,输出确认文件时可采取交叉引用的方式,即"确证交付包"引用至"4Q"。可参考ISPE良好实践指南基于风险分析的调试与确认。
• 在VMP或验证管理程序中事先对"4Q"与"确证"的二者对应关系进行策略描述和说明,即保证整体实施活动有既定的依据和前提。可参考ISPE GAMP5关于传统确认术语和新确证术语比较的思路。
• 实际确认活动实施与记录,可考虑采取调试与确认同步进行的方式,即同步完成确证测试结论与"Q"测试结论,也可考虑测试数据引用的方式。

挑战2：

缺少参考和执行供应商/供应商测试结果/以调试和确认为目的文件程序,供应商能力参差不齐

可能的解决方案：

• 建立供应商在近三年绩效的经验总结,供应商评估与审计,选择合适的供应商。
• 在项目质量计划中描述参与的供应商,包括其承担的职责。
• 有一个可用的SME团队见证供应商现场发生的关键活动、文件及测试。
• 在组织调试和确认的测试和文件化程序方面培训供应商。

挑战3：

制药企业的知识管理与知识覆盖能力,尤其产品研发知识与商业化项目工程实现之间的衔接相对欠缺

可能的解决方案：

• 成立一个覆盖研发、生产、工程、质量各领域的SME（主题专家）团队。
• 定义团队各主题专家的分工职责,并定期组织沟通会议,尽可能消除相互之间知识与认识壁垒。
• 建立一套完善的适用ASTM E2500确证方法的能力矩阵,人员招聘、培育与任用以矩阵为导向。

挑战4：

质量管理体系要求质量部门在执行"确认"前预先批准安装确认/运行确认方案。

可能的解决方案：

• 关键方面和相关联的接受标准应被质量部门和其它主题专家按照ISPE FSE指南和ASTM E2500的要求预先批准。
• 使用预先批准的调试和确认计划,该计划由主题专家确认。
• 在良好的工程实践测试计划中质量部门被认作为一个""角色,以确保测试方法对于随后开展的确认的可接受性。
• 如果将地方法规严格地解读为需要预先批准方案,则应考虑使用QMS控制、认可的SOP,阐明安装和运行确认"预先批准"的测试要求,包括允许在SOP范围内适当的使用良好工程质量管理规范测试。
• 对于相似的系统考虑分组法,如实验室设备。预先批准同一组中的个,然后重复使用在相似系统上。
• 对临时的质量认可的偏差使用新机制。证明益处并长期-修订质量管理体系,以允许利用经过适当地文件化的基于良好工程质量管理规范的测试。

挑战5：

质量管理体系目前不承认良好的工程实践

可能的解决方案：

• 质量管理体系应承认良好工程质量管理规范在设计和交付GMP相关系统和设施上的贡献,为工程部门建立和维持一个合适的良好的工程实践计划分配主要任务。
• 质量管理体系不应试图规定良好工程质量管理规范的整体接受要求,但应简单地引用被一致认可的标准和可信的资源,如（不限于）：ASTM,ISPE基准指南,PDA技术报告,ISO,IEEE和ASME标准。工程质量体系程序应包含局部程序的具体要求。
• 工程SOP的建立应该符合当地法规和实践。与这些工程需求相关的验收标准和容差可能超出GMP所要求的内容,了解这一点很重要。因此,不能满足此类工程需求并不能构成确认的偏差。这经常是应用GEP文件以支持确认的一个陷阱。
• 质量部门应确保有一个充分的良好工程质量管理规范方案存在且被有效地应用,并在开发良好工程质量管理规范方案过程中保持一个的角色。

• 门预先批准）和工程变更管理的不同之处主要由谁批准。
• 工程变更管理应允许只有系统所有人及负责的工程部门参与的非关键变更和文件化证明。非关键变更被认为是不影响已被批准的关键方面的变更。关键方面仍需质量部门参与。

挑战7：

"整合"基于良好工程质量管理规范的调试工作缺少文件化的标准

可能的解决方案：

• 使用在调试和确认计划或其它质量部门批准的计划中建立的项目级文件程序来规定记录接受基于：
  • Clarity清晰度
  • Consistency一致性
  • Completeness完整性
  • Accuracy准确度
• 对文档完整性使用与其它GMP记录相同的标准（如没有涂改液,输入签名和日期,纠正行为的审计追踪）。
• 允许"解决-继续"的故障纠正法。只要文件完整性得到保持,就没有偏差或修正错误。
• 不要关注于超出维持可识别性和数据可靠性要求的"漂亮光鲜文件"——只要满足上述项目的要求,纠正和解释也并不"凌乱"即可。

挑战8：

缺少以质量影响为依据的系统和功能分级程序

可能的解决方案：

• 遵循ISPE基于科学和风险的方法指南（ISPE FSE指南）建立程序—初的经验可以通过"小规模试验"获得。
• 允许基于复杂性、关键性和新颖性的方法的灵活性-所有应用不一定采用FMEA-考虑适当的应用质量风险评估方法。
• 一旦在组织内有可用的评价机制,决定一个战略以简化合格的库存-通过对建议更改的系统进行评价或在优先的基础上使用描述的部分因素。

挑战9：

在文件程序中缺少方便文件与项目过程保持一致的灵活性

可能的解决方案：

• 将文件（方案,测试文件）分解成不同的模块,反应当前的知识状态和接下来将采取的一系列活动。
• 尽可能把执行测试的文件和记录分解开（计划、方案、规范、数据）。
• 参考某个SOP程序中的描述而不是在调试和确认文件中重复表达这些内容。