业务口径三处调整: ── ① 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>
