工程

跳频 之后会发生什么?

发表2017年8月15日
尼克·哈特(Nick Hatt)

跳频 之后会发生什么?

氧化还原与实际的FHIR集成一起使用。一世’我很确定我预言会在2017年发生,但可惜我没有’关于它的博客。本着成为预言家的精神,我’我将预测我认为FHIR的未来将是什么样。

使用HTTP动词对资源进行处理已经成为过去。

目前,几乎所有有意义的FHIR实施(Epic,Cerner)都从  淘金者专案  并且仅限于GET操作。我看到开发人员希望脱离FHIR的这些REST-ful API,转而使用什么  跳频 电话“Bundles”.

跳频 非常适合图谱API。

跳频 的潜在挑战之一是需要完成的查询数量。 Let’说我想找个病人 ’开处方者目前使用的药物。为此,必须这样做:

  1. 找病人
  2. 获取患者的MedicationStatement列表
  3. 对于每个MedicationStatement,获取与MedicationStatement相关的药物
  4. 对于每个MedicationStatement,找到创建它的MedicationRequest
  5. 对于这些药物请求中的每一个–找到开处方的医生。

纬。这就是药物在 最新版本的FHIR,并且如果患者有3种药物,我需要提出(1 +1 + 3 + 3 + 3 = 11)请求以获取我需要的所有信息。

其他API中也存在相同的问题,这就是Redox创建的原因 “Data Models”,  我们认为其中包含您的所有相关信息’d需要特定的工作流程。另一个可能的解决方案是图形API,这些图形正获得越来越多的关注,Github最近启动了他们的v4 API which is based 上   GraphQL .

使用图形API,我可以为上面列出的所有五个步骤编写查询,并将其作为一个请求。这对我有帮助,因为我可以将所有逻辑都放在一个合适的位置,对服务器也有帮助,因为它们可以成批地获取信息,而不是分别进行11次。

虽然FHIR确实提供了每种资源的规范’可用的搜索参数,并非所有EHR都支持所有这些参数。将查询语言强加于现有搜索之上对服务器实现者来说甚至是更大的负担,并且不可避免地会出现不一致的情况。

即使某种图形API没有’使其进入FHIR规范,’氧化还原已经在研究产品。

用FHIR编写图形。

传统REST对FHIR的重要性不高的第二个领域是将数据写回到EHR。问题与读取上面的数据几乎相同: 如何以正确的顺序推回多个相关资源?

让’s说我想发送一个  诊断报告  (氧化还原Results)。就像上面一样,DiagnosticReport可以指向很多东西,最值得注意的是组成它的所有观察值。如果我在观察前发送DiagnosticReport会怎样?大多数具有某种参照完整性的数据库都会对此表示怀疑。如果我想包含一个 问卷响应?突然,我需要开始思考很多事情,而不仅仅是我的结构’m发送,但我发送的顺序。

捆绑 为此提供了一个内置的解决方案,但是到目前为止,还没有人真正提出过一种用于发送或接收包的实现路径。 GraphQL 还提供了用于更新(更改)的解决方案,但同样,实现者的负担也很大。

供应商之间的FHIR保真度将是一个问题。

在互操作性方面,存在一些固有的权衡:人们花更多的时间将数据从一个系统映射到另一个系统,两个系统之间建立的信任度就越高。这在HL7v2集成中得到了证明–对标准的低级别合规性与高水平的集成工作相结合,意味着最终产品可以在最少的人为干预的情况下直接写入数据。

CDA提供了一个对立点-高度符合标准意味着缩短了总体实施时间,但更少的数据可信赖。大多数选择只显示文档的可读部分。这正是CDA的重点,但是这将如何转化为FHIR?

跳频 为 所有资源的叙述:易于阅读的形式。除了必须提供有效的XHTML外,关于如何格式化它们的规则很少。如果FHIR遵循HL7v2的方式,即各方之间的高度信任,那么该叙述就不会’如此重要-原始数据可以离散归档。但是,如果FHIR像CDA那样结局,那么叙述就变得至关重要。

如果供应商没有’发送正确的验证码 过敏症, 电子病历应该怎么做?为了患者安全,在没有有效代码的情况下显示叙述最有意义。但是,EHR会选择XHTML的显示方式,这给FHIR客户端增加了另一层复杂性’s job.

对于那些希望与电子病历集成的人来说,显然会出现问题和疑虑。我的FHIR资源需要叙述吗?看起来像什么?它在电子病历中看起来像涂料吗? 在试图提供帮助时,FHIR仍然提示的问题多于答案。

How 氧化还原fits in.

I’ve概述了FHIR的一些挑战-读取多个嵌套资源,将数据写回EHR,以及在发送回数据时保持一致性(如果有的话)。

氧化还原在解决所有这些问题方面具有独特的地位,即使FHIR的分散且独特的实现在我们的生态系统中突然出现。我们’我们始终将始终走在最前沿,并倾听客户的意见,以找到更轻松,更快,更便宜的集成方式。

希望您继续阅读我们的博客以获取激动人心的产品更新!在下面订阅以将Shift6帖子发送到您的收件箱,以便您不要’t miss out.