Referral Intake · Available today

Referral intake to closure. Your rules, visible.

From the fax landing to a recorded close, every step shows its source evidence and the practice rule it applied — and a coordinator confirms before anything is written back.

What we measured before building

~63

manual touches per referral

~53

days to a scheduled appointment

~50%

of referrals converted

~26%

closed with no reason recorded

Baseline measured at one 40-surgeon development-partner practice before the build. Not a benchmark for other practices, and not an outcome.

Built for the exception.

Intake was designed to catch the rare referral that should be declined, then applied unchanged to every referral.

No two offices alike.

Each office had invented its own steps. No shared standard, no way to compare performance.

No record of the close.

About a quarter closed with nothing captured, so lost demand looked the same as an appropriate decline.

Inside the product

The evidence sits next to the decision.

Three real screens from the referral agent. In each, the coordinator sees what the agent read and why it proposed what it did — then confirms, changes, or returns it. That choice is logged against their name.

Choose a workflow to see what the coordinator reviews.

One fax, two patients. Kairix proposes the split.

The agent noticed the page header change on page 3 and proposes filing pages 1–2 and 3–4 to separate charts. Nothing is saved until the coordinator confirms — or marks it wrong.

Kairix review screen proposing to split a four-page fax between two synthetic patients, with the source document shown beside the decision
Illustrative workflow — synthetic demo data. No real patient information. View full screen
One run, timed

One referral processed in 1 minute, 42 seconds.

Fax received at 7:14:02, EHR record updated at 7:15:44. The practice’s measured baseline showed delays of days along this path.

  1. 7:14:02
    Fax lands in the intake queue

    Packet received; nobody has touched it yet.

  2. 7:14:11
    Packet read, split and structured

    Pages sorted into a dated clinical timeline.

  3. 7:14:19
    Patient matched in the EHR

    Match shown with the fields it was made on.

  4. 7:14:26
    Payer read, eligibility returned

    Response attached to the case, not summarized away.

  5. 7:14:38
    Physician proposed, with its rule

    The practice's own routing rule is cited next to the proposal.

  6. 7:15:31
    Coordinator reviews and confirms

    A named person accepts, edits or returns the case.

  7. 7:15:44
    Written back to the EHR

    Only after confirmation. Logged to the case audit trail.

One timed run on de-identified practice data, from receiving the fax to updating the EHR record. It measures processing time for a single referral — not a clinical outcome or a conversion result.

Scope

What it does, and what it doesn't.

  • Reads referral packets into a dated clinical timeline
  • Matches the patient and registers with the right insurance package
  • Checks payer eligibility and attaches the response
  • Proposes a surgeon under the practice's routing rules, citing the rule
  • Records a structured closure reason, with an audit trail
  • Runs on a practice-owned server or client-controlled VPS
Not in the current referral agent
  • Scheduling optimization (Surgical Scheduling is in development, separately)
  • Clinical documentation
  • Billing and coding
  • Surgical planning
  • Patient follow-up

None of this was a clinical failure. It was an operational one nobody had measured.

Every practice has a pipeline like this. Most have never measured it.

The thirty-day diagnostic measures where your hours and revenue go, and delivers a scoped build plan and a working platform.

Frequently Asked Questions

Surgical referral management, answered.

The questions practices ask when referral leakage becomes visible.

Why do surgical referrals fail to convert?

Most referral loss is structural, not clinical. Three causes account for the majority of it.

The intake process was usually designed to catch the rare referral that should be declined, then applied unchanged to every referral that arrives — so routine cases carry the same handling burden as complex ones. Second, each physician's office tends to invent its own steps over time, which means there is no shared standard and no way to compare one office's performance against another. Third, and most damaging, referrals close without a recorded reason. When a quarter of closures capture nothing, a practice cannot distinguish lost demand from an appropriate decline, so the problem stays invisible in every report leadership sees.

At the practice we instrumented, a referral took about 63 manual touches and 53 days to reach a scheduled appointment. Roughly half never converted, and about a quarter closed with no reason recorded. None of that was a clinical failure. It was an operational one nobody had measured.

How can a practice reduce referral leakage?

Start by measuring it, because most practices are working from an estimate. Instrument the pipeline end to end and count the touches, the elapsed days, the conversion rate, and — critically — the share of referrals that close with no recorded reason. That last number tells you how much of your leakage is currently invisible.

From there, four changes do most of the work: standardize intake across offices so every referral follows the same path; require a structured closure reason so no referral disappears silently; shorten the time from receipt to first patient contact, since conversion falls sharply with delay; and automate the mechanical steps — record parsing, patient matching, eligibility checks — so staff time goes to the patient conversation rather than the paperwork.

The order matters. Automating a process nobody has measured just makes an unexamined workflow run faster.

What is referral management software?

Referral management software receives incoming referrals, tracks them through intake, and routes them to the right provider. Most systems are essentially work queues — they hold the referral and show its status, but a coordinator still performs each step by hand.

An agentic referral system does the steps. It reads the incoming packet, structures the clinical history, matches the patient in the EHR, checks eligibility with the payer, proposes a provider against the practice's own routing rules, and writes the result back. A person reviews and confirms rather than assembling.

The distinction that matters for clinical operations is how decisions get made. A system that asks a language model to decide cannot tell you why it did what it did. A system that encodes the practice's rules can trace every action to a named rule — which is what makes it auditable, and what makes it acceptable in an environment where someone has to answer for the outcome.

How are referrals prioritized and routed?

By the practice's own rules, not by a model's judgment.

During the diagnostic we encode the routing logic the practice already uses — subspecialty match, insurance and network status, geography, urgency indicators in the clinical record, provider availability, and equitable distribution across the group. Those rules become the deterministic path, and roughly 80–90% of referral volume resolves inside it without a model touching the decision.

What the agent proposes, it proposes with the rule attached, so a coordinator sees not just the recommended provider but why. Anything the rules cannot resolve stops and escalates to a person. Silence is never treated as approval.

How does KAIRIX work alongside an EHR?

Alongside it, not through it. The agent reads from and writes back to the systems the process already touches, and it runs on infrastructure the practice owns — locally or on a client-owned VPS.

There is no migration, no replacement, and no dependency on an EHR vendor's roadmap. What we need from IT is scoped read and write access to the systems already in the workflow, and a server you control. Access, governance and security review are agreed with your IT and compliance owners before go-live.

This matters because the alternative — waiting for a workflow improvement to reach the top of an enterprise IT backlog owned by the EHR — is measured in years. Deploying alongside is what makes a sixty-day target from kickoff realistic, subject to agreed scope, system access and security review.

What does human accountability mean in an agentic system?

That every consequential decision routes to a person, by design rather than by fallback.

Four commitments make that concrete. Anything outside the encoded rules stops and waits for a human — silence is never treated as approval. Every action is logged and attributable, so nothing happens without a record. Clinical and patient decisions belong to the practice's team, during the engagement and after handoff. And PHI stays on infrastructure the practice controls.

The agent assembles the record, applies the rules, surfaces what is missing, and then stops. In the referral pipeline, that means five steps are prepared by the agent and one — the confirmation — belongs to a coordinator.

It also means the system does not replace headcount. It changes what the headcount spends its day doing.

What results were measured, and how?

Two things, and it's worth being precise about which is which.

The baseline is measured. Before building anything, we instrumented the referral pipeline at a physician-owned neurosurgical group handling over 3,000 referrals a month against a 14-million-row database. That produced the numbers on this page: about 63 manual touches per referral, about 53 days to a scheduled appointment, roughly 50% conversion, and about 26% of referrals closing with no reason recorded. Those come from the practice's own data, not a survey or an estimate.

The processing time is measured. The 1:42 timeline above comes from instrumented runs on real, de-identified practice data — seven timestamped steps, five of which the agent prepares before a coordinator confirms.

Conversion outcomes are still being collected. The agent is live, and thirty days of live cases is what makes an outcome measurement real rather than a projection. We would rather publish a number we can defend later than one that reads well now.