外观
填了一个大手术，为什么还是内科组
任务：一条病例的结果"看着不对"，按四步排查走一遍，定位到原因。 这个案例用全国版跑，注册后不限次数——你可以边读边自己跑一遍，每一步的结果都能对上。
关于本书出现的「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 版分组方案。
这个案例没有页面截图
下面每一步的输入与页面返回值都是实际执行得到的，并记录在 evidence.md 里，但原始截图与标注图尚未回填。
按本案例库的规矩，单病例执行案例应当有 raw + annotated 成对截图；缺了这一项，所以它标记为证据待补而不是完整。
这不影响你使用它——恰恰相反，本案例用的是全国版规则，注册后不限次数，你可以自己跑一遍来验证每一个数字，这比看截图更可靠。截图补上前，你的复跑就是最好的证据。
1. 现象
先跑一条基线病例：
| 输入 | 值 |
|---|---|
| 地区 / 类型 | 全国版 / DRG |
| 主要诊断 | J18.900 肺炎 |
| 主要操作 | 17.91350 温针灸治疗 |
| 性别 / 年龄 / 住院日 | 女 / 30 / 12 |
返回 ES35「呼吸系统感染/炎症，不伴合并症或并发症」，三层路径检查全部通过。合理。
然后只改一项：把主要操作换成 00.8400 全膝关节置换修复术，胫骨重入（衬垫）。其余全部不动。
结果还是 ES35。
一个全膝关节置换，按常识应该把病例拉进骨科的外科组。它没有。
2. 第一步：数据
数据层排除。 页面也返回了质控结果：暂未发现明显风险。
3. 第二步：编码 —— 原因在这里
编码有效吗？有效。它能被搜到、能被选中、能显示在输入区里。
但"有效"和"参与分组"是两件事。
页面下方有一张「编码可入 ADRG 组查询」表，它回答的正是这个问题：
| 编码 | 名称 | 关联 ADRG |
|---|---|---|
J18.900 | 肺炎 | EB1、EB2、EC1、EC2、ED1、EJ1、EK1、ES3 |
00.8400 | 全膝关节置换修复术，胫骨重入（衬垫） | — |
00.8400 的关联 ADRG 是空的。
它在输入区里还带着一个「灰」标识。灰码是规则中登记但不参与分组路径的编码——填了它，分组器不会因为它改变路径。
所以病例仍然按主要诊断 J18.900 走：MDCE → ES3 → ES35。这不是系统算错了，是这个编码在规则里就不承担分组作用。
顺带验证：温针灸也是一样
基线里的 17.91350 温针灸治疗，关联 ADRG 同样是「—」。
所以基线的 ES35 也不是"因为做了温针灸"得到的，而是"按肺炎这个诊断"得到的。换成任何一个不参与分组的操作，结果都一样。
这一点很容易被误读成"操作不影响分组"——不对，是这一类操作不影响。换一个真正参与分组的治疗性操作，路径就会变。
4. 第三步与第四步：不用查了
排查到第二步已经定位到原因，第三步（规则）和第四步（系统）不需要再走。
这正是四步顺序的意义：它让你在最省力的地方停下来。如果一上来就怀疑"规则配置错了"或"系统有 bug"，你会花掉一整天，最后回到同一个结论。
5. 归因
| 归因类别 | 判断 |
|---|---|
| 填报问题 | 是这一类，但不是"填错了" |
| 病例结构 | 否 |
| 诊疗路径 | 否 |
| 规则或参数 | 否 |
准确的说法是：编码本身没填错，但它对分组不起作用。
下一步动作：如果这条病例真的做了膝关节置换手术，那么当前这个编码不足以表达它——需要由编码人员依据完整病历，确认是否有更合适的、参与分组的手术编码。
不能做的事：为了让它"进外科组"而随便换一个能改变分组的编码。那是填报违规。
6. 排查中还遇到的一个摩擦点
找编码时值得留意：
text
搜「全膝关节置换」 → 找到 00.8400
搜「全膝关节置换术」 → 未找到匹配项多一个"术"字就搜不到。 搜索是按名称子串匹配的，而目录里的规范名称未必带"术"字。
所以"搜不到"往往不代表"没有这个编码"，而是你输入的词与目录里的写法不一致。换更短的关键词再搜一次，比直接下结论"这个码不存在"要靠谱。
7. 一份可交付的排查记录
text
现象：全国版 DRG，J18.900 + 00.8400，返回 ES35 内科组，与预期的外科组不符
输入：女/30/住院12天；主诊断 J18.900；主操作 00.8400；其余同基线
第一步 数据：字段完整、格式正确、无 0 与缺失混用 → 排除
第二步 编码：00.8400 带灰码标识，关联 ADRG 为空 → 定位到原因
第三步 规则：未执行（第二步已定位）
第四步 系统：未执行
归因：填报问题——编码有效但不参与分组路径
动作：编码人员依据完整病历确认是否有更合适的手术编码；不得为改变分组而换码
边界：本结论只说明该编码不参与分组，不说明该病例应该进哪个组8. 这个案例不能推出什么
- 不能推出"操作不影响分组"。 本案例里两个操作恰好都不参与分组路径。真正参与的治疗性操作会改变结果。
- 不能推出灰码不该填。 灰码在病案记录上有其意义，只是不参与分组。填不填由编码规范决定，不由分组结果决定。
- 不能推出这条病例应该进哪个组。 那要看真实病历里做了什么，本案例是合成输入。
- 不能推出所有地区都一样。 编码是否为灰码、是否参与分组，随规则版本与地区而变。
- 不能推出四步排查每次都能在第二步结束。 这一例恰好如此；真实排查中数据问题的比例更高。
9. 相关篇目
- 完整的四步排查方法：未入组与异常病例怎么排查
- 排查框架的通用版本：一条未入组病例：从哪开始查
- 编码"有效"的另一种陷阱：临床版和医保版对不上时怎么办
- 分组路径怎么逐层读：DRG 路径：MDC—ADRG—DRG