healthy4u

Abbott's TriCor Fails To Beat A Sugar Pill in Diabetics - And In Pharma's Current Death Spiral, Forget About a Drug That Will

In numerous national publications today, we are once again reminded that lowering the risk of diabetics for vascular events (MI/heart attack, CVA/stroke etc.) and death is far more complex than lowering measures such as cholesterol and blood pressure. Note these articles: <a href="http://blogs.forbes.com/sciencebiz/2010/03/abbotts-tricor-fails-to-beat-a-sugar-pill/"></a><blockquote><a href="http://blogs.forbes.com/sciencebiz/2010/03/abbotts-tricor-fails-to-beat-a-sugar-pill/">Abbott's TriCor Fails To Beat A Sugar Pill</a> March 14, 2010 - 9:58 am Matthew Herper Forbes.com ATLANTA -- A popular triglyceride-lowering drug that has been taken by millions of Americans failed to prevent heart disease in a big federal study being presented today. The drug, TriCor from Abbott Laboratories, has been used for over a quarter of a century to lower levels of fatty particles in the blood called triglycerides. The presumption has been that doing so would prevent heart attacks or heart-related deaths. TriCor has annual sales of more than $1 billion. But the new study being presented at the American College of Cardiology meeting casts doubt on this. In the study, funded by the National Heart, Lung and Blood Institute, 5,500 patients with diabetes got either TriCor or a placebo. After five years, there was no difference in the rate of heart attacks, strokes and deaths in the patients who got Tricor versus those who took a sugar pill. </blockquote>and <a href="http://online.wsj.com/article/SB10001424052748703457104575121951874047506.html"></a><blockquote><a href="http://online.wsj.com/article/SB10001424052748703457104575121951874047506.html">Search for Better Diabetes Therapy Falls Short</a> Mar. 14, 2010, 9:39 P.M. ET Ron Winslow Wall Street Journal Current Treatments, While Effective, Failed to Also Help Prevent Heart Attacks and Stroke ATLANTA—New strategies to prevent and treat diabetes and heart disease failed to improve care in two major studies, frustrating researchers' efforts to find more-effective approaches to the world's burgeoning diabetes epidemic. The studies are among the first large trials to test whether treatments recommended for diabetes patients also reduce the risk of heart attacks and strokes. Diabetics are between two and four times as likely to die of cardiovascular causes as nondiabetics. The lack of data on whether strategies to treat diabetes actually lower heart risk is of growing concern to physicians, researchers and regulators. One new study, called Accord, found that treating blood pressure to lower levels than recommended in current practice doesn't further reduce risk of death, heart attack and stroke among people with diabetes. The same study also found that the drug Tricor, marketed by <a href="http://online.wsj.com/public/quotes/main.html?type=djn&symbol=ABT" class="companyRollover link11unvisited">Abbott Laboratories</a>, failed to prevent such events even though it lowered levels of blood fats called triglycerides that are associated with high diabetes risk. In the other report, dubbed Navigator, a diabetes drug called Starlix failed to prevent people at high risk of diabetes from progressing to the disease. The blood-pressure medicine Diovan did modestly reduce risk of developing diabetes in the same study, but neither drug significantly cut the risk of heart-related deaths, heart attacks and strokes. Both pills in this study are sold by <a href="http://online.wsj.com/public/quotes/main.html?type=djn&symbol=NVS" class="companyRollover link11unvisited">Novartis</a> SA of Switzerland.</blockquote> There is a meta-issue I wish to bring up: It's clear there are many phenomena going on in diabetes and other metabolic disorders that we simply do not understand. It's also very likely that there are new drugs, yet undiscovered, that could be developed and that would improve mortality and morbidity. It's too bad the pharmaceutical industry is now largely run by <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/failurecases/?loc=cases&sloc=pharma">dyscompetents, incompetents</a>, and other <a href="http://hcrenewal.blogspot.com/2009/01/pfizerwyeth-merger-and-sacrificing.html">management charlatans</a>, not to mention those responsible for questionable or outright criminal behaviors (such as <a href="http://hcrenewal.blogspot.com/search/label/fraud">here</a>, <a href="http://hcrenewal.blogspot.com/search/label/legal%20settlements">here</a>). This privileged class has apparently so demoralized pharma rank and file including the very soul of drug discovery (chemists) - based for example on "layoff thread" comments on a very popular blog for medicinal, synthetic and other chemists such as <a href="http://pipeline.corante.com/archives/2010/02/17/merck_announces_cuts.php">here</a> - that these new drugs are increasingly unlikely to be developed at all. The industry in its current anti-intellectual, "lay them off and watch the stock price rise", short-term narrow-minded idiocy-driven death spiral is basically good for nothing except money games. Pity. -- SS

Abbott's TriCor Fails To Beat A Sugar Pill in Diabetics - And In Pharma's Current Death Spiral, Forget About a Drug That Will

In numerous national publications today, we are once again reminded that lowering the risk of diabetics for vascular events (MI/heart attack...

Đọc thêm »

Third-Party Reviews of Medical Devices Come Under Scrutiny at the FDA - Except Healthcare IT Medical Devices, Which Get Special Accommodation

This WSJ article caught my eye: <a href="http://online.wsj.com/article/SB10001424052748703447104575117892340074732.html"></a><blockquote><a href="http://online.wsj.com/article/SB10001424052748703447104575117892340074732.html">Third-Party Reviews of Devices Come Under Scrutiny at the FDA </a> March 15, 2010 By ALICIA MUNDY and JARED A. FAVOLE WASHINGTON—When medical-equipment makers like Philips Electronics NV, Siemens AG and General Electric Co. need approval for some new devices, they don't always have to start at the Food and Drug Administration. They can pay companies to do the reviews, which are then routinely approved by FDA officials most of the time. Now this third-party outsourcing program has come under fire at the FDA, and the agency is weighing whether to end it. Agency officials question the quality of the reviews and whether they have served the program's original purpose: saving U.S. taxpayers money. The "real value to industry may be that this is perceived as a way to 'sneak things,'" said an FDA official at a December meeting on device approvals, according to minutes reviewed by The Wall Street Journal. Some third-party reviewers advertise speed and a friendlier process. </blockquote> At a time when the FDA is moving against third party device reviews, HHS and its Office of the National Coordinator for health IT (ONC) are soliciting to create third party EHR "certification" bodies for <a href="http://hcrenewal.blogspot.com/2009/11/2009-pivotal-year-in-healthcare-it.html">healthcare information technology (HIT) medical devices</a> such as electronic medical records systems, decision support tools, clinician order entry and alerting, etc. (see RIN 0991-AB59, "Proposed Establishment of Certification Programs for Health Information Technology", PDF available <a href="http://www.federalregister.gov/OFRUpload/OFRData/2010-04991_PI.pdf">at this link</a>.) This comes at the same time as FDA admitting this technology harms and kills patients, but the extent is unknown (existing FDA data is likely the "tip of the iceberg" reports Jeffrey Shuren MD JD at the HIT Policy Committee, Adoption/Certification Workgroup, special meeting on health IT safety on February 25, 2010). See: "FDA on Health IT Adverse Consequences: 44 Reported Injuries And 6 Deaths, Probably Just 'Tip of Iceberg'" at <a href="http://hcrenewal.blogspot.com/2010/02/fda-on-health-it-adverse-consequences.html" rel="nofollow" target="_blank">http://hcrenewal.blogspot.com/2010/02/fda-on-health-it-adverse-consequences.html</a> and "On ONC's "Proposed Establishment of Certification Programs for Health Information Technology" at <a href="http://hcrenewal.blogspot.com/2010/03/on-oncs-proposed-establishment-of.html" rel="nofollow" target="_blank">http://hcrenewal.blogspot.com/2010/03/on-oncs-proposed-establishment-of.html</a> More from the WSJ article: <blockquote>... The agency's concerns about the third-party reviews come as the FDA is re-evaluating its entire device-approval process. In addition, the agency has recently announced tighter regulation of some machines that deliver radiation in the wake of reports of more than 300 cases of overdoses from CT scanners at four hospitals. Changes under consideration at the FDA include terminating the third-party program, limiting the kinds of devices that it covers, or giving the outside reviewers more data on devices to improve the quality of their work, according to the minutes and interviews with agency officials. Jeffrey Shuren, the device division director, said the FDA will release proposed changes later this year and cautioned that no decisions have been made. To qualify for an outsourced review, a new device must be similar to a device already on the market, and it must carry low or moderate risk to the patient. The December 2009 minutes say "third parties often don't have appropriate expertise." The minutes cite "poor quality of review documents— they often just repeat what is in the submission, and don't provide any analysis of the data."</blockquote> (The point on lack of expertise is a point I raise in my aforementioned commentary on ONC's "Proposed Establishment of Certification Programs for HIT." I wrote: HHS should not be creating new, potentially (likely?) amateur organizations and bureaucracies overseeing these new virtual medical devices that will have variable (or no) experience in software validation, certification, regulation, postmarketing safety surveillance, etc. Rather, HHS should be leveraging existing governmental expertise in certifying, validating and regulating mission critical IT.) The industry as always is looking out for - itself, patients coming in second: <blockquote>Terry Sweeney, vice president of clinical affairs at Philips Healthcare, said the third-partyprogram benefits industry and helps relieve the FDA of a burden. "Every week's delay [i.e., in rigorously assuring medical device safety - ed.] can cost the company a large sum of money," he said.</blockquote> It's not like the time differential is enormous: <blockquote> It takes an average of about 72 days for a company to get final clearance for a device when it goes the third-party route, according to the FDA. That includes the time for the agency to sign off on the outside reviewer's conclusion and compares with an average 109 days for similar applications that go directly to the FDA.</blockquote> So, the vendors seem to be saying, let's compromise the device safety evaluation process via third party reviewers so we can get to market a month sooner. The FDA is having serious second thoughts about this state of affairs. Worse, on health IT devices, the HHS itself via ONC is soliciting for the creation of third party reviewers for HIT, while the FDA itself seems marginalized or even unwilling to shoulder the burden of patient protection from faulty HIT. Odd. Why do computerized HIT medical devices such as EMR's get special government accommodation? -- SS <div style="text-align: justify;">For more on HIT challenges see "Contemporary Issues in Medical Informatics: Common Examples of Healthcare Information Technology Difficulties" - <a style="font-style: italic;" href="http://tinyurl.com/healthITfailure">http://www.tinyurl.com/healthITfailure</a></div>

Third-Party Reviews of Medical Devices Come Under Scrutiny at the FDA - Except Healthcare IT Medical Devices, Which Get Special Accommodation

This WSJ article caught my eye: Third-Party Reviews of Devices Come Under Scrutiny at the FDA March 15, 2010 By ALICIA MUNDY and JARED A. FA...

Đọc thêm »

City Hospital System Board Member Fined for Conflict of Interest Involving Proprietary, Off-Shore Medical School

Sometimes I think I have now seen every type of conflict of interest that could afflict health care, but then some amazing new variation on the theme comes along... Last year, the New York Times <a href="http://www.nytimes.com/2008/08/05/nyregion/05grenada.html">reported </a>on an unusual deal between the New York City Health and Hospitals Corporation and a proprietary (for-profit) Caribbean medical school that attracts US citizens who were not admitted to US medical schools: <blockquote>New York City’s Health and Hospitals Corporation has signed a 10-year, $100 million contract with a profit-making medical school in the Caribbean to provide clinical training for hundreds of students at the city’s 11 public hospitals. The unusual deal, proposed by a member of the corporation’s board who has long worked for the Caribbean school, has been met by an outcry from New York medical schools fearing that clerkship slots will grow scarcer and that they might have to increase tuitions to compete. Critics worry that the hospital corporation, whose mission is to serve the city’s poor, is conferring prestige on a foreign school whose curriculum, they say, is more vocational than research-based and often caters to affluent students who could not get into schools in the United States. They say that the contract, with St. George’s University School of Medicine on the island of Grenada, has turned a meritocracy into a bounty system in which struggling city hospitals collect more for every St. George’s student they take, and could squeeze out local students. 'This changes the whole dynamic from an academic relationship to a dollar-based relationship,' said Dr. Michael J. Reichgott, associate dean for clinical affairs and graduate medical education at Albert Einstein College of Medicine in the Bronx. Traditionally, medical schools have sent third- and fourth-year students into city hospitals to work — and learn — alongside doctors without being charged. Under the contract, which was signed last year but never publicly announced, St. George’s pays the hospitals $400 to $425 per student per week — St. George’s charges students about $1,000 a week in tuition — on top of an annual fee of $50,000 for hospitals that take 24 or more St. George’s students. The contract also bans the hospitals from providing clerkships to other Caribbean medical schools — a critical provision to St. George’s, which has faced heightened competition in recent years, particularly from Ross University on the island of Dominica, part of DeVry Inc., a publicly traded educational company, since 2003. </blockquote> Note that the contract was unusual in several ways.  Not only did it permit a for-profit, proprietary medical school which is not accredited in the US pay hospitals to provide clerkships which they traditionally had provided without a fee to not-for-profit, US medical schools, but also it included a clause that apparently prevented other for-profit, proprietary medical schools from competing for these training physicians by also paying fees, and was signed in secret, only becoming public because of the Times' reporting.  Furthermore, not only was the contract unusual, but the processes that lead to its approval were also unusual: <blockquote>The board member who first proposed the exclusive contract, Dr. Daniel D. Ricciardi — a 1981 graduate of St. George’s and a rheumatologist affiliated with Long Island College Hospital in Brooklyn — said he had recused himself from deliberations involving St. George’s. Dr. Ricciardi, who has been on the 16-member corporation board since 2000 and on the St. George’s faculty for about 15 years, said he did not benefit financially from the deal. He was promoted to St. George’s dean of clinical studies and put in charge of United States clerkships shortly before the contract was signed. 'I don’t have to go to confession on this one, I really don’t,' he said. 'Everybody’s saying there’s a conflict here, and it comes back to me. They’re disgruntled, jealous. A report was written on the school, and the judgment was made based on merit, not on political push.'</blockquote>Dr Ricciardi may or may not have felt obligated to discuss this issue during confession, but three days later, the NY Times again <a href="http://www.nytimes.com/2008/08/08/nyregion/08grenada.html">reported</a>: <blockquote>A board member of New York City’s Health and Hospitals Corporation resigned on Thursday, after the agency began an inquiry into his role in securing a 10-year, $100 million contract for a Caribbean medical school where he has long had a paid position. The board member, Dr. Daniel D. Ricciardi, submitted a brief letter of resignation to the president of the corporation, Alan D. Aviles. Dr. Ricciardi did not give any reasons for his resignation in his letter, saying only that he had been proud, 'as a first-generation New Yorker,' to support efforts to provide affordable quality health care to city residents. He had been a board member since 2000. But in a brief telephone interview on Thursday, he expressed bitterness, saying: 'You know what? The elite of the 0.1 percent that you represent have won once again. God bless.'</blockquote>And just to provide the icing on the cake, despite Dr Ricciardi's denial that his job at St George's constituted a conflict of interest, two weeks ago, the NY Times <a href="http://www.nytimes.com/2010/03/03/nyregion/03conflict.html">further reported</a>: <blockquote>A former board member of New York City’s public hospital system has been fined $13,500 for his role in soliciting coveted training spots in city hospitals for students from a Caribbean medical school, the city’s Conflicts of Interest Board said Tuesday. The former board member, Dr. Daniel D. Ricciardi, agreed to the fine in a settlement in which he admitted that he had held high-ranking paid positions at St. George’s University School of Medicine in Grenada while soliciting clinical clerkships — a critical part of medical education — from personnel in the city hospital system, which he also helped to lead. Dr. Ricciardi, a rheumatologist and 1981 graduate of St. George’s, acknowledged that from January 2000, when he was appointed to the board of the Health and Hospitals Corporation, to August 2008, when he resigned after The New York Times disclosed the potential conflict, he had served in positions at St. George’s including dean of clinical studies, chairman of medicine and director of medical education. During the same period, he said, he had contacted personnel at Kings County Hospital Center, Metropolitan Hospital Center, Woodhull Medical and Mental Health Center, Lincoln Medical and Mental Health Center, and Elmhurst Hospital Center to try to get them to increase the number of placements available to St. George’s students, a violation of prohibitions against representing a private interest before his public agency. 'I now acknowledge that my dual capacities created at least the appearance that the actions I took as an H.H.C. board member were done in part to benefit the school,' Dr. Ricciardi said in the settlement, dated Feb. 24. Ana Marengo, a spokeswoman for the Health and Hospitals Corporation, said Tuesday that the contract was granted through competitive bidding, and that Dr. Ricciardi had recused himself from the board’s deliberations. But Dr. Ricciardi admitted that he had violated city law prohibiting a public servant from having a position in a company that he knows is doing business with his city agency. Dr. Ricciardi said in the settlement that he had disclosed his affiliation with St. George’s to the hospitals corporation, and that he had not intended to violate any laws. </blockquote> We constantly hear from its advocates that commercialized health care will lead to wonderful innovation.  At least, it certainly seems to lead to innovation in the creation of new variants of conflicts of interest.  Here, we see a board member of a municipal, not-for-profit hospital system also working for a for-profit off-shore medical school, and apparently using his board position to provide competitive benefits to that medical school, by means of a contract that was meant to be secret.  Each time we think we have begun to understand the extent that <a href="http://hcrenewal.blogspot.com/search/label/conflicts%20of%20interest">conflicts of interest</a> pervade health care, we find new examples suggesting we have underestimated. As we have now said ad infinitum, an important reason for rising costs, declining access, stagnant quality, and disgruntled professionals are health care leaders who undermine the missions of their own institutions in pursuit of self-interest, often driven by their own conflicts of interest.  We have now seen an amazing set of variations on this theme.  If we truly want to reform health care, we need to ensure that its leaders put their organizations' missions, and the fundamental values of health care, ahead of their own self interest.

City Hospital System Board Member Fined for Conflict of Interest Involving Proprietary, Off-Shore Medical School

Sometimes I think I have now seen every type of conflict of interest that could afflict health care, but then some amazing new variation on ...

Đọc thêm »

FDA Asks Hospitals to Report Safety Glitches in Digital Health Systems

A theme of my writings on this blog and on my <a href="http://www.tinyurl.com/healthITfailure">teaching site</a> for the past decade has been mismanagement of healthcare information technology by an industry and people who have been operating for many years far beyond their qualifications and competencies. Technology requiring the highest levels of biomedical-IT cross disciplinary expertise has most commonly been designed, managed, implemented, led and defended by amateurs [see note 1]. As a result of this mismanagement, the technology is not without its perils. The problem is that this industry suffers from constricted information flows for a number of reasons, and we do not know the magnitude of the perils. Even speculation is difficult since data is scarce. The technology remains experimental. After a commitment of tens of billions of economic recovery act funds to roll out this technology nationally, the Federal government has finally taken notice: <a href="http://huffpostfund.org/stories/2010/03/fda-asks-hospitals-report-safety-glitches-digital-health-systems"></a> <blockquote><a href="http://huffpostfund.org/stories/2010/03/fda-asks-hospitals-report-safety-glitches-digital-health-systems">FDA Asks Hospitals to Report Safety Glitches in Digital Health Systems</a> In Letter to 350 Health Centers, Agency Signals Growing Concern By Fred Schulte and Emma Schwartz Huffington Post Investigative Fund 3:24 pm | 11 Mar 2010 Concern over safety risks posed by health information technology has led the Food and Drug Administration to step up scrutiny of the products, including digital medical records systems on which the government plans to spend billions of dollars in coming years. The FDA last month asked a network of 350 hospitals it set up across the country to report data on potential hazards from a range of computer-assisted medical devices, according to an agency document obtained by the Huffington Post Investigative Fund.</blockquote> This should have occurred a decade ago, but better late than never (of course, this action will not help people already harmed by this technology such as <a href="http://hcrenewal.blogspot.com/2010/02/fda-on-health-it-adverse-consequences.html">these</a> and <a href="http://www.jointcommission.org/SentinelEvents/SentinelEventAlert/sea_42.htm">these</a>). <blockquote>The FDA action comes as federal officials forge ahead with plans to use as much as $27 billion in economic stimulus money to replace paper patient records with digital ones. The Obama administration wants to create a digital health file for every American by 2014, saying the conversion will save money and improve the quality of health care.</blockquote> From an <a href="http://www.heartland.org/article/24761/Research_Commentary_Health_Information_Technology.html">analysis</a> that I concur with from the Heartland Institute: ... Proponents of this spending rely heavily on a short RAND Corporation analysis from 2005 that predicted $77 billion in annual savings and improved outcomes. RAND estimated “implementation would cost around $8 billion per year, assuming adoption by 90 percent of hospitals and doctors offices over 15 years.” It said, “The benefits can include dramatic efficiency savings, greatly increased safety, and health benefits.” Unfortunately, RAND assumed an error-free system that is quickly and enthusiastically adopted by virtually the entire health care system. That might happen, but it is an absolute best-case scenario. [See my aforementioned HIT teaching site on why a "best case scenario" is a near impossibility - ed.] Even then, instead of “dramatic savings,” the $77 billion hoped-for savings amounted to a mere 4.5 percent of total costs, placed at $1.7 trillion by RAND. Far more likely is that every penny of the $20 billion will be wasted on systems that don’t work and can never be implemented. [As per my <a href="http://online.wsj.com/article/SB123492035330205101.html">Feb. 18, 2009 Letter to the Editor</a> in the Wall Street Journal - ed.] That was the outcome of federal attempts to upgrade technology at the IRS, the FBI, and the air traffic control system. And these are all relatively simple enterprises involving single federal agencies. Health IT is vastly more complex and must include hundreds of thousands of private organizations that have invested in legacy systems that work reasonably well and are as varied as there are providers. Back to the Huffington Post Investigative Fund article: <blockquote>... Reports that hospitals send to the FDA are to be posted on an agency Web site. The FDA maintains it has the authority to regulate the technology, but has not taken steps to do so, leaving the industry largely to police itself. Reporting of problems is voluntary and most manufacturers have not done so.</blockquote> I think it accurate to say reporting is nearly nonexistent, yet I regularly hear stories from colleagues, former students, and others that make my hair stand on end. These people are afraid to speak out publicly, lest their careers be threatened by hospital sham peer review, vendor lawsuits, or other forms of retaliation against 'whistleblowers' (see an example <a href="http://hcrenewal.blogspot.com/2010/02/lawsuit-over-health-it-whistleblowing.html">here</a>). <blockquote>... In the letter sent to hospitals last month, Marilyn Flack, of the FDA’s Center for Devices and Radiological Health, said use of digital medical equipment “continues to grow and affect patient care and safety.” The FDA “is exploring problems….that may affect patient safety,” she wrote. The agency plans to collect reports using its Medical Product Surveillance Network, called MedSun. It is asking hospitals to note a wide range of problems involving electronic health records and other computerized systems for hospital laboratories, pharmacies and anesthesia and radiology devices, including hand-held ones.</blockquote> Here is the FDA letter. Click to enlarge: <div style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhBrPpLZ8pDyADfYTXcfGCqUs7Hc9zKAdgJw1rKxAekOW8d9gLfx3TVF5iYQjuzGeIqYQlFyLV3ShPV8lLcu1U1CnlNI001Ued5mPCn5pQ7yqK44orMFPb9S7UvSLeU0mbmLuphMQ4pE0yU/s1600-h/fda1.jpg" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5447572877662219554" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhBrPpLZ8pDyADfYTXcfGCqUs7Hc9zKAdgJw1rKxAekOW8d9gLfx3TVF5iYQjuzGeIqYQlFyLV3ShPV8lLcu1U1CnlNI001Ued5mPCn5pQ7yqK44orMFPb9S7UvSLeU0mbmLuphMQ4pE0yU/s320/fda1.jpg" style="cursor: pointer; display: block; height: 225px; margin: 0px auto 10px; text-align: center; width: 194px;" /></a>FDA letter on health IT safety reporting, page 1 (click to enlarge) </div> <div style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh-xMO35Uk_kFsukCFUKScfk8neovITPgSsUrwoRXerdnx1pyxzgVT6Io5l8G-vQIM78BdDdgXaRebWyC559LUMUyKUOwyO8nT2W4p1uSlRKfb41aPfWZpBkiUl3uJKJ09HkS4MIV7UR1R-/s1600-h/fda2.jpg" onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5447573067472695730" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh-xMO35Uk_kFsukCFUKScfk8neovITPgSsUrwoRXerdnx1pyxzgVT6Io5l8G-vQIM78BdDdgXaRebWyC559LUMUyKUOwyO8nT2W4p1uSlRKfb41aPfWZpBkiUl3uJKJ09HkS4MIV7UR1R-/s320/fda2.jpg" style="cursor: pointer; display: block; height: 219px; margin: 0px auto 10px; text-align: center; width: 189px;" /></a>FDA letter on health IT safety reporting, page 2 (click to enlarge)</div> I note that this letter is remarkable, a real breakthrough. It is also remarkable that this 'breakthrough' had to wait until 2010, not 1990 or 2000, and only after the government has pushed hard to spread this technology nationally without knowing the flip side. The expression "ready, fire, aim" comes to mind. Some of the 'glitches' were mentioned: <blockquote> ... She also cited an example of a software package used in a hospital emergency room in which lab tests “ordered for one patient returned the results for another.” In another case, a hospital in the MedSun network reported an operating room software product that often “locked up” during surgery, without alerting anyone that “data entry had ceased.” According to the FDA letter: “At the end of the surgical procedure, surgical procedure notes were incomplete—compromising the accuracy of the data as nurses had to manually re-enter from memory many of the surgical notes.” In a third case cited by Flack, a radiology workstation became “extremely slow, delaying procedures and causing X-ray techs to subject patients to repeat X-rays.” The cause was determined to be a software glitch that happened when too many characters were entered in.</blockquote> These 'glitches' largely come from poor design, engineering, implementation and support and don't even include <a href="http://www.tinyurl.com/hostileuserexper">mission hostile user experiences</a> from software that is 'working correctly.' <blockquote>... Arthur Bartosch, director of Biomedical Engineering Services at Westchester Medical Center in New York, agreed [that in the past, cinical engineering staff would not have been involved in health IT safety reporting]. He said he planned to circulate the FDA’s alert to the hospital’s chief medical information officer and they would “probably” create a task force to figure out how to document any problems.</blockquote> It is pathognomonic of IT irrational exuberance and special accommodation given to this technology (greased by ignorance, money, politics and other pathologies among healthcare and hospital leadership juntas) that such 'task forces' are not as common as health IT itself. <blockquote>... “The fundamental problem we have here is we’re dealing with an industry that really isn’t used to a transparent reporting of problems,” [Paul Egerman, co-chair of a government panel looking at the safety of health information technology] said. [Isn't used to transparent reporting? I would have said "hostile to the extreme" regarding that kind of transparency - ed.] Egerman, whose advisory panel expects to make its findings public in April, said government officials have a long way to go in fully understanding the potential hazards of adopting the new technology.</blockquote> I noted a "hit" from EOP.gov (Executive Office of the President) on my <a href="http://www.tinyurl.com/healthITfailure">ten year old HIT teaching site</a> just yesterday. I believe it is the first. Welcome to Medical Informatics 101, Mr. President. <blockquote>“Are there much more serious problems that we would know about if we had the data?,” he said. “These are all reasonable questions to ask.”</blockquote> I injured my career in the past for asking just those questions, having been badgered to stop asking them essentially to the point of constructive discharge in my former CMIO role. Let's see if the change of culture is real, or just talk. It's not that safety reporting and transparency are anything new or special. From the Joint Commission in their August 2009 <a href="http://www.jointcommission.org/SentinelEvents/SentinelEventAlert/sea_43.htm">Sentinel Events Alert #43</a>: <blockquote>Existing Joint Commission requirements: The Leadership chapter in the standards manual addresses leadership and safety, specifically relating to the organization's governing body, the chief executive and senior managers, and medical and clinical staff leaders. The standards specifically require that these three leadership groups create a culture of safety (11) by creating an atmosphere of trust and fairness that encourages reporting of risks and adverse events, by allocating the resources necessary to support safety, by discussing and reporting safety issues and indicators, and by developing plans to assure and improve safety performance, especially in relation to high-risk or problem-prone processes. Other issues covered in the standards are: the implementation of important systems within the organization that support safety; the organization's safety program for reporting adverse events and near misses; and the design or modification of processes to support safety. </blockquote>And: <blockquote> Suggested Actions (item #2): Institute an organization-wide policy of transparency that sheds light on all adverse events and patient safety issues within the organization, thereby creating an environment where it is safe for everyone to talk about real and potential organizational vulnerabilities and to support each other in an effort to report vulnerabilities and failures without fear of reprisal. (8,9)</blockquote> Finally, considering that the average salary offered to a hospital "Director of Informatics" is a penurious $90-120K per annum with respect to the true expertise required for top roles (don't just take my word for it, take <a href="http://hcrenewal.blogspot.com/2009/12/onc-defines-taxonomy-of-health-it.html">ONC's</a>), and that <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/failurecases/?loc=cases&sloc=leadership">'lowball hiring'</a> in terms of expertise is pervasive, I predict that if robust error reporting takes place, the next few years in HIT will be a wild ride indeed. -- SS [1] I use the term "amateur" in the same sense that I am a <a href="http://www.arrl.org/" style="font-style: italic;">telecommunications amateur</a>, not a professional. Even though I hold the highest license class possible, the Extra, I would not even dream of leading a large telecom project.

FDA Asks Hospitals to Report Safety Glitches in Digital Health Systems

A theme of my writings on this blog and on my teaching site for the past decade has been mismanagement of healthcare information technology...

Đọc thêm »

On ONC's "Proposed Establishment of Certification Programs for Health Information Technology"

The Office of the National Coordinator for Health Information Technology of HHS (the Department of Health and Human Services) has issued a proposed rule "RIN 0991-AB59 Proposed Establishment of Certification Programs for Health Information Technology." The proposed rule is available in PDF at <a href="https://exchangeweb.drexel.edu/owa/redir.aspx?C=d44356eef22c45a1a68b35783d08c904&URL=http%3a%2f%2fwww.federalregister.gov%2fOFRUpload%2fOFRData%2f2010-04991_PI.pdf">this link</a> and more information is available from ONC itself <a href="http://healthit.hhs.gov/portal/server.pt?open=512&objID=1745&parentname=CommunityPage&parentid=11&mode=2&in_hi_userid=10741&cached=true">at this link</a>. I have written a response to the proposed rule that will be sent as a public comment to the Federal eRulemaking Portal (<a href="http://www.regulations.gov/search/Regs/home.html">http://www.regulations.gov/search/Regs/home.html</a>). I reproduce my response below: <blockquote>Mar. 9, 2010 Re: RIN 0991-AB59, "Proposed Establishment of Certification Programs for Health Information Technology" (<a href="http://www.federalregister.gov/OFRUpload/OFRData/2010-04991_PI.pdf">http://www.federalregister.gov/OFRUpload/OFRData/2010-04991_PI.pdf</a>): Dear HHS/ONC: I believe the deadlines driving establishment of a certification program for health IT as proposed in RIN 0991-AB59, as well as for achieving “meaningful use of healthcare IT” and for onset of medicare penalties for “non adopters”, will result in diffusion of healthcare IT that, in the words of the Jan. 2009 National Research Council report on health IT “will not be sufficient to achieve medical leaders' vision of health care in the 21st century and may even set back the cause” (<a href="http://www8.nationalacademies.org/onpinews/newsitem.aspx?RecordID=12572">http://www8.nationalacademies.org/onpinews/newsitem.aspx?RecordID=12572</a>). I believe the national health IT system that will result will be injurious to patients at an unacceptably high level as well. I am a physician and Yale-trained medical informatician and have been writing about the challenges of healthcare IT since the late 1990’s. My bio is at <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/biography.htm">http://www.ischool.drexel.edu/faculty/ssilverstein/biography.htm</a> and my teaching site on HIT difficulties is at <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/failurecases/">http://www.ischool.drexel.edu/faculty/ssilverstein/failurecases/</a> . I also write on Medical Informatics and HIT for the Healthcare Renewal blog of the Foundation for Integrity and Responsibility in Medicine (FIRM), a 501(c)(3) policy think tank, at <a href="http://hcrenewal.blogspot.com/"> </a><a href="http://hcrenewal.blogspot.com/">http://hcrenewal.blogspot.com</a>. I have labored over the past decade to steer health IT efforts away from known and predictable paths of difficulty, failure and adverse consequences based on medical science, the science of Medical Informatics, ethical considerations, and the experience of other nations with HIT. I am writing to you to express serious concerns about ONC’s HIT Certification Program NPRM (<a href="http://www.federalregister.gov/OFRUpload/OFRData/2010-04991_PI.pdf">http://www.federalregister.gov/OFRUpload/OFRData/2010-04991_PI.pdf</a>). In effect, the NPRM calls for healthcare IT to receive a special governmental accommodation, apparently in part due to politically-decided, and certainly non-scientifically derived timelines. The special accommodations are in the areas of certification, post-market surveillance and inadequate use of existing regulatory expertise over safety-critical IT by agencies with specific domain expertise in that undertaking, thus “reinventing the wheel.” (On the non-scientific nature of the timelines, see, for example, “Predicting the Adoption of Electronic Health Records by Physicians: When Will Health Care be Paperless?”, Ford et. al, JAMIA 2006 13: 106-112, <a href="http://jamia.bmj.com/content/13/1/106.full.pdf">http://jamia.bmj.com/content/13/1/106.full.pdf</a>.) [note: also see addendum below - ed.] First and foremost, the term “safety” itself appears in the RIN 0991-AB59 proposal text only four times, and not in the context of strong provisions to safeguard patients from adverse consequences of healthcare IT. This in and of itself is, quite frankly, of great concern, especially in the context of known HIT safety issues. For instance, FDA’s testimony at ONC’s HIT Policy Committee Adoption/Certification Workgroup meeting on HIT safety (Feb. 25, 2010) itself revealed known patient injuries and deaths related to healthcare IT difficulties. Even more importantly than the fact of these HIT-related adverse events, however, was the revelation that the true extent of these adverse events is unknown. As FDA’s Jeffrey Shuren, MD, JD expressed it, the data he provided is likely “just the tip of the iceberg.” This supports the contention that the technology is still in an experimental phase, rather than being tried and true. A growing body of literature supports that view (e.g., see “2009 a pivotal year in HIT” at <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/failurecases/?loc=cases&sloc=2009">http://www.ischool.drexel.edu/faculty/ssilverstein/failurecases/?loc=cases&sloc=2009</a>). It also seems that unscientifically arrived at timelines (i.e., the politically-decided timelines for HIT adoption and achievement of “meaningful use”) that ignore the experimental nature of healthcare IT – that it is not yet “ready for prime time” in a national rollout - are promoting a rush to a superficial certification and surveillance process. This is alien to the science, culture and ethical obligations of medicine and its practitioners. The latter process, surveillance, is apparently intended to merely surveil continued conformance of HIT to agreed-upon standards, not patient safety as in the pharmaceutical and tangible-medical device postmarketing surveillance process. I consider HIT a medical device that is virtual in nature, but a medical device nonetheless, a position the EU is steering towards. See "The Medical Products Agency’s Working Group on Medical Information Systems: Project summary" (available in English translation in PDF at <a href="http://www.lakemedelsverket.se/upload/foretag/medicinteknik/en/Medical-Information-Systems-Report_2009-06-18.pdf">http://www.lakemedelsverket.se/upload/foretag/medicinteknik/en/Medical-Information-Systems-Report_2009-06-18.pdf</a>). While I believe the NPRM proposal is a step up from the former certification roles envisioned by CCHIT and HIMSS, the proposal still lacks the rigor I have called for in many of my writings about HIT over the past decade. On the formation of new “ONC-Approved Accreditors” (ONC-AA’s) for certification, this is a special accommodation for the HIT industry that appears to inexplicably place that sector in a favored position compared to the pharmaceutical, medical device and other industries that utilize safety-critical IT. The FDA, for example, has significant expertise in validating and regulating IT in the pharmaceutical and medical device industries, including that used in clinical trials which bear similarities to HIT used in the delivery sector. For instance, see "General Principles of Software Validation; Final Guidance for Industry and FDA Staff" at <a href="http://www.fda.gov/downloads/RegulatoryInformation/Guidances/ucm126955.pdf">http://www.fda.gov/downloads/RegulatoryInformation/Guidances/ucm126955.pdf</a>. This document opens with the statement: <ul style="font-style: italic;"><li>This guidance outlines general validation principles that the Food and Drug Administration (FDA) considers to be applicable to the validation of medical device software or the validation of software used to design, develop, or manufacture medical devices.</li></ul>As yet another example, NASA has published a document “Certification Processes for Safety-Critical and Mission Critical Aerospace Software” (<a href="http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/20040014965_2004000657.pdf">http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/20040014965_2004000657.pdf</a>). This document begins: <ul><li>Since safety-critical aerospace software is prevalent and important to human life, what is the rationale behind certification of such software? In other words, how do engineers know when a new software product works properly and is safe to fly? In the United States, software must undergo a certification process described in various standards by various regulatory bodies including NASA and the Requirements and Technical Concepts for Aviation (RTCA) which is enforced by the Federal Aviation Administration (FAA). </li></ul><ul><li>How do researchers know which standards apply to their software? Each NASA center and the FAA have unique certification processes for different types of software. For example, there are special processes for the Space Shuttle and different processes for the Space Station. Any software that flies onboard an aircraft in FAA airspace must adhere to special FAA certification processes. There are also different processes depending upon whether the software is safety- or mission-critical or falls into another category. The UK and Europe have similar certification processes.</li></ul>HHS should not be creating new, potentially (likely?) amateur organizations and bureaucracies overseeing these new virtual medical devices that will have variable (or no) experience in software validation, certification, regulation, postmarketing safety surveillance, etc. Rather, HHS should be leveraging existing governmental expertise in certifying, validating and regulating mission critical IT. Further, what is to protect these new bureaucracies from being staffed by those with conflicts of interest with the industry whose products they are purported to certify and surveil? At the very least, existing federal agencies have policies on such conflicts. Of note, we have a prime example of what can occur due to politically-mediated rushing of healthcare IT – that of the UK’s National Programme for Healthcare IT (NPfIT). British PM Tony Blair repeatedly sought to shorten the timetable for the NHS national IT programme in a move that would have brought results for patients in time for a general election in 2005 (see <a href="http://www.computerweekly.com/Articles/2008/02/18/229447/secret-downing-street-papers-reveal-tony-blair-rushed-nhs.htm">http://www.computerweekly.com/Articles/2008/02/18/229447/secret-downing-street-papers-reveal-tony-blair-rushed-nhs.htm</a>.) The result was predictable. A summary of the UK’s House of Commons, Public Accounts Committee’s 2009 report on near-disastrous problems in their £12.7 billion national EMR program is at <a href="http://www.publications.parliament.uk/pa/cm200809/cmselect/cmpubacc/153/15304.htm">http://www.publications.parliament.uk/pa/cm200809/cmselect/cmpubacc/153/15304.htm</a>. From that summary: <ul><li>“Recent progress in deploying the new care records systems has been very disappointing …The Programme is not providing value for money at present because there have been few successful deployments of the Millennium system and none of Lorenzo in any Acute Trust … Despite our previous recommendation, the estimate of £3.6 billion for the Programme's local costs remains unreliable … Little clinical functionality has been deployed to date, with the result that the expectations of clinical staff have not been met … Patients and doctors have understandable concerns about data security."</li></ul>And so forth. Further, from the UK National Audit Office Executive Summary of 16 May 2008 (<a href="http://www.nao.org.uk/publications/0708/the_national_programme_for_it.aspx">http://www.nao.org.uk/publications/0708/the_national_programme_for_it.aspx</a>): <ul><li>At the outset of the Programme, the aim was for implementation of the systems to be complete and for every patient to have an electronic care record by 2010, although the timetable from 2006 was described as tentative. While some parts of the Programme are complete or well advanced, the original timescales for the Care Records Service – one of the key components of the Programme – have not been met.</li></ul>We ignore the UK experience at our peril, an experience in a medical environment smaller and far more government-controlled than our own. Finally, I call attention below to the actual ONC NPRM passages from which my concerns arise on “time constraints” leading to a rushed and superficial certification program (which I believe is frankly cavalier and irresponsible considering the stakes involved). I believe that a rushed National Program for HIT in the United States will suffer the same fate as the aforementioned National Programme for IT in the UK, and perhaps even a worse fate as the UK’s socialized medicine system is certainly a smaller, more homogeneous and more controllable testbed environment for experimenting with HIT. In summary, I believe the current approach to Healthcare IT certification is inadequate, in large part due to time constraints set upon the effort that are themselves artificially rushed and inadequate. I believe much more significant leveraging of existing biomedical and mission critical IT certification/validation expertise is essential, and that patient safety, not continuing adherence to existing standards should be a primary concern of post-implementation surveillance. Thank you for considering these views. </blockquote>I believe rushing health IT, and burying our heads in the sand about the predictable and demonstrated repercussions of doing so as outlined above and on this and other websites, is a very bad idea. <div style="text-align: center;"><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhksuvG_OwxvNyiohApoOAQ4ofgs_OsB1YICTOqtN6iChXHujW-hwBgYz1wxX24H0zt_lg5M-OPodzx0MhhoZDIGngKKu7HBq2XjWp-0NXzKgSbI9FJDVNYpOg1f5gDXV23lYl7VYEz7WGC/s1600-h/ostrich.jpg"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5446726800377792402" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhksuvG_OwxvNyiohApoOAQ4ofgs_OsB1YICTOqtN6iChXHujW-hwBgYz1wxX24H0zt_lg5M-OPodzx0MhhoZDIGngKKu7HBq2XjWp-0NXzKgSbI9FJDVNYpOg1f5gDXV23lYl7VYEz7WGC/s320/ostrich.jpg" style="display: block; margin: 0px auto 10px; text-align: center; cursor: pointer; width: 181px; height: 178px;" /></a>Making like an ostrich on national-scale healthcare IT is a very bad idea. </div> I have written about FDA myself and not always in complementary terms (e.g., <a href="http://hcrenewal.blogspot.com/2008/11/staring-idiocy-in-face-fda-as-gold.html">here</a>, <a href="http://hcrenewal.blogspot.com/2007/03/computer-debacle-broken-down-process-at.html">here</a>), but my concern is that the creation of multiple new potentially amateur organizations does not bode well for HIT, either. The key to successful HIT certification, validation and patient safety is 1) leveraging the needed expertise but 2) without industry conflict of interest and 3) without the pathologies of the HIT 'ecosystem' and culture spoiling the environment (see my <a href="http://www.tinyurl.com/healthITfailure">aforementioned website on HIT difficulties</a> for more on that topic, as well as the <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/failurecases/?loc=cases&sloc=ecosystem">HIT ecosystem essay</a> at that site). Perhaps a new federal HHS subunit is a potential solution - a Clinical Computing Administration (CCA) with regulatory teeth. The oversight of hundreds of billions of dollars of technology and the patients the technology itself affects calls for a quite serious approach to these issues, in my view. -- SS March 9, 2010 Addendum: On rushing national health IT programs - unknown to me when I wrote the post above, this article just appeared in the British Press: <blockquote> <a style="font-weight: bold;" href="http://www.telegraph.co.uk/health/healthnews/7408379/Patients-medical-records-go-online-without-consent.html">Patients' medical records go online without consent</a> Telegraph.co.UK By <a title="Kate Devlin" href="http://www.telegraph.co.uk/journalists/kate-devlin/">Kate Devlin</a>, Medical Correspondent Published: 10:20PM GMT 09 Mar 2010 Those who do not wish to have their details on the £11 billion computer system are supposed to be able to opt out by informing health authorities. But doctors have accused the Government of rushing the project through, meaning that patients have had their details uploaded to the database before they have had a chance to object. ... Hamish Meldrum, [the British Medical Association] chairman, writes: "The breakneck speed with which this programme is being implemented is of huge concern ... "If the process continues to be rushed, not only will the rights of patients be damaged, but the limited confidence of the public and the medical profession in NHS IT will be further eroded." ... Norman Lamb, the Liberal Democrat health spokesman, said: "The Government needs to end its obsession with massive central databases. "The NHS IT scheme has been a disastrous waste of money and the national programme should be abandoned." </blockquote> Read the whole thing. -- SS

On ONC's "Proposed Establishment of Certification Programs for Health Information Technology"

The Office of the National Coordinator for Health Information Technology of HHS (the Department of Health and Human Services) has issued a p...

Đọc thêm »

Computers and Prostate Problems in Pennsylvania, East and West

At "Bungled Brachytherapy, Computer Interfaces and Other Mysteries At The Philadelphia Veterans Administration Hospital" <a href="http://hcrenewal.blogspot.com/2009/06/computer-and-other-mysteries-at.html">at this link</a> I reported on serious problems involving brachytherapy treatment of prostate cancer at the VA Medical Center in Philadelphia. One of the issues involved computer problems, in the form of failure to network a key computer involved in treatment evaluation. Now at the other end of the state, Pittsburgh, more prostate-related computer problems have occurred: <a style="font-weight: bold;" href="http://www.pittsburghlive.com/x/pittsburghtrib/news/cityregion/s_669912.html"> </a><blockquote><a style="font-weight: bold;" href="http://www.pittsburghlive.com/x/pittsburghtrib/news/cityregion/s_669912.html">Prostate cancer test interpretation flawed</a> By Walter F. Roche Jr.<a class="headlinelink3" href="mailto:wroche@tribweb.com"></a> PITTSBURGH TRIBUNE-REVIEW Friday, March 5, 2010 A computer programming error caused West Penn Allegheny Health System's laboratory to send physicians incorrect interpretations of prostate cancer tests for 288 patients over 15 months. Hospital officials say physicians who ordered the tests were advised about the errors in recent weeks. They were sent revised, corrected interpretations, said Dr. Jan F. Silverman, chairman of the Department of Pathology and Laboratory Medicine.</blockquote> One wonders how such a "programming error" can occur. <blockquote>Silverman said actual test results were correct, and most physicians would rely on those and not interpretations. He said hospital officials found no evidence that incorrect test interpretations resulted in delayed or improper care ... The erroneous interpretations were provided on a test physicians use to assess whether patients need biopsies of their prostates. The test provides a comparison of total prostate specific antigen, or PSA, versus free or non-attached PSA. </blockquote>That there was no apparent delayed or improper care was by happenstance. The purpose of health IT, however, is not to give physicians the opportunity to have a lucky day, or to have placed upon them the additional cognitive burden of deciding which is correct: the test results, or its interpretation. This episode raises another question: in addition to whatever "programming error" caused this problem, was there no QC of the actual reports to ensure the "interpretation" matched the pathological, serological and other results and findings? <blockquote>Dr. Ralph Miller, head of the Allegheny Prostate Cancer Center, said it was "theoretically possible, but very, very unlikely" that erroneous interpretations resulted in delayed or improper care.[That may be true, but is it due to luck and/or the inconvenient fact that most physicians 'did not rely' (i.e., ignored) the computer-generated interpretations? Also, will luck run out the next time a "programming error" occurs, resulting in dead patients? - ed.] Silverman said those interpretations were sent between Oct. 1, 2008 and January. Of 818 PSA tests the West Penn Allegheny Core Laboratory performed during that period, 412 included comparisons of the two PSA figures. Of those, 288 included incorrect interpretations of that ratio, Silverman said.</blockquote> That's a very high percentage of error. Should that have occurred in a drug trial, the FDA would likely have been all over the responsible parties. However, health IT is unregulated, therefore all that's required is an "please excuse us, we'll do better the next time" from the involved parties. <blockquote>The programming error was discovered recently when a physician questioned an interpretation, Silverman said. </blockquote> I have written before on these electronic pages that physicians and clinical settings should not be the testing labs for IT personnel, with the clinicians using their clinical skills in locating programming bugs. -- SS

Computers and Prostate Problems in Pennsylvania, East and West

At " Bungled Brachytherapy, Computer Interfaces and Other Mysteries At The Philadelphia Veterans Administration Hospital " at this...

Đọc thêm »

VA / DoD EHR Interface Debacle: Will It Take the Luminosity Of A Dozen Supernovas To Shed Light On The Obvious About Healthcare IT?

<div style="text-align: center;">(Note: Academic/military readers of this post, I would enjoy your comments. Email sms88 AT drexel DOT edu. Thank you -- SS.) </div><div style="text-align: center;"> (Dec. 2010 note: I have observed a large number of "hits" on this post from multiple offices of the Mitre Corporation in the past several weeks. Dear Mitre, I ask that if you use my materials in your proposals or writings, that you please let me know. Thank you. My email address is in my profile under "Contributors." -- SS) </div> The VA and DoD have been working for a number of years on interfacing the VistA EHR system and the military's EHR, AHLTA (why anyone would want to interface to AHLTA <a href="http://hcrenewal.blogspot.com/2009/06/if-military-cant-get-electronic-health.html">in its present state</a> is of concern to me, but...) [Note: this is not to denigrate the military, and I am very thankful to all who serve and defend our country and freedoms. HIT problems seem unfortunately universal - ed.] The interface attempt, likely done by the usual actors in the traditional "business IT" manner has resulted in the predictable: <blockquote><a style="font-weight: bold;" href="http://www.nextgov.com/nextgov/ng_20100304_9977.php?oref=topstory">Glitch prompts VA to shut e-health data exchange with Defense</a> NextGov.com By Bob Brewin 03/04/2010 The Veterans Affairs Department closed off access to the Defense Department's huge electronic health record system on Monday because it found errors in some patients' medical data clinicians downloaded from the Defense network, according to a departmental patient safety alert, which Nextgov obtained. Although no patient was injured, the errors shed light on how software glitches could affect the accuracy of electronic medical records and a planned national system that has been backed by the Bush and Obama administrations.</blockquote> "Shed light on how software glitches could affect the accuracy of electronic medical records?" As my early medical mentor, Hahnemann cardiothoracic surgery pioneer Victor P. Satinsky would have said about purveyors of such wisdom: they are Masters of the Obvious. I ask: Why do we keep needing to "shed light" on the blatantly obvious, in your face, computer science 101 reality about electronic information systems? The light was shed when the first stored-program computers <a href="http://en.wikipedia.org/wiki/UNIVAC_I">were developed in the late 1940's</a>. Exactly how much light do we need to shed before IT personnel "get it" about the need for the most extreme diligence in IT-based medical records? Perhaps the light of a dozen <a href="http://www.youtube.com/watch?v=iE_5hqcWT-o">supernovas</a>? <div style="text-align: center;"><a onblur="try {parent.deselectBloggerImageGracefully();} catch(e) {}" href="http://www.youtube.com/watch?v=iE_5hqcWT-o"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5445180060915623778" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiW8VRMIxeVW719b0j7uAZXO__OGwOUG8YL9fPlUhFbl9KGy5RRmhhqryN-YOQONtQjn9yQw-JdENCo3YThiw77-umpum9EdV1yNSURRliXeAfljqKc19Rd8CTCGfApr3nYrNcsCi3BfxFa/s320/crab.jpg" style="margin: 0px auto 10px; display: block; text-align: center; cursor: pointer; width: 336px; height: 219px;" /></a>Is this the amount of light it will take before the IT world "gets it" about the need for the utmost engineering rigor in healthcare IT? (click image to play video). </div> ------------------------------------ *** Nov. 2011 addendum: I now personally face the aftermath of the worst-case "perfect storm" caused by health IT that began in May 2010, just two months after I wrote this post - <div style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjlTFolp_-A1Gxo803a7L8VUsrFqJgvj7eUgCJ0i5unI6z-9-sbzWJiZf9erCNWiEOWv70OqhfdHlSLbAxrpnjmoeMemFcU0kfJV15moPS0Y5Nb8e8utTBI5hstfBv94s92aquZi6zIKoLK/s1600/Marker.bcs.jpg"><img alt="" border="0" id="BLOGGER_PHOTO_ID_5670400994172634594" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjlTFolp_-A1Gxo803a7L8VUsrFqJgvj7eUgCJ0i5unI6z-9-sbzWJiZf9erCNWiEOWv70OqhfdHlSLbAxrpnjmoeMemFcU0kfJV15moPS0Y5Nb8e8utTBI5hstfBv94s92aquZi6zIKoLK/s320/Marker.bcs.jpg" style="display: block; margin: 0px auto 10px; text-align: center; cursor: pointer; width: 320px; height: 185px;" /></a>Here is what EHR dysfunction caused to me, personally </div> ------------------------------------ It's fortunate the error was found in a somewhat less than life-threatening manner: <blockquote>VA first discovered the problem in late February, when one of its doctors accessed the Defense health records system, called AHLTA, to review the prescription information of a female patient. The data showed a Defense physician had prescribed her an erectile dysfunction drug. The VA doctor suspected the system displayed erroneous information [although females have been known to use these drugs- ed.] and a check with the Defense medical facility that supposedly prescribed the drug informed VA that the data was wrong and the VA query had returned information for another patient. ... When doctors queried the Defense system for patient information, they received no data, a portion of the data, incorrect information, or the complete, correct data for the patient, according to the alert.</blockquote> [Where have I seen these types of patient data errors mentioned recently? Perhaps at my recent post "<a style="font-weight: bold; font-style: italic;" href="http://hcrenewal.blogspot.com/2010/02/fda-on-health-it-adverse-consequences.html">FDA on Health IT Adverse Consequences: 44 Reported Injuries And 6 Deaths In Two Years, Probably Just Tip of Iceberg"</a> ? - ed.] <blockquote>The glitch did not cause harm to any patient, but "the potential exists for decisions regarding patient care to be made using incorrect or incomplete data," said Jean Scott, director of the Veterans Health Administration's Information Technology Patient Safety Office, in the alert issued on Wednesday.</blockquote> Indeed. <blockquote> "The VA clinician may see the patient's data during one session, but another session may not display the data previously seen," the alert noted. "This problem occurs intermittently and has been reported when querying DoD laboratory, pharmacy and radiology reports."</blockquote> I would add that "intermittent errors" are by definition unpredictable. This is the most dangerous type of IT malfunction of all. <blockquote>Until those systems are reactivated, VA doctors will have to obtain a patients' health information from their paper medical files, faxes or PDF attachments that are e-mailed to the physicians, Scott said.</blockquote> What? That old-fashioned, unreliable <a href="http://en.wikipedia.org/wiki/Papyrus">5,000 year old artifact</a> upon which the foundations of modern medicine were built, and favored by Luddites? <blockquote> The errors occurred in the Bidirectional Health Information Exchange, a project started in 2004 that allows clinicians in VA and Defense to view health information in patient files. Older code in the system became stressed at peak periods when clinicians were making the most number of queries, said Roger Baker, chief information officer at VA. At these times, the system did not clear out a memory cache, resulting in memory leaks "so that information from one patient is presented as it is from another," he explained.</blockquote> Good software and information architecture engineering practices call exactly for testing under stress. Failure to clear caches, memory leaks, etc. are fundamental flaws that should never be permitted to see the light of day in clinical settings. That is what acceptance testing is designed to do. That's what mission critical software undergoes in other sectors. That is what drug and device clinical trials are designed to do. At <a href="http://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/20040014965_2004000657.pdf">this link</a>, for example, is NASA's Certification Processes for Safety-Critical and Mission- Critical Aerospace Software from 2003 (PDF). From that document: <blockquote>... Since safety-critical aerospace software is prevalent and important to human life, what is the rationale behind certification of such software? In other words, how do engineers know when a new software product works properly and is safe to fly? In the United States, software must undergo a certification process described in various standards by various regulatory bodies including NASA and the Requirements and Technical Concepts for Aviation (RTCA) which is enforced by the Federal Aviation Administration (FAA).</blockquote> There are no analogous requirements or enforcement in the healthcare IT sector. None. In fact, the VA, of all places, should have been exceptionally wary of these types of malfunctions and exercised the highest levels of engineering rigor. Why? See "IT Vulnerabilities Highlighted by Errors, Malfunctions at Veterans Medical Centers" <a href="http://hcrenewal.blogspot.com/2009/03/it-vulnerabilities-highlighted-by.html">at this link</a>. From that posting, reflecting a March 4, 2009 JAMA article by the same title by Bridget M. Kuehn (<a href="http://jama.ama-assn.org/cgi/content/extract/301/9/919">JAMA 2009;301(9):919-920)</a>: <blockquote>... After a software update of the electronic medical records system at VA hospitals in August [2008], health care workers at these facilities began to report that as they moved from the records of one patient to those of a second patient, they would sometimes see the first patient's information displayed under the second patient's name. [If not for the diligence of the users then, that type of error could have led to dead patients -ed.] This records-scrambling problem was reported at 41 of the 153 VA medical centers, said Gail Graham, deputy chief officer of Health Information Management at Veterans Health Administration Headquarters in Washington, DC. Graham explained that the jumbling of records was an uncommon occurrence that only occurred after a particular sequence of events. ... Health care workers at the VA medical centers were notified about this potential problem in October, and on December 20, the centers received a software "patch" to fix the problem. Nine VA medical centers reported another type of problem related to their electronic records system: physician orders to stop medication were missed, causing some patients to receive intravenous medications longer than necessary. The problem occurred because after the software upgrade, physician orders to discontinue such medications, which had previously appeared at the top of the screen, were not displayed. In 3 cases, patients received infusions of drugs such as heparin for up to 11 hours after their physician had ordered the drug to be discontinued. Graham said the affected patients were not notified because they had not been harmed by the oversights. This software problem was corrected on December 8. </blockquote> As I noted in that post: "... if this type of error occurs once too often, your patient's dead." Back to the current VA / DoD interface "glitch": <blockquote>... The VA has fixed the [current] bug and plans to bring the BHIE back online on March 9. Baker emphasized the bug's effect on the medical records of patients that VA and Defense clinicians share was sporadic and occurred in one out of 100 queries. The glitch caused errors only in the records that VA clinicians accessed. Defense doctors still have access to records Veterans Affairs stores.</blockquote> "Only" 1 out of 100? ... that's only 10,000 errors per million EHR queries. Not too bad at all ... how many soldiers are in a military <a href="http://en.wikipedia.org/wiki/Division_%28military%29">division</a>? <blockquote>Baker said the department's response to the glitch showed VA's overall health system worked "because there is always a doctor in the loop" who checks the accuracy of a patient's health data in combination with a well established patient safety organization that quickly alerts clinicians to any errors.</blockquote> The "system worked" because luck prevailed that fallible, busy human clinicians were not deceived by erroneous information provided by a computer? I fall back on <a href="http://hcrenewal.blogspot.com/2010/02/forgotten-first-principles-in.html">first principles of IT</a>: <blockquote>A computer can free professionals from tedious, repetitive work which does not require judgment. It can provide facts and figures with lightning speed, giving domain experts more time to exercise their judgment thoughtfully </blockquote> The system is not working when computers add to the tedium, and having to expend precious cognitive capacity in ferreting out computer errors is certainly in that category. This excuse reminds me of a recent quote from our Homeland Security secretary about how the "<a href="http://www.foxnews.com/politics/2009/12/28/napolitano-acknowledges-security-failed-allowing-terror-suspect-plane/">system worked</a>" when an airplane nearly was blown out of the sky. These failure excuses, possibly written by a public relations 'spin doctor' in an effort at damage control, remind me of a humorous sign I bought in a novelty store once, for placing on the wall: "Our policy is to <a href="http://hcrenewal.blogspot.com/2006/01/our-policy-is-to-always-blame-computer.html">always blame the computer</a>." Perhaps clinicians need to stand up for this motto: No more alpha and beta software rollouts in healthcare. <blockquote>Robert Charette, a risk management consultant and president of the ITABHI Corp. in Fredericksburg, Va., which consults with Defense, said VA was lucky it discovered an error as obvious as prescribing an erectile dysfunction drug for a female patient. He wondered if VA would have detected the error if it were for drugs with similar names, adding that despite the low error rate, "it's the one out of 100 that can bite you."</blockquote> It's also the one out of fifty thousand that can bite you, for instance as <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/scotsilv/vioxx1.htm">Merck recently discovered</a>. <blockquote> Baker said the complexity of medical records systems like BHIE would make regulating such networks [by agencies such as FDA - ed.] a daunting task.</blockquote> I thought we were just at the point of transforming health with one thunderous click of a mouse after another per our prior HHS secretary at the <a href="http://www.himss.org/ASP/ContentRedirector.asp?ContentId=65039&type=HIMSSNewsItem">2005 HIMSS summit</a>. Perhaps not... <blockquote>Dave deBronkart, a patient advocate in Nashua, N.H., who spoke at last week's Health IT Policy Committee meeting, said in an interview with Nextgov that the glitch paralleled the problems he encountered last year when he tried to transfer information from his hospital medical record to Google Health, an online electronic health record database the search giant launched in 2008.</blockquote> I wrote about that at "Should Google Seek the Resignations of Those Responsible for This Healthcare IT Debacle?" <a href="http://hcrenewal.blogspot.com/2009/04/should-google-seek-resignations-of.html">here</a>. <blockquote>If the United States wants to develop a national health electronic record system, it needs to make sure heath information exchanges work correctly, said deBronkart, who added VA should be commended for reacting quickly to the software problem and issuing the patient safety alert.</blockquote> I believe this is not possible under the current leadership, organizational and regulatory structures found in the healthcare IT sector. As I've written before, healthcare cannot be 'reformed' or even improved by IT, until IT and its culture are themselves reformed. For more on these issues, see my site below. -- SS <div style="text-align: justify;">For more on HIT challenges see "Contemporary Issues in Medical Informatics: Common Examples of Healthcare Information Technology Difficulties" - <a href="http://www.ischool.drexel.edu/faculty/ssilverstein/cases/">http://www.ischool.drexel.edu/faculty/ssilverstein/cases/</a> </div>

VA / DoD EHR Interface Debacle: Will It Take the Luminosity Of A Dozen Supernovas To Shed Light On The Obvious About Healthcare IT?

(Note: Academic/military readers of this post, I would enjoy your comments. Email sms88 AT drexel DOT edu . Thank you -- SS.) (Dec. 2010...

Đọc thêm »