AI Tools阅读约 7 分钟

不用等同一场会议,临床试验中心能收到同一份说明吗?

ICON 的 FIRECREST 视频引擎让试验中心有机会验证能否更快获得可行性说明。申办方审核与版本控制是关键。

K
Ken Jo

研究团队准备询问几十家医疗机构,能否招募受试者、安排人员,并满足一项试验的设备要求。各中心在回答之前,需要理解同一份试验方案的前提。录制说明可以传给不同时区的团队,但方案、受众或管辖地区变化时,说明也需要更新。即使视频很短,只要要跟踪材料来源、批准与分发,就少不了协调。

临床研究机构 ICON 于 2026 年 11 月 5 日宣布,在 FIRECREST 内推出用于制作 AI 编排视频说明的引擎。首个应用场景是中心选择与可行性评估,也就是申办方判断某家医疗机构能否参加试验的阶段。FIRECREST 为制作和交付材料提供上下文。ICON 称,制作、审核和发布仍由申办方控制。公司报告称,材料制作时间可以从几天缩短到几小时,约为原来的十分之一。公告没有公布独立对比结果,也没有公布衡量试验结果的终点。

研究人员为受试者做扫描准备

一位研究人员在与 FIRECREST 无关的 NIH 疼痛研究中为受试者准备扫描。美国国立卫生研究院 NCCIH,公有领域,已裁剪和缩放。图片来源 · 许可证。

视频会给试验中心带来什么变化

试验可行性说明流程。带版本的原始资料、生成初稿、申办方审核、中心接收

试验可行性说明流程。Telli.sh 原创示意图。

设想一项多中心研究要求各中心在规定时限内处理样本。现有可行性问卷可能会询问中心能否做到,另附演示文稿解释操作顺序。短视频可以逐步展示,并指向问卷中的准确条目。协调员可以在机构内分发说明,实验室、药房和研究团队审完各自负责的部分后,再收集为一份回答。

潜在收益是从文档走到有效讨论的路径更短。协调员仍需要适用的试验方案,以及申办方指定的联系人。样本处理时限变了,研究团队需要更新说明,还要能辨认哪些中心是按旧条件回答的。由合成讲解人出镜,并不能让地方化改写自动符合科学和运营要求。哪些内容变了、谁要审核,由申办方决定。

第一项有用的测试,是看不同中心看过新格式后,能否对同一个可行性问题作出一致回答。如果电话更短,含糊回答却变多,工作只是移给了审核问卷的人。如果较小的中心不用等联合线上会议就能准备问题,节省下来的时间可能比单份视频的制作速度更有价值。

把申办方批准纳入工作流程

“AI 编排”听起来好像问题只在视频制作。在试验场景中,审核人员还必须找得到要求所依据的原句,把说明与当前研究版本对应起来,并撤回已过时的指示。引擎是否支持某种具体的审计或撤回机制,需要在试点中验证。ICON 的公开说法确认申办方掌控审核和发布,但没有说明每项控制的运行细节。

试验运营团队可以把材料稳定地交给制作环节。先准备有版本的可行性资料包,标出必须逐字保留的语句,注明各国专用材料的来源。申办方审核人员要签核旁白和字幕,包括数量、单位、期限和例外。此后,分发记录可以把某个中心与其收到的确切批准版本对应起来。这些是采购方流程的验收条件,并非 FIRECREST 的功能清单。

环节要保留的证据要测试的问题
源材料试验方案版本和已批准的可行性材料每条操作指示都能追溯出处
审核指定审批人和已签核的视频版本语音与书面数值一致
分发中心、语言、版本和发布时间只有预定中心能取得说明
变更已替换的版本和更换通知再次打开时会看到当前指示

同一制作流程处理试验不同阶段的材料时,访问权限很重要。试用之前,团队可以列出哪些人员能够上传源文件、修改脚本、批准某个语言版本、发布视频或查看观看日志。先用模拟文件演示,便可在接触保密信息之前验证这些边界。

怎样验证节省制作时间的说法

修正说明的流程。新资料、批准修订、替换视频、通知各中心

修正说明的流程。Telli.sh 原创示意图。

可以用现有流程和新引擎各做一份相同的六分钟说明。对从收到批准的源资料包,到第一个中心能够看到批准结果的各环节计时。分别统计编辑、申办方审核、无障碍修正和分发的时间。即使生成只用几分钟,审核队列也可能占大部分总时间。

第二项测试可以在首次发布后故意更正一处内容,比如改一条实验室指示,或替换脚本引用的表格。检查批准替代版本用了多久,已有链接是否仍会打开旧副本,能否识别已经看过旧说明的中心。相关人员收到通知并可以打开替换版本时,再记录为变更完成。

第三项测试在少量不同地区与语言中使用同一份说明。熟悉当地流程的审核人可以检查发音、术语、字幕时点,以及哪些指示需要本地背景。某个中心可能需要文字稿发给同事,或者在网络条件不好时阅读。能否满足这些需求,决定了新格式是拓宽访问,还是只多出一套要维护的材料。

对照两类试验中心

有中心实验室的医院,通常能让一位负责人看一遍设备安排,就判断能否满足样本处理要求。较小的诊所可能依赖快递和外部实验室。同一份说明有助于双方理解要求,但之后提出的问题和签核人员会不同。团队可以同时发送共用说明和单独的书面指示,告诉各中心如何报告当地例外。

另一项研究可能需要诊所招募能在特定时间赴约的人。说清楚访视频次,有助于各中心估算工时和诊室空闲情况。可以把书面日程做成一个简短视频。不过,诊所仍需要当前日程和参与条件。即使旁白有一个细节不清楚,它也可以根据书面材料核对自己的假设。

申办方可以比较各中心看完说明后提出的问题。它们是在问规则如何在当地应用,还是在问本应由说明提供的事实?这一区别可以显示,视频究竟省下了一场会议,还是只是把解释推迟到了往来邮件里。

让审核人员实际演练一次批准流程

ICH E6(R3) 指南涉及研究者的选择。可以把它与试验自身流程和适用要求放在一起,作为理解申办方职责的背景。产品试点中值得问的是,申办方能为实际发布的说明保留什么证据。产品公告不能证明某个组织已经满足某项具体要求。

  1. 选一份模拟可行性资料包,包含日程表、中心能力核对表,以及一句故意写得模糊的话。
  2. 让团队标明各项要求的负责人和出处。对照流程使用单独的副本。
  3. 两种流程都制作一份批准说明。记录总耗时、专业人员投入的时间,以及处理字幕、文字稿和访问校验的时间。
  4. 把版本发给一小组有代表性的人,请各审核人回答同样的四个情景问题,并说明证据找自哪里。
  5. 第一组看完后更正一条指示。记录替换版本,确认已有的中心链接能打开预定版本。
  6. 比较结果,确认最初目标是加快制作、得到更明确的中心回答,还是让更正更容易。每个目标用各自的衡量方法。

安排实际可行的审核日历。如果申办方的专业人员一周只有两次能看材料,制作变快有时能省去整个审核周期,有时不会改变交付日期。让两种结果都看得见。最有用的记录,是中心获得最新且容易理解的说明所用的端到端时间。

决定哪些细节适合放进视频

短视频适合展示先后顺序与共用背景。数量、地址、例外代码或工作人员之后需要查阅的条件,更适合放在带版本的清单里。在视频旁提供当前的书面材料。如果需要多种语言,应让熟悉试验运营的人在同一批准流程中逐一审阅。符合当地含义的术语,往往比一句流畅的话更重要。

团队还没把流程标准化时,可以先用小试点验证一份说明。把验收标准放在理解程度、可访问性和更正后能否恢复使用上。最后要问的是,中心团队能否理解要求、提出恰当的后续问题,并在需要时找到最新的已批准指示。

把语言质量设为单独的验收项目

译稿读起来可以很自然,却把一条范围较窄的指示改得过于宽泛。把原文、脚本、字幕轨一起提供给本地审核人员。审核人可以把按天计的访视时间窗口,与等价的日历例子进行对照,再查旁白和字幕是否采用同一单位。也要核实专有名称、职位和缩写。一个国家常见的职称,在另一个地方可能对应不同职责。

制作协调员也应测试只影响一种语言的变化。如果当地审核人发现指令有歧义,要决定是源材料应当解释清楚,还是仅需修改译稿。批准受影响的版本,确认每个中心可以打开哪些版本。如果源资料和派生版本各有标识,地方修订可能会更容易管理。

对比成本时,计入审核人员的时间

假设原有流程制作需要六小时,申办方审核需要两小时。新引擎可能把制作压到两小时,审核仍要两小时。在这个例子中,总工时从八小时降到四小时。如果又要花两小时核对脚本事实,节省时间就变成两小时。另一批受众能复用获批内容时,成本可能更低,但也可能多出审核人。

两种版本使用同一个团队和相近复杂度的源材料。计算解决一项更正的用时,计入重新打开原文、批准更正版和核验分发的人。组织可以据此决定,是把工具用在整段说明、简短标准解说,还是只用来起草脚本。

结果在什么场景真正有用

FIRECREST 的初始用途,适合既有可复用指示,又有研究与中心差异的工作。输入稳定且审核人已经就表述达成共识时,更快的制作周期可能让更多试验中心收到简短说明。底层试验方案频繁变化时,多发布一种格式,就要多管理一个版本。研究团队需要判断,哪一种情况更接近自己的日常工作。

试点可以遵循简单原则。把视频视作带版本源资料包的一种已批准呈现形式,并把中心的回答与实际看到的版本相连。一起衡量理解程度、交付时间和更正耗时。如果交接可以做好,更快的视频制作就能切实帮助中心做好准备。

来源


如果想把工作背后的对话和决定留成可搜索的记录,可以创建 Telli.sh 账号。


← 返回博客