2008年8月18日
朋友还是敌人?-电子病历规定对转录公司的影响
罗宾·戴伊
郑重声明
第20卷第17期
虽然一些转录公司可能会对电子病历的推动感到威胁，但那些接受这项技术的公司可能会脱颖而出。
最近是否有客户告诉你，虽然他们在过去几年里很喜欢和你一起工作，但由于“电子病历指令”，他们将不得不停止你的转录服务?你是如何回应的?当这种情况多次发生在我们公司时，我们决定了解这一使命，以便我们能够在不断变化的行业中生存和发展。
我们发现，没有联邦电子病历(EMR)的强制规定。2004年4月，布什总统发布了第13335号行政命令，设立了一个新的行政职位，负责制定战略计划和激励措施，以促进电子健康记录(EHRs)的采用。随附的新闻稿称，“总统宣布了一项雄心勃勃的目标，即确保大多数美国人在未来10年内拥有电子健康记录。”
这不是一项命令，而是一个雄心勃勃的目标，即到2014年实现电子病历。这对我们这些转录行业的人来说意味着什么?当许多供应商将电子病历作为一种消除转录成本的方法来推广时，转录社区是否应该推进电子病历的采用?我相信是这样，但作为一个行业，我们应该提倡听写和
转录作为EMR工作流程的一部分。
这话出自业内人士之口似乎有点自私——除非你了解我们公司的历史。我们最初是一家软件公司，销售前端语音识别和电子图表笔记，作为转录的替代品。我们发现，绝大多数医生(80%或更多)更喜欢口述他们的笔记，而且这样做有充分的理由。我们发现，虽然技术可以取代传统的转录服务，但它往往不能很好地利用医生的资源。因此，在2006年，我们成为一家提供服务和软件的转录公司。从这个角度来看，将所谓的电子病历授权转化为医疗转录的商业机会有几个关键。
收集电子病历使用的事实
臭名昭著的银行抢劫犯威利·萨顿曾经被问到为什么抢劫银行，据说他回答说:“因为那里有钱。”如果要让电子病历成为大多数美国人的现实，正如总统的目标那样，我们必须去病人所在的地方，也就是在小型医生诊所，而不是医院或大型医生诊所。
2005年(有现有数据的最近一年)，有9.65亿病人到医生办公室就诊，而到医院诊所和急诊科就诊的人数为2.06亿，住院病人为3500万。根据美国国家卫生统计中心(National Center for Health Statistics)公布的数据，超过四分之三的医生就诊是在五名或更少的医生的诊所进行的。
在美国，大多数病人就诊的是小型诊所，但只有不到10%的人拥有基本的电子病历(见图2)。在美国所有的办公室医生中，只有少数人采用了电子系统，而根据《美国医学杂志》7月3日的一篇文章，电子系统的使用在初级保健医生和大型团体、医院或医疗中心的执业医生中最为普遍新英格兰医学杂志。
这并不奇怪，因为市场上的大多数电子病历最适合拥有管理带宽和IT资源以支持其功能集和硬件需求的医院和大型诊所。
五名或更少医生的医师实践与医院或大型医师诊所有不同的操作特征。他们需要的是基本的电子病历系统，可以提供电子临床记录、药物清单、实验室和成像结果。由于这些小型实践通常缺乏支持基于客户机-服务器的系统所需的IT基础设施，因此需要基于web的EMR系统。
这对医疗转录很重要，因为美国大约一半的医疗转录是外包的，这意味着这些小诊所的医生目前是我们的客户。作为一个服务行业，我们处于一个理想的位置，可以帮助我们的客户从纸质图表和传真机过渡到简单的电子病历。
了解电子病历的定义
通过与客户交谈，我们首先了解到的一件事是，对于电子病历的构成有很多困惑，部分问题在于，电子病历的营销方式存在巨大的可变性。如果电子病历是机动车辆，有些会是踏板车，有些会是轿车，有些会是房车。
最近发表的两项研究，一项是在新英格兰医学杂志另一个来自国家卫生统计中心，他们试图定义电子病历的构成。基本EMR包括患者人口统计数据、带有患者问题列表的临床记录、药物列表、处方订购，以及查看实验室和成像结果的能力(见图3)。该系统通常用作无纸化图表，并为患者计费提供信息。这是相当于摩托车的EMR，并提供大多数小型实践所需的所有功能。
全功能的电子病历增加了电子检查命令、完整的病史和检查记录，以及临床支持工具，如药物警告和基于指南的筛查。这些相当于电子病历轿车，对有使用基本电子病历经验的医生很有用。
最后，EMR房车包含一些高级功能，比如能够在供应商之间共享数据的接口，以及指导临床决策支持的报告工具。这些电子病历通常符合医疗信息技术认证委员会(Certification Commission for Healthcare Information Technology)的要求，该要求针对门诊系统，仅在功能方面就包括40个类别的250多个标准。这些功能丰富的电子病历最适合医院系统和大型医疗实践，可以让全职员工运行这些应用程序并生成用于管理和临床使用的报告。
当我的公司审查各种电子病历类别时，我们意识到转录平台与基本电子病历是多么相似。事实上，一个可访问互联网的转录平台可能是迈向电子病历的伟大的第一步，允许一个小诊所开始逐步转向无纸化图表。最重要的是，许多转录服务提供商将这种平台作为日常服务的一部分，这意味着他们可以以较低的成本为小型医生提供电子病历。当实践准备好添加更高级的功能时，转录公司可以引入文档管理或EMR公司来提供听写友好的系统。
提高口述笔记的价值
听到电子病历供应商吹嘘他们的产品是一种消除转录的方法，尤其是对于那些致力于医学转录并认识到其对患者护理价值的人来说，这可能会令人沮丧。业界需要阐明听写和转录作为有或没有电子病历的医生可用的文档选项的一部分的好处。
今天，医生使用三种主要的文档方法之一:听写、结构化数据输入(键盘、触摸屏、鼠标)或前端语音识别。根据我们和许多电子病历供应商的经验，听写是80%的医生的首选。为什么?
口述是记录病人护理最有效的方式。以一个典型的内科医生门诊为例。为一个已就诊的病人口述一张病历大约需要一分钟，直接和间接成本约为4.30美元(见图4)。
相比之下，许多电子病历使用结构化数据输入作为输入临床记录的主要方法，其中医生通过下拉菜单指向并单击。所需的时间最多相当于抄写笔记的时间，医生通常报告说，使用结构化数据输入完成一份笔记需要8到10分钟，这意味着医生的间接成本在13.50美元到27美元之间。
事实上，医生可能会在外包转录费用上“节省”1.6美元，但代价是他们宝贵的时间。根据我们的经验，结构化数据输入带来的生产力损失是医生采用电子病历的最大障碍。相比之下，转录客户很高兴知道他们可以继续口述，并让转录服务将临床记录传递到他们的电子病历。
与通过结构化数据输入创建的笔记相比，听写笔记还有另一个优势。临床记录的目的是帮助组织医生的思维过程，以简洁的方式讲述病人的故事，但电子病历生成的记录可以消除这一基本功能。根据发表在最近一期的《电子商务》杂志上的一篇文章“不记录——避免电子商务的陷阱”新英格兰医学杂志“本应集中注意力和选择性的笔记已经变得大量和模式化，分散了提供护理的关键认知工作。这样的图表可能会满足第三方付款人的要求，但它们是文字处理软件的产物，而不是医生经过深思熟虑的审查和分析的产物。”最好的解决方案可能是将结构化数据和口述笔记集成到电子病历中，医生可以选择他们喜欢的文档模式。
那么语音识别呢?该技术有其优点和缺点，并且已经发现它是一些基于实践的医生的一个很好的解决方案。前端语音识别的好处是它可以实时生成临床记录，并且可以降低转录成本。它的缺点是医生必须格式化和编辑自己的笔记和信件，并且语音引擎需要定期维护以优化准确性。语音识别对一些医生来说是一个很好的工具，但很少有整个诊所都采用它，所以它最好是在转录服务或电子病历中作为一个选项提供。
与互补的供应商合作
好消息是，它不会与其他医疗文件行业的转录相冲突。许多软件公司认识到听写和转录在医疗文档中起着关键作用。而且转录公司有一项宝贵的资产可以带来:信任和依赖他们服务的长期客户。
我们的目标是为客户提供技术，同时保持他们的客户身份。实现这一目标的方法是寻找对转录友好的技术合作伙伴，以补充您的业务。排在第一位的是文档管理和EMR供应商，他们通常很难通过直接销售模式达到较小的实践，并且可以将他们的软件与您的服务结合起来。
计费和编码公司是其他潜在的合作伙伴。大多数转录服务都提供电子病历。如果您可以标记您的笔记以与编码和计费系统接口，则可以减少准备患者账单所需的时间，并帮助医生更快地获得报酬。
武装自己
根据美国国家卫生统计中心(National Center for Health Statistics)的信息，目前没有电子病历的诊所中，约有40%的诊所正考虑在未来三年内购买电子病历。有远见的转录公司会将此视为机遇而非威胁。那些没有准备好使用电子病历的公司将会遭受后果——客户可能会认为你只是一家“打字公司”，除非你让他们知道你不是这样。更精明的转录公司将用知识和资源武装自己，将听写和转录作为EMR工作流程的一个组成部分，努力帮助客户制定更好的EMR迁移计划。
- Robin Daigh是MD-IT的业务发展和营销副总裁。
参考文献
1.Cherry DK, Woodwell DA, Reichsteiner EA。全国门诊医疗调查:2005年总结。疾病控制和预防中心。2007年6月29日。可以在:http://www.cdc.gov/nchs/data/ad/ad387.pdf
2.DesRoches CM, Campbell EG, Rao SR，等。门诊护理中的电子健康记录:一项针对医生的全国性调查。[英]医学。2008; 359:50-60。
3.Burt CW, Hing ES, Woodwell DA。办公室医生使用电子病历:美国，2005年。2006年8月。可以在:http://www.cdc.gov/nchs/products/pubs/pubd/hestats/electronic/electronic.htm
