treatment_actual.yaml
17.1 KB
-
W4: 治疗事实信号源切到 EMR(treat_plan→actual / plan→planned),settlement 退出 · cc8c217c
语义修正背景(真实数据验证): - EMR.treat_plan = 本次实际治疗(actual),字段名误导但语义就是 actual - EMR.plan = 未来计划(planned),2023+ host 启用 - settlement = 财务事件,不是临床事件;颗粒度 1:N、0% 带牙位 改造前: - treat_plan(actual)被当成 planned
❌ - plan 字段完全没消费❌ - settlement 反推 treatment_actual,跟 EMR 双源混叠 改造后: - treat_plan 真治疗 → treatment_actual_rows kind=actual⭐ 带 48.7% 牙位 - plan 真治疗 → treatment_planned_rows kind=planned⭐ 带牙位 - settlement 不再产 treatment_record,职责单一(LTV/退费) 文件改动: - manifest.yaml § C:treat_plan + plan 双源 split + route(MVP:plan 的复查/建议暂 drop) - manifest.yaml § D:删除 settlement → _treatment_actual_raw / treatment_actual_rows 派生 - assemblers/treatment_actual.yaml:source 切到 EMR,字典复用 treatment_planned.yaml 同款(200+ entries) - assemblers/treatment_planned.yaml:仅头部注释更新(源切到 plan 字段) - assemblers/refund.yaml / payment.yaml:不动(settlement 继续走这两路) 不动的下游: - treatment.parser.ts:kind 由 emits.action 决定,yaml 改完自动正确 - chain-composer.service.ts / treatment-initiation-recall.scenario.ts:读 fact.kind 抽象层,自动受益 待办: - 暂不重导(代码层先稳定);下一轮 TRUNCATE + cold-import 看真实效果 - recommendation_rows 双源 union(transforms 加 union op 或 parser 侧 dedup) - treatment_review_rows 双源 union + kind 区分(actual review vs planned review) - EMR 漏录 fallback:某些治疗只有 settlement 没 EMR.treat_plan 的兜底策略 Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>luoqi committed