Insurance

Schadenaufnahme und Triage

Steuerung eines FNOL-/Schadensaufnahme-Triage-Agenten (NAIC AI Bulletin + EU AI Act)

13 min · Updated 2026-06-02

Answer

Sie steuern einen FNOL-Triage-Agenten nach dem verbindlichen Regime aus dem schriftlichen AIS-Programm des NAIC AI Model Bulletin und dem staatlichen Gesetz über unlautere Schadensregulierungspraktiken (Model #900). Die Schadensaufnahme-Triage ist Schadensbearbeitung und fällt nicht unter die in Anhang III(5)(c) des EU AI Act genannte Risiko- oder Preisbewertung für Lebens- und Krankenversicherungen. KLA steuert jede Routing-Entscheidung — Schnellbearbeitung, Warteschlange für Schadensregulierer oder SIU — mit einem Govern-in-Place-Richtlinienkontrollpunkt. Angefochtene Entscheidungen über die Schnellbearbeitung und SIU-Betrugsmarkierungen werden vor der Ausführung an einen benannten menschlichen Genehmiger im Decision Desk geleitet; die Execution Lineage wird als unabhängig überprüfbarer Nachweis versiegelt.

KLA is the independent runtime governance and assurance layer forthis Process. KLA governs the agent you already built, whether it was built in-house or on a commercial agent framework: it does not build, sell, or run the agent. The customer owns the agent; KLA owns the controls, the evidence, and the audit trail.

The Process

The job & where the agent takes high-stakes action

Ein FNOL-Triage-Agent erfasst eine erste Schadensmeldung (Erklärung des Antragstellers, Versicherungsdaten, Fotos und Schadensdaten Dritter), klassifiziert dann Schweregrad und Komplexität des Schadens, bewertet die Betrugswahrscheinlichkeit und leitet ihn über einen von drei Wegen weiter: in die Schnellbearbeitung (automatische Bestätigung, Rückstellung, Vorauszahlung oder Abschluss), in eine menschliche Warteschlange für Schadensregulierer oder an die Special Investigations Unit (SIU). Das höchste Risiko liegt in der Weiterleitung und ihren Folgewirkungen: Der Agent kann einen Anspruch aus der menschlichen Prüfung herausnehmen, ihn mit einem Schweregrad- oder Komplexitätsmerkmal in eine Warteschlange stellen, an dem sich Schadensregulierer orientieren, oder einen Antragsteller als mutmaßlichen Betrüger kennzeichnen, indem er ihn an die SIU weiterleitet. Modell Nr. 900 beschränkt dies auf Ansprüche aus ausgestellten Policen, ausgenommen Arbeitnehmerentschädigung, Treue, Bürgschaft sowie Kessel und Maschinen. Das NAIC-Bulletin nennt "Fallmanagement, Schadenverwaltung und -zahlung sowie Betrugserkennung" als Lebenszyklusbereiche, die das AIS-Programm des Versicherers abdecken muss. Jede dieser Routing-Aktionen ist daher Teil einer regulierten Praxis.

Stakes

Why it's high-stakes

Eine falsche Entscheidung über die Schnellbearbeitung oder eine falsche SIU-Markierung ist kein Qualitätsmangel des Modells, sondern eine unfaire Schadensregulierungspraxis, für die der Versicherer haftet, unabhängig davon, ob KI die Entscheidung getroffen hat. Nach Modell Nr. 900, Abschnitt 4, ist es eine unlautere Praxis, Zahlungen ohne angemessene Untersuchung zu verweigern (F), keine angemessenen Standards für eine zügige Untersuchung und Beilegung einzuführen (C), die Deckung nicht innerhalb einer angemessenen Frist zu bestätigen oder zu verweigern (G), keine angemessene und genaue Erklärung für eine Ablehnung abzugeben (L) oder keine Anspruchsformulare innerhalb von fünfzehn (15) Kalendertagen nach einer Anfrage bereitzustellen (M). Ein Agent, der einen Abschluss ohne Untersuchung beschleunigt, kann gegen (F) verstoßen; ein Agent, der einen Anspruch ohne Frist in einer SIU-Warteschlange parkt, kann (C) und (G) auslösen; und ein Agent, der den Grund der SIU-Weiterleitung nicht erklären kann, kann gegen (L) verstoßen. Das NAIC-Bulletin stellt ausdrücklich klar, dass diese gesetzlichen Standards "unabhängig von den Methoden gelten, die der Versicherer zur Festlegung oder Unterstützung seiner Maßnahmen verwendet hat". Das AIS-Programm dient dazu, das Risiko eines "nachteiligen Verbraucherergebnisses" zu mindern: einer Entscheidung, die sich nachteilig auf Verbraucher auswirkt und gegen die von der Aufsichtsbehörde durchgesetzten Standards verstößt.

What goes wrong

Failure modes specific to this agent

Stilles Gating durch Betrugsbewertung in der Schnellbearbeitung (automatische Verweigerung durch Unterlassung)

Der Agent verweigert einen Anspruch nicht ausdrücklich. Er leitet einen grenzwertigen Anspruch jedoch in eine unbefristete SIU-Sperre weiter oder hält ihn stillschweigend aus der Schnellbearbeitung heraus, weil die Betrugsbewertung einen internen Schwellenwert überschritten hat. Es wird kein Ablehnungsschreiben erstellt, keine Untersuchungsfrist ausgelöst und der Antragsteller erhält keine Antwort. Der Schaden einer unlauteren Schadensregulierungspraxis — Zahlungsverweigerung ohne angemessene Untersuchung oder fehlende rechtzeitige Bestätigung bzw. Verweigerung des Versicherungsschutzes — entsteht durch die unterlassene Weiterleitung und nicht durch eine ausdrücklich nachteilige Entscheidung, die jemand prüft.

Why it's hard to catch: Bei der Genauigkeitsprüfung wird gemessen, ob die SIU-Flagge „richtig“ war, und nicht, ob tatsächlich eine nachgelagerte Untersuchung und eine Aktualitätsuhr des Modells Nr. 900 gestartet wurden. Der Fehler ist eine Abwesenheit – ein fehlender Brief und eine fehlende Frist – und erzeugt daher kein Fehlersignal in einer Verwirrungsmatrix und keine Ausnahme im Schadenssystem. Es taucht erst Monate später als Klage wegen Alterungsansprüchen oder als Prüfung des Marktverhaltens auf.

Verankerung von Schweregrad-/Komplexitätsbezeichnungen, die Untersuchungen unterdrücken

Der Makler versieht den Anspruch mit der Kennzeichnung „geringer Schweregrad, geringe Komplexität“, um die Bearbeitung eines Anspruchs zu beschleunigen. Menschliche Schadensregulierer, die später den Aktenanker auf diesem Etikett berühren und zu wenig recherchieren, und Reserven werden von der Einstufung des Agenten herabgestuft. Ein wirklich großer oder nicht eindeutiger Verlust wird routinemäßig behandelt, weil das erste Etikett ihn so dargestellt hat. Die Einstufung des Agenten und nicht die Fakten bestimmen den Untersuchungsstandard, den der Anspruch tatsächlich erhält.

Why it's hard to catch: Die Kennzeichnung ist in der Regel plausibel und individuell vertretbar, so dass die Qualitätssicherung im Einzelfall erfolgreich ist. Der Schaden ist eine systemische Verschiebung der Untersuchungstiefe, die nur in ihrer Gesamtheit auftritt – Wiedereröffnungsraten, Überraschungen bei der Entwicklung von Reserven und Kohorten mit Fehlklassifizierung des Schweregrads –, die weder durch einen entscheidungsbezogenen Komponententest noch durch eine Golden-Dataset-Bewertung aufgedeckt werden. Das Anliegen des Bulletins ist genau das: Modellverhalten, das nach der Implementierung von der Leistung in der Entwicklung abweicht.

Drift der Betrugsbewertung und unterschiedliche Schnellbearbeitung-Raten in den Kohorten

Das Betrugswahrscheinlichkeitsmodell wurde anhand historischer Schadensfälle validiert, aber Verlustmuster, Betrugstypologien und Anspruchsstellermix ändern sich nach der Einführung. Der Agent beginnt nach und nach, eine Region, eine Produktstufe oder eine Antragstellerkohorte mit einer deutlich höheren Rate an die SIU weiterzuleiten – oder sie von der direkten Bearbeitung auszuschließen – und kodiert die Proxy-Diskriminierung dahingehend, wer einen schnellen, reibungslosen Service erhält und wer untersucht wird.

Why it's hard to catch: Jede einzelne Routing-Entscheidung scheint durch den Score gerechtfertigt zu sein; Die Ungleichheit ist statistischer Natur und nur über die Zeit hinweg sichtbar. Das NAIC-Bulletin nennt Model Drift direkt – „den Leistungsabfall eines Modells im Laufe der Zeit“, da Bereitstellungsdaten von Trainingsdaten abweichen – und erfordert einen Vergleich des Verhaltens in der Entwicklung mit dem Verhalten nach der Implementierung, was mit einem einmaligen Fairnesstest vor dem Start nicht möglich ist. Gewöhnliche Regressionstests frieren die Welt beim Start ein und erkennen nie die Abweichung.

Passthrough von Betrugsbewertungen und Verlustdaten durch Dritte ohne Nachvollziehbarkeit

Der Agent ruft ein Betrugsbewertungsmodell des Anbieters auf oder ruft externe Verlust-/Schadensverlaufsdaten ab und leitet den Anspruch an diese Ausgabe weiter. Wenn ein Antragsteller eine SIU-Verweisung oder -Ablehnung bestreitet, kann der Versicherer nicht rekonstruieren, welches Drittanbietersignal die Weiterleitung ausgelöst hat, welche Version sie erzeugt hat oder ob die Daten überhaupt geeignet waren – da der Agent die Anbieterbewertung als undurchsichtige Eingabe behandelte und nur die endgültige Route protokollierte.

Why it's hard to catch: Die End-to-End-Route sieht korrekt aus und der Anbieteraufruf gibt eine ordentliche Nummer zurück, sodass die Funktionstests bestanden werden. Die Lücke liegt in der Herkunft: Der Versicherer bleibt gemäß dem Bulletin für KI-Systeme und Daten von Drittanbietern verantwortlich und muss in der Lage sein, einer Aufsichtsbehörde diesbezüglich zu antworten, aber nichts bei gewöhnlichen Agententests erzwingt die Erfassung der Modellversion des Anbieters, der Herkunft der Eingabedaten oder der vertraglichen Prüfungslage hinter der Bewertung.

How KLA governs it

Runtime controls, mapped to each decision point

KLA evaluates each consequential action with a policy gate that runs before the action executes: a Decision Request to POST /v1/decisions.evaluate: resolving to one of four outcomes in precedence order: allow → warn → require_approval → block (fail-closed by default). Every non-allow outcome carries reason codes and remediation.

Decision point	Intercept (before action)	Policy checks → reason codes	Human routing (maker-checker)	Evidence captured
Beschleunigen Sie einen Anspruch für die direkte Bearbeitung (automatische Bestätigung, Festlegung einer Rücklage, Vorauszahlung oder Abschluss)	Govern in Place: Ein KLA SDK-Prüfpunkt umschließt den Tool-Aufruf für Schnell- oder Direktbearbeitung und übermittelt einen Decision Request über POST /v1/decisions.evaluate, bevor der Agent bestätigt, reserviert, zahlt oder schließt. Der SDK-Aufruf blockiert das Ergebnis, sodass bis zur Lösung der Richtlinie kein Nebeneffekt des Anspruchssystems auftritt.	FNOL_FASTTRACK_FRAUD_CEILING – Schnellbearbeitung blockieren, wenn der Betrugswahrscheinlichkeits-Score die Direktbearbeitungsobergrenze überschreitet (reasonCode FRAUD_SCORE_OVER_FASTTRACK_LIMIT); der Agent darf einen Anspruch, bei dem er ebenfalls einen Betrug vermutet, nicht automatisch abschließen FNOL_FASTTRACK_SEVERITY_GUARD – require_approval, wenn der Schweregrad oder die Komplexität grenzwertig ist oder die Verlusthöhe das Direktbearbeitungslimit überschreitet (Ursachencode SEVERITY_AMBIGUOUS_OR_OVER_LIMIT) FNOL_COVERAGE_NOT_CONFIRMED – blockiert jeden Pfad zum automatischen Schließen/automatischen Verweigern, bei dem die Abdeckung nicht positiv bestätigt wurde, und erzwingt einen Bestätigungs-/Verweigerungsschritt anstelle einer stillen Nichtzahlung (ReasonCode COVERAGE_UNCONFIRMED_NO_AUTOCLOSE). FNOL_INVESTIGATION_CLOCK – warnt und stempelt die Aktualitätsuhr des Modells Nr. 900 (Bestätigung/Ablehnung + Anspruchsformular-innerhalb von 15 Kalendertagen) in die Abstammungslinie, wenn ein Anspruch nicht im Schnellverfahren zurückgehalten wird (Grundcode UCSPA_TIMELINESS_CLOCK_STARTED)	Am require_approval öffnet KLA eine Decision Desk-Eskalation, die von der Richtlinie an einen benannten Schadensverwalter weitergeleitet wird (Vier-Augen-Prüfung: Der Agent ist der Ersteller, der Supervisor ist der Prüfer). Der Prüfer sieht die vorgeschlagene Route, die Betrugsbewertung, die Schweregrad-/Komplexitätsbezeichnung, die auslösenden Regel- und Ursachencodes sowie einen Link zum Lineage Record und genehmigt dann, lehnt ab oder leitet ihn an einen leitenden Sachverständigen weiter – die Ausführung wird genau dort fortgesetzt, wo sie unterbrochen wurde, nur bei der Genehmigung.	Decision Request Nutzlast (genai.tool.name=route_claim, genai.tool.parameters inkl. Betrugsbewertung, Schweregradbezeichnung, Zielspur) Richtlinienergebnis + reasonCodes + Abhilfe Eskalationsdatensatz: Identität des Genehmigers, Urteil, Notiz, Zeitstempel Uhrstempel Modell Nr. 900 (Bestätigung/Verweigerung + 15-Kalendertage-Formularpflicht), bei dem der Anspruch die Schnellbearbeitungsweg verlassen hat Merkle-sicherer Lineage Record-Eintrag, der in das Nur-Anhang-Ledger von ImmuDB geschrieben wird
Melden Sie einen Anspruch bei der Special Investigations Unit (SIU) anhand einer Bewertung der Betrugswahrscheinlichkeit	Govern in Place: Der SDK-Prüfpunkt im route_claim-Tool übermittelt einen Decision Request, bevor die SIU-Referenz geschrieben wird. Wenn ein Anbieter-Betrugsmodell oder eine externe Verlusthistorienquelle beigetragen hat, werden diese Tool-Aufrufe selbst abgefangen, sodass ihre Version und Eingaben in der Abstammungslinie landen, bevor die Routing-Aktion ausgewertet wird.	FNOL_SIU_EXPLAINABILITY – require_approval für jede SIU-Überweisung, bei der eine aufgezeichnete, ursachencodierte Grundlage fehlt, damit der Versicherer später eine angemessene und genaue Erklärung abgeben kann (reasonCode SIU_REFERRAL_UNEXPLAINED) FNOL_SIU_FAIRNESS_COHORT – Warnung/Weiterleitung, wenn die SIU-Rate auf Kohortenebene für die Kohorte des Antragstellers den überwachten Disparitätsschwellenwert überschreitet (reasonCode SIU_COHORT_DISPARITY) FNOL_THIRDPARTY_PROVENANCE – Blockieren einer SIU-Route, die auf einem Drittanbieter-Score basiert, dessen Modellversion oder Dateneignung nicht erfasst wird (reasonCode THIRDPARTY_PROVENANCE_MISSING)	require_approval öffnet eine Decision Desk-Eskalation, die an einen benannten SIU-Aufnahmeprüfer weitergeleitet wird; Der Prüfer bestätigt oder lehnt die Betrugsgrundlage ab, bevor der Antragsteller als mutmaßlicher Betrüger eingestuft wird. Re-Route übergibt es an einen leitenden SIU-Manager, ohne den Kontext zu verlieren. Die Vier-Augen-Prüfung-Trennung bedeutet, dass keine reine Agenten-SIU-Überweisung das System ungeprüft lässt.	Name des Anbieterbetrugsmodells + Version + Eingabeherkunft (Genai-Bereiche für den abgefangenen Anbieteraufruf) Grundcodierte Basis für die SIU-Überweisung Ergebnis der Kohortendisparitätsprüfung zum Entscheidungszeitpunkt Genehmigende Identität + Urteil aus der Eskalation Versiegelter Abstammungseintrag, verbindliche Bewertung, Route und menschliches Urteil zusammen
Weisen Sie eine Schweregrad-/Komplexitätsbezeichnung zu und leiten Sie sie an eine menschliche Warteschlange für Sachbearbeiter weiter	Govern in Place: Der SDK-Prüfpunkt übermittelt den Klassifizierungs- und Weiterleitungsvorgang Decision Request, bevor die Bezeichnung und die Warteschlangenzuweisung in das Anspruchssystem geschrieben werden. Daher kann die Bezeichnung einen Anpasser erst dann verankern, wenn die Richtlinie und (falls erforderlich) ein Prüfer sie freigegeben haben.	FNOL_LABEL_CONFIDENCE – Warnung, wenn die Konfidenz des Schweregrad-/Komplexitätsklassifikators unter dem Schwellenwert liegt, sodass die Bezeichnung für den empfangenden Anpasser als geringe Konfidenz gekennzeichnet wird (reasonCode LABEL_LOW_CONFIDENCE) FNOL_DRIFT_GUARD – Warnung/Weiterleitung, wenn das Assurance Center eine Modellabweichung oder eine Leistungslücke nach der Implementierung bei der Schweregradklassifizierung im Vergleich zur in der Entwicklung befindlichen Basislinie meldet (reasonCode SEVERITY_MODEL_DRIFT) FNOL_LABEL_OVERRIDE_AUDIT – jede menschliche Außerkraftsetzung der Agentenbezeichnung als Beweis für eine wirksame Aufsicht aufzeichnen (reasonCode LABEL_HUMAN_OVERRIDE)	Labels mit geringem Vertrauen oder Abweichungen werden als Decision Desk Eskalation an einen benannten Schadenstriage-Leiter weitergeleitet, der das Label korrigieren kann, bevor es in die Warteschlange des Schadensregulierers gelangt. Sachverständige behalten die ständige Befugnis, die Einstufung des Agenten zu ignorieren, außer Kraft zu setzen oder umzukehren – und jede Außerkraftsetzung wird als Beweis für ein Versehen erfasst.	Schweregrad-/Komplexitätsbezeichnung + Klassifikatorkonfidenz Drift-/Kohortenverteilungsstatus vom Assurance Center zum Zeitpunkt der Entscheidung Alle menschlichen Außerkraftsetzungen und die Identität des übergeordneten Prüfers Lineage Record-Eintrag im Nur-Anhang-Ledger beibehalten

Least-privilege execution & data boundaries

Beschleunigen Sie einen Anspruch für die direkte Bearbeitung (automatische Bestätigung, Festlegung einer Rücklage, Vorauszahlung oder Abschluss): Das unveränderliche Release des Agenten bindet nur die Tools, die es benötigt (lookup_claim, classify_severity, score_fraud, route_claim); Die Bezahl-/Schließ-/Vorab-Reservierung-Tools sind separat gebunden und mit einem Gatter versehen. Ein ungebundener Tool-Aufruf (z. B. die Ausgabe einer Zahlung ohne das route_claim-Gate) wird vor der Ausführung durch das Tool Catalog blockiert. Data Boundaries Bewahren Sie die PII- und Verlustdaten des Antragstellers innerhalb der genehmigten Region/des genehmigten Systems auf.
Melden Sie einen Anspruch bei der Special Investigations Unit (SIU) anhand einer Bewertung der Betrugswahrscheinlichkeit: route_claim mit target=SIU ist eine eigenständige, separat gebundene Funktion im Release; Der Agent kann die Berechtigung zum Schreiben einer SIU-Empfehlung nicht erweitern, es sei denn, diese Bindung ist aktiv. Tools zur Betrugsbewertung von Anbietern sind im Tool Catalog gebunden, sodass eine nicht genehmigte Bewertungsquelle blockiert wird. Data Boundaries beschränkt die Betrugssignale und Verlustverlaufsdaten auf das genehmigte System.
Weisen Sie eine Schweregrad-/Komplexitätsbezeichnung zu und leiten Sie sie an eine menschliche Warteschlange für Sachbearbeiter weiter: classify_severity und route_claim sind im Release gebunden; Der Agent kann über diesen Pfad keine Rücklagen oder Zahlungen schreiben. Das Assurance Center überwacht den bereitgestellten Klassifikator anhand seiner Basislinie. Data Boundaries Anspruchsdaten in der Region aufbewahren.

Mapped to regulation

Regulatory mapping

Framework	Article / section	Obligation (plain language)	How a KLA runtime control satisfies it	Source
NAIC Model Bulletin zum Einsatz von KI-Systemen durch Versicherer (Dezember 2023)	Abschnitt 3 – Regulatorische Leitlinien und Erwartungen; AIS-Programmrichtlinien 1.6 (Versicherungslebenszyklus inkl. Fallmanagement, Schadenverwaltung und -zahlung, Betrugserkennung)	Jeder Versicherer muss über ein schriftliches AIS-Programm verfügen, das KI-Systeme regelt, die Entscheidungen über den gesamten Versicherungslebenszyklus hinweg treffen oder unterstützen – insbesondere einschließlich Fallmanagement, Schadenverwaltung und -zahlung sowie Betrugserkennung –, um das Risiko unerwünschter Verbraucherergebnisse zu mindern. Dies und nicht EU AI Act Anhang III ist das verbindliche Governance-System für einen FNOL/Schadenstriage-Agenten.	Jeder Routing-Entscheidungspunkt (Schnellbearbeitung, SIU, Adjuster-Queue) ist ein Govern-in-Place-Policy-Gate, sodass jede im Bulletin genannte Lebenszyklusaktion durch ein veröffentlichtes, signiertes Richtlinienpaket mit Ursachencodes und Abhilfemaßnahmen erzwungen wird – wodurch das AIS-Programm zum Zeitpunkt der Aktion und nicht in einem Ordner in Betrieb genommen wird.	Source
NAIC Model Bulletin zum Einsatz von KI-Systemen durch Versicherer (Dezember 2023)	Abschnitt 3 – Risikomanagement und interne Kontrollen 3.4; Überwachung des prädiktiven Modells 2.4 (Test auf Fehler, Voreingenommenheit, unfaire Diskriminierung; Bewertung der Generalisierung nach der Implementierung; Modelldrift)	Versicherer müssen KI-Systeme auf Fehler, Voreingenommenheit und unfaire Diskriminierung validieren, testen und erneut testen, indem sie die Leistung in der Entwicklung mit dem Verhalten nach der Implementierung vergleichen und auf Modellabweichungen überwachen.	Das Assurance Center verfolgt die Betrugsbewertung und Schweregradklassifikatoren anhand von Kohorten und einer Basislinie. Drift oder eine wesentlich unterschiedliche SIU-/Schnellbearbeitung-Rate über Kohorten hinweg lösen einen Assurance-Alarm aus und lösen die Richtlinienprüfungen FNOL_DRIFT_GUARD / FNOL_SIU_FAIRNESS_COHORT aus, wodurch die kontinuierliche Fairness-Überwachung in Laufzeit-Routing-Kontrollen umgewandelt wird.	Source
NAIC Model Bulletin zum Einsatz von KI-Systemen durch Versicherer (Dezember 2023)	Abschnitt 3 – AIS-Programmrichtlinien 4.0 (KI-Systeme und Daten von Drittanbietern), 4.2 (Prüfungsrechte; Zusammenarbeit bei behördlichen Untersuchungen)	Wenn sich der Agent auf ein Betrugsbewertungsmodell eines Drittanbieters oder externe Verlust-/Schadensdaten verlässt, bleibt der Versicherer verantwortlich, muss eine Due-Diligence-Prüfung durchführen und sollte vertragliche Prüfungsrechte und die Zusammenarbeit des Anbieters bei behördlichen Anfragen sicherstellen. Die Verantwortung kann nicht auf den Anbieter übertragen werden.	Die FNOL_THIRDPARTY_PROVENANCE-Prüfung blockiert eine SIU-Route, die auf einer Anbieterbewertung basiert, deren Modellversion oder Dateneignung nicht erfasst wird; Der Anruf des Anbieters selbst wird abgefangen, so dass sein Name, seine Version und seine eingegebene Abstammung als Beweismittel versiegelt werden – was dem Versicherer die rekonstruierbaren Aufzeichnungen liefert, die eine behördliche Untersuchung erfordert.	Source
NAIC Unfair Claims Settlement Practices Act (Modell Nr. 900) – angewendet über die Gesetzgebungsbehörde in Abschnitt 1 des Bulletins	§ 1 (Zweck; Umfang der Ansprüche); Abschnitt 4 (Definition unlauterer Anspruchspraktiken: C, D, F, G, L, M inkl. 15-Kalendertage-Frist für das Anspruchsformular)	Das Gesetz über unlautere Schadensersatzpraktiken legt die Standards fest, die die Ergebnisse eines FNOL-Agenten erfüllen müssen – sofortige Untersuchung, nach Treu und Glauben faire Einigung, wenn die Haftung klar ist, keine Zahlungsverweigerung ohne angemessene Untersuchung, rechtzeitige Bestätigung/Verweigerung des Versicherungsschutzes, eine angemessene und genaue Erklärung einer Ablehnung sowie Anspruchsformulare innerhalb von fünfzehn (15) Kalendertagen – und gilt unabhängig davon, ob AI die Klage bestimmt oder unterstützt hat.	FNOL_COVERAGE_NOT_CONFIRMED blockiert das stille automatische Schließen, sodass die Abdeckung bestätigt oder verweigert wird; FNOL_SIU_EXPLAINABILITY erzwingt eine grundcodierte Basis, damit eine Ablehnung/Verweisung erklärt werden kann (L); FNOL_INVESTIGATION_CLOCK stempelt die Bestätigungs-/Ablehnungs- und 15-Kalendertage-Formularverpflichtungen auf den Lineage Record, sobald ein Anspruch die Schnellbearbeitungsweg (C, G, M) verlässt.	Source
EU AI Act (Verordnung (EU) 2024/1689)	Anhang III, Nummer 5(c) und 5(b); Artikel 6 Absätze 2 bis 4 (Einstufung + Ausnahmeregelung + Registrierung gemäß Artikel 49 Absatz 2)	In Anhang III ist die Hochrisiko-KI nur für die Bereiche „Risikobewertung und Preisgestaltung in Bezug auf natürliche Personen bei Lebens- und Krankenversicherungen“ (5(c)) und Kreditwürdigkeit/Kreditbewertung (5(b)) vorgesehen, ausgenommen Betrugserkennung. Bei der FNOL/Schadensaufnahme-Triage handelt es sich um die Bearbeitung von Schadensfällen – nicht um die Bewertung oder Preisgestaltung von Lebens- und Gesundheitsrisiken – und ist daher im Allgemeinen NICHT mit hohem Risiko gemäß Anhang III verbunden. Artikel 6 Absatz 3 sieht eine weitere Ausnahme von Anhang-III-Systemen vor, die keinen wesentlichen Einfluss auf das Entscheidungsergebnis haben. Ein Anbieter, der sich darauf verlässt, muss jedoch weiterhin die Bewertung dokumentieren und sich gemäß Artikel 49 Absatz 2 registrieren.	KLA erfasst die Klassifizierungsgründe (die FNOL-Triage fällt nicht in Anhang III(5)(c)) als geregelte Beweise, und das menschliche Genehmigungstor bei Schnellbearbeitung- und SIU-Routing ist genau die Kontrolle, die den Agenten davon abhält, „das Ergebnis der Entscheidungsfindung wesentlich zu beeinflussen“. Wenn also eine gemischte Pipeline jemals die Risikobewertung der Krankenversicherung berührt, sind das Ausnahmeargument nach Artikel 6 Absatz 3 und die Dokumentation zu Artikel 49 Absatz 2 bereits vorhanden bewiesen.	Source
EU AI Act (Verordnung (EU) 2024/1689)	Artikel 14 (Menschliche Aufsicht) – 14(1), 14(4)(b) Automatisierungsvoreingenommenheit, 14(4)(d) Missachtung/Überschreiben/Umkehren, 14(4)(e) Stoppen in den sicheren Zustand	Wenn ein Versicherungs-KI-System ein hohes Risiko darstellt, müssen Aufsichtspersonen in der Lage sein, es effektiv zu überwachen, sich der Automatisierungsverzerrung bewusst zu sein, zu entscheiden, seine Ausgabe nicht zu verwenden, zu ignorieren, zu überschreiben oder umzukehren, und es in einen sicheren Zustand zu unterbrechen. Wird als Governance-Muster angeführt, obwohl die FNOL-Triage im Allgemeinen außerhalb von Anhang III liegt, da gemischte FNOL-Pipelines die Risikobewertung der Krankenversicherung berühren können.	require_approval pausiert die Routing-Aktion und übergibt sie an einen benannten Decision Desk-Prüfer, der die Route des Agenten ignorieren/überschreiben/umkehren kann (14(4)(d)); Block ist der Stop-to-Safe-Zustand auf fail-closed (14(4)(e)); die Voreingenommenheit der Label-Override-Audit- und SIU-Bestätigungsoberflächenautomatisierung, indem Menschen dazu gebracht werden, zu bestätigen, anstatt sie abzusegnen (14(4)(b)).	Source
EU AI Act (Verordnung (EU) 2024/1689)	Artikel 26 (Pflichten des Betreibers) – 26(2) kompetente Aufsicht, 26(6) Protokolle ≥ 6 Monate aufbewahren, 26(11) betroffene natürliche Personen informieren	Betreiber von Hochrisikosystemen müssen die menschliche Aufsicht kompetenten, geschulten und autorisierten Personen übertragen (26(2)); Bewahren Sie automatisch generierte Protokolle mindestens sechs Monate lang auf (26(6)); und betroffene natürliche Personen zu informieren, wenn ein Anhang-III-System Entscheidungen über sie trifft oder unterstützt (26(11)).	Decision Desk leitet Eskalationen an benannte, autorisierte Anspruchs-/SIU-Prüfer weiter (26(2)); das ImmuDB-Ledger, das nur Anhänge zulässt, bewahrt die Execution Lineage weit über die Sechs-Monats-Untergrenze hinaus auf (26(6)); Ursachencodes und Abhilfe liefern die erforderliche Erklärung, um einen betroffenen Antragsteller darüber zu informieren, dass ein KI-System zur Weiterleitung beigetragen hat (26(11)).	Source
EU AI Act (Verordnung (EU) 2024/1689)	Artikel 12 (Aufzeichnung/automatische Protokollierung) – 12(1), 12(2)(a)–(c)	KI-Systeme mit hohem Risiko müssen technisch gesehen eine automatische Ereignisprotokollierung über ihre gesamte Lebensdauer ermöglichen, um eine Risikoerkennung, eine Überwachung nach dem Inverkehrbringen (Artikel 72) und eine Betriebsüberwachung (Artikel 26 Absatz 5) zu ermöglichen.	Evidence-by-default erfasst jede Routing-Entscheidung, jeden Betrugsscore, jeden Tool-Aufruf und jedes menschliche Urteil, während OpenTelemetry-Spannen versiegelt in das Nur-Anhänge-Ledger übertragen werden, und der Evidence Room kann einen Control Pack exportieren, der EU AI Act Annex IV zugeordnet ist – dem genauen automatischen, lebenslangen Protokollierungssubstrat, das Artikel 12 erfordert, wenn das System im Geltungsbereich ist.	Source
Versicherungsvertriebsrichtlinie (Richtlinie (EU) 2016/97)	Artikel 17(1)–(2) (allgemeiner Grundsatz: ehrlich, fair, professionell; Informationen fair, klar, nicht irreführend)	Versicherungsvertreiber müssen ehrlich, fair und professionell im besten Interesse der Kunden handeln und die Informationen an die Kunden müssen fair, klar und nicht irreführend sein. VORBEHALT ZUM ANWENDUNGSBEREICH: Das IDD regelt den Versicherungsvertrieb (Verkauf/Beratung/Vermittlung), NICHT die Schadensabwicklung an sich – es handelt sich also um eine Hintergrundnorm für eine faire Behandlung auf EU-Seite und nicht um das verbindliche System zur Schadenstriage. Die verbindliche Lücke auf EU-Seite besteht darin, dass die Bearbeitung von FNOL-Schadensfällen kein Anwendungsfall mit hohem Risiko gemäß Anhang III ist; Das operative Regelwerk ist das NAIC-Bulletin + das staatliche Gesetz über unlautere Schadensersatzpraktiken (USA) und das nationale Versicherungsverhaltensrecht (EU).	Die Begründungscode- und Abhilfeanforderung für jedes nicht zulässige Ergebnis bedeutet, dass jede Kommunikation mit dem Kläger, die der Agent auslöst, eine faire, klare und nicht irreführende Grundlage hat – zur Unterstützung der IDD-Fairness-Norm, bei der die Bearbeitung von Schadensfällen in die Kundeninformationen einfließt, ohne zu überbetonen, dass die IDD die Triage regelt.	Source

Prove the control held

Audit-evidence checklist

Schriftliche AIS-Programmreferenz, die mit jeder geregelten Routing-Regel verknüpft ist (Bulletin Abschnitt 3) – welche Version des Richtlinienpakets die Lebenszykluskontrollen für Fallmanagement, Anspruchsverwaltung und Betrugserkennung erzwingt
Für jedes Schnellbearbeitung-Verfahren: Decision Request, Betrugsbewertung, Schweregrad-/Komplexitätsbezeichnung, Richtlinienergebnis, Ursachencodes und (sofern nicht im Schnellbearbeitung-Verfahren berücksichtigt) das gestempelte Modell Nr. 900 „Bestätigung/Ablehnung + 15-Kalendertage-Formularuhr“.
Für jede SIU-Empfehlung: die grundcodierte Basis, der Name/die Version des Anbieter-Betrugsmodells und die Herkunft der Eingabedaten, das Ergebnis der Kohorten-Disparitätsprüfung und das Urteil des benannten SIU-Prüfers
Fairness-/Drift-Beweise des Assurance Center: SIU- und Schnellbearbeitung-Raten auf Kohortenebene im Laufe der Zeit, Driftwarnungen zu den Betrugs- und Schweregradmodellen sowie der im Bulletin geforderte Vergleich zwischen der Entwicklung und der Implementierung
Beweise für die menschliche Aufsicht: jede Eskalation mit Identität des Genehmigers, Urteil, Notiz und Zeitstempel; Jeder Schadensregulierer überschreibt ein Agentenetikett (Art. 14 / 26(2))
Nachweise zur Rechenschaftspflicht Dritter: Anbietermodellversionen, Dateneignungsaufzeichnungen und vertragliche Prüfungsrechte/Kooperationshaltung (Bulletin 4.0/4.2)
Aufbewahrungsnachweis: Abstammungseinträge im Nur-Append-Ledger von ImmuDB, die über den EU AI Act Art. hinaus aufbewahrt werden. 26(6) Sechsmonatsuntergrenze, jeweils überprüfbar über GET /v1/lineage/{id}/verify
Sealed Evidence Bundle / Control Pack-Export (EU AI Act Annex IV-Zuordnung), ein Prüfer kann den veröffentlichten Root-Hash überprüfen, ohne KLA zu vertrauen

A concrete intercept

Reference scenario: Ein Schadensfall mit hoher Betrugsbewertung, den der Agent im Schnellverfahren abzuwickeln versucht und stillschweigend abschließt

1
FNOL aufgenommen: ein Wasserschadensanspruch mit einem Lieferantenbetrugswert von 0,82 und einem Schweregrad von „Niedrig“; Der Agent plant, es zu beschleunigen – eine kleine Reserve festzulegen und automatisch zu schließen – über route_claim(target=fast_track) plus das Schließtool.
2
Bevor der Abschluss ausgeführt wird, übermittelt der Govern in Place SDK-Prüfpunkt einen Decision Request an POST /v1/decisions.evaluate mit der Betrugsbewertung, der Schweregradbezeichnung und der Zielspur.
3
Die Richtlinie trifft auf FNOL_FASTTRACK_FRAUD_CEILING (Betrug 0,82 > Direktbearbeitungsobergrenze) und FNOL_COVERAGE_NOT_CONFIRMED (keine positive Deckungsbestätigung) zu. Das stärkste Ergebnis, require_approval, gewinnt, mit reasonCodes FRAUD_SCORE_OVER_FASTTRACK_LIMIT + COVERAGE_UNCONFIRMED_NO_AUTOCLOSE und der Abhilfe: „Hoher Betrugswert und unbestätigte Deckung: Vor einem Abschluss muss ein Mensch zwischen ‚Untersuchen‘ und ‚Bestätigen/Ablehnen‘ entscheiden.“
4
Die Ausführung wird angehalten (das Schließen wird nie ausgelöst); KLA öffnet eine Decision Desk-Eskalation, die von der Richtlinie an einen benannten Schadensverwalter weitergeleitet wird, der die Aktion, den Wert von 0,82, die „Niedrig“-Kennzeichnung, die auslösenden Regeln und einen Link zum Lineage Record sieht.
5
Der Vorgesetzte lehnt den stillen Schnellbearbeitung ab und leitet zur Aufnahme einer dokumentierten Untersuchung an die SIU weiter – was die Pünktlichkeitsuhr des Modells Nr. 900 (Bestätigung/Verweigerung der Verpflichtung; Anspruchsformulare innerhalb von 15 Kalendertagen) startet, die mit der FNOL_INVESTIGATION_CLOCK-Warnung in die Abstammung eingeprägt ist.
6
Jeder Schritt – der blockierte Schnellbearbeitung, die Ursachencodes, das Urteil und die Notiz des Vorgesetzten, die SIU-Umleitung und die abgestempelte UCSPA-Uhr – ist in einem Merkle-sicheren Lineage Record im Nur-Anhänge-Ledger versiegelt, das als Control Pack exportierbar und über GET /v1/lineage/{id}/verify überprüfbar ist, ohne KLA zu vertrauen.

What most teams get wrong

The non-obvious insight

FNOL/Schadensannahme-Triage ist mit ziemlicher Sicherheit NICHT EU AI Act Anhang III mit hohem Risiko – Anhang III(5)(c) erfasst nur „Risikobewertung und Preisgestaltung in Bezug auf natürliche Personen im Fall von Lebens- und Krankenversicherungen“, also Risikoprüfung/Preisgestaltung, nicht Schadensbearbeitung. Teams, die jeden Versicherungsagenten reflexartig als „risikoreich“ bezeichnen und der technischen Dokumentation nach Anhang IV nachjagen, richten sich nach dem falschen Regime: Die verbindliche Einschränkung für einen FNOL-Agenten ist das AIS-Programm des NAIC AI Bulletin plus das staatliche Gesetz über unlautere Schadensersatzpraktiken (Modell Nr. 900), das „unabhängig von den Methoden, die der Versicherer verwendet hat“, gilt, konkrete Fristen enthält (Antragsformulare innerhalb von 15 Kalendertagen) und heute auf jeder Schnellbearbeitung- und SIU-Flagge beißt – mit Nein Debatte über das Inkrafttreten 2026/2027.

Why it matters: Eine Fehlklassifizierung des Regimes vergeudet den Aufwand für den Papierkram zur EU-Konformität, während die tatsächliche Haftungsoberfläche – stille automatische Verweigerung, verpasste Bestätigungs-/Verweigerungsuhren, ungeklärte SIU-Verweisungen – unberücksichtigt bleibt. Die richtige Haltung besteht darin, am härtesten zu regeln, wo Modell Nr. 900 angreift (die Routing-Aktionen), die Nichtanwendbarkeit von Anhang III als Beweis zu dokumentieren und das EU-Muster der menschlichen Aufsicht (Art. 14 require_approval) für jede gemischte Pipeline aufzubewahren, die die Risikobewertung von Krankenversicherungen berührt – an diesem Punkt wird die Ausnahmeregelung von Artikel 6 Absatz 3 „hat keinen wesentlichen Einfluss auf das Ergebnis“, die genau durch das menschliche Genehmigungstor erfüllt wird, zum Argument, dass die Tor dokumentiert auch.

Das schwerste FNOL-Versäumnis, zu regieren, ist keine falsche Entscheidung, sondern eine Nicht-Entscheidung: Ein Agent, der einen Anspruch aufgrund eines Betrugsscores aus der Schnellbearbeitungsweg leitet und niemals eine Bestätigungs-/Ablehnungsuhr startet, begeht eine unfaire Anspruchspraxis durch Unterlassung – und weil es keine nachteilige „Entscheidung“ zu testen gibt, wird keine Verwirrungsmatrix oder Golden-Dataset-Bewertung dies jemals kennzeichnen. Die einzige zuverlässige Kontrolle ist ein Abfangen, das in dem Moment, in dem ein Anspruch die Schnellbearbeitungsweg verlässt, die Pünktlichkeitsverpflichtung des Modells Nr. 900 auf einen unveränderlichen Lineage Record aufprägt.

Q&A

Frequently asked questions

Ist ein FNOL/Schadensaufnahme-Triage-Agent gemäß EU AI Act ein hohes Risiko?

Generell nein. EU AI Act Anhang III(5)(c) sieht vor, dass KI nur für hohe Risiken „zur Risikobewertung und Preisgestaltung in Bezug auf natürliche Personen im Fall von Lebens- und Krankenversicherungen“ verwendet wird – also für die Risikoprüfung und Preisgestaltung, nicht für die Schadensbearbeitung. Die FNOL-Triage klassifiziert, bewertet Betrug und leitet Ansprüche weiter, sodass sie nicht von Anhang III(5)(c) erfasst wird, und 5(b) (Kreditwürdigkeit/Kreditbewertung) ist ein separater Bereich, der sogar die Betrugserkennung ausführt. Behaupten Sie nicht, dass die FNOL-Triage nach dem Gesetz automatisch ein hohes Risiko darstellt. Wenn eine Pipeline Triage mit der Risikobewertung der Krankenversicherung kombiniert, richtet sich die Klassifizierung nach Anhang III und der Ausnahmeregelung gemäß Artikel 6 Absatz 3 (ob das System „das Ergebnis wesentlich beeinflusst“), und ein Anbieter, der sich auf diese Ausnahmeregelung beruft, muss die Bewertung dennoch dokumentieren und sich gemäß Artikel 49 Absatz 2 registrieren lassen.

Wenn das EU AI Act es nicht bindet, welches Regime regelt dann tatsächlich einen FNOL-Triage-Agenten?

In den USA verlangt das NAIC AI Model Bulletin (Dezember 2023) ein schriftliches AIS-Programm, das KI über den gesamten Versicherungslebenszyklus hinweg abdeckt – mit der Bezeichnung „Fallmanagement, Schadensverwaltung und -zahlung sowie Betrugserkennung“ – und ein staatliches Gesetz über unlautere Schadensersatzpraktiken (NAIC-Modell Nr. 900). Im Bulletin heißt es ausdrücklich, dass diese Anspruchsstandards „unabhängig von den Methoden gelten, mit denen der Versicherer seine Handlungen ermittelt oder unterstützt hat“, sodass die Ergebnisse des Agenten den Pflichten von Model #900 genügen müssen: unverzügliche Untersuchung, keine Zahlungsverweigerung ohne angemessene Untersuchung, rechtzeitige Bestätigung/Verweigerung des Versicherungsschutzes, eine angemessene Erklärung für jede Ablehnung und Antragsformulare innerhalb von fünfzehn (15) Kalendertagen nach einer Anfrage. Dies und nicht Anhang IV ist die verbindliche Einschränkung für jede Routing-Aktion.

Wie verhindert KLA, dass der Agent einen Anspruch stillschweigend automatisch ablehnt, indem er ihn in einen SIU-Hold weiterleitet?

Der Governance-SDK-Prüfpunkt übermittelt einen Decision Request, bevor der Routing-Schreibvorgang ausgeführt wird. Die FNOL_COVERAGE_NOT_CONFIRMED-Prüfung blockiert alle Pfade zum automatischen Schließen/automatischen Verweigern, denen ein positiver Deckungsschritt fehlt, und FNOL_INVESTIGATION_CLOCK stempelt die Bestätigungs-/Verweigerungsverpflichtungen des Modells Nr. 900 sowie die 15-Kalendertage-Formularpflicht auf den Lineage Record, sobald ein Anspruch die Schnellbearbeitungsweg verlässt. Ein zurückgehaltener oder verdächtiger Anspruch wird zu einer require_approval Eskalation an einen benannten Schadensbeauftragten – eine Nichtentscheidung kann also nicht mehr durch Unterlassung erfolgen; Es wird zu einer nachverfolgten Entscheidung mit einer Uhr und einem menschlichen Besitzer.

Wer genehmigt eine Schnellbearbeitung- oder SIU-Überweisung und was sehen sie?

Am require_approval öffnet KLA eine Decision Desk-Eskalation, die von der Richtlinie an einen benannten Genehmiger weitergeleitet wird – einen Schadensregulierer für angefochtene Schnellbearbeitungs, einen SIU-Aufnahmeprüfer für Betrugsmeldungen. Der Prüfer sieht die vorgeschlagene Route, die Betrugsbewertung, die Schweregrad-/Komplexitätsbezeichnung, die genaue auslösende Regel mit ihren Ursachencodes und einen Link zum vollständigen Lineage Record und genehmigt dann, lehnt ab oder leitet ihn an einen leitenden Prüfer weiter. Dies ist Vier-Augen-Prüfung: Der Agent ist der Ersteller, der Mensch ist der Prüfer und die Ausführung wird erst nach Genehmigung fortgesetzt.

Der Betrugsscore stammt aus einem Drittanbietermodell – wer ist verantwortlich, wenn ein Antragsteller die Überweisung an die SIU bestreitet?

Der Versicherer ist. NAIC-Bulletin Abschnitt 4.0/4.2 macht den Versicherer für KI-Systeme und Daten Dritter verantwortlich und erwartet vertragliche Prüfungsrechte sowie die Zusammenarbeit des Anbieters bei behördlichen Anfragen. KLA fängt den Anbieterbewertungsaufruf ab, sodass Modellname, Version und Herkunft der Eingabedaten als Beweismittel versiegelt werden, und FNOL_THIRDPARTY_PROVENANCE blockiert eine SIU-Route, die auf einer Anbieterbewertung basiert, deren Version oder Dateneignung nicht erfasst wurde – so kann der Versicherer immer rekonstruieren, welches Drittanbietersignal die Weiterleitung ausgelöst hat.

Wie erkennt KLA, dass der Agent damit begonnen hat, eine Kohorte häufiger als andere an die SIU weiterzuleiten?

Das Assurance Center verfolgt, wie sich automatisierte Ergebnisse auf die von Ihnen definierten Kohorten verteilen (Geografie, Produktstufe, Altersgruppe). Wenn die SIU- oder Schnellbearbeitung-Ausschlussrate für eine Kohorte erheblich abweicht, wird daraus ein Assurance-Alarm mit angehängter Kohortenaufschlüsselung, und die FNOL_SIU_FAIRNESS_COHORT-/FNOL_DRIFT_GUARD-Prüfungen wandeln dieses Signal in eine Laufzeit-Routing-Steuerung um. Dies entspricht direkt der Anforderung des NAIC-Bulletins, auf unfaire Diskriminierung zu testen und das Verhalten in der Entwicklung mit dem Verhalten nach der Implementierung zu vergleichen, was mit einem einmaligen Fairnesstest vor der Markteinführung nicht möglich ist.

Related blueprints & guides

Primary sources

Govern this Process without re-platforming the agent

KLA wraps the agent you already run, gates each high-stakes action, routes the hard calls to a named human, and seals independently verifiable evidence mapped to regulation.

Book a demo Read the governance guide