ONC's Christmas Confessional on Health IT Safety: "HIT Patient Safety Action & Surveillance Plan for Public Comment"

This time of year is certainly appropriate for a confessional on the health IT industry and <a href="http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html" target="_blank">hyperenthusiasts</a>' sins.<br /><br />In the first report I've seen that seems genuinely imbued <b>with a  basic level of recognition of social responsibility incurred</b> by conducting the grand human subjects experiment known as national health IT, ONC has issued a Dec. 21, 2012 report "<b>Health Information Technology Patient Safety Action & Surveillance Plan for Public Comment</b>." It is available <a href="http://www.healthit.gov/sites/default/files/safetyplanhhspubliccomment.pdf" target="_blank">at this link</a> in PDF.<br /><br />Statements are made that have appeared repeatedly since 2004 at this blog, and my health IT difficulties site that went online years before this blog (1998 to be exact); it is possible through my early writing and that of like-minded colleagues that we were the origin of most of these memes.  We wrote them with the result of bringing much scorn upon ourselves. After all, "how could health IT possibly not be a panacea?" was the "you are an apostate" attitude I certainly experienced (e.g., as in my Sept. 2012 post "<a href="http://hcrenewal.blogspot.com/2010/09/dangers-of-critical-thinking-in.html" target="_blank">The Dangers of Critical Thinking in A Politicized, Irrational Culture</a>").<br /><br />Observations echoed in the new ONC report:<br /><br /><ul><li>"Just as health IT can create new opportunities to improve patient care and safety, it can also create new potentials for harm."</li><li>Health IT will only fulfill its enormous potential to improve patient safety if the risks associated with its use are identified, if there is a coordinated effort to mitigate those risks, and if it is used to make care safer.</li><li>Because health IT is so tightly integrated into care delivery today, it is difficult to interpret this initial research <i>[such as the PA Patient Safety Authority study  - ed.]</i>, which would seem to suggest that health IT is a modest cause of medical errors. However, it is difficult to say whether a medical error is health IT-related. <span style="color: red;"><i><b>[Not emphasized, as I wrote</b></i></span> <i><a href="http://hcrenewal.blogspot.com/2012/12/a-very-signifcant-additonal-observation.html" target="_blank"><b>here</b></a><b>, <span style="color: red;">is the issue of risk when, say, </span></b></i><a href="http://hcrenewal.blogspot.com/2011/11/lifespan-rhode-island-yet-another.html" target="_blank"><b><i>tens of </i></b></a><i><a href="http://hcrenewal.blogspot.com/2011/11/lifespan-rhode-island-yet-another.html" target="_blank"><b>thousands of prescriptions are erroneous</b></a><b><span style="color: red;"> due to one software bug, a feat impossible with paper - ed.]</span></b></i></li><li>The proper steps to improve the safety of health IT can only be taken if there is better information regarding health IT’s risks, harms, and impact on patient safety.</li></ul><br />Suggested steps to be taken include:<br /><br /><ul><li>Make it easier for clinicians to report patient safety events and risks using EHR technology.</li><li>Engage <b>health IT developers to embrace their shared responsibility</b> for patient safety and promote reporting of patient safety events and risks. <span style="color: red;"><i><b>[I am frankly amazed to see this admission.  In the past, that sector excused itself entirely on the basis of the "learned intermediary" doctrine and "hold harmless" clauses; where the clinician is an all-knowing Deity between computer and patient.  I've been writing for years, however, that the computer is now the intermediary between clinician and patient since all care 'transactions' have to traverse what is now an enterprise clinical resource and clinician control system - ed.]</b></i></span></li><li>Provide support to Patient Safety Organizations (PSOs) to identify, aggregate, and analyze health IT safety event and hazard reports.</li><li>Incorporate health IT safety in post-market surveillance of certified EHR technology</li><li>Align CMS health and safety standards with the safety of health IT, and train surveyors.</li><li>Collect data on health IT safety events through the Quality & Safety Review System (QSRS).</li><li>Monitor health IT adverse event reports to the Manufacturer and User Facility Device Experience (MAUDE) database. <i><b><span style="color: red;">[I've been promoting the use of MAUDE for just that purpose, and much more regarding documenting and reporting on mission-hostile health IT; see</span> <a href="http://hcrenewal.blogspot.com/2012/08/clinicians-how-to-document-ehr-screens.html" target="_blank">this </a><span style="color: red;"><a href="http://hcrenewal.blogspot.com/2012/08/clinicians-how-to-document-ehr-screens.html" target="_blank">post </a>- ed.]</span></b></i></li></ul><br />These steps are to be taken in order to "<i>Inspire Confidence and Trust in Health IT and Health Information Exchange."</i><br /><br />The title of my keynote address to the Health Informatics Society of Australia this summer was, in fact, "<a href="http://hcrenewal.blogspot.com/2012/08/my-presentation-to-health-informatics.html" target="_blank">Critical Thinking on Building Trusted, Transformative Medical Information:  Improving Health IT as the First Step</a>". <br /><br />My thoughts on this report:<br /><br /><ul><li>It is at least two decades overdue.</li><li>It was produced largely if not solely due to the pressure of the "HIT apostates", finally overcoming industry memes and control of information flows through great perseverance.</li><li>It is indeed a confessional of the sins committed by the health IT industry over those decades.  Creating, implementing and maintaining mission critical software in a safety-cognizant way is not, and was not, a mystery.  It's been done in numerous industries for decades.</li><li>It is still a bit weak in acknowledging the likely magnitude of under-reporting of medical errors, including HIT-related, in the available data, and the issue of <b>risk</b> <b>vs. 'confirmed body counts' </b>as I wrote at my recent post "<a href="http://hcrenewal.blogspot.com/2012/12/a-very-signifcant-additonal-observation.html" target="_blank">A Significant Additional Observation on the PA Patient Safety Authority Report -- Risk</a>". </li><li>It is unfortunate that this report did not come from the informatics academic community in the United States, i.e., the <a href="http://www.amia.org/" target="_blank">American Medical Informatics Association (AMIA)</a>.  AMIA's academics have done well in advancing the theoretical aspects of the technologies, and how to create "good health IT" and not "bad health IT."  However, they have largely abrogated their social responsibilities and obligations, including but not limited to those of physicians, in ensuring the theories were followed in practice by an industry all too eager to ignore academic research (which, in order to follow, utilizes money and resources and reduces margins).</li></ul>(On the latter point, just last week did the American College of Medical Informatics [ACMI] refuse to permit me to be a speaker at their early 2013 annual retreat despite support from some of its members.)<br /><br />And this:<br /><br /><ul><li>If the industry and the academics had been doing their job responsibly, I might be spending this Christmas and New Years's holiday with my mother, rather than visiting her in the cemetery. </li></ul><br />All that said, the report is welcome.<br /><br />Finally, it is hoped - and expected - that public comments <b>will indeed be "public"</b>, and that <b>any irregularities in such comments</b> (such as appeared in the public comments period for MU2 due to industry ghostwriting as in my Aug. 2012 post "<a href="http://hcrenewal.blogspot.com/2012/08/health-it-vendor-epic-uses-clients-as.html" target="_blank">Health IT Vendor EPIC Caught Red-Handed: Ghostwriting And Using Customers as Stealth Lobbyists - Did ONC Ignore This?</a>" and Sept. 2012 post "<a href="http://hcrenewal.blogspot.com/2012/09/from-what-i-can-tell-epic-was.html" target="_blank">Was EPIC successful in watering down the Meaningful Use Stage 2 Final Rule?</a>") will be reported and acted upon in an aggressive manner.<br /><br />And finally, from the Healthcare Renewal blog, Merry Christmas.<br /><br />-- SS

ONC's Christmas Confessional on Health IT Safety: "HIT Patient Safety Action & Surveillance Plan for Public Comment"

This time of year is certainly appropriate for a confessional on the health IT industry and hyperenthusiasts' sins.In the first report I've seen that seems genuinely imbued with a  basic level of reco…

Đọc thêm »

HITECH and Experimental Airplanes

This from a commenter, who has been deeply involved in major governmental health IT initiatives in another land, who wishes to remain anonymous:<br /><br /><blockquote class="tr_bq">The whole HITECH initiative really is getting like the equivalent of loading up a brand new airplane with paying travelers before debugging the software or even putting a model in the wind tunnel, and doing so without FAA approval.<br /><br />If anyone attempted that in aviation, no one and I mean NO ONE would board the plane including the crew and Captain, so why is it OK in healthcare?  Is it just because the avoidable disasters are one body at a time in Health vs. 200-400 at once in air travel?</blockquote><br />The answer to the last question?<br /><br />Yes.<br /><br />-- SS<br />

HITECH and Experimental Airplanes

This from a commenter, who has been deeply involved in major governmental health IT initiatives in another land, who wishes to remain anonymous:The whole HITECH initiative really is getting like the e…

Đọc thêm »

A Response to the NY Times Article "Ups and Downs of EMRs" So Full Of The Usual Refrains, I Am Using It To Throw A Spotlight On Those Endlessly-Repeated Memes

My Google search alert turned up a response to the Oct. 8, 2012 NY Times article <a href="http://www.nytimes.com/2012/10/09/health/the-ups-and-downs-of-electronic-medical-records-the-digital-doctor.html" target="_blank"><b>The Ups and Downs of Electronic Medical Records</b></a> by Milt Freudenheim.<br /><br />It was posted on the blog of a company Medical-Billing.com and is filled with the usual rhetoric and perverse excuse-making.<br /><br />It is, in fact, so laden with typical industry refrains and excuse-making that I am using it to throw a spotlight on the misconceptions and canards proffered by that industry in defense of its uncontrolled practices:<br /><br /><blockquote class="tr_bq"><a href="http://www.medical-billing.com/blog/medicalbilling/news/pid-598/a-response-to-the-ny-times-on-electronic-medical-records/" target="_blank">A Response to the NY Times on Electronic Medical Records</a><br />Posted on October 10, 2012 by Kathy McCoy<br /><br />A recent article by the New York Times entitled “The Ups and Downs of Electronic Medical Records” has generated a lot of discussion among the HIT community and among healthcare professionals.<br /><br />It’s an excellent article, looking at concerns that a number of healthcare professionals have about the efficiency, accuracy and reliability of EMRs. One source quoted, Mark V. Pauly, professor of health care management at the Wharton School, said the health I.T. industry was moving in the right direction but that it had a long way to go before it would save real money.<br /><br />“Like so many other things in health care,” Dr. Pauly said, “the amount of accomplishment is well short of the amount of cheerleading.”<br /><br /><b>Seriously? I can’t believe we’re still having this conversation.</b>  <span style="color: red;"><i><b>[Emphasis in the original - ed.]</b></i></span> </blockquote><br />I can believe it -- and quite seriously -- as it's a "conversation" long suppressed by the health IT industry and its pundits.<br /><br />Seriously, I can't believe the comment about "it's an excellent article"; that comment appears to merely be a distraction for the interjection of attacks upon the substance of selfsame "excellent" article.<br /><blockquote class="tr_bq"><br />In a world where I can go to Lowe’s and they can tell me what color paint I bought a year ago, or I can call Papa John’s and they know what my usual pizza order is, how can we expect less from our healthcare systems?</blockquote><br />Because healthcare is not at all like buying paint and ordering a pizza, being several orders of magnitude more demanding and complex and on many different planes (e.g, educational, organizational, social and ethical to name a few).  Only the most avid IT hyper-enthusiast (or those prone to <a href="http://www.merriam-webster.com/dictionary/ignoratio%20elenchi" target="_blank"><i>ignoratio elenchi</i></a>) would make such a risible comparison.<br /><br /><blockquote class="tr_bq">I recently joined a new healthcare system, and I have been impressed and pleased by their use of EMR and technology. I no longer have to worry about whether I told the new specialist everything he or she needed to know about my health history; it’s in my record. I no longer have to remember when I had my last tetanus shot; it’s in my record.<br /><br />My care is coordinated between doctors, labs, etc., better than it ever has been before. In the past, I felt as though my healthcare was a giant patchwork quilt—and some of the stitches were coming loose, frankly. This new system with a widely used EMR, to me, is a huge improvement.</blockquote><br />The problem with this argument is that n=1, and the going's not yet gotten tough, such as it had for people injured or killed as a result of the experimental state of current health IT.<br /><br /><blockquote class="tr_bq">Granted, the problems cited in the article are real and need to be addressed. </blockquote><br />Another dubious statement to be followed with excuses ... here it is:<br /><br /><blockquote class="tr_bq">However, the article itself mentions some redundancies that are in place to insure that a system going down doesn’t throw the entire Mayo Clinic into freefall. And certainly, additional redundancies may be needed to insure that prescriptions aren’t incorrectly sent to a pharmacy for the wrong patient, etc.</blockquote><br />Those "redundancies" are not complete, do not cover for all aspects of enterprise health IT when it is down, and <a href="http://hcrenewal.blogspot.com/search/label/Patient%20care%20has%20not%20been%20compromised" target="_blank">necessarily compromise patient care</a> when they have to be called upon.   I, for one, a physician, would not enjoy being a patient nor taking care of patients when the "IT lights" go out.<br /><br /><blockquote class="tr_bq">Do doctors and medical staff need to learn how to code correctly so that they aren’t accused of cloning? Yes—but that’s a relatively easy problem to fix. The problem has already been identified, and training has already begun to address the issue.</blockquote><br />Cloning of notes and "coding correctly" are two entirely different issues.  Easy to fix?  The health IT industry has been saying all its problems are easy to fix, i.e., in version 2.0 ... for the past several decades, when few if any problems have been. <br /><br /><blockquote class="tr_bq">I have been through this type of problem before, as have many of you, with new systems.<b> It’s called a learning curve</b>, and it’s relatively easy to work through with patience and determination. I have encountered situations before where the team I was working with threw up their hands when they ran into problems <b>learning a new database system</b> and said “It doesn’t work.” Yet in time, they learned to love the system—and some of the biggest doubters became the experts on it.</blockquote><br />I surmise that since they were forced into using it, the Stockholm Syndrome was likely at work.  However, speculation aside, the seemingly banal statement that "<b>it’s called a learning curve" is an ethical abomination.  </b>The subjects of these systems are human beings, not lab rats.<br /><b><br /></b>Further<b>, health IT is not a "<a href="http://hcrenewal.blogspot.com/2010/01/does-ceo-of-google-use-google.html" target="_blank">database system</a>."  </b>It is an enterprise clinical resource and clinician workflow control and regulation device<b>.  </b>This statement illustrates the dangers of having personnel of a technical focus<b> </b>in any kind of authority role in health IT<b>.  </b>Their education and worldview is far too narrow.<b><br /></b><br /><br /><blockquote class="tr_bq">Healthcare professionals overcome more difficult challenges than this every day; they bring people back from the dead, for Pete’s sake! <b>I have no doubt that they will adapt and learn to utilize EMRs</b> so that they improve healthcare and take patient care to levels currently unimaginable.</blockquote><br />Wrong solution, completely ignoring (or perhaps I should say willfully ignorant of) the fact that there's good health IT and bad health IT (GHIT/BHIT).  The IT industry needs to adapt to healthcare professionals, <b>not the other way around</b>, by producing GHIT and banishing BHIT.  This point needs to be frequently repeated, I surmise, due to tremendous disrespect for healthcare professionals by the industry.<br /><br /><blockquote class="tr_bq">And to say, as was quoted in the article: “The technology is being pushed, with no good scientific basis”? <b>Ridiculous</b>, with all due deference to Dr. Scot M. Silverstein, a health I.T. expert at Drexel University who reports on medical records problems on the blog <b>Health Care Renewal and made the statement.</b></blockquote><br />The only thing "ridiculous" is that Ms. McCoy was clearly too lazy to check the very blog she cites, as conspicuously cited in the NY Times article itself.  (That assumes she has the education and depth to understand its arguments and copious citations.)<br /><br />Lack of RCT's, supportive studies weak at best with <a href="http://hcrenewal.blogspot.com/2011/02/updated-reading-list-on-health-it.html" target="_blank">literature conflicting</a> on value, National Research Council indicating current health IT <a href="http://www8.nationalacademies.org/onpinews/newsitem.aspx?RecordID=12572" target="_blank">does not support clinician cognitive processes</a>, <a href="http://hcrenewal.blogspot.com/2012/10/honesty-and-good-sense-on-electronic.html" target="_blank">known harms but IOM/FDA both admitting the <i>magnitude of EHR-related harms is unknown</i></a>, <a href="http://hcrenewal.blogspot.com/2011/10/nist-on-ehr-mission-hostile-user.html" target="_blank">usability poor</a> and in need of significant remediation, cost savings <a href="http://hcrenewal.blogspot.com/2012/09/wsj-koppel-and-soumerai-major-glitch.html" target="_blank">in doubt</a> - these are just a few examples of where the science (as medicine knows it) does not in 2012 support hundreds of billions of dollars for a national rollout of experimental health IT.<br /><br />I wish it were not so, but alas, that is the current reality. <br /><br /><blockquote class="tr_bq">Database management of information has been proven to be an improvement on paper records in just about every industry there is;<b> healthcare will not be an exception.</b></blockquote><br />Ignoring the repeated "database" descriptor, I agree, eventually, that electronic information systems will improve upon paper.  That's why I began a postdoctoral fellowship in Medical Informatics two decades ago.  However, the technology in its present form interferes with care and is an impediment to the collection and accuracy of that data, and the well being of its subjects, e.g.:   <br /><br /><ul><li><span style="font-size: small;"><span style="font-family: inherit;"><a href="http://jamia.bmj.com/content/early/2012/09/06/amiajnl-2012-001145.abstract" target="_blank">Next-generation phenotyping of electronic health records</a>, George Hripcsak,David J Albers, J Am Med Inform Assoc, doi:10.1136/amiajnl-2012-001145 .  <i>The national adoption of electronic health records (EHR) promises to make an unprecedented amount of data available for clinical research, but <b>the data are complex, inaccurate, and frequently missing, and the record reflects complex processes </b></i><b><span style="color: red;">[economic, social, political etc. that bias the data - ed.]</span></b><i><b> aside from the patient's physiological state.</b> </i></span></span></li></ul><br />As I've written before, a good or even average paper system is better for patients than bad health IT, and the latter prevails over good health IT in 2012.<br /><br />These issues seem chronically to be of little interest to the hyper-enthusiasts as I've written <a href="http://hcrenewal.blogspot.com/2012/02/health-it-ddulites-and-disregard-for.html" target="_blank">here</a> and <a href="http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html" target="_blank">here</a> (perhaps the author of the Medical Billing blog post could use her wrist and eyes and navigate there and <i>read</i>).<br /><br /><blockquote class="tr_bq">Is it hard? Yes, it’s hard. To quote the movie A League of Their Own, “If it were easy, everyone would do it.”</blockquote><br />It's even harder to do when apologists make excuses shielding a very dysfunctional industry. <br /><br /><blockquote class="tr_bq">Everyone can’t do it. But I have no doubt that healthcare professionals will do it. Remember that part about bringing people back from the dead? This is a lesser miracle.</blockquote><br />If qualified healthcare professionals were in charge of the computerization efforts, there would be a smoother path.<br /><br />However, that is sadly not the case.  It will not happen until enough pressure is brought to bear on the IT industry and its apologists, which I believe will most likely only happen though coercion, not debate.<br /><br />Finally, the endless stream of excuses and rhetoric that confuse non-healthcare professionals, such as typical patients who are the subjects of today's premature grand health IT experiment and our decision-makers in Washington, needs to be relentlessly challenged.  The stakes are the well being of anyone needing medical care.<br /><br />-- SS<br /><br />Note:  my formal reply to the Medical Billing blog post above awaits moderation.  I am reproducing it here:<br /><br /><ol class="commentlist"><li class="alt" id="comment-60380"> <div class="commentmetadata"><a class="url" href="http://hcrenewal.blogspot.com/" rel="external nofollow">Scot Silverstein, MD</a> on 12 Oct 2012 at 3:59 pm # </div><i>Your comment is awaiting moderation.</i> <div class="comment_text"><br />Dear Ms. McCoy,<br /><br />Will all due deference, your own experience with EHR’s is obviously limited.<br /><br />Your comments demonstrate an apparent lay level of understanding of medicine and healthcare informatics.<br /><br />“Ridiculous?” “Learning curve?” I.e., experimentation on non-consenting human subjects putting them at risk with an unregulated, unvetted medical technology? That is, as kindly as I can put it, a perverse statement. <br /><br />Perhaps I am too harsh. You clearly didn’t check the link to the Healthcare Renewal blog conspicuously placed in the NYT article by Milt Freudenheim.<br /><br />I suggest you should educate yourself on the science and ethics of medicine and healthcare informatics. <br /><br />I am posting the gist of your comments, and my reply, at that blog.<br /><br />I do not think most truly informed patients would agree to being guinea pigs as your comments suggest is simply part of the “leaning curve.”<br /><br />Scot Silverstein, M.D.<br /><br /></div></li></ol>I'll bet the author of the Medical-Billing.com post never heard critique like this coming from today's typical abused-into-submission, <a href="http://hcrenewal.blogspot.com/2007/10/physicians-learned-helplessness.html" target="_blank">learned helplessness-afflicted</a> physicians.<br /><br />A bit harsh?  Lives are at stake.<br /><br />-- SS

A Response to the NY Times Article "Ups and Downs of EMRs" So Full Of The Usual Refrains, I Am Using It To Throw A Spotlight On Those Endlessly-Repeated Memes

My Google search alert turned up a response to the Oct. 8, 2012 NY Times article The Ups and Downs of Electronic Medical Records by Milt Freudenheim.It was posted on the blog of a company Medical-Bill…

Đọc thêm »

A Tacit Admission That National Health IT is a Gargantuan Experiment

In my post yesterday "<a href="http://hcrenewal.blogspot.com/2012/08/the-scientific-justification-for.html" target="_blank">The Scientific Justification for Meaningul Use, Stage 2</a>" I wrote:<br /><br /><blockquote class="tr_bq">There's no truly robust evidence of generalizable benefit, no randomized trials, there's <a href="http://hcrenewal.blogspot.com/2011/02/updated-reading-list-on-health-it.html" target="_blank">significant evidence to the contrary</a>, there's risk to safety that this disruptive technology causes in its present state (but the magnitude is unknown, see quotes from 2012 IOM study <a href="http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html" target="_blank">here</a>) that MU and "certification" <a href="http://hcrenewal.blogspot.com/2012/02/hospitals-and-doctors-use-health-it-at.html" target="_blank">do not address</a>, there's a plethora of <a href="http://hcrenewal.blogspot.com/2011/01/maude-and-hit-risk-mother-mary-what-in.html" target="_blank">hair-raising defect reports</a> from the only seller that reports such things, but CMS justifies the program <i><b><span style="color: red;">[starting at p. 18 in the Final Rule for Meaningful Use Stage 2 at</span> </b><a href="http://www.ofr.gov/OFRUpload/OFRData/2012-21050_PI.pdf" target="_blank">this link</a><b> <span style="color: red;">- ed.]</span></b></i> with the line:<br /><br /><br /><blockquote class="tr_bq">"Evidence [on benefits] <b>is limited </b>... <b>Nonetheless, we believe</b> there are substantial benefits that can be obtained by eligible hospitals and EPs ... <b>There is evidence to support</b> the cost-saving benefits anticipated from wider adoption of EHRs."</blockquote><br />I am deeply impressed by the level of rigorous science here.  We are truly in a golden age of science.  <i style="color: red;"><b>[That is obviously satirical - ed.]</b></i></blockquote><br />The Final Rule for MU Stage 2, via the admissions made by it regarding limited evidence, is in fact a tacit admission that the whole national health IT enterprise is a huge experiment (involving human subjects, obviously).  It is likely the most forthright admission we will get from this government on that issue.<br /><br />With neither explicit patient informed consent nor a formal regulatory process to validate safety, but merely based on a "we believe" justification from the government, hospitals and practices are leaving themselves wide open to liability in the situation of patient injury or death caused by, or promoted by, this technology.<br /><br />(Parenthetically, I note that I've already seen a claim in a legal brief that "certification" implies safety and a legal indemnification, and that the federal HITECH act - that as in this report merely provides statutory authority to the incentive program - pre-empts common-law i.e., state litigation over health IT.  The judge dismissed the claims.) <br /><br />-- SS<br /><br /><b>Aug. 30, 2012 addendum:</b><br /><br />A commenter pointed out that experiments on minors without consent might constitute an even more egregious action, subject to even more stringent laws (and perhaps penalties, I add) than on adults.   I cannot confirm that, but it is an interesting observation.  If you are an attorney, please comment, anonymously or otherwise.<br /><br />-- SS

A Tacit Admission That National Health IT is a Gargantuan Experiment

In my post yesterday "The Scientific Justification for Meaningul Use, Stage 2" I wrote:There's no truly robust evidence of generalizable benefit, no randomized trials, there's significant evidence to …

Đọc thêm »

Health IT difficulties and controversial excuses from health IT hyperenthusiasts and extremists

As I observed at my Aug. 15, 2012 post "<a href="http://hcrenewal.blogspot.com/2012/08/contra-costas-45-million-computer.html">Contra Costa's $45 million computer health care system endangering lives, nurses say</a>" and other posts, common in case reports of health IT difficulties is the refrain (usually from a seller, healthcare executive or health IT pundit) that:<br /><br /><ul><li>It's a rare event, it's just a 'glitch',  it's teething problems, it's a learning experience, we have to work the 'kinks' out, it's growing pains, etc.</li></ul><br />Or perhaps worse:<br /><ul><li>Patient safety was not compromised (stated long before the speaker or writer could possibly know that).</li></ul><br />What these statements translate to:  any patient harm that may have resulted is for the "greater good" in perfecting the technology.<br /><br />Here is the problem with that:<br /><br />These statements, while seemingly banal, are actually highly controversial and amoral. and reflect what can be called "faith-based informatics beliefs" (i.e., enthusiasm not driven by evidence).<br /><b><br /></b>They are amoral<b> because they significantly deviate from accepted medical ethics and patient rights</b>, especially regarding experimentation or research such as the plain language of the <a href="http://history.nih.gov/research/downloads/nuremberg.pdf" target="_blank">Nuremberg code</a>, the <a href="http://videocast.nih.gov/pdf/ohrp_belmont_report.pdf" target="_blank">Belmont Report</a>, World Medical Association <a href="http://history.nih.gov/research/downloads/helsinki.pdf" target="_blank">Declaration of Helsinki</a>, <a href="http://www.nccamwatch.org/research/human_guidelines.pdf" target="_blank">Guidelines for Conduct of Research Involving Human Subjects at NIH</a>, and <a href="http://bioethics.od.nih.gov/IRB.html" target="_blank">other documents</a> that originated out of medical abuses of the past.<br /><br />Semantic or legal arguments on the term "research", "experimentation" etc. are, at best, misdirection away the substantive issues.  Indeed, for all practical purposes the use of unfinished software (or software with newly-minted modifications) that has not been extensively tested and validated and that is suspected to or known to cause harm, without explicit informed consent, <b>is contrary to the spirit of the aforementioned patients' rights documents.</b><br /><br />They are excuses from health IT hyper-enthusiasts ("<a href="http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html" target="_blank">Ddulites</a>"), who in fact have become so hyper-enthusiastic as to ignore the ethical issues and downsides.  The attitude gives more rights to the cybernetic device and its creators than to the patients who are subject to the device's effects.<br /><br />These excuses are, in effect, from people who it would not be unreasonable to refer to as <i>technophile extremists.</i><br /><br />-- SS <b></b><br /><b><br /></b><b>Addendum:</b><br /><br />The <a href="http://videocast.nih.gov/pdf/ohrp_belmont_report.pdf" target="_blank">Belmont Report</a> of the mid to late 1970's, long before health IT became at all common, actually starts out with a section discussing "BOUNDARIES BETWEEN PRACTICE AND RESEARCH."  I have updated one of the observations in that section to modern times<b>:</b><br /><br /><blockquote class="tr_bq"> ... It is important to distinguish between biomedical and behavioral research, on the one hand, and the practice of accepted therapy on the other, <b>in order to know what activities ought to undergo review for the protection of human subjects of research</b>. <br /><br />... When a clinician <i style="color: red;"><b>[or entire healthcare delivery system - ed.]</b></i> departs in a significant way from standard or accepted practice, the innovation does not, in and of itself, constitute research. The fact that a procedure is "experimental," in the sense of new, untested or different, does not automatically place it in the category of research.<br /><br />Radically new procedures of this description <i style="color: red;"><b>[such as use of cybernetic intermediaries to regulate and govern care - ed.]</b></i> should, however, <b>be made the object of formal research at an early stage in order to determine whether they are safe and effective.</b> Thus, it is the responsibility of medical practice committees, for example, to insist that a major innovation <i style="color: red;"><b>[such as health IT - ed.]</b></i> be incorporated into a formal research project. </blockquote><br />Health IT appears to have been "graduated" from experimental to tried-and-true without the formal safety research called for in the Belmont report.<br /><br />The Belmont report continues: <br /><br /><blockquote class="tr_bq">Research and practice may be carried on together when research is designed to evaluate the safety and efficacy of a therapy. This need not cause any confusion regarding whether or not the activity requires review; <b>the general rule is that if there is any element of research in an activity, that activity should undergo review for the protection of human subjects. </b></blockquote><br />Instead, what we have for the most part are excuses and special accommodations for health IT, on which the <a href="http://hcrenewal.blogspot.com/2011/02/updated-reading-list-on-health-it.html" target="_blank">literature is conflicting</a> regarding safety and efficacy, all the way up to the <a href="http://hcrenewal.blogspot.com/2011/11/iom-report-on-health-it-safety-nix-fda.html" target="_blank">Institute of Medicine</a>.<br /><br />-- SS

Health IT difficulties and controversial excuses from health IT hyperenthusiasts and extremists

As I observed at my Aug. 15, 2012 post "Contra Costa's $45 million computer health care system endangering lives, nurses say" and other posts, common in case reports of health IT difficulties is the r…

Đọc thêm »

Know-Nothing, or Industry Shill? You Be The Judge.

I have not been writing much the past few weeks due to other concerns, and will probably not write much this summer.<br /><br />However, I have been commenting on various posts on other blogs.  One resultant thread stands out as yet another example of a likely industry shill or sockpuppet defending the state of health IT, oddly at a blog on pharma (same blog as was the topic of tmy post "<a href="http://hcrenewal.blogspot.com/2012/04/more-youre-too-negtive-and-you-dont.html" target="_blank">More 'You're Too Negative, And You Don't Provide The Solution To The Problems You Critique', This Time re: Pharma</a>").<br /><br />Industry-sponsored sockpuppetry is a form of stealth marketing or lobbying, through discreditation of detractors, although in a perverse form.<br /><br />The following exchanges meet the sockpuppetry criteria once pointed out by business professional and HC Renewal reader Steve Lucas in 2010 in a post about an industry sockpuppet caught red-handed through IP forensics <a href="http://hcrenewal.blogspot.com/2010/01/more-on-perversity-in-hit-world.html" target="_blank">here</a>:<br /><br /><blockquote class="tr_bq">... In reading this thread of comments I have to believe [anonymous commenter moniker] "IT Guy" is a salesperson. My only question is: <span style="font-weight: bold;">Were you assigned this blog or did you choose it? </span>We had this problem a number of years ago<span style="font-weight: bold;"> where a salesperson was assigned a number of blogs with the intent of using up valuable time in trying to discredit the postings.</span><br /><br />In my very first sales class we learned to focus on <span style="font-weight: bold;">irrelevant points, constantly shift the discussion, and generally try to distract criticism.</span> I would say that HCR is creating heat for IT Guy’s employer and the industry in general.<br /><br />I find it sad that a company would allow an employee to attack anyone in an open forum. IT Guy needs to check with his superiors to find out if they approve of this use of his time, and I hope he is not using a company computer, unless once again this attack is company sanctioned. </blockquote><br />In the hopes that continued exposure of this nonsense can educate and thus help immunize against its effects, I present this: <br /><br />At <b>"In the Pipeline"</b>, a blog on medicinal chemistry (the science of drug making) and other pharma topics, a rebuttal to a claim that over 500,000 people (not 50K) might have died due to VIOXX was posted entitled "<a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php" target="_blank">500,000 Excess Deaths From Vioxx? Where?</a>"<br /><br />That 500K possibility appeared on a UK site <b>'THE WEEK With the FirstPost'</b> at "<a href="http://www.theweek.co.uk/us/46535/when-half-million-americans-died-and-nobody-noticed" target="_blank">When half a million Americans died and nobody noticed</a>."  The author of the FirstPost piece started out by raising the point made by publisher Ron Unz that life in China might be more valued than that in the U.S., where major pharma problems and scandals generally meet what this blog calls "<a href="http://hcrenewal.blogspot.com/search/label/anechoic%20effect" target="_blank">the anechoic effect</a>."  (In China, Unz noted, perpetrators of scandalous drug practices actually get arrested and suffer career repercussions.)<br /><br />FirstPost notes: <br /><br /><blockquote class="tr_bq">ARE American lives cheaper than those of the Chinese? It's a question raised by Ron Unz, publisher of <a href="http://www.theamericanconservative.com/blog/chinese-melamine-and-american-vioxx-a-comparison/%20" target="_blank">The American Conservative</a>, who has produced a compelling comparison between the way the Chinese dealt with one of their drug scandals – melamine in baby formula - and how the US handled the Vioxx aspirin-substitute disaster ... (Unz) "The inescapable conclusion is that in today's world and in the opinion of our own media, American lives are quite cheap, unlike those in China."  </blockquote><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"><br />Not to argue to merits of the order of magnitude-expanded VIOXX claim, which I disagree with, but having concern for the general state of ethics in biomedicine in the U.S., I posted the following comment at the comment thread of the rebuttal post at <i>"<b>In the Pipeline</b>"</i> <a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#973935" target="_blank">at this link</a>:<br /><br /></div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"></div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"><blockquote class="tr_bq"><div class="commentsbody"><span class="commentnumber"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#973935">6. </a></span><span style="color: #003366;">MIMD </span>on May 30, 2012 11:38 AM writes...</div><br />While I agree the VIOXX numbers here are likely erroneous, the point of the cheapening of the value of American life is depressingly accurate.<br /><br />For instance, look how readily companies lay people off, ruining them, and perhaps forcing them out of the workforce forever.<br /><br />Also, currently being pushed by HHS is a medical device for rapid national implementation known to cause injury and death. The government is partially financing it to the tune of tens of billions of dollars, probably with Chinese money no less.  <i style="color: red;"><b>[Either that, or with freshly-printed money adding to the trillions of $ in our deficit - ed.]</b></i><br /><br />There are financial penalties for medical refuseniks (non-adopters).<br /><br />However, FDA, the Institute of Medicine and others readily admit in publication thay have no idea of the magnitude of the harm because of lack of data collection, impediments to information diffusion and even legal censorship of the harms data. In effect, we don't even know if the benefits exceed the harms, and FDA and IOM admit it. FDA in fact refers to the known injuries and deaths from this device as "likely the tip of the iceberg."<br /><br />Perhaps to some it's no longer a big deal if people are injured and/or die in data gathering for this medical enterprise.<br /><br />E.g., see "<a href="http://hcrenewal.blogspot.com/2010/08/smoking-gun-internal-fda-memorandum-of.html">FDA Internal Memo on H-IT Risks</a>", and the Inst. of Medicine report in the same issues <a href="http://hcrenewal.blogspot.com/2011/11/iom-report-on-health-it-safety-nix-fda.html">here</a>. </blockquote><blockquote class="tr_bq">It's all for the greater social good, they might say.</blockquote>  </div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;">The following anonymous reply ensued:</div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"></div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"><blockquote class="tr_bq"><div class="commentsbody"><span class="commentnumber"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#974103">10. </a></span><span style="color: #003366;">Watson </span>on May 30, 2012 1:47 PM writes...</div><br />@6 You keep using that word - "device" - I do not think it means what you think it means</blockquote>  </div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"></div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;">I replied:</div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"><br /></div><blockquote class="tr_bq"><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"><span class="commentnumber"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#974232">11. </a></span><span style="color: #003366;">MIMD </span> on May 30, 2012 3:48 PM writes...</div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"> #10<br /><br />'medical device' is the term chosen by FDA and SMPA (EU).<br />But that's a distraction from the points I raise in the linked post about the experiment.</div></blockquote><br />To which this confused misdirection came forth from the ether:<br /><br /><blockquote class="tr_bq"><div class="commentsbody"><span class="commentnumber"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#974290">12. </a></span><span style="color: #003366;">Watson </span>on May 30, 2012 4:46 PM writes...</div><div class="commentsbody"><br /></div>The linked article is discussing the poor state of "medical device records" because of a lack of uniform specifications with respect to Health Information Technology, i.e. how these technologies code data and the challenges of making the data obtained uniform across a wide variety of implementations and vendors. <i style="color: red;"><b>[Erroneous, incomplete misdirection - ed.]</b></i><br /><br />It seems that the concern, far from being that Health Information Technology is "killing" people, is that the <b>Medical Device Records may contain duplicate reports for adverse health events because of health care providers encoding the data more than once for each event.  <i style="color: red;">[What in the world? - ed.] </i></b>This problem with replication exists because there are different health record systems where this data needs to be input, and perhaps the same patient uses different physicians who have different systems, but all of which are required to report adverse events. <i style="color: red;"><b>[I have little idea what this even means - ed.] </b></i></blockquote><blockquote class="tr_bq">In other words, "Health Information Technology" is not some monolithic "device", and your conflation of "HIT" which is more properly an abstract term with the "devices" which are used to generate some forms of patient data is in my view <b>the real distraction</b>. <i style="color: red;"><b>[The "real" distraction from the ethical issues of the HIT experiment is terminology about medical devices?  Misdirection again from the ethical issue, and of a perverse nature - ed.]</b></i><br /><br />Yes, some of the "devices" (a blood pressure monitor for example) may have underlying issues, which the FDA regulations for "medical device records" are designed to identify. <b>The FDA, as a governmental entity has no constitutional power to mandate certain devices or implementations are to be used.  <i style="color: red;">[Now we're in la-la land of misinformation and distraction- ed.]</i></b> The power that the FDA does have is to inspect that the manufacturer of a device keeps appropriate medical device records (e.g. a lot of syringes, or a batch of formulated drug) and addresses any complaints about the device to the satisfaction of the FDA.</blockquote><br />My replies:<br /><br /><blockquote class="tr_bq"><span class="commentnumber"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#976431">17. </a></span><span style="color: #003366;">MIMD </span> on May 31, 2012 8:51 PM writes... <br /><br />#12<br /><br /><i>It seems that the concern, far from being that Health Information Technology is "killing" people, is that the Medical Device Records may contain duplicate reports for adverse health events because of health care providers encoding the data more than once for each event </i><br /><br />Yes, fix just that little problem and then the problems with clinical IT are solved! (Actually,I'm not even sure what you're referring to, but the evidence is that fixing it as you suggest is the cure.)  <i style="color: red;"><b>[Sarcasm - ed.]</b></i><br /><br /><i>The FDA, as a governmental entity has no constitutional power to mandate certain devices or implementations are to be used.</i><br /><br />You are also right about FDA. They were completely toothless even <a href="http://hcrenewal.blogspot.com/2011/12/fda-recalls-health-it-software-because.html" rel="nofollow">in this situation</a>.  <i style="color: red;"><b>[Sarcasm again - ed.]</b></i><br /><br /><span class="commentnumber"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#976453">18. </a></span><span style="color: #003366;">MIMD </span> on May 31, 2012 9:10 PM writes... <br /><br />#12 <br /><br /><i>In other words, "Health Information Technology" is not some monolithic "device", and your conflation of "HIT" which is more properly an abstract term with the "devices" which are used to generate some forms of patient data is in my view the real distraction.</i><br /><br />Those who conducted the Tuskegee experiments probably felt the same way. <br /><br />It's all about definitions, not ethics, and not data - which FDA as well as IOM or the National Academies, our highest scientific body, among others, admits, as in the linked posts in #6, is quantitatively and structurally lacking on risks and harms. <br /><br />I don't really mean to laugh at you, not knowing how little you really know about the Medical Informatics domain, but you bring to mind this Scott Adams adage on logical fallacy:<br /><br />FAILURE TO RECOGNIZE WHAT’S IMPORTANT<br />Example: My house is on fire! Quick, call the post office and tell them to hold my mail!<br /><br />And with that, I move on, letting others enjoy the risible comments from surely to follow! :-)</blockquote><br /><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;">I could not have been more correct.<br /><br />In typical industry shill/sockpuppet fashion comes this, with clear evidence of a not-so-clever liar which I've bolded:</div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"><br /></div><blockquote class="tr_bq"><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"><span class="commentnumber"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#976731">19. </a></span><span style="color: #003366;">Watson </span> on June 1, 2012 12:35 AM writes... <br />@18<br /><br />I read the articles you originally linked to, and my comments were based upon trying to interpret your meaning from those selections. I worked in the industry and had to deal with GMP, and had to make sure to follow all of the guidelines with respect to medical device manufacturing and electronic records. I understand the terminology very well. Luckily, I never had to deal with "health IT", <b>but I did have to pore over enough pages of Federal Register legalese to know that what is sufficient is not necessarily what is best.  <i style="color: red;">[Right.  See below - ed.]</i></b><br /><br />Is that risible enough for you?<br /><br />The link that you provided in @17 was a much more concrete example, and if you had referenced it in your original post, would have cleared up much of the confusion that I (and I assume @9) faced in understanding what it was you were trying to convey. It would have been useful if you had explained which device or devices you were talking about. If you had more than conjecture to back up the Chinese money trail, and if you had provided an example of a company that has been damaged by being a refusenik, those would have supported your argument as well. <i style="color: red;"><b>[Continuing haphazardly with the irrelevant as a distraction in an attempt to shift the focus from the ethical issue of nationally implementing HIT in a relative risk-information vacuum, having weakly conceded the main argument's been lost - ed.]</b></i><br /><br />Straw man and ad hominem fallacies are pretty transparent around here, and I wish you the best with both. <i style="color: red;"><b>[Another attempt at diversion - ed.]</b></i><br /><br />I assure you that I recognize what's important, that I have ethics, and that I care about people having reliable healthcare.<i style="color: red;"> <b>[This seems a form of post-argument-lost attempt to seize the moral high ground - ed.]</b></i></div></blockquote><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"><table border="0" cellpadding="0" cellspacing="0" id="content"><tbody><tr><td valign="top" width="100%"><br />I then point out the nature of what is likely a bold-faced lie.  Someone who's read the Federal Register in depth would likely know FDA's authority is not a "Constitutional power", as bolded below:<br /><br /><blockquote class="tr_bq"><span class="commentnumber"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#977304">20. </a></span><span style="color: #003366;">MIMD </span> on June 1, 2012 6:44 AM writes... <br /><br />@19<br /><br />The FDA taxonomy of HIT safety issues in the leaked Feb. 2010 "for internal use only" document "H-IT Safety Issues" available at the link in my post #6 is quite clear:<br />- errors of commission<br />- errors of omission or transmission<br />- errors in data analysis<br />- incompatibility between multi-vendor software applications or systems<br /><br />This is further broken down in Appendices B and C, with actual examples. <br /><br />Both this FDA internal report and the public IOM report of 2011 (as well as Joint Commission Sentinel Events Alert on health IT of a few years ago, and others) make it abundantly clear there is a dearth of data on the harms, due to multiple cultural, structural and legal impediments to information diffusion. <br /><br />Yes, it's in the linked IOM report at #6 entitled "Health IT and Patient Safety: Building Safer Systems for Better Care". See for instance the summary pg. S-2 where IOM states about limited[ed] transparency on H-IT risk that "these barriers to generating evidence pose unacceptable risks to safety."<br /><br />Argue with them, not me.<br /><br />Back to my original point: national rollout of this medical device (whatever you call it is irrelevant to my point, but see Jeff Shuren's statement to that effect <a href="http://hcrenewal.blogspot.com/2011/04/fda-decides-regulating-implantable.html" rel="nofollow">here</a>) under admitted conditions of informational scarcity regarding risks and harms represents a cheapening of the value of patient's lives. Cybernetics Over All.<br /><br /><b>As to your other misdirection, spare me the lecture. It's not ad hominem to call statements like "The FDA, as a governmental entity has no constitutional power to mandate certain devices or implementations are to be used" for what they are - laughable (and I am being generous). </b><br /><br /><b>FDA's authority is statutory, not written in the Constitution. Same with their parent, HHS. To get quite specific, on human subjects experimentation, which the H-IT national experiment is, the statutory authority for HHS research subject protections regulations derives from 5 U.S.C. 301; 42 U.S.C. 300v-1(b); and 42 U.S.C. 28. </b><b><i style="color: red;">[</i><i style="color: red;">The USC or United States Code is the codification by subject matter of the general and permanent laws of the United States.  </i></b><b><i style="color: red;">HHS revised and expanded its regulations for the protection of human subjects in the late 1970s and early 1980s. The HHS regulations on human research subjects protections themselves are codified at 45 CFR (Code of Federal Regulations, aka Federal Register) part 46, subparts A through D. </i></b><b><i style="color: red;">See </i><i><a href="http://www.hhs.gov/ohrp/humansubjects/guidance/">http://www.hhs.gov/ohrp/humansubjects/guidance/</a></i></b><b><i>. <span style="color: red;">- ed.]</span></i></b><br /><br />A real scientist would have known things like this before posting, or have made it their business to know. </blockquote><blockquote class="tr_bq">Tell me: are you in sales? Not to point fingers, but with your dubious evasion of the ethical issue that was the sole purpose of my post, and your other postings using misdirection and logical fallacy to distract, you fit that mindset.<br /><br />You certainly don't sound like a scientist. Any med chemist worth their salt (pun intendend) would have absorbed the linked reports and ethical issues accurately, the first time.</blockquote><br />I then pointed out I've moved this 'discussion' to the HC Renewal Blog, as it is not relevant per se to pharma, the major concern of <i>In the Pipeline</i>.<br /><br />Industry shill/sockpuppet (as in the perverse example at <a href="http://hcrenewal.blogspot.com/2010/01/more-on-perversity-in-hit-world.html" target="_blank">this link</a>) or just a dull, ill-informed but opinionated person who happens to read blogs for medicinal chemists, where layoffs have been rampant in recent years, takes issue with my attacks on those practices, and defends health IT like a shill?<br /><br />You be the judge.<br /><br />Whether a shill or know-nothing contributed the cited comments, it is my hope this post contributes to an understanding of pro-industry sockpuppetry.<br /><br />-- SS<br /><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td><td valign="top" width="100%"><br /></td></tr></tbody></table></div><span class="printemail"><a href="http://pipeline.corante.com/archives/2012/05/30/500000_excess_deaths_from_vioxx_where.php#zemail"></a></span>

Know-Nothing, or Industry Shill? You Be The Judge.

I have not been writing much the past few weeks due to other concerns, and will probably not write much this summer.However, I have been commenting on various posts on other blogs.  One resultant thre…

Đọc thêm »

Experiments on Top of Experiments: Threats to Patients Safety of Mobile e-Health Devices - No Surprise to Me

As noted by columnist Neil Versel at MobiHealthNews.com in a Mar. 14, 2012 post "<a href="http://mobihealthnews.com/16642/beware-virtual-keyboards-in-mobile-clinical-apps/">Beware virtual keyboards in mobile clinical apps</a>":<br /><br /><p></p><blockquote><p>... Remember the <a href="http://mobihealthnews.com/14752/ipad-setback-at-seattle-childrens-is-but-a-minor-growing-pain/">problems Seattle Children’s Hospital had</a> with trying to run its Cerner EMR, built for full-size PC monitors, on iPads? The hospital tried to use the iPad as a Citrix terminal emulator, so the handful of physicians and nurses involved in the small trial <span style="font-weight: bold;">had to do far too much scrolling to make the tablet practical for regular use in this manner</span>.<br /></p><p><span style="font-style: italic; color: rgb(255, 0, 0); font-weight: bold;">[From that post: </span><span style="font-style: italic; font-weight: bold;"><span style="color: rgb(255, 0, 0);">As CIO magazine</span> </span><a style="font-style: italic; font-weight: bold;" href="http://www.cio.com/article/693401/iPad_in_Healthcare_Not_So_Fast?page=1&taxonomyId=3114">reported</a><span style="font-style: italic; font-weight: bold;"> <span style="color: rgb(255, 0, 0);">last week</span></span><span style="color: rgb(255, 0, 0);">,</span> <span style="font-style: italic; color: rgb(255, 0, 0); font-weight: bold;">iPads failed miserably in a test at Seattle Children’s Hospital. “Every one of the clinicians returned the iPad, saying that it wasn’t going to work for day-to-day clinical work,” CTO Wes Wright was quoted as saying. “The EMR apps are unwieldy on the iPad.” - ed.]</span></p></blockquote><br />Thank heaven it was a small trial, instead of a typical forced rollout to an entire clinical community. Someone seems to have grasped the <span style="font-weight: bold;">experimental nature </span>of the effort.<br /><br /><p></p><blockquote><p>Well, there may be a greater risk than just inconvenience when tablets and smartphones stand in for desktop computers. According to a <a href="http://www.advisory.com/Research/Applications-and-Technologies-Collaborative/Research-Notes/2012/Desktop-Virtualization-based-Support-for-EMRs">report from the Advisory Board Co.</a>, “[A] significant threat to patient safety is introduced when desktop virtualization is implemented to support interaction with an EMR using a device with materially less display space and significantly different support for user input than the EMR’s user interface was designed to accommodate.”</p> <p>The report actually is a couple months old, but it hasn’t gotten the publicity it probably deserves. We are talking about more than user inconvenience here. There are <span style="font-weight: bold;">serious ramifications for patient safety</span>, <span style="font-weight: bold;"> and that should command people’s attention.</span></p></blockquote><br />Unfortunately, far too little about health IT safety commands people's attention. It's merely assumed that either 1) health IT is inherently beneficent, or 2) the risks are deliberately ignored for - I'm sorry to note - profit and career advancement.<br /><br /><p></p><blockquote><span style="font-weight: bold;">How many CIOs or even end users have considered another one of the unintended consequences of running non-native software on a touch-screen device</span>, that the virtual, on-screen keyboard can easily take up half the display? “Pop-up virtual keyboards obscure a large portion of the device’s display, blocking information the application’s designer intended to be visible during data entry,” wrote author Jim Klein, a senior research director at the Washington-based research and consulting firm.</blockquote><p></p> <p><br /></p><p>How many CIO's have considered unintended consequences of such experiments-on-top-of-experiments (i.e., handheld or other <a href="http://liliputing.com/">lilliputian computing devices</a> on top of the HIT experiment itself)? Probably few to none.</p><p>The typical hospital CIO, usually of an MIS background and generally lacking meaningful backgrounds in research, computer science, medicine, medical informatics, social informatics, human-computer interaction, and other research domains, are usually "turnkey-shrinkwrapped software implementers." In fact, most have backgrounds woefully inadequate for any type of clinical device leadership role. They may even lack a degree of any kind, as major HIT recruiters over the past decade expressed the following philosophy ca. 2000:</p><p><br /></p><blockquote><b style=""><span style="font-family:Arial;">I don't think a degree gets you anything</span></b><span style="font-family:Arial;">," says healthcare recruiter Lion Goodman, president of the Goodman Group in San Rafael, California about CIO's and other healthcare MIS staffers. Healthcare MIS recruiter Betsy Hersher of Hersher Associates, Northbrook, Illinois, agreed, stating "There's nothing like <b style="">the school of hard knocks</b>."<span style=""> </span>In seeking out CIO talent, recruiter Lion Goodman "<b style="">doesn't think clinical experience yields [hospital] IT people who have broad enough perspective</b>. Physicians in particular make poor choices for CIOs. They don't think of the business issues at hand because they're consumed with patient care issues," according to Goodman. (Healthcare Informatics, "Who's Growing CIO's".)<br /></span></blockquote><i style=""><span style="font-family:Arial;"></span></i> <span style="font-family:Arial;"> </span><p><br /></p><p>I wonder just how many CIO's "from the school of hard knocks" were put into action by those groups.</p><p>Back to the MobiHealthNews.com article:</p><p><br /></p><p></p><blockquote><p>... Klein said that users have two choices to deal with a display that’s much smaller than the software was designed for. The first is to zoom out to view the whole window or desktop at once, but then, obviously, <span style="font-weight: bold;">users have to squint to see everything</span>, and it <span style="font-weight: bold;">b</span><span style="font-weight: bold;">ecomes easy to make the wrong selection from drop-down menus and radio buttons.</span></p> <p><span style="font-weight: bold;">Or, users can zoom in on a small part of the screen. “This option largely, if not completely, eliminates the context of interaction from the user’s view</span>, including possible computer decision-support guidance and warnings, a dangerous trade-off to be sure,” Klein wrote.</p> In either case, the virtual keyboard makes it even more difficult to read important data that clinicians need to make informed decisions about people’s health <span style="font-weight: bold;">and to execute EMR functions as designed</span>. </blockquote><br />Good observations. Two points:<br /><br />1. As far back as the mid 1990's in my teaching of postdoctoral fellows in my role as Yale faculty in Medical Informatics, due to the limited screen real estate I uniformly presented the following 'diagram' regarding my beliefs about handheld devices (then commonly known as PDA's) as tools for significant EHR interaction:<br /><br /><br /><br /><div style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjVMVEfJo24MJ3wXp2mGdSG0a6b8-BqYhD_GLkpVQx3mZEIaLzoPbqJfCtuecBWCAcs69jKszwLMr2LTwmG4EQs1N4lTeajI3qz_cuQ2wWPtxTaKptcKVcDh592Jl5DrpcBJPHKf6rx8kAU/s1600/newton1.jpg"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5724577116776466994" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjVMVEfJo24MJ3wXp2mGdSG0a6b8-BqYhD_GLkpVQx3mZEIaLzoPbqJfCtuecBWCAcs69jKszwLMr2LTwmG4EQs1N4lTeajI3qz_cuQ2wWPtxTaKptcKVcDh592Jl5DrpcBJPHKf6rx8kAU/s320/newton1.jpg" style="display: block; margin: 0px auto 10px; text-align: center; cursor: pointer; width: 229px; height: 280px;" /></a><span style="font-size:85%;">Mid 1990's wisdom: small handhelds as desktop replacements at the bedside - just say "no"</span><br /></div><br /><br />This was before today's hi-res screens on small devices, but the limited real estate and its ramifications were obvious to critical thinkers who knew both medicine and medical informatics, even in the mid 1990's.<br /><br />Similarly, experiments with <a href="http://en.wikipedia.org/wiki/HP_95LX">HP95</a> handheld PC's running DOS failed miserably in a similar time frame at the hospital where I later became CMIO. (One benefit: I did get to salvage two of the devices from the trash bin for my obsolete computer collection!):<br /><br /><br /><div style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgVMRrjhASBRH5lRnhwzIxshslXFHRLzCcjmQ0SHaIBLvUmmRBW-yZf9Sq0JR40fEuhoyeP6De6UHtLhpnakM5OjO0VVy6c-IK7_Qi_LuGxGjUi2qK_PDO-_Lbwry6olvL2upAzQZtzm-MH/s1600/hp95.jpg"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5724587323294093218" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgVMRrjhASBRH5lRnhwzIxshslXFHRLzCcjmQ0SHaIBLvUmmRBW-yZf9Sq0JR40fEuhoyeP6De6UHtLhpnakM5OjO0VVy6c-IK7_Qi_LuGxGjUi2qK_PDO-_Lbwry6olvL2upAzQZtzm-MH/s320/hp95.jpg" style="display: block; margin: 0px auto 10px; text-align: center; cursor: pointer; width: 206px; height: 202px;" /></a><span style="font-size:85%;">HP95LX - full DOS computer equivalent to an IBM PC (except, of course, for screen size).<br /></span></div><br /><br />Therefore, IMO the Advisory Report findings of 2012 merely verify what was obvious almost two decades ago.<br /><br /><span style="font-weight: bold;">Small devices are adjuncts only, suitable for limited uses </span><span>(and only after extensive RCT's with informed consent even then, in my view).</span><br /><br />2. Another issue that arises is more fundamental. The article notes:<br /><br /><blockquote>“It seems clear that <span>running even a well-designed user interface </span><span style="font-weight: bold;">on a device significantly different than the class of devices it was intended to be run on will lead to additional medical errors</span>,” Advisory’s Klein commented.</blockquote><br style="font-weight: bold;"><span style="font-weight: bold;">The critical thinking person's question is: </span>who knows if the "class of device" the app was "intended to run on" <span style="font-style: italic;">is itself appropriate or optimal?</span><br /><br />Commercial clinical IT (with the exception of devices that require special resolutions, pixel densities, contrast ratios etc., such as PACS imaging systems) is usually designed for commercially available hardware.<br /><br />That means the same size/type of computer monitor you obtain at Best Buy or Wal Mart.<br /><br />Is that sufficient? Is that optimal?<br /><br />As in my Feb. 2012 post "<a href="http://hcrenewal.blogspot.com/2012/02/ehr-workstation-designed-by-amateurs.html">EHR Workstation Designed by Amateurs</a>", <span style="font-weight: bold;">who really knows?</span><br /><br /><br /><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgGjUWJ42opoFiFJ-oGcxn43ThiXoL1qi3xC_ooaqqxhXa4vOfQn1_HVv-NgDxS1vm5Eg4Okwjtj7Jb1cXbhL-KwIT7Q5p4MJ_7zj9XOIdvTLd4eareH_CtREmBTy2sCBAOwlr4XGOxBAZK/s1600/EHR_workstation.jpg"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5724589665949685282" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgGjUWJ42opoFiFJ-oGcxn43ThiXoL1qi3xC_ooaqqxhXa4vOfQn1_HVv-NgDxS1vm5Eg4Okwjtj7Jb1cXbhL-KwIT7Q5p4MJ_7zj9XOIdvTLd4eareH_CtREmBTy2sCBAOwlr4XGOxBAZK/s320/EHR_workstation.jpg" style="display: block; margin: 0px auto 10px; text-align: center; cursor: pointer; width: 379px; height: 229px;" /></a><div style="text-align: center;"><span style="font-size:85%;"><span style="font-weight: bold;">Click to enlarge.</span> </span><span style="font-size:85%;">A workstation in an actual tertiary-care hospital ICU, 2011. How many th</span><span style="font-size:85%;">ings are wrong here besides the limited display size? See aforementioned post "<a href="http://hcrenewal.blogspot.com/2012/02/ehr-workstation-designed-by-amateurs.html">EHR Workstation Designed by Amateurs</a>"</span><span style="font-size:85%;">.<br /></span></div><br /><br />These systems are not robustly cross-tested in multiple configurations, such as multiple-large screen environments vs. single screen, for example.<br /><br />In summary, performing an experiment with small devices <span style="font-weight: bold;">on top of</span> <span style="font-weight: bold;">another experiment </span>- <span style="font-weight: bold;">the use of cybernetic intermediaries (HIT) in healthcare</span> that is already known to pose patient risk - is <span style="font-style: italic;">exceptionally</span> unwise.<br /><br />It would be best to decide what the optimal workstation configuration is, as applicable to different clinical environments, in limited RCT's with experts in HCI strongly involved, <span style="font-weight: bold;">before </span>putting patients at <span style="font-weight: bold;">additional risk </span>with lilliputian information devices that only a health IT <a href="http://hcrenewal.blogspot.com/2012/02/health-it-ddulites-and-disregard-for.html">Ddulite</a> could love.<br /><br /><blockquote><span style="font-weight: bold;"><span style="font-style: italic; color: rgb(255, 0, 0);">Ddulites: Hyper-enthusiastic technophiles who </span></span><span style="font-weight: bold; font-style: italic; color: rgb(255, 0, 0);">either deliberately ignore or are blinded to technology's downsides</span><span style="font-weight: bold;"><span style="font-style: italic; color: rgb(255, 0, 0);">, ethical issues, and repeated local and mass failures. </span></span></blockquote><br />-- SS

• 
• 
• 

1. 1
2. 2
3. 3

• Previous
• Next

Experiments on Top of Experiments: Threats to Patients Safety of Mobile e-Health Devices - No Surprise to Me

As noted by columnist Neil Versel at MobiHealthNews.com in a Mar. 14, 2012 post "Beware virtual keyboards in mobile clinical apps":... Remember the problems Seattle Children’s Hospital had with tryin…

Đọc thêm »

A Critical Review of a Critical Review of e-Prescribing ... Or Is It CPOE?

In PLoS medicine, the following article was recently published by researchers at the University of New South Wales in Australia:<br /><span style="font-weight: bold;"><br /></span><blockquote>Westbrook JI, Reckmann M, Li L, Runciman WB, Burke R, et al. (2012) Effects of Two <a href="http://www.plosmedicine.org/article/info%3Adoi%2F10.1371%2Fjournal.pmed.1001164"><span style="font-weight: bold;">Commercial Electronic Prescribing Systems on Prescribing Error Rates in Hospital In-Patients: A Before and After Study</span></a>. PLoS Med 9(1): e1001164. doi:10.1371/journal.pmed.1001164</blockquote><br /><br />The section I find most interesting is this:<br /><br /><blockquote>We conducted a before and after study involving medication chart audit of 3,291 admissions (1,923 at baseline and 1,368 post e-prescribing system) <span style="font-weight: bold;">at two Australian teaching hospitals. </span>In Hospital A, the Cerner Millennium e-prescribing system was implemented on one ward, and three wards, which did not receive the e-prescribing system, acted as controls. In Hospital B, the iSoft MedChart system was implemented on two wards and <span style="font-weight: bold;">we compared before and after error rates.</span> Procedural (e.g., unclear and incomplete prescribing orders) and clinical (e.g., wrong dose, wrong drug) errors were identified. <span style="font-weight: bold;">Prescribing error rates per admission and per 100 patient days; rates of serious errors (5-point severity scale, those ≥3 were categorised as serious) by hospital and study period; and rates and categories of postintervention “system-related” errors </span>(where system functionality or design contributed to the error) were calculated.</blockquote><br />Here is my major issue:<br /><br />Unless I am misreading, this research took place <span style="font-weight: bold;">in hospitals</span> (i.e., "wards" in hospitals) and does not seem to focus (if even refer to) <span style="font-style: italic;">discharge prescriptions</span>.<br /><br />I think it would be reasonable to say that what are referred to as "e-Prescribing" systems are systems used at <span style="font-style: italic;">discharge</span>, or in outpatient clinic/offices to <span style="font-weight: bold;">communicate with a pharmacy selling commercially and not involved in inpatient care.</span><br /><br />From the U.S. Centers for Medicare and Medicaid Services (CMS), for example:<br /><br /><b></b><blockquote><a href="https://www.cms.gov/EPrescribing/"><b>E-Prescribing</b></a> - a prescriber's ability to electronically send an accurate, error-free and understandable prescription <span style="font-weight: bold; font-style: italic; color: rgb(255, 0, 0);">[theoretically, that is - ed.]</span> directly to a pharmacy from the point-of-care<br /></blockquote><br />I therefore think the terminology used in the article as to the type of system studied is not well chosen. I believe it could mislead readers not experienced with the various 'species' of health IT.<br /><br />This study appears to be of an inpatient <a href="http://en.wikipedia.org/wiki/Computerized_physician_order_entry">Computerized Practitioner Order Entry</a> (CPOE) system, not e-Prescribing.<br /><br />Terminology matters. For example, in the U.S. the HHS term "certification" is misleading purchasers about the quality, safety and efficacy of health IT. HIT certification as it exists today (granted via <a href="http://healthit.hhs.gov/portal/server.pt?open=512&mode=2&objID=3120">ONC-Authorized Testing and Certification Bodies</a>) is merely a features-and-functionality "certification of presence." It is not like an Underwriter Labs (UL) safety certification of an electrical appliance that the appliance will not electrocute you.<br /><br />(This is not to mention the irony that one major aspect of Medical Informatics research is to <span style="font-weight: bold;">remove ambiguity from medical terminology</span>, e.g., via the decades-old <a href="http://www.nlm.nih.gov/research/umls/">Unified Medical Language System</a> project or UMLS. However, as I've often written, the HIT domain lacks the rigor of medical science itself.)<br /><br />I note that if this were a grant proposal for studying e-Prescribing, I would return it with a low ranking and a reviewer comment that the study proposed is actually of CPOE.<br /><br />That said, looking at the nature of this study:<br /><br />The conclusion of this paper was as follows. I am omitting some of the actual numbers such as confidence intervals for clarity; see the full article available freely at above link for that data:<br /><br /><blockquote>Use of an e-prescribing system was associated with a statistically significant reduction in error rates in all three intervention wards. The use of the system resulted in a decline in errors at Hospital A from 6.25 per admission to 2.12 and at Hospital B from 3.62 to 1.46. This decrease was driven by a large reduction in unclear, illegal, and incomplete orders. The Hospital A control wards experienced no significant change. There was limited change in clinical error rates, but serious errors decreased by 44% across the intervention wards compared to the control wards. <span style="font-weight: bold;"><br /><br />Both hospitals experienced system-related errors (0.73 and 0.51 per admission), which accounted for 35% of postsystem errors in the intervention wards; each system was associated with different types of system-related errors.</span></blockquote><br />I note that "system related errors" were defined as errors "where system functionality or design contributed to the error." In other words,<span style="font-style: italic;"> these were unintended adverse events as a result of the technology itself.</span><br /><br />The authors conclude:<br /><br /><blockquote>Implementation of these commercial e-prescribing systems resulted in statistically significant reductions in prescribing error rates. Reductions in clinical errors were limited in the absence of substantial decision support, but a statistically significant decline in serious errors was observed. </blockquote><br />The authors do acknowledge some limitations of their (CPOE) study:<br /><br /><blockquote>Limitations included a <span style="font-weight: bold;">lack of control wards at Hospital B</span> and an <span style="font-weight: bold;">inability to randomize wards </span>to the intervention.</blockquote><br />Thus, this was mainly a pre-post observational study, certainly not a randomized controlled clinical trial.<br /><br />Not apparently accounted for, either, were potential confounding variables related to the CPOE implementation process (as in <a href="http://www.blogger.com/comment.g?blogID=9551150&postID=5650114337316261515&isPopup=true">this comment thread</a>).<br /><br />In that thread I wrote to a commenter<span style="font-weight: bold; font-style: italic;"> </span><span style="font-style: italic;"><span style="color: rgb(255, 0, 0);">[</span></span><a style="font-style: italic;" href="http://hcrenewal.blogspot.com/2010/01/more-on-perversity-in-hit-world.html">a heckler, actually</a><span style="font-style: italic;">, <span style="color: rgb(51, 0, 51);">apparently an employee of HIT company</span> </span><a style="font-style: italic;" href="http://www.meditech.com/">Meditech</a><span style="font-style: italic;"><span style="color: rgb(255, 0, 0);">]</span></span> <span style="color: rgb(51, 0, 51);">with a stated absolute faith in pre-post studies that:</span><br /><br /><blockquote>... A common scenario in HIT implementation is to first do a process improvement analysis to improve processes prior to IT implementation, on the simple calculus that "bad processes will only run faster under automation." There are many other changes that occur pre- and during implementation, such as training, raising the awareness of medical errors, hiring of new support staff, etc.<br /><br />There can easily be scenarios (I've seen them) where poorly done HIT's distracting effects on clinicians is moderated to some extent by process and other improvements. Such factors need to be analyzed quite carefully, datasets and endpoints developed, and data carefully collected; the study design and preparation needs to occur before the study even begins. Larger sample sizes will not eliminate the possible confounding effects of these factors and many more not listed here.<br /><br />The belief that simple A/B pre-post test that look at error rate comparisons are adequate is seductive, but it is wrong. </blockquote><br />Stated simply, in pre-post trials the results may be affected by changes that occur <span style="font-style: italic;">other than the intervention</span>. HIT implementation does not involve just putting computers on desks, as I point out above.<br /><br />In other words, the study was essentially <a href="http://hcrenewal.blogspot.com/2011/08/from-senior-clinician-down-under.html">anecdotal</a>.<br /><br />The lack of RCT's in health IT are, in general, one violation of traditional medical research methodologies for studying medical devices. That issue is not limited to this article, of course.<br /><br />Next, on ethics:<br /><br />CPOE has already been demonstrated <span style="font-style: italic;">in situ</span> to create all sorts of new potential complications, such in at Koppel et al.'s "<a href="http://jama.ama-assn.org/content/293/10/1197.abstract">Role of Computerized Physician Order Entry Systems in Facilitating Medication Errors</a>", <cite><abbr title="JAMA: The Journal of the American Medical Association" class="slug-jnl-abbrev">JAMA.</abbr> <span class="slug-date-vip"> <span class="slug-pub-date"> </span></span></cite>2005;293(10):1197-1203. doi: 10.1001/jama.293.10.1197 that concluded:<br /><blockquote><br /><strong></strong> In this study, we found that a leading CPOE system <span style="font-weight: bold;">often facilitated medication error risks</span>, with many reported to occur frequently. As CPOE systems are implemented, clinicians and hospitals must attend to errors that these systems cause in addition to errors that they prevent. </blockquote><br />CPOE technology, at best, should be considered <span style="font-style: italic;">experimental</span> in 2012.<br /><br />In regards to e-Prescribing proper, there's this: <a href="http://hcrenewal.blogspot.com/2011/06/electronic-medication-prescribing-magic.html">Errors Occur in 12% of Electronic Drug Prescriptions, Matching Handwritten</a> and this: <a href="http://hcrenewal.blogspot.com/2011/07/eprescribing-assuming-issues-like-this.html"><span style="font-size:100%;"></span></a><a href="http://hcrenewal.blogspot.com/2011/07/eprescribing-assuming-issues-like-this.html"><span>Upgrading e-prescribing system can bump up error risk</span></a> to consider; in other words, the literature is conflicting, confirming the technology remains <span style="font-style: italic;">experimental.</span><br /><br />This current study confirmed some (CPOE) errors that would not have occurred with paper did occur with cybernetics, amounting to "35% of postsystem errors in the intervention wards."<br /><br />In other words, patient Jones was now subjected to a cybernetic error that would not have occurred with paper, in the hopes that patients Smith and Silverstein would be spared errors that might have occurred without cybernetic aid.<br /><br />Even though the authors observe that "human research ethics approval was received from both hospitals and the University of Sydney", since patient Jones <span style="font-weight: bold;">did not provide informed consent to the experimentation</span> with what really are experimental medical devices as I've written often on this blog [see note 1], I'm not certain the full set of ethical issues have been well-addressed. It's not limited to this occasion, however. <span style="font-weight: bold;">This phenomenon represents a pervasive, continual world-wide oversight with regard to clinical IT. </span><br /><br />Furthermore, and finally: of considerable concern is another common limitation of all health IT studies, which I believe is often willful.<br /><br />What really should be studied before justifications are given to spend tens of millions of dollars/Euros/whatever on CPOE or other clinical IT is this:<br /><br /><span style="font-weight: bold;">The impact of possible</span> <strong style="font-style: italic;">non</strong><span style="font-style: italic; font-weight: bold;">-cybernetic interventions</span> (e.g., additional humans and processes) to improve "medication ordering" (either CPOE, or ePrescribing) that might be FAR LESS EXPENSIVE, and that might have far less IT-caused unintended adverse consequences, than cybernetic "solutions."<br /><br />Instead, pre-post studies are used to justify expenditures of millions (locally) and tens or hundreds of billions (nationally), with results sometimes like <a href="http://hcrenewal.blogspot.com/2011/09/npfit-programme-going-pffft.html">this</a> affecting an entire country.<br /><br />There is something very wrong with this, both scientifically and ethically.<br /><br />-- SS<br /><br /><span style="font-size:85%;">Note:</span><br /><span style="font-size:85%;"><br />[1] If these devices are not experimental, why are so many studying them to see if they actually work, to see if they pose unknown dangers, and to try to understand the conflicting results in the literature? More at this query link: <a href="http://hcrenewal.blogspot.com/search/label/Healthcare%20IT%20experiment">http://hcrenewal.blogspot.com/search/label/Healthcare%20IT%20experiment</a></span><br /><br /><span style="font-weight: bold;">Addendum Feb. 10, 2012:</span><br /><br />An anonymous commenter points out an interesting issue. They wrote:<br /><br /><blockquote>The study was flawed due to its failure to consider delays in care and medication administration as an error caused by these experimental devices.<br /><br />Delays are widespread with CPOE devices. One emergency room resorted to paper file cards and vacuum tubes to communicate urgency with the pharmacy. Delays were for hours.</blockquote><br />I agree that lack of consideration of a temporal component, i.e., delays due to technology issues, is potentially significant.<br /><br />I, for example, remember a more than five-minute delay in getting sublingual nitroglycerin to a relative with apparent chest pain due to IT-related causes. The problem turned out to be gastrointestinal, not cardiac; however, in another patient, the hospital might not be so lucky.<br /><br /><span style="font-weight: bold;">Addendum Feb. 12, 2012:</span><br /><br />A key issue in technology evaluation studies is to <span style="font-weight: bold;">separate the effects of the technology intervention from other, potentially confounding variables</span> which always exist in a complex <a href="http://en.wikipedia.org/wiki/Sociotechnical_systems">sociotechnical system</a>, especially in a domain such as medicine. This seems uncommonly done in HIT evaluation studies. Not doing so will likely inflate the apparent contribution of the technology.<br /><br />A "control ward" where the same education and training, process re-engineering, procedural improvements, etc. were performed as compared to the "intervention ward" (but without actual IT use) would probably be better suited to pre-post studies such as this.<br /><br />A "comparison ward" where human interventions were implemented, as opposed to cybernetic, would be a mechanism to determine how efficacious and cost-effective the IT was compared to less expensive non-cybernetic alternatives.<br /><br />-- SS

A Critical Review of a Critical Review of e-Prescribing ... Or Is It CPOE?

In PLoS medicine, the following article was recently published by researchers at the University of New South Wales in Australia:Westbrook JI, Reckmann M, Li L, Runciman WB, Burke R, et al. (2012) Ef…

Đọc thêm »

London Ambulance Service: Would You Like Some Death And Mayhem With Your American Healthcare IT?

It seems American companies are good at producing really noisome commercial healthcare IT and foisting it on other countries, such as outlined at "<a href="http://www.ischool.drexel.edu/faculty/ssilverstein/cases/?loc=cases&sloc=granger_speaks_out">Is clinical IT mayhem good for [the IT] business? UK CfH leader Richard Granger speaks out</a>" and at "<a href="http://hcrenewal.blogspot.com/2010/08/cerners-blitzkrieg-on-london-wheres-raf.html">Cerner's Blitzkrieg on London: Where's the RAF?</a>".<br /><br />Yet another example: Software for the London Ambulance Service (LAS). From <a href="http://en.wikipedia.org/wiki/London_Ambulance_Service">Wikipedia</a>:<br /><blockquote><br />The London Ambulance Service NHS Trust (LAS) is the largest "free at the point of contact" emergency ambulance service in the world. It responds to medical emergencies in Greater London, England, with its ambulances and other response vehicles and over 5,000 staff at its disposal.<br /></blockquote><br /><span>Thanks to the U.S., </span><span style="font-weight: bold;">the inhabitants of London are now the unconsenting subjects of an American IT beta-testing experiment that could cost them their lives.</span><br /><br />From E-Health Insider.com:<br /><span style="font-weight: bold;"><br /></span><span style="font-size:100%;"><a href="http://www.ehi.co.uk/news/acute-care/7480/las-plans-for-it-go-live-and-failure"></a></span><blockquote><span style="font-size:100%;"><span style="font-size:130%;"><a style="font-weight: bold;" href="http://www.ehi.co.uk/news/acute-care/7480/las-plans-for-it-go-live-and-failure">LAS plans for IT go-live and failure</a></span><br />E-Health Insider.com<br /></span><div style=" padding-bottom: 10px;font-size:0.9em;"> <span style="font-size:100%;"><span>25 January 2012</span> <span><br />Shanna Crispin</span></span> </div> <div style="float: right; margin-top: 3px; margin-left: 15px; margin-bottom: 10px;"><br /></div> <p>London Ambulance Service NHS Trust may terminate its contract <span style="font-style: italic; color: rgb(255, 0, 0); font-weight: bold;">with American supplier Northrop Grumman</span> if a <span style="font-weight: bold;">second attempt to go-live with a new dispatch system fails.<br /></span></p> <p>The trust initially attempted to launch the CommandPoint computer aided dispatch system in early June last year.</p> <p>However, the <span style="font-weight: bold;">technical switch-over to the new system had disastrous effects</span>; with the system failing, staff having to use pen and paper, and then finally aborting the go-live by reverting to the old CTAK dispatch system.</p></blockquote><p></p><br />Health IT can kill you ever before you ever reach the hospital...<br /><br /><p></p><blockquote><p>An investigation into the incident has found the response to calls was delayed by <span style="font-weight: bold;">more than three hours in some cases.</span> One patient has lodged a legal claim for the delay he experienced, and the service has received four additional complaints.</p> <p>A patient died in one of the calls affected. <span style="font-weight: bold;">However, a separate investigation concluded that it could not be determined whether they would have survived if the response had been faster.</span></p></blockquote><p></p><br />In other words, the patient very well might have survived without long delays for the ambulance to arrive.<br /><br /><p><a target="_blank" href="http://www.londonambulance.nhs.uk/about_us/how_we_are_run/trust_board/board_papers_-__2012.aspx"></a></p><blockquote><a target="_blank" href="http://www.londonambulance.nhs.uk/about_us/how_we_are_run/trust_board/board_papers_-__2012.aspx">Board papers drawn up for a board meeting next week </a>say an investigation into the 8 June go-live attempt concluded that critical configuration issues were not identified during the testing phase.<br /><br />It also found there were no operational procedures in place in the event of a critical system failure and <span style="font-weight: bold;">that the product failed to deliver the system, technical and operational functionality expected.</span><br /></blockquote><p></p> <p><br /></p><p>At least in this case an absolution for the software itself was not made. One wonder if the vendor was "held harmless" contractually for this somber outcome.</p><p><br /></p><p></p><blockquote><p>The trust has since been working to further test the system, and is planning to go-live again on 28 March.</p> <p>However, the trust’s director of information management and technology, Peter Suter, said if that go-live failed then “the contract with Northrop Grumman would need to be reconsidered.”</p></blockquote><p></p> <p><br /></p><p>That will make two chances to get it right. In life-critical IT, I would only have given<span style="font-weight: bold;"> one. </span><span><br /></span></p><p><span>A defective </span><span>first-responder system is, on first principles, a <span style="font-weight: bold;">public health menace</span>. There is nothing to argue here, nothing to discuss on that point.<br /></span></p><p><span>I note that disrupting the first-responder system in London would be the envy of terrorists, especially at the time of the</span><span class="st"> <a href="http://en.wikipedia.org/wiki/2012_Summer_Olympics">London 2012 Olympic Games</a></span><span>. However, who needs them when you have U.S. IT personnel who create a system as described?<br /></span></p><p><br /><span></span></p><p></p><blockquote><p>The trust completed testing the software prior to Christmas, when it began training staff. Leading up the March go-live, the software will be subjected to four separate live runs, with the system staying live for progressively longer periods of time.</p> <p>If the system fails to go live in March, the trust will abandon any further attempts to go-live <span style="font-weight: bold;">before the Olympics in July.</span></p></blockquote><p></p> <p><br /></p><p>That's still very tight timing to discover all the bugs in an IT system, in preparation for expected increased need during the Olympics...</p><p><br /></p><p></p><blockquote><p>Instead, it will keep operating the current CTAK system. However, the trust decided to procure a new system in 2007 because CTAK was deemed ‘unstable’ and in need of replacement.</p> <p>An analysis of the CTAK system has now determined it is stable enough to handle the increased pressure during the Olympics, which is estimated to be an increase of 5.6% to 8.9% on top of the usual volume for this time of year.</p></blockquote><p></p><br />One wonders if the "new system" was not needed at all, but was instead sold as vaporware by impressively attired, good-haired, shiny-toothed, fast-talking salespeople to hapless decision-makers with all sorts of promises of cybernetic and financial miracles.<br /><br />(I've been in that game before from both sides - as a potential customer, and as part of a health IT sales team.)<br /><br />One also wonders if, should the system be dismantled due to a second failure, the British taxpayers who paid for it will get their tax dollars refunded.<br /><br />-- SS

London Ambulance Service: Would You Like Some Death And Mayhem With Your American Healthcare IT?

It seems American companies are good at producing really noisome commercial healthcare IT and foisting it on other countries, such as outlined at "Is clinical IT mayhem good for [the IT] business? UK…

Đọc thêm »

Dr. Scott Monteith: On a New Wonder "Drug" on the Market

I've posted several guest posts by Dr. Scott Monteith, a psychiatrist/informaticist, at Healthcare Renewal.<br /><br />These include the Mar. 2011 post "<a href="http://hcrenewal.blogspot.com/2011/03/dr-scot-monteith-on-best-compromise-on.html">On 'The Best Compromise' on Physicians and Use of Troublesome Health IT</a>", the Jan. 2011 post "<a href="http://hcrenewal.blogspot.com/2011/01/dr-monteith-hit-testimony-to-hhs.html">Interesting HIT Testimony to HHS Standards Committee, Jan. 11, 2011, by Dr. Monteith</a>" and the Dec. 2010 post "<a href="http://hcrenewal.blogspot.com/2010/12/meaningful-use-and-devil-in-details.html">Meaningful Use and the Devil in the Details: A Reader's View</a>".<br /><br />Here's a new guest post from Dr. Monteith regarding a new "Wonder Drug" on the market:<br /><br /><blockquote><span style="font-weight: bold;">New Drug on the market!</span><br /><br />This new drug claims to be incredibly effective. It’s very expensive, but the sellers assure us that it’s worth it!<br /><br />Using the drug is complicated, and the health care team will likely experience side effects including frustration, reduced efficiency, fatigue, lack of attention, confusion, and cognitive dissonance (as the drug often “appears” not to work -- but it really does work and we know because the manufacturers consistently tell us it does).<br /><br />By the way, the sellers of this new drug say that side effects are the fault of the people who use the drug, not the drug itself.<br /><br />The drug isn’t proven to work, but its investors view it as promising and tell us that this small detail can be ignored. Besides, it would be costly to prove that it’s effective (remember, it’s already a very expensive drug).<br /><br />And there are case studies showing that it appears to work. Some people reportedly really like it (these people, in fact, often become drug salesmen). Never mind that there are also large numbers of case studies indicating that it’s ineffective and dangerous, and can even kill people.<br /><br /><span style="font-weight: bold; font-style: italic;"><span style="color: rgb(255, 0, 0);">[Of course, cases of success are scientifically robust and universally valid; cases of adverse events are </span><a href="http://hcrenewal.blogspot.com/2011/08/from-senior-clinician-down-under.html">merely anecdotal (link)</a> <span style="color: rgb(255, 0, 0);">- ed.]</span></span><br /><br />Nor do we have clear best practices related to correct dosages and when to take it, but the drug’s producers tell us that more of the drug is generally better than less. Everyone will have to figure out these minor details on their own. It’s recommended that you hire experts to help you with this detail. No problem – there are experts around every corner (they’re called “consultants”).<br /><br />Please join the manufacturers in their campaign to use and promote this new drug – the government has! Uncle Sam will pay you an incentive to use this new experimental drug over the next few years. If you refuse to use it, however, beware! Uncle Sam will penalize caregivers who refuse to use the drug by reducing their payments by 1% in the first year, and then accelerating these reductions in years 2-5.<br /><br />We also need to work hard to keep groups of citizens from regulating it, or asking inconvenient questions like “can you please prove that it works before we take it and risk side effects and spend large amounts of money on it?” (You know, the same kind of nasty questions that we ask of other health care interventions.)<br /><br />Almost forgot…once you start the drug, it’s very hard to quit to using it. No, it’s not heroin. Don’t be silly!<br /><br />Finally, we’re working hard to keep the manufacturers safe from any liability associated with the drug. Yes, yes, I know – they claim it’s safe and works and all problems are related to the people who take it. But these “safe harbors” (whether through government intervention or strong user agreements) are necessary ... just in case ...<br /><br />By now I’m sure that you want to run out to your pharmacy to buy this wonderful new drug. You may also want to invest in its maker as well. So here are the details…<br /><br />The generic name is “HIT.” The trade name is “EHR.” It’s stock symbol is ONC.<br /></blockquote><br />I think the point is very well made.<br /><br />-- SS

Dr. Scott Monteith: On a New Wonder "Drug" on the Market

I've posted several guest posts by Dr. Scott Monteith, a psychiatrist/informaticist, at Healthcare Renewal.These include the Mar. 2011 post "On 'The Best Compromise' on Physicians and Use of Troubleso…

Đọc thêm »

Why 99 Percent of the Irrationally Exuberant About Health IT Need To Be Removed From Healthcare

At Roy Poses' cross post "<a href="http://www.kevinmd.com/blog/2011/10/99-percent-health-care-angry.html">Why 99 percent of health care should be angry</a>" over at the KevinMD blog, I introduced a comment into the "eruption of controversy" (his term <a href="http://hcrenewal.blogspot.com/2011/10/peer-benchmarking-lake-wobegone-effect.html">here</a>) caused by his post.<br /><br />My comment was on the topic of government and health IT:<br /><br /><div class="dsq-comment-header-meta-wrapper"> <cite id="dsq-cite-339026207" class="dsq-comment-cite"> <a id="dsq-author-user-339026207" href="http://twitter.com/scotsilv" target="_blank" rel="nofollow"></a></cite></div><blockquote><div class="dsq-comment-header-meta-wrapper"><cite id="dsq-cite-339026207" class="dsq-comment-cite"><a id="dsq-author-user-339026207" href="http://twitter.com/scotsilv" target="_blank" rel="nofollow">scotsilv</a> </cite><span class="dsq-comment-header-time"><a href="http://www.kevinmd.com/blog/2011/10/99-percent-health-care-angry.html#comment-339026207" title="Link to comment by scotsilv">3 days ago</a><br /><br /></span> </div> <div class="dsq-comment-text" id="dsq-comment-text-339026207"> As one of Roy Poses' co-bloggers and a Medical Informaticist, I can say with certainty that government involvement in healthcare has been disastrous. Specifically, via ONC, ARRA and the HITECH Act, prematurely pushing still-experimental healthcare information technology on an unsuspecting medical profession (for the most part) and public. See "An updated reading list on health IT" at <a href="http://tinyurl.com/emrreadinglist" rel="nofollow">http://tinyurl.com/emrreadingl...</a>, .</div></blockquote><div class="dsq-comment-text" id="dsq-comment-text-339026207"> </div><br />A reply typical of the irrationally exuberant was added to the thread (emphases mine):<br /><br /><div class="dsq-comment-header-meta-wrapper"> <cite id="dsq-cite-340176765" class="dsq-comment-cite"> <span id="dsq-author-user-340176765"></span></cite></div><blockquote><div class="dsq-comment-header-meta-wrapper"><cite id="dsq-cite-340176765" class="dsq-comment-cite"><span id="dsq-author-user-340176765">Brett Mello</span> </cite><span class="dsq-comment-header-time"> <a href="http://www.kevinmd.com/blog/2011/10/99-percent-health-care-angry.html#comment-340176765" title="Link to comment by Brett Mello">1 day ago</a> </span><a href="http://www.kevinmd.com/blog/2011/10/99-percent-health-care-angry.html#comment-339026207" title="Jump to comment" class="dsq-reply-link">in reply to scotsilv</a><br /><br /></div> <div class="dsq-comment-text" id="dsq-comment-text-340176765">What are you basing your "certainty" on? <span style="font-weight: bold;">The examples discussed in the links sound like a case of bad configuration of an EMR. </span> It could also be a just a poor solution from a vendor. <span style="font-weight: bold;">Do you know if these were even a certified applications? </span>I would like to suggest not painting all EMR implementations and the overall value of EMR’s <span style="font-weight: bold;">from a single, albeit tragic, example. </span> <span style="font-weight: bold; font-style: italic; color: rgb(255, 0, 0);">[I.e., an "anecdote" - ed.] </span> A well implemented EMR, configured in collaboration with an organization’s physicians, <span style="font-weight: bold;">has been repeatedly proven to reduce medical and medication errors.</span> <span style="font-weight: bold;">Why would any educated person, including legislators and executives, support the use of a tool that would increase harm, not safety.</span><br /><br />Education aside, we will all be patients at some point <span style="font-weight: bold;">so our innate need for self preservation would seem contrarian to arbitrary investments in useless technology to manage our care</span>. Our current health delivery method <span style="font-weight: bold;">produces far more harm than the new technology </span>being implemented to address it. <span style="font-weight: bold;">We need to embrace technology and make it work for us rather than putting our heads in the sand. </span>Take the following quote as an example:<br /><br />"That it will ever come into general use, notwithstanding its value, is extremely doubtful because its beneficial application requires much time and gives a good bit of trouble, both to the patient and to the practitioner because its hue and character are foreign and opposed to all our habits and associations." - <span style="font-weight: bold;">The London Times, 1834 commenting on the "stethoscope"</span></div><br /></blockquote>Note that this reply came after I presented a link to a <a href="http://tinyurl.com/emrreadinglist">long list of articles</a>, more than 50, with links to each article or its abstract for ease of reference, and a personal account of healthcare IT failure.<br /><br />The articles challenge the beliefs in technological determinism common about health IT, i.e., that computers + medicine 'automagically' lead to better medicine, because, well, of the addition of computers, which must improve medicine, just - because.<br /><br />The reason I write that the reply was typical of the irrationally exuberant is due to the interrelationship between irrationality, logical fallacy, and absence of evidence. These characteristics are usually present in the writings proffered by those so afflicted - and, to those with vested interests in health IT, a.k.a. conflicts of interest, I should add.<br /><br />I replied:<br /><br /><div class="dsq-comment-header-meta-wrapper"> <cite id="dsq-cite-340927212" class="dsq-comment-cite"> <a id="dsq-author-user-340927212" href="http://pulse.yahoo.com/_TKZLL7R5AHU4BRHMNQSSX4TFPU" target="_blank" rel="nofollow"></a></cite></div><blockquote><div class="dsq-comment-header-meta-wrapper"><cite id="dsq-cite-340927212" class="dsq-comment-cite"><a id="dsq-author-user-340927212" href="http://pulse.yahoo.com/_TKZLL7R5AHU4BRHMNQSSX4TFPU" target="_blank" rel="nofollow">medinf</a> </cite><span class="dsq-comment-header-time"><a href="http://www.kevinmd.com/blog/2011/10/99-percent-health-care-angry.html#comment-340927212" title="Link to comment by medinf">16 hours ago</a> </span><a href="http://www.kevinmd.com/blog/2011/10/99-percent-health-care-angry.html#comment-340176765" title="Jump to comment" class="dsq-reply-link">in reply to Brett Mello</a> </div> <div class="dsq-comment-text" id="dsq-comment-text-340927212"><br />You are lacking references supporting your arguments, which in themselves display logical fallacy.<br /><br />I urge all readers to see my linked references list at the top of this thread, examine some of them (such as Jon Patrick's work on gross EHR defects, the ECRI Institute's Top Ten List of Healthcare Hazards, Romano et al.'s "Electronic Health Records and Clinical Decision Support Systems: Impact on National Ambulatory Care Quality" and others).<br /><br />There are articles from reputable sources indicating today's health IT, lacking cognitive support and other necessities for clinicians (such as per the National Research Council itself in an investigation led by health IT pioneers Octo Barnett and William Stead, see <a href="http://www8.nationalacademies.org/onpinews/newsitem.aspx?RecordID=12572" rel="nofollow">http://www8.nationalacademies....</a> ) does not improve quality of care, and can cause harm.<br /><br />These articles should raise caution in any physician, nurse or hospital contemplating use of this technology. These reports should not be cavalierly ignored, but should be a flag for great caution. The point is, with the literature conflicting, the technology should be considered experimental and caution used when deployed on human subjects. That includes both patients and clinicians, the former who can be injured or killed, the latter whose careers can be ruined through computer-caused or computer-aggravated errors. <span style="font-weight: bold; font-style: italic; color: rgb(255, 0, 0);">[Note: in health IT experiments, clinicians are, in fact, also experimental subjects - ed.]</span><br /><br />Re: "The examples discussed in the links sound like a case of bad configuration of an EMR" - you omit the existence of clinical IT defects and problems such as poor software engineering causing unreliability, mission hostile human-computer interfaces (e.g., see <a href="http://www.tinyurl.com/hostileuserexper" rel="nofollow">http://www.tinyurl.com/hostile...</a> ), incorrect or incomplete decision support algorithms, terminological problems, and other issues. You seem to indicate the findings in the reading list may be "anecdotal." A crushing reply to that line of thought, from an expert in Australia, is here: <a href="http://hcrenewal.blogspot.com/2011/08/from-senior-clinician-down-under.html" rel="nofollow">http://hcrenewal.blogspot.com/...</a> .<br /><br />As far as "certification" of HIT, this has little if anything to do with safety, reliability, usability, etc. ( e.g,, see <a href="http://hcrenewal.blogspot.com/2010/03/on-oncs-proposed-establishment-of.html" rel="nofollow">http://hcrenewal.blogspot.com/...</a> ). "Certification" of health IT is not validation of safety, usability, efficacy, etc., but a pre-flight checklist of features, interoperability, security and the like. The certifiers admit this explicitly. See the CCHIT web pages for example.<br /><br />You use the logical fallacy of "appeal to authority" - or show severe naivete - in asking "why would any educated person, including legislators and executives, support the use of a tool that would increase harm, not safety."<br /><br />"We need to embrace technology and make it work for us rather than putting our heads in the sand" - I ask - why now, if the technology is not ready? This seems like an appeal to novelty and perhaps the bandwagon fallacy (see <a href="http://www.nizkor.org/features/fallacies/" rel="nofollow">http://www.nizkor.org/features...</a> ).<br /><br />Regarding your 1834 London Times quote, that was in a time before the human subjects experimentation guidelines such as the Belmont Report, World Medical Association Declaration of Helsinki, Guidelines for Conduct of Research Involving Human Subjects at NIH, the Nuremberg Code, and others came into being.<br /><br />That said, the use of the 1834 stethoscope analogy is a type of red herring fallacy (<a href="http://www.nizkor.org/features/fallacies/red-herring.html" rel="nofollow">http://www.nizkor.org/features...</a> ). A stethoscope and enterprise clinical IT have little in common, the latter being potentially harmful to the point of causing patient death through interference in clinical care. (I note that if the 1834 story was brought up as an allusion to doctors and nurses who dislike today's IT being "Luddites" or the like, then that's an ad hominem fallacy.)<br /><br />We as a society have supposedly learned something since 1834 regarding experimental medical devices. Or have we? FDA's Jeffrey Shuren MD, JD, Director of CDRH has admitted explicitly that health IT are medical devices with definite, but unknown, levels of risk - FDA stats "may represent only the tip of the iceberg in terms of the HIT-related problems that exist" were the exact words. That is prima facie evidence the devices are experimental.<br /><br />However FDA refrains from regulating them under the FD&C Act, as they do pharma IT, other medical devices, drugs, etc. because they are a political "hot potato" - as at <a href="http://hcrenewal.blogspot.com/2011/04/fda-decides-regulating-implantable.html" rel="nofollow">http://hcrenewal.blogspot.com/...</a> , <a href="http://hcrenewal.blogspot.com/2010/02/fda-on-health-it-adverse-consequences.html" rel="nofollow">http://hcrenewal.blogspot.com/...</a>, and <a href="http://hcrenewal.blogspot.com/2010/08/smoking-gun-internal-fda-memorandum-of.html" rel="nofollow">http://hcrenewal.blogspot.com/...</a> ).<br /><br />As is customary at Healthcare Renewal, at those three posts are links to source, quoted in full context.</div></blockquote><br />I've replied to so many irrationally exuberant commenters on this very blog, that I could have authored the reply above in my sleep.<br /><br />Two points:<br /><br />1. My reply and its links (and the source those links lead to) can and should be used as a "template" by clinicians to educate themselves, to reply to the health IT irrationally exuberant in their organizations, and to those in government prematurely pushing this technology onto clinicians;<br /><br />2. The health IT irrationally exuberant, being irrational, ill-informed, and often markedly resistant to education, need to be removed from healthcare entirely. Their cavalier attitudes about cybernetic medical experiments are dangerous, and <span style="font-weight: bold;">have no place in medical affairs.</span> Such people impede, rather then help remediate the quality, safety, usability, and efficacy of health IT. In doing so, <span style="font-weight: bold;">they contribute to increased risk and to actual patient harm.</span> The irrationally exuberant are part of the problem, not part of the solution.<br /><br />-- SS

Why 99 Percent of the Irrationally Exuberant About Health IT Need To Be Removed From Healthcare

At Roy Poses' cross post "Why 99 percent of health care should be angry" over at the KevinMD blog, I introduced a comment into the "eruption of controversy" (his term here) caused by his post.My comme…

Đọc thêm »