2012年6月4日
CAC接口成功的秘诀
伊丽莎白·s·鲁普著
郑重声明
第二十四卷第十一页
通过将该技术与其他系统连接，医院可以达到更高的生产力水平。
计算机辅助编码(CAC)长期以来一直被吹捧为一种变革性技术，能够加速工作流程，提高准确性和完整性，克服长期的编码人员短缺，并释放资源以专注于更复杂的编码和数据分析。然而，直到最近，随着ICD-10即将成为现实，HIT的采用成倍地增加了流经编码部门的临床文档的数量，CAC才在住院患者环境中占据了地位。
随着医院开始评估CAC在更大的企业HIT战略中所扮演的角色，他们发现，要最大限度地发挥该技术的优势，需要与大多数设施中常见的编码程序之外的系统集成。这些通常包括临床文件改进(CDI)和语音、文本和语音识别系统。如果医院的抽象系统具有工作流引擎，那么它也应该与CAC集成。
此外，根据专门为医院和其他医疗机构提供it评估、规划和战略服务的Dak系统咨询公司负责人Deborah Kohn的说法，尽管CAC可能不是直接联系，但CAC最终会与EHR系统联系起来。
“编码器与EHR绑定，CAC与编码器绑定。通过CAC完成的所有工作最终都必须满足电子病历，”她说。“这是所有可能情况中最好的。这些系统需要整合。如果不是这样，你就不会看到生产力水平的提高，就像供应商所宣称的那样。一切都对生产力水平有影响，甚至是组织，当然还有人员和流程。”
一种不同的复杂性
根据Kohn的说法，CAC的复杂性在于作为软件核心的自然语言处理(NLP)引擎。除非医院在整个企业中使用语音识别技术，否则对于许多需要将NLP与CAC一起使用的人来说，NLP将是不熟悉的。
“关键是NLP引擎的准确性。这时你就会意识到这个系统的复杂性，”她说。“很多人都不习惯与nlp打交道。对于IT、HIM、临床医生和编码人员来说，这是一个新的学习曲线。这是一种全新的体验，这就是CAC不同于部门系统的地方。”
3M健康信息系统公司(3M Health Information Systems)的新兴市场主管迈克尔·s·比(Michael S. Bee)也指出，CAC可能连接的系统数量增加了复杂性。目前市场上的大多数临床信息系统都能够与CAC集成，并通过Health Level Seven International (HL7)接口提取文本进行处理。
然而，“从更多人参与和更多系统集成的角度来看，这很复杂。有更多的步骤，需要更多的时间。这在很大程度上取决于医院想要连接的系统的数量，”他补充说，通过识别已经存在的接口，可以简化整个过程。“利用现有的CAC接口可以减轻IT人员的负担。”
奠定基础
识别现有接口是确保成功的CAC集成的一种方法，它可以作为综合需求和工作流评估的一部分来完成。根据Kohn的说法，这种评估应该在选择软件之前进行。它不仅应该分析CAC的组织需求，还应该分析医院计划如何使用底层NLP引擎，特别是如果它将用于多种目的，如语音识别。其他已经存在的系统，包括财务系统，也需要进行分析，以确定哪些系统应该被整合，以及它们是否与行政协调委员会兼容。
“如果不这样做，你就无法生存。这是开始，”科恩说。“这是一个复杂的系统，就像任何其他计算机系统一样，你需要在投资这样一个产品之前完成一个彻底的分析。”
这是哈里斯县医院区采用的流程，全面的内部评估确定，适当集成的CAC可以将门诊方面的编码员生产力提高100%，住院方面提高20%。总部位于休斯顿的医院系统，包括一家专科医院和两家全方位服务医院，正在采取进一步措施，开展详尽的征求建议书(RFP)流程。
事实上，从RFP指导委员会的组成来看，CAC将在多大程度上融入哈里斯县的系统。它包括来自计费、注册、质量保证、CDI、HIM、It和编码的表示。在开发RFP时，委员会试图解决从如何实现到系统可伸缩性、可维护性、价格、生产力和准确性的所有问题。
“接口将发挥重要作用，”哈里斯县编码主任Michael Kaitschuck说。他是RHIA、CPHIMS、CCS、CCDS、CDIP、CPC。“我们希望我们的程序员成为验证者。我们希望他们能够查看产品，并能够根据尽可能多的合格文档确定代码是否绝对正确，因此界面非常重要。”
因此，哈里斯县的评估包括编码器的输入，从他们将看到的屏幕到易用性。最终产品还需要适应HL7提要，并可能包括软件即服务和基于云或基于web的模型等选项。
它的参与
让IT参与RFP开发过程对于确保卫生系统最终“在我们的Epic环境中获得最适合我们的东西，并允许最无缝的数据交换”也至关重要，Kaitschuck说，他指出CAC的部分目标是为ICD-10做准备，并允许卫生系统在双重环境中运行直到过渡完成。
他说:“(CAC)是我们过去四五个月一直在讨论的问题，因为它会影响从病例组合指数到生产力和合规性的方方面面。”他补充说，他们甚至考虑了患者类型以及病例和付款人组合。beplay最新备用网站“这些东西会对你的底线产生巨大影响，你想要一款能让你物有所值的产品。”
与哈里斯县一样，堪萨斯州的海斯医疗中心也进行了全面的需求评估，以确定哪些系统可以与CAC对接，并于2009年实施了CAC。这导致决定纳入所有通过医生文件流动的系统，包括口述及其MEDITECH抽象系统。
“我们只是浏览了EMR编码员编码的[文档]的整个列表，并尽可能多地与CAC接口，因此编码员不必从MEDITECH切换到CAC系统，”他说。
海斯医疗中心最终部署了3M的CAC软件，并实现了编码人员生产力的25%的即时提高。这使该医院能够从两家关键医院的合作伙伴手中接管编码工作，而无需增加编码人员。
它还显示需要为其CDI案例管理人员提供访问CAC功能的权限。由于案例管理人员不是经过培训的编码人员，因此在他们正在审核的文档中识别代码的能力将使识别工作诊断相关组(drg)的过程更加有效和准确。
这就是为什么海斯医疗中心抓住机会成为3M 360 Encompass System的测试站点，该系统将CAC和计算机辅助文档改进整合到一个软件中。它不仅为CDI团队提供了访问所有必要报告和功能的权限，而且集成的CAC-CDI系统还确保了编码人员和案例管理人员的连接，消除了重复的工作并加快了工作流程。
“在后台，我们也能够进行审计。例如，如果CDI员工想出了一个可行的DRG，但编码员想出了一个不同的最终DRG，我们想知道为什么。”“它还提供了一个文档跟踪工具，以及医生回应(询问)的频率和频率。”
Bee认为，将CAC与文档改进工具相结合，可以解决当今编码员和CDI专家面临的两个最重大的挑战，而向ICD-10的过渡则加剧了这一挑战。首先是临床文献的特异性和完整性。第二是维持生产力的压力。
他表示:“CAC系统可以同时用于这两方面。”“CAC将帮助CDI人员更有效地识别代码并获得工作DRG，这可以加快编码过程。通过识别需要更具体的数据或信息，CAC使CDI专家或编码员更容易询问医生。”
例如，医生最初可能会指出充血性心力衰竭，随后的测试可能会揭示具体的类型。CAC系统的NLP引擎可以被“训练”，以发现表明可能提出更具体诊断但尚未由医生记录的冗词。然后触发确认查询。
“这是一个微妙的变化，但你不是从文档到代码思考，而是从代码回到证据，”Bee说。
抵抗是徒劳的
对于尚未采取CAC措施或尚未将CAC与文件改进和其他系统相结合的医院来说，拖延可能不会再是一种选择。正如Bee所指出的，由于电子病历的广泛采用，文档的数量呈指数级增长。一次住院病人的接触可以产生200到3000页的记录。
“考虑一下必须阅读每一个字母和短语，并理解可以用来生成代码的内容，”Bee说。“然后再加上新的ICD-10代码集的挑战，它不仅需要增加特异性，而且基于完全不同的编码结构，使得编码人员无法记住代码。解决这个问题的唯一方法是自动化临床文档的改进和编码。”
“去做吧。这不是一个可怕的大产品，”法辛补充道。“它将帮助程序员提高生产力。你确实需要和你的程序员讨论这个问题，让他们接受，这样他们就不会担心自己被取代了。CAC不是要取代编码员，而是要让他们更高效、更多产、更准确。想想你的工作流程，哪些文档需要在哪里流动，并做接口。这并不难。”
Elizabeth S. Roop是佛罗里达州坦帕市的自由撰稿人，专门从事医疗保健和HIT方面的工作。
