As discussed in a previous post, there have been numerous false starts and failures in the implementation of secure text messaging platforms in the healthcare environment. The landscape is littered with expensive solutions that have seen low utilization, projects being shelved and as a result patient health information continuing to be shared via unsecured methods.
The primary reason for this situation is poor adoption by physicians and subsequently inconsistent use throughout the system. Poor adoption leads to overall poor utilization and a lot of wasted time, money and energy.
But physicians and care providers aren’t to blame. The blame falls on the technology itself. Few of the existing secure messaging products were designed to work with physician workflows and account for physicians need to control accessibility. Most physicians do not want others to have ‘open access’ to them, nor do they want to ‘sign in’ when they are available or remember to ‘sign out’ when they are not available.
While other technology vendors have provided public RFP templates for secure messaging, those templates focus primarily on the core functionality and the technical requirements of an individual product. They do little to highlight those functional features that will actually encourage broad physician adoption. So, while these templates are helpful, they do not necessarily help you achieve your goal of high user adoption.
With the goal of high user adoption in mind, here are seven key functionality questions you should include as part of your RFP for secure text messaging:
by MD Interconnect
The marriage between technology and physicians is not always an easy one and there have been a lot of bad breakups over the years. After all, physicians went to medical school to treat patients, change the world, etc. They did not set out to learn a new technology every time they turn around and/or to play a leading role in technology implementations. Yet today, they are finding themselves playing that role and feeling the frustrations that go along with that.
There is no shortage of research that talks about the challenges vendors face when it comes to technology adoption with physicians (and healthcare in general). Look no further than the EHR (electronic health record) technology market to learn more about those challenges and the lessons learned from them. In a 2015 study by Physicians Practice, physicians cite a long list of technology challenges (many of which relate to their experience with EHR technology), including: a drop in productivity when rolling out new technology; lack of interoperability between technologies; meeting regulatory requirements; cost to implement and use technology; resistance to technology; security and training.
MD Interconnect co-founder Dr. David Hoover was all too familiar with those challenges, having been on the user side (the resistance side may be more accurate) of numerous technology rollouts. He knew that MD Interconnect had to do things differently to ensure successful adoption.
With this in mind, the MD Interconnect team took a two-pronged approach to adoption. The first approach may seem obvious: design a product that solves a meaningful problem, but design it with your users (i.e. physicians, etc.) and their workflows (maybe not as obvious) in mind. Surprisingly, many technology companies develop a product that solves the first issue (meaningful problem) but neglect to consider the second (user workflows and preferences). Consequently, they experience poor adoption, limiting and or even eliminating the product’s ability to succeed.
The second approach is equally important but often overlooked – build an implementation process tailored to address a physician’s unique objections/concerns with an understanding of their job, their workflow, their practice, etc. With that in mind, you need to make it as easy as possible for them to get on board (hand-holding as needed), quickly demonstrate the value of using the technology (what’s in it for them), and ensure that they are motivated to continue using it (continued engagement, tracking, etc.).
When it comes to developing a secure communication solution for hospitals, there are some basic features and functionality that every solution must have at its core. The solution must successfully facilitate the delivery of messages between users. And, the solution must address mounting security requirements that hospitals face, including the need for HIPAA compliance. There are a number of vendors that offer products that address those core requirements, but MD Interconnect created a solution that goes beyond these basic requirements to engage users and ensure adoption. You can learn more about the company’s physician-driven design in this previous blog post. Here are some of the factors MD Interconnect considered while developing a product with adoption and sustained engagement in mind:
With RapidConnect, MD Interconnect knew they had a great product that hospitals, physicians and patients would benefit from, but they also knew their job wasn’t done. See our next blog post on what it takes to ensure a successful implementation and ongoing user engagement.