1,377
社区成员
发帖
与我相关
我的任务
分享CSDN 发布建议:分类:人工智能、医疗科技;标签:Agentic AI、AI Agent、医疗人工智能、LLM、多智能体、临床决策支持。
本文基于 Collaco 等发表于 npj Digital Medicine 的范围综述《The role of agentic artificial intelligence in healthcare: a scoping review》整理。文中涉及的研究数量、准确率和试验结果均来自该综述;架构图、代码和落地建议是面向工程实践的二次抽象,不是论文原始实现。
“Agentic AI”正在从概念讨论进入医疗产品设计,但它和普通聊天机器人、生成式 AI、传统预测模型究竟有什么区别?现有系统是否已经可以独立做临床决策?
这篇 2026 年的范围综述给出了一个谨慎的答案:医疗 Agentic AI 已经展示出自主执行、目标驱动和主动调用工具的能力,但证据仍处在早期阶段。研究者从 PubMed、Embase、Cochrane、Scopus 和 Google Scholar 检索了 984 条记录,最终只有 7 项研究符合纳入标准;其中只有 1 项随机对照试验,且 6 项研究尚未进入真实临床工作流。
因此,当前更准确的定位不是“可以替代医生的自主系统”,而是“能够在明确边界内协同完成多步任务的临床智能组件”。
可以把医疗 AI 看成一条从“被动计算”走向“主动协作”的连续谱:
| 类型 | 典型能力 | 是否主动设定目标 | 是否主动执行动作 |
|---|---|---|---|
| 传统 AI | 分类、回归、固定规则 | 否 | 否,通常只返回预测 |
| 生成式 AI | 生成文本、图像、代码 | 否,依赖用户提示 | 否,通常等待下一条指令 |
| AI Agent | 围绕一个明确目标规划并执行任务 | 有限 | 有限,通常局限在单一领域 |
| Agentic AI | 持续追踪目标、选择策略、调用工具并编排复杂流程 | 是 | 是,可跨多个步骤或多个专业代理 |
综述采用了一个很实用的最低判定标准:一个系统至少需要同时具备以下三个特征,才纳入 Agentic AI 范畴。
自适应学习、长期记忆、多智能体协作和高级推理可以提高系统的“智能体程度”,但不是最低门槛。也就是说,一个单智能体系统只要具备上述三点,也可能属于 Agentic AI;反过来,采用了多智能体框架,也不代表它已经具备长期自主进化能力。
从工程视角看,一个 Agentic AI 系统通常由“目标、感知、规划、工具、验证和治理”几部分组成:
flowchart LR
H[医生或业务人员定义目标] --> P[感知与数据整理]
P --> R[规划器/推理器]
R --> D{需要调用工具?}
D -->|是| T[检索器、模型、EHR/FHIR API、计算工具]
T --> V[结果验证与风险检查]
V --> R
D -->|否| A{是否需要人工批准?}
A -->|是| C[人工复核/修改/拒绝]
A -->|否| O[生成可执行输出]
C --> O
O --> L[写入审计日志并返回临床工作流]
这里有一个容易被忽略的边界:“能生成答案”不等于“能完成任务”。例如,影像模型输出“疑似肺结节”属于推理结果;如果系统还能检索既往影像、比较时间序列、调用专科模型、生成待审核报告并把任务派给指定角色,才体现了更强的 Agentic 特征。
下表将论文纳入的研究按场景压缩成一张工程师容易阅读的地图。准确率等数字是原研究报告值,不能直接理解为跨医院、跨人群的临床性能。
| 系统 | 场景与架构 | 论文报告的结果 | 主要限制 |
|---|---|---|---|
| TraumaTracker(2019) | 创伤急救;两个基于 BDI 的协作代理,分别负责记录和告警 | 约 9 个月生成 430 多份创伤报告,并主动触发情境告警 | 场景窄、依赖结构化流程,存在过度告警风险,缺少长期记忆 |
| SmartText(2021) | 癌症幸存者生活方式干预;单智能体,按活动数据发送个性化短信 | 只有 42 名参与者;相较其他干预,步数提升为幅度较小且无统计学显著性 | 试验仅 4 周,样本小,适应性主要是预编程规则 |
| 强化学习虚拟助手(2023) | 唐氏综合征儿童 VR 康复;单智能体实时调整游戏难度 | 难度调整准确率约 87%,PPO-AC 表现最好 | 只有单一游戏环境,缺乏真实世界自主性和长期学习 |
| MultiMedRes(2025) | 胸部 X 光序列问答;LLM 学习代理主动分解问题并调用专家模型 | 在 DVQA 零样本任务上达到论文所称的 state-of-the-art;可自主决定继续查询或停止 | 依赖外部专家模块,缺少患者完整上下文和真实临床验证 |
| ProtChat(2025) | 生物医学蛋白分析;User Proxy、Inference、Evaluation、Visualization、Chat Manager 多代理协作 | 能自动调用蛋白语言模型、执行函数并传递 JSON,输出 Pearson、RMSE、ROC、PR 等指标 | 只在计算数据集上测试,领域窄,没有长期记忆 |
| GPT-Plan(2025) | 放疗计划;Dosimetrist、Physicist、TPS Proxy、Human Proxy 多代理协作 | 在宫颈癌和肺癌案例中达到或超过专家计划表现,研究样本为 17 名患者 | 样本量小,尚未证明跨会话、跨时间自适应 |
| ChatExosome(2025) | 外泌体拉曼光谱诊断肝细胞癌;深度学习 + RAG + 工具调用 | 区分肝癌与对照的准确率 94.1%,AFP 阴性肝癌准确率 87.5% | 仍依赖预训练模型,尚未完成广泛临床验证,不能自我更新 |
这些结果说明了两件事:第一,Agentic AI 已经能够把检索、推理、计算和工作流编排串起来;第二,单个原型的优秀指标并不能推出“医疗 Agentic AI 已经成熟”。
下面是一段简化的 Python 伪代码,用来表达“规划 - 工具调用 - 验证 - 人工批准 - 审计”的基本控制面。它不是论文代码,也不连接真实医疗系统;真实部署必须补齐身份认证、权限控制、脱敏、故障转移和合规审查。
from dataclasses import dataclass, field
from typing import Any, Callable
@dataclass
class Action:
tool: str
args: dict[str, Any]
risk: str # low / medium / high
rationale: str
@dataclass
class AgentState:
goal: str
context: dict[str, Any]
step: int = 0
audit: list[dict[str, Any]] = field(default_factory=list)
def run_agent(
state: AgentState,
planner: Callable[[AgentState], Action | None],
tools: dict[str, Callable[..., Any]],
approve: Callable[[Action], bool],
max_steps: int = 6,
) -> dict[str, Any]:
"""工程化示例:所有外部动作都经过策略检查并记录审计信息。"""
while state.step < max_steps:
action = planner(state)
if action is None:
return {"status": "done", "context": state.context,
"audit": state.audit}
if action.tool not in tools:
raise ValueError(f"unknown tool: {action.tool}")
# 高风险动作不允许模型自行放行。
if action.risk == "high" and not approve(action):
state.audit.append({"step": state.step, "action": action.tool,
"status": "rejected"})
return {"status": "needs_human_review", "audit": state.audit}
result = tools[action.tool](**action.args)
state.audit.append({"step": state.step, "action": action.tool,
"risk": action.risk, "status": "success"})
state.context[f"tool_result_{state.step}"] = result
state.step += 1
return {"status": "max_steps_reached", "audit": state.audit}
这段骨架体现了几个重要设计原则:
综述对纳入研究进行了偏倚评估:唯一的随机对照试验存在一些偏倚担忧;6 项非随机研究的总体偏倚风险从中等到严重/关键不等。常见问题包括样本量小、没有对照组、使用模拟或结构化数据,以及缺少真实临床验证。
医疗工作流还有一些 Agentic AI 特有的风险:
因此,放疗剂量、用药剂量、危急值处置等高风险任务不能仅凭离线准确率放行。对这些任务,稳定的传统模型或固定规则流水线可能仍然更适合;Agentic AI 更适合那些确实需要多步推理、跨系统协调和动态计划的场景。
在开发阶段,建议把“模型能力”与“系统能力”分开评估:
| 维度 | 关键问题 | 示例指标 |
|---|---|---|
| 自主性 | 是否能在没有逐步提示时推进任务? | 独立完成率、人工介入次数 |
| 目标对齐 | 是否围绕临床目标而不是局部指标优化? | 目标达成率、偏离率 |
| 工具可靠性 | 是否正确选择工具并处理异常? | 工具调用成功率、重试率 |
| 安全性 | 是否会越权或执行危险动作? | 高风险动作拦截率、严重事件率 |
| 临床效果 | 是否改善患者或工作流结果? | 敏感度、特异度、时间节省、患者结局 |
| 稳定性 | 在数据分布变化和高负载下是否可靠? | 延迟、漂移、失败率、可重复性 |
| 可解释性 | 医生能否复核依据和行动链路? | 证据完整率、审计可追溯率 |
| 人因与治理 | 人员是否理解并愿意使用? | 覆盖率、拒绝率、信任度、覆盖式接管时间 |
特别要避免只报告“某个数据集上的准确率”。Agentic AI 的核心风险往往发生在模型输出之后:检索错了没有、工具参数对不对、计划是否越权、失败后是否及时停机,这些都应进入验收标准。
结合综述提出的“从概念验证走向真实临床环境”的方向,可以采用以下顺序:
基础设施方面,综述特别提到遗留 EHR、GPU 能力不足和数据管道碎片化是常见阻碍。FHIR API、混合云或边缘计算、联邦学习、数据匿名化和差分隐私,都是值得在架构阶段预留的能力。对于高风险或自适应系统,还需要结合适用的医疗器械监管、隐私法规和变更控制机制;不能把“模型自动更新”当成普通软件发布。
这篇综述最有价值的地方,不是证明 Agentic AI 在医疗领域已经成功,而是帮我们划清了现阶段的边界:它已经能做自主规划、工具调用和多代理协作,但绝大多数证据仍来自小样本、模拟环境或计算实验。
真正可用的医疗 Agentic AI,需要同时满足三条线:技术上能完成多步任务,临床上能在真实人群中带来可重复的收益,治理上能让每次行动都可解释、可审计、可撤销。对研发团队来说,优先建设风险分级、人工接管、审计日志和持续监测,往往比继续堆叠更多代理更重要。
参考文献:Collaco BG, et al. The role of agentic artificial intelligence in healthcare: a scoping review. npj Digital Medicine, 2026, 9:345. DOI: 10.1038/s41746-026-02517-5
本文仅用于技术交流,不构成医疗建议,也不应作为临床决策依据。