您的首个临床试验需要多少套系统？面向小型申办方基于登记库衍生的eClinical模块图谱（2026）

核心要点

关键结论： 在2021年至2026年间启动的18,064项行业1期至2期临床试验中，中位研究在电子数据采集和试验主文档基线之外仅具有一个能力信号。试验方案特征和中心数量决定了软件范围；本研究未衡量申办方人员编制或采购需求。无论是集成套件、单点解决方案还是合同研究组织工具，申办方的监督职责均完全相同，且选取的公开观察记录说明了记录与交接方面的失效，但并未对各平台架构进行对比。

三项计算得出的结论构成了早期生物技术与医疗技术申办方采购抉择的基础 [1]。在18,064项早期试验中，18.4%在电子数据采集（EDC）和试验主文档（TMF）之外不具备四项能力信号中的任何一项。占比最多的49.5%具有一个能力信号，24.0%显示具有两个，7.6%显示具有三个，0.4%显示具有四个。1期试验平均具有0.92个能力信号，而2期试验平均具有1.76个。这一四信号评分是一项讨论辅助工具。各项能力可以共用同一款产品、采用恰当的手工工作流程，或者在登记库文本中未予体现；采购系统的具体数量则需要根据具体试验进行单独评估。

登记库足迹不同的各组平均得分相似 [1]。小型申办方（在此定义为在公共登记库中拥有三项或更少注册研究的主要申办方）平均具有1.26个能力信号，而其他行业申办方平均为1.21个。该评分包含针对两家或两家以上机构的一分，因此其与中心数量的关联在一定程度上是内在设定的。单中心研究平均具有0.72个能力信号，而在21家或更多机构开展的试验平均具有2.08个能力信号，且多国运营比例扩大至79.5%。

无论技术栈由谁托管或选定，主体责任始终由申办方承担 [2][3][4]。ICH E6(R3)、欧洲药品管理局关于计算机化系统的指导原则以及FDA的2024年电子系统指南均将试验数据的最终责任赋予申办方，并要求具备系统清单、经过验证的接口和记录在案的传输核查。公开的监管执法记录列举了系统衔接处缺失的审计追踪、对账失败以及记录不一致问题，有时还会指名具体软件；不同品牌或架构的对比失效率目前仍未可知。

两项基线记录功能及中位一个额外信号

关键结论： 可靠的数据采集和必要记录管理是受监管试验的基线功能；但法规并未普遍强制要求使用两款独立的电子产品。在该研究队列中，49.5%的早期行业记录在此基础之上拥有一个能力信号。1期试验平均具有0.92个能力信号，2期平均具有1.76个。登记库文本只是一种未经证实的筛选信号，而非采购普查统计。

在本范围界定模型中，数据采集与必备记录管理属于基础功能。根据适用要求，它们可通过符合目的的电子、纸质或混合方式予以支持 [1][5]。除这两项基础功能之外，早期试验还增加了能力信号：交互式应答技术或随机化与试验供应管理（IRT/RTSM）、电子临床结局评估（eCOA）、独立审查委员会工作流（IRC），以及用于多中心协调的临床试验管理系统（CTMS）。

在2021年至2026年间启动的18,064项由行业申办的1期、1/2期以及2期试验中，能力信号的实证分布展示了四项选定的公开特征共同出现的频率 [1]。在这些试验中，有3,317项（18.4%）显示为零个能力信号，未检测到所统计四项特征中的任何一项；其实际使用的系统未知。占比最多的8,947项试验（49.5%）显示恰好具有一个能力信号。两个能力信号出现在4,343项试验（24.0%）中，三个出现在1,381项试验（7.6%）中，四个出现在76项试验（0.4%）中。在所有早期记录中，能力信号的均值为1.22个（按零到四分的评分标准）。按照这一约定，加上两项基线功能后将得出3.22项功能，而非观察到的3.22套系统。

下图展示了各开发阶段中能力信号的分布情况。

1期记录（n = 9,578）处于极简端：24.2%显示为零个能力信号，60.9%为一个，13.6%为两个，1.2%为三个，平均值为0.92 [1]。1/2期记录（n = 2,779）显示，20.3%为零个，49.2%为一个，24.4%为两个，5.6%为三个，0.5%为四个，平均值为1.17。2期记录（n = 5,707）则明显上移：7.6%为零个，30.6%为一个，41.4%为两个，19.4%为三个，1.1%为四个，平均值为1.76。两个或两个以上能力信号出现在14.9%的1期、30.5%的1/2期以及61.8%的2期记录中。

该数量取决于 EDC 合同包含哪些内容，以及哪些属于独立模块。在本分析中，EDC 范围涵盖病例报告表设计、权限控制、数据录入、逻辑核查、质疑管理和电子签名，以及每项试验均承担的三项基础义务：不良事件采集、数据管理计划要求时的医学编码，以及向快速安全报告递交方进行的交接。当登记库记录了随机分配或任何盲法时，随机化与试验供应即成为一个独立模块，这两个公开字段提示需要对分配或盲态控制进行审查。评估员可采用盲法，而药品套件保持开放标签，且随机化控制可在适用的现有工作流中提供 [5]。有关套件预测、缓冲库存及发运效期控制的相关问题，其评估见于RTSM供应规划, 该规划提供了详细的支持性分析。

这些组合分布高度集中 [1]。仅包含随机化是最常见的额外模块，涉及4,735项试验。其次是仅有多中心协调（3,801项），以及仅有最基本的EDC和TMF底线记录（3,317项）。随机化配合多中心协调占2,992项试验，而IRT、eCOA与多中心CTMS的三联组合则占1,148项。其余配对组合规模较小：IRT与eCOA组合（698项）、eCOA与多中心CTMS组合（402项）、仅eCOA（291项）、IRC与多中心CTMS组合（196项）、IRT与IRC及CTMS组合（167项）、仅IRC（120项），以及涵盖全部四个模块（76项）。

下图展示了早期临床开发中观察到的十种最常见模块组合。

明确的独立中心化评审在这些组合中较为罕见，因为它在公开文本中出现频率很低 [1]。关于中心化评审的表述出现在3.8%的早期记录中（680项试验）。诸如RECIST、iRECIST、RANO、Lugano和IMWG等疗效评估标准出现在19.4%的试验中（3,512项试验），在此被视为潜在需求，因为试验方案可以通过研究者评估来应用这些标准，并仅在后续阶段才增加中心化评审。

用于范围界定的三类早期试验画像

核心结论： 三类主要画像涵盖了该早期队列的大部分试验（申办方首次开展的研究并未单独区分），每类画像均具有独特的登记库特征。健康受试者 1 期记录以外部数据流为主，患者剂量递增 1 期记录以多中心协调为主，而 2 期记录则同时涉及两到三个模块。

早期行业记录可归纳为三类主要画像，且每一类均具有一组典型的公开特征 [1]。超出画像范围进行采购，会为试验方案从未调用的功能增加验证和许可成本。

第一种原型是单中心、健康受试者 1 期研究 [1]。该类型涵盖 4,364 项试验，占队列中所有 1 期记录的 45.6%，且最常在专用的 1 期研究单元中开展。在这些记录中，73.1% 进行了随机化或设盲，43.8% 带有非“无”的设盲代码，这与交叉设计以及安慰剂对照的剂量递增设计一致。患者报告结局相关术语出现在 3.0% 中，明确的中心化评估出现在 0.2% 中，剂量递增表述出现在 31.4% 中。

外部数据是该类特征主要的集成任务 [1]。药代动力学、实验室检查、心电图或生物标志物术语出现在这些记录的 89.8% 中，这提示可能存在外部数据流。应根据方案和供应商技术规范确认实际的数据源、传输方式及系统。就功能信号而言，1,143 项试验提示无信号，3,114 项提示一项（几乎均为随机化），106 项提示两项，且有一项提示三项。此类特征的首要任务是快速完成数据库构建并制定经过验证的传输规范，而是否需要单独的中心管理产品则取决于实际的监管工作流。

第二种原型是患者 1 期研究，其中部分子集包含剂量递增表述 [1]。该类型涵盖 4,135 项试验。这些记录中仅有 22.2% 进行了随机化或设盲，而剂量递增表述（3+3 规则、贝叶斯最优区间设计、队列及剂量水平用词）出现在 64.5% 中。

患者 1 期记录分布在多个中心 [1]：60.1% 列出两家或更多机构，24.8% 列出两个或更多国家。外部数据术语出现在 73.0% 中，患者报告结局术语出现在 8.4% 中，明确的中心化评估出现在 1.5% 中。运营负荷集中在队列名额分配、剂量限制性毒性跟踪、安全性审查数据切片以及跨中心监查，这使得数据库访问、连续性和数据核对显得尤为重要。针对这些需求，可分别对直接许可、CRO 提供以及托管安排进行评估。有关方案结构复杂性与试验活动流程表密度的评估见方案复杂性与试验构建工作负荷, 该文提供了详细的支撑分析。

第三种原型是 2 期研究，其中部分子集具有随机化和多中心特征 [1]。该类型涵盖 5,707 项试验。随机化或设盲出现在 71.4% 的 2 期记录中，这是需要具备分层和盲态药品供应功能的 IRT/RTSM 模块的信号。多中心部署出现在 65.9% 中，多国执行出现在 34.1% 中。

结局测量工具在 2 期开始引入 [1]。患者报告结局术语出现在 30.4% 的 2 期记录中，明确的中心化评估出现在 7.9% 中，疗效评价标准出现在 16.4% 中，外部数据流出现在 38.7% 中。鉴于有 61.8% 的 2 期记录提示两项或更多功能信号，正是在此类特征中，接口数量及其间的数据核对工作成为了系统采购所要面临的核心问题。

较小的注册登记足迹并不意味着低评分

核心要点： 注册登记足迹较小的申办方显示出与其他行业申办方相同的模块信号：平均为 1.26 项功能信号，而后者为 1.21 项。差异体现在患者报告术语和涉及国家数量上，且这两者均取决于试验方案，而非公司本身。

若要检验小型公司开展的试验是否更为简单，需要一个公开的规模替代指标 [1]。在本分析中，小型申办方是指在注册库中跨所有研究类型和年份拥有三项或更少已登记研究的主要申办方。该替代指标衡量的是注册登记足迹，而非员工人数或资金规模；关联机构、别名以及不完整的注册信息限制了其在识别首次开展试验公司方面的有效性。

在包含 18,064 项早期行业试验的队列中，3,253 项研究由小型申办方发起，而 14,811 项由较大型行业申办方发起 [1]。小型申办方每个方案平均具有 1.26 项功能信号，而较大型申办方平均为 1.21 项。模块数量的分布十分接近：小型申办方中，零个模块占 14.7%，一个占 53.2%，两个占 24.0%，三个占 7.9%，四个占 0.2%。较大型申办方中，零个模块占 19.2%，一个占 48.7%，两个占 24.1%，三个占 7.6%，四个占 0.5%。

以下图表对比了小型申办方与其他行业研发方的特征发生率。

逐个模块来看，差异都很小 [1]。随机化或设盲出现在 52.2% 的小型申办方记录和 55.2% 的其他行业记录中；两家或更多机构在两者中分别占 50.8% 和 48.5%。小型申办方出现患者报告结局术语的频率更高（20.4% 对比 13.7%）。注册库并未给出该差距的原因；一种可能的解释是首批研发项目中适应症构成的不同，这应当被视为核查测量工具清单的提示，而非一条既定规律。

其他行业申办方开展的多国试验更多 [1]：23.1% 列出两个或更多国家，而小型申办方这一比例为 16.9%。明确的中心化评估在两者中分别占 4.1% 和 2.4%，外部数据术语分别占 66.3% 和 58.8%，这一差异可能与大型申办方中健康受试者 1 期记录占比更高有关（35.6% 对比 26.9%）。

在所测试的各项注册登记足迹阈值下，均呈现出相似的描述性均值 [1]。将小型申办方限定为仅有一项已登记研究的申办方时，在 1,273 项试验中平均呈现 1.23 项功能信号。将小型申办方定义为拥有五项或更少研究的申办方时，在 4,641 项试验中平均呈现 1.26 个模块。采用十项或更少研究作为阈值时，在 6,982 项试验中平均呈现 1.25 个模块。若将阈值限定为在 2021 至 2026 年期间发起三项或更少行业试验的申办方，则在 4,587 项试验中平均呈现 1.29 个模块。拥有超过 50 项已登记研究的大型研发方在 7,207 项试验中平均呈现 1.25 个模块。

分期拆分的结果同样如此 [1]。在 1 期中，小型申办方的试验平均具有 0.99 项功能信号，而较大型研发方为 0.90 项。在 1/2 期中，小型申办方平均具有 1.18 个模块，而后者为 1.16 个。在 2 期中，小型申办方平均具有 1.82 个模块，而后者为 1.75 个。小型申办方中提示两项或更多功能信号的记录比例，从 1 期的 16.5%，上升到 1/2 期的 28.7%，再上升到 2 期的 64.4%。无论背后的公司规模如何，首次试验方案都会包含其设计所必然要求的模块。

中心数量与评分在设计上存在部分重叠

核心要点： 该评分包含针对两家或更多机构的一分，因此其与中心数量的关联在一定程度上是内置设定的。单中心记录平均具有 0.72 项功能信号；拥有 21 家或更多机构的记录平均为 2.08 项，且其中 79.5% 跨越两个或更多国家。

在该队列中，评分随机构区间递增，这部分是因为评分本身就包含多中心标记。这并不能独立证明中心数量可以预测软件需求 [1]。随着试验从单个研究单元扩展到数十家中心，其协调、监管以及数据流覆盖面也随之扩大。

四个机构区间清晰展示了这种关系 [1]。单中心记录共计 9,224 项：36.0% 提示零项功能信号，55.8% 提示一项，8.2% 提示两项，0.1% 提示三项，平均值为 0.72，且按其定义不包含多国记录。

在 2 至 5 家机构开展的试验包含 3,145 项研究 [1]。在这一区间内，平均功能信号增加至 1.58 项。多国分布出现在 17.1% 的试验中。涵盖 6 至 20 家机构的中间区间包含 3,254 项研究，平均具有 1.64 项功能信号，其中 46.0% 在多个国家开展。

拥有 21 家或更多机构的记录有 2,441 项 [1]。无一记录提示零项功能信号；24.1% 提示一项，45.3% 提示两项，28.7% 提示三项，1.9% 提示四项，平均值为 2.08，且 79.5% 列出两个或更多国家。

以下图表展示了模块需求率在各研究机构区间中的变化情况。

各模块的扩展速率各不相同 [1]。患者报告结局相关术语出现在 10.9% 的单中心临床试验、13.5% 的拥有 2 至 5 个中心的临床试验、17.1% 的拥有 6 至 20 个中心的临床试验，以及 28.7% 的拥有 21 个或更多中心的临床试验中。明确提及独立中心化审阅的表述从单中心研究中的 2.0%，增加到 2 至 5 个中心研究中的 2.6%，再到 6 至 20 个中心研究中的 4.3%，并在拥有 21 个或更多中心的研究中达到 11.3%。提及疗效评价标准的表述则从单中心记录中的 11.7% 上升至最大区间中的 30.1%。

随机化呈现 U 型分布 [1]：单中心记录中占 59.5%，2 至 5 个中心区间占 42.0%，6 至 20 个中心区间占 42.7%，而在 21 个及以上中心区间占 68.5%。单中心峰值与健康志愿者试验设计一致（单中心健康志愿者 1 期记录中有 73.1% 进行了随机化或设盲）；而 21 个及以上中心峰值则是随机化与分层以及跨仓库供应相结合的地方。两端都需要对分组或设盲控制措施进行审查。供应系统的范围取决于实际的产品、药包、仓库及再补货设计，而这些字段并未确立这些内容。

最大规模区间中的小型申办方与该区间内的其他机构表现相似 [1]。在拥有 21 个或更多机构的 198 份小型申办方记录中，无一显示零项能力信号，21.7% 显示一项，46.0% 显示两项，31.8% 显示三项，0.5% 显示四项；随机化出现在 73.2% 的记录中，患者报告相关术语占 29.3%，明确提及中心化审阅占 8.6%，多国试验占 73.7%。在整个队列中，机构数量的中位数为 1，第 75 百分位数为 9，第 90 百分位数为 28，最大值为 456；国家数量的中位数为 1，第 90 百分位数为 5，最大值为 37。

注册库无法告诉你的信息

关键要点： 注册库记录了终点和机构，但对承担大部分集成工作的三个层面保持沉默：外部数据流、安全性数据库，以及试验方案中描述了流程却未明确命名的中心化审阅。

注册库记录了试验设计、人群和结局，但对系统架构、供应商职责转让及数据集成未予提及 [1]。其中三项空白对于范围界定至关重要。

第一项是外部数据 [1]。在整个队列中，65.0% 的记录指明了药代动力学、实验室、ECG、生物标志物或免疫原性终点，且在 1 期记录中有 81.7% 指明了上述终点。这些数据流均未作为模块计入统计，但每一项都可能需要系统间传输或受控直接采集；ICH E6(R3) 第 4.2.5 节要求其通过已验证的流程或核对来进行，以确保数据和元数据保持其完整性 [2]。

第二项是安全性数据库 [1]。注册库仅记录是否存在数据监查委员会（占队列的 27.6%），对于严重不良事件保存在何处或如何报送至监管机构则只字未提。在文献中，临床数据库与药物警戒数据库之间的严重不良事件核对被描述为一项耗时且不够精确的任务，而且它完全游离于注册库之外 [6]。

第三项是中心化审阅 [1]。明确提及中心化审阅的表述出现在 3.8% 的记录中（680 条），而疗效评价标准则出现在 19.4% 的记录中（3,512 条）。这一差距与早期阶段由研究者根据标准进行评估、后期再加入中心化阅片的情况相符，但注册库无法针对任何单项临床试验确认这一点。如果方案确实依赖中心化阅片，则图像传输、去标识化、阅片员分配和裁决记录本身就会构成一项独立的工作流。

碎片化技术栈的失灵之处：检查记录

关键要点： 公开的检查记录表明，数据完整性缺陷主要发生在系统、供应商与研究中心之间的接口处。Form 483 的缺陷项频次使申办方监督集群每年都清晰可见，而点名提及具体系统的警告信则描述了源数据与 EDC 不一致、供应商关闭其 EDC，以及某供应商连同审计追踪一起删除了数据的情况。

两份 FDA 文件描述了检查员所引用的缺陷项 [7][8]。结合来看，它们极少直接点名某个计算机化系统，而是反复描述系统、供应商与研究中心交界处的缝隙问题。

生物研究监测（BIMO）项目的 Form FDA 483 工作簿涵盖了 2006 至 2025 财政年度 [7]。每一行都是引用频次总和，即某一条款在一年中被引用的次数；该文件不包含检查分母，因此这些是引用次数的计数，绝非缺陷发生率。在所有评估年度中，21 CFR 312.60 下的研究者方案依从性占 2,781 次引用。21 CFR 312.62(b) 下的研究者病例记录维护占 1,602 次引用。21 CFR Part 56 下的机构审查委员会合规性占 2,907 次引用，而 21 CFR Part 50 下的知情同意占 1,076 次引用。21 CFR Part 58 下的药物非临床研究质量管理规范引用总计 1,410 次。

基于 BIMO 表格中选定的申办方责任条款，申办方集群总计达 631 次引用 [7]。它涵盖了研究者选择、监查、确保对计划和方案的依从性、发运记录以及向合同研究组织转让职责。在其中，21 CFR 312.50（申办方的一般职责，包括确保对计划和方案的依从性）跨越三个工作簿标签（156、83 和 44）总计达 283 次引用。21 CFR 312.53(c)(1) 下获取 Form FDA 1572 研究者声明总计 57 次。21 CFR 312.56(b) 下未能解决研究者不依从问题占 30 次引用。21 CFR 312.57(a) 下维护发运和处置记录占 24 次引用，而 21 CFR 312.56(a) 下未能执行监查占 19 次引用。

下图追踪了从 FY2015 至 FY2025 期间，主要 BIMO 检查主题下的 Form FDA 483 引用频次总和。

申办方集群始终维持在较低水平 [7]。年度总和在 FY2015 为 29 次，FY2016 为 41 次，FY2017 为 31 次，FY2018 为 23 次，FY2019 为 28 次，FY2020 为 17 次，FY2021 为 7 次，FY2022 为 10 次，FY2023 为 19 次，FY2024 为 29 次，而在 FY2025 为 15 次。研究者病例记录引用在历年普遍更高，FY2024 为 59 次，FY2025 为 57 次。21 CFR 312.62(a) 下的试验用药品清点在所有年份中总计达 535 次引用，在 FY2024 记录为 6 次，在 FY2025 记录为 11 次。21 CFR Part 11 执法情况及计算机化系统检查指标的更广泛趋势，详见计算机化系统检查信号, 该文提供了更广泛的检查背景。

警告信档案提供了一些精选示例 [8]。在 2021 年至 2026 年 7 月期间发出的 3,643 封信函中，有 69 封涉及临床研究者、申办方、BIMO、IRB 或生物等效性主题。在这 69 封中，10 封提到了合同研究组织或职责转让，10 封引用了监查问题，9 封引用了病例记录问题，7 封点名了 EDC 或 eCRF，5 封引用了产品清点问题，而 11 封包含交界处缝隙相关的表述：转录、数据核对、审计追踪丢失，或源数据与电子系统之间的差异。

五段按 FDA 原文引述的文字展示了这一机制：

2026年3月，临床研究者 [9]： “有时，源数据与电子数据采集（EDC）系统中的信息不一致，源记录缺失，且源文档与 EDC 系统中的数据录入（包括延迟录入）不可归因，对相关修改和/或差异未提供任何文件记录或解释说明。”

2025年3月，生物研究监测项目 [10]： “你方称出现此情况的原因是为本研究提供试验用药品的公司 (b)(4) 关闭了其电子数据采集（EDC）系统。”

2024年12月，申办方 [11]： “……由 Applied Therapeutics 签约的第三方供应商删除了 Q-global® 中关于在所有 (b)(4) 家临床试验中心入组该研究的所有 47 例受试者的 (b)(4) 电子数据，包括关联的审计追踪。”

2024年10月，临床研究者 [12]： “针对至少九例受试者执行这些活动的时间，观察到申办方表格、病程记录与电子数据采集（EDC）之间存在多处差异。”

2024年5月，临床研究者 [13]： “……你方中心进行了全面调查，包括但不限于对中心现场及交互式网络应答系统（IWRS）中所有现存药包进行完整的清点和核对；然而，确切原因仍然不明。”

所选段落阐释了不同的记录连续性与核对问题：一处的记录与另一处的记录不一致，或从另一处记录中消失。病历记录与 eCRF 之间的人工转录、某供应商关停其 EDC、某供应商连同其稽查轨迹一并删除数据，以及与 IWRS 产生偏差的药盒计数，全都属于系统接缝。实际接口数量取决于拓扑结构、数据流和人工交接，且每个实际连接均单独计数。这些案例的选择以及架构对照项的缺失，使得根本原因以及一体化套件与单点解决方案的结果差异尚未得到解决。注册库计数与信函计数属于独立证据，且信函数量很少；它们展示的是可能的失效模式，而非其发生率或架构效应。

无论是一套系统还是五套系统，法规对任何技术栈的要求

核心要点： ICH E6(R3)、EMA 计算机化系统指南以及 FDA 电子系统指南，对拥有一套系统还是五套系统的申办方提出了相同的要求：包含接口的系统清单、经过验证的试验特异性配置与传输、数据流图，以及对服务提供商的文件化监督。

将运营工作委托给 CRO 或购买云软件转移了具体工作，但分别于 2025 年 1 月和 2026 年 6 月分两个阶段通过的 ICH E6(R3)，明确指出了责任的归属 [2]。第 3.6.4 节规定：“申办方未明确转移并由服务提供商承担的试验相关活动，仍由申办方保留。”第 3.6.6 节进一步强调，“申办方试验相关活动的最终责任……由申办方承担。”第 3.6.7 节补充道，申办方“负责评估服务提供商的适用性并进行选择。”第 3.6.9 节将该监督延伸至服务提供商分包的活动。

监督旨在随试验规模进行相应调整 [2]。ICH E6(R3) 第 3.9.5 节明确规定：“监督措施的范围和程度应符合目的，并根据试验的复杂性及相关风险进行量身定制。研究者和服务提供商的选择与监督是监督流程的基本特征。”根据原则 9.3，“临床试验中使用的计算机化系统应符合目的（例如，在适当时通过基于风险的验证）。”第 3.16.1(d) 节进一步指出，数据采集工具应符合目的、经过验证，并在使用前准备就绪。

验证不仅涵盖产品本身，还延伸至试验自身的配置及其系统连接 [2]。ICH E6(R3) 第 4.3.4(e) 节规定：“标准系统功能以及方案特异性配置和定制化功能……均应经过验证。系统之间的接口也应予以界定并经过验证。对于定制系统、设计为可配置的系统或无需改动的系统，可能需要不同程度的验证。”第 4.3.4(a) 节将验证方法建立在对预期用途、数据重要性以及对受试者和结果的潜在影响的风险评估基础之上。

数据传输拥有专门的条款 [2]。ICH E6(R3) 第 4.2.5 节规定：“应建立经过验证的流程和/或其他适当的流程（例如数据核对），以确保在计算机化系统之间传输的电子数据（包括相关元数据）保持其完整性。”第 4.2.6(b) 节将相关数据库的核对列入在分析前最终确定数据集的各项活动中。第 3.16.1(c) 节指出，必要时应在诸如数据管理计划等方案相关文件中包含数据流图，而第 4.2.1(a) 节则将人工转录数据的核查程度与数据的关键程度挂钩。

EMA 指南同样围绕着相同的接缝展开 [3]。于 2023 年 3 月 7 日通过的《临床试验中计算机化系统与电子数据指南》（EMA/INS/GCP/112288/2023）涵盖了“包括测量工具、软件以及‘作为服务’”的计算机化系统，并指出文中对申办方和研究者的规定同样适用于其服务提供商。第 4.2 节阐述了申办方直接运行系统，或“通过服务提供商（包括提供例如 eCOA、eCRF 或 IRT 的机构）运行系统”。关于准确性，该指南明确指出“系统间的数据传输过程应经过验证。”

随后，该指南列明了所需的工作产物 [3]。第 5.1 节：“在使用多个计算机化系统/数据库的情况下，应具备清晰的概览……应描述系统接口。”第 4.10 节要求对试验特异性配置进行验证，并列举了“eCRF 中的入选排除标准问题，IRT 系统中的随机分层和剂量计算”等示例。关于数据传输的第 6.1.2 节补充指出，“临床试验开展期间所需的所有数据传输均须预先规定”，该指南还鼓励制定一份数据管理计划，详细说明传输的内容、格式、从何处传输至何处以及采用何种核对措施。

FDA 2024 年 10 月发布的指南亦持相同观点 [4]。在《临床研究中的电子系统、电子记录与电子签名：问答》（第 1 版修订）中，B 部分指出，用于随机化、数据收集、不良事件处理、知情同意、记录以及试验用药品管理的电子系统应“符合目的，并以与风险相称的方式实施”。问题 7 进一步阐明，验证预期适用于“临床试验方案特异性的配置、定制化功能、数据传输以及系统间的接口。”

问题 8 列出了申办方应当能够提供的文件 [4]：对于每项临床研究，所使用的电子系统（指南列举了 EDC、临床试验管理系统、交互式应答技术和电子临床结局评估作为示例）以及系统需求，包括“描绘从数据生成至最终存储的数据流图”。C 部分指出，受监管实体对 IT 服务提供商所持有的记录依然承担责任，并列出了评估服务商时应审查的内容：监督策略、验证流程、生成完整副本并保存记录的能力、迁移与备份规程、访问控制、稽查轨迹，以及对传输中和静态数据的保护。

两份较早的 FDA 文件明确界定了数据流的两端 [14][15][16]。2013 年发布的电子源数据指南指出，直接录入 eCRF “通过避免纸质转录步骤可以消除错误”，并确立了消除不必要数据重复的目标 [14]。在申报递交端，根据《联邦食品、药品和化妆品法》第 745A(a) 条发布的《标准化研究数据指南》（第 2 版修订，2021 年 6 月）明确规定，在 2016 年 12 月 18 日之后启动的研究中，NDA、ANDA 及特定 BLA 均须采用 FDA 数据标准目录中所列格式提交标准化研究数据；对于 2017 年 12 月 18 日之后启动的研究，特定 IND 亦适用该要求；符合性审查则根据人口学数据集、受试者级分析数据集以及 define.xml 文件进行评估 [15][16]。

在这两端之间，互操作性契约依靠的是已发布的公开标准，而非供应商的承诺 [17][18][19][20]。CDISC 将 ODM 描述为“一种独立于供应商、独立于平台的数据交换格式，主要用于临床研究数据的交换与归档”，它承载临床数据及其元数据、管理数据和稽查信息；ODM v2.0 则增补了 REST API 规范以及 JSON 媒体类型 [17]。Define-XML “传输描述任何表格数据集结构的元数据”，用于适用的 FDA 和 PMDA 标准化数据申报中的数据集元数据；其确切范围和获认可的版本取决于申报要求，并于 2026 年 4 月 6 日发展至 v2.1.11 [18]。自 2022 年 6 月起隶属于 CDISC 且版本为 3.3.1 的 TMF 参考模型，赋予了试验主文档一套标准的分类法，即使更换 eTMF 供应商也能继续沿用 [19]。TransCelerate 始于 2016 年且现已完成的 eSource 倡议，其成果之一便是建立了针对实验室检查结果、不良事件和活动日程表在 HL7 FHIR 与 SDTM 之间的映射关系 [20]。

综合来看，无论是单套系统套件、五个单点解决方案还是 CRO 提供的技术栈，其交付要求都是相同的 [2][3][4]：包含接口描述的系统清单、从数据生成至归档的数据流图、试验方案特异性配置的验证证据、针对每次传输经过验证或核对的流程，以及对各服务提供商的遴选与监督书面文件。采购选型仅仅决定了每种交付项的数量。

模块图谱

核心要点： 从左至右阅读方案大纲：每个可观察到的特征都标识了一项需要评估的能力，注册登记率反映了该特征在类似试验中的普遍程度，而最后一列则指明了在将其写入合同条款之前需在试验方案中确认的内容。

该图谱将各个模块与方案大纲中可见的特征相关联，给出了其在 18,064 条早期工业界研究记录中的出现率，并指明了决定该行是否适用的方案细节 [1]。该比率反映了研究队列的总体情况；而试验方案和适用的法规要求则决定了具体的实施方式。

下表展示了针对早期临床开发所界定的 eClinical 能力图谱。

第一行是底线 [1]。在签署任何协议之前，务必明确数据库归属方、以何种格式导出，以及最初的数据流图是怎样的。

随机分配或任何设盲会激活第二行 [1]：占队列的 54.7%、1 期的 50.7% 以及 2 期的 71.4%。将其转化为供应系统而非单纯清单的关键要素在于方案：分层、区组大小、紧急揭盲、包装、有效期和再供应。RTSM 供应规划 一文详细分析了这些标识，此处不再赘述。

剂量递增相关表述会激活第三行 [1]：占队列的 39.7%、1 期的 46.5% 以及 2 期的 15.9%，且这些记录中有 59.0% 为非随机。需要决定的关键在于入组名额分配与剂量指派在何处进行控制（在 IRT 还是在 EDC 工作流中），以及如何生成安全审查数据截集。

患者报告与临床医生评分测量工具会激活第四和第五行 [1]。患者报告相关术语出现在队列的 14.9%、1 期的 5.6% 以及 2 期的 30.4% 中；临床医生评分量表则分别出现在 10.3%、5.0% 和 20.4% 中。方案中至关重要的细节包括量表授权许可与版本、语言、设备策略，以及针对评分量表的评分员名册及其培训证明。

第六和第七行将明确的中心审查（3.8%；1 期的 0.7%，2 期的 7.9%）与疗效评价标准表述（19.4%；分别为 15.5% 和 16.4%）区分开来 [1]。方案需要明确的问题在于，当前或下一阶段是否有任何终点依赖于中心阅片，因为涵盖章程、阅片员分配和裁决记录的工作流，从一开始建立远比事后改造要容易得多。

外部数据在队列的 65.0%、1 期的 81.7% 以及 2 期的 38.7% 中激活了第八行 [1]。每个数据流都需要传输规范、格式、频次以及指定的一致性核对负责人，这也正是指导原则所要求的数据流图的内容。

两家或两家以上研究中心会激活第九行（48.9%；1 期的 34.9%，2 期的 65.9%），两个或两个以上国家则会激活第十行（22.0%；分别为 12.6% 和 34.1%）[1]。前者增加了中心启动、监查和支付追踪；后者则将国家层面的申报、语言以及必备文件添加至试验主文档中。

最后两行属于边缘情况 [1]。去中心化或数字健康技术表述出现在 1.2% 的记录中，现已纳入 ICH E6(R3) 附录 2 的范围。单中心健康受试者 1 期这一行（占 1 期记录的 45.6%），则是将研究室自有的 EDC 与随机化系统作为合理默认选择的适用场景，前提是协议中明确写入了数据库归属权、稽查轨迹访问权限及导出权限。

一体化套件、最佳组合还是 CRO 提供：选型决策路径

核心结论： 选型模式决定了接缝所在的位置：是在单一供应商的架构内部、不同供应商之间，还是在 CRO 合同以及最终的导出数据中。它绝不会消除这些接缝，而关于转录错误、EHR 至 EDC 数据传输以及安全性数据核对的文献表明，各个接缝在何处带来的代价最高。

开展首次临床试验时有三种可选的选型模式：来自单一供应商的一体化套件、各领域最佳单点解决方案的组合，或是合同研究组织已在运行的技术栈。

下方的决策路径将各类试验概况与站得住脚的默认方案、申办方仍须把控的接缝，以及签约前需提出的问题关联起来 [1][2][3][4]。

下表梳理了各类标准临床开发原型下的选型决策路径。

对于具有零个或一个功能信号的单中心健康受试者 1 期研究，研究中心自身的 EDC 和随机化工具是一个站得住脚的默认选项 [1]。成熟的研究中心可能已经具备合适的系统和受过培训的人员；应当确认这些证据，而不是盲目假定复用或重复建设。衔接点由此转移到协议层面：书面的职责转移、数据库所有权、试验结束后的稽查轨迹访问权限，以及采用标准结构的导出。

对于在数个中心开展的患者 1 期剂量递增研究，默认选项则转向由申办方持有、由 CRO 运行的 EDC，并为每个外部数据流制定传输规范 [1]。外部数据术语出现在 73.0% 的患者 1 期记录中，因此接口是主要任务，而持有数据库意味着该结构可以沿用至 2 期扩展阶段。

对于包含患者报告结局的随机多中心 2 期研究，两到三个独立来源的功能可能会引入接口，其具体数量和风险必须予以梳理映射，而在 ICH E6(R3) 第 4.3.4(e) 节与 EMA 第 5.1 节的要求下，每个接口都是需要描述和验证的对象 [1][2][3]。一体化套件，或是接口已具备验证证据的最佳组合套件，在此处是站得住脚的默认选项。

相关文献衡量的是选定的数据处理任务，而非软件采购成本。Garza 及其同事汇总了 1978 年至 2008 年间发表的关于临床研究中数据处理错误率的 93 篇论文 [21]。病历摘录的合并错误率为 6.57%（95% CI 为 5.51 至 7.72），光学扫描为 0.74%，单次数据录入为 0.29%，双份数据录入为 0.14%。这些论文涵盖了较早的方法和异质性环境。其结果支持结合具体情境对每个处理步骤进行评估。FDA 的 2013 年 eSource 指南着眼于减少可避免的转录，而当前平台的准确性则需要其自身的证据支持。

在监督方面，Williamson 及其同事针对 Faron Pharmaceuticals 开展的单家公司案例研究开篇指出，许多小型制药公司“缺乏足够的资源、知识以及对监管环境的专业了解来进行恰当的供应商管理” [22]。他们的结论中肯且实用：质量容差限度、关键绩效指标、标准操作规程和沟通计划对于一家小型公司而言是充分的监督机制。关于小型申办方运营的更广泛文献十分匮乏；一项实时检索返回了 165 条记录，其中大部分与主题无关 [23]。

EHR 到 EDC 的研究展示了当前对一个衔接点实现自动化所能带来的成效 [24][25][26]。在横跨六项欧洲试验的 TransFAIR 对比中，6,143 个数据点被准确传输，占范围内数据的 39.6%、全部数据的 16.9%，其中实验室结果占所传输数据的 65.4%；作者指出数据标准的协调统一是下一个制约因素 [24]。

Pfeffer 及其同事在多项 I 期肿瘤试验中，于 15 个月内传输了 11,342 个数据点，其中 89% 为实验室检测值，每份病例报告表平均耗时 37 秒，并将 EHR 标准中的名称多变性视为实际障碍 [25]。Cheng 及其同事测算了将自动录入推广至另外两个中心的建立成本，分别约为 26 和 15 小时，并估算对于 20 名受试者，自动化本可以防止 764 处在 4,404 个由人工录入字段中监查后仍残留的错误，并节省 17 小时 [26]。这些均为单网络评估；它们展示了可行性以及成本的大致轮廓，而非普遍意义上的节省。

安全性衔接点也有其自身的测算数据。Contu 及其同事将临床数据库与药物警戒数据库之间严重不良事件的一致性核对描述为一项“仍然非常耗时且不精确的任务”，且在包含 290 起事件的 13 份核对文件中，他们的工具在两个数据库间正确匹配同一事件的比例达到 97.2%，比资深数据管理员手工操作快六倍 [6]。研究中心就绪度则是另一个制约因素：在针对儿科试验中心的 61 名受访者开展的调查中，仅有 21% 的中心使用 FHIR 与其他机构交换患者数据，作者得出结论认为就绪度“不仅仅是一个技术问题” [27]。

公共资助的研究也指向了同样的方向 [28]。在一个包含 4,876 份 NIH 项目申请的 31 个词组 eClinical 语料库中，涉及集成与互操作性的表述在申请中的占比从 FY2015 至 FY2019 的 8.6% 上升到 FY2024 至 FY2026 的 11.1%，而涉及数据标准（CDISC、ODM、SDTM、通用数据模型）的表述则从 1.9% 上升到 3.8%。涉及单一或统一平台的表述始终保持在 1% 以下。项目申请体现的是研究主题，而非采纳情况或产品证据；它展示的是在关键词界定的获资助研究语料库中选定主题的出现频率，而非所有获资助问题的完整分布。

下图展示了联邦 eClinical 研究项目中集成、数据标准以及统一平台主题的纵向演变轨迹。

文献检索计数的结果相一致 [23]。在 Europe PMC 上使用固定检索词对包含集成、互操作性、数据传输或核对的电子数据采集进行检索，2015 年返回 85 条记录，2019 年为 191 条，2023 年为 616 条，2025 年为 1,243 条；关于核对与转录错误的检索在 2015 年返回 63 条，2025 年为 250 条；关于 eSource 与 EHR 到 EDC 的检索在 2015 年返回 15 条，2024 年为 36 条。这些是检索命中次数，会随着文献总量的增长而增加，因此它们仅作为背景参考，并不构成趋势论断。

对于小型申办方而言，这道算术题很简单 [2][3][22]。四到五个单点解决方案意味着四到五份协议、访问模型和稽查轨迹，且 ICH E6(R3) 要求对其之间的每个接口进行定义和验证；一家本就缺乏供应商管理能力的公司，这使其原本短缺的负担成倍增加。

EClinCloud 是一体化选项的一个范例：其平台包含 EDC、RTSM、CTMS、eTMF、eCOA 和 IRC，其 EDC 页面介绍了与 RTSM、eCOA 及 CTMS 的原生连接，集成范围在评估期间予以确认，且其服务涵盖试验构建、配置与托管运营 [29][30][31]。一体化平台可以减少申办方必须清点和验证的跨供应商接口数量。它将接口清单、试验专用配置的验证、外部数据流的传输规范以及对提供商的监督，原原本本地保留在指南所规定的责任主体——申办方手中。

明确“SDTM 就绪”背后的交付物

关键要点： EDC 导出仅是启动了 SDTM 数据包所需的映射与一致性工作。就绪性是 CRF 设计、元数据、外部数据映射和一致性核查所具备的属性，向供应商或 CRO 提出五个问题，即可明确他们究竟承担其中的哪些部分。

当提案中使用“SDTM 就绪”时，应当询问该表述涵盖哪些交付物。EDC 保存着采集到的数据及其元数据；递交数据包则是制表数据集、分析数据集以及描述它们的 define.xml，而从前者过渡到后者是一个必须由专人负责的映射与一致性处理过程 [15][17][18]。

该项要求是切实存在的，且有明确的时间规定 [15][16]。在 2016 年 12 月 18 日之后启动的研究其 NDA、ANDA 和特定 BLA 中，以及在 2017 年 12 月 18 日之后启动的研究其特定 IND 中，均要求按照数据标准目录所列格式提交标准化研究数据，且 FDA 会依据已发布的《技术拒收标准》和《一致性指南》，对人口学数据集、受试者水平分析数据集和 define.xml 进行一致性评估。在 2026 年启动符合这一时间条件，但该要求还取决于递交类型和监管范围；必须对某些非商业性 IND 以及其他排除或豁免情形进行评估。

因此，就绪性始于 CRF 设计并贯穿每一个外部数据流 [15][18]。与 CDISC 一致的术语有助于映射，并通过映射和验证确立一致性；以自身专有格式接收的实验室、生物分析和影像文件需要有据可查的转换；而 define.xml 则需要一份将每个采集字段与其递交变量相连接的映射规范。

五个问题能将简单的数据导出与真正的数据包区分开来 [4][15][17][18]：

第一，EDC 系统原生导出的确切 CDISC ODM 版本是什么，导出内容是否包含操作稽查轨迹和条目级元数据 [17]？

第二，标准化的 SDTM 变量注释是根据 CRF 设计规范自动生成的，还是需要手动进行事后文档编程？

第三，通过何种经过验证的流程来摄取、格式化外部实验室与药代动力学数据流，并将其映射到对应的 SDTM 域中？

第四，define.xml 是从试验元数据生成的，还是事后由第三方编程生成的 [18]？

第五，在数据库锁定前，会针对现行《数据标准目录》与《技术拒收标准》运行哪些一致性检查，又有谁会查看输出结果 [15][16]？

常见问题

核心要点： 四个作为搜索查询触及该主题的问题，均基于上述证据进行解答。

对于开展其首个 1 期临床试验的 20 人规模生物技术申办方而言，需要哪些软件？

电子数据采集和试验主文档，之后根据试验方案增加所需内容 [1]。对于单中心健康受试者研究，可比注册记录中有 89.8% 提到了药代动力学、实验室或 ECG 终点，且 73.1% 进行了随机化或设盲，因此主要工作是外部数据传输和分配控制；若协议中明确了所有权、稽查轨迹访问权限及导出机制，则研究单位自有的 EDC 和随机化系统是一个合理的默认选择。对于多中心患者剂量递增研究，应规划由申办方持有的具备队列管理功能的 EDC，并为每个外部数据流制定传输规范。可暂缓引入 CTMS、eCOA 和中心化审阅，直到试验方案特征明确需要它们为止。

合同研究组织是否应该选择 eClinical 工具？

CRO 可提出建议并操作这些工具；但工具的选择及其监督职责仍属于申办方 [2][4]。ICH E6(R3) 第 3.6.7 节规定申办方负责评估和选择服务提供商，而 FDA 指南要求受监管实体对 IT 服务提供商保存的记录承担责任。应索取验证总结以及试验特定配置的证据，并在合同中明确数据库所有权和试验结束时的稽查轨迹访问权限。

申办方应该选择一体化集成套件还是最佳组合软件栈？

计算试验方案所隐含需要的模块数量 [1][2]。得分为零或一分仍可能隐藏许多实验室、安全性、归档以及人工接口。若为两到三个（正如大多数 2 期记录所示），分别采购的模块可能会增加接口，而 ICH E6(R3) 第 4.3.4(e) 节要求对这些接口进行定义和验证，采用一体化套件或具备既定接口的系统组合可能会简化管理。核实实际的系统清单及试验特定验证范围。无论选择哪种方案，系统清单、数据流图或对供应商的监督职责都不可免除。

中等规模的合同研究组织应该在哪些 eClinical 系统上进行标准化？

一个涵盖 EDC、RTSM、CTMS 和 eTMF 的核心平台，外加一套文档化模式以应对仍会出现的申办方指定模块 [1][2][3]。共享核心可支持可复用的平台验证证据，但互联服务和预期用途可能仍需要单独的证据；每项研究针对方案特定配置的验证依然不可或缺，每项研究面向申办方的系统描述和数据流图同样如此，这正是 EMA 第 5.1 节与 FDA 问题 8 所描述的工件。

方法学与局限性

核心要点： 五个独立分析路径：注册试验队列、NIH 研究语料库、两份 FDA 检查文件、原始监管和标准文件以及相关文献。每个路径均有明确界定的边界。

路径 A 分析了 18,064 项主要申办方为企业的干预性临床试验，分期为 1 期、1/2 期或 2 期，且启动日期在 2021 年至 2026 年之间，数据来源于 2026 年 7 月 25 日下载并通过 2026 年 8 月 1 日的 AACT 副本读取的 ClinicalTrials.gov 记录 [1][5]。模块标识提取自组别分配和设盲字段、注册的研究中心及国家数量，以及应用于结局指标、详细描述和摘要的固定术语列表；计入统计的四个模块为随机化或设盲、患者报告术语、明确的中心化审阅表述以及两家或两家以上机构。小型申办方是指注册研究为三项或更少的主要申办方，并对照四个替代代理指标进行了检验。

路径 B 是包含 4,876 份独立项目申请的 31 短语 NIH RePORTER 语料库，通过标题、摘要和术语上的固定术语列表进行主题分类 [28]。路径 C 为两份 FDA 文件：包含 FY2006 至 FY2025 财年 Form FDA 483 引用频次汇总的 2,264 行生物研究监测数据，以及 2021 年至 2026 年 7 月期间发出的 3,643 封警告信中涉及临床试验主题的 69 封警告信全文 [7][8]。路径 D 为来自 ICH、EMA、FDA、CDISC 和 TransCelerate 的原始文件，引用自已发布文本 [2][3][4][14][15][17][18][19][20]。路径 E 为 Europe PMC 实时统计数据以及通过摘要阅读的七篇文献 [21][22][24][25][26][6][27][23]。

研究局限性 [1][7][28]：注册字段和文本标识是未经独立验证的能力指标，可能存在假阳性和遗漏。它们并非软件需求的下限，也不是实际采购的记录。评分中已为多中心计入一分，因此中心数量的相关性在一定程度上属于定义使然。该队列不局限于首次开展的试验，且分期标签限制了其对不适用分期（phase-NA）器械研究的相关性；研究中心数量为快照截取时的注册数量；2026 年启动的研究部分为预估值；申办方代理指标衡量的是注册库足迹；缺陷项引用频次汇总缺乏检查总数作为分母，且各年份工作表结构存在差异；警告信的筛选基于主题和正则表达式；NIH 资助项目代表的是研究主题；EHR 转 EDC 的文献均为单一网络评估，而错误率荟萃分析汇总了 1978 年至 2008 年的文献；此外，未发现关于一体化套件对比单点解决方案成效的中立第三方证据，这就是采购路径基于合规义务而非基于实际结果进行推导的原因。

结论

核心要点： 三项结论支撑了决策制定。

首先，应根据试验方案而非公司情况来界定范围。数据采集和必备文件管理是基础功能；早期企业研究记录中有 49.5% 在此基础之上具备一个能力信号，该评分因试验分期和中心数量区间而异，但在各个注册足迹组别之间在描述性统计上保持相似。人员规模效应和产品数量则需要不同的证据支持。

其次，无论采取何种采购路径，法规责任始终由申办方承担。ICH E6(R3)、EMA 指南以及 FDA 指南均要求提供包含接口的系统清单、数据流图、经过验证的试验特定配置和数据传输，以及对服务提供商进行监督的书面记录，无论所用技术栈是一个平台、五个平台还是由 CRO 提供。

第三，根据希望将系统接缝置于何处来选择采购模式。监管检查记录显示，故障往往发生在系统之间、转录步骤以及供应商之间的接口衔接处。类似 EClinCloud 的一体化平台可能会减少部分跨供应商接口，具体取决于其实际架构和试验范围；最佳组合方案保留了专业模块，但代价是会产生更多接缝；由 CRO 提供的技术栈则将接缝转移到了合同与数据导出环节中。无论采用何种方案，都必须定义接口、验证数据传输，并保持对记录及其稽查轨迹的访问权限。

上述模块图谱和采购决策路径旨在首次与供应商沟通之前对照试验大纲进行评估；试验建库或数据管理团队（包括 EClinCloud 团队在内）可基于试验大纲执行上述评估，并梳理出监管指南所要求的系统清单、数据流图以及待澄清问题。

资料来源

1. 美国国家医学图书馆，ClinicalTrials.gov, 通过 CTTI AACT 数据库（aact.ctti-clinicaltrials.org), 读取，于 2026 年 9 月访问。EClinCloud 对 2026 年 7 月 25 日注册库下载数据（2026 年 8 月 1 日 AACT 副本）的分析：18,064 项由企业作为主要申办方、开展于 2021 年至 2026 年的 1 期、1/2 期或 2 期干预性临床试验；模块标识提取自组别分配、设盲、结局文本、摘要、研究中心及国家数量；未经独立验证的文本指标。

2. 国际人用药品注册技术协调会，ICH E6(R3)《药物临床试验质量管理规范指南》, 于 2026 年 9 月访问。原则及附录 1 于 2025 年 1 月 6 日通过；附录 2 于 2026 年 6 月 3 日通过；合并指南定稿日期为 2026 年 6 月 16 日。引用的章节包括第 3.6、3.9.5、3.16.1、4.2.1、4.2.5、4.2.6、4.3.4 节及原则 9.3。

3. 欧洲药品管理局，GCP 检查员工作组，《临床试验中计算机化系统与电子数据指南》，EMA/INS/GCP/112288/2023, 于 2026 年 9 月访问。于 2023 年 3 月 7 日通过，自发布后六个月生效；引用的章节包括第 2、4.2、4.3、4.10、5.1 以及 6.1.2 节。

4. 美国食品药品监督管理局，《临床研究中的电子系统、电子记录与电子签名：问答行业指南》, 于 2026 年 9 月访问。2024 年 10 月，修订版 1；非强制性建议；引用 B 部分、Q7、Q8 以及 C 部分。

5. 美国国家医学图书馆，ClinicalTrials.gov 方案注册数据元定义, 于 2026 年 9 月访问。用于构建队列的组别分配（随机、非随机）、设盲、试验组数以及 1 期、1/2 期和 2 期类别的定义。

6. Contu S, Schiappa R, Chateau Y, Chamorey E, 用于药物警戒严重不良事件核对的自动化工具：Reconciliaid 的设计与实现, Ther Adv Drug Saf, 2025, PMID 39830586，访问于 2026 年 9 月。13 份核对文件，290 例严重不良事件。

7. 美国食品药品监督管理局，核查观察项（FDA 483 表引用频次工作簿，FY2006 至 FY2025）, 访问于 2026 年 9 月。EClinCloud 对 2,264 行生物研究监测记录的分析；按财年和引用项汇总的频次，而非比率。

8. 美国食品药品监督管理局，警告信, 访问于 2026 年 9 月。EClinCloud 对 3,643 封于 2021 年至 2026 年 7 月发出的信函的分析；对涉及临床研究者、申办方、BIMO、IRB 或生物等效性主题的 69 封信函进行的全文检索。

9. 美国食品药品监督管理局，致 Adnan Dahdul 医学博士的警告信，2026 年 3 月 12 日, 访问于 2026 年 9 月。临床研究者/BIMO；源数据与 EDC 不符且存在不可归因的录入。

10. 美国食品药品监督管理局，致 Amy Lightner 医学博士的警告信，2025 年 3 月 25 日, 访问于 2026 年 9 月。生物研究监测项目；试验用药品供应商关闭了其 EDC 系统。

11. 美国食品药品监督管理局，致 Applied Therapeutics, Inc. 的警告信，2024 年 12 月 3 日, 访问于 2026 年 9 月。申办方；第三方供应商删除了电子数据和稽查轨迹。

12. 美国食品药品监督管理局，致 Namita A. Goyal 医学博士的警告信，2024 年 10 月 10 日, 访问于 2026 年 9 月。临床研究者；申办方表单、病程记录与 EDC 之间存在差异。

13. 美国食品药品监督管理局，致 Kevin R. Bender 医学博士/DBC Research Corporation 的警告信，2024 年 5 月 2 日, 访问于 2026 年 9 月。临床研究者；研究中心记录与 IWRS 之间的药盒核对。

14. 美国食品药品监督管理局，临床研究中的电子源数据，行业指南, 访问于 2026 年 9 月。2013 年 9 月；直接录入 eCRF 以及消除不必要数据重复的目标。

15. 美国食品药品监督管理局，以电子格式提供监管递交资料：标准化研究数据，行业指南, 访问于 2026 年 9 月。第 2 版，2021 年 6 月；要求生效日期为 2016 年 12 月 18 日（NDA、ANDA、部分 BLA）以及 2017 年 12 月 18 日（部分 IND）；针对 dm.xpt、adsl.xpt 与 define.xml 的符合性要求。

16. 美国食品药品监督管理局，研究数据标准资源（包括 FDA 数据标准目录）, 访问于 2026 年 9 月。页面截至 2026 年 6 月 17 日为最新；目录、技术性拒收标准与符合性指南。

17. CDISC，操作数据模型（ODM）与 ODM v2.0, 访问于 2026 年 9 月。独立于厂商、跨平台的交换与归档格式，适用于包含元数据、管理数据和审计信息的临床研究数据；v2.0 增加了 REST API 规范和 JSON。

18. CDISC，Define-XML, 访问于 2026 年 9 月。FDA 与 PMDA 强制要求在每次电子递交的每项研究中均须提供的数据集元数据标准；v2.1.11 于 2026 年 4 月 6 日发布。

19. CDISC，TMF 参考模型（TMF 标准模型）, 访问于 2026 年 9 月。适用于试验主文档内容的标准分类法与元数据；自 2022 年 6 月起成为 CDISC 的一部分；版本 3.3.1。

20. TransCelerate BioPharma，eSource 解决方案, 访问于 2026 年 9 月。该倡议始于 2016 年并已完成；适用于实验室检查、不良事件及试验活动计划表的 FHIR 至 SDTM 映射；通过 HL7 Vulcan FHIR Accelerator 持续推进工作。

21. Garza MY, Williams T, Ounpraseuth S, et al., 临床研究中数据处理方法的错误率：通过 PubMed 检索文献的系统评价与 Meta 分析, Int J Med Inform, 2025, PMID 39647291，访问于 2026 年 9 月。93 篇于 1978 年至 2008 年间发表的论文；按数据处理方法统计的合并错误率。

22. Williamson J, Jalkanen J, Lahtinen M, 临床试验中小型药企的供应商管理实践：Faron Pharmaceuticals 案例研究, Drug Discov Today, 2023, PMID 36921669，访问于 2026 年 9 月。单一公司关于供应商选择、监督与评估的案例研究。

23. Europe PMC, 访问于 2026 年 9 月。EClinCloud 分析：针对六个固定检索式按出版年份统计的实时 REST API 命中次数；计数值并不代表普及率。

24. Ammour N, Griffon N, Djadi-Prat J, et al., TransFAIR 研究：欧洲多中心针对 EHR2EDC 技术与常规手动 eCRF 数据采集方法的实验性对比, BMJ Health Care Inform, 2023, PMID 37316249，访问于 2026 年 9 月。六项试验、三家申办方、三家医院；传输了 6,143 个数据点。

25. Pfeffer M, Deneris M, Shelley A, Salcuni P, Altomare I, 自动化数据传输在肿瘤临床试验中的效用及实施考量, ESMO Real World Data Digit Oncol, 2025, PMID 41647346，访问于 2026 年 9 月。多项 I 期肿瘤临床试验；在 15 个月内传输了 11,342 个数据点。

26. Cheng AC, Banasiewicz MK, Gibbs KW, et al., 从电子健康档案向电子病例报告表自动录入数据的多中心评估, J Biomed Inform, 2026, PMID 42217712，访问于 2026 年 9 月。两家接收中心的配置耗时；为 20 名受试者避免的错误与节省的时间。

27. Eisenstein EL, Zozus MN, Garza MY, et al., 评估临床试验机构针对电子健康档案（EHR）至电子数据采集（EDC）自动数据采集的就绪度, Contemp Clin Trials, 2023, PMID 36898625，访问于 2026 年 9 月。对儿童试验网络（Pediatric Trials Network）中心 61 名受访者的调查。

28. 美国国立卫生研究院，NIH RePORTER, 访问于 2026 年 9 月。EClinCloud 对包含 31 个短语、涵盖 4,876 项独立项目申请的 eClinical 语料库的分析（数据快照截至 2026 年 8 月 23 日）；反映的是研究主题，而非实际应用证据。

29. EClinCloud，EDC：电子数据采集, 访问于 2026 年 9 月。产品范围；具备与 RTSM、eCOA 和 CTMS 的原生连接，集成范围在评估阶段确认。

30. EClinCloud，RTSM：随机化与试验物资管理, 访问于 2026 年 9 月。产品范围；在同一平台上与 EDC 共享随机化和发药数据。

31. EClinCloud，专业服务, 访问于 2026 年 9 月。试验项目构建与配置、数据与 BI、实施与托管服务；仅限服务范围。