口径(与产品对齐):诊断信号保真,新诊断必然参与召回判定,不动;
缺口在治疗证据侧 — 光杆"拆线"落 review 类不算治疗("种植拆线"在 assembler 已映
implant,同动作两种录法),术后复诊日 EMR 又录了缺失诊断 → 同日拆线无法证明
"已启动" → 误召(李然 BA38586 牙47,92 分被认领)。

review 类全量盘点后只放行【术后护理】两项(铁证:该牙做过手术/种植):
  拆线(带牙位 3672 条)/ 种植复查(739 条)
不放行:暂观/观察/暂观必要时拔除(明确未治疗,恰是召回对象)、泛复查/流程项。

实现:types 加 GAP_POSTOP_CARE_REVIEW_PATTERNS 单一源;gap 核心 resolvedTeethSql
加 (a') 术后护理分支(时间方向与治疗家族同口径);fact 层不动(chain S4 保留);
召回+画像共用同步生效。时间方向片段重构为 afterDxFor(alias)。

验证:服务器只读 李然47 新分支=t;本地全量 recompute-plans exit=0 零错;
影响面:带牙位术后护理记录覆盖 3,338 患者。
(此前"黄金窗回看"方案已 revert — 会压住治疗后窗内的真新诊断,口径不如本方案干净)

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>