Recognition over recall. Recommended journey page
was designed to better visualise a journey.
Forms became multiple choice.
Progress bar was added to
show transparency of system
structure.
OrthoLogIQ
Problem
OrthoLogIQ (OiQ) is a clinician-facing dashboard built to support Remote Patient Monitoring (RPM) using data from the MotionSense app. Clinicians use RPM codes to seek reimbursement for remote monitoring services.
Feedback revealed that clinicians were spending too much time locating and triaging patients on the current platform.
Brief
Redesign OrthoLogIQ (OiQ) to streamline the Remote Patient Monitoring experience, enabling clinicians to more efficiently monitor, triage, and manage patients.
Analysis of the Problem
SITE AUDIT & AREAS FOR IMPROVEMENT
Another designer and I grouped our audit observations into a concise list of key improvement areas.





Previous OrthoLogIQ site
KEY TAKEAWAYS FROM COMPETITOR ANALYSIS
Our competitor analysis focused on features that help clinicians review and act on patient alerts. The most effective products allowed clinicians to search for patients using a list or card view, and to sort their caseload by factors such as compliance, pain levels and recovery phase. Additionally, systems that enabled clinicians to manage alerts by creating To-Do items proved effective, allowing actions to be assigned to themselves or other clinicians.


mymobility Clinician App, was one of four direct competitors that were analysed
Design Concepts
Each concept (1–4) presented a pathway for reviewing and actioning an alert with a key variation being whether alerts and the patient list were integrated or kept separate.
Clinicians were tasked with reviewing and actioning an alert using the prototypes shown below. We gathered general feedback on their overall experience.

1. SEPARATE PATIENT LIST & ALERTS
This concept introduced UX, UI, and usability enhancements to the patient list, along with a centralized location where all alerts could be viewed. Each alert links directly to specific data points, with the option to add notes for follow-up actions.


2. THE ULTIMATE PATIENT LIST
The list is interactive, allowing users to expand a row to view more detailed information for that week.
Alerts are presented on the patient page in a journey-style view, providing a clearer timeline of events.


3. LIVE ACTIVITY FEED
The live activity feed offers a real-time overview of ongoing events, enabling clinicians to 'follow' patients of interest.
This feed provides healthcare professionals with immediate updates on patient activity through 'posts', helping them prioritize and plan their tasks for the day.


4. PATIENT PINBOARD
Patient "post-its" (cards) provide a summarised view of each patient, with a more detailed set of metrics available via the expand button.
(Left) Healthcare professionals (HCPs) can create a personalised pinboard using the "Pinned Patients" tab, which functions as a focused patient list.
(Right) HCPs can switch the pinboard to 'journey mode' (by selecting the toggle in the top right corner) to visualise patients across various phases of the care continuum. This mode helps contextualise the metrics in real time.
KEY FEEDBACK
Both concepts 3 and 4 were quickly discarded after it became clear that clinicians found these views overwhelming. The Pinboard, in particular was an inefficient use of space and the card felt impersonal without a patient picture.


WATCHING ALERTS
An interesting part of the discussion around alerts was configurability, specifically setting thresholds for when a clinician should be alerted. For instance, a single high pain score might be less concerning in isolation compared to a streak of elevated pain scores.
To address this (without using expensive algorithms), we introduced the 'Watch Alert' feature. This allows selected alerts to be moved to a separate tray, where they can be tracked and reviewed once additional data is available.

KEY CLINICIAN FEEDBACK
Feedback from clinicians steered us closer to concept 2 (right). This concept combines content from the Patient List and Alerts into a single view. The list gives the user the option to hover over Progress and Alerts views for more detailed information without clicking into the Patient Page.


PRODUCT VISION
Through multiple rounds of feedback and testing, we developed a vision that effectively supports clinicians while also addressing issues identified in the audit. This vision guided the design of both the Patient List (used for searching) and the Patient Page (used for acting on alerts).
PATIENT LIST
Patient List contains demographic info, alerts and follow up/schedule data to speed up daily triage:
-
The first screen displayed upon login provides immediate access to key patient information.
-
Hoverable alerts draw attention to patients who are non-compliant
-
A filter option allows users to easily view pinned patients
A customisable tab enables users to create and monitor frequently used filters (e.g., high pain scores in early recovery)
-
Patient Search, located in the top-right corner, is accessible from every screen.

PATIENT PAGE
The Patient Page displays essential patient details and key metrics at a glance, eliminating the need to scroll.
-
The Overview is presented within a tabbed interface, eliminating the need for scrolling
-
A right-hand sticky pane provides quick access to commonly used triage features, including:
-
Alerts
-
Appointments
-
Notes
-
-
To-do’s, tasks that require clinician follow-up

After reviewing an alert, the user can take action by adding a free-text comment and using an '@' mention to tag another user for follow-up, automatically generating a to-do for that person.


Final Design and Impact/First release scope
We needed to be strategic about the features included in the first release, prioritising those essential for enabling clinicians to triage patients more efficiently. As a result, non-critical features, such as patient pinning, customisable alerts, and clinician tagging, were deferred to future releases.
PERFORMANCE AND IMPACT
Clinicians using the new design were able to triage a patient in approximately 20–30 seconds, a significant improvement over the previous system. This was measured using analytics I implemented, which tracked component clicks and page views. Additionally, we received positive feedback from clinicians who had experience with both the old and new designs.





