Skip to content
LOGIXELTECHNOLOGIES — home
02 / 06
Healthcare case studyIn production

IntakeIQ

An intake assistant that clears the overnight queue by 8am.

IntakeIQ is an AI intake agent that answers patient enquiries around the clock across phone, web form and message channels, triages each one against a rules-based urgency model, and books or escalates automatically. Anything flagged urgent pages an on-call nurse in real time instead of waiting in the same queue as routine questions.

24/7 intakeRules-based triageReal-time escalationCompliance-aware handling
Client
Multi-channel healthcare practice
Industry
Healthcare
Our role
Agent design, triage rules, integrations, compliance review
Status
In production
The short version

The risk wasn't a slow reply. It was an urgent message sitting unread behind routine ones until morning.

The outcome

Measured after launch,not promised before it.

0124/7
first responseNo enquiry waits for office hours to be read, answered or routed.
0263%
auto-resolvedMost routine questions and bookings complete without a staff member touching them.
030
missed urgent casesUrgent enquiries are escalated in real time instead of waiting in the overnight queue.
01

The situation

The client is a healthcare practice that receives patient enquiries by phone, web form and messaging — at every hour of the day. Staff are excellent at triage, but they only start reading the queue when they log in. Overnight, every enquiry waited in one undifferentiated pile, urgent or not.

Overnight triage doesn't scale to a queue nobody's reading

Patient enquiries came in at all hours through phone, web forms and messages, but nothing was actually triaged until a staff member logged in the next morning. That's fine when the overnight queue is three messages long. It breaks down once it's thirty, because an urgent case sitting at message twelve looks identical to a routine one at message two until someone reads both — and by 8am, someone should already have been called.

02

Before and after

Before
  • Nothing triaged until staff logged in the next morning
  • Urgent and routine enquiries in the same queue
  • Three channels checked separately by hand
  • Simple bookings still waited for a human
After — IntakeIQ
  • Every enquiry read and answered the moment it arrives
  • Urgency decided by explicit, auditable rules
  • One intake layer across phone, web and messages
  • Routine bookings completed automatically
03

How it works

An AI agent framework handles conversation and understanding, a rules engine owns the urgency decision, and the practice's existing scheduling and messaging systems stay the source of truth for bookings.

  1. 01 · Listen

    Always-on intake

    The agent receives enquiries from phone, web form and messaging channels in one place, around the clock.

  2. 02 · Understand

    Model reads the request

    The language model's job is narrow: work out what the patient is actually asking and extract the details.

  3. 03 · Triage

    Rules decide urgency

    An explicit rules layer — not the model — classifies urgency, so every decision has a reason a clinician can read.

  4. 04 · Act

    Book, answer or escalate

    Routine requests are booked or answered; anything time-sensitive pages the on-call nurse in real time.

AI agent frameworkRules engineMessaging APIsScheduling integration
04

What we built

We built an intake layer that never stops reading the queue:

  • 01Always-on intake across phone, web form and message channels
  • 02Rules-based urgency triage applied to every enquiry as it arrives
  • 03Immediate escalation to an on-call nurse for anything time-sensitive
  • 04Automatic booking for enquiries that don't need a human decision
05

Why we didn't let the model decide what's urgent

The easy way

Let the language model decide what counts as urgent.

What we did instead

An auditable rules layer owns urgency; the model only interprets.

The easy way to build this is to hand the whole triage decision to a language model and trust its judgment on what counts as urgent — it's fast to prototype and feels impressive in a demo. In a clinical setting, an unexplainable model call on urgency is a liability nobody can sign off on if it's ever wrong. We built the urgency decision as an explicit, auditable rules layer instead, and used the model only for understanding what the patient is actually asking — so every escalation has a traceable reason a human can review, not a black-box judgment call.
06

How we delivered

Working software early, then the full build — with the client using it at every step.

  1. Week 1

    Triage mapping

    We worked through real (anonymised) enquiries with staff to define exactly what makes a case urgent.

  2. Week 2

    Agent on one channel

    The agent went live on the web form first, with every triage decision reviewed by staff.

  3. Build-out

    All channels & escalation

    Phone and messaging added, real-time paging to the on-call nurse, and automatic booking for routine cases.

  4. Handover

    Audit & ownership

    Triage rules documented and editable by the practice, with a full log of every decision.

07

What we learned

Lesson 01

Give the model the smallest job possible

Understanding language is where models shine. Making safety-critical calls is where you want rules a human can read and sign off.

Lesson 02

Launch on one channel, review everything

Starting with the web form and reviewing every decision let staff shape the rules before the agent handled phones.

What's next

Next is summarising each overnight conversation into the patient record, so the morning team starts with context rather than a transcript.

Run the numbers

Projects like this start with one question.Answer it for your business.

Does intake need an AI agent, or would fixed rules do the job?

Our free tool answers it with your own figures — in your browser, no sign-up.

More on automation for healthcare & clinics
Next case study · Recruitment03 / 06
SignalDesk3.2x more qualified leads without adding headcount
3.2xqualified leads
More work

Other projects.

All case studies
88%less planning time
Workflow automation

Cut dispatch planning from three hours to twenty minutes

A regional courier planned every route by hand each morning, delaying the first pickups.

  • 1,400 hrs/yr saved
  • On-time rate up 12 pts
Process automationSchedulingIntegrations
View case study
52%fewer tickets
Web development

A self-serve returns flow that halved support tickets

Every return needed three back-and-forth emails before a label was issued.

  • 4.6/5 CSAT
  • Refund time down 40%
Web appSelf-servicePayments
View case study
2 daysfaster close
Finance automation

Month-end close that finishes two days early

Reconciliation pulled numbers from five systems into a fragile spreadsheet.

  • 99.8% match rate
  • Audit trail built in
Data pipelineReconciliationReporting
View case study
Start a project

Tell us the job thatkeeps coming back.

We'll tell you whether it's worth automating, and what it would take. A founder or senior engineer replies within one working day.