Healthcare · Clinical AI systems
A model is not a system.Your clinicians need the system.
Ambient documentation that writes back to the record, assistants that answer only from your approved sources, document flows that stop where judgement belongs. Built into the systems you already run, and evidenced for the review your procurement team will run.
The pilot impressed everyone. Three questions decide whether it reaches the ward.
Clinical AI rarely fails on the model. It fails on the record it never wrote to, the answer nobody could trace, and the paperwork nobody could produce.
-
Does it reach the record?
72-year-old with exertional chest pain since Tuesday.
A note that lives in a demo is not documentation. Production means clinical speech recognition, speaker separation, a structured note, and a write path into the record system your clinicians actually work in. The integration is the product.
-
Can we trace what it said?
Plan: cardiology referral per the chest pain pathway.
Ungrounded language models are wrong often enough on clinical text that grounding is not a refinement, it is the design. Every answer is retrieved from your approved sources, cited to its document and version, and rejected when nothing supports it.
-
Who writes our conformity file?
Signed · attending clinician · system 2.4.1
We do, for the workload we build. Technical documentation, data governance, human oversight design and logging are produced as part of delivery, in the form your GDPR and EU AI Act review asks for.
Five systems, built into the workflow you already run.
Each is scoped to one workflow and one clinical setting. What the system may say, where it may write, and where it must stop are decided with you before the build starts.
-
Ambient clinical documentation
The encounter becomes a draft note, in the record, before the clinician stands up.
Clinical speech recognition with medical terminology, speaker separation, structured note generation and a write path into the record system, with the clinician holding the signature. Available in Danish, Norwegian, Swedish and Finnish, where the clinical language cannot be scraped and has to be collected first.
-
Retrieval assistants over your records
An answer a clinician can check, or no answer at all.
Assistants grounded in your approved documentation and records: permission-aware retrieval, every claim cited to its document and version, refusal when the sources do not support an answer, and handoff to a named person at the boundary.
-
Document and records flows
Referrals, letters and forms handled as a controlled workflow, not an inbox.
Extraction, classification and routing for clinical documents, with review queues where judgement belongs, exception handling that surfaces the hard cases, and an audit record on every step.
-
Human-in-the-loop review
The place where a person rules on what the model produced.
Review stations for clinical model output: queues, escalation paths, credentialed reviewers where the domain requires them, and a record of who ruled on what, when and on which version of the system.
-
Domain adaptation, when grounding is not enough
The honest order of operations. Ground it first, adapt it only if that falls short.
Where retrieval alone cannot carry the reasoning or the clinical register, we adapt a model: dataset curation, the training run, evaluation against held-out benchmarks and an EEA-resident deployment handoff. Most clinical workloads do not need this, and we will say so.
The model drafts. The clinician rules. The record keeps both.
One synthetic encounter, five systems working on it at once. The consultation is transcribed and drafted into the record, every claim is traced to an approved source, the clinician signs or sends back, the referral waits for a human decision, and the record logs all of it with the version that produced it.
-
The draft is the model's.
Generated from this encounter and the approved template, never from memory of another patient.
-
The signature is human.
No draft becomes documentation without a clinician's decision. Sending it back is a first-class outcome, not an error state.
-
The record outlives the shift.
Draft, sources, decision and system version are logged together, so the answer can be reconstructed months later.
Transcript
- 00:00 Clinician What brings you in today?
- 00:04 Patient Chest pain since Tuesday. It comes on when I climb the stairs.
- 00:11 Clinician Any shortness of breath with it?
- 00:14 Patient No, none.
- 00:17 Clinician You are 72. Still on the aspirin?
- 00:21 Patient Since March, yes. 75 milligrams.
- 00:26 Clinician I will write this up and refer you to cardiology.
Draft note
- 72-year-old with exertional chest pain since Tuesday.
- Denies shortness of breath.
- On aspirin 75 mg daily since March.
- Plan: cardiology referral per the chest pain pathway.
Clinician decision Attending clinician
Signed by the attending clinician and locked with the system version.
Senior clinician on call
Referral letter
Generated from the signed note. One field waits for the clinician.
To: cardiology outpatient clinic
72-year-old, exertional chest pain since Tuesday, no shortness of breath. On aspirin 75 mg daily.
Requested: assessment per chest pain pathway, version 3.
Released to the outbox
Approved sources
- 1 Consultation audio
- 2 Chest pain pathway
- Exertional chest pain, age over 65: refer to cardiology and record functional class.
- Antiplatelet therapy: continue existing aspirin unless contraindicated and document the dose.
Ask the record
Answers come only from the two approved sources. Ask something they do not cover and the assistant says so.
Record
- Encounter started · audio captured System 2.4.1 · note template v7 · pathway v3 00:00
- Transcript complete · two speakers System 2.4.1 · note template v7 · pathway v3 00:30
- Draft composed · note template v7 System 2.4.1 · note template v7 · pathway v3 00:35
- Sources attached · pathway v3 System 2.4.1 · note template v7 · pathway v3 00:37
- Sent back · correction recorded System 2.4.1 · note template v7 · pathway v3 00:41
- Signed · attending clinician System 2.4.1 · note template v7 · pathway v3 00:45
- Urgency set by the clinician System 2.4.1 · note template v7 · pathway v3 00:50
- Referral released System 2.4.1 · note template v7 · pathway v3 00:52
What we operate, in the words your reviewers use.
These are controls we run, not outcomes we promise. They are written into the engagement so your privacy, procurement and clinical governance reviews have something concrete to inspect. Each one is shown at work on the desk above.
Grounded
What the system may say.
- Every claim traced to a retrieved, cited source note sentence 1 · source 1, consultation audio 00:04
- Retrieval restricted to approved documents and versions chest pain pathway · approved version 3
- Refusal when the sources do not support an answer the ECG question · refused, no supporting source
Governed
Who and what it may touch.
- Prompts, models and knowledge bases versioned and pinned system 2.4.1 · note template v7 · pathway v3
- Role-based access, with retrieval limited to what the task needs attending clinician · two sources in scope
- Immutable logging of inputs, sources, outputs and rulings the record · eight events, each with its version
Reviewed
When a person rules.
- Human review on consequential output, by role and by risk sent back at 00:41 · signed at 00:45
- Evaluation before release and regression on every change not on this desk · see clinical model evaluation
- Monitoring, change control and rollback after release the version in every log line is what rolls back
The system runs in your environment. The evidence comes with it.
A Norwegian company under GDPR. Clinical project data is stored in Europe by default and processed in the EEA where required, with the paperwork to prove both. US healthcare work is handled HIPAA-compliant.
- Jurisdiction
- Norway · GDPR-native
- Deployment
- Your environment · EEA-resident by default
- Access
- Role-based · minimum necessary
- Logging
- Inputs, sources, outputs, rulings
- US engagements
- HIPAA-compliant handling
- Contracts
- Standard DPA terms · SCCs available
- Erasure
- 30-day end-of-contract SLA
- Configuration
- Authority stays with you
The healthcare hub Clinical data collection Clinical model evaluation Clinical text and coding Medical imaging annotation The AI Implementation service line
Start with one workflow, one clinic, one signature.
We scope against the workflow as it runs today, agree what the system may say and where it may write, and prove it on a bounded pilot before it reaches care.
- Scope
- Design
- Pilot
- Acceptance
- Production
A bounded pilot carries its own acceptance criteria and runs in a controlled workspace. You judge the output against your clinic, not against a slide.
Briefs are treated as confidential. We are used to systems that cannot leave the EEA and programmes that cannot be named.
The brief Tell us the workflow, the record system it runs in, and where it strains today. We reply with a feasibility read.