Hope For FOSS In Electronic Health Records
Fred Trotter writes "CCHIT is the dominant Electronic Health Record certification body in the US. It is also decidedly anti-FOSS and has been for years. Certification of one kind or another will be required for EHR systems to qualify for funding under the Stimulus Act. If CCHIT is chosen as the certification body, and the current certification strategies continue, it will not be possible to have a funded EHR that is both certified and truly FOSS. Now, however, CCHIT has agreed to meet the FOSS Health IT community at HIMSS 09 to address this issue." We discussed the shortcomings in the stimulus bill as it relates to FOSS a few days back.
I will pay special attention to it.
We analyzed your frosty piss... and you're pregnant.
So let me get this strait...CCHIT is considered anti-FOSS because they charge fees that for certification that the FOSS folks cannot afford?
Sounds like we need a welfare program for FOSS apps to be able to play in the big leagues. How do you think CCHIT gets their operating budget? Through fees I would expect.
People who bite the hand that feeds them usually lick the boot that kicks them
Here are a few more links...
List of open source healthcare software:
http://en.wikipedia.org/wiki/List_of_open_source_healthcare_software
Welcome to openEHR:
http://www.openehr.org/home.html
"openEHR is about enabling ICT to effectively support healthcare, medical research and related areas. Today ICT is used ubiquitously elsewhere, but is far from effective in Healthcare. The main problem in health is the lack of shareable and computable information.
The principal challenge for health ICT is to represent the semantics of the sector, which are far more complex than in other industries. Doing this requires a knowledge-oriented computing framework that includes ontologies, terminology and a semantically enabled health computing platform in which complex meaning can be represented and shared. At the same time it must support the economically viable construction of maintainable and adaptable health computing systems and patient-centric electronic health records (EHRs).
The openEHR endeavour is about creating specifications, open source software and tools in the technical space for such a platform. In the clinical space, it is about creating high-quality, re-usable clinical models of content and process - known as archetypes - along with formal interfaces to terminology."
If the US has idiots in onbstructionist ways working in positions of power, then maybe, if other countries are technologically superior in such areas, offer help to them so they can grow and come back to haunt and compel the USA to "get with it, already!".
Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
When it freezes over in hell and they allow FOSS, they can have frosty piss for medical analysis...
I'm ready and willing to provide a sample if my HMO covers the cost...
Speaking of cost... 25 to 35K one time fee and 5k a year? What kind of *scam* is that? One gurenteed to make it possible only for those with a huge finantial interest (and thus low OSS interest) to gain entry. Total bullshit. Who made these yahoos incharge?
If you want news from today, you have to come back tomorrow.
tively...
Screenshot of OpenEMR:
http://sourceforge.net/projects/openemr/#item3rd-2
The resources that already exist in the USA can be brought to bear by offering these to as MANY doctors as possible. It will first requiring conducting info gathering on providers, their electronic systems, having some insiders in the many types of medical offices to come in and user-test/kick the tires on these apps, and get THEIR opinions as to whether the software is worthy of being supported. It appears that some of the open source software might be qualified to pass the end-user-suitability-test (for lack of a better description). If ANY of these apps are found to be half-baked, like many apps written BY developers FOR developers (rather than BY developers FOR end-users), then they should by all means be shunned so they are forced to be upgraded to suitability for the office. After all, if medical, dental, and other offices reject the software, why should regulatory and office personnel even *listen*?
But, again, some/most of these apps *seem* to have what it takes; they seem to be the survivors of the past few years that i've noticed their names (since, oh, ~2001/2003).
Beyond that, the biggest hurdle will be lobbyists/SIGs (Special Interest Groups) that could be working on behalf of defense contractor-named companies (your Lockheed/GE/ and others-- who, incidentally have their hands in ship passenger reservation/assignment software, too...) who want NO competition that would undermine their self-anointed positions of high income.
Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
The author unwittingly says more than he intended when he complains about the cost of certification:
Suppose I pay the fee to have MirrorMed (my project of choice) certified. There is no way for me to guarentee that only I benifit from the "seal". My competitors which have full access to the code that I would have certified would be able to correctly claim that the code had been certified, and would benifit with me.
For years, FOSS advocates have talked about how freely redistributable open source software is the better model, and how it's still possible to make money off open source software. Well, if open source is the better, more powerful model for developing software, the certification fee shouldn't be a problem. But as the author points out, he pays the fee, his competitors take the certified software and sell. This just shines a spotlight on the basic problem with commercializing FOSS.
If the law states that there should be a 'view but not save/copy/print' right (like here in the Netherlands), how could you enforce that *and* be truly open source? You have to certificate each and every release of the full software on a source code level (and provide authorization based on the (i.e.) md5 sum of the executable) to enforce such rights. One simple edit & recompile and you can save/print those x-ray pics, which is against the law.
At the very least, forking, maintaining your own version and fixing bugs for your (employer's) own use is either impossible or very expensive.
nt
I see a bigger issue here than the scam this particular group is running.
As I understand it, the stimulus bill allocates $17B to help hospitals across the country pay for medical record systems. Think about that number, $17 Billion.
There is absolutely no reason to distribute $17 Billion to a long list of organizations to individually license an EMRS. For far less than $17B the Federal government could buy any medical record system in the world to be deployed wherever and whenever they want at a fraction of the cost. Or, alternatively, for a lot less than $17B they could sponsor development of a standard, open source EMRS that could, again, be deployed by anyone who wants to at a fraction of what it would otherwise cost.
Obviously there are costs associated with deploying these systems, but the current "plan" amounts to a giveaway of $17B to Semens, GE and whatever other companies produce "certified" EMRS.
No, you are wrong. CCHIT just happens to be full of CCHIT!
> You have to certificate each and every release
I have no idea why the aviation world decided that the perfectly good words "certify" and "certified", used to describe those concepts since the dawn of aviation regulation, should be replaced with abominations such as "certificate" and "certificated". But let's not bring yet another set of made-up words into the realm of software - we already have too many of them as it is.
sPh
For a discussion of FOSS medical records systems, circa 2005, see http://www.ssrc.org/wiki/posa/index.php/F/OSS_Opportunities_in_the_Health_Care_Sector
That's ironic, as I've seen many people here mention that they had just shit out an Obama.
There are two kinds of people in the world, those who shit, and those who wipe asses.
Sorry, English is not my first language and I already thought that I didn't use the right word. I even used my dictionary, but to no avail.
Thanks....Interesting, additional and refresher information!
Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
So, the problem is that I have a small penis. Damn.
I'm surprised nobody has commented on having an almost sensible first post for a change - this is a frost piss that isn't terribly annoying
Also, consider that the US government has already paid to develop several healthcare systems itself. VistA and RPMS (they're related) serve the VA and Indian Health Services. They're free to download, and local sites often create, apply, distribute, and support various patches independently of any central control. It's free and open-source, at least in a sense. Installation and support (and hardware) aren't free, but a FOIA request will get your the code for free, at least. There's at least one other piece of such software in use for active military personnel, I remember it being mentioned on /. within the last few weeks (but I'm too lazy to find the link.)
You mean someone mated with an anonymous coward? And they say promiscuity is going out of fashion!
I hate printers.
Speaking of cost... 25 to 35K one time fee and 5k a year? What kind of *scam* is that? One gurenteed to make it possible only for those with a huge finantial interest (and thus low OSS interest) to gain entry. Total bullshit. Who made these yahoos incharge?
I assume you have some basis for your outrage? Do you know how many hours of work goes into the one-time certification process? What sort of legal review is required? How much money in third party disbursements are involved?
Seriously, if you don't have $30K to pony up for the certification, what are the odds that you've spent the necessary money to ensure full compliance with all aspects of relevant legislation? Have you gone over your application with a team of lawyers to ensure full compliance? Have you hired UI designers to come up with a sane user interface and paid for a panel of doctors from various professions to perform UI testing and implement any suggested changes? Do you also have professional liability insurance to cover any errors and omissions that you might have made? How large is your support department, what's your SLA for support turnaround times, and what's the SLA for any bug fixes or feature improvements? What kind of physical and network-based authentication and permission policies do you employ in your office? If someone were to break into your office during the night and you've been examining data from my systems to track down a bug, can you guarantee that the data won't get compromised because proper information handling procedures have been followed? What's your two year roadmap for the product so that people comparing it against offerings can see where you're headed?
What it boils down to is that the $25K - $35K in fees is partly to cover the actual costs of the certification and partly a statement that "if you can't afford these costs, don't waste our time because odds are good you won't be in business in a year from now". Seriously, that's the salary and overhead cost of a half decent developer for a few months let alone all the other support staff you'll need to maintain a viable business.
Also from the article:
The "seal of approval" model is also problematic. Suppose I pay the fee to have MirrorMed (my project of choice) certified. There is no way for me to guarentee[sic] that only I benifit[sic] from the "seal". My competitors which have full access to the code that I would have certified would be able to correctly claim that the code had been certified, and would benifit[sic] with me. As with the original pricing there is no way to fairly spread these kinds of costs across a community.
Waah... cry him a river. He's complaining that because he's choosing to make his code available for everybody at no cost, that he's putting himself at a disadvantage because others can use his code at no cost? What the FUCK, dude? Choosing to use the GPL means that you've also chosen all the consequences of that particular license. If you don't like the consequences, then don't ask for special treatment because you think the GPL automatically gives you some kind of entitlement. Change your license!
Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
> Sorry, English is not my first language and I already
> thought that I didn't use the right word. I even used
> my dictionary, but to no avail.
My apologies - I did not mean to criticize the English skills of a non-native-speaker. In general United States English usage a person or object is granted (or possesses) a certificate, and is then said to be certified. As I noted the world of aviation recently (within the last 10 years) started using the word "certificated" (ser-tif-eh-cate-ed). English has so many variants of everything that that word might appear in a comprehensive dictionary. But it was not used AFAIK until about 10 years ago.
sPh
Funny to see that the next story which is about Blockbuster video has gotten over twice as many posts in half the time. Used to be that people would give a fuck about open source around here. Now it's all about digital entertainment. That's why stories about DRM and copyright get huge posts over anything else anymore, save some political bullshit.
Slashdot knows where it's bread is buttered. The editors give fuck all about coding and computing anymore. It's all about free songs and movies today.
Ever heard of the VA? They use an open source system that is sound at it's core though a bit outmoded on it's face. Of course being open source folks will continue to improve it and so the VA (the largest provider of healthcare in the US? ) will continue to improve. Why not drive folks to adopt it if they want their share of the $17BB? BTW larger medical groups are fully electronicified already (using EPIC and the likes) it is only the many many smallers sites that are not.
Disclaimer: I work in this industry.
To be blunt, CCHIT is among the least significant and cheapest of the regulatory considerations in healthcare software, particularly when you're talking hospital-caliber systems. Far more onerous are the FDA regulations and oversight (at this level, healthcare software is regulated as a medical device), and similar bodies in other countries. Software bugs can also create enormous legal risks; malpractice or wrongful death claims are never cheap, and bad code or human error does not get you off the hook. All of this means enormous testing and documentation costs, shared by both the software companies and the hospitals. (The VA, as an arm of the federal government, enjoys some legal advantages over other hospitals in this regard.)
Combine this with the enormous complexity and the domain expertise required to model what can occur in a hospital, and you have a market with a very high cost to enter - not the best opportunity for open source. Indeed, there's been several highly-capitalized and failed attempts to enter the market by tech giants ...
That said, most modern healthcare software contains and uses healthy quantities of open-source code, but generally not of the GPL variety. We regularly contribute to the projects we use, inasmuch as our employment contracts permit. However, generally speaking, these projects are not specifically healthcare oriented (though there are exceptions - hapi is a personal favorite.)
There is a HUGE problem with this issue of electronic records and it relates to the philosophy of who should be responsible for what. IMHO each person should be responsible for his own records. When you use medical services, you always receive the records produced during those services, and the provider will keep a record as they always have. But these records should not be shared with anyone nor go into any kind of national database. These records can be in a standardized electronic format if that makes life easier, but paper records are just fine. When you use medical services in the future, it is up to you whether you wish to provide the records you have or not, and to select which records to provide. This is your body. It's nobody's business to read all the gory details unless you wish to provide them.
Why?
Many reasons, but I'll provide just one for brevity: It's called GETTING A SECOND OPINION
Suppose you have some condition. You go to a doctor and he says the only solution is to chop off your arms, legs, and while he's at it, your head, too. Shit, that sounds like a serious problem. You want to know what another doctor thinks. If that second doctor is required to punch up your ID in the national health system and read all prior records, he will see what the prior doctor said and that will influence his thinking. You want to get a second opinion without revealing to the second doctor anything you already know about the condition.
The excuse that a medication might conflict with another medication you're already taking is NO REASON to go produce a national health care record system wherein is located everything from the exact force applied when the delivery doctor slapped you on your ass, in a manner that reveals more than you might want to reveal.
the open source movement needs to be active on standards bodies. Standards selection is vendor selection.
Its really disheartening when you write software all year to provide useful tools for doctors that improve the standard of care, and then have a bunch of useless and counterproductive features slapped on because of an upcoming CCHIT certification.
Great ideas often receive violent opposition from mediocre minds. - Albert Einstein
So a National Medical Records initiative has been extensively debated and decided upon overwhelming majority consensus?
If so, a whole bunch of your personal privacy and mine just went up in smoke. A point where FOSS is reduced to a bad joke since the debate now is over reception of Fed Gov spoils?
So we allow this fucking monstrosity to be build because it supplies stimulus money and a few can get rich?
And I'm supposed to give a shit whether or not some giant demagogic database capable of achieving damn near sentience is accessible with FOSS?
That should be the least of concerns at this point.
IIRC the VA uses a pretty robust system, and it is FOSS (public domain).
Is there some paricular reason it cannot (or isn't) certified, and or become the reference system?
Try to imagine what the average developer is likely to produce given a non-relational database with no schema enforcement, and a forty-year old untyped write-only language that will eval snippets of source code with no sandboxing. You could port that crap to Perl and still be better off, if only it weren't inconceivably hard.
The question here is about what it is reasonable for the certificating authority to do given a piece of code, rather than what it is reasonable for a programmer to do. Certainly, the argument for the fee may still hold, but the license requirement must be bias, since to oppose the GPL is to state that the GPL model intrisically yields poor code.
Of course the programmer can choose another license, but to require that of the programmer can only be a special interest. If this were made law, it would be a clear instance of 'regulatory capture'.
Wikileaks, no DNS
One simple edit & recompile and you can save/print those x-ray pics, which is against the law.
How is this different than taking a closed-source system, stopping the processes, adding a LD_PRELOAD and starting them up against? Binary, on-the-fly patching has been around for a long time (IBM did it with OS/2 and Windows 3.11 binaries).
Are you also going to patch the OS with DRM to disable any 'print screen' functionality? If you can grab an screen shot regardless of application it's a lost cause as well.
Security is about mitigating risk. What are your attack vectors?
A standards organization that charges these big fees is part of the problem rather than part of the solution to the stated goal of reducing health care costs.
Although I am inclinated toward your position, agreement-wise, I think we should conversate about this before decisionating the matter.
This next song is very sad. Please clap along. -- Robin Zander
I would like to respond generally to some of the high ranked comments.
First, one of the assumptions is that an EHR is -one- kind of thing and it needs to be certified. This is much more a category buster, like a car. If a required car certification mandated that all cars should have beds like a truck, be able to off-road and break 150 mph, then you would have a tremendous change in how the auto-industry works. Even if you have seemingly reasonable requirements like "auto-door locks" or "automatic transmission". Not everyone -wants- a car like that.
To further complicate the problem, clinical clients typically have no idea what they want or need. Dr. Valdes (of LinuxMedNews is fond of saying "doctors have no idea what they want and programmers give it to them"
Also an important thing to recognize is that CCHIT is not primarily targeted at hospital systems, but "ambulatory" clinics. Hospitals are much smarter buyers and so certification has less power there. In the "ambulatory" market, the certification is taken as a short-cut for "good". If the certification is mandated you have a real problem
The other thing is that cost is only one part of the reason that the standard is broken. It is fundamentally incompatible with the FOSS model.
Consider a large company, like IBM that starts to sell support for a FOSS EHR project (like they did with GNU/Linux). Lets imagine that the supported OpenEMR.
OpenEMR is made up of 5-15 small companies (often one man shops) that have developed a pretty impressive EHR, given their resources. If IBM decide to support the codebase however, IBM would suddenly have 100s of clients, but would have contributed nothing to the actual development, which has been going on for close to a decade.
Then IBM takes OpenEMR to get certified. Because they have 100 clients that is a justifiable cost for them, they can split the cost between their clients.
Now, Rod Roark over at SunsetSystems is a core OpenEMR developer and might have 10 clients. (who knows how many he actually has of course)
So does IBM's CCHIT certified OpenEMR allow Rod to advertise his code as certified?
If the answer is "yes" then IBM has footed the bill for Rod's certification (This is essentially what WorldVistA did, but remember, they are a non-profit). IBM would not be happy about that.
If the answer is "no" then Rod cannot compete with IBM on a codebase that he has contributed far more to than IBM. OpenEMR is 'certifiable' because of Rod's work, but he has no benefit yet. Instead he has to go and spend $100k -again- to get -his- version of the codebase certified. But he does not have the clients to support the certification cost, even if he were able to pass all of the tests.
So I am not saying I want a "handout" for FOSS systems. But as you can see, the whole philosophy of CCHIT certification is designed to work with a company and a proprietary 'product'. Rather than a community of people and companies and a 'project'.
Some of your comments seem to reflect this, but others do not. I hope this makes my position clearer.
Thanks for reading!!
Fred Trotter