Making it easier to innovate with Open APIs
Meet Steve Buttitta. He’s the president of ByteSized Solutions, a company that has about 30 applications powered by Allscripts Open Application Programming Interfaces (APIs). We have shared data with those products more than 33 million times. Being Open is about utilization, not technology. You have to do it, not just talk about it.
I asked Steve if he’d be willing to share his thoughts with our blog readers, and he agreed:
I started consulting in healthcare integration 15 years ago. At the time, it was just me sitting in my basement banging out code. EHR systems were in their infancy and integration was both limited and difficult.
I struggled a lot in the start, because I spent my time fighting electronic health record (EHR) companies to get access to their systems or information about their systems. In the end, I burned a lot of hours and my clients paid for that time. Additionally, as a result of this lack of willingness to collaborate, I had to shoehorn in many solutions with less-than-graceful executions.
The adoption of EHRs and IT in general is now a requirement in health care. We’ve come a long way since then, but unfortunately, from a third-party integration perspective, not much has changed.
My company has developed a niche and expertise. We frequently accomplish tasks that EHR vendors have told their clients aren’t possible. I would think that EHR vendors would see a partnership with us as a net positive. We help their clients and make the EHR a better, more usable product.
Unfortunately, most EHR vendors, in a very short-sighted manner, see us as antagonists that are stealing their services business. They put up road blocks. They making accessing their APIs difficult.
As an example, we had one client demanding that its EHR vendor work with us on a project. The EHR vendor dragged its feet so much that it took almost six months just to sign a non-disclosure agreement. Closed EHR vendors routinely use tactics like this, or blocking access to API, to drive consulting services back to the EHR vendor. The truth of the matter is that in general they’re not equipped to do the work, and it will take too long to get the results clients are looking for.
I’ve found one exception to the rule: Allscripts.
Allscripts API is readily accessible. The cost of partnership is nominal. Documentation is published and support is available. Instead of hiding documentation, Allscripts strongly encourages innovators to attend open training classes and with people who wrote the API. It’s just that easy.
In the past 18 months, we’ve written many apps powered by Allscripts Open APIs. Some of the apps we’ve written just wouldn’t be possible without it. The Allscripts team spends a lot of time performance-tuning its API to make it blazingly fast. When we migrated one of our apps from direct database calls to Allscripts, we were able to increase its performance by more than 10 times.
Another big win is how the API works across multiple Allscripts products. We have a product that we had only sold into the Allscripts Touchworks® EHR space. After converting that product to Allscripts API, instead of taking hundreds of hours to make it work with Allscripts Professional EHR™, we were able to port the solution in less than 20 hours. Clients don’t have to wait as long to get the products they need.
Having gushed on about the API, I think at its core, the big differentiator between Allscripts and other EHR vendors is this Open philosophy. Allscripts recognizes that when we build products and solutions for clients, those clients are happier. As a company, Allscripts knows that it can’t be everything to everybody. Working with partners like us, together we can help move health care forward.
Having finally seen what it can look like when an EHR vendor really becomes a true partner, it has me asking the question “Why can’t it always be this easy?”