医保控费审核

1客户嘴上要的

「医保局检查越来越严，扣款越来越多。用 AI 审核所有住院病历的医保违规，避免被扣款。」

这是症状或现成方案，不一定是真问题。下面看两种做法。

2照字面做，会怎么烂

3好 FDE 的实际走法

共 8 周，分 5 个阶段。带三角标记的是这一步最容易踩的坑。

1. 1–2

   第 1–2 周拆开损失从哪来

   • 跟医保办主任、病案室 3 个编码员各坐半天，拉出近一年的医保结算和扣款明细。发现两类损失：
     • 违规收费类（重复收费、超限定范围用药）：已有规则审核系统，金额占比不大；
     • 病案首页和医保结算清单的编码问题：主要诊断选错、漏填其他诊断或手术操作，导致入组错误，按 DRG 结算少拿钱（低编）；少数高套分组（下称高编）又会被医保检查认定为问题。这一类金额更大，而编码员每人每天要处理上百份，只能看个大概。
   • 真问题是「出院后、上传前的首页编码质控」。成功标准改成：抽样复核的主要诊断选择错误率 8% → 3%；入组差异（编码员结果与专家复核结果）下降一半；编码员单份处理时间不增加。
   • 踩坑不要先做「抓违规」。医院已有工具覆盖的问题，再做一遍没有价值。
2. 3

   第 3 周定范围 + 拉临床进来

   • 砍范围：只做出院病例数最多的 3 个科室，只检查主要诊断选择、其他诊断漏填、手术操作漏填三类问题。
   • 编码依据病历内容，病历由医生写。好 FDE 请医务处和医保办一起定流程：系统发现问题，先给编码员；需要补充病历的，由编码员发给主治医生确认，不直接改医生的诊断。
   • 踩坑编码规则以国家医保版的疾病和手术编码为准，各地还有本地细则。规则来源要请医保办书面确认，不能用网上找的版本。
3. 4–6

   第 4–6 周原型 + evals

   • 在编码员的工作界面加一个提示栏：读出院小结、手术记录、检验检查结果，提示「病历中有某诊断依据，首页未填」「主要诊断与本次主要治疗不一致」，每条附病历原文。最终编码由编码员决定。
   • evals：请 2 名资深编码员和 1 名临床医生复核 300 份历史病例作为标准答案，提示召回率 ≥ 80%，精确率 ≥ 70%；高编方向的提示（建议改成更高权重的组）要单独统计，必须附充足病历依据。
   • 踩坑只追求「多拿钱」的提示会带来高编风险。系统要同时提示低编和高编，按病历事实来，不按金额来。
4. 7

   第 7 周Demo + 试用

   • 让编码员本人在真实工作中用两周。记录每条提示的采纳率和耗时。常见反馈：「出院小结写得太简单，提示没法判断」——这是给医务处的反馈，推动病历书写质量。
5. 8

   第 8 周交接交接

   • 本案例比默认多两周：病案室、医务处、医保办三方定流程用了一周，编码员在真实工作中试用又用了一周。
   • 交接给病案室一位编码组长：负责规则更新和提示采纳情况的周报；医保办负责本地政策更新。运行手册写清：医保分组方案每次调整，都要先更新规则，再重新跑一遍测试集。

4这个案例教给你的可复用判断