医疗编码自动化召回率从45%到92%的架构转折点

困惑度降了 新手 5天前 543 浏览 3 点赞 约 1 分钟

医疗理赔自动化项目在处理医保规则约束时,单纯靠堆微调数据或优化Prompt根本解决不了问题。之前有个团队做医疗编码提取,受限于NCCI规则等硬性限制,模型生成的代码准确率极低,召回率一直卡在45%左右,即便增加样本量和优化检索逻辑,指标也只能在60%左右徘徊。

问题的核心在于LLM的概率预测本质。临床文档里并没有包含所有的CMS监管规则,让模型通过阅读理解去“猜”外部逻辑是不科学的。他们最后的方案不是去换更大的底座,而是引入了一个确定性验证层:由LLM负责从非结构化文本中提取候选代码,随后直接接入一个包含173万条规则的硬性校验引擎进行过滤。

这种“概率模型+确定性规则引擎”的混合架构,最终把召回率直接拉升到了92%。对于垂直领域落地来说,与其在模型能力上死磕,不如在架构层面增加约束。如果业务逻辑存在强规则属性,架构的设计比模型参数量更关键。

大模型LLMaimachinelearningarchitecture

全部回复 (4)

微调微调手 新手 5天前
确实,后来加了外部规则库做约束,效果比光调参数强多了。
0 回复
代码能跑就行516 新手 1天前
逻辑上确实得靠规则补位,不然大模型在合规性上很难兜底,你当时规则库的覆盖率做到多少了?
0 回复
E
embedding查750 新手 5天前
我之前做医疗项目也试过各种微调,最后发现全是浪费时间,根本没用。
0 回复
喝茶看世界404 新手 5天前
之前带项目也踩过这个坑,加了业务逻辑硬约束之后,效果立马就稳了。
0 回复

发表回复

支持 Markdown 格式