Back to blog

How Machine-Learning Clustering Saved £340M in Public-Sector Fraud

By Rplus AnalyticsInsight21 May 2026

Some fraud hides in patterns no rule and no caseworker can see. Unsupervised learning can surface them — if it's done responsibly.

That second half matters as much as the first. Because the moment you point a machine-learning model at citizens' data to find fraud, you've taken on two obligations at once: to catch what's genuinely there, and to be certain you're not quietly catching the wrong people. Get the first without the second and you don't have a counter-fraud success — you have a public-trust failure waiting to happen.

Why rules and reviewers miss the costly fraud

Traditional fraud controls are built on rules: conditions someone has anticipated and written down. They're essential, and they work well — for the fraud you already understand. The problem is that the most damaging fraud is usually the kind no one wrote a rule for yet. It's novel, it's coordinated, and it's designed to look ordinary one claim at a time.

A human caseworker faces the same limit from the other direction. Looking at a single file, even an experienced reviewer sees only that file. They can't hold the whole national population in their head and notice that this claim quietly resembles two hundred others — the same subtle fingerprints, the same shared characteristics, the same pattern of behaviour. The fraud isn't visible in any one record. It's visible only in the shape of the whole.

What unsupervised learning actually does

This is the gap clustering is built to close. Unlike a rule, a clustering model isn't told what fraud looks like. It groups records by how similar they are across many attributes at once, and lets the cohorts emerge on their own. Techniques in this family — grouping citizens who share a similar pattern of characteristics — can surface a cluster of claims behaving alike that no rule flagged and no individual reviewer could have connected.

Done at national scale, on a properly engineered data foundation, that's a powerful capability. On one large public-sector programme, this kind of approach helped identify a very substantial sum — on the order of hundreds of millions of pounds — of continuous fraud and error that conventional controls had not caught. To put the scale of the underlying problem in context, the National Audit Office estimates fraud and error cost the UK taxpayer between £55 billion and £81 billion in a single year, and warns that only a fraction is ever detected. Surfacing even part of the hidden remainder is exactly where this technique earns its keep.

The responsibility that has to come with the power

Here is where a Chief Data Officer has to be uncompromising. A model that groups citizens by pattern is, by definition, a model that makes consequential judgements about real people. That demands three things, non-negotiably.

  • Explainability. Every grouping must be answerable. If the system places someone in a high-risk cluster, we have to be able to say precisely which characteristics drove that — in plain terms a reviewer, an appeals process, and the citizen themselves could understand. A grouping no one can explain is a grouping no one should act on.
  • Fairness checks. A model learns from historical data, and historical data carries historical bias. Left unexamined, a clustering model can quietly concentrate suspicion on a group for reasons that have nothing to do with fraud and everything to do with a skew in the data. Testing for that, deliberately, repeatedly — isn't optional polish. It's the core of doing this responsibly.
  • A human firmly in the loop. The model never decides. It surfaces, ranks, and groups; a trained human reviews and makes the call. The output is a prioritised lead for a person to investigate, never an automated verdict on a citizen. That boundary is what keeps the system a tool for caseworkers rather than a replacement for due process.

Detection, not surveillance

It's worth being plain about what this is and isn't. This is pattern detection applied to data the public body already holds and is already entitled to use for exactly this purpose — finding fraud and error in the benefits it administers. It is not mass monitoring, and it isn't about watching individuals. The unit of analysis is the pattern across claims, not the surveillance of a person. Holding that distinction clearly, in design and in language, is part of how a public-sector AI keeps its licence to operate.

Why trust is the point, not a constraint

The instinct, sometimes, is to treat all this governance as friction — a tax on a model that would otherwise run faster. That gets it exactly backwards. In the public sector, a detection system the public doesn't trust is a system that won't survive its first contested case. Explainability, fairness testing and human oversight aren't what slow the model down; they're what let it be deployed at all, and kept in service when it's challenged. The trustworthy version isn't the cautious version of this work. It's the only version that lasts.

Where this leaves us

The lesson isn't "use clustering." It's that the hard part of public-sector AI was never the algorithm. The algorithm is well understood. The hard part is doing something this powerful in a way that's explainable, fair, and accountable to the people it affects — and being able to prove it. That's what separates a detection model that quietly recovers public money from one that becomes a headline for the wrong reasons.

Powerful AI and public trust are not opposites. Built deliberately, they're the same decision.