4. 远程临床研究技术架构
远程临床研究的技术架构，本质上是把“受试者—研究中心—申办方”之间原本依赖纸质表单和现场访视完成的数据流，改造成一条可追溯、可审计、可实时监控的数字化链路。这条链路由五类核心系统构成：远程数据采集平台（EDC）、电子患者报告结局系统（ePRO）、可穿戴设备、视频访视系统，以及承载它们的云基础设施。理解架构的关键，不是记住五个名词，而是看清数据从受试者身上产生，到最终进入分析数据库的完整路径，以及每个环节的接口、时间戳和合规边界。
一、五类系统的职责与数据形态
远程数据采集平台是研究数据的“主库”，承担病例报告表（CRF）的电子化录入、逻辑核查、质疑管理和数据锁定。它接收的数据主要来自研究者或协调员的录入，字段结构化程度高，例如“收缩压 128 mmHg”“不良事件开始日期 2024-03-12”。EDC 的核心价值在于内置编辑检查（Edit Check），比如当“是否发生严重不良事件”选择“是”时，必须填写事件描述和报告日期，否则无法保存。
电子患者报告结局系统直接面向受试者，通过手机应用或网页收集症状、依从性、生活质量等自评数据。ePRO 的数据特点是“受试者自填、带时间戳、不可事后修改”。例如某疼痛研究要求受试者每晚 20:00—22:00 之间完成 0—10 分数字评分量表（NRS），系统在超时后自动标记为“未按时填写”，并触发提醒。这类数据一旦提交即进入审计追踪，研究者只能查看，不能代改。
可穿戴设备负责连续或高频采集客观生理参数，如心率、步数、睡眠时长、血氧饱和度。与 ePRO 不同，可穿戴设备的数据是“设备自动产生、采样频率高、原始数据量大”。例如某心血管研究使用腕式设备每 5 分钟采集一次心率，一天产生 288 个数据点。这些数据通常先上传到设备厂商云平台，再通过 API 同步到研究数据库，中间需要处理设备序列号与受试者编号的映射关系。
视频访视系统支撑远程知情同意、远程随访和远程监查。它需要满足三个硬性条件：一是身份核验，通常采用双因素认证加实时人脸比对；二是会话记录，包括访视时间、参与方、关键操作日志；三是数据留存，视频本身是否录制、录制后存放在哪里、保存多久，必须在方案和知情同意书中明确。视频访视产生的“源数据”包括视频画面、共享屏幕中的量表评分、以及访视记录表。
云基础设施是上述系统的运行底座，提供计算、存储、网络、身份认证和备份能力。临床研究的云环境通常要求：数据存储区域符合当地法规（如中国境内数据不出境）、传输全程 TLS 加密、静态数据 AES-256 加密、访问日志保留至研究结束后规定年限。云平台还承担系统间的集成枢纽角色。
二、系统集成方法：从“各自为政”到“一条数据链”
五类系统如果独立运行，会形成数据孤岛：ePRO 的数据在 ePRO 厂商云里，可穿戴数据在设备厂商云里，视频访视记录在视频服务商那里，EDC 里只有研究者手工录入的部分。集成的目标，是让所有受试者相关数据最终汇聚到 EDC 主库或临床数据仓库，并保持“谁、在什么时间、通过什么系统、提交了什么”的完整审计追踪。
集成方式主要有三种。第一种是 API 实时同步，适用于 ePRO 和设备数据。以 ePRO 为例，系统在受试者提交后立即调用 EDC 提供的 RESTful 接口，将数据以 CDISC ODM XML 格式推送。接口需要处理三个关键字段：研究编号、受试者筛选号、访视编号。如果映射错误，数据会挂到错误的受试者名下，这是远程研究中风险最高的集成故障之一。
第二种是批量文件传输，适用于可穿戴设备的历史数据回补或视频访视记录归档。通常按天或按访视周期导出 CSV 或 JSON 文件，通过 SFTP 上传到指定目录，再由集成引擎解析入库。批量方式需要额外处理“重复数据”和“迟到数据”：同一受试者同一天可能多次上传，集成逻辑必须按设备序列号加时间戳去重，并保留最新版本。
第三种是中间数据库或集成引擎模式，适用于多系统、多中心、多厂商的复杂场景。集成引擎（如基于 HL7 FHIR 或 CDISC ODM 的转换服务）承担协议转换、字段映射、错误重试和日志记录。它的价值在于把“点对点接口”变成“星型汇聚”，新增一个设备厂商时，只需在集成引擎增加一个适配器，而不需要修改 EDC 主库。
三、架构落地时必须回答的五个问题
第一，受试者身份如何贯穿全链路？建议在筛选期即分配唯一受试者编号（Subject ID），所有系统均以该编号为主键，设备序列号、ePRO 账号、视频访视账号都与之绑定。禁止用姓名、手机号作为跨系统标识。
第二，时间戳以谁为准？ePRO 和可穿戴设备应统一使用带时区的 ISO 8601 格式，例如“2024-03-12T20:15:33+08:00”。如果设备只提供本地时间，集成层必须根据设备注册地补上时区，否则跨时区多中心研究会出现“同一天数据对不上”的问题。
第三，数据修改如何留痕？ePRO 提交后不可改，只能由受试者新建一条“修正记录”；EDC 中研究者修改数据必须填写修改原因，系统保留旧值、新值、修改人、修改时间。视频访视中的量表评分，如果协调员代录，必须在访视记录中注明“代录”及原因。
第四，云上数据放在哪里？涉及中国人类遗传资源的研究，数据存储和传输需符合《人类遗传资源管理条例》及信息安全技术相关要求。架构设计时应明确：数据存储区域、备份区域、是否跨境、跨境审批依据。通常建议生产环境与备份环境均部署在境内合规云区域。
第五，系统故障时研究如何继续？远程架构必须定义降级方案。例如 ePRO 不可用时，受试者改用纸质日志，并在系统恢复后 24 小时内补录，补录数据需标记“纸质源数据转录”；视频访视中断时，改用电话访视并记录中断原因和时长。降级方案本身也是方案偏离管理的一部分。
总体来看，远程临床研究技术架构不是把五个系统简单堆在一起，而是围绕“受试者数据从产生到可分析”这条主线，明确每个系统的输入输出、接口协议、时间基准、身份映射和异常处理。架构设计得是否扎实，最终体现在两个地方：数据能不能完整、准确地进入分析库；以及当某个环节出问题时，能不能快速定位、恢复并留下合规记录。