Free EMR Newsletter Want to receive the latest news on EMR, Meaningful Use, ARRA and Healthcare IT sent straight to your email? Join thousands of healthcare pros who subscribe to EMR and HIPAA for FREE!!

What a Real Open EHR API Should Accomplish

Posted on June 17, 2013 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 15 blogs containing almost 6000 articles with John having written over 3000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 13 million times. John also manages Healthcare IT Central and Healthcare IT Today, the leading career Health IT job board and blog. John is co-founder of InfluentialNetworks.com and Physia.com. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and LinkedIn.

There’s been a lot of talk in the EHR world about APIs and most of the time they talk about it as an open API. The problem is that there’s been a lot of talk about EHR APIs and not a lot of action. Having an open API is more than just giving a couple people access to some really small subset of your EHR. We need truly open EHR APIs that are more than just a nice press release.

A successful EHR API requires two core elements: Access to EHR Data and a User Base.

The first element is the obvious one and the one that everyone focuses on. An API needs to have access to the data in the EHR. This includes accessing that data for display in an outside application. Plus, it requires that an EHR accept data from an outside application. EHR APIs seem to fall short on both of these areas. Most only give you access to some really small portion of the EHR data. Even fewer let you write any sort of data to the EHR.

If you don’t give an outside application the ability to access the EHR data and write data to the EHR, there are very few applications you can build on top of it. Is it any wonder that the third party EHR developer community isn’t doing more things with EHR software? If they had these two things, EHR vendors would be amazed at what they’d build. I love Jonathan Bush’s idea of “every surface area” of athenahealth being available in an API. If he achieves this vision, third party developers will flock to that EHR and enhance it in ways that would have never been possible for athenahealth to do on their own.

The second piece is just as important to an API. EHR API developers need to get access to your existing EHR user base. This doesn’t mean you have to give them a list of all your clients. It does mean you need to feature the work of these third party developers to your existing user base. This can be in your application, in an email list, at your user conference, etc.

Think about the message you’re sending to your developer community and your existing user base when you do this. The developer community wants to build even more functionality into your product. Your EHR users get more value out of your EHR application thanks to the development efforts of an outside party. Plus, ambitious EHR users can even create their own functionality using the EHR API.

I can’t wait for the day that EHR vendors fully embrace the idea of a third party EHR API. There are so many outside companies that would benefit from an EHR API, but the EHR vendor will benefit just as much. Plus, the real winners will be the EHR users and patients who get the functionality they’ve been wanting from their EHR that the EHR vendor couldn’t deliver.

Rip & Replace EHR, 3rd Party EHR Connections, and EHR Advice from a Physician

Posted on December 23, 2012 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 15 blogs containing almost 6000 articles with John having written over 3000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 13 million times. John also manages Healthcare IT Central and Healthcare IT Today, the leading career Health IT job board and blog. John is co-founder of InfluentialNetworks.com and Physia.com. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and LinkedIn.


It’s not good for morale, finances, or patient care. Although, it might be better than being stuck with an EHR that is worse for morale, finances and patient care. It’s not an easy decision to switch EHR, but sometimes it’s necessary. Although, this is an almost impossible decision for a hospital. See this post about the “Wrong EHR” conundrum.


I’m not sure how much of this twitter thread will embed. If it doesn’t, then here’s a link to see the full thread. I hope that we can continue to raise the call for more open systems and access to EHR by third party software! Which EHR will set themselves apart in this regard?


Great advice for every doctor when it comes to EMR. It’s a hard shift for many, but I expect Dr. Noah won’t have any issues with this advice.

EMR Add-On’s that Provide Physician Benefit

Posted on November 21, 2012 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 15 blogs containing almost 6000 articles with John having written over 3000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 13 million times. John also manages Healthcare IT Central and Healthcare IT Today, the leading career Health IT job board and blog. John is co-founder of InfluentialNetworks.com and Physia.com. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and LinkedIn.

One of the companies I met in New York City at the Digital Health Conference was MedCPU. I had a great time talking with the effervescent Founder and President, Sonia Ben-Yehuda and the Founder and CEO, Eyal Ephrat, MD. MedCPU is part of the inaugural New York Digital Health Accelerator class. Plus, they’ve created a pretty interesting concept and way to simplify their message down to a single button that analyzes both free text notes and structured data to check for compliance to best practice guidelines or for deviations from expected care.

The idea of a single button that does all the work is a decent one. Sure, real time analysis is good as well, but EHR software isn’t there yet and won’t be for a while to come. Very few EHR seem to be offering real time meaningful use compliance checking. Forget about real time clinical compliance checking.

What I found even more interesting was something that MedCPU told me when they were describing their product. Dr. Ephrat told me that one hospital was using the services MedCPU provides as the benefit that doctors will receive for using EHR. I find this concept quite interesting. I won’t belabor the point that EHR is the database of healthcare, but it’s amazing to consider that a third party application could provide enough benefit to be the reason why doctors want an EHR.

Many EHR vendors realize this is true. That’s why many are trying to offer API (application interfaces) which will allow third party vendors to interact and integrate with their EHR. I wonder what apps can be created by third parties that would really take EHR software to the next level. A thriving third party eco-system of developers can be much more powerful than trying to do all the innovation in house.

Do you know of other EHR add-ons that provide the real benefits physicians want out of an EHR? I’d love to hear of ones you think fit that test.

EHR Is the Database of Healthcare

Posted on March 1, 2012 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 15 blogs containing almost 6000 articles with John having written over 3000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 13 million times. John also manages Healthcare IT Central and Healthcare IT Today, the leading career Health IT job board and blog. John is co-founder of InfluentialNetworks.com and Physia.com. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and LinkedIn.

I’ve been regularly writing and thinking for the past few months about something I’ve branded as the “Smart EMR.” Basically, the EMR of the future won’t be a repository of documents and information like before. Instead, doctors will have an expectation that the EMR is smart and can do something valuable with all the health information that’s stored in the EMR. I love this subject. I should put together a presentation on it and start touring it around the country, but I digress.

While at HIMSS I had the pleasure of talking with Sean Benson, VP of Innovation at Wolters Kluwer Health. In our discussion, he said something that hit me like a ton of bricks. He suggested that EHR software is the database of healthcare. The implication being that EHR software is good at collecting healthcare data and storing that data. What they’re not good at doing is actually providing the smart layer that goes on top of that data.

I’m sure that many who know about Wolters Kluwer Health’s (WKH) software offerings might see Sean’s view as bias since WKH, as best I can tell, wants to be the smart layer that goes on top of EHR software. In fact, they showed me some really interesting technology they have for processing all the medical information out there into a really digestible format, but that’s a post for another day. Their interests and clinical decision support software aside, the idea of the EHR software being the database of healthcare seemed to resonate with me.

I’ve often described EHR software to date as a big billing engine. Some EHR are trying to break that mold, but that’s a hard mold to break since a big billing engine is what the market has asked them to create (for the most part). With that in mind, it’s certainly hard for an EHR software to develop a true Smart EHR platform.

I can see in my mind’s eye a product development team going into the EHR vendor executives office and pitching some amazingly smart and effective EHR software for improving patient care. The cynical me then sees the EHR vendor executive saying, “We can’t monetize that.” or a related “That won’t sell more EHR.” The sad thing is that the executive is probably right…at least today. The market hasn’t started demanding a Smart EHR and improved patient care. I’m hopeful that the new ACO model will help to shift that focus, but it’s still too early to tell if that will provide the impetus for change.

Another part of me hopes that a true entrepreneur will come along and build an EHR that provides such a stark contrast in how it provides patient care that doctors won’t be able to resist using it. Something impactful like the stethoscope, that if a doctor isn’t using it patients won’t go to that doctor. However, this line of thinking seems to push the concept of EHRs being the database of healthcare and not the All in One Smart EHR.

If I’m an entrepreneur with the vision of transforming patient care through smart use of EHR data, why would I want to build an EHR from the ground up when there are a number of very large EHR vendors that have APIs that allow me to build upon their data? If the data’s already been collected, then I’m likely to focus all of my energy creating innovative solutions with that data, not creating the mechanism to collect the data.

What’s a database? Tools to collect data, store data and then retrieve data. What’s an EHR today? Mechanisms to collect health data, store the data and then retrieve the data.

Ok, that’s a bit of an over simplification, but the analogy is there. You can see why so many EHR vendors are trying to become “the platform” of healthcare. Turns out that being the repository of data that everyone else builds cool stuff on top of is very valuable. However, building that platform requires a very different culture and focus than building Smart EHR solutions.

This is why I’m sure many EHR vendors will try to develop some Smart EHR solutions, but in the end EHR will be the Database of Healthcare that other Smart EHR applications connect into. I don’t think that’s a bad thing at all.

Interview with SRSsoft EMR CEO Evan Steele

Posted on October 1, 2009 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 15 blogs containing almost 6000 articles with John having written over 3000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 13 million times. John also manages Healthcare IT Central and Healthcare IT Today, the leading career Health IT job board and blog. John is co-founder of InfluentialNetworks.com and Physia.com. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and LinkedIn.

I’ve been finding what SRSsoft and in particular their CEO, Evan Steele has been saying about the ARRA EHR stimulus money on the SRSsoft blog called EMR Straight Talk really interesting. They’re an EMR company that I think has taken a different approach to marketing their EMR software. So, I thought it would be interesting to interview Evan on a number of relevant topics related to his EMR and the ARRA stimulus money.

Let me know if you like the following interview and I’ll think about doing more of them.

Describe what you define a hybrid EMR is.

Hybrid EMR satisfies the demands of high performance physicians by providing process efficiency. This benefit is delivered through click minimization, ergonomic design, product flexibility and a non-proprietary, open software platform. The hybrid EMR is not exam note-centric, and therefore spares physicians the onerous data entry requirements associated with traditional EMRs.

Can you describe 3 features and how it’s done in a hybrid EMR versus a traditional EMR?
*Generating a ePrescription with only two clicks
*Reviewing a message, viewing the attached document (like a lab or a radiology report) and signing the document with one click.
*Generating a fully templated exam note from anywhere within the software with three clicks.

Will SRSsoft be participating in the ARRA EMR stimulus money program?

It all comes down to the meaningful use requirements – although, after 3 rounds of meaningful use discussions, the requirements are likely not to change significantly.  As listed in the most current “Meaningful Use” Matrix, they are quite onerous for physicians. The cost associated with reduced productivity that a high-volume, high-performance physician would incur by entering the data to meet the meaningful use requirements dwarfs the incentives being offered and the relatively small penalties which starting six years from now (in 2015).

How come I don’t see a CCHIT certified badge on your website?

CCHIT reached the apex of onerous requirements when it released its 2009 certification criteria which contained nearly 500 items. Since its formation in 2004, CCHIT has layered on more and more criteria each year, and vendors have been on a wild goose chase to program those requirements.  Most of these feature requirements are not used or valued by busy physicians. SRS made a conscious decision not to follow the herd and, instead focuses on features that busy physicians need to make their practices efficient so that they can manage their costs and take better care of patients.  The result is a highly ergonomic, usable EMR that actually meets the needs of high-performance physicians.  Sales have skyrocketed.

Interestingly, the new certification will be an HHS badge and not a CCHIT badge and there will be multiple certifying bodies. In addition, the HHS certification criteria will be only those features that are required to meet the meaningful use requirements.  CCHIT actually eviscerated their almost 500 requirements and announced that 88 requirements will be needed to meet meaningful use guidelines.  I feel sorry for the scores of companies that programmed hundreds of complex features only to find that they were unnecessary (all the while not focusing on what physicians actually want).  I also feel sorry for the physicians that paid for those unnecessarily complex products.

Listening to the voice of the physician is a winning strategy and always will be.

How did the HIT Policy Committee react to your “Voice of the Physician” petition?

Lynn Scheps, our Vice President of Government Affairs, went to Washington to present the “Voice of the Physician Petition” to the HIT Policy Committee in person, because we felt it was so important that the decision-makers understand how private-practice, community-based physicians view the expectations being placed on them. The government’s goal of widespread EHR adoption cannot be accomplished without buy-in from the physicians themselves, and the fact that a relatively small company like SRS could generate such a sizeable response in a short time, with minimal outreach efforts, indicates the deep level of concern among physicians. The “Voice of the Physician” petition was signed by SRS clients and non-clients alike, and over 150 of them feel so strongly that they took the time to submit additional comments.

As the petition was presented to the Committee, a number of members were observed browsing through the comments. I can only hope that all of the members take at least the amount of time to read them as the physicians took to write them. I think they will find them very insightful.

Is the government wasting their $19 billion in EMR stimulus money?

The government actually set aside $36 billion, anticipating $17 billion in costs savings from EMR adoption, so the net cost would be $19.2 billion if all goes as planned.
They won’t be spending it if doctors choose not to participate or if they are not able to meet the onerous meaningful use requirements (similar to their experience with the PQRI program.) In the latter case—a likely scenario—in which high-performance, high-volume physicians purchase the required software but are unsuccessful, the doctors will have wasted their money and the EMR vendor coffers will have been filled.

You claim increased productivity using SRSsoft.  Where does the productivity come from? Have you had any practices that haven’t had an increase in productivity?

It’s such a luxury to wake up in the morning, come to work and have 18 programmers who can carry out the vision of focusing purely on what physicians need to make them more productive. Productivity stems from automating processes and organizing information. The fewer clicks and less mouse movement it takes to store and access information, the better the result. Our mantra for the past 12 years is “DO NOT SLOW PHYSICIANS DOWN.”  We found that by automating the myriad of repetitive, labor intensive processes found in every medical office, massive productivity increases result every time. It’s just like any other business process improvement software that replaces antiquated paper workflows. It’s a big win if software directly addresses process improvement while positively impacting a company’s executives (in this case, the physicians). Employees become more productive and the executives benefit from having key critical information at their fingertips.

There is a huge difference when a company is not shackled by someone else’s vision (e.g., the government, certification bodies, etc.) of how technology should be applied in a medical practice.  Plain and simple: physicians know what they want for their practices and know what works, non-physician bureaucrats do not.

Every EMR company will claim that they focus on process and workflow improvement in medical practices. Not true! Just count the clicks required for simple, repetitive tasks and it becomes crystal clear what happens when companies cater to non-physician stakeholders. Any company can slap together a lab management module, an ePrescribing module, a messaging and tasking module, or a forms module, but it takes tremendous focus and dedication to integrate it tightly with the core software, make it intuitive to use and make it ‘fly’ in a medical practice. Clicks are the biggest source of lost productivity for physicians using EMR. Most private practicing physicians’ income is tied to productivity, so time is money. Therefore, every click costs money.

If EMR vendors focused 100% of their resources on usability, click-reduction and module integration rather than on hundreds of pie-in-the-sky features dreamed up by bureaucrats, adoption would flourish.

What are your thoughts on open source and open APIs in EMR software and how does your OpenPath technology fit into it?

SRS is a strong proponent of open architecture software.  At SRS, we have built the web right into the core parts of the software so anyone can customize it. They don’t have to rely on SRS to customize the software for them. SRS has many clients that have talented, tech-savvy employees who have used our Software Development Kit (SDK) to customize their SRS in amazing ways.

SRS spent a great deal of time developing its OpenPath™ technology so clients aren’t beholden to us for customizations. Many other vendors do just the opposite and require that clients go through them for customizations. It’s analogous to buying a house and then a few years later, when you want to add a new room, you find that you are handcuffed because you have to go to the builder for the addition and accept his design, his pricing and his timing. If SRS were the builder, we would be happy to build the addition, but you would also be free to choose your own builder, your own design and negotiate pricing and timing. That level of client control is sorely lacking in the EMR industry. For example, we have many prospective clients that have a strong desire to switch from an antiquated, traditional point-and-click EMR to SRS and they are petrified to ask the legacy vendor for assistance in moving the data from their system to ours. Over the short term, this is good for the legacy vendor, but it puts the medical practices’ long-term IT plans in jeopardy – they feel like the legacy vendor has put them in a straightjacket.  With the SRS OpenPath™ SDK, our clients have a document with our database schema clearly outlined so as to facilitate customizing our software or having the option to migrate to another software package should they want to at any point in the future.

What other customizations have been done by end users using your OpenPath™ technology?

SRS and its clients have created a myriad of customizations that leverage our OpenPath™ technology. Here are some examples:
*Using the SRS software development kit (SDK), a 100 provider primary care group completely rewrote their Clinical Summary web page that resides on the SRS desktop. In addition to a detailed summary of a patient’s key clinical information, the new Clinical Summary includes custom alerts and information fetched from their practice management software database (e.g., balance, alerts when balance is past due, etc.).
Ophtalmology-Clinical-Summary-Screenshot
*A solo practicing ophthalmologist had SRS rewrite the Clinical Summary to match, perfectly, his thought process when reviewing clinical information before an exam.
*A 52 provider multi-specialty group had SRS customize their Clinical Summary so that with one click, they log the date and time a dictation was completed. They also created a custom transcription exception report that flags all transcriptions that have not been received within a certain timeframe.
*A 20 provider orthopaedic group also leveraged the SRS SDK to self-create a “PowerTab” that pulls up a fully integrated web page (right inside SRS) where the physician orders prescriptions for the patient which is then sent to the in-house drug dispensary.

What do you see happening in the future with EMR software?  What’s going to happen and what’s likely to happen?

Physicians are going to get hurt when they are “incented” to buy systems without being fully aware of what will be required and the lost productivity that they will incur. This will lead to non-use, and the consideration and purchase of more usable alternative solutions in the future. This is exactly what we are seeing in the marketplace today with legacy point-and-click EMRs.

Is EMR and HIPAA part of your daily reading?  If not, why not?  Lol

Of course, I love the writing and commentary!