Photo of a dog forlornly looking for its owner while in a dog carrier.

Voyager Health - Operations Dashboard

Web SaaS

Type of Project:

SaaS application that helps veterinary professionals and support staff manage the complete patient care of our furry, feathery, and scaly companions.

My Role:

Product Design and User Research

Timeframe:

4-month Agile rollout - 2025

Team:

Product Managers, Developers, QA, Product Designer

Project Summary

Challenge

Create a Dashboard feature as the landing page for the practice managment system which would streamline a hospital's daily operations and situational awareness. Key features included real-time data giving visibility into KPIs, appointments, patient location, room availability, and care teams.

Love numbers? Skip to my Impact

Solution

I led the product design from research to high-fidelity prototype working with product managers and end users to understand the problem space, define feature and design solutions, and collaborated with devlopers and QA from concept to delivery.

  • KPI Graphs showing appointment type and totals target, appointment journey statistics, estimated wait times improving spatial awareness
  • Appointment Queue that visualized inpatient and outpatient appointment arrival and departure times
  • Hoteling Status that informed staff which rooms were available, needed attention, shuttered, and assigned to specific veterinarians
  • Task Queue to help the staff organize call sheets, client/patient follow ups, and communications.

Hospital Dashboard

3 panel: 1st Panel two tablets open to the MVH practice mangement app. 2nd Panel a person recording vitals on a vital tracking paper. 3rd Panel a Windows desktop screen with a lot of icons of pdf files saved on the desktop
Final Visual Experience of Hosptial Operations Dashboard
Figma Prototype

The prototype increased buy in and reduced development ambiguity and meeting time

How'd I get there?

Understanding the bigger picture

Voyager Health as a SaaS supports several retail brands within the Mars Veterinary Health business. Each with it's own processes and business goals. The largest being Banfield and VCA with 1000s of hospital operations in the USA, Mexico, and Canada.

Diagram showing the organization structure of Mars Veterinary Hospitals and its brands: AniCura, Banfield, Blue Pearl, Linneas, and VCA.

Aligning to stakeholder goals, Banfield and VCA veterinary and business models were the primary focus to gain adoption of this product in phase 1. Each was using a different practice management application and the goal was to unify each brand onto a single platform.

The first step was to understand what would Hospital staff need to make their jobs easier and improve service and quality of care.

Approach

Foundational Research and Discovery

How Does a Veterinary Hospital Operate?

Observing and interviewing hospital staff on location to understand their duties and pain points across several different sized veterinarian hospital brands.

Deep Dive on the research methodology

Hospital Observations

Onsite visits

1st Visit

  • Myself
  • Design colleague
  • Technical Product Manager

Other Visits

  • Just Me

The first onsite visit was at a hospital that just transferred from largely paper based operations to a digital management system. We conducted research with 1 veterinary doctor, 5 medical technicians, and the hospital administrator. The other four hospitals were using other digital practice management software and consisted of multiple doctors, CSR staff, medical technicians, and hospital administrators.

3 panel: 1st Panel two tablets open to the MVH practice mangement app. 2nd Panel a person recording vitals on a vital tracking paper. 3rd Panel a Windows desktop screen with a lot of icons of pdf files saved on the desktop
Some observations from the hospital
Observation Methodology

Deep diving into the hospital setting to observe the various interaction and emotional touchpoints between customers, pets, and hospital staff was one of the best ways to learn and begin the process of creating a user centric oriented feature set.

  • How are the human and animal greeted and identified?
  • What are the steps of the check in process?
  • What happens to the pet during a visit?
  • How does the staff track the patient?
  • How does the staff track patient rooms?
  • What are the steps of the check out process?
  • What are pain points in the process?
UX Observation: Few animal visits are routine
Finding 1

Technology is useful, but it cannot solve every manual or paper based process. An example: Check in form, it can be digitalized but the human to human contact is lost. This is important when there are 5 other vetinary clinics within 5 miles and the personal touch can be the differentiator.

Finding 2

When an appointment involves a euthenasia, as expected this is a heart wretching experience and advanced notice and care needs to be in order to provide the level of comfort and dignity that the situation demands.

Finding 3

It is easy to lose a patient's location. Easy to lose focus on incoming and outgoing patients in the busy times. Good news is these are generally predictable.

User and Audience Interviews

Interview Methodology

I selected two diverse participants that varied in tenure (where possible) within each of the five main operational areas at the five hospitals for interviews. We also conferred with two additional users as former hospital staff (CSR trainer, and a retired veterinary doctor) that are now members of the User Advocacy Team.

Interview Process

  • Created baseline interview questions for the participants
  • Asked them the questions and to walk through different scenarios and pain points relating to the patient/client journey.
  • Each interviewer took notes from their interviews and we grouped answers into an affinity board
  • We asked technical, aspirational, and emotional questions to understand where the new features missed and can address the top 10 pain points.
  • One other goal was self awareness, to not interfere with operations, to not become a nusance or endanger a patient's health or staff safety.

Some sample questions we asked

  • What are the key KPIs for the day to day financial and adminsitrative operations?
  • What are the common negative experiences on check in/check out?
  • How do you handle clients who are dissatisfied with check in or check out?
  • Have you had a bad experience with a patient/owner? What did you do?
  • How do you create the opportunity for a personal touch with the client?
  • How do you track patients currently?

Empathy Mapping with Archetypes

In the foundational stages of the first practice management application Woofware created for VCA. A former design colleague and myself created four archetypes based on the hospital roles common across all hospitals.

Returning back to work on the next iteration with VCA and the greater MVH organization, the archetypes still hold up. The original archetypes can be reviewed in the VCA Woofware case study.

Concerning the opportunities the Dashboard was going to solve, the archetypes evolved into two generic task based roles: Day-to-Day Healthcare and Day-to-Day Financial and Performance Target Operations.

Meet Brianna, health care and appointment operations
Meet Asatyra, financial and performance target operations
  • Answers and makes calls, greets clients and patients, checks in and checks out patients (CSR, Med Tech, Admin)
  • Escorts patients, takes initial health metrics, performs some medical exams and procedures (Med Techs)
  • Prints out discharge papers, collects patient belongings, and gives take home medication (CSR, Med Tech, Admin)
  • Tracks patient location and safety, stays with drop offs and patients undergoing more involved procedures (Med Tech, Doctor)
  • Sets and manages care teams (Admin, Med Tech, Doctor)
  • Tracks number of appointments against target goals (Admin)
  • Schedules follow ups, confirms appointments, calls no show clients (CSR, Admin)
  • Tracks financials and staff schedule to set up care teams (Admin)
  • Builds client relations, Monitors patient location, staff safety, and client sentiment (CSR, Admin)

A few other archetypes for process conversations

To facilitate discussions across product and with stakeholders I created a veterinary doctor: "Dr. Gloria Monday", Medical Technician: "Crystal Hye-Sook", and a client: Dale-k.

Putting the Plan Together

Opportunity Feedback a.k.a Pain Points

  • We really need a way to see Business Performance KPIs (Appointment Bookings vs. Target Goals) as that is critical for each hospital

    - Banfield Staff Participant
  • It would be amazing to easily see all the arriving patients all in one place.

    - Staff Participant
  • Sometimes it is hard to remember which room is occupied.

    - Veterinary Participant
  • We need a better way to alert on a euthenasia

    - Staff Participant
  • Wow yeah... I really want to know how many drop offs we have in the morning. I have to know where to put them.

    - Staff Participant
  • So my call sheet is important, we need to call and confirm appointments, yeah... and we need to follow up with no show clients. I usually just use a notebook to remember them.

    - Staff Participant

Feature Board and Ideation

Collaborating through feature ideas and card sorting with cross-functional product teams.

We used a Miro Board to identify and evaluate features and opportunities with product and users a.k.a. what hurts vs. who cares?
Early wireframe and user flow for Big Sasqi, the CSR archetype

Exploratory Design - Product Design Solution

Initial Design - Starting the "Difficult" Discussions

Working with the feature PM, I started with a concept that the dashboard would be unique by user role. This idea was a brainstorm of different features that would be useful where we could start more meaningful conversations. So I present Iteration No. 1.

Receptionist "Brianna" View: Initial Sketch of Operations Dashboard
Hospital Admin "Asatyra" View: Initial Sketch of Operations Dashboard
A few problems identified upon reviewing with users and stakeholders
  1. Staff often take on multiple roles in smaller hospitals.
  2. Proposed features here duplicate features in other areas e.g. Wellness Plans and Status, and Financial Data was a political and user problem. While extremely important to the brands, the feature was better represented in other areas of the application 1 or 2 clicks away. Which was fair.
  3. Research feedback repeated the common theme that there was too much information here in this version. The users and business needed a simplier Level A feature set and presentation to drill down into.
  4. Higher Production and Maintanence Costs associated to maintaining a fully personalized experience with unique features per role.

A Little Iterative Rethink

Structuring a Level A, B, C approach

For the next iteration, considering the feedback, I moved in the directon of a simpiler single view combining all roles into the archetypes of Healthcare and Financial Performace Target Operations focusing the six most critical operational features from users and business requirements as Level A.

The six features we concentrated on that I will discuss in more detail.

  1. 1. Appointment Target KPIs for Banfield
  2. 2. Appointment Arrivals, Departures, Visit Tracker
  3. 3. Hospital Digital Care Teams Setup
  4. 4. Room Utilization a.k.a. Hoteling Status
  5. 5. Daily Task List - Pending Jobs To Be Done
  6. 6. Address Book (Nice to have)

This iteration and the previous one helped drive the conversations with product and user advocacy teams that this was the right direction for the users and stakeholders.

Iteration No. 2: Sketch of a archetype combined combined Operations Dashboard

Zero'ing In on the Phase 1 Release

Feature 1. Operational Target Appointment KPIs

Engaging with the users and stakeholders, one of the top feature goals was surfaced. This led to the opportunity to improve a critical business KPI for Banfield through this dashboard feature.

Adding the Total Appointment Target KPI and Appointment Type/Subtype KPI Breakdown features in the final iteration.

One area of the design where some disagreement was expressed was on the bar graph, product was at odds with the UX team concerning the visual presentation. We are in the process of testing this version with users.

Iteration No. 3: Total Appointment Target KPI
Iteration No. 3: Appointment by Type/Subtype KPIs Pop up

Feature 2. Appointment Drop Offs, Out Patient, In Patient Tracker

Appointment Management is the nucleus of hospital operations, and this feature has many levels of drill down and actions users can take within the phases of the patient journey. For the dashboard we wanted to capture level A relevant information. Who is coming in and when, where are they in the treatment journey, when are they leaving and with whom, and follow up is needed on discharge or in the future (Finding 1, 2, 3).

Iteration No. 3: Patient Appointments Tracker

A solid UX impact to the overall product KPIs was recommending surfacing the Patient Check In Feature without having to leave the dashboard. This user flow improvement reduced the number of clicks by 3 and saved users and clients over 2 minutes during the check in process.

Iteration No. 3: Patient Appointment Check In Flow From Dashboard Versus Trip to Appointment Calendar.

Another feature I recommended was an End of Day Summary that would show once the last Upcoming Appointment was checked in or cancelled/rescheduled. This feature contributed to a higher user CSAT score and was well received by stakeholders to reinforce tracking the Appointment Target KPIs.

Iteration No. 3: Patient Appointments End of Day Summary
A bonus feature I recommended ala Matire D

For phase one I made an estimated wait time feature that could be set by the users manually. I recommened this based on my experience in the restaurant business. The next phase will be to train our LLM with situational data to make an AI driven estimation feature that will adjust real time without manual input.

Iteration No. 3: Patient Appointments Estimated Check In/Check Out Time (Matire D Feature)

Feature 3. Hospital Digital Care Teams Setup

Every clinic I visited has a literal whiteboard where care teams are listed for the staff so everyone knows which medical technicians are working with which doctor. The board will be updated daily or weekly. In larger hospitals these can be up to 8 care teams, but the typical structure is 1 or 2 care teams per day.

Collaborating with the feature PM and User Advocacy Team, the digital care team feature went through a few iterations. The first iterative idea can be seen in fIteration No. 2 screen above.

Changes I made to this Iteration No. 3 version was to remove the CSR staff and group the doctors together with the medical technicians as sub elements. Also we added a new team lead designation feature to the medical technicians.

Iteration No. 3: Who's Working Today? Care Team Display
Iteration No. 3: Creating and Setting Up a Care Team From the Dashboard

Feature 4. Room Utilization (Hoteling Status)

Based on my Hotel and Hospitality experience and through talking and observation sessions (Finding 2 and 3) with users, a feature idea was formed. The frequent topic within the day to day operations was how hard it is to keep track of room utilization and condition presented an opportunity for delight.

Tracking common themes:

  • What is the condition of Exam Room 3? Is it still occupied?
  • Which rooms should we not put other patients in during an Euthenasia?

  • Which rooms/areas are dirty? Did a patient make a mess that needs to be cleaned up?
  • Which room is that abusive/excitable/unpleasent client in?

Through iterative reviews with the PM and User Advocacy Team we crystalized a clean and easy to understand status display for phase 1 with a richer feature set for future phases. Happy to discuss this feature and ideas to make this more automated in a larger environmental scope in more detail.

Iteration No. 3: Room Utilization with an Euthenasia Appointment
Iteration No. 3: Room Utilization with an Assitance Alert

Feature 5. Daily Task List (Pending Items)

Another wishlist item that we tied to the generative research was a feature to help the hospital staff manage follow up items to improve efficency and customer experience.

Daily there are future appointments that need confirming or rescheduling as well as follow up phone calls either due to patient care plans or no show appointments.

This feature was met with tears of joy, well not literally, but this consolidated list and placement on the dashboard resulted in positive CSAT scores.

Iteration No. 3: Task List to Confirm Upcoming Appointments
Iteration No. 3: Task List to Followup and Reschedule No Shows

Feature 6. Addess Book

In a few hospitals we noticed post-it notes all over the staff's workarea that contained addresses of outside organizations that the hospital frequently contacts. E.g. Surgery Hosptials, Labs, Specialist Clinics, Other Brand hospital locations. An additional observation was noticing how often food places are called up for delivery or pickup. We noticed staff looking up local bakeries and resturants during the shifts. So, I had an AHA moment! Let's add the ability to add them to the digital address book as well.

Iteration No. 3: Address Book Side Sheet
Iteration No. 3: Searching for an Address in the Address Book
Iteration No. 3: Adding a new address to the Address Book.

Feature 7. Personal Notes

Another curiosity in our observational research was how many notes the staff scribbles down as daily or hourly reminders. We created a simple digital private and personal note taking space in the dashboard. It tested well, but it generated a common question; if the notes were private to the them only. As the other note taking features can be viewed by all users on the system. Working with the User Accetance Team, it was decided this question would be addressed in the release notes and concerige training program.

Iteration No. 3: Personal Notes
Iteration No. 3: Personal Notes Pop Up

Yes! There Is a Design System and I Helped Create It

Patient Avatars - Illustrations for Patient Components in Voyager Health
Design System Elements Sampler

Design Philosophy and Strategy: We based our visual and experience aesthetics as Clear, Concise, Respectful, and Human.

Our 5 principles guiding the Voyager Health User Experience

  1. Anticipate & Augment User Needs
  2. Foster Trust & Peace of Mind
  3. Support Individual Working Styles
  4. Seamless Continuity & Hand Off
  5. Optimize Task Prep & Information Access

With a focus on WCAG and ADA Guidelines and cultural/language support in 40 International markets. We regularly engaged in design rituals with cross-discipline and user feedback reviews to iterate on the Visual Brand and Voice. In additon these legal frameworks were adhered to and affected our design strategy e.g. GDPR, CCPA, CPRA, GLBA, EFTA,

Design Mechanics: The Design System is based on Material Design constructed the Atomic Design Model. The 10 member design team was responsible for adding components to the system following established design guidelines I helped create.

Final Visual Design for Phase I

3 panel: 1st Panel two tablets open to the MVH practice mangement app. 2nd Panel a person recording vitals on a vital tracking paper. 3rd Panel a Windows desktop screen with a lot of icons of pdf files saved on the desktop
Final Visual Experience of Hosptial Operations Dashboard
Figma Prototype

Impact

What I Accomplished (With Teamwork)

While driving the Product Experience and Design, I collaborated and led frequent design rituals and elicited feedback from Product, Stakeholders, and End Users to build the first Phase of the Operations Dashboard.

Results
  • 90%
    of users completed core tasks in target time of <1 mins
  • >2 mins
    reduction in time per patient per check in
  • 10x
    increase in task list efficiancy
  • 5x
    increase in cross-brand adoption probability
Reflections

I had a lot of good ideas and direction that I needed to let go of to focus on a set of core features and get version 1 shipped.

Balancing the feature set and focusing on delivering value gets exponitionaly trickier when balancing between multiple PMs and Brand Stakeholders. Everyone wants something different to be surfaced.

Sometimes a challange when the captive audience is using exisitng software they are familiar with. Even if a new system has new and missing features and a well researched experience, it might be an uphill adoption battle, familiarity breeds comfort.

Want to know more?

Connect with me and we can discuss all the features I worked on to build Voyager Health.