Blog
If a simple claim takes as long as a hard one, what is the queue actually measuring?
Most claims time goes on reading documents to find out whether a case is easy or hard — before any real assessment starts.
Published
A question worth putting to a claims director: how much longer does your most complex claim take than your simplest one?
If the answer is "not much", then most of the time is not going on assessment. It is going on the parts that are identical for every claim — receiving documents, reading them to see if anything is missing, keying the details in, and waiting for a turn in the queue.
A minor rear-end collision with complete paperwork and a claim with a genuine liability dispute should not take the same time. In many insurers they do, because both join the same queue.
Where the time goes
Receiving and reading. Policyholders send photographs from a phone, receipts shot at an angle, handwritten medical certificates. Someone opens each file to check completeness, and if something is missing, contacts them and waits.
Re-keying. Details already present in the documents are typed into the system by hand, which is slow and is where errors enter.
Routing that ignores difficulty. Senior assessors who should be handling complex cases spend their time on simple ones, because work is allocated in arrival order rather than by difficulty.
What the technology can do now
Machine reading of documents has moved a long way in a few years. Current systems handle receipts, medical certificates and phone photographs well enough to rely on, including Thai-language documents shot off-square.
Once the details are extracted, completeness can be assessed the moment the policyholder presses send, rather than two days later when someone opens the file. Simply telling them immediately what is missing removes an entire round trip.
And once the content of a claim is known, difficulty can be sorted. Claims that match policy terms, arrive complete, and sit under a threshold can take a fast path, while claims showing signs of complexity go to experienced hands from the start.
What needs particular care
Insurance decisions affect people's lives directly, and the industry is closely regulated.
Using a model to sort and route is explainable and auditable. Using a model to decline is an entirely different proposition.
If a claim is declined, somebody must be able to say which policy term it failed, not which score it received. A model that cannot explain itself does not belong anywhere near a decline path.
The same holds for fraud detection: it should point investigators at cases to examine, not decide them. Historical data used to train such a model carries the biases of historical investigation with it, every time.
Start with one step
One claim type, one document set, and a single goal: tell the policyholder within minutes whether their paperwork is complete.
That scope is small enough to finish in months, measurable, and touches no decision that a regulator has an interest in.
What GIPSIC does here
We have built document tracking systems; on one, tracing a document went from hours to under five minutes. The problem with paperwork in large organisations is usually not reading it. It is knowing who has it and where it stopped.
We will say plainly if we think what you need is not AI yet. Often, making the path of a document visible delivers more, and risks less, than starting with a model.
If you would like to talk through your claims process, get in touch.
About the author
Film — Wisit. A businessman who still does his own BA work more often than he probably should, and writes a fair bit of code, front and back. Runs two or three small businesses. Follows technology and business obsessively, in Thailand and everywhere else. Off the clock: physics, astronomy, DIY, and anything to do with networks. Music always on, though he cannot sing. Plays instruments anyway, badly. Plays a lot of sport, racket sports above all. Not much of a traveller by himself, but happy to take Mint anywhere in the world. A man who fears — sorry, loves — his wife. One flaw: he barely touches video games.
Written with Claude Opus 5