3. 稳定性样品管理工程的组织与职责

稳定性样品管理不是QC一个部门的事。从样品在稳定性箱中取出、在实验室完成检测、到数据进入LIMS并被QA审核，中间要经过仓储的库存台账、物流的冷链转运、IT的系统权限与审计追踪。任何一个环节职责不清，都会出现“样品在谁手里”“数据谁负责审核”“超温后谁启动偏差”这类扯皮。本节把五个部门的角色边界、RACI矩阵和跨部门协作机制讲清楚，并给出一份可直接落地的RACI示例表。

一、五个部门的角色边界

QA（质量保证）是稳定性样品管理的最终责任方和流程所有者。QA负责批准稳定性方案与取样计划、审核稳定性数据、判定OOS/OOT、发起并跟踪偏差与CAPA、管理稳定性样品的销毁审批，以及组织年度稳定性报告。QA不直接操作样品，但对“样品是否合规、数据是否可信、异常是否闭环”负最终责任。

QC（质量控制）是稳定性样品的直接使用者和检测执行方。QC负责按方案取样、按时间点检测、记录原始数据、录入LIMS、报告异常结果，并维护稳定性箱的日常运行记录（温度、湿度）。QC是稳定性样品“从入库到检测”这条链上操作最密集的部门。

仓储负责稳定性样品的物理保管。包括：样品接收与标识、按储存条件分区存放（如25℃/60%RH、30℃/65%RH、2~8℃、-20℃）、库存台账维护、先进先出（FIFO）或按时间点取样、温湿度监控记录归档、以及配合QA完成样品销毁。仓储的核心职责是“样品在库期间的可追溯与条件符合”。

物流负责稳定性样品在库房、实验室、外部检测机构之间的转运。包括冷链包装、温度记录仪布放与回收、转运交接单签署、运输途中超温的即时报告。物流的核心职责是“转运过程不破坏样品完整性，且过程可追溯”。

IT负责支撑稳定性样品管理的信息系统，包括LIMS、稳定性管理模块、温湿度监控系统、电子签名与审计追踪。IT不决定业务规则，但负责权限配置、数据备份、系统验证（CSV）、审计追踪可用性，以及系统间接口（如温湿度监控系统与LIMS的数据对接）。

二、RACI矩阵：把“谁负责”落到具体活动

RACI中，R（Responsible）是执行者，A（Accountable）是最终责任人且每项活动只能有一个A，C（Consulted）是被咨询者，I（Informed）是被通知者。下表以稳定性样品管理的关键活动为行，以五个部门为列，给出示例矩阵。实际项目中可根据组织架构调整，但“每行只有一个A”的原则不能破。

使用这张表时要注意两点。第一，A和R可以是同一人，但A不能空缺；第二，C和I要区分清楚——C是在决策前必须征求意见的人，I是决策后被告知的人。很多跨部门冲突就来自把C当成了I，或者把I当成了C。

三、跨部门协作机制

有了RACI，还需要机制让协作真正跑起来。以下四个机制是稳定性样品管理中最常用的。

1. 稳定性管理月度例会。由QA主持，QC、仓储、物流、IT各派一名接口人参加。议程固定包括：本月取样与检测完成率、超温事件回顾、OOS/OOT进展、LIMS数据异常、下月取样计划。会议输出行动项，每项有责任人和截止日期。这个机制解决的是“信息不同步”问题。

2. 超温事件即时通报链。当温湿度监控系统触发报警时，按“仓储/物流发现→QC确认样品状态→QA判断是否启动偏差→IT提供监控数据导出”的顺序在2小时内完成初步通报。通报链的关键是“先报告、后处理”，不允许先自行处理再补报告。这个机制解决的是“异常响应延迟”问题。

3. 样品交接双签制度。任何一次样品转交（仓储→QC、QC→物流、物流→外部机构）都必须有交接单，双方签字并注明交接时间、样品数量、储存条件、温度记录仪编号。交接单在LIMS中留电子副本。这个机制解决的是“责任断点”问题。

4. 系统变更联合评审。当LIMS稳定性模块、温湿度监控系统或接口发生变更时，由IT发起，QA、QC、仓储共同评审变更对数据完整性和样品追溯的影响，评审通过后才能上线。这个机制解决的是“系统变更引入合规风险”问题。

四、协作中的常见断点与处理

实际运行中，最容易出问题的三个断点是：样品在库超期未取、转运超温后责任归属不清、LIMS中样品状态与实物不一致。前两个断点的根因通常是交接单信息不完整或通报链未执行；第三个断点的根因通常是仓储台账与LIMS未做定期对账。处理办法分别是：仓储每周导出临期样品清单发QC确认；物流在交接单上强制填写温度记录仪编号和启运/到达温度；IT每月生成LIMS样品状态与仓储台账的差异报告，由QA跟踪闭环。