SHOEBOX
Data Management Portal
Improving web platform features through UX
The Project
SHOEBOX provides accessible hearing healthcare through their ground breaking mobile medical device called PureTest, so patients can skip the soundbooth. Our Data Portal is the Cloud-based patient, employee, and client data management system that users can archive, view, manage and analyze hearing health data (from the PureTest product).
The Plan
Data Portal is an ongoing project, and my work from the UX perspective is to improve the experience for involved users who we define as:
-
Reviewers - Trained staff (in-house or external) to review patient data.
-
Audiologists - Audiologists (in-house or external) to review patient data.
-
Site Leads - Managers overseeing Reviewers per site location.
The Team
-
1 Project Manager
-
1 Product Owner
-
4 Developers
-
1 QA
-
3 - 4 UX/ UI Designers
My Role
Research and Analysis
Researching and identifying the current processes to ensure new solutions remained consistent throughout the Portal.
Mocks - Prototyping
Create high fidelity mockups, interactions and prototypes.
DEMO Presentation
Present each UX solution early on to the SHOEBOX Portal team for refinement.
Developer Handoff
Create Usability Specifications for developer handoff.
UX Solution
I worked on a few features that tackle various pain points that not only I identified but also our users reported to us. According to each pain point, the UX solution was divided in new features:
-
Bulk email referrals
-
Filter by referral status
Bulk Email Referrals
The Task
We want to automate the process of handing over a patient's referral directly through email.
​
​
Pain Points
​
In order to complete a patient's referral, the audiologists/ reviewers and site leads had to do this manually which meant their current process looked like:
-
Export the documents from our Portal
-
Save the exported documents in their computer
-
Attach to an email
-
Send to the patients
This could lead to a lot of manual errors, PHI (Personal Health Information) breaching, and incomplete referrals.
Solution
​
To cover the identified pain points, I designed a new workflow that would allow the completion of a referral by automatically sending an email directly to the patients.
Basically, cutting out the extra (and unsecured) steps to:
-
Email the documents directly from our Portal
​
Process
​
At the beginning of my design process, I created high-fidelity mockups, which were tested through Usability sessions that were held remotely via Google Meets. I started the design process at the high-fidelity mockup stage so there would be less development effort and high impact on usability. This meant:
-
The team would build on an existing page.
-
In order to keep the consistency of the design, we re-use existing components from the Design System.
-
Keep the user flow similar to the current Export + Complete flow.
User testing session (private info has been blurred)

Current Export + Complete
Findings
​
The Usability Testing resulted in the following:
-
Almost all participants used the export button to complete the referral process.
-
Almost all participants found the checkbox functionality in the email modal clear.
- Participants found it clear the selected checkbox in the email modal will automatically update the Next Required Action to None.
- Participants found it clear that by unselecting the checkbox in the email modal, the Next Required Action will not be updated. -
Almost all participants found the defaulted checkbox setting useful.
-
Most participants found the message popup (confirmation) useful after sending an email.
-
However 1 participant suggested they would like to see some indication when an email has been sent.
Mockups
Mockups include both Patient Portal flow (email documents) and Patient Email flow (patient receives their referral documents in their email to download to their computer).
​