最近想自己动手开发一个医保智能审核系统，需求文档看了好几遍，总是差点意思。因为医保审核这套东西太专业——规则引擎、两库三目录、事前事中事后、各种校验逻辑，各种名词堆在一起，脑子里始终拼不出一个完整的画面。

再此之前，之前连"两库"具体是哪两库都搞不清楚，更别提什么事前、事中、事后的的概念。网上资料要么太零碎，没有实质性的内容。于是干脆换了个思路，让AI帮我画了个原型。

没想搞多专业，就是随手画的。左边是导航菜单：监控总览、事前审核、事中监控、事后核查、规则库管理、两库数据、预警中心、统计报表、自查自纠，一排排摆下来，光看名字就觉得复杂。

事前是预防。特殊药品、高值耗材需要审批，医生开了药系统先拦一下，不审批就开不出来。这个环节做得好，后面能省很多麻烦。

事中是核心，患者在院期间实时监控，医嘱下达、药品发放、检查执行，每一步都在规则引擎里过一遍，触发了规则就预警。等级分高、中、低，高危的直接闪红灯。

事后是兜底，出院后核查病历和费用清单，发现问题追溯扣费。最严重的情况是骗保，分解住院、诊断编码乱填、药品超量使用，一查一个准。

三端都围着"规则"转，规则从哪里来——两库。两库包含什么：药品目录、诊疗项目、医用耗材，还有对应的医保限定条件。比如某种药限定用于特定疾病，超出范围就触发规则。

说起来好像不复杂，但之前光看文档的时候，这三端分别在哪、怎么串联起来，始终模模糊糊的。

规则引擎才是这个系统的核心。

规则到底有哪些类型，我查了一下，常见的比想象中多得多：

收费类规则：重复收费检测（同一住院期间对同一项目收取两次费用）、超限收费检测（超出标准收费）、包含关系检测（某个收费项目是否已包含在其他项目里，不应单独收取）

药品类规则：药品与诊断限制（开的人开的药跟诊断对不上）、性别限制检测（某种药男性禁用或女性禁用）、药品超量检测（单次开药剂量或金额超限）、限指定年龄以下支付（某些药限定60岁以下才能报销）

诊疗类规则：儿童年龄限制、诊疗项目限疾病诊断及患者年龄、诊疗项目限支付金额、新生儿专用项目（某些项目只有新生儿才能用）

支付类规则：单次住院总费用限制、保险类型限制（职工医保/居民医保报销比例不同）、支付天数限制（单次住院超过天数上限）、机构等级限制（基层医院和三级医院报销范围不同）

其他规则：无指征条件（没有对应适应症就使用）、项目停用规则（已停用的项目不能再收费）、限制医院等级、限制医保类型

这些规则有的是国家医保目录里写死的，有的是地方医保局自己加的，还有的可能是医院内部的管理规定。规则之间还可能冲突需要判断优先级。

画完之后再回头看需求文档，很多之前模糊的地方一下就通了。比如为什么需要"两库同步"、为什么规则要分类型、为什么预警要分等级，脑子里有了画面，理解起来就快多了。

有朋友问：你一个开发为什么要搞懂这些？

说实话，开发不懂业务，永远只能写皮毛。需求写成那样，没有画面感支撑，根本接不住。规则引擎怎么跑、预警怎么触发、两库怎么配合，这些不搞清楚，写出来的代码迟早要返工。

最大的收获是：理解一个系统，画图比看文档快。脑子里有个画面了，再去看细节，细节才接得上。不然看再多文档都是散的。

后续打算自己动手写一个简化版，把核心流程跑通。有兴趣的朋友可以一起交流。