Back to labLearn AIShovon Saha
Health & carehigh stakes · 13 min

AI for doctors, nurses and health workers

Notes, patient-friendly explanations and literature triage - never diagnosis.

Learning goal: You know exactly where the human has to stay in the loop.

Contents

1 / 9

A useful hand with paperwork and plain-language explanations - never a diagnostic tool, and never the last check on a dose.

Before you start (prerequisites)

  • Know your organisation's and jurisdiction's rules on patient data before typing anything into an AI tool - most health systems have specific, strict requirements around identifiable patient information.
  • Understand the difference between a clinical-grade tool that has gone through your health system's procurement, information governance, and (where relevant) medical device regulatory approval, and a general-purpose consumer AI chatbot, which almost never has.
  • Access to your jurisdiction's authoritative drug reference (e.g. the BNF, an equivalent national formulary, or your hospital's own approved reference) - this must remain your source of truth for dosing and interactions, always.
  • A clear personal rule that AI output is never the basis for a diagnosis or a prescribing decision on its own.
  • Awareness that using an unapproved AI tool with patient data may itself be a reportable information governance incident, separate from any clinical error.

Do this first:

  1. Confirm with your organisation's information governance or clinical safety team which AI tools, if any, are approved for use with patient information, and what counts as "identifiable" under your policy - names and dates of birth are obvious, but so are some combinations of rarer details.
  2. Practise with a tool on fully anonymised or entirely fictional patient scenarios first, so you understand its habits and failure modes before any real patient data is involved.
  3. Set a hard personal rule: no AI-suggested dose, interaction, or diagnosis is acted on until checked against an authoritative clinical reference or a senior colleague.

Where things stand (as of 2026)

AI tools are genuinely helpful for administrative and communication tasks: drafting clinical notes from dictation or shorthand for a clinician to review, turning technical information into patient-friendly language, and helping search medical literature more efficiently. Some health systems have integrated approved, governed AI scribe or documentation tools directly into clinical workflows, with proper information governance sign-off.

What remains genuinely dangerous: using general-purpose AI chatbots for diagnosis, or for dosing and drug interaction information, without independent verification against an authoritative source. These tools have been documented to produce confident, fluent, and wrong medical information, including invented dosing figures and plausible-sounding but incorrect drug interaction claims. No general-purpose AI chatbot available to the public is currently approved as a medical device or diagnostic tool in most jurisdictions, and using one as if it were is both a patient safety risk and, in many settings, a professional conduct issue. Regulatory frameworks for AI in healthcare are actively developing and vary significantly by country and by whether a tool is marketed as a medical device - check current guidance rather than assuming last year's position still holds.

The mental model

animated · where the time goes

Stack up a single agent turn and see which stage eats the seconds.

Your words5 ms
Context build60 ms
Retrieval-
Model thinking-
Tool call-
Second model pass-

running total 0.07s · a human gives up at ~3s

the lesson

Every stage is fast except the two that involve a model. Waiting is the default state of an agent.

Picture the AI as a well-read but unlicensed assistant who has absorbed enormous amounts of medical text but has never examined a patient, doesn't know this patient's history beyond what you type, and cannot be held accountable the way you can. It's genuinely useful for turning your own clinical judgment into clear notes or plain language for a patient. It must never be the thing that supplies the clinical judgment itself.

Scenarios that work

Drafting a clinical note from a consultation

medium stakes

what you want
a structured first-draft note from a consultation, to be reviewed and finalised by the clinician who saw the patient

what most people type

Write up notes from this appointment

the briefed version

Here are my brief shorthand notes from a 15-minute GP consultation (paste below, with patient identifiers removed or replaced with a case ID). Structure this into a SOAP note format. Do not add any clinical detail, symptom, or history that is not explicitly in my shorthand. If something seems missing or ambiguous, list it separately as a question for me to resolve, rather than filling the gap.

Stake: An inaccurate clinical note can affect future care decisions by anyone who reads it later.

Turning clinical information into a patient-friendly explanation

medium stakes

what you want
a plain-language explanation of a condition or procedure already decided by the clinician, to support patient understanding

what most people type

Explain this diagnosis to my patient

the briefed version

Write a plain-English explanation, at roughly a 12-year reading level, of what [specific, named condition already diagnosed by me] generally involves, for a patient with no medical background. Do not suggest treatment options, dosing, or prognosis - I will cover those directly with the patient. Keep it general and factual, and note at the end that questions about their specific situation should go to their treating clinician.

Stake: Even general patient education material can cause harm if factually wrong or if a patient mistakes it for individualised advice.

Triaging recent literature on a treatment approach

high stakes

what you want
help narrowing down which recent papers are worth reading fully, not a substitute for reading them

what most people type

What does the research say about [treatment]?

the briefed version

I am looking for recent peer-reviewed research on [specific treatment/condition]. Do not summarise findings from memory. Instead, tell me which specific databases (e.g. PubMed, Cochrane Library) and search terms would find the most relevant recent literature, and if you can access search results, list titles, authors, journals, and publication years so I can pull and read the actual papers myself.

Stake: Practising on the basis of a misremembered or fabricated study finding is a direct patient safety risk.

Checking a drug interaction before finalising a prescription decision

high stakes

what you want
a second check flagging possible interactions, alongside - never instead of - an authoritative drug reference

what most people type

Is it safe to prescribe these two drugs together?

the briefed version

I am not asking you to make a prescribing decision. List any known interaction categories between [drug A] and [drug B] that I should specifically check in [your jurisdiction's authoritative drug reference, e.g. BNF, or your local formulary], including dose-dependent effects if any are commonly noted. I will confirm everything against that reference before any prescribing decision is made.

Stake: Hallucinated dosing or interaction information is a direct and serious patient safety risk; this must never be the final check.

Drafting a discharge summary template

low stakes

what you want
a consistent structural template for discharge summaries, not clinical content generation

what most people type

Write a discharge summary for this patient

the briefed version

Create a blank discharge summary template with standard section headings used in [your care setting], such as presenting complaint, treatment given, medications on discharge, follow-up actions, and red-flag symptoms to watch for. Do not populate it with any example clinical content - I will fill in every field myself from the patient's actual record.

Stake: Low risk as a structural tool, since no patient-specific or clinical content is being generated.

Where it fails, and what it costs you

Diagnosis-by-chatbot is dangerous. A model producing a fluent, confident differential diagnosis from a patient's typed symptoms, or a clinician's brief prompt, is not the same as clinical assessment. It has no access to physical examination, vital signs, imaging, or the countless small observational cues a trained clinician picks up in person. Patients using consumer chatbots for self-diagnosis, or clinicians leaning on them as a shortcut for genuine clinical reasoning, both risk missing something a proper assessment would catch.

Hallucinated dosing information. This is one of the most serious documented failure modes of general-purpose AI in a healthcare context. A model can state a drug dose, frequency, or maximum daily limit with total confidence while being simply wrong. Unlike a typo in a report, a wrong dose can directly and immediately harm a patient. This must always be checked against your jurisdiction's authoritative formulary, never accepted from an AI tool alone.

Patient data and consent. Typing identifiable patient information into a consumer AI tool without explicit organisational approval, a proper data processing agreement, and - in many jurisdictions - patient consent, is very likely to breach data protection law and your professional confidentiality obligations, regardless of good intent. Some tools retain and use input for further training unless specifically excluded by contract.

Device and regulatory boundaries. In many jurisdictions, a tool that makes or materially informs a diagnostic or treatment decision may cross into being regulated as a medical device, requiring formal approval. A general-purpose AI chatbot has almost never gone through that process. Using it in a way that functions as a diagnostic aid, even informally, can put you outside your organisation's approved practice and outside the regulatory framework meant to protect patients.

Literature summaries can misrepresent findings. A one-line AI summary of a study can flatten an important caveat, misstate a sample size, or blend two different papers' findings together. Practice-changing decisions should never rest on a summary alone.

Human-in-the-loop is not optional. Every credible framework for safe AI use in healthcare rests on a human clinician retaining final judgment and accountability. If a workflow is structured so that AI output goes straight to a patient-facing decision without a qualified human checking it, that workflow is unsafe regardless of how good the tool's average accuracy looks in testing.

How to check the answer

  1. Confirm any dose, frequency, or interaction claim against your jurisdiction's current authoritative drug reference before acting on it.
  2. Check any AI-drafted clinical note line by line against the original observation or dictation - confirm nothing was added or changed.
  3. Verify any literature claim by reading the actual paper's abstract or full text, not a one-line AI summary.
  4. Confirm no unapproved use of identifiable patient data occurred, per your organisation's information governance policy.
  5. Have a second qualified clinician review any AI-assisted content before it affects a patient care decision.
  6. Ask yourself directly: would I be comfortable explaining this AI use to my regulator or professional body if asked?

How to read the docs and find the truth

For clinical facts, go to your jurisdiction's authoritative sources: your national formulary (such as the BNF), clinical guideline bodies (such as NICE in the UK, or your national/specialty equivalent), and peer-reviewed literature accessed directly, not summarised secondhand. These sources publish review and update dates - check them, since guidance changes.

For the AI tool itself, look for a genuine model card or system card from the vendor describing intended use and known limitations - a credible one will explicitly state it is not intended for diagnostic or treatment decisions if that's true. Check whether your organisation's medicines and healthcare products regulator (such as the MHRA in the UK, or the FDA in the US) has published any classification or warning about the specific tool or type of tool you're considering. Be wary of vendor marketing that implies clinical reliability without a corresponding regulatory approval or peer-reviewed validation study behind it - a real safety claim will point to a specific, checkable study or approval, not just a general assertion of accuracy.

Your one-page playbook

ROLE: You are helping with [documentation / plain-language explanation /
literature search strategy] only - not diagnosis, dosing, or treatment decisions.
INPUT: [dictation, shorthand, or anonymised case details - no identifiable
patient data unless this tool is specifically approved for it].
BOUNDARY: Do not add clinical detail not explicitly given. Do not suggest a
diagnosis, dose, or treatment. Flag gaps or ambiguity for me to resolve.
OUTPUT: [format: note structure / patient reading level / search strategy].
FINAL CHECK: I will verify all clinical content against [authoritative source]
and my own clinical judgment before this affects patient care.

Check yourself

  1. What specific patient data can and cannot go into the AI tool you're considering, according to your organisation's policy?
  2. If an AI tool gives you a drug dose or interaction claim, what is the one authoritative source you must check before acting on it?
  3. Why is a fluent, confident-sounding AI response not the same as a safe one, in a clinical context?
  4. Who remains accountable for a clinical decision that was informed by AI output - and does your current practice reflect that clearly?