2009年9月28日
E/M编码中的医疗决策
斯图尔特·纽森，CHCC
郑重声明
第21卷第18页
尽管评估和管理(E/M)服务的编码框架已经存在了10多年，但关于计算E/M服务水平的最有利可图、最有效和最合法的方法仍然存在严重和广泛的误解。
关于这个问题有两种主要的观点，但首先介绍一下背景。E/M编码的三个基本组成部分是病史、检查和医疗决策。病史代表对当前疾病进行报告，对系统进行审查，并获取医疗、家庭和社会历史。考试部分同样直截了当，反映了一般的多系统考试、单系统考试或许多身体部位和器官系统。最令人困惑的部分是医疗决策，它主要基于诊断或管理方案的数量、需要审查的数据的数量和复杂性，以及风险、发病率和死亡率。
根据医疗保险和医疗补助服务中心(CMS)对官方指南(1995年和1997年评估和管理服务文档指南)最严格的解释，在向已经建立的患者提交服务索赔时，必须记录其中两个领域。这就是协议结束的地方。
两派思想
其中一组——称之为“任意两组”——认为它可以而且应该根据这三个组成部分中的任意两个来记录和计算E/M水平。按照最狭义的指导方针，Any two声称证明了高水平的E/M服务，即使他们可能始终只使用历史和考试标准。这些被认为更容易记录和计算的事实使得这种方法对编码人员、管理人员、医生和顾问具有吸引力。
另一组——“医疗决策+ 1”——认为医疗决策驱动医疗需求，因此必须是两个组成部分之一。医疗决策比病史或检查更能体现医生工作的实际价值。为了证明较高水平的E/M服务的收费是合理的，从业人员应该记录一个相对复杂的医疗决策过程，而不仅仅是对所采取的历史和执行的检查进行大量的记录。
借用医学博士、外科医生、作家和顾问Tray Dunaway的例子，从技术上讲，Any two可以为一个有倒钉的病人提供5级的收费。只需要做一个详细的病史，做一个全面的身体检查，并记录下一切。但是，如果它成为一种常规模式，组织应该期待审计，并可能受到欺诈账单的指控。
换句话说，获得报酬和保留报酬是两回事。虽然CMS没有定义E/M的医疗必要性，但它经常引用它，并希望医疗从业者记录它。
让它发挥作用
当提倡由医疗决策驱动的E/M编码方法时，必然会引起关注。在本节中，我们将考虑潜在的问题、可能的工作流更改以及潜在的结果。有了适当的文档和程序，组织通常可以在更高的级别上为E/M计费，而不会有过度编码或不足编码的风险。而且，在不接待更多病人的情况下，他们也许能够增加合法收入，而不会引起审计人员不必要的注意。
反对意见:这对我们没有影响。事实上，机电代码在某些领域可能不相关，例如放射学。但从广义上讲，E/M代码无处不在，就数量而言，它们约占所有遭遇账单的80%。也许最重要的是，CMS在最近的回收项目中一直以E/M为目标，而且它已经取得了回报——每1美元的投资就能获得23美元的回报。
反对意见:太难了。有一些方法可以简化医疗决策的计算。某些方面，如诊断数量和数据量，已经很简单了。即使不使用软件，计算风险也比大多数人想象的要容易。Dunaway开发了一种方法，从医疗决策开始，从问题“向后”工作。在通过一个简单的表格式公式确定医疗决策之后，将识别正确的代码，并捕获所有必要的支持文档。
反对意见:我们得买个电子病历。虽然在电子病历系统中使用E/M计算器是有效的，但这不是必要的。一个组织所需要的只是一个结构化的、系统化的方法。然而，这一点没有实际意义，因为由于最近的经济刺激立法，大多数做法将使用EMR。
您真正需要知道的是，并非所有电子病历都是平等创建的。毕竟，软件开发人员不是E/M编码专家，反之亦然。在构建解决方案时，相当多的供应商在发布的E/M指南上停止了他们的研究工作。因此，E/M计算器的逻辑可能不能反映医疗决策驱动的方法。
在评估不同的系统时，EMR的E/M编码计算器是如何开发的可能是最重要的问题之一。所有电子病历都有两种工作方式:使用静态或可定制的问题模板。在前一种情况下，医生用户可能需要了解EMR如何将遇到的数据映射到E/M框架。如果医生定制他们的模板，该过程的一部分需要将模板数据与E/M组件相关联。
反对意见:我没时间说这个。医疗保健专业人员没有多余的时间，但真正的问题是时间和成本问题。幸运的是，当涉及到E/M编码时，重要的是护理的质量和文档的质量——而不是文档的数量。
少量的额外时间可以产生更多的收益。假设，每天有20个病人就诊，每次20分钟，Eval医生为3级索赔辩护，平均价值46美元。每次就诊，玛娜医生都要多花两分钟的时间来准备适当的文件，她为四级索赔开出了90美元的账单。每天只多花40分钟，玛娜博士的收入几乎是现在的两倍。而且她可以确信它既没有过度编码也没有不足编码。
这是一个复杂的问题，但由医疗决策驱动的E/M编码是更合适的方法。最好的消息是，它对报销和风险管理都有好处。
- Stuart Newsome, CHCC, Unicor Medical业务发展副总裁。
