五件具体的事
- 驻场 4 周跟完影像科全流程，梳理 42 套报告模板与 1,100 条术语写法
- 把所有变更排在 20:00 之后或周末，急诊与住院系统另设窗口，门诊全程不受影响
- 院内私有化部署：模型、向量库与报告数据全部跑在院内服务器，交付时出具流量审计报告
- 质控规则前置到生成阶段 —— 缺必填项、术语不合规、逻辑矛盾在出稿前就拦下来
- 高风险动作（危急值上报、报告终审）保留医师人工确认门禁，不做全自动
影像报告辅助生成与质控
一家三甲综合医院，1,800 张床位，影像科日均出具报告 2,400 份。改造之前，报告初稿靠医师逐字敲，结构化字段完整率只有 71%，质控靠人工抽查。
上线后的变化
62
报告初稿耗时下降
14 分钟 → 5.3 分钟
14 分钟 → 5.3 分钟
98
结构化字段完整率
原为 71%
原为 71%
0
门诊中断次数
变更全排在 20:00 后
变更全排在 20:00 后
100
科室权限抽检正确率
交付时出具流量审计报告
交付时出具流量审计报告
口径说明：以上为项目结项时的实测值，基线取自客户改造前的 RIS 日志与质控抽查记录。不同医院的科室结构不同，这些数字不能直接外推。
改造之前
原来的做法，和它卡住的地方
影像科报告量逐年上涨，但医师编制没变。报告模板有 40 多套，术语写法不统一，质控只能按比例抽。想上 AI，但院内规定数据不能出网，且任何改造都不能影响门诊。
具体卡在哪
- 报告模板版本散落，同一部位不同医师写法不同，结构化字段缺失严重
- 质控靠人工抽查，抽检比例不到 5%，问题发现得太晚
- 数据不能出内网、改造不能影响门诊 —— 这两条把公有云方案直接排除
- 厂商给的方案要先停诊做数据迁移，院里无法接受
交付过程
我们做了什么
项目结束时交付了什么
- 运行在生产环境里的系统，不是演示环境
- 等保三级测评报告与流量审计报告
- 术语库与模板的版本管理机制，改一次可追溯
- 运维手册（Runbook）与源码，信息科能独立处置故障
- 面向医师与质控岗的分批培训，含 30 天陪跑
技术要点
几个决定成败的技术选择
院内私有化
模型、向量库、报告数据全部跑在院内服务器，交付时以流量审计报告证明零出网。
结构化输出
报告不是自由文本，是按部位的结构化字段。生成后先过字段校验，再交医师审阅。质控规则按完整性、一致性、时序性三类组织；其中一致性与时序性要跨段落比对（结论与所见是否对应、复查时间是否早于初诊），这一步单段落规则做不到。
术语版本管理
术语库与模板都带版本号，与质控规则联动；改一次可追溯到具体报告。
人工确认门禁
危急值上报、报告终审等高风险动作不自动执行，必须由医师确认。系统只做文书结构与内部一致性检查，不产生任何诊断结论，也不替代医师判断。
“以前一份报告初稿要敲十几分钟，现在系统把结构化字段先填好，医师只做审核和修改。更关键的是质控提前了 —— 以前是月底抽查，现在是出稿前就拦住。”
影像科主任某三甲综合医院 · 医疗健康
适用边界
这个案例适合谁，不适合谁
适合
影像或病理报告量大、有自建机房、且已经上了 PACS/RIS 的三级医院。
不适合
日均报告不足 300 份、或者 PACS 里没有结构化数据（只有图像）的机构 —— 这种场景先补结构化采集，直接上生成反而放大错误。
相关案例
其他三个案例
IT 服务台智能助手
日均 1,200 张工单，知识散落在三个系统，新人上手需要 6 周
师生办事大厅智能服务台
26 个系统各自为政，办事靠「找系统、跑窗口」
执法文书智能生成与合规校验
文书格式多、法规更新快、基层站队人手不足