VBC Risk Analytics 的医疗保健风险调整工具

Source: Dev.to

抱歉，我需要您提供要翻译的具体文本内容（除代码块和 URL 之外），才能为您完成简体中文翻译。请粘贴文章的正文部分，我会保持原有的 Markdown 格式和技术术语，仅翻译文本内容。

介绍

Healthcare data engineering is hard. Healthcare risk adjustment data engineering is a category of hard that deserves its own word.
如果你曾在健康信息技术领域工作过，你一定了解这套技术栈：以多种格式出现的电子健康记录（EHR）提取数据、根据每个模型年度都会变化的规则映射到 HCC 类别的 ICD‑10 编码、决定健康计划对每位参保成员支付金额的 RAF 分数，以及如果文档不合规，CMS 审计可能会追回数百万美元的审计。

At VBC Risk Analytics we’ve spent years building API‑first tools in this space. This post explains what risk adjustment actually is, why it’s technically interesting, and what we’re building — with the hope of connecting with developers, data engineers, and health‑IT professionals who work in this domain.

什么是风险调整？

风险调整是 Medicare 用来确保根据参保成员的健康状况公平支付健康计划费用的过程。病情更重的成员需要更多的护理费用，因此招收主要是病患者的计划会获得更高的付款以抵消这些成本。招收主要是健康成员的计划则会获得较低的付款。

驱动这一机制的是 层级疾病类别（Hierarchical Condition Category，HCC） 模型——具体而言，是由美国医疗保险与医疗补助服务中心（Centers for Medicare and Medicaid Services，CMS）维护的 CMS‑HCC 模型。每位 Medicare Advantage 成员都会得到一个 风险调整因子（Risk Adjustment Factor，RAF） 分数，该分数反映其相对于平均 Medicare 受益人的预测费用。

• RAF = 1.0 → 预期费用等于平均受益人。
• RAF = 1.5 → 预期费用比平均高出 50 %。
• RAF = 0.7 → 预期费用比平均低 30 %。

该分数的生成过程如下：

1. 获取成员的人口统计数据（年龄、性别、Medicaid 资格等）。
2. 将其 ICD‑10 诊断代码映射到 HCC 类别。
3. 对某些疾病组合应用交互因子。
4. 将 CMS‑HCC 模型中的系数相加。

对于拥有 100,000 名 Medicare Advantage 成员的健康计划来说，即使是计算中的小错误——漏诊、映射错误、文档缺口——也会累积成显著的超付或少付。

实施挑战

ICD‑10‑到‑HCC 映射

• 大约 70,000 个 ICD‑10‑CM 代码映射到 CMS‑HCC V28 模型中的 86 个 HCC 类别。
• 并非所有代码都映射到 HCC；有些代码映射到多个 HCC。
• “层级”部分意味着更严重的疾病会抑制较轻的疾病（例如，HCC 18 — 伴慢性并发症的糖尿病 — 覆盖 HCC 19 — 无并发症的糖尿病）。

模型版本管理

• 模型系数随每个版本而变化。CMS 在 2024‑2026 年间从 V24 过渡到 V28，每年以不同比例混合两个模型。
• 如果系数表未更新，针对 V24 正确的代码在 V28 下会产生错误答案。

人口统计调整因子

• 调整因子取决于社区居住与机构居住状态、Medicaid 资格以及参保期间。错误会影响每位成员。

RADV 审计

• 风险调整数据验证（RADV）审计会抽取医疗记录样本，核实 RAF 分数中的每个 HCC 是否有充分的文档支持。
• 未通过 RADV 审计的计划必须偿还超额付款并可能承担外推罚款。

VBC 风险分析平台

我们的平台位于 vbcriskanalytics.com，覆盖风险调整工作流的端到端。关键组件包括：

• RAF Score API – 一个 REST 接口，接受成员的人口统计信息和 ICD‑10 代码，返回完整计算的 RAF 分数以及 HCC 映射细节、模型版本和系数拆分。支持 V24、V28 以及混合过渡比例。
• ICD‑10 数据查询 API – 快速查询 ICD‑10‑CM 代码（描述、HCC 映射、有效性标志、层级关系）。适用于编码工作流工具、资格系统和 CDI 应用。
• RADV 审计清理工具 – 根据 CMS 审计标准审查支持每个 HCC 的文档，在 RADV 审计发生前标记潜在缺陷。
• NPI 查询 API – 通过国家计划和提供者编号系统（NPPES）进行提供者验证，便于将临床数据与提供者记录关联。

为什么采用 API‑First 方法？

• 大多数健康计划和提供者集团已经拥有分析基础设施；他们需要的是特定功能，而不是替代系统。
• 健康信息技术开发者在构建电子健康记录集成、人口健康工具和护理管理平台时，需要以编程方式访问风险调整数据。
• API 可测试、可版本化、可组合，这些是仅提供仪表盘的工具所不具备的。

入门

如果您正在健康IT领域构建项目，需要 RAF 评分、ICD‑10 查询或提供者验证，请探索 VBC 风险分析的医疗保健 API。文档和沙盒访问可在网站上获取。

未来帖子

在即将发布的 Dev.to 文章中，我将深入探讨：

• ICD‑10 到 HCC 的映射算法——其内部工作原理。
• CMS‑HCC V28 的更改以及现有实现中出现的问题。
• RADV 审计数据建模——构建文档审查流水线的结构。
• 基于索赔数据构建风险分层系统。
• NPI 验证的边缘案例以及提供者数据质量的混乱局面。

Contact

如果您从事健康信息技术或医疗数据工程，我很乐意与您联系。请在下方留言或通过 vbcriskanalytics.com 与我取得联系。