Schadenaufnahme mit Claude Code absichern: keine Policennummern oder Arztunterlagen im KI-Eingang

Im Postfach für Schadenmeldungen liegen Kundenmail, Policen-PDF, Reparaturangebot, Unfallnotiz und ein Foto einer ärztlichen Bescheinigung im selben Ordner. Die Sachbearbeitung möchte schnell antworten und fehlende Unterlagen anfordern. Also wirkt es verlockend, Claude Code den ganzen Ordner lesen zu lassen. Genau dort entsteht das Risiko. Policennummer, Adresse, Telefon, Fahrzeugnummer, Diagnose und Name der Gegenseite können im Entwurf landen, bevor jemand prüft. Die erste Korrektur ist kein besserer Prompt, sondern eine Tabelle, die Aufnahme-CSV und Originalanhänge vor der KI trennt.

Bei einer Versicherungsagentur verbindet die Schadenaufnahme Kundenservice, Weitergabe an Versicherer, Dokumenten-Nachforderung und interne Freigabe. Claude Code passt für eine anonymisierte Aufnahme-CSV, Kategorien fehlender Unterlagen, E-Mail-Entwürfe und Prüfung lokaler Berechtigungen. Es sollte nicht über Leistung, Deckung, Ausschluss, Haftungsquote, medizinische Unterlagen, Einwilligung oder offizielle Zieladresse je Versicherer entscheiden. Diese Punkte bleiben bei Menschen mit Originalakte und genehmigtem Ablauf.

Geprüfte Primärquellen sind Claude Code Permissions, Claude Code Sandboxing, die japanische FSA-Seite zu personenbezogenen Informationen im Finanzbereich, der PPC-Hinweis zu Cloud-Diensten und PPC-Material zu Versicherern und Agenturen. Das ist keine individuelle Rechtsberatung. Die einzige primäre CTA ist Training und Beratung, weil Rollen, Freigabelinien und Übungen mit fiktiven Daten gemeinsam festgelegt werden müssen.

Kernaussagen

• Originale liegen in claim-raw/, redigierte Arbeitskopien in claim-ai-work/.
• Claude Code sieht nur Vorgangs-ID, Schadenart, Datumsband, fehlende Dokumentkategorie, maskierte Zusammenfassung und nächste Zuständigkeit.
• Policennummer, Adresse, Telefon, E-Mail, Fahrzeugkennung, ärztliche Bescheinigung, Diagnose, Gegenseite und interne Notizen je Versicherer bleiben draußen.
• Drei Anwendungsfälle sind CSV-Klassifizierung, E-Mail zu fehlenden Unterlagen und Einreichungs-Checkliste je Versicherer.
• ROI misst Entwurfszeit, Prüfzeit, Nacharbeit und Fälle, die vor der Eingabe gestoppt wurden.

Arbeitsablauf: CSV und Anhänge trennen

Teilen Sie den Schadenordner in vier Bereiche. claim-raw/ enthält Originalmails, Policen, medizinische Nachweise, Fotos und Kostenvoranschläge. claim-transform/ enthält Feldtabelle und Ersetzungsregeln. claim-ai-work/ enthält die anonymisierte KI-Kopie. claim-approved/ enthält freigegebene E-Mails und Checklisten.

Ordner	Inhalt	Zugriff von Claude Code
claim-raw/	Mails, Policen, Bescheinigungen, Fotos, Angebote	Lesen und Schreiben verweigert
claim-transform/	Feldtabelle, Regeln, Prüfkommando	Ausführung nach menschlicher Prüfung
claim-ai-work/	Anonymisierte CSV, Klassifikation, Entwurfsmaterial	Lesen und Schreiben erlaubt
claim-approved/	Freigegebene Mail und Checkliste	Speicherung durch Menschen

Eine Arbeitszeile bleibt klein: claim_id, case_type, received_date, missing_document_type, redacted_summary, next_owner, carrier_channel. carrier_channel kann “Versicherer-A-Portal” oder “Agenturfenster B” lauten, aber keine echte Mailadresse, keinen Personennamen und keinen direkten Kontakt enthalten.

Freitext zum Unfall ist der schwache Punkt. “Vor der Wohnung des Kunden”, “die Mutter fuhr mit” oder “Nackenschmerzen nach dem Aufprall” verraten Identität, Beziehung und Gesundheit. In der KI-Kopie wird daraus “Versicherter A”, “Mitfahrerin B” oder “medizinisches Detail vorhanden; Original prüfen”. Diagnose, Klinik und Inhalt medizinischer Dokumente bleiben aus der Arbeitsdatei.

Das PPC-Material zu Versicherungsagenturen beschreibt Fälle, in denen Daten von Versicherungsnehmern nicht nach Versicherer getrennt wurden, sowie unpassende Weitergabe durch entsandte Personen und fehlende organisatorische und personelle Schutzmaßnahmen. Die Grenze ist daher konkrete Betriebsführung: Sie verhindert, dass Daten aus einer Beziehung an den falschen Versicherer gehen.

flowchart TD
  A[claim-raw Originale] --> B[claim-transform Felder]
  B --> C[Anonymisieren und begrenzen]
  C --> D[Vorabprüfung]
  D --> E[claim-ai-work Kopie]
  E --> F[Claude Code Entwurf]
  F --> G[Menschliche Prüfung]
  G --> H[claim-approved final]

Was Claude Code übernimmt und was Menschen entscheiden

Claude Code übernimmt die Ordnung nach der Anonymisierung. Es kann Zeilen klassifizieren, fehlende Dokumentkategorien markieren, Fragen für Sachbearbeitung vorbereiten und eine Kundenmail entwerfen. Aus “Kfz-Sachschaden, Reparaturangebot fehlt, Schadendatum vorhanden” entsteht ein Checklistenpunkt und eine höfliche Nachforderung.

Menschen entscheiden Deckung, Zahlung, Ausschluss, Haftung, medizinische Nachweise, Kontakt zur Gegenseite, offizielle Einreichung, Einwilligung und Aufbewahrung. Ein Claude-Code-Entwurf wird nicht direkt gesendet. Eine Person prüft Original, Verfahren des Versicherers, freigegebene Formulierung und echten Empfänger.

Berechtigungen und Sandbox gehören zusammen. Permissions steuern, welche Tools welche Dateien oder Domains erreichen. Die Dokumentation beschreibt Permissions und Sandbox als ergänzende Schichten: Permissions gelten für Read, Edit, Bash, WebFetch und MCP; Sandbox setzt Betriebssystemgrenzen für Bash und Kindprozesse. Für diesen Ablauf werden Read(/claim-raw/**) und Edit(/claim-raw/**) verweigert, nur claim-ai-work/ erlaubt und im Sandbox-Dateisystem zusätzlich denyRead und denyWrite gesetzt.

Ergänzend helfen der Claude Code Berechtigungsleitfaden und Claude Code Sicherheitspraktiken.

Drei Anwendungsfälle

Use case 1: Aufnahme-CSV nach Schadenart und fehlender Unterlage klassifizieren

• Eingabe: claim_id, Schadenart, Eingangsdatum, maskierte Zusammenfassung, Anhangkategorie und Team.
• Ausgabe: Klassifikation, fehlende Unterlagen, Originalfelder zur Prüfung und Fragen an Sachbearbeitung.
• Menschliche Prüfung: Deckung, Vertrag, Policennummer, Gegenseite, medizinische Unterlagen und Ziel je Versicherer.

Fragen Sie nach Kandidaten und Prüffeldern, nicht nach Endentscheidungen. Bei hohem Eingang zeigt die redigierte CSV, welche Fälle Angebot, Unfallnotiz oder Portal-Upload brauchen.

Use case 2: E-Mail für fehlende Unterlagen entwerfen

• Eingabe: Vorgangs-ID, pseudonymer Kundenname, Dokumentkategorie, Antwortfrist, Einreichungsoptionen, Kanaltyp.
• Ausgabe: Betreff, Text, Liste der Unterlagen, Antwort-Hinweis und Vor-Senden-Checkliste.
• Menschliche Prüfung: Empfänger, echter Name, tatsächliche Unterlagen, Versicherer, Übermittlungsweg, Anhänge.

Bei solchen E-Mails ist der richtige Empfänger wichtiger als schöner Stil. Die KI-Kopie nutzt Kategorien wie “Reparaturangebot”, “Unfallnotiz” oder “medizinisches Begleitdokument”, keine Diagnose. Der Aufbau ähnelt dem Ablauf für Anfragen.

Use case 3: Checkliste für Einreichung je Versicherer vorbereiten

• Eingabe: Versichererkategorie, Schadenart, Einreichungskanal, erforderliche Dokumentkategorie, Rolle, verbotene Information.
• Ausgabe: Checkliste, Prüffeld je Versicherer, nicht zu sendende Daten, Freigeber, Pausengrund.
• Menschliche Prüfung: Auftragsumfang, Einwilligung, Versichererregeln, offizielles Ziel, Kundenkontakt während der Pause.

Eine Mehrfachagentur muss Informationen nach Beziehung trennen. Claude Code entscheidet nicht, wohin gesendet wird. Es erzeugt Felder, die eine Person zur Bestätigung von Kanal und Umfang zwingen.

Kopierbarer Prompt

Nutzen Sie ihn nur mit anonymisierter CSV in claim-ai-work/. Keine Policen, medizinischen Nachweise oder Originalmails einfügen.

Sie unterstützen die Schadenaufnahme einer Versicherungsagentur.
Lesen Sie nur ./claim-ai-work/intake-redacted.csv und geben Sie aus:

1. Schadenart-Kandidat pro claim_id
2. Kategorie fehlender Unterlagen
3. Originalfelder für menschliche Prüfung
4. Entwurf einer E-Mail zu fehlenden Unterlagen
5. Checkliste vor dem Senden

Regeln:
- Keine Entscheidung zu Zahlung, Ausschluss, Haftung oder Deckung
- Keine Policennummer, Adresse, Telefon, E-Mail, Fahrzeugkennung, Diagnose oder Gegenseite erfinden
- Keine Originalordner lesen, keine E-Mail senden, keine externen Dienste nutzen, nichts löschen
- Bei personenbezogen wirkenden Werten stoppen und nur den Feldnamen melden
- Am Ende schreiben: "Nicht vor menschlicher Prüfung sendbar"

Ausführbarer Prüfcode

Wenn eine Hilfsdatei eingeführt wird, lautet der genaue Pfad tools/check-insurance-claim-input.mjs. Dieser Artikel erstellt sie nicht. Der vollständige Inhalt nutzt nur fiktive lokale Daten.

const files = [
  {
    path: "claim-ai-work/intake-redacted.csv",
    text: "claim_id,case_type,redacted_summary\nC-001,auto_property,front bumper damage"
  },
  {
    path: "claim-ai-work/bad.csv",
    text: "claim_id,email,policy_number\nC-002,[email protected],AB1234567890"
  }
];

const blockedFieldNames = ["name", "email", "phone", "address", "policy_number", "vin", "diagnosis", "hospital", "counterparty"];
const valuePatterns = [/[A-Z]{2}\d{10}/, /[\w.+-]+@[\w.-]+\.[A-Za-z]{2,}/, /\b\d{2,4}-\d{2,4}-\d{3,4}\b/];
const findings = [];

for (const file of files) {
  const lower = file.text.toLowerCase();
  for (const field of blockedFieldNames) {
    if (lower.includes(field)) findings.push({ path: file.path, type: "blocked field", field });
  }
  for (const pattern of valuePatterns) {
    if (pattern.test(file.text)) findings.push({ path: file.path, type: "blocked value", pattern: String(pattern) });
  }
}

console.table(findings);
if (findings.length > 0) process.exitCode = 1;

Diese Prüfung garantiert keinen Datenschutz. Sie findet offensichtliche Feldnamen und einfache Formate. PDF, Bilder, Handschrift und Wiedererkennung durch Feldkombinationen bleiben menschliche Prüfung.

Fallstricke und Korrekturen

Erster Fehler: nur die Policennummer entfernen. Die Unfallnotiz kann Adresse, Fahrzeugkennung, Gegenseite, Arbeitgeber, Krankenhaus und Diagnose behalten. Korrektur: erlaubte Felder pro Aufgabe festlegen und Freitext vor claim-ai-work/ in eine maskierte Kurzfassung verwandeln.

Zweiter Fehler: Informationen verschiedener Versicherer in einer Kopie mischen. Eine Mehrfachagentur kann Daten aus einer Beziehung an die falsche Gesellschaft senden. Korrektur: offizielle Namen und Ziele im menschlichen Pfad lassen, die KI-Datei nutzt Kategorien.

Dritter Fehler: annehmen, dass Read-deny jedes Shell- oder externe Tool stoppt. Die Dokumentation trennt Permissions und Sandbox. Korrektur: deny-Regeln, denyRead, denyWrite kombinieren und bei fehlender Sandbox stoppen.

Vierter Fehler: mit echten Schadenakten testen. Terminalhistorie und Screenshots speichern Werte. Verwenden Sie fiktive IDs und E-Mails für erlaubte und blockierte Tests.

Kleine ROI-Messung

Messen Sie zwei Wochen nur die E-Mail für fehlende Unterlagen. Vorher erfassen Sie bei fünf Fällen Entwurfsminuten, Prüfminuten, Nacharbeit und Korrekturen an Empfänger oder Dokumentname. Danach erfassen Sie dieselben Werte plus Stopps vor der Eingabe.

Vergleichen Sie Fälle × (Entwurf + Prüfung + Nacharbeit) mit Stopps vor Eingabe. Wenn Entwürfe schneller werden, aber Rückläufer steigen, ist die Grenze zu locker. Messen Sie Geschwindigkeit und verhinderte Fehler gemeinsam: falscher Versicherer, verbleibende Policennummer, medizinisches Detail in KI-Kopie, falscher Empfänger.

Häufige Fragen

F. Reicht es, die Policennummer zu entfernen?

Nein. Prüfen Sie Name, Adresse, Telefon, E-Mail, Fahrzeugkennung, Gegenseite, medizinische Bescheinigung, Diagnose, Arbeitgeber und seltene Unfallangaben. Eine Person prüft die Kombination.

F. Reichen Claude Code Permissions?

Nicht allein. Permissions setzen Toolgrenzen; Sandbox, Betriebssystem und Ordnerbetrieb setzen weitere Grenzen. Testen Sie Denials mit fiktiven Daten.

F. Was ist mit einer Zusammenfassung medizinischer Unterlagen?

Dieser Ablauf legt medizinischen Text nicht in die KI-Kopie. Dafür braucht es erst Prüfung von Vertrag, Einwilligung, Zweck, Anbieterrolle und internen Regeln.

Training und Beratung

In einer Versicherungsagentur reicht eine Settings-Datei nicht. Klären Sie, wer Originale speichert, wer redigierte Kopien erstellt, wer E-Mails freigibt, wer an Versicherer sendet und wer Löschfristen prüft.

Training und Beratung kann CSV, E-Mails, Anhänge, Versichererkanäle, Permissions, Vorabprüfungen und Freigabeblätter abbilden, ohne echte Policen oder medizinische Dokumente zu teilen.

Tatsächlich geprüftes Ergebnis

Für diesen Artikel wurde bestätigt, dass /images/hero/hero-056.webp unter site/public/images/hero/hero-056.webp existiert. Außerdem wurden die offiziellen URLs zu Permissions, Sandbox, FSA, PPC Cloud und PPC Agenturen geprüft. Der JavaScript-Block nutzt nur fiktive Arrays. Kein Versicherer-API, keine Kundendatenbank, kein E-Mail-Versand und kein runtime test mit echten Schäden wurde ausgeführt.

Die Veröffentlichungsprüfung umfasst slug insurance-agency-claim-intake-data-boundary-claude-code, frontmatter, interne Links, externe Links, CTA, Code-Fences, zehn Sprachdateien und Qiita-Link. Der erste Schritt ist ein fiktiver claim-raw/- und claim-ai-work/-Test, bei dem Originale abgewiesen werden.