直接答案:基层医疗使用 AI,最稳妥的起点不是“让模型替医生诊断”,而是从病历完整性检查、处方规则提醒、慢病随访分层、远程影像/心电协同和知识检索等可人工复核、可追溯、可回退的任务开始。涉及诊断、用药、急症识别和转诊的建议,必须写清预期用途,在本地患者与现有流程中验证,由有资质的医务人员批准,并保留上转、停用和断网降级路径。

医疗提示:本文面向县域医共体、乡镇卫生院、社区卫生服务中心的管理、临床、信息与采购人员,用于解释部署和治理方法,不提供个人诊断、处方或治疗建议。本文资料复核日期为 2026 年 7 月 19 日;产品注册状态、预期用途、指南知识和政策可能变化,采购与临床使用前应查询所在地监管数据库、产品说明书和现行制度。
先纠正旧稿:没有证据支持“基层诊断准确率升至 95%”
本页旧版本把“95% 准确率”写进标题,并声称某些基层机构初诊准确率、死亡率、致残率、转诊率和成本发生了精确变化,却没有提供研究名称、任务定义、样本、对照组、时间范围或可核验来源。旧稿还描述了一个名为“MedBrain-Base”的系统和匿名医院案例。本站无法证明这些数字和案例真实存在,因此全部撤回。
| 旧说法 | 为什么不能保留 | 本次更正 |
|---|---|---|
| 诊断准确率升至 95% | 未说明疾病、输出、阈值、样本与基线;总体准确率也会受患病率影响 | 改用任务级、本地基线与错误后果评估 |
| 基层初诊准确率只有 65%—75% | 所谓“国家卫健委调研”无法定位 | 不再给出无来源全国结论 |
| 某系统已在医院落地并节省成本 | 系统、医院、合同和评估报告均不可核验 | 只提供明确标注为编辑建议的试点方法 |
| 云边协同即可保障隐私 | 架构名称不能替代合法性、权限、加密、日志和退出安排 | 补充数据全生命周期与供应商治理 |
如果要判断某个具体医疗 AI 产品的敏感度、特异度、监管授权与临床证据,应阅读AI 医疗诊断的临床验证与医院上线清单。本页只回答另一个问题:基层机构如何把一个合格工具嵌入县域服务流程。
政策支持哪些基层场景?支持应用不等于允许自动决策
国家卫生健康委等部门发布的“人工智能+医疗卫生”实施意见提出加强县域医共体智能应用,建设基层医生辅助诊疗,并覆盖处方审核、随访管理、慢病管理、影像辅助和公共卫生等场景。卫生健康行业人工智能应用场景参考指引也单列“基层全科医生智能辅助决策”,强调结合主诉、病史、体格检查和辅助检查,为医生提供诊断、鉴别诊断、检查、用药和转诊建议。
这些文件描述的是发展方向和参考场景,不是对任意聊天模型、任意疾病或任意自动化动作的临床许可。“辅助”意味着输出进入专业人员的判断链;如果软件输出用于疾病诊断或治疗决策,还要核对其是否属于医疗器械、注册证、适用机构、适用人群、输入设备、禁忌与说明书,而不能用政策愿景替代产品证据。
| 场景 | 合理的 AI 角色 | 必须保留的人类责任 | 不能从政策直接推出 |
|---|---|---|---|
| 病历辅助 | 缺项、矛盾、术语或格式提示 | 医生核对事实并签署病历 | 模型可自动生成并锁定病历 |
| 处方审核 | 相互作用、剂量或规则提醒 | 医生开方、药师审核与处置 | 可自动开药或停药 |
| 慢病管理 | 随访分层、漏管提醒、趋势摘要 | 核实数据、联系患者、调整方案 | 预测分数等同诊断或治疗指令 |
| 辅助诊疗 | 候选诊断、红旗、检查和转诊提示 | 临床综合判断并记录理由 | 通用大模型可独立看病 |
| 远程协同 | 传输、排序、质控和报告草案 | 上级专业人员出具结论、基层执行与随访 | 上传图像后无需质量和身份核对 |
第一步:按错误后果给任务分级
基层资源有限,更不能同时上线一组边界模糊的“AI 全科医生”功能。先把候选功能拆成单一任务,再按错误是否会直接改变患者处置分级。任务越靠近诊断、处方和转诊,越需要严格证据与即时人工干预。
| 风险层 | 任务示例 | 首轮验证重点 | 建议控制 |
|---|---|---|---|
| 较低 | 知识检索、模板提示、病历缺项 | 来源正确、字段映射、误报负担 | 只提示,不自动写入 |
| 中低 | 随访名单、健康教育素材草案 | 目标人群、联系信息、退出机制 | 工作人员确认后发送 |
| 中 | 处方规则、检查重复、慢病异常提醒 | 规则版本、覆盖率、告警疲劳 | 分级告警并记录处置 |
| 较高 | 诊断候选、急症红旗、检查或转诊建议 | 漏报、亚组、时间到处置、临床影响 | 医生逐条批准;高危有强制升级路径 |
| 不可默认接受 | 自动确诊、自动开药、自动拒绝转诊 | 患者伤害与法律责任 | 没有明确法律、监管与充分证据时禁止 |
WHO 的医疗 AI 监管考虑强调预期用途、外部验证、数据质量、人类干预、生命周期文档和网络安全。对于生成式或多模态大模型,WHO 的大模型医疗治理指南还要求任务定义、相关利益方参与、发布后审计与影响评估。流畅回答不是临床适用性证据。
第二步:先画县域服务闭环,再谈模型架构
医疗卫生强基工程实施方案强调基层与二、三级机构的电子病历、健康档案、处方和检查检验互通,并探索常见病、多发病和慢性病决策支持。国家卫生健康委关于基层检验的建议答复进一步说明县域检验、影像、心电和病理共享中心以及“基层检查、上级诊断”的协作方向。

| 节点 | 主要输入 | AI 可以辅助 | 结果必须去向 |
|---|---|---|---|
| 村卫生室/家庭医生 | 主诉、体征、随访与公卫记录 | 结构化、漏项和红旗提醒 | 乡镇/社区复核或紧急上转 |
| 乡镇卫生院/社区中心 | 病历、检验、处方、心电和影像 | 规则核对、候选建议与任务排序 | 医生处置、上级远程中心或县级医院 |
| 县级医院/共享中心 | 完整病例、原始图像和转诊问题 | 工作列表排序、图像质控、报告草案 | 专业结论、转诊安排与随访计划回流 |
| 县域管理平台 | 去标识化运营与质量数据 | 缺口、延迟、失败和覆盖监测 | 质控整改,不直接改变个体诊疗 |
闭环设计要先回答“谁在何时看到什么信息、谁能批准、失败后联系谁”。若模型发现疑似急症,但系统无法把患者送入人工处置队列;或上级诊断回传后基层没有随访责任人,再高的离线指标也不能证明系统有临床价值。
第三步:把数据和接口准备好,避免模型替数据缺口背锅
基层数据常来自不同厂商的 HIS、电子病历、健康档案、公卫、检验、影像和药房系统。上线前先完成字段、编码、时间、单位、患者匹配和缺失值审计。不要让模型猜测单位,不要用“未知”填充为“正常”,也不要把不同患者、不同就诊或不同版本指南混在同一上下文。
| 数据对象 | 最低核对 | 常见失败 | 阻断条件 |
|---|---|---|---|
| 患者与就诊 | 唯一身份、就诊时间、机构和科室 | 同名、合并错误、历史记录串联 | 身份不确定不得生成个体建议 |
| 症状与体征 | 值、单位、测量时间、设备 | 文本歧义、单位错、过期值 | 关键体征缺失时提示补录 |
| 检验与检查 | 参考范围、标本、设备与报告状态 | 初步结果当最终结果 | 未确认结果不得自动驱动处置 |
| 药品 | 通用名、规格、剂量、途径、频次 | 商品名映射错、儿童/肾功能遗漏 | 关键条件缺失时禁止给出剂量建议 |
| 指南/知识库 | 来源、版本、适用人群和更新日 | 过期、跨地区、摘要脱离原文 | 来源不明或过期则拒答/转人工 |
知识库建设可以参考AI 知识管理与 RAG 验收指南,但临床知识检索还要增加指南适用范围、版本、证据等级和医疗责任。检索命中一段文字不表示它适用于当前患者。
第四步:用本地基线和静默模式验证,不要只看厂商准确率
基层人群、疾病谱、设备、记录习惯和转诊资源都可能与开发数据不同。应先冻结模型和规则版本,在不影响真实处置的“静默模式”中运行,把输出与现有流程、最终结论和专家复核进行比较。DECIDE-AI指出,临床早期评估不仅要报告算法表现,也要观察人机交互、工作流和安全;FUTURE-AI则把公平、通用性、可用性、稳健性、可解释性和可追溯性作为可部署系统的重要维度。
| 指标组 | 基层现场应问 | 不能被什么替代 |
|---|---|---|
| 临床错误 | 漏掉哪些急症、常见病、特殊人群?错误会怎样改变处置? | 单一总体准确率 |
| 工作流 | 提示是否及时?医生是否看见、接受、拒绝或绕过? | 模型离线跑分 |
| 公平与亚组 | 儿童、老年、孕产妇、慢病、多病共存和不同设备表现如何? | 只报平均值 |
| 资源 | 增加了多少录入、复核、转诊和告警处理负担? | 厂商宣称“提效” |
| 可靠性 | 缺字段、断网、接口延迟、版本变化时是否安全降级? | 理想环境演示 |
| 结局 | 是否更快得到正确处置、完成转诊或避免失访? | 点击量和建议生成量 |
两篇基层临床决策支持综述分别总结了当前临床实施和更广泛的机会、障碍与需求:基层 AI-CDSS 临床实施范围综述、基层医疗 AI 实施系统综述。另一篇基层疾病检测决策支持实施综述提醒,技术之外的专业角色、接受度、工作环境和卫生系统安排会决定工具是否真正使用。本文据此把“医生是否采纳”和“失败是否进入正确处置”作为验收对象,而不是假设安装即有效。
第五步:设计 90 天小范围试点,而不是一次性全县铺开
下面的时间与样本安排是兰塞 AI 编辑部的项目规划建议,不是国家统一标准,也不保证任何收益。机构应根据风险、病例量、伦理/监管要求和自身能力调整。高风险诊疗工具可能需要更长的研究、审批和临床评价。
| 阶段 | 主要工作 | 交付物 | 不得跳过 |
|---|---|---|---|
| 第 1—15 天:定义 | 选一个任务,写清人群、输入、输出、禁用场景和责任 | 预期用途、风险清单、数据流图、原流程基线 | 临床、信息、药学/公卫和上级协同角色签字 |
| 第 16—35 天:准备 | 字段映射、接口测试、权限、日志、断网与回滚演练 | 测试报告、问题清单、培训材料 | 不使用真实患者数据做未经批准的外部调试 |
| 第 36—60 天:静默 | 系统出结果但不影响处置,逐例复核 | 错误分类、亚组表现、告警负担、修订决定 | 对漏报与潜在伤害逐例分析 |
| 第 61—80 天:受控使用 | 少数机构/人员使用,所有建议可拒绝 | 采纳/拒绝理由、转诊完成、事件与支持记录 | 现场负责人和即时停用开关 |
| 第 81—90 天:决策 | 比较基线,决定扩大、修改、继续观察或退出 | 评审纪要、版本冻结、后续监测计划 | 不能只用使用次数证明成功 |

第六步:把人工复核设计成工作,而不是一句免责声明
“仅供参考”不能自动消除风险。系统必须把建议呈现给正确角色,显示依据、缺失数据和不确定性,允许拒绝,并把最终动作写入审计日志。若告警太多、优先级不清或拒绝操作复杂,使用者会形成告警疲劳或机械接受。
| 角色 | 上线前责任 | 运行中责任 | 不能外包 |
|---|---|---|---|
| 机构负责人 | 批准范围、资源与责任 | 审查质量安全和重大事件 | 主体责任 |
| 临床/全科医生 | 定义任务、禁用场景和基线 | 核对建议、记录处置与上转 | 患者诊疗判断 |
| 药师/公卫人员 | 核对规则、随访和业务流程 | 处理告警、规则更新与反馈 | 专业审核 |
| 信息与安全 | 接口、身份、权限、日志和灾备 | 可用性、异常访问、版本与事件响应 | 安全管理 |
| 县级医院/共享中心 | 明确接诊和报告时限 | 处理升级病例并回传结果 | 上级专业结论 |
| 供应商 | 提供证据、版本、限制和退出能力 | 支持、补丁、变更通知和故障复盘 | 机构对患者的责任 |
对生成式模型输出,还要专门防范编造来源、把指南摘要当患者结论、遗漏禁忌和工具状态误报。可参考AI 安全威胁模型与AI 内容人工审核流程,但医疗场景不能只做文字事实校对,必须把临床人员、病历记录和处置结果纳入闭环。
第七步:医疗数据不能直接上传到未批准的通用 AI
《个人信息保护法》把医疗健康信息列为敏感个人信息,要求特定目的、充分必要和严格保护;处理敏感个人信息通常还涉及单独同意等要求。法律原文不能被“已经去掉姓名”简单替代,因为病史、时间、地点、影像和罕见特征组合仍可能重新识别个人。
医疗卫生机构网络安全管理办法要求机构落实网络和数据安全主体责任、等级保护、全生命周期安全、第三方管理和应急处置;电子病历信息使用管理通知要求专有身份、按岗位授权、外部服务商保密与授权协议,以及操作和数据流向可追溯。
| 控制点 | 基层试点最低要求 | 红线 |
|---|---|---|
| 目的与最小化 | 只提供完成任务必需字段,记录用途与期限 | 把完整病历复制到无关系统 |
| 身份与权限 | 实名账号、角色权限、最小授权、定期回收 | 共享账号或供应商长期管理员权限 |
| 传输与存储 | 加密、境内存储要求核对、备份和删除验证 | 用个人聊天账号/网盘传患者资料 |
| 日志 | 记录查看、输入、输出、版本、修改和导出 | 供应商后台操作不可见 |
| 第三方 | 明确分包、训练使用、泄露通知、返还与删除 | 默认用业务数据训练通用模型 |
| 退出 | 可完整导出数据、配置、日志和知识库;验证删除 | 合同终止后仍无法迁移或删除 |
更通用的数据清单、权限、审计和事件响应方法见企业 AI 数据合规指南。医疗机构仍需依据自身性质、处理活动、所在地要求和法律意见执行,本文不构成法律意见。
患者告知与可及性:不能把不会用智能设备的人排除在服务外
基层服务对象中可能有老年人、儿童监护人、残障人士、识字或普通话交流困难者,也可能有人没有智能手机或稳定网络。AI 功能不能成为获得基本医疗服务的强制入口。机构应说明 AI 在哪个环节参与、由谁作最终决定、患者发现信息错误后如何更正,并保留线下、电话或人工窗口等替代渠道。需要处理敏感个人信息时,还应依据具体处理活动完成必要告知、同意或其他合法性安排,而不是把一份笼统隐私政策视为全部授权。
| 患者问题 | 机构应提供 | 不合格做法 |
|---|---|---|
| AI 做了什么 | 用易懂语言说明是记录、提醒、筛查还是辅助建议 | 只写“智慧医疗赋能” |
| 谁作决定 | 明确医生、药师或上级机构的最终责任和联系方式 | 让患者自行判断模型建议 |
| 信息错了怎么办 | 提供核对、更正、申诉和人工复核入口 | 输出写入后无法修改 |
| 不用 AI 是否还能就医 | 保留合理的人工与无障碍替代流程 | 没有智能手机就无法预约或随访 |
| 数据如何使用 | 说明目的、范围、接收方、保存和退出方式 | 把诊疗同意等同于任意模型训练许可 |
可及性也属于安全:如果界面字体、颜色、语音、方言或告警设计让使用者误解建议,就会改变真实临床表现。试点应邀请一线医务人员和代表性服务对象参与可用性检查,并记录哪些人无法顺利完成流程,不能只统计平均完成率。
第八步:网络差、设备杂时,先设计降级模式
基层 AI 不能假设网络永远在线、接口永远返回、云服务永不变更。每个功能应声明在离线、超时、数据缺失和版本不一致时的行为,并让工作人员看得见当前状态。最安全的失败方式通常是停止建议、保留原始信息、提示转人工,而不是悄悄给出缓存答案。
| 故障 | 系统应做 | 人员应做 | 事后证据 |
|---|---|---|---|
| 断网/超时 | 显示不可用,不生成伪新结果 | 按原流程处置或电话上级 | 开始、恢复、受影响任务 |
| 数据缺失 | 列出缺失项并阻断高风险建议 | 补录、重测或转人工 | 缺失率与补录结果 |
| 接口映射异常 | 停止该字段/该机构自动处理 | 核对患者与原报告 | 字段、版本与影响范围 |
| 模型/规则更新 | 保持旧版或进入影子验证 | 重新批准再切换 | 变更说明、回归结果、签字 |
| 疑似患者伤害 | 立即停用相关功能并保全日志 | 优先处置患者、报告和复盘 | 事件时间线与纠正预防措施 |
采购不要问“是不是大模型”,要问能否验证、运维和退出
采购演示容易展示顺利案例,却很少展示拒答、急症漏报、断网、权限撤销和数据删除。RFP 应要求供应商提交任务边界、证据、版本、数据流、接口、运维和退出材料,并允许机构使用本地代表性病例做静默评估。
| 采购问题 | 需要的证据 | 不充分回答 |
|---|---|---|
| 产品究竟做什么 | 预期用途、输入输出、适用/禁用人群和机构 | “覆盖全科所有疾病” |
| 为何可用于临床 | 注册/说明书、外部验证、真实工作流研究 | 论文截图或总体准确率 |
| 如何适配本地 | 字段字典、接口、设备、病例与亚组验证计划 | “模型会自动学习” |
| 谁看过数据 | 数据流、分包商、权限、日志、训练与保留政策 | “符合行业惯例” |
| 更新怎么办 | 版本通知、回归验证、回滚和旧版支持 | 自动升级且无法冻结 |
| 故障怎么办 | SLA、应急联系人、断网模式、事件报告 | 只有在线客服 |
| 合同结束怎么办 | 标准格式导出、迁移支持、删除证明 | 只能导出截图或 PDF |
WHO 的医疗 AI 伦理与治理指南强调保护自主、促进福祉与安全、透明可解释、责任、包容公平和可持续性。基层部署尤其要防止数字工具扩大不会使用智能设备、语言表达困难、网络较差或病例不典型人群的服务差距。
上线后看什么:从“使用量”转向患者路径和失败模式
登录次数、建议生成量和接受率只能描述使用,不能证明诊疗更安全。运行看板应同时展示输入质量、错误、人工动作、转诊完成、患者等待、告警负担、系统可用性和安全事件,并按机构、设备和关键人群分层。指标变化必须结合流程解释,不能把所有改善都归因于 AI。
| 监测层 | 建议指标 | 触发动作 |
|---|---|---|
| 输入 | 关键字段缺失、单位异常、身份匹配失败 | 修复采集/接口,必要时停用 |
| 输出 | 漏报、误报、拒答、无依据建议、亚组差异 | 逐例复盘、调整范围或阈值 |
| 人机协作 | 查看、接受、修改、拒绝与忽略原因 | 优化呈现、培训或减少告警 |
| 患者路径 | 高危处置时间、转诊到达、结果回流、失访 | 修复责任和协同节点 |
| 技术 | 可用性、延迟、接口失败、版本和回滚 | 降级、切换原流程、供应商整改 |
| 安全 | 越权访问、异常导出、数据泄露和删除失败 | 启动应急预案和监管报告流程 |
什么时候必须暂停或退出
| 红线 | 立即动作 | 恢复前证据 |
|---|---|---|
| 漏掉急症红旗或错误建议可能直接伤害患者 | 停用相关功能、处置患者、保全日志 | 根因、影响范围、修复与回归验证 |
| 错误患者匹配或数据串联 | 停止个体建议和数据同步 | 身份规则修复与历史影响排查 |
| 关键亚组或新设备表现明显下降 | 限制人群/设备或回到原流程 | 分层再验证与临床批准 |
| 医生无法理解、拒绝或覆盖建议 | 停止临床使用 | 交互与责任流程重新设计 |
| 权限、日志、数据删除或供应链失控 | 隔离系统、撤销访问、启动安全响应 | 安全整改、审计和管理批准 |
| 厂商更新后未重新验证 | 冻结旧版或暂停功能 | 变更说明和本地回归结果 |
常见问题
基层医院可以直接接入通用大模型辅助看病吗?
不能因为模型会回答医学问题就直接用于诊疗。先确认任务是否属于医疗器械或受其他医疗监管约束,再核对数据处理、知识来源、预期用途、本地验证、医生复核、日志和回退。通用模型更适合在受控知识检索、文书草案等低风险环节试点,高风险输出仍需专用证据与治理。
准确率达到多少才能上线?
没有适用于所有基层任务的统一百分比。阈值取决于任务、疾病、患病率、错误后果、人工复核能力和替代流程。急症漏报、处方错误和错误拒绝转诊即使数量少也可能不可接受。应同时评估敏感度、特异度、预测值、校准、亚组、工作流和临床影响。
一定要本地部署吗?
不一定。云、区域平台、本地或混合架构都可能合适,关键是数据合法性、最小化、权限、加密、日志、可用性、延迟、断网回退、分包商、境内存储/跨境要求和退出能力。把服务器放在本地也不能自动解决越权、弱口令和错误配置。
没有很多病例还能验证吗?
可以先缩小任务、延长静默观察并与县级共享中心协同,但不能用小样本证明全面有效。关键少见病或高风险场景不足时,应限制适用范围、保持人工上转,并明确哪些结论尚未建立。
AI 会不会削弱基层医生能力?
如果系统只给结论、长期自动接受或替代训练,确实可能形成依赖。更合理的设计是显示依据和缺失信息、要求主动确认、抽查无 AI 情况、开展病例复盘,并持续训练独立判断和转诊能力。
给负责人可直接使用的上线核对表
| 门禁 | 通过标准 | 责任证据 |
|---|---|---|
| 意图 | 一个明确任务,不用“全科大脑”代替边界 | 预期用途与禁用场景 |
| 证据 | 产品状态、外部证据和本地静默验证相互对应 | 注册/说明书、研究与验证报告 |
| 数据 | 字段、单位、身份、权限、来源和版本可追溯 | 数据字典与数据流图 |
| 流程 | 医生可拒绝;急症、转诊和断网有替代路径 | SOP、演练与培训记录 |
| 安全 | 最小化、加密、日志、备份、事件与第三方管理到位 | 安全评估与合同附件 |
| 运行 | 按错误、亚组、采纳、转诊和事件持续监测 | 看板、例会和复盘记录 |
| 退出 | 可停用、回滚、导出、迁移和验证删除 | 退出演练与删除证明模板 |
如果项目团队连“模型错了由谁发现、怎样上转、如何停用、数据如何拿回”都回答不了,就不应进入真实患者流程。基层医疗 AI 的价值不是把专家包装进一个聊天框,而是让有限资源下的采集、复核、转诊、随访和质量改进变得更一致,同时不削弱医生责任与患者权利。
延伸阅读:评估诊断产品请看AI 医疗诊断临床验证;涉及放疗等高风险治疗流程请看AI 放疗计划上线清单;处理模型与工具安全风险可看AI 滥用与失效防范和AI 安全威胁模型。本站的来源、更新和纠错原则见关于兰塞 AI 与编辑规范。
编辑复核与纠错记录:本文由兰塞 AI 编辑流程于 2026 年 7 月 19 日重写。旧稿无来源的 95% 准确率、基层误诊/死亡/成本数字、`MedBrain-Base` 系统和匿名案例已撤回;新版以国家政策、WHO 治理指南和临床实施研究为基础,改为可执行的任务分级、县域协同、本地验证、数据安全、试点与退出框架。
