Discharge summaries are where hospital care meets hospital admin — and where both get stuck. A good summary tells the GP, the next clinician and the patient exactly what happened, what changed and what to do next. A late or unclear one delays the discharge, creates follow-up confusion and pulls senior clinicians into hours of reading and re-typing instead of care. This is the problem a hospital group asked Crux Digits to solve, and it is a problem almost every healthcare provider in the Netherlands and across Europe will recognise.
We built clinical natural language processing (NLP) that reads the clinical record, drafts a clear, structured discharge summary and removes most of the manual reading and interpretation that slowed clinicians down. The result was a real, delivered outcome: discharge-process turnaround time fell by around 60%, with clearer summaries and fewer documentation errors. Crucially, the clinician never left the loop — every summary is reviewed and signed off by a person. This is decision support and drafting acceleration, not autonomous medicine.
The problem: slow, manual, error-prone documentation
Producing and interpreting discharge summaries by hand is slow, repetitive and surprisingly risky. The source information is scattered across admission notes, progress notes, medication charts, lab and imaging results and specialist letters. A clinician has to read all of it, hold it in their head, and re-express it as a coherent narrative — often at the end of a long shift, under time pressure. Three things go wrong as a result:
- Turnaround drags. A patient is medically ready to leave but the paperwork is not, so a bed stays occupied and the discharge backs up the ward.
- Quality varies. Different clinicians structure summaries differently, so the receiving GP has to hunt for the medication changes or the follow-up plan.
- Errors creep in. Manual transcription is exactly where a dropped dose change, a missing allergy or an omitted follow-up instruction slips through — the kind of small omission that causes a readmission.
The hospital group wanted faster, clearer documentation without compromising the clinician's final review. That constraint shaped everything we built.
How the system works
The system runs as a three-stage pipeline — read, draft, review — built on modern clinical NLP and large language models, then tightened with clinical rules and a human checkpoint.
1. Read: clinical NLP and information extraction
First the system ingests the relevant clinical inputs and parses them. Clinical NLP is not the same as general text processing: medical language is dense with abbreviations, negation ("no chest pain"), units, drug names and shorthand that a generic model misreads. The pipeline performs named-entity recognition and information extraction to pull out the structured facts that a discharge summary depends on — diagnoses, procedures, medications and dose changes, allergies, key results and the follow-up plan. Getting this layer right is an engineering discipline in itself, and it leans on the same rigour we bring to data engineering: clean inputs, consistent schemas and traceable transformations.
2. Draft: clinical summarization
The extracted facts are then assembled into a clear, structured draft. This is abstractive and templated summarization working together: the model writes readable prose, but it is anchored to the extracted entities and to a consistent house format, so every draft has the same sections in the same order. The goal is not literary flourish — it is a summary the receiving clinician can scan in seconds and trust. Because language models can drift or invent detail, the drafting step is constrained to the source record and tuned so the output stays faithful to it. That grounding and evaluation discipline is exactly what our LLM optimisation work exists to deliver: models that answer from the patient's real record, not from a plausible guess.
3. Review: the clinician signs off
The draft goes to the clinician, not to the patient or the GP. They read a coherent, pre-structured summary instead of assembling one from scratch, check it against their own judgement, edit anything that needs it, and sign off. The heavy lifting — reading, extracting, structuring — is done; the irreplaceable part — clinical judgement and accountability — stays human. This is why turnaround drops without quality or safety dropping with it.
Data, security and our approach
Discharge summaries are built from some of the most sensitive data there is. Patient data security and GDPR/AVG compliance were not features bolted on at the end — they framed the design from the first conversation. Our approach rests on a few non-negotiables:
- Human review of every generated text. Nothing the model produces becomes a clinical document until a clinician has reviewed and approved it. The system accelerates a clinician; it never replaces one.
- Data minimisation and access control. The pipeline processes only the clinical data it needs, with role-based access and clear retention rules — the controller's legal basis and policy govern how patient data is handled.
- Faithfulness over fluency. The model is tuned and evaluated to stay grounded in the source record, and uncertain or thin inputs surface for the clinician rather than being smoothed over.
- Auditability. Because extraction and drafting are structured steps, the path from source record to draft is traceable — which matters for clinical governance and for trust.
This honesty extends to how we build for healthcare generally. We do not claim diagnostic autonomy, and clinical deployment is designed to support clinical governance and the appropriate regulatory pathway, not to bypass it — the same principle behind our wider healthcare AI work.
The results
This was a real Crux Digits engagement; the client name is withheld pending permission to publish it. The delivered outcomes were clear:
- Around a 60% reduction in discharge-process turnaround time — clinicians spent far less time reading and re-typing, so patients moved through discharge faster and beds freed up sooner.
- Clearer summaries with fewer documentation errors — consistent structure and automated extraction removed much of the manual transcription where omissions and mistakes used to creep in.
Those are documentation and process outcomes, achieved with the clinician retaining sign-off on every summary — not a claim of autonomous clinical performance. Any figure we report for your hospital would come from a trial on your own records and workflow, not from someone else's deployment.
Who it's for — and the value
This approach fits hospital groups, clinics and care providers where documentation volume is high and clinician time is the binding constraint. If your teams lose hours to discharge summaries, referral letters or clinic notes, the same read-draft-review pattern applies. The value shows up in three places at once: time given back to clinicians, faster patient flow through quicker discharge, and lower documentation risk from consistent, structured output. It is a practical, near-term win — not a moonshot — which is exactly why it lands. The same clinician-in-the-loop philosophy runs through our other healthcare builds, including our ECG and medical-document decision support.
How we'd run a pilot
We would not start with a hospital-wide rollout. We start with a focused pilot on one ward or document type, on your own data and inside your existing workflow. We agree the target metric up front — typically turnaround time and a clinician-rated quality and safety check — extract and draft on real historical summaries, and put the clinician review step in from day one. You see whether the drafts are genuinely useful and faithful before anything scales. From there we tune the extraction and summarization to your house format, harden the security and governance, and move from pilot to dependable production through our AI implementation practice — expanding only when the evidence supports it. Transparent scoping for that pilot is set out on our pricing page, and the fastest way to start is a short conversation — get in touch and we will scope it against your own discharge process.
Real result from a Crux Digits engagement; client name withheld pending permission. These are documentation and process outcomes — drafting and decision support only — with the clinician retaining sign-off on every summary. Patient data is handled under GDPR/AVG with human review of all generated text. Any clinical or safety claim for your own deployment must come from a trial on your own data and workflow.
Frequently asked questions
Does the AI write the final discharge summary?
No. It drafts a clear, structured summary by extracting and organising the clinical record, but the clinician always reviews, edits where needed and signs off. The system speeds the work up without removing clinical control or accountability.
How does it reduce documentation errors?
By extracting and structuring the record consistently — diagnoses, medication and dose changes, allergies, results and follow-up — it removes much of the manual transcription where omissions and mistakes used to slip in, and presents the clinician with a complete, scannable draft to check.
Is patient data handled safely and in line with GDPR/AVG?
Yes. The pipeline processes only the clinical data it needs, with role-based access and retention rules, and every generated text is reviewed by a clinician before it becomes a clinical document. The controller's legal basis and data-protection policy govern how patient data is used.
Will the model invent details that aren't in the record?
It is built and tuned to stay grounded in the source record, and the drafting step is anchored to the extracted facts rather than free generation. Thin or uncertain inputs are surfaced for the clinician rather than smoothed over — and the clinician's review is the final safeguard.
How would a pilot work for our hospital?
We start small — one ward or document type, on your own data, inside your existing workflow — with the target metric (usually turnaround plus a clinician-rated quality and safety check) agreed up front. You see real, faithful drafts before anything scales, then we harden security and governance and expand only when the evidence supports it.