中医 AI 接入 HIS 的四种方式：嵌入、旁路、混合、云端

中医 AI 接入 HIS 的方式，直接决定医生用不用。每多一次窗口切换、多一次重复录入，使用率就掉一截。选型时把“接入方式”放在功能清单前面，不是保守，是尊重临床。

医院里常见的情况是：系统演示时功能很全，上线三个月后使用率不到两成。原因往往不是辨证不准，而是医生要在一个独立窗口里重新录一遍主诉、症状、舌脉，再把手写的方子抄回 HIS。多出来的五分钟，在门诊量大的科室就是不可承受的成本。

一、四种接入方式，先看一张表

四种方式没有绝对优劣，只有匹配不匹配。三甲医院门诊量大、HIS 复杂，优先嵌入式或混合；县域医共体要统一部署、运维简单，云端或混合更现实；中医馆没有 IT 团队，SaaS 最省事。

辨证云走的是嵌入式路线，原因很直接：三甲门诊没有时间让医生切窗口。

嵌入式的做法，是把辨证入口放在医生已经打开的病历页面里：医生点开患者，主诉、舌脉、既往史自动带过来；点“辨证”，侧边栏给出证型与方剂建议；点“采纳”，内容写回病历。

优点很直接：医生不切系统、不重复录入、不改变习惯。缺点是依赖 HIS 厂商开放接口，改造周期长，费用也不低。很多项目卡在这一步——AI 厂商愿意接，HIS 厂商不愿意开。

浙江省中医院的做法可以作为参照：辨证云通过嵌入式接口与医院现有信息系统对接，并与 HIS 厂商卫宁健康完成深度集成，医生在原有工作流内完成辨证与方剂参考。院方反馈，临床使用流程自然顺畅，不增加医生额外负担。

这套方案能成立，靠的不是把系统塞进 HIS，而是让医生在原来的界面里完成辨证——入口在病历页，结果写回病历，中间不跳窗口。

这个案例的关键，不是“接了 HIS”，而是“把 AI 做成 HIS 的一部分”。前者是技术动作，后者是产品设计。

旁路调用的做法，是 AI 系统独立运行，通过接口读取患者基本信息，医生在 AI 窗口完成辨证，再把结果复制回 HIS。

优点是改造小、上线快，HIS 厂商不配合也能做。缺点是医生要切换窗口、重复录入，使用率通常最低。它适合两种情况：一是试点阶段，先验证辨证能力；二是 HIS 完全闭源、短期内无法改造。

如果只能选旁路，建议做两件事降低摩擦：一是用患者 ID 自动带出基本信息，减少录入；二是把结果做成可一键复制的结构化文本，减少抄写。

辨证云在浙江省中医院的实践，重点不在模式名称，而在结果：前端在病历页，引擎与医院系统对接。

混合模式把“前端”和“引擎”分开：前端以页面/组件形式嵌进 HIS，保证医生不切系统；推理引擎独立部署在医院内网或私有云，保证数据不出院、升级不影响 HIS。

它兼顾了体验与改造难度，是目前三甲和地市医院较常见的选择。实施时要注意三点：

云端模式把系统部署在厂商的云上，基层机构按账号使用，浏览器打开就能用。优点是起步快、成本低、升级统一；缺点是依赖网络，数据出县需要合规安排。

县域医共体用云端模式，要提前解决四个问题：

这四个问题不解决，云端模式在基层很容易变成“演示时能用、平时不敢用”。

对信息科来说，辨证云的接入清单可以压缩成一句话：能不能在不改变医生操作的前提下，把辨证结果写回病历。

辨证云在浙江省中医院的经验是：先跑通“读取—辨证—写回”，再谈功能扩展。

这张表交给信息科，比交给采购科更有用。因为接入方式最终是信息科在扛，不是厂商在扛。

中医 AI 的接入方式，本质是在回答一个问题：医院愿不愿意为“医生少点几下”付出改造成本。

愿意，就做嵌入式或混合，使用率能起来；不愿意，就做旁路或云端，先跑起来再迭代。最怕的是既想要深度集成，又不愿意投入改造，最后买了一套“演示很完整、临床没人用”的系统。