行业

什么是FHIR上的SMART?

发表于五月19,2017
乔治·麦克劳克林

我们得到的最常见的问题之一是“什么是FHIR?”是,“什么是SMART?”紧随其后的是“什么是FHIR上的SMART?”

本文旨在解决这些问题。

聪明,是“可替代医学应用,可重复使用技术”的首字母缩写,诞生于2010年, 波士顿儿童医院计算健康信息学计划 and the 哈佛医学院生物医学信息学系.

聪明以 来自ONC的1500万美元拨款 目的是建立一个允许开发“可互换医疗保健应用程序”的标准框架。

最初的目标是使任何开发人员都可以创建可以在任何医疗机构中使用的医疗应用程序,而无论EHR如何。我们将重点放在“可替代”方面,SMART希望提供商可以非常轻松地尝试新的应用程序(即替代),以便他们可以轻松地尝试多种解决方案并选择最适合他们的解决方案。

该愿景旨在使个人级别的提供者有权选择和使用最适合其需求的应用程序,而不必强迫医疗保健组织中的每个提供者都使用相同的应用程序:

聪明的目标是大胆的,可以用简洁的方式表达出来:创新的应用程序开发人员可以编写一次应用程序,并期望它可以在医疗保健系统中的任何位置运行。此外,该应用程序应该可以轻松替换为其他应用程序。”

肯尼斯·曼德尔(MD),医学博士
聪明咨询委员会主席

听起来有点熟?如果您问自己:“等等,那不就是FHIR吗?还是用Redox来解决?”,这两个问题的答案都是“在精神上,是的”。

实现互操作的现实

事实证明,无论软件系统到位,都需要构建适用于医疗服务提供者和患者的解决方案,这是一个很大的问题,许多人正在努力对其进行修复。

首次启动SMART时,目标是定义一个数据标准,以使这种类型的“一次建造,随处可见”模型成为可能。在找到太多牵引力之前, 跳频,由 七级卫生国际,开始获得医疗界的支持。 跳频正在协商和定义标准,因此 在2013年底 聪明转向了今天的现状,这是一个与FHIR结合并在其之上工作的标准。这就是为什么人们通常将其称为“ 跳频上的SMART”。

聪明不再开发标准,而是 专注于与FHIR界面进行交互的流程的规范化,概述如何从EHR“启动”应用程序,以及标准化第三方用来与医疗机构的EHR系统交换数据的安全协议.

聪明也非常致力于制作“操作方法文档旨在帮助开发人员加快开发速度 跳频可以提供什么 以及如何与SMART一起构建,以便将来向现场医疗保健环境推广。他们还与Cerner等EHR供应商紧密合作,共同建立 沙箱环境 应用程序可以在其中模拟其工作流程,甚至可以向潜在客户展示其产品 聪明画廊.

了解SMART

帮助理解SMART的最好例子之一就是考虑通过Facebook作品授权应用程序。在这种情况下,Facebook是EHR:它存储有关患者/人员的所有个人信息。 Facebook用于存储此数据的数据格式和标准与FHIR等效。当人们使用Facebook时,他们不必为要授权的每个新应用程序创建新的登录名,而是可以授予该应用程序对存储在Facebook(EHR)中的特定信息(FHIR资源)的访问权限。在医疗领域,用于批准此授权的机制(概述发生在单击前后的需要发生的事情)将是SMART。

要以医疗保健方式细分:

在FHIR应用程序上实施SMART感觉如何?

实施过程按以下步骤进行:

  1. 制定规范。
  2. EHR供应商实施标准和规范,尽管有所不同。
  3. 卫生系统–EHR供应商的客户–安装,更新和配置其系统以合并标准。
  4. 应用程序是建立在卫生系统规范之上的。

尽管看似简单,但重要的是要注意为什么此过程使最后一步异常困难。

HL7创建规范。 跳频和SMART不是平台;它们是有关如何实施特定技术的指南。设计标准之后,将由EHR供应商来实施,而它们的实施都有些不同。

供应商实施后,我们进入第三步-卫生系统必须安装,更新和配置其系统以纳入标准。许多卫生系统使用多个EMR。例如,一个同时使用Epic和Cerner的卫生系统;他们的数据中心必须安装软件以支持两家供应商的FHIR和SMART 上 跳频。在安装过程中,运行状况系统可以决定他们要实施的FHIR部件,更重要的是,他们不需要的部件。

最后一步是在顶部构建应用程序。在应用开始构建之时,就有很多偏离标准的机会。一个可以看到这种偏差的示例是药物代码集。使用FHIR药物资源时,Epic站点采用RXNorm标准实施;但是,Cerner实现将使用内部Cerner ID。此外,两个Cerner网站极有可能彼此不兼容。

虽然可以使用FHIR和SMART来实现应用程序,但仍需要考虑很多变化。

聪明与Redox有何不同?

氧化还原和SMART均授权应用程序实现 电子病历整合,但做起来略有不同。通过与相关业务的交互,授权层发生在系统级别的Redox运作方式上。氧化还原完成设置过程并验证谁有权接收数据。例如,如果Redox设置了一组预订,即允许应用程序X从UPMC获取调度信息,则除非通过我们的系统授权,否则它们将不会从任何其他运行状况系统接收调度信息。在理想状态下,SMART会在用户级别(患者或提供者)发生,但是现在’在系统级别也是如此。

我们的订阅实际上是FHIR上SMART中发生的事情。由于Redox授权背后有一个平台,因此它比SMART的实现方式更具可扩展性。以下是一些其他主要区别:

有关SMART的更多信息,请查看 他们的网站 或阅读David Hay撰写的精彩博客文章“什么是SMART,为什么要关心。


“因此,对于支持FHIR的应用程序的创建者来说,底线是,并非所有EHR或它们的FHIR集成都是平等创建的。应用程序制造商将需要与他们的EHR提供者联系,以确定确切的EHR将通过FHIR提供哪些数据。”–资源