healthy4u

Complacency and Healthcare IT: Who is Taken More Seriously on Risk, A CMIO or A Public Transit Authority Doctor?

In this post I make a very shameful comparison. Shameful to the healthcare industry, that is, and coming from an unusual perspective due to my diverse professional background. I received quite interesting comments from a number of informatics colleagues regarding the linked patient's account of Health IT mayhem at "<a href="http://hcrenewal.blogspot.com/2009/04/most-interesting-patient-account-of.html">A Most Interesting Patient Account of Misery by EHR</a>". The comments suggested that patient's account was not unusual. Example: <blockquote>Without being specific I can say from first hand information that this is not an isolated incident... the horrific experience is unfortunately in my direct experience typical. </blockquote> and this: <blockquote style="font-family:arial;">... As you know, I’ve been in the HIT business, advocating for full integration of computing into clinical care, for more than three decades. The upshot, though, is that this country’s hospitals are not ready for wholesale automation of even the most rudimentary kind (such as using barcodes in clinical settings), much less a real EMR. I’d give it another 10-15 years ... before even considering advocacy for much in the way of EMRs. Not that there are EMRs we should advocate for now, in any case. </blockquote> and this: <blockquote>This hits home, I hope this gentleman keeps telling his story. He is one of the lucky ones that "lived to tell". These are the stories no one believes until it happens to them or a loved one ... He would be saving lives if he talks. I know the retaliation is hard to swallow. I lost my job, but walked out with dignity because I know that I did the right thing. This was such a traumatic event for him and he was one of the lucky ones who were coherent enough to know that something was wrong.</blockquote> My colleagues are afraid of giving specifics largely due to fear of reprisal from their healthcare and health IT employers. Health IT chaos, though, is clearly more widespread than commonly reported. Yet in the U.S. in 2009 we find ourselves poised to rapidly spend $20 billion, more than the annual budget of <a href="http://www.nasa.gov/">NASA</a> (at <a href="http://online.wsj.com/article/SB123992911190127639.html">$18.7 billion</a>), on these unproven technologies. Now, a little history from my heterogeneous past: After a 1990 subway accident in Philadelphia that killed several people and injured hundreds, at a time when I was Medical Programs Manager [of preventive programs] and Medical Review Officer for the regional transit authority <a href="http://www.septa.org/">SEPTA</a> (pre-informatics), I became sensitized to the potential outcomes of complacency. As I wrote <a href="http://hcrenewal.blogspot.com/2009/03/health-it-project-success-and-failure.html">here</a>, some of the the factors contributing to the accident involved complacency and the ignoring of medical advice by non medical personnel. Yet, the National Transportation Safety Board (<a href="http://www.ntsb.gov/">NTSB</a>) came in and investigated thoroughly. Improvements were made. Has something similar ever occurred after an HIT failure? It always puzzled me why my <a href="http://www.tinyurl.com/hit-misadventure">concerns about health IT problems</a>, dating from my time as a hospital-based Chief Medical Informatics Officer (CMIO) in the 1990's, seemed to raise little concern among the IT and hospital administration and even among some of the hospital physicians themselves. It still puzzles me why my colleagues in active CMIO roles report the same problems in 2009. It concerns me greatly that HIT is entirely unregulated as its devices become far more complex, and more intrusive in the "biochemical pathways-like" organizational complexities of healthcare. It concerns me that HIT vendors have the best environment of any healthcare vendor: <a href="http://hcrenewal.blogspot.com/2009/03/health-care-information-technology.html">freedom from liability and accountability, and freedom from defect disclosure</a>. It concerns me that hospital executives have agreed to such terms, I believe <a href="http://hcrenewal.blogspot.com/2009/03/health-it-hold-harmless-and-defects-gag.html">violating</a> both their Joint Commission safety standards obligations and their fiduciary responsibilities. As a hospital CMIO observing profound HIT difficulties, it was as if I was supposed to simply acquiesce to the chaos in a medical ICU, in a cardiac catheterization lab, medical clinics, etc. caused by HIT design and implementation deficiencies. It was as if the reaction to my detailed accounts of issues putting patients at risk was that I was simply not a 'team player.' The complacency was palpable. The behaviors consistent with a belief that the IT personnel were wizards, exempt from the scrutiny afforded to mere mortals, was equally palpable. It was jarring and bizarre. In fact, being a CMIO was more jarring than my earlier physician role in the Philadelphia transit authority, where I sometimes had to deal with very troubled vehicle operators with substance abuse problems and aggressive, sometimes abusive and very scary Philly union officials. As an example of what I dealt with in that environment, I scanned a 1988 SEPTA transport workers union newsletter whose cover shows a drawing of an injured employee on crutches and a Donald Duck figure with a stethoscope representing the Medical Department physicians, holding a note telling the ostensibly crippled employee to return to work. The newsletter cover is at <a target="blank" href="http://www.ischool.drexel.edu/faculty/ssilverstein/scotsilv/SEPTA_quack.jpg">this link</a> (jpg) and below. <div style="text-align: center;"><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOVK20jFEtLDaMdSFlFDH1I11RIvfTHzEh8_YpjtJPsMcmXZjghJa1ouj5psvT57_EBtc9wnH_2TrIfAUyiWdT4oPZ2zqIWDbFERdnMIOEZW89NFqcWxUBWaD-FOAwdtCxH62bJ3Vo7AKA/s1600-h/SEPTA_quack.jpg"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5325864928131939490" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjOVK20jFEtLDaMdSFlFDH1I11RIvfTHzEh8_YpjtJPsMcmXZjghJa1ouj5psvT57_EBtc9wnH_2TrIfAUyiWdT4oPZ2zqIWDbFERdnMIOEZW89NFqcWxUBWaD-FOAwdtCxH62bJ3Vo7AKA/s320/SEPTA_quack.jpg" style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 441px; height: 352px;" /></a>(click to enlarge) </div> Note the text about the medical department and the duck cartoon on the right depicting the doctors ("quack, quack"). In retrospect, I felt far less uncomfortable as a physician in the mass transit environment than I did as a CMIO at a major hospital. I did not expect much in the way of rigor and science from a transit agency and transit union leaders. Remarkably, though, I also never feared retaliation or being fired for pointing out potential safety problems. Doing so, in fact, was taken quite seriously, by the Medical Director, the GM's office, Industrial Relations, the system Safety Officer, even the unions when presented the cold, hard facts. Never as Medical Programs Manager and Medical Review Officer was I ignored, as I was as a hospital CMIO. I felt less comfortable as a hospital CMIO than in the mass transit authority, as I expected a lot more from hospital leadership ... and still do. On the other hand, I respected the union leaders' directness and unabashed defense of their membership. Physicians can learn something from them in regards to defense of patient care, and defense of their own profession. My writing style has, in part, certainly been informed by past interactions with <a href="http://www.twu.com/">TWU</a>, <a href="http://www.utu.org/">UTU</a>, <a href="http://www.ble.org/">BLET</a>, <a href="http://www.brs.org/">BRS</a> and other transit union leaders and members. -- SS Addendum Apr. 18: Although the causality of this terrible accident just one day after my post above is yet to be determined, I am often reminded of the public safety aspects of my prior line of work in ensuring fitness for duty of public servants in safety sensitive roles: <blockquote style="font-family:arial;"> Sat, Apr. 18, 2009 <a href="http://www.philly.com/philly/hp/news_update/43216407.html">Man struck, killed by SEPTA bus</a> By DAVID GAMBACORTA Philadelphia Daily News Milton Boneta cheated death seven months ago when he was struck by a SEPTA bus in his wheelchair at 8th Street and Girard Avenue. Fate revisited him in cruel fashion at the same intersection yesterday. This time, he was not as lucky. Police said the Route 47 bus crushed Boneta, 61, as he crossed 8th Street in his motorized wheelchair at about 4:15 p.m. Based on the reactions of witnesses and the grisly scene, there was no chance he could have survived this accident ... "The operator told me to check for a pulse or to see if he was breathing," [a witness] said, adding that his body clearly was too badly mangled for any lifesaving efforts.</blockquote> Remembering what I used to do in public transit vs. the inability to perform a similar function as a CMIO in hospitals brings into focus the absurdity of allowing IT personnel to have a veto on issues that concern patient care and safety. (As the head of the Division of Biostatistics and Bioinformatics of a major medical center who had his staff review my <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/medinfo.htm">HIT site</a> recently wrote me, he "could not imagine any reasonable individual" - i.e., hospital executive - allowing that situation to occur, and found it "downright scary.") Hospitals can cover up and bury their mistakes, especially when related to the relatively esoteric issues of HIT dysfunction, so perhaps their attitudes can be more cavalier than in the transit industry. -- SS

Complacency and Healthcare IT: Who is Taken More Seriously on Risk, A CMIO or A Public Transit Authority Doctor?

In this post I make a very shameful comparison. Shameful to the healthcare industry, that is, and coming from an unusual perspective due to...

Đọc thêm »

Health IT Vendor Blames HIT Problems on Those Damn Doctors, Since HIT is Perfect, Like Mother and Apple Pie

Seen on the HisTALK blog: <blockquote>http://histalk2.com/2009/04/16/news-41609/#comment-3996 <div class="cauthor"><a href="http://www.icainformatics.com/" rel="external nofollow">Mythoughts Exactly</a> Says: </div> In my experience with EMR implementations, the big reason they are unsuccessful is because as Pete Potomus says “Drs are busy people” [busy with patient care activities and responsibilities - ed.], they want it to be flexible enough to conform to their individual standards and the customer doesn’t take ownership of the process of implementation and customization to the individual physician needs. It’s not that many of the EMRs don’t have the flexibility - it’s that the medical profession is too “busy” to take the time to learn the application [sure, doctors have all the time in the world to learn how to use tools <a style="font-style: italic; font-weight: bold;" href="http://www.tinyurl.com/hostileuserexper">like this</a> - ed.], take advantage of all the functionality available and standardize their practice. Like any new “instrument” used in the practice of medicine, EMR take a lot of work to learn, tailor to the individual practice and become efficient. </blockquote> I cannot fathom the remarkable arrogance and insensitivity above to the turmoil most physicians now find themselves in, squeezed from all sides - political, financial, legal, regulatory - in trying to render patient care. This commenter's profile links to a Health IT vendor, <a href="http://www.icainformatics.com/">Informatics Corporation of America</a>. I find the comment "Like any new 'instrument' used in the practice of medicine, EMR take a lot of work to learn, tailor to the individual practice and become efficient" quite interesting. I find it of interest in that, unlike other new instruments used in the practice of medicine, Health IT is entirely unregulated, and the vendors <a href="http://hcrenewal.blogspot.com/2009/03/health-care-information-technology.html">unaccountable</a>. Also, why does it take so much work to learn? Why is that rarely asked by the pundits and those who make money from HIT? Could it be due to the <a href="http://www.tinyurl.com/hostileuserexper">poor user experience</a> HIT too often presents? HIT is also not as infinitely malleable as the writer suggests, especially in areas such as workflow customization, clinical content, cognitive support and other areas. Further, in may large HC organizations, bureaucracy often prevents full use of customization features even as they exist. Doctors and other clinicians then suffer. One wonders if this vendor has ever considered that physicians’ reluctance to “standardize their practices" [i.e., alter their practices to conform to the IT designer's beliefs about medicine - ed.] might in fact be the best stance relative to patient safety in 2009? Or do they have absolute faith in HIT? One wonders if this vendor merely believes the National Research Council's <a href="http://www8.nationalacademies.org/onpinews/newsitem.aspx?RecordID=12572">report on widespread inadequacies of HIT</a> (the highest scientific body in the land), including the recommendation that "in the long term, [HIT] success will depend upon accelerating interdisciplinary research in biomedical informatics, computer science, social science, and health care engineering [to improve HIT]" is merely senseless prattle? There is a reason I write about a cross-occupational invasion, piracy if you will, of medicine by IT. Physicians and other clinicians are being taken hostage - they either comply with the IT industry's demands for compliance to the <a href="http://www.syleum.com/2009/03/17/healthcare-data-model/">cesspool</a> all too often created by health IT (and the demands of its enforcers, a.k.a. government in 2009), or else. Health IT failure is, after all, entirely doctors' fault. Right?Wrong. This canard has to stop. Now. I've heard it for years (since at least the mid 1990's), and I for one, am tired of hearing it. Who are IT personnel of any stripe to be telling physicians what to do? What, exactly, are their qualifications to render such judgments? (When physicians and other clinicians hear this type of "advice" they should ask this question. Loudly.) The problems with HIT are that HIT is largely experimental and often substandard or defective, its purveyors conflicted and arrogant. Worse, many have grown imperious due to <a href="http://hcrenewal.blogspot.com/2007/10/physicians-learned-helplessness.html">physicians' learned helplessness</a> and vendors' shielding from liability.We complain about dishonesty, dangerous products and conflicts of interest in pharma? Health IT seems significantly worse. Apparently, this HIT company has found solutions to all the problems in the corpus below: <blockquote> Joint Commission: <a href="http://www.jointcommission.org/SentinelEvents/SentinelEventAlert/sea_42.htm">Sentinel Events Alert on HIT</a>, Dec. 2008. National Research Council report. <a href="http://www8.nationalacademies.org/onpinews/newsitem.aspx?RecordID=12572">Current Approaches to U.S. Healthcare Information Technology are Insufficient</a>. Computational Technology for Effective Health Care: Immediate Steps and Strategic Directions, Jan. 2009 <a href="http://www.publications.parliament.uk/pa/cm200809/cmselect/cmpubacc/153/15302.htm"> The National Programme for IT in the NHS: Progress since 2006,</a> Public Accounts Committee, January 2009. Summary points <a href="http://www.publications.parliament.uk/pa/cm200809/cmselect/cmpubacc/153/15304.htm">here</a>. <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/medinfo.htm">Common Examples of Healthcare IT Difficulties</a> (website). S. Silverstein, MD, Drexel University College of Information Science and Technology. <a href="http://jama.ama-assn.org/cgi/content/extract/301/12/1276">Health Care Information Technology Vendors' "Hold Harmless" Clause - Implications for Patients and Clinicians</a>, Ross Koppel and David Kreda, Journal of the American Medical Association, 2009; 301(12):1276-1278 <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/regulation_and_oversight_hoffman.pdf">Finding a Cure: The Case for Regulation And Oversight of Electronic Health Records Systems</a>, Hoffman and Podgurski, Harvard Journal of Law & Technology 2008 vol. 22, No. 1 <a href="http://www.ncbi.nlm.nih.gov/pubmed/18213422">Failure to Provide Clinicians Useful IT Systems: Opportunities to Leapfrog Current Technologies</a>, Ball et al., Methods Inf Med 2008; 47: 4–7, <a href="http://jama.ama-assn.org/cgi/content/extract/301/9/919">IT Vulnerabilities Highlighted by Errors, Malfunctions at Veterans’ Medical Centers</a>, JAMA Mar. 4, 2009, p. 919-920. <a href="http://pediatrics.aappublications.org/cgi/content/abstract/116/6/1506">Unexpected Increased Mortality After Implementation of a Commercially Sold Computerized Physician Order Entry System</a>, Han et al., Pediatrics Vol. 116 No. 6 December 2005, pp. 1506-1512 <a href="http://jama.ama-assn.org/cgi/content/abstract/293/10/1197">Role of Computerized Physician Order Entry Systems in Facilitating Medication Errors</a>. Ross Koppel, PhD, et al, Journal of the American Medical Association, 2005;293:1197-1203 <a href="http://www.jamia.org/cgi/content/short/15/4/408">Workarounds to Barcode Medication Administration Systems: Their Occurrences, Causes and Threats to Patient Safety</a>, Koppel, Wetterneck, Telles & Karsh, JAMIA 2008;15:408-423 <a href="http://www.nytimes.com/2009/03/06/opinion/06coben.html">The Computer Will See You Now</a>, New York Times, Armstrong-Coben, March 5, 2009, <a href="http://hcrenewal.blogspot.com/2009/03/health-it-project-success-and-failure.html">Health IT Project Success and Failure: Recommendations from Literature and an AMIA Workshop</a>. Journal of the American Medical Informatics Association. Bonnie Kaplan and Kimberly D. Harris-Salamone (preprint, doi:10.1197/jamia.M2997) <a href="http://iig.umit.at/efmi/badinformatics.htm">Bad Health Informatics Can Kill</a>. Working Group for Assessment of Health Information Systems of the European Federation for Medical Informatics (EFMI). <a href="http://archinte.ama-assn.org/cgi/content/short/167/13/1400">Electronic Health Record Use and the Quality of Ambulatory Care in the United States</a>. Arch Intern Med. 2007;167:1400-1405 <a href="http://archinte.ama-assn.org/cgi/reprint/165/10/1111.pdf">High Rates of Adverse Drug Events in a Highly Computerized Hospital</a>, Nebeker at al., Arch Intern Med. 2005;165:1111-1116. "<a href="http://articles.icmcc.org/2009/01/23/dutch-ehr-postponed-are-they-in-good-company/">Dutch nationwide EHR postponed: Are they in good company?</a>", ICMCC.org, Jan. 24, 2009 “<a href="http://www.ama-assn.org/amednews/2006/12/11/bisa1211.htm">Avoiding EMR meltdown</a>.” About a third of practices that buy electronic medical records systems stop using them within a year, AMA News, Dec. 2006. "The failure rates of EMR implementations are also consistently high at close to 50%", from <a href="http://www.infoclin.ca/assets/emr%20success%20methodologies%20framework%20development%20ishimr%202006%20v2.pdf">Proceedings of the 11th International Symposium on Health Information Management Research</a> – iSHIMR 2006 "Industry experts estimate that failure rates of Electronic Medical Record (EMR) implementations range from 50–80%.", from <a href="https://www.advancedmd.com/pressroom/white_papers/commonsense_to_emrs.pdf">A Commonsense Approach to EMRs</a>, July 2006 <a href="http://www.taxonomer.com/PublishTxgd001/index.htm">Adverse Effects of Information Technology in Healthcare</a>. This knowledge center presents a collection of information on the adverse effects of information technology in its application to healthcare. It also references sources of information on information security, and related media reports. <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/Goldfinch_pessimism_PAR.pdf">Pessimism, Computer Failure, and Information Systems Development in the Public Sector</a>. Shaun Goldfinch, University of Otago, New Zealand, Public Administration Review 67;5:917-929, Sept/Oct. 2007</blockquote> -- SS

Health IT Vendor Blames HIT Problems on Those Damn Doctors, Since HIT is Perfect, Like Mother and Apple Pie

Seen on the HisTALK blog: http://histalk2.com/2009/04/16/news-41609/#comment-3996 Mythoughts Exactly Says: In my experience with EMR i...

Đọc thêm »

A Most Interesting Patient Account of Misery by EHR

As I have written many times, health IT can achieve many of its touted benefits, but only if done well. "Done well" is not as easy at it might seem in the complex world of healthcare. I am providing <a href="http://www.syleum.com/2009/03/17/healthcare-data-model/">a link to a fascinating story</a> by a patient, <a href="http://www.burtongroup.com/AboutUs/Bios/PrintBio.aspx?Id=137">Joe Bugajski</a>, who is a professional in enterprise architecture, data access strategies, application engineering, information integration and quality, technology standards, and other related domains, with impressive big-industry expertise. The story is here: <blockquote style="font-weight: bold;">Tuesday, March 17th, 2009 | Joe Bugajski <a href="http://www.syleum.com/2009/03/17/healthcare-data-model/" rel="bookmark" title="The Data Model That Nearly Killed Me">The Data Model That Nearly Killed Me</a></blockquote><a href="http://www.syleum.com/2009/03/17/healthcare-data-model/" rel="bookmark" title="The Data Model That Nearly Killed Me"></a> It is worth reading in its entirety. It illustrates many of the points I've made on HC Renewal about healthcare IT difficulties in the real world (as opposed to the Bernie Madoff world of "unlimited returns, no matter what.") Here is an excerpt: <blockquote style="font-family:arial;"> ... Medical personnel at urgent care and the hospital who interacted with me all used a version of the same electronic health information system (the “system”). It became clear that everyone was fighting that system. Indeed, they wasted between 40% and 60% of their time making the system do something useful for them. The system kept everyone from fulfilling their duties - the health information system did not help medical professionals perform their duties. Since my hospital stay, I confirmed that electronic health information systems are mostly broken. I interviewed medical professionals, healthcare IT experts, and my allergist. They confirmed my sickbed analysis. Indeed, several experts said that they longed for handwritten charts once more hanging from the foot of every patient’s bed. (Again, please read Prof. Dr. Armstrong-Coben’s <a href="http://www.nytimes.com/2009/03/06/opinion/06coben.html?scp=7&sq=medicine&st=nyt" target="_self">Op-Ed article</a>.) My analysis argues for careful analysis of strengths, weaknesses, opportunities, and threats (SWOT) associated with building a national health information network. If the nation simply accepts the President’s vision while healthcare IT vendors collect some of the $20 billion stimulus bounty, individuals and businesses will pay higher medical costs, patients will receive inferior care, and medical professionals will lose precious time fighting IT systems instead of delivering better care.</blockquote> A SWOT analysis is a good idea. Unfortunately, such an analysis is difficult in face of HIT <a href="http://hcrenewal.blogspot.com/2009/03/health-care-information-technology.html">contractual gag clauses</a>, lack of cross-institutional knowledge sharing, and a societal meme that "health IT is all plug and play goodness and apple pie, always and forever" that got inserted into the national psyche. This meme somehow short-circuited the critical approaches necessary towards perfecting and proving an experimental technology (which was how many if not most informatics professionals viewed HIT when I started my fellowship in the early 1990's). I believe this meme arose and was propagated largely through efforts of the marketing arms of vendors, trade associations and pundits. I agree with Mr. Bugajski's conclusions, which parallel my own writings over the past few years: <blockquote style="font-family:arial;">A national health information network, while a laudable vision, will require massive data integration engineering at a scale never before undertaken by the IT industry ... Mr. President, don’t be fooled by IT vendors telling (false) tales of munificent and magnificent skills with their heath information system development. Rather, ask them to depart immediately. Instead call upon our nation’s best system and data architects to report for duty. [As I've noted over the years, Medical Informatics experts have that expertise with respect to HIT - ed.]... The national health information network envisioned by President Barak Obama is a pipedream. That is, unless and until information technology (IT) professionals [ideally with leadership and input from Medical Informatics professionals --ed.] learn how to build systems and data models that meet end-user requirements (read, useful to medical professionals). My recent experience with an urgent care clinic and a major tertiary care hospital convinced me that the United States will require a long time before there is a consistent data model capable of recording a patient’s health information, let alone a data model capable of accurately and reliably transmitting that information from one healthcare institution to another. Much of the groundwork required to achieve the vision needs to be done. The $20 billion allocated by the American Recovery and Reinvestment Act for a health information network will be squandered by IT vendors and hospital administrators [as I opined in my recent <a href="http://hcrenewal.blogspot.com/2009/02/medinformaticsmd-in-wall-street-journal.html">WSJ letter to the editor</a> - ed.] long before the nation has a viable network unless and until the administration acts rationally to establish a program of development that is free of vendor and administrative greed. Take it from a guy who recently found breathing very difficult, do not hold your breath waiting for a national health information network to appear.</blockquote> I fear (from over a decades' experience), unfortunately, that due to arrogance, greed, irrational exuberance, inappropriate overconfidence in computing, and other forms of stupidity, many in HIT and government will receive these well-engineered words no differently than as depicted in this medieval illustration: <a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi9jDMKp3aTcSAKpJgoQTVZsa21Kl9oZGf0FyWiVkRDpFDevXwJLMTTAraOKW_senshpT4eyrD8Crbc-TLwuBhD4d6VPy5vB_RRXCB4L1e99rwHexmcUgvHPMEKkJhQlKZqElNSVB030ryV/s1600-h/pearls.png"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5325668947517052226" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi9jDMKp3aTcSAKpJgoQTVZsa21Kl9oZGf0FyWiVkRDpFDevXwJLMTTAraOKW_senshpT4eyrD8Crbc-TLwuBhD4d6VPy5vB_RRXCB4L1e99rwHexmcUgvHPMEKkJhQlKZqElNSVB030ryV/s320/pearls.png" style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 352px; height: 236px;" /></a> -- SS

A Most Interesting Patient Account of Misery by EHR

As I have written many times, health IT can achieve many of its touted benefits, but only if done well. "Done well" is not as ea...

Đọc thêm »

Introducing the Google Lime Scholarship

Today, we're pleased to announce the most recent addition to our scholarship programs, the Google Lime Scholarship for Students with Disabilities. We're partnering with <a href="http://www.limeconnect.com/">Lime</a> to offer scholarships to students with disabilities who are pursuing university degrees in the field of computer science in Canada or the U.S. Lime is a not-for-profit organization that brings together global corporations and people with disabilities, bringing to light an untapped source of talent. Scholarships will be granted for the 2009–2010 academic year, and recipients will be invited to attend an all-expenses-paid retreat at the Googleplex in Mountain View in 2010. We hope that this program will increase opportunities for students with disabilities and encourage them to pursue careers in computer science. We also hope to foster long-lasting relationships through which these students can support each other over the course of their academic studies. The deadline to apply for this year's Lime Scholarship is June 1, 2009. For complete details, visit <a href="http://www.google.com/jobs/scholarships">www.google.com/jobs/scholarships</a>. Posted by Meghan O'Farrell, Talent and Outreach Programs Specialist

Introducing the Google Lime Scholarship

Today, we're pleased to announce the most recent addition to our scholarship programs, the Google Lime Scholarship for Students with Dis...

Đọc thêm »

YouTube Symphony Orchestra: from idea to reality

(Cross-posted from the <a href="http://www.youtube.com/blog?entry=mjTQtrvsAP8">YouTube</a><a href="http://www.youtube.com/blog?entry=mjTQtrvsAP8"> Blog</a>) Today represents the final culmination of an idea many months in the making: a first-class global orchestra brought together by YouTube. This week, over 90 musicians from around the world -- including a Spanish guitarist, a Dutch harpist and a Lithuanian birbyne player — have gathered in New York City in preparation for tonight's historic YouTube Symphony Orchestra performance at Carnegie Hall. And today on YouTube's homepage, we are proud to present the world premiere of Tan Dun's composition "Internet Symphony, Eroica," as selected and mashed up from nearly 3,000 video submissions from around the globe. Maestro — the mash-up, please! <object height="340" width="560"><param name="movie" value="http://www.youtube.com/v/oC4FAyg64OI&hl=en&fs=1"><param name="allowFullScreen" value="true"><param name="allowscriptaccess" value="always"><embed src="http://www.youtube.com/v/oC4FAyg64OI&hl=en&fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" height="340" width="560"></embed></object> Along with the "Eroica" premiere, we're also posting exclusive behind-the-scenes footage of the preparation leading up to tonight's performance. Learn more about the <a href="http://www.youtube.com/symphony">YouTube Symphony Orchestra</a> by watching candid vlogs, early rehearsals with conductor and creative director <a href="http://www.youtube.com/michaeltilsonthomas">Michael Tilson Thomas</a>, and meet-and-greets between the musicians lucky enough to participate in this once-in-a-lifetime event. Many thanks to our "Vlog Squad" team of classical musicians (<a href="http://www.youtube.com/user/alicelizard">Caeli Smith</a>, <a href="http://www.youtube.com/user/jeremydenk">Jeremy Denk</a>, and <a href="http://www.youtube.com/user/eikosudoh">Eiko Sudoh</a>), and to <a href="http://www.youtube.com/gramafilm">Harmony Films</a>, who are currently putting together a full-length documentary on the YouTube Symphony Orchestra. And for those of you who can't make it to New York in time for the big show, don't fret. We'll be posting the full performance from Carnegie Hall on YouTube tomorrow at <a href="http://www.youtube.com/symphony">www.youtube.com/symphony</a>. Posted by Michele Flannery, YouTube Music

YouTube Symphony Orchestra: from idea to reality

(Cross-posted from the YouTube Blog ) Today represents the final culmination of an idea many months in the making: a first-class global orc...

Đọc thêm »

An ARIA for Google Moderator

From time to time, our own <a style="font-style: italic;" href="http://emacspeak.sourceforge.net/raman/">T.V. Raman</a> shares his tips on how to use Google from his perspective as a technologist who cannot see -- tips that sighted people, among others, may also find useful. - Ed. Google-AxsJAX was launched in late 2007 as a library for access-enabling Web-2.0 applications. Since then, we have released accessibility enhancements for many Web-2.0 applications via the <a href="http://code.google.com/p/google-axsjax/">AxsJAX site</a> as early experiments that have eventually graduated into full-fledged products. Just recently we <a title="posted" href="http://googleblog.blogspot.com/2009/04/aria-for-google-calendar-finance-and.html" id="o9.g">posted</a> about using the AxsJAX library to provide ARIA enhancements for Google Calendar, Google Finance and Google News. Now we are happy to share an early AxsJAX extension for <a title="Google Moderator" href="http://moderator.appspot.com/" id="v.:0">Google Moderator</a> that enables fluent eyes-free use of the tool. For details about AxsJAX enhancements, see the <a href="http://google-axsjax.googlecode.com/svn/trunk/docs/faq.html">AxsJAX FAQ</a>. Briefly, you need Firefox 3.0 and a screenreader that supports W3C ARIA to take advantage of these enhancements. Users who do not have a screenreader installed can most easily experience the results by installing <a href="http://www.clcworld.net/">Fire Vox</a>, a freely available self-voicing extension for Firefox. You can activate the AxsJAX enhancement for Google Moderator either by clicking on the link that says "Click here for ARIA enhanced Google Moderator" or by <a style="background-color: rgb(255, 255, 255);" title="accessing the ARIA-enhanced version directly" href="http://moderator.appspot.com/?axs#16/e=1a26" id="xuh-">accessing the ARIA-enhanced version directly</a>. After enabling the enhancement, you can use Google Moderator via the keyboard, with all user interaction producing spoken feedback via W3C ARIA. Here is a brief overview of the experience: 1. The user interface is divided into logical panes — one listing topic areas, and the other listing questions on a given topic. At times (e.g., before a meeting), you may find an additional Featured Question pane that shows a randomly selected question that you can vote on. 2. Users can ask new questions under a given topic, or give a thumbs-up/thumbs-down to questions that have already been asked. 3. Use the left and right arrow keys to switch between the two panes. You hear the title of the selected pane as you switch. 4. Use up and down arrows to navigate among the items in the selected pane. As you navigate, you hear the current item. 5. Hit enter to select the current item. 6. The current item can be magnified by repeatedly pressing the + (or =) key. To reduce magnification, press the - key. 7. When navigating the questions in a given topic, hit y or n to vote a question up or down. 8. When navigating items in the topic pane, hit a to ask a question. Once you confirm your request to post the question, it will show up in the list of questions for that topic so that others can vote that question up or down. Please visit the <a href="http://groups.google.com/group/accessible/?pli=1">Google Group for accessibility</a> to provide feedback. This AxsJAX extension is still a work in progress, so we'd love to hear from you as we continue to work out the kinks. Update on 4/14: Clarified in the second and third paragraphs that you do not need to install this enhancement. You can access it directly from Google Moderator. Posted by Posted by T. V. Raman, Research Scientist, and Charles L. Chen, Software Engineer

An ARIA for Google Moderator

From time to time, our own T.V. Raman shares his tips on how to use Google from his perspective as a technologist who cannot see -- tips th...

Đọc thêm »

Should Google Seek the Resignations of Those Responsible for This Healthcare IT Debacle?

Simply amazing. One of the richest and most "leading edge" IT companies in the world with almost unlimited resources and access to expertise commits one of the most fundamental biomedical information science (a.k.a. informatics) blunders, as in the taxonomy in my post <a href="http://hcrenewal.blogspot.com/2009/03/draft-patient-rights-statement-and.html">here</a>, at the level of "likely to cause patient harm in short term if uncorrected." I have repeatedly written over at least the past ten years that applying the leadership and methodologies of business IT to clinical computing is both ill conceived and dangerous, as business computing and clinical computing are two very different computing subspecialties, the latter requiring quite specialized leadership and approaches. I've written it at <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/cases/">academic sites</a>, in magazines, in newspapers, and other venues. Yet, as we have observed at HC Renewal regarding other flavors of healthcare mismanagement and malfeasance, these words seem to <a href="http://hcrenewal.blogspot.com/2006/07/anechoic-effect-explained.html">suffer an anechoic fate</a>. Here we go again with another example of what appears to be gross mismanagement of clinical IT by business IT personnel and organizations. The following type of debacle is sooner or later going to kill patients and must end, immediately: <blockquote> Boston Globe <a style="font-weight: bold;" href="http://www.boston.com/news/nation/washington/articles/2009/04/13/electronic_health_records_raise_doubt/?page=full">Electronic health records raise doubt</a> Google service's inaccuracies may hold wide lesson ["may?" - ed.] By Lisa Wangsness, Globe Staff April 13, 2009 WASHINGTON - When Dave deBronkart, a tech-savvy kidney cancer survivor, tried to transfer his medical records from Beth Israel Deaconess Medical Center to Google Health, a new free service that lets patients keep all their health records in one place and easily share them with new doctors, he was stunned at what he found. Google said his cancer had spread to either his brain or spine - a frightening diagnosis deBronkart had never gotten from his doctors - and listed an array of other conditions that he never had, as far as he knew, like chronic lung disease and aortic aneurysm. A warning announced his blood pressure medication required "immediate attention." "I wondered, 'What are they talking about?' " said deBronkart, who is 59 and lives in Nashua. DeBronkart eventually discovered the problem: Some of the information in his Google Health record was drawn from billing records, which sometimes reflect imprecise information plugged into codes required by insurers. Google Health and others in the fast-growing personal health record business say they are offering a revolutionary tool to help patients navigate a fragmented healthcare system, but some doctors fear that inaccurate information from billing data could lead to improper treatment. </blockquote> (Addendum April 19: a first hand account of this problem is at e-patients.net <a href="http://e-patients.net/archives/2009/04/imagine-if-someone-had-been-managing-your-data-and-then-you-looked.html">here</a>.) What manner of amateurs made and approved the decision to map semantically and often medically imprecise, and often deliberately overstated or misused billing codes to diagnoses, and then display the diagnostic terms to a user - ANY user, patient or "learned intermediary" - in an electronic health record? Not to mention how <a href="http://hcrenewal.blogspot.com/2009/04/masochism-medicine-and-clinical-it-how.html">poorly conceived and implemented</a> many of the HIT billing systems themselves are, making billing data even less trustworthy... <div style="text-align: center;"><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinOXLmoUpcH2XE8DCduOm8-bnlZPwBkhOwAAGuhxIX94n-rV4NauiHoaC-UAYsXbSG3kklzXezv6MtRFqj_f9wqUXwwhtzDUA0BNY9jPABeBYPwRajgZdfEMwKnVVFb8Y9azjzxOGH44OQ/s1600-h/doh.jpg"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5324254310017454930" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEinOXLmoUpcH2XE8DCduOm8-bnlZPwBkhOwAAGuhxIX94n-rV4NauiHoaC-UAYsXbSG3kklzXezv6MtRFqj_f9wqUXwwhtzDUA0BNY9jPABeBYPwRajgZdfEMwKnVVFb8Y9azjzxOGH44OQ/s320/doh.jpg" style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 115px; height: 146px;" /></a>Injecting humor into a most somber post, Homer succinctly summarizes the situation. </div> It is common knowledge to any competent person in healthcare informatics that doing what was done by Google Health is prone to create exactly the kind of situation that occurred. <blockquote>Insurance data, by contrast, is already computerized and far easier and cheaper to download. But it is also prone to inaccuracies, partly because of the clunky diagnostic coding language used for medical billing, or because doctors sometimes label a test with the disease they hope to rule out, medical technology specialists say.</blockquote> One does not have to be much of a "specialist" to make this realization. Almost anyone who's ever practiced medicine could probably have told Google's designers, developers and programmers this. This raises a number of questions, which also do not require a specialist to raise: <ul><li>What were the designers, implementers and management of this project thinking? </li><li>Who was leading the project? </li><li>What were there backgrounds? </li><li>Who made the decision to implement in this manner?</li></ul> Danny Sands raises the obvious: <blockquote>"The problem is this kind of information should never be used clinically, especially if you don't have starting or ending dates" attached to each problem, said deBronkart's primary care doctor, Daniel Z. Sands, who is also the director of medical informatics at <org idsrc="NASDAQ" value="CSCO">Cisco Systems</org>.</blockquote> Indeed. <blockquote>Personal health records, such as those offered by Google Health, are a promising tool for patients' empowerment - but inaccuracies could be "a huge problem," ["could be?" - ed.] said Dr. Paul Tang, the chief medical information officer for the Palo Alto Medical Foundation, who chairs a health technology panel for the National Quality Forum. For example, he said, an inaccurate diagnosis of gastrointestinal bleeding on a heart attack patient's personal health record could stop an emergency room doctor from administering a life-saving drug.</blockquote> And when such an event occurs and a patient is harmed or killed, who then is held accountable - and who is held harmless? (Oh wait ... we know the answer to that question thanks to <a href="http://hcrenewal.blogspot.com/2009/03/health-care-information-technology.html">Koppel and Kreda</a>...) This "billing data" issue and other EHR issues like it are not rocket science, they are Medical Informatics 101. I've seen such issues before, such as at "<a href="http://hcrenewal.blogspot.com/2006/08/aol-kerfuffle-information-technology.html">AOL kerfuffle: information technology vs. information science, a distinction lost at industry's peril</a>" and at "<a href="http://hcrenewal.blogspot.com/2006/10/on-intels-and-walmarts-prescription.html">On Intel's and Walmart's prescription for Healthcare IT</a>." I summed the problem up like this at the post "<a href="http://hcrenewal.blogspot.com/2008/12/biomedical-informatics-manifesto.html">A Biomedical Informatics Manifesto</a>": <blockquote style="font-weight: bold;">Biomedical Informatics as a specialty might as well be invisible. Amateurs** rule HIT.</blockquote> (** Amateur in the sense that I am a <a href="http://www.arrl.org/">radio amateur</a>, not a telecommunications professional and would not deem myself appropriate to design and run a critical telecommunications project). Perhaps, though, I should have added "amateurs rule HIT, and even worse are too often managed by incompetents." I believe Google should conduct a top to bottom investigation of the management chain and the decision making process that led to such a fiasco, which can only further erode public confidence in electronic health records at a time of national distrust in Big Business and Big Medicine. Those who made such design and implementation decisions without appropriate input from those who know better, or worse, those who might have overridden or ignored such counsel, should be dealt with appropriately. (If it were me, I'd ask for their resignation, but that's my opinion.) Clinical medicine, Electronic Health Records and patients' well being are not an information technologists' learning lab. Also of concern to me, this is the type of data our government seems to be <a href="http://hcrenewal.blogspot.com/2009/04/have-we-suffered-complete-breakdown-in.html">touting for use in Comparative Effectiveness Research</a>. (It is also of concern to me in this regard that our new Secretary of HHS was the former Kansas commissioner for insurance from 1994 to 2002, and such billing data is likely where the majority of her experience with medical datasets resides.) Finally, like the financial schemes of the past decade, I can only wonder when the computational House of Cards that is being built in healthcare as a result of the quasi-religious Syndrome of Inappropriate Overconfidence in Computing, and worship of its priests, the IT Whiz Kids and consultants to whom domain expertise is optional, will come crashing down. -- SS Addendum: A physician correspondent who wishes to remain anonymous writes (emphases mine): <blockquote style="font-family:arial;">[The Boston Globe article] could not have come at a better time. Just today, a spouse had his "home grown" PHR for his wife who was hospitalized with multiple medical problems, including advanced metastic breast cancer and complex vascular disease. He has an elaborate PHR with history, treatments, allergies, medication lists, etc. It was so impressive that when this 80ish year old patient was admitted, he gave the medication list from the computer to the physicians and nurses. It appeared so reliable that not one health care professional bothered to question it or reconcile it with the labels on the bottles (everyone is so busy nowadays clicking and scrolling the computer silos for information). As it turns out, he left out a decimal point on a dose of a potent medication that should have been 2.5 mg. The computer printed a legible list (with other errors too) stating the dose of this med was 25 mg per day (10 times too much). It was ordered that way by the doctors. It got to the pharmacy, but somewhere in this complex chain, a non physician non nurse individual got the dose to the patient correctly as 2.5 mg [fortunately, the error was caught, this time. What about next time? - ed.] Being a detective with an eye for detail and a stickler for accuracy, I happened to notice the error when the spouse was showing off his PHR to me. Again, this is one case with potentially dangerous consequences of a pervasive error generated in the PHR by flawed data entry. It was not a Google or Health Vault device, but I cannot believe that these companies have garbage filters on their devices to prevent the "garbage in, garbage out" syndrome. Good medical care is being subverted by these experimental devices. Upon scratching the surface of PHR, EMR, and CPOE devices' functional impact on the administration of medical care, the dangers are widespread. This toxicity is covered up from scrutiny by the "non-disclosures" and "hold harmless" contractual obligations described in the Koppel and Kreda report.</blockquote> One wonders how many incidents like this happen every day and are being concealed by the HIT industry and the pundits profiting handsomely from selling defective HIT devices. I am quite concerned that nobody really knows. This is not science. On a final sobering note, as the "hold harmless" and "defects gag" clauses are purged from HIT contracting, which they will most certainly be, I would suggest the many amateurs in HIT obtain some very solid liability insurance covering patient harm related to their systems and their advice. For they may just find themselves as defendants answering questions on the witness stand in front of a hungry plaintiff's attorney, a jury of average citizens, bereaved relatives of patients who were harmed via IT misadventure, and questions composed by people of my background. These questions will place the true nature of their expertise and qualifications to be tooling around with medical care under severe scrutiny. That will likely not be very pretty. -- SS April 22 addendum: In comment #15 to this post <a href="http://www.thehealthcareblog.com/" rel="nofollow" onclick="window.open(this.href);return false;">Matthew Holt</a> issued this filled with absolutes <a href="http://www.nizkor.org/features/fallacies/ad-hominem.html">ad hominem</a> comment ... <blockquote>Seriously, MedInformaticsMD, you are so pissed off with everyone in IT [everyone? - ed.] that you're now part of the problem [problem of vendors creating bad IT? - ed.] Do you seriously think that the people at BIDMC, Google and everyone else in health IT (even Cerner) just dont give a shit? [I cannot read minds. I can only see results - ed.] Or do you think that they might be trying to figure out how to solve these problems [of course they're trying to solve problems, but good intentions without requisite ability and expertise are inadequate in healthcare - ed.], and perhaps could you some constructive help. Rather than a barrage of attacks on anything they try to do. [Anything? You mean, such as <a href="http://hcrenewal.blogspot.com/2009/01/who-can-solve-hits-challenges-part-1.html">in this post praising Google</a> in areas where they do leverage their expertise properly? -ed.] </blockquote>Perhaps my direct Chairman of Medicine-after-patient-mishap tone in offering the most constructive of criticism - i.e., don't embark on medical projects in which you are over your head, find people who do know the domain and let them lead, don't release anything in medicine without appropriate, rigorous premarket trials - upset him. In addition to the inserts above, in the comments section I replied: <blockquote>I'm sorry you feel that way. I'm not sure what "problem" you're referring to, but if it's harming patients due to badly implemented HIT, I'm certainly not part of that problem. As just one example, my <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/cases/" rel="nofollow">website on HIT difficulties</a> serves as a resource read <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/failurecases/content/documents/FINAL_Healthcare%20IT%20Failure_Oct_19_2006.ppt">internationally</a> on how to best avoid HIT errors, has been online for a decade, and is quoted in one of the newest and best books on HIT, specifically "Medical Informatics 20/20." Did anyone at BIDMC, Google or Cerner ever read it? Did you ever read it? If not, why not? It is in fact the first link that comes up on a google search on "healthcare IT failure", for example. Do they take it seriously? If not, why not? I believe they were negligent on this project. This suggests they need to give a bit more of a s--- about their work, expecially since real, live patients are involved and the mistake made was so fundamental. Finally, see my post "<a href="http://hcrenewal.blogspot.com/2009/04/health-it-eloquence-and-software.html" rel="nofollow">A Software Engineer's Eloquence on Health IT</a>" for what I consider an attitude of someone who really does give a s--- about such matters.</blockquote> Finally, I see no links to my decade-old academic <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/cases/">website on HIT difficulties</a> over at <a href="http://www.thehealthcareblog.com/">Matthew's blog</a>. One wonders why. It may have to do with a tension between the statement that "the Health Care Blog (THCB) has acquired a reputation as one of the most respected <a href="http://matthewholt.typepad.com/the_health_care_blog/2005/01/about_the_healt.html">independent voices in the healthcare industry</a>" and the post "<a href="http://www.thehealthcareblog.com/the_health_care_blog/2009/04/thcb-would-not-be-possible-without-the-generous-support-of-our-sponsors-thanks-to-our-latest-sponsor-sage-software.html">A Shout out to our sponsors</a>." Healthcare Renewal has no sponsors and does not take advertising. We report, you decide. -- SS

Should Google Seek the Resignations of Those Responsible for This Healthcare IT Debacle?

Simply amazing. One of the richest and most "leading edge" IT companies in the world with almost unlimited resources and access t...

Đọc thêm »