众说周知,EPIC 是电子病历厂商中当之无愧的领导者,本文让我们看看EPIC是如何玩转FHIR的,并进一步了解其互操作性方法、资源和API工具。 几十年来,EPIC和其他主要的EHR供应商一直在围绕着互操作性作斗争,有时候互相容忍,有时也得接受(开放接口)。 今天,大多数电子病历厂商已经针对市场和监管的压力采取了行动,采用FHIR API标准,扩大病人对医疗记录的访问。 但在早期,EPIC和其他竞争对手争先恐后地抢占市场份额,为了成为院内系统的主导者,与其他厂商分享数据、给别人提供数据访问似乎是自我毁灭。 **那么今天,EPIC在FHIR API、SMART on FHIR 应用市场、患者访问和互操作性战略方面的立场如何? 以下是关于EPIC在FHIR API和互操作性上提供的简单介绍和链接。** * * * ## **EPIC 在FHIR API和互操作性上的战略和资源** ### _EPIC互操作性的方法和选择_ 大多数EPIC集成的重点是通过EPIC系统提供扩展访问,但不一定与其他厂商共享。 Epic提供了以下几种连接方式(https://www.epic.com/interoperability/ehr-interoperability-from-anywhere): * Epic参与了一个非盈利性的框架“CareQuality”(这是实现EHR之间的交流的技术框架),供应商可以快速采用这些标准来交换数据。 * EpicCare Link让一个医院看到或使用另一个医院的EPIC 系统。 * MyChart和Share Everywhere(注:EPIC 开发的患者管理APP)让被授权的病人可以在线查看和分享他们的电子病历记录(它以病人为中心,但只允许访问Epic的电子病历)。 用EPIC的话说,"互操作性是使用Epic的医院每月分享1亿条记录的关键--无论是相互之间还是与使用其他系统的医院。如果某个医院使用不同的电子病历系统或根本没有电子病历,仍然可以通过多种方式访问并与Epic社区交换病人记录。" ## EPIC FHIR互操作性资源 ### _EPIC 为医院提供的FHIR API和端点资源(Endpoint Resources)_ * EPIC 在其FHIR 门户 (https://fhir.epic.com/) 开发者访问页面上提供了详细的资源摘要。 * 完整的EPIC FHIR API规范(https://fhir.epic.com/Specifications),在这个网站上也按照不同的接口类型(https://open.epic.com/interface/FHIR)进行分享  * EPIC FHIR应用建设网站(https://fhir.epic.com/Developer/Apps),包括测试沙盒、注册和文档。 * 要了解更多关于在没有CareQuality的情况下交换信息,请参考open.epic.com上的互操作性指南。 ### _Epic SMART on FHIR和应用资源_ * Epic对开发通过FHIR APIs连接的独立应用程序(微服务化,没有绑定到某一个一个电子病历或数据系统)的SMART on FHIR(https://kms-healthcare.com/top-5-smart-on-fhir-apps/)并没有特别的强调; * Epic支持应用开发社区,并在Epic App Orchard(https://apporchard.epic.com/)中推广互联互通的小应用。 ## 引入FHIR 的实际好处 * 更快、更容易地建立医疗数据接口。利用预制的FHIR、HL7、EDI和其他连接器开始您的接口开发,以正确和快速地完成工作。 * 节省成本。通过减少80%的构建FHIR API和其他接口的工作,您的开发人员可以专注于其他优先项目并扩大技术回报。 * 建立更好的FHIR APIs。标准工具、协议、测试和开发纪律使FHIR APIs更加有效、可靠和一致。该标准还引入了 "资源 "等概念,使数据映射更直观,API更有效。 * 加快获得并购后和与其他医院合作的回报。理顺和整合新平台可能需要数年时间。插入一个整合加速器,使系统快速有效地协同工作,同时计划和执行未来的整合计划。 * 为SMART ON FHIR做好准备:让开发者和医院或者任何第三方创建连接到开放的EHR FHIR APIs的应用程序,将病人、健康档案和医生与实时护理指导联系起来。 原文:https://kms-healthcare.com/epic-smart-on-fhir-api-and-interoperability-resources/