Switching Hospital Systems to Linux
jcatcw writes "Health care software vendor McKesson Provider Technologies is focusing on ways to cut IT costs for customers, including hospitals and medical offices. The cure is moving many of McKesson's medical software applications to Linux, which can then be used on less expensive commodity hardware instead of expensive mainframes. A deal with Red Hat allows McKesson to offer its software in a top-to-bottom package for mission-critical hospital IT systems."
the cure are doing what now?
If this catches on, health care will become a little more affordable. 60% of IT costs is quite a bit of money for hospitals to save.
Seek and ye shall find.
If you use McKesson's software every day like I do, you would be amazed at its expense, sluggishness, and irritability. Lab systems that insist on running on Internet Explorer 6 and resizing to fit your whole screen aren't a big surprise - however mediocre. But mission critical systems that routinely crash with Java errors, can't run reliably remotely, require large IT departments to maintain, are slower and more difficult to use than the tty-based systems they replaced, can't trend labs, can't reliably wildcard search patient names, and die miserably if the wind blows more than 5 miles an hour or the moon is waxing - this is truly sad.
I wish our hospital system could dig its way out of it. I don't think running on top of Linux will help much. See if you can get a screenshot of their software on their website - I can't - they don't promote this stuff to the physicians and nurses who use it - it gets sold to the suits. There's a goldmine out their awaiting some entrepreneur who could really take pride in writing good software of this sort, and though I love Linux, I don't really care what it runs on top of.
Just wanna give a shout out to the PR rep that planted this story. Three brand mentions in the opening paragraph - can I get a whoop-whoop?
Two points off for the "less expensive commodity hardware instead of expensive mainframes" - that's a Microsoft marketing phrase from the early 1990's for God's sake - but still a pretty good job all around.
Two possibilities: in the process of porting, they have to rewrite all of the bits that call grody Windows bits, such as IE, and therefore many problem bits get fixed . . . or they just write bad code all over again, Linux gets the blame, and hospitals revert at great cost.
RedHat may help though - they might insist on some level of quality / provide some assistance in the creation of software that does not suck quite so much. They have a reputation to maintain, as well as sufficient company-ness to explain to suits that when things go wrong, it is *not* their fault. So, I'll be optimistic about this.
"There are four boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order." - Ed Howdershelt
(laughs so hard milk squirts out his nose)
Red Hat newbie, are we?
Just what we need... MUMPS for Linux. No!!!!!
Linux at the desk top is so next year.
Faster! Faster! Faster would be better!
If that isn't the parable of the broken window if I have ever heard it! Efficiency to any market is a good thing. The more unnecessary cost involved in the healthcare industry, the more dollars it needlessly sucks out of the rest of the economy. Sure, you can make the argument that healthcare is a capital purchase in that it increases your viability in the labor force, but that is a stretch. Cutting bloat is never a bad thing. We need to cut some serious bloat out of the industry, and we should start with beaurecracy and go all the way down to reforming the insurance industry. There needs to be some kind of oversight on cost to quality ratios, as this hybrid government backed/privately funded monster is the model of inefficiency. I like to argue for social justice so I'm naturally wary of any solely private system, but a well-designed private system would be ten times better than what we have now.
I got a catholic block.
I think the market could find something much more efficient than health care that would more than offset the effect on the economy. Your argument reminds me of the broken window fallacy. Wasting money in health care is like breaking windows and saying that it's providing jobs. Sure, but fixing that window is just taking resources away from better endeavors.
/br
A while ago I was hacking at parts of that great mess commonly known as McKessons "top-to-bottom package" for almost 5 years. As far as I can tell the "package" is actually hodge-podge collection of applications accumulated over time by acquiring various software vendors which barely talk to each other. In a lot of cases the people who wrote the apps and knew how to maintain those cached out and jumped the ship years ago. Last thing I heard of it this summer entire locations were shut down and routine maintenance moved to Bangalore. As a twist those left to the end had to do some time there training replacements. Personally I am extremely skeptical about their ability to maintain what's there, much less move this all stuff to radially different platform such as Linux.
AMEN BROTHER! I'm a doctor in a hospital that just deployed an electronic health record system that is slower than the system it replaced - which was slower than the TTY system it replaced - that refuses to search patient names if you can't provide a first initial. I'm an anesthesiologist, so I see people I don't have long relationships with, and remembering someone's first name is just damned hard when you remember their medical conditions better than their name. The one piece of medical software I've seen that is really fantastic - and no, I don't own a piece of the company, I just wish I did - is our radiology system, Stentor iSite (now bought by Phillips, I think). It's very easy to use, yet the advanced user can access all sorts of features that improve the experience.
We're in beta testing with actual patients now and my boss is bankrolling us into starting a company to sell the software and other medical-related IT solutions to local doctors (many of whom have horribly inefficient offices and don't fully realize it). I'm hoping we can expand beyond just local doctors, because it is a huge market and the best anyone else seems to be doing (around southern Ontario at least) is holding seminars to talk about how technology could be used to enhance medical practice someday.
No, the spending wouldn't decrease at all. They would just reapportion the funds to equipment such as the latest digital X-Ray machines. Or the newest CAT scanner. Or the latest robotic surgical nurse.
You get the picture. In fact, in most of health care, that's just what happens already. They spend as little as possible on IT and reapportion the cost to areas of service that will directly benefit their ability to attract doctors and customers and therefore generate greater revenues.
Those reading this might think I'm kidding, but let me tell you this: I once replaced a token ring network with an ethernet network connecting Pentium IIs and IIIs. In 2005.
-- A former healthcare IT worker.
If Murphy's Law can go wrong, it will.
I was going to make my own McKesson sucks comment, but instead I'll just second yours. They write Crap. Period. End of story.
I remember sitting in on a presentation they once made to one of our directors regarding some new patient records management system they were trying to pitch to us. Not one single screen shot was shown nor were any technical people on hand so that I could ask the difficult questions. In the end, when she asked me my opinion, the conversation went like this:
Me: Remember application X that you used to use at hospital Y?
Her: Uh... yes.
Me: They wrote it.
We didn't buy the software.
If Murphy's Law can go wrong, it will.
OpenVista is the open source version of the VA's VistA program, deployed at over 1500 sites worldwide. You can also grab it for free from http://sourceforge.net/projects/openvista.
Yes, you can get professional training, installation and ongoing support for it:
http://medsphere.org/
Posting as AC for obvious reasons... Unfortunately for me I work in healthcare IT. But at least I can pass the bad news on to you.
We can argue about how much of healthcare costs are sucked up by IT. But whatever percentage you come up with is likely to be not insignificant. And one of the biggest costs of healthcare IT is the amount of money paid to so-called "IT Consultants".
My understanding is that pure healthcare people don't understand much about IT and since they figure IT is the next biggest thing, they are willing to give money hand over fist to people who have decent resumes in this field who present themselves as IT "experts".
They are throwing their money away. It's really awful.
If you don't believe me, look at some of the so-called IT "standards" documents coming out of the healthcare IT community.
Sure, HL7 V3 is a good, robust yet flexible standard definition. But look at some of the abysmal crap that is being built off of it.
I mean, seriously, read some of these "standards" documents coming from non-HL7 sources. Not only are they inconsistent with reality. They have massive internal contradictions, logical inconsistencies and even simple syntax errors. And this is stuff from organizations that have been around for A DECADE.
Believe me, IT consulting has nothing to do with helping the healthcare industry actually make the best use of modern technology and everything to do with lining the pockets of a few contractors who would be thrown out of any other domain for sheer incompetence.
The janitor will come by, type a few random key strokes into the terminal, and boom, no more linux box. *nix computers are just too easy too kill.
Yeah, that's the major flaw of Unix operating systems, and it still hasn't been solved in the 35 years Unix has been around.
If only there was some sort of system under which some special user with special powers could create user accounts deprived of these special powers so that they wouldn't be able to break everything...
You just got troll'd!
I work in the Medical Imaging field, a MRI Field Engineer for Siemens, users in hospital want something that works, they are less tolerant of reboots and system hangs.
In the past Unix (SunOS) was the preferred platform, there are actually many MRI systems running on a 100Mhz Sparc processors today, which still do and excellent job.
We've moved to Windows, it's a common interface for users who can learn it quickly. Windows requires CPU's in the 3Ghz range and higher to be effective. Windows also has major issues with Service Patches and hotfixes in the Medical imaging world, all updates have to be QA'd so there is a delay of months before they get applied. Medical Imaging will probably continue to move away from Windows and it's patches if can make an interface easy for the average user who walks upto a system and start using it.
Recently at Siemens Medical http://www.siemensmedical.com/ the MRI systems moved from Windows to Linux (Suse) for the image reconstruction computers (Not at the user console). During MRI imaging data is coming in from the scanner at 10MSamples/Sec at 24bit accuracy up to 32 separate channels, that's a significant amount of data to be processed, having a mouse pointer and a GUI interface is just not needed, Linux just more efficient.
I'm a doctor in a hospital that just deployed an electronic health record system that is slower than the system it replaced - which was slower than the TTY system it replaced - that refuses to search patient names if you can't provide a first initial.
Pay attention here, IT freaks. Notice that the user here (possibly your doctor) says nothing about the OS. This is simply abysmal design and implementation. Unix/Linux/Windows/OSX/Oracle/Postgres/MySQL/MSSQL....ALL could end up thusly. Or all could end up not too bad. Design it right, and build it right. Think about what your user is actually trying to accomplish.
I saw some comments upthread about RedHat this and Linux that...Bullshit. The user interface is (most of) the key. If you screw that, the backend matters little.
Yes, if you start from a stable base, it is easier. But no matter what the base is, if you fuck up the actual program and interface the that user, in this case a doctor or nurse, uses....everything else is irrelevant. They will hate it. And still not care what the base OS is.
yes its a huge market. it all works fine in a local institution, but the real challenge lies when you try to "generalize" it to different institutions, each with their own idiosyntric processes and data elements. Keep in mind unless you make the underlying engine some standards based (using RIM or terminology driven) or use good design software practices (Archetypes) you ll have a lot of trouble customizing it.. unless of course.. you become like existing vendors who develop the whole thing from scratch at each installation site and send a team of IT services who work there forever and keep your revenue stream running. Good Luck.
my 2 cents
OpenVista is an implementation of VistA as in Veterans Health Information Systems and Technology Architecture, which existed long before Microsoft Windows Vista, or any Microsoft Windows for that matter.
As Michael Bolton once said "No way. Why should I change? He's the one who sucks."
I don't understand the mentality either. Once here on /. I simply stated that it might be a good idea for people to try to behave a bit more sustainably and I get ripped into about moving into a grass hut with a dirt floor. Consumption is a religion for some and it is due to a belief that the economy will collapse if we don't all go out and buy something and just throw it away unopened. Why would people think that?
The original Computerworld article cited is confusing, but it refers to UNIX mainframes. The most likely educated guess is they're talking about high-end UNIX servers from Sun, Hewlett-Packard, and/or IBM, not what we would generally think of as true mainframes, notably IBM's System z.
Yes, among System z's five popular operating systems z/OS contains a complete and certified UNIX(TM) implementation (called z/OS UNIX System Services). And yes, System z runs 100% GPL open source kernel.org Linux. And yes, OpenSolaris on z will be z's OS #6 before too long, and that's clearly UNIX(TM) too. But I doubt the article is talking about any of these technologies, based on the context of the article. There are not 2,500 U.S. hospital IBM mainframes (the number of McKesson hospital customers cited), for example. Maybe there should be.
Computerworld's editors seem to be on vacation, unfortunately, so their usually good copy editing is suffering, resulting in some gibberish articles. This week they also reported that Steve Jobs and The Woz approached Commodore in 1982 to talk about the latter company selling the Apple II, pointing out that Apple's two founders didn't have enough money to launch the product, worked out of a basement, and the safety and stability of cashing out for a couple hundred Gs was better than the alternative. Unfortunately for Computerworld they got the date wrong: by 1982 Apple was doing just fine, and The Woz was doing Nissan commercials.
Think about what your user is actually trying to accomplish.
But you missed the point in the grandparent posting -- this system is sold to the suits who run the hospital, not the poor sods who actually get to use it. As a result there is really no impetus for the management of the software company to spend anything more than the barest minimum they can get away with to actually develop the software or make sure it runs right.
I've been in this sort of situation (as a programmer) and I can say that it's not pleasant, nor conducive to good software development, usability, reliability etc.
Rich.
libguestfs - tools for accessing and modifying virtual machine disk images
If you ask why, or even worse, try to reduce your consumption, you are directly challenging the personal validation system of the more conformist consumers. If someone measures their self worth on the amount of money they earn, or the expensive toys they have, then you are questioning their status in the social pecking order.
It is difficult to get a man to understand something when his job depends on not understanding it.
Don't kid yourself.
Java is "fully of weird mysteries" regardless of the platform.
Java app servers are plenty prone to crashing and eating up
all available memory. You don't need to run them on Linux for
that. AIX or Solaris will do equally well.
My guess is that they made changes without fully understanding
them or testing them. They disturbed their the little java
house of cards they had going.
A Pirate and a Puritan look the same on a balance sheet.