The Referral and Consult Workflow
A cardiologist opens the fourth referral of the morning. It came from a busy primary care office, AI-drafted, and it is a wall of text: a complete problem list, years of history, a medication list, recent vitals. It is thorough. It is also, in the way that matters, empty, because nowhere in that beautiful pile of data is the one thing the cardiologist actually needs, the clinical question. Why is this patient here? What does the referring clinician want answered? The consultant reads it twice, cannot tell, and either guesses, which risks doing the wrong workup, or sends it back, which delays the patient by weeks. A referral that carries everything except the question is not a referral. It is a data dump with a stamp, and AI makes it faster to produce than ever.
A Referral Is a Question, Not a Data Transfer
The entire purpose of a referral or a consult is to move a specific clinical question from one clinician to another, along with exactly the information needed to answer it. That is the whole job. A consultant is not a records clerk who benefits from receiving the maximum volume of chart material; a consultant is an expert whose time and judgment you are asking for on a defined problem. The quality of a referral is measured almost entirely by one thing: how clearly and correctly it poses the question, and how well it supplies the specific data that bears on that question. Everything else is noise, and past a certain point, more noise actively degrades the referral, because it buries the signal the consultant needs under material they must now wade through.
This is precisely where AI-assisted referral drafting can help enormously and hurt badly, often in the same document. The help is real: AI can pull the relevant labs, assemble the history, draft the narrative, and save the referring clinician the tedium of composing all of it by hand. The harm is that a generative model, left to its own defaults, optimizes for looking complete rather than for being useful. It will produce a comprehensive-seeming document that reads like a thorough referral while missing the two things that actually make a referral work: a sharp clinical question, and the correct, verified clinical data that pertains to it. The referring clinician who accepts that draft uncritically has produced something worse than a terse handwritten note, because the terse note at least usually contained the question, while the AI draft dressed up its absence in the appearance of thoroughness.
The Shape of a Sharp Referral Question
If you want a mental template for what a referral question should look like, the SBAR framing that clinicians already use for handoffs maps onto it almost perfectly. The situation is the one-line reason the patient is in front of you: a rising creatinine, a new murmur, an abnormal stress test. The background is the small set of facts that bear on that situation, not the entire chart: the trend, the relevant medication, the pertinent history. The assessment is your own read, however tentative: you suspect NSAID-related injury, or you cannot rule out obstructive coronary disease. And the recommendation, in a referral, becomes the ask: the explicit thing you want the consultant to do or decide. A referral that carries situation, background, assessment, and a specific ask is a clinical question. A referral that carries pages of background with no situation, no assessment, and no ask is the data dump the cardiologist opened this morning. The discipline is not to write more. It is to make sure those four elements are present and that the ask is impossible to miss.
What a Bad Referral Actually Costs
It is tempting to treat a mediocre referral as a minor inefficiency, a bit of friction between colleagues. It is not. A bad referral has real, compounding costs that land on the patient. When a consultant cannot determine the question, one of a few things happens, and all of them are bad. They may perform the wrong workup, ordering tests and imaging aimed at a problem the referring clinician was not actually worried about, which wastes money, exposes the patient to unnecessary procedures, and still does not answer the real question. They may send the referral back for clarification, which in a system with weeks-long specialty waits means the patient loses that time entirely and starts the clock again. Or they may guess at the intent and proceed, which is the most dangerous option, because a confident consultant answering the wrong question produces an authoritative recommendation that the referring clinician may then act on, compounding one error into two.
There is a second cost that is easy to miss: the wrong or unverified data. If the AI-drafted referral carries a lab value that is stale, a medication the patient no longer takes, or a history element that is subtly wrong, the consultant reasons from bad inputs and may reach a bad conclusion through impeccable logic. A consultant who is told the patient is on a medication they actually stopped, or given an old creatinine instead of the current one, is being set up to err, and the error will wear the consultant's name even though its seed was planted in the referring clinician's unverified draft. This is the dual-liability shape the whole program keeps returning to: the referring clinician owns the accuracy of what they sent, and the consultant owns what they do with it, and an unverified AI draft can poison both ends of that chain.
A Second Case: When the AI Draft Carries the Wrong Indication
The buried-question failure is the common one, but there is a more dangerous variant, and it is worth seeing concretely. Consider a 63-year-old woman with intermittent right upper quadrant pain, mildly elevated liver enzymes, and a normal lipase, whose primary care clinician wants a gastroenterology opinion about possible biliary disease. The clinician asks the AI to draft the referral. The AI, reasoning from the elevated enzymes and an older note that mentioned reflux, produces a fluent referral whose stated reason reads "referral for evaluation and management of GERD." The actual clinical concern, symptomatic gallstones or biliary obstruction, has been silently replaced by a plausible-sounding but wrong indication that the model inferred from the surrounding text. The referral is grammatical, complete-looking, and points the consultant at the wrong organ. A gastroenterologist who takes it at face value may work up reflux, order an endoscopy, and never image the gallbladder, while the patient's biliary disease progresses. Nothing in the document flags the substitution, because the model did not know it was wrong; it produced the most likely-sounding indication given the chart it saw. This is why verifying that the question is correct, not merely present, is one of the gate's checks. A wrong indication that reads smoothly is more dangerous than a missing one, because a missing question at least announces itself.
A referral that carries everything except the question is a data dump with a stamp. The consultant does not need more of your chart. They need to know, precisely, what you are asking and why.
Own the Clinical Content: The Referring Clinician's Job
The governing principle of AI-assisted referral is simple and non-negotiable: you own the clinical content. The AI may draft the prose, assemble the data, and format the document, but the clinical substance, the question, the relevant history, the accuracy of every value, the specific ask, is yours, and you are the one who verifies it before it sends. This is not a burden the AI removes; it is the part of the work that was never the AI's to do. Owning the clinical content means three concrete responsibilities at the moment of the referral.
First, the question must be explicit and correct. Before the referral goes out, you should be able to state, in one or two sentences, exactly what you are asking the consultant to address, and that statement must actually appear in the referral, prominently, not buried. "Please evaluate this 58-year-old man with new exertional chest pain and an abnormal stress test for consideration of coronary angiography" is a question. "Cardiology referral, see attached records" is not. The AI draft frequently produces the second and calls it done; your job is to insist on the first. Second, the data must be relevant and verified. The pertinent findings that bear on the question should be present and correct, and the mass of irrelevant material should be trimmed. A consultant reasoning about chest pain needs the stress test result, the current lipid panel, the cardiac history, and the current medications, verified against the record, not a fifty-line problem list in which those items are lost. Third, you verify before it sends, because after it sends it is acting on your behalf, carrying your clinical judgment, or your failure to exercise it, to a colleague who will trust it.
The Verify-Before-It-Sends Gate
The referral workflow has the same shape as the other workflows in this chapter: a fast AI draft, then a human verification gate placed at the exact point before the output becomes an action. For the ambient note the gate is before the signature; for the discharge summary it is before the summary goes out; for the referral it is before it sends. The send is the moment the referral leaves your control and becomes a request the consultant will act on, so that is where the gate sits. And the gate checks a specific, referral-shaped list.
Read the draft as the consultant will read it, and ask four questions. Is the clinical question clear and correct? If a colleague who knows nothing about this patient read only this referral, would they know exactly what you are asking and why? Is the data that bears on the question present and verified? Are the specific findings the consultant needs actually in the referral, and is each one accurate and current against the source, not a stale or fabricated value? Is irrelevant material trimmed? Has the AI padded the referral with a data dump that buries the signal, and can you cut it down to what matters? Does the urgency and the ask match reality? If this is urgent, does the referral say so and route accordingly; if it is a specific procedural question, is that the ask, rather than a vague "evaluate and manage"? A referral that passes those four checks carries the right question and the right data, verified, and it respects the consultant's time and the patient's. A referral that skips them, however thorough it looks, is a liability with your name on it and a delay with the patient's name on it.
Why the Appearance of Thoroughness Is a Trap
It is worth naming directly why the AI-drafted referral is so seductive and so dangerous, because the mechanism is the same one that makes the ambient note and the discharge summary risky, expressed in a new form. A generative model produces fluent, complete-looking output, and in a referral, completeness reads as thoroughness, and thoroughness reads as quality. A wall of well-organized clinical data looks like a conscientious referral. But the reader who matters, the consultant, does not experience volume as quality; they experience it as work. The metric that feels like diligence to the sender, look how much I included, is the opposite of the metric that serves the receiver, how quickly can I find what I need to answer the question.
This inversion is why a referring clinician can produce a genuinely worse referral with AI while feeling they produced a better one. The document is longer, more organized, more complete-looking than what they would have written by hand, so it feels like an upgrade. But if it lost the sharp question in the process, or carried an unverified value, it is a downgrade dressed as an upgrade. The discipline, then, is to resist the pull of apparent thoroughness and hold to the only standard that matters: does this referral pose the right question clearly and supply the verified data that answers it? A short referral that does this beats a long one that does not, every time. The consultant on the other end is not grading your effort. They are trying to help your patient, and the best thing you can hand them is a clear question and clean, correct, relevant data.
The Consultant's Side and Closing the Loop
The workflow does not end when the referral sends, and the consultant is not a passive recipient. On the receiving end, AI is increasingly used to summarize the incoming referral and the attached chart, and the same verification discipline applies in reverse. A consultant who lets an AI summarize a referral is trusting that summary to have preserved the clinical question and the pertinent data, and a summarizer can drop or distort both. The consultant who reasons from an AI summary of a referral, without confirming the actual question and checking the key values against the source, is exposed to exactly the risk the referring clinician created, now amplified by a second layer of summarization. The safe consultant reads the referral's stated question directly and verifies the findings that will drive the recommendation, rather than accepting a tidy AI digest of someone else's unverified draft.
Then there is the consult note that goes back, which is itself a referral in the other direction: it carries the consultant's answer, and it must carry it clearly. An AI-drafted consult reply has the same failure mode as the referral, a fluent, complete-looking document that may obscure the actual recommendation. The referring clinician needs to know, unambiguously, what the consultant concluded and what they are being asked to do: start this drug, stop that one, order this test, or nothing. A consult note that buries the recommendation in narrative is as much a communication failure as a referral that buries the question. So the loop has two verification gates, one at each handoff, and each obeys the same rule: the human who sends owns the clinical content, verifies the substance against the source, and makes the ask explicit before it goes.
The Recommendation That Never Reaches the Decision-Maker
Closing the loop also means the referring clinician actually receives, reads, and acts on the consultant's answer, and this is a place where AI-assisted inbox tools can quietly fail a patient. If a consult reply is auto-summarized and filed by an assistant without the referring clinician truly registering the recommendation, the whole referral was for nothing. The recommendation that never reaches the decision-maker is functionally identical to a recommendation that was never made. The discipline that opened the loop, own the content, verify the substance, make the ask explicit, is the same discipline that has to close it, and neither end can be delegated to a tool that optimizes for the appearance of completion over the reality of it.
Make it concrete. A neurologist sees a patient referred for new-onset seizures, completes the workup, and sends back a consult note whose actual recommendation is to start an antiepileptic and arrange follow-up imaging in six weeks. On the referring clinician's side, an AI inbox assistant reads the incoming reply, generates a one-line summary, and auto-files the message under the patient's chart as "neurology consult completed, no action items." The recommendation was in the note. It never reached the person who needed to act on it. The imaging is never ordered, the medication is never started, and weeks later the gap surfaces only because the patient returns to the emergency department. No single tool failed loudly; the summary was fluent, the filing was tidy, and the loop was open the entire time. This is the closed-loop referral failure in its purest form, and it is why the discipline has to extend all the way to the referring clinician registering and acting on the answer, not merely to the answer being generated and stored.
Two Names on the Line: Dual Liability
It is worth stating plainly where accountability lands, because a referral has two clinicians and both own a piece of it. The referring clinician owns the accuracy of what they sent: the question, the values, the medication list, the history. If an AI draft carried a stale creatinine or a wrong indication and the referring clinician sent it without verifying, that is their exposure, and the phrase surveyors and plaintiffs reach for is the standard of care. The consultant owns what they do with what they received: they cannot hide behind "the referral told me so" when a value was implausible on its face or the recommendation rested on data they had the ability to check. A consultant who acts on a stale lab without confirming it, and reaches a wrong conclusion, has stepped into shared liability, because verifying the inputs to a consequential recommendation is part of the consultant's own standard of care. Think of it the way a pharmacy and a prescriber both own a prescription error: the prescriber owns writing it wrong, the pharmacy owns dispensing it without catching the obvious problem, and neither is excused by the other's mistake. In the referral, AI sits inside both roles, which is exactly why the verification gate has to run at both ends. The accountability phrase the whole program returns to holds here: AI assists, the clinician decides, and the record proves who set the question and who verified the values.
A Worked Example: Two Referrals for One Patient
Consider a 58-year-old man whose primary care clinician wants a nephrology opinion. Over the past six months his creatinine has been rising, he is on lisinopril and recently started an NSAID for joint pain, and there is a family history of polycystic kidney disease. The question the primary care clinician actually has is specific: is this progressive chronic kidney disease that needs a nephrology workup, and is the NSAID contributing? Two referrals get drafted.
The unverified AI draft. The clinician asks the AI to draft a nephrology referral and accepts it. It is impressive: a full problem list including unrelated conditions, years of history, a complete medication list, and a paragraph of narrative. But the referral reason field reads "CKD, please evaluate and manage." The rising creatinine trend is buried in a data table rather than highlighted, the NSAID is listed among fifteen medications with no note that it is new and possibly relevant, the family history is mentioned in a history paragraph three screens down, and one of the creatinine values pulled is actually from a year ago rather than the recent trend. The nephrologist receives a thorough-looking referral that does not tell them what is actually being asked, hides the three findings that matter, and includes a stale value. They either work up a generic CKD, missing the NSAID angle, or send it back.
The verified referral. The clinician runs the gate. The question goes to the top, explicit: "Please evaluate progressive rise in creatinine over six months (values below), with attention to possible NSAID contribution (naproxen started two months ago) and family history of polycystic kidney disease; is nephrology workup and NSAID discontinuation warranted?" The creatinine trend is presented as a short, verified series with dates. The relevant medications, lisinopril and the new naproxen, are highlighted, and the stale value is corrected against the record. The unrelated problem-list padding is trimmed. The result is shorter than the AI draft and vastly more useful: the nephrologist knows exactly what is being asked, sees the three pertinent findings immediately, and can act on the first read. Same AI, same patient, same underlying data. The referring clinician's ownership of the clinical content, the question, the relevance, the verification, is what turned a data dump into a real referral, and it is the part the AI could never do.
The Two Referrals, Element by Element
Laid out side by side, the difference is not one of effort or length. It is one of ownership. The same underlying facts appear in both columns; what changes is whether a clinician took responsibility for the question, the relevance, and the accuracy before the referral left their control.
| Element | Unverified AI draft | Verified referral |
|---|---|---|
| Reason for referral | "CKD, please evaluate and manage," generic and answerable a hundred ways | Explicit ask at the top: is this progressive CKD, is the NSAID contributing, is workup and discontinuation warranted |
| Creatinine data | Buried in a data table; one value silently pulled from a year ago | Short dated trend over six months, each value verified against the source |
| New NSAID | Listed among fifteen medications with no flag that naproxen is new or relevant | Highlighted as started two months ago and named as the possible contributor |
| Family history | Mentioned in a history paragraph three screens down | Surfaced next to the question as pertinent to the differential |
| Unrelated problem list | Full padded problem list carried verbatim | Trimmed to what bears on the kidney question |
| What the nephrologist does | Works up a generic CKD and misses the NSAID, or sends it back and loses weeks | Answers the actual question on the first read |
Thirty Seconds at the Send Button
Picture the moment the gate actually runs, because it is short. The nephrology referral is drafted and the send button is one click away. The clinician does not re-read the whole document; they read it as the nephrologist will and ask the four questions in sequence. Is the question clear and correct? They move it to the top and rewrite it as a specific ask. Is the pertinent data present and verified? They scan the creatinine series, notice the value that looks too low for a six-month rise, open the actual result, and correct it; they confirm the naproxen start date against the medication reconciliation. Is the irrelevant material trimmed? They cut two unrelated paragraphs. Does the urgency and ask match reality? This is not urgent, so routine routing is correct, and the ask is a specific workup question rather than a vague "manage." The whole pass takes under a minute, and it converts a liability with the clinician's name on it into a referral that helps the patient. The gate is not a bureaucratic hurdle. It is the thirty seconds in which the clinician actually does the part of the job that was theirs all along, and it is the moment that documentation later shows they did it: the record reflects that the clinician set the question and verified the values before the referral left their hands.
Key Takeaways
- A referral is a clinical question moved from one clinician to another with exactly the data needed to answer it; its quality is measured by how clearly and correctly it poses that question, not by how much material it contains.
- AI can help by assembling data and drafting prose, but left to its defaults it optimizes for looking complete rather than being useful, producing a thorough-seeming document that can miss the sharp question and carry unverified data.
- A bad referral has real, compounding costs: the wrong workup, a send-back that costs the patient weeks in a system with long waits, or a confident consultant answering the wrong question and compounding the error.
- Unverified data is a second, subtle cost: a stale value, a stopped medication, or a wrong history element sets the consultant up to reason correctly to a wrong conclusion, and the error wears their name though its seed was in your draft.
- You own the clinical content: the question must be explicit and correct, the data relevant and verified, and the padding trimmed, before it sends.
- The verification gate sits before the referral sends, because the send is when it leaves your control and becomes a request the consultant will act on; the gate checks the question, the verified pertinent data, the trimming, and the urgency and ask.
- Apparent thoroughness is a trap: volume feels like diligence to the sender but reads as work to the consultant, so a short referral that poses the right question with verified data beats a long one that does not, every time.
- The consultant is not grading your effort; they are trying to help your patient. The best thing you can hand them is a clear question and clean, correct, relevant data. AI assists, the clinician decides, the record proves it.
Skill.re