Live data from Hacker News

OpenEMR: Electronic Medical Records and Medical Practice Management Software

open-emr.org

101–110 of 214 posts

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#101
post #67

Earlier quoted context omitted.

> The crux you may not realize is how customized every major hospital system expects their EHR software to be. The crux that you may not realize is that this customization was done mostly to boost profits and promote vendor lock-in. This was aided by the .gov failing to make public and standardized requirements for things like medical records (and no, referring to an AAMI or whatever doc that costs serious coin to vi…

That's simply false. Hospitals and other large provider organizations often do insist on extensive customization and non-standard configuration during EHR implementations. I've seen it happen. They'll spend weeks going around in circles about ridiculous issues like the placement of a logo and the format of a lab result document. You really can't blame the vendors for that.

All enterprise customers are stupid about COTS customization.

That doesn't change the fact that the software surrounding the entire medical industry is largely ridiculous legacy crap maintained by a little cartel of fat & lazy vendors with a captive market.

With good reason btw... these systems were the earliest big data processing shops. Blue Cross and Medicare was doing centralized billing for healthcare since before fax machines were popular.

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#103

If people had any idea how much antiquated medical software is out there in production running on Windows 98, 2000 or XP and coded in Visual Basic they would run away screaming. It's seriously that bad.

Yup, but that sector is so heavily regulated that it scares off startups, and who can blame them.

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#104

If people had any idea how much antiquated medical software is out there in production running on Windows 98, 2000 or XP and coded in Visual Basic they would run away screaming. It's seriously that bad.

I see you know about Epic Systems Corporation. :)

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#105

Earlier quoted context omitted.

Have you considered, in your model, how your system would work if a customer wanted to integrate with, as an example, a machine learning platform that attempts to predict the likelihood of a patient's readmission given their current status?

Yeah, I have. A health record is a collaboration - unlike a medical record, which just shows a slice of your health from the perspective of a single institution, a health record aims to show as many facets as possible. An EHR system should be agnostic about who access the record, and what they use it for - obviously gps, specialists, hosptitals, labs, the patient should all have access - but what about, as your said,…

It would be best to have a model where the patient "owns" their own records.

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#106

If people had any idea how much antiquated medical software is out there in production running on Windows 98, 2000 or XP and coded in Visual Basic they would run away screaming. It's seriously that bad.

I did some work for a company that had 100+ banks running accounting software developed in Visual Basic in the early 90s.

Unfortunately, this experience, supporting obsolete, spaghetti-code-nightmare, opened my eyes to the world that business is done in a much dirtier way than how I imagined growing up.

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#107

If people had any idea how much antiquated medical software is out there in production running on Windows 98, 2000 or XP and coded in Visual Basic they would run away screaming. It's seriously that bad.

I did some work for a company that had 100+ banks running accounting software developed in Visual Basic in the early 90s. Unfortunately, this experience, supporting obsolete, spaghetti-code-nightmare, opened my eyes to the world that business is done in a much dirtier way than how I imagined growing up.

Willing to bet you $5 that the spaghetti code accounting software written in VB in the early 1990s is actually a GUI front end on top of an AS/400 or an IBM system/360 thing that's now running in emulation on a "mainframe".

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#108
post #10

Earlier quoted context omitted.

kind of off-topic, but I moved to the City a couple years ago and need a new dentist. is your wife accepting new clients?

Definitely, wsparkdental.com :)

damn, that office makes Apple's new donut look retro

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#109

If people had any idea how much antiquated medical software is out there in production running on Windows 98, 2000 or XP and coded in Visual Basic they would run away screaming. It's seriously that bad.

Yup, but that sector is so heavily regulated that it scares off startups, and who can blame them.

You might be interested in athenahealth, a Web-oriented healthcare company which actually runs a sort of startup incubator ("More Disruption, Please"), and has led a lot of initiatives to improve interoperability. They realize these things create trouble for them as well as the rest of the field, but I think they're betting that their rivals are significantly less flexible than they are.

(This is a safe bet, of course. The giants of the field, Epic and Cerner, are infamous for overwork, low pay, and high turnover. Their technology's also obsolete: Epic has a VB6 front end and MUMPS back end; Cerner uses C++, but it's probably C++ thinly translated from C thinly translated from Pascal, so they're not a whole lot better. At least MUMPS isn't vulnerable to C-style buffer overflow attacks!)

Re: OpenEMR: Electronic Medical Records and Medical Practice Management Software

#110
post #86

Earlier quoted context omitted.

picnichealth.com

Thanks for the recommendation. It is what I am looking for except that it doesn't seem to offer any upload options if there are holes in the data they retrieve. Still, a step in the right direction and I'll give it a try.

You can put data on a google drive and share a link with them. I did this for all my existing radiological data. They had no issue downloading it.
Post reply on HN