eTMF vs CTMS vs EDC
三个临床试验系统，各管一件事：证据、进度、数据。一张表讲清区别，再回答「先上哪个」和「能不能一体化」。
七个维度，一张表看清区别
收藏这张表——下次有人问「这三个系统到底什么关系」，直接发过去。
| 维度 | eTMF | CTMS | EDC |
|---|---|---|---|
| 管什么 | 试验关键文件（方案、批件、签名记录） | 运营状态（站点、入组、里程碑） | 受试者病例数据 |
| 回答的问题 | 「证据在哪」 | 「进行到哪一步」 | 「数据是什么」 |
| 核心对象 | 文档、版本、归档结构 | 研究、站点、受试者、问题 | CRF 表单、字段、数据点 |
| 关键合规要求 | ICH GCP、21 CFR Part 11、DIA TMF 模型 | GCP 监督义务、稽查可追溯 | 21 CFR Part 11、数据完整性（ALCOA+） |
| 稽查中的角色 | 稽查的主要对象，导出 TMF Index 供审阅 | 证明监督与问题闭环的辅助证据 | 数据核查与统计分析的来源 |
| 主要使用者 | TMF 专员、CRA、QA、稽查员 | 临床运营、项目经理、申办方 | 研究者、CRC、数据管理、统计 |
| 典型系统 | Veeva Vault eTMF、Vivarcus eTMF | Veeva Vault CTMS、Vivarcus CTMS | Medidata Rave、REDCap 等 |
三者如何协作：一次站点启动的故事
一个业务事件，在三个系统中各有投影。以「站点启动」为例：
1 · CTMS：里程碑完成
站点激活里程碑标记完成，系统检查是否所有前置活动已结束，并提示对应的 TMF 预期文档。
2 · eTMF：证据归档
伦理批件、合同、培训记录等文档按 DIA 模型归档、签署并锁定版本，TMF Index 自动更新。
3 · EDC：数据开始流动
站点完成启动后开始录入病例数据，入组数据同步回 CTMS，入组曲线实时更新。
一体化平台 vs 独立系统
独立采购三个系统，需要维护三套账号、三份合同、三条集成链路，数据同步是永远的痛——CTMS 的入组数和 EDC 对不上、里程碑完成了 eTMF 里却没有对应文档，这些「对不上」在稽查时都会变成问题。
一体化平台（Veeva Vault 走的是这条路，Vivarcus 也一样）把 eTMF、CTMS 等应用放在同一技术底座上：账号、权限、审计、文档一体，跨应用数据天然互通。EDC 由于历史原因常独立存在，通过标准接口集成即可。
- 单点登录与统一权限，一套账号走全部应用
- 里程碑 ↔ 预期文档联动，完成即检查证据
- 统一审计追踪，跨应用操作一条线索可查
- 一份合同、一次验证、一个运维对象
eTMF / CTMS / EDC 常见问题
关于三个系统的关系，被问得最多的问题。
eTMF、CTMS、EDC 三者有什么区别？
一句话：eTMF 管「证据」——试验关键文件的受控归档；CTMS 管「进度」——站点、入组、里程碑等运营状态；EDC 管「数据」——受试者病例数据的采集与清洗。三者职责互补，不互相替代。
可以用一个系统同时管理三个吗？
一体化平台（如 Veeva Vault、Vivarcus）在同一底座上提供多个应用，数据天然互通，但各应用仍分工明确；用「一个模块」同时当 TMF、CTMS、EDC 则不可行。实践中更常见的是「CTMS + eTMF 一体化 + 与 EDC 集成」。
先上哪个系统？
取决于最大痛点：稽查风险高、文件乱 → 先上 eTMF；多中心运营失控、汇报痛苦 → 先上 CTMS；试验尚未数字化 → 先上 EDC。多数团队的实际路径是 EDC 最先，随后 eTMF 或 CTMS。
EDC 的入组数据会自动同步到 CTMS 吗？
取决于是否集成。独立采购的两者常靠人工导出或定时 API 同步；一体化平台或预置连接器可实现自动同步，让入组曲线始终与 EDC 数据一致。
CTMS 里程碑和 eTMF 文档是什么关系？
它们是同一业务事件的两面：CTMS 记录「何时完成」，eTMF 归档「完成它的证据」。理想状态下两者关联——里程碑完成后系统提示并检查对应文档是否齐全（预期文档机制）。
三个系统都用开源或低成本方案可行吗？
可行。EDC 已有成熟开源方案（如 REDCap）；eTMF 与 CTMS 的开源选项长期空白，Vivarcus 以开源核心补上了这两块，并提供托管部署选项。