1月2014

补救和ICD-10
作者:Sandeep Veeramani
郑重声明
第二十六卷第一页

随着ICD-10合规截止日期beplay最新备用网站的临近，对于支付方和供应商来说，选择正确的补救方法非常重要。该方法必须具有鲁棒性，并且能够处理由于可能的代码数量急剧增加而导致的大型映射组合。它还必须足够灵活，能够处理基于上下文和规则的映射更改，并且适合于医疗保健组织的业务上下文。

从ICD-9到ICD-10的更新必须严格记录，以避免任何追赶的压力。尽早处理新代码将节省时间，并在需要提供报告时消除令人头痛的问题。

选择适当的映射方法是选择补救策略时要考虑的一个关键因素。《国际疾病分类-10》的制图方法大致可分为两种策略:基于代码的和基于范围的。

由于其目的是查找和映射每个正在使用的ICD-9代码及其等效的ICD-10代码，因此基于代码的映射更加精细。只有在必须单独考虑每个ICD-9代码的应用并在业务上下文中考虑时，这种方法才适用。

但是，有一些业务规则和流程并不适用于特定的ICD代码。例如，一个付款人可能有一般适用于所有肥胖和其他营养亢进诊断的福利。在这种情况下，付款人不需要映射到与病情相关的每个单独代码。例如278.0，超重和肥胖;278.1，局部肥胖;278.2, A型维生素过多症;278.3, Hypercarotinemia;278.4，维生素D过多症;其他营养过剩需要的ICD-10代码范围相当于ICD-9代码范围278.0至278.8。

这种情况需要基于范围的映射，有时称为等效聚合映射方法。基于范围的人行横道接受一系列ICD-9代码，并输出具有相同医学含义的等效范围的ICD-10代码，然后可用于纠正上述示例等ICD-9代码组使用场景。

然而，在应用基于范围的聚合映射修复解决方案时，必须考虑三个挑战。

•爆炸范围:ICD-9代码的顺序范围不一定映射到ICD-10代码的单一顺序范围;它更有可能被翻译成一系列碎片化的ICD-10代码范围。这是因为新标准中的代码数量呈指数级增长:诊断代码增加了5倍，程序代码增加了20倍。

在肥胖和营养过剩的例子中，与肥胖有关的ICD-9代码范围(278.0到278.8)实际上映射到多个ICD-10范围(E65和E67.0到E67.8)。这样的场景给基于距离的人行横道的用户带来了严重的问题，因为任何基于距离映射做出决策的自动化业务流程都可能产生大量错误。

对于本例中的支付方，聚合补救中的一个错误可能导致几个索赔进入人工审查队列，否则这些索赔本来可以成功地自动裁决，从而增加索赔处理成本并降低支付方的竞争力。

•类别转换:在基于ICD-9类别定义源业务规则的情况下，开发等效的聚合方法进行补救可能具有挑战性。很难将基于代码类别的ICD-9范围翻译为ICD-10，因为代码类别不包含患者病情的具体诊断信息。

基于代码类别的范围也难以翻译为ICD-10，因为在ICD-9和ICD-10之间将疾病分组为类别的系统发生了变化。因此，将基于ICD-9分类的一系列ICD-9代码汇总为ICD-9代码范围，然后制定等效的ICD-10代码范围的过程可能是一项冗长而不准确的工作。

继续依赖类别来驱动业务规则必须受到质疑，因为这意味着业务流程没有利用ICD-10代码提供的额外专一性，从而破坏了引入更好、更科学的编码标准的好处。考虑到这一点，ICD-10修复团队必须在尝试将基于范围的业务规则转换为映射基于类别的业务规则之前，审查使用ICD-9类别作为定义业务规则的基础的智慧。

•数据清洁:由于ICD-9代码主要是数字，因此通常只将其视为数字并进行编码。例如，如果一个范围的最后一个代码是985.9，则输入代码985.99。这将使范围看起来无效，因为代码985.99不存在于由医疗保险和医疗补助服务中心发布的ICD-9代码列表中。所有使用人行横道将这些范围自动映射到ICD-10结构的努力都将是徒劳的。

将需要大量的人工工作来筛选每个范围并识别这些无效代码，然后需要及时用有效的ICD-9代码替换，以便向ICD-10过渡。

在处理处理ICD-9代码范围的业务流程时，用于从ICD-9到ICD-10的系统修复的基于范围的转换策略可以有效地降低转换的复杂性。然而，这种方法并非没有缺陷。

卫生保健组织、医生和行业专业人员现在必须评估和处理系统风险，以便在10月截止日期前做好充分准备，防止出现干扰。虽然许多专业人员将转向聚合或基于范围的补救工具来帮助过渡到新接受的ICD-10代码，但重要的是要记住，所有代码可能不会对齐以提供无缝的解决方案。相反，这将意味着尽早处理新法规，并经常更新信息，以确保患者、提供者和付款人都能得到他们需要的东西。

——Sandeep Veeramani是Hexaware Technologies的首席商业分析师。