2. 临床试验数据流与采集场景

临床试验的数据并非在某个时点“一次性录入”，而是沿着受试者访视这条主线，从源数据产生、转录、核查、质疑、更正，一路流向最终锁定的数据库。理解这条数据流，是判断 CRF 与 EDC 在何处介入、以何种方式介入的前提。本节按“源数据产生 → 采集 → 核查 → 更正 → 锁定”的真实链路展开，并标出 CRF 与 EDC 的关键介入点。

一、数据流的起点：源数据与源文件

源数据（Source Data）是指在临床试验中，对受试者的临床发现、观察或其他活动进行原始记录及经核证副本中的所有信息。它可能出现在病历、检验报告、心电图、影像报告、护理记录、受试者日记卡，甚至可穿戴设备导出的数据文件中。承载这些信息的载体就是源文件（Source Document）。

关键判断是：源数据先于 CRF 存在。研究者先在门诊病历中记录“受试者 2024-03-12 访视，血压 148/92 mmHg，主诉轻度头晕”，这条病历记录才是源数据；CRF 上的血压字段只是对它的采集与转录。因此，源数据的可归因性、易读性、同时性、原始性、准确性（ALCOA+ 原则）决定了后续所有数据的可信度。

二、CRF 与 EDC 的介入位置

CRF（Case Report Form，病例报告表）是申办者设计的、用于记录每位受试者方案要求数据的专用表单。它有两种形态：纸质 CRF 和电子 CRF（eCRF）。EDC（Electronic Data Capture，电子数据采集系统）则是承载 eCRF 的信息系统，通常包含建库、录入、逻辑核查、质疑管理、稽查轨迹、数据导出与锁定等功能。

两者的介入点可以这样区分：

• CRF 介入“采集什么”：决定哪些字段必须从源数据转录到研究记录中，字段的命名、单位、编码（如 MedDRA、WHO Drug）和填写规则。
• EDC 介入“怎么采、怎么查、怎么改”：提供录入界面、自动逻辑核查、质疑发起与回复、稽查轨迹、数据锁定与导出。

在纸质 CRF 场景中，研究者手工填写纸质表单，再由数据录入员录入数据库，CRF 与数据库之间多一道转录环节；在 EDC 场景中，研究者直接在 eCRF 中录入，源数据到数据库的路径被缩短，但源数据核对（SDV）仍然必要。

三、从访视到锁定的完整链路

以一项多中心 III 期试验为例，某受试者完成第 4 周访视，数据流大致如下：

1. 源数据产生：研究者在门诊完成访视，记录生命体征、合并用药、不良事件，开具实验室检查。
2. 源数据核证：检验科出具报告，研究者判断异常值是否有临床意义，并在病历中记录判断。
3. CRF/eCRF 采集：研究者或经授权的研究护士将方案要求的数据录入 eCRF，如“收缩压 148 mmHg”“合并用药：氨氯地平 5 mg qd”“AE：轻度头晕，与药物可能有关”。
4. EDC 逻辑核查：系统自动触发核查规则，例如“收缩压 ≥ 140 mmHg 且未记录既往高血压病史”触发质疑；“AE 开始日期早于首次给药日期”触发质疑。
5. 质疑管理：数据管理员（DM）审核质疑，必要时发起人工质疑；研究者回复、更正或说明理由，系统保留稽查轨迹。
6. 数据清理与医学编码：AE、合并用药、病史等术语完成 MedDRA/WHO Drug 编码，编码版本与字典在锁库前冻结。
7. 数据库锁定：所有质疑关闭、数据清理完成、方案偏离记录完整、盲态审核（如适用）完成后，执行锁库。锁库后 eCRF 通常转为只读，任何修改需通过解锁流程并留痕。

这条链路中，CRF 决定了“采集边界”，EDC 决定了“采集效率与可追溯性”。两者共同构成从源数据到分析数据库的桥梁。

四、关键介入点的判断依据

在实际项目中，判断某个数据点应由 CRF 采集还是留在源文件中，通常依据三条原则：

• 方案要求：方案明确要求用于疗效或安全性分析的变量，必须进入 CRF/eCRF。
• 分析需要：统计分析与监管递交所需的变量，即使方案未逐字列出，也应采集。
• 可溯源与可核查：采集的字段必须能回溯到源文件，且能被监查员核对。

例如，受试者的身份证号通常不进入 CRF，而受试者编号、访视日期、关键疗效指标必须进入。再如，实验室检查的原始报告留在源文件，但具有临床意义的异常值及其判断必须录入 eCRF。

五、数据流中的风险点

从访视到锁库，最常见的风险集中在三处：一是源数据记录不及时或不完整，导致 CRF 转录无据可依；二是 EDC 逻辑核查规则设计过松或过严，过松漏掉错误，过严产生大量无意义质疑；三是质疑回复不充分，只改数据不说明原因，稽查轨迹无法体现“为什么改”。

因此，EDC 建库阶段就应把核查规则、编码字典、质疑模板、权限矩阵一并设计好；锁库前应完成质疑关闭率、SDV 完成率、编码一致性等检查。数据流不是一条单向管道，而是一个需要持续校验和回退的闭环。

六、一个可复用的检查清单

在项目启动阶段，可用下面这份清单快速核对数据流设计是否完整。它不替代方案和 DMP，但能帮助团队在早期发现缺口。