行业

您需要了解的有关EHR API的5件事

发表于六月22,2017
乔治·麦克劳克林

电子病历集成API 终于进入了医疗保健领域。尽管他们承诺改变健康信息的共享方式,但是在像对待其他任何API一样对待它们之前,您需要了解一些知识。

1.他们通常需要人的协作。

大多数API都很实用-您阅读文档,获取API密钥,设置验证令牌,并且只要遵守规则,即可立即启动并运行。医疗保健API有所不同-由于围绕个人健康信息(PHI)的安全性问题,医疗保健API永远不会100%放手体验。

创建自己的API进行数据交换的EHR供应商将发布您如何’ll发送,接收和查询信息。他们’将向您展示消息的结构以及期望的内容,在某些情况下,它们’甚至会提供沙盒环境和开发人员工具,使您可以模拟交换信息。但是,在生产环境中交换健康信息之前,拥有数据的组织与希望使用该数据的组织之间需要进行谈判。

在其他情况下,由于EHR供应商已经开发了API,因此在使用之前需要经过两个阶段的协商:与医疗保健组织和EHR供应商本身进行协商。

2.现有信息千差万别。

每个EHR供应商都独立开发了自己的API,因此,每个供应商的可用功能都大不相同。某些供应商提供只读API,而其他供应商则允许您查询特定的用例,例如提供商时间表中的“可用空位”。有些可能允许您编写离散值,但不能编写上下文注释。您将需要仔细检查每个EHR供应商’的API以了解其支持的功能。

需要记住的一件事:不要期望它们相同,否则在另一个站点上将支持您使用一个EHR API执行的工作流。

3.数据的结构差异很大。

电子病历 API如何列出男性和女性?他们何时何地使用SNOMED或ICD-10代码?他们如何构造药物日期?由于所有供应商都是独立的,因此每个供应商都开发了独特的API。这会导致系统之间的不兼容性和差异性,并且正如任何开发人员所能证明的那样,并非所有API都是一样创建的-不同API的功能,易用性和支持文档有所不同。

在探索EHR API时,各种各样的质量和功能可能会让您沮丧而不是兴奋。

4.并非总是很好地支持EHR API。

这是一个肮脏的小秘密:许多EHR供应商并没有投入太多精力或资源来支持使用它们所需的API或供应商程序。不要误会我们的意思,有些人提供了非常有帮助的支持,并且落后于他们的API的100%,但是其他人……好吧,让我们’只是说EHR供应商进行市场推广,建立一个网页,然后指出这一点并不罕见,这是表明他们支持医疗保健API的一种方式。

另一种常见的做法是,通过指派一个或两个人来处理来自供应商的所有请求,来授予访问API的故意瓶颈。这从本质上限制了授予访问权限和使用API​​的速度。有关此问题的最佳数据,请参见 Health2.0最近的调查 有关使用EHR供应商API的信息。

5.他们在这里停留。

医疗保健API在利用健康信息可以做什么方面提供了令人兴奋的进步。他们承诺会更轻松地遵守HIPAA的“最低要求”,并在查询“提供商时间表中的空缺时间”等特定内容时提供灵活性。当有效交付和利用时,它们’这将为更多的开发人员和创新者提供机会,以创建利用EHR中创建和存储的大量数据的解决方案。

围绕它们独立开发存在真正的局限性,要想提供强大而令人愉悦的体验,还有很长的路要走,但是无论如何’对于健康信息交流的未来无疑是充满希望的时刻。

感到沮丧了吗?

我们不’怪你吗? 电子病历 API 可能会导致项目延长,产品再开发无止境以及需要不断学习新的API。

幸运的是,Redox意识到消除这些问题的唯一方法是提供一个与供应商无关的单一API,并在所有EHR中提供一致的体验。这意味着您无需与数百种API进行交互,而只需要体验一个即可-’s easy to use, too!

我们的解决方案可帮助您轻松交换医疗信息。深入了解我们的API以及它如何解决医疗保健互操作性。