LLM-assisted insurance subrogation

Subrogation recovery, the money an insurer is owed back, is often hiding in the details of claim files no one has time to read closely. We looked at using large language models to find it.

Type
Applied study
Domain
Insurance
Techniques
Large language models, document intelligence
Scope
Reading claim files at scale

The problem

Subrogation is an insurance term worth explaining, because the whole project sits inside it. When an insurer pays a customer's claim but someone else actually caused the damage, the insurer has the right to recover that payout from the responsible party's insurer. Pursued properly, it's real money coming back in the door.

The catch is that finding these cases means reading claim files closely, and no team has the hours to read all of them. So recoverable money slips through, not because anyone decided to let it go, but because nobody had time to spot it.

As always, we worked through the six CRISP-DM steps.

what we learn feeds back into the business questions Businessunderstanding Dataunderstanding Datapreparation Modeling Evaluation Deployment
The six CRISP-DM steps. Every project here ran through them.

Start with the business

Most of what we had to learn was how subrogation works day to day. The clues that someone else was at fault live in the details of a file: adjuster notes, police reports, descriptions of what happened. A specialist can spot them, but only in the files they have time to open.

We also learned that the two possible mistakes cost very different amounts. Missing a recoverable claim loses the full payout. Wrongly flagging one costs a specialist a few minutes to dismiss it. That difference shaped everything downstream.

Get to know the data

Claim files are long, inconsistent, and written by different people for different purposes. The preparation work was getting them into a shape where a model could read each file whole, notes and reports together, the way a specialist would.

Build the model

Reading dense text and flagging what matters is exactly what large language models are good at. We looked at using an LLM to review each closed file and flag the ones with likely recovery potential. Every flagged file goes to a specialist who makes the actual call.

every closed claim file LLM review flagged: recoverable a person reviews only these
Every file gets read. Only the short list needs a person.

Check it against the goal

Because a miss costs the full payout and a false flag costs minutes, a system like this should lean toward flagging. The measure of success is whether the short list catches the recoverable claims, and whether specialists find the list worth their time. If they stop opening it, the system has failed no matter what its accuracy says.

Make it something people can use

The deliverable is a short list with the model's reasoning attached, landing in front of a person who knows subrogation. Nobody's job disappears. The money just stops slipping through.

The model does the reading no one had time for. The specialist keeps the judgment.

This was an applied study. We're glad to discuss how a pilot like this would be run responsibly in a regulated setting.

Value buried in documents no one can read all of?

That's a language-model problem. Let's talk about it.

Book a free discovery session