healthy4u: sale of known defective software

FDA: Software Failures Responsible for 24% Of All Medical Device Recalls

At "<a href="https://threatpost.com/en_us/blogs/fda-software-failures-responsible-24-all-medical-device-recalls-062012" target="_blank">FDA: Software Failures Responsible for 24% Of All Medical Device Recalls</a>" via Kapersky Labs, a software security company, it is observed (emphases mine): <blockquote class="tr_bq">Software failures were behind 24 percent of all the medical device recalls in 2011, according to data from the U.S. Food and Drug Administration, which said it is gearing up its labs to spend more time analyzing the quality and security of software-based medical instruments and equipment. The FDA's Office of Science and Engineering Laboratories (OSEL) released the data in its 2011 Annual Report on June 15, amid reports of a compromise of a Web site used to distribute software updates for hospital respirators. The absence of solid architecture and "principled engineering practices" in software development affects a wide range of medical devices, with potentially life-threatening consequences, the Agency said. In response, FDA told Threatpost that it is developing tools to disassemble and test medical device software and locate security problems and weak design. ... "Manufacturers are responsible for identifying risks and hazards associated with medical device software (or) firmware, including risks related to security, and are responsible for putting appropriate mitigations in place to address patient safety," the agency said in an e-mail statement. </blockquote> <a href="http://hcrenewal.blogspot.com/2011/04/fda-decides-regulating-implantable.html" target="_blank">Health IT medical devices</a> are the exception, of course.  A health IT virtual medical device is always of <a href="http://sydney.edu.au/engineering/it/%7Ehitru/essays/Pt%207%20-%20The%20Integrated%20Assessment%20-%20The%20Washup.pdf" target="_blank">rock-solid architecture</a>, always uses "<a href="http://hcrenewal.blogspot.com/2011/10/nist-on-ehr-mission-hostile-user.html" target="_blank">principled engineering practices</a>" in software development, and never has <a href="http://hcrenewal.blogspot.com/2011/06/babys-death-spotlights-safety-risks.html" target="_blank">life-threatening consequences</a>, of course. Hence its special regulatory accommodations over non-virtual (tangible) medical devices. -- SS

FDA: Software Failures Responsible for 24% Of All Medical Device Recalls

At " FDA: Software Failures Responsible for 24% Of All Medical Device Recalls " via Kapersky Labs, a software security company, it...

Đọc thêm »

An economist's advice on healthcare information technology

In a Feb. 28, 2009 New York Times article entitled "<a style="font-family: arial;" href="http://www.nytimes.com/2009/03/01/business/01unbox.html?_r=2&emc=eta1">How to Make Electronic Medical Records a Reality</a>", we get advice from the same profession in part responsible for the worst economic downturn since 1982 and perhaps 1929: <blockquote face="arial">... It is scarcely surprising, then, that only about 17 percent of the nation’s physicians are using computerized patient records [to various extents, 13% of that 17% only having basic functionality - ed.], according to a government-sponsored <a href="http://content.nejm.org/cgi/content/full/NEJMsa0802005">survey</a> published last year in The New England Journal of Medicine. "This is really not a technology problem,” observed Erik Brynjolfsson (<a href="http://ebusiness.mit.edu/Erik/">bio</a>), an economist at the Sloan School of Management at the Massachusetts Institute of Technology. “It’s a matter of incentives and market failure.”</blockquote> No, Prof. Brynjolffson, it is a matter of technology - as in, the misuse thereof. It's also a matter of logic failure, incompetence, conflict of interest, and vendor exploitation of <a href="http://hcrenewal.blogspot.com/2007/10/physicians-learned-helplessness.html">physician learned helplessness</a>. Vendors are already getting <a href="http://hcrenewal.blogspot.com/2006/10/70-million-for-electronic-medical.html">$70 to $100 million and up</a> for these products from individual medical centers, enough to build entire new hospitals. What more incentive to produce reasonable, safe, effective products do they need? On the other hand, the incentive you need to get physicians and other clinicians to purchase and use ill conceived, cavalierly designed HIT that saps their time and cognitive focus is not monetary. The necessary incentive is HIT that presents an acceptable user experience and that facilitates real, live clinicians in improving the quality of care. Only in healthcare could products with hundreds or thousands of known defects (known to individual healthcare organizations in isolation, that is, some being critical defects that can kill patients and others merely raising risk of <a style="font-family: arial;" href="http://www.pittsburghlive.com/x/pittsburghtrib/news/cityregion/s_611120.html">clinician cognitive overload that promotes error</a>), be sold to other healthcare organizations without disclosure of such defects. Further, contractually the customers are usually restricted from sharing those known defect lists with other organizations. Only in HC could vendors of defective products also be shielded from liability from their products' defects on "learned intermediary" principles, as if these learned intermediaries cannot be misled or caused to make errors by defective information. As I mentioned in <a href="http://hcrenewal.blogspot.com/2009/02/are-health-it-designers-testers-and_27.html">part 5</a> of my series on HIT's mission hostile user experience, I have now become aware of organizations with defects/clinician complaint lists for contemporary HIT including CPOE, EHR etc. amounting to well over a hundred pages in one case, and well over a thousand individual items in another, and a number of unquantified but considerable in-betweens. How many defects lists are concealed? (Perhaps it's time to start calling in the state Attornies General on the basis of sale of known defective and possibly harmful software, without disclosing such defects, in my mind a form of fraud?) One wonders if Prof. Brynjolffson is aware of issues of HIT mission hostile user experiences due to gross violations of the most basic tenets of user centered design such as I've outlined <a style="font-family: arial;" href="http://hcrenewal.blogspot.com/2009/02/are-health-it-designers-idiots-part-1.html">starting here</a>. How about vendors using hospitals as guinea pigs for apparently poorly tested products as in this <a style="font-family: arial;" href="http://www.ischool.drexel.edu/faculty/ssilverstein/DUCOM_EMR_Complaint.pdf">Civil Complaint</a> (PDF) against HIT vendor AllScripts? How about the issues at my <a style="font-family: arial;" href="http://www.ischool.drexel.edu/faculty/ssilverstein/medinfo.htm">site on HIT difficulties</a>? My final comment: Economists, please spare the medical profession from your advice. It is not helpful nor wanted. We are getting tired of cross-occupational invasions by biomedical and healthcare informatics dilettantes. If you've not gone to medical school, not done a residency, and/or (for those many competent nonmedical informatics professionals) not had considerable education and experience in information science, computer science, biomedical informatics, social informatics, and other areas, you're an HIT dilettante. Period. No ifs, no buts, no debate. (Such people perhaps need to read "<a href="http://gagne.homedns.org/%7Etgagne/contrib/unskilled.html">Unskilled and Unaware of It: How Difficulties in Recognizing One's Own Incompetence Lead to Inflated Self-Assessments</a>" and stop rendering expert advice in areas in which they lack expertise.) I leave it to other bloggers here to determine if anyone cited in the NY Times article holds financial interests in HIT-related companies. -- SS

An economist's advice on healthcare information technology

In a Feb. 28, 2009 New York Times article entitled " How to Make Electronic Medical Records a Reality ", we get advice from the sa...

Đọc thêm »