3. 数据核查计划（DVP）的制定
数据核查计划（Data Validation Plan，DVP）是临床试验数据管理中的核心质量文件，它把“哪些数据需要核查、由谁核查、怎么核查、多久核查一次、发现问题如何处理”从口头约定变成可执行、可追溯、可审计的书面规则。DVP 不是一份泛泛的说明文档，而是数据管理员、临床监查员（CRA）、医学人员与统计人员共同遵守的核查契约。它通常在数据库建库阶段随病例报告表（CRF）和数据库设计同步起草，在首例受试者入组前完成定稿，并在试验过程中按版本控制规则持续维护。
一、DVP 的核心要素
一份可落地的 DVP 至少应包含以下要素：核查范围与数据来源、核查类型与规则、核查频率与触发时机、责任矩阵、问题处理与升级路径、版本与变更记录。核查范围要明确覆盖哪些表单、哪些字段，例如人口学、生命体征、实验室检查、不良事件（AE）、合并用药、方案偏离等。数据来源则需区分 EDC 直接录入数据、外部电子数据（如中心实验室、心电图、PK 数据）以及纸质转抄数据，因为不同来源的核查方式不同。
核查规则应写成可判定的条件表达式，而不是模糊描述。例如“收缩压低于 90 mmHg 或高于 180 mmHg 时触发质疑”比“血压异常时核查”更可执行。规则还应标注严重级别：硬核查（Hard Check）阻止数据保存或签字，软核查（Soft Check）仅提示，允许研究者填写理由后放行。这一区分直接决定系统行为与人工工作量。
二、三类核查类型的分工
逻辑核查由 EDC 系统自动执行，覆盖范围、格式、逻辑一致性与时间顺序。典型规则包括：日期格式必须为 YYYY-MM-DD；访视日期不得早于知情同意日期；AE 结束日期不得早于开始日期；实验室检查值超出参考范围时触发提示；必填字段为空时禁止保存。逻辑核查的优势是即时、零遗漏、可重复，但它只能判断“形式与规则”，无法判断“临床合理性”。
人工核查由数据管理员或 CRA 执行，针对逻辑核查无法覆盖的语义问题。例如：AE 描述与用药记录是否匹配；合并用药剂量与适应症是否合理；自由文本中是否出现与结构化字段矛盾的信息；外部数据与 EDC 数据是否一致。人工核查通常以质疑（Query）形式发起，研究者在线答复并修改数据，形成闭环。
医学核查由医学人员或医学监查员执行，聚焦临床意义与安全性。例如：严重不良事件（SAE）与实验室指标的关联性；死亡、住院等关键事件的一致性；方案偏离对主要疗效指标的影响；实验室异常值是否具有临床意义。医学核查往往需要结合病历、原始资料和医学判断，不能仅靠系统规则完成。
三、核查频率的设定逻辑
核查频率不是越频繁越好，而是要与数据风险、访视节奏和资源投入匹配。常见做法分为四类：实时触发，即数据录入保存时立即执行逻辑核查，适用于格式、范围、必填项等硬规则；访视后核查，在受试者完成某次访视后集中执行，适用于跨表单一致性检查，如 AE 与合并用药的对应关系；定期核查，按周或双周批量运行，适用于趋势性问题和外部数据比对；锁库前核查，在数据库锁定前进行全量复核，确保所有质疑关闭、所有必填字段完整、所有外部数据已导入并核对。
频率设定还需考虑“质疑疲劳”。如果软核查规则过多、触发过频，研究者会习惯性忽略提示，反而降低数据质量。因此 DVP 中应定期评估规则命中率与质疑关闭率，对长期无意义触发的规则进行优化或降级。
四、责任矩阵的落地方式
责任矩阵建议采用 RACI 模型：R（Responsible）是实际执行者，A（Accountable）是最终问责人，C（Consulted）是被咨询方，I（Informed）是被通知方。以“质疑发起与跟踪”为例，数据管理员和 CRA 是 R，研究者是 R/A（负责答复并修改数据），医学人员是 C，统计人员是 I。责任矩阵必须写入 DVP 正文，并在每次版本更新时同步确认，避免出现“系统提示了但没人处理”或“多人重复核查同一字段”的情况。
五、版本控制与变更管理
DVP 是受控文件，必须建立版本号、生效日期、变更摘要、变更理由和审批记录。常见版本号规则为 V1.0、V1.1、V2.0：V1.0 为首版定稿；V1.1 为小幅修订，如增加一条逻辑核查规则或调整质疑模板；V2.0 为重大变更，如新增外部数据源、调整核查类型分工或修改责任矩阵。每次变更都应评估对已入组数据的影响：新增规则是否需要回溯核查历史数据？修改责任矩阵是否需要重新培训？
六、可直接参考的 DVP 核查规则示例
以下为一份示例性核查规则表，参数与阈值属于教学假设，实际项目应根据方案和 CRF 调整：
| 规则编号 | 核查类型 | 触发条件 | 严重级别 | 责任角色 | 处理方式 |
|---|---|---|---|---|---|
| LC-001 | 逻辑核查 | 知情同意日期晚于首次访视日期 | 硬核查 | 系统自动 | 禁止保存，提示修正 |
| LC-002 | 逻辑核查 | 收缩压 < 90 或 > 180 mmHg | 软核查 | 系统自动 | 提示，研究者填写临床意义 |
| MC-001 | 人工核查 | AE 开始日期早于首次给药日期 | 软核查 | 数据管理员 | 发起质疑，研究者确认 |
| MC-002 | 人工核查 | 外部实验室数据与 EDC 值不一致 | 硬核查 | 数据管理员 | 暂停该访视数据清理 |
| MD-001 | 医学核查 | SAE 与实验室异常值同时出现 | 软核查 | 医学人员 | 医学判定并记录依据 |
| MD-002 | 医学核查 | 死亡事件与 AE 结局不一致 | 硬核查 | 医学人员 | 升级至医学监查并书面说明 |
这张表的价值在于把“核查类型、触发条件、严重级别、责任角色、处理方式”绑定在一起，使每条规则都可执行、可追踪、可审计。制定 DVP 时，建议先由数据管理员起草规则清单，再与 CRA、医学人员和统计人员逐条确认，最后经申办方质量部门审批后生效。定稿后的 DVP 应作为数据库锁定前的核查依据，并在锁库报告中引用其版本号和生效日期，形成完整的数据质量证据链。