CliniGA CRO

CliniGA CRO 博客

API中断之后:连接恢复时查找数据缺口

分别核查连接恢复与数据完整性,核对中断期间受影响记录,明确未解决差异和后续行动。

类别代表性照片:API中断之后:连接恢复时查找数据缺口
摄影: Happi Raphael · 许可: CC BY-SA 4.0 · 图片已裁剪并调整尺寸。
发布
更新

接口恢复并不能证明中断期间创建的每条记录均已到达。连接可能看似正常,但接收系统中仍缺少特定时段、问卷或受试者记录。

保留数据的含义

在恢复计划中分别跟踪连接状态与数据完整性。在失败请求、排队记录、已接收记录及处理例外之间建立可解释的关系。定义在中断期间于来源端修改的记录在重放时如何处理。恢复起点不应仅依赖最后一次成功连接的时间戳。

示例分析

例如,ePRO接口夜间发生故障。早晨仪表板转为绿色,但部分已完成问卷仍滞留在队列中。团队使用受试者及问卷标识符,核对来源问卷清单、交付队列和EDC接收日志。每项未解决差异均指定责任人,并记录下一步行动。

核查要点

  • 独立确定受中断影响的来源记录总体。
  • 确认重放交付不会产生重复观测。
  • 使恢复失败的记录在例外清单中持续可见。

验收与适用边界

验收意味着受影响总体中的每条记录均已被接收、附理由排除,或被识别为未解决问题。本例不要求所有接口采用同一种技术队列架构。应根据研究关键数据选择相称证据。研究团队应另行评估对临床时序的任何影响;技术恢复不能替代这一判断。

常见问题

为什么连接测试不足以证明恢复完成?
它显示当前可访问性,却不能显示历史记录是否丢失、延迟或仍待处理。
缺失记录后来到达时怎么办?
保留其原始采集时间,并说明延迟如何影响相关数据复核。

来源

  1. FDA — 临床研究中的电子系统、电子记录和电子签名
  2. MHRA — GxP数据完整性指南