What this automation does
First notice of loss is where a claim either starts clean or starts with a week of callbacks. This workflow collects everything an adjuster needs on the first contact, in whatever channel the claimant used, and routes the claim to the right desk.
- Take the report anywhere. Phone calls (with a voice agent after hours or during surges), a web form, text messages, the claims mailbox and agency submissions all feed one intake.
- Match the policy. The insured is matched by policy number, name, phone or address in the policy or agency management system. The workflow shows whether the policy was in force on the date of loss. It does not tell the claimant anything about coverage.
- Collect line-specific facts. Auto: date, time and location, vehicles and VINs, drivers, other parties and their carriers, police report number, injuries, where the vehicle is now and whether it is drivable. Property: cause of loss, damaged areas, mitigation steps taken, whether the home is livable. Workers comp: employee, date, body part, how it happened, witnesses and treatment. Liability: what happened, who was hurt and what was damaged.
- Extract documents. Photos, police reports, repair estimates, medical bills and invoices are read by a vision model into structured fields linked to the claim.
- Summarize. The adjuster gets a one-page loss summary: facts with their source (caller, photo, police report), open questions and any inconsistencies between sources.
- Route. Rules route the claim by line, severity markers (injury, total loss indicators, uninhabitable property, attorney involvement) and territory to the right adjuster or team.
- Acknowledge. The claimant gets a claim reference, what happens next and how to reach the adjuster, from templates your compliance team approved.
- Create the record. The claim is created in your claims system, or for agencies, logged as an activity in the agency management system and submitted to the carrier.
When it is worth building
Build this when claims staff spend much of their day on callbacks for missing facts, when after-hours and weekend reports wait until Monday, or when a storm or hail event buries the team in first notices that all arrive at once.
Skip it if your core claims platform has an FNOL module that already covers your channels and your team uses it well, or if you are an agency with a handful of claims a month that you report straight to carrier portals. A custom build makes sense for multiple channels, multiple carriers or lines, catastrophe surge capacity, or a claims system whose intake screens nobody likes.
Architecture
| Layer | What we use | Why |
|---|---|---|
| Channels | Twilio voice and SMS, a web form, the claims mailbox in Outlook or Gmail | Claimants report in whatever way is easiest at a bad moment |
| Voice | An LLM voice agent on Twilio for after-hours and overflow | Answers every call during a surge, and hands off to people on cue |
| Conversation and extraction | Claude Sonnet 5.5, or OpenAI’s GPT models, with a schema per line of business | Collects facts conversationally and returns structured fields |
| Policy lookup | Policy admin or agency management system APIs, such as Applied Epic | Matching must use the system of record, not the model’s guess |
| Claims record | Your claims system (for example Guidewire ClaimCenter or Duck Creek) or the carrier’s FNOL submission | Adjusters keep working where they already work |
| Orchestration | n8n or a small Python service | Channel handling, routing rules, retries and surge queueing |
| Audit log | Postgres table of every AI output, prompt version and model version | Supports AI governance reviews and claim file questions |
Core insurance systems rarely have open APIs. Applied Epic, Guidewire and similar platforms usually require a partner program, an integration marketplace listing or customer-specific approval, and that approval often sets the timeline. Plan an interim step where staff create the claim from the AI summary in one action.
How to build it
- Pull a sample of recent first notices by line, with the callbacks adjusters had to make. The missing items become the required fields.
- Write a schema per line with required and optional fields, and the question wording for each, reviewed by a senior adjuster.
- Build the policy match with read-only access, returning the policy, named insureds and in-force status for the adjuster only.
- Build the conversation for web, SMS and email first. Add voice after the text flow is solid, since it uses the same schema.
- Add document extraction for photos, police reports and estimates, each field tagged with its source document.
- Write routing rules with your claims manager. Routing is deterministic: line, severity markers, territory and adjuster capacity.
- Add guardrails. A banned-phrases check on every outbound message (no coverage statements), handoff on distress or attorney mention, and separate scripts for third-party claimants, who should not hear policy details.
- Run in parallel with your current intake for two to four weeks, comparing completeness and routing.
The document step follows our AI document data extraction guide, and the phone side builds on AI voice agents for phone support and our AI calling platform work on Twilio.
What breaks in production
- Catastrophe surges. A storm brings a week’s volume in a day. Queue work, respect API rate limits, and prioritize uninhabitable homes and injuries.
- Duplicate reports. The insured, their agent and a contractor all report the same roof. Match on policy, date of loss and address before creating a second claim.
- Third-party claimants. The other driver calls in. They need a different script, and the policy match must not reveal the insured’s details.
- Attorney involvement. Once a claimant says they are represented, carriers generally communicate through the attorney from that point. Stop collecting and route to an adjuster.
- Date confusion. Claimants give the date they noticed damage, not the date it happened. Ask both, and flag the gap.
- Coverage-sounding language. “Don’t worry, this should be covered” is the one sentence the AI must never send. Check every outbound message.
Timeline and cost
A first line of business typically takes five to eight weeks to build, plus whatever time core system API approval takes. Lumeor builds claims intake in the range of $20,000 to $55,000. The low end is web, email and SMS intake for one or two lines with summaries and routing. The high end adds a voice agent, several lines of business, direct claims system integration and surge handling. Running costs include model usage, voice minutes and SMS fees (check your providers’ current pricing). See the Applied Epic tool page for agency-side integration and what a custom AI agent costs for scoping.
How to measure success
- Share of first notices complete on first contact, by line
- Adjuster callbacks needed for missing information
- Time from report to acknowledgment and to adjuster assignment
- Misrouted claims per week
- After-hours and surge reports handled without a backlog
- Claimant satisfaction with the intake experience