Central government · Data and platform engineering, 20 weeks
Assembling regulatory evidence from casework correspondence in central government
An extraction and evidence-assembly pipeline over eleven years of casework correspondence, built to a standard where every extracted fact traces to a source passage and a pipeline version.
- Sector
- Central government
- Scale
- UK central government agency, ~2,000 staff
- Duration
- 20 weeks

Context
A central government agency conducts investigations whose evidence base is correspondence: submissions, responses, internal assessments and file notes, accumulated over eleven years across two case management systems and a shared drive that predates both.
Case officers assembling an evidence bundle were reading across all three by hand. The work was slow, and its consistency depended on which officer did it.
The problem
The agency's obligation is not to find documents but to assemble a defensible position: every assertion in a bundle supported by a citation, with the provenance of that citation intact if it is challenged years later.
Volume made that expensive. A mature case could touch several thousand documents, of which perhaps forty mattered, and identifying those forty was expert work that could not be delegated.
The constraint that shaped everything: nothing could leave the agency's boundary, and every automated step had to be explainable to an internal auditor in terms of what it did and what it might have missed.
Why earlier approaches failed
A keyword-and-taxonomy approach had been in place for years. It required officers to know the vocabulary a submission used, which in practice meant the same substantive point was missed whenever a correspondent phrased it unusually, precisely the correspondence most worth finding.
A commercial e-discovery tool was evaluated and rejected on two grounds: it required data egress the agency could not permit, and its relevance scoring could not be explained in terms the agency's auditors would accept.
The pipeline we built
Built entirely inside the agency's boundary, with explainability treated as a delivery requirement rather than a documentation task.
01Ingestion
Incremental connectors to both case management systems and the shared drive, idempotent by content hash so a document reprocessed after a parser change produces one record rather than a duplicate.
02Threading
Correspondence reassembled into threads across systems using headers, quoted-reply detection and participant resolution. A single message is frequently meaningless without the exchange it sits in, and thread reconstruction changed retrieval quality more than any model choice made later.
03Chunking
On turn boundaries within a thread, with the thread summary and participant roles attached to each chunk. Sub-turn splitting only for the small number of very long submissions, on paragraph boundaries.
04Typed extraction
A constrained extraction stage producing typed records: assertion, date, party, obligation cited, each carrying the exact source span. Extraction is schema-validated; anything that fails validation goes to a review queue rather than being silently dropped.
05Retrieval
Hybrid retrieval with metadata pre-filtering on case, date range and party. Case boundaries are enforced at the index level, so a query against one case cannot reach another's material even when the phrasing is identical.
06Evidence assembly
Candidate passages assembled into a draft bundle grouped by assertion, each with its citation and a confidence band. A case officer accepts, rejects or annotates every item; nothing enters a bundle unreviewed.
07Lineage
Every extracted record carries its source document, revision, pipeline version and model version. Reproducing why the system surfaced a passage two years ago is a lookup rather than an investigation.
08Evaluation
420 labelled questions built from closed cases where the correct evidence set was already known, scored on recall of known-relevant passages: the measure that matters when the cost of a miss is asymmetric.
What shipped
- An extraction and assembly pipeline running wholly within the agency's boundary, with model inference through a private endpoint.
- An evidence review interface with accept, reject and annotate, feeding every decision back into the labelled set.
- A lineage store making any surfaced passage reproducible to a pipeline and model version.
- An assurance pack for internal audit: method, measured recall by document family, known failure modes and mitigations.
Outcomes
Each figure below carries the method behind it and the baseline it is measured against, which is the form a result has to take before it means anything.
- Officer time per evidence bundle
- Median hours from case selection to a reviewed bundle, across 40 mature cases before and 40 after.
- 31 h → 9 h
- Recall of known-relevant passages
- Measured on closed cases where the correct evidence set had already been established by hand. The baseline is the keyword-and-taxonomy approach it replaced.
- 64% → 91.4%
- Extraction records amended at review
- Share of typed records an officer corrected, tracked monthly as reviewer corrections fed back into the labelled set.
- 18.3% → 6.1% over six months
- Internal audit findings on method
- At the first internal audit following go-live. Two advisory recommendations were made, both on retention of intermediate extraction records.
- 0 findings, 2 recommendations
“We could not have deployed anything we were unable to explain. The lineage was not a nice-to-have for us, being able to show an auditor exactly which passage produced a record, under which version of the pipeline, is what made the business case approvable at all.”
What next
The agency is extending the same pipeline to a second casework directorate, reusing the threading and lineage stages unchanged and replacing only the extraction schema.
Services involved
- Data & platform engineeringWarehouse and lakehouse build, migration, ingestion, modelling, and the contracts that keep the numbers trustworthy enough to act on.
- Evaluation & assuranceEvaluation harnesses, adversarial testing and data contracts, so both the answers and the numbers underneath them can be checked.
More engagements

Water & utilities
Making thirty years of asset documentation answerable at a UK water utility
A retrieval pipeline over 380,000 asset documents: drawings, condition reports, permits and handover packs, with permission inheritance preserved from the source document management system.
UK regional water utility, ~4,500 staff · 16 weeks
Read the engagement
Financial services
Putting a measured error rate behind claims-evidence retrieval at a specialist insurer
An evaluation harness, adversarial suite and assurance pack retrofitted to a retrieval system already in production, so the firm could state its error rate rather than describe its intentions.
UK specialist insurer, ~1,200 staff · 12 weeks
Read the engagement
Professional services
A two-year AI roadmap grounded in what the document estate could actually support
Fourteen candidate use cases screened against real corpora and against whether anyone could define a correct answer. Six survived; the sequence was chosen so the first delivery paid for the second.
Mid-market UK professional services firm, ~600 staff · 7 weeks
Read the engagement
Get in touch
Talk to us.
A first conversation runs about forty-five minutes and covers three things: what your estate actually looks like, whether anyone can define a correct answer or an agreed number, and whether your permission model resolves per user. Any one of them can rule the work out, and we would rather tell you in week one.
- Prefer email
- hello@vectisflow.com
- Response time
- One working day, from a person who has read it.