MCPInstall

fraud-detection

Screen a Medicare/Medicaid claims corpus for fraud, waste, and abuse and produce ranked, fully-cited investigation referrals for an SIU / program-integrity team. Use when asked to run a fraud sweep, screen claims for FWA, find billing anomalies, or generate investigation referrals over a claims dataset.

Installs
92
Last 24h
—
Trending rank
—
Security
Not audited

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/anthropics/healthcare --skill fraud-detection
  1. 01

    Install

    Run the command in your project. The CLI asks which agents to install for.

  2. 02

    Describe the task

    Ask your agent for something this skill covers. It loads fraud-detection automatically when relevant.

  3. 03

    Review the result

    The agent follows the SKILL.md steps, scripts and references bundled with the skill.

SKILL.md

The instructions your agent reads when the skill is triggered.

Fraud Detection — claims screening → cited investigation

Screens a Medicare/Medicaid claims corpus against the public rulebook (NCCI MUE, OIG LEIE, CMS enrollment, PFS) and produces ranked, fully-cited investigation referrals for an SIU. The skill orchestrates a three-tier investigation: a deterministic floor does the detection, the model judges and narrates on top, and every dollar/rule allegation traces back to the floor.

Output framing

  • "Indicators consistent with [scheme]," not "fraud." A pattern match doesn't establish intent — that's a downstream investigative/legal determination. This is standard SIU language and the framing the renderers use.
  • Render for review. The skill writes packets to $CLAUDE_HEALTHCARE_DATA/fraud-detection/out/; the payer's SIU workflow decides what to do with them. The model does not send/publish on its own.

Inputs

  • The payer's claims in corpus.duckdb (canonical 6-table schema: claims-schema.sql). Getting this is step 1 below — without it nothing else matters.
  • Quarter (the NCCI/PFS rule set to cite against, e.g. 2026q3).
  • Line of business (medicare / medicaid).

Data root

All fetched/generated state lives outside the plugin install path (which is wiped on upgrade) at ~/.claude/data/healthcare/fraud-detection/ — override the parent dir with $CLAUDE_HEALTHCARE_DATA (each skill appends its own name). Below, data-cache/ and out/ are subdirectories of $CLAUDE_HEALTHCARE_DATA/fraud-detection. Resolve it once at the start of a run:

export CLAUDE_HEALTHCARE_DATA="${CLAUDE_HEALTHCARE_DATA:-$HOME/.claude/data/healthcare}"

Steps

  1. Get the payer's claims into corpus.duckdb. Open with: "Where do your adjudicated claims live?" and follow ${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/LOAD-CLAIMS.md — it walks you and the user from "I don't know" to a populated $CLAUDE_HEALTHCARE_DATA/fraud-detection/data-cache/corpus.duckdb. If they already have a .duckdb with the canonical tables (schema: ${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/claims-schema.sql), use it directly.

    Draft the brief (corpusDb path, quarter, line of business) and confirm scope.

  2. Seed the public reference layer (first run / new quarter only). Detectors cite against $CLAUDE_HEALTHCARE_DATA/fraud-detection/data-cache/reference/<quarter>/reference.duckdb. If that file is missing for the requested quarter, fetch it now — this prints per-source ✓ name (size) progress as ~34 sources land:

    node "${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/scripts/fetch-reference.js" 2026q3
    node "${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/scripts/fetch-enrichment.js"
    

    Requires unzip and pdftotext (poppler) on PATH; both ship with most distros / brew install poppler. Needs real network egress — if you see "Could not resolve host" for cms.gov / oig.hhs.gov, the command sandbox is blocking it; re-run with sandbox disabled. Policy PDFs (NCCI manual, MLN articles) land under reference/<q>/policy/*.txt for grep; everything keyed lands in reference.duckdb. Skip if already present. If a fetch fails or a table is missing, see REFERENCE-DATA.md for source URLs and recovery.

  3. Create the run directory. Each invocation lands in its own minute-stamped directory so prior runs are preserved side-by-side. Every script honors FRAUD_OUT_DIR:

    export FRAUD_OUT_DIR="$CLAUDE_HEALTHCARE_DATA/fraud-detection/out/run-$(date +%Y%m%d-%H%M)"
    mkdir -p "$FRAUD_OUT_DIR"
    echo "$FRAUD_OUT_DIR"
    

    Use the printed absolute path verbatim as outDir in the next step.

  4. Run the investigation by calling the Workflow tool with:

    • scriptPath: ${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/workflows/investigate.js
    • args: { "corpusDb": "<abs path to corpus.duckdb>", "quarter": "2026q3", "lob": "medicaid", "pluginRoot": "${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection", "dataRoot": "<abs $CLAUDE_HEALTHCARE_DATA/fraud-detection>", "outDir": "<abs FRAUD_OUT_DIR from step 3>" }

    The workflow runs three stages (see "How it works"):

    • Detect — runs the deterministic sweep (scripts/screen.js, zero model) → $FRAUD_OUT_DIR/referrals.detect.json.
    • Adjudicate — one agent per judgment-required finding (D2/D4/D7/D13) sets status + adjudication.reason; mechanical detectors auto-confirm. Adjudicate may dismiss or downgrade, never add.
    • Synthesize — one agent per provider writes the investigator narrative, plus novel-lead discovery with adversarial verification.

    Tell the user they can watch the fan-out live with /workflows.

  5. Materialize the stage snapshots + render (required — this is the reviewable deliverable). The workflow sandbox has no filesystem, so write its return to disk and let apply-stages.js produce the auditable spine. FRAUD_OUT_DIR does not persist across separate Bash calls — re-export it (to the same absolute path you printed in step 3) at the top of every shell block that needs it: Use the Write tool to save the workflow's return JSON verbatim to $FRAUD_OUT_DIR/workflow-result.json (it can be 50KB+ — don't heredoc it through Bash). Then:

    export FRAUD_OUT_DIR="<abs path from step 3>"
    node "${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/scripts/apply-stages.js"
    

    This writes $FRAUD_OUT_DIR/referrals.adjudicated.json, referrals.final.json, referrals.json (canonical, = final), and the renderer sidecars (source-excerpts.json, providers.json).

    Then render the packets FIRST, then the dashboard (the dashboard only links a provider row to its packet if that packet file already exists), then the xlsx:

    export FRAUD_OUT_DIR="<abs path from step 3>"
    node "${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/scripts/render-packet.js" --all
    node "${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/scripts/render-dashboard.js"
    node "${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/scripts/render-xlsx.js"
    

    → $FRAUD_OUT_DIR/provider-packet-<npi>.html ×N, index.html, referrals.xlsx.

  6. Show the dashboard so the user can validate it visually.

    • Claude Code Desktop with the preview tool available: serve the run directory and open it in the side-pane preview — npx serve "$FRAUD_OUT_DIR" (the dashboard is index.html, so the root URL is the dashboard; packet links resolve as siblings).
    • Otherwise (terminal CLI, no preview tool): use the OS opener on $FRAUD_OUT_DIR/index.html — try in order, stop at the first that works:
      f="$FRAUD_OUT_DIR/index.html"
      open "$f" 2>/dev/null \            # macOS
        || xdg-open "$f" 2>/dev/null \   # Linux
        || wslview "$f" 2>/dev/null \    # WSL
        || powershell.exe start "$(wslpath -w "$f")" 2>/dev/null \  # WSL→Windows fallback
        || cmd.exe /c start "" "$f" 2>/dev/null \                   # Windows
        || echo "Could not auto-open; open manually: $f"
      

    Skip this entirely in a headless/non-interactive run (eval, CI, Cowork) — just report the path. Don't fail the run if opening/serving fails.

  7. Relay: the ranked referrals (NPI, schemes, exposure $, confidence) and total exposure from the workflow result, verbatim where it cites numbers. Surface meta.disclaimer if it is set. Do not add any dollar or rule the deterministic floor did not produce. End the response with the run-directory path on its own line so downstream graders/tools can locate the artifacts:

    Run directory: <absolute $FRAUD_OUT_DIR>
    
  8. Close the loop (optional) — see ${CLAUDE_PLUGIN_ROOT}/skills/fraud-detection/PROPOSE-DETECTORS.md to mine this run for new detector candidates and payer-specific adjudicate-time checks.

The inviolable line

The model adjudicates, explores, and narrates freely, but any dollar or rule allegation must trace to a detect-stage deterministic recompute (the gate in scripts/gate.js). Adjudicate may dismiss or downgrade a finding (with an auditable reason) — it never adds one or changes its dollars. Synthesize narratives are separate, clearly-marked model output and never introduce a number the floor did not compute.

Enrichment — local cached data (canonical), MCPs for interactive only

The deterministic pipeline reads enrichment from local cached files (scripts/fetch-enrichment.js → $CLAUDE_HEALTHCARE_DATA/fraud-detection/data-cache/enrichment/, loaded via scripts/enrichment.js) — no runtime auth, no drift, fully reproducible. The healthcare plugin's bundled MCP servers (CMS Coverage / ICD-10 / NPI Registry) are for interactive adjudicate/synthesize exploration only; the pipeline does not depend on them.

  • ICD-10-CM — code validity / description (NLM Clinical Tables)
  • CMS Coverage (LCD/NCD) — medical-necessity policy index; cached, feeds D4 adjudication
  • NPI Registry — provider taxonomy/status

How it works (plugin layout)

  • Entry skill — this file; orchestrates the workflow, never does the math.
  • Workflow — workflows/investigate.js (Claude Code dynamic Workflow): Detect → Adjudicate → Synthesize.
  • Deterministic sweep — scripts/screen.js <corpus.duckdb> <quarter> <lob> runs all detectors and writes $FRAUD_OUT_DIR/referrals.json. Zero model calls.
  • Detectors — scripts/dNN-*.js (one deterministic module each, sharing the Finding shape).
  • Pipeline — scripts/pipeline.js (run → gate → roll up → rank → referrals.json).
  • Citation gate — scripts/gate.js (independently recomputes every cited number; uncited or non-reproducing findings are dropped — "citation-or-zero").
  • Reference data — scripts/reference-data.js loads $CLAUDE_HEALTHCARE_DATA/fraud-detection/data-cache/reference/ (NCCI/MUE, LEIE, PFS, enrollment), fetched by scripts/fetch-reference.js, versioned by date-of-service quarter.
  • Enrichment — scripts/enrichment.js loads $CLAUDE_HEALTHCARE_DATA/fraud-detection/data-cache/enrichment/, fetched by fetch-enrichment.js.
  • Stage merge — scripts/apply-stages.js (workflow return → referrals.adjudicated.json / .final.json).
  • Renderers — scripts/render-dashboard.js (→ index.html), render-packet.js, render-xlsx.js → $FRAUD_OUT_DIR/.

Every allegation cites a public rule with a value the gate independently recomputes, or it is dropped.

FAQ

What does the fraud-detection skill do?

Screen a Medicare/Medicaid claims corpus for fraud, waste, and abuse and produce ranked, fully-cited investigation referrals for an SIU / program-integrity team. Use when asked to run a fraud sweep, screen claims for FWA, find billing anomalies, or generate investigation referrals over a claims dataset.

How do I install fraud-detection?

Run npx skills add https://github.com/anthropics/healthcare --skill fraud-detection in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/fraud-detection/ (personal) or .claude/skills/fraud-detection/ (project).

Which AI agents can use fraud-detection?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is fraud-detection safe to install?

No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.

Who maintains fraud-detection?

It is published by anthropics in anthropics/healthcare. It has 92 recorded installs.

More from anthropics/healthcare

View all →

fhir-developer-skill

anthropics/healthcare

FHIR API development guide for building healthcare endpoints. Use when: (1) Creating FHIR REST endpoints (Patient, Observation, Encounter, Condition, MedicationRequest), (2) Validating FHIR resources and returning proper HTTP status codes and error responses, (3) Implementing SMART on FHIR authorization and OAuth scopes, (4) Working with Bundles, transactions, batch operations, or search pagination. Covers FHIR R4 resource structures, required fields, value sets (status codes, gender, intent), coding systems (LOINC, SNOMED, RxNorm, ICD-10), and OperationOutcome error handling.

OfficialBackend & APIs664 installs

clinical-trial-protocol-skill

anthropics/healthcare

Open the skill to read its SKILL.md instructions.

Official449 installs

prior-auth-review-skill

anthropics/healthcare

Open the skill to read its SKILL.md instructions.

OfficialBackend & APIs342 installs

icd10-cm-skill

anthropics/healthcare

Open the skill to read its SKILL.md instructions.

120 installs

clinical-note-extract-skill

anthropics/healthcare

Open the skill to read its SKILL.md instructions.

109 installs

contracts

anthropics/healthcare

Open the skill to read its SKILL.md instructions.

104 installs

Popular data & databases skills

View category →

Postgres best practices maintained by Supabase, for Postgres running anywhere. Load this skill BEFORE writing or changing anything that lives in a Postgres database: creating or altering tables and columns (including choosing column types), schema design, migrations and declarative schema files, RLS policies and the tests that verify them, indexes, triggers, database functions, queues and scheduled jobs (pgcron, pgmq), vector/semantic search (pgvector), and restoring dumps (pgrestore) or importing data. Also load it when diagnosing slow queries, high CPU, timeouts, EXPLAIN plans, connection exhaustion, locking, bloat, or rows visible to the wrong user or tenant. This is not just a performance guide — schema, migration, security, and SQL authoring tasks need these rules too, even for a one-column change or a single query.

OfficialData & Databases462.2K installs

prisma-client-api

prisma/skills

Prisma Client API reference covering model queries, filters, operators, and client methods. Use when writing database queries, using CRUD operations, filtering data, or configuring Prisma Client. Triggers on "prisma query", "findMany", "create", "update", "delete", "$transaction".

OfficialData & Databases393.5K installs

Deprecated compatibility name for prisma-orm-setup. Use only when a user or existing integration explicitly invokes prisma-database-setup; otherwise select prisma-orm-setup.

OfficialData & Databases392.3K installs

prisma-cli

prisma/skills

Prisma ORM 7 CLI reference for existing Prisma 7 applications or explicitly selected Prisma 7 workflows. Covers prisma init, generate, migrate, db, dev, studio, and mcp. For setup, connection repair, or Prisma 8, use prisma-orm-setup; not the Prisma Platform CLI.

OfficialData & Databases390.8K installs

prisma-postgres

prisma/skills

Deprecated compatibility name for prisma-postgres-setup. Use only when a user or existing integration explicitly invokes prisma-postgres; otherwise select prisma-postgres-setup.

OfficialData & Databases384.4K installs

Required reference for Prisma ORM 7 SQL driver adapter work. Use when implementing or modifying adapters, adding database drivers, or touching SqlDriverAdapter, Transaction, savepoint, result mapping, or DriverAdapterError behavior. Covers current transaction lifecycle, optional savepoint hooks, original database-error preservation, and verification.

OfficialData & Databases378.9K installs