RLDatix · 2020–2021

Making legacy healthcare tools feel like one product

RLDatix makes software for hospitals and healthcare teams. Its tools help them manage safety, risk and staffing.

During COVID-19, I was one of two designers on the risk platform. I led research and design, from shared patterns to how people review risks and report incidents.

TEAM

Two designers: me and my design manager

I OWNED

Research, interaction design, UI library, usability testing

WORKED WITH

Product, Engineering, support and clinical experts

Later public DCIQ risk dashboard shown for context
DCIQ
OverviewRisksReportsActions
LS
Legacy DCIQ risk register shown for context
Legacy risk registerLater public dashboard

Explore two screens: a legacy risk register and a later public dashboard. They show the kinds of work in the platform, not a direct before-and-after of one screen.

OUTCOMES

A shared foundation, used in practice

4

Client organisations

Tested Icon Wall template creation and management with four major clients.

Research scope
3 → 1

Configuration journey

Brought three separate admin flows into one connected experience.

Design change
In use

Customer workflows

Redesigned risk-management screens went into day-to-day customer use.

Delivery outcome

What I learned

A consistent platform needed more than visual polish: shared component behaviour, practical local configuration and terminology clinicians already understood.

THE CHALLENGE

Bringing fragmented healthcare tools together during COVID-19

Datix Cloud IQ (DCIQ) brought incident reporting, risk and patient safety into one platform, but its legacy tools still worked differently.

COVID-19 put healthcare teams under greater pressure, so these workflows had to become clearer and more consistent.

Hard to navigate

Mixed navigation levels and inconsistent layouts made it difficult for staff to know where they were or what to do next.

Unclear feedback

Vanishing menus and unclear system responses interrupted tasks and left staff unsure whether an action had worked.

Repeated work

Without shared components, product teams solved the same interface problems separately. We needed patterns they could reuse.

The audit showed the same problems across navigation, forms and tables, so one fix could improve many screens.

Healthcare staffReport an incidentRisk teamsReview records and follow upLeadersSee priorities across the organisation
Side-by-side comparison of legacy interface and later public DCIQ dashboard
Legacy interface and later public DCIQ UI. Different versions and workflows, shown for visual context.
01 / SHARED DESIGN SYSTEM

Build common patterns from what people need

Clinicians and client teams showed us where navigation, forms and feedback got in the way. Those problems set the priorities for a shared library.

I worked with Engineering on reusable navigation, forms, tables, icons and status messages.

RLDATIX / SHARED UI LIBRARY

A shared language.
Across every workflow.

Reusable foundations for clear actions, familiar navigation and consistent feedback.

Foundations → Components → Workflows

Component examples from the shared library

INPUTS & ACTIONSOrganisation unit
Adult Directorate
Save changes and Cancel button components
STATUS & FEEDBACK
ApprovedIn progressOverdue
✓ Changes saved
SHARED ICONS
Interaction states
Clear labels and predictable feedback.
TABLES / OWNERSHIP & ACTIONS
RiskOwnerStatusNext action
Clinical handoverGovernance teamIn reviewReview controls
Reporting guidanceQuality teamApprovedPublish update
Staffing escalationWard leadOverdueConfirm owner
LIST ITEMS / NAVIGATION
Overview›
Risk registers›
Risk trackers›
Reports›
RICH LIST ITEMS / CONTEXT
!
Review handover controlsClinical safety · Governance teamOverdue
›
✓
Update reporting guidanceQuality improvement · Quality teamApproved
›
BUTTONS / ACTION HIERARCHY
Save changesCancelView details →Save changes
DROPDOWNS / FILTERS
PILLS / CATEGORIES & SELECTION
Clinical safetyWorkforceQualityAdult Directorate ×In review ×
02 / APPLYING THE SYSTEM

Help people see what needs attention

Teams needed a quick view of what needed attention, and the detail behind it. So we paired a risk overview with detailed lists.

01

Start with the overview

The matrix groups risks by likelihood and impact, so teams can scan the overall picture.

02

Show the next action

Owners, status and overdue actions show who needs to follow up.

03

Keep the detail

Detailed tables remain available for reviewing each risk and its next action.

03 / REPORTING

Make it easier to report a new incident

Staff needed a clear route from an event to the right report, so I used labelled icons and categories. Client teams needed to manage local options, so I brought three configuration flows into one.

Part of the original clinical icon library.

For healthcare staff

Recognise the event.
Reach the right form.

Visible labels, categories and help text made a configurable library easier to scan and understand.

For administrators

Configure it in one place.

Connect icons, labels, help text and destination forms through one configuration journey.

  1. 01

    Find

    Choose an event category.

  2. 02

    Understand

    Read the label and help.

  3. 03

    Report

    Open the appropriate form.

  4. 04

    Configure

    Manage icons and templates.

Swipe to explore the four parts of the experience.

4major clients

Test configuration with the people who manage it

We tested template creation and management with four major clients to check that local configuration didn’t make reporting harder to understand. A temporary switch back to the old version gave established users time to adjust.

04 / TESTING

Test the decisions.
Listen to the people using them.

I tested the designs with healthcare professionals and used their feedback to decide what to keep, change and improve.

Illustrative reconstruction of laptop usability testing with the RLDatix risk-management interface
A DECISION CHANGED BY RESEARCH

Familiar language mattered more than a simpler label.

  1. 01 / HYPOTHESIS

    Try a clearer name

    Could “Grouped Risks” make “Risk trackers” easier to understand?

  2. 02 / FINDING

    Familiarity was clearer

    Clinicians already understood “Risk trackers”. A new label added confusion.

  3. 03 / DECISION

    Keep the term. Improve the flow.

    I kept “Risk trackers” and improved navigation hierarchy and the visibility of risk actions.

THE TAKEAWAY

Simplifying the interface doesn’t always mean changing its language.

PROTOTYPE FINDINGS

What we refined.
What came next.

Refine the experience

Sessions highlighted navigation and dashboard content that needed work.

Plan the next iteration

Printing, sharing and a personal dashboard became priorities for later work.

NEW INCIDENT REPORT

Start a report

Add a few details so the right team can follow up.

EVENT TYPEIncident