Insurance claims & broker submission intake
From scattered inbox submissions to structured claims data
Claims and broker submissions still arrive as email — and someone has to read, sort, and re-key every one before the real work starts.
The challenge
First notice of loss forms, photos of damage, policy schedules, broker slips, the occasional garbled forward chain — insurance intake is still an inbox problem.
Before an adjuster assesses a claim or an underwriter prices a risk, someone spends time triaging: which policy is this, what type of submission is it, where do the attachments belong, and what's missing? That manual re-keying happens on every single submission, and it happens before any actual assessment work begins.
This is part of a broader pattern. Email is the intake layer that sits before your claims triage or underwriting AI ever runs — and it's harder to get right than it looks. Read: email as the AI intake layer →
| Submission Type | Requirement | Old Process | Time per Submission |
|---|---|---|---|
| FNOL (First Notice of Loss) | Claim number assignment, triage | Manual read + re-key into claims system | 10-15 min |
| Damage photos | Attach to correct claim file | Manual download & file | 5-10 min |
| Broker submission (slip/schedule) | Route to right underwriter, risk class | Manual read + forward | 15-20 min |
| Policy documents | Compliance record-keeping | Manual filing by policy number | 5-10 min |
The solution
Every intake channel becomes an email alias.
Claimants and brokers send to a dedicated address — claims@ingest.insurer.com or submissions@ingest.broker.com — and EmailConnect parses everything into structured JSON: sender, subject, body, and every attachment.
That payload feeds straight into your claims or underwriting system — Guidewire, Applied Epic, a custom queue, or an n8n workflow that extracts the policy number, routes by submission type, and files the attachments against the right record. No inbox triage, no re-keying.
{
"message": {
"sender": {
"name": "Jan de Vries",
"email": "jan.devries@example.com"
},
"recipient": {
"email": "claims@ingest.insurer.com"
},
"subject": "FNOL — Policy #NL-2024-8871 water damage",
"content": {
"text": "Hello,\n\nReporting water damage at our property following a burst\npipe on 28 June. Claim form and photos attached.\n\nRegards,\nJan de Vries"
},
"attachments": [
{
"filename": "fnol_claim_form.pdf",
"contentType": "application/pdf",
"size": 184213
},
{
"filename": "damage_kitchen.jpg",
"contentType": "image/jpeg",
"size": 2841119
},
{
"filename": "damage_hallway.jpg",
"contentType": "image/jpeg",
"size": 2653004
}
]
},
"spam": {
"isSpam": false,
"authentication": {
"dkim": { "result": "pass" },
"spf": { "result": "pass" }
}
}
}Showing relevant fields only. See the full webhook payload reference →
The workflow automatically
- Extracts the policy/claim number from the subject or body via regex or an LLM step
- Routes by submission type (FNOL vs broker slip vs supporting document)
- Attaches photos and PDFs to the correct claim record
- Flags missing required documents (e.g. no photos on a damage claim)
- Notifies the assigned adjuster or underwriter
- Maintains an audit trail for regulatory record-keeping
Built for special-category data
Claims data is sensitive by default — and in personal injury, health, and life lines it often qualifies as special-category data under the GDPR. That raises the bar on where it's allowed to be processed.
EmailConnect processes and stores everything on EU-sovereign infrastructure, with zero exposure to the CLOUD Act, FISA Section 702, or the Patriot Act. Delete an email and its attachments the moment you're done with DELETE /api/v1/emails/{msgid}, and set retention periods to match your policy. Sensitive claimant data only exists on our servers for as long as you actually need it.
The results
Intake stops being a queue. Instead of an adjuster opening each email, reading it, and copying details into the claims system, submissions arrive already parsed, routed, and filed — ready for assessment. The people who cost the most are freed from the work that costs the least.
The figures below are an illustrative example of a typical setup, not a specific customer's reported results.
Triage + re-keying eliminated
From email to claims system
No Cloud Act exposure
Got your own document collection challenge?
Whether it's FNOL intake, broker submissions, underwriting packets, or something completely different — we love brainstorming automation solutions that actually fit regulated workflows. Let's explore.
Start automating
Turn claims and broker submissions into structured data, with EU-compliant processing and storage.
Set up your workflowImplementation guide