The HIMSS conference is so big, with so many different kinds of attendees and exhibitors that it’s almost impossible to have one big theme for any given year. Yet the question of theme for any given HIMSS is something we all talk about. The themes one perceives are at least partially defined by our own interests and area of focus. Consequently, the #HIMSS14 themes for me were:
- The shifting product and value proposition focus of many of the vendors I track,
- The tension between spot solutions and enterprise solutions, and
- The big buzz word of the show, population health.
Two of the market segments that I track with big shifts in value proposition were medical device data systems (MDDS) and messaging middleware. We’ll talk about specific shifts in a moment, but I think it worthwhile to consider why this change in value propositions has occurred. One obvious factor among MDDS vendors is acquisitions. Capsule Tech (registration required), Accent on Integration and iSirona have all been acquired. Acquisitions are major events when everything about a company is reevaluated in an effort to wring greater value from the acquired company. The other factor I think is the growing adoption of MDDS for clinical documentation into EMRs may have caused sales growth to temper a bit, causing vendors to look beyond clinical documentation and explore for ways to add value and differentiate. Let’s look at some examples.Read More
I wrote in the beginning of 2012 that perhaps that year was the year for mHealth to ‘breakout. ‘ I cited several proclamations and organizational activities to support that claim. mHealth and the use of remote monitoring as an integrated healthcare offering is still not as prevalent as one would think it would be two years later. Even in the Telemedicine & E-Health LinkedIn Group, one sees angst at the low adoption rate of the use of telehealth solutions. Inevitably, when I speak with my colleagues and other people involved in healthcare, economic and clinical effectiveness questions prevail. Two specific conversations I had with clinicians stand out. In one, the cardiologist had not seen enough evidence that the quality of care and cost would justify a large addition or change to the existing healthcare offerings. In another, the clinician reminded me that with chronic diseases, one is attempting to get patients to change their behavior, which is very difficult, regardless of any technology involved.
With the above in mind, I’d like to offer the following results from the Renewing Health (RH) project in Europe, a randomized control trial which endeavored to compare the use of remote monitoring technologies and workflows with traditional workflows in the management of chronic disease in both economic and clinical terms. While the final results of the whole study are due out this summer, Veneto, Italy, has presented their findings for congestive heart failure (CHF) and they are fairly impressive.Read More
Introduced in the House back in October was the wittily named Sensible Oversight for Technology which Advances Regulatory Efficiency Act of 2013 which has the acronym SOFTWARE. Not to be outdone on the creation of legislative acronyms, now comes the Senate version with a bill entitled Preventing Regulatory Overreach To Enhance Care Technology, which of course gives us PROTECT. Both of these bills seek to define and sub-define medically related software, and then to take part of what they have defined away from the FDA, and do something else with it that has not yet been clearly identified.
The premise of these bills is that the FDA inhibits entrepreneurs by peskily requiring, at least in some cases, that the developer meet regulations that are supposed to provide some measure of safety and efficacy before these products are used for or by the public. These issues arise in part because the definition of a medical device does not explicitly include or exclude software. This has allowed the occasional debate about whether and what kind of software is or is not a medical device. The FDA’s position is to simply look at the function of the software and the definition, and then to say that if what the software does meets the definition then it is a medical device. Debating this with the FDA is typically not a fruitful endeavor. Some other countries have explicitly included software, presumably to try to end the discussion. For example the UK explicitly includes “software” in its list of the multiple categories of things that may be a medical device.Read More
It’s useful to segment and analyze markets for developing company and product strategy or analyzing competitor’s actions. Such an exercise helps illuminate why companies and markets do what they do – and what they might do in the future. In getting ready for this year’s HIMSS in Orlando, I’ve been thinking about the point of care (PoC) market. At the first Medical Device Connectivity conference in 2009, I defined the PoC market as the workflow and data associated with direct patient care in nursing units, the ED, surgery and related areas. This contrasts with EMRs managing orders, diagnostics, capturing charges and generally documenting things for the medical/legal record. (You can download a PDF of the presentation here.)
Many devices and software applications used at the PoC are FDA regulated medical devices because they are directly used in the diagnosis or therapy of patients. Because the PoC is where direct patient care is delivered, most PoC solutions meet the FDA’s definition of a medical device. Imagine a layer cake:Read More
Challenges with alarm notification and fatigue have plagued the health care industry for decades. Long before alarm notification systems like Emergin (now Philips IntelliSpace Event Management) and GlobeStar Systems (ConnexAll) appeared, some hospitals addressed alarm issues with the original alarm notification system, monitoring techs. Monitoring techs remain an accepted and effective tool in the constant battle to reduce alarm fatigue and avoid failure-to-rescue events.
With the growing adoption of electronic alarm notification systems, is there still a role for monitoring techs? Are electronic alarm notification systems superior to flesh and bone monitoring techs? This blog post will explore monitoring techs as a solution and consider whether they might be a compliment to an alarm notification system, or whether an alarm notification system should take the place of monitor techs.Read More
We are encountering many hospital which are still based on wired LAN technology for medical device connectivity. Many have mentioned their gripes and major concerns about using Wi-Fi technology for patient monitoring and drug delivery monitoring in the OR as well as ICU departments.
Many hospitals are still using WMTS telemetry in their more critical patient monitoring areas. This is very expensive and maintenance for such a system is costly.
Can you tell us what are the major criteria to ensure a reliable safe and secure Wi-Fi network for medical devices?
If a hospital decides to use Wi-Fi technology, what are the proper guidelines to which they must adhere, to ensure that their current and future Wi-Fi network will be stable, reliable, safe and secure? What are the important features they should consider seriously before embarking on using this type of technology?
Great questions. Here we go with some answers:Read More
Some time ago Tim Gee pointed out that a major vendor for an in hospital communication system included the following statement in its documentation:
“This product is not intended for use with patient monitoring devices or other patient care devices. Do not use this product as the primary communications tool in health care environments, as it may use an unregulated frequency band that is susceptible to interference from other devices or equipment.”
Of course “primary communication” was exactly why the product was being purchased, and arguably what it was being sold for.
When discussing Clinical Decision Support (CDS) (here) I have pointed that it is common for CDS creators to in essence say that one should not rely on the output of the product, but instead always second guess the advice provided. This perhaps approaches a warning that I proposed for a product that I thought was seriously defective: DO NOT USE THIS PRODUCT. Maybe I was being facetious.
These examples may pale in comparison to the following disclaimer for medical image processing software:Read More
Except for emergent situations, no medical device is used without an order. And if not an order written to accomplish a certain clinical task for a specific patient, then “standing” orders captured in written policies and procedures to handle frequent, routine situations. Consequently, orders are one of the first workflow steps in medical device connectivity. Orders are pervasive, used in all health care delivery environments from acute care hospitals to patient’s homes.
Principal ways connectivity can add value to medical device are enhancing patient safety, improving clinical efficacy and productivity. That the inappropriate use or misuse of medical devices can result in patient injury or death is not news. Proper use or misuse can start with the order. Well designed and implemented order workflow automation in a connectivity solution can impact patient safety, the efficacy and utilization of the medical device, and staff/unit productivity. Besides their own unique considerations, order workflows share many of the risks and potential benefits of other types of connectivity workflows.Read More
Scheduling is not a workflow one normally associates with medical device connectivity. In some applications, scheduling is handled by software separate from the connectivity solution. Sometimes, scheduling is not done at all. In other applications, as we shall see, scheduling is so much a part of the broader workflow, that it’s hard to recognize as a scheduling task. Two illustrative aspects of scheduling will be discussed, scheduling for diagnostic modalities and scheduling for routine patient care tasks. Because it’s less understood (and frankly more interesting) we will look at scheduling for routine patient care tasks first.
Patient Care Task Scheduling
Patient care tasks encompass routine activities carried out by caregivers and/or aids. Examples of these routine tasks include vital signs collection, medication administration, bed turns (to avoid hospital acquired pressure ulcers, or HAPU), and respiratory circuit flushing (to avoid ventilator acquired pneumonia, VAP). These tasks must be completed at a predetermined frequency on a reliable basis or adverse events – including patient death – can result.Read More
Connectivity enabled medical devices send patient data right out of the medical device to a network, be it a body area network, cellular broadband network, home or enterprise network. The network then conveys this medical device data to databases and applications that store, display and manipulate the data. When a medical device is directly attached to a patient, there is no question as to which patient the device data belongs. As soon as the data leaves the actual medical device via the serial port or a network connection, the association of that data with a particular patient is no longer obvious.
Much of the data used in establishing and maintaining patient association or patient context comes from, or is stored in, the patient management database. Patient management workflow is an important enabling component in the overall connectivity solution and key to patient context management.
It is critical to reliably know that the data from a medical device belongs to a particular patient. If the data is not associated with any patient it’s worthless; should the data be associated with the wrong patient it could be deadly. When patient data from patient A is misidentified as belonging to patient B, patient A can miss out on a life saving clinical intervention that is mistakenly applied to patient B. In this example, patient A may die due to a lack of care, and patient B may be injured or die as a consequence of receiving some clinical intervention that is not needed and could be contraindicated. Consequently, safe and reliable patient association or patient context management is a foundational capability for virtually any medical device connectivity or interoperability solution.Read More