3 questions to ask your API vendor

March 25, 2016
Nick Hatt Staff Software Engineer, Tech Lead

If you’re reading this you most likely have a need to integrate your application with EHRs across the country (maybe even the world!). There are a handful of API companies out there, with us at Redox pushing the pack. As you review available solutions, it is important to ask the right questions and get past the marketing. This post overviews some really tough decisions we have had to make in designing our product and why we made the choices we did.

What’s under the hood?

Without a doubt, your API vendor is using some kind of data translation engine. For example, Mirth Connect is an open-source interface engine that supports lots of different standards. It is important to know just what your vendor is using and why. Redox is 100% built from the ground up by our dev team.

The reason we ultimately built or own engine is two-fold:

How do you connect to health systems?

We don’t track of the number of years of Epic experience on the team anymore because we’ve been growing so fast, but it’s over 50 years. In those 50 years we learned what really works in getting projects live and reducing the burden on the IT team. Our approach to connecting to health systems is to establish a secure VPN between the health system and our cloud. Other approaches require an on-premise tool to collect the data and ship it out (something like this).

We think that VPNs are superior. Here’s why:

Is the back-end standards based?

As much as I as tend to bash HL7 and others standards bodies on this blog, we love them because they are all we have. They’ve been adopted. We’ve managed to get such a large number of projects off the ground so quickly mostly beacuse we are using standards-based exchange. James (our CTO) and I wrote a bunch of the code that does this at Epic, and most EHR vendors speak HL7 in one form or another. Would it be easier for us to plug directly into the EHR database? Maybe, but that brings with it a lot of maintenance issues as well as very real security concerns.

Here’s why we love standards:

Why Redox?

We believe our answers to these three questions are positioning us (and you) to be the best API for all forms of healthcare exchange. We know that you can set up VPNs, learn how standards work, and build out a connectivity engine infrastructure. We’re betting that we can save you time and money by doing it for you and letting you focus on making your application amazing. We’re also taking the path most travelled when connecting to EHRs, meaning we can move fast, get the health system IT team onboard, and get you live in weeks, not months.

The Dev Team really loves working on our platform and we’re happy to answer any questions you may have on Slack:https://www.redoxengine.com/community/.

Stay in the know! Subscribe to our newsletter.