Forgot your password?
typodupeerror
The Almighty Buck IT

Harvard Says Computers Don't Save Hospitals Money 398

Posted by kdawson
from the always-jam-tomorrow dept.
Lucas123 writes "Researchers at Harvard Medical School pored over survey data from more than 4,000 'wired' hospitals and determined that computerization of those facilities not only didn't save them a dime, but the technology didn't improve administrative efficiency either. The study also showed most of the IT systems were aimed at improving efficiency for hospital management — not doctors, nurses, and medical technicians. 'For 45 years or so, people have been claiming computers are going to save vast amounts of money and that the payoff was just around the corner. So the first thing we need to do is stop claiming things there's no evidence for. It's based on vaporware and [hasn't been] shown to exist or shown to be true,' said Dr. David Himmelstein, the study's lead author."
This discussion has been archived. No new comments can be posted.

Harvard Says Computers Don't Save Hospitals Money

Comments Filter:
  • Transferability (Score:5, Interesting)

    by oldhack (1037484) on Tuesday December 01, 2009 @03:32AM (#30280240)
    Well, that's mouthful, but with electronic records you can at least switch doctors without having to take X-rays, tests, and other records again. No?
    • Re: (Score:3, Informative)

      by ximenes (10)

      Your records belong to you. You can request them (and depending on the hospital / doctor's office, they may claim you can only receive copies or that they will only send them directly to your new healthcare provider) at any time and take them with you.

    • The key being ... (Score:5, Interesting)

      by devloop (983641) on Tuesday December 01, 2009 @03:43AM (#30280286)

      "IT systems were aimed at improving efficiency for hospital management"

      Doctors and other medical personnel do not typically hold much power
      when it comes to IT.

      Software vendors aim to please management, they are the ones who take
      the purchasing decisions.

      Your typical Lab software for example might not have a straightforward
      way to cross-check isolates for emerging resistance trends,
      run critical screens or automatically report to a global EPI database,
      but it sure has 1,000 ways to generate Aging Reports and auto resubmit insurance claims.

      • Re:The key being ... (Score:5, Interesting)

        by malkavian (9512) on Tuesday December 01, 2009 @05:38AM (#30280940) Homepage

        Wow, in the hospital where I work, the doctors frequently turn up to the IT department saying how they've just bought in a new system and they need it supported. If they get told 'no', they complain to the directorate that IT aren't supporting a system based on IT. The directorate lean on IT (with not so veiled threats) until IT support a system they'd have vetoed if they'd be involved in procurement..

        The problem that has been evaluated is that the research was done on an organisation with no true enterprise architecture (at the business silo stage at best). In other words, somewhere that hasn't invested in IT (and likely has the doctors doing what they feel like, with 'homegrown' Access databases and applications, trusting what the vendors say when they produce shiny pamphlets, and either not hiring people who understand how business and tech should map, or not giving them the clout to be able to change the way the organisation works to successfully be able to change things so that they do).

        • Re: (Score:3, Insightful)

          Ho. Lee. Crap.

          I do IT for a major regional hospital chain, and all this time, I thought it was just my company that was this fucked up.

          What you're talking about is EXACTLY what happens. Doctors, managers, vendors, whoever CONSTANTLY show up with junk hardware and software, throw it at us, and expect us to support it. The organization is so bloated around the middle that no one has the authority to tell anyone else no. We have hundreds of Access databases, SQL servers running on people's desktops, and

      • Please back that up.

        • by wisty (1335733)

          I'd believe it. But whether it's doctors getting conned by vendors, or administrators (or IT) making decisions without the inputs of doctors the result is the same - useless and troublesome IT systems.

      • Re:The key being ... (Score:5, Interesting)

        by martyros (588782) on Tuesday December 01, 2009 @06:14AM (#30281170)
        Best quote from the article:

        Himmelstein said that only a handful of hospitals and clinics realized even modest savings and increased efficiency -- and those hospitals custom-built their systems after computer system architects conducted months of research.

        He pointed to Brigham and Women's Hospital in Boston, Latter Day Saints Hospital in Salt Lake City and Regenstrief Institute in Indianapolis as facilities with some success in deploying efficient e-health systems. That's because they were intuitive and aimed at clinicians, not administrators.

        Programmers of the successful systems told Himmelstein that they didn't write manuals or offer training. "If you need a manual, then the system doesn't work. If you need training, the system doesn't work," he said.

        In other words, computers are not a magic bullet. They only work well when you actually invest the time to find out what you need them to do, and then make them do that.

        • I think as well as any savings or efficiency increases, they should also take into account the relative ease with which electronic records can be backed up and restored in case of fire or flooding, etc. At the very least, there should be scans of any paper documents. Full hardcopy backups would take up a lot of space, and they're not very easy to replicate if you do end up losing the originals.

    • Re:Transferability (Score:5, Informative)

      by jma05 (897351) on Tuesday December 01, 2009 @03:48AM (#30280318)

      Nope. The current Electronic Medical Record systems are not capable of exchanging information freely. There is no standard data format that everyone can exchange.
      There are a few standards that can package data, but they are not adequately specified for seamless interoperability.
      If you request records, they can print them out quickly for you though.

      • by wisty (1335733) on Tuesday December 01, 2009 @05:54AM (#30281034)

        But what if it's in XML? It would inter-operate then.

        Or better still, a binary blob wrapped in XML. That would really make it easy to use!

        • by adolf (21054)

          But what if it's in XML? It would inter-operate then.

          Or better still, a binary blob wrapped in XML. That would really make it easy to use!

          I don't know whether to laugh, or to cry.

      • A good point. I have been working on a committe developing standards for the transmission of information between veterinary records in the UK (and we have interest from other countries). The so-called VetXML standard is already being used for insurance claims and lab results, with referrals on advanced testing.

        As per /. standards, I did not RTFA, but I would suggest that "Poorly designed computer systems do not save money" would be a better title.

        I have just finished phase 1 of the roll out of a new clinic

        • Re:Transferability (Score:4, Insightful)

          by Bert64 (520050) <bert@slash d o t . f i renzee.com> on Tuesday December 01, 2009 @08:18AM (#30281810) Homepage

          There are clear benefits of the new system so I am confident to say that not only is it more efficient and will save money compared to a manual system, but it will also do the same compared to our other two clinic management packages - one is old and reliable (accessed through VT220 terminals or PCs running an emulation package) but very outdated and has no serious reporting or connectivity abilities, the other is 'modern' but buggy (crashes often), poorly written with a bad database schema that is totally space inefficient.

          I encounter situations like this a LOT... There will be an old system which is perfectly reliable, has been running for years and everyone can access it using whatever ancient terminals they have at their disposal. And it will usually be quite efficiently written because it runs on old hardware.
          Then some vendor will come along and blind management with a pretty graphical frontend, so they sign up and begin a transition to a new fancy looking graphical system which looked very pretty to the management types who quickly demoed it at the vendors offices...

          Of course, the vendors setup will have a very small data set, will be carefully set up to look as good as it can (they might not even let you touch it, just demo it themselves being very careful to avoid features which are known to be buggy), and the management types won't have tested it for very long (or at all) before they decided to buy, and these same management types won't have to use the resulting system once it's installed.

          Costs will rapidly escalate as you have to replace all your ancient terminals with new fancy equipment designed to handle the pretty graphics...
          You start loading your live data into the new system and find that when it has actual data in it, the new system is very slow and inefficient (but still looks nice!) because it was never tested under any realistic usage cases...
          You find that the original quoted hardware requirement was already insufficient (to make it look cheaper), and coupled with how slow the new system runs with real data you now have to increase your hardware budget...

          And once the system is finally installed and people start using it, you find that...
          While the app looks very pretty to management types, the people who actually have to use it find that the pretty graphics get in the way, and that the new app is far less usable than the old one.
          Your users were used to the old system, and don't like the new one, but this gets dismissed as "users dont like change" and blamed on them wether that's the case or not.
          Even new users who weren't used to the old system have trouble with the new one..
          When under actual load, the performance issues are even worse..
          The new system has lots of bugs, which the vendor expects you to adjust your working practice around rather than bothering to fix them...
          The new system also has a different workflow, which again the vendor expects you to adjust your working practice around.
          The new system brings with it a lot of unnecessary functionality which you don't need, and which will get abused by staff and external hackers alike (people didn't spend all day using facebook on green screen terminals, and didn't browse websites or view files which try to exploit your machine and own it)..
          As a result of the unnecessary functionality and new security risks, your administrative burden is now much higher (or the vendor convinces you otherwise, and you coast along for a while before you start having major problems).

          There's a lot to be said for keeping it simple!

          • Re:Transferability (Score:4, Insightful)

            by Grygus (1143095) on Tuesday December 01, 2009 @08:58AM (#30282030)
            There's even more to be said for well-written software. What your post boils down to is, "poorly written software will not work as advertised." You're not going to get much argument on that here. The problem with the article (and your conclusion) is that they implicitly assume that all computer-based solutions are equal in quality. Since that isn't true, the analysis is ignoring a crucial component.
    • by Z00L00K (682162)

      If they don't save money - do they use the computers in an efficient manner or are they just advanced typewriters?

    • by hairyfeet (841228)

      While this may be true, my mom (a retired nurse) laughed her ass off when some politician came on TV talking about the savings there would be in having the medical field completely computerized. She said the FIRST THING a doctor does when they take over your case is print every. damned. single. bit. of your info out and stick it in the chart and while they are caring for you they scribble on the things all kinds of orders, notes, etc which then some poor nurse has to come along and put BACK into the compute

  • by WuphonsReach (684551) on Tuesday December 01, 2009 @03:33AM (#30280242)
    There's an old saw we had back in the 90s at UPS.

    Don't just computerize a process (or blindly apply technology to replicate an existing process) and expect to see savings.
    • Michael Scott stands justified! Real business is done on paper!

      There are four kinds of business: tourism, food service, railroads and sales... and hospitals slash manufacturingand air travel
    • by tg123 (1409503)

      There's an old saw we had back in the 90s at UPS.
      Don't just computerize a process (or blindly apply technology to replicate an existing process) and expect to see savings.

      Please mod the previous poster up.

      Having just done a semester of "Systems analysis and Design" to create a computer system as complex as a health care system take lots of time and resources.

      Cycles of Planning , prototyping ,design and testing then you have to do it all over again ... again and again.......

      Just Computerising a process means a change to rid the company of inefficient processes is wasted.

    • by Yvanhoe (564877)
      Exactly. The huge savings from computers come from the fact that totally new procedures can be made. It is slower for most people to use a tablet PC or a laptop than a paper notebook, the savings are not made there and if it is the only part that is changed, you'll loose money by doing so.

      * Use open standards (so that old and new equipement can easily communicate, and so that different departments can share information)
      * Network everything that is not life-critical.
      * Define clear access rights enforced
  • by Anonymous Coward on Tuesday December 01, 2009 @03:34AM (#30280246)

    And have significant responsibilities for patient care and management. Computers have made my life much easier. With electronic charting I can follow all of my patients directly from a terminal that I carry with me. The charting software we have includes basic spreadsheet and summary functions that are highly customizable. I am able to track trends and make decisions for my patients based on sight and intuition rather than having to sort through paper charts and bad handwriting. Its all at my fingertips. I don't know where Dr. harvard did his research but maybe he just has bad software. My computer system is outstanding and I honestly don't know if I'll ever be able to work in another hospital.

    • by hax4bux (209237)

      Ya, I don't understand the conclusion either.

      I have nothing to do w/health care, but bar codes alone should have been a big help.

    • Let me explain... (Score:5, Insightful)

      by denzacar (181829) on Tuesday December 01, 2009 @04:43AM (#30280594) Journal

      You: Computers have made my life much easier.
      Harvard study: Computers don't save hospitals money.

      Note the slight difference there?

      • So what you're saying is that doctors used that efficiency increase to improve patient care, rather than cost cutting. This be good no?
      • by daveb (4522) <davebremer.gmail@com> on Tuesday December 01, 2009 @05:06AM (#30280742) Homepage

        >You: Computers have made my life much easier.
        >Harvard study: Computers don't save hospitals money.

        >Note the slight difference there?

        yes - but you missed the bit about efficiency. "Computers have made my life much easier." is usually how we express efficiency.

        Over a decade ago I did a stint at a hospital looking after the pathology database. When it was down and paper records were required then lives were at risk due to the lack of efficiency (time spent accessing paper). It honestly scared me!

          I'm sure things are much much more reliant on computers now. Computers are not just for the hospital admins.

        • "Lives were at risk due to the lack of efficiency"?
          What part of "money" did you not understand?

          See... the good Doctor Himmelstein would like to run a hospital (whose job is to save lives and provide the unquantifiable product such as health) as a slaughterhouse.
          Bodies come in - work is done on them - bodies come out and you get money. Simple and straightforward.

          Aaah... but hospitals can't be run as a profit-based business - cause they are not. Hospitals provide "service" needed to run the society.
          Yo

  • Well (Score:5, Insightful)

    by ShooterNeo (555040) on Tuesday December 01, 2009 @03:35AM (#30280254)

    Here's a relevant quote from "Superfreakonomics" :

    The diagnosis was clear: the WHC emergency department had a severe case of "datapenia," or low data counts. (Feied invented this word as well, stealing the suffix from "leucopenia," or low white-blood-cell counts.) Doctors were spending about 60 percent of their time on "information management," and only 15 percent on direct patient care. This was a sickening ratio. "Emergency medicine is a specialty defined not by an organ of the body or by an age group but by time," says Mark Smith. "It's about what you do in the first sixty minutes."

    Smith and Feied discovered more than three hundred data sources in the hospital that didn't talk to one another, including a mainframe system, handwritten notes, scanned images, lab results, streaming video from cardiac angiograms, and an infection-control tracking system that lived on one person's computer on an Excel spreadsheet. "And if she went on vacation, God help you if you're trying to track a TB outbreak," says Feied.

    To give the ER doctors and nurses what they really needed, a computer system had to be built from the ground up. It had to be encyclopedic (one missing piece of key data would defeat the purpose); it had to be muscular (a single MRI, for instance, ate up a massive amount of data capacity); and it had to be flexible (a system that couldn't incorporate any data from any department in any hospital in the past, present, or future was useless).

    It also had to be really, really fast. Not only because slowness kills in an ER but because, as Feied had learned from the scientific literature, a person using a computer experiences "cognitive drift" if more than one second elapses between clicking the mouse and seeing new data on the screen. If ten seconds pass, the person's mind is somewhere else entirely. That's how medical errors are made.

    END QUOTE
    I agree wholeheatedly with the last bit : I can't count how many times I've been to a doctors office or library or other institution and had to wait for a person to pull up my information on "the system". If you're gonna build a friggin computer system to handle local records, for the love of God don't scrimp on the hardware! Optimize the software! It should be INSTANTANEOUSLY fast!

    • Re: (Score:3, Insightful)

      by Sarten-X (1102295)

      ...But it has to look pretty, or the folks with access to the bank account will never buy it! It also needs animated sliding panels, customizable positions for all controls, and must fit the graphical style of Windows 7, so the office staff don't get confused. When the programmers are done with those important goals, then they can work on the petty stuff like speed and usability.

      Let's not forget, it also absolutely MUST interface with the mainframe they kept records on in the 80's, just in case they need th

      • Re: (Score:3, Informative)

        by tomhath (637240)

        But it has to look pretty, or the folks with access to the bank account will never buy it! It also needs animated sliding panels, customizable positions for all controls, and must fit the graphical style of Windows, so the office staff don't get confused. When the programmers are done with those important goals, then they can work on the petty stuff like speed and usability.

        Oh, don't worry about that part, the system Smith and Feied are talking about is their own product, that they sold to Microsoft [bizjournals.com].

    • Re:Well (Score:5, Informative)

      by greenguy (162630) <estebandido @ g m a i l.com> on Tuesday December 01, 2009 @04:05AM (#30280428) Homepage Journal

      I work in a hospital as an interpreter, so I see a lot of how people use computers... and how they don't. Generally in the ER, the patient first sees the triage nurse, who asks a series of questions. The answers all get entered into the computer. Then the patient sees their actual nurse, who asks many of the same questions again. This information may or may not get entered in the computer. Then the PA comes in and asks the same questions a third time. This time, the information gets written on a piece of paper, or maybe a tablet computer. Eventually, the attending physician stops in just long enough to ask the same questions a fourth time, and doesn't enter the info anywhere. If the patient is admitted and sent to another department, the process starts over.

      • Re:Well (Score:5, Insightful)

        by jamesh (87723) on Tuesday December 01, 2009 @04:47AM (#30280628)

        I made a call to HP (abbreviated to protect the company :) recently to have a failed disk replaced under warranty. I went to great lengths to explain that I was a consultant acting on behalf of the customer, gave HP all of my details and all of the customers details etc. I could hear constant typing in the background so something was being entered somewhere. About 20 minutes later I got a call from my office saying they had HP on the line asking who the onsite contact was, who the customer was, and where the part should be sent.

        It's not just hospitals... I think I can generalise the conclusion of the article - if the solution (IT or otherwise) isn't designed/built right, and people don't know how to use it right, then it isn't going to work right and is going to make peoples lives harder not eaiser. Seems kind of obvious when you put it that way though.

      • Could you explain why this is a bad thing? The way you describe it, there are four people who each independently verify the information, instead of what? One person who enters some data into the computer and three people who read it back?

        If each person has a 25% misdiagnostic rate, then four independent people asking questions gives a combined misdiagnostic rate of less than 1%. If three people trust the diagnosis of the first person, then the combined rate is 25%. Regardless of the actual numbers involve

      • by Angostura (703910)

        That's an interesting comment and it made me think. Initially my thought was that that the system you describe sounds silly and wasteful (I'm an IT-focussed guy and I hate the thought of information being captured multiple times and rekeyed).

        But then I thought - perhaps it's actually quicker for those doctors to simply ask the question again, rather than to find a workstation and query the patient record. Perhaps by asking the question themselves they garner additional information from the way that the pati

    • Parkinson's laws (Score:5, Insightful)

      by vurtigalka (922428) on Tuesday December 01, 2009 @04:53AM (#30280644)
      Results like these shouldn't surprise anyone aware of Parkinson's laws. From Why it is Important that Software Projects Fail [berglas.org]:

      The boundless creativity of politicians and bureaucrats to develop new and more complex regulation is bounded only by the bureaucracy's inability to implement them. The absolute size of the bureaucracy is constrained by external factors, so the only effect of automation can be to increase bureaucratic complexity.

      Parkinson's laws are as valid and insightful as always. If someone by chance have missed them, here they are:

      Parkinson's First Law:
      Work expands or contracts in order to fill the time available.

      Parkinson's Second Law:
      Expenditures rise to meet income.

      Parkinson's Third Law:
      Expansion means complexity; and complexity decay.

      Parkinson's Fourth Law:
      The number of people in any working group tends to increase regardless of the amount of work to be done.

      Parkinson's Fifth Law:
      If there is a way to delay an important decision the good bureaucracy, public or private, will find it.

      Parkinson's Law of Delay:
      Delay is the deadliest form of denial.

      Parkinson's Law of Triviality:
      The time spent in a meeting on an item is inversely proportional to its value (up to a limit).

      Parkinson's Law of 1,000:
      An enterprise employing more than 1,000 people becomes a self-perpetuating empire, creating so much internal work that it no longer needs any contact with the outside world.

      Parkinson's Coefficient of Inefficiency:
      The size of a committee or other decision-making body grows at which it becomes completely inefficient.

  • That some of this has to do with the staff being largely of the 35+ crowd and the propensity of that crowd to not know how to use computers even remotely as well as, say, a 16 year old kid does right now.

    Computers take more work to use when you don't have a nice grasp on not only the software or function you're doing, but the regular logical deductions you make from repeated observation and experience.

    From my experience in life, most older people have somehow adapted themselves to 'get by' with technology,

    • Let me add to this (Score:3, Interesting)

      by Etrias (1121031)
      Having worked in an academic medical center and having a bit of exposure to doctors, I can say this...they may be able to patch you up but most doctors don't know shit about computers. It's the reason that most of them still scribble things down in some incomprehensible handwriting--they either don't have the time or don't want to learn a different system for keeping records.

      Actual savings probably won't be realized until everyone in the system starts to use it and have information that is easily transf
      • Re: (Score:2, Interesting)

        by Anonymous Coward

        Little known fact: we doctors are encouraged to use sloppy handwriting as a way to prevent drug order forgeries. We're like rockstars, we have public and personal signatures.

    • by jma05 (897351) on Tuesday December 01, 2009 @04:21AM (#30280500)

      > That some of this has to do with the staff being largely of the 35+ crowd and the propensity of that crowd to not know how to use computers even remotely as well as, say, a 16 year old kid does right now.

      That used to be a favorite argument to explain away poor clinical system adoption. But it does not hold true anymore. An average doctor today is at least as computer savvy as an average teenager. They may not use SMS, twitter or use facebook as much as the teens, but they certainly know how a computer works. This isn't the 90s when computers were optional in life.

      > Computers take more work to use when you don't have a nice grasp on not only the software or function you're doing, but the regular logical deductions you make from repeated observation and experience.

      Good clinical software should not need you to be an expert in computers... just that software... the one they use for several hours each day. And if it takes considerable experience to get up to speed... that's a usability problem... not a user problem.

    • 35+ old fogies that don't know that IE isn't the Intertubes? Good grief! How old are you? Oh, wait, there's a MySpace linky in your sig.
    • Re: (Score:3, Informative)

      by Spliffster (755587)

      That some of this has to do with the staff being largely of the 35+ crowd and the propensity of that crowd to not know how to use computers even remotely as well as, say, a 16 year old kid does right now.

      This is exactly what I witness. I am working as a Software developer in a University Hospital in Europe. Just an example:

      It often happens here, That some one enters data into a system. Then another devision needs said data and guess what they do? Data is printed out, faxed internally to another devision and usually a subset of the data is entered manually into another system again. Despite the fact that all involved users have access to both systems and if they'd use the systems appropriate, data would be e

  • no shit (Score:5, Insightful)

    by PhrostyMcByte (589271) <phrosty@gmail.com> on Tuesday December 01, 2009 @03:44AM (#30280292) Homepage

    Almost everyone who's ever used a line of business app could have told you this. Good LOB apps will ask the question "how can we use PC to make the experience more efficient?". Bad ones will just say "paper sucks, lets make it digital!" have the exact same fields a paper would have, but make you type it. The bad ones might be marginally easier for management because of their rudimentary search and reporting, but are usually no different or even worse for the actual day to day users.

    Yet management is continually suckered into thinking less paper == more efficient, and there are _a lot_ of bad LOB apps out there because of it.

  • Uggggghhhh (Score:3, Funny)

    by WiiVault (1039946) on Tuesday December 01, 2009 @03:47AM (#30280314)
    Seriously having a centralized database won't save time tracking down something vs a massive filing "complex" in the basement? I'm sorry but that is just bullshit no matter what the study says. Thats like saying I would be better off with a folder full of images as opposed to Picasa and iPhoto to help manage. Perhaps the time spent would similar if I were a retard or a caveman unfamiliar with a PC. But I assumed people in the medical profession had some semblance of intelligence. At worst a computer should be no less effective, and hey it lets you sit on your fat lazy ass too!
  • Of course... (Score:4, Insightful)

    by Anonymous Coward on Tuesday December 01, 2009 @03:50AM (#30280332)

    If you hand a bunch of Luddites a computer system they will tell you it isn't saving them any time.

    The system has to meet the needs of the users.

    The users have to want to use the system.

    If you don't meet both of these requirements it will fail.

  • like rain (Score:2, Interesting)

    by saiha (665337)

    So which is it, irony or coincidence that I am reading this online within minutes of this being posted?

  • Just because something's new doesn't mean it's necessarily better than the old?

    ...And the Bureaucracy died in a landslide of paperwork...

  • Computers in hospitals have never been about saving money. Of course they cost more than writing stuff down on paper and shoving it in a folder.

    Computers are about 'patient safety' and are a tool to help elminate errors. Test results came back from the lab? Computer system gives messages/popup reminders to actually CALL the patient and let them know the results are in. Non computer system, a piece of paper comes back saying you have cancer and the nurse files it and thinks "I'll call when I get back
    • I am working in a large Hospital as software engineer. I can tell you, that it's more safe to give a nurse a piece of paper than a computer. why? because the nurse's primary goal is to treat the patient and to to use this scary computer thing!

      It might be about safety (i don't answer you the answer) but -- as I see it -- it is about having alot of data (especially history and current results) at your fingertips (from the perspective of a doctor). This safes time and enables them to see the bigger picture in

  • by foobsr (693224) on Tuesday December 01, 2009 @04:06AM (#30280438) Homepage Journal
    TFS: For 45 years or so, people have been claiming computers are going to save vast amounts of money

    Reminds my of ancient times (yes, about 45 years ago) when my father was sitting over nicely striped printouts (blue and white) at home in the (late) evenings, swearing about the introduction of (then) a mainframe for bookkeeping. He was not convinced that the thing would save either work nor money and never changed his opinion.

    CC.
    • Yet my grandfather bought a mainframe for his tile distributor and it saved him tons of money.

      Reminds me of... "Its not the size it's how you use it."
  • ... and surgically insert another.

  • From what I've seen of the corporate world, these decisions are made by two groups of competing bullshit artists who've worked their way up to command decisions. One is trying to sell you a product that may or may not do what you need and the other is trying to low ball you *regardless* of what the sticker price is. Management needs to either promote more techies to these levels or put them in places where they can make *real* feedback on the process.
  • Larger modern health care environments such as large hospitals, regional health committees, working groups etc, largely boil down to two Us-and-Them viewpoints.

    One is Management and the other is doctors/nurses, the later arguing they should make the health care decisions, and essentially have primary say in the implementation of said environment.

    The result from an Information Systems viewpoint is that it is pushed from management with little buy-in from health professionals.

    With all due respect to Dr
    • Its funny because I have to go to the local public hospital regularly for my broken arm. Renovations are under way and the Fracture Clinic has acquired a nice new office since I started going there. The new office has attracted a manager who divides his time between chatting up the receptionist (he must be desperate) and standing outside empty consulting rooms saying c'mon, a patient could be in here.

    • Maybe I'm misinformed, but don't most (private) U.S. hospitals treat doctors like customers? In several computer systems that I saw in New York state, they were providing different report styles and different input methods (from e-mail to hand-written) for the different doctors. The reason I was given was that they had to do this, since doctors who didn't feel the hospital system suited their unique requirements would suggest different hospitals to their patients. The resulting computer systems were very

  • to hell with wether it saved a dime. did it improve patient outcome? cost saving it the wrong wrong WRONG aim of a hospital.
  • by wrook (134116) on Tuesday December 01, 2009 @04:30AM (#30280532) Homepage

    Computerized health care systems are not designed for the benefit of hospitals. They are designed for the benefit of entrepreneurs.

    Health care is a multi-bazillion dollar industry where information is managed via bearskins and stone knives. Development of an integrated computerized health care system will net the intelligent investor more money than even Microsoft can dream about.

    This is the message that people I will call "serial entrepreneurs" pitch. Their intent is not to build such a system (that would be nigh on impossible given the absolute chaos of incompatible processes that currently exist in hospitals). They simply want to build a system that looks close enough that stupid investors will throw millions of dollars at it. The potential payoff is so big (seemingly) that people will keep throwing money at it even after said entrepreneurs have razed and burned a stack of companies.

    Of course, eventually there *will* be a company that succeeds (mostly by accident). That company will run suspiciously like SAP where there will be a very complex set of computer programs designed to support an even more complex set of processes. These processes in turn will have nothing to do with the underlying business of providing health care. However senior management will be ecstatic that they finally have a unifying computer based process, and the only people who fully realize its true futility will be the people doing the work. They, of course, will be ignored.

  • Background/true story:

    Mid 1990s.

    Large hospital invests in an extremely expensive computerized charting system.

    Staff were not paid to chart after their shift concluded. Instead, despite being overworked, they were expected to chart as they went through the day.

    Said charting system had a key combination called "Magic Lookup", whereby pressing two keys for a given patient data field inserted the value put there from a previous charting input (i.e. temperature, blood pressure, ambulated, etc., etc., etc.). Wh

  • Most IT is about dumbing down. It lets you shed highly trained, expensive staff who are hard to recruit by replacing them with some electronic "brains" and a pair of minimum-wage hands to carry out the machine's orders. For most organisations the key driver is not cost (no matter what they tell you), it's risk. Risk that people will fail, risk that someone else will get to market before them, risk that their tame geek will walk away and take all their I.P. with them, risk that they aren't seen to be using "
  • Palo Alto medical foundation implemented online system to allow any doctor or patient to access patient's records and exchange e-mails. If you see a specialist and then go to a primary care physician for annual exam, he/she immediately sees what happened to you and what tests need to be done. Many routine matters like prescription renewals or questions about OTC drugs can be handled without revisiting the clinic. How is that not saving money or even health/lives?

  • by mgchan (1690418) on Tuesday December 01, 2009 @05:14AM (#30280794)

    And they usually aren't.

    I'm a radiologist and computers have definitely improved patient care and saved the hospital money (or alternatively made the hospital more money) in our field. From digitized images and the ability to outsource to overnight coverage to voice recognition to get turnaround for finalized reports in an hour it has undoubtedly worked. And that's with in most cases only fair implementation of a computer system.

    With most hospitals, the problem is that they like to do a piecemeal transition. Digitize a subset of notes and vital signs, half the time what you need isn't there so you have to look through the paper chart AND the computer chart. Or the vital signs are only half in the computer and half on a chart, so nurses double their workload. And when it's set up, they do it with an IT-centric interface that doesn't make intuitive sense to most users. When I use them I can see through my background in computer science and engineering why things are done a certain way, but it doesn't make any sense to physicians, nurses, etc.

    Then they add in a new piece, such as more vital signs (but in a different section), some dictated notes, some linking to the outside. Outpatient notes are digitized, inpatient notes are still handwritten, etc. ED notes are separate, with their own system. It's a complete mess. This method is a waste of money and time, all for the sake of early deployment of a suboptimal system and minimal re-training of the staff to use a new system.

    The VA had a decent attempt with CPRS. They digitized everything - from physician admission notes to clergy notes. At least everything is in one place, but people are overwhelmed with data and it's too easy to copy and paste incorrect or inaccurate information. The interface is also suboptimal (graphing lab values involves selecting a range of tests, building a worksheet, etc. much like you'd expect an engineer to make it for maximum flexibility, but minimal ease of use). And connecting to other VA systems is hit or miss.

    Perhaps the best method is to build a new hospital from the ground up. All patient records get digitized (scanned, at least, if not run through some OCR). Have a tightly integrated medical record system developed in collaboration with health care practitioners. That would save the hospital money, in the long run, compared to them starting from scratch with paper records.

    • I get my X-Rays in DICOM format from my public hospital. I convert them to PNG and post them on my blog [glitch.tl]. I must have a DICOM library loaded because gimp will read those files on ubuntu but it refuses to load some of the files, in particular the more recent ones.

      Do you have any suggestions for reading DICOM which don't involve running windows and using the DLLs on the CD from the hospital? Thanks.

  • by The Famous Druid (89404) on Tuesday December 01, 2009 @05:21AM (#30280832)
    I recently showed up at the ER late at night, with a broken wrist.
    The ER doctor looked at the X-rays, then called the fracture specialist at home, who looked at the X-rays on his home computer, and passed on his advice to the ER doctor.

    Let's see them do that without computers.
  • Honestly if you want to increase the average health care, which means the health care for most people and only pay 50% of what you pay now, just change your health care system to any system in West Europe (except the British one). Even the German one is better and that still sucks. BTW computer can be a helpful tool to manage data, but that is often not the real problem. In most cases it is bad management, induced by the wrong goals.

  • For a while in the UK, the government has been spending billions of pounds on NHS IT systems. There is enormous potential to improve the situation, but so far it just hasn't been used. The prime example is electronic medical notes as mentioned in the article.

    Currently, I live and work 22 miles apart. I'm only allowed to use the doctor near my home, even though they are only open during working hours. The reason for this is my medical notes - f I need an emergency home visit (I never have) they will need

  • News at 11.

    Seriously, if you don't have improved efficiency after a tech implementation, you've done it wrong. Try tying vendor's and staff's earnings to efficiency.

    • The trouble with that is that you're then forcing them to be assessed on the metric you're assessing on them or inadvertently game the system (intentionally or not). I can think of plenty ways to make hospitals more "efficient" if you can compromise patient care...
  • How to say if computers save money to a hospital? Do you take into account reduction in errors, perhaps malpractice errors that could cost millions? Do you take into account expanded possibilities? If you now have a service that wouldn't be possible without computers, are the profits of that service included in the study?

    I once made a program for a manufacturing company, that sequenced the production in the different machines. They had at the time one person making the sequence for the machines manually. Th

  • When "computerizing" medical facilities, the argument is not about how much cheaper treatment is going to be, but how much better it will be for the patients.
    So, computers are "bad", right?
    How about scanners, computerized microscopes, computer assisted operation tools and/or any other monitoring system?
    Sure, they cost more than if they were not used/purchased, but aren't all these meant for BETTER healthcare, and not cost reduction ???
  • Variables... (Score:3, Insightful)

    by Bert64 (520050) <bert@slash d o t . f i renzee.com> on Tuesday December 01, 2009 @07:48AM (#30281618) Homepage

    There are too many variables...

    Computers installed and maintained in a competent fashion, running software which is appropriate to the job at hand and being used by staff who are proficient with that software can save money, potentially a lot of it...

    On the other hand, many IT projects are terribly mismanaged, poorly budgeted, installed by cheap unqualified staff, running unsuitable software which expects people to adapt to its way of doing things rather than the other way round, and used by staff who are unsure how to use the system correctly and are often too fearful to touch it unless forced to..
    Ask the average joe on the street, and they will tell you that computers are extremely unreliable black boxes, they have no idea how they work and are very fearful of touching them incase they break, especially at work where they're likely to face disciplinary action for breaking the computers.

    In a lot of cases, computers are simply not appropriate, and in many more cases computers in the form that get installed are completely unsuitable for the task and are actually inferior to what they replaced.

    You also have the attitude of third party suppliers and corrupt people high up in the client organizations where the situation changes from "what do we need" to "how can we justify purchasing something from "... IT is one of the worst affected industries for this, because people generally have less understanding and are therefore easier to fool.

    The goals of these people is not to save money, it's not their money to save, it's someone else's money that they are in charge of, and their primary goal is to siphon as much of it out and into their own pockets as possible.

  • by viralMeme (1461143) on Tuesday December 01, 2009 @07:59AM (#30281696)
    "The study also showed most of the IT systems were aimed at improving efficiency for hospital management -- not doctors, nurses, and medical technicians"
  • by LaughingCoder (914424) on Tuesday December 01, 2009 @08:47AM (#30281968)
    I developed products in this space for a number of years. One big problem we always encountered was the in-house proprietary systems. Time and again we would hear "we'll buy your system as long as it can interface with this shiny, homegrown monstrosity that we developed". Of course the person most responsible for the purchasing decision (at least from the technical end) was also usually the manager who was responsible for creating (or at least maintaining) the inhouse monstrosity. To throw it out is to admit a giant mistake, to potentially cut staff (and hence reduce power) and so instead they try to make vendors jump through hoops. Our natural response was to wrap our products with integration services, which breeds a support nightmare (no two customers have the same thing) and is also very labor intensive, and hence expensive, making it very hard to justify for the projected "savings". As an example, I once spent a year (mostly on my own time each night at home) logging in remotely to a hospital system, running migration scripts to move image data from an inhouse system into our system. Each morning I would tell the customer's technician to load a new batch of disks, then I would kick off the migration each night. And mind you, this is ONE customer at ONE hospital. And of course first I had to write the migration scripts ... another sunk cost.

There is hardly a thing in the world that some man can not make a little worse and sell a little cheaper.

Working...