Automate claims status lookups and policy questions with real-time integration across your policy and claims systems.
Intelina Voice· Phone
Claim status, policy questions and first notice of loss captured on the call, with the claim filed before hang-up.
Intelina Desk· Web chat
Policyholder portal chat for document requests and coverage lookups, routing complex claims to an adjuster with full context.
75%+
Target Automation
90%+
Time Reduction
8K+ calls/day
Scale Capacity
Figures on this page are planning targets and typical volume distributions for the sector, not measured results from a named customer. We size them against your own numbers during the demo.
The Claims Inquiry Backlog
Manual lookup across multiple systems
8-minute average handling time
Frustrated customers waiting for updates
Agent context-switching overhead
Customer
Menu or queue
Dead end
Contact mix
Where the volume actually goes.
Before deciding what to automate, it helps to see what people are actually contacting you about — and which module is the right home for each slice.
33%Claim status and next stepsBoth modules
TodayManual lookup across systems
22%Policy coverage and premium questionsIntelina Desk
TodayLong calls, inconsistent answers
16%First notice of lossIntelina Voice
TodayAdjuster takes it by phone
12%Document and evidence submissionIntelina Desk
TodayEmail ping-pong
10%Billing, payments and lapsesBoth modules
TodayTransferred to billing
7%Complex or high-value claimsBoth modules
TodayNeeds an adjuster from the start
The approach
One agent across every claims system
01
Unifies fragmented systems
The agent queries policy, claims, and billing systems together — no manual context-switching.
02
Gives instant claim status
Policyholders hear exactly where their claim stands, what's needed next, and expected timelines.
03
Guides first notice of loss
Walks customers through filing a claim step by step and captures the details accurately.
04
Escalates complex cases
Nuanced or high-value claims route to an adjuster with the full conversation and policy context.
What the agent handles
Claim status & next-step guidance
Policy coverage & premium questions
First notice of loss (FNOL) intake
Document & evidence submission help
Playbooks
What each module actually does here.
Not capabilities in the abstract — the specific flows, in order, with the primitives each one relies on.
Intelina Voice
Phone · AI voice agents + customer CRM
Claim status in one lookup, not four
TriggerPolicyholder asks where their claim stands
1The caller is identified from their number and the policy is already in context
2The agent queries your claims system for current status and outstanding items
3It states what is needed next and the expected timeline, then logs the call
read_customerhttp_webhook → claimscall logs
First notice of loss, captured properly
TriggerCaller reports an incident
1The agent walks the intake questions in conversation rather than as a form
2It files the claim against your system and speaks the reference back
3The submission is deduplicated so a dropped call cannot create two claims
TriggerValue thresholds, injury, or liability language
1Escalation fires mid-call rather than after the agent has taken details twice
2The adjuster receives the transcript, the policy context and the intake so far
3The handoff and the reason are recorded on the call
escalatecall logs
Intelina Desk
Web chat · AI chat + ticketing tool
Coverage answered from the actual wording
TriggerPortal chat asks whether something is covered
1The knowledge base is searched over the policy wordings you uploaded
2The answer is grounded in the document, with the caveat that it is not a coverage determination
3Anything ambiguous is escalated rather than guessed
knowledge baseAI policy guardrailsescalation
Policy details from the live system
TriggerPremium, renewal date or deductible question
1A registered endpoint returns the signed-in policyholder's live policy record
2Only the fields you whitelisted reach the model
3The response is never written to our database
data endpointsfield whitelistno data at rest
Document requests that track themselves
TriggerThe claim needs evidence from the policyholder
1The conversation becomes a ticket with the outstanding items listed
2SLA tracking runs against the response window
3The adjuster picks it up with the full thread and the claim reference attached
ticketsSLA trackingqueues
Integrations
What it plugs into.
Every connection is something you register in the dashboard — no bespoke integration work on our side.
Claims management system
HTTP webhook tool for reads and FNOL writes
Policy administration
Registered data endpoint with a field whitelist
Billing and payments
HTTP webhook tool with idempotency
Document store
Ticket attachments plus your own upload endpoint
Policyholder portal
Widget script tag reading your existing session
Guardrails
What it refuses to do.
The limits that matter in this sector, enforced by configuration rather than by prompt wording.
No coverage determinations
The AI explains what a wording says and escalates the decision. It does not adjudicate a claim.
One claim per incident
FNOL submissions are deduplicated per conversation so a dropped call cannot open a duplicate claim.
Encrypted system credentials
Claims and policy system credentials are held per organisation, encrypted at rest, and resolved only at execution time.
Complete call record
Transcript, detected intents, executed actions and the exact prompt used are stored against every call.
Rollout
How this actually goes live.
Read-only first, writes behind approvals, then widened once the record justifies it. No big-bang cutover.
01Days 1–3
Identify the policyholder
Map your claims line and import policyholder records, or point the portal widget at your session endpoint.
02Week 1
Status lookups only
Launch read-only claim status and policy questions. Nothing writes back yet.
03Week 2
Upload the wordings
Load policy documents so coverage questions are answered from your text rather than from general knowledge.
04Weeks 3–4
Enable FNOL
Turn on first notice of loss with idempotency keys, behind approvals, and validate every submission against your claims system.
05Ongoing
Tune the escalation line
Adjust the thresholds that send a claim straight to an adjuster, using the escalation history and knowledge gaps report.
Measurement
What to hold it accountable to.
Each target maps to something the product already reports, so nobody has to build a spreadsheet to find out whether it worked.
Metrics, current typical state, target, and where each is reported
Metric
Typically today
Target
Reported by
Average inquiry time
Around 8 minutes with manual lookup
Under a minute
Call duration in the call log
Status enquiries automated
Handled by adjusters
75%+
Intent counts against escalation events
Adjuster time on routine status
A large share of the day
Reserved for complex claims
Ticket categories and agent performance reporting
Duplicate claims from dropped calls
An occasional cleanup task
Zero
Idempotency replays on FNOL submissions
Projected outcomes
What success looks like
<1 min
Average inquiry time
Down from an 8-minute manual lookup.
75%+
Inquiries automated
Status and policy questions handled instantly.
8K+
Calls per day
Scales to peak claim periods without backlog.
Policyholders get a clear answer in under a minute — instead of waiting on hold for a manual lookup.
Insurance questions
What buyers in this sector ask first.
No. It explains what your policy wording says and hands the determination to a person. Coverage decisions are exactly the kind of action worth routing through the approval queue.
See this running on your own insurance data.
Bring one line or one queue and your real numbers. We will size the plan against them on the call rather than quoting the targets on this page back at you.