Skip to content

Insurance Investigation Management Platform

ClaimTrace Manage every investigation from assignment to final report.

ClaimTrace brings investigation operations, assignments, investigators, reporting and insurer collaboration into one platform — built for the companies that carry out insurance investigations, not for the inbox they currently run on.

Built for
Investigation companies
Architecture
Multi-tenant SaaS
Users
Admins, managers, investigators, clients
Technology
Laravel · Vue · Inertia · MySQL

01 · The problem

Investigation work spread across tools that were never meant to run it.

Investigation companies coordinate field work, evidence, deadlines and several clients at once — usually with WhatsApp, email, a shared drive and a spreadsheet holding it together.

These are common operational challenges in the industry, not a description of any particular firm. Most companies recognise a few of them; very few recognise none. ClaimTrace is designed to address them.

  • Assignments spread across WhatsApp, email and spreadsheets
  • Difficulty tracking the status of an investigation
  • Manual investigator allocation
  • Documents lost between devices and inboxes
  • Poor visibility into outstanding investigations
  • Delayed reporting
  • Workload that is hard to balance across a team
  • Weak audit trails once a case is questioned
  • Payroll worked out by hand at the end of the month
  • Investigator performance that is difficult to monitor
  • Several insurers and clients handled manually
  • No single operational dashboard for the business

02 · The platform

One system for the whole investigation lifecycle.

ClaimTrace provides a centralised system for managing investigations from the moment they arrive to long after they are closed. Everything below lives in the same place, tied to the same case.

Investigation intake

New assignments enter the system as cases, not as messages.

Claim information

Claim references, client details and assignment data held together.

Assignment

Who the work belongs to, decided and recorded.

Investigator allocation

Work distributed across the team with workload in view.

Investigation workflow

Configurable statuses that match how the firm works.

Documents

Case files kept with the case instead of on a device.

Evidence

Supporting material captured as the investigation proceeds.

Notes

Observations recorded against the case as they are made.

Status tracking

Where every open investigation stands, at a glance.

Reports

Findings compiled from material already on the case.

Client / insurer access

Controlled visibility for the people who commissioned the work.

Operational dashboards

The business seen as a whole, not case by case.

Payroll workflows

Investigator compensation handled where configured.

Billing and financials

Financial workflows around the work, where applicable.

User roles

Permissions that follow the role, not the person.

Multi-company structure

Each organisation operating in its own environment.

The shift

From "who has that file?" to "open the case".

The operational value of ClaimTrace is not any single feature. It is that the assignment, the investigator, the evidence, the review, the report and the client are the same record — so a question about an investigation has one place to be answered.

  • Every open investigation has a visible status and an owner.
  • Every document belongs to a case, not to a device.
  • Every action leaves a trace that can be reviewed later.
  • Every client sees exactly what the firm decided to share.

03 · How it works

Nine steps from assignment to closed case.

This is the path an investigation takes through the platform. The exact statuses can be configured around your process — the shape of the work is what matters here.

  1. STEP 01

    Investigation is received

    An investigation company receives a new assignment from a client — an insurer, a broker or a claims team.

    However it arrives, this is the point where the work becomes the firm's responsibility and needs to be visible.

  2. STEP 02

    Claim is registered

    Relevant claim and assignment information is captured in ClaimTrace, so the case exists as a record rather than as a message in someone's inbox.

    Claim reference, client, assignment type and the details the firm needs to act on are held in one place from the start.

  3. STEP 03

    Assignment is reviewed

    A manager or authorised user reviews what the investigation actually requires before anyone is sent anywhere.

    Scope, urgency and the kind of work involved are assessed while the case is still cheap to plan.

  4. STEP 04

    Investigator is assigned

    The investigation is allocated to the investigator who fits the work.

    The decision stays with the manager; the platform is designed to support it and to record it.

    What the decision weighs

    • Location
    • Current workload
    • Availability
    • Assignment type
    • Internal workflow

    Allocation is a manager's decision supported by the platform, not an automated algorithm.

  5. STEP 05

    Investigation begins

    The investigator opens the assignment and carries out the required work.

    Progress, notes, findings, documents, evidence and observations are recorded against the case as the work happens, not reconstructed afterwards.

  6. STEP 06

    Investigation is reviewed

    A manager or reviewer checks the work before it becomes a report.

    Gaps, missing documentation and questions are raised while the investigator is still close to the case.

  7. STEP 07

    Report is prepared

    Findings are compiled into the report the assignment calls for.

    The material gathered during the investigation is already attached to the case, so preparing the report is assembly rather than archaeology.

  8. STEP 08

    Report is submitted

    The final report is made available through the appropriate workflow.

    Delivery to the client is part of the case record, so "when was it sent" has an answer.

  9. STEP 09

    Case is completed

    The investigation is closed and stays available for future reference, audit and reporting.

    A closed case keeps its documents, its timeline and its decisions — which is what makes it useful a year later.

04 · Investigation lifecycle

Every case has a status, and the status means something.

A shared vocabulary for where work stands — so "in progress" means the same thing to the manager, the investigator and the client.

  1. Status 01

    New

    The investigation has been received and registered, but not yet allocated.

  2. Status 02

    Assigned

    An investigator owns the case and knows it is theirs.

  3. Status 03

    In Progress

    Field work is under way; notes, documents and findings are being recorded.

  4. Status 04

    Under Review

    A manager or reviewer is checking the work before it becomes a report.

  5. Status 05

    Report Preparation

    Findings are being compiled into the report the assignment calls for.

  6. Status 06

    Submitted

    The report has been made available to the client through the agreed workflow.

  7. Status 07

    Completed

    The case is closed and remains available for reference, audit and reporting.

Configurable, not fixed. The statuses above are the common shape of investigation work. The exact workflow — what the stages are called, what has to happen before a case can move, who is allowed to move it — can be configured around your organisation's process.

05 · Role-based experience

Five roles, one case, five different views of it.

Permissions are controlled through role-based access. Nobody gets an unrestricted view of the platform simply because they have an account — including clients.

Administrator

Responsible for how the organisation is set up inside the platform.

Responsible for

  • Organisation configuration
  • Users and their accounts
  • Roles and permissions
  • System settings
  • Oversight of the environment

Configures who can do what — and is accountable for that configuration.

Business owner / management

Responsible for the business behind the investigations.

Responsible for

  • Overall operations
  • Workload across the team
  • Performance and throughput
  • Financial visibility
  • Reporting and staff management

Works mostly from dashboards and reports rather than individual cases.

Investigation manager

The operational centre of the platform — most days run through this role.

Responsible for

  • Receiving assignments
  • Reviewing claims
  • Assigning investigators
  • Monitoring progress
  • Reviewing completed investigations
  • Managing reports

Decides who does the work and whether it is ready to go out.

Investigator

Does the work in the field and records what they find.

Responsible for

  • Viewing assigned investigations
  • Conducting the investigation
  • Recording findings
  • Uploading supporting documentation
  • Updating investigation progress
  • Completing assigned work

Sees the cases assigned to them, not the whole caseload.

Claims / insurer user

The client who commissioned the investigation.

Responsible for

  • Access to the work made available to them
  • Status of the investigations they commissioned
  • Delivered reports
  • History of work done for them

Where applicable, external users are given controlled access — deliberately scoped, never open-ended.

Access is a decision, not a default

Every role above is a set of permissions the organisation controls. Roles can be shaped to match the firm's own structure, and access to a case follows the role rather than seniority or habit.

06 · Operational dashboard

The whole operation on one screen.

What a manager opens in the morning: what came in, what is moving, what is waiting on someone, and what needs attention today.

Interface illustration — placeholder values, not company figures
Interface illustration

What a dashboard is for

Not decoration — a working screen that answers three questions before the first call of the day: what is overdue, who is overloaded, and what is waiting on us rather than on the client.

07 · Inside an investigation

One case, and everything attached to it.

The investigation page is where the work actually happens: claim information, the assignment, the evidence, the timeline of what was done and the report that comes out of it.

Interface illustration — field values are masked

What lives on a case

Everything an investigation produces stays attached to the investigation — which is what makes the case answerable months later, when the people who worked on it have moved on to twenty others.

Claim information
The reference, the policy context and the details the assignment came with.
Investigation details
What is being investigated, and what the client asked for.
Assignment
When it arrived, who reviewed it and what was agreed.
Investigator
Who owns the work — and the record of any reassignment.
Status
Where the case stands in the lifecycle right now.
Client / insurer
Who commissioned the work and what they can see.
Documents
Files gathered before, during and after the field work.
Notes
Observations recorded as the investigation proceeds.
Evidence
Supporting material captured against the case.
Activity timeline
What happened, in order, with the account behind each step.
Findings
What the investigator concluded, and on what basis.
Report
The document delivered to the client, kept with the case.

08 · Documents & evidence

Files that stay with the case.

A centralised system is the difference between "it is on someone's phone" and "it is on the case, uploaded by whom, when".

ClaimTrace is designed to keep investigation documents, supporting files, notes, evidence and reports organised against the investigation they belong to, so preparing a report — or answering a question about one — starts from a complete case rather than a search through inboxes.

What this is not. ClaimTrace organises and records the material an investigation produces. It does not perform forensic examination and does not verify the authenticity of evidence — those remain matters for the investigator and the appropriate specialists.

Interface illustration — file names are examples

09 · AI-assisted analysis

Help looking in the right place first.

AI-assisted analysis to help investigation teams identify patterns and potential areas requiring further review.

On a large caseload, the hard part is knowing which cases deserve a second look. The analysis is designed to surface patterns, anomalies and cases that may warrant closer attention, so experienced people spend their time where it is most likely to matter.

What it does not do

  • It does not determine whether a claim is fraudulent.
  • Its output is not a finding, a decision or a recommendation to decline.
  • It does not replace the investigator, the reviewer or the firm's judgement.
  • Nothing it surfaces reaches a client without a person standing behind it.
Interface illustration — indicators shown are examples

10 · Insurer & client collaboration

Managing the client side of investigation work.

An investigation company works for several insurers and claims teams at once. ClaimTrace is designed to keep those relationships organised inside the same system as the work itself.

Client / insurer profiles

Each client the firm works for exists as a profile, with the investigations commissioned under it.

Claim references

The client's own reference travels with the case, so both sides are talking about the same claim.

Assignment information

What was asked for, when it arrived and what was agreed, kept with the investigation.

Status visibility

Where a commissioned investigation stands — without a phone call to ask.

Report delivery

Completed reports are made available through the firm's agreed workflow and stay on the case.

Controlled external access

Where the firm chooses to give a client access, it is scoped by role and limited to their own work.

Investigation history per client

Because every case carries its client, the firm can look back at the work done for a particular insurer — what was investigated, how long it took and what was delivered — without assembling it by hand.

On insurer integrations

ClaimTrace does not claim a built-in connection to any particular insurer's systems. Where a client wants assignments or reports exchanged system-to-system, that is integration work CodeWave scopes with both parties.

11 · Operational reporting

Reporting on the business, not just on the case.

Investigation reports go to clients. Operational reporting is for the people running the firm.

  • Investigation status across the whole caseload
  • Investigator workload and distribution
  • Completed investigations over a period
  • Outstanding work and what it is waiting on
  • Performance and turnaround across the team
  • Activity within the organisation
  • Work done for each client or insurer
Interface illustration — chart shapes are placeholders, not data

12 · Payroll workflows

Paying the people who did the work.

Investigation companies often calculate what an investigator is owed from the assignments they completed — which is exactly the information the platform already holds.

ClaimTrace can support operational payroll workflows for investigation teams where they are configured: staff records, assignment-related compensation, payroll processing and payment tracking, tied to the work in the system rather than re-keyed from it.

Said plainly: these are operational payroll workflows. Statutory payroll compliance — deductions, filings and the obligations that come with them — is not claimed here. Where a firm needs it, we scope it explicitly.

Staff records

Investigators and staff exist as records in the same system as the work they do.

Investigator compensation

What is owed can be derived from completed assignments rather than assembled by hand.

Assignment-related payments

Payments tied to the cases that produced them, with a trail back to the work.

Payment tracking

What has been paid, what is outstanding and against which period.

13 · Bulk operations

When work arrives a hundred at a time.

Clients do not always send one assignment. Bulk upload is designed for the days when a batch arrives at once, and for bringing existing records into the platform during onboarding.

  1. 01

    Multiple records

    A batch of investigations to be registered, rather than one case at a time.

  2. 02

    Bulk upload

    The batch is uploaded into the platform in one operation.

  3. 03

    Validation

    Records are checked before anything is created, so problems surface early.

  4. 04

    Records created

    Valid records become investigations inside the organisation.

  5. 05

    Assignments & flow

    From there they follow the normal assignment and workflow path.

The practical details — what your existing records look like, how fields should map and what a valid record means for your firm — are worked through during onboarding rather than assumed here.

14 · Multi-tenant architecture

Built around organisations, not around one customer.

ClaimTrace is designed as a platform that serves many investigation companies. Each organisation operates within its own tenant environment.

Data separation

Each organisation's investigations, users and clients belong to that organisation's environment.

Organisation-specific users

Accounts, roles and permissions are defined inside the organisation they belong to.

Organisation-specific workflows

Statuses and process can be configured per organisation rather than shared across all of them.

Controlled access

Authentication and role-based permissions govern what any account can reach.

Scalable SaaS architecture

New organisations are onboarded onto the same platform without a separate build.

This describes the platform conceptually. Database names, server paths, environment configuration and credentials are deliberately not published.

15 · Security

Security described honestly.

Investigation work involves other people's claims, statements and evidence. Here is how the platform is built to handle that — and what we do not claim.

Authentication

Every user signs in to their own account; access is per person, not per office.

Role-based access

What a user can reach follows the role they were given inside their organisation.

Permission control

Administrators configure permissions deliberately rather than granting blanket access.

Tenant isolation

Organisations work inside their own environments, separated from one another.

Secure data handling

Data is handled through the application and its controls rather than through ad-hoc exports.

Auditability

Actions on a case leave a record, so what happened can be reviewed afterwards.

Controlled external access

Clients and insurers see only what the firm deliberately made available to them.

Maintained platform

Security is part of ongoing maintenance, not a one-off at launch.

What we will not tell you

That the platform is "100% secure", "impossible to hack" or protected by "bank-level security". No honest engineering team says any of those things. What we will do is describe the controls in place, discuss your own requirements, and keep the platform maintained.

16 · Technology

Why CodeWave could build this.

ClaimTrace is a multi-tenant, role-driven, workflow-heavy platform with documents, reporting, financial workflows and external users. That is a demanding piece of software, and it is the kind CodeWave builds.

The technologies below are those used within the broader ClaimTrace platform and its product development environment. Server details, hosting and configuration stay private to the deployment.

PHP Laravel Vue Inertia Tailwind CSS MySQL Redis REST APIs WebSockets

Architecture at a conceptual level

17 · Who it is for

Built for the people who run investigations.

ClaimTrace is an investigation company's system. Insurers and claims stakeholders take part in it as clients of that company.

Insurance investigation companies

Firms whose business is carrying out investigations for insurers, brokers and claims teams — and who currently run that business across several disconnected tools.

One operational system for the whole firm.

Investigation managers

The people allocating work, chasing progress, reviewing findings and answering for deadlines.

A caseload they can see, and decisions that are recorded.

Field investigators

The people doing the actual investigation — on the road, on site, rarely at a desk.

One place for their assignments, notes, documents and progress.

Claims operations teams

Teams coordinating intake, documentation and delivery around investigations.

Fewer hand-offs that depend on someone remembering.

Insurance / claims stakeholders

The insurers, brokers and claim managers who commission investigations from the firm.

Controlled visibility of the work they commissioned.

18 · Business benefits

What a firm gets out of running on one platform.

Described as capabilities rather than percentages — improvement figures would be invented, and invented figures are worth nothing to you.

Centralised operations

Assignments, evidence, reports and clients live in one system instead of four.

Better assignment visibility

Who has what, and what is still unallocated, is visible without asking around.

Structured workflows

Work moves through defined stages rather than through habit and memory.

Improved accountability

Actions carry the account behind them, which makes questions answerable.

Faster information retrieval

A case and its material can be found in seconds, including old ones.

Better reporting

Operational reporting comes out of the work instead of out of a spreadsheet.

Operational visibility

Management can see the business as a whole, not one case at a time.

Scalable organisation management

More investigators, more clients and more cases without changing how the firm runs.

19 · FAQ

ClaimTrace questions.

The questions investigation firms actually ask us — answered without hedging.

Prefer the engineering story? Read the ClaimTrace case study.

Is ClaimTrace built for insurers or for investigation companies?

It is built first for the companies that carry out investigations — investigation firms, their managers, their investigators and their operations teams. Insurers and claims stakeholders come into the platform as clients of that firm: they are given access to the work that concerns them, through the workflow the firm controls.

How are investigators assigned to a case?

A manager or authorised user reviews the assignment and allocates it. The platform is designed to support the considerations that decision involves — location, current workload, availability, the type of assignment and the firm's own internal workflow — and to record who assigned what, and when. The judgement stays with the manager.

Can our own investigation workflow be used, or is it fixed?

The lifecycle shown on this page is the shape most investigation work takes: received, assigned, in progress, reviewed, reported, completed. The exact statuses and steps can be configured around how your organisation actually works, rather than forcing the organisation to work the way the software does.

What does the AI-assisted analysis actually do?

It is designed to help teams look in the right place first — surfacing patterns, anomalies or cases that may deserve closer attention. It does not decide whether a claim is fraudulent, and its output is not a finding. Every conclusion in an investigation comes from the investigator and the reviewer who signed it.

How is our data separated from another investigation company's?

Each organisation operates within its own tenant environment, with its own users, investigations, clients and configuration. Access is authenticated per user and scoped by role inside that organisation, and one organisation's users do not work across another organisation's data.

Can insurers and claim managers see investigations directly?

Where the firm chooses to give them access, yes — external users can be given a controlled view of the work that relates to them, such as status and delivered reports. Access is granted deliberately and scoped by role; it is not an open window onto the platform.

Does ClaimTrace handle investigator payments?

The platform can support operational payroll workflows for investigation teams where they are configured — staff records, assignment-related compensation and payment tracking. Statutory payroll compliance is a separate question, and we scope it explicitly with the firm rather than assuming it.

Can existing investigation records be brought in?

Bulk import is part of the platform: records are uploaded, validated and created, and then follow the normal assignment and workflow path. The practical detail — what your existing records look like and how they should map — is worked through during onboarding.

Can ClaimTrace be adapted for a firm that does other kinds of investigation?

The platform is built around insurance investigation work, but the underlying shape — assignments, field work, evidence, review, report, client — is common to other investigation and inspection businesses. Talk to us about how your firm operates and we will tell you honestly how close the fit is.

More from CodeWave

Explore more CodeWave products

Request a demo

Ready to bring your investigation operations into one platform?

Tell us how investigations move through your firm today — where they arrive, who allocates them and how reports go out. We will show you the same flow inside ClaimTrace.