Suspected Insurance Fraud Reporting Form to State Fraud Bureau
This suspected insurance fraud reporting form organizes the minimum necessary case details, evidence, and referral status for submission to a state fraud bureau or prosecutor. It helps teams document allegations consistently while keeping disclosure controlled and auditable.
Trusted by frontline teams 15 years of frontline software AI customization in seconds
Built for: Property And Casualty Insurance · Workers' Compensation Insurance · Health Insurance · Specialty Insurance
Overview
This form template captures the minimum necessary information needed to refer a suspected insurance fraud case to a state fraud bureau, department of insurance fraud division, or prosecutor. It is built around the core items reviewers expect to see: submission purpose, consent acknowledgement, claim and policy identifiers, fraud type, a concise fraud summary, involved parties, evidence, and the current referral status.
Use it when a claim has documented fraud indicators and you need a controlled way to package the referral for external review. The structure supports audit trail notes and approval tracking, which helps separate fact gathering from the decision to submit. It is especially useful when multiple people touch the case and you need a consistent record of what was known, what was attached, and who authorized the referral.
Do not use it for routine claim handling, vague suspicion without supporting facts, or broad case narratives that collect more PII than needed. If the issue is still under internal investigation and not ready for external disclosure, keep the form in draft or review status. The template is also not the right place for unrelated medical details, full payment histories, or free-form notes that do not support the referral. Keep the submission focused, specific, and limited to what the bureau or prosecutor needs to evaluate the allegation.
Standards & compliance context
- The template supports GDPR Article 5 data minimization by limiting collection to information needed for the referral.
- The submission notice and consent acknowledgement help document controlled disclosure of PII before external sharing.
- Audit trail notes and approval fields support internal governance and later review of who submitted and authorized the referral.
- If the case includes health-related information, keep the content to the minimum necessary principle and avoid unrelated medical details.
General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.
What's inside this template
Submission Notice
This section sets the purpose of the referral, confirms controlled disclosure, and identifies the internal contact for follow-up.
- Submission purpose
- Acknowledgement of disclosure and use
-
Internal submitter contact email
Used for follow-up questions and audit trail. Do not enter external claimant or witness contact information here.
Case Identification
This section ties the referral to the source claim or policy so the external reviewer can match the case quickly.
- Claim number
- Policy number
- Line of business
- State / jurisdiction
- Date suspected fraud was identified
Suspected Fraud Details
This section explains what type of fraud is suspected and which facts or indicators support the referral.
- Primary suspected fraud type
-
Summary of suspected fraud
Describe what happened, who is involved, and why the matter is being referred. Include observable facts, not conclusions.
- Observed fraud indicators
- Date of loss
-
Loss location
Enter the location if it is relevant to the suspected fraud and already known.
Involved Parties
This section identifies the people connected to the allegation and limits contact data to what is actually needed.
- Is the insured or claimant involved in the suspected fraud?
- Involved party roles
-
Names of involved parties
List only names needed for the referral. If a name is unknown, note the role and any identifying details you already have.
- Is contact information available for any involved party?
-
Contact information summary
Provide only the contact details needed for the referral package. Do not include sensitive identifiers unless required by law or agency request.
Evidence and Documentation
This section shows what supporting material exists and creates a clear record of the evidence behind the referral.
- Evidence available
-
Evidence summary
Summarize what each item shows and how it supports the suspected fraud referral.
-
Upload supporting files
Upload only files needed for the referral package. Redact unnecessary PII where possible.
-
Audit trail notes
Record key dates, who reviewed the matter, and any prior internal escalation steps.
Referral and Review
This section records where the case is going, whether approval is needed, and who attested to the submission.
- Referral destination
- Current referral status
-
Reason approval is required
Briefly note any legal, compliance, or management review required before external submission.
- Attestation
How to use this template
- Start by entering the submission purpose, consent acknowledgement, and the internal contact who can answer follow-up questions about the referral.
- Add the claim number, policy number, line of business, jurisdiction state, and date reported so the case can be matched to the source file.
- Select the suspected fraud type, write a concise fraud summary, and list the specific indicators that led to the referral decision.
- Record the involved parties, their roles, and only the contact information that is actually available and relevant to the case.
- Attach or reference the supporting evidence, then note the referral destination, approval requirement, current status, and submitter attestation before sending.
Best practices
- Use conditional logic so only the fields relevant to the fraud type and line of business appear to the submitter.
- Mark required fields clearly and keep optional fields optional to avoid collecting unnecessary PII.
- Write the fraud summary in plain facts, separating observed inconsistencies from assumptions or conclusions.
- Attach evidence at the time of submission and describe why each file supports the allegation.
- Record whether contact information is available instead of forcing a guess or entering placeholder text.
- Keep the referral destination field specific enough to show whether the case goes to a state bureau, DOI fraud division, or prosecutor.
- Use an approval step for higher-risk referrals so the audit trail shows who authorized disclosure.
What this template typically catches
Issues teams running this template most often surface in practice:
Common use cases
Frequently asked questions
What is this template used for?
This template is used to package a suspected insurance fraud referral for a state fraud bureau, department of insurance fraud division, or prosecutor. It captures the minimum necessary case information, the alleged fraud indicators, involved parties, and supporting evidence. It also records who reviewed the referral and where it was sent. That makes it easier to submit a consistent, auditable case file.
Which claims or incidents should use this form?
Use it when a claim, policy, or loss event raises documented fraud indicators that warrant external referral. It fits suspicious billing patterns, staged losses, misrepresentation, inflated damages, or inconsistent statements tied to a claim. It is not meant for routine claim notes or general customer complaints. If the issue can be resolved internally without a referral, this form is usually unnecessary.
Who should complete and review the referral?
A claims investigator, SIU analyst, or designated fraud reviewer typically completes the form, with approval from a supervisor or compliance reviewer when required. The submitter should be the person closest to the evidence, but not necessarily the person making the final referral decision. The approval section helps separate collection from authorization. That separation supports a cleaner audit trail.
How often is this form used?
It is used on an as-needed basis, only when a case meets your organization’s threshold for suspected fraud referral. Some teams use it for every external referral, while others use it only after an internal triage step. The template works either way because the referral status and approval fields can reflect your workflow. It is not a recurring operational checklist.
What information should be kept out of the form?
Only collect what is needed to support the referral and avoid unnecessary PII. Do not add unrelated medical details, full payment histories, or extra identifiers that do not help the fraud review. If contact information is unknown, note that it is unavailable rather than forcing a guess. The form is designed around data minimization and controlled disclosure.
How does this template support compliance and auditability?
The template includes submission notice, consent acknowledgement, evidence tracking, and audit trail notes so the referral can be reviewed later. Those fields help show what was known, who approved the submission, and what was sent. That is useful for internal governance and for responding to regulator follow-up. It also reduces the risk of inconsistent or unsupported referrals.
Can this form be customized for different lines of business?
Yes. You can tailor the fraud type list, evidence options, and referral destination fields for auto, property, workers’ compensation, health, or specialty lines. The case identification section already supports jurisdiction and line of business, so the same template can be reused across teams. Keep the required fields limited to what each line actually needs.
What integrations are useful with this template?
This form works well with claims systems, document storage, case management tools, and approval workflows. Linking the claim number and policy number to your source system reduces duplicate entry and helps preserve the audit trail. File attachments should point to the supporting evidence repository rather than duplicating sensitive documents in multiple places. If your process includes routing, connect the referral status to notifications or task assignments.
What are the most common mistakes when using it?
Common mistakes include over-collecting personal data, writing vague fraud summaries, and attaching evidence without explaining why it matters. Another issue is skipping the approval step or leaving the referral destination blank. Teams also sometimes use free-text fields where structured fields would make review easier. Clear field labels and conditional logic help prevent those problems.
How is this different from an ad hoc email or memo?
An ad hoc email usually leaves gaps in case identification, evidence description, and approval status. This template standardizes those fields so the referral can be reviewed, routed, and audited more reliably. It also helps teams avoid sending more information than necessary. That makes the submission easier to defend if the case is later questioned.
Related templates
Go deeper on the topic
-
Lockout/tagout (LOTO) is the procedure for controlling hazardous energy — electrical, hydraulic, pneumatic, mechanical, thermal, chemical — before...
-
Job hazard analysis (JHA) — also called job safety analysis (JSA) — is the structured exercise of breaking a work task into sequential steps, identifying the...
-
A near-miss is an event that could have caused injury or damage but didn't — a slip that didn't fall, a load that shifted but didn't drop, a machine that...
-
AI governance is the framework a company uses to decide what AI tools are allowed to do, who's accountable for their outputs, what data they're allowed to...
-
See how connected 1:1 tracking, employee audit history, and LMS completion records turn scattered processes into verifiable workforce documentation.
-
See how bank branch managers use MangoApps scheduling to fill shifts, communicate policy updates, and eliminate last-minute coverage chaos.
-
MangoApps Shifts & Schedules unifies frontline scheduling, time, and leave management in one native platform for faster, simpler operations.
-
See how customers use MangoApps Projects Module to collaborate, track progress, and share knowledge across teams.
Ready to use this template?
Get started with MangoApps and use Suspected Insurance Fraud Reporting Form to State Fraud Bureau with your team — pricing built for small business.