Prompt Engineering in Healthcare

Prompt Engineering in Healthcare: What Actually Works (and What Gets People Hurt) | BestPrompt

Healthcare AI · Prompt Engineering

Prompt Engineering in Healthcare: What Works and What Gets People Hurt

Clinical AI isn’t like enterprise AI. The stakes are different, the failure modes are different, and “hallucination” stops being an inconvenience and starts being a liability. Here’s what I’ve learned auditing healthcare prompt workflows.

Tom Morgan · Updated June 2025 · ~1,200 words

TL;DR

  • Healthcare prompting has unique constraints: HIPAA, hallucination risk, liability, and clinical literacy gaps all shape what’s acceptable.
  • The five highest-value clinical use cases are EHR summarization, discharge instructions, differential support, coding/billing, and patient Q&A — each with a distinct failure mode.
  • Overconfident AI output is more dangerous than uncertain output. Prompts should explicitly request hedged, uncertainty-aware responses.
  • No clinical AI tool should be used as a standalone diagnostic authority. Prompts that imply finality in diagnosis territory are structurally dangerous.

I’ve spent the last two years auditing prompt workflows across B2B SaaS — and a growing chunk of those clients are in healthcare-adjacent spaces: health tech platforms, clinical operations teams, patient communication tools. Healthcare is where I’ve seen the biggest gap between what teams think AI can do safely and what it actually should do. That gap is almost always a prompting problem.

Let me be direct about scope first: I’m not a clinician. My expertise is in prompt structure, workflow design, and failure mode analysis. Everything here is filtered through that lens, applied to healthcare contexts. If you’re a clinical informaticist or physician reading this, you’ll have ground-truth corrections I don’t. That’s fine — I’ll take them.

⚠ Before We Start

No prompt makes a language model a licensed medical provider. The FDA regulates AI/ML-based software as medical devices (FDA SaMD framework). HIPAA governs what data can enter any AI system. This piece covers prompting technique — not regulatory compliance. Run any clinical AI deployment past a healthcare attorney and your compliance team first.

IMPLEMENTATION EASE → CLINICAL VALUE → HIGH VALUE / HARD HIGH VALUE / EASY LOW VALUE / HARD LOW VALUE / EASY Discharge instructions EHR summarization Differential support Coding / billing Patient Q&A Clinical note gen Fig 1 — Clinical AI use cases by value vs. implementation ease. Practitioner estimate, not peer-reviewed.

Clinical prompt use cases: where to start vs. where to be careful

The 5 Use Cases That Actually Matter

Use Case 01

EHR Summarization

Electronic health records are a disaster to read. A patient with a complex history might have 40 notes across a decade. Asking a clinician to review all of them before a consultation is unrealistic. Prompts that summarize EHR data into structured clinical summaries are one of the highest-ROI healthcare applications available today. ESTABLISHED

What makes it work: Specify the clinical lens (emergency medicine vs. oncology vs. primary care), the output format (problem list, medication summary, allergy flags), and — critically — instruct the model to flag uncertainty and note anything it couldn’t parse. Without that last instruction, models will produce confident-sounding summaries with gaps.

❌ Dangerous

“Summarize this patient’s medical history.”

✓ Structured

“You are a clinical documentation assistant. Summarize the following EHR notes into: (1) Active problem list, (2) Current medications with dosages, (3) Relevant allergies, (4) Unresolved flags or contradictions in the record. For any item you’re uncertain about, mark it [VERIFY]. Do not infer information not present in the notes.”

The “Do not infer” instruction matters. Without it, models will fill gaps with statistically likely clinical information — which can look correct and be wrong.

Use Case 02

Patient Discharge Instructions

Discharge instructions written at a 12th-grade reading level are one of the most documented contributors to hospital readmissions. Health literacy is a real, measurable problem — and AI is genuinely good at translating clinical language into plain English. This is where healthcare prompting has the clearest, safest value. ESTABLISHED

Key constraint: Specify the reading level (6th grade is the general recommendation from HHS health literacy guidelines), the patient’s primary language, and any cultural considerations the clinical team has flagged. Also specify what the output should NOT include — for example, do not add dosing advice beyond what’s in the discharge summary.

▶ Pattern I’ve Seen Fail

A health tech client was using AI to rewrite discharge instructions. The prompts were producing clean, readable output — the clinical team loved them. Two months in, a nurse flagged that the model was occasionally softening medication timing instructions. “Take twice daily” was becoming “try to take twice daily.” Nobody had specified: preserve clinical imperatives exactly. The model was optimizing for friendly tone at the cost of dosing precision. One line in the prompt fixed it: “Do not alter medication instructions, dosing, or frequency. Preserve clinical imperatives verbatim.”

Use Case 03

Differential Diagnosis Support

This is the high-value, high-stakes use case. AI models trained on medical literature can surface differential diagnoses, suggest relevant tests, and flag rare conditions that match a symptom cluster. Used correctly — as a thinking partner, not an oracle — it’s genuinely useful. Used incorrectly, it’s dangerous. PROBABLE

Critical constraint: The prompt must frame the AI as a brainstorming tool, not a diagnostic authority. Research on Med-PaLM 2 (Singhal et al., 2023) and GPT-4 on USMLE (Nori et al., 2023) shows strong performance on medical benchmarks — but benchmark accuracy doesn’t translate directly to clinical reliability in open-ended cases.

❌ Risky framing

“What condition does this patient have based on these symptoms?”

✓ Safe framing

“Acting as a medical reference tool (not a clinician), generate a differential diagnosis list for the following symptom cluster. Rank by likelihood and include: (1) common causes, (2) rare but serious causes to rule out. Flag any ‘do not miss’ diagnoses. This output is for clinician review, not patient delivery.”

Use Case 04

Medical Coding and Billing (ICD-10, CPT)

Clinical coders spend hours extracting billing codes from clinical notes. This is a structured extraction task — and structured extraction is something LLMs do well when prompted correctly. It’s also low direct patient-safety risk, making it a good place to start AI deployment. ESTABLISHED

What works: Provide the clinical note, specify the coding system (ICD-10-CM, CPT, HCPCS), request the primary diagnosis code first, and ask for reasoning behind each code suggestion. “Reasoning required” significantly reduces hallucinated codes. Ask the model to flag any condition mentioned in the note that it couldn’t find a confident code for — this is your human review queue.

Use Case 05

Patient-Facing Q&A and Health Education

Patients ask questions their care team doesn’t have time to answer. AI can bridge that gap for general health education, pre-visit preparation, and post-visit clarification. The key word is “general.” The moment a patient Q&A system starts giving specific medical advice, you’ve crossed into territory that requires clinical oversight and regulatory review. PROBABLE

Hard boundary in the prompt: Include explicit escalation instructions. “If the patient’s question requires specific medical advice, interpretation of their personal test results, or involves symptoms that could indicate an emergency, respond only by directing them to contact their care team or emergency services. Do not speculate.” This should be in your system prompt, not the user prompt — so it can’t be overridden by user input.

The Failure Modes Nobody Talks About

Most discussions of AI in healthcare focus on hallucination. Hallucination is real and serious — but it’s not the only failure mode, and in some ways it’s not even the most dangerous one, because teams watch for it. The less-watched failures:

Confident hedging that reads as confirmation. Models trained to be helpful will often phrase uncertainty in ways that still sound like endorsement. “This is consistent with X” is not the same as “this is X” — but a non-clinician reading it may not catch the difference. Prompts should explicitly request that uncertainty be marked with a standard flag ([UNCERTAIN], [VERIFY], etc.) rather than woven into natural language. PROBABLE

Missing information presented as absence. If a clinical note doesn’t mention an allergy and you ask “does this patient have any allergies,” a model may say “no allergies noted” — which is different from “no allergies.” That distinction is critical. Instruct the model to distinguish between “not mentioned” and “explicitly denied.” ESTABLISHED

Recency bias in the training data. Guidelines change. Drug approvals change. A model trained on data through 2023 doesn’t know about 2024 formulary updates or revised screening guidelines. Any clinical output should include a “verify against current guidelines” prompt instruction for anything protocol-sensitive. ESTABLISHED

⚑ What Could Be Wrong Here

I’m not a clinician — this piece has real limits

My prompt audits have been with health tech vendors and clinical operations teams, not at the bedside. Physicians and nurses working directly with these tools may have failure modes I haven’t encountered. The use case recommendations here should be validated against clinical workflow reality, not just prompt engineering logic.

Benchmark performance ≠ clinical reliability

Med-PaLM 2 and GPT-4’s USMLE scores are impressive. They’re also measured on structured MCQ tests, not on the messy, incomplete, contradictory documentation that characterizes real clinical records. Don’t extrapolate from benchmark to bedside. SPECULATIVE whether current LLMs reach clinical-grade reliability in open-ended diagnostic tasks.

HIPAA compliance is not settled for all AI systems

Whether a given AI API qualifies as a HIPAA Business Associate depends on contractual terms, data handling agreements, and how the system is configured. This changes by vendor and by product tier. The HHS HIPAA guidance for health IT is the authoritative source, not any AI vendor’s marketing copy.

Questions Worth Answering

Can I use ChatGPT or Claude directly with patient data?
Generally no, not without a Business Associate Agreement (BAA) in place with the vendor. OpenAI’s enterprise tier and Anthropic’s API offerings have BAA options, but consumer-facing products (ChatGPT free/plus, Claude.ai free/pro) typically do not. Don’t put PHI into any system without verifying your data handling agreement first. This is a legal requirement, not a best practice.
What’s the difference between clinical decision support and diagnosis?
Clinical decision support (CDS) provides information to support a clinician’s judgment. Diagnosis is a clinical determination made by a licensed provider. The line matters for regulatory purposes — FDA-regulated AI/ML medical devices include tools that make or substantially influence diagnostic decisions. Tools that surface information for clinician review occupy a different regulatory category. Your prompt framing should reflect which bucket you’re in.
How do I get the AI to admit uncertainty instead of making things up?
Three things help: (1) Explicitly instruct it to mark uncertain outputs with a token like [VERIFY] rather than hedging in natural language. (2) Ask it to distinguish between “not mentioned in the source” and “explicitly absent.” (3) Provide a confidence rubric: “If you’re less than 80% confident in any item, flag it.” These instructions don’t eliminate hallucination, but they move uncertainty from implicit to explicit — which is what you need for review workflows.
What reading level should discharge instructions be written at?
The U.S. Department of Health and Human Services recommends 6th-grade reading level for patient health materials. Specify this in your prompt explicitly: “Rewrite the following discharge instructions at a 6th-grade reading level. Use short sentences, plain words, and active voice. Preserve all medication instructions verbatim.” The Flesch-Kincaid grade level tool can be used to verify output.
Can AI reliably handle ICD-10 coding?
It handles straightforward cases well and gets progressively less reliable with complex, multi-diagnosis cases or unusual code specificity requirements. In my experience: use AI as a first-pass draft and route all flagged items to a certified coder for review. The value is in reducing the time coders spend on simple cases, not in eliminating coder review. Accuracy rates I’ve seen in controlled settings range from 80–92% on primary diagnosis codes — but “controlled settings” aren’t real clinical documentation. Your mileage will vary.
Should AI responses ever be delivered directly to patients without review?
For general health education content at low clinical stakes — possibly, with robust guardrails. For anything touching symptoms, medications, diagnoses, or test results — no. Human clinical review is not optional in those categories. The liability question alone should settle this: if an unreviewed AI response contributes to patient harm, the chain of responsibility runs back to whoever deployed the system without oversight.
How should I handle language and cultural considerations in prompts?
Specify the patient’s primary language and request output in that language rather than asking for translation as a second step (translation loses context). Flag any cultural considerations the clinical team has documented. Health literacy varies by community and health topic — 6th grade English doesn’t map evenly to 6th grade in other languages. If serving non-English populations at scale, consider validating outputs with native-speaking clinicians before deployment.
T

Tom Morgan

300+ prompt audits across B2B SaaS and enterprise AI workflows, including health tech platforms and clinical operations teams. Publishes on prompt engineering and practical AI deployment at bestprompt.art. No sponsorship or affiliate relationships with any AI vendor or healthcare technology company mentioned.

Scope limits: I am not a clinician, clinical informaticist, or healthcare lawyer. This piece reflects prompt engineering analysis applied to healthcare workflows. Clinical, regulatory, and compliance decisions require qualified professionals in those domains. Sample skews health tech vendors and clinical ops; direct bedside or acute care workflows may have different failure patterns.

In healthcare, the most dangerous AI output isn’t the obviously wrong one — it’s the confidently hedged one that nobody flags for review.