healthy4u: David Bates

FDA on health IT risk: reckless, or another GM-like political coverup? "We don't know the magnitude of the risk, and what we do know is the tip of the iceberg, but health IT is of 'sufficiently low risk' that we don't need to regulate it."

In my Sept. 16, 2013 post "An Open Letter to David Bates, MD, Chair, ONC FDASIA Health IT Policy Committee on Recommendations Against Premarket Testing and Validation of Health IT" (<a href="http://hcrenewal.blogspot.com/2013/09/an-open-letter-to-david-bates-md-chair.html">http://hcrenewal.blogspot.com/2013/09/an-open-letter-to-david-bates-md-chair.html</a>) I wrote: <blockquote class="tr_bq">David Bates, Chair, ONC FDASIA Health IT Policy Committee via email     Dear David, I am disappointed (and in fact appalled) at the ONC FDASIA Health IT Policy Committee's recommendations that health IT including typical commercial EHR/CPOE systems not be subjected to a premarket testing and validation process.  I believe this recommendation is, quite frankly, negligent. </blockquote> The resultant April 2014 report is out: "FDASIA Health IT Report: Proposed Strategy and Recommendations for a Risk-Based Framework."  It is available at <a href="http://www.healthit.gov/sites/default/files/fdasiahealthitreport_final.pdf">http://www.healthit.gov/sites/default/files/fdasiahealthitreport_final.pdf</a>. The report is an academic idealist's and industry's dream.  It is a patient's nightmare. Instead of regulation, the report recommends the creation of a nebulous "Health IT Safety Center" (pgs. 16 and 25) as a "public-private entity with broad stakeholder engagement, that includes a governance structure for the creation of a sustainable, integrated health IT learning system that avoids regulatory duplication and leverages and complements existing and ongoing efforts."  In other words, a toothless organization without true regulatory authority. The recommendations of the Health IT Policy Committee have apparently been taken seriously by FDA.  This FDA announcement recently appeared (FDA is part of HHS): <blockquote class="tr_bq"><a href="http://www.fda.gov/NewsEvents/Newsroom/PressAnnouncements/ucm390988.htm">http://www.fda.gov/NewsEvents/Newsroom/PressAnnouncements/ucm390988.htm</a> HHS News Release For Immediate Release: April 3, 2014 Proposed health IT strategy aims to promote innovation, protect patients, and avoid regulatory duplication HHS today released a draft report that includes a proposed strategy and recommendations for a health information technology (health IT) framework, which promotes product innovation while maintaining appropriate patient protections and avoiding regulatory duplication. The congressionally mandated report was developed in consultation with health IT experts and consumer representatives and proposes to clarify oversight of health IT products based on a product’s function and the potential risk to patients who use it. ... As proposed in the draft report, posted on the ONC, FDA and FCC websites, there would be three health IT categories, based on function and level of risk, that focus on what the product does, not on the platform on which it operates (mobile medical device, PC, or cloud-based, for example). The first category, products with administrative health IT functions, poses little or no risk to patient safety and as such requires no additional oversight. They include software for billing and claims processing, scheduling, and practice and inventory management. The second category, products with health management heath IT functions, includes software for health information and data management, medication management, provider order entry, knowledge management, electronic access to clinical results and most clinical decision support software. Products with health management health IT functions are of sufficiently low risk and thus, if they meet the statutory definition of a medical device, FDA does not intend to focus its oversight on them. Instead, the draft report proposes relying primarily on ONC-coordinated activities and private sector capabilities that highlight quality management principles, industry standards and best practices.</blockquote> The characterization of these admitted medical devices as "sufficiently low risk" is in my opinion grossly negligent (if not criminal). For instance, GM concealed an ignition flaw that resulted in 13 deaths.  Look what's happening now in that sector.  Revelations of corporate wrongdoing and Congressional investigations: <blockquote class="tr_bq"><a href="http://www.nytimes.com/2014/03/31/business/us-regulators-declined-full-inquiry-into-gm-ignition-flaws-memo-shows.html">http://www.nytimes.com/2014/03/31/business/us-regulators-declined-full-inquiry-into-gm-ignition-flaws-memo-shows.html</a> U.S. Agency Knew About G.M. Flaw but Did Not Act By MATTHEW L. WALD MARCH 30, 2014 Federal regulators decided not to open an inquiry on the ignitions of Chevrolet Cobalts and other cars even after their own investigators reported in 2007 that they knew of four fatal crashes, 29 complaints and 14 other reports that showed the problem disabled air bags, according to a memo released by a House subcommittee on Sunday. Then in 2010, the safety agency came to the same decision after receiving more reports that air bags were not deploying. The memo also revealed that General Motors approved the faulty design of the switch in 2002 even though the company that made the part, Delphi, warned the automaker that the switch did not meet specifications. This followed a warning the year before — when the Saturn Ion was being developed — but G.M. said that “a design change had solved the problem,” according to the memo. Continue reading the main story Related Coverage The striking new details in the memo bolster the contention that both G.M. and the National Highway Traffic Safety Administration, more than previously acknowledged, ignored or dismissed warnings for more than a decade about a faulty ignition switch that, if bumped, could turn off, shutting the engine and disabling the air bags. General Motors has recalled nearly 2.6 million cars and has linked 13 deaths to the defect. </blockquote> 13 deaths, and we get this: <blockquote class="tr_bq"><div class="story-body-text story-content" data-para-count="362" data-total-count="2158" itemprop="articleBody">A House subcommittee, which gathered more than 200,000 pages of documents from G.M. and 6,000 pages from the agency, will hold a hearing on Tuesday. Mary T. Barra, General Motors’ chief executive, and David Friedman, the acting administrator of the safety agency, are scheduled to testify. Both are also scheduled to testify before a Senate panel on Wednesday.</div><div class="story-body-text story-content" data-para-count="362" data-total-count="2158" itemprop="articleBody"> </div><div class="story-body-text story-content" data-para-count="241" data-total-count="2399" itemprop="articleBody">“The problems persisted over a decade, the red flags were many, and yet those responsible failed to connect the dots,” Fred Upton, a Republican of Michigan and the chairman of the House Energy and Commerce Committee, said in a statement.</div><div class="story-body-text story-content" data-para-count="241" data-total-count="2399" itemprop="articleBody"> </div><div class="story-body-text story-content" data-para-count="104" data-total-count="2503" itemprop="articleBody">The most damaging finding in the memo concerned the four fatal crashes that went unheeded by regulators.</div><div class="story-body-text story-content" data-para-count="104" data-total-count="2503" itemprop="articleBody"> </div><div class="story-body-text story-content" data-para-count="224" data-total-count="2727" id="story-continues-5" itemprop="articleBody">In a presentation dated Nov. 17, 2007, the safety agency’s investigators reported to its Office of Defects Investigation on the fatal crashes, as well as broad range of complaints and other reports about cars shutting off.</div><div class="story-body-text story-content" data-para-count="224" data-total-count="2727" id="story-continues-5" itemprop="articleBody"> </div><div class="story-body-text story-content" data-para-count="355" data-total-count="3082" itemprop="articleBody">“The panel did not identify any discernible trend and decided not to pursue a more formal investigation,” the House memo said. The findings <a href="http://www.nytimes.com/2014/03/09/business/auto-regulators-dismissed-defect-tied-to-13-deaths.html" title="The report. ">reinforce an analysis</a> by The New York Times published March 8 that found the agency had received more than 260 complaints about Cobalts, Ions and other cars in the recall, citing potentially dangerous shutdowns.</div></blockquote> While GM is being grilled and raked over the coals, the health IT industry is likely going to get the healthcare industry's most generous and unprecedented special regulatory accommodation by FDA due to its products being deemed of "sufficiently low risk" (?) not to merit attention. -------------------------------------------- <div> </div>The FDA statement is particularly reckless, perhaps criminally so, given the following ten points. I add that the following are just highlights off the top of my head, and non-inclusive of all known facts on health IT risk: (1)  FDA's own 2010 "Internal Memo on HIT Risk", "not intended for public use" but exposed by Center for Public Integrity investigative reporter Fred Schulte (<a href="http://www.publicintegrity.org/authors/fred-schulte">http://www.publicintegrity.org/authors/fred-schulte</a>) when he was with the Huffington Post Investigative Fund (as described at <a href="http://hcrenewal.blogspot.com/2010/08/smoking-gun-internal-fda-memorandum-of.html" target="_blank">http://hcrenewal.blogspot.com/2010/08/smoking-gun-internal-fda-memorandum-of.html</a>), stated:   <div style="margin-left: 40px;">...In summary, the results of this data review suggest significant clinical implications and public safety issues surrounding Health Information Technology. The most commonly reported H-IT safety issues included wrong patient/wrong data, medication administration issues, clinical data loss/miscalculation, and unforeseen software design issues; all of which have varying impact on the patient’s clinical care and outcome, which included 6 death and 43 injuries. The absence of mandatory reporting enforcement of H-IT safety issues limits the number of relevant MDRs [device reports] and impedes a more comprehensive understanding of the actual problems and implications. </div><div dir="ltr"></div> They then go on to categorize the known risk factors and the impediments to knowing about their occurrence:  <blockquote class="tr_bq">Limitations of the MAUDE search and final subset of MDRs include the following:  1. Not all H-IT safety issue MDRs can be captured due to limitations of reporting practices including ...(a) Vast number of H-IT systems that interface with multiple medical devices currently assigned to multiple procodes making it difficult to identify specific procodes for H-IT safety issues; ...(b) Procode assignments are also affected by the ability of the reporter/contractor to correctly identify the event as a H-IT safety issue; ...(c) Correct identification by the reporter of the suspect device brand name is challenged by difficulties discerning the actual H-IT system versus the device it supports. 2. Due to incomplete information in the MDRs, it is difficult to unduplicate similar reports, potentially resulting in a higher number of reports than actual events. 3. Reported death and injury events may only be associated with the reported device but not necessarily attributed to the device. 4 Correct identification by the reporter of the manufacturer name is convoluted by the inability to discern the manufacturer of the actual H-IT system versus the device it supports. 5 The volume of MDR reporting to MAUDE may be impacted by a lack of understanding the reportability of H-IT safety issues and enforcement of such reporting.</blockquote> In other words, FDA does not know the level of risk due to systematic impediments to information diffusion. <table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody><tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiRf0xG1UixoduxWOjXHN0BAMipTO7-63_YQZ4NKtaFyhMvkpdfo7MwpGBU8O0c6XKxBEM4owWvWl0RBV1amw0nVtJlMCMEwEy-o2fovaDZWLYJRc2uY6hS34Kl-lWLwwl9m-iZySg9o4b5/s1600/memo.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiRf0xG1UixoduxWOjXHN0BAMipTO7-63_YQZ4NKtaFyhMvkpdfo7MwpGBU8O0c6XKxBEM4owWvWl0RBV1amw0nVtJlMCMEwEy-o2fovaDZWLYJRc2uY6hS34Kl-lWLwwl9m-iZySg9o4b5/s1600/memo.jpg" width="243" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">Internal FDA Memo ("not intended for public use") on potential dangers of health IT.  Download the full PDF by clicking <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/Internal-FDA-Report-on-Adverse-Events-Involving-Health-Information-IT.pdf">here</a>.</td></tr></tbody></table> I think it axiomatic to state that it is, at best, seriously misleading to now state a technology is of "low risk" while internally having admitted that the risk level is not known due to impediments to that knowledge.  That situation has not changed since this memo's internal FDA dissemination, and its disclosure by Schulte. This is inexplicable on its face on scientific grounds. Further, another HHS agency, the Agency for Healthcare Research and Quality (AHRQ, <a href="http://www.ahrq.gov/">http://www.ahrq.gov/</a>) has also taxonomized in detail a rich tapestry of "how health IT can cause harm."  See "AHRQ Health IT Hazards Manager Report" at <a href="http://healthit.ahrq.gov/sites/default/files/docs/citation/HealthITHazardManagerFinalReport.pdf">http://healthit.ahrq.gov/sites/default/files/docs/citation/HealthITHazardManagerFinalReport.pdf</a> and its contained list of harms on pg. 29, reproduced below. AHRQ has no regulatory authority.  These failure modes are expensive to deal with, thus many will likely only be dealt with by the industry (if at all) after patient harms or near-misses.  Patients, however, are not experimental subjects for the debugging and "improvement" of experimental IT systems. <table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody><tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjGfJvUqIoCXmUuiiiqJvolkT3Ncg9DoM4VResY7HhOBmbfdZj29hKbwxLRTUbMi7gbaSCfQNdqcKqI6SKWi0JKIyOrHFgBfL3D0-rzEHwfVx6Lm37KilOi8LjiEUBdIzyH9oH47wXprM7H/s1600/ahrq.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="257" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjGfJvUqIoCXmUuiiiqJvolkT3Ncg9DoM4VResY7HhOBmbfdZj29hKbwxLRTUbMi7gbaSCfQNdqcKqI6SKWi0JKIyOrHFgBfL3D0-rzEHwfVx6Lm37KilOi8LjiEUBdIzyH9oH47wXprM7H/s1600/ahrq.jpg" width="400" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">AHRQ Health IT Hazard Manager Report - Hazard Modes of Health IT (click to enlarge)</td></tr></tbody></table> Surely FDASIA is aware of this. <div>(2)  FDA CDRH Director Jeff Shuren MD, JD's own statement that the known risks are "the tip of an iceberg" at the HIT Policy Committee, Adoption/Certification Workgroup on February 25, 2010, where the topic was "HIT safety" (The text is available <a href="http://web.archive.org/web/20120320111030/http://healthit.hhs.gov/portal/server.pt/gateway/PTARGS_0_11673_910717_0_0_18/3Shuren_Testimony022510.pdf" target="_blank">at this link</a>): <div style="margin-left: 40px;">...... In the past two years, we [FDA] have received 260 reports of HIT-related malfunctions with the potential for patient harm – including 44 reported injuries and 6 reported deaths. Because these reports are purely voluntary, they may represent only the tip of the iceberg in terms of the HIT-related problems that exist.</div></div><div></div><div></div><div></div><div></div><div></div><div> Considering the admitted impediments to information diffusion, it's likely even at this point that FDA knew the number of injuries and deaths was far larger than GM's mere 13 ignition defect-related deaths. </div><div> </div><div><div>(3)   FDA's MAUDE (Manufacturer and User Facility Device Experience) database is a voluntary medical device defects reporting system, but is not specifically purposed for health IT and is almost unknown to typical health IT users as a resource for reporting flaws.  MAUDE reports show health IT devices are literally festooned with an incredible number of flaws, as if they come from dirt-floor-covered software sweatshops with little oversight. These are defects that have made it into live hospital and caregiver devices, and have led to reported harms and death (see <a href="http://hcrenewal.blogspot.com/2011/01/maude-and-hit-risk-mother-mary-what-in.html" target="_blank">http://hcrenewal.blogspot.com/2011/01/maude-and-hit-risk-mother-mary-what-in.html</a>). The voluntary nature of this MAUDE reporting by just a few HIT sellers, and lack of knowledge of it by health IT users as a resource, cannot fail to lead to the conclusion that the problems are far worse than this limited dataset indicates. (4)  The prestigious U.S. Institute of Medicine of the National Academies (<a href="http://www.iom.edu/">http://www.iom.edu/</a>), perhaps the top scientific authority in this country, also admitted the risk levels of health IT were unknown due to systematic impediments to knowing.  IOM noted this in their <a href="http://hcrenewal.blogspot.com/2011/11/iom-report-on-health-it-safety-nix-fda.html">late 2011 study on EHR safety</a>:</div></div><div> <blockquote>... While some studies suggest improvements in patient safety can be made, others have found no effect. Instances of health IT–associated harm have been reported. However, little published evidence could be found quantifying the magnitude of the risk. Several reasons health IT–related safety data are lacking include the absence of measures and a central repository (or linkages among decentralized repositories) to collect, analyze, and act on information related to safety of this technology. Another impediment to gathering safety data is contractual barriers (e.g., nondisclosure, confidentiality clauses) that can prevent users from sharing information about health IT–related adverse events. These barriers limit users’ abilities to share knowledge of risk-prone user interfaces, for instance through screenshots and descriptions of potentially unsafe processes. In addition, some vendors include language in their sales contracts and escape responsibility for errors or defects in their software (i.e., “hold harmless clauses”). The committee believes these types of contractual restrictions limit transparency, which significantly contributes to the gaps in knowledge of health IT–related patient safety risks. </blockquote> The IOM did note, contrary to FDA's current finding that these systems are of "sufficiently low risk", that: <blockquote>These barriers to generating evidence pose unacceptable risks to safety.[IOM (Institute of Medicine). 2012. <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/Patient%20Safety%20and%20Health%20IT%20prepub.pdf">Health IT and Patient Safety: Building Safer Systems for Better Care</a> (PDF). Washington, DC: The National Academies Press, pg. S-2.] </blockquote> Also in the IOM report: <blockquote class="tr_bq">… “For example, the number of patients who receive the correct medication in hospitals increases when these hospitals implement well-planned, robust computerized prescribing mechanisms and use barcoding systems. But even in these instances, the ability to generalize the results across the health care system may be limited. For other products— including electronic health records, which are being employed with more and more frequency— some studies find improvements in patient safety, while other studies find no effect. More worrisome, some case reports suggest that poorly designed health IT can create new hazards in the already complex delivery of care. Although the magnitude of the risk associated with health IT is not known, some examples illustrate the concerns. Dosing errors, failure to detect life-threatening illnesses, and delaying treatment due to poor human–computer interactions or loss of data have led to serious injury and death.”</blockquote></div><div></div><div> IOM could not have stated the reality more explicitly than via their statement "the magnitude of the risk associated with health IT is not known." </div><div> (5)   Surely FDA (and the FDASIA committees responsible for the new Report) are aware of  the ECRI Institute's Deep Dive study results from a study they carried out within their PSO-member hospitals (<a href="http://hcrenewal.blogspot.com/2013/02/peering-underneath-icebergs-water-level.html" target="_blank">http://hcrenewal.blogspot.com/2013/02/peering-underneath-icebergs-water-level.html</a>).  I would call 171 voluntarily-reported health IT-related mishaps in 36 hospitals over 9 weeks, with 8 injuries and 3 possible deaths, an alarming study. In fact, in 2014 based on their PSO data, the ECRI Institute identified health IT as #1 of the "Top Ten Technology Risks in Healthcare" (<a href="http://hcrenewal.blogspot.com/2014/04/in-ecri-institutes-new-2014-top-10.html">http://hcrenewal.blogspot.com/2014/04/in-ecri-institutes-new-2014-top-10.html</a>): <blockquote class="tr_bq">CONCERN #1: Data integrity failures with health information technology systems  With the federal government offering financial incentives for hospitals and physician practices to adopt EHR systems, use of these systems more than tripled from 2009 through 2012. “Health IT systems are very complex,” says James P. Keller, M.S., vice president, technology evaluation and safety, ECRI Institute. “They are managing a lot of information, and it’s easy to get something wrong” if the systems are not designed and implemented well. While appropriately designed and implemented systems can provide complete, current, and accurate patient care information so that the clinician can make appropriate treatment decisions, the presence of incorrect data can lead to incorrect treatment, potentially leading to patient harm.</blockquote></div><div></div><div> I certainly would NOT aver that this technology's risk level is of "sufficiently low risk" to not warrant formal regulation by a body skilled in software regulation, as is FDA., e.g., for medical devices and for IT used in pharmaceutical clinical trials data management and drug manufacturing. See for example "General Principles of Software Validation; Final Guidance for Industry and FDA Staff" at <a href="http://www.fda.gov/medicaldevices/deviceregulationandguidance/guidancedocuments/ucm085281.htm">http://www.fda.gov/medicaldevices/deviceregulationandguidance/guidancedocuments/ucm085281.htm</a>. (I would really not enjoy being in a position to have to make such an averment about "sufficiently low risk" under GM ignition investigation-like conditions... )</div><div> </div>(6)  Surely FDA (and the FDASIA committees responsible for the new Report) are aware of the data reported by the medical malpractice insurer CRICO, that insures the Harvard medical community (see <a href="http://hcrenewal.blogspot.com/2014/02/patient-safety-quality-healthcare.html" target="_blank">http://hcrenewal.blogspot.com/2014/02/patient-safety-quality-healthcare.html</a>): <blockquote class="tr_bq">... CRICO recently analyzed a year’s worth of medical malpractice claims in its comparative database [from numerous sources] and found 147 cases in which EHRs were a contributing factor. Computer systems that don’t “talk” to each other, test results that aren’t routed properly, and mistakes caused by faulty data entry or copying and pasting were among the EHR-related problems found in the claims, which represented $61 million in direct payments and legal expenses.  ... Half of the 147 cases resulted in severe injury.  [Death numbers are unstated - ed.] </blockquote> Note that these numbers were an examination of lawsuits filed; most medical malpractice never gets to the point of an actual filed lawsuit due to the unfavorable economics of the medical malpractice industry.  Perhaps 5% of actual events ever get filed, thus CRICO's data is also a "tip of an iceberg." (7)  Surely FDA (and the FDASIA committees responsible for the new Report) are aware of mass risk introduced by faulty systems such as in the incident in Rhode Island, at Lifespan Healthcare (<a href="http://hcrenewal.blogspot.com/2011/11/lifespan-rhode-island-yet-another.html">http://hcrenewal.blogspot.com/2011/11/lifespan-rhode-island-yet-another.html</a>), where thousands of prescriptions were altered by faulty HIT without physician knowledge.  Suffixes for the long acting version of a drug (e.g., "XL" or "XR") were dropped: <blockquote class="tr_bq">PROVIDENCE, R.I. (WPRI) - Rhode Island State Senator Jamie Doyle says he is shocked to hear a <a href="http://www.lifespan.org/">Lifespan</a> computer glitch caused thousands of patients to receive the wrong types of medication. [Appx. 2,000 across five Lifespan hospitals according to the Providence Journal, see below, and the <a href="http://www.washingtonpost.com/business/ri-senator-wants-investigation-after-up-to-2000-hospital-patients-got-wrong-form-of-medicine/2011/11/03/gIQAufcviM_story.html">WaPo</a> - ed.] Doyle is now calling for an independent review of all the hospitals Lifespan runs, and a review of the Rhode Island Department of Health. The DOH is investigating after learning patients who were supposed to receive medications taken once a day instead received medications meant to be taken more than once per day.  [In other words, they were taking short acting drugs on a long-acting once a day schedule, thus being massively under-dosed - ed.]</blockquote> (8)  The FDA (and the FDASIA committees responsible for the new Report) surely cannot be unaware of all of the "glitches" reported on in-situ health IT systems, as cataloged at this blog under the tag "glitch" and as of this writing numbering 25 posts, some including patient deaths.  See the results of the query link: <a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a>. (9) Surely FDA (and the FDASIA committees responsible for the new Report) cannot be unaware that FDA itself had to recall health IT with flaws "serious enough to cause patient death": <blockquote class="tr_bq">FDA recall.  McKesson Anesthesia Care – Patient Case Data May Not Match Patient Data:  Use of this affected product may cause serious adverse health consequences, including death.  <a href="http://hcrenewal.blogspot.com/2014/03/ehr-recall-use-of-this-affected-product.html">http://hcrenewal.blogspot.com/2014/03/ehr-recall-use-of-this-affected-product.html</a> FDA Recalls Draeger Health IT Device Because "This Product May Cause Serious Adverse Health Consequences, Including Death" <a href="http://hcrenewal.blogspot.com/2011/12/fda-recalls-health-it-software-because.html">http://hcrenewal.blogspot.com/2011/12/fda-recalls-health-it-software-because.html</a> FDA Recall: Philips Xcelera Connect - Incomplete Information Arriving From Other Systems <a href="http://hcrenewal.blogspot.com/2012/07/health-it-fda-recall-philips-xcelera.html">http://hcrenewal.blogspot.com/2012/07/health-it-fda-recall-philips-xcelera.html</a> FDA recall:  An ED EHR "Glitch" That Mangles Prescriptions <a href="http://hcrenewal.blogspot.com/2013/08/a-good-way-to-cynernetically-harm-or.html" target="_blank">http://hcrenewal.blogspot.com/2013/08/a-good-way-to-cynernetically-harm-or.html</a> </blockquote> (10)  FDA (and the FDASIA committees responsible for the new Report) are surely not unaware of my own report to its MAUDE database (because the hospital denied my request to issue the report itself) of a fundamental defect in a widely used health IT system, Eclipsys Sunrise, that nearly caused the death of my mother... AFTER she was seriously injured due to a flaw in an ED's EHR that did lead a year later to her death: <blockquote class="tr_bq"><a href="http://www.accessdata.fda.gov/scripts/cdrh/cfdocs/cfmaude/detail.cfm?mdrfoi__id=172955">http://www.accessdata.fda.gov/scripts/cdrh/cfdocs/cfmaude/detail.cfm?mdrfoi__id=172955</a>2 ECLIPSYS SUNRISE CLINICAL MANAGER       Event Date 06/12/2010 Event Type  Injury   Patient Outcome  Hospitalization,Other,Life Threatening,Required Intervention Event Description The eclipsys sunrise clinical manager emr/cpoe is in use at (b) (6) hospital. This system appears to have a serious deficiency: an apparent lack of date constraint validity checking when users are seeking information on prior medication orders and administration. (b) (6), (b) (6) was admitted (b) (6) 2010, for cerebrovascular problems. Famotidine iv was started prophylactically to prevent gastric problems, but was discontinued and changed to protonix a few days later due to suspicion of causing severe agitation and confusion, causing her to pull her lines. Around (b) (6) 2010, patient was transferred to physical therapy floor in the hospital. Hospital considers such a transfer to be a "discharge" and "readmission. " however, patient did poorly, had to be sent back to med-surg floor several days later. Due to having pulled a percutaneous endoscopic gastrostomy tube -peg tube-, she was started on TPN on (b) (6) 2010. In the first bag of tpn solution was 40 mg. Famotidine. Patient's mental status began deteriorating and she began to get very, very agitated and confused once again. Eclipsys sunrise problem/bug was noted when son, a physician informaticist -and author of this report- noted the 40 mg famotidine in the tpn bag, and reported to the floor rn that this was contraindicated. The rn pulled up the medication order and administration records on the eclipsys sunrise clinical manager system to confirm famotidine had been administered previously. Famotidine was shown only as being ordered for tpn on (b) (6), but not prior. The rn selected a date constraint entry box, at which time a calendar widget popped up. The rn set the date constraint back to (b) (6), then (b) (6), then (b) (6) 2010, but the use of the famotidine at that time did not appear. Son of patient demanded the famotidine be stopped anyway, which it was, and that an allergy entry be entered. However, it was fortunate son was a physician and remembered the name of the medicine. In tracing this error today, it was found that the data from admission on (b) (6) to "discharge" to physical therapy floor (b) (6) 2010, was unavailable since it was considered a "prior admission" although the patient had never left the hospital physically. The sunrise system, however, failed to flag the (b) (6) 2010 date constraint entries as 'out of bounds' for the current admission. The validity of the date constraints was not checked, preventing the rn user from realizing he should have called up the prior admissions records. If son of patient had not been a physician, famotidine might have been continued and patient might have suffered more severe consequences than she did after the 40 mg was given in the first tpn bag. As it was, she spent the next three days in a severe delirium and is only slowly recovering. That the eclipsys sunrise ehr did not alert its user that the date constraints they set for seeking medication ordering and administration data were out of bounds -beyond the range of the current "admission" -is a significant and severe oversight and/or bg, and a danger to patients not fortunate enough to have a physician informaticist son closely monitoring their care. </blockquote> Addendum May 4, 2014: (11)   CMS: "we do not have any information that supports or refutes claims that a broader adoption of EHRs can save lives."  (But let's spend hundreds of billions of dollars anyway.) <table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody><tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgKNTHRZ65twX8W-4VKJyyfOxz-EKIMmIfoipBwryewkc-IKs_JkusXtcujYkfmjqkzRE_1FyX0m7GAS3X-MTb0rq0yeup3rRxjRKLk2xmnWlO6BLlwHE0rJOqULoHziPGyOKQnO3Jkb2La/s1600/CMS_Letter.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgKNTHRZ65twX8W-4VKJyyfOxz-EKIMmIfoipBwryewkc-IKs_JkusXtcujYkfmjqkzRE_1FyX0m7GAS3X-MTb0rq0yeup3rRxjRKLk2xmnWlO6BLlwHE0rJOqULoHziPGyOKQnO3Jkb2La/s1600/CMS_Letter.jpg" width="308" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">CMS: "we do not have any information that supports or refutes claims that a broader adoption of EHRs can save lives."  [But let's spend hundreds of billions of dollars anyway.]  Click to enlarge.</td></tr></tbody></table> -------------------------------------------- Note that these ten points themselves, all I had time to write about this morning, themselves represent a "tip of the iceberg" regarding health IT risks. In my opinion it's immensely reckless for FDA to make a statement that "products with health management heath IT functions, includes software for health information and data management, medication management, provider order entry, knowledge management, electronic access to clinical results and most clinical decision support software ... are of sufficiently low risk" so as to not warrant formal regulation that is already in place for other healthcare software sectors. Fortunately, the public gets to comment via this announcement: Proposed Risk-Based Regulatory Framework and Strategy for Health Information Technology Report; Notice to Public of Availability of the Report and Web Site Location; Request for Comments <a href="http://www.regulations.gov/#!documentDetail;D=FDA_FRDOC_0001-4678">http://www.regulations.gov/#!documentDetail;D=FDA_FRDOC_0001-4678</a> I feel, however, that the decision is a given, and that the health IT industry has such regulatory capture that public comments will be ignored.  (Not that I won't try.) Finally: I ponder what ever happened to the inquiry responses about health IT defects and harm sought by the Senate Finance Committee, as reported in the Washington Post: <blockquote class="tr_bq">Electronic medical records draw frequent criticisms By Alexi Mostrous Washington Post Staff Writer Sunday, October 25, 2009 <a href="http://www.washingtonpost.com/wp-dyn/content/article/2009/10/24/AR2009102400967.html?hpid%3Dtopnews&sub=AR">http://www.washingtonpost.com/wp-dyn/content/article/2009/10/24/AR2009102400967.html?hpid%3Dtopnews&sub=AR</a> ... the Senate Finance Committee has amassed a thick file of testimony alleging serious computer flaws from doctors, patients and engineers unhappy with current systems. On Oct. 16, the panel wrote to 10 major sellers of electronic record systems, demanding to know, for example, what steps they had taken to safeguard patients. "Every accountability measure ought to be used to track the stimulus money invested in health information technology," said <a href="http://projects.washingtonpost.com/congress/members/g000386/" target="">Sen. Charles E. Grassley</a> (Iowa), the panel's ranking Republican. </blockquote> The results of that request seem to have gone to the recycle bin. -- SS

FDA on health IT risk: reckless, or another GM-like political coverup? "We don't know the magnitude of the risk, and what we do know is the tip of the iceberg, but health IT is of 'sufficiently low risk' that we don't need to regulate it."

In my Sept. 16, 2013 post "An Open Letter to David Bates, MD, Chair, ONC FDASIA Health IT Policy Committee on Recommendations Against...

Đọc thêm »

An Open Letter to David Bates, MD, Chair, ONC FDASIA Health IT Policy Committee on Recommendations Against Premarket Testing and Validation of Health IT

From <a href="http://www.healthit.gov/policy-researchers-implementers/federal-advisory-committees-facas/fdasia">http://www.healthit.gov/policy-researchers-implementers/federal-advisory-committees-facas/fdasia</a>: <blockquote class="tr_bq">The Food and Drug Administration Safety Innovation Act (FDASIA) Health IT Policy Committee Workgroup is charged with providing expert input on issues and concepts identified by the Food and Drug Administration (FDA), Office of the National Coordinator for Health IT (ONC), and the Federal Communications Commission (FCC) to inform the development of a report on an appropriate, risk-based regulatory framework pertaining to health information technology including mobile medical applications that promotes innovation, protects patient safety, and avoids regulatory duplication.</blockquote> My Open Letter to the Committee's chair speaks for itself: <blockquote class="tr_bq">From: Scot Silverstein Date: Mon, Sep 16, 2013 at 9:39 AM Subject: ONC FDASIA Health IT Policy Committee's recommendations on Premarket Surveillance To: David Bates Sept. 16, 2013 David Bates, Chair, ONC FDASIA Health IT Policy Committee via email     Dear David, I am disappointed (and in fact appalled) at the ONC FDASIA Health IT Policy Committee's recommendations that health IT including typical commercial EHR/CPOE systems not be subjected to a premarket testing and validation process.  I believe this recommendation is, quite frankly, negligent. [1] As you know, my own mother was injured and then died as a result of EHR deficiencies, and nearly injured or killed again in the recuperation period from her initial injuries by more health IT problems in a second EHR used in her care.  In my legal consulting and from my colleagues, as well as from the literature, I hear about other injuries/deaths and many "near misses" as well.  That your recommendations came in the face of the recent ECRI Deep Dive study is even more appalling, with the latter's finding of 171 health IT-related incidents in 9 weeks from 36 member PSO hospitals, resulting in 8 injuries and 3 possible deaths, all reported voluntarily. [2] It is my expert opinion the issues that cause these outcomes would never have made it into production systems, had a reasonable, competent, unbiased premarket testing and validation process been in place. Consequently, I have shared the FDASIA HIT Policy Committee's recommendations with the Plaintiff's Bar, and will use its recommendations in my presentations to various chapters of the American Association for Justice (the trial lawyer's association) - as well as to interested Defense attorneys so they may advise their clients accordingly. I am also making recommendations that in any torts, individual or class, regarding EHR problems that would likely have been averted with competent premarket testing and validation, that the FDASIA HIT Policy Committee members who agreed with the recommendation be considered possible defendants. I am sorry it has come to this. Please note I am also posting this message for public viewing at the Healthcare Renewal weblog of the Foundation for Integrity and Responsibility in Medicine (FIRM). Sincerely, Scot Silverstein, MD Consultant/Independent Expert Witness in Healthcare Informatics Adjunct Faculty, Drexel University, College of Computing and Informatics Notes: [1] FDA Law Blog, Recommendations of FDASIA Health IT Workgroup Accepted, September 11, 2013, available at <a href="http://www.fdalawblog.net/fda_law_blog_hyman_phelps/2013/09/recommendations-of-fdasia-health-it-workgroup-accepted.html">http://www.fdalawblog.net/fda_law_blog_hyman_phelps/2013/09/recommendations-of-fdasia-health-it-workgroup-accepted.html</a>: "Of particular interest is the recommendation that health IT should generally not be subject to FDA premarket requirements, with a few exceptions:  medical device accessories, high-risk clinical decision support, and higher risk software use cases." [2] "Peering Underneath the Iceberg's Water Level: AMNews on the New ECRI 'Deep Dive' Study of Health IT Events" , Feb. 28. 2013, available at <a href="http://hcrenewal.blogspot.com/2013/02/peering-underneath-icebergs-water-level.html">http://hcrenewal.blogspot.com/2013/02/peering-underneath-icebergs-water-level.html</a>.</blockquote> ----------------------------------------------- Note: the following are listed on the linked site above as members of the committee: <div>Member List</div><ul><li>David Bates, Chair, Brigham and Women’s Hospital</li><li>Patricia Brennan, University of Wisconsin-Madison</li><li>Geoff Clapp, Better</li><li>Todd Cooper, Breakthrough Solutions Foundry, Inc.</li><li>Meghan Dierks, Harvard Medical Faculty, Division of Clinical Informatics</li><li>Esther Dyson, EDventure Holdings</li><li>Richard Eaton, Medical Imaging & Technology Alliance</li><li>Anura Fernando, Underwriters Laboratories</li><li>Lauren Fifield, Practice Fusion, Inc.</li><li>Michael Flis, Roche Diagnostics</li><li>Elisabeth George, Philips Healthcare</li><li>Julian Goldman, Massachusetts General Hospital/ Partners Healthcare</li><li>T. Drew Hickerson, Happtique, Inc.</li><li>Jeffrey Jacques, Aetna</li><li>Robert Jarrin, Qualcomm Incorporated</li><li>Mo Kaushal, Aberdare Ventures/National Venture Capital Association</li><li>Keith Larsen, Intermountain Health</li><li>Mary Anne Leach, Children’s Hospital Colorado</li><li>Meg Marshall, Cerner Corporation</li><li>Mary Mastenbrook, Consumer</li><li>Jackie McCarthy, CTIA - The Wireless Association</li><li>Anna McCollister-Slipp, Galileo Analytics</li><li>Jonathan Potter, Application Developers Alliance</li><li>Jared Quoyeser, Intel Corporation</li><li>Martin Sepulveda, IBM</li><li>Joseph Smith, West Health</li><li>Paul Tang, Palo Alto Medical Foundation</li><li>Bradley Thompson, Epstein Becker Green, P.C</li><li>Michael Swiernik, MobileHealthRx, Inc.</li></ul>Federal Ex Officios <ul><li>Jodi Daniel, ONC</li><li>Bakul Patel, FDA</li><li>Matthew Quinn, FCC</li></ul>  -- SS

An Open Letter to David Bates, MD, Chair, ONC FDASIA Health IT Policy Committee on Recommendations Against Premarket Testing and Validation of Health IT

From http://www.healthit.gov/policy-researchers-implementers/federal-advisory-committees-facas/fdasia : The Food and Drug Administration Saf...

Đọc thêm »

A War on Patients: Panel Says EHRs Should Not Be Vetted Before Marketing and Deployment

<div style="text-align: center;">"First, do harm - it's a learning experience, and injured or dead patients are just a bump in the road, anyway" - the apparent creed of the healthcare computing hyperenthusiasts </div> Joe Conn and Modern Healthcare published the following article: <blockquote class="tr_bq">Work group says OK to some HIT safety regs (<a href="http://www.modernhealthcare.com/article/20130807/BLOG/308079998?AllowView=VW8xUmo5Q21TcWJOb1gzb0tNN3RLZ0h0MWg5SVgra3NZRzROR3l0WWRMWGJYUDBHRWxyd01qUzMyWmVqNTNzWUpiV3A=">link</a>), Joe Conn, Modern Healthcare, Aug. 7, 2013</blockquote><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;">What is important is what safety regs the Workgroup said "no" to.  It comes as no surprise:</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>A federally chartered special work group with representatives from three federal agencies has submitted its draft recommendations on establishing a regulatory framework for health information technology. Chief among those recommendations is that <a href="http://www.modernhealthcare.com/section/articles?tagID=66">health IT</a> should not be subjected to pre-market federal regulation, but there were a few exceptions.</blockquote><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"> The exceptions are narrow, and are likely already covered as Class III medical devices by FDA (see <a href="http://www.fda.gov/MedicalDevices/DeviceRegulationandGuidance/Overview/ClassifyYourDevice/">http://www.fda.gov/MedicalDevices/DeviceRegulationandGuidance/Overview/ClassifyYourDevice/</a>):</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">The exceptions under which there should be <a href="http://www.modernhealthcare.com/section/articles?tagID=1136"> FDA</a> regulation, according to the work group, include medical device accessories to be defined as such by the FDA; certain forms of “high risk” clinical decision support systems, such as “computer aided diagnostics,” also to be defined by the FDA; and some “higher risk software” use cases to be defined by the committee's own safety work group.</blockquote><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;"></div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"> They did acknowledge the need for postmarket surveillance:</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">... The group also recommended: developing a federally supported, post-market surveillance system for health IT products “to ensure safety-related decision support is in place,” creating a process for gathering information on safety issues, aggregated at the federal level and establishing a public process for “customer rating of HIT to enhance transparency.” Dr. David Bates [a professor at Harvard Medical School], chairman of the Food and Drug Administration Safety Innovation Act work group, presented the preliminary findings Wednesday at a meeting of HHS' Health Information Technology Policy Committee. </blockquote><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"> Let me translate this to plain English:  the health IT systems that go in (and their upgrades and patches) are recommended to be free from pre-marketing regulation and regulatory vetting.  Patients are to be the guinea pigs for testing of the software.  </div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"> If patients are harmed or killed, they get the honor of being named as "postmarket surveillance learning cases" who gave their all for the betterment of healthcare information technology.   (Without their consent, but who needs consent to test experimental and unvetted devices on guinea pigs?) Bates did express some liability concerns: <blockquote class="tr_bq">Asked during a question and answer period following his presentation whether the committee had considered the liability implications of its recommendations, Bates said, “It's not something we discussed at length, but it's something we can discuss over the next month.”</blockquote><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"> I, on the other hand, as a legal consultant on health IT-related medical errors and evidence tampering, am considering liability issues. Unfortunately, patients would rather be whole than in lawsuits (or dead).  Also, sadly, it's physicians and nurses who will bear the brunt, if not all, of the liability for bad outcomes due to defective IT such as at these two recent posts, with vendor alerts regarding serious flaws of medication and other orders not being retained:</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;"><ul><li><a href="http://hcrenewal.blogspot.com/2013/08/another-health-it-glitch-can.html">Another Health IT "Glitch" - Can Digital Disappearing Ink Kill Patients? - Siemens Safety Advisory Notification #1</a> </li></ul><ul><li><a href="http://hcrenewal.blogspot.com/2013/08/can-digital-disappearing-ink-ehr-glitch.html">Can Digital Disappearing Ink (An EHR "Glitch") Kill Patients? Part 2 - Siemens Safety Advisory Notification #2</a></li></ul><ul><li>and the others posted at this blog at query link: <a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a></li></ul></div></div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"> A clarification for all those proletarians who lack Harvard educations, and for the Workgroup members as well. Allow me to point out that the above manufacturer safety alerts of life-threatening fundamental flaws (involving entered text that "disappears", apparently found in live-patient scenarios, and the other "glitches" that did cause life-threatening errors sometimes en masse involving thousands of patients such as another apparent Siemens debacle at <a href="http://hcrenewal.blogspot.com/2011/11/lifespan-rhode-island-yet-another.html">http://hcrenewal.blogspot.com/2011/11/lifespan-rhode-island-yet-another.html</a>) would likely not have occurred if the systems had been vetted before being turned loose on patients. </div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;">Finally:  David and panel members, my mother and I thank you profusely.  Oh wait...my mother can't thank you, she's dead from the toxic effects of un-premarket-vetted health IT on simple care processes at the very hospital where I performed my residency two decades ago.</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;"> She might have died a few times before she actually did thanks to other IT "glitches" that cropped up during her recovery from the first one, but I was able to (in one case, by sheer happenstance of showing up at  the right time) discover or provide staff with information to work around additional unvetted-health-IT flaws before those did her in.</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;"> </div><div class="separator" style="clear: both; text-align: center;"></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;">It's taken more than a decade for critical-thinking, unconflicted writers and researchers ("<a href="http://hcrenewal.blogspot.com/2013/02/modern-healthcare-health-it-iconoclasts.html">iconoclasts</a>") to force cybernetics-over-all hyperenthusasts (see <a href="http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html">here</a>) like Bates and his panel members to own up the risks of health IT at all, e.g. via sites like this blog and <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/cases/">this teaching site</a>. These panel members IMO have their heads buried in sand. Dr. Bates and his panel are, in my opinion, healthcare IT extremists, which is in part the apparent holding of the belief that computers have more rights than patients - and the other beliefs mentioned in this post:  "Another Health IT 'Glitch' - Can Digital Disappearing Ink Kill Patients?" at <a href="http://hcrenewal.blogspot.com/2013/08/another-health-it-glitch-can.html">http://hcrenewal.blogspot.com/2013/08/another-health-it-glitch-can.html</a>.</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;">-- SS</div></div><div style="background-color: white; border: medium none; color: black; overflow: hidden; text-align: left; text-decoration: none;"> </div></div></div>

A War on Patients: Panel Says EHRs Should Not Be Vetted Before Marketing and Deployment

"First, do harm - it's a learning experience, and injured or dead patients are just a bump in the road, anyway" - the apparent...

Đọc thêm »

Forbes: Obamacare Billionaire: What One Entrepreneur's Rise Says About The Future Of Medicine

An article in Forbes appeared today (4/18/12) entitled "<a href="http://www.forbes.com/sites/matthewherper/2012/04/18/obamacare-billionaire-what-one-entrepreneurs-rise-says-about-the-future-of-medicine/5/">Obamacare Billionaire: What One Entrepreneur's Rise Says About The Future Of Medicine</a>" by Matthew Herper. The article is largely a hagiography of Cerner founder Neal Patterson: <blockquote>North Kansas City is an unlikely place to launch a revolution in American health care. Yet here, amid the dilapidated grain elevators, fast food joints and vast green plains, the dream of using computers to keep you alive at a reasonable cost is battling onward. In a bunkerlike building built to withstand a direct hit by a category five tornado, 22,000 servers handle 150 million health care transactions a day, roughly one-third of the patient data for the entire U.S. Records of your blood pressure, cholesterol, lab test results, that gallbladder surgery last year—and how much you paid for it—may sit there right now. Armed guards stand watch. This is a data center at the headquarters of Cerner, the world’s largest stand-alone maker of health IT systems—and company number 1,621 on FORBES’ Global 2000 list—where the blood-and-guts realities of medicine meet the sterile speed and exactitude of the computer revolution. </blockquote> Omitted are some pertinent negative accounts, such as Cerner's role in the failed £12.7bn ($20bn U.S.) National Programme for IT in the NHS (NPfIT), as described <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/cases/?loc=cases&sloc=granger_speaks_out">here</a> and <a href="http://www.blogger.com/hcrenewal.blogspot.com/2010/08/cerners-blitzkrieg-on-london-wheres-raf.html">here</a>. Patterson is quoted with the standard industry bellicose grandiosity and hysterics about computers "revolutionizing" (as opposed to facilitating) medicine: <blockquote>... In 1999 a report from the prestigious Institute of Medicine gave Patterson hope that the rest of medicine was ready to follow in Mayo’s footsteps. Titled “To Err Is Human,” the report detailed how between 44,000 and 98,000 people die every year in hospitals from preventable mistakes, like getting the wrong medicine or the wrong dose of the right one. The report specifically prescribed better computer systems as a way to prevent these deadly mistakes. Patterson cites that study as the moment when health IT entered the mainstream. But it was still slow going, and that drove him nuts. His customers at that time were more worried about the Y2K bug than they were about revolutionizing health care.</blockquote> I first heard him and other HIT CEO's uttering the "revolution" line at a Microsoft Healthcare Users Group meeting ca. 1997 and attended largely by IT technicians. I was probably the only Medical Informatics-trained professional in attendance, and perhaps the only physician there. When I then asked those in the room how many had healthcare experience or had even read the Merck Manual, few hands went up. The CEO's could not then satisfactorily explain how medicine would be "revolutionized" by such a crowd. (One of those CEO's, of erstwhile HIT vendor HBOC, was later found to be seriously cooking the books after acquisition by McKesson. See "<a href="http://www.fbi.gov/sanfrancisco/press-releases/2009/sf111909b.htm">Former McKesson HBOC Chairman Convicted of Securities Fraud; Defrauded Investors Lost in Excess of $8 Billion</a>" at FBI.gov. Some revolution...) Unfortunately, most medical errors have little to do with documentation, either paper or electronic, as I wrote in Dec. 2010 at "<a href="http://hcrenewal.blogspot.com/2010/12/is-healthcare-it-solution-to-wrong.html">Is Healthcare IT a Solution to the Wrong Problem?</a>". The latter, however, has introduced many new <a href="http://hcrenewal.blogspot.com/2011/02/updated-reading-list-on-health-it.html">errors modes and other social-technical problems</a>, permitted <a href="http://hcrenewal.blogspot.com/2012/01/2011-closes-on-note-of-electronic.html">massive security breaches</a> (it's very hard to haul away 10,000 paper charts without being noticed) and opportunities for medical records evidence spoliation simply not possible with paper. There are a few <a href="http://hcrenewal.blogspot.com/2012/02/health-it-ddulites-and-disregard-for.html">Ddulite-ish</a> quotes from Eric Topol and David Bates in an article with a clear tone of exalting health IT. I am quoted in the Forbes article in about the only comment critical of health IT, and the only comment concerning the ethics of human subjects experimentation conducted with this technology, as it exists in 2012: <blockquote>... the Hippocratic oath says nothing about breaking eggs to make omelets. “We’re kind of headed in the wrong direction,” says Scot Silverstein, a health IT expert at Drexel University who believes that the current systems are too prone to randomly losing data [I had cited <a href="http://sydney.edu.au/engineering/it/%7Ehitru/index.php?option=com_content&task=view&id=91&Itemid=146">this study</a> - ed.] and complicating doctors’ lives.</blockquote> While the "breaking eggs to make omelets" metaphor was not mine, it reminded me that I just carried out my final earthly duty for my mother, injured in mid 2010 by a health IT-related error and deceased since June 2011. I filed her final IRS tax return yesterday, the due date. I just hope my mother is enjoying her omelet in the Pearly Gates Diner. Scrambled eggs were about all she could eat well after the health IT accident. As a result of that experience, my new business card (phone # redacted): <div style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgJ816cVuHWs6a6JHRvCv3Eg5mS_dE3ys3CfjSmUwEwZhrc35wFTqN4uJFYSbhZTdfZJGuyzbuJiv_ED8e3BftgodtuvyyQ5-2Oj8vEQCiAozTfs4R0ZXziQYJTc6ITSChhkddVI1ryXP_J/s1600/business_card_nonum.jpg"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5732943107289611266" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgJ816cVuHWs6a6JHRvCv3Eg5mS_dE3ys3CfjSmUwEwZhrc35wFTqN4uJFYSbhZTdfZJGuyzbuJiv_ED8e3BftgodtuvyyQ5-2Oj8vEQCiAozTfs4R0ZXziQYJTc6ITSChhkddVI1ryXP_J/s320/business_card_nonum.jpg" style="display: block; margin: 0px auto 10px; text-align: center; cursor: pointer; width: 275px; height: 153px;" /></a>(Click to enlarge) </div> I no longer merely write about health IT risks. I find past involvement with attorneys early in my medical career, as Manager of Medical Programs and Medical Review Officer (drug testing officer) for one of the largest public transit authorities in the United States, quite helpful in this new role. The "eggs that get broken", as in a well known old nursery rhyme from the early 1800's, <a href="http://en.wikipedia.org/wiki/Humpty_Dumpty">cannot be reassembled</a>. Those injured or killed in the unregulated, thoughtless, cavalier journey to some mystical medical cybernetic utopia deserve justice, and the eggheads responsible for their harms have earned the privilege of explaining themselves in the courtroom and being properly penalized where appropriate. The future of medicine - if it is to not become a nightmare <a href="http://bioethics.od.nih.gov/IRB.html#policies">ignoring the lessons of history</a>, repeating the <a href="http://www.npr.org/programs/morning/features/2002/jul/tuskegee/">mistakes of the past</a> - belongs to those willing to take an ethical stand in defense of medicine's core values, and in defense of patients. -- SS

Forbes: Obamacare Billionaire: What One Entrepreneur's Rise Says About The Future Of Medicine

An article in Forbes appeared today (4/18/12) entitled " Obamacare Billionaire: What One Entrepreneur's Rise Says About The Future ...

Đọc thêm »