Blog

Everyone's Talking About Jev. Here's What Actually Worked for Us.

Decision models promised instant, cheap document classification. We tested them against real claims documents. Here's what held up, and what actually worked.

Every claims operation runs on documents. Before anything useful can happen with a document, someone or something has to answer a simple question: what is this? A demand letter, a vendor invoice, a police report, a medical bill, a summons. Get that wrong and everything downstream is wrong with it. The letter goes to the wrong queue, the deadline doesn’t get tracked, and the signal never fires.

At Isomer, classification is the first step in reading a claims organization’s communications. A carrier can have hundreds of document types, many of them overlapping, and every one of those documents has to land in the right place. So when a new class of AI model showed up promising instant, cheap classification, we paid attention.

The hype

This fall, “decision models” got a lot of attention. The pitch, popularized by TypeSafe’s Jev, is that instead of asking a large language model to write an answer, you ask it to pick from a fixed set of options and read its choice straight from the model’s internals. That makes it fast, cheap and deterministic. For a problem like ours, it sounded close to perfect.

We didn’t want to take that on faith, so we ran a spike. We took a random sample of real claims documents, built a careful set of reference labels, and tested every approach we could find against the same documents. That included Jev itself, the open-source projects inspired by it, small models running locally, fine-tuned classifiers, and the large hosted models we already use.

What we found

Jev delivered on the speed and cost. It was the cheapest and fastest option we tested. It just wasn’t more accurate than the classifier we already had in production.

That wasn’t the end of it. A few other things ruled it out for us:

  • It can’t be self-hosted, so customer documents would leave an environment we control.
  • It isn’t covered by a business associate agreement, which matters when claims contain medical information.
  • It caps each question at a fixed number of options, so a real carrier’s catalog has to be split up to fit.
  • It returned overload errors during testing, which is a hard thing to build a production pipeline on.

The open-source alternatives didn’t fare better. The small local models were too small to tell hundreds of overlapping types apart. The most polished open-source project ships only models we can’t use, which brings me to the part of this that matters most to our customers.

Why sovereign AI isn’t optional

In insurance, accuracy is only half the question. The other half is where the model runs, who operates it, and where it came from. Carriers are accountable for the AI their vendors run on their behalf, and regulators increasingly expect them to answer those questions.

That’s why we hold ourselves to a sovereign AI standard: customer data stays in environments our customers can trust, with vendors under agreements that cover it, using models whose origin we can stand behind. Several of the tools we tested failed that bar before we ever looked at their accuracy. A model that’s fast and cheap but can’t pass a carrier’s security review isn’t a shortcut. It’s a dead end.

That standard is a big part of why we deploy where our customers already are, including in their own Azure environment.

What actually worked

The approach that won was less exotic than the hype, and it borrowed the best idea from it.

Every time a language model picks an answer, it also knows how sure it is. Most applications throw that information away. We kept it. We have a fast, inexpensive model classify every document and report its confidence. When it’s confident, which is most of the time, we take its answer. When it isn’t, we send just that document to a more capable model to think it through.

The results:

  • It was the most accurate approach we tested, matching the most capable model running on every document.
  • It costs a small fraction of sending everything to that top model.
  • Most documents are classified in a second or two, and only the hard ones wait on the slower model.

The confidence score turned out to be the real prize. On the documents where the fast model was most confident, it was right almost every time. That gives us something better than an answer: it tells us which answers to trust, and where a person or a stronger model should take a second look. In claims, knowing when you’re unsure is worth as much as being right.

How we test new models

The method matters as much as the result. A few principles we hold to, well beyond document classification:

  • Measure against something independent. Comparing a new classifier to what production already does just tells you how similar they are. We built separate reference labels and scored everything against them.
  • Small samples hide small differences. Several approaches landed within a few points of each other, which is inside the noise for a test of this size. We used paired statistical tests before declaring a winner, rather than trusting a headline number.
  • Validate the test before you trust the result. When a result looks surprising in either direction, we confirm the evaluation itself is measuring what we think it is before drawing any conclusion. A test harness is code too, and it gets the same scrutiny as anything we ship.
  • The catalog matters as much as the model. About half our sample had more than one reasonable answer, because some document types genuinely overlap. A sharp, well-defined set of categories lifts every classifier, which is why we treat catalog design as part of the work, not an afterthought.

Where this goes next

We’re rolling the new approach into production now, with confidence logged on every document so we can tune it for each customer over time.

The broader takeaway is the one we keep coming back to at Isomer. New models will keep arriving, and some of them will be genuinely useful. Our job is to test them honestly against real claims work, keep the ideas that hold up, and only ship what we can explain, audit and stand behind.

Get new posts by email.

New posts on claims risk and AI in claims. Unsubscribe any time.