易迪希 Clinflash eSign 临床试验电子签名系统

🎯 产品定位与核心价值

eSign 定位为临床签署环节的线上化工具：把知情同意与研究文档的签署从纸面搬到线上，身份核验、时间戳与文件版本一并留痕，减少纸质流转带来的合规风险。

🏗️ 架构分层与数据流向

电子签名系统在临床试验里不是“把签字搬到网上”，而是要回答三个问题：签的人是不是本人、签的时候是不是自愿、签完之后还能不能证明。系统结构基本对应这三问。

身份层：CA 数字证书

系统基于权威 CA 数字身份证书为签署双方提供可信身份认证与核验服务。这一层的意义在于：签名与身份绑定，而不是与账号绑定。账号可以被共用，证书不能。核查时被问“如何证明这是研究者本人签署”，答案应指向证书而非登录记录。

流程层：可自定义的签署顺序

不同文件需要不同签署路径：知情同意通常由受试者与研究者先后签署，方案修订可能需要多方会签。系统支持自定义签署流程，并支持文件任务汇总与快捷分享。流程可配是必要条件——写死的流程总有一类文件套不上。

存证层：痕迹比文件更重要

系统记录所有文件发送痕迹与签署痕迹，并支持 24 小时备份。对核查而言，重要的不是最终那份 PDF，而是过程中谁在什么时间做了什么动作。这份记录构成了签名的证据链。

对接层：嵌进业务流程

签名若独立于系统之外，用户就要在两个平台间来回切换，实际使用会退化为“先打印再扫描”。系统无缝对接 CTMS、eCTD、eLearning 等系列系统，可按需配置签名应用场景，让签署发生在业务流程内部。

⭐ 核心能力详解

📋 技术规格

🧭 部署形态与配置对比

签署环节有三种实现方式，成本与合规风险差别明显。判断依据是：这份文件未来会不会被监管追问签署过程。

方式一：纸质签署 + 扫描归档

研究者与受试者现场签字，扫描后上传。优点是习惯成熟、无学习成本；缺点是签署时间与实际时间可能不一致（常见“事后补签”），扫描件的真实性依赖人工声明。跨国研究还要处理原件运输与保存。

方式二：通用电子签平台

用第三方电子签服务完成签署，再把文件上传到 TMF。优点是签署便捷；缺点是与试验流程脱节——签署记录留在电子签平台，TMF 里只有结果文件。核查时要跨两个系统取证。

方式三：临床专用签名系统

签名能力嵌在临床试验系统内，签署记录与项目数据同源。优点是证据链完整、场景可配（知情同意、方案签字、监查报告）；缺点是需要与现有系统对接，实施周期略长。

现实中的混合做法

不少机构采用混合：知情同意等需要受试者现场签署的文件保留纸质并扫描，方案与内部文件走电子签。这种做法的关键是明确边界并写进 SOP，否则同一类文件在不同中心会有不同做法。

📊 规格参数横向对比

对比电子签名方案时，容易只看“能不能签”，而忽略“签完能不能证明”。下表按证据链的完整度展开。

表中最容易被低估的是第三行。签署记录若不在试验系统内，核查时需要跨系统取证，这个工作量在大型研究里非常可观。选型时应要求对方演示“从一次签署追溯回项目数据”的完整路径。

🎯 典型应用场景

🏬 典型场景深描

临床试验里的签署场景差别很大，同一套流程套所有文件往往行不通。以下四类是主要形态。

知情同意书（ICF）

这是最敏感的场景：签署人是受试者，需要确认其理解与自愿。系统需支持受试者与研究者先后签署、版本变更后重新签署、以及签署时间的准确记录。伦理关注的重点是“有没有充分时间考虑”，因此时间戳的准确性比签署便捷性更重要。

方案与方案修订

方案修订往往涉及多方会签：主要研究者、申办方、统计方。签署顺序与版本对应关系必须清晰——签的是第几版方案，要在记录里说清。这类场景适合自定义流程。

监查报告与随访记录

CRA 完成监查后提交报告，项目经理审核签署。这类文件数量大、格式统一，适合批量发起与批量归档。效率提升主要来自“不用打印邮寄”。

跨地域多中心

当受试者分布在多个地区、研究者出差频繁时，现场签署会成为瓶颈。电子签名让签署不受地域与网络环境限制，同时扩大了可及的患者群体。这类场景的收益最直接。

📦 接入方式

⚔️ 产品差异化特点

• 面向临床场景签署流程围绕知情同意与研究文档设计，而非通用合同签署。
• 身份核验前置签署前完成核验，降低合规风险。
• 与文档系统联动签署完成即归档，避免二次上传。
• 审计链完整签署与文件版本对应关系清晰。

✅ 使用最佳实践

🚀 实施与上线路径

电子签名上线不是开通账号，而是把签署流程重新设计一遍。按四步推进。

步骤一：梳理签署场景清单（1–2 周）

列出所有需要签署的文件类型，标注签署方、签署顺序、是否涉及受试者、是否有版本变更。交付物是场景清单。清单不全，后续会出现“还有一类文件没覆盖”。

第二步：确定哪些走电子、哪些留纸质（1 周）

不是所有文件都适合电子化。受试者知情同意在部分机构仍要求纸质原件，需与伦理沟通确认。这一步的产出是边界说明，写进 SOP。

第三步：配置流程与权限（2 周）

按场景配置签署流程、角色权限与文件模板。配置完成后用测试文件跑通完整路径：发起、签署、归档、检索。交付物是配置说明与测试记录。

第四步：培训与试点（2–4 周）

培训对象包括研究者、协调员与 CRA。重点不是界面操作，而是“什么情况需要重新签署”。建议先在一个中心试点，跑完一轮后再全量推开。

🔧 运维保养与日常维护

电子签名的运维重点在证书有效期与签署记录完整性，两者出问题都会影响证据链。

证书管理

CA 证书有有效期。到期前需要续期，续期期间签署是否受影响、历史签名是否仍然有效，都要提前确认。建议建立证书台账，按到期时间排序，提前一个月处理。

签署记录核对

每月抽查一批已签文件，核对签署时间、签署人、文件版本三者是否匹配。常见问题是签署了旧版本文件、或签署时间早于文件生成时间。

备份与恢复演练

系统提供 24 小时备份，但备份能否恢复需要验证。建议每年做一次恢复演练，确认历史签名文件可正常打开与验证。

人员变动处理

研究者离岗后其签署权限应及时收回，但历史签名必须保留。系统权限与签名记录要分开管理——收回权限不等于删除记录。

⚠️ 常见误区与避坑

电子签名落地失败的案例，多数不是技术问题，而是几处认知偏差。

误区一：把电子签名等同于电子签章图片

贴一张签名图片不构成电子签名。合规的电子签名需要身份认证、签署意愿表达与记录留痕三要素。只贴图的做法在核查时无法证明签署人身份。

误区二：认为签完就结束了

签署只是环节之一，后续还要归档、检索、版本管理。若签署记录无法与 TMF 关联，证据链是断的。选型时要看“签完之后怎么办”，而不只是“怎么签”。

误区三：所有文件都强制电子化

受试者知情同意在部分地区仍要求纸质原件，或受试者本人不便使用电子设备。强行电子化会带来执行阻力。合理做法是按场景分类，混合使用。

误区四：忽略重新签署的触发条件

方案修订、知情同意版本更新、受试者信息变更，都可能触发重新签署。若系统不能自动识别“哪些人需要重签”，就要靠人工排查，遗漏风险高。

误区五：培训只讲操作

培训若只演示点哪里，用户遇到异常就卡住。应重点讲三类情形：签署失败怎么办、签错了能不能撤回、受试者要求纸质版怎么处理。

误区六：把合规责任交给系统

系统提供合规能力，但签署流程是否合规由机构负责。SOP、培训记录、权限管理这些“系统之外”的工作，才是核查时真正被检查的内容。

❓ 常见问题

📜 信息来源与免责声明