Clinical patterns

Triage worklist

The ranked queue of patients awaiting review. It is the screen a clinician looks at most, the screen that decides who gets seen first, and the single place where a detection either becomes an action or quietly does not.

Stable · v1.0 Pattern IEC 62366-1 WCAG 2.2 AA AcuteLine

Overview

In AcuteLine the worklist is the product. Everything upstream — signal acquisition, model inference, troponin ingestion — exists to produce one ordered list, and everything downstream depends on a clinician reading the top of it correctly.

That makes ordering a clinical decision expressed as an interface. A worklist sorted by arrival time is a different medical device from one sorted by model confidence, and both are different from one sorted by clinical priority. This pattern specifies the third.

Ordered by consequence

The default sort is what happens if this patient waits — never model confidence, never recency, never whatever is cheapest to compute.

Nothing hidden

No patient is filtered out of view by default. A queue that silently drops a case is indistinguishable, to the clinician, from a queue where the case never arrived.

Scannable in one pass

Priority, identity, finding and waiting time are readable in a single downward sweep. A row that requires horizontal reading has already cost too much.

Anatomy

AcuteLine · chest-pain triage queue
Priority indicator PriorityPatientFinding WaitingConfidenceActions
Critical
HARLAND, A.
MRN 44812907 · 61 y · M
STEMI pattern — anterior V2–V4
ST elevation 3.1 mm
4 min 0.94
Urgent
OKONKWO, B.
MRN 51330264 · 54 y · F
hs-troponin rising — NSTEMI not excluded
14 → 47 ng/L over 0/1 h
19 min 0.71
Urgent
DELACROIX, M.
MRN 47120883 · 68 y · F
ST depression — inferior leads
ack. S. Whitfield 14:38
27 min 0.66
Advisory
NAKAMURA, T.
MRN 58904471 · 45 y · M
Interpretation limited — paced rhythm
ST criteria not validated in pacing
33 min
Reviewed
VASQUEZ, R.
MRN 62907415 · 39 y · F
No acute ischaemic pattern
Negative does not exclude ACS
41 min 0.88
ColumnRule
Priority rail 4 px of IEC hue at the row's leading edge. Lets the eye find the boundary between priority bands without reading a single word.
Priority tag The word, always. The rail is decoration; the tag is the signal. Never the rail alone.
Patient Family name first, full MRN in mono, age and sex. Never truncated.
Finding The detection in clinical language, plus the measurement that supports it.
Waiting Elapsed since acquisition, not since the model finished. What matters is how long the patient has waited, not how long the software took.
Confidence Two decimals, or where the model declined to score. Never a word.
Action Opens the evidence. Never an irreversible step directly from the queue.

Ordering

The default sort is fixed and is a design control:

  1. Priority band — critical, urgent, advisory, reviewed.
  2. Within a band, longest waiting first. Not newest. A patient who has waited 27 minutes outranks one who arrived 30 seconds ago at the same priority.
  3. Acknowledged cases stay in position, dimmed. They do not sink.
Never sort by confidence

Sorting by model confidence puts the cases the algorithm is surest about at the top — which is precisely the population least in need of a human. The hard cases, where the model hedges and a clinician adds the most value, sink out of view. Confidence is shown as a column and may be sorted manually; it is never the default order.

Users may re-sort by any column. Two constraints:

Filtering

No default filters

The worklist opens showing every case in scope. Filtering is available and often useful, but a filter applied by default — or persisted silently across sessions — makes an omitted patient indistinguishable from a patient who never arrived.

When a filter is active:

Filter state disclosure
Showing 5 of 23 cases
18 hidden by filter: my patients only. Critical cases are always shown regardless of filter.

Empty and degraded states

An empty worklist is ambiguous in the worst possible way: it means either "nothing needs your attention" or "this software has stopped working." The pattern must always distinguish them.

Proving liveness is not proving completeness

A queue that proves it is live has shown the feed is working. It has not shown that everything which should be in it is. Where an upstream layer decides some signals never reach the queue at all, the count of what it withheld belongs on this surface too — see Suppression & the unraised alarm.

Do
No cases awaiting review
Queue is current. Last analysis completed 14:47. Monitoring 4 connected sources.

Empty and healthy. The timestamp and source count prove the pipeline is alive.

Don't
All caught up
Nothing to review right now.

Identical whether the queue is genuinely empty or the ECG feed died an hour ago. Reassurance without evidence.

Where ingestion is degraded, the worklist says so at the top, at Advisory or Urgent depending on how much of the feed is affected — never as a footnote:

Degraded ingestion

Density and scale

Do's and don'ts

Do
Sorted by confidence, highest first — not clinical priority

A non-default sort is stated in words and reversible in one action.

Don't
23 cases

Nothing states the order. A colleague reads the top row as the sickest patient.

Do
Queue incomplete — 1 of 4 sources unavailable
Bay 3 monitor feed lost at 14:12. Those patients are not being analysed.

Partial coverage announced at the top, at Urgent.

Don't
18 cases

A shorter list, silently. Five patients are unmonitored and the queue looks healthy.

Accessibility

Reordering under the pointer

New cases arrive constantly. If a critical case inserts itself at the top while a clinician is reaching for row two, they open the wrong patient. New rows are staged and announced — "2 new cases · show" — and inserted only when the clinician asks, or after a documented idle interval with no pointer or keyboard activity.

Outcomes of use

What this contributes to, in the terms of Usability & context of use. These are attributes believed to contribute to an outcome; the outcome itself is settled by observing real use in a specified context, not by this page.

Clinical safety notes

Risk controls carried by this pattern

Trace these in your risk file (ISO 14971) and usability engineering file (IEC 62366-1).

NotJustAnyMed.Tech Design System · Triage worklist · v1.0 · draft for review
Reference applications named in this system are fictional; all patient data shown is fabricated.