What You Should Refuse to Automate
The hype says automate everything. In a clinic the discipline is knowing where the line goes, because the worst axis is always the one with a patient on it. A task belongs to a person, not a model, when it is hard to undo, needs real judgment, or puts health, money or safety at stake. Grade any task on those three axes here.
In this article
The pitch in every clinic AI deck right now is the same: automate everything, remove the busywork, watch the hours come back. It makes a great slide. It also quietly skips the only question that matters, which is where automation should stop. Because there is a line, and the practices that get burned are the ones that automated straight past it before anyone had drawn it.
Knowing where that line goes is not caution, it is the actual skill. Anyone can point a model at a task. The judgment is in telling apart the work a machine should own, the work it should assist, and the work it must never be allowed to decide on its own.
The three axes that decide it
You do not need a framework with twelve boxes. You need three questions, and the honest answer to the worst of them.
First, reversibility: if this goes wrong, how easily is it undone? A mis-drafted recall message costs a phone call. A symptom wrongly categorised as routine is a patient who went home, and you may not learn what you missed for months. Second, judgment: is this a fixed rule, or does it need weighing, context, and values? Third, stakes: what is actually on the line if the output is wrong, a little time, or somebody’s health?
The rule for combining them is deliberately blunt. The worst single axis wins. A task can be routine on two axes and still belong to a person because of the third, and pretending otherwise is exactly how the expensive mistakes happen.
Grade a task and watch the line move
Here is the boundary as a tool rather than a lecture. Score a task, or load one of the examples, and watch where it lands.
Where is the boundary?
Grade a task, see where it should land
Score any task on three axes, or load one of the examples. The verdict is not about how clever the model is. It is about how much you can afford to be wrong, and who should own the call when you are.
If it goes wrong, how easily is it undone?
How much human judgment does the call need?
What is at stake if it is wrong?
Let AI draft, propose, or pre-fill, and have a person approve before it counts.
A rough guide, not a policy. The rule behind it is simple on purpose: the worst single axis wins, because one high-stakes, irreversible, judgment-heavy step is enough to keep a person on the call no matter how routine the rest looks.
Notice what happens with “decide a symptom is routine.” Every axis is at its worst: hard to undo, heavy judgment, somebody’s health at stake. That is the textbook keep-human decision, and it is the one a scribe vendor will eventually offer to help with. Now notice “draft a referral letter”: low stakes, easily undone, a clinician reads it before it goes. The verdict slides straight to copilot. Same technology, opposite answer, because the axes changed, not the model.
The line everyone gets wrong
The most expensive misreading of this whole idea is thinking “keep it human” means “keep AI out.” It does not.
A decision that stays with a clinician can still be wrapped in AI that does the heavy lifting around it: pulling the prior results, summarising a decade of chart, drafting a first note with its reasons, and flagging the thing a tired person at the end of a long list might miss. What stays human is the call itself, and the accountability that comes with it. This is the copilot pattern, and it is where most high-value work actually belongs: fast because the machine did the gathering, safe because a named person still signs it.
Automate the work. Keep the decision. The line between those two is the whole job.
So “keep-human” is not the slow option. It is how a practice goes fast without betting its reputation on a model’s worst day. The clinics that skip it, automate a clinical judgment, get burned, and then ban everything outright are the ones that actually move slowly, because one incident costs more time than a boundary ever would.
The fork
A task lands on your desk. Where does it belong?
Automate it
Reversible, no judgment, low stakes. A plain rule runs it. Adding AI just adds a new way to be wrong.
Copilot it
AI drafts or ranks, a person approves before it counts. Fast, and still accountable.
Keep it human
Hard to undo, heavy judgment, high stakes. AI assists, a person decides and owns it.
Where this rule misfires
Two honest caveats, because a rule you apply blindly becomes its own kind of mistake.
First, the axes tell you who owns the decision, not who is better at it. On a genuinely high-stakes call, the uncomfortable truth is sometimes that a measured model beats a tired human, and imaging is the standing example. Keep-human does not mean ignoring the better reader. It means the machine does the analysis and a named person ratifies and owns the outcome, with the authority to overrule. And whether AI should assist at all is a question you answer with evals on your own data, not with a hunch. The boundary decides accountability; measurement decides capability.
Second, this rule is a scalpel, not a shield. Its failure mode is timidity: labelling everything “keep-human” to avoid the work of automating, or standing up an approval step that is really a clinician clicking yes on twenty notes at nine at night without reading them. A rubber-stamp is not human judgment, it is latency with a signature, and it is worse than no AI because it launders the error. If you draw the boundary so conservatively that nothing moves, you have not been careful, you have just described the status quo with extra steps.
What to do Monday
Take your three most tempting automation ideas, the ones somebody keeps saying should just run themselves. Grade each on the three axes above, honestly, using the worst answer not the average. You will usually find one that is genuinely safe to automate, one that wants a copilot, and one where you were about to hand a machine a decision that belongs to a clinician.
Write the boundary down for each workflow before you build, not after the incident. It is a fifteen-minute exercise that settles a fight you would otherwise have loudly, later, in front of a patient or a regulator.
Not sure where the line falls in your practice? Book a free consult and we will grade your top automation candidates with you, and map which ones to automate, which to copilot, and which to keep firmly in clinical hands. See more on PHIPA and Guardrails.
Frequently asked questions
How do I decide what to automate and what to keep human?
Grade the task on three axes. How easily is it undone if it goes wrong, how much judgment the call really needs, and what is at stake if it is wrong. If all three are low, a plain rule can run it. If any one is at the top, a person owns the decision and AI only assists. The worst single axis sets the floor, and in a clinic that axis is almost always the stakes, because the thing at stake is somebody's health.
Does keeping a decision human mean not using AI at all?
No, and that is the most common misread. A decision that stays with a clinician can still be surrounded by AI that pulls the prior results, drafts the note, and flags the interaction a tired person might miss. What stays human is the call itself and the accountability for it. You get most of the speed and keep a named clinician who can explain the outcome later, which is what a college expects anyway.
What are examples of things you should not fully automate?
In a clinic the list is short and it is not negotiable: deciding a symptom is routine, triaging urgency, anything about dosing, disclosing a result to a patient, and deciding a follow-up is not needed. Outside the clinical work it extends to anything published in the practice's name. In every one of those the right pattern is that AI drafts or ranks, and a person decides and owns it.
Isn't refusing to automate just being slow to adopt AI?
The opposite. Practices that automate the clinical judgment calls too early are the ones that get burned and then ban everything, which is far slower in the end. Drawing the boundary clearly is what lets you automate aggressively everywhere it is safe, which in a clinic is most of the administrative layer, because you are not risking the decisions that would end the whole programme.
Who should own the boundary decision in a company?
Whoever owns the consequence, which in a clinic means a clinician for anything clinical, full stop. Not the vendor, not the practice manager, and not whoever is most enthusiastic about the tool. Writing the boundary down, per workflow, is a short exercise that saves a long argument later, and it is the kind of documentation an oversight committee will ask for.
Found this useful?
Share this with your network on LinkedIn, it helps more than you think.
Enjoyed this read? Get the next one in your inbox.
When there is something worth your time, you will be first to know. No spam, unsubscribe anytime.
Keep reading
Your Patient Does Not Experience Your Org Chart
The front desk, the clinician and the biller can each hit their target while the patient has a terrible eleven days. You measure the boxes and they experience the lines between them, and buying clinic AI one department at a time usually makes those lines worse.
Read articleAI Makes Every Clinic Capable. Experience Will Make the Difference.
The clinic down the road can buy the same models you can, this quarter, at the same price. What they cannot buy is how it feels to be your patient. That is where the differentiation moved, and most clinic AI budgets are still aimed at the layer that is becoming commodity.
Read articleWhen Do We Stop? Writing the Kill Criteria Before You Write the Cheque
A clinic pilot with no stated ending does not end, it fades, and keeps billing while it fades. Deciding the number, the date, and who calls it costs nothing on day one and is nearly impossible to introduce in month nine.
Read articleHave software that should be smarter?
Let’s map a free AI-transformation roadmap for your product.