氧化还原

从这里到互操作

发表于一月24,2017
尼科·斯基瓦斯基(Niko Skievaski)

 

氧化还原已经走过了几年的互操作性之旅。今天,我们宣布关闭我们的 系列B轮  由我们在RRE Ventures的新合作伙伴领导。筹集外部资金迫使组织传达对世界现状的构想,并在实现该构想方面显示出可观的进步。今天,我想在这里分享一些愿景和进步。

(如果您是一位视觉学习者,请从2/2查看网络研讨会。我讲了这些东西,并与詹姆斯一起现场回答了问题。)

此处:现状

我们怎么到达这里的?据估计,医疗保健支出中有多达三分之一是浪费,而且我们将GDP的近20%用于医疗保健。这是计算机和互联网几乎带给所有其他行业的效率提升的巨大靶心。但是,我们的现状是采用的早期技术-在地下室中冷却的传呼机,传真机,哑客户端和服务器中。这是根深蒂固的医疗服务提供者的习惯,几十年前,他们在医学院接受了采用技术支持的医疗保健服务。这是画布创新所必须处理的。

新技术已经存在,但是我们的行业存在采用问题。氧化还原的存在是为了加快医疗保健技术的采用。这就是过去几年中医疗机构的发展趋势。

步骤1:采用战略技术

随着他们提供护理服务的成本在收入下降的同时,医疗保健管理员感到压力很大。因此,领导层正在积极寻求技术解决方案以增强其组织内的战略计划:

如今,市场上有数百种技术解决方案试图解决这些问题。当前的互操作性解决方案类别试图将这些软件解决方案直接连接到医疗系统的旧版电子医疗记录。

这就是我们建立当前业务模型的地方。我们连接的应用程序是由医疗保健领导者战略性地选择的。我们连接的应用程序和医疗系统的目标是将数据从A传输到B。他们不在乎我们是否通过集中式网络进行传输。

实际上,双方都要求我们拆除网络以换取控制孤岛:

我们被要求将引擎放在医疗系统的墙壁上,该引擎只能作为医疗系统选择使用的应用程序子集的端点。然后将我们与传统接口引擎或API管理公司进行比较,因为如果这样做的话,那就是我们要做的。

我们被要求为应用程序端启动引擎,在该引擎中,该引擎仅适用于应用程序可以销售的健康系统。这就是我们与市场上通过托管点对点解决方案为这些供应商提供服务的初创公司进行比较的时候。这仅解决了A和B以及A到C的问题,而不是C到B的问题,而不是行业。实际上,它每次都要重新构造轮子,从而加剧了互操作性问题。这是低效率的并且不能接受的。

每次我们说“不”。

网络互操作性

连接到Redox的所有应用程序和运行状况系统都使用相同的数据模型在同一网络上。因此,所有应用程序和运行状况系统在技术上都是可互操作的。随着我们网络的发展,我们看到了一个医疗系统打开多个应用程序,以及一个应用程序通过完全相同的基础架构与多个医疗系统集成的巨大效率提升。这就是我们所说的网络互操作性。

我们的网络正在发展。大约2k的数字健康应用程序具有Redox开发人员帐户,可以在网络上建立集成。我们正在使用三十几家不同的EHR供应商,与沿海和欧盟之间的卫生系统交换生产数据。我们的生产消息量每天接近一百万条临床消息。

步骤2:以创新为策略

我们受到了卫生系统的启发,这些卫生系统已经开始将其已知的机会超越了整个创新空间。他们问他们正在开发什么技术 寻找了吗?我们应该怎么办 尝试 ?我们如何通过受控实验将效率从效率提升到功效?

通常,这些组织是EHR的早期采用者,并且在 战略技术采用。他们已经开始理解,在他们现有基础架构之上的标准化应用程序集成层对于快速试用和部署解决方案是必不可少的。

最早采用此方法的人在数据仓库或EHR之上直接构建了自己的API层。一些公司已经萌芽为IT团队提供API管理工具,以更有效地完成此任务。但是这些解决方案只会减少IT团队的工作量。这些创新仍然需要与该特定卫生系统的API规范集成。这只会为技术采用带来逐步的改进。

氧化还原已被拉入与许多创新医疗机构的合作。我们描述了如何使用与Redox的单个连接来提高效率地在网络上部署应用程序。已经连接了数百个应用程序,可以投入生产。

实际上,大多数创新医疗系统都是由我们的应用合作伙伴确定的,他们相信这一愿景。这些应用程序正在被采用 从战略上讲 但正在拖累我们。我认为这说明了卫生技术企业家的某些观点:除了发展自己的企业之外,我们相信这里的更大使命。技术可以以我们尚未想到的方式实现医疗保健的交付。这些是卫生技术先驱们努力种植的文化变革的种子。

步骤3:采用分布式技术

创新团队必须是合作者。它们可能是渠道的顶端,但必须与部门,提供者和患者合作,才能将新技术引入医疗保健提供机构。在稳定状态下,技术采用决策应尽可能接近最终用户。

只要数据安全地同步到组织的真实来源,最终用户就选择适合于支持其独特工作流,首选项和样式的技术才有意义。类似于自带设备的运动,在某些情况下,自带应用程序模型将开始形成。在一个简化的示例中,我选择在手机上使用特定的电子邮件和日历应用程序。但是,我仍然可以与同行访问相同的托管电子邮件帐户,他们可以使用他们喜欢的任何应用程序与之交互。

家庭实践可能会觉得 宝珠健康 与患者进行远程检查很有意义。骨科医生可能会选择部署 CODE技术 收集她的关节置换患者的结果。 PT部门可能会部署 布雷格的 销售点系统可帮助简化DME库存。肿瘤科可能会使用 Carevive的 某些患者的生存计划。这里的重点是,采用技术的选择不必集中在执行层。一旦建立了安全的应用程序层,就可以更自由地使用或不使用应用程序。

步骤4:以患者为中心的互操作性

任何互操作性用例中的共同点都是患者。她是专科医生之间的调动人,被送进医院,并试图进行护理。这样,直到她的临床数据毫不费力地跟随她,才能实现真正的互操作性。这是以患者为中心的互操作性,可悲的是,在我们行业中的典型讨论中却没有。

它需要源系统和目标系统的无缝连接。而且,患者将需要能够授权她认为必要的任何人访问其数据。由于电子病历的部署方式,目前这是不可能的。事物需要联网。患者及其使用的应用程序需要一个网络来插入检索和利用临床数据。氧化还原将成为这个网络。

我们不能以患者为中心的互操作性从这里开始。鸡肉或鸡蛋有问题。如果没有网络,这些应用程序将无法生存,网络也无法建立在这些患者控制的应用程序的背后。上面讨论的前三个阶段需要拖拽平台,最终将使患者(这些数据的合法所有者)实际控制它。

这就是我们要做的。