Ihr Daten-Template für die Schadenbearbeitung

Dieses Attribut beschreibt einen einzelnen Schritt oder eine Aufgabe im Verlauf eines Schadenfalls, zum Beispiel „Schadenfall gemeldet“, „Erstprüfung durchgeführt“ oder „Zahlung veranlasst“. Jede Aktivität steht für einen eigenen Prozessschritt mit einem Startzeitpunkt und gegebenenfalls einem Endzeitpunkt.

Die Analyse von Aktivitäten bildet den Kern des Process Mining. Sie ermöglicht es, den Prozessablauf zu visualisieren, Engpässe zwischen Schritten zu erkennen, die Häufigkeit von Aktivitäten auszuwerten und Prozessvarianten nachzuvollziehen. Die Abfolge der Aktivitäten zu einer Schadenfall-ID bildet die Grundlage für den Prozessfluss.

Das Attribut legt die Prozessschritte fest. Es ist damit grundlegend für die Erstellung der Prozessübersicht und das Erkennen von Engpässen oder Ineffizienzen.

Wird in der Regel aus Event Logs, Statusänderungsdatensätzen oder Aufgabentabellen in Sapiens ClaimsPro abgeleitet. Möglicherweise müssen Statuscodes oder Transaktionstypen zugeordnet werden.

Der Ereignis-Timestamp erfasst den Startzeitpunkt jeder Aktivität im Schadenbearbeitungsprozess. Er liefert den zeitlichen Kontext, der erforderlich ist, um Ereignisse in die richtige Reihenfolge zu bringen und Zeitspannen zwischen ihnen zu berechnen. Damit bildet er das zeitliche Rückgrat des Event Logs.

Bei der Process-Mining-Analyse ist dieses Attribut entscheidend für die Berechnung aller zeitbezogenen Kennzahlen, darunter Durchlaufzeiten, Wartezeiten und Aktivitätsdauern. Es hilft, Engpässe zu erkennen, die Prozessleistung im Zeitverlauf zu analysieren und die Einhaltung von SLAs zu überwachen, da es dokumentiert, wann Vorgänge stattgefunden haben.

Dieser Timestamp ist unerlässlich, um Ereignisse chronologisch zu ordnen und alle zeitbasierten Kennzahlen wie Durchlaufzeiten zu berechnen sowie Engpässe zu erkennen.

In Sapiens ClaimsPro in den Ereignis- oder Transaktionsprotokollen neben den Angaben zu Aktivitäten oder Statusänderungen zu finden.

Die Schadenfall-ID ist die zentrale Kennung, die alle Ereignisse und Aktivitäten eines einzelnen Versicherungsfalls miteinander verknüpft. Mit ihr lässt sich der gesamte Verlauf eines Schadenfalls von der ersten Meldung bis zum endgültigen Abschluss rekonstruieren und zusammenhängend analysieren.

Beim Process Mining muss jeder Eintrag im Event Log einer Schadenfall-ID zugeordnet sein. So kann das Tool den vollständigen Ablauf jedes Schadenfalls nachverfolgen, Prozessvarianten visualisieren, Durchlaufzeiten von Anfang bis Ende berechnen und Engpässe oder Abweichungen vom Standard-Workflow erkennen. Die Analyse anhand der Schadenfall-ID zeigt den gesamten Verlauf eines Schadenfalls.

Sie ist unerlässlich, um alle zusammengehörigen Aktivitäten zu einer einzelnen Prozessinstanz zusammenzufassen und den gesamten Verlauf eines Schadenfalls von Anfang bis Ende zu analysieren.

Dies ist ein Primärschlüssel in der zentralen Transaktionstabelle für Schadenfälle in Sapiens ClaimsPro. Die genaue Tabellen- und Feldbezeichnung finden Sie in der Systemdokumentation.

Die Endzeit des Ereignisses kennzeichnet den Abschluss einer Aktivität. Manche Ereignisse sind unmittelbar abgeschlossen, sodass StartTime und EndTime übereinstimmen. Viele Aktivitäten dauern jedoch eine gewisse Zeit. Wenn dieser Timestamp verfügbar ist, lässt sich die Dauer jedes einzelnen Schritts genau messen.

Mit diesem Attribut wird die aktive Bearbeitungszeit einer Aktivität berechnet, im Unterschied zur Wartezeit zwischen Aktivitäten. So lässt sich unterscheiden, wie lange tatsächlich an einem Schadenfall gearbeitet wurde und wie lange er unbearbeitet in einer Warteschlange lag. Das ist wichtig, um zeitaufwendige Aktivitäten gezielt zu erkennen.

Ermöglicht die Berechnung der aktiven Bearbeitungszeit einzelner Aktivitäten und hilft, wertschöpfende Zeit von Wartezeit zu unterscheiden.

Der Wert ist möglicherweise in denselben Transaktionsprotokollen wie die Startzeit verfügbar oder muss anhand der Startzeit des Folgeereignisses abgeleitet werden. Weitere Informationen finden Sie in der Dokumentation zu Sapiens ClaimsPro.

Die Schadenart ordnet Schadenfälle nach Geschäftsbereich oder Art des Schadens ein. Sie ist ein grundlegendes Segmentierungsattribut, das häufig bestimmt, welchem Workflow ein Schadenfall folgt und welche Teams daran beteiligt sind.

Die Analyse nach Schadenart ist wichtig, um Unterschiede bei Effizienz und Vorgehensweise in den verschiedenen Geschäftsbereichen zu erkennen. Ein Kfz-Schadenfall kann beispielsweise weitgehend automatisiert und schnell bearbeitet werden, während ein gewerblicher Immobilienschaden komplex und langwierig sein kann. Dieses Attribut wird für die KPI „Konsistenzindex der Vergleichsbeträge“ benötigt.

Ermöglicht den Vergleich von Prozessen in verschiedenen Geschäftsbereichen, um bewährte Vorgehensweisen und spezifische Engpässe je Schadenkategorie zu erkennen.

Ein Standardfeld im zentralen Schadenfalldatensatz von Sapiens ClaimsPro. Es gehört zu den grundlegenden Datenelementen jedes Schadenverwaltungssystems.

Die Schadenschwere gibt an, wie komplex, risikoreich oder finanziell umfangreich ein Schadenfall voraussichtlich ist. Diese Einstufung beeinflusst häufig, wie intensiv der Fall geprüft wird, welche Erfahrung der Sachverständige benötigt und welchem Workflow der Fall folgt.

Dieses Attribut ist entscheidend für das Dashboard „Durchlaufzeitanalyse nach Schadenschwere“. Es zeigt, ob komplexere Schadenfälle effizient bearbeitet werden oder überproportional zu langen Durchlaufzeiten beitragen. Außerdem liefert es wichtigen Kontext für Leistungskennzahlen: Bei einem Schadenfall mit hoher Schadenschwere ist eine längere Bearbeitungszeit zu erwarten als bei einem Fall mit niedriger Schadenschwere.

Liefert wichtigen Kontext für die Durchlaufzeitanalyse. So lässt sich nachvollziehen, warum manche Schadenfälle länger dauern und ob komplexe Fälle effizient bearbeitet werden.

Kann ein manuell eingegebenes Feld oder ein aus den Merkmalen des Schadenfalls in Sapiens ClaimsPro abgeleiteter Wert sein.

Dieses Attribut erfasst den Betrag, mit dem der Schadenfall reguliert wird. Als wichtige Ergebniskennzahl spiegelt es die finanziellen Auswirkungen des Schadenfalls und die im Prozess getroffenen Entscheidungen wider.

In der Prozessanalyse dient der Vergleichsbetrag im Dashboard „Entscheidung und Regulierung von Schadenfällen: Erkenntnisse“ dazu, mögliche Zusammenhänge zwischen Prozessvarianten oder dem Vorgehen der Sachverständigen und dem Regulierungsergebnis zu untersuchen. Außerdem ist er eine zentrale Eingangsgröße für die KPI „Konsistenzindex der Vergleichsbeträge“. Damit lassen sich Unstimmigkeiten bei Entscheidungen zu ähnlichen Schadenfällen erkennen.

Dies ist eine wichtige Ergebniskennzahl. Im Vergleich mit Prozessvarianten zeigt sich, wie sich Ineffizienzen oder Abweichungen im Prozess auf die finanziellen Ergebnisse auswirken.

In Sapiens ClaimsPro in den Finanz- oder Zahlungstransaktionstabellen zum Schadenfall zu finden.

Dieses Attribut gibt die Geschäftseinheit oder das Team an, dem ein Schadenfall oder eine Aktivität zugewiesen ist, zum Beispiel „Erstaufnahme“, „Komplexe Schadenfälle“ oder „SIU (Spezialeinheit für Ermittlungen)“. So lässt sich der Prozess aus Sicht der Abteilungen analysieren.

Die Analyse nach Abteilung hilft, teambezogene Engpässe zu erkennen, Übergaben zwischen Abteilungen nachzuvollziehen und die Effizienz der einzelnen Abteilungen zu bewerten. Sie ist wichtig für das Dashboard „Aktivitätsauslastung nach Sachverständigen und Abteilungen“ sowie für die übergeordnete Analyse organisatorischer Prozesse.

Ermöglicht die Analyse der Prozessleistung und der Übergaben zwischen Teams. So werden organisatorische Engpässe sichtbar.

Häufig ist das Attribut dem Benutzerprofil im System zugeordnet oder direkt am Schadenfall hinterlegt. Weitere Informationen finden Sie in der Dokumentation zu Sapiens ClaimsPro.

Dieses Attribut gibt an, welcher Benutzer oder welche Ressource eine Aktion am Schadenfall ausgeführt hat. Die Zuordnung zum Sachverständigen ist wichtig, um die Arbeitslastverteilung, die individuelle Leistung und den Ressourceneinsatz zu verstehen.

In der Analyse können Sie die Prozessübersicht nach Sachverständigen filtern und vergleichen, wie diese Schadenfälle bearbeiten. So lassen sich auch mögliche Schulungsbedarfe erkennen. Das Attribut ist eine wichtige Grundlage für das Dashboard „Aktivitätsauslastung nach Sachverständigen und Abteilungen“ und die KPI „Ausgewogene Arbeitslast der Sachverständigen“.

Wichtig für die Ressourcenanalyse: Damit lassen sich unausgewogene Arbeitslasten, besonders leistungsstarke Mitarbeitende und Schulungsbedarf erkennen.

In Sapiens ClaimsPro in Benutzeraktivitätsprotokollen oder Transaktionstabellen zu finden. Häufig ist das Attribut mit dem Benutzer verknüpft, der einen Datensatz erstellt oder zuletzt geändert hat.

Wird eine Schadenentscheidung als „Abgelehnt“ eingestuft, gibt dieses Attribut den Grund dafür an. Es kann sich um einen standardisierten Code oder eine Freitextbeschreibung handeln, etwa „Ausschluss laut Versicherungsbedingungen“, „Fehlende Nachweise“ oder „Betrugsverdacht“.

Diese Informationen sind für das Dashboard „Entscheidung und Regulierung von Schadenfällen: Erkenntnisse“ besonders wertvoll. Die Analyse der Ablehnungsgründe kann Muster aufdecken. Eine hohe Zahl von Ablehnungen wegen unvollständiger Angaben könnte beispielsweise auf Probleme bei der Datenerfassung hinweisen. So lassen sich die Ursachen für abgelehnte Schadenfälle untersuchen.

Liefert wichtigen Kontext zu abgelehnten Schadenfällen. So können Sie Ursachen analysieren, Ablehnungsquoten senken und die Qualität der Meldungen verbessern.

Gehört zu den Aktivitäten „Schadenfall abgelehnt“ oder „Schadenentscheidung getroffen“ und ist wahrscheinlich in Sapiens ClaimsPro in einem Status- oder Ablehnungsgrundfeld gespeichert.

Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabrufs aus Sapiens ClaimsPro. Es ist wichtig, um die Aktualität der analysierten Daten einzuschätzen. In einem einzelnen Datensatz ist der Wert in der Regel für alle Einträge gleich.

In Analysen und Dashboards gibt dieser Timestamp wichtigen Kontext zur Aktualität der Daten. Benutzer können damit erkennen, ob sie aktuelle Informationen oder einen historischen Datenstand betrachten. Das ist entscheidend, um rechtzeitig operative Entscheidungen zu treffen.

Gibt Aufschluss über die Aktualität der Daten, damit Benutzer den zeitlichen Stand der Analyse einschätzen können.

Dieser Wert wird beim Extrahieren der Daten im ETL-Prozess erzeugt und dem Datensatz hinzugefügt.

Dieses Attribut gibt den Eingangskanal eines neuen Schadenfalls an. Die verschiedenen Kanäle können die Qualität der anfänglich erfassten Daten erheblich beeinflussen, was sich auf den weiteren Prozessverlauf auswirkt.

Die Analyse nach Meldekanal hilft, Fragen zu Effizienz und Qualität zu beantworten. Das Dashboard „Effizienz der Schadenmeldung nach Kanal“ kann beispielsweise zeigen, ob über ein Online-Portal gemeldete Schadenfälle kürzere Durchlaufzeiten und weniger Nachbearbeitungen aufweisen als postalisch eingereichte Fälle. Diese Erkenntnisse können Investitionen in die Optimierung der Kanäle und die digitale Transformation unterstützen.

Zeigt, über welche Eingangskanäle Schadenfälle am effizientesten bearbeitet werden. So werden Möglichkeiten zur Automatisierung und zur Verbesserung der Customer Experience sichtbar.

Wird in der Regel beim ersten Kontakt erfasst und als Feld im zentralen Schadenfalldatensatz von Sapiens ClaimsPro gespeichert.

Dieses Attribut wird auf „true“ gesetzt, wenn eine Aktivität oder eine Abfolge von Aktivitäten für denselben Schadenfall wiederholt wird. Geht ein Schadenfall beispielsweise von der „Erstprüfung“ zu „Zusätzliche Informationen angefordert“ und anschließend zurück zur „Erstprüfung“, wird die zweite Prüfung als Nachbearbeitung gekennzeichnet.

Die Kennzeichnung von Nachbearbeitungen ist entscheidend, um Prozessineffizienzen zu quantifizieren. Sie bildet die Grundlage für das Dashboard „Trends bei Nachbearbeitung und erneuter Einreichung von Schadenfällen“ und die KPI „Häufigkeit von Nachbearbeitungsschleifen bei Schadenfällen“. Durch die gezielte Analyse solcher Schleifen können Unternehmen Ursachen wie eine unzureichende anfängliche Datenqualität oder unklare Richtlinien erkennen und unnötigen Aufwand reduzieren.

Hilft, Prozessineffizienzen zu quantifizieren, indem wiederholte Aktivitäten ausdrücklich gekennzeichnet werden. So lassen sich Verbesserungsmaßnahmen gezielt ausrichten.

Dieses Attribut ist im Quellsystem nicht vorhanden. Das Process-Mining-Tool berechnet es, indem es wiederholte Aktivitätsabfolgen innerhalb eines einzelnen Case erkennt.

Dieses Attribut gibt Aufschluss über die Herkunft der Prozessdaten. Für diesen konkreten Datensatz kann es einen festen Wert wie „Sapiens ClaimsPro“ enthalten. In Umgebungen, in denen Daten aus mehreren Systemen zusammengeführt werden, ist es jedoch besonders wichtig.

Bei der Analyse unterstützt es die Data Governance und die Fehlersuche. Außerdem stellt es sicher, dass Erkenntnisse dem richtigen Quellsystem zugeordnet werden. Das Attribut ist entscheidend, um die Datenherkunft nachzuvollziehen und den technischen Kontext des Prozesses zu verstehen.

Sichert die Nachvollziehbarkeit und Rückverfolgbarkeit der Daten. Das ist besonders wichtig, wenn Daten aus mehreren Systemen zusammengeführt oder Prüfungen durchgeführt werden.

In der Regel wird beim Extrahieren, Transformieren und Laden der Daten (ETL) ein statischer Wert hinzugefügt, der die Herkunft der Datensätze kennzeichnet.

Das Schadendatum, auch Datum des Schadeneintritts genannt, bezeichnet den Tag des Ereignisses, für das der Schadenfall gemeldet wird, zum Beispiel eines Autounfalls oder eines Sachschadens. Aus Sicht des Kunden beginnt damit häufig der gesamte Verlauf des Schadenfalls.

Dieses Attribut ist wichtig, um die Meldeverzögerung zu berechnen, also den Zeitraum zwischen dem Schadendatum und dem Datum der Schadenmeldung. Die Analyse dieser Verzögerung kann Erkenntnisse zum Kundenverhalten liefern und zeigen, wie sich eine schnellere Meldung fördern lässt. Eine frühzeitige Meldung führt häufig zu besseren Ergebnissen.

Legt den Beginn des Schadenereignisses fest und ermöglicht die Analyse der Meldeverzögerung, also der Zeit zwischen dem Schaden und der Meldung.

Ein zentrales Feld im Schadenfalldatensatz, das bei der ersten Schadenmeldung (FNOL) erfasst wird.

Dieses Attribut gibt den Gesamtstatus des Schadenfalls zu einem bestimmten Zeitpunkt an. Aktivitäten sind Ereignisse, während der Status den Zustand des Schadenfalls beschreibt, der sich aus diesen Ereignissen ergibt. Er fasst zusammen, an welcher Stelle des Lebenszyklus sich der Schadenfall befindet.

Die Analyse des Schadenfallstatus zeigt, wie viele offene Schadenfälle vorliegen und in welcher Phase sie sich befinden. Sie eignet sich für operative Dashboards und zur Berechnung der KPI „Transparenz des Schadenfallstatus“. Dafür wird erfasst, wie häufig und aussagekräftig der Status im Prozess aktualisiert wird.

Gibt einen Überblick über den aktuellen Zustand eines Schadenfalls. So können Sie laufende Arbeitslasten nachverfolgen und den Fortschritt einzelner Fälle nachvollziehen.

Ein zentrales Feld im Schadenfalldatensatz von Sapiens ClaimsPro, das durch verschiedene Geschäftstransaktionen aktualisiert wird.

Dieses Attribut wird berechnet, indem der Timestamp der Aktivität „Schadenfall geschlossen“ mit dem Wert „ResolutionTargetDate“ verglichen wird. Es ordnet Schadenfälle Kategorien wie „Pünktlich“ oder „Verspätet“ zu und zeigt die SLA-Leistung unmittelbar an.

Dieses berechnete Feld bildet die Grundlage für das Dashboard „SLA-Einhaltung bei der Erledigung von Schadenfällen“. Es vereinfacht die Analyse: Benutzer können alle verspäteten Schadenfälle direkt filtern und die häufigsten Prozessabläufe oder Engpässe untersuchen, die zu Verzögerungen geführt haben. Das Feld unterstützt unmittelbar die KPI „Pünktliche Erledigungsquote von Schadenfällen“.

Misst direkt die SLA-Einhaltung. So können Sie verspätet erledigte Schadenfälle einfach filtern und analysieren.

Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird bei der Datentransformation berechnet, indem der „EventTimestamp“ der Aktivität „Schadenfall geschlossen“ mit dem „ResolutionTargetDate“ verglichen wird.

Die Versicherungsnummer verknüpft den Schadenfall mit dem konkreten Versicherungsvertrag des Anspruchstellers. Sie liefert wichtige Informationen zu Versicherungsschutz, Deckungssummen und Selbstbeteiligungen, die die Bearbeitung und Entscheidungen beeinflussen.

Auch wenn sie nicht immer direkt für die Analyse des Prozessflusses verwendet wird, ist sie für detaillierte Untersuchungen wichtig. Analysten können damit Schadenfalldaten mit Vertragsdaten verknüpfen und so die Kundenbeziehung und das Risikoprofil umfassender betrachten. Außerdem lassen sich Schadenfälle nach Versicherungsvertrag zusammenfassen, um problematische Verträge oder Trends zu erkennen.

Verknüpft den Schadenfall mit dem Versicherungsvertrag. So können Prozessdaten mit Vertragsdetails wie Versicherungsschutz und Deckungssummen verbunden und genauer analysiert werden.

Ein Standardfeld im zentralen Schadenfalldatensatz von Sapiens ClaimsPro, das den Schadenfall mit dem Vertragsverwaltungssystem verknüpft.

Das Zieldatum für die Erledigung ist die Frist, bis zu der ein Schadenfall geschlossen werden soll. Sie richtet sich häufig nach Faktoren wie Schadenart, Gerichtsstand oder Versicherungsbedingungen. Als Maßstab dient sie dazu, die Leistung und die Einhaltung von Service Level Agreements zu bewerten.

Dieses Datum ist grundlegend für das Dashboard „SLA-Einhaltung bei der Erledigung von Schadenfällen“ und die KPI „Pünktliche Erledigungsquote von Schadenfällen“. Durch den Vergleich des tatsächlichen Datums der Aktivität „Schadenfall geschlossen“ mit dem Zieldatum kann das System Schadenfälle automatisch als „Pünktlich“ oder „Verspätet“ einstufen. So wird die SLA-Leistung transparent.

Dient als Maßstab für die SLA-Einhaltung. Damit lassen sich pünktliche Erledigungsquoten berechnen und Schadenfälle mit Verzögerungsrisiko erkennen.

Dieses Datum ist möglicherweise im zentralen Schadenfalldatensatz oder in einem zugehörigen SLA-Verwaltungsmodul in Sapiens ClaimsPro gespeichert.