Aidoc 急诊 AI 提示以后,谁来接着处理

AI 提示一份 CT 可能有急症，片子还在等人看。提示到哪去了？谁负责核实？核实后，临床有没有收到消息？

上一篇看肺结节 AI，关心的是框标出来以后，医生还要做多少事。这次看 Aidoc，它把产品延伸到了等待读片、通知和团队协作这些环节。我想先看注册文件支持它做什么，再把平台介绍和医院实测的效果分开看。

正好，这家公司有一款多病种 CT 分诊软件，从今年 10 月 1 日起进入美国 Medicare 住院新技术附加支付范围。不过付给谁、付多少，都有条件限制，不能简单理解为“AI 进入了医保”。

一、它先提醒医生，这份片子需要尽快看

我们先把名字拆开看看。Aidoc 是公司名称，aiOS 是它介绍的平台，CARE 是基础模型名称。具体获准上市的软件，还要看各自的产品文件。

这次看的是 BriefCase-Triage: CARE Multi-triage CT Body，FDA 文件编号 K252970，今年 1 月获得上市许可。

文件写的是计算机辅助分诊和通知：分析符合条件的 CT，向医生提示可疑阳性发现，帮助安排阅片优先顺序。软件提供压缩预览图用于通知，不能拿它直接作诊断。医生仍需查看完整影像，结合患者信息综合判断。[1]

这跟我们平时用的一些 AI 有区别。如果是肺结节测量软件，我会看轮廓、大小和前后变化。换成急诊分诊软件，我还得看它能否及时把需要关注的病例推到医生面前。

这款软件适用于 18 岁及以上，处理胸部、腹部和／或盆腔的增强及非增强 CT。部位范围很广，但具体任务有清单：阑尾炎、憩室炎、腹盆腔脓肿、肠缺血和／或肠壁积气、梗阻性肾结石、小肠梗阻、大肠梗阻、脾损伤、肝损伤、肾损伤和骨盆骨折，共 11 类。[1]

看到“全身多病种”这类介绍，还得把清单翻出来。腹盆腔 CT 上能看到的异常很多，这份许可覆盖的是列明的分诊任务。

厂商另有介绍，把这次新增的 11 项任务与 3 项既有任务放进同一工作流程。工作流程里合在一起，和一份注册文件许可了多少项，要分别看。[2]

软件没有提示的检查，照常进入医生阅片流程，也不能单凭一个阴性结果就排除正常诊疗。急诊 AI 的提示得有人接着处理，才知道它到底帮了什么忙。

图 1 · 具体产品、平台和团队协作，分别核对

二、算法、排序和通知，得分别看证据

按 Aidoc 官网的介绍，aiOS 可以接入它自己的算法及第三方应用，统一数据处理和工作流程。另一项 Care Coordination 服务，把通知、图像和患者信息送到桌面或移动端，供不同科室团队协作。[3]

这解释了它为什么要做平台。医院部署几种 AI，如果每个都单独收片、单独弹提示，后面还需要有人把结果送到对应的医生那里。

但官网介绍能说明它提供什么，某家医院收到的版本和授权，还得单独核对。一款算法获准分诊，也不能就此保证整套平台的临床效果。

我找到一项 Aidoc 官网收录的肺栓塞工作列表研究，原始论文发表于 2023 年的 AJR。它比较一家医院使用 AI 前后的情况，纳入 2,501 次肺动脉 CTA 检查，来自 2,197 名患者。软件把怀疑有急性肺栓塞的检查提到阅片列表前面。[4]

最终报告为肺栓塞阳性的检查，平均报告周转时间由 59.9 分钟降到 47.6 分钟。把时间拆开后，主要减少的是等待读片的时间，实际阅片和出报告的时间没有显著变化。[4]

这组结果有意思。医生读同一份片子未必快了，可能只是更早打开了它。研究还发现，正常工作时间里，原来按常规优先级排队的阳性检查，等待时间缩短了。已经标为紧急或加急的检查，没有看到同样明显的改变。

所以，如果一个科室的急诊片本来就能及时看，排序功能还能省多少时间，需要实测。如果可疑急症夹在常规检查里等着，可能更值得试一试。

不过，这是单中心、回顾性的前后比较，用的是当时的肺栓塞工具。它不能直接证明今年这款 11 类发现的软件有同样效果，也没有评估患者是否更早开始抗凝等后续处理。

还有一个容易跳过去的细节：实施后的部分检查，因为自动图像传输失败，没有进入 AI 分析，也被排除在应用后的分析样本之外。算法跑得准，和医院每份该送的片子都送得到，是两件需要分别验证的事。

图 2 · 等待、阅片和通知，分别记录时间

如果让我安排演示，会沿着一个可疑病例往后走：它什么时候进入系统？值班医生什么时候看得到？核实后怎么通知临床？没人接收时怎么处理？

这段流程里，谁先收到 AI 提示、谁负责核实，以及谁正式通知临床，需要按本院制度定清楚。平台里的消息能否满足本院危急值流程，也得让相关科室一起确认。

演示还应该放进一份误报和一份未能分析的检查。误报能否撤销？撤销结果会不会同步？处理失败时，界面能否让医生看出来？提示越来越多时，这些操作每天都要用。

三、有了支付资格，医院仍要弄清楚买到了什么

再看今年 10 月 1 日生效的支付。

CMS 的 2027 财年执行清单里，CARE Multi-Triage CT Body 的最高新技术附加支付为每例 137.53 美元。这里的 2027 财年从 2026 年 10 月开始。[5]

它适用于符合条件的 Medicare 按服务付费住院病例，支付给医院。137.53 美元是上限，实际支付仍受病例成本和原本住院支付等条件约束，不能理解为每扫一份 CT，医院固定收这么多钱。[6]

这个金额也不能当作软件售价。支付清单没告诉我们，一家医院要付多少平台费、开通哪些算法、接口和维护怎么收费。在我看来，有支付渠道会给医院采用新技术多一个理由，但产品有没有用，仍要回到它给本院哪些患者、哪些工作环节带来了变化。

本篇看的是美国注册和支付资料。国内能不能用上某款产品，要另外核对中国的注册与交付条件。这次我没有核实到这款软件的国内注册、报价和交付版本，也没有找到同款多病种软件在国内医院的使用评价。

对正在考虑急诊 AI 或统一平台的主任、设备科和信息科，我觉得可以把下面几项放进方案讨论。

如果只是需要一项检测功能，就先问清这一项能做什么。如果医院已经有几套 AI，又想把急诊提示接到临床，通知流程和接口要一起验收。

验收时，我会把“扫描完成”到“医生开始阅片”、“开始阅片”到“报告可用”、“报告可用”到“临床收到正式通知”，分开记录。最后涉及院内流程，不能只让放射科和销售在演示里测。

看到一个 AI 提示，我最想知道的是，医生核实以后，这个结果能不能及时到达需要处理它的人手里。

参考资料

[1]FDA：K252970 文件，2026-01-07。用于核对分诊用途，不代表整套平台效果。

[2]Aidoc 产品公告，2026-01-21。用于说明工作流程组合，不合并注册范围。

[3] Aidoc：aiOS、Care Coordination。用于说明厂商功能介绍，不替代交付核对。

[4] Batra 等，AJR，2023：肺栓塞工作列表研究。用于说明排序效果，不外推新款软件。

[5] CMS：2027 财年最终规则、File 8 清单。用于核对支付上限，不作采购价。

[6]CMS：SE20004 支付说明。用于说明病例支付条件，不承诺每次扫描收入。

END