2. 临床数据生命周期与审计追溯对象

临床试验数据不是一次性产生的，它沿着一条可辨识的生命周期链条逐步成形：受试者被筛选、签署知情同意、研究者填写CRF、数据录入系统、数据管理员发起质疑与清洗、数据库锁定、最终归档。审计与追溯工程的核心任务，就是在这条链上标出“哪些节点必须留下证据、哪些事件必须可回溯到人、时间与原始来源”。如果节点识别不清，后续无论用多强的系统，追溯都会落空。

理解本节内容，先要区分两个概念。审计对象是“需要被记录和检查的数据或行为”，例如一条筛选失败记录、一次知情同意签署、一个CRF字段的修改。追溯对象是“当该对象被质疑时，能够还原其来源、变更过程和责任主体的证据链”，例如某受试者第3次访视的收缩压值，从原始病历→CRF→EDC录入→质疑回复→锁库版本的完整路径。审计关注“有没有记录”，追溯关注“能不能还原”。两者共同构成数据可信性的基础。

下面按生命周期顺序，逐一识别关键节点与事件，并说明每个节点上真正需要审计与追溯的对象。

受试者筛选与知情同意

筛选阶段的关键审计对象包括：筛选号分配记录、入选/排除标准逐条判定结果、筛选失败原因、筛选日期。追溯重点是筛选号与受试者身份的对应关系，以及筛选失败者是否被正确排除在后续数据之外。知情同意是整条链上法律与伦理权重最高的节点，必须审计：ICF版本号、签署日期与时间、签署人（受试者与研究者）、是否在任一试验相关操作前完成签署。追溯对象是“版本—签署—操作”的先后顺序，任何在签署前发生的检查或用药，都是需要被追溯出来的偏离事件。

CRF填写与数据录入

CRF填写阶段，审计对象是字段级数据、填写人、填写日期、修改痕迹。追溯对象是每个字段的原始来源：它来自受试者自述、仪器读数、病历记录还是研究者判断。数据录入阶段则引入新的审计对象：录入人、录入时间、录入系统、是否双人录入、是否触发逻辑核查。这里最常见的追溯需求是“CRF纸面值与EDC值不一致”，必须能还原是录入错误、转录错误还是后续修改。

数据清洗与质疑管理

清洗阶段是审计事件最密集的环节。关键审计对象包括：质疑（Query）的发起人、发起时间、质疑内容、责任方回复、回复时间、关闭状态、以及因质疑导致的字段变更前后值。追溯对象是“质疑—回复—修改—再核查”的完整闭环。一个未关闭的质疑若被锁库，就是严重的追溯断点。此阶段还应审计医学编码、实验室数据单位换算、异常值判定规则等派生数据的生成逻辑。

锁库与归档

锁库是数据生命周期的状态转折点。审计对象包括：锁库申请、锁库审批、锁库时间、锁库版本号、锁库后是否发生解锁及解锁原因。追溯对象是“锁库时点的数据快照”与“锁库后任何变更”的区分能力。归档阶段则要求审计归档介质、归档时间、归档责任人、归档完整性校验值，并确保归档数据在保存期内可读、可追溯、不可篡改。

为了把上述节点与事件组织成可操作的追溯结构，下图给出临床数据生命周期中审计追溯对象的分布与证据流向。图中区分了“数据流”与“审计证据流”，并标出锁库作为状态分界点。

把上图落到实际工作中，可以形成一份“节点—审计对象—追溯证据”对照表。下表以示例方式给出常见节点应记录的字段，实际项目可根据方案与系统能力调整。

最后需要强调，生命周期各节点并非孤立。知情同意的版本会约束CRF字段设计，CRF字段又决定录入与清洗规则，清洗结果影响锁库快照，锁库快照决定归档内容。审计追溯工程要做的，是在这条链上建立“节点可识别、事件可记录、变更可还原、责任可定位”的连续证据带。只有每个节点都明确了自己的审计对象与追溯证据，整条数据生命周期才具备可审计性。