Yet another EHR "glitch" - insulin decreased per protocol, oops, I meant heparin

Yet another EHR "glitch" (<a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a>):<br /><br /><blockquote class="tr_bq"><a href="http://www.labornotes.org/2013/07/electronic-medical-records-friend-or-foe">http://www.labornotes.org/2013/07/electronic-medical-records-friend-or-foe</a><br /><br />An emergency room nurse described her frustrating experience trying to accurately document a dose of <b>heparin</b>, a blood thinner for patients with chest pain. “The doctor stated he wanted 4000 units bolus [all at once] and then a 1000 unit per hour infusion,” she wrote. “The order in Paragon stated 5000 units of <u><b>heparin</b></u>. I was given the option to decrease the dose, which I manually changed.<br /><br />“However, I had to pick a reason why I decreased the dose. There was a drop-down box, and the only option was <b>‘<u>Insulin</u> decreased per protocol.’”</b></blockquote><br />In the unregulated world of health IT, there's no pre-market evaluation or QC process to find little "glitches" like this that make it onto floors of live patients.  <br /><blockquote class="tr_bq"><br />The drug was heparin, not insulin. What was she supposed to do? “I contacted the pharmacy and spoke to three different people, and the final response was,<b> ‘snapshot the screen and give it to your manager.’ </b>This was a nine-minute conversation.”</blockquote><br />That's really not very helpful to the patient needing heparin urgently.<br /><blockquote class="tr_bq"><br />The manager finally advised her to <i>select the given option for insulin</i>, <b>then separately document that heparin, not insulin, was given.</b></blockquote><br />No future mistakes are possible due to this little glitch "workaround", right?<br /><br /><blockquote class="tr_bq">That’s <b>nine extra minutes away from the bedside</b>, just to document one medication—<b>and to document it inaccurately, to boot.</b> Multiply that times the many different tasks and patients a nurse juggles every day, and you start to see the problem. </blockquote><br />I point out that this order would have taken exactly ten seconds with a pen and paper.<br /><br />I hear stories like this - odd "glitches" and "gotchas" - from medical colleagues at least weekly, and sometimes daily. <br /><br />-- SS

Yet another EHR "glitch" - insulin decreased per protocol, oops, I meant heparin

Yet another EHR "glitch" ( http://hcrenewal.blogspot.com/search/label/glitch ): http://www.labornotes.org/2013/07/electronic-medic...

Đọc thêm »

Full Moon Friday the 13th: Computers down at Vermont's largest hospital

A health IT "glitch" hit in Vermont on Full Moon Friday the 13th (have some werewolf with your bad luck!)<br /><br /><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/AVvXsEjV_zdKebiTKhfRJ6uNpkvPKcEBO6KdRLFaX9I2jr_774V1kxcEclGioScEsgplQzaD5ewqWC5zNQeqq2L4uEd62Qt4Hth98npdNSWR5lBv7f_BXtr0hnEZim77eHA10BZwaHDmZ8JjPTaU/s1600/werewolf.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="160" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjV_zdKebiTKhfRJ6uNpkvPKcEBO6KdRLFaX9I2jr_774V1kxcEclGioScEsgplQzaD5ewqWC5zNQeqq2L4uEd62Qt4Hth98npdNSWR5lBv7f_BXtr0hnEZim77eHA10BZwaHDmZ8JjPTaU/s1600/werewolf.jpg" width="200" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">Dark Shadows' Quentin Collins (David Selby) in a foul full-moon mood.</td></tr></tbody></table><br />Note, however, that "bad luck" has little or nothing to do with mission-critical healthcare IT mass outages.  Mismanagement often does:<br /><br /><blockquote class="tr_bq"><a href="http://www.wcax.com/story/25773022/computers-down-at-vermonts-largest-hospital">http://www.wcax.com/story/25773022/computers-down-at-vermonts-largest-hospital</a><br /><div id="WNStoryHeader"><h3 class="">Computers down at Vermont's largest hospital</h3><i class="wnDate">Posted: Jun 13, 2014 4:12 PM EST </i><i class="wnDate">Updated: Jun 13, 2014 4:12 PM EST </i><br /><div id="WNStoryByline"><div class="byline">By WCAX News</div></div></div></blockquote><div class=" withRelated right" id="WNStoryBody"><blockquote><span id="WNStoryDateline">BURLINGTON, Vt. - </span><br />A major, systemwide computer problem at Fletcher Allen Health Care in Burlington Friday.<br /><br />The hospital says the computer system went down at 9:45 a.m. <b>The glitch</b> means doctors and nurses could not enter patient information into computers.</blockquote><br /><b>"Glitch"</b> is an unfortunate euphemism for potentially harmful or deadly computer malfunctions, often due to mismanagement of that technology. See query link <a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a>.<br /><br /><blockquote class="tr_bq">Hospital spokesperson Mike Noble says information is now being recorded manually <span style="color: red;"><i><b>[i.e., on paper - ed.] </b></i></span>Noble says the staff continues to provide the same care as normal and no surgeries were canceled because of the computer issue.<br /><br />Noble says the issue appears to be an internal problem and not something from an outside computer provider.<br /><br /><b>It’s not known when the problem will be corrected.</b></blockquote><br />This is yet another "the systems that revolutionize healthcare against all of paper's ills have all gone down, we don't know when they will be fixed, but patient care has not been compromised because we are resorting to paper" story (more at query link <a href="http://hcrenewal.blogspot.com/search/label/Patient%20care%20has%20not%20been%20compromised">http://hcrenewal.blogspot.com/search/label/Patient%20care%20has%20not%20been%20compromised</a>).  <br /><br />-- SS</div>

Full Moon Friday the 13th: Computers down at Vermont's largest hospital

A health IT "glitch" hit in Vermont on Full Moon Friday the 13th (have some werewolf with your bad luck!) Dark Shadows' Quenti...

Đọc thêm »

In Fixing Those 9,553 EHR "Issues", Southern Arizona’s Largest Health Network is $28.5 Million In The Red

At my Nov. 9, 2013 post <style type="text/css">H3 { margin-bottom: 0.08in; }H3.cjk { font-family: "Droid Sans Fallback"; }H3.ctl { font-family: "Lohit Hindi"; }P { margin-bottom: 0.08in;</style>"<b>We’ve resolved 6,036 issues and have 3,517 open issues" </b>(<a href="http://hcrenewal.blogspot.com/2013/11/weve-resolved-6036-issues-and-have-3517.html">http://hcrenewal.blogspot.com/2013/11/weve-resolved-6036-issues-and-have-3517.html</a>) I wrote about "issues" (i.e., "glitches" including potentially injurious or deadly bugs and malfunctions) the organization was having with a new EHR at University of Arizona Health System.<br /><br />Now we know part of the cost of resolving those 9,553 "issues."<br /><br /><blockquote class="tr_bq"><a href="http://azstarnet.com/news/science/health-med-fit/tucson-area-s-largest-area-network-racks-up-nearly-million/article_44d05d04-0acf-5fbc-8561-68d4bef3b577.html">http://azstarnet.com/news/science/health-med-fit/tucson-area-s-largest-area-network-racks-up-nearly-million/article_44d05d04-0acf-5fbc-8561-68d4bef3b577.html</a><br /><b>Tucson area's largest health network racks up nearly $30 million in losses</b></blockquote><div class="publish-meta clearfix"><blockquote><div class="date left"><span class="pubdate">June 01, 2014 </span> •  <span class="byline">By <a class="open-tooltip" href="http://azstarnet.com/users/profile/Emily%20Bregel">Emily Bregel</a>, <a class="open-tooltip" href="http://azstarnet.com/users/profile/Stephanie%20Innes">Stephanie Innes</a></span></div></blockquote><div class="date left"><blockquote><span class="byline"> <style type="text/css">P { margin-bottom: 0.08in; }A:link { }</style> </span><br /><div style="margin-bottom: 0in;">Southern Arizona’s largest health network <b>is $28.5 million in the red so far this fiscal year, and officials say a costly electronic medical records system is largely to blame.</b></div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">The operating loss is unprecedented for the four-year-old University of Arizona Health Network, which includes two local hospitals.</div><div style="margin-bottom: 0in;"></div></blockquote><br />Stellar management was clearly responsible for this wonderful outcome.  When will the layoffs start, I ask? That's the usual managerial solution for financial losses, and in this case I feel particularly worried about employees who did not obey the "suggestion" to only use "<b>Words that Work</b>" about this EHR (see <a href="http://hcrenewal.blogspot.com/2013/10/words-that-work-singing-only-positive.html">http://hcrenewal.blogspot.com/2013/10/words-that-work-singing-only-positive.html</a>). <br /><br /><blockquote class="tr_bq"><div style="margin-bottom: 0in;">The electronic records system, from Wisconsin-based Epic Systems, has cost an estimated <b>$115 million</b>, including <b>$32 million in unbudgeted costs for the first eight months of the fiscal year,</b> which ends June 30, financial documents show. The extra costs are due primarily to a delay in getting the system live and funding additional training and support, officials said. It was supposed to be up and running by Sept. 1, but wasn’t operational until Nov. 1.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">$32 million to fix 9,553 "issues", most likely due to implementation incompetence, plus some that perhaps the seller should have at least been partially responsible for...such as these:</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><ul><li>Pharmacy Medication Mapping Errors <span style="color: red;"></span></li></ul><ul><li>Microbiology Results Mapping Incorrectly </li></ul></blockquote><blockquote class="tr_bq"><ul><li>Prescription printing bugs</li></ul><ul><li>Errors transmitting prescriptions </li></ul></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">I note that real, live patients were the unwitting experimental subjects in this little software debugging project.</div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">I also note that $115 million <b>could have paid for an entire new hospital or wing</b> - and these startup costs are just the beginning... </div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;">... There are other reasons for the network’s weak finances. UA Health Network officials say uninsured patients aren’t getting health insurance coverage through the federal Affordable Care Act as quickly as they’d anticipated, resulting in $11 million less than expected in patient revenue through February.</div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">The network also lost federal dollars from a program that helped bridge the funding gap created by Medicaid rate cuts and a rise in uninsured patients. The Safety Net Care Pool, which also included Maricopa Integrated Health System and Phoenix Children’s, pumped $33 million into the UA hospitals for the first six months of the fiscal year. But that infusion ended Dec. 31 to coincide with greater health insurance availability through the Affordable Care Act.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">It's not like these events were entirely unpredictable.  Perhaps priorities could have been rearranged, rather than dumping millions into a known money pit, the implementation of enterprise clinical information technology?</div><blockquote class="tr_bq"><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">... “The issue is more about where we are going and what things are in place to change the trajectory,” Lynn said. “It was an especially difficult time financially because of Epic, there was no choice in the matter. That period of time has fortunately passed and now we can do much better.”</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">There certainly was "choice in the matter."  I also suggest to Mr. Lynn that the "trajectory" might end up being a ballistic one.</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;">... A financial report presented to the network’s board of directors on April 24 says the Epic system’s higher-than-expected expenses this fiscal year were due to “implementation delays, additional training support and planned schedule reductions.” Some of the expenses were originally supposed to be in the prior fiscal year.</div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">The report attributes $6.8 million of the current year’s losses to physicians spending enough time training to use the new system that they couldn’t see as many patients between November and January. Schedules were back to normal as of February.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">One wonders just how much increased stress and pressure there is on clinicians with the new system in place.   </div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;">... Implementing the new system has hit the network’s finances hard, but over time it <b>should improve patient safety</b> by cutting down on unnecessary testing and medication errors, among other things, officials say. Eventually it is <b>expected to save money</b> because of its added efficiency.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">"Should?"  Considering the issues I've outlined at this blog and my Drexel University Healthcare Informatics site (<a href="http://cci.drexel.edu/faculty/ssilverstein/cases/">http://cci.drexel.edu/faculty/ssilverstein/cases/</a>), this seems a type of wishful-thinking due diligence performed by those who believe in fairy tales and bargain sales of bridges like the one at <a href="http://www.distancesfrom.com/us/Brooklyn-Bridge-latitude-longitude-Brooklyn-Bridge-latitude-Brooklyn-Bridge-longitude/LatLongHistory/24244.aspx"><span id="MC_GMD_lblLatitude">latitude 40.7045096 N, longitude </span></a><span id="MC_GMD_lblLongitude"><a href="http://www.distancesfrom.com/us/Brooklyn-Bridge-latitude-longitude-Brooklyn-Bridge-latitude-Brooklyn-Bridge-longitude/LatLongHistory/24244.aspx">73.99480549999998 W</a>.</span></div><div style="margin-bottom: 0in;"></div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">Let me make a realistic projection:  No money will be saved, e.g., see the opinions from Wharton at <a href="http://hcrenewal.blogspot.com/2009/06/wharton-on-healthcare-it-can-i-go-home.html">http://hcrenewal.blogspot.com/2009/06/wharton-on-healthcare-it-can-i-go-home.html</a>.  </div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">Another projection:  safety will be adversely affected, e.g., see the <b>ECRI Deep Dive study</b> 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>, the <b>Top Ten Healthcare Technology Risks for 2014</b> at <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> and the FDA Internal Memo on H-IT Risks at <a href="http://hcrenewal.blogspot.com/2010/08/smoking-gun-internal-fda-memorandum-of.html">http://hcrenewal.blogspot.com/2010/08/smoking-gun-internal-fda-memorandum-of.html</a>, to name a few sources repeatedly mentioned here.</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;">At the UA Medical Center’s south campus, the Epic system has taken doctors from paper charts and uncoordinated computer records to having all patient information — from angiogram and CT scan results to billing updates — in one place, accessible via iPhone.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">Try doing medicine on an iPhone screen area...</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;">“This is the future. We have to have electronic medical records,” said Dr. Kwan S. Lee, a cardiologist who is medical director of the UA Medical Center’s south campus.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">"This is the future!!  We just <i><b><u>have</u> </b></i>to do it!!"  Dr. Lee, I admire your exceptionally well-reasoned and thorough budget justification for putting your healthcare system $30 million in the red.  Congratulations!</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;">... Lee cited a recent case where a patient who had been previously treated at Tucson Medical Center came to the UA Medical Center’s emergency room, having an acute heart attack. The standard of care in such cases is opening the artery within 90 minutes. In a rush against the clock, Lee was able to click on the patient’s record from TMC and see the area where the patient had prior surgery.</div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">“The patient had consented to share information from Tucson Medical Center and it helped us immensely,” Lee said. “We would have possibly wasted a lot of time. The patient did very well.”</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">A far, far less expensive document image management system could have accomplished exactly the same goal.</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;">One con is that the system is <b>“a little overly complicated”</b> because it tries to be all things to all people, he said.  “It was painful ... <b>A lot of us are technophobes,</b>” he said. “But there was no way we could move forward without adopting it.” </div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">"A little overly complicated?"  Gee, I guess that's why physicians at Athens Regional Medical Center revolted as at <a href="http://hcrenewal.blogspot.com/2014/05/i-could-not-make-this-up-if-i-tried.html">http://hcrenewal.blogspot.com/2014/05/i-could-not-make-this-up-if-i-tried.html</a>.  The system was just "a little overly complicated!"</div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">"A lot of us are technophobes?"  How about "A lot of us are not EHR hyper-enthusiasts, but pragmatists?" (<a href="http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html">http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html</a>).</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><blockquote class="tr_bq"><div style="margin-bottom: 0in;">Chief Information Officer Critchley agreed, saying that with the infrastructure in place, the system will be improved as needed over time.</div><div style="margin-bottom: 0in;"><b><br /></b></div><b></b><br /><div style="margin-bottom: 0in;"><b>“For better or worse</b>, only when it’s live are you going to get the doctors and staff to engage and do the fine tuning <b>of what it really means</b>, and what they want to see happen,” Critchley said.</div></blockquote></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">This is a political statement at best.  The assumption here is that this technology itself is some sort of miracle worker, just needing "fine tuning" to reveal its miracles.  In fact, most medical inefficiencies and dangers have nothing to do with documentation at all (e.g., see "<b>Is healthcare IT a solution to the wrong problem?</b>" at <a href="http://hcrenewal.blogspot.com/2010/12/is-healthcare-it-solution-to-wrong.html">http://hcrenewal.blogspot.com/2010/12/is-healthcare-it-solution-to-wrong.html</a>).</div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;"><b>The only miracle so far has been to put the system $30 million in the red</b>, with more to follow.</div><blockquote class="tr_bq"><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">... The UA Health Network, which began its Epic implementation in 2012, receives a little over $1 million per year in incentive payments, Critchley said.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">That's nice.   They spent $115 million to qualify for a $1 million annual incentive?  Makes perfect sense to me ...</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;"><b>Adoption of electronic records is voluntary</b>, but hospitals that don’t make the switch by October face Medicare payment cuts of about 1 percent, and increasing reductions each year.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">At least one reporter reports this factoid accurately.  Hospital and industry execs are fond of misstatements that "EHRs are mandatory."</div><blockquote class="tr_bq"><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">Critchley has worked on at least four other Epic installations around the country as part of his consulting work and says <b>the UA Medical Center’s has been the least expensive</b>, with the most aggressive timeline. He has worked on projects that cost more than <b>a half billion dollars</b>.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">"Least expensive?"  "Half a billion dollars?"  It sounds like first class care for every underserved person in the United States could have been paid for instead of dumping the money into an unproven, experimental computer technology...</div><div style="margin-bottom: 0in;"><br /></div><blockquote class="tr_bq"><div style="margin-bottom: 0in;">At Tucson Medical Center, a $31 million upgrade to its electronic medical records system — also the Epic system — began to reduce expenses <span style="color: red;"><i><b>[overall net expenses, or just on a limited per-account, cherry-picked basis?  I suspect the latter - ed.]</b></i></span> almost immediately after it went live in 2010. TMC is among 3 percent of hospitals nationwide at the highest stage of electronic records adoption, based on an electronic records ranking system.</div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">“We started to see efficiencies the first day,” said Frank Marini, TMC’s chief information officer. <b>Transcription expenditures dropped by half, as doctors who had previously dictated patient notes instead documented them directly into the electronic record, he said.</b></div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">And they had to type and/or manually edit the results of Dragon or some other VR software.  That's wonderful!  Save money by firing transcriptionists and <i>making the physicians spend their valuable time and attention on clerical work.</i>  Fine business!</div><blockquote class="tr_bq"><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">TMC began its push to upgrade its partial electronic records system in 2009. The hospital’s early investments in infrastructure, starting in 2002, lowered the cost of adopting a comprehensive system, he said.</div></blockquote><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">Thus, in fact, overall expense was probably <i><b>several times the $115 million quoted.  Say, perhaps, half a billion dollars?</b></i></div><div style="margin-bottom: 0in;"><br /></div><div style="margin-bottom: 0in;">To any U. Az healthcare employee reading this - remember, if you are experiencing EHR difficulties, only use Words that Work!</div></div><div class="date left"></div><div class="date left"><span class="byline"><br /></span></div><div class="date left"><span class="byline">-- SS</span></div><div class="comment-count right"></div><div class="comment-count right"></div><div class="comment-count right"></div></div>

In Fixing Those 9,553 EHR "Issues", Southern Arizona’s Largest Health Network is $28.5 Million In The Red

At my Nov. 9, 2013 post " We’ve resolved 6,036 issues and have 3,517 open issues" ( http://hcrenewal.blogspot.com/2013/11...

Đọc thêm »

This EHR "glitch" killed three-year-old Samuel Starr - but patient safety was not compromised

Actually, safety was compromised. <br /><br />I have written repeatedly that the term "glitch", an often-seen euphemism (usually accompanied with the phrase <b>"but patient care/patient safety was not compromised"</b>), is really a term for life-threatening health IT bugs and malfunctions.  See query link <a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a> for examples of health IT "glitches" (retrieves multiple posts).<br /><br /><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhpyDXrISVqufhC1OX4Qiik6pFNxIueFaUkAZrjyxcKT2cpNF9zcS9pQkHYWyZMp8RxM6gPn8BG3vZAXtqUOUpVbf5Fv4AHrXgzHfB_JoT6Ou4Kup25VRYDSx5S_okwyCWmdy3K5LekH52x/s1600/Main-Samuel-Starr-3204412.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="200" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhpyDXrISVqufhC1OX4Qiik6pFNxIueFaUkAZrjyxcKT2cpNF9zcS9pQkHYWyZMp8RxM6gPn8BG3vZAXtqUOUpVbf5Fv4AHrXgzHfB_JoT6Ou4Kup25VRYDSx5S_okwyCWmdy3K5LekH52x/s1600/Main-Samuel-Starr-3204412.jpg" width="150" /></a></div><br /><br />Here's a "glitch" that tragically killed this boy: <br /><br /><blockquote class="tr_bq"><b>Three-year-old boy dies after new NHS computer system delays heart treatment</b><br /><br />Mar 05, 2014<br />By James Tute<br /><br /><a href="http://www.mirror.co.uk/news/uk-news/samuel-starr-death-nhs-computer-3209365">http://www.mirror.co.uk/news/uk-news/samuel-starr-death-nhs-computer-3209365 </a><br /><br />Coroner Maria Voisin rules that new booking system meant he did not receive life-saving treatment<br /><br />A three-year-old boy died in his parents' arms <b>after a new NHS computer system failed to schedule him for a vital heart scan</b>, a coroner has ruled.<br /><br />Samuel Starr was born with a congenital cardiac defect and needed surgery not long after he was born in 2010.<br /><br />Although he made a good recovery doctors said he would need regular tests to check on his progress.<br /><br />But he did not have a scan until 20 months after his first major operation <b>because of a delay following the introduction of a new computer system</b>, Cerner Millennium.<br /><br />When he finally had the appointment doctors found Samuel needed open heart surgery. During the procedure, Samuel had a stroke.<br /><br />A month later, after further complications, he died in the arms of his devastated parents, Catherine Holley and Paul Starr, at Bristol Royal Hospital for Children.</blockquote><br />There are some in my field who would (and have) called incidents like this "anecdotes" or "bumps in the road."<br /><br />Yet, as I've recently posted, an internationally-renowned healthcare safety tester, ECRI Institute (<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>), and the medical malpractice insurer of the Harvard medical community, CRICO (<a href="http://hcrenewal.blogspot.com/2014/02/patient-safety-quality-healthcare.html">http://hcrenewal.blogspot.com/2014/02/patient-safety-quality-healthcare.html</a>), have confirmed cases like this are no mere anecdotes.  I estimate from their numbers, and from cases known to me personally and from descriptions of others, that on the order of ten thousand (that's likely low) patients annually are being injured and/or die as a result of bad health IT in the U.S. alone.  Lack of transparency about such incidents impairs knowing the true numbers.<br /><br /><blockquote class="tr_bq">Ms Holley wept as she told the hearing of the moment she kissed her son goodbye, saying: "He was a kind and gentle boy with a great understanding of the world.<br /><br />"As we read Samuel his favourite stories, he died in our arms."<br /><br />Avon Coroner Maria Voisin, recording a narrative conclusion, <b>ruled the booking system meant Samuel was not seen and did not receive treatment.</b></blockquote><br />This case somewhat reminds me of the case of a newborn whose x-ray test was done, but never looked at due to a bug in the software that scheduled films to be read, see <a href="http://hcrenewal.blogspot.com/2011/06/babys-death-spotlights-safety-risks.html">http://hcrenewal.blogspot.com/2011/06/babys-death-spotlights-safety-risks.html</a>, case #2<br /><br /><blockquote class="tr_bq">Concluding a three-day inquest at Flax Bourton Coroner's Court in North Somerset, Ms Voisin said: "Samuel Starr was born with a complex cardiac disease. "He required surgery and regular check-ups at outpatients to manage his conditions.  "Due to the failure of the hospital outpatients booking system there was a five month delay in Samuel being seen and receiving treatment. "Samuel's heart was disadvantaged and he died following urgent surgery."</blockquote><br />Just a "glitch."<br /><br /><blockquote class="tr_bq">Doctors diagnosed that Samuel had a restricted pulmonary artery - causing blood to easily flow away from his heart to his lungs - during a 20-week scan in pregnancy ... On March 3, 2010, Samuel underwent open heart surgery at Bristol Royal Hospital for Children. He was discharged six days later and referred to the Paediatric Cardiac Clinic at the Royal United Hospital (RUH) in Bath for check-ups.<br /><br />In October 2010, Samuel had his first check-up, in which an echocardiogram, also known as an "echo", was carried out. Ms Holley said she was told the procedure would be next carried out early in the new year.<br /><br />But it did not happen until April 2011 and an echo was not performed.  Paediatric cardiologist Dr Andrew Tometzki told the inquest he did not "deem it necessary" on that day to carry out the echo scan. Dr Tometzki then ordered a further review - where an echo scan would be carried out - in nine months' time.<br /><br /><b>Samuel's parents did not receive information about the check-up and raised their concerns with community children's nurse Clare Mees.</b><br /><br />Ms Mees, who works for Sirona Lifetime Services, <b>said she would chase up the matter</b> with Dr Tometzki's secretary.<br /><br />Medical secretary Annabelle Attridge insisted she had taken details and forwarded them on to a dedicated appointments team.<br /><br /><b>However, the inquest heard <span style="color: red;">"glitch problems"</span> with a new booking system meant the appointment was not logged.  <span style="color: red;"></span></b></blockquote><br />Apparently not due to human fault: <br /><br /><blockquote class="tr_bq">Paediatric clinic co-ordinator Donna McMahon said while Samuel's medical records had been created on the new Millennium computer programme, <b>no appointments had been transferred across.</b></blockquote><br />Just a "glitch."  Just a "bump in the road."<br /><br /><blockquote class="tr_bq">Ms McMahon said she was first aware of the appointment delay when she received an email from nurse Ms Mees in May 2012.<br /><br />Samuel did not have the vital check-up until June 21.<br /><br />Coroner Ms Voisin added: "This overall failure led to a five month delay in Samuel being seen by his cardiologist.<br /><br />"This meant Samuel had not been seen for five months and had not had an echo for 20 months."<br /><br />His parents were horrified when Dr Tometzki informed them Samuel required heart surgery that spring.</blockquote><br />Just a "glitch."  Just a "bump in the road."<br /><br /><blockquote class="tr_bq">... "Just hours before his operation Samuel was dancing around the ward and telling the nurses all about Spiderman - we had to remind him to quieten down," Ms Holley said.<br /><br />Samuel's chest was closed on August 8. As he was brought out of sedation on August 9, he suffered a stroke and cardiac arrests.<br /><br />"It is clear that if the surgery had been performed earlier, the procedure would have been the same," Ms Voisin said.<br /><br /><b>But she said expert evidence found that as time went on "the more complicated the surgery is, as the more disadvantaged the heart is and the more difficult it is to get over the operation".</b></blockquote><br />Delays in care of fragile patients - in this case a young child, but in many other cases, ED and ICU patients of all ages - is very unwise.<br /><br /><blockquote class="tr_bq">Samuel's condition continued to deteriorate and on September 6 his parents were recommended for treatment to be withdrawn after he had a second cardiac arrest.<br /><br />The coroner said she would not write a report making recommendations to the hospital, as changes had already been implemented.</blockquote><br />Likely, workarounds to bad health IT, inviting future catastrophe.<br /><br />In my view, many cases such as this never make headlines, as the findings ignore the role of the IT and blame people, cases are settled with gag clauses, patients (who survive) or family are never told of the role of the IT, or lawsuits prove too expensive or too unpleasant to pursue.<br /><br />But patient safety is never compromised by "glitches", and regulation will just stifle innovation.<br /><br />My condolences to the parents.  I've suffered a death in my own family as a result of health IT, and I'm a specialist in the field.  Laypeople have no chance. <br /><br />One should pray the next child affected in this way is not one's own.<br /><br />-- SS<br /><br /><b>Mar. 25, 2014 addendum:  </b><br /><br />Also see these related posts, the first mentioning <b>"teething problems"</b>, another euphemism for potentially-deadly EHR malfunctions:<br /><br /><blockquote class="tr_bq"><b>Cerner's Blitzkrieg on London: Where's the RAF?</b><br /><b> </b><a href="http://hcrenewal.blogspot.com/2010/08/cerners-blitzkrieg-on-london-wheres-raf.html">http://hcrenewal.blogspot.com/2010/08/cerners-blitzkrieg-on-london-wheres-raf.html</a><b> </b><br /><br /><b>North Bristol Hits Appointment Problems: Another "Our Lousy IT Systems Screwed Up, But Patient Safety Was Never Compromised" Story</b><br /><a href="http://hcrenewal.blogspot.com/2012/01/another-our-crappy-computers-screwed-up.html">http://hcrenewal.blogspot.com/2012/01/another-our-crappy-computers-screwed-up.html</a></blockquote><br />-- SS

This EHR "glitch" killed three-year-old Samuel Starr - but patient safety was not compromised

Actually, safety was compromised. I have written repeatedly that the term "glitch", an often-seen euphemism (usually accompanied w...

Đọc thêm »

"We’ve resolved 6,036 issues and have 3,517 open issues": Extolling EPIC EHR Virtues at University of Arizona Health System

The public may believe that, in healthcare, only the Obamacare insurance exchange website has lots of bugs.  On those, see my Oct. 10. 2013 post <b>"Drudge Report, Oct. 10, 2013, 9 AM EST: All that needs to be said about government, computing and healthcare"</b> at <a href="http://hcrenewal.blogspot.com/2013/10/drudge-report-oct-10-2013-9-am-est-all.html">http://hcrenewal.blogspot.com/2013/10/drudge-report-oct-10-2013-9-am-est-all.html</a>.<br /><br />Another pillar of the Affordable Care Act, electronic medical records (promoted with incentives for adopters and with penalties for non-adopters via the HITECH section of the 2009 economic recovery act or ARRA) are pretty damn bad themselves.  Only, those systems don't make it hard to find insurance.  Through bugs and other features of bad health IT, they directly interfere with safety and provision of quality care:<br /><br /><blockquote class="tr_bq"><span style="font-family: inherit;"><span style="color: black;"><b>Bad Health IT</b> ("BHIT") is ill-suited to purpose, hard to use, unreliable, loses data or provides incorrect data, is difficult and/or prohibitively expensive to customize to the needs of different medical specialists and subspecialists, causes cognitive overload, slows rather than facilitates users, lacks appropriate alerts, creates the need for <span class="SpellE">hypervigilance</span> (i.e., towards avoiding IT-related mishaps) that increases stress, is lacking in security, compromises patient privacy or otherwise demonstrates suboptimal design and/or implementation.<span style="mso-spacerun: yes;">  </span></span></span></blockquote><br />At my Oct. 20, 2010 post <b>"Medical center has more than 6000 'issues' with Cerner CPOE system in four months - has patient harm resulted?"</b> (<a href="http://hcrenewal.blogspot.com/2010/10/medical-center-has-more-than-6000.html">http://hcrenewal.blogspot.com/2010/10/medical-center-has-more-than-6000.html</a>) I observed:<br /><br /><blockquote class="tr_bq">From the October 2010 "<i>News for Physicians affiliated with Munson Medical Center</i>" newsletter, a large medical center in Northern Michigan, about <span style="font-weight: bold;">more than six thousand</span> <span style="font-weight: bold;">"issues"</span> with their Cerner CPOE.<br /><br />... One wonders how many of those 6,000, and how many of the 600 remaining "issues" <a href="http://hcrenewal.blogspot.com/2009/03/draft-patient-rights-statement-and.html">fall into categories of</a> "<b>likely to cause patient harm in short term if uncorrected</b>" or "<b>may cause in patient harm in medium or long term</b>."<br /><br />I note that Cerner CPOE is <b><i>not a new product</i></b>, <i><b>nor are similar products from other vendors also afflicted with long lists of "issues."</b></i> That there could be more than 6,000 "issues" at a new site suggests deep rooted, severe problems with CPOE specifically and health IT design and implementation processes in general. </blockquote><br />Here's another such multi-"issue"-laden EHR, this at University of Arizona Health Network.  Image of frequent periodic "EHR Update" below.<br /><br /><br /><br /><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/AVvXsEhgZkzPXU8Sfpv_3NWc4TPK2B79BvEEnxLU1_Y6OAXuVdcPoJYfHmde-XQXkeW7gO1iLUDVxRtzTpO7be0qDVU4nCD88O45plTy_9168SBdVJ2EiVBb9yChYToK_5OQJfDRSOyh6NF-HqUv/s1600/U_Az2.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhgZkzPXU8Sfpv_3NWc4TPK2B79BvEEnxLU1_Y6OAXuVdcPoJYfHmde-XQXkeW7gO1iLUDVxRtzTpO7be0qDVU4nCD88O45plTy_9168SBdVJ2EiVBb9yChYToK_5OQJfDRSOyh6NF-HqUv/s1600/U_Az2.jpg" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">"We’ve resolved 6,036 issues and have 3,517 open issues."</td></tr></tbody></table><div class="separator" style="clear: both; text-align: center;"></div><br />[Ignore the 'kewl dark sunglasses' worn by the hipsters at the top of this announcement.  Not sure if this has something to do with EPIC, but I consider the wearing of dark sunglasses by clinicians or any other staff in a hospital setting - where people are sick and/or dying - to be in exceptionally bad taste.]<br /><br />The text starts:<br /><br /><blockquote class="tr_bq"><b>ISSUES UPDATE as of 4:00 p.m., Nov. 8</b><br /><b>We’ve resolved 6,036 issues and have 3,517 open issues.</b></blockquote><br />That's a total of nearly ten thousand "issues."  As of now, that is.  "Issue" is a euphemism for "glitch" a.k.a. "software defect" and/or "implementation error", see <a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a>.<br /><br />These "issues" are  in a supposedly "mature" product for which this organization has spent enormous sums of money, that has undergone "innovation" for several decades now - in an environment free from regulation, I might add.<br /><br />Many of the "issues" reduce patient safety, and could or already may have resulted in patient harm.  Such items on this listing, seen below, which is updated frequently, include:<br /><ul></ul><blockquote class="tr_bq"><ul><li>Pharmacy Medication Mapping Errors – Making good progress: watch for further notices.  <span style="color: red;"><i><b>[Perhaps these should have been tested and fixed before go-live? - ed.]</b></i></span></li></ul><ul><li>Microbiology Results Mapping Incorrectly <span style="color: red;"><i><b>[does that mean "mapping" to the wrong patient? - ed.]</b></i></span>  – all known errors fixed, monitoring and working on enhancements. <span style="color: red;"><i><b>[As above, perhaps these should have been tested and fixed before go-live? - ed.]</b></i></span><span style="color: red;"><i><b></b></i></span></li></ul><ul><li>Prescription printing - output for prescription printing has been fixed</li></ul><ul><li>Refill requests for providers will be routed to the CLIN SUPPORT In Basket pool for the provider’s department.  This was a decision made by UAHN leadership. <span style="color: red;"><i><b>[Not sure why this is being done; perhaps for approval by managers? - ed.]</b></i></span>  </li></ul><ul><li><b>Errors transmitting prescriptions</b> will also be sent to the CLIN SUPPORT In Basket. <span style="color: red;"><i> <b>[Errors transmitting prescriptions? That's not reassuring regarding data integrity.  See ECRI report below  - ed.]</b></i></span></li></ul></blockquote><ul></ul><br />This is not to mention that all of the <b>"reminders"</b> that follow are a distraction to clinical personnel, who cannot be expected to remember all of them.<br /><br />Bad as this is, at<b> my April 1, 2012 post "University of Arizona Medical Center, $10 million in the red in operations, to spend $100M on new EHR system" </b>(<a href="http://hcrenewal.blogspot.com/2012/04/university-of-arizona-medical-center-10.html">http://hcrenewal.blogspot.com/2012/04/university-of-arizona-medical-center-10.html</a>) I observed that:<b><br /></b><br /><blockquote class="tr_bq">... $100 million+ is probably enough to pay for AN ENTIRE NEW HOSPITAL or hospital wing ... or a lot of human medical records professionals. </blockquote><br />To add more bitter icing to this cake, I wrote about a campaign for clinicians to speak only in wonderful terms about the new U. Arizona Health System EHR<b> at my Oct. 3, 2013 post "Words that Work: Singing Only Positive - And Often Unsubstantiated - EHR Praise As 'Advised' At The University Of Arizona Health Network."  </b>I<b> </b>observed the following about the "words that work" is the shameless 'suggested' script:<br /><br /><blockquote class="tr_bq">• <span style="color: red;"><b><i>Efficient</i></b></span> - see aforementioned links as well as "Common Examples of Healthcare IT Difficulties" at <a href="http://cci.drexel.edu/faculty/ssilverstein/cases/">http://cci.drexel.edu/faculty/ssilverstein/cases/</a><br /><br />• <span style="color: red;"><b><i>Convenient</i></b></span> - as above.  According to whom?  Compared to what?  Pen and paper?<br /><br />• <span style="color: red;"><b><i>Improves patient safety and quality</i></b></span> - see IOM report post at <a href="http://hcrenewal.blogspot.com/2011/11/iom-report-on-health-it-safety-nix-fda.html">http://hcrenewal.blogspot.com/2011/11/iom-report-on-health-it-safety-nix-fda.html</a> .  We as a nation <b>are only now studying safety of this technology</b>, and the results are not looking entirely convincing, e.g.<b> ECRI Deep Dive Study</b> of health IT safety 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>.  171 health IT mishaps in 36 hospitals, voluntarily reported over 9 weeks, with 8 reported injuries and 3 reported possible deaths is not what I would call something that "improves patient safety and quality" without qualifications.<br /><br />• <i><span style="color: red;"><b>The Cadillac of its kind</b></span></i> - according to whom?<br /><br />• <i><span style="color: red;"><b>Patients at hospitals using this system love it</b></span> </i>-  Do most patients even know what it, or any EHR, looks like?  Have they provided informed consent to its use?<br /><br />• <span style="color: red;"><i><b>Exciting </b></i></span>- clinician surveys such as by physicians at <a href="http://hcrenewal.blogspot.com/2010/01/honest-physician-survey-on-ehrs.html">http://hcrenewal.blogspot.com/2010/01/honest-physician-survey-on-ehrs.html</a> and by nurses at <a href="http://hcrenewal.blogspot.com/2013/07/candid-nurse-opinions-on-ehrs-at.html">http://hcrenewal.blogspot.com/2013/07/candid-nurse-opinions-on-ehrs-at.html</a> shed doubt on that assertion.<br /><br />• <span style="color: red;"><i><b>The best thing for our patients</b></i></span> - again, according to whom?<br /><br />• <b><span style="color: red;"><i>Sophisticated new system</i></span></b> - "New"?  Not so much, just new for U. Arizona Health.  "Sophisticated", as if that's a virtue?  Too much "sophistication" is in part what causes clinician stress and burnout, raising risk</blockquote><br />Considering the near 10,000 issues, the new ECRI Institute report <b>"Top Ten Technology Hazards in Healthcare"</b>, 2014 edition comes to mind (<a href="https://www.ecri.org/Press/Pages/2014_Top_Ten_Hazards.aspx">https://www.ecri.org/Press/Pages/2014_Top_Ten_Hazards.aspx</a>).  Named in that report, as has been the case for the past several years, is <b>healthcare IT. </b><br /><br />This year's problem description is:<br /><br /><blockquote class="tr_bq"><b>#4. <span class="UserContent">Data Integrity Failures in EHRs and other Health IT Systems</span></b></blockquote><br />"Data integrity failures" include "issues" (per the bad health IT description) such as: data loss, data corruption, data attributed to the wrong patient, etc.<br /><blockquote class="tr_bq"><br />ECRI Institute, a nonprofit organization, dedicates itself to bringing the discipline of applied scientific research to healthcare to discover which medical procedures, devices, drugs, and processes are best to enable improved patient care. As pioneers in this science for 45 years, ECRI Institute marries experience and independence with the objectivity of evidence-based research. Strict conflict-of-interest guidelines ensure objectivity. ECRI Institute is designated an Evidence-based Practice Center by the U.S. Agency for Healthcare Research and Quality. ECRI Institute PSO is listed as a federally certified Patient Safety Organization by the U.S. Department of Health and Human Services. For more information, visit <a href="http://www.ecri.org/">www.ecri.org</a>.</blockquote><br />ECRI also produced the 2012 Deep Dive Study of Health IT Risk (<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>), where in a volunteer study at 36 member PSO hospitals, 171 health IT "mishaps" were reported in just 9 weeks, 8 of which caused patient injury and 3 of which may have contribute to patient death.<br /><br />In summary, The University of Arizona Health System, with components in the red, is spending hundreds of millions of dollars on an EHR system, that has had decades to mature. Yet, they are finding 10,000 "issues" already, a number of which reduce patient safety and are unresolved, with many more likely to be found.<br /><br />They are also 'advising' their staff to speak in glowing, unsubstantiated terms to patients about an EHR system that has 10,000 issues, and not seeking patient consent to its use in mediating and regulating their care - or giving elective patients the information that might allow them to choose another less "buggy" hospital.<br /><br />If (when) patient harm results from such cavalier hospital (mis)management, the juries are going to just love the dark sunglasses, I bet.<br /><br />-- SS

"We’ve resolved 6,036 issues and have 3,517 open issues": Extolling EPIC EHR Virtues at University of Arizona Health System

The public may believe that, in healthcare, only the Obamacare insurance exchange website has lots of bugs.  On those, see my Oct. 10. 2013...

Đọc thêm »

A new and very interesting EMR "glitch" - no warnings on stopping a medicine that diminishes the effects of a second medication

A new and very interesting EMR "glitch" from a report I received recently:<br /><br /><blockquote class="tr_bq">... I found a glitch with my [name redacted] EMR. It probably happens with all EMRs. I had a patient on primidone (<a href="http://en.wikipedia.org/wiki/Primidone">http://en.wikipedia.org/wiki/Primidone</a>) for essential tremor. Later, his primary care put her on warfarin <span style="color: red;"><i><b>[a "blood thinner" - ed.]</b></i></span> for atrial fibrillation. Some time after that, I took her off of primidone.  Her INR jumped to 7 or 8. <span style="color: red;"><i><b>[High - ed.]</b></i></span> What happens is that the EMRs warn a physician pretty well if you START a medicine that interacts with warfarin, but fails to warn if you STOP a medicine that interacts with warfarin. If you are used to relying on your EMR to warn you about drug interactions, you can fall into this trap easily, as I found out. Luckily, the patient was not harmed. </blockquote><br />In other words, if a medication that interacts with another medication by suppressing the latter's effects to some degree is discontinued, EMRs may not warn of it.  Stopping the former can accentuate the effects of the latter, and disaster can result.  A primidone metabolite, phenobarbital, decreases INR and the anticoagulant effects of warfarin (<a href="http://www.medscape.com/viewarticle/745645_3">http://www.medscape.com/viewarticle/745645_3</a>).  Stop primidone, but continue warfarin, and ... wham.<br /><br />The alert algorithms were apparently not designed with this eventuality in mind ... probably because the designers never thought of this issue.  Medicine is not as easy as it might appear to the outside, non-expert observer.<br /><br />-- SS

A new and very interesting EMR "glitch" - no warnings on stopping a medicine that diminishes the effects of a second medication

A new and very interesting EMR "glitch" from a report I received recently: ... I found a glitch with my [name redacted] EMR. It pr...

Đọc thêm »

Setback for Sutter after $1B EHR crashes (in followup to post "RNs Say Sutter’s New Electronic System Causing Serious Disruptions to Safe Patient Care at East Bay Hospitals")

At my July 12, 2013 post "RNs Say Sutter’s New Electronic System Causing Serious Disruptions to Safe Patient Care at East Bay Hospitals" (<a href="http://hcrenewal.blogspot.com/2013/07/rns-say-sutters-new-electronic-system.html">http://hcrenewal.blogspot.com/2013/07/rns-say-sutters-new-electronic-system.html</a>) I reproduced a California Nurses Association warning about rollout of an EHR at Sutter:<br /><br /><blockquote class="tr_bq"><b>RNs Say Sutter’s New Electronic System Causing Serious Disruptions to Safe Patient Care at East Bay Hospitals</b><br /><br />Introduction of a new electronic medical records system at Sutter corporation East Bay hospitals has produced multiple problems with safe care delivery that has put patients at risk, charged the California Nurses Association today.<br /><br />Problems with technology are not unique to health care ...  <span style="color: red;"><i><b>[What is unique to healthcare IT is the complete lack of regulation - ed.]</b></i></span><br /><br /><b>In over 100 reports</b> submitted by RNs at Alta Bates Summit Medical Center facilities in Berkeley and Oakland, nurses cited a variety of serious problems with the new system, known as Epic. <b>The reports are in union forms RNs submit to management documenting assignments they believe to be unsafe.</b><br /><br />Patient care concerns included<b> computerized delays in timely administration of medications and contact with physicians, ability to properly monitor patients, and other delays in treatment. </b> Many noted that the <b>excessive amount of time required to interact with the computer system, inputting and accessing data, sharply cuts down on time they can spend with patients </b>with frequent complaints from patients about not seeing their RN.  <span style="color: red;"><i><b>[Note: patients are not given the opportunity for informed consent about the risks, nor opt-out of EHR use in their care - ed.]</b></i></span></blockquote><br />In related posts I'd observed such concerns being ignored by hospital management.  See header of the aforementioned post.<br /><br />Now we have this:  a major system crash.<br /><br /><blockquote class="tr_bq">Healthcare IT News<br /><a href="http://www.healthcareitnews.com/news/setback-sutter-after-1b-ehr-system%20crashes">Setback for Sutter after $1B EHR crashes</a><br /><div class="top">'No access to medication orders, patient allergies and other information puts patients at serious risk'</div><div class="top"><span class="submitted">SACRAMENTO, CA | August 28, 2013</span></div><div class="top"></div><div class="top"><span class="submitted">The nearly $1 billion electronic health record system at Sutter Health in Northern California crashed early this week,<b> leaving nurses and clinical staff unable to access any patient information for a full day. </b><br />he Epic EHR was down Aug. 23 due to a planned upgrade for eight hours during which nurses and other clinical users could read medication orders and patient histories but had to record new data on paper to then be re-entered into the system later, according to reports from the California Nurses Association, part of National Nurses United, the largest nurses union in the U.S. <br /><br />Then, on the morning of Aug. 26 at approximately 8 a.m.,<b> the system crashed completely, at which time nurses, physicians and hospital staff had no access to patient information, including what medications patients were taking or required to take and all vital patient history data.  </b><br />  <br />The Epic EHR went dark at several Sutter Health locations, including Alta Bates Summit Medical Center, Eden Medical Center, Mills-Peninsula Hospital, Sutter Delta, Sutter Tracy, Sutter Modesto and numerous affiliated clinics. <br /><br />"This incident is especially worrisome," said Bonnie Castilla, RN, CNA legislative director, in a news release. <b>"No access to medication orders, patient allergies and other information puts patients at serious risk.</b>  These systems should never be relied upon for protecting patients or assuring the delivery of the safest care."  </span><span class="submitted"><span class="submitted"><i><b><span style="color: red;">[This is no exaggeration.  My mother was nearly killed by such a problem when caused by an EHR defect (</span><a href="http://www.accessdata.fda.gov/scripts/cdrh/cfdocs/cfmaude/detail.cfm?mdrfoi__id=1729552">link</a><span style="color: red;">) that I averted at the last minute by happenstance of showing up at the right time, while she recuperating from another EHR-related disaster - ed.]  </span></b></i></span></span> </div></blockquote><blockquote class="tr_bq"><div class="top"><span class="submitted">Some RNs also reported that Sutter <b>failed to provide adequate support during the blackout and didn't implement adequate backup planning. <br /> </b><br /><b>"All information such as medication administration records and patient histories was outdated by two to three days,</b>" said Mike Hill, Alta Bates Summit RN, in a news release. "There were no orders that could be seen of any kind through the day so nurses called for what they needed."<br /><br />Kevin Sweat, an emergency room RN at Eden Medical Center, a Sutter affiliate, also weighed in on the blackout, saying that in his 12 years as an RN he has never seen a system crash like this.  <br />   </span></div></blockquote>Worse, clinicians must now serve their Cybernetic Master to perfection, or be whipped (apparently to improve morale):<br /><br /><blockquote class="tr_bq">... "We have been on Epic for 5 months now, and we can no longer have incorrect orders, missing information or incorrect or missing charges. Starting on September 1st, <b>errors made in any of the above will result in progressive discipline,</b>" according to another hospital memo sent to staff. </blockquote><br />In the setting of dire warnings by the nurses of EHR dangers several months back that were likely largely ignored, if any patient was harmed or killed as a result of this latest fiasco, the corporate leadership has literally begged to be sued for negligence, in my view.<br /><br />However I'm sure a press release soon will claim that "<a href="http://hcrenewal.blogspot.com/search/label/Patient%20care%20has%20not%20been%20compromised">patient care has not been compromised</a>."<br /><br />Of course this includes now and moving forward, even with informational gaps all over the place.<br /><br />-- SS<br /><br /><b>Aug. 29, 2013 additional thought:</b><br /><br />The punishment for not being a 'perfect' user of this EHR is the ultimate "blame the user" (blame the victim?) game, considering the pressures of patient care in hospitals in lean times - partly due to EHR expense! - and EHRs that have not been formally studied for usability and are poorly designed causing "use error" (that is, a poor user experience promotes even careful users to make errors).  Cf. definition of bad health IT:<br /><blockquote class="tr_bq"><br /><span style="color: black; font-family: Arial; mso-bidi-font-weight: bold;"><b>Bad Health IT</b> ("BHIT") is defined as IT that is ill-suited to purpose, hard to use, unreliable, loses data or provides incorrect data, causes cognitive overload, slows rather than facilitates users, lacks appropriate alerts, creates the need for <span class="SpellE">hypervigilance</span> (i.e., towards avoiding IT-related mishaps) that increases stress, is lacking in security, compromises patient privacy or otherwise demonstrates suboptimal design and/or implementation.</span></blockquote><br />The study of usability is getting underway only now via NIST but will likely be done in an industry-friendly way due to health IT politics.<br /><br />-- SS<br /><br /><b>Aug. 29, 2013 addendum</b><br /><br />There have been numerous comments over at HisTalk (at <a href="http://histalk2.com/2013/08/27/news-82813/">http://histalk2.com/2013/08/27/news-82813/</a>) defending the outage as not EPIC's fault.   From the point of view of clinicians - and more importantly, patients - it doesn't matter what component of the hospital's entire "EHR" (an anachronistic term used for what is now a complex enterprise clinical resource and clinician command-and-control system) went down.  <br /><br />Aside from all the EPIC issues the nurses have been complaining about (see earlier July 12, 2013 post linked above), the larger problem is that <b><i>IT malpractice</i></b> occurred.  The term "malpractice" is used in medical mishaps; I see no reason why it does not apply to major outages of mission critical healthcare information technology systems.<br /><br />IT malpractice in healthcare kills.<br /><br />These are the types of nurses I'd want caring for me and mine.  Letting this kind of snafu go "anechoic" does not promote proper management remedial education on Safety 101 and on health IT risk, two areas of education that management appears to desperately need in hospitals.<br /><br />-- SS<br /><br />

Setback for Sutter after $1B EHR crashes (in followup to post "RNs Say Sutter’s New Electronic System Causing Serious Disruptions to Safe Patient Care at East Bay Hospitals")

At my July 12, 2013 post "RNs Say Sutter’s New Electronic System Causing Serious Disruptions to Safe Patient Care at East Bay Hospitals...

Đọc thêm »

A Good Way to Cybernetically Harm or Kill Emergency Department Patients ... Via An ED EHR "Glitch" That Mangles Prescriptions

Yet another healthcare IT <b>"glitch"</b> - that banal little word used for potentially life-threatening software defects.  (See the query link <a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a> for more examples.)<br /><br />An EHR/command and control system (including ordering, results reporting, etc.)  for hospital Emergency Departments, Picis Pulsecheck, was recalled by FDA.<br /><br />Reason?  "Notes associated with prescriptions<b> are not printed to the prescription or to the patient chart</b>."  The data apparently is not being sent to the printer or being stored for future visits.  Instead, data input by clinical personnel, in one of the most risk-prone medical settings, the Emergency Department, is <i><b>simply going away.</b></i><br /><br />This is reminiscent of the truncation of prescription drug "long acting" suffixes, apparently by a Siemens system, that led to thousands of prescription errors (perhaps tens of thousands) over more than a year's time.  I wrote about that matter, as reported by the news media, at "<b>Lifespan (Rhode Island): Yet another health IT "glitch" affecting thousands - that, of course, caused no patient harm that they know of - yet</b>" 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>.  <br /><br />Regarding the current Picis recall, notes connected with prescriptions can be crucial to the pharmacist or the patient.  Loss of those notes - apparently due to a computer glitch and most likely in this case without the prescribing clinician knowing about it - likely have been going on for some time now, since two software versions (5.2 and 5.3) are affected. <br /><br />The solution for now?<br /><br /><blockquote class="tr_bq"><i>"Consignees were provided with recommended actions until they receive the necessary update."</i></blockquote><br />In other words, a workaround adding more work to clinicians who now not only have to take care of patients, but in the unregulated health IT market need to (as if they don't already have enough work to do in the ED where chaos often occurs) <b><i>babysit computer glitches as well</i></b> - and pray they catch potential computer errors 100% of the time. <br /><br /><span id="user_provided">Below is the FDA MAUDE recall notice at </span>"<b>Medical & Radiation Emitting Device Recalls</b>", from <a href="http://www.accessdata.fda.gov/scripts/cdrh/cfdocs/cfRes/res.cfm?ID=119832">http://www.accessdata.fda.gov/scripts/cdrh/cfdocs/cfRes/res.cfm?ID=119832</a>.<br /><br /><a href="http://www.accessdata.fda.gov/scripts/enforcement/enforce_rpt-Product-Tabs.cfm?action=select&recall_number=Z-1814-2013&w=08072013&lang=eng">At this additional link</a> we find that this FDA recall was "<span id="user_provided"><b>Voluntary: Firm Initiated</b>."  They apparently informed the FDA of the "glitch."</span><br /><br /><span id="user_provided">My question is - how did the company become aware of this "glitch"?  Also, were any patients put in harm's way, or injured, as a result of the prescription data loss?</span> <br /><br /><a href="https://www.blogger.com/null" id="main" name="main"><span id="pageTitleHolder"></span></a><br /><br /><br /><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/AVvXsEh9P8LdAz5mRrOdrPBe9rkYWKhLdAuDrte6fxAO8peB0pBq7OJZbKHtwkwveUP0nsVxmBA2GKX-3R-bY8xq_4vc_-svQqadoh2lFek-y6VPNTzUca-ytPmktoeEQQ1AJptfBjAqitxv-ARC/s1600/picis_recall2.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh9P8LdAz5mRrOdrPBe9rkYWKhLdAuDrte6fxAO8peB0pBq7OJZbKHtwkwveUP0nsVxmBA2GKX-3R-bY8xq_4vc_-svQqadoh2lFek-y6VPNTzUca-ytPmktoeEQQ1AJptfBjAqitxv-ARC/s1600/picis_recall2.jpg" width="351" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">FDA Device Recall Notice.  Click to enlarge; text below.</td></tr></tbody></table><br /><blockquote class="tr_bq"><br /><table cellpadding="0" cellspacing="0" style="width: 100%px;"><tbody><tr><td width="33%"><br /></td><td align="left" style="color: #23238e; font-family: arial; font-size: 11pt; font-weight: bold;" width="34%">Class 2 Recall<br />ED PulseCheck</td><td align="right" width="33%"><a href="http://www.accessdata.fda.gov/scripts/cdrh/cfdocs/relateditems.cfm?page_title=medical%20device%20recalls&item1_text=medical%20device%20recalls%20&item1_url=www.fda.gov/medicaldevices/safety/recallscorrectionsremovals/listofrecalls/default.htm&item2_text=fda%20enforcement%20report%20index&item2_url=www.fda.gov/safety/recalls/enforcementreports/default.htm"></a><br /></td></tr></tbody></table><table cellpadding="2" cellspacing="14"><tbody><tr> <th align="left" valign="top"><span style="font-size: x-small;">Date Posted</span></th> <td align="left" valign="top"><span style="font-size: x-small;">July 29, 2013</span></td> </tr><tr> <th align="left" nowrap="nowrap" valign="top"><span style="font-size: x-small;">Recall Number</span></th> <td align="left" valign="top"><span style="font-size: x-small;">Z-1814-2013</span></td> </tr><tr> <th align="left" valign="top"><span style="font-size: x-small;">Product</span></th> <td align="left" class="hardbreak" valign="top"><span style="font-size: x-small;">Picis ED Pulsecheck - EMR Software Application - 2125, Software Versions: 5.2 and 5.3. The application stores patient information in a database, and it may analyze and/or display the data in different formats for evaluation by healthcare professionals for informational purposes.</span></td> </tr><tr> <th align="left" valign="top"><span style="font-size: x-small;">Code Information</span></th> <td align="left" valign="top"><span style="font-size: x-small;">Software Versions 5.2 and 5.3</span></td> </tr><tr> <th align="left" valign="top"><span style="font-size: x-small;">Recalling Firm/</span><br /><span style="font-size: x-small;">Manufacturer</span></th> <td align="left" valign="top"><span style="font-size: x-small;">Picis Inc.</span><br /><span style="font-size: x-small;">100 Quannapowitt Parkway</span><br /><span style="font-size: x-small;">Suite 405</span><br /><span style="font-size: x-small;">Wakefield, Massachusetts 01880</span></td> </tr><tr> <th align="left" valign="top"><span style="font-size: x-small;">For Additional Information Contact</span></th> <td align="left" valign="top"><span style="font-size: x-small;">Support Representative</span><br /><span style="font-size: x-small;">781-557-3000 </span></td> </tr><tr> <th align="left" nowrap="nowrap" valign="top"><span style="font-size: x-small;">Reason for</span><br /><span style="font-size: x-small;">Recall</span></th> <td align="left" valign="top"><span style="font-size: x-small;"><b>Notes associated with prescription are not printed to the prescription or to the patient chart. </b></span></td> </tr><tr> <th align="left" nowrap="nowrap" valign="top"><span style="font-size: x-small;">Action</span></th> <td align="left" valign="top"><span style="font-size: x-small;">Initial customer notifications were sent via email on June 21, 2013 informing consignees of the recall and providing further instruction regarding the software solution. <b>Consignees were provided with recommended actions until they receive the necessary update.</b></span></td> </tr><tr> <th align="left" nowrap="nowrap" valign="top"><span style="font-size: x-small;">Quantity in Commerce</span></th> <td align="left" valign="top"><span style="font-size: x-small;">35</span></td> </tr><tr> <th align="left" nowrap="nowrap" valign="top"><span style="font-size: x-small;">Distribution</span></th> <td align="left" valign="top"><span style="font-size: x-small;">Nationwide Distribution, including the states of: AK, AR, AZ, CA, CO, DC, DE, FL, GA, ID, IN, MA, MD, MO, NH, NJ, OH, OR, SC, TN, WA, and WV.</span></td></tr></tbody></table></blockquote>Finally, I ask - how did this "glitch" escape the notice of the company before the software was put into production not in just one, but through two sequential versions?<br /><br />I propose that the lack of health IT regulatory controls due to special accommodation makes thorough software testing less "desirable" by a company (largely due to costs).<br /><br />Compare that to, say, software regulation in the Federal Aviation Administration:<br /><br /><br /><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="http://www.faa.gov/documentLibrary/media/Order/8110.49%20Chg%201.pdf"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEijSv2nvIBYRtaq5Pv325j8_DLtIo_gReEvwpmezb_m6og2xIqMvpBwN4YxpERbCWff43VUyGuLrwOugZ4TLqYXVAMru4DCjbzBtf9j3cTDxUb8GNtB_YKT18MQFj_CqKKurXiG18YHpXML/s1600/faa_approval.jpg" width="247" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;"><b>FAA Aircraft Software Approval Guidelines</b> - available at <a href="http://www.faa.gov/documentLibrary/media/Order/8110.49%20Chg%201.pdf">http://www.faa.gov/documentLibrary/media/Order/8110.49%20Chg%201.pdf</a>.  Click to access.</td></tr></tbody></table><br />The FAA document begins:<br /><br /><blockquote class="tr_bq">"This order establishes procedures for evaluating and approving aircraft software and changes to appropriate approved aircraft software procedures."</blockquote><br />Software regulation in other mission critical industries like aviation and pharma make the health IT industry and its lack of regulation look pathetic.<br /><br /><br />-- SS

A Good Way to Cybernetically Harm or Kill Emergency Department Patients ... Via An ED EHR "Glitch" That Mangles Prescriptions

Yet another healthcare IT "glitch" - that banal little word used for potentially life-threatening software defects.  (See the que...

Đọc thêm »

Today's Bad Health IT Systems: More Dangerous Than Paper?

I believe in 2013 that they are.<br /><br />(Definition of bad health IT is here:  <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/cases/">http://www.ischool.drexel.edu/faculty/ssilverstein/cases/</a>)<br /><br />I recently posted about two "glitches" in a major EHR seller's clinical systems, Siemens Healthcare, affecting safety-critical functions of medication reconciliation and medication ordering.<br /><br /><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?</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</a></li></ul><br />Considering these, plus the many "glitches" reported by the only EHR seller who does so via FDA's MAUDE database (see here: <a href="http://hcrenewal.blogspot.com/2011/01/maude-and-hit-risk-mother-mary-what-in.html">http://hcrenewal.blogspot.com/2011/01/maude-and-hit-risk-mother-mary-what-in.html</a>), 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>, the following issue needs serious consideration by policymakers.<br /><br />Namely, the issue that enterprise electronic medical command-and-control systems, which today's "EHRs" in reality are, <b>are on their face more risk-prone than the paper systems they are replacing.</b><br /><br />The "glitches" reported above are clearly the tip of the iceberg due to industry norms of secrecy, the absence of most of the industry in reporting to FDA MAUDE or anywhere, and my limited sources of information.  It is likely the true level of "glitches" in live EHR/clinical IT installations is far, far higher  - conservatively, I believe, at least two orders of magnitude.<br /><br />Workarounds to IT "glitches" such as recommended in the Siemens bulletins at the aforementioned posts cause hospital officials to have to  reliably get the notices to all users of the systems, including medical students, nurses, physicians and allied health professionals.<br /><br />The workarounds also cause users to:<br /><br />1)  have to deviate from habits of use acquired in training and active use of the systems in question;<br />2) <b>remember</b>, without fail, to deviate from habits of use acquired in training and active use of the systems in question, in effect giving them the responsibility of caring for sick patients and for "sick" information technology;<br />3) keep in mind any other extant workarounds that exist waiting for "fixes"; and <br />4) be constantly on guard for information storage failures. <br /><br />In fact, the recent Siemens "glitches" and workarounds represent a clear danger to patient safety.  If these were more conventional medical devices, they'd be recalled.<br /><br />See my Dec. 14, 2011 post "<b>FDA Recalls Draeger Health IT Device Because This Product May Cause Serious Adverse Health Consequences, Including Death</b>" (<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>) and July 23, 2012 post "<b>Health IT FDA Recall: Philips Xcelera Connect - Incomplete Information Arriving From Other Systems</b>"(<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>) for examples where health IT defects similar to the Siemens issues were, in fact, recalled.<br /><br />Further, with paper records or tangible images, a page or image can be lost, or it can be illegible.  In the case of lost, in any quality paper record keeping system the information stewards or others using the paper (e.g., office staff or ward clerks) will generally note the absence and act accordingly.  Further, illegible notes or orders will most often be recognized as illegible and result in attempted clarification or other corrective actions.<br /><br />On the other hand, when electronic systems:<br /><br />1)  lose modified information en masse as in the Siemens examples but keep the old, or<br />2)  when outright errors such as en masse truncation occur (as in the thousands of prescriptions whose long-acting suffixes were cut off at Lifespan in Rhode Island, see "<b>Yet another health IT "glitch" affecting thousands</b>" here: <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>), or<br />3)  images are lost (see "<b>Potential Image Loss in GE Centricity PACS</b>" here:  <a href="http://hcrenewal.blogspot.com/2012/11/potential-image-loss-in-ge-centricity.html">http://hcrenewal.blogspot.com/2012/11/potential-image-loss-in-ge-centricity.html</a>) without warning-<br /><br /><i>- There are no "flags" that the obsolete, truncated or missing information is erroneous.</i><br /><br /><b>What remains is perfectly legible, perfectly convincing and perfectly deceiving.</b><br /><br />Electronic healthcare information systems on their face create more risk than paper record systems.  Further, the problem with "bugs" and "glitches" will not go away with today's industry models of "hiring down" and lack of regulation.  Every new upgrade or patch is suspect for introducing new bugs.<br /><br />Paper does not suffer these issues, unless disappearing ink is used to cross out the old and add new information ...<br /><br />Not that I am advocating for a return to 100% paper, but certain critical functions probably are best left to paper.  Further, hundreds of billions of dollars can certainly buy:<br /><br />1)  a lot of Health Information Management professionals to perform continuous QA of paper,<br />2)  a lot of document imaging systems to make the paper records available anywhere, anytime they are needed, and<br />3)  a lot of data entry personnel to relieve clinicians of clerical burdens so they may use their valuable experience more productively, as guest poster Howard Brody points out at <a href="http://hcrenewal.blogspot.com/2013/07/guest-post-incompetent-management.html">http://hcrenewal.blogspot.com/2013/07/guest-post-incompetent-management.html</a>.<br />4)  a lot of sensible regulation of this industry's product quality.<br /><br />-- SS<br /><br />

Today's Bad Health IT Systems: More Dangerous Than Paper?

I believe in 2013 that they are. (Definition of bad health IT is here:  http://www.ischool.drexel.edu/faculty/ssilverstein/cases/ ) I recent...

Đọc thêm »

Can Digital Disappearing Ink (An EHR "Glitch") Kill Patients? Part 2

At "<a href="http://hcrenewal.blogspot.com/2013/08/another-health-it-glitch-can.html">Another Health IT "Glitch" - Can Digital Disappearing Ink Kill Patients?</a>" just yesterday, on August 5, 2013, I wrote about a Siemens EHR "glitch" worse than any paper records system problem.  Typed order changes in the medication reconciliation process on patient discharge are disappearing into thin air, unknown to the clinicians typing the orders.  This is likely due to an issue such as some programmer forgetting to put in a statement to write the text to disk, complicated by software testing problems that missed the defect.<br /><br />I noted:<br /><blockquote class="tr_bq">... "<a href="http://hcrenewal.blogspot.com/search/label/glitch">Glitch</a>" is a banal term used by health IT extremists (those who have abandoned a rigorous scientific approach to these medical devices as well as basic patient protections, in favor of unwarranted and inappropriate overconfidence and hyper-enthusiasm).  The term is used to represent potentially injurious and lethal problems with health IT, usually related to inadequate software vetting and perhaps even "sweatshop floor in foreign country directly to production for U.S. hospital floors" development processes (this industry is entirely unregulated).</blockquote>  <br />Paper records may have illegible writing that would generally cause the reader to make a phone call or otherwise contact the writer, but those events are one-offs.  EHR defects potentially affect hundreds of installations and thousands of patients, en masse.  (If patients are not dying en masse from such errors, then the whole argument against paper and for IT on the issue of vastly improved safety goes out the windows, but that's an argument for another time.)<br /><br /><b>Siemens has just released another "glitch" announcement,</b> this time with CPOE (computerized order entry):<br /><br /><br /><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/AVvXsEhlf06mny1stnwAAlLHkyNdwsIaVZoVr4Ftj3MJ0gFspDqC1S8mEHtybkYsgnOntpI-v6uI4j8BUP-XAo0YeldipSlCT8MguHKKiDepn-YABtnVzVy9PpNTY5a43jQDrNAqV54fZYw9CAz1/s1600/Siemens_CPOE.bmp" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhlf06mny1stnwAAlLHkyNdwsIaVZoVr4Ftj3MJ0gFspDqC1S8mEHtybkYsgnOntpI-v6uI4j8BUP-XAo0YeldipSlCT8MguHKKiDepn-YABtnVzVy9PpNTY5a43jQDrNAqV54fZYw9CAz1/s400/Siemens_CPOE.bmp" width="307" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">(Medication orders "glictch" safety complaint.  Click to enlarge, text below)</td></tr></tbody></table><br />Text is as follows: <br /><br /><blockquote class="tr_bq">August 2, 2013<br /><br />Safety Advisory Notification<br /><br />Soarian® Clinicals Medication Orders, Safety Complaint ID# EV06643783<br /><br />Dear Customer:<br /><br />This notification is to inform you that the Soarian Clinicals Medication Orders may not be operating properly in some cases <b>in Soarian Clinicals 3.3 Service Pack 6 and above</b>.</blockquote><br />I note that "glitches" are not uncommon after software patches and upgrades.  See examples at the query link <a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a>.   This reflects inadequate vetting of the patches.<br /><br />I also note that "medication orders not operating properly" is a very, very serious matter.<br /><br /><blockquote class="tr_bq">Although this may affect only some customers, we are taking a conservative approach and are alerting you to this potential problem. As such, please forward this notification to appropriate personnel as soon as possible.</blockquote><br />"<b>May only</b> affect <b>some</b> customers?" (I suspect from this double-indefinite that who is affected is not rigorously known).  "Taking a conservative approach?"  I ask:  <i>what would a non-conservative approach entail?</i><br /><br /><blockquote class="tr_bq">This letter is being sent as a precautionary measure as there have been no adverse events reported from customers.</blockquote><br />Again, they mean "yet."<br /><br />When does this issue occur and what are the potential risks?<br /><br /><blockquote class="tr_bq">The issue occurs while placing medication orders. In certain cases, when users select orders from predefines or personal favorites <b>and make changes on the order detail forms, the changes are correctly saved and displayed on the forms but the Order As Written (OAW) is not refreshed to reflect the changes.</b> The incorrect OAW is displayed in Siemens Pharmacy in the Order As Written window but the discrete order details are correct. As a result dispensing or administering relying solely on the OAW prior to pharmacy validation may result in error.  <span style="color: red;"><i><b>[Putting patients directly in harm's way, patients who never consented to the use of these experimental and unvetted medical devices - ed.]  </b></i></span>Once the order is validated the OAW in Soarian is updated correctly.</blockquote><br />This problem - manually changed data apparently not written to disk - seems similar to the "digital disappearing ink" med reconciliation bug in the aforementioned Aug. 5, 2013 post.<br /><br />Immediate steps you should take to avoid the potential risk of this issue:<br /><br /><blockquote class="tr_bq">To prevent this issue from occurring at your facility, dispensing or administering of unvalidated order should rely on the order details displayed. <b>Secondly, any deviations from the predefined or personal favorites should be phoned in to pharmacy as a verbal order. </b>During validation, <b>if the pharmacist sees a discrepancy between the order detail and the OAW, verbal follow up with the ordering physician is required.</b></blockquote><br />Again, a workaround.  How many times will this workaround be forgotten, compared to issues of illegibility in a paper record resulting in a phone call to the writer?<br /><br /><blockquote class="tr_bq">Steps that Siemens is taking to correct this complaint:<br /><br />We are diligently working to develop a correction and will test and deliver it as soon as possible.</blockquote><br />Perhaps they should have been working more diligently to detect the "glitch" before it went live.<br /><br />Also, perhaps the touted power of EHRs to reduce medical errors needs to be re-examined.  Considering bugs like these - creating <i>en-masse</i> problems far worse than possible with paper (another en-masse example 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>) - then, if the EHRs are so essential to safety, one would expect significant morbidity and mortality from these defects.<br /><br />If one is to believe patients are <b>not</b> being injured by "glitches", then the expenditure of hundreds of billions of dollars for these systems on the basis of "error reduction" compared to paper is likely a waste of money and resources. <br /><br />--  SS<br /><br /><br />

Can Digital Disappearing Ink (An EHR "Glitch") Kill Patients? Part 2

At " Another Health IT "Glitch" - Can Digital Disappearing Ink Kill Patients? " just yesterday, on August 5, 2013, I wro...

Đọc thêm »

Another Health IT "Glitch" - Can Digital Disappearing Ink Kill Patients?

Yes, it can.<br /><br />There's been yet another "glitch" in the world of health IT (see <a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a> for more examples).<br /><br />"Glitch" is a banal term used by health IT extremists (those who have abandoned a rigorous scientific approach to these medical devices as well as basic patient protections, in favor of unwarranted and inappropriate overconfidence and hyper-enthusiasm).  The term is used to represent potentially injurious and lethal problems with health IT, usually related to inadequate software vetting and perhaps even "sweatshop floor in foreign country directly to production for U.S. hospital floors" development processes (this industry is entirely unregulated).<br /><br />This from Siemens Healthcare:<br /><br /><br /><br /><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/AVvXsEhae-yXD6c2_12_evEvfXooZahy8chrcA9i-9emaRiiLjhepoqQrXLrAvpylkMci6nKV4xjNzHvIb63yLOJ1KgYfGgmm1iqmvVyTm4207vzFOgE42H-dUEDrRwiF2pmb3tL_wrNDZjAoMeZ/s1600/siemens.bmp" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhae-yXD6c2_12_evEvfXooZahy8chrcA9i-9emaRiiLjhepoqQrXLrAvpylkMci6nKV4xjNzHvIb63yLOJ1KgYfGgmm1iqmvVyTm4207vzFOgE42H-dUEDrRwiF2pmb3tL_wrNDZjAoMeZ/s400/siemens.bmp" width="308" /></a></td></tr><tr><td class="tr-caption" style="text-align: center;">Click to enlarge.  Text below.</td></tr></tbody></table><br />Text of this "Safety Advisory Notification":<br /><br /><blockquote class="tr_bq">August 1, 2013<br /><br />Safety Advisory Notification<br />Soarian® Clinicals Medication Reconciliation EV06736602<br /><br />Dear Customer:<br /><br />This notification is to inform you that Soarian Clinicals Medication Reconciliation 3.3 <b>may not be operating properly in some cases.</b><br /><br />Although this may affect only some customers, we are taking a conservative approach and are alerting you to this potential problem. As such, please forward this notification to appropriate personnel as soon as possible.</blockquote><blockquote>This letter is being sent as a precautionary measure as <b>there have been no adverse events reported from customers.</b></blockquote><br />They mean "<i>no adverse events reported - yet.</i>"  And if such events had been reported, Siemens would most certainly not make them public.  (Why should they, when there are no regulations?) <br /><br /><blockquote class="tr_bq">When does this issue occur and what are the potential risks?</blockquote><blockquote>This issue occurs when a user <b>moves a free text in-house order from the current and home medications side (left side) to the discharge medication side (right side)</b>, and then modifies the continued free text in-house order in discharge reconciliation prior to saving the discharge reconciliation list. After the modification of the continued free text medication order,<b> the changes to the free text medication order are not recorded in the saved discharge medication list.  <span style="color: red;"><i>[In other words, the changes to medication orders the user just typed <u>disappear into thin air</u>.  I note that medication reconciliation failures are among the most common causes of medical error - ed.]</i></span></b></blockquote><br />The health IT extremists would invoke the "Leaned Intermediary" doctrine that lays all blame for errors on the user.  It seems the only way to avoid such liability would be after every "enter" or "save" action (or perhaps every keystroke?), users then verify what was saved or entered...<br /><br />The "fix" to this "glitch" is not too far off from that:<br /><br /><blockquote class="tr_bq">Immediate steps you should take to avoid the potential risk of this issue:<br /><br />To prevent this issue from occurring at your facility,<b> instruct users not to modify continued free text in-house orders on the discharge medication list.</b> Users may be instructed to enter free text in-house orders manually by selecting the add prescription action button and entering the order.</blockquote><br />This is known as a "workaround."  Anyone who believes this edict can and will be 100% reliably followed in often chaotic medical environments, by users from medical students to nurses to physicians, is truly cavalier.<br /><br /><blockquote class="tr_bq">Steps that Siemens is taking to correct this complaint:<br /><br />We are diligently working to develop a correction<b> and will test and deliver it as soon as possible.</b></blockquote><br />Perhaps FDA and Joint Commission need to inquire about exactly what testing and QC was done on the current code, testing that (if actually performed) did not detect this glaring and Siemens-admitted safety-risk "glitch."<br /><br />-- SS

Another Health IT "Glitch" - Can Digital Disappearing Ink Kill Patients?

Yes, it can. There's been yet another "glitch" in the world of health IT (see http://hcrenewal.blogspot.com/search/label/glitc...

Đọc thêm »

RNs Say Sutter’s New Electronic System Causing Serious Disruptions to Safe Patient Care at East Bay Hospitals

Add the following from <b>Sutter East Bay Hospitals</b> to nurses' and physicians' complaints at<b> Marin General Hospital </b>(<a href="http://hcrenewal.blogspot.com/2013/05/marin-general-hospitals-nurses-are.html">http://hcrenewal.blogspot.com/2013/05/marin-general-hospitals-nurses-are.html</a>), <b>Affinity Medical Center </b>(<a href="http://hcrenewal.blogspot.com/2013/06/affinity-rns-call-for-halt-to-flawed.html">http://hcrenewal.blogspot.com/2013/06/affinity-rns-call-for-halt-to-flawed.html</a>), <b>Contra Costa County</b> (<a href="http://hcrenewal.blogspot.com/2012/08/contra-costas-45-million-computer.html">http://hcrenewal.blogspot.com/2012/08/contra-costas-45-million-computer.html</a>), <b>San Francisco Department of Public Health </b>(<a href="http://hcrenewal.blogspot.com/2010/11/avatar-fails-no-not-cameron-movie-but.html">http://hcrenewal.blogspot.com/2010/11/avatar-fails-no-not-cameron-movie-but.html</a>), and others: <br /><br /><blockquote class="tr_bq"><b>For Immediate Release </b><br /><b>July 11, 2013</b><br /><i>Contact-  Charles Idelson, 510-273-2246</i><br /><h2>RNs Say Sutter’s New Electronic System Causing Serious Disruptions to Safe Patient Care at East Bay Hospitals</h2>Introduction of a new electronic medical records system at Sutter corporation East Bay hospitals has produced multiple problems with safe care delivery that has put patients at risk, charged the California Nurses Association today.<br /><br />Problems with technology are not unique to health care – pilots of the ill fated Asiana airline that tragically crashed at San Francisco International Airport July 6 told federal investigators that an automatic throttle failed to keep the jetliner at the proper speed for landing, the Los Angeles Times reported July 9.  <span style="color: red;"><i><b>[What is unique to healthcare IT is the complete lack of regulation - ed.]</b></i></span><br /><br /><b>In over 100 reports</b> submitted by RNs at Alta Bates Summit Medical Center facilities in Berkeley and Oakland, nurses cited a variety of serious problems with the new system, known as Epic. <b>The reports are in union forms RNs submit to management documenting assignments they believe to be unsafe.</b><br /><br />Patient care concerns included<b> computerized delays in timely administration of medications and contact with physicians, ability to properly monitor patients, and other delays in treatment. </b> Many noted that the <b>excessive amount of time required to interact with the computer system, inputting and accessing data, sharply cuts down on time they can spend with patients </b>with frequent complaints from patients about not seeing their RN.  <span style="color: red;"><i><b>[Note: patients are not given the opportunity for informed consent about the risks, nor opt-out of EHR use in their care - ed.]</b></i></span><br /><br />"EPIC is a system that is so cumbersome to use for nurses and physicians, that we often feel as though we are caring for a computer, not a patient,” said Thorild Urdal, an RN at Alta Bates Summit’s hospital in Berkeley. “It delays care and treatment, the program is naturally counter-intuitive and<b> it was clearly not designed in concert with nurses and physicians</b>." <span style="color: red;"><i><b>[Clinicians end up caring for an "iPatient", as others have noted - ed.]</b></i></span><br /><br />"The Epic program developed and implemented by Sutter is neither nurse or patient friendly,” said Alta Bates Summit Oakland RN Mike Hill. “Epic does not enhance my ability to chart instead it takes time away from the bedside and my patients and preventing me from providing the absolute best care that they and I expect from me as a nurse."<br /><br />Sutter CEO Pat Fry last year told the San Francisco Business Times that Sutter will spend $1 billion on Epic, a system that has sparked controversy at several other hospitals, including a Contra Costa facility where several RNs cited serious medical errors in testimony to county supervisors last August.<br /><br />At Alta Bates Summit specific incidents directly related to Epic problems included:<br /><br />• A patient who had to be transferred to the intensive care unit due to delays in care caused by the computer.  <span style="color: red;"><i><b>[It's happenstance they did not have to be transferred to the morgue - ed.]</b></i></span><br />• A nurse who was not able to obtain needed blood for an emergent medical emergency.<br />• Insulin orders set erroneously by the software.<br />• Missed orders for lab tests for newborn babies and an inability for RNs to spend time teaching new mothers how to properly breast feed babies before patient discharge.<br />• Lab tests not done in a timely manner.<br />• Frequent short staffing caused by time RNs have to spend with the computers.<br />• Orders incorrectly entered by physicians requiring the RNs to track down the physician before tests can be done or medication ordered.<br />• Discrepancies between the Epic computers and the computers that dispense medications causing errors with medication labels and delays in administering medications.<br />• Patient information, including vital signs, missing in the computer software.<br />• An inability to accurately chart specific patient needs or conditions because of pre-determined responses by the computer software.<br />• Multiple problems with RN fatigue because of time required by the computers and an inability to take rest breaks as a result.<br />• Inadequate RN training and orientation.<br /><br /></blockquote>These "incidents" are certainly capable of causing harms or fatalities.  One wonders if hospital executives are providing the usual refrain that these are just <b>"glitches" </b>(<a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a>) and that <b>patient care has not been compromised</b> (<a href="http://hcrenewal.blogspot.com/search/label/Patient%20care%20has%20not%20been%20compromised">http://hcrenewal.blogspot.com/search/label/Patient%20care%20has%20not%20been%20compromised</a>).<br /><br />A bit more background follows: <br /><br /><blockquote class="tr_bq">... Hospitals nationally are spending tens of billions of dollars on technology systems, especially on electronic health records (EHR) programs for which they also receive federal financial incentives. <br /><br />EHR programs are paraded as a panacea for reducing medical errors and cutting costs, but in life the promise is falling short in both areas.<br /><br />A RAND corporation analysis earlier this year said visions of savings and improved efficiency in patient care have had what the New York Times called “mixed results, at best.”<br /><br />The U.S. Food and Drug Administration has acknowledged getting hundreds of reports of problems involving health information technology including numerous patient injuries and deaths.<br /><br />Some examples seen at hospitals across the country:<br /><br />• At Marin General Hospital in Northern California, RNs called on the Marin Healthcare District board to delay implementation of their EHR system. "Orders are being inadvertently passed to the wrong patients. People have gotten meds when they've been allergic to them. This is dangerous," Marin RN Barbara Ryan said in comments reported by the Marin Independent Journal.<br />• In Chicago, the Chicago Tribune in 2011 reported on a patient death at Advocate Lutheran General hospital after an automated machine prepared an intravenous solution containing a massive overdose of sodium chloride — more than 60 times the amount ordered by a physician.<br />• At Affinity Medical Center RNs in Massillon, Oh. RNs in June raised multiple objections to the hurried introduction of an EHR system. Subsequently, they have cited medication errors, delays in care, problems with documentation, computers crashing, and other concerns.</blockquote><br />I am simply the reporter here.<br /><br />-- SS

RNs Say Sutter’s New Electronic System Causing Serious Disruptions to Safe Patient Care at East Bay Hospitals

Add the following from Sutter East Bay Hospitals to nurses' and physicians' complaints at Marin General Hospital ( http://hcrenewa...

Đọc thêm »

Marin General Hospital nurses warn that new computer system is causing errors, call for time out

<div style="text-align: center;">- Posted on the Healthcare Renewal Blog May 17, 2013 -</div><br />Of course, the ever-present euphemism for life-threatening EHR malfunctions and defects, i.e., "<b>glitches</b>" are the cause (<a href="http://hcrenewal.blogspot.com/search/label/glitch">http://hcrenewal.blogspot.com/search/label/glitch</a>):<br /><a href="http://www.marinij.com/rosskentfieldgreenbrae/ci_23251638/marin-general-hospital-nurses-warn-that-new-computer"><br /></a><br /><blockquote class="tr_bq"><a href="http://www.marinij.com/rosskentfieldgreenbrae/ci_23251638/marin-general-hospital-nurses-warn-that-new-computer">Marin General Hospital nurses warn that new computer system is causing errors, call for time out</a><br /><br />By Richard Halstead<br />Marin Independent Journal<br />Posted:   05/15/2013 04:07:49 PM PDT<br /><br />Nurses at Marin General Hospital have asked administrators to put implementation of a new computerized physician order entry system on hold until <b>glitches </b>can be worked out and more training provided to nurses and doctors who use it.<br /><br />Nearly a dozen nurses attended the regularly scheduled meeting of the Marin Healthcare District board Tuesday night at Marin General to voice their concerns. The district board oversees Marin General, but it does not involve itself in the hospital's day-to-day operations.<br /><b><br />"Orders are being inadvertently passed to the wrong patients</b>. <b>People have gotten meds when they've been allergic to them</b>. This is dangerous," said Barbara Ryan, a Marin General registered nurse, who works in pediatrics and the intensive care nursery. "We're not asking you to get rid of it. We're asking you to place it on hold."</blockquote><br /><br />Orders passed to wrong patients?  No problem, just a glitch!  Meds people are allergic to?  Just a glitch.  Dangerous?  No way.  It's just a glitch!<br /><br /><blockquote class="tr_bq">But Lee Domanico, who serves as the CEO of both Marin General and the Marin Healthcare District, said, "I'm confident that in spite of the implementation issues,<b> we have a system today that is safer for patients than our old paper system</b>, and it will get even safer as we gain experience with it and work to fix some of the glitches we've experienced."</blockquote><br />Where's the data backing up that assertion, I ask?  The actual risks of paper records don't seem to be robustly documented anywhere.<br /><blockquote class="tr_bq"><br />Ryan, who serves as the California Nurses Association/National Nurses United representative, was one of four Marin General nurses who spoke during the public comment portion of the meeting. Ryan said the <b>nurses warned in advance </b>of the system's roll-out on May 7 that nurses and doctors had insufficient knowledge of the system. Ryan said due to problems with the software <b>nurses had been unable to open the program at home to practice using it.</b></blockquote><br />And yet the rollout happened anyway?  That seems to me to be reckless indifference to the concerns of clinicians.<br /><br /><blockquote class="tr_bq">"Lo and behold the problems that we were worried about have happened," Ryan said. "We're looking at <b>two-hour preps for surgery and two- to three-hour discharges; </b>skilled nursing facilities calling back saying, this really doesn't make sense; <b>the wrong meds ordered on the wrong patients </b>and then given to the wrong patients; the inability for nurses to be able to see what the doctor ordered and double-check it."</blockquote><br />Of course, I might add, patient safety was not compromised, the other common refrain of EHR glitch-excusers ... see below.<br /><br /><blockquote class="tr_bq">Ryan said nurses have and will continue to file "assignment despite objection" forms due to the system. Nurses file the forms to document formal objections to what they consider an unsafe, or potentially unsafe, patient care assignment.<br /><br />"We will take patients but we will object to the assignment because it is unsafe," Ryan said. "This system is making it unsafe."</blockquote><br />These will be exceptionally helpful in court to any patients injured or killed as a result of these "glitches" and EHR rollout that occurred despite direct warnings from clinical experts.<br /><br /><blockquote class="tr_bq">Marin General nurse Susan Degan said, <b>"This is not about resistance to change</b>. It's about accountability. My most important role is that of patient advocate. I am held accountable when errors are made."<br /><br />Domanico acknowledged there have been some technical problems with the Paragon system, including making it possible for nurses to open from home. <b>And he said the software is not faster than the old paper system.</b>  <span style="color: red;"><i><b>[Considering it's acknowledged all the way up to the highest levels of HHS that current EHR's slow physicians down, one wonders if anyone in this organization thought an EHR would actually increase speed? - ed.]</b></i></span></blockquote><br />About the "resistance to change" canard, see my essay "<b>Doctors and EHRs: Reframing the 'Modernists v. Luddites' Canard to The Accurate 'Ardent Technophiles vs. Pragmatists' Reality"</b> at <a href="http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html">http://hcrenewal.blogspot.com/2012/03/doctors-and-ehrs-reframing-modernists-v.html</a> .<br /><blockquote class="tr_bq"><br />"So yes," Domanico said, "it is causing stress for nurses who have heavy workloads, who are learning how to use it, particularly in areas where we need to speed up the computer."</blockquote><br />What?  <b>"Speed up the computer?" </b> They've spent tens if not hundreds of millions for an EHR, and the computer's too slow?<br /><br />Actually, I think what this CEO in an obvious display of health IT ignorance is trying to say is that we have to do something about the system's poor usability, which sort of mimics what the Board Chair of the American Medical Assocation just said (<a href="http://hcrenewal.blogspot.com/2013/05/ama-finally-on-board-with-ehr-views.html">http://hcrenewal.blogspot.com/2013/05/ama-finally-on-board-with-ehr-views.html</a>).<br /><br />Also - clinician stress promotes error.<br /><br /><blockquote class="tr_bq">But Domanico challenged the suggestion that patient safety at Marin General had been compromised.</blockquote><br /><b>In fact, there is no way the issues described above cannot be compromising patient safety, on its face. </b>(<a href="http://hcrenewal.blogspot.com/search/label/Patient%20care%20has%20not%20been%20compromised">http://hcrenewal.blogspot.com/search/label/Patient%20care%20has%20not%20been%20compromised</a>)<b>.</b><br /><br /><blockquote class="tr_bq">"I would have no hesitation about entering this hospital tonight," he said.</blockquote><br />As a VIP, of course, this CEO would get special treatment.  Thanks a lot.<br /><br />I would NOT want to be a patient there under these conditions, unless perhaps I had a 24x7 medically-skilled advocate/bodyguard.<br /><br /><blockquote class="tr_bq">Board member Ann Sparkman, who previously served as in-house counsel at Kaiser Permanente, said nurses at Kaiser struggled at first when a new computer system was introduced there.<br /><br />Sparkman said, <b>"It's just to be expected."</b></blockquote><br />This seems a rather bizarre appeal to common practice (<a href="http://www.nizkor.org/features/fallacies/appeal-to-common-practice.html">http://www.nizkor.org/features/fallacies/appeal-to-common-practice.html</a>).<br /><br />The stunning ignorance of this board member about proper mission-critical IT safety testing and implementation, such as performed in pharma, aerospace, etc. is, quite frankly, shocking.<br /><br />Further, an attitude that life-threatening "glitches" are "just to be expected" by a member of the Board of Directors, with fiduciary responsibilities regarding hospital operations, is grossly negligent in my opinion, and completely ignores patient's rights.<br /><br />Unbelievable. <br /><br />One wonders if any formally-trained medical informatics experts were in leadership roles in this project. <br /><br />-- SS

Marin General Hospital nurses warn that new computer system is causing errors, call for time out

- Posted on the Healthcare Renewal Blog May 17, 2013 - Of course, the ever-present euphemism for life-threatening EHR malfunctions and defec...

Đọc thêm »