Turn recall signals into verified closure for Australian hospitals.

Recall Ready helps hospitals receive AU-linked safety signals, confirm affected local assets, support the right reporting route, gather evidence, and produce an audit-ready closure pack. This demo focuses on the hospital workflow only. It does not expose internal normalization tooling, gap registers, or protected architecture.

Illustrative environment using synthetic or publicly available organisational information. No customer relationship, deployment, endorsement, or integration should be inferred.

What this demo shows

Intake → triage → affected-asset list → evidence collection → KPI snapshot → closure-status view → audit trail. Global or sponsor signals can appear in the watch queue, but the Australian governing workflow still runs through ARTG-linked device confirmation, local inventory, and the relevant AU route.

Operational snapshot

Hospital-facing summary only

External-safe
Open action cases
4
Including 1 ventilator case
Watch / pre-cases
3
Signals awaiting AU confirmation
Evidence completeness
91%
Across open demo cases
Verified closure
82%
Resolved device cases

1. Intake and watch

Separate watch signals from authoritative AU action

Watch / pre-case
Signal typeMeaningNext step
DRAC / TGA actionAuthoritative AU market action triggerOpen AU action case
Sponsor notice before AU agreementOperationally relevant but not yet a binding AU market actionWatch / pre-case + local review
FDA / global signalEarly warning / enrichmentCheck ARTG + local inventory
Hospital incidentLocal device event / concern / near missIncident case + route decision

2. Route decision

Support the AU reporting decision, then capture proof

ASDER-ready / IRIS-ready
1

Assess the event

Serious deterioration/death, unusual incident, central route already used, or market-action only.

2

Store the route record

Chosen route, trigger facts, due date, approver role, and whether submission proof is required.

3

Capture proof

Store receipt references, supporting files, and approval roles. No direct API claim is made.

Hospital workflow

The core path used in the AU Tier 0–1 demo

Workflow only

Case Intake

Create an AU market action case, incident case, combined case, or manual exception case. Confirm ARTG link, sponsor, device family, urgency, and owner role.

Inventory Matching

Start with CSV import. Confirm affected local assets by model, lot, serial, or software/configuration where relevant. Show affected units by site.

Action Tracker

Assign local actions like quarantine, correction, replacement, continue-use restriction, or communication with due dates and owners.

Evidence Pack

Use the two-zone model: platform-held evidence plus local clinical evidence references only.

Submission Proof

Track ASDER/IRIS, sponsor/manufacturer follow-up, or market-action proof without claiming direct TGA API integration.

Closure Review + Audit Export

Check every affected asset, every required action, and every proof record before verified closure and audit export.

Evidence model

Keep operational proof in-platform while clinical files stay local

No-PID posture

Zone A · Platform evidence

Notice record, inventory reconciliation, quarantine proof, correction proof, submission proof, sign-off, and exception record.

Zone B · Local references only

Clinical notes, EHR screenshots, patient-linked files, and follow-up records remain in hospital systems. The platform stores only a local reference and attestation.

What the audit pack contains

Proof that a hospital actually managed the case

Audit-ready
1

Case summary + source provenance

Why the case exists and how it entered the hospital workflow.

2

Affected-asset list by site

What was found locally and how each asset was handled.

3

Submission-proof register + closure decision

Stored route record, references, exceptions, and final sign-off state.

Trust and hosting posture

Commercially intelligible trust layer for the AU demo

Trust

Demo mode

This environment is synthetic / illustrative. It is not presented as a live deployed hospital system.

Hosting statement

Production hosting, access control, and breach-response posture are defined separately from the demo and should be finalized with counsel and implementation decisions.

Reporting boundary

The platform supports route decision, package preparation, and proof capture. It does not claim direct TGA API submission.