Free EMR Newsletter Want to receive the latest news on EMR, Meaningful Use, ARRA and Healthcare IT sent straight to your email? Join thousands of healthcare pros who subscribe to EMR and EHR for FREE!

Reply to Dr. Jacob Reider on NIST Dissects Workflow: Is Anyone Biting?

One comment on my latest post, NIST Dissects Workflow: Is Anyone Biting?, deserves a more than casual reply.

Here’s the comment from Jacob Reider (Note: Dr. Reider is ONC’s Acting Principle Deputy National Coordinator and Chief Medical Officer. He has made major contributions to the HIT field and is one of its significant advocates.)

Carl, ONC’s UCD requirement references ISO 9241–11, ISO 13407, ISO 16982, NISTIR 7741, ISO/IEC 62366 and ISO 9241–210 as appropriate UCD processes.

We also require summative testing as defined in NISTIR 7742.

Might “Refuses to incorporate NIST recommendations” be a bit of an overstatement?

We solicited public comment in our proposed rule for 2015 certification and would welcome specific suggestions for how we can/should improve user experience of health IT products for efficiency and safety.

Dr. Reider, thank you for your comment – it certainly falls into the category of you never know who’s reading.

Let’stake a look at your last comment first, “Might ‘Refuses to incorporate NIST recommendations’ be a bit of an overstatement?”

Obviously, I don’t think so, but I am not alone.

I based my comment on ONC’s statement in its rule making that refers to NIST’s usability protocols. It says:

While valid and reliable usability measurements exist, including those specified in NISTIR 7804 “Technical Evaluation, Testing and Validation of the Usability of Electronic Health Records,” (21) we are concerned that it would be inappropriate at this juncture for ONC to seek to measure EHR technology in this way.

Sounds like a rejection to me, however, don’t take my word. Here’s the AMA’s response to this decision. First, they demur and quote ONC:

We disagree with ONC’s assertion in the Version 2014 final rule that, “[w]hile valid and reliable usability measurements exist, including those specified in NISTIR 7804 ‘‘Technical Evaluation, Testing and Validation of the Usability of Electronic Health Records,’’ we expressed that it would be inappropriate for ONC to seek to measure EHR technology in this way.”

It then says:

To the contrary, we believe that it is incumbent upon ONC to include more robust usability criteria in the certification process.  The incentive program has certainly spurred aggressive EHR uptake but has done so through an artificial and non-traditional marketplace.  As a consumer, the physician’s choice of products is limited not only by those EHRs that are certified but also by the constraint that all of these products are driven by federal criteria.  The AMA made several detailed recommendations for improving Version 2014 certification in our Stage 2 comment letter, which were not adopted, but still hold true, and we recommend ONC consider them for the next version.  Testimony of AMA’s Health IT Policy Committee’s Workgroups on Certification/Adoption and Implementation, July 23, 2013, pp. 5-6

I recognize that ONC says that it may consider the protocols in the future. Nevertheless, I think the plain English term rejected fits.

In the first part of his statement, Dr. Reider cites several ISO standards. With the exception of the Summative Testing, all of these have been referred to, but none have been adopted. Reference to a standard is not sufficient for its inclusion under the operation of the federal Administrative Procedure Act, which governs all federal agency rulemaking. In other words, these standards are important, but ONC simply calls them out for attention, nothing more.

I think two factors are at work in ONC’s reluctance to include the NIST usability protocols. The first is that the vendors are adamantly opposed to having them mandated. However, I believe there is a way around that objection.

As I have argued before, ONC could tell vendors that their products will be subject to a TURF based review of their product for compliance and that the results would be made public. That would give users a way to judge a product for suitability to their purpose on a uniform basis. Thus, users looking at the results could determine for themselves whether or not one or more non compliance was important to them, but at least they would have a common way to look at candidate EHRs, something they cannot do now , nor under ONC’s proposed approach.

The other factor is more complex and goes to the nature of ONC’s mission. ONC is both the advocate and the standards maker for HIT. In that, it is similar to the FAA, which is vested with both promoting and regulating US aviation.

It’s well established that the FAA’s dual role is a major problem. It’s hard to be a cheerleader for an industry and make it toe the line.

With the FAA, its dual mandate is exacerbated when the highly respected NTSB investigates an incident and makes recommendations. The FAA, acting as industry friend, often defers NTSB’s authoritative and reasonable recommendations to the public’s determent.

I believe that something similar is going on with ONC. NIST’s relationship to ONC is roughly analogous to that of the NTSB’s to the FAA.

NIST is not an investigative agency, but it is the federal government’s standards and operations authority. It isn’t infallible. However, ONC dismissing NIST’s usability protocols, in one word, inappropriate. It did this without explanation or analysis (at least none that they’ve shared). In my view, that’s really inappropriate.

ONC has a problem. It’s operating the way it was intended, but that’s not what patients and practioners need. To continue the aviation analogy, ONC needs to straighten up and fly right.

March 31, 2014 I Written By

When Carl Bergman’s not rooting for the Washington Nationals or searching for a Steeler bar, he’s Managing Partner of EHRSelector.com, a free service for matching users and EHRs. For the last dozen years, he’s concentrated on EHR consulting and writing. He spent the 80s and 90s as an itinerant project manger doing his small part for the dot com bubble. Prior to that, Bergman served a ten year stretch in the District of Columbia government as a policy and fiscal analyst.

NIST Dissects Workflow: Is Anyone Biting?

Psst. Hey, Buddy, wanna see an EHR, visit’s workflow? Here it is, thanks to the National Institutes of Standards and Technology’s (NIST) new report, NISTIR 7988, Integrating Electronic Health Records into Clinical Workflow, etc.

Returning Patient Ambulatory Workflow NIST

What It Represents

NIST wants to make EHRs usable and useful. It first took aim at patient safety EHR functions that endangered, confused users or were error prone. To counter these, it developed and recommended EHR usability protocols.

Now, in an extensive report, it’s tackled EHR workflow to determine where problems occur. The result is a comprehensive work with significant findings and recommendations. The question is: Is anyone listening?

NIST’s Analytical Approach

NIST decided to create a typical workflow by interviewing knowledgeable physicians, who it calls Subject Matter Experts, SMEs. The physicians had different specialties and used different EHRs, though who they were, NIST doesn’t say.

From their discussions, NIST’s analysts created the above chart, NIST’s Figure 2. NIST’s authors recognize that actual workflows will vary based on setting, sequences, staffing, etc., but that it provides a useful way to look at these issues.

What They Did With It

Working with their physicians, NIST’s analysts broke down the workflow into three sections: before, during and after the visit. Then, they broke down, or decomposed, each of those sections, like opening nested Russian dolls. For example, they segmented the physician’s encounter, below, and once again, broke each down into its functions.

Returning Patient, Physician Encounter - NIST

What They Found

It was at this stage the analysts found significant variations among the EHRs used by their physicians,

[T]here appeared to be high variation in whether and how the EHR was used during this period, how extensive each of the activities typically were for each SME, different based upon the type of patient, how complex the patient was, context of how busy the day was, and other factors. NSTIR 7988, p 18.

Despite these differences, the physicians identified two issues that crossed their EHRs:

  • Working Diagnoses. The physicians wanted systems that let them create a working diagnosis and modify it as they worked until they made a final diagnosis. Similarly, they wanted to be able to back up and make changes as needed, something current systems make hard.
  • Multiple Diagnoses. Diagnoses usually involve multiple causes, not single factors. They wanted their EHRs to support this.

These types of issues aren’t new to those familiar with EHR problems. What’s new is NIST, as an independent, scientific organization, defining, cataloguing and explaining them and their consequences.

What They Recommended

From this work, NIST’s analysts developed extensive and persuasive recommendations, in three categories:

  • EHR Functions
  • System Settings, and
  • System Supports

EHR Functions

NIST’s recommends reducing practitioner workload, while increasing their options and supports. For example, they suggest:

  • Workload Projections. Give practitioners a way to see their patient workloads in advance, so they can plan their work more effectively
  • Notes to Self. Let users create reminder notes about upcoming visit issues or to highlight significant ,patient information. These would be analogous to their hand written notes they used to put on paper charts.
  • Single Page Summaries. Create single page labs summaries rather than making users plow through long reports for new information.
  • Single Page Discharge Summaries. Eliminate excessive boiler plate with more intelligent and useful discharge sheets.
  • Highlight Time Critical Information. Segregate time critical information. Often they get mixed in with other notices where they may be overlooked or hard to find.
  • Allow Time Pressure Overrides. When time is critical, EHRs should allow skipping certain functions.
  • System Settings

NIST recommendations echo the familiar litany of issues that characterize poor implementations:

  • Allow Patient Eye Contact. Exam room designs should put the doctor and patient in a comfortable, direct relationship with the computer as a support.
  • Login Simplification. Allow continuous logins or otherwise cut down on constant login and outs.

System Supports

The physicians recognized they often caused workflow bottlenecks. NIST recommended off loading work to medical assistants, nurse practitioners, physician assistants, etc.. For example, physician assistants could draft predicted orders for routine situations for the physician to review and approve.

Progress Note Frustrations

In the thorny area of clinical documentation, the report details physician frustration with their EHRs. All experienced excessive or missing options, click option hell, excessive output, puzzling terms, etc. These were compounded by time consuming system steps that did not aid in diagnosis or solving patient problems. The report discusses their attempts at improving documentation:

Several of the SMEs had attempted and then abandoned strategies to increase the efficiency of documentation. One SME reported that copying and pasting and “smart text” where typing commands generate auto-text had a “vigilance problem.” The issue was that it would be too easy to put the wrong or outdated information in or in the wrong place and not detect it, and then someone later, including himself, could act on it not realizing that it was incorrect.

One physician described an attempt to use automated speech recognition for dictation for a patient with scleritis, which is inflammation of the white of the eye. He stopped using the software when what was documented in the note was “squirrel actress.”

Another SME described that colleagues relied upon medical assistants to draft the note and then completed it, but they did not like that approach because it was too tempting to rely upon what was typed without reviewing it, and he felt the medical knowledge level was not high enough for this task.

One SME described a reluctance to use any scribe, including a medical student, because the risk would be too high of misunderstanding and thus not correctly documenting the historical information, diagnosis, and treatment plan. This was particularly problematic if the physician had information from prior visits, which contributed to these elements, which were not discussed in detail during the visit. NSTIR 7988, p. 28

Coding their diagnoses into progress notes also came in for criticism:

All SMEs described frustration with requirements to enter information into progress notes, …, which were applied to the notes in order to have sufficient justification to receive reimbursement for services. Although all of the SMEs acknowledged the central importance of receiving reimbursement in order to function as a business, this information was often not important for clinical needs. NSTIR 7988, p. 28

Role Based Progress Note

Unlike other areas of the report, the doctors could not agree on what to do, nor does NIST offer any specific cures for documentation problems. Instead, NIST recommends using a new, role based, progress note:

[T]he progress note for a primary care physician would have a different view from a specialist such as a urologist physician, who might not need to see all of the information displayed to the primary care physician. Similarly, the view of the note for primary care providers could differ from the view of a billing and coding specialist. … NSTIR 7988, p. 28

Will ONC Respond?

In this and its prior reports, NIST covers a lot of EHR issues making sensible recommendations that not only improve functionality, but more importantly improve patient safety. However, NIST’s recommendations are just that. It’s not a regulatory agency, nor is supposed to be one. Instead, its role is to work with industry and experts to develop usable, practical approaches to tough technical, often safety related, problems. To its credit, it’s done this in a vast number of fields from airplane cockpits, nuclear reactors, and atomic clocks to bullet proof vests.

However, its EHR actions have not gained any noticeable traction. If any EHR vendor has implemented NIST’s usability protocols, they haven’t said so. They are not alone.

Notably ONC, one of NIST’s major EHR partners, refuses to incorporate any of NIST’s usability recommendations. Instead, ONC requires vendors to implement User Centered Design, but does not define it, letting each vendor do that for themselves.

NIST has many answers to common EHR workflow and usability problems. The question is, who will bring them to bear?

March 26, 2014 I Written By

When Carl Bergman’s not rooting for the Washington Nationals or searching for a Steeler bar, he’s Managing Partner of EHRSelector.com, a free service for matching users and EHRs. For the last dozen years, he’s concentrated on EHR consulting and writing. He spent the 80s and 90s as an itinerant project manger doing his small part for the dot com bubble. Prior to that, Bergman served a ten year stretch in the District of Columbia government as a policy and fiscal analyst.

#HIMSS14 Highlights: the Snail’s Pace of Interoperability

Ah, HIMSS. The frenetic pace. The ridiculously long exhibit hall. The aching feet. The Google Glass-ers. As I write this, day three for me is in full swing and I’ve finally managed to find some time to reflect on what I’ve seen, which includes a ridiculously long taxi queue at the airport, more pedicabs than I can count, beautiful weather and lots of familiar faces, which is what makes HIMSS so much fun. I’ve heard lots of buzzwords and sales talk, and seen only about an eighth of the exhibit hall, barely scratching the surface of what’s out there on the show floor.

Several common themes stand out based on the sessions and events I’ve been to, and the passions of those I’ve encountered. Whether it’s vendor breakfasts, social networking functions, exhibit elevator pitches or educational sessions, interoperability and engagement are still the buzzwords to beat. This particular HIMSS has given me a different perspective on each, and offered new insight into what’s happening with the Blue Button Connector. I’ll cover each of these in HIMSS Highlights posts over the next several weeks, starting with interoperability.

The industry seems far more realistic this year regarding interoperability – downright frustrated by the slow pace at which such a lofty goal is proceeding. Industry experts Brian Ahier and Shahid Shah perhaps expressed it best during a lively panel discussion at the Surescripts booth:

interoppanel

interoptweet3

interoptweet1

interoptweet2

Putting vendors’ feet to the fire will certainly initiate a quick and painful reaction, but probably not a sustainable one. True momentum will occur only when providers get singed a bit, too. Panelist comments at a Dell / Intel breakfast on analytics for accountable care brought this into sharper focus for me. The fact that too many disparate EMRs (and thus too many vendors poised to cause inertia) are making it hard for analytics to successfully be adopted and utilized at an enterprise level, highlights a bigger problem related to hindsight and strategy.

From my perspective – that of an industry observer and commentator – it seems many providers felt compelled to purchase EMRs because the federal government offered them money to do so, and hopefully just as many were optimistic about the role technology would play in positively affecting patient outcomes. Vendors saw a great business opportunity and moved quickly to develop systems that met Meaningful Use criteria (not necessarily going for best-fit as related to workflow needs and usability). Neither group truly knew what they were in store for, especially regarding longer term plans for health information exchange.

Providers now find themselves wanting to move forward with health information exchange and greater interoperability, but slowed down by the very IT systems they were so insistent on purchasing just a few years ago. Vendors (some more than others) are hesitant to crack open their products to allow data to truly flow from one system to another, and who can blame them? The EMR market, in particular, is poised to shrink, which begs the question, who will survive? What companies will be around at HIMSS 15 and 16? Those who keep their systems siloed, like Epic? Or those who are trying to break down the silos, such as Common Well Alliance members like athenahealth and Greenway?

It makes me wonder if providers wouldn’t have been better served with just had a handful of EMRs to choose from around the time of HITECH, all guaranteed to evolve as needed and play nicely with each other in the interest of health information exchange. Too many options have caused too many barriers. That’s not just my opinion, by the way. I’m willing to bet that a sizeable chunk of the 37,537 HIMSS 14 attendees would agree with me.

Do you disagree? Are providers (and patients) better served by more IT options than less? Let me know your thoughts, and impressions of interoperability advancement at HIMSS, in the comments below.

February 26, 2014 I Written By

As Social Marketing Director at Billian, Jennifer Dennard is responsible for the continuing development and implementation of the company's social media strategies for Billian's HealthDATA and Porter Research. She is a regular contributor to a number of healthcare blogs and currently manages social marketing channels for the Health IT Leadership Summit and Technology Association of Georgia’s Health Society. You can find her on Twitter @JennDennard.

Practice Fusion’s Free Chromebook Comes at a High Price

Update (4/2/14): I just got word that Practice Fusion has updated their terms page and removed the negativity clause.

Practice Fusion’s offering a free Google Chromebook to docs who sign up for its free, web EHR. It’s one thing to give’em the razor and charge for the blades, but this offering goes that one better, you get both, gratis. Or so it seems, but there is a catch you should know about before you click in.

The Deal

The heart of the offer is a free Google Chromebook worth about $300. Chromebooks are hardware platforms for Chrome’s browser, which acts as its operating system. They come in two screen sizes, eleven and fourteen inch and are made by several different vendors, such as HP and Toshiba. Google also provides 100 gigs of on line storage for two years.

Cromebooks have lightweight magnesium cases, a 1366 x 768 screen, 2 USBs, webcam, 2 gigs of RAM and a 16 gig solid state drive. They are WiFi only devices with Bluetooth. PF does not specify which vendor’s unit or screen size that it offers, though it refers to HP’s as an example. As a side note, John has the HP Chromebook and loves it and especially the 10-12 hours of battery life.

The Offer

To qualify, PF requires that you meet these standards:

  • License. Be a licensed US healthcare provider at least 18 years old. (Sorry, Doogie)
  • Status. Be a US Citizen or permanent legal resident
  • New User. Not been a PF user before
  • Account. Successfully signed up for a PF account
  • Rx User. Become one of their e-Prescribing users
  • Survey. Participate in a PF survey of eligible users
  • Agreement. Agree to their terms and conditions for the program.

As you would expect, PF puts in several clauses to protect itself and to comply with privacy and similar considerations. Oddly, I could not figure out what happens to the Chromebook if you quit PF or if they end the program.

The Gag Rule

So far, so good, but there’s a gotcha in Section 5d of the offer’s terms and conditions, which says:

Negativity. You will not disparage Practice Fusion, Inc., our Services, the Program, products, employees, partners, affiliates, contractors, or portray them in a negative or derogatory manner.

I don’t know what prompted PF to put this in. There’s nothing new in the PF technology or using a Chromebook to access it. It’s understandable that PF wants to make sure it’s getting new subscribers who are doctors, but this language is not related to the offer. It’s not part of PF’s standard agreement, which has nothing like this clause.

It’s easy to come up with questions about the language. Here are a few:

  • Scope. Just who isn’t included in this rule? It applies not only to PF and its employees, but also in this case to Google or HP, etc., including their contractors without limit.
  • Disparage. What do they mean by disparage, they don’t say. Commonly, it means to belittle or demean. So, if I say to a friend that my Chromebook’s OK, but it’s no MacPro, is that a violation? What if I post a problem on PF’s Community Support forum that’s an impediment to my work, am I liable under this section?
  • Negative or Derogatory Manner. I guess this means if you are going to say something less than flattering, you’ll have to damn with fait praise. For example, “Considering how short staffed they are, it’s amazing their backlog isn’t worse.”
  • Reviews. If I’m a doc who writes a review of PF under this program, am I barred from pointing out problems? Do they have a right to sue me for violation of the terms, if they think I said something negative?
  • Legal Recourse. If I file a complaint with a consumer protection agency, the FTC, FDA, etc., does this section open me to legal action?

All these are problematic, but the greatest problem with this clause, and similar ones that other vendors impose, is not what it does to their users. It’s what it does to the vendor and its products. These gag rules, which are intended to insulate the vendor from hostile comments, etc., also isolates them from important feedback.

As I’ve noted elsewhere about the gag rules some vendors include:

Agreements. Your company lawyer did a great job of protecting you from being sued. Are you so protected, though, that your client can’t talk about problems? Client complaints may be on target or way off, but if they are afraid to tell you or discuss it with anyone, how will you know?

With Section 5d’s language, PF thinks it’s shielding itself from adverse attacks, but it’s really blinding itself to legitimate criticism and suggestions for improvement.

There is also one other factor. PF has put this language in a program aimed at practicing physicians. Shouldn’t these doctors be considered partners in their efforts to make a quality EHR? Why would Practice Fusion not want both positive and negative feedback from these core users?

Maybe this was just missed by the Practice Fusion team and wasn’t their intent. It’s not hard in these situations for a legal team to add something that’s not the intent of the company and is missed in the terms review by the company. Balancing the legal is hard, but PF ought to trim this language way back or just toss it.

February 4, 2014 I Written By

When Carl Bergman’s not rooting for the Washington Nationals or searching for a Steeler bar, he’s Managing Partner of EHRSelector.com, a free service for matching users and EHRs. For the last dozen years, he’s concentrated on EHR consulting and writing. He spent the 80s and 90s as an itinerant project manger doing his small part for the dot com bubble. Prior to that, Bergman served a ten year stretch in the District of Columbia government as a policy and fiscal analyst.

Why Secure Text Messaging Is So Much Better Than SMS

One of my most popular articles of 2013 was titled “Texting is Not HIPAA Secure.” Certainly HIPAA compliance is good enough reason for every healthcare organization to implement a secure text messaging solution in their office. Considering the number of organizations I hear are recklessly sending PHI over SMS, I expect this is going to come back and really hit some organization where it hurts. Plus, you won’t be able to hide since the carriers often save the SMS messages for easy discovery by a legal team (which is another reason why SMS isn’t HIPAA compliant). It might take a major HIPAA violation for the industry to wake up.

HIPAA violation issues aside, there are so many other reasons why a healthcare organization should consider using a secure text messaging solution as opposed to insecure SMS as many do today.

As most of you know, I’m adviser to secure messaging company, docBeat (Full Disclosure). As I’ve worked with docBeat, I’ve been amazed at how much more a secure messaging platform can do beyond the simple messaging that you get with SMS. All of these features make a secure messaging option not just a way to avoid a HIPAA violation, but also a better option than default SMS.

Here’s a look at some of the ways a secure messaging solution like docBeat is better than SMS:

Message Delivered/Read Status – I think this is one of the most underrated features of a secure message solution. With an SMS message you have no idea what’s happening with the message. You have no idea if the message has even been delivered to the recipient, let alone read. We’ve all had times where we receive a SMS message well after it was sent. In the case of docBeat, they have a status indication on each message so you know if the message has been delivered to the recipient and if it’s been read. A simple, but powerful feature.

Secure Text to Groups – While SMS is great for sending a message to one individual, it fails when you want to include an entire group in a conversation. The concept of group messaging is really powerful in so many areas of healthcare. Much like the reply to all in email, you have to be careful not to abuse a group text message, but it’s easier to manage since they’re usually short messages that are easily consumed. In docBeat, they offer this group text messaging to a predefined group of users or to an adhoc group that you create on the fly. I especially like this feature when you need help from any one of many doctors, but you’re not sure which is available to help.

Controlled Message Storage – While this has HIPAA implications, the ability to control and audit the messages that are sent is really valuable for an organization. In the wild world of SMS you have no idea what the carrier is doing with those messages. Once they’re on the phone, there’s not an easy way to wipe them off if something happens to the device. With a secure message solution you can control and audit the secure messages. This might include knowing how many messages are sent, how quickly the messages were read, where the messages are stored, etc.

Mobile and Web – In a healthcare organization there are often a lot of people you want to message who don’t have a mobile phone issued by the organization. This often means those people start using their personal device to SMS providers (not a good thing) or they just can’t participate in the messaging. docBeat runs on the iPhone, Android and the web. In most cases, the web option is a perfect way for the non mobile staff to participate in the messaging. Try making that a reality with SMS.

Quick Messages for Common Responses – While many people have gotten very fast at typing on their cell phone, it still takes some time. One way to streamline this is to use quick canned messages for responses you give all the time. It’s much easier to one click a message like “I’m on my way. Be there in a minute.” than to try and type that message into the phone.

Scheduled Messages – Considering the 24/7 nature of healthcare, there are often times when someone is working late at night, but the message doesn’t need to be read until the next morning. Scheduled messages are a perfect solution for this problem. You can create and schedule the message to get sent at a reasonable time rather than waking the doctor up needlessly.

Secure Attachments – While MMS mostly works, I’ve seen where some telcom providers don’t support attachments using MMS. Unfortunately, the telcom provider doesn’t tell you this and so you have no way of knowing that the attachment you sent never made it to the recipient. Plus, MMS works best for pictures. It doesn’t support the wide variety of document formats that a secure messaging provider can support.

Ability to Send Location with Text – While you have to be careful with this feature, it can be a really nice added value to your organization to know their location. Are they sending you a message at your hospital or at their kids soccer game? Knowing this little piece of information can change your workflow so the patient gets better care.

Message Expiration – We could call this feature the snapchat feature. As we saw with the popularity of snapchat, there are times when you may want a message to only live for a certain duration. As is the case with most data retention policies in healthcare, some organizations love this feature and some hate it. Of course, each institution can choose how they want to use this type of feature. In the SMS world, you don’t have a choice. You’re at the mercy of the telcom providers decisions.

Automatic Message Routing to On Call Individual – One of the great features of docBeat is the ability to identify the On Call individual in a group. This was originally applied to docBeat’s call forwarding functionality, but they recently applied it to their secure messaging as well. Now you can message a provider and if they’re not around it can be auto routed to the on call provider. A powerful concept that wasn’t possible before.

One Messaging Platform – This is going to take a while to see fully fleshed out, but those in healthcare are starting to get messages from a variety of sources: SMS, phone, EHR, HIE, Patient Portal, medical devices, etc. As it stands today, those messages have to be checked and responded to in a number of different ways and locations. Over time, I believe each of these messages will be integrated into one messaging platform. The beauty of a secure messaging platform like docBeat is that it can handle any type of message you throw at it. We’re not far off from the day where a doctor can check her docBeat message list and see messages from all of the sources above. The idea of a unified messaging platform is really beautiful and can’t come soon enough.

I’m sure I’m leaving off other examples that I hope you’ll share in the comments. As I look through this list of secure text messaging benefits over SMS, I think we’re at the point where many will choose a secure messaging solution in healthcare because of the added features and not just to try and avoid a HIPAA violation.

January 14, 2014 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 15 blogs containing almost 5000 articles with John having written over 2000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 9.3 million times. John also recently launched two new companies: InfluentialNetworks.com and Physia.com, and is an advisor to docBeat. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and Google Plus.

Dealing with Old Paper Charts in an EHR World

To preview this post, start by enjoying this quick 1 minute video preview:

Such a well done video by ChartCapture. Plus, it intrigued me enough to get me interested in what they had to offer. I think I’d actually met them at the Canon booth at HIMSS before, but somehow I did’t capture the full simplicity of their chart scanning solution until I saw this video demonstrating how their solution works:

I love really simple and straightforward appliances and chart capture is the perfect solution for an appliance like this. It’s beautiful to have a plug and play appliance with no server, no setup, and just ready to go without having to get IT to make it a priority.

As I talked to Scott Ferguson from ChartCapture, I asked him when most customers chose to start using their product during an EHR go live. He responded, “Most customers typically drop us in 90 days prior to go live (or as soon as the have the “realization moment”).”

I love the concept of the realization moment and anyone who’s worked on an EHR implementation knows what I’m talking about. It’s that moment during the EHR implementation that the users ask the question “what about the paper charts?” For some reason many people just think that the EHR vendor will somehow magically just deal with the paper charts. The realization moment is when they realize that they’re going to figure out what to do with the paper charts.

I’ve long been a proponent of scanning in your old paper charts. I still love the outsourcing option because some of the quality they can provide in the scanning process. However, that option is cost prohibitive to many. So, an appliance like ChartCapture is a nice alternative solution for scanning your paper charts at a lower cost. Just be sure if you choose to scan in house that you make sure you hire detail oriented people for the job. It’s a monotonous job and requires detailed effort to do it right.

January 10, 2014 I Written By

John Lynn is the Founder of the HealthcareScene.com blog network which currently consists of 15 blogs containing almost 5000 articles with John having written over 2000 of the articles himself. These EMR and Healthcare IT related articles have been viewed over 9.3 million times. John also recently launched two new companies: InfluentialNetworks.com and Physia.com, and is an advisor to docBeat. John is highly involved in social media, and in addition to his blogs can also be found on Twitter: @techguy and @ehrandhit and Google Plus.

EHR Appointment Type’s the Headwaters of Workflow

It’s a rare EHR that doesn’t include scheduling an appointment’s time and purpose. Usually, there’s a line for the patient, which doctor and an appointment type. Patient and doctor are straight forward, but practices may not take advantage of what appointment type can do for them.

Even having meaningful types can be difficult. One practice I worked with just wanted minutes as appointment types, 15, 30, etc. That took a while to work through, but we finally settled on Initial, Pre Op, etc., which made tracking their work a little more meaningful.

Many EHRs leave the subject at having categories or adding insurance requirements. Other EHRs do more and can save a lot of time and work. Rather than seeing appointment type as a handy pigeonhole for patient types, these see appointment type in a critical workflow role of reserving resources for an encounter.

For example, if you schedule a patient’s annual physical, you’ll need a room and someone to do vitals, weight, etc., and an EKG. If you’re a male doctor with a female patient, you’ll want to have a woman staffer scheduled for part of the exam, too.

Rather than schedule these ad hoc, some systems allow you to define the resources needed for the appointment type and schedule them as needed. Greenway’s PrimeSuite, for example, does this. Here’s how it sets up a new appointment type:

  • Click the + sign under the appointment type tab to add the new appointment type.
  • Once you click on the + sign, enter the appointment type in the yellow box
  • To the right of the appointment type name, click the drop down and pick the duration of the appointment type
  • Enter the abbreviation of the appointment type (this will appear on the schedule screen)
  • In box #2 – Enter the patient instructions for this appointment type. This is a friendly reminder to your staff as to what they need to instruct the patient to bring or do.
  • In box #3 – Pick the color of the appointment which will appear on the schedule screen
  • In box #4 – Select and move to the right which resource/provider/room can see this appointment type
  • In box #5 – Select the visit type – category as to which superbill you will want to pull for this appointment type
  • In box #6 – Enter an alternative appointment type that can be printed on confirmations for the patients. This can be the same as box #1, which is your appointment type
  • Click the Save disc at the top
  • Repeat steps until all of your appointment types are entered into the system.

Greenway’s Box No. 4 lets the user specify the resources that go with this appointment type. The user can assign personnel, equipment, rooms, etc. When selected the system checks for availability and reserves them for the needed times.

Greenway’s PrimeSuite Appointment Type Definition Screen

Many practices will be shopping for a new EHR in the coming year. Their shopping lists would do well to include a robust appointment type. Of course, I encourage anyone who’s in the EHR market to use our free resource, EHRSelector.com. The Selector’s Practice Management category has these two appointment type features:

  • PM50 (895) Appointment Type can reserve resources, for example, room, equipment.
  • PM51 (896) Appointment Type can schedule supporting personnel, such as technicians, aides etc.

_________________________________________________________________________________
Brazen Self Promotion
Recently, I created a new LinkedIn group, EHRUsability. This is the type of issue discussion I hope it will promote. All are welcome.

January 8, 2014 I Written By

When Carl Bergman’s not rooting for the Washington Nationals or searching for a Steeler bar, he’s Managing Partner of EHRSelector.com, a free service for matching users and EHRs. For the last dozen years, he’s concentrated on EHR consulting and writing. He spent the 80s and 90s as an itinerant project manger doing his small part for the dot com bubble. Prior to that, Bergman served a ten year stretch in the District of Columbia government as a policy and fiscal analyst.

Hospital Halves Sepsis Deaths Using EMR

Two years ago, New York City’s Mount Sinai Hospital was struggling to catch cases of sepsis early enough to save lives. Since then, the hospital has almost halved the number of sepsis deaths taking place there thanks to use of its EMR, according to a piece in the Canadian Medical Association Journal.

Attacking sepsis deaths is critical for hospitals worldwide, which have been fighting what has been described as a losing battle against the condition. According to the CMAJ, hospitalizations for sepsis have more than doubled over the last 10 years, and an estimated 1/3 to 1/2 of those patients die as a result of the condition.

Early treatment with antibiotics and intravenous fluids can reduce the risk of death from sepsis by half, but treatment is often delayed because symptoms are not specific enough to raise the alarm.

In 2011, Mount Sinai’s overall mortality rate and sepsis mortality rate were both unusually high compared with other academic medical centers in the U.S., according to Dr. Charles Powell, chief of pulmonary and critical care medicine, who spoke to CMAJ. Sepsis, in fact, accounted for about half of all deaths at the hospital.

Mount Sinai implemented an early warning and response program on eight floors, beginning in 2012, in which the hospital’s EMR triggered a red alert whenever staff entered vital signs in a patient’s chart that matched the criteria for early sepsis.

When the alert was triggered, it prompted a bedside call from a team of specially trained nurse practitioners who evaluated the patient, ordered tests, and if necessary began immediate treatment.

During that first year there were 77 fewer deaths from sepsis, representing a 40 percent reduction in the hospital’s sepsis mortality rate compared to 2011. Since then, things have only gotten better.

“When we began the program, the mean sepsis mortality rate was about 33 percent… Now it’s at 16 percent,” close to the lowest rates among peer hospitals, says Powell. Not only that, the hospital identifies patients with sepsis earlier so it can standardize its response. Then, using EMR data, the hospital can also measure it sepsis response in terms of timeliness and outcomes, including both transfers to intensive care and mortality, Powell notes.

January 2, 2014 I Written By

Anne Zieger is veteran healthcare consultant and analyst with 20 years of industry experience. Zieger formerly served as editor-in-chief of FierceHealthcare.com and her commentaries have appeared in dozens of international business publications, including Forbes, Business Week and Information Week. She has also contributed content to hundreds of healthcare and health IT organizations, including several Fortune 500 companies. Contact her at @annezieger on Twitter.

Forrester’s Take On Computing Trends For Next Year

Recently, Forrester Research’s J.P. Gownder released a list of six broad tech trends he feels will dominate 2014. While they’re not healthcare-specific, I thought our readers would appreciate them, as they are relevant to the work that we do.

Mobility:  Gownder is arguing that this year coming will see a “sustained mobile mind shift.” He argues that customers and employees are beginning to expect that the data they touch will be available to them in context on any device at the exact what would’ve need. He argues that customers will actively shun businesses that lack mobile applications.

Fragmentation:  While vendors would like to see us, as consumers, stick to one vendor and operating system, Gownder argues that just the opposite will happen in 2014, with people trading off between multiple devices and thriving across operating systems. This movement, driven by the seeming infinity of new mobile devices, makes things more difficult for health IT administrators, to be certain.

Wearables:  While the wearables devices your editor has seen strike her mostly as toys, Gownder is far more enthusiastic. He argues that next year will see commercial availability of a range of once theoretical wearables — and that enterprise wearables have a particularly rich future ahead of them.

Intelligent assistants:  For me, services like Siri and Samsung’s S-Voice are entertaining, but hardly add anything to the mix when it comes to what your phone tablet or PC can do. Gownder, however, believes that intelligent assistance will rise to prominence in 2014 as they become more sophisticated, interesting and useful.

Gestural computing: Expect to see new applications and scenarios for gestural computing this year, Gownder predicts, driven by phenomena like the presence of XBox Kinect in tens of millions of homes, the emergence of Leap Motion and the emergence of a new device known as Myo from Thalmic Labs. In this case he isolates healthcare specifically as a strong use case, in which professionals manipulate and navigate medical imaging using gestures.

Stores recognize you: Here’s one I can see direct healthcare applications for; next year, Gownder predicts, will be the year in which you walk into a store and the store “recognizes you” and tailors your experience accordingly. I can see this being relevant in virtually any public-facing healthcare setting, including the ED, medical clinics and perhaps even EMT settings. Sounds very much like John’s description of a “biometrically controlled healthcare system.

So which of these trends do you think will be the most important next year? How are you adopting them, if at all, in your healthcare organization?

December 31, 2013 I Written By

Anne Zieger is veteran healthcare consultant and analyst with 20 years of industry experience. Zieger formerly served as editor-in-chief of FierceHealthcare.com and her commentaries have appeared in dozens of international business publications, including Forbes, Business Week and Information Week. She has also contributed content to hundreds of healthcare and health IT organizations, including several Fortune 500 companies. Contact her at @annezieger on Twitter.

CommonWell Announces Sites For Interoperability Rollout

Nine months after announcing their plan to increase interoperability between health IT data sources, the CommonWell Health Alliance has disclosed the locations where it will first offer interoperability services.

CommonWell, whose members now include health IT vendors Allscripts, athenahealth, Cerner, CPSI, Greenway, McKesson, RelayHealth and Sunquest, launched to some skepticism — and a bit of behind-the-hand smirks because Epic Systems wasn’t included — but certainly had the industry’s attention.  And today, the vendors do seem to have critical mass, as the Alliance’s founding members represent 42 percent of the acute and 23 percent of the ambulatory EMR market, according to research firms SK&A and KLAS.

Now, the rubber meets the road, with the Alliance sharing a list of locations where it will first roll out services. It’s connecting providers in Chicago, Elkin and Henderson, North Carolina and Columbia, South Carolina. Interoperability services will be launched in these markets sometime at the beginning of 2014.

To make interoperability possible, Alliance members, RelayHealth and participating provider sites will be using a patient-centric identity and matching approach.

The initial participating providers include Lake Shore Obstetrics & Gynecology (Chicago, IL), Hugh Chatham Memorial Hospital (Elkin, NC), Maria Parham Medical Center (Henderson, NC), Midlands Orthopaedics (Columbia, SC), and Palmetto Health (Columbia, SC).

The participating providers will do the administrative footwork to make sure the data exchange can happen. They will enroll patients into the service and manage patient consents needed to share data. They’ll also identify whether other providers have data for a patient enrolled in the network and transmit data to another provider that has consent to view that patient’s data.

Meanwhile, the Alliance members will be providing key technical services that allow providers to do the collaboration electronically, said Bob Robke, vice president of Cerner Network and a member of the Alliance’s board of directors.  CommonWell offers providers not only identity services, but a patient’s identity is established, the ability to share CCDs with other providers by querying them. (In case anyone wonders about how the service will maintain privacy, Robke notes that all clinical information sharing is peer to peer  – and that the CommonWell services don’t keep any kind of clinical data repository.)

The key to all of this is that providers will be able to share this information without having to be on a common HIE, much less be using the same EMR — though in Columbia, SC, the Alliance will be “enhancing” the capabilities of the existing local HIE by bringing acute care facility Palmetto Health, Midlands Orthopaedics and Capital City OB/GYN ambulatory practices into the mix.

It will certainly be interesting to see how well the CommonWell approach works, particularly when it’s an overlay to HIEs. Let’s see if the Alliance actually adds something different and helpful to the mix.

December 13, 2013 I Written By

Anne Zieger is veteran healthcare consultant and analyst with 20 years of industry experience. Zieger formerly served as editor-in-chief of FierceHealthcare.com and her commentaries have appeared in dozens of international business publications, including Forbes, Business Week and Information Week. She has also contributed content to hundreds of healthcare and health IT organizations, including several Fortune 500 companies. Contact her at @annezieger on Twitter.