这两个系统经常被放在一起比较，但它们的设计出发点根本不同：一个是从注册类 EDC 演化来的"数据结构严格、审计留痕重"，一个是从学术数据采集长出来的"建库快、问卷强"。选错不会立刻出事，通常是在锁库或核查时才疼。
OpenClinica 3.14 的社区分支，Java + PostgreSQL，CDISC ODM 原生，字段级稽查轨迹、质疑管理、SDV 流程完整。偏"临床数据管理（CDM）"。
GPL-3.0 · 自托管 · 需 IT 与验证配套
Vanderbilt 出品，PHP + MySQL，浏览器里拖拽建表，内置问卷/知情同意/随机化/API，全球学术机构普及度极高。偏"快速采集与随访"。
非营利免费 · 商业使用需授权 · 运维轻
表格里的"更适合"只针对该行维度，不代表整体结论——整体结论在下面。
| 维度 | LibreClinica | REDCap |
|---|---|---|
| 许可证与费用 | GPL-3.0 开源，软件零成本；修改后分发须提供源码。自主可控 | 非营利/学术机构免费；商业使用需向 consortium 申请授权。软件免费不等于商用免费，这一点常被忽略。 |
| 技术栈与运维 | Java + Tomcat + PostgreSQL，JVM 吃内存（1.7G 小机器要限堆），升级需重建 war 与配置目录。 | PHP + MySQL/Apache，LAMP 栈，普通信息科就能维护，资源占用低。运维轻 |
| 建库方式 | 用 Excel 模板设计 CRF 再上传，字段类型、校验、组结构写在表里；批量建库友好，改版需新版本。 | 浏览器在线设计器，边建边看，几分钟出一个表单；研究者自己就能改。上手快 |
| 数据结构 | EAV 长表（item_data），一字段一值一行；数据量按"字段×例数"放大，查询需要 join 元数据。 | 每个项目一张宽表（列即字段），导出即分析格式，SQL 直查方便；重复表单用额外行区分。 |
| 访视与纵向 | StudyEvent → CRF → ItemGroup 三层，支持重复事件、重复组；结构与 CDISC ODM 对齐。 | Arm + Event + Instrument，支持纵向与 repeating instruments；结构更贴近"访视清单"。 |
| 质疑与数据管理 | Discrepancy Note 工作流、SDV、数据录入双人核对（double data entry），是真正的 CDM 流程。EDC 味重 | Data Quality 规则 + 质疑解决，够用但偏轻；没有严格的双录入与 SDV 工作流。 |
| 稽查轨迹与签名 | 字段级留痕（改前/改后/用户/时间/原因），可导出；支持电子签名流程。 | 完整审计日志与 e-signature 框架，可配置；合规性取决于机构验证与配置。 |
| 导出与互通 | CDISC ODM 1.3 原生导入/导出，另有 CSV、SPSS、SAS；对监管递交友好。ODM 强 | CSV/Excel/SPSS/SAS/Stata/R + ODM 1.3.1 导出 + REST API；生态工具多（R 包、Python 库）。 |
| ePRO / 患者端 | 没有，需外接随访系统。需扩展 | 内置 Survey（公开链接、邮件/短信邀请）、e-Consent 框架，患者端开箱可用。开箱强 |
| 随机化 / 发药 | 无内置 RTSM/IWRS，需外接。 | 内置 Randomization 模块，够做分层区组随机。 |
| 中文与本地化 | 无官方中文包，需自行汉化（界面、术语、报表），这也是我们存在的原因。 | 社区语言包含简体中文，开箱即中文，但术语偏"系统直译"。 |
需要严格质疑流程、SDV、双录入、CDISC ODM 递交，且要能解释"数据是怎么被管的"。
研究者自己建库、要发问卷给患者、周期短、没有专职 IT，预算有限。
数据在 REDCap 里，但结题要做 ODM 归档或接受核查，需要更硬的留痕与质疑闭环。
对非营利学术机构免费；企业或商业项目使用需获得授权。合同签署前建议先确认许可范围。
它是 OpenClinica 3.14 的社区分支，不是官方版本，也不由其背书；功能与路线由社区决定。
两者都只是工具。合规靠验证文档、权限控制、SOP 与培训记录，任何软件都不自带。
REDCap 的 ODM 与 LibreClinica 要求的 OID 体系不同，迁移必须做字段映射与受试者/事件预建，通常要写转换脚本，不是"点一下导入"。
把研究类型、例数、中心和交付时间发给我们，给一份 2 页选型建议，不收费。