ALLDOQ
ALLDOQ/Verify

Read the whole record. Fast.

Clinical judgement, sharpened by AI.

ALLDOQ Verify turns a bundle of medical records into a structured patient story, with every fact traced back to the page it came from. It is built to sharpen clinical judgement, not to replace it.

Category
Clinical records AI workspace
Built for
UK medico-legal review
Deployment
Self-hosted, single tenant

The problem

Patient files must be reviewed within tight clinical time constraints.

A medico-legal instruction rarely arrives as a coherent story, but as a bundle of records accumulated over decades. Most of the work lies in piecing together the clinical chronology before an opinion can be formed.

The facts that change a decision are the ones buried where keyword search cannot reach them: a penicillin allergy noted in 2009, a statin quietly discontinued, an earlier admission for chest pain. Plain keyword search misses them. Plain vector search invents links that are not there. Neither is safe enough to trust on its own.

"Has this patient ever taken penicillin?" is a question a chart should be able to answer in seconds, with the page to prove it. Until now it has taken an afternoon, and the answer has been only as good as the reader's stamina.
The question ALLDOQ Verify was built to answer

What it does

six capabilities, one workspace.

01

Upload medical records

Upload one or more PDF files, whether they are scanned documents or text-based records. Large files are supported, with uploads accepted up to several gigabytes.

02

Read every page

Each page is analysed individually. A confidence score is assigned to every page, and where scan quality is poor, a vision model is used to improve extraction accuracy.

03

Extract clinical data

Medical information is automatically structured into database tables, including medications, diagnoses, laboratory results, procedures, allergies, vital signs, encounters and immunisations. UK medication names are preserved exactly as written.

04

Build & customise the timeline

Every fact is dated, categorised and organised into a verified chronology. Filter by event type or customise the timeline to a clinical specialty such as cardiology, oncology or neurology.

05

Search using natural language

Ask questions in plain English, such as "What is the patient's cardiac history?", "Show all hospital admissions", or "Has amlodipine ever been prescribed?" The system understands clinical context without requiring complex filters.

06

Verify every answer

Every response is fully traceable back to the original records. Answers include the source document and page reference, allowing clinicians to confirm the evidence instantly.

In practice

Every answer arrives with its source page.

Ask a question in plain language; the answer comes back cited to the exact document and page, so verification is a single click.

“Has this patient ever taken penicillin?”
Yes. Amoxicillin 500mg recorded twice, and co-amoxiclav once during a 2018 admission.
doc 4f2e · p.234doc 4f2e · p.241doc 9a1c · p.12
8

clinical fact types extracted into typed tables

3

tier reading: text layer, then page image, then vision model

100%

of answers carry a source page citation

How it works

From raw page to cited answer, in four stages.

Plain vector retrieval is unsafe for medical questions about whether something ever happened. ALLDOQ Verify reads, structures and verifies in stages, so the answer rests on evidence rather than similarity.

1

Read

Each page is read through its native text layer first. Pages with too little text are read from the page image, and the poorest scans go to a vision model. The source of every page is recorded.

Text layer → page image → vision fallback → per-page confidence
2

Structure

Page text is chunked and embedded for search, then read by a language model that returns typed clinical facts as strict records. Each fact keeps the exact quote, page and chunk it came from, plus a confidence score.

Chunk → embed → LLM extraction → typed SQL tables
3

Route the question

Each question is classified. Factual questions query the typed facts directly, widened by a clinical ontology so that penicillin reaches amoxicillin, flucloxacillin and co-amoxiclav. Narrative questions use hybrid keyword and vector search with reranking. Time questions read the chronology.

Factual · narrative · temporal · aggregate
4

Verify, then cite

Before an answer is shown, a verifier removes negations and mentions belonging to a different patient. What remains is returned with the source document, page and exact quoted text.

Negation filter → wrong-patient filter → mandatory citation

Clinical safety by design

Built for the edge cases that make medical AI dangerous.

Each known failure mode of a naive system has a specific countermeasure in the pipeline. The clinician sees evidence; the clinician decides.

The risk What ALLDOQ Verify does
Top-K retrieval misses a long-tail mention in a 1000-page chart Typed-fact SQL runs first, with keyword and vector search as a safety net underneath it.
Embeddings miss the link between a generic, a brand and a drug class A UK clinical ontology expands synonyms and classes before the search runs.
A negation reads the same as a confirmation to a model A verifier filters out negations and denials before any answer is shown.
A family-history mention is attributed to the wrong patient The same verifier removes mentions that belong to another person.
An extraction fails quietly and a fact goes missing Every fact carries an explicit confidence field, batch validity is tracked, and parsing retries on a smaller batch.
A model states a fact that is not in the source Every fact stores its verbatim source quote, page and chunk, so a spot check is one click.

Information governance

Patient data stays where you put it.

Encryption at rest

PII encrypted with AES-256-GCM

NHS number, MRN, date of birth, name, address and contact details are encrypted in the database. Uploaded PDFs are encrypted on disk with envelope encryption, and page images are deleted once reading is complete.

Self-hosted models

The model runs on your infrastructure

The language model endpoint is configurable and can run against self-hosted models on hardware you control, so records are read by models you choose rather than a public AI provider.

Access control

Invite-only, with roles and two-factor

Signup is invite-only with an admin role for organisation management. Optional SMS two-factor protects sign-in, and single sign-on is supported through a signed token.

Audit trail

Every step is recorded

Each clinician acknowledges a written AI-safety statement before first use, timestamped on their record. Every chat exchange is kept per user and per patient. No patient detail ever leaves the system by email.

Under the hood

Engineered for fault tolerance and concurrency.

Runtime A fault-tolerant, highly concurrent runtime engineered for steady throughput under heavy document loads
Data A relational store combining vector and keyword search for fast, precise retrieval across large records
Processing Resumable, checkpointed background processing across reading, extraction and chronology, so long jobs recover cleanly
Language models Pluggable language-model endpoints with load balancing and per-host concurrency control
Reading Layered document reading, from native text to page image to a vision model, chosen per page by confidence
Interface A responsive single-page interface with an embedded document viewer, live progress and an interactive timeline
Billing Predictable per-page billing with signed, verified payment events

Deployment and pricing

Single tenant, on infrastructure you control.

ALLDOQ Verify

It reads the whole record, and shows its working.

ALLDOQ Verify surfaces the evidence and points at the page it came from. The judgement stays with the clinician, which is exactly where it belongs.

Get in touch