Now Accepting Online Patients:
A Scheduling Problem
This article describes step-by-step the process of conceiving a “universal” medical consultation scheduling tool. The objective of this work was to define a long term vision and a framework to future developments related to scheduling.
Our company was planning to merge two properties providing primary care and behavioral therapy, so we needed to envision an appointment scheduling tool which could comply with a large array of scheduling practices.
We launched an inquiry to understand more in depth the range of scheduling needs of different kinds of care supported by our platform. We also looked at patients’ expectations and practices regarding scheduling a visit.
Our ultimate objective was to synthesize a live appointment planning transaction so it could be automatized.
We listed the components of scheduling transactions and created a blueprint for appointment transactions. With this document, and the user research done beforehand, we could establish a list of “experience requirements” to define potential features.
We needed to find ways to reduce the number of transactions necessary to negotiate an appointment time and found that we should focus solely on the available time, starting with asking patients to declare availability and then match the request to the provider’s declared availability.
Then we proceeded to define layers of automation based on user compliance with our schedule tool. The variations in compliance--for instance, providers may or may not sync their personal calendar with the application--and our own development resources over time made us conceive an array of complementary features, all of which we could rate in terms of importance and development difficulty.
Context: Two Platforms,Two Services
We have two web properties serving different purposes and supported by independent code bases:
A PRIMARY CARE PLATFORM: The “mothership”: this is an online primary care clinic where patients queue up for phone or video primary care consultations. A nationwide network of providers come online to the site to pick up online consultations.
The workflows developed for this application support an “urgent care clinic” operated via a call center. Patients check in by calling or connecting online and are picked up by the first available provider. A significant number of visits occur solely through phone transactions; fewer patients use the service online.
A BEHAVIORAL THERAPY PLATFORM: The other property is a behavioral therapy market place where patients come to choose therapists for a series of online video sessions. Therapists use the service to expand their practice to an online client base and provide their existing patients with an online video consultation option.
The workflows were initially developed to support a market place for a single provider practice. All the transactions occur online.
Our leadership decided to consolidate our services and integrate our behavioral service to the primary care platform.
During the initial high-level discussions I explained how a primary care experience was different than a behavioral experience, and that integrating the two would require drastic workflow changes. I concluded that this project was our opportunity to transform our virtual primary care clinic into a virtual medical center. By appropriately planning this work we would eventually cater to any medical specialty.
I obtained a short window to explore the impact of the integration on our users’ experience.
We were 3 user experience designers and an associated product manager working part time on this project. We would meet at least twice a week to discuss discoveries and plan for the next segments of work. Each meeting was an opportunity to share knowledge and challenge new concepts. Alternatively we would meet with the project manager to share milestones and broadcast our work to the project team at large.
Defining The Landscape
Organizing the Works
During an early meeting with members of the UX team and product managers we agreed we would split the work into 2 sections: what happens before a consultation - what happens after a consultation.
This case study focuses on the “before” and specifically on scheduling an appointment.
My team and I started gathering some initial assumptions on the project: an array of “gut feelings” based on our current knowledge of the environment:
Our medical application was never developed to support specialties
We listed some assumptions about the differences between a primary care service and specialty care (including behavioral): the primary assumption was that people choose and request appointments with specialist.
We highlighted a number of workflow and usability issues we had discovered during previous projects.
Speak One Language: A Collective Set Of Visual References
The applications were developed before the company had a UX team, so there was no documentation of the pages or the workflows. Consequently, all participants of a project—stakeholders, product managers, engineers and subject experts would make assumptions based on their own individual experience. Competitor’s website's functionality are often mentioned, but without documentation we wouldn’t be able to appreciate the relevance of the reference made. So I encouraged every collaborator systematically document their findings.
A shared collection of documents help establishing a collective understanding of the environment of a project.
Documentation was a multi-fold effort: a study of the competitor’s workflows, a gap analysis based on a comparative observation of similar features to reveal differences and incompatibilities, and a collection of references from other systems. We would collect screenshots, video screenshots if the interaction observed was relevant, and build high-level interaction workflows.
We were working within an existing environment with two functioning platforms and we needed to compare them to see if the medical platform had equivalent features, workflows and components to see if anything was salvageable. We - the UX team - focused on workflow differences and user experience requirements while a product manager focused on technicalities such as comparing data schemas and what is necessary to define a user, and documenting the processes triggering records or notifications.
We found some essential differences that would eventually have a significant impact on development:
The medical platform doesn't allow contact between patients and providers prior an appointment
The behavioral service has defined user roles: a staffer can handle appointments and other administrative tasks on behalf of a provider
The behavioral site uses an instant messaging system for users to negotiate an appointment with a relatively advanced in-thread appointment editing widget
The duration and pricing of a consultation is flexible
Broken Scheduling Workflow
We found a significant gap in the consultation request process for our medical application: patients were left with the impression that they could contact any doctor they liked. If a provider didn’t plan her online presence and no appointment hours were available in the near future, a dialog window would let the patient send a message to the doctor. That message was actually sent to customer service in an exception queue.
Then customer services would act as an appointment broker and contact both parties to negotiate then set the appointment. The workflow wasn’t enforced and, needless to say, patients would never hear back about their consultation request.
We explored the administrator tool and studied how an appointment was created. The patient who makes a request is manually added to a doctor’s queue; by doing so, a notification is sent with the appointment’s details via the antiquated internal message system which was heavily criticized by providers for being cluttered by notifications. Consequently providers would miss appointments, and patients would call to complain to customer service and only then get connected to a provider who was online at that time.
How Online Behavioral Therapists Take Appointments
Based on interviews with therapists working on the platform we listed the following key behaviors:
Most providers would react to notifications sent by email more than by systematically logging in. Email notifications prompt the provider to log in, then to check their appointment list and identify the requests.
Providers would consult their personal calendar to define their availability.
Providers would answer requests with up to two appointment proposals. They would message patients through the platform to address issues or questions. Some may send a personalized message to engage the potential client.
Newly confirmed appointments would show in a specific column. Providers would take notes and edit their personal calendars.
None of the providers we talked would use the application calendar because it didn’t reflect the entries in their primary calendar.
How a Major Electronic Medical Record (EMR) Handles Appointment
Another project gave us an insight into the scheduling system used by one of the largest EMRs. This gave us a good idea of the workflow for a system with an integrated calendar. The workflow can be described as such. A staffer (administrator, nurse, doctor, etc…) will:
Select the patient
Find an action dropdown that contains “set appointment” (this differs based on the front end configuration by type of users)
Define which providers gives the consultation (if not already defined by default for “self”)
Define appointment frequency and appointment offer expiration date.
Define a number of appointments planned. Each appointment generates a” ticket”.
The appointments are generated.
IF the request was made online the patient will receive a prompt to check the appointment proposal
IF the appointment is made over the phone staff will describe availabilities
The patient chooses a first appointment.
If more appointment tickets are emitted the patient will have the opportunity to choose for the following appointments within the parameters initially set by staff.
How Competitors Take Appointments
We looked at other telehealth application workflow and focus on those who had a psychiatry network.
The workflows were very straight forward:
User looks for a provider
See days where consultations are available
Finds where consultation are available
There was no opportunities to find based on earliest availability.
Users’ Behaviors and Expectations
Now that we’d built a visual documentation of what existed we still needed to check how our users would proceed to request appointments or answer an appointment request.
Talking With Providers
We organized conversations with several types of providers: medical doctors and behavioral therapists. We also talked to subject experts among our vertical product managers (medical providers, psychiatry, health systems, behavioral).
We asked behavioral providers how they were using the behavioral platform for scheduling.
We asked every provider we talk to to describe real world appointment management and scheduling.
Overall Key Findings:
Staffers do the schedule
Providers generally use a staffer to handle their appointments. When providers are handling their own scheduling they want to avoid live interactions as they are too time-consuming.
Avoid direct communication (time consuming)
Communicating by messaging prior the appointment is less time consuming than taking calls.
Many schedules on one device
All providers will refer to a “primary calendar” which is either their EMR calendar or, oftentimes, a consolidated calendar organized on their own devices (e.g. importing Google Cal, iCal formats). There are differences between providers operating from a clinic with fixed work hours who tend to allocate “online hours” and providers operating on their own and considering personal calendars when planning consultations.
Appointments are negotiated
Appointments are always negotiated between parties unless the provider’s schedule is published online and visible to patients. This is usually done quickly on the phone. It can be done over emails (asynchronous messaging) but can lead to several rounds of back and forth communications.
Consultation length is variable
Consultations can be of different lengths and the nature of the consultation involves a range of fees tied to the procedure performed.
Providers may plan a series of appointments over the course of a treatment (behavioral therapy, post-op checkups, )
Providers want to spend the least amount of time managing appointments. Few providers, especially specialists, are invested in telehealth but are willing to give it a try.
Most medical providers delegate appointment management to a staffer. Telehealth consultations account for smaller portions of a provider’s workload. Consequently, they tend to refer to a primary calendar to find availability for online consultations.
To make up for lack of time and budget we organized an internal survey with company employees. To reduce bias we didn’t include anyone involved with design, product, or strategy, and tried our best to emulate the diversity of users registered to our site.
Our objective was to verify a patient’s journey towards a confirmed appointment with a medical specialist.
Patients are used to call
Patient generally calls the practice office to request a visit unless they are registered with a health system which provides online scheduling. They don’t expect to be talking directly with the provider when requesting a visit. They may have questions regarding length of treatments or types of procedures. If no-one answers they expect to be called back after leaving a message.
Location, payers accepted, then availability
(Confirming previous studies) Patients who have the ability to choose a provider will choose by location, payment method, then availability. Sometime patients make a choice based on clinical approach. These behaviors change according to the severity of the patient’s condition.
First available appointment
Medical practices give the patient a “first available” option and one or two alternatives
Appointment length - as necessary
The price or length of consultation isn’t questioned. Providers will indicate the length of a visit if it’s particularly long or requires specific dispositions. Behavioral therapy first visit is generally an hour, although shorter visits may be offered. Medication refills or routine check ups are similar to low acuity care visits.
Online schedule better than fall calls
All patients prefer checking availability online if they can (bias: all participants are familiar with online services, as are the majority of telehealth users)
Patients seek the earliest appointment that match their availability. Patients often ask questions which are conditional to booking an appointment. If appointments are not directly available online patients are willing to call a practice to discuss appointments.
Stating The Facts
It was now time to reflect on the research. This phase consisted of abstracting the research into “components”. Doing so helped us understand the dynamics at play and would later help with the ideation and the project prioritization.
Who Will Use The Scheduling Tool?
Requesting an online appointment can involve several entities interacting together in various configurations:
Patients / Patient representatives, family members
Providers / May organize their own schedule / May look to negotiate appointments themselves
Staffer working for a practice or a clinic / May organize a provider’s schedule / Will look for availability / Will negotiate appointments on behalf of providers
Administrator / Will organize groups of providers / May organize provider’s schedule
Telehealth Platform's Customer Service / May interact directly with the patient when the patient calls to request a phone appointment / May manage appointments on behalf of providers or clinics
Types Of Scheduling
Talking to patients and providers we realized there were different types of scheduling interactions. We identified 5 kinds of scheduling methods.
1. Instant availability: provider online now and taking visits
A patient is proposed a consultation with the first suitable provider available immediately (within a short period of time i.e. 5 to 20 mins).
2. Availability based on a live synced calendar
A patient chooses an appointment availability from a list of appointment slots generated from a dynamic calendar which accounts for all provider’s activities (online, in-person and personal calendars).
3. Planned online availability: the system offers available spots
A patient chooses an appointment from a list of available appointment slots. The practice has defined an online schedule for a provider and appointments are generated from the remaining availability on the schedule.
4. Reactive planning - appointments requested by asynchronous messages
A patient requests an appointment by message, the practice checks on the provider’s calendar and sends a number of appointment offers.
5. Reactive planning: appointment requested by phone or chat
A patient calls (by phone, video, or live chat) a practice during opening hours to find out about availability and negotiate an appointment time.
Multiple Calendars Define A Provider’s Schedule
Providers or staffer may maintain several schedules which may be associated or kept independent.
An appointment decision will be taken based on a consolidated view of all the schedules.
We anticipated a telehealth appointment to be duplicated (or exported) to an EMR schedule so the encounter is accounted for and included in the patient’s record. Syncing upstream towards a primary calendar would likely be challenging and would require deeper research.
We evaluated 3 kinds of calendars:
1. Primary calendar
For providers who work exclusively for a clinic or hospital and whose schedule is decided and managed by a third party.
2. Alternative calendar
For providers who work in several places and maintain several alternative schedules.
3. Personal calendar
Reflecting personal activities recorded on a personal schedule.
Patients Make Contact, Then May Request An Appointment
The initial contact may have two components:
1. Questions about a consultation or reasons for a consultation
Patient describes what they are seeking or the reason for requesting a consultation or ask questions about the visit. These two components can be conditional to requesting a visit.
2. Appointment request
Most patients will directly ask for a visit they know they need—they often have a type of referral.
We listed a number of specifications that could define an appointment.
Parties involved / Patient and associated parties (ex: family members) / Provider and associated parties (ex: social worker)
Time (of initial appointment) / Exact time / Time bracket (exact time to be specified)
Validity period or expiration
Reason for visits
Comments or messages / Provider comments / Patient comments
Number of appointments planned / Period between appointments
Communication modality for appointment / phone / chat /video
Active (Live/ Happening/ Occurring)
Appointment Negotiation Over The Phone: Finding A Match
When interviewing patients we asked to describe a typical appointment request. We observed that multiple “rounds of negotiations” would occur until a match was found.
We have averaged the answers in the following description:
Patient may state conditional requirements (availability, insurance, clinical approach) >
Provider answers >
IF answer is positive, proceed to scheduling appointment >
Providers defines type of appointment
Provider declares first consultation slot and may add later availability
proceed to appointment details (patient details, location, preparation, etc…),
IF NO MATCH
Propose later availability in a general way (“we have more availability in 2 weeks”)
May request that patient provides more information on availability
Patient declares general availability
Provider checks later dates and offers new appointment slots
IF MATCH / NO MATCH (REPEAT STEP 5)
Choosing The Appropriate Appointment
Reflecting on the workflows followed by patients selecting a specialist consultation online it appeared to us that the consultation was preset by a staffer or a provider beforehand. The appointment selection was systematically the product of negotiation vetted by a provider who in fact was giving referral.
So if a patient can choose from a number of appointments types it isn't guaranteed the appropriate appointment will be chosen. A scheduling mistake may create costly gaps in a provider schedule. Therefore providers must have simple ways to change the request or reschedule.
For the system to assign an appointment choice in answer to request and if there are more than one length of appointment available we must provide a clear expectation regarding the appointments objective.
Rules must be established to show only the relevant appointments. A patient who sees a provider for the first time should be able to request a medication refill without prior medical evaluation.
Referring to Multiple Calendars: Usability Challenge
Specialists generally use multiple scheduling systems. Our system is almost always secondary because most specialists don’t work exclusively on a telehealth platform —they are complementing their primary activity with us.
We role-played the tasks necessary to create an appointment for a patient who is declaring some general availability (ex: “I’m generally available on Tuesday afternoon after 4pm”) and found the process of setting an appointment was cumbersome:
1. Provider memorizes the request or takes notes on a notepad (paper likely)
2. Checks the online visit schedule on our application to check for conflicts
3. Then opens the primary calendar
4. Finds at least one match
5. Memorizes or takes notes
6. Compares to online visit schedule
7. Creates appointment proposals
8. When the appointment is confirmed, reports the appointment to the primary calendar
Providers must have the ability to—at least—import calendars to the online visit scheduler.
Challenges With Imported Calendars
We will need technical expertise on calendar formats and exchange of calendar data. At this point in the research we can only make assumptions about the way calendars work based on our own experience of standard format. We know from providers that some EMRs can export calendars, we don’t know yet if they can be edited or if calendars can be imported to EMRs.
We will have an issue if the activities performed on our online visit platform need to be accounted for on an EMR or whichever planning tool a practice or clinic uses.
We must reduce manual input. And if manual input occurs it needs to be facilitated.
Finally, a providers might not control their other schedules and providers may work with very little lead time to prevent conflict with the online visit schedule. We can expect conflicts to happen due to rapidly changing schedules and obligations stronger commitments with other organizations. Our scheduling system must have ways to highlight conflicts and address them.
Designing For Flexibility
The system must be able to address most expected user behaviors and tolerate various level of engagements from providers. A behavioral therapist is generally very different from a speech therapist or a psychiatrist, they generally work in different environment and their attitude towards the telehealth medium varies.
A patient looking for an appointment may have several options:
The patient isn’t logged in and could call the telehealth service’s customer service to request an appointment with any provider in a given specialty.
The patient could be logged in, choose a provider and send a message requesting an appointment.
The patient is logged in and could choose a provider and call the practice to request an appointment and discuss an appointment.
The patient is logged in and could choose a provider, then a consultation type and then choose an appointment time out of a selection made by the system
The Patient has not described reason for visit
The Patient has not given any indication of availability
Providers’ level of engagement may range in such a way:
Provider maintains an accurate online schedule
Provider/practice maintained an online availability availability schedule but needs to compare it against other calendars before planning an appointment
Provider has planned online visit schedule on external calendar that’s imported and taken as a reference to allocate appointments
Provider/practice checks other calendars before manually creating an appointment entry
Provider only enters new appoint on request and hasn’t imported other calendars
Practice accepts phone calls to plan for online visits
Practice accept to call back patients to discuss a visit
Being flexible with providers allows for building networks faster than the competition. We are still in a phase of adoption and specialty medical and wellness services is an emerging market for telehealth.
Prior to the ideation session we organized a meeting that consisted of a review of the research. The output of the meeting was a list of requirements and problems to solve. This list would continue to be edited as new discoveries surfaced during the design process.
List Of Objectives
We listed a number of problems the design would need to solve. We will refer to this list until the end of the project, new discoveries will bring new requirements.
A pending appointment proposal may block a provider’s calendar until the patient has approved has selected an appointment.
Appointment proposals may “clog” the provider's schedule.
Patients must be able to communicate concerns and questions before or while requesting an appointment.
Patients should be able to speak or chat with staff at the practice.
Patients should be able to ask for an appointment and suggest times.
Patients who contact a provider/practice online should be able to communicate their recurring availability to the provider so the provider can make a better appointment offer and increase the odds of settling an appointment with a minimum of interaction.
If a schedule is published and appointments slots are available, patients should understand which appointment slot to take.
The actions a patient took during contact and appointment should be acknowledged and the patient should be provided expectations and guidances about the next steps.
Patients must have the ability to change or cancel appointments (within business rules).
PROVIDERS / PRACTICE:
The information required to organize an appointment should be centralized within the scheduling tool.
Providers must have the ability to:
plan multiple appointments for one patient
switch patients sharing the same accounts (parents organizing a visit for children)
invite other specialists or let a patient invite a guest (ex: couple therapy)
decide if a message sent by a patient should trigger an appointment proposal
set expiration dates
see the state of an appointment (proposed and pending, accepted, changed, canceled)
import and consult external calendars
let clients call during opening hours or hours if their choice
know if clients want to be called back
quickly visualize incoming requests
organize tasks or types of action required (new contact, new appointment request, canceled appointment
understand the relationship between multiple appointments
invite a staffer or create a group
edit, change or cancel appointments and appointment details
increase odds of a scheduling match early in the appointment negotiation
Staffers must have the ability to:
manage multiple provider calendars
invite providers and create a group
message other staffers on behalf of provider or group
schedule appointments for one patient with multiple providers
CUSTOMER SERVICE / ADMINISTRATOR TOOL
Ability to choose a provider
Ability to assign a patient to a practice’s consultation request flow
Ability to track request status and address issues of low responsiveness
Ability to track average response time or availability from providers
Ideation and Design
Our research helped define the landscape we’re working with, and the UX team and other project members were now speaking the same language. It was now time to compare notes and formalize ideas.
It’s important to recognize that ideas come during the exploration phase of a project. Each team member needs to have individual time to reflect. We may share reflections during the discovery phase but each participant in the research should keep their own sets of notes and ideas.
To me, the ideation meeting is a moderated collaborative experience where each participant brings to the table well-constructed thoughts to present to the team. It’s a place for argumentation and challenges. Ideas are eventually accepted, refined, and bundled in concepts, recommendations, and features ideas.
Ideas need time to mature, so, whenever possible, I like to organize several sessions so the participants can go away and refine their concepts by looking for additional validation or by looking for leaner ways to obtain a result.
We would often work on a project in a team of two or three over relatively extended periods of time because we tended to work on numerous other projects at the same time. We had organized a “creative relay” where we would take over each other’s work to evolve it further.
The research and the listing of requirements gave us a good foundation to think about features. In fact we had features ideas for every problem and requirement we listed and this can be confusing. So as we were about to start designing we though necessary to boil down all the problems we were trying to solve to the most essential ones. We got down to two:
Preventing or reducing staffer’s or provider’s interactions with other schedules and calendars while scheduling an online appointment.
- External calendars importation
- Identify gaps within imported calendars to define online presence
- Quick schedule adjustments
- Dynamic availability, finding first availability
Reducing the number of transactions necessary to confirm an appointment.
- Appointment negotiation over the phone and live scheduling options
- Patient declares upcoming availability
- Dynamic choice of consultation
- Auto assignment to first availability
Encourage Patients And Practices To Talk Together
Our current medical platform didn't allow for patients and providers to make contact prior the first appointment. But a workflow (dysfunctional) allowed for asynchronous negotiation.
It’s standard behavior for patients to contact a practice in order to set an appointment. Until we have a live scheduling feature offered to patients it will be more efficient for patients to negotiate an appointment over the phone or by chat. Practices must have the option to be called or to call the patient back.
We propose to develop a “call for appointment” option which allow patients to call the practice from the application during business hours. A gateway number may be used. Alternatively a “Call Back” option may be offered by practices.
Phone Appointment Requests Made To Customer Service: Administrator Tool
A large proportion of patients call customer service to ask for a doctor’s appointment. Customer service needs to be able to put the patient in the appropriate workflow so customer service isn't brokering the appointment.
To support "Phone Only" appointments we find essential to provide a "Call Back" option so providers and practices can handle the appointment. Customer service would only help a patient choose the appropriate providers and formulate the request.
Availability Widget: Increasing Odds For An Early Schedule Match
To optimize their chance of settling an appointment during the first round of negotiation, reduce wait time and abandonment, we propose developing a feature - a widget - to declare upcoming availability. Availability would be rounded to morning, afternoon and evening.
The widget could be used by patients, but also by practices who take calls. The feature would prevent the practice to take external notes. An the input would be matched with upcoming availability.
Scheduling is generally delegated to staffers so it is essential to create user roles.
Staffers must be able to manage multiple schedules to multiple providers. This will require the development of workflows for group management so a staffer can represent a group of providers and a provider can create a staffer.
The staffer must have limited access to the service and should have access to PHI (personal health information).
A Scheduler, Not A Calendar
Our current calendar is like most calendars online: it provides a global view of all activities in a day, a week or a month. It was designed to plan availability on the fly by slots representing a duration matching the appointment duration specified as preferences by the provider.
Our calendar is a “Classic” online calendar that is a sortable table designed to let users know the date and time of events than spans from now to infinity.
Focus On Availability
The scheduling system should focus on the time that’s immediately relevant to the user and hide the information that’s not relevant to the intended purpose.
In a classic calendar, availability is defined by empty spaces. But for scheduling, empty spaces—or available spaces—should be the visually highlighted areas of focus.
While importing an external calendar the user could let the system feel the gaps with availability, then the user would edit availability.
Below: an early series of illustration about focusing on the empty space that drove a significant part of the design
Calendar syncing is an essential aspect of this project. The ease of use of the scheduler relies the importation of external calendar.
The system must be able to deduct the empty spaces between calendar entries and make them blocks of available appointment slots.
The blocks are editable and can define actual available appointment time.
The blocks could eventually be exported and included in other calendars used for evaluating planning work activities. If the calendar can’t be imported to another system, assuming these systems can export calendars the user can then consolidated all calendars on a third party application (provider we talked to use their phone to consolidate their different schedules).
Sorting By Event Types And Agenda Style View: modes
Classic calendars can toggle calendars and search entries. Our scheduling calendar must be able to display selected types of entries as well as toggling and muting imported calendars. Different contexts will require different focus.
This feature would allow to define modes: at least a scheduling mode which would simplify the interface and let the user focus on availability only.
Short Time Range Actions = Drag, Hover and Drop Interactions
Negotiating appointment often occurs in a short time range. The first appointment availability is most of the time followed by others in the next day. A patient should define a provider and period of time suitable for appointment. The system should choose the most suitable times based on the first available appointment slot.
The interface must accommodate this by providing some fluidity and a Drag, Hover and Drop type of interactions when attributing appointment slots to clients.
Appointment Slots Allocation For Simultaneous Requests
The system must be designed to accommodate many users looking at the same schedule almost at the same time. The system must address all the users - including practices organizing appointment - have a choice between appointment options without limiting an other user choice.
User should be given a limited number of options they can refresh. The options should also be refreshed by the system on time-out.
Giving Appointment Slots A Value
Also the number of appointment slots proposed may vary based on the demand predictions at any given time. We want to optimize options but minimize wait time before the first appointment offer.
An appointment slot has value. The earliest spot isn’t always the most desirable. An appointment slot at peak consultation hours (generally around work hours) is more valuable than an appointment mid morning on a weekday. The gaps between two appointments on a provider schedule also has value - we want to minimize these gaps so providers have a better incentive working with this system than others.
The allocation algorithm needs to learn to identify the value of the available appointment slots and sort them properly.
Exclusive Offer And Appointment “Shelf Life”
The appointment proposed by a practice or a provider should be “exclusive” to a patient for a limited period of time to prevent conflicts with other appointments.
The appointment shelf life should be defined by user preference.
Modifying an exclusive appointment should require a justification sent to the client. Past the exclusivity period the appointment slot could be reclaimed for another appointment.
The appointment proposal should expire within a given period defined either by a time following the appointment creation or a time preceding the time appointment. This should also be a user preference which should be editable case by case.
Treatment Planning And Care Coordination
The system could be reversed to organize a patient’s activity with multiple providers. The patient would import her calendar and a care coordinator / counselor would organize consultation
There would be few differences between this online consultation scheduling system and a system that supports in person appointment. Location would be a new parameter to manage, for providers - working in multiple location - and for patients who are generally looking for the convenience of short commute.
The system should support search by specialty and support the choice among many providers for the same appointment slot. On the practice side this could allow a fair distribution of the work, on the patient side more choice criteria available (ex: a user would only want a female provider, multiple provider options would increase the odds of an earlier appointment.
Instead of selecting a specific provider the user would select and specialty and compare providers based on availability
The early designs account for multiple development options and phases as well as the scheduling practices of different types of providers.
Our ultimate goal is to reproduce a live scheduling interaction and reduce the number if transactions necessary to find a match.
1: (PATIENT VIEW). Information and inputs for requesting an appointment. This wireframe the multiple features required to reproduce a live appointment booking interaction - if no systems are in place to automatize the transaction
2: (PATIENT VIEW) shows an automatized transaction where the patient selects a type of consultation (left) then the system makes appointment slots proposals (right).
These mockups provide a feel for the final feature. They also help estimating the work required for each component. Some components may just not fit, or require too many steps. UI designers will focus on prioritizing and optimizing components.
mockup 1: (PROVIDER VIEW) this view allows a provider or a clinic's assistant to cycle through patients' requests and check their validity. The appointment setup process starts here.
mockup 2: (PROVIDER VIEW) the user now checks a near future calendar on a monthly view and sees matchs highlighted. Selecting a match would automatically set the appointment.
Mockup 3: the user can also allocate manually an appointment based on an agenda view which focuses solely on the remaining available slots that fit the consultation length. A provider is free to shift around appointment which have been proposed to others but not taken - the number of days since the initial appointment proposal are indicated with a symbol (dots).