4. 病例报告表设计与工程化实现
病例报告表（Case Report Form，CRF）是临床试验中承载受试者数据的核心载体。它既是研究者采集数据的工具，也是数据管理员建库、核查、导出与递交的源头。CRF设计质量直接决定后续数据清理成本：一个字段定义含糊、编码缺失或访视结构错位的CRF，往往在数据库锁定前引发大量质疑（Query），甚至导致统计分析计划无法落地。因此，CRF设计不是"画表格"，而是一项需要与方案、统计、编码、系统多方对齐的工程活动。
4.1 CRF设计原则
CRF设计应遵循以下核心原则：
- 方案驱动：每个字段必须能追溯到方案中的某个目标、终点或安全性指标，避免"顺手收集"无关数据。
- 最小必要：只采集分析所需的数据。字段越多，录入负担、质疑量和稽查风险越高。
- 一字段一含义：字段名、标签、单位、编码、允许值必须唯一且无歧义。例如"血压"必须拆分为"收缩压/舒张压"，并明确单位mmHg。
- 访视对齐：字段按访视（Visit）组织，与方案流程图一致，避免跨访视混淆。
- 可核查性：关键字段应支持源数据核查（SDV），并保留稽查轨迹。
- 可扩展性：预留版本升级空间，避免因方案修订导致整表重构。
4.2 CDASH标准应用
CDASH（Clinical Data Acquisition Standards Harmonization）由CDISC制定，目的是统一CRF中数据采集的字段命名、结构和编码，使不同研究之间的数据可比较、可交换。CDASH不是强制标准，但已成为行业事实规范。
应用CDASH时，需关注三个层面：
- 字段命名：如"出生日期"统一为BRTHDTC，"性别"为SEX，"不良事件术语"为AETERM。
- 数据结构：每个域（Domain）有推荐字段集，如DM（人口学）、AE（不良事件）、VS（生命体征）。
- 编码与受控术语：性别用M/F/U，是否用Y/N/U，严重程度用MILD/MODERATE/SEVERE。
实际建库时，CDASH字段通常映射到SDTM变量。例如CRF中"AE开始日期"对应AESTDTC，"AE严重程度"对应AESEV。映射关系应在注释CRF中明确标注。
4.3 电子CRF与纸质CRF对比
纸质CRF（pCRF）依赖人工填写、双人录入和纸质存档，优点是现场可即时记录，缺点是转录错误多、质疑周期长、稽查困难。电子CRF（eCRF）通过EDC系统实现实时录入、逻辑核查、自动编码和稽查轨迹，显著提升数据质量与效率。
| 对比维度 | 纸质CRF | 电子CRF |
|---|---|---|
| 录入方式 | 手写后转录 | 直接录入 |
| 逻辑核查 | 人工事后核查 | 实时自动核查 |
| 质疑周期 | 数天至数周 | 分钟至小时 |
| 稽查轨迹 | 纸质修改留痕 | 系统自动记录 |
| 数据导出 | 人工录入数据库 | 直接导出 |
| 成本 | 印刷、存储、运输高 | 系统实施成本高，长期低 |
当前主流临床试验已全面转向eCRF，但纸质CRF仍用于备份、源数据确认或资源受限场景。混合模式（纸质采集+电子录入）也常见于基层中心。
4.4 注释CRF
注释CRF（Annotated CRF，aCRF）是在CRF空白表上标注每个字段对应SDTM变量名、域和编码的文档。它是数据管理计划（DMP）与SDTM映射的桥梁，也是监管递交的必备材料。
注释内容通常包括：
- 字段对应的SDTM变量名（如AETERM、AESTDTC）
- 所属域（如AE、DM、VS）
- 受控术语或编码（如MedDRA、WHO Drug）
- 派生变量说明（如AESER由AESERFL派生）
注释CRF应在数据库建库前完成，并与统计师、程序员确认映射逻辑。若方案修订导致字段变化，注释CRF必须同步更新版本。
4.5 CRF版本管理
CRF版本管理是工程化实现的关键环节。每次方案修订、字段增删或编码调整，都应生成新版本，并记录变更原因、影响范围和生效时间。版本管理应遵循：
- 唯一版本号：如V1.0、V1.1、V2.0，主版本号用于结构性变更，次版本号用于字段微调。
- 变更日志：记录每个版本的修改点、提出人、批准人和日期。
- 数据迁移：版本升级时，旧数据需映射到新结构，避免数据丢失。
- 锁定与归档：数据库锁定后，CRF版本冻结，任何修改需走变更控制流程。
4.6 工程化实现流程
从方案到可用的eCRF，通常经历以下工程化路径：方案解读→字段清单→CDASH映射→注释CRF→EDC建库→逻辑核查配置→用户验收测试（UAT）→上线。每个环节都应有交付物和签字确认。
以某III期肿瘤试验为例：方案V2.0新增"免疫相关不良事件（irAE）"字段，CRF需从V1.1升级至V2.0。数据管理员首先在字段清单中增加irAE相关字段（如irAE术语、开始日期、严重程度、处理措施），映射至SDTM的AE域，并在注释CRF中标注。随后在EDC系统中新增字段、配置逻辑核查（如irAE严重程度为SEVERE时必须填写处理措施），完成UAT后上线。旧版本已录入的数据通过映射脚本迁移至新结构，确保分析数据集完整。
CRF设计与工程化实现是临床数据管理的起点，也是质量控制的源头。掌握CDASH标准、注释CRF和版本管理方法，能够显著降低后续数据清理与递交风险，为统计分析提供可靠的数据基础。