the HITECH act essentially created a duopoly in the EMR market: Epic and Cerner. Cerner is a public company so you can look at their financials and see the massive tailwind that was the HITECh act. they sell basically compliance and billing products to hospitals for 9-figure installation checks and huge, multiyear service contracts. once you get locked in, its incredibly painful to get out (see above 9-figure, multi-year installs)
EMRs are massive cash cows for the big players (who are now largely just 2, epic and cerner). these products are largely built to comply with regulations and make billing easier. they are build for hospital admins. physicians hate them, and many blame them for the massive increase in physician burnout over the last few years
building one of these would be a pain in the ass as you need to digitize hundreds of clinical forms and comply with a dizzying set of regulations. the architecture for a lot of these things is from the 1970s, but the sheer amount of features needed makes building one from scratch painful. and the market power of the incumbents makes it really tough to even carve out niche features
if there is any group in healthcare that should be disrupted, its the EMR companies
But OpenEMR is already built, is in working form, is certified for Meaningful Use in the US, and most importantly is open source.
Epic and Cerner and other proprietary systems are too expensive for many practices in the US and have simply placed both a huge financial burden on the medical system and a productivity burden on the physicians.
Physicians need to take back their EMRs and their productivity and OpenEMR is a great route to do this. For example, a practicing ophthalmologist, whom is also a software developer, developed an eye module in OpenEMR with the goal of the physician maintaining productivity (ie. not to spend time entering meaningless data in an awkward and distracting fashion), which he succeeded at. Can read about the project here: http://www.open-emr.org/wiki/index.php/Eye_Exam
And right now OpenEMR needs more volunteers, physicians, developers, and donations to keep progressing. And what is so great about an open source project like this is that if OpenEMR keeps doing great things in the US, then these achievements are essentially multiplied by 1000 as low resource areas throughout the globe get free access to this same open source fully functional EMR.
i agree it sounds like a great tool, and epic and cerner leave huge unmet needs in terms of productivity and also cost. seems like marketing is the huge challenge
id imagine this is really for independent physicians at least in the most-near term, as the sales cycle at big hospitals is brutal, and youd have epic / cerner folks scaring the hospital admins about real / imagined security concerns.
but marketing to independent physicians is brutal. from what ive heard you need at least an inside, and sometimes field, sales force, and getting through all the marketing noise docs get is really hard. would love to hear your thoughts on how to market this more widely
edit: my post mostly concerns US physicians, but id imagine marketing challegnes would be just as big or greater for developing nations
It's hard to argue marketing to giant health care systems is difficult when you go up against corporations like Epic, Cerner, or Athena Health. We simply lack the funding to do so (just thinking about Cerner's marketing budget is mind-spinning). But outside the U.S. I find that marketing is substantially easier. Many developing nations and low-resource clinics seek out ways to be financially stable with next to no funding (compared to U.S. providers). While hard to track, we estimate most of the installs are outside the U.S. helping build healthcare in areas that could never dream of a 9 figure IT install. Being a free and open-source platform is our greatest "sales pitch."
I wrote a reference implementation of OpenEMR, the "OpenEMR Full Stack", that's taking aim at facility-grade loads. It's deployed from Amazon CloudFormation, and the highlights include multi-AZ redundancy, an Elastic Beanstalk deployment fronted with a load balancer running parallel OpenEMR instances in multiple AZs, an internal Route53 domain protected with SSL between nodes, redundant document stores for patient records, and enterprise-grade backup and recovery structures all wrapped up CloudTrail and Amazon's Key Management System.
I just spoke with someone today who argued that HIPAA requires TLS termination on an instance, not the ELB. Can’t confirm or deny, as I’m in financial services, thought I’d mention it for those under such compliance/regulations.
Yeah, you won't believe the work I had to put in over it. As part of the stack creation process, I have to create a backend CA and hand certificates out to a bunch of services, and then make other services use 'em. Getting Elastic Beanstalk to use an arbitrary certificate for the backhaul is both possible and documented, but not as well I would've liked.
It was CloudFormation that made it difficult -- I had to work out exactly how to get the certificate all the way down to the load balancer's configuration details, starting from CloudFormation's interface into provisioning Elastic Beanstalk.
However, the format ELB would accept a certificate in was really frustrating, too -- I ended up having to create a Lambda function that would load a certificate file from S3 and then parse it and then return the results as a resource CFN could later refer to. If I could've simply provided an S3 URI that the CA lived in, and had the ELB load it up during initial config, I could've used many fewer layers.
The CFN syntax for actually setting those critical ELB details was also unclear, too. It took some experimentation and off-Amazon examples before I finally understood how the rule groupings worked together.
Yep, marketing is a real issue, since that can take up extensive resources (I am just guessing that the proprietary EMRs sink 20% or more of their resources into marketing).
Especially since US based physicians are trained that more money means better things. As you can imagine the skepticism that then results when discussing a free EMR.
Prior to a year or so ago, OpenEMR really relied on the professional support (this is basically an organic ecosystem of companies, vendors, and professionals that offer paid services to support OpenEMR) for marketing. However, the project is now taking on a more active role in marketing and is why it is listed as an item to fund in the OpenEMR Collective blog. The goal would be to get professional marketing advice and guidance.
The developing nations market is really another matter. The marketing is still important and requires resources, but is mainly focused on making OpenEMR known and accessible to these nations (for example, OpenEMR currently supports 33 languages).
And we are always looking for volunteers with (or without since we are all learning) expertise to help us in these endeavors, and anybody is free to participate in the community (hint hint).
Thanks for the info, I'll look into the project. I really believe EMRs need to work better for docs and be more open. I know a few physician-programmers who've built their own web apps but EMR integration obviously sucks. If they can build on top of something open source and a small medical group can save money without losing functionality with an open source solution, that could garner enough donations / financial support to for ex hire an engineer
I am only a hobbyist programmer and am investing most of my spare time into learning new things, but if I ever get to the point where I felt I could add something to the open source community I'd definitely start with a project like this
I'm also a hobbyist programmer with a physician day job. Volunteering for OpenEMR has been and continues to be an awesome experience. If you or your colleagues are ever interested, always feel free to contact me at brady.g.miller (at) gmail (dot) com if you have any questions or use the forums at https://community.open-emr.org/ . Note that all of us are learning at all times, and the project welcomes all skill levels.
> physicians hate them, and many blame them for the massive increase in physician burnout over the last few years
It's funny, I assumed the same. I then asked a few who used the product, and was surprised to hear praise for Epic. I wonder if the product has actually improved, or if users have simply conceded.
that's interesting, ive heard that epic is better than cerner and others, but most of my physician friends still dont like it
out of curiousity, what kind of physicians were these, in terms of specialty as well as employment status (hospital employed, hospital affiliated, part of med group, independent)?
most of the physician surveys ive seen express negative views about EMRs, but a sizable portion of physicians say that EMRs help make some things easier and more efficient. cant locate the surveys offhand
I'm hoping to get feedback on Epic in the next few months, as we lose a long-term client that's being purchased by a LARGE medical group running Epic. Our client has been on eClinicalWorks for something like 10 years at this point, so I think there's going to be some whiplash of change in about 6 weeks.
I'll probably be keeping at least somewhat in touch with them, so in a couple months perhaps I'll have some basis for comparison.
EMRs are massive cash cows for the big players (who are now largely just 2, epic and cerner). these products are largely built to comply with regulations and make billing easier. they are build for hospital admins. physicians hate them, and many blame them for the massive increase in physician burnout over the last few years
building one of these would be a pain in the ass as you need to digitize hundreds of clinical forms and comply with a dizzying set of regulations. the architecture for a lot of these things is from the 1970s, but the sheer amount of features needed makes building one from scratch painful. and the market power of the incumbents makes it really tough to even carve out niche features
if there is any group in healthcare that should be disrupted, its the EMR companies