前段时间,我因为一次意外摔伤,接受了桡骨骨折手术。
从医学角度看,这只是一个标准化程度较高的外科手术:影像诊断、手术复位、内固定、术后观察、康复训练。路径清晰、流程规范、风险可控。
但当你真正躺在病床上,成为这个系统中的“被处理对象”时,你的体验却完全不同:
你会逐渐意识到一个问题:
医疗系统在高效运行,但你无法理解,也无法参与。
这不是单纯的“医学知识门槛”,而是一个更深层的系统问题。
我们先把情绪抽离,用工程思维重新建模这个问题。
从信息流与控制流的角度,现代医院可以抽象为三层:
决策层:医生(基于经验 + 指南 + 数据)
执行层:护理系统 + 医疗设备
记录层:HIS / EMR / LIS / PACS患者的位置在哪里?
患者:系统外输入 / 输出对象这是一个非常关键的结构性问题:
患者并不是系统中的“参与节点”,而只是系统处理的“对象”。
在这个系统中:
但:
信息的拥有者(医生) ≠ 信息的理解者(患者)
进一步:
控制权的执行者(医生) ≠ 控制权的承受者(患者)
这导致一个典型的系统缺陷:
信息闭环存在,但用户闭环缺失如果你有 DevOps 或复杂系统经验,这个问题并不陌生。
在早期运维体系中,也存在类似问题:
后来我们引入了:
这些改进,本质上解决了一个问题:
让人重新获得对系统的“认知能力”和“控制能力”。
那么问题来了:
为什么医疗系统没有类似的“认知与控制重建”?
很多人第一反应是:
用 AI 不就可以解决了吗?
确实,从能力上看,现代大模型(LLM)已经具备:
例如基于 Transformer 架构的模型,可以通过医学语料训练,具备类似“解释医生语言”的能力。
关键问题在于:
AI 可以解释,但谁对解释负责?
AI 可以推理,但谁对推理结果负责?
在医疗这种高风险场景中,问题从来不是:
AI 能不能做?而是:
AI 是否被允许做?
AI 的行为是否可控?
AI 的决策是否可审计?从系统角度看,大模型具备三个特性:
这三点,在医疗场景中是“天然风险源”。
这里我们引入一个关键概念:
Harness(控制系统)
在工程领域,Harness 的本质是:
对系统行为进行约束、调度和验证的控制层
在 CI/CD 中:
当前医疗系统具备:
但缺乏:
一个能够约束 AI、连接患者与系统的控制层
换句话说:
医疗系统 = 执行强 + 决策强 + 控制弱很多人理解的 AI Agent 是:
但在这里,我们需要的是另一种 Agent:
长期运行的、具备状态感知能力的系统级 Agent
一个真正可用的医疗 Agent,必须具备:
这些能力,本质上对应的是:
LLM + Memory + Tool + State这是一个必须强调的结论:
没有控制系统的 Agent,是不可落地的。
原因很简单:
这就引出一个核心约束:
AI ≠ 决策者
AI = 辅助理解者如果我们要设计一个医疗控制系统(Harness),它必须满足以下条件:
L1:信息解释(AI可自动)
L2:建议生成(需医生确认)
L3:决策执行(仅医生)结合上述内容,我们可以构建一个完整系统:
患者输入
↓
AI Agent(理解层)
- 数据解释
- 状态建模
- 风险提示
↓
Harness(控制层)
- 权限控制
- 风险评估
- 审计机制
↓
医疗系统(执行层)
- 医生决策
- 护理执行
- 医疗设备关键在于:
AI 不直接改变世界,而是在控制系统约束下“参与理解”
现在我们可以重新解释最开始的问题:
你在医院的焦虑,并不是因为:
而是因为:
你失去了对系统状态的认知能力进一步:
认知缺失 → 不确定性增加 → 焦虑AI 的价值,不是替代医生,而是:
降低不确定性
这个结构问题,其实存在于所有复杂系统:
行业 | 问题 |
|---|---|
电商 | 订单状态不透明 |
物流 | 路径不可见 |
运维 | 系统状态复杂 |
制造 | 生产黑盒 |
统一表达为:
系统在运行,但人无法理解未来的复杂系统,将统一为:
理解层(AI Agent)
控制层(Harness)
执行层(System)医疗只是最极端的场景,因为:
我们可以用一句话总结全文:
医疗系统的问题,不是没有 AI,而是缺少一个“可控的 AI 接入方式”。
更进一步:
不是 AI 不够强,而是系统还没有准备好接纳 AI。
在下一篇文章中,我们会继续拆解:
为什么你看不懂自己的病?医疗系统的信息结构到底哪里出了问题?
我们将从数据结构、语义表达和认知接口三个层面,进一步深入分析。
真正改变医疗体验的,不是更聪明的 AI,而是更合理的系统。