陈惠英 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>