如果你’重新阅读本文，您可能需要将您的应用程序与全国（甚至全世界！）的EHR集成。那里有少数API公司，我们在Redox的推动下。当您查看可用的解决方案时，重要的是要提出正确的问题并超越市场。这篇文章概述了我们在设计产品时必须做出的一些非常艰难的决定，以及我们做出选择的原因。
什么’s Under the Hood?
毫无疑问，您的API供应商正在使用某种数据转换引擎。例如， 欢乐连接 是一个开源接口引擎，支持许多不同的标准。重要的是要知道供应商正在使用什么以及为什么使用。氧化还原是我们的开发团队从头开始构建的100％。
我们最终制造或拥有引擎的原因有两个：
- 云的可扩展性：我们对Redox的愿景是一个庞大的数据交换网络，只有通过利用云的计算能力才能实现。微服务风格的架构意味着您的客户’第五卫生系统的建立与第500卫生系统一样容易。
- 支持最新和最伟大的技术：我们喜欢不断集成并不断改进我们的产品。依赖于另一个项目（即使是开源项目）也无法让我们足够快地将最酷的新技术掌握在您手中。
您如何连接到卫生系统？
我们不’不再跟踪团队中Epic经验的年限，因为我们’增长如此快，但是’超过100年。在这100年中，我们了解了使项目生效并减轻IT团队负担的真正方法。我们连接到卫生系统的方法是在卫生系统和我们的云之间建立安全的VPN。其他方法需要内部部署工具来收集数据并将其发送出去 （像这样）.
我们认为VPN优越。这里’s why:
- VPN通常具有最少的设置量，并且对于健康系统而言具有最大的灵活性。
- 卫生系统中没有任何Redox代码，这意味着我们可以为所有人提供最强大，最灵活和最新的功能。
后端标准基于吗？
尽管我倾向于猛击HL7和其他’在这个博客上的标准机构，我们喜欢它们，因为它们是我们的全部。他们’ve been adopted. We’我们之所以能够如此迅速地启动大量项目，主要是因为我们正在使用基于标准的交换。 James（我们的CTO）和我在Epic编写了很多代码来执行此操作，大多数EHR供应商以一种或另一种形式讲HL7。我们直接插入EHR数据库会更容易吗？也许可以，但这带来了很多维护问题以及非常实际的安全问题。
这里’为什么我们喜欢标准：
- 与EHR供应商签订合同的需求更少。 电子病历供应商明确创建了基于标准的接口来共享数据！这是显而易见的。
- 电子病历 vendors will try their best to maintain backwards compatability. At Epic, we took great care to make sure messages coming out of an interface stayed the same from release to release. 如果你’直接访问基础数据库，就无法保证会得到什么。
为什么要使用氧化还原？
我们相信我们对这三个问题的回答使我们（和您）成为所有形式的医疗保健交流的最佳API。我们知道您可以设置VPN，了解标准的工作原理并建立连接引擎基础结构。我们’重新打赌，我们可以为您做到这一点，让您专注于使您的应用程序出色，从而节省您的时间和金钱。我们’重新连接EHR时，也走了最常走的路，这意味着我们可以快速行动，让卫生系统IT团队加入其中，并让您在数周而不是数月内生活。
开发团队真的很喜欢在我们的平台上工作，我们’很高兴回答您对Slack的任何疑问： http://community.toyosteel.net.cn/.
