Clinical Informatics

Clinical Informatics


Computing power does not make up for lack of interoperability

4.10.2012 | 0 Comments

IBM’s Watson is a great computing resource and has been shown to be able to compete in many of the ways that higher learning demonstrates, from participation in the Jeopardy game show to the potential of dissecting the human genome. But, if none of the required data are available to solve the most complex of problems, then all the computing power in the world will not help.

In order to effect the use of data to solve a problem, data must be available and easily accessible. This may seem to be a trivial tautology. However, if no means exists to extract data from systems that are disparate, federated and under different ownership then the full majesty of the computing power will never be realized. The use of disparate sources is almost universally understood yet it remains a key challenge to effective use of data.

It is certainly possible to create or assemble data from disparate sources. Much of the work involved can be laborious: translations of terms, physical access to remote sources, normalizing and aligning methods may need to be developed, etc., etc., etc. The list goes on. Only when a collected source of information exists in a manner that can be readily interpreted by the applications to which these data are fed will the maximal benefit be realized in mining for information. That said, I am also not a blind proponent of data mining to glean intelligence from data.

Interoperability must precede processing power, in my opinion. In modern times (circa 2012) the ability to draw inferences from whatever data are collected is partially there. The fact is that the electronic medical record has evolved to more than just a warehouse of collected information, better than the state of affairs 10 or 20 years ago. Yet, because users must interact with data and information from multiple sources within the universe of the healthcare enterprise (hospital or hospitals in a multi-entity environment), to include notes and orders, it is necessary to carry the context of the information together with its temporal alignment (when things happen). Fragmentation of information, lapses in data, misalignment of events, all can lead to incomplete context. This pervades even the best of systems.

To this point, there is an interesting article on KevinMD this morning that identifies several ways for patients to minimize the fragmentation in care. This article describes how patients can assist their care providers by acting as the “ether” in providing information longitudinally across many care providers to help assemble a much more complete picture of their overall “story.”

The term “story” best represents the situation: each of us has a story (I’ve shared various of mine through this blog). While the challenge weighs upon the provider to extract pertinent facts from the overall temporal collection, judging what is of value and what is not should only occur after review of these facts, not before. To assemble a full story on a patient can involve communication of information from multiple sources, just as in the article described above: many sources made “interoperable” by action and labor of the patient in order to assemble a full (or more complete) picture on the patient. Without this picture, number crunching on the subset may be meaningless or, worse, result in erroneous conclusions.

Share

Hospital acquired infections (HAIs) & Sepsis: Some Data

3.24.2012 | 0 Comments

The CDC estimated the cost of sepsis in 2008 to be $14.6B (source: HealthLeaders Media, June 22, 2011).

…bloodstream infections overwhelmingly affected the elderly…About two-thirds of patients hospitalized…were age 65 or over…and the hospitalization rate for sepsis and septicemia aged 85 or older (271.2 per 10,000 population) was 30 higher than the rate for those under age 65 (9.5 per 10,000)…

sepsis

The CDC states that healthcare-associated infections (HAI) are

infections that patients acquire during the course of receiving healthcare treatment for other conditions…Approximately 1 out of every 20 hospitalized patients will contract an HAI.

In 2002, CDC estimated that the number of HAIs in U.S. hospitals was approximately 1.7 million:

  • 33,269 among newborns in high-risk nurseries
  • 19,059 among newborns in well-baby nurseries
  • 417,946 among adults and children in intensive care units
  • 1,266,851 among adults and children outside of intensive care units

Symptoms of sepsis can include:

  • fever, although body temperature can remain normal or below normal in some
  • chills, shaking
  • rapid heart rate
  • rapid breathing
  • low blood pressure has often been reported
  • confusion, disorientation, agitation, dizziness
  • some develop rashes, pain in joints

Causes of sepsis can vary, but are typically experienced most often in the very young and elderly individuals. Those individuals who have reduced immunosuppressive function, in general, are often “targets” for sepsis. This makes individuals who are being treated with chemotherapeutic drugs particularly susceptible and those who have had transplants or spleen removal. Individuals who have diabetes or are fighting infection such as pneumonia, AIDS, meningitis, urinary tract infections, etc. are also susceptible for onset of sepsis.

Share

Durable Medical Device Data and Clinical Decisions

3.16.2012 | 0 Comments

EMBS - Zaleski - 1998

Page from EMBS publication on modeling post-operative respiratory state

Back in 1998 I wrote my first scholarly article on the topic of modeling as it relates to human body systems. The focus of the article was to demonstrate how data collected from bedside medical devices could be used to model specific behaviors and trends that could then be used for predicting future state in critical care patients. This paper was published in IEEE’s EMBS magazine.

Throughout the years I have kept a close eye on the subject of data and clinical decisions based upon data. This is what led to the writing of my second book.

As electronic medical record (EMR) systems have advanced and evolved, the subject of data and clinical decisions has evolved as well, and for good reason. Many illnesses can be better managed or even detected through the collection and management of data, both form durable medical devices and laboratory instruments. A key illness among them is sepsis. Going back to 2008, Health Data Management described the use of bedside data that fed physiologic monitor based models for detecting sepsis in near real time.

Sepsis, or septicemia, is a leading cause of death in ICUs, especially among the elderly. The CDC reported in 2008 that the cost of sepsis management alone broached $14.6B (source: HealthLeaders Media). According to the same source, “[h]ospitalizations for … sepsis as a [primary] diagnosis grew from 326,000 in the [year] 2000 to 727,000 in 2008.” The number is not declining in 2012.

A key element in the management of sepsis is data. Data and clinical decisions surrounding changes in body temperature, heart rate, elevated white blood cell count OR lower-than-average temperature are also signs. Elevated pulse, highe respiratory rate in combination with these and other parameters such as end tidal CO2 changes are all measurable quantities. When combined these data are instructive as to cause. Many elements can be retrieved from the physiologic monitoring equipment, laboratory information systems and other devices (mechanical ventilators) that reside at the bedside of the patient.

It is important to realize that the completeness of the electronic medical record is not just in the notes that are recorded by the clinician at the bedside of the patient, but also in terms of the availability of all information recorded on the patient. Together, this information provides a powerfully instructive set that, when properly mined and properly analyzed, can lead to prospective assessments and early diagnoses of potentially life-threatening ailments…and the source of this rich information is data.

 

 

Share

Where is Healthcare's Information Appliance?

3.12.2012 | 0 Comments

In Donald Norman’s book, “The Invisible Computer”, written back in the late ’90s, he describes the features and functions of “information appliances” — technologies that are tailored towards solving specific problems in everyday lives. A key benefit of information appliances is that they are singular in purpose. For example, a garage door opener could be considered to be an information appliance.

One might argue that the fact that such devices exist is obvious and unremarkable in everyday use. However, the argument made around having such devices singular-of-purpose is just that: they are easy to use, require very little “training,” have few failure modes and are self-intuitive.

We turn now to healthcare and the concept of an information appliance in this field. When Norman wrote his book back in the late ’90s there were no iPhones, no Androids, no iPods (at least those we are familiar with today), and certainly no iPads. Yet, a theme that is often used in describing the ultimately usable device(s) for physicians and nurses, we hear that usability is chief among them. In last week’s Healthcare IT Newsweek piece “12 Integration Capabilities EHRs will need to have” we learn of features and functions that need to be deployed to support single sign on, integration of patient context and awareness, publishing functions to consuming widgets. But, these are all quoted with respect to the assumed rendering device: the personal computer. The personal computer is a generalist’s appliance, not a specialist’s. It is designed to be used for multiple purposes. Hence, when applied toward the specialization of any one problem, it does so only with clunkiness. We are all undoubtedly familiar with problems in upgrading computers; in applying patches; in the intricacies of software installation and configuration. These “generalist appliances” can oftentimes get in the way of the specialist’s purpose because we (all of us) oftentimes spend our time simply figuring out how to use the appliance rather than using the appliance to solve a particular problem for us.

As I was reading Donald Norman’s book, I was thinking about what could be considered to be today’s “information appliances” and how they could be applied to healthcare. My iPhone or iPad immediately came to mind. Albeit, generalist-devices, they have downloadable applications that can make them specialist devices for particular purposes. Then I thought about whether they were really applicable to the healthcare environment: from a clinical perspective, if used by a physician in his or her office or at home that might be the case. But, if use were to be considered at the bedside, there are other issues to deal with: cleaning, dropping, ability to use with a gloved hand, etc. Could the iPhone truly be considered a clinical information appliance at the bedside? I’m not sure it could.

In the 14 or so years since the publication of Norman’s book, much has evolved in terms of technology. Furthermore, the acceptance of technology for clinical practice has certainly evolved enormously. Yet, what has seemingly evolved in a limited way is the usability of technology for clinical practice. Physicians and nurses are all-too-often required to learn to work with, through, or around the quirks of information technology and their requisite appliances rather than having technology that will work with, for and conform to the requirements of the clinical user. This has caused me to think about where is the true clinical information appliance? I do not think it (yet) truly exists.

Share

Informatics: the science and my own vision

3.04.2012 | 0 Comments

I am an Informatician. There are several definitions of this that are, generally, supportive of one another. Albeit, the definition of biomedical informatics is rather unique, as can be seen below.

For example, Wikipedia defines Informatics (not biomedical informatics) as follows:

…the science of information, the practice of information processing, and the engineering of information systems. Informatics studies the structure, algorithms, behavior, and interactions of natural and artificial systems that store, process, access and communicate information. It also develops its own conceptual and theoretical foundations and utilizes foundations developed in other fields.

The general study of algorithms, structure, behavior and interactions of natural and artificial systems that store, process, access and communication information are all aspects of biomedical informatics, too.

The Free Dictionary provides the following definitions:

…computerized automated delivery and manipulation of information to and by users of computer systems.

…the management of information and knowledge by computers.

…information management; the technology of information storage, retrieval and transmission. Includes on-line access to and editing of data bases, facsimile transmission, optical reading and word processing.

The American Medical Informatics Association has developed a formal definition of Biomedical Informatics:

…Biomedical informatics (BMI) is the interdisciplinary field that studies and pursues the effective uses of biomedical data, information, and knowledge for scientific inquiry, problem solving and decision making, motivated by efforts to improve human health.

The list goes on, but I think the point is made: the use of biomedical data for knowledge and scientific inquiry, problem solving and decision making. These are definitely aspects and attributes of the definition that apply to me and my background.

I am a member of AMIA, a member of HIMSS (Health Information Management Systems Society), and other organizations that aim to use health information to foster improved care at the bedside. However, when I started my involvement in this whole arena or field of study I knew of neither and some of the societies that are now in full swing were not even born (IHE, for instance).

My involvement in healthcare informatics began in 1990, and the decision to migrate into this field formally occurred after rather a personal tragedy: my mother’s diagnosis with, and ultimate death from, breast cancer. We all have our stories and reasons why we do things in life. This was one that changed my complete direction. I had been working in the aerospace industry for a major defense contractor (later acquired by yet another defense contractor) and had no intention of changing my field. However, mom’s rather sudden diagnosis with a very virulent form of breast cancer combined with the utter helplessness I felt during her illness and the lack of answers I could obtain from her oncologist, caused me to begin to ask the questions about how such seeming inability to assess and forecast was not a major news story. Furthermore, the inability to locate and access data was, to me, unbelievable. After all, weren’t we dealing with people’s lives here? I compared the relative “order” in my field of aerospace engineering–the existence of standards; the ability to link and integrate disparate systems; the ability to collect data and access multiple sources of information, even sources developed by competing contractors, and could not understand why medicine or healthcare in general was “allowed” to continue this way!

Of course, I was naive. I  understood that there were major challenges in medicine that remained and still remain unsolved (cancer being one of them). Yet, I was coming at this “problem” from the perspective of an engineer’s brain: diagnose the problem, seek the data, formulate a solution approach, execute the solution.

What I saw in this case (so close to me as it was) was the ability to diagnose the problem, collect some of the causal data, but the processes of formulating an effective solution and executing on that solution were completely beyond the capabilities of everyone involved. At the time, at least, there was “guessing”; there were pockets or sources of incomplete data; not all information could be collected and made available to any given clinical end user, etc. Now, to be fair, had my mother been diagnosed in this day & age I believe she may still be around–some very fundamental advances have been made in the field that would have given her more of a fighting chance. However, back then the key approach was “poisoning” the system (note: I had read Dr. Susan Love’s book on breast cancer at that time). Furthermore, the tools at hand for her oncological team were stored in “silos.” There was not much sharing of information outside of the major medical journals. In addition, the oncological team’s ability to seek independent studies or new research to be able to evaluate or even model or statistically assess the effectiveness of experimental treatments was almost impossible to do.

However, the experience placed a focus like a laser beam in my consciousness in terms of providing the tools and access to data to improve the care and prospects of the patient that has not diminished in me since that time. In the aerospace field, collecting information from multiple sources in order to seek better overall knowledge of the “target” was and is done regularly. Often called “multi sensor data fusion”, I carry this term forward from my former field to comparable use in medicine and healthcare as a metaphor for describing the process of collecting data that may paint a picture of “different sides of the elephant” in order to assemble a more complete view of what is actually happening–in other words, to improve situational awareness around the patient. This aspect of informatics is one that, for me, also motivated the need for better and more complete data (medical device connectivity being one source for this type of information).

During my days in research at PENN, collecting data from multiple sources was key to establishing the situational awareness and conditions around the predictive models I had developed for assessing likelihood to wean from post-operative mechanical ventilation. To accomplish this, rich and complete source data from laboratory to medical device information as well as patient demographics and history were necessary. The conditions that establish the usability of the data, its importance and applicability to the environment are, in a microcosm, what was missing from my mother’s experience and that of her oncological team. The ability to source data–even experimental data–from multiple sources and to have the ability to combine and integrate it effectively for the use in “what-if” analysis was completely missing. However, again, going back to the aerospace engineering analogy, this is frequently done as a method for validating design or determining the best approach or possible effects for dealing with unknown situations.

In summary, medicine is much more complex than “rocket science,” but only because of the unknowns. The field of informatics seeks to place the best possible information in the hands of those who are operating on the front lines of battle–the physicians, principally–who are charged with guiding the treatment. If, in this process, I can assist or make a difference to win the battle for the patient, my life will have been well lived.

Share

Pain a significant problem in patients with COPD

2.29.2012 | 0 Comments

An interesting article was reported in Dove Press on a study of 100 Norwegian patients with COPD and the effects of COPD on subjective and objective assessment of these patients relative to pain. The study title, “Differences in subjective and objective respiratory parameters in patients with [COPD] with and without pain” evaluated both objective pulmonary state in the form of forced expiratory volume in 1 second (FEV1) and forced vital capacity (FVC) as well as subjective assessment of pain in these patients. Top items reported in St George’s Respiratory Questionnaire (SGRQ) identified painful cough, exhaustion related to cough, breathlessness, and sleep disturbance.

Share

Automated data collection is a key enabler for comparative effectiveness research

2.14.2012 | 0 Comments

When I began conducting my own research ~20 years ago, I envisioned interaction among large numbers of databases from which I could automatically draw needed information to assemble the models I required to verify performance of one patient in comparison with a population of patients having the same specific characteristics. The comparison of a test patient with a population was not only the basis for my predictive methodology but a basic tenet of Bayes’ Theorem and conditional probability. I envisioned back then a day would come when all the data I was attempting to cobble together by hand and by computer would be readily available… perhaps 10 years down the road.

Fast forward to today.

In the AHRQ’s opening FAQ about what comparative effectiveness research (CER) is, they state that, they state that “Comparative effectiveness research is designed to inform healthcare decisions by providing evidence on the effectiveness, benefits, and harms of different treatment options.”

Physicians rely on evidence, in the form of corroborating (and some contradictory) studies to validate and verify hypotheses related to treatment. Accepted treatments and approaches for care are those most usually associated with corroborating evidence–a great deal of corroborating evidence. Not all data arrive in the form of simple measurements. Data take on the form of studies, published research papers, laboratory results, films, guidelines, textbooks, and from bedside medical devices.

To a degree, the electronic health record (EHR) was seen as a key element in achieving the type of data richness that was necessary to support comparative effectiveness research. The EHR and its adoption are necessary but (yet) insufficient in terms of the CER enterprise. In “Optimizing Health Information Technology’s Role in Enabling Comparative Effectiveness Research“, Navathe and Conway note that “…[f]or CER to be conducted, …EHRs must be connected to data networks enabling access to at least portions of their captured data. It will be challenging to implement EHRs on a large scale and to develop electronic networks substantial enough to produce observational data that alter clinician, patient, and other decisions.”

As Navathe and Conway state, healthcare data is not just personal, it is a strategic asset upon which basic research depends. Despite visions of a unified, singular database “Borg” where all data would go to be mined endlessly by large mainframes, the facts most probably near term and into the future are that data will be federated. They will reside in many different pockets “owned” by many separate and disparate institutions large and small. The key, then, to my mind, is not figuring out how to assemble them into some common structure, but enabling their inter operative interaction, much the way the Internet operates today. When we type in a Google query, we are not interacting with some great big “WOPR” computer (references to the 1983 movie WarGames), we are interacting with millions of computers around the world.

What I did not realize 20 years ago that I have finally come to realize is that I thought then the “hard” problem was solving the predictive model for the patients I was monitoring, when the really hard problem was assembling all of the data together from the many disparate sources. Through all of the standards committees and claims of interoperability, we are really a long way off in terms of enabling the one thing that would allow us to do what I had started out almost 20 years ago doing: automating the data collection, from any source, that would allow us to focus on the real business of health care research, and would enable the vision of comparative effectiveness research.

Share

Medical Device Alarms and the MIMIC-II Database for Multiparameter Data Modeling

2.06.2012 | 0 Comments

Some months ago I meant to put this on the blog and it has been sitting in draft form wallowing.

In reference to the medical device alarms topic, there is a very good source for high frequency and fidelity monitoring data. The MIMIC-II database is an excellent source for waveform level modeling data taken from critical care patients and deidentified for use in research. A key reference for the scope of the data found in the database (which is generally available for access at no cost) can be found in the following paper:
Saeed et al:, Multi-parameter Intelligent Monitoring in Intensive Care II (MIMIC-II): A public-access intensive care unit database

Share

Some quick thoughts on medical device alarm research areas of need

2.02.2012 | 0 Comments

Months ago I wrote about the AAMI Summit on Clinical Alarms. This prompts some ideas for research to mitigate nuisance and general patient medical device alarm problems:

  1. improving signal to noise (specifically, sensitivity / specificity): reducing data overload / information underload would limit “nuisance” alarms;
  2. need for device intelligence: for example, the medical device alarm has context for which awareness and the ability to adapt to a specific situation would reduce the occurrence of artifact;
  3. human-machine interfaces: improved usability through refined/redesigned human / machine sensory interface;
  4. multisource data fusion: integration of data from multiple devices in a manner that provides for a fusion of knowledge and situational awareness that would not be available from these devices separately; and,
  5. historic and prospective trending: deterioration trending of patients over time using historic data as well as models of prospective evolution.

Historic information provides some notion of what is risky for patient: events and information from multiple sources can establish an a prior assessment of whether a patient is experiencing distress. These conditions are not unique and have been seen previously by multiple clinicians over time. Hence, the historical information can be a great filter for establishing what is real and what is not real in terms of alarms and medical device alarm management. Just as automatic feedback control systems provide a feedback to the plant model as to deviations from expected performance, such is analogous with medical device alarms.

Part of the challenge is how to combine the information from multiple sources. This combination of information is not simply co-displaying them in a common format or user interface. It is presenting the data intelligently to the end user, possibly in a processed manner that determines, based on their combination, whether the result is a bona fide alarm condition. This rather cerebral aspect of the processing is the dilemma. Leaving out even the regulatory aspects of the situation, understanding what the processing is actually doing–the “plant” part of the automatic feedback control system–must be represented accurately.

A medical device alarm from a single device provides an indicator with respect to the sensors that are being measured for that one device. For instance, a physiologic monitor that is only measuring pulse and ECG cannot report an alarm on End Tidal CO2 or respiratory rate. On the other hand, a mechanical ventilator cannot report an alarm on heart rate or on ST segment elevation. The two devices report medical device alarms according to their particular sensors and objectives. However, the combination of the two devices can provide corroborating evidence. For instance, an ASYS alarm could be caused bya lead disconnecting from the physiologic monitor or from the patient. But, an ASYS alarm occurring at the same time as an APNEA alarm would provide corroborating evidence. This is rather a tragic example, but one that demonstrates the correlation of two events.

The fusion of multi-source devices can also provide a mechanism for reducing data overload while at the same time increasing useful information is one that I find to be very interesting. There are many research efforts surrounding modeling. Yet, integrated system modeling (multi system integrated assessments) has really yet to be shown (publicly) as viable in medicine–and generally accepted in operational use, not to mention for medical device alarms.

I would like to leave this here for now and follow-up in more detail on these areas. The medical device alarm field is fertile ground for integrated systems engineering application.

Share

'90s CDS research still valid today?

2.02.2012 | 0 Comments

My recent participation in an NSF Grant review at PENN on Tuesday and, in particular, Dr. C. William Hanson’s overview briefing during that event, brought to mind some things that he and I had worked on back in the early to mid 1990s. During the course of the presentations, which I found to be very fine and informative, it had occurred to me that basic research is still being conducted in areas that remain relatively untouched or unresolved today, some 16 years later. At the tail end of my dissertation it had been requested by my committee (Dr. Hanson in particular) to lay out key areas of future research that could stand upon what we had done and, in particular, focus on the problem of automation.

Extracts from that long-ago written conclusion read as follows:

“Develop… a larger database of spontaneous minute volume data to verify that it is possible to achieve a more accurate interpolation methodology…”

“Develop…a database of respiratory state data that can be easily recalled for real-time diagnosis and analysis by the critical care staff…by providing an easy way to download this information for…processing would permit the storage of each patient’s data, along with information on patient condition, to be used to classify each patient according to surgery.”

“[A]utomate the weaning process…motivated in part by the need to safely reduce costs and instill more uniformity in the respiratory weaning process across a larger patient population. Moreover, one desirable quality of such an automated methodology is that is would not require the input of such information as patient mass, gender, …anesthetic dosages…to operate effectively. The control system responsible for regulating patient respiratory support should use only that information available through the ventilator…Evidence and trends in patient care exist to suggest that automating post-operative weaning in patients who are not problematic is not only possible, but inevitable as hospitals strive to streamline and reduce the costs associated with critical care medicine.”

The conclusion then goes into the specific algorithm for reducing the support automatically. Undoubtedly, another research focus altogether. Nonetheless, this was written in 1996. Evidence-based medicine is a key objective in the application of treatment today. Furthermore, the databases that were referred to in the research do not (yet) exist today. There are clinical information systems, electronic health records (EHRs) and electronic medical records (EMRs), and varying levels of discrete data that comprise them. But, the level of data richness described in that conclusion still does not exist today.

The one key reason I focused so heavily in my career on medical device connectivity has been because of the inability to uniformly collect the information at the bedside so necessary to support these types of research (and, ultimately, to support the care models related to automated management). While there certainly exist safety concerns surrounding the automated aspect of any process in healthcare, the objective at that time was to provide more uniformity around the process of weaning. Furthermore, respiratory weaning was merely an exemplar to serve as an expression of the larger application of predictive methodologies based upon data normally collected at the bedside.

In order to improve situational awareness it is necessary to have access to the latest information. Part of that situational awareness relates to the observations collected from the patient. Observations in the high acuity spaces comprise the visual, audible and sensory based set that every clinician is familiar with. These are further augmented by historical information, patient demographic, and the training that each clinician receives. Integrate, fuse, or otherwise combine these data together and the situational awareness increases greatly. It is this situational awareness that was sought to be demonstrated through the research at that time and remains an important focus of future research.

Much has happened in the span of time since I graduated from PENN. The IHE, IEEE standards, and interoperability in general have advanced greatly. The research I had begun in the 90s that related to automation and data integration provides potential graduate and undergraduate students seeking to advance their knowledge through the pursuit of both Ph.D.s and Masters degrees with a great opportunity to advance the areas of automation, automated feedback control, and modeling far beyond its current state. While much has been done in the field since I was a student–almost 20 years ago–much remains and I believe the field is on the verge of really taking off, given the advances in interoperability that have occurred to date and the energy and focus on integration of data from various disparate sources within the healthcare domain.

Note: Links to external sites are not to be taken as an endorsement by the author.

Share

The focus and benefits of big data

2.01.2012 | 0 Comments

Yesterday I attended an NSF grant status review at the University of Pennsylvania. I had a chance to visit with some old friends of mine and to reacquaint with some new friends. It is striking to me the energy in the area of systems engineering in the medical field that has taken place since I was a student there some 16-20 years ago. When I was a student at PENN, the notion of applying systems engineering to medicine was not even a field: it was the study of one lone student in the department. I am happy to see such growth.

While I cannot get into the specifics of the discussions of the various projects, I will lend my overall impressions vis a vis the types of concepts that are being focused on, and that are a major focus in healthcare and medicine today.

Useful use (as opposed to Meaningful Use) of data within the enterprise is a huge objective in the treatment of patients:

1) using past information and history to assist in reducing the likelihood of readmissions;

2) better management of those patients, particularly in critical care who are likely to suffer from sepsis, ventilator acquired pneumonia, etc.;

3) reduction in the number of medical device alarms that bombard the clinicians;

4) better use of integrated information through application of interoperability standards.

All of these areas are of high value. As I noted in my “outbrief” at the end of the meeting, my views, while highly motivated by pure research, are more governed by the pragmatic from the perspective that I live with customers and their problems, and this motivates me to write on areas that are both pragmatic but motivated by research interests of my own.

The term “Big Data” has often been used, and by itself is nothing more than marketing tripe. To my mind, systems engineering and the various concepts related to it, from situational awareness to systems of systems engineering, has been around a long, long time, primarily as related to the aerospace/defense industry (a former industry of my own). What is becoming more and more clear is that the effective use of data–not just mining it for whatever trend falls out of the net–is the real value. Combining specific information associated with diagnoses and then determining from that which patients are likely to be readmitted; which patients are likely to respond favorably from a certain course of treatment, etc. are outcomes assessments that carry with them great value but also great responsibility.

Pragmatically, most hospital systems that I have been involved with professionally are still at the stage of connecting the dots: getting information from point A to point B. As is typically the case, large academic research institutions are out in front looking at the why and wherefore of what to do with the information–the futuristic. Once something becomes generally accepted in clinical practice, that is when the futuristic becomes commonplace.

Yet, something else is happening now: I see even smaller community hospitals beginning to look at the futuristic from the perspective of how it can assist in the commonplace practice of medicine. It is not just the matter of connecting the dots of how data gets from one point to another; or how certain functions (e.g.: CPOE, eMAR) need to be rolled out into the institution, but what happens with the information after that. Interestingly, a motivation for this is the care and management of patients with chronic ailments and/or co-morbidities. Managing the patient once he or she leaves the hospital is of much more interest, regardless of the size of the institution.

Assisting in this management is the effective study of past history and increasing situational awareness surrounding patients in their home environments as well as in the hospital and how they compare with respect to peers. This is the focus and benefit of big data–where it is going. And we are at the beginning.

Share

Institute of Medicine recommending another oversight agency?

11.09.2011 | 1 Comment

Healthcare IT News is reporting on the recommendations of an imminent Institute of Medicine (IOM) report on a recommendation made by the IOM for a new regulatory body for healthcare information technology. The Institute of Medicine is advising in a report that was presented to the Department of Health and Human Services (HHS) on October 28th that the Food and Drug Administration not be tasked with this regulatory oversight.

The Institute of Medicine report is entitled :Health IT and Patient Safety: Building Safer Systems for Better Care.” This is due to be released this Thursday to the public. Other recommendations are also made (a total of 9) and the complaint that healthcare IT typically is unregulated at this point and has the potential to harm or kill patients, as is cited in several accounts related to medication administration.

The implication made by the Institute of Medicine report is that the FDA, with its current infrastructure and bureaucracy, is not equipped to oversee or regulate healthcare IT. Hence, the need for a new, separate regulatory body.

Mounting reports of patient harm motivated the Office of the National Coordinator for health information technology (ONCHIT) to ask the Institute of Medicine to coalesce a committee to pursue these reports and make recommendations. This occurred approximately 1 year ago.

It seems logical to me that as electronic medical records (EMRs) have gained ground and have entered “adolescence” in terms of use that data on their benefits and challenges would begin to be compiled. While the FDA is certainly responsible for overseeing patient safety as pertains to medical devices, for a large number of healthcare IT systems, they are typically not classified formally as “medical devices”. This has been the subject of discussion between the FDA and EMR vendors for several years. Yet, as more functionality is added to EMRs–particularly as pertains to clinical decision support functionality, order entry, and workflow–it seems inevitable that the discussion over classification as medical devices would eventually come to the fore. The Institute of Medicine report will most likely add fuel to the fire in terms of requiring more formal oversight by the FDA. However, The Institute of Medicine, in making a recommendation for a separate agency, also creates some controversy. At a time in which government spending is indeed a problem, adding yet another bureaucratic arm seems counterproductive, in my opinion. Why not segment or create a department within the current infrastructure of the FDA focused to address healthcare information technology?

In the IT products that I have managed and/or produced, they typically have been guided through the FDA’s CDRH–Center for Devices and Radiological Health. I think this has been the relative “catch-all” for healthcare IT where it communicates with medical devices (device intermediaries). It would make sense to me that a new department may be necessary to deal with healthcare information technology and interaction with medical devices as well as workflow… perhaps the Center for Healthcare Information Technology and Device Interaction (CHIT/DI)…?

 

Share

Patient Monitoring, Mobile Applications & Clinical Decision Support: Ways IT Manages Chronic Diseases

11.03.2011 | 0 Comments

Healthcare IT News has just published a piece on the 5 ways in which IT can manage chronic diseases. The top three are:

1. Patient monitoring tools/medical devices.

2. Mobile applications

3. Clinical decision support systems

These should come as no surprise. Patient monitoring of glucose levels and weight through medical devices in the home enables a patient to manage quantitatively what these values are and to communicate effectively without vagueness as to the levels measured. Furthermore, management through objective, quantitative approaches remove the ambiguity with which patients report to their primary care physicians and reduces the possibility of “hedging” or underestimating (overestimating) what these values might be. Getting into the habit of recording (automatically or manually) the measured values also is an activity and behavior that patients can get into and can look forward to as part of their daily activities. Measurement of the values also provides a measure of “connectedness” from the perspective of communicating to their care providers.

Mobile applications logically accompany the above medical device measurements but also provide a way to record behavior related to diabetes, asthma, weight, diet, etc. Their ease of use on mobile devices such as iPhones also make them close at hand (no pun intended). Ease of use and making part of the daily activities (phone use, internet accessibility) is a key to adherence.

Clinical decision support systems can provide remote alerts and notifications both to the patient and to the provider through vehicles such as email and can provide needed information at various stages of the care management process, whether ailments are chronic or not. While the primary focus of decision support systems has been assisting the care provider in diagnoses and treatment, they can also serve to provide reminders to patients to perform functions that otherwise might be overlooked: glucose measurement, weight measurement, medication administration, for example. Simple alerts to remind a patient that it is time for a measurement or time for a medication can be invaluable to compliance.

For related discussions on clinical decision support, medical devices integration, mobile applications, or chronic disease management, see these links.

Share

Unintended Consequences of Health IT?

10.22.2011 | 1 Comment

Errors cause by Health IT Systems

It was recently brought to my attention by one of the HIMSS Task Forces on which I sit (QCSC Committee) the concept of unintended effects that healthcare information technology may have brought about or is related to Computerized Provider Order Entry (CPOE). An interesting reference from several years ago was cited: that of a paper by Weiner, et al., on the topic of “‘e-Iatrogenesis’: The Most Critical Unintended Consequence of CPOE and other HIT” (PDF of full text here). In this article, dating from the May-Jun 2007 timeframe of JAMIA, the term e-iatrogenesis was coined, with the following definition provided:

“patient harm caused at least in part by the application of health information technology.”

The unintended consequences of health IT lay in the possible introduction of Type-I, Type-II errors related in this instance to CPOE ordering as specific to drugs or diagnostic tests.

e-Iatrogenesis can be related to any aspect of a Health IT system

Errors of commission or omission are aspects of an e-iatrogenic event. Furthermore, the authors go on to describe that such events can be related to technical issues with the health IT system, user interface design, or other aspects of such systems. One example I can think of is misinterpreting information or overlooking information that is presented through the user interface of a health IT system. Another could be related to mis-identification or overlooking information because of poort user interface design.

Unintended Consequences of health IT

While the objective has always been to improve care by improving efficiency and introducing tools to facilitate decision making by the physician is the objective, the reality may be that as these “degrees of freedom” are introduced, the unintended consequences are the creation of new pathways by which errors can be created. Certainly the hope and the goal is that the net effect of health IT is that of improving the overall outcome. However, I think what this points to is that even more than ever before those who are designing such health IT systems are becoming part of the patient care “food chain.” Given that clinical end users are relying more and more on health IT systems to manage patient data, to facilitate clinical decisions, and to capture key clinical information on patients, the development and design of such systems becomes much more important to the process of patient care management. In the “old days” when the physician relied on the pen and paper, the “technology” was no more complex than that of having a working writing implement as most of the information was contained on the sheet and in the head of the trained clinician. However, with the introduction of health IT, now the physician relies on the veracity of the information presented through the system, the system’s ability to display in an effective way and in a manner that supports the physician’s need to see all relevant data on his/her patient, and on the system’s ability NOT to impede this process. If a physician misses information because the system represents it poorly or requires a physician to flip among screens in order to perform the mental “integration” that previously could be accomplished and viewed through a single cogent paragraph of written text, then a level of complexity has been added to the physician’s task. This complexity can induce error where previously there was none prior to the introduction of the health IT system.

Share

Steve Jobs and the Seven Rules of Success -- Applied to Healthcare IT | vision

10.15.2011 | 0 Comments

Have A Vision. Have the Courage to Follow It.

I’m reminded of the film Braveheart during the scene with young William Wallace in which he is asleep and dreaming post the murder of his father at the hands of Edward the Longshanks when, in his dream, his dead father, Malcolm, turns to him and says “Your heart is free. Have the courage to follow it.”

I find that an interesting parallel to one of the rules Steve Jobs stated in his Commencement Address to Stanford graduates several years back, and reiterated in Carmine Gallo’s post in Entrepreneur titled ”Steve Jobs and the Seven Rules of Success”:

Rule 1: “Do what you love. … People with passion can change the world for the better.”

From the perspective of healthcare information technology, my view of this applied is don’t do what everyone else is doing just because it is in vogue. As I’ve written in other articles, I believe the key to effective and helpful patient care is incorporating information from multiple sources and looking outside the field for hints and guidance on this. Good ideas from other fields are necessary to enrich the space and can add great value. Systems engineering and integration are but two concepts that I see others beginning to take up in terms of disciplines that are beginning to be applied.

Connect the Dots

Another Steve Jobs concept is connecting things that evade others, or that others ignore. Again, Gallo writes: “…people with a broad set of life experiences can often see things that others miss… Connect ideas from different fields.” This is often easy to do in retrospect: hindsight is 20/20. What this means is that you must expose yourself to a broad range of experiences so that you can look at a problem from outside the field, as described at the end of the last paragraph.

In my own case, when I was preparing to do my research way back in the early ’90s, and I indicated to my Dissertation Committee my goals and objective, I had a member of my Committee say to me privately that he gave me a 30% chance of succeeding. My goal was to develop a model of post-operative weaning in order to demonstrate that a systems engineering modeling approach could be applied to project a state in patients by treating them as a system and creating a model of multi-dimensional inputs. After the successful defense of my dissertation a year or two later the same Committee member said to me that I proved my case. At the time he made the comment I felt very depressed: what was I doing? Was I wrong? Was I biting off more that I could chew? But, as Steve Jobs said, you can only connect the dots looking backwards. You must have faith looking ahead.

Enough said.

Share

Systems Integration is at the Root of Effective Medical Device Alarm Management | medical device alarms

10.14.2011 | 4 Comments

Medical Device Alarms Summit

The AAMI Medical Device Alarms Summit was held October 4th & 5th in Herndon, VA at the Hyatt. There will be much published on the AAMI web site in this regard, and much in the way of out-briefs and collateral so I will leave the complete minutes and summary of activities and goings-on to those charged with doing so. However, I am compelled to focus on a few related themes that were referred to by several of the speakers and to which I voiced my opinion publicly during the meeting. I will do so relative to two specific speakers and provide the input that I shared at the conference during the public question and answer forums.

Medical Device Alarms Keynote Presentation

The keynote speaker  on medical devices was given between 8:45 and 9:15 by George Blike, MD of the Dartmouth-Hitchcock Medical Center. Early in his presentation, Dr. Blike discussed that not much has changed since the 1999 Institute of Medicine Report To Err is Human was published. In that report, the IOM concluded, based on two studies, that between 44000 and 98000 Americans were killed each year due to preventable medical errors. While the options to diagnose and treat have increased measurably since that time, the complexity of the treatment process undermines the benefits. This is also the case of information complexity, in which the amount of information that is now available in electronic form exceeds the environmental space limitations surrounding the patient.

Medical device alarms, Dr. Blike continued, as a way to redirect attention, about redirecting attention “from something that is less important to something that is more important.”

However, uncertainty plays a large role in medicine, and the uncertainty about the meaning of alarms requires knowing much more than just whether a parameter is outside some norm or threshold. It is about knowing the context surrounding the patient. It is more than managing alarms as “nuisances” in the clinical space. While it is true that clinical staff can become “snow blind” to the continuing cacophony of alarms within the environment, the reason for reducing the alarms is not to reduce the cacophony, but to focus the alarms to redirect attention in a way that truly helps the patient.

Dr. Blike referenced Lucian Leape, MD: “Anesthesia is the only system in healtchare that begins to approach the vaunted six sigma level of perfection that other industries strive for.”

The management of a patient becomes more like a feedback control problem, in which the process blocks of Detect, Diagnose, Treat and Monitor are key to the closed loop system. In an environment where upwards of 40 parameters must be monitored over time (ICU), it becomes a multi-dimensional, multi-parameter feedback control system exercise. In environments such as the ICU where nursing:patient ratios may be 1:2 or 1:1, the care team must be able to detect problems, diagnose cause, treat, and then monitor. As part of this process, the medical device alarms identify deviations of the system state of the patient from the expected state.

Medical Device Alarms: Defining the Problem

The keynote address of Dr. Blike was followed by a panel titled “Defining the Problem: It’s More Than a Nuisance.” James Blum, MD of the University of Michigan Health System and Barbara Drew, RN, PhD of the University of California, San Francisco were the members of this panel. With no disrespect to Dr. Drew, who had an impressive and extremely interesting and informative presentation, I wish to focus on the comments of Dr. Blum because of the message he communicated in terms of systems integration and data management. I resonated most definitely with Dr. Blum’s presentation as it has been a rallying call of my own now for almost 20 years (indeed, a large reason for my entry into the field).

I took some photos of slides, and there are three that speak strongly to me. The first of these is the slide on physiologic monitors, shown below. The key point is that alarms, in general are not “smart”, and this is especially true of physiologic monitoring where, in which there is no “penalty for high sensitivity with low specificity,” and a general lack of data integration. However, the historic and retrospective data is not readily available nor can prospective analysis and projection be performed with the data. Moreover, these data are not integrated with the wealth of other information that provides context on the patient. While it is true that alarms that are of a critical nature (e.g.: ventricular tachycardia or asystole need no other context, there are situations which do (e.g.: O2 Saturation changes, respiratory function changes) and thus it is important to incorporate the context surrounding the patient into medical device alarms.

The second of these charts from Dr. Blum is one that resonates very strongly with me: Electronic Medical Records may be good charting instruments, but in terms of their clinical decision support capacity relative to real-time data, they are very mediocre. The reason I say this is because of  the last two bullets on his slides: the data resolution can be limited (critical care charting ~ 15 minute intervals) and suffer from garbage-in:garbage:out. Because modeling of physiological systems often requires high fidelity and high resolution information, sparsely collected data will often miss crucial events that may be seconds in duration or less. For example, assessments of heart rate and respiratory rate variability can be quite important and predictive as to patient stability, as well as critical medical device alarms related to V-TACH or ASYSTOLE. The EMR is simply not equipped to capture these data trends based on the rate of data collection: the likelihood of missing these events all together is simply higher than capturing them at all.

James Blum, MD - Electronic Medical Record Inadequacies to Support Medical Device Alarms

The third and final of these slides is the following titled “Integration.” The essence of the problem with medical device alarms is that they are fairly “one-dimensional” in nature: they typically are associated with the patient care device (PCD) and its function (e.g.: physiologic monitor, infusion pump, mechanical ventilator, etc.) This does not mean that they are univariate, but rather they do not take into account the entire context of the patient and environs, as well as patient history, chemistry, etc. The Integration slide makes the point that multiple systems must be taken together–or fused–to provide an intelligent assessment of what is important versus that which is not.

James Blum, MD - Integration Slide

Medical Device Alarms from a Systems Integration Perspective

The last of the three photos above defines to me the essence of effectively managing medical device alarms is through the application of systems engineering and systems integration disciplines. First, complete and unfettered integration of data, from medical devices through ancillary information systems (lab, PACS, EMR, etc.) are required. Next, laying out the use cases and scenarios related to the types of problems and conditions a patient can experience needs to be done in a holistic way that ignores vendor and device boundaries. This may involve integrating data, user interfaces, and creating methods that “feed” on the data available from multiple sources and assimilate it to produce integrated outputs. The display mechanisms are important but are secondary at this point: dashboards that allow singular access to information (much akin to avionics design) may be appropriate here. However, more important is the overall integration of information to provide predictive modeling, retrospective trending, and for evaluating scenarios on the fly. This takes a longitudinal look at the patient state in terms of everything about the patient. As Dr. Blum identified, there may be 40 parameters (give or take) that form the basic state of the patient.

Medical Device Alarms as a State Space Problem

When I began my career it was in the aerospace field and I focused on state space modeling of complex systems. This state space modeling often involved various forms of filtering, including Kalman and Batch Least Squares filters. The systems integration aspect of this modeling involved evaluating the trend or future state with respect to the current state based upon a system model representation of the entity being modeled. From this model, a projection could be made into the future. As was stated by Dr. Blike and others during the conference, medicine is one field where uncertainty plays a large part, it is perhaps naive to think that one could model the human being in ways that many in the aerospace industry do. However, 20+ years ago when I began my studies at the University of Pennsylvania and began my research into prediction and modeling at the University of Pennsylvania Medical Center, that is precisely what I was doing on a smaller scale with a specific class of patients. The subject of my dissertation was predicting the post-operative respiratory behavior of coronary artery bypass grafting patients, a unique class of patient in surgical intensive care units. Many of the concepts brought up during the Medical Device Alarms Summit resonated with me from the early days of my dissertation. One in particular was the idea of taking multi-source, multi-variate data and massaging into an assessment of outcome. As I did when I conducted my research, multi-source data from laboratory, patient record (history, demographics, etc.) were incorporated into the overall assessment of outcome. I know that as I followed patients from surgery through endotracheal extubation afterwards that I found many interesting relationships once all the data were laid out before me: relationships between re-warming time and patient’s anesthetic dosing; relationships time to begin breathing and time to extubate. The approach took into account the fact that there were uncertainties in the modeling. The objective was to establish a gross, coarse model of behavior by looking at the patient as a “black box.” Higher fidelity warranted more accurate modeling. However, approaching the patient as a system and taking into account all information is one approach I believe is the key to effective medical device alarms management.

Share

Simple Compression Calculations Using MS Excel and Haar Wavelets | wavelet

10.11.2011 | 3 Comments

 Haar Wavelets

From time to time I have been asked to provide explicit details on the mechanics and methods behind Haar wavelet transforms. The purpose of this post is to walk through two simple examples that demonstrate the use of the Haar transform relative to two one-dimensional signals (time signals). The details of the Haar basis and Haar wavelet transform are available elsewhere. The purpose here is to provide a simple example of how the Haar basis is computed using a simple tool such as an Excel spreadsheet.

 4×4 Wavelet Calculation

Let’s begin with the end product: the following is a 4×4 Haar matrix computed using Microsoft Excel:

Excel calculation of 4x4 Haar Matrix

Excel calculation of 4x4 Haar Matrix

The Haar Matrix, which we will denote Hn, is given as follows for the case of 4 data elements, denoted as Vn:

Haar Matrix 4x4 Definition

Haar Matrix 4x4 Definition

This computes to that shown in the figure above. The Haar wavelet coefficients are computed by first inverting the Haar matrix and multiplying by the output signal vector, Vn:

Definition of Haar Wavelet

Definition of Haar Wavelet

Haar matrix inverse is calculated using Excel and the result is shown in the following figure:

Excel calculation of 4x4 Haar Matrix Inverse

Excel calculation of 4x4 Haar Matrix Inverse

Each cell in the Excel spreadsheet is computed using the following cell entry:

= INDEX(MINVERSE($B$2:$E$5),1,1)

Where $B$2 corresponds the cell corresponding to the first row and column of the original Haar matrix and $E$5 corresponds to the last row and column of the original Haar matrix. The elements (1,1) at the end of the expression must include the components of each cell. So, in the example above, (1,1) represents the element in the first row and column of the matrix inverse. This is place in the first cell of the Excel spreadsheet corresponding to this element. The last row and column element would be (4,4).  So, for example, the cells would be populated as such:

Time and signal vector chosen arbitrarily for this example is as follows:

Sample 4 element signal vector

Sample 4 element signal vector

A plot of this signal is shown in the next figure:

Signal vector plot versus time

Signal vector plot versus time

The wavelet coefficients are computed using the follow expression:

Equation for 4 dimensional Haar wavelet coefficients

Equation for 4 dimensional Haar wavelet coefficients

Excel spreadsheet calculation:
Excel spreadsheet calculation of Haar wavelet coefficients

Excel spreadsheet calculation of Haar wavelet coefficients

It is possible to cull coefficients on some basis, such as their magnitude with respect to the largest coefficient. We can arbitrarily impose a threshold with respect to the largest coefficient (-4.9497) and remove those coefficients (set to zero) that are at or below this magnitude. Suppose we set a threshold of 30%. The wavelet coefficients with 30% threshold imposed result in the removal of the second coefficient:

Haar wavelet coefficients with 30% value threshold applied

Haar wavelet coefficients with 30% value threshold applied

The signal can be recomputed using this culled set of coefficients. They are calculated using the following expression:

Equation for signal reconstruction

Equation for signal reconstruction

Excel spreadsheet calculation:

Recreated signal with 30% threshold

Excel calculation of signal reconstruction with 30% threshold applied on Haar wavelet values.

A plot of the signal with an overlay plot of the recreated signal using 30% threshold on the wavelet coefficients is displayed in the figure below. Note the comparison between the two signals, indicating some loss of fidelity owing to the removal of the wavelet coefficient. This is a crude representation of the effects of destructive compression on the reconstruction of signals:

Overlay of original signal and reconstructed signal

Signal overlay plot showing original, complete signal and reconstructed signal based upon signal "compression" achieved by applying 30% signal threshold on Haar wavelet values.

 8×8 Wavelet Calculation

The method can be extended easily to any dimension. Let us consider an application of the Haar wavelet transform to an 8×8 Haar matrix:

Haar matrix constructed for 8x8 case

8x8 Haar wavelet matrix

The inverse of this matrix is as follows:

Inverse 8x8 Haar matrix

Matrix inverse of the 8x8 Haar matrix

The base signal is defined as follows:

Base signal containing 8 elements

Arbitrarily chosen 8 element, one-dimensional signal for testing

A plot of this signal provides a convenient visual rendering of the data:

Plot of base 8 element signal

Time series plot of data from base signal

The wavelet coefficients are calculated in precisely the same way as the 4×4 example shown previously:

Haar discrete wavelet coefficients for 8 element signal

Haar wavelet coefficients calculated using MS Excel

Finally, the imposition of signal thresholds (20% and 30%) is shown and the signal is reconstructed in the manner previously described, only extended to an 8×8 Haar matrix. The resulting plot with the wavelet threshold impositions are plotted as overlays in the following figure:

Overlay of original signal and 20%, 30% threshold signals

Plot of original 8 element base signal with overlay plots of reconstructed signal with both 20% and 30% of wavelet coefficients removed based on threshold calculation.

 Links to wavelet and other analytical calculations on this site

My book on modeling medical device data may be found here . Other links, such as the paper on modeling of re-awakening time are also available on this site, for the interested reader. I’ve also included a PDF version of this blog entry for download.

Share

Alarms, Clinical Decision Support, and the upcoming Alarms Workshop | medical device alarms

10.01.2011 | 3 Comments

Medical Device Alarms Summit

The impending Medical Device Alarms Summit has caused me to do some research into the area of medical device alarms in general, and has also caused me to go back and review old papers and research of mine that are related. The conference coordinators provided links to some research material, and this research material also caused me to dig up some references to papers by one of my former advisors, CW Hanson, and colleague Bryan Marshall of PENN. Their paper, “Artificial intelligence applications in the intensive care unit,” (Crit Care Med 2001 Vol. 29, No. 2) is referenced within one of the recommended research articles co-authored by Michael Imhoff and Silvia Kuhls, titled “Alarm Algorithms in Critical Care Monitoring,” (International Anesthesia Research Society, 2006, 0003-2999/06).

Critical Care Medical Device Alarms

Imhoff describes the three classes of medical devices responsible for alarms can be classified into the categories of monitoring, therapeutic to “support or replace failing organs,” and therapeutic to “administer medications and/or fluids to the patient.” While medical devices have evolved in the area of providing closed-loop control in the form of feedback from the patient through sensors, Imhoff describes two key issues that remain in the area of medical device alarms. These are:

1) Identifying conditions for which an alarm needs “to be thrown”, and

2) the consistent and unambiguous annunciation of the alarm in a manner that makes it clear to the end-user that a critical event has occurred and can be differentiated from other such events.

 Classes of medical device alarms

In my work and my experiences, the types of medical device alarms have been legion. Imhoff describes several classes of alarms, and I will further characterize these as clinical versus technical. I view technical alarms as those that identify conditions within the device itself. For example, if a device disconnects from a patient (e.g.: a probe falls off, or a cable disconnects, or the device ceases to communicate with the middleware or interfacing system). These types of alarms, Imhoff explains, can have clinical impact. This, of course makes sense for somewhat obvious reasons.

The second class of alarms are those that are clinical: identifying conditions based on measurements made from the monitoring or therapeutic devices of danger or impending danger (e.g.: heart rate too low or too high, blood pressure too low or too high, O2 saturation too low, etc.). These types of conditions are those for which one expects alarm to be “thrown.” However, as Imhoff puts it, the failure of the technical architecture can result in the inability to detect the clinical conditions. Again, this is quite obvious. Ergo, it is necessary to notify of both technical as well as clinical failure since the failure of the technical will result in the inability to detect the clinical, especially when considering remote monitoring environments.

Medical Device Alarms and False Alarms: Detection & Modeling

Imhoff & Hanson both describe and discuss modeling and prediction techniques for identifying conditions, monitoring and modeling approaches for predicting future trajectory, that involve many different types of techniques. Key among these are artificial neural networks, fuzzy logic, Kalman filtering, Bayesian estimation, least squares filtering, and others.

In my dissertation, “Modeling post-operative respiratory state in coronary artery bypass grafting patients,”  and in the EMBS paper that followed it, found in the EMBS paper “Modeling Spontaneous Minute Volume in Coronary Artery Bypass Graft Patients,” I describe a template-based approach for predicting viability for spontaneous breathing trials. The key points being that, from a regulatory and a predictability perspective, most methods require large amounts of patient data in order to develop reliable and predictable outcomes. Deterministic behavior is required, especially for FDA approval of such methods. Hence, many methods have remained in the realm of research and clinical trials because of this. Nonetheless, the ability to reduce the overall effects of alarm fatigue and better predictability as well as improved forecasting of patient outcome remains a fertile area. I intend to report on the outcome of this workshop and am quite interested in the discussions that will ensue.

For further reading, I will (of course), point the reader to one or both of my books:

Integrating Medical Device Data into the Electronic Medical Record: A Developer’s Guide to Design and a Practitioner’s Guide to Application

Integrating medical device data into the electronic medical record

John Zaleski -- Book I

and, Medical Device Data and Modeling for Clinical Decision Making:

Medical Device Data and Clinical Decision Making

John Zaleski -- Book II

 

 

 

Share

Medical Device Alarm Summit | medical device alarms

9.30.2011 | 0 Comments

Medical device alarms image

Medical Device Alarms

I will be attending and reporting impressions on the Medical Device Alarms Summit (brochure here), scheduled for October 4th and 5th. This is an important gathering to discuss the topic of alarms used to intervene and guide patient care. Topics will range from false alarm reduction to fuzzy logic and management of alarm calls to minimize fatigue in the clinician.

Share

Medical Device Data Time Synchronization

9.26.2011 | 0 Comments

Time synchronization of medical device data: a straightforward example

The following slides were generated by this author and presented at the FDA Workshop on Interoperable Medical Devices in January 2010. Perhaps an esoteric but important challenge in patient care management and clinical research is the time alignment of data streams automatically collected from patient care devices (PCDs). Data collected from individual patient care devices may contain (1) local time stamps from the devices themselves that are not synchronized with common clocks; and, (2) queries of these patient care devices for their data may not be synchronized with independent queries for similar data from other patient care devices, resulting in data that are not synchronized with one another.

This case is illustrated in Figure 1 below in which a sampling of multi-parameter data collected from a patient who has undergone coronary artery bypass grafting surgery is being monitored in time. As can be seen the plots of individual parameters (again, only a small subset shown) describe the evolution over time.

Multi-parameter patient observation data plotted along single time access

Figure 1: Continuously monitored data from multiple patient care devices collected on coronary artery bypass grafting patient

Discrete data points show lack of time synchronization

In Figure 2, the individual data points from the separate patient care devices are overlaid on the continuous data, illustrating that these discrete points are not time synchronized in terms of their query or resulting output.

Multi-parameter data showing discrete data points in time

Figure 2: Time synchronization of individual data points from patient care devices not enforced

Data reporting at any particular instant illustrates time synchronization need for patient care device data

the plot of Figure 3 illustrates the need for time synchronization of patient care device data. Should a data request from all devices be made at a particular instant, certain data may be “stale.” That is, lack of time synchronization can result in data that are old or not current. If the query frequency of data associated with a patient care device not be aligned in time, then should a request for data be issued, the data that are available may be that which is valid at a previous time stamp.

Multi-parameter observations showing single reporting time and misalignment of possible discrete time stamps

Figure 3: Example data reporting time showing the lack of alignment of data availability for multi-parameter devices that may occur due to lack of time synchronization

Lack of time synchronization may impact clinical decision making

Figure 4 illustrates further the possible implication of lack of time synchronization: data staleness associated with misaligned or non existent data.

Decision support systems may require higher-fidelity data or more frequent data collection

Figure 4: lack of time synchronization of patient care device data may impact clinical decision making

Alignment with absolute time also impacts time synchronization as each patient care device may not be using standard time clocks

Figure 5 illustrates a further complication to time synchronization: the lack of a common time clock. Should patient care devices not use or synchronize to common time standards (such as network time services within the enterprise), then the very real and common problem of time offsets will exist. The net effect of this is to cause a bias or shift offset of time in terms of data collection, making the process of time synchronization impossible to solve.

Data synchronization time alignment can be complicated when absolute time representations deviate from benchmark

Figure 5: bias shift or offset in terms of non-standard clock usage by patient care devices

Hazards and risks associated with patient care devices whose data are not time synchronized

Figure 6 summarizes the potential hazards of receiving and using data from patient care devices whose data are not synchronized in time.

Hazards that can arise as a result of lack of medical device data time synchronization

Figure 6: time synchronization -- hazards

Clinical Decision Support impacts on non-time-synchronized patient care device data

Figure 7 summarizes the impacts of time synchronization on real-time clinical decision making.

Impacts of time synchronization misalignment on clinical decision support

Figure 7: time synchronization impacts on clinical decision support

The end state: time synchronization of patient care device data

Figure 8 illustrates the objective: when data from patient care devices are not available at a particular reporting time, provide the capability to “fill in the gaps” by querying for these data.

The end goal is time alignment of synchronous and asynchronous data transfer from medical devices

Figure 8: time synchronization end state showing gap-filling of patient care device data

 Time synchronization summary

As a result of this workshop and other efforts, IHE (Integrating the Healthcare Environment) created a workgroup to begin to address what became known as Asynchronous Data Query (ADQ). The work of this group is to establish a common transaction for retrieving time-synchronized device data from patient care devices.

Other resources on this topic include my research at other locations on this site. Thanks for visiting http://www.medicinfotech.com.

Share

SEO Powered By SEOPressor

Switch to our mobile site