1. eCOA平台工程导论

电子临床结局评估（electronic Clinical Outcome Assessment，eCOA）并不是把纸质问卷简单搬到平板电脑上。它是一套受监管约束、由受试者、临床医生或观察者直接完成、用于采集临床结局数据的电子化系统。这里的“直接”是关键：数据由评估者本人录入，而不是由研究人员根据访谈内容代为转录。eCOA 覆盖患者自评（ePRO）、临床医生评估（eClinRO）、观察者评估（eObsRO）以及功能测试（ePerfO）等类型，它们共同构成临床试验中疗效与安全性终点的重要数据来源。

从工程视角看，eCOA 平台要同时满足三类诉求：受试者要能顺畅完成量表，研究中心要能可靠地管理访视与设备，申办方与监管方要能证明数据真实、完整、可追溯。这三类诉求彼此拉扯——体验越简化，审计与合规要求往往越复杂。因此，eCOA 平台工程的核心不是“做一个 App”，而是构建一条从量表设计、受试者作答、离线暂存、加密传输、稽查留痕到监管递交的完整数据链，并让这条链上的每个环节都可验证、可复现。

临床结局评估的类型与数据特征

不同类型的评估，其数据产生方式、时间敏感性和合规要求差异明显。ePRO 由受试者自行填写，常见于疼痛、睡眠、生活质量等量表，强调填写时间窗与提醒机制；eClinRO 由临床医生完成，如 CGI、PANSS 等，通常与访视绑定；eObsRO 由照护者或观察者填写，适用于儿童或认知障碍人群；ePerfO 则记录受试者完成指定任务的表现，如步行测试、认知测试，数据往往包含计时与评分两类结果。

这些差异直接决定平台设计。例如，ePRO 的“填写时间窗”通常以受试者本地时间计算，而稽查轨迹必须记录设备时间、时区偏移与服务器接收时间；eClinRO 需要与 EDC 访视计划对齐，避免重复录入；ePerfO 需要采集原始计时数据，而不仅是最终得分。工程上必须为每类评估定义清楚：谁作答、何时作答、允许的窗口、是否可修改、修改后如何留痕。

监管环境概览

eCOA 处于高度监管的语境中。美国 FDA 的 21 CFR Part 11 对电子记录与电子签名提出明确要求：系统需具备审计追踪、访问控制、电子签名绑定与记录保存能力。欧盟 GDPR 则对个人健康数据的处理、跨境传输与受试者权利提出约束。ICH E6(R2) GCP 强调数据 ALCOA+ 原则——可归属、易读、同时记录、原始、准确，并补充完整、一致、持久、可用。此外，CDISC 的 ODM 与 SDTM 标准决定了数据如何从采集端映射到递交数据集。

这些法规不是抽象条文，而是会落到具体工程决策上。例如，审计追踪要求“谁、何时、改了什么、为什么改”四要素齐全，意味着平台不能只记录最终值，还要保留修改前后的值与修改原因；访问控制要求基于角色的权限模型，受试者、CRC、监查员、数据管理员看到的界面与可执行操作必须不同；电子签名要求签名与记录绑定，不能仅用一张图片代替。

课程项目说明

本课程将围绕一个贯穿始终的示例项目展开：为一项多中心、随机、双盲的慢性疼痛适应症 II 期试验构建 eCOA 平台。该试验计划入组约 240 例受试者，涉及 12 家研究中心，主要终点为第 8 周疼痛评分较基线的变化，采用 ePRO 每日日记与 eClinRO 访视评估相结合的方式。受试者使用研究中心发放的平板电脑，部分受试者使用个人手机浏览器。

项目将覆盖以下工程任务：量表与访视计划建模、离线采集与同步机制、稽查轨迹与电子签名、角色权限与研究中心管理、数据导出与 CDISC 映射、系统验证与上线检查。每个任务都会给出可操作的配置示例、数据结构或判断依据，而不是停留在概念层面。

例如，在量表建模阶段，我们需要为“过去 24 小时平均疼痛强度”定义 0–10 数字评分量表，并规定：每日 20:00 推送提醒，允许填写窗口为当日 18:00 至次日 06:00，超窗后标记为“迟填”并记录实际填写时间。这些参数会直接影响后续的数据清洗规则与统计分析计划。在离线同步阶段，需要定义本地队列的加密方式、重试策略与冲突处理规则，确保受试者在无网络环境下仍能完成作答，并在恢复连接后可靠上传。

课程不假设读者已有 eCOA 开发经验，但要求具备基本的软件工程与临床试验数据管理常识。完成本课程后，读者应能独立设计一个满足监管要求的 eCOA 平台核心模块，并理解每个设计决策背后的合规依据与工程权衡。