Clinical AI architecture · 13 October 2026 · Pathways

Inside the PAINITE pathway: four arms, one journey

PAINITE (Perioperative Assessment & Intelligent Navigation, Integration & Triage Efficiency) is a pathway proposed at Royal North Shore Hospital. It adds four arms to the existing pre-op pathway, a voicebot, a snifferbot, a rule-based perioperative harness and day-prior calls, and is staged to start with an ophthalmology voicebot pilot and process evaluation.

PAINITE stands for Perioperative Assessment & Intelligent Navigation, Integration & Triage Efficiency. It shares its name with one of the rarest gemstones on earth, which suits a program aimed at finding the patients a pathway usually loses.

It grew out of an audit of 1,532 patients who didn’t complete their digital pre-operative health questionnaire at Royal North Shore Hospital in 2025. That audit found most of the failure sat in the workflow: invitations sent too late, sent to patients who were admitted, transferred or deceased, and a web form that older, visually impaired and CALD patients struggled to use.

The pathway, stage by stage

PAINITE keeps the existing perioperative pathway and adds a tool where each stage stalls.

StageWhere it breaks todayPAINITE armWhat the arm does
1. Request for admission30% of timed non-completers invited ≤2 days out, on the day or afterPathway triggerStarts the process at the decision to operate
2. Questionnaire completion64% of non-completers over 65; 14.5% non-English preferred languageVoicebot conversationGathers the health history by conversation, targeted and iterated
3. Correspondence chasingStaff time on uploads, troubleshooting and follow-upSnifferbotExtracts key information from incoming requests and automatically asks for what’s missing
4. Pre-admission clinicNot measured in the auditPerioperative harnessTriages with rule-based logic to the right reviewer, such as a frailty coordinator, anaesthetic nurse or anaesthetist; prioritises complex cases
5. Day-prior phone callNot measured in the auditSimultaneous voicebot callsCalls every patient at once with fasting and medication instructions; flags anyone with an issue to staff
6. Surgery——The patient arrives assessed, prepared and on the right list

Three design choices worth noticing

Language AI where language is the work. Conversation with patients and reading referral letters are language tasks. That is where conversational AI and document extraction add the most.

Rules where a decision is made. The harness triages with rule-based logic. Each routing decision can be traced to the criteria that triggered it, which matters for clinical governance and for staff trust.

People where judgement is needed. The day-prior calls don’t resolve a fasting breach or a missed medication stop. They flag it to staff, who decide what happens next. Automation handles the volume; clinicians handle the exceptions.

A deliberately staged rollout

PAINITE doesn’t switch on all at once. The plan starts with a voicebot pilot for ophthalmology patients, followed by a process evaluation for quality assurance. Only then do the voicebot, snifferbot and perioperative harness extend to the other surgical specialties.

Ophthalmology is the right first test. It was the largest group of non-completers, its patients are the oldest on average, and visual impairment makes a screen-based form hardest to use. If a voice channel can lift completion there, the case for the rest of the pathway gets much stronger.

Like any AI project in a NSW public hospital, PAINITE sits within the NSW AI Assurance Framework, which assesses risk, privacy and governance before deployment.

What the pilot should show

  • Completion rates in ophthalmology against the 2025 baseline
  • How patients rate the voice experience, by age and language
  • Agreement between voice-captured histories and clinician review
  • Staff time spent on chasing and day-prior calls
  • Day-of-surgery issues such as fasting breaches and missed medication stops

Source: Zhang D, Marks A, Doane M, et al. Barriers to current perioperative digital platforms – how can innovation solve these issues? Poster, ASA CSC.

FAQ

Related questions

What is Socrates Pre-Op?

Socrates Pre-Op is the Pathways voice agent that takes a structured anaesthetic history from a patient by phone. It is delivered as a secure, time-limited SMS link — no app, no login, no paper questionnaire — and covers 12 clinical domains conversationally, producing structured, severity-tagged findings that feed the risk engine directly.

It is a purpose-built anaesthetic variant rather than a generic intake bot. The distinction matters in practice: a general-purpose intake tool collects answers to the questions it was given, whereas an anaesthetic interview needs to follow up on a positive family history of anaesthetic problems, probe functional capacity when a patient says they are “fine”, and recognise when a described medication is worth photographing.

Completion is tracked, and a finished interview automatically triggers a fresh risk analysis.

How this compares with the two methods it usually replaces — paper questionnaires and telephone pre-assessment — including where each of those still wins.

Do patients know they are speaking to an AI?

Yes. The interview opens by identifying Pathways as an automated assistant working on behalf of your practice or hospital, and tells the patient that a clinician will review everything discussed. Patients can ask to speak to a person at any point rather than continue with the assessment.

Disclosure is not a compliance box here, it is what makes the answers usable. A patient who thinks they are filling in a form gives form-shaped answers; a patient who understands they are being interviewed, and that a clinician will read it, tends to volunteer the thing that matters — the stent nobody recorded, the sleep study that was never followed up.

Telling them a clinician reviews the result is also simply accurate. Pathways issues no orders and clears no patients; the summary is a draft until someone qualified signs it.

Is Pathways a medical device, and who is responsible for clinical decisions?

Pathways is clinical decision support intended for use by qualified clinicians within Australian clinical governance frameworks. It is clinician-in-the-loop by design — it issues no automated orders, and every recommendation is reviewable and auditable. The treating clinician remains solely responsible for all clinical decisions.

The positioning is deliberate and is reflected in the architecture rather than only in the terms of service. Pathways produces risk flags with severity tiers, the evidence that triggered them, a guideline reference and a recommended action. It does not place orders, it does not clear patients, and it does not route anyone to theatre on its own authority.

Can we audit why a patient was cleared or flagged?

Yes. Pathways keeps org-wide and per-patient audit logs with full workflow tracing on every risk analysis — the inputs used, the rule version that fired, the output produced, and the human who reviewed it, all timestamped. Logs are exportable for governance committees, M&M review and accreditation.

Because the safety-critical rules are deterministic and versioned, an audit is reproducible rather than merely archived: re-running a case against the rule version recorded at the time produces the same flags. That is the property that lets a decision made in March be examined in September without argument about whether the system “would have said something different”.

What happens to patients who are not high risk?

They proceed. Every completed profile carries a triage recommendation — anaesthetist review, pre-admission clinic, telephone review, or no further assessment — so clinic slots go to moderate-risk patients and anaesthetist time goes to red flags. Low-risk patients are not routed into a clinic appointment they do not need.

This is the throughput argument, and it runs in both directions. A pre-admission clinic booked out three weeks ahead with mostly healthy ASA 1 patients is not short of capacity so much as misallocating it. Screening every patient at booking makes the queue orderable by risk rather than by whoever called first.

Do patients need to download an app?

No. Patients receive a signed, time-limited SMS link and complete the assessment in their phone's browser. There is no app, no login and no password. Links expire, and expired links are visibly dead rather than silently reusable.

Links are signed with HMAC-SHA256 and time-limited. The visible-expiry behaviour matters more than it sounds: a link that silently still works is a data exposure, and a link that fails with no explanation generates a phone call to the practice.

What happens if a patient doesn't complete their assessment?

The tracker shows exactly where they stopped — sent, opened, part-way through, or expired — and automated reminders go out without anyone chasing. A link can be resent in one click. Because the status is visible per patient rather than inferred from silence, an incomplete assessment becomes a task on a list instead of a discovery on the day of surgery.

Non-completion is normal and expected — it is why the tracker exists. The failure mode worth designing against is not the patient who does not finish, but the service that does not know they did not finish until the pre-admission clinic.

Patients who genuinely cannot complete a remote assessment are then a known, named group who can be routed to a phone call or a clinic slot deliberately, rather than turning up unassessed.

What if a patient has no smartphone, or can't use one?

They are identified as a group rather than missed. The assessment needs only a phone that receives SMS and opens a link — no app, no login, no account. Patients who cannot complete it that way show as incomplete on the tracker, so the service can route them to a telephone assessment or a clinic slot deliberately instead of discovering the gap later.

The design point is that remote assessment does not have to work for every patient to be worth doing. It has to work for enough of them that the clinic’s finite capacity can be pointed at the ones it does not work for — which includes patients without a suitable phone, patients who need an interpreter, and patients who would simply rather come in.

What Pathways changes is that this group is visible in advance and small enough to plan around, instead of being indistinguishable from everyone else on the list.

See all questions

See your list the way Pathways sees it.

Book a 30-minute demo with a real pre-admission workflow.