实测案例

阅读前先分清你看到的是哪一类——它决定了这个案例的证据落在哪里：

单病例执行案例：在真实产品页面上跑过，结果由系统返回。证据是原始截图与标注图。病例输入使用合成数据。
批量数据 / 可复现研究案例：由脚本与数据批量产出。证据是数据与脚本，通常没有页面截图，看的是参数、分母与复跑记录。

两类都用合成或充分脱敏的数据，都不含可识别患者资料。差别只在于"是不是某一产品在某一地区的一次页面执行"，各案例页顶部的元信息会标明。

关于本书出现的「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 版分组方案。

找案例：从任一维度进入

不按编号排列。 读者进来时有两种问法，两条路都能走通：

「我要做一件事」 → 用「回答什么问题」筛：解释、排查、对照、测算、交付、复盘
「我在处理某个主题」 → 用「主题」筛：分组入组、支付结算、编码填报、数据分析、政策版本、报告交付

阶段和规模用来进一步收窄。筛选条件可以叠加，点第二次取消。

主题

回答什么问题

阶段

规模

共 14 个案例。上面任选一项缩小范围。

六类分别在回答什么

解释型: 这个结果为什么是这样
排查型: 这个异常从哪来
对照型: 换一个条件，结果怎么变
测算型: 影响多少病例、多少钱
交付型: 一份能交出去的东西长什么样
复盘型: 这么做错了，错在哪

引用任何数值前先看这一条

案例里的支付标准、分值、权重都绑定当时的地区、版本与测算参数。换一个点值、换一个系数、换一个年度，同一条病例的金额就不一样。

引用时连同这三样一起引：地区 + 规则版本 + 参数。只搬一个数字，等于搬了一个无法复现的结论。

每个案例都有什么

text

index.md        案例叙事：问题 → 输入 → 执行 → 结果 → 规则依据 → 边界 → 行动
input.json      结构化输入快照，含影响结果的全部参数
evidence.md     执行环境、复跑记录、版本、文件哈希与已知边界
assets/raw/     1440×900 完整桌面宽屏原始截图
assets/annotated/
                1880×900 编号标注讲解图

原始图与标注图必须成对存在（仅限有页面执行的案例）。原始图是结果真实性和后续重新标注的依据；只留编辑后的图，等于放弃了可核查性。

上述 raw/annotated 截图结构只适用于单病例执行案例。批量数据 / 可复现研究案例通常没有页面截图，改为在 assets/ 下放数据产物（聚合汇总 JSON、CSV），并以 input.json 与 evidence.md 说明来源与方法——对这类案例，可核查性落在数据与脚本，不在截图。

怎么读一个案例

先读输入和版本，再读结果。跳过这一步，后面全部无法判断。
看标注图时先看左侧真实页面，不先读右侧结论。
区分三样东西：页面返回的系统事实、条文给的规则依据、作者写的解释与建议。
需要核对真实性时，打开 assets/raw/ 或 evidence.md。
不从单病例外推科室或医院总体，也不从一个地区外推全国。

实测案例 ​

找案例：从任一维度进入 ​

每个案例都有什么 ​

怎么读一个案例 ​

实测案例

找案例：从任一维度进入

每个案例都有什么

怎么读一个案例