Slashdot Mirror


CT Scan "Reset Error" Gives 206 Patients Radiation Overdose

jeffb (2.718) writes "As the LA Times reports, 206 patients receiving CT scans at Cedar Sinai hospital received up to eight times the X-ray exposure doctors intended. (The FDA alert gives details about the doses involved.) A misunderstanding over an 'embedded default setting' appears to have led to the error, which occurred when the hospital 'began using a new protocol for a specialized type of scan used to diagnose strokes. Doctors believed it would provide them more useful data to analyze disruptions in the flow of blood to brain tissue.' Human-computer interaction classes from the late 1980s onward have pounded home the lesson of the Therac-25, the usability issues of which led to multiple deaths. Will we ever learn enough to make these errors truly uncommittable?"

38 of 383 comments (clear)

  1. Will errors ever go away? by s73v3r · · Score: 4, Insightful

    As long as people are involved in some way, no.

    1. Re:Will errors ever go away? by courteaudotbiz · · Score: 3, Insightful

      Mmmmm, anyway, people are always involved if you have a machine. The machine didn't build itself!

    2. Re:Will errors ever go away? by Anonymous Coward · · Score: 1, Insightful

      Make something foolproof, and they'll invent a better fool

  2. Default setting... by courteaudotbiz · · Score: 5, Insightful

    The default setting for an equipment that can be lethal should be "Emit zero radiation". Then for each exposure, set the level of radiation you intend to use. This way, you ALWAYS KNOW the level of radiation the equipment will emit.

    Better investigate "Hey, we got no picture" than "Hey, we got pictures, but everyone dies after that..."

    Didn't RTFA.

    1. Re:Default setting... by fluffy99 · · Score: 2, Insightful

      Didn't RTFA.

      Well that explains why your comment makes no sense. The system was showing a correct dosage, but was delivering something different since they had been dorking with the protocol definitions. In the Therac-25 case, the error was due to the operators using the program in an undocumented manner and the system incorrectly calculating the required exposures as a result. Also the operator doesn't arbitrarily set a level. He picks a specific protocol from a menu which already has the scanning pattern, timing, and power levels. Don't forget that dosage is power x time, so a low power level run for too long is also a problem.

      If you didn't bother reading TFA, please don't bother posting. Whatever twit modded you insightful should be banned as well.

  3. Re:Not the engineers fault by betterunixthanunix · · Score: 5, Insightful

    The machine's software should not be capable of triggering the release of that much radiation; any change in the radiation levels should require some kind of hardware interaction. Even an idiot who did not RTFM should not be able to cause harm with the machine.

    --
    Palm trees and 8
  4. Maybe testing it afterwards? by uncledrax · · Score: 3, Insightful

    Maybe next time they will test the damn thing before subjecting patients to it? It's a built in part of my job that I test/confirm a change after I make a change.. because often there's a likely hood of something unexpected or improperly explained that can cause an issue.

    How hard would it have been to stick a dosimeter in the machine after the change and run it though a test?
    (I realize that just a basic dosimeter might not be a sufficient measure.. but it would have been good to get a before/after.. and something like a 8-fold increase would have been easily detectable!)

    --
    ----- The internet has given everyone the ability to have their voice heard equally as loud.. even if they shouldn't be
    1. Re:Maybe testing it afterwards? by RDW · · Score: 5, Insightful

      'How hard would it have been to stick a dosimeter in the machine after the change and run it though a test'

      Supposedly the actual dose would have been displayed on the machine's screen (I wonder how prominently?):

      http://www.latimes.com/news/local/la-me-cedars-sinai14-2009oct14,0,5065886.story

      '"It's in your face on the screen," said Dr. Donald Rucker, chief medical officer for Siemens, a manufacturer of CT scanners.'

      'CT technicians are trained to monitor dose levels, and some hospitals conduct checks before every scan..."There are other places where the techs might be operating more as button-pushers," said Dr. Geoffrey Rubin, a professor of radiology at Stanford University. "The user becomes a little blind to these numbers."'

    2. Re:Maybe testing it afterwards? by Anonymous Coward · · Score: 1, Insightful

      Good job not reading TFA.

      In fact, the article notes that the Therac-25 ran successfully for some time before injuring the first patient. One example cited that a machine operator who ran through the dosage screen too quickly caused a race and a resultant incorrect dosage. How many times do you test your complete software system for overall race conditions like that?

      On the other hand, you're right in guessing that there should have been (many) hardware interlocks on the machine to prevent dangerous or lethal doses from occurring, and that was the lesson in the article.

      Slashdot editors: please provide a "Did not read TFA" button on posts so we can immediately mod those brainiacs that couldn't be bothered to read the original article from being marked "+5, Insightful."

    3. Re:Maybe testing it afterwards? by Anonymous Coward · · Score: 1, Insightful

      Of course, it's not clear from the article WHY they were using multiple threads in the first place. Seems like needless complexity.

  5. In short by Cornwallis · · Score: 2, Insightful

    Will we ever learn enough to make these errors truly uncommittable?"

    No.

  6. Re:Not the engineers fault by smitty777 · · Score: 5, Insightful

    Couldn't disagree more. Unfortunately, enforcing training and reading manuals would probably have little effect. In my 10+ years doing usability for missile systems, you have to build in the mechanisms to keep the users from doing bad things. Even if you force the user to read the *entire manual* before each use, people still have bad days, hangovers, fights with significant others. It has to be designed in.

    --
    "Before God we are all equally wise - and equally foolish"
    Albert Einstein
  7. Re:Not the engineers fault by vertinox · · Score: 4, Insightful

    The machine's software should not be capable of triggering the release of that much radiation; any change in the radiation levels should require some kind of hardware interaction. Even an idiot who did not RTFM should not be able to cause harm with the machine.

    I'm not sure what you mean by this? Most hardware is software these days.

    Or are you talking about having a red button with a safety lock on it that has to be pushed in order to work?

    Either way, people still bypass hardware solutions.

    --
    "I am the king of the Romans, and am superior to rules of grammar!"
    -Sigismund, Holy Roman Emperor (1368-1437)
  8. 8 times intended != fatal by 140Mandak262Jamuna · · Score: 1, Insightful
    Before you all get worked up realize that 8 times the intended dose does not mean it was over the exposure limit or dangerous levels. That too just 200 people. Come on get some perspectives ok? It was not long ago we were permitting shoe salesmen to Xray the foot to check the fit of shoes on people. And it was not even pulsed. Continuous, high level radiation.

    For comparison remember more people are killed by vending machines and by falling off the roof putting up the christmas lights.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
  9. Re:Not the engineers fault by snowraver1 · · Score: 4, Insightful

    Hardware interaction... Like maybe "[...]resetting the machine to override the pre-programmed instructions that came with the scanner when it was installed."?

    I'm willing to bet that the person that modified the machine has read, at least, the relevant parts of the manual.

    --
    Copyright 2010. All rights reserved. This comment may not be copied in any way including, but not limited to caching.
  10. The errorless machine... by TemporalBeing · · Score: 4, Insightful

    Will we ever learn enough to make these errors truly uncommittable?"

    There is and never will be such a thing as a machine without the possibility for error. And you'll never get around the old adage/rule - If it can happen, it will. How often it occurs it the key; and while we should always aim to make an error-less machine, it is an impossibility and we can only achieve it by make the occurrence of such errors as few and far between as possible.

    After all, an error-prone human must be involved to make the machine; even if that machine made another machine a human was still involved at some point to make the original. Thus there will always be the possibility for errors. Even if, as demonstrated by the Matrix, iRobot, and many others, the machines make that error on purpose to save humanity - it is still an error.

    --
    Truth is like the sun. You can shut it out for a time, but it ain't goin' away. - Elvis Presley (source: imdb.com)
  11. Re:No, there will always be risk by Entropius · · Score: 2, Insightful

    Life is brutal, but that doesn't mean we should give up on trying to make it less so. Asking whether CT scanners can be redesigned to make this not happen, and whether it's worthwhile to do so, is very valid.

  12. Re:Not the engineers fault by Serenissima · · Score: 4, Insightful

    I think he means it should be hardwired into the unit to NEVER EVER exceed a certain level of X-Ray radiation. That should be the default. If there's some medical reason why the dosage needs to increase, you should have to turn it UP to that dosage and then the machine should reset itself to the default. There should NEVER be a problem of the machine defaulting to an extremely high level of radiation requiring personnel to turn it down. It should always start out low in case some dumbass technician runs the machine without making any changes.

    --
    Give a man a fire and he'll be warm for a day. But light a man on fire and he'll be warm for the rest of his life.
  13. Put a dosimeter in there with the patient by ggraham412 · · Score: 2, Insightful

    For patients undergoing scans or treatments involving radiation, why not verify exposure with a 25 cent dosimeter? You'd catch problems right away.

  14. Comment removed by account_deleted · · Score: 5, Insightful

    Comment removed based on user account deletion

  15. Re:HULK MAD! by frito_x · · Score: 3, Insightful

    Hate this "immediately moderate when you select an option" feature. meant to mod funny... slip of the mouse goes to overrated... there should be a go/ok button next to the list imho.

    wasted 3 mod points... oh well...
         

  16. Re:Not the engineers fault by Sockatume · · Score: 4, Insightful

    Don't even hard-wire it. Engineer it so that operating in the high-dose regime requires physical intervention, a "Kill Handle" with a lock and key. The machine should be physically incapable of generating an above-standard dose when the "Kill Handle" is not being held. Limit the power, or something. (The aformentioned Therac incident happened, in part, because such a hardware interlock did not exist.)

    --
    No kidding!!! What do you say at this point?
  17. Re:It's About Automation by antifoidulus · · Score: 5, Insightful

    The advantages of simplified training are not just beneficial on an economic scale. While its unfortunate that this error killed people, think of how many more people would die if complex training was required to use these types of machines. Ultimately, it would lead to fewer operators and thus less access to the machine, which ostensibly helps save lives.

  18. Re:Not the engineers fault by Greyfox · · Score: 5, Insightful

    My machine would irradiate the operators by default and would require that a obscure button sequence be pushed in order to irradiate the patient instead. That way the idiot who didn't RTFM would end up dying of radiation poisoning, not the patient. Eventually the survivors who DID RTFM would breed and pass on their proclivity to RTFM. Really it's for the good of the entire human race, if you think about it...

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  19. And you think more IT will make things better? by Anonymous Coward · · Score: 1, Insightful

    So, if this CT error bothers you, do you really think the onslaught of IT technology being thrust at hospitals is going to make things in health care any better? The Obama Administration is creating a feeding frenzy among the IT companies to rush in and collect their piece of the pie. To do this, they are creating electronic health records and connecting medical devices to regular IT networks. Who is testing that stuff? Mind you, I don't think Obama's move is necessarily bad, just the blind faith driving it that more technology is always a good thing. Even NASA finally figured out that their "Faster, Cheaper, Better" programs didn't mean "Faster + Cheaper = Better."

    Granted, the Silicon Valley/Redmond group have created some remarkable technology, but should we take for granted they are doing all the right things in areas they've never worked in before? It seems to me we all put way too much faith in our technology... as illustrated by the comments that this CT should correct for all potential errors a human might make. If this were really the case, why is there still so much crappy hardware and software out there?

  20. Re:It's About Automation by sunderland56 · · Score: 4, Insightful

    I don't think being trained to fully understand the automobile will decrease the number of automobile related deaths.

    Being trained to fully understand the laws of physics would certainly decrease automobile accidents.

  21. Re:Not the engineers fault by BigDukeSix · · Score: 5, Insightful

    It's not quite that simple. The CT scanner is set up with a distinct scanning protocol for whatever part of the body you're imaging. If you're trying to get a detailed image of the bones of the pelvis you have to use more power than if you're imaging the lungs. The scan is further individualized by patient size. Given that infants and very large people are imaged on the same scanner, the software has to vary radiation dose over a reasonably wide range, and it's a different setting for every scan.

  22. Re:Not the engineers fault by Geoffrey.landis · · Score: 3, Insightful

    The machine's software should not be capable of triggering the release of that much radiation

    That sentence, essentially, just said "The machine did something bad. It should have been designed so it isn't allowed to do that."

    That's what qualifies as "insightful" these days????

    --
    http://www.geoffreylandis.com
  23. Re:Not the engineers fault by eric-x · · Score: 2, Insightful

    Not true because the proposed button/switch would only need to be used exceptionally.

    There are enough possibilities to make it fool proof.
    For example, there could be two push buttons, one is to reset the scanner to normal levels and one to enable high levels. An electronic timer automatically resets it back the lower level after an hour, or when the scan session ends. To prevent taping down, the buttons must be released before it can be pushed again, this is easy to detect using a few flipflops and AND/XOR ports.

  24. Re:It's About Automation by lysergic.acid · · Score: 2, Insightful

    Yes, because we all know that car accidents only kill stupid people...

    I don't think the laws of physics cares how high your IQ is when you get t-boned by a drunk driver at an intersection.

  25. Re:Not the engineers fault by Darinbob · · Score: 2, Insightful

    And as I posted earlier, customers have been caught with weights to hold down buttons.

    In this particular case though, that particular dosage may have been appropriate to some uses, but not others. A "maximum allowed dose" can be in effect and still make a patient sick!

    For some machines these doses are controlled mechanically; moving heavy lead and steel plates around, irises, etc. Hardwiring a maximum dosage in this case involves the interaction between many components.

  26. Re:It's About Automation by Ironica · · Score: 4, Insightful

    ...But in that particular accident, the drunk is less likely to suffer severe or fatal injuries. The relaxant effect of alcohol makes their body more resilient to sudden shocks. Also, they're usually having a head-on collision, while they may be striking the other vehicle from the side; as head-on collisions are by far the most common, most of a car's safety features are geared toward mitigating them.

    --
    Don't you wish your girlfriend was a geek like me?
  27. Re:It's About Automation by Lost+Engineer · · Score: 4, Insightful

    The person who reacts correctly to a slide is not doing so because he understands physics in general but because he has driving specific training. There's really no time to do math in that situation.

  28. Re:Medical Staff were a big part of the problem by Anonymous Coward · · Score: 1, Insightful

    One thing that struck me from that story (and is appropriate for Slashdot) is from a meeting between Therac-25 users and the manufacturer, after several deaths had occurred from two separate software bugs. The users asked if the manufacturer would provide the source code for the machine's software, so they could look at it themselves. The manufacturer said no.

    Given that lives are at stake, this seems like an obvious thing for the FDA to do - demand that all medical devices be open-source. Even if operators of the devices don't actually trawl through the code themselves (at least, until an accident has occurred), the knowledge that they *might* should motivate manufacturers to be a bit less sloppy.

  29. Re:Not the engineers fault by LWATCDR · · Score: 2, Insightful

    "Even an idiot who did not RTFM should not be able to cause harm with the machine."
    But was this above that limit?
    Different scans REQUIRE different amounts of radiation.
    Nothing can be fool proof. I would bet that there is a limiter but this level could be below that limiter.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  30. Re:It's About Automation by Richy_T · · Score: 2, Insightful

    The watchdog timer on the radiation module detects lack of input and shuts it down?

  31. Re:Not the engineers fault by nobodyman · · Score: 2, Insightful

    he aformentioned Therac incident happened, in part, because such a hardware interlock did not exist.

    Ironically, earlier models of the Therac device *did* have hardware interlocks. These earlier models shared the same software defects as the Therac-25, but hardware interlocks prevented the overdose scenario.

    I haven't RTFA, and I don't even pretend to assume that I could do things better (or even fully grasp the problem). That said, the struggle for efficiency and programmers' tendency to seek out a software solution to any problem seem to be at odds with the multiple levels of redundancy, checks, and balances that are absolutely required for medical technology.

    I would loathe being a software developer in the medical industry. It's a noble thing, but the knowledge that my mistakes could potentially *kill* other people would make me sick.

  32. Re:Not the engineers fault by quanticle · · Score: 2, Insightful

    Well, the Therac-20 "worked fine" in the sense that the mechanical limit on the device prevented the software from delivering lethal doses. It doesn't mean that the Therac-20 was a "good" machine in any sense of the word.

    --
    We all know what to do, but we don't know how to get re-elected once we have done it