外观
为什么会有 DRG/DIP
本章解决：DRG/DIP 在解决什么支付问题，为什么不能把它们只理解成“分组软件”。
关于本书出现的「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 版分组方案。
1. 先给结论
- DRG 最早是一种把住院病例按临床相似性和资源消耗特征进行分类的方法，后来被用于住院预付制。
- 中国的 DRG 与 DIP 是按病种付费改革中的两条技术路径。它们要在总量约束下形成更可比较、可协商、可管理的支付单元；把目标简化成“少花钱”会看错整件事。
- 分组只是中间步骤。完整的管理闭环还包括数据质量、支付参数、特殊病例、协商机制、清算和复盘。
- 同一病例的结果离不开地区、规则版本和数据表达；只问“这个病属于哪个组”是不完整的。
- 医院不应把支付结果直接等同于临床价值、科室利润或绩效结论。
2. 支付方式先解决“按什么付”
按项目付费时，支付单元是一次检查、一种药品、一项治疗或一项服务。它容易理解和核对，但也可能把更多服务数量与更多收入连接起来。按病种付费则尝试把支付单元前移到“一类可比较的住院病例”。
这里改变的是提问方式，不是给每个病例定一个固定价格：
| 原来的问题 | 按病种付费下的问题 |
|---|---|
| 做了多少项目？ | 这类病例通常需要多少资源？ |
| 每个项目多少钱？ | 该病组/病种的相对支付量和参数是什么？ |
| 单次服务是否合规？ | 病例表达、资源使用和结果是否可比较？ |
| 多做项目如何结算？ | 超出常规范围的病例怎样进入特殊机制？ |
3. DRG 从病例分类走向支付
20 世纪后半叶，耶鲁大学团队研究如何用出院病例信息形成具有临床意义、又能反映资源使用差异的病例分类。Fetter 等人在 1980 年发表的 DRG 病例组合定义研究，是这一方法早期发展的代表性文献。美国随后将 DRG 用于 Medicare 住院预付制。
这段历史给今天留下三个关键思想：
- 病例分类首先需要稳定、可编码的数据表达。
- 同一组内追求的是相对可比，不是每个病例完全相同。
- 分类结果只有与支付制度、例外机制和数据反馈结合，才形成支付方式。
DRG 因此不能简化成一个三四位代码。代码背后有主要诊断大类、核心组、并发症/合并症、年龄、操作和特殊分组等多层规则。
4. 中国为什么同时发展 DRG 与 DIP
中国幅员、医疗服务能力、病种结构和历史数据基础差异很大。改革需要既能形成较稳定的病例组合，又能适应地方数据和管理实践。
国家层面的政策推进可以用四个节点理解：
| 时间 | 节点 | 本章怎样理解 |
|---|---|---|
| 2017 | 国务院办公厅发布进一步深化基本医疗保险支付方式改革的指导意见 | 支付方式从按项目向多元复合方式转变，按病种付费成为重要方向 |
| 2020 | 国家版 DRG/DIP 1.0 方案形成并逐步应用 | 建立全国层面的基础技术框架 |
| 2024-07 | 按病种付费 2.0 版发布 | 根据落地问题优化分组，提高可操作性；DRG 核心分组由 376 组增至 409 组，细分组由 628 组增至 634 组 |
| 2025-12 | 2.0 版在全国统筹地区全面落地 | 分组方案本身不再是主要矛盾，规则、机制与医院管理成为重点 |
| 2026-03 | 国家医保局介绍 3.0 版调整情况 | 已收集约 3.5 万条意见（有效约 3 万条）、采集约 10 亿份病例，完成第一阶段临床论证 |
| 2026-07（拟） | 3.0 版分组方案拟发布 | 按本章采用的材料仍属于拟发布状态，官方口径为拟 2026 年 7 月发布、2027 年 1 月正式执行 |
国家医保局在 2026 年的 3.0 调整介绍中说明，按病种付费已基本实现统筹地区、符合条件医疗机构、住院病种和基金支出的“四个全覆盖”。特例单议、预付金、意见收集反馈、谈判协商、数据工作组这五项核心配套机制，官方表述是“2025 年底已在全国所有统筹地区建立”，3.0 版依托它们运行——不是随 3.0 一起才开始建的。
调整重点，官方原话是“聚焦临床意见较为集中的年龄、合并症并发症等影响因素，有针对性地完善年龄细分组、单双侧/多部位手术、产科分组、恶性肿瘤放化疗、联合手术等分组规则”。注意是年龄细分组而不是笼统的“年龄分层”——落点在细分组这一层。DRG 侧主要调整核心分组与细分组，DIP 侧主要调整核心病种库。
这说明改革已经从“有没有分组器”进入“规则、机制和医院管理能否共同运行”的阶段。
5. DRG 与 DIP 的共同底座
两条路径都离不开以下闭环：
共同点是把病例转成可比较的支付单元；差异在于分组结构、病种形成方法、支付参数和地方实施细节。下一章再系统比较。
6. 一个病例会经过哪些层次
以手册中的两个实测案例为例：
- 北京 DRG 案例 在北京市 DRG 页面中，当前结果为 ES35，RW 0.5271，支付标准（参考）¥10765.49，预研口径提示 ES45。
- 郑州 DIP 案例 在郑州市 DIP 页面中，进入 J18:BSZL 基层病种，分值 383.12，支付标准（参考）¥3563.02。
这两条结果都来自同一个 MedGroup 页面，但不能互换解释：
- DRG 案例要沿 MDC、ADRG、DRG 和细分条件检查。
- DIP 案例要沿主要诊断、操作组合、病种类型和地方目录检查。
- 两者的权重/分值都不是最终结算金额。
7. 不同岗位真正要管理什么
| 岗位 | 不能只盯着 | 更完整的任务 |
|---|---|---|
| 临床 | 病组代码 | 病历表达、诊疗合理性、资源路径和跨部门沟通 |
| 病案/编码 | 是否入组 | 主诊断、其他诊断、操作、位次和版本一致性 |
| 医保 | 模拟金额 | 规则、参数、例外、协商、月结与清算 |
| 运营 | 支付差额 | 病例结构、效率、质量、费用和可执行行动 |
| 信息/数据 | 接口成功 | 字段定义、数据质量、版本、日志和复现 |
8. 常见误区
“DRG/DIP 就是控费”
控费可能是宏观约束的一部分，但医院层面还要解决病例可比、支付协商、质量与效率、特殊病例和数据反馈。把改革只讲成压缩费用，会诱导错误行为。
“分组结果就是结算结果”
分组只是一个输入。费率、点值、系数、预算、特殊病例和最终清算都会影响支付。
“同一个病应该永远进同一组”
主要诊断、其他诊断、操作、年龄、地区和规则版本变化，都可能改变结果。C01 的双口径结果说明了版本敏感性；C03 与 C01 之间的输入差异见 C03 页面提示，尚不能作为单变量结论。
9. 读完你应该能
读完后，你应能回答：
- DRG 最初是一种什么方法，为什么后来可用于支付？
- 中国按病种付费为什么不等于单纯的分组软件建设？
- DRG 与 DIP 的共同底座有哪些？
- 为什么模拟支付不等于最终清算？
- 为什么支付差额不等于利润？
- 下一版分组方案目前处于什么状态，为什么不能拿它的结果去谈结算？
10. 来源
- 国务院办公厅：《关于进一步深化基本医疗保险支付方式改革的指导意见》，国办发〔2017〕55号，2017-06-28。https://www.gov.cn/zhengce/content/2017-06/28/content_5206315.htm
- Fetter RB, Shin Y, Freeman JL, Averill RF, Thompson JD. Case mix definition by diagnosis-related groups. Medical Care, 1980. https://pubmed.ncbi.nlm.nih.gov/7188781/
- 国家医保局：按病种付费分组方案 2.0 版政策解读，2024-07-23。https://www.nhsa.gov.cn/art/2024/7/23/art_105_13316.html
- 国家医保局：按病种付费分组方案 3.0 版调整情况介绍活动实录，2026-03-20。https://www.nhsa.gov.cn/art/2026/3/20/art_14_19970.html
- 国家医保局：3.0 版调整第二场介绍活动实录，2026-04-02。https://www.nhsa.gov.cn/art/2026/4/2/art_14_20105.html
- 国家医保局：医保支付方式改革有关情况介绍（第 2 期），2026-06-03。https://www.nhsa.gov.cn/art/2026/6/3/art_14_20842.html —— 本章 2.0 版组数（376→409、628→634）、3.0 版拟发布与执行时间、五项核心配套机制的口径出处。