4. 病例报告表(CRF)设计与数据核查点

CRF 是临床试验中受试者数据的原始载体,也是数据核查的起点。CRF 字段设计得是否合理,直接决定了后续核查的难度、错误率以及锁库效率。一个设计良好的 CRF,能让数据在录入阶段就减少歧义;而设计不良的 CRF,往往在数据清理阶段制造大量本可避免的质疑(Query)。本节围绕 CRF 字段设计对核查的影响、常见核查点类型,以及 eCRF 中自动核查与手动核查的分工展开。

一、CRF 字段设计如何影响核查

CRF 字段设计对核查的影响体现在三个层面:字段粒度、字段类型与编码、字段间关系。

字段粒度决定数据是否可核查。例如“血压”若设计为一个自由文本字段,录入“120/80”,核查系统无法自动判断收缩压与舒张压是否在合理范围;若拆分为“收缩压(mmHg)”和“舒张压(mmHg)”两个数值字段,则可分别设置范围核查和逻辑核查(收缩压应大于舒张压)。粒度越细,可自动化的核查点越多,但录入负担也越大,需要在设计阶段权衡。

字段类型与编码决定核查规则能否落地。日期字段应使用日期控件而非文本,避免“2024.3.5”“24/3/5”等格式混用;性别、种族等分类字段应使用下拉选项并绑定标准编码(如 CDISC CT),避免自由输入产生“男”“男性”“M”等不一致值。不良事件(AE)字段若未绑定 MedDRA 编码,则无法进行编码一致性核查。

字段间关系是逻辑核查的基础。例如“是否发生 AE”选择“否”时,AE 详情字段应被禁用或置空;“访视日期”应晚于“知情同意日期”且早于“数据截止日期”。这些关系若在 CRF 设计时未明确定义,核查规则就无从建立。

设计原则:字段应“可枚举、可比较、可关联”。可枚举指分类字段有明确选项;可比较指数值/日期字段有统一单位和格式;可关联指字段之间存在可定义的逻辑依赖。

二、常见核查点:缺失、范围、逻辑一致性

临床试验中最常见的核查点可归为三类:缺失核查、范围核查、逻辑一致性核查。

缺失核查关注必填字段是否为空。例如受试者编号、访视日期、主要疗效指标等关键字段不允许缺失。但缺失核查并非“一刀切”:某些字段在特定条件下允许为空,如“AE 结束日期”在 AE 尚未结束时可为空。因此缺失核查常与条件逻辑结合,形成“条件必填”规则。

范围核查关注数值是否落在合理区间。例如年龄 18–75 岁、体温 35.0–42.0℃、收缩压 70–250 mmHg。范围核查的阈值应基于方案入排标准、临床常识和单位换算确定。超出范围时,系统应触发质疑,要求研究者确认或更正。

逻辑一致性核查关注字段之间是否矛盾。典型例子包括:访视日期早于知情同意日期;收缩压小于舒张压;AE 开始日期早于首次给药日期;实验室检查日期与访视日期不一致;性别为“男”却录入了妊娠相关字段。逻辑核查往往需要跨表单、跨访视比对,是核查中最复杂也最有价值的部分。

CRF 字段设计 → 核查点 → 自动/手动核查分工 CRF 字段设计 • 字段粒度:拆分 vs 合并 • 字段类型:日期/数值/下拉 • 标准编码:CDISC CT / MedDRA • 字段关系:条件必填/依赖 • 单位与格式统一 常见核查点 ① 缺失核查 必填为空 / 条件必填 ② 范围核查 年龄 18–75 / 体温 35–42℃ ③ 逻辑一致性核查 日期先后 / 数值矛盾 / 跨表单 eCRF 自动核查 实时触发 · 规则引擎 · 即时质疑 范围/格式/必填/简单逻辑 人工手动核查 数据管理员/医学审核 · 定期 复杂逻辑/医学合理性/源数据比对 质疑(Query)生成与闭环 自动核查 → 系统即时提示 → 研究者确认/更正 → 质疑关闭 手动核查 → DM 发起质疑 → 研究者回复 → DM 审核 → 关闭或升级 设计阶段定义核查规则 → 录入阶段自动触发 → 清理阶段人工复核 → 锁库前质疑清零 CRF 设计 自动核查 手动核查 质疑闭环

三、eCRF 中的自动核查与手动核查

eCRF 的核心优势在于将部分核查前置到录入阶段。自动核查由系统规则引擎执行,通常在研究者保存表单时即时触发。例如:录入“收缩压 60 mmHg”时,系统立即弹出“超出合理范围(70–250 mmHg),请确认”;录入“访视日期 2024-03-01”而“知情同意日期 2024-03-05”时,系统提示“访视日期早于知情同意日期”。自动核查响应快、覆盖广,适合处理确定性规则。

但自动核查无法替代人工判断。以下情形通常需要手动核查:医学合理性判断(如 AE 与药物因果关系的合理性)、源数据比对(eCRF 数据与原始病历、检验报告是否一致)、复杂跨访视逻辑(如疗效指标随时间的变化趋势是否异常)、自由文本内容审核(如 AE 描述是否规范)。手动核查由数据管理员(DM)或医学审核人员定期执行,通常以列表形式导出待核查条目,逐条判断并生成质疑。

自动核查与手动核查并非互斥,而是分层协作:自动核查负责“确定性、高频、简单”的规则,手动核查负责“不确定性、低频、复杂”的判断。设计良好的 eCRF 应尽量将可形式化的规则交给自动核查,把人工精力集中在真正需要专业判断的环节。

四、从设计到核查的实操要点

在实际项目中,CRF 设计与核查点定义通常同步进行。以下是一份可参考的核查点定义示例(以“生命体征”表单为例):

字段 核查类型 规则示例 触发方式
收缩压 范围 70–250 mmHg 自动
舒张压 范围 40–150 mmHg 自动
收缩压/舒张压 逻辑 收缩压 > 舒张压 自动
访视日期 逻辑 不早于知情同意日期 自动
体温 范围 35.0–42.0℃ 自动
异常生命体征临床意义 条件必填 超出范围时必填 自动
AE 与药物关系 医学合理性 与已知安全性特征比对 手动

定义核查规则时,需明确触发条件、判断逻辑、提示信息、处理方式四个要素。提示信息应具体,避免“数据异常”这类模糊表述,而应写明“收缩压 60 mmHg 低于 70 mmHg,请确认或更正”。处理方式包括:硬质疑(必须更正才能保存)、软质疑(可确认后继续)、仅提示(记录但不阻断)。

常见误区:将大量规则设为硬质疑,导致研究者录入受阻、体验差;或规则过于宽松,导致质疑在锁库前集中爆发。建议按“关键字段硬质疑、次要字段软质疑、探索性字段仅提示”分层设置。

最后,核查规则应随方案修订、CRF 版本更新而同步维护。每次 CRF 变更后,需重新评估受影响字段的核查规则,避免规则与字段脱节。锁库前,应确认所有自动核查规则已执行、所有手动核查质疑已关闭,方可进入锁库流程。