陈惠英 TS0K028757 牙34;35;36;37: 2024-07 起做种植,中间 37 植体失败取出重做,2025-03-21 四颗全部戴牙完成 2026-05-20 复诊,主诉「种植戴牙1年按约复查」,检查所见「冠边缘密合,牙龈未见异常」 诊断「牙齿缺少 34;35;36;37」+ 本次治疗「调合，抛光」(牙位完全一致) 一年多的种植治疗史被这次重记的诊断挡在时间门外;当天那条本可以过门的「调合，抛光」 落 _default 整条丢弃 → 生产库里那天只有诊断没有治疗 → 判「缺失牙未启动修复」误召。 ── 与「卡环加力」不是同一种失效 ── 卡环加力是词表里压根没有;这次两个词**都在词表里**,但都只在**精确表**: treatment_actual.yaml:147 调合: prosthodontic / 调颌: prosthodontic treatment-category-core.yaml:189 抛光: preventive 医生把两个词写在一起 → 精确匹配不上,含词表又没有这两个词 → 一个都不命中。 即"产品早就判定了它算修复,只是接不住组合词"。 ── 影响面(真实引擎代码回放 DW 全量 135,457 个 treatName)── 改前 丢弃 207,209 EMR → 改后 204,670 EMR 救回 2,539 EMR / 1,065 词形,新丢 0 词形 ── ⛔ 顺序是这条规则的命门 ── 必须排在 restorative 之后。「去腐净,GIC垫,Z250充填,调合抛光。」这类补牙散文含「调合」, 放进上方 prosthodontic 行会把上千条充填记录改判成修复(两者都在结构 resolver 里, 召回判定不变,但治疗史和标签会错)。放在 restorative 之后让「充填/树脂」先赢 —— 已实测。 种植/正畸语境仍由更前面的规则先赢(种植体调合→implant、正畸调合→orthodontic)。 「调磨」不收,沿用词表文末 ⛔ 块(姑息调整 ≠ 问题已解决);调合=咬合调整,是宿主已判定的修复动作。 测试新增 9 例(含三条生产真实补牙散文的防回归断言)。96 suites / 1647 tests,tsc 0 error。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
