mcpField
R
risk-adjustment-strategy

risk-adjustment-strategy

github.com/awslabs其他6878 次安装4 周前更新
代码仓库

关于 risk-adjustment-strategy

面向 Medicare Advantage 风险调整项目的 CMS-HCC 推理技能,涵盖模型版本、层级处理、编码缺口和审计文档要求。它帮助团队制定年度编码回收策略,并强调诊断必须由合格就诊记录支持。

主要功能

  1. 01比较 CMS-HCC V24 与 V28
  2. 02解析 ICD-10 到 HCC 的映射
  3. 03识别编码缺口与回收优先级
  4. 04检查审计可辩护的文档要求
  5. 05考虑模型过渡期权重

适用场景

  1. 01规划年度 HCC 编码回收
  2. 02分析 V24/V28 过渡影响
  3. 03根据处方或化验线索筛查缺口
  4. 04审核诊断记录的支持材料

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/awslabs/hcls-agent-skills --skill risk-adjustment-strategy

安装后在 Claude Code 中输入/risk-adjustment-strategy确认已加载。

详细介绍

风险调整策略 — 推理技能

概述

指导 Agent 理解 CMS-HCC 风险调整方法、模型版本差异、层级判定、编码缺口识别,以及可经审计的文档要求。本技能涵盖风险调整计划所需的监管和精算知识,主要针对 Medicare Advantage(Part C)。

用法

  • 分析 CMS-HCC 模型版本(V24/V28)、混合过渡期和层级判定
  • 识别编码缺口并设计可经审计的疾病复录策略

核心概念


回复格式

  • 直接给出建议或分类(≤3 句话)
  • 按以下结构组织:建议 → 理由(引用具体标准/阈值)→ 注意事项
  • 使用表格进行比较;使用项目符号列出标准
  • 省略用户已了解的背景——他们是在提问
  • 目标:200-400 字,除非用户要求详尽说明 本技能中的决策树和框架仅供内部推理。运用它们得出结论,但不要在回复中复现。只呈现最终建议及其支持证据。

1. CMS-HCC 模型概述

什么是风险调整?

CMS 按会员每月支付固定金额给 Medicare Advantage(MA)计划。支付金额根据会员的健康状况进行调整,健康状况由提交的理赔诊断来衡量。病情较重的会员会产生更高的支付金额(RAF 得分更高)。CMS-HCC 模型将 ICD-10-CM 诊断代码转换为层级病情类别(HCC),并计算风险调整因子(RAF)得分。

RAF 得分公式
RAF = demographic_coefficient
    + SUM(hcc_coefficients for all active HCCs after hierarchy resolution)
    + SUM(disease_interaction_terms)
    + coding_intensity_adjustment (negative, applied by CMS)
模型版本
属性V24(旧版)V28(当前)
HCC 数量86115
支付年度至 2023 年(2024–2025 年混合使用)2026 年起(全权重)
主要新增项—物质使用障碍、社会决定因素代理指标、扩展的心理健康类别
主要移除项—合并了部分严重程度较低的 HCC
系数来源2015–2016 年 FFS 数据2017–2018 年 FFS 数据
编码强度调整-5.90%(2024 年)已纳入系数
混合过渡安排(2024–2025 年)
支付年度V24 权重V28 权重
202467%33%
202533%67%
2026+0%100%

影响:过渡期间,必须同时运行两个模型并进行混合。映射到 V24 中某个 HCC、但未映射到 V28(反之亦然)的诊断,只会产生部分支付影响。


2. ICD-10 到 HCC 的映射

映射流程
ICD-10-CM code
  → CMS crosswalk → Condition Category (CC)
    → Hierarchy resolution → HCC (only highest-severity CC in each hierarchy retained)
      → Coefficient lookup → RAF contribution
映射规则
  1. 只有特定 ICD-10 代码会映射到 CC。许多 ICD-10 代码没有 CC 映射,不会对 RAF 得分产生影响。
  2. 多个 ICD-10 代码可以映射到同一个 CC。任何一个符合条件的代码都足够。
  3. CC 会按层级分组。在每个层级内,只保留严重程度最高的 CC 作为 HCC。
  4. 诊断必须来自面对面就诊,且由符合要求的医疗服务提供者类型(医师、NP、PA 等)提供。仅实验室检查或仅放射影像检查的就诊不符合要求。
  5. 诊断必须每年提交。HCC 不会逐年延续(ESRD 模型中的某些病情除外)。
层级示例:糖尿病
CC描述层级位置V24 系数(社区、非双重资格、老年)
17伴急性并发症的糖尿病最高0.368
18伴慢性并发症的糖尿病↓0.368
19无并发症的糖尿病最低0.118

规则:如果会员同时有 CC 17 和 CC 19,则只保留 CC 17(HCC 17)。CC 19 会被“层级抑制”。

需要了解的常见层级
层级组CC(V24,从高到低)临床领域
糖尿病17 → 18 → 19内分泌
心力衰竭85 → 86 → 87心血管
COPD111 → 112肺部
肾脏136 → 137 → 138肾脏病学
癌症8 → 9 → 10 → 11 → 12肿瘤学
血管107 → 108心血管

3. 疾病交互项

什么是交互项?

CMS 认可,某些 HCC 组合对成本的影响大于各项影响之和。 当特定 HCC 对(或组)同时出现时,交互项会增加额外的 RAF 分值。

关键交互项(V24)
交互项所需 HCC额外系数
糖尿病 + CHFHCC 17/18 + HCC 85/86+0.154
CHF + COPDHCC 85/86 + HCC 111/112+0.175
CHF + 肾脏疾病HCC 85/86 + HCC 136/137/138+0.154
糖尿病 + CHF + COPDHCC 17/18 + HCC 85/86 + HCC 111/112+0.047(额外)
癌症 + 免疫疾病HCC 8/9/10/11/12 + HCC 47+0.190

规则:只有当组成项 HCC 通过层级判定后,才会应用交互项。如果同一层级中严重程度更高的 CC 替代了某个组成项,请重新检查是否仍符合交互项条件。


4. 编码缺口识别

什么是编码缺口?

如果临床证据表明存在某种疾病,但当前支付年度内没有在符合条件的面对面就诊索赔中提交相应的 ICD-10 代码,则存在编码缺口。

识别方法
4a. Rx 代理分析
药物(Rx)疑似疾病目标 HCC(V24)
二甲双胍、格列吡嗪、胰岛素糖尿病HCC 19(或伴有并发症时为 17/18)
他汀类药物(阿托伐他汀、瑞舒伐他汀)高脂血症无 HCC(但可能提示血管疾病)
赖诺普利、氯沙坦高血压无 HCC(但可能提示 CHF、肾脏疾病)
呋塞米、螺内酯心力衰竭HCC 85/86/87
沙丁胺醇、氟替卡松/沙美特罗COPD 或哮喘HCC 111/112
多奈哌齐、美金刚痴呆HCC 51/52
华法林、阿哌沙班房颤或 DVT/PEHCC 96 或 107/108
甲氨蝶呤、阿达木单抗类风湿关节炎HCC 40

规则:Rx 代理用于识别疑似缺口,不能作为编码的充分依据——提供者必须在符合条件的就诊中记录并编码该疾病。

4b. 实验室检查代理分析
检查结果疑似疾病目标 HCC
HbA1c ≥ 6.5%糖尿病HCC 19+
eGFR < 60 mL/min慢性肾脏病HCC 136/137/138
BNP > 100 pg/mL心力衰竭HCC 85/86/87
TSH > 10 mIU/L甲状腺功能减退无 HCC
BMI ≥ 40病态肥胖HCC 22
4c. 历史诊断分析

上一年度有记录,但本年度尚未重新确认的疾病。

缺口优先级排序决策树:

Is the condition chronic (expected to persist year-over-year)?
 ├─ YES
 │   ├─ Was it documented in the prior year?
 │   │   ├─ YES → High-priority recapture gap
 │   │   └─ NO → New gap identified by Rx/lab proxy
 │   └─ Does it map to an HCC?
 │       ├─ YES → Revenue-impacting gap → prioritize
 │       └─ NO → Clinical gap only → lower priority for risk adjustment
 └─ NO (acute condition)
     └─ Do NOT assume recapture; only code if currently active

5. 可经审计验证的文档记录

CMS 审计要求(RADV)

CMS 会开展风险调整数据验证(RADV)审计,以核实所提交的诊断是否有医疗记录文档支持。

文档记录必须支持以下内容
  1. 所提交的具体 ICD-10 代码——不能只记录疾病的大类。
  2. 与患者面对面就诊,且提供者类型符合要求。
  3. 在就诊期间对该疾病进行评估、监测、评价或治疗。
  4. 与索赔相符的服务日期。
  5. 提供者签名(或经过认证的电子签名)。
文档记录决策树
Does the medical record contain:
 ├─ A face-to-face encounter note? → If NO, diagnosis is NOT audit-defensible
 ├─ Provider signature/authentication? → If NO, not defensible
 ├─ The condition listed in the assessment/plan? → If NO, not defensible
 ├─ Evidence of evaluation or management of the condition?
 │   (e.g., medication review, test ordering, counseling)
 │   → If NO, not defensible (listing alone is insufficient)
 └─ Specificity matching the ICD-10 code?
     (e.g., "diabetes with nephropathy" for E11.21, not just "diabetes")
     → If NO, code must be downgraded to the supported specificity level
常见文档记录问题
问题示例风险
仅列出问题糖尿病列在问题清单中,但未在记录中提及审计时 HCC 被删除
复制的记录多次就诊的评估内容完全相同所有 HCC 都有风险
未指定的代码存在并发症时却使用 E11.9(未注明类型的糖尿病)错失更高的 HCC
缺少左右侧信息I63.511 与 I63.512(中风,右侧与左侧)代码被拒绝
已缓解的病情将“癌症病史”编码为活动性癌症HCC 被删除并受到处罚
缺少提供者类型诊断来自仅进行实验室检查的就诊不符合条件

6. 重新捕获策略

年度重新捕获工作流
  1. 识别上一年度的 HCC:提取上一支付年度的所有 HCC。
  2. 检查当年理赔:哪些 HCC 已重新捕获?
  3. 标记缺口:尚未重新捕获的上一年度 HCC 即为重新捕获机会。
  4. 按 RAF 影响确定优先级:按系数值从高到低排列缺口。
  5. 安排就诊:与护理管理团队协调,确保面对面就诊 能处理尚未解决的缺口。
  6. 验证文档记录:就诊后,确认记录支持相应的 ICD-10 代码。
重新捕获优先级矩阵
优先级标准行动
紧急HCC 系数 > 0.3 且为慢性病安排专门就诊,或确保在下次就诊时处理
高HCC 系数为 0.15–0.3 且为慢性病在下次预约就诊时处理
中HCC 系数 < 0.15 且为慢性病适时处理
低上一年度的急性病情除非病情仍处于活动状态,否则不要重新捕获
时间安排注意事项
季度策略
Q1(1 月至 3 月)开始重新捕获价值最高的 HCC;安排年度健康检查
Q2(4 月至 6 月)生成年中缺口报告;重点联系尚未就诊的成员
Q3(7 月至 9 月)加大对仍有高价值缺口的成员的联系力度
Q4(10 月至 12 月)最后全面检查;重点关注仍有预约就诊安排的成员

7. 过渡期间的模型选择

2024–2025 年决策框架
Which model version should I optimize for?
 ├─ Payment year 2024?
 │   └─ Run BOTH V24 and V28. Weight: 67% V24 + 33% V28.
 │       Focus on V24 HCCs (higher weight) but do not ignore V28-only HCCs.
 ├─ Payment year 2025?
 │   └─ Run BOTH. Weight: 33% V24 + 67% V28.
 │       Shift focus to V28 HCCs.
 └─ Payment year 2026+?
     └─ V28 only.
V24 与 V28 之间发生变化的 HCC
变更类型示例影响
在 V28 中移除部分较轻的 CC 合并若仅适用 V28,则收入减少
在 V28 中新增物质使用障碍、扩展的心理健康类别新的收入机会
系数变化重新校准糖尿病系数RAF 可能上升或下降
层级结构调整部分层级被拆分或合并层级中可能保留不同的 CC

规则:在过渡期间,映射到 V24 中某个 HCC、但未映射到 V28 的诊断仍有部分价值(2024 年为 67%,2025 年为 33%)。不要忽略这些诊断。


不适合使用此技能的情况

  • 向 CMS 提交 RAF 分数(需要经过认证的风险调整编码员)
  • 病历审查结果与基于理赔的 HCC 分配相矛盾时
  • 个别成员的临床文档记录(需要与提供者沟通)

需要升级给人工专家的情况

  • 审计发现需要合规审查的系统性编码膨胀模式时
  • 将风险评分外推到模型训练数据范围之外的人群之前
  • V24/V28 过渡导致收入影响超过 5%、需要精算审查时

8. 常见错误

  1. 错误: 未进行面对面就诊,直接根据 Rx 理赔数据诊断 正确: 使用 Rx 数据识别疑似缺口,然后通过符合要求的面对面就诊记录该病症 原因: Rx 理赔数据是代理指标,而非诊断来源——CMS 要求风险调整必须有面对面就诊记录

  2. 错误: 重新记录已缓解的病症(例如,将“癌症病史”编码为活动性癌症) 正确: 仅对当前仍处于活动状态且正在评估、监测或治疗的病症进行编码 原因: “病史”不是活动性诊断;将已缓解的病症作为活动性病症提交,在审计中无法辩护,且可能构成欺诈

  3. 错误: 未应用层级规则消解便计算 RAF 分数 正确: 对系数求和前,务必消解层级关系(每个组仅保留严重程度最高的 CC) 原因: 计入被更高层级取代的 CC 会夸大 RAF 分数,并导致收入预测不准确

  4. 错误: 在 2025 付款年度仅针对 V24 优化编码策略 正确: 使用适当的权重组合同时运行 V24 和 V28 模型(2025 年为 V24 占 33% / V28 占 67%) 原因: V28 在 2025 年占 67% 权重;忽略它就意味着错失大部分付款影响

  5. 错误: 提交仅来自实验室或仅来自放射科就诊的诊断 正确: 确保每项提交的诊断都来自由符合要求的提供者类型(MD、DO、NP、PA)进行的面对面就诊 原因: 根据 CMS 规则,仅实验室就诊不符合风险调整要求——这些诊断会在 RADV 审计中被删除

  6. 错误: 在多次就诊记录中复制完全相同的评估文本 正确: 确保每份就诊记录都反映该次就诊的具体情况,包含独特的临床详情和当前状态 原因: 复制的记录会使相关的所有 HCC 在审计中面临风险——CMS 可能会删除复制记录中的每个 HCC

  7. 错误: 当临床记录支持更高特异性时,仍提交未特指的 ICD-10 代码 正确: 编码到记录所支持的最高特异性级别(例如,使用 E11.21 而非 E11.9) 原因: 未特指代码可能对应价值较低的 HCC,甚至完全不对应 HCC,从而造成收入损失


9. 报告清单

每份风险调整分析 MUST 报告:

  1. 模型版本: V24、V28 或混合模型(含权重)。
  2. 人群: Medicare Advantage、Medicaid、ACA marketplace。
  3. 付款年度: 决定适用的模型版本和系数。
  4. 层级规则消解: 确认在计算 RAF 前已应用层级规则。
  5. 交互项: 列出评估并应用了哪些交互项。
  6. 编码缺口方法: Rx 代理指标、实验室代理指标、历史数据或病历审查。
  7. 审计准备情况: 已提交 HCC 的记录验证状态。
  8. 编码强度调整: 由 CMS 应用;注明当前百分比。

10. 术语表

术语定义
CCCondition Category(病症类别)——ICD-10 代码的中间分组
HCCHierarchical Condition Category(层级病症类别)——经层级规则消解后保留的 CC
RAFRisk Adjustment Factor(风险调整因子)——代表预期成本的数值分数
RADVRisk Adjustment Data Validation(风险调整数据验证)——CMS 审计项目
MAMedicare Advantage——Part C 管理式医疗计划
FFSFee-for-Service(按服务收费)——传统 Medicare 付款模式
ESRDEnd-Stage Renal Disease(终末期肾病)——单独的 CMS-HCC 模型
AWVAnnual Wellness Visit(年度健康检查)——HCC 重新记录的重要就诊
NPINational Provider Identifier(国家提供者标识符)
PYPayment Year(付款年度)——计算 RAF 分数所对应的日历年

评论

支持 Markdown