Datenvorlage: Schadenbearbeitung

Dieses Attribut beschreibt einen einzelnen Schritt bzw. eine Aufgabe im Lebenszyklus eines Schadens, z. B. 'Claim Submitted', 'Initial Review Performed' oder 'Payment Issued'. Jede Aktivität ist ein klar abgegrenzter Punkt im Prozess mit einem Start- und gegebenenfalls einem Endzeitpunkt.

Die Analyse der Aktivitäten ist der Kern von Process Mining. Sie ermöglicht die Visualisierung der Prozesskarte, das Erkennen von Engpässen zwischen Schritten, die Auswertung von Aktivitätshäufigkeiten sowie das Verständnis von Prozessvarianten. Die Abfolge der Aktivitäten zu einer bestimmten Claim ID bildet die Grundlage des Prozessflusses.

Definiert die Schritte des Prozesses – Grundlage für die Erstellung der Prozesslandkarte und das Identifizieren von Engpässen oder Ineffizienzen.

Typischerweise aus Event Logs, Statusänderungsprotokollen oder Tabellen zu erledigten Aufgaben in Sapiens ClaimsPro abgeleitet. Gegebenenfalls ist ein Mapping von Statuscodes oder Transaktionstypen erforderlich.

Der Event Timestamp protokolliert die Startzeit jeder Aktivität im Schadenprozess. Er liefert den chronologischen Kontext, um Events in die richtige Reihenfolge zu bringen und die Dauer dazwischen zu berechnen – das zeitliche Rückgrat des Event-Logs.

In der Process-Mining-Analyse ist dieses Attribut die Grundlage für alle zeitrelevanten Kennzahlen, inklusive Durchlaufzeiten, Wartezeiten und Aktivitätsdauern. Es ermöglicht die Erkennung von Engpässen, die Analyse der Prozessleistung im Zeitverlauf und das Monitoring der SLA-Compliance, weil es faktenbasiert zeigt, wann etwas passiert ist.

Dieser Timestamp ist unerlässlich, um Events chronologisch zu ordnen und alle zeitbasierten Kennzahlen wie die Cycle Time zu berechnen und Engpässe zu erkennen.

Befindet sich in den Event- oder Transaktionsprotokolltabellen neben den Informationen zu Aktivitäten bzw. Statusänderungen in Sapiens ClaimsPro.

Die Claim ID ist der zentrale Identifikator, der alle Events und Aktivitäten zu einem einzelnen Schadenfall verknüpft. So lässt sich der gesamte Prozessverlauf eines Schadens – von der ersten Einreichung bis zum endgültigen Abschluss – lückenlos rekonstruieren und analysieren.

Im Process Mining muss jeder Event-Log-Eintrag einer Claim ID zugeordnet sein. Dadurch kann das Tool den vollständigen Pfad jedes Schadens nachzeichnen, Prozessvarianten visualisieren, End-to-End-Durchlaufzeiten berechnen und Engpässe oder Abweichungen vom Standard-Workflow aufdecken. Die Analyse aus der Perspektive der Claim ID liefert das vollständige Bild des Prozessverlaufs.

Unverzichtbar, um alle zusammengehörigen Aktivitäten zu einer Prozessinstanz zu bündeln – für eine End-to-End-Analyse des Schadenlebenszyklus.

Primärschlüssel in der zentralen Schaden‑Transaktionstabelle von Sapiens ClaimsPro. Die genaue Tabelle und Feldbezeichnung entnehmen Sie der Systemdokumentation.

Die Event End Time markiert den Abschluss einer Aktivität. Manche Events sind punktuell (StartTime entspricht EndTime), viele Aktivitäten haben jedoch eine Dauer. Dieser Zeitstempel ermöglicht – sofern vorhanden – die präzise Messung, wie lange jeder Schritt gedauert hat.

Das Attribut dient dazu, die aktive Bearbeitungszeit einer Aktivität zu berechnen – im Gegensatz zur Wartezeit zwischen Aktivitäten. So wird sichtbar, wie viel Zeit tatsächlich gearbeitet wurde und wie viel Zeit der Schaden in einer Warteschlange lag. Das ist entscheidend, um besonders zeitintensive Aktivitäten zu identifizieren.

Ermöglicht die Berechnung der aktiven Bearbeitungszeit je Aktivität und hilft, Wertschöpfungszeit von Wartezeit zu unterscheiden.

Kann in denselben Transaktionslogs wie die Startzeit vorhanden sein oder muss aus der Startzeit des nachfolgenden Ereignisses abgeleitet werden. Siehe Sapiens ClaimsPro-Dokumentation.

Dieses Attribut erfasst den Entschädigungsbetrag. Er ist eine zentrale Ergebniskennzahl und spiegelt die finanzielle Auswirkung des Schadens sowie die im Prozess getroffenen Entscheidungen wider.

In der Prozessanalyse wird der Settlement Amount im Dashboard 'Claim Decision & Settlement Insights' genutzt, um zu untersuchen, wie Prozessvarianten oder das Verhalten von Schadenregulierern mit Regulierungsergebnissen zusammenhängen. Außerdem ist er ein wesentlicher Input für den KPI 'Settlement Amount Consistency Index' und hilft, Unstimmigkeiten bei der Regulierung ähnlicher Schadentypen aufzudecken.

Zentrale Ergebniskennzahl. Der Vergleich über Prozessvarianten zeigt, wie Ineffizienzen oder Abweichungen das finanzielle Ergebnis beeinflussen.

Zu finden in den Finanz- bzw. Zahlungstransaktionstabellen zum Schadenfall in Sapiens ClaimsPro.

Schadenschwere ist eine Einstufung, die einem Schaden zugewiesen wird und die geschätzte Komplexität, das Risiko oder die finanzielle Auswirkung beschreibt. Diese Einstufung beeinflusst in der Regel den Prüfungsumfang, die erforderliche Erfahrung des Schadenregulierers und den Workflow, dem der Fall folgt.

Dieses Attribut ist zentral für das 'Claim Severity Cycle Time Analysis'-Dashboard. Es zeigt, ob komplexere Schäden effizient bearbeitet werden oder ob sie überproportional zu langen Durchlaufzeiten beitragen. Es liefert einen wichtigen Kontext für Leistungskennzahlen, denn ein Schaden mit hohem Schweregrad dauert erwartungsgemäß länger als ein Fall mit niedrigem Schweregrad.

Liefert wichtigen Kontext für die Durchlaufzeitanalyse: Warum dauern manche Schadenfälle länger als andere, und werden komplexe Fälle effizient bearbeitet?

Kann ein manuell gepflegtes Feld sein oder ein abgeleiteter Score auf Basis der Schadenmerkmale in Sapiens ClaimsPro.

Schadentyp klassifiziert Schäden nach Sparte oder Art des Schadens. Es ist ein zentrales Segmentierungsmerkmal und bestimmt häufig, welchem Prozess-Workflow ein Schaden folgt und welche Teams beteiligt sind.

Die Analyse nach Schadentyp ist entscheidend, um Effizienz- und Ablaufunterschiede zwischen Sparten sichtbar zu machen. So kann z. B. der Prozess für einen Kfz-Schaden stark automatisiert und schnell sein, während ein gewerblicher Sachschaden komplexer und langsamer ist. Dieses Attribut wird zur Berechnung des KPIs 'Settlement Amount Consistency Index' benötigt.

Ermöglicht den Vergleich von Prozessen über verschiedene Sparten hinweg, um Best Practices und spezifische Engpässe pro Schadenskategorie zu identifizieren.

Ein Standardfeld im Hauptdatensatz des Schadenfalls in Sapiens ClaimsPro. Ein zentrales Datenelement in jedem Claims-System.

Dieses Attribut kennzeichnet die zugeordnete Organisationseinheit bzw. das Team, z. B. 'Initial Intake', 'Complex Claims' oder 'SIU (Special Investigations Unit)'. Es ermöglicht die Betrachtung des Prozesses aus Abteilungssicht.

Eine Analyse nach Abteilungen hilft, teamspezifische Engpässe aufzudecken, Übergaben zwischen Bereichen zu verstehen und die Effizienz der Einheiten zu bewerten. Es ist essenziell für das Dashboard 'Adjuster & Department Activity Load' und für übergeordnete organisatorische Prozessanalysen.

Ermöglicht die Analyse der Prozessperformance und der Übergaben zwischen Teams und deckt so organisatorische Engpässe auf.

Ist oft dem Benutzerprofil im System zugeordnet oder direkt am Schadenfall hinterlegt. Siehe Sapiens ClaimsPro-Dokumentation.

Dieses Attribut identifiziert den Benutzer bzw. die Ressource, die eine Aktion am Schaden ausgeführt hat. Die Nachverfolgung des zuständigen Schadenregulierers ist entscheidend, um Arbeitslastverteilung, individuelle Performance und Ressourcenzuteilung zu verstehen.

Für die Analyse lässt sich damit die Prozesskarte danach filtern, wie verschiedene Regulierer Fälle bearbeiten, ihre Performance vergleichen und Schulungsbedarf erkennen. Es ist die Basis für das Dashboard 'Adjuster & Department Activity Load' und die Berechnung des KPI 'Adjuster Workload Balance'.

Wichtig für die Ressourcenanalyse: macht Ungleichgewichte in der Auslastung, Top-Performer und Schulungsbedarf sichtbar.

Zu finden in Benutzeraktivitätsprotokollen oder Transaktionstabellen in Sapiens ClaimsPro, häufig verknüpft mit dem Benutzer, der den Datensatz erstellt oder zuletzt geändert hat.

Wenn eine Entscheidung zum Schadenfall 'Denied' lautet, liefert dieses Attribut die Begründung. Das kann ein standardisierter Code sein oder eine Freitextbeschreibung, z. B. 'Policy Exclusion', 'Lack of Evidence' oder 'Fraud Suspected'.

Diese Information ist zentral für das Dashboard 'Claim Decision & Settlement Insights'. Die Analyse der Ablehnungsgründe zeigt Muster – etwa viele Ablehnungen wegen unvollständiger Angaben, was auf Schwächen in der Erhebungsphase hindeuten kann. So gelingt die Ursachenanalyse für Ablehnungen.

Liefert entscheidenden Kontext zu abgelehnten Schadenfällen und ermöglicht Ursachenanalysen, um Ablehnungsquoten zu senken und die Qualität der Einreichungen zu verbessern.

Verknüpft mit den Aktivitäten 'Claim Denied' oder 'Claim Decision Made'; in Sapiens ClaimsPro meist als Status- oder Reason Code hinterlegt.

Die Bearbeitungszeit misst die Spanne zwischen dem Start einer Aktivität und dem Start der nächsten. Sie entspricht der gesamten Durchlaufzeit eines Schritts und umfasst sowohl die aktive Arbeitszeit als auch Warte- bzw. Liegezeiten bis zum Beginn der Folgeaktivität.

Sie gehört zu den grundlegenden Kennzahlen im Process Mining und bildet die Basis für Engpassanalysen. Visualisiert man die durchschnittliche Bearbeitungszeit auf den Kanten zwischen Aktivitäten in der Prozesskarte, sehen Analysten sofort, wo Schadenfälle stecken bleiben. Unverzichtbar für Dashboards wie 'Engpassanalyse nach Schadenaktivitäten'.

Diese Kennzahl ist die Basis der Engpassanalyse: Sie zeigt, in welchen Phasen Schadenfälle die meiste Wartezeit ansammeln.

Dies ist eine berechnete Kennzahl: In der Process Mining‑Analyse wird für jede 'ClaimId' die Differenz zwischen den 'EventTimestamps' aufeinanderfolgender Aktivitäten gebildet.

Dieses Attribut gibt den Eingangskanal eines neuen Schadens an. Unterschiedliche Kanäle können die anfängliche Datenqualität deutlich beeinflussen – mit Auswirkungen auf den gesamten nachgelagerten Prozess.

Eine Analyse nach Submission Channel beantwortet Fragen zu Effizienz und Qualität. So kann das Dashboard 'Claims Submission Channel Efficiency' zeigen, ob über ein Online-Portal eingereichte Schäden schnellere Durchlaufzeiten und geringere Nacharbeitsquoten aufweisen als per Post eingereichte Fälle. Diese Erkenntnisse unterstützen Investitionen in Kanaloptimierung und digitale Transformation.

Hilft zu erkennen, welche Eingangskanäle zur effizientesten Bearbeitung führen, und zeigt Automatisierungschancen sowie Potenziale für ein besseres Kundenerlebnis auf.

In der Regel beim ersten Kontakt erfasst und als Feld im Hauptdatensatz des Schadenfalls in Sapiens ClaimsPro gespeichert.

Dieses Attribut steht auf 'true', wenn eine Aktivität oder Abfolge von Aktivitäten für denselben Schaden wiederholt wird. Beispielsweise: Wechselt ein Fall von 'Initial Review' zu 'Additional Information Requested' und anschließend zurück zu 'Initial Review', wird die zweite Prüfung als Nacharbeit markiert.

Das Kennzeichnen von Nacharbeit ist entscheidend, um Prozessineffizienzen zu quantifizieren. Es speist das Dashboard 'Claims Rework & Re-submission Trends' und den KPI 'Claim Rework Loop Frequency'. Durch die gezielte Analyse von Nacharbeitsschleifen lassen sich Ursachen wie mangelhafte anfängliche Datenqualität oder unklare Richtlinien erkennen und Maßnahmen zur Reduzierung von verschwendetem Aufwand ableiten.

Quantifiziert Prozessineffizienzen, indem wiederholte Aktivitäten explizit gekennzeichnet werden – für gezielte Verbesserungsmaßnahmen.

Im Quellsystem nicht vorhanden. Wird vom Process‑Mining‑Tool berechnet, indem wiederholte Aktivitätssequenzen innerhalb eines einzelnen Case erkannt werden.

Dieses Attribut protokolliert Datum und Uhrzeit des letzten Datenabrufs aus Sapiens ClaimsPro. Es ist essenziell, um die Aktualität der analysierten Daten zu verstehen und ist innerhalb eines Datasets typischerweise für alle Einträge identisch.

In jeder Analyse oder jedem Dashboard liefert dieser Timestamp wichtigen Kontext zur Aktualität. Nutzer erkennen, ob sie Echtzeitinformationen oder einen historischen Snapshot sehen – entscheidend für zeitnahe operative Entscheidungen.

Gibt Auskunft über die Aktualität der Daten, damit Nutzer wissen, wie aktuell die Analyse ist.

Dieser Wert wird während der Datenextraktion (ETL) erzeugt und dem Datensatz hinzugefügt.

Die Policennummer verknüpft den Schaden mit dem konkreten Versicherungsvertrag des Anspruchstellers. Sie liefert essenziellen Kontext zu Deckung, Limits und Selbstbehalten, die die Bearbeitung und Entscheidungen beeinflussen.

Auch wenn sie nicht immer direkt in der Prozessfluss-Analyse genutzt wird, ist sie für tiefergehende Untersuchungen unverzichtbar. Sie ermöglicht, Schadendaten mit Policendaten zu verbinden – für einen ganzheitlichen Blick auf Kundenbeziehung und Risikoprofil – und erlaubt die Aggregation von Schäden je Police, um Auffälligkeiten oder Trends zu erkennen.

Verknüpft den Schadenfall mit dem Versicherungsvertrag und ermöglicht tiefere Analysen, indem Prozessdaten mit Vertragsdetails wie Deckung und Deckungsgrenzen verbunden werden.

Ein Standardfeld im Hauptdatensatz des Schadenfalls in Sapiens ClaimsPro, das die Verknüpfung zum Vertragsverwaltungssystem herstellt.

Dieses Attribut liefert Kontext zur Herkunft der Prozessdaten. Auch wenn es in diesem Datensatz ein konstanter Wert wie 'Sapiens ClaimsPro' sein kann, ist es in Umgebungen mit zusammengeführten Systemen unverzichtbar.

Für die Analyse unterstützt es Data Governance, Fehleranalyse und stellt sicher, dass Erkenntnisse dem richtigen Quellsystem zugeordnet werden. Es ist ein zentrales Feld, um die Datenherkunft nachzuvollziehen und den technologischen Kontext des Prozesses zu verstehen.

Gewährleistet Datenherkunft und Nachvollziehbarkeit – besonders wichtig bei der Zusammenführung mehrerer Systeme oder für Audit-Zwecke.

Meist ein statischer Wert, der im ETL‑Prozess (Extract‑Transform‑Load) ergänzt wird, um die Herkunft der Datensätze zu kennzeichnen.

Das Loss Date, auch Date of Loss genannt, ist das Datum des eigentlichen Ereignisses (z. B. Autounfall, Sachschaden), für das der Schaden geltend gemacht wird. Aus Kundensicht ist dies häufig der Startpunkt der gesamten Journey.

Dieses Attribut ist wichtig zur Berechnung des Meldeverzugs (Reporting Lag) – der Zeit zwischen dem Loss Date und dem Datum „Claim Submitted“. Die Analyse dieser Verzögerung liefert Einblicke in das Kundenverhalten und zeigt Möglichkeiten, schnellere Meldungen zu fördern, was oft zu besseren Ergebnissen führt.

Definiert den Beginn des Schadenereignisses und ermöglicht die Analyse des Meldeverzugs (Zeit vom Schadenereignis bis zur Schadenmeldung).

Ein zentrales Feld im Hauptdatensatz des Schadenfalls, erfasst beim First Notice of Loss (FNOL).

Dieses Attribut beschreibt den Gesamtstatus des Schadenfalls zu einem beliebigen Zeitpunkt. Aktivitäten sind Events; der Status ist der daraus resultierende Zustand des Schadens. Er fasst auf hoher Ebene zusammen, wo sich der Fall im Lebenszyklus befindet.

Die Statusanalyse hilft, den Bestand offener Schäden und ihren aktuellen Bearbeitungsstand zu verstehen. Sie ist nützlich für operative Dashboards und für die Berechnung des KPI 'Claim Status Transparency Score', indem gemessen wird, wie häufig und mit welcher Aussagekraft der Status im Prozessverlauf aktualisiert wird.

Bietet einen kompakten Überblick über den aktuellen Status eines Schadenfalls – hilfreich, um die laufende Arbeitslast zu verfolgen und den Fallfortschritt zu verstehen.

Ein primäres Feld im Hauptdatensatz des Schadenfalls in Sapiens ClaimsPro, das durch verschiedene Geschäftsvorgänge aktualisiert wird.

Dieses Attribut wird ermittelt, indem der Timestamp der Aktivität 'Claim Closed' mit dem 'ResolutionTargetDate' verglichen wird. Es ordnet Schäden Zuständen wie 'On-Time' oder 'Late' zu und liefert damit einen klaren, unmittelbaren Indikator für die SLA-Performance.

Dieses berechnete Feld bildet das Rückgrat des Dashboards 'Claim Resolution SLA Compliance'. Es vereinfacht die Analyse, weil Nutzer alle verspäteten Schäden sofort filtern und die typischen Prozesspfade bzw. Engpässe untersuchen können, die zur Verzögerung geführt haben. Es unterstützt direkt den KPI 'On-Time Claim Resolution Rate'.

Misst die Einhaltung von SLAs direkt und ermöglicht es, verspätet abgeschlossene Fälle gezielt zu filtern und zu analysieren.

Dieses Attribut existiert nicht im Quellsystem. Es wird während der Datentransformation berechnet, indem der 'EventTimestamp' der Aktivität 'Claim Closed' mit dem 'ResolutionTargetDate' verglichen wird.

Das Resolution Target Date ist die Frist für den Abschluss eines Schadensfalls und wird häufig durch Faktoren wie Schadentyp, Jurisdiktion oder Policenbedingungen bestimmt. Es dient als Referenz, um Leistung und die Einhaltung von Service-Level-Agreements zu messen.

Dieses Datum ist zentral für das Dashboard 'Claim Resolution SLA Compliance' und den KPI 'On-Time Claim Resolution Rate'. Durch den Vergleich des tatsächlichen Datums von 'Claim Closed' mit diesem Zieltermin kann das System Schäden automatisch als 'On-Time' oder 'Late' klassifizieren und die SLA-Performance transparent machen.

Dient als Referenz zur Messung der SLA-Einhaltung, ermöglicht die Berechnung termingerechter Abschlussquoten und identifiziert Schadenfälle mit Verzögerungsrisiko.

Dieses Datum kann im Hauptdatensatz des Schadens oder in einem zugehörigen SLA-Management-Modul in Sapiens ClaimsPro gespeichert sein.