业务口径三处调整:

── ① check 档(待核查)不进画像 ──
「有糖尿病史但控制状态未知」对客服不构成可执行信息,摆出来只会让人把「问一句」
当成「不能治」,是净噪音。现在 diabetes / hypertension / osteoporosis / smoking
不再产任何画像输出(本地实测禁忌特征 1910 → 1840,少的 70 个正是只有核查项的患者)。

⚠️ 信号本身**照常抽取并存在 fact 的 content.clinical_signals 里**,一条不丢。
这是「只讲事实」与「只说有用的话」的分工:事实层求全,画像层求准。

顺带改掉复评期的处理:超期不再降级为核查项(那会让绝对禁忌凭空消失),而是
**仍算禁忌**,只在依据行注明「记录较早,建议确认近况」—— 抗凝药可能已停,但漏挡
比多挡危险得多。副作用:正畸禁忌从 0 回到 13 人(之前被复评期降级掉了)。

── ② 关键事实的风险区先隐藏 ──
画像标签卡的摘要已会提到禁忌,同屏再来一条红块重复。禁忌照常在画像 chip +
详情抽屉露出。代码保留并加 SHOW_RISK_NOTES 开关 —— 这个位置将来要接投诉 /
退费纠纷 / 医疗争议(业务已提出设想,现无数据),届时改回 true 即可。

── ③ 依据行不再显示宿主内部 ID ──
接着上一个 commit 的 emr_record,把剩下三类一并修掉 —— 它们的 f.title 都是
`<中文> <externalId>`:
    接诊 16432552 → 洁牙 / 正畸复查(取 content.chief_complaint)
    挂号 <id>     → 科室 · X医生
    前台接待 <id> → 前台接待
生产实测 encounter_record 93.4%(2,004,383/2,146,887)带主诉,这条修复对绝大多数
依据行是实质改善,不是换个无用字符串。

测试 550 passed。
注:sync-lock-reap 那条在 37 suite 并发时偶发失败,单跑(改动前后均)通过 —— 是
它自身的时间竞态 flake,与本次改动无关,未处理。

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