10 min read
Over the last few years, the entire healthcare industry has been striving to deliver better customer experiences through digital transformation. Technologies like cloud and mobile services disrupted the industry in multiple ways by making healthcare more accessible, efficient and integrated. The results have so far been promising. Digital transformation has not only improved the operational efficiency of medical systems and reduced the number of level errors, but it has also expanded access to general care and specialists, doing so in a faster and more convenient manner.
Integrating digital solutions into healthcare is no walk in the park, though. Regardless of company type or specialty, there are many unique challenges that scrappy startups and established enterprises alike face. These challenges are vital to overcome, especially given the delicate and legal nature of healthcare. Smart digital product owners should consider these factors at each stage of their solution design and development, thereby making it essential to find digital partners with experience in designing healthcare-oriented products.
Here at Cieden, we pride ourselves on the consistent value we add to both healthtech startups and enterprises. Every day we’re driven to maximize the impact we can have on people’s well being – on a global scale. That may actually be the reason behind why we excel so much at product design for healthcare, and especially for telehealth domains. It’s because we care.
We also see how many telehealth founders out there care. The market is exploding, and we personally witness this via the increasing number of requests we receive to help with healthcare-related software. A huge benefit is that we become privy to the new trends that constantly surface in healthcare, and which trends are driving the most growth. Based on our firsthand experience with these companies, Cieden has developed its own approach on how to deliver solutions for telehealth, and healthtech in general.
In this blog post, we’d like to share some insights and describe our approach to this unique industry. You’ll find that the uniting factor behind all of these efforts is, naturally, quality design that takes into account user environments and unique industry constraints.
One of the most critical parts of product design is to understand user needs. The same logic applies to the telehealth industry: you need to clearly recognize who is going to use this product. Creating a user persona is a good start, but it’s not sufficient for uncovering deeper knowledge and empathy.
There are almost always multiple user types on telehealth platforms, and each has their own unique goals, needs, frustrations, motivations, workflows, tasks and so on. The complexity of each user, exacerbated by the delicate nature of healthcare, often leads us to employing several different user research and process analysis techniques. The Customer Journey Map and Service Blueprint are two tools that need to be mastered in order to document the full spectrum of user interactions with any given solution or larger service line.
Here are some quick tips on common user personas we consider when creating telehealth products:
Each medical specialty has its own unique workflows that impact providers’ operations. While these operations can differ drastically among the different specialties, we have absolutely noticed that they often have tight schedules with many duties and little room for error. The resulting pressure is a factor to keep in mind when mapping their duties and thinking of solutions that will help.
After all, a product designer’s main goal is not to grossly interfere with existing operations, which are often in place due to legislative concerns or years of evidence-based practice. Instead, it’s important to seek to complement their daily routines to make workdays easier, less stressful, or less susceptible to error.
To achieve this goal, product designers should study operational workflows closely, map existing digital solutions within those workflows, and then come up with the right solution that harmoniously fits into the overall environment.
Other healthtech users include medical system managers, who are interested in operational reporting; platform administrators, who manage permissions custom settings; insurance companies representatives; ongoing post-care support staff; and more.
Once we identify and map out each user persona for the software, we are able to tailor our design solutions to make them useful and usable.
The users’ environment – that is, the actual physical and digital surroundings of any given customer, is an extremely important point when designing healthtech software.
The first question to ask yourself when fleshing out the user environment is what device will be used to access the software. Will it be a desktop, mobile phone, tablet, TV, or custom hardware. There are many possibilities to consider. For example, a patient may often just use his or her phone, but providers can use several devices with different software programs running simultaneously. These multiple devices can be a part of one single workflow, and different features within the hardware and software can complement each other throughout one single flow. On the contrary, other features can be inaccessible on mobile phones due to security issues.
Devices aren’t the only factors to consider. Physical location is often just as important: healthtech can be deployed in urgent care facilities, private rooms, laboratories, hospital intake and admin areas, exam rooms, or even within emergency vehicles. Familiarizing ourselves with physical locations sheds additional light on the mental and emotional states of the individuals using our software, and how each user persona will be interacting with it.
Another deeply embedded aspect of product design for healthtech product managers is related to system integrations. It is almost unheard of for a telehealth system to be designed as a separate software unit. After all, medical software is often an entangled net of data connections that feed from one system and transfer to others. In order to design proper medical forms, you need to know what information should feed to the EHRs or what can be obtained from a third-party system. This is why it is vital to know what data is used, stored and processed by the platform. Just imagine what could happen if we forget to design the “Allergies” field within a patient intake form, and this info isn’t stored in the patient’s medical record! Furthermore, all processing of data needs to be clearly understood to maintain legal compliance with different standards.
The medical industry is one of the most regulated industries in the world, and rightfully so. Human lives quite literally depend on the efficiency and quality of healthcare. Consequently, the cost of any error is astronomical, so it’s important to follow numerous rules and policies when running a healthcare business. Thankfully for us, there are only a few key rules we need to comply with when designing and creating healthcare products. Here are the specific legislative acts we consider when creating a healthcare product:
Once we’ve considered all the points above and are ready to begin designing, this is how we approach and perfect specific UI elements.
The medical domain is full of documentation; a huge amount of data is collected and stored as medical records. This means that a lot of time is spent creating and properly maintaining this documentation. This is why we consider best practices when designing forms to make them as simple and easy to fill. For example, we like using single-column layouts, having a clear path within the form, grouping related fields, using a wizard or progress bar for long forms, and using proper labeling and adding visual cues. The list goes on.
Telehealth solutions revolve around connecting patients and providers remotely. This means the video console should be crystal-clear for patients and seamless for providers, who should be able to also take notes during calls and use other systems at the same time.
Cases usually require collaborative work, so we strive to make the teamwork aspect transparent. We often consider integrating activity history and messaging tools.
If you are interested in reading more about our hands-on experience in specific healthtech projects, we invite you to check out our case studies. These examples allow us to share our experience in solving real-world problems, such as granting roles and permissions for a rehabilitation facility; improving engagement for a clinical portal with the use of a hook models; integrating a machine learning API into a different clinical portal to increase operational efficiency and reduce triage time, and improving the form fill process for sight exams. All of these are coming soon!
If you’d like to explore the possibility of creating a healthtech app together, you are also welcome to reach out to us at email@example.com.