关键字: [Redox, Real-Time Data Exchange, Healthcare Data Transformation, Fhir Data Integration, Cloud Data Foundation, Rapid Implementation Timelines]

本文字数: 400, 阅读完需: 2 分钟

导读

演讲者 Tim Kesler 来自 Redox 公司, 他阐述了该公司的平台如何通过实时集成并转换各种遗留系统的数据为 FHIR 格式, 为医疗保健组织构建数据转型的基础。Redox 负责与源系统建立连接, 将数据转换为 FHIR 格式, 并将其路由至亚马逊云科技云环境, 从而实现诸如实时容量规划、出院规划和临床数据交换等用例。凭借预先构建的基础设施和专业知识,Redox 使医疗保健组织能够将实施时间从数月缩短至 4-6 周, 并利用亚马逊云科技工具( 如 HealthLake 和 SageMaker) 专注于从数据中获取价值。

演讲精华

亲爱的朋友们, 很高兴今天能与大家见面。Tim Kesler 是Redox 公司的解决方案架构总监。今天他将为大家介绍如何利用Redox 在亚马逊云科技上为医疗保健转型构建数据基础。

当今年在HIMSS 大会上, 人工智能(AI) 成为了一个热门话题。Tim 先声明, 他并不是AI 专家, 这不是他的专业领域。但他在Redox 的工作重点是实时数据、实时数据交换, 以及将数据从传统数据标准( 如HL7 、X12 、CCDA) 转换为FHIR 格式, 并将其路由到可以开始构建应用程序的环境中。

尽管Tim 不是AI 专家, 但对于AI 来说, 构建可用于AI 的基础数据层是非常重要的。

当着手现代化医疗保健领域的基础设施时, 每个人都希望在云环境中拥有可用的医疗保健数据, 以便开始利用这些数据。但实际上, 当开始建立连接时, 这变成了一个极具挑战性的任务。需要雇佣HL7 专家、CDA 专家、定制JSON API 专家, 然后意识到他们还需要成为FHIR 专家, 以便将数据映射到适当的实施指南, 从而驱动数据价值。

这就是Redox 与亚马逊云科技合作的契机。Redox 完全建立在亚马逊云科技之上。重点是如何将医疗机构内部10 到20 个不同源系统中的数据激活, 并通过单一连接点将这些数据以FHIR 格式引入亚马逊云科技环境, 无论集成了多少源系统。这样, 这些数据就可以在日常使用的亚马逊云科技工具中得到利用。

之所以今天会大量讨论FHIR, 是因为FHIR 已经成为医疗保健行业所采用的标准。经过几年的发展, 尽管曾经遇到一些困难, 但现在已经到了一个可以在云环境中使用诸如HealthLake 等亚马逊云科技产品来利用FHIR 数据的阶段。

但问题在于, 虽然许多EHR 系统都提供了FHIR API 来驱动查询流程, 但大部分数据并不以可以直接在Epic 或Cerner 实例与亚马逊云科技之间建立管道并实时流式传输的格式存在。目前, 医疗机构的大部分集成工作仍然依赖于传统接口, 而建立转换层并将数据转换为可用格式是一个非常痛苦的过程。

因此,Redox 不仅提供了专业知识, 还提供了基础设施, 可以连接到那些HL7 源、CCD 源和X12 源, 将数据转换为一致的FHIR 格式, 并将其路由到亚马逊云科技环境中。这样, 就不必组建各种不同的团队, 而这些团队可能缺乏将数据转换为一致格式所需的专业知识和重点领域。

云计算已经成为关注的重点。大多数医疗机构都有某种云存在, 大多数支付方也在云上构建某些应用程序, 即使许多源系统目前仍然在内部实施。但是, 当开始查看每天实时交换的数据时, 将这些数据路由到云环境仍然是一个沉重的负担。

根据对当前许多医疗机构合作伙伴的一项快速研究, 建立这些接口源并将其路由到云环境中的FHIR 格式通常需要6 到12 个月的时间。但与Redox 合作, 一个典型的实施项目只需4 到6 周即可完成。从项目启动到生产级别上线, 就可以开始针对云中的FHIR 环境发出有意义的API 调用。

此外, 添加写回组件以从数据中获得结果并将其推送回EHR 环境, 这也是Redox 在过去7 到8 年中一直在大规模做的事情, 可以开始支持端到端工作流程。因此, 不只是将数据路由到云环境中, 还可以从中获取价值, 将数据推送回EHR 系统, 让临床医生和运营人员在他们工作的系统中使用这些数据, 从而真正理解数据的含义。

那么,Redox 到底是什么样的呢? 作为建立在亚马逊云科技之上的平台,Redox 负责与任何下游源系统的连接。不必担心建立VPN 或IHE XDS.b 连接来交换CCD 。也不必担心一些只在医疗机构内部使用的传统集成语言。无论是HL7 、DICOM 、FHIR 、X12, 还是从SFTP 下载的平面文件,Redox 都将处理这些连接, 将数据转换为FHIR 格式, 并与团队合作构建适合生态系统和目标的实施指南, 最终将数据实时引入云环境, 以便可以利用亚马逊云科技提供的工具来真正理解这些数据。

这实际上意味着, 不仅可以查看延迟24 小时的用例, 即通过SFTP 下载平面文件并由系统处理, 还可以实时进行操作。因此, 如果想进行容量规划、患者流程、出院计划, 甚至是当前住院患者的病例管理或利用率管理,Redox 都可以让环境中接收初始入院通知以及相关的临床文档。

例如, 如果想为出院患者驱动出院计划工作流程, 可以接收到A03 事件的通知。Redox 可以立即发起查询, 将基于就诊的临床摘要拉取到系统中。因此, 在患者甚至还没有开车回家, 就已经获得了他们出院的所有细节, 包括他们接下来将前往哪里就诊、是否需要在30 天内让患者复诊以满足以患者为中心的医疗保健家庭指南, 以及支持该就诊的临床内容, 以了解发生了什么、下达了哪些医嘱、收到了哪些结果, 并与任何协助满足这些患者治疗需求的合作伙伴共享这些数据。

这可能是最喜欢的一张幻灯片, 因为当谈到构建所有这些工作有多么困难, 以及为什么真的不希望处于必须组建内部集成团队的境地时, 这张幻灯片展示了Redox 在过去十年中所做的工作, 以便不必亲自动手。提到, 当前许多CCD 交换都是通过XDR 连接上的IHE 配置文件驱动的, 这些都是一些术语, 如果在招聘广告中使用这些术语, 或者尝试招聘开发人员加入生态系统, 找到能够构建此基础设施的人才是非常困难的。但即使构建了其中一个功能, 很快就会发现自己需要再次雇佣一批完全不同的人来重复构建。如果收购了另一家使用完全不同EHR 的医疗机构, 就必须从头开始。

而对于Redox 来说, 已经开箱即用地提供了所有这些功能。构建了这些功能, 以便不必亲自动手。与Redox 的连接在这一端非常简单, 只需连接到基于JSON 的API 或利用基于FHIR 的集成即可。

之前提到了通常看到的实施时间线。当人们开始在云环境中考虑实时数据时, 会有很多顾虑, 因为这些都是大型项目。需要大量资源来建立这种连接, 需要许多人员参与, 还需要不同领域的专业知识, 而事实上, 除非已经在内部构建了这种专业知识, 否则很难找到合适的人员。

因此,Redox 经常参与到这样的项目中, 当时他们已经实施了6 个月、9 个月或12 个月, 可能只有ADT 源在线, 但正在努力推广到所有临床源, 而且成本非常高昂。

与Redox 合作时, 他们真正试图改变这种方法。Redox 利用了大量现有的基础设施, 他们已经预先构建了大量技术。Redox 已经与95 多个不同的EHR 平台集成, 目前有超过21,000 个活跃的生产接口源通过他们在亚马逊云科技上托管的平台流动。他们每月处理超过10 亿笔双向交易, 即从EHR 中提取数据以及写回数据。

而所有这一切的关键是, 与Redox 的典型实施仍然只需4 到6 周时间。如果添加写回EHR 的功能, 他们将考虑4 到10 周的时间。

最后, 开始使用Redox 是完全无障碍的, 他们希望尽可能减少摩擦。与Redox 合作时, 没有任何初始前期费用, 所有定价都是根据您实际通过API 路由的数据量来计算的。因此, 如果您想从小处着手, 也没有问题。您可以先路由一部分ADT 源, 看看效果如何, 尝试一些亚马逊云科技工具, 如HealthLake 、Comprehend Medical 或SageMaker, 开始探索生态系统, 了解您希望在激活其余接口源并大量将数据引入云环境之前的方向。

Redox 已经工作超过8 年了。在这段时间里, 他们构建了一个庞大的连接医疗机构的网络。您在这里看到的是他们当前连接量的图表。他们已与超过6,500 个医疗机构连接, 为400 多个应用程序提供集成, 并连接到95 多个EHR 供应商。他们不只是计算Epic 2013 、Epic 2015, 而是将Epic 视为一个连接,Cerner 视为一个连接。他们真正看到了EHR 的长尾效应, 并与20 多个区域健康信息交换所(HIE) 以及Care Quality eHealth Exchange 集成。一度, 通过他们的Redox API 运行的是全美近10% 的COVID 测试, 为许多公共卫生部门的报告提供支持。

最后, 他们公开了整个网络。因此, 如果您是一家医疗机构, 并且想知道是否已经有Redox 集成, 您可以访问exploreRedoxEngine.com 。他们所有的连接都列在该网站上, 您可以看到该连接的覆盖范围。他们使激活现有源和将其重新路由到您的云环境变得非常简单。如果他们今天已经与您集成, 那么实施时间将进一步缩短, 前提是您希望在云环境中驱动的范围已经通过该连接实现。

总结

凭借强大的实时数据交换和转换功能,Redox 为寻求在亚马逊云科技上构建数据基础设施以推动数字化转型的医疗保健组织提供了一种强有力的解决方案。通过无缝集成不同的传统系统并将数据转换为FHIR 标准,Redox 使临床信息能够顺畅流入云环境, 从而释放出进行分析、人工智能和创新应用程序的潜力。

该演示重点介绍了手动设置数据管道的挑战和所需的专业知识, 强调Redox 能够简化这一过程, 将实施时间从数月缩短到仅4-6 周。凭借覆盖6,500 多家医疗保健组织、400 多种应用程序和95+ 家EHR 供应商的广泛网络,Redox 提供了一个全面且可扩展的实时数据交换和写回功能解决方案。

通过利用Redox 的平台, 医疗保健组织可以专注于利用亚马逊云科技工具, 如HealthLake 、Comprehend Medical 和SageMaker, 从数据中获取价值, 并实现与临床工作流程的无缝集成。该演示强调为医疗保健转型构建坚实的数据基础的重要性, 将Redox 定位为解锁基于云的医疗保健解决方案全部潜力的值得信赖的合作伙伴。

亚马逊云科技（Amazon Web Services ）是全球云计算的开创者和引领者。提供200 多类广泛而深入的云服务，服务全球245 个国家和地区的数百万客户。亚马逊云科技致力于成为企业构建和应用生成式AI 的首选，通过生成式AI 技术栈，提供用于模型训练和推理的基础设施服务、构建生成式AI 应用的大模型等工具、以及开箱即用的生成式AI 应用。深耕本地、链接全球 -- 在中国，亚马逊云科技通过安全、稳定、可信赖的云服务，助力中国企业加速数字化转型和创新，并深度参与全球化市场。