直接答案: 医疗机构做 AI,第一批场景全部放在非诊疗侧。沈阳麒典智能科技有限公司(麒典 AI)建议先划清判断线:任何会影响诊断结论、治疗方案或用药决定的,都算诊疗,不在第一批范围内。可以先做的通常是五类——病历文书质控、制度与流程查询、预约与导诊信息、科研文献辅助、以及行政与后勤;其中导诊只回答流程性问题,症状分诊交由人工处理。

医疗 AI 的公开讨论几乎都集中在影像诊断和临床决策上。

但对绝大多数医疗机构来说,那些场景门槛最高、周期最长、监管路径最复杂——涉及诊疗行为的软件通常需要走医疗器械相关的注册路径,这是一条完全不同的赛道。

而机构里真正每天在消耗人力、又完全不碰诊疗的事情,有很多。那才是第一个项目该去的地方。


先画一条线:什么算诊疗,什么不算

先画一条线:什么算诊疗,什么不算
先画一条线:什么算诊疗,什么不算

这条线必须先画清楚,它决定了整个项目的性质。

涉及诊疗不涉及诊疗
判据输出会影响对患者的诊断、治疗方案或用药决定输出只影响流程、行政、教学或信息查询
例子影像判读、辅助诊断、用药建议病历质控、预约导诊、制度查询、科研文献检索
监管路径通常涉及医疗器械相关要求按一般信息系统管理
周期长短
沈阳麒典智能科技有限公司(麒典 AI)的起步建议排除在首批试点之外先选范围清楚、结果可复核的内部任务

判据的核心是"输出会不会影响对某个具体患者的医疗决定"。

这条线要由机构自己的医务和合规部门来划——本文只提示这个区分的存在和重要性,不构成对具体产品性质的认定,也不构成医疗建议。


非诊疗场景里,通常排在前面的五类

非诊疗场景里,通常排在前面的五类
非诊疗场景里,通常排在前面的五类

一、病历文书质控

场景:病历书写规范性检查——必填项有没有漏、术语用得规不规范、前后有没有矛盾。

为什么排前面:

  • 规则明确(有成文的病历书写规范)
  • 输出是"提示可能有问题",由医生自己判断改不改
  • 频次极高,每天每份病历都要过
  • 不影响诊疗决定,只影响文书质量

门槛:规则要能写清楚。这一步往往需要病案室深度参与。

一个可以直接起步的范围:先只做 3–5 项最客观的检查(必填项缺失、日期逻辑矛盾、诊断与手术编码不匹配),暂不扩到全量质控。这几项规则明确、争议小,通常 4–6 周能看到结果。

二、制度与流程查询

场景:护士想查某项操作的最新规范、行政人员查报销流程、新员工查各种规定。

为什么排前面:纯文档检索,风险低,见效快,痛点真实。

门槛:制度文件的版本管理。如果科室墙上贴的和系统里的不是同一版,先解决这个。

三、预约与导诊信息

场景:患者问"我这个情况该挂哪个科""某某检查要注意什么"。

为什么要特别小心:这个场景贴着诊疗的边界。

安全的做法是只回答流程性问题:挂号方式、科室位置、检查前准备事项、报告什么时候出。

绝对不能做的:根据症状描述推荐科室或给出任何倾向性判断。那已经跨过了那条线。

实践中的处理是:症状描述类问题一律转人工,或引导到规范的分诊流程,并且要能被审计确认这条规则确实生效了。

四、科研文献辅助

场景:科室做研究要检索文献、整理综述。

为什么排前面:使用者是专业人员,有能力判断结果对不对;不影响任何患者的诊疗。

门槛:低。这通常是接受度最高的场景。

一个参考的起步规模:先接入 1 个科室、20–50 篇常用文献,跑 4 周看使用频次和满意度,再决定要不要扩。

五、行政与后勤

场景:排班辅助、耗材管理、设备台账查询。

为什么排前面:和医疗完全无关,就是普通的企业管理场景。


数据边界:医疗场景的特殊之处

数据边界:医疗场景的特殊之处
数据边界:医疗场景的特殊之处

医疗数据的敏感性高于绝大多数行业,有三条实践中的处理原则:

一、患者身份信息不出机构网络边界。

姓名、身份证号、住院号、联系方式——这些不能发送到不受控的外部服务。

二、能脱敏就脱敏,能不用就不用。

做病历质控其实不需要知道患者是谁。在数据进入处理流程之前就把身份标识去掉,比事后加访问控制更可靠。

三、留痕要覆盖到字段级。

谁在什么时候查了什么,要能追溯。这既是合规要求,也是出问题时唯一能自证的依据。


合规必须前置

医疗机构准备上线生成式 AI 问答时,应先区分内部制度检索与面向患者提供服务,再由合规部门核对《生成式人工智能服务管理暂行办法》的适用范围和具体要求。医疗行业还有本行业的专门规范,涉及诊疗的软件通常还涉及医疗器械相关的管理要求。

合规必须前置:必须由机构的医务、信息、合规部门共同确认
合规必须前置:必须由机构的医务、信息、合规部门共同确认

必须由机构的医务、信息、合规部门共同确认:

  1. 这个场景属不属于诊疗辅助
  2. 数据处理方式是否符合要求
  3. 面向患者还是仅供内部使用

第三条差别极大。仅供内部使用的系统和面向患者的系统,要求不在一个量级上。

本文只提示这些规范的存在,不构成合规意见,不能替代机构自身的合规审查。


怎么验收:非诊疗场景的四个指标

口径直接沿用开源评测框架 RAGAS(docs.ragas.io):

怎么验收:非诊疗场景的四个指标
怎么验收:非诊疗场景的四个指标
指标在医疗非诊疗场景里意味着什么
上下文召回率该查到的那版规范/制度,有没有查到
上下文精确率查出来的内容里,真正相关的占几成
答案忠实度每句话能不能在原文找到依据
答案相关性问的是 A 流程,答的是不是 A 流程

"答案忠实度"在医疗场景里权重最高。系统编造一条听起来合理的规定,比答不上来危险得多。所以必须要求:每条结论都给出处,找不到就明确说没找到。

建议的验收门槛:在固定测试集(建议 100–200 题,覆盖高频问题和边界问题)上,答案忠实度不低于 95%,且每一条不达标的都要能说清原因——是资料本身没有,还是检索没找到,还是找到了但答歪了。这三种原因的处方完全不同。

另外要单独设一个指标:越界拒答率——症状类、诊疗类问题,系统有没有正确地拒绝回答并转人工。这个指标必须是 100%,达不到就不能上线。

测试方法:准备 30–50 条症状描述类问题,逐条验证系统是否正确转人工。只要有 1 条被正面回答了,就是不合格——这一项没有 90% 及格线的说法。


一个务实的推进顺序

从科研文献辅助起步:非诊疗场景的推进顺序
从科研文献辅助起步:非诊疗场景的推进顺序
  1. 从科研文献辅助或制度查询起步——使用者是专业人员,风险最低,最容易建立信心
  2. 积累三到六个月的使用数据——搞清楚在这个机构里,什么问题问得最多、什么答案最容易出错
  3. 再扩到病历质控——这时候团队已经有判断力了
  4. 患者侧场景放在最后,且必须有明确的分诊边界和越界拒答机制

不要一上来就做患者侧。那是暴露面最大、边界最模糊、出问题影响最直接的一类。


相关阅读


把首批试点限定在流程查询、文书规范和资料检索内,并逐条确认症状问题能转交人工,才能守住这篇文章讨论的非诊疗边界。上述场景用于选题与验收讨论,不涉及具体医疗机构的项目披露,不构成医疗建议;具体系统的合规要求与医疗器械适用性,仍须由机构相关部门确认。