Loading...
compliance

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 (required)
  • Internal submitter contact email (required)

    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 (required)
  • Policy number
  • Line of business (required)
  • State / jurisdiction (required)
  • Date suspected fraud was identified (required)

Suspected Fraud Details

This section explains what type of fraud is suspected and which facts or indicators support the referral.

  • Primary suspected fraud type (required)
  • Summary of suspected fraud (required)

    Describe what happened, who is involved, and why the matter is being referred. Include observable facts, not conclusions.

  • Observed fraud indicators (required)
  • 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? (required)
  • Involved party roles (required)
  • 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? (required)
  • 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 (required)
  • Evidence summary (required)

    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 (required)
  • Current referral status (required)
  • Reason approval is required

    Briefly note any legal, compliance, or management review required before external submission.

  • Attestation (required)

How to use this template

  1. Start by entering the submission purpose, consent acknowledgement, and the internal contact who can answer follow-up questions about the referral.
  2. Add the claim number, policy number, line of business, jurisdiction state, and date reported so the case can be matched to the source file.
  3. Select the suspected fraud type, write a concise fraud summary, and list the specific indicators that led to the referral decision.
  4. Record the involved parties, their roles, and only the contact information that is actually available and relevant to the case.
  5. 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:

The fraud summary is too vague to explain why the case was referred.
Required fields are overused, which pushes submitters to enter unnecessary PII.
Evidence is attached without a short explanation of what each item proves or contradicts.
The referral destination is left generic, making it unclear who received the case.
Approval status is missing, so the audit trail does not show who authorized submission.
Contact information is collected even when it is not available or not needed for the referral.
The form mixes internal investigation notes with external referral facts, which can create disclosure risk.

Common use cases

Auto SIU referral package
A claims investigator uses the form to document a suspicious auto loss, list the insured and other involved parties, and attach photos, statements, and repair records before sending the case to the state fraud bureau.
Property claim escalation
A property adjuster records inconsistent loss timing, conflicting witness accounts, and supporting documentation so a supervisor can approve referral to the department of insurance fraud division.
Workers' compensation fraud review
An SIU analyst captures the claim identifiers, suspected misrepresentation, and evidence summary while keeping the submission limited to minimum necessary information for external review.
Health billing anomaly referral
A compliance reviewer documents unusual billing patterns, the jurisdiction, and the referral destination while avoiding unrelated patient details and preserving the audit trail.

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.

Go deeper on the topic

Related concepts
  • 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...
Related guides

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.

Ask AI Product Advisor

Hi! I'm the MangoApps Product Advisor. I can help you with:

  • Understanding our 40+ workplace apps
  • Finding the right solution for your needs
  • Answering questions about pricing and features
  • Pointing you to free tools you can try right now

What would you like to know?