01
02
-
参数更改:更改了预设的温度、时间、压力等(可能影响产品质量)。
-
报警确认:操作员如何响应和处理了关键报警(可能影响批次决定)。
-
中止的运行:非计划的停机或测试终止(可能涉及人为干预或数据筛选)。
-
人工干预:任何需要用户手动输入或操作的步骤(高风险行为)。
-
审计追踪文件/数据库在哪个目录/服务器/界面中;
-
如何通过系统的特定功能(如报表工具、查询窗口)来访问和导出审计追踪数据。
-
如何理解记录的原始值和更改后的值;
-
如何将技术性的记录映射到实际的GxP操作(例如:代码“P2CHG”代表“灭菌程序2的参数被更改”);
-
判断该事件是否为关键性偏差或潜在的数据篡改。关注SOP系统“特异性”要求。
-
批次放行前审查(Batch Release):强制性、高优先级。确保用于放行决策的数据在创建、修改和处理过程中是完整的、未被篡改的(如:未删除失败的测试结果)。例如:灭菌记录、终产品检测结果、关键中间控制(IPC)结果等。
-
事件驱动审查(Event-Driven):即时性、高优先级。针对性地审查与异常事件相关的审计追踪,以确定根本原因、人员操作和数据完整性是否存在问题。例如:系统偏差、关键警报、数据异常、变更控制(Change Control)后或OOS/OOT调查期间。
-
定期审查:持续监控。确保系统整体运行状态和管理活动符合规范,通常以季度或年度为周期。非批次特异性数据,例如:用户管理记录、系统配置更改记录、系统管理员活动记录、或不用于批次放行的一般系统日志。
-
审查目的:确保数据准确性、可理解性和完整性。由产生该数据的同部门另一人员(例如,同一批次的另一操作员或主管)进行同行审查。
-
审查频率:最频繁,必须在批次记录审查时(例如,每批次或每个关键活动结束时)完成。
-
审查目的:确保过程和数据的合规性。作为最终监管者,独立验证第一层审查的有效性,并确保所有偏差、更改和干预都被正确记录和处理。
-
审查频率:批次放行前(Final Release),以及定期审查(例如季度或年度)。
03

