外观
DRG 运营分析报告样例：一份能交出去的报告长什么样
任务：展示一份可直接交出去的 DRG 运营分析报告长什么样——它的结构、每段回答什么问题、口径怎么声明。读者最想要的可能不是方法，而是一份写好的样板。
关于本书出现的「3.0 预研结果」
国家按病种付费 3.0 版分组方案目前处于征求意见稿阶段。国家医保局公开口径为：3.0 版分组方案拟于 2026 年 7 月发布、2027 年 1 月正式执行（《医保支付方式改革有关情况介绍（第 2 期）》，2026-06-03）。
因此：
- 本书中标为「3.0 预研」的分组结果，由 MedGroup 依据 DRG 3.0 版分组方案征求意见稿与 DIP 3.0 版分组征求意见函构建，属实测数据（系统结果），不是官方文件级的政策事实。
- 这些结果不得用于测算、申诉、协商或结算沟通，也不能作为编码调整依据。
- 征求意见稿与最终发布版本可能不同。3.0 正式发布后，本书涉及 3.0 的全部表述与截图将统一更新，更新记录见更新日志。
- 与之对照的「当前全国版」是 MedGroup 页面当前使用的规则口径（产品内部映射为 CHS2.0），对应国家 2.0 版分组方案。
本案例讲「结构」，不讲「结论」
案例中的报告由随包提供的脱敏测试数据经本地脚本生成，里面的 CMI、RW、盈亏等都是样例数值，不代表任何真实医院。本案例的价值是给你一份可参照的报告骨架与口径声明模板，不是一份可照搬的数字。正式的「一份分析报告的完整样例」缺口由本案例的方法样板填补；渲染后的报告 HTML 因含 1 处内部路径未随案例公开，可用随包生成脚本在本地复现。
1. 案例问题
- 要解决的真实任务：运营/医保办要定期向管理层交一份 DRG 运营分析，但常常不知道「该有哪些板块、每块放什么、口径怎么写才不会被人挑刺」。
- 为什么值得研究：交付物的质量取决于结构是否覆盖「基本面—结构—流向—画像—排名—趋势」六层；缺一层就会被人追问。
- 谁会使用结果：写月报/季报的分析者、医保办、运营、科室主任。
- 完成后的交付：一份带口径声明、口径不可外推说明和复核记录的 DRG 运营分析报告。
2. 公开与隐私前检
3. 执行环境
| 字段 | 记录 |
|---|---|
| 执行方式 | 本地脚本读取 Excel，生成交互式 HTML 报告 |
| 脚本 | generate_drg_report.py（源归入「来源/2026-01-DRG报告分享/source/」） |
| 模板 | drg_report_template.html |
| 输入数据 | 测试_脱敏模拟数据.xlsx（脱敏测试数据） |
| 执行日期 | 2026-01-15 |
| 地区/版本 | 通用 DRG 权重/费率框架；具体费率、系数依当地正式文件 |
| 数据规模 | 批量（全院/科室/医生/病组多层级） |
4. 输入快照
| 输入项 | 值 | 来源/构造方式 | 是否敏感 | 说明 |
|---|---|---|---|---|
| 结算/分组数据 | 脱敏测试数据 | 随包 Excel | 否 | 实际替换为本院脱敏数据 |
| 权重（RW） | 依规则版本 | 规则文件 | 否 | 须绑定地区与版本 |
| 费率/系数 | 依当地正式文件 | 正式文件 | 否 | 模拟值 ≠ 最终清算 |
结构化输入由脚本从 Excel 读取，报告内所有指标均由此计算，不手工编造。
5. 执行步骤
| 步骤 | 动作 | 预期 | 实际结果 | 失败回退 |
|---|---|---|---|---|
| 1 | 准备脱敏数据 Excel | 字段完整 | 读取成功 | 校验字段映射 |
| 2 | 运行 generate_drg_report.py | 生成 HTML | 生成报告 | 检查模板路径 |
| 3 | 打开报告，核对六段结构 | 六段齐全 | 六段齐全 | 补缺失板块 |
| 4 | 声明口径与不可外推项 | 口径页完整 | 已声明 | 补全声明 |
6. 交付物结构（系统返回）
一份完整的 DRG 运营分析报告，建议包含以下六段。每段都先回答「给谁看、回答什么」，再放图。
6.1 全院 DRG 核心驾驶舱
一眼看清全院运营基本面。至少包含：CMI（病例组合指数）、总权重（RW）、MDC 组数、结算支付差额信号。
- 口径声明：CMI 与 RW 依所用规则版本；支付差额是模拟/结算金额与病例费用口径的差值，不等于利润。
6.2 MDC 覆盖与病组类型分析
展示全院 20+ 个 MDC 的分布，并对基层组、常规组、歧义组的 CMI 做横向对比。
- 作用：快速识别「覆盖窄、歧义多」的板块，作为编码质量与病种管理的抓手。
6.3 费用构成桑基图（Sankey）
用桑基图展示「全院 → 费用分项（药耗/劳务）→ 科室」的资金流向，定位药耗高占比科室。
- 口径：分项口径须与当地结算办法一致；流向是费用结构，不是支付流向。
6.4 科室绩效四象限画像
以 CMI × 支付差额信号 为双维度，自动划分科室画像（如「高 CMI 高盈余」「低 CMI 高盈余」「高 CMI 低盈余」「低 CMI 低盈余」）。
- 口径：这里的「盈余/亏损」是支付差额或费用偏离信号，不是科室利润，也不直接对应绩效结论。
6.5 医生与病组盈亏榜
细化到临床医生与具体 DRG 病组的支付差额排名，辅助发现精细化管理中的「增盈」亮点与「超耗」盲点。
- 口径：排名用于内部改进线索，不用于个人考核结论的公开表述。
6.6 运营趋势监控
监控各月支付差额趋势、CMI 波动、次均费用走势，确认运营方向。
- 口径：趋势基于历史窗口，受政策、季节与编码习惯影响，不宜外推为预测。
6.7 作者解释
六段不是堆砌图表，而是层层递进：基本面（6.1）→ 结构（6.2）→ 流向（6.3）→ 画像（6.4）→ 排名（6.5）→ 趋势（6.6）。任何一段缺失，都会被管理层追问。报告的价值一半在结构完整，一半在口径诚实——把「模拟/结算」「支付差额≠利润」「费率依当地」写清楚，比多放三张图更重要。
6.8 管理建议
- 用本骨架前，先填口径声明页：地区、规则版本、费率/系数来源、数据窗口、不可外推项。
- 报告里的「盈亏」一律表述为支付差额或费用偏离信号，不得写成利润或亏损结论。
- 样例数值来自脱敏测试数据，正式报告必须替换为本院脱敏数据并复核。
- 以上为交付物规范，不构成编码、结算、绩效或临床决策的最终依据。
7. 结果复核
| 复核项 | 方法 | 证据 | 结论 |
|---|---|---|---|
| 结构完整 | 六段逐一核对 | 报告骨架 | 齐全 |
| 口径声明 | 声明页检查 | 报告口径页 | 须含地区/版本/费率/不可外推 |
| 数据脱敏 | 输入 Excel 检查 | 随包测试数据 | 脱敏 |
| 路径安全 | 生成报告与脚本检查 | 来源目录复核 | 生成报告含 1 处内部路径，未公开 |
8. 截图与素材清单
| 素材 | 路径 | 说明 |
|---|---|---|
| 报告生成脚本（源） | 来源/2026-01-DRG报告分享/source/generate_drg_report.py | 本地指标计算 |
| 报告 HTML 模板（源） | 来源/2026-01-DRG报告分享/source/drg_report_template.html | 交互界面与图表布局 |
| 脱敏测试数据（源） | 来源/2026-01-DRG报告分享/source/测试_脱敏模拟数据.xlsx | 样例输入 |
| 渲染报告 HTML | 未随案例公开 | 含 1 处内部路径，可用生成脚本本地复现 |
9. 已知边界
- 数据边界：样例数值来自脱敏测试数据，不代表任何真实医院；正式报告须替换本院脱敏数据。
- 口径边界：CMI/RW 依规则版本；费率/系数依当地正式文件，模拟值 ≠ 最终清算。
- 表述边界：报告内「盈亏」一律为支付差额或费用偏离信号，不是利润。
- 地区边界：通用框架不直接对应某一城市，落地须绑定当地目录与结算办法。
- 仍需人工复核：报告生成后须由人工核对口径与异常值，再对外交付。
10. 案例完成自检
- 渲染后的报告 HTML 不随案例公开（其中含一处本机路径）。本案例提供生成脚本与脱敏数据，你可以在本地跑出同一份报告
-
evidence.md