氧化还原

介绍R ^ 跳频

发表2018年5月8日
乔治·麦克劳克林

今天我们是 很高兴宣布 R ^ 跳频的发布–我们的解决方案,适用于希望使用FHIR®但仍享受Redox Network提供的标准化,标准化和部署效率的开发人员。

与大多数事情一样,从“为什么”开始很重要。对于R ^ 跳频,有两个激励因素。

我们相信开放标准。

标准组织非常重要,其有意义的工作应受到其作者的称赞。作为一个行业,我们很幸运拥有HL7v2等国际七级健康标准®,CDA®和现在的FHIR®。尽管可选性和实现上的不一致可能令人沮丧,但至少存在一个可用于传达和解决差异的通用框架。

话虽这么说,Redox并不是一个标准机构(尽管各组织围绕我们的数据模型设计了其内部架构)。我们存在是为客户服务。如果无法利用标准来满足客户的需求,我们将自己找到一种方法。

当我们开始Redox时,FHIR仅仅是一个 格雷厄姆·格里夫(Grahame Grieve)的眼神。在即将发生巨大变化的事物上建立业务将是一个坏主意。即使在今天,我们 关于FHIR的成熟度模型很现实 以及它的发展速度。

我们编写了自己的API和数据模型,因为我们有必要提供令人愉悦的开发人员体验并以敏捷的方式对客户做出反应。因此,即使有此声明,我们也绝不会淘汰我们的数据模型。它们将永远是我们可以用来满足客户需求的更简单,更响应的标准。

存在标准是有原因的,定义标准的工作不应该被驳回。应该在适当的情况下对它们进行评估和利用。因此,我们选择投入资源来扩展平台,以便我们的合作伙伴可以选择与FHIR进行交互。

医疗保健需要EHR供应商不可知抽象层。

氧化还原已经使用FHIR。我们有许多集成,其中医疗保健机构的EHR提供了某些FHIR功能,我们可以利用这些功能来支持我们的客户’ workflow needs.

重要的是要注意,在FHIR可用的情况下,我们还需要对各种HL7v2 feed / web服务进行标准化和标准化以允许我们的供应商合作伙伴与我们的API交互的工作。由于EHR供应商(如Epic和Cerner)采用和实施FHIR的方式,各供应商之间的市场不一致。

不一致执行的FHIR标准无法兑现其巨大的希望。因此,既然我们知道它的实现不一致,那么我们将如何处理呢?我们每天都会做同样的事情-继续构建医疗保健中唯一与供应商无关的可互操作网络。

供应商差异和实现不一致的问题正是我们今天为合作伙伴解决的问题。氧化还原网络的美丽之处在于我们能够从一个节点中提取差异,并公开一种一致的方式来与其他任何实体进行交互的能力。

使用R ^ 跳频,我们可以公开单个一致的FHIR实现,并带有定义明确的扩展,可以与我们网络的任何其他成员进行交互-不管EHR还是单独实现。

每个新标准都需要一个并行的私有实体来支持并将其扩展到现实世界。我们相信,我们有独特的优势向世界展示如何利用FHIR以真正一致的方式为相关的集成工作流程提供动力,并且我们希望有机会帮助指导其在现实环境中的利用。

今天的R ^ 跳频是什么?

我们的初始支持将包括我们传统上提供的功能 患者Admin排程 数据模型。我们正在有效地将这些古老的数据模型的内容转换为FHIR 捆绑 可以使用Redox进行交换。

有一些重要的细节需要注意。

跳频消息

跳频规范描述了一组资源 以及在不同系统之间交换资源的几个不同框架.

应用程序声称符合以下一个(或多个)交换框架:

–HL7.org

R ^ 跳频符合 跳频消息传递 使其成为第一个支持双向推送和写入工作流的生产实现。这种设计使集成工作流能够根据临床相关事件(如预约时间或患者入院)触发。

R ^ 跳频 患者AdminR ^ 跳频调度,您将能够“订阅更新”并在发生患者事件时接收消息,而无需临时查询。每条消息将包括一堆资源,这些资源提供了触发工作流所需的信息和上下文。例如,一个 R ^ 跳频-PatientAdmin_NewPatient 消息将包含一个“Patient”, “Practitioner”, “Coverage”, 和 “Organization”资源。有关更多示例,请查看我们的开发人员文档。

如果您以前使用过Redox API,则经验基本相同。 R ^ 跳频的唯一区别是消息内容将遵循FHIR语法,而不是Redox JSON。如果您更熟悉FHIR,请记住每个 R ^ 跳频-DataModel_EventType 组合将由一些FHIR资源填充,并且交换将基于消息(推送或写入)。

双向FHIR

此时, 跳频的主要EHR实施仅提供了查询。主要是为了提供信息’自Redox成立以来,我们一直在支持 临床总结 数据模型。

R ^ 跳频将成为支持写入系统的FHIR的第一个生产用途。 例如,可以使用以下方法帮助简化注册的供应商 R ^ 跳频-PateintAdmin_PatientUpdate 更新患者的人口统计信息(地址,电话号码等)。

不是RESTful 跳频(目前)

我们目前不支持对单个FHIR的请求 资源

在与客户交谈并查看了我们今天支持的大多数集成工作流程之后,很明显FHIR消息传递是首先要支持的正确交换框架。查询细粒度信息的功能非常强大,但是预先打包的,定义明确的信息束与当今客户的需求更加相关。

We’竭力简化和标准化医疗保健共享数据的方式。 R ^ 跳频的初始范围支持已经在我们的网络中执行的集成,并且已经证明可以在需求工作流中提供支持。 展望未来,我们将扩展对FHIR的支持,以包括更多与客户需求相关的数据模型和查询。

学到更多

如果您是对利用R ^ 跳频感兴趣的开发人员,或者想要加快为您的组织启用FHIR的哪些方面的医疗保健组织, 请观看我们的产品发布网络研讨会 我们自己的Niko Skievaski和Nick Hatt在这里崩溃了“您需要了解的有关R ^ 跳频的所有信息”.

对于其他一切,请 联系我们的解决方案团队.

 

CDA®,HL7v2®和FHIR®是HL7的注册商标,并经HL7许可使用。