Datenvorlage: Schadenbearbeitung

Dieses Attribut beschreibt einen konkreten Schritt oder eine Aufgabe im Schadenprozess, z. B. 'Claim Submitted', 'Adjuster Assigned' oder 'Payment Issued'. Jede Aktivität markiert einen eindeutigen Punkt im Lebenszyklus eines Schadens.

Die Analyse von Reihenfolge und Häufigkeit dieser Aktivitäten ist der Kern von Process Mining. Sie ermöglicht das Ableiten von Prozessmodellen, das Identifizieren von Engpässen, das Erkennen von Nacharbeitsschleifen sowie die Analyse von Abweichungen vom Sollprozess.

Der Aktivitätsname definiert die Schritte im Prozessfluss – die Grundlage, um den Schadenprozess zu entdecken, zu analysieren und zu überwachen.

Typischerweise abgeleitet aus Event-Logs, Transaktionsnamen oder Statusänderungen in Duck Creek Claims. Dafür kann ein Mapping über mehrere Quellfelder bzw. -tabellen erforderlich sein.

Event Time liefert das exakte Datum und die genaue Uhrzeit für jede Aktivität im Lebenszyklus eines Schadens. Diese zeitliche Information ist zentral für die Performanceanalyse.

In der Auswertung dient dieser Zeitstempel zur Berechnung von Durchlaufzeiten zwischen Aktivitäten, zum Erkennen von Wartezeiten, zur Messung der Gesamtdauer eines Falls und zur Analyse der Prozessleistung über unterschiedliche Zeiträume. Er ist das Fundament aller zeitbasierten Kennzahlen.

Dieser Zeitstempel ist entscheidend für alle zeitbasierten Kennzahlen wie Durchlaufzeiten und Bearbeitungsdauern und ermöglicht Performance-Analysen sowie die Identifikation von Engpässen.

Dies ist ein standardmäßiges Zeitstempelfeld, das mit Event- oder Transaktionsprotokollen in Duck Creek Claims verknüpft ist. Suchen Sie nach Feldern wie 'CreateDate', 'Timestamp' oder 'EventDate'.

Die Schaden-ID ist der zentrale Schlüssel, der alle Events und Aktivitäten eines Schadenfalls von der Meldung bis zum Abschluss verbindet. Sie stellt sicher, dass sich der gesamte Lebenszyklus eines Falls lückenlos nachverfolgen lässt.

In der Process Mining-Analyse ist dieses Attribut essenziell für die Case-Ansicht: Analysten können damit den vollständigen Weg jedes Schadenfalls nachvollziehen, End-to-End-Durchlaufzeiten messen und Prozessvarianten analysieren.

Dies ist die zentrale Case ID, die alle zugehörigen Events im Prozess verbindet und eine vollständige End-to-End-Sicht auf den Lebenszyklus des Schadenfalls ermöglicht.

Dies ist der Primärschlüssel der Hauptentität bzw. -tabelle für Schadenfälle in Duck Creek Claims. Details zu Tabellen- und Feldnamen finden Sie in der Systemdokumentation.

Dieses Attribut gibt den Fachbereich oder die Abteilung an – z. B. 'Erstaufnahme', 'Ermittlung/Prüfung' oder 'Entschädigungsteam' –, die den Schaden bearbeitet. Es liefert organisatorischen Kontext zum Prozessfluss.

Die Auswertung nach Fachbereichen/Abteilungen ist entscheidend, um die Prozessleistung auf aggregierter Ebene zu verstehen. So lassen sich bereichsübergreifende Engpässe erkennen, die Effizienz auf Teamebene messen und nachvollziehen, wie Arbeit durch das Unternehmen fließt.

Ermöglicht eine Leistungsanalyse nach Funktionsbereich und macht Übergaben zwischen Abteilungen sowie teambezogene Engpässe sichtbar.

Prüfen Sie die Duck Creek Claims-Dokumentation. Diese Information ist häufig dem Profil des zugewiesenen Benutzers oder einer Queue-/Arbeitsgruppen-Zuweisung zugeordnet.

Dieses Attribut steht für den anfänglich geschätzten Schadenwert zum Schadenfall. Es ist eine zentrale Finanzkennzahl, die häufig Routing, Schweregrad und den erforderlichen Prüfungsumfang beeinflusst.

In Analysen dient die Schadenshöhe zur Segmentierung und dazu, zu verstehen, wie sich finanzieller Impact auf das Prozessverhalten auswirkt. Höherwertige Schäden folgen beispielsweise oft anderen Pfaden oder haben längere Durchlaufzeiten. Das Attribut liefert entscheidenden finanziellen Kontext zu den operativen Prozessdaten.

Stellt den finanziellen Kontext zum Schadenfall bereit und ermöglicht Analysen, wie die Schadenhöhe den Bearbeitungspfad, die Dauer und das Ergebnis beeinflusst.

Prüfen Sie die Duck Creek Claims-Dokumentation. Dies ist ein zentrales Finanzfeld im Schadenfall, häufig als „Reported Loss“ oder „Initial Reserve“ bezeichnet.

Die Schadenschwere gibt Auskunft über das voraussichtliche Ausmaß oder die Komplexität eines Schadenfalls. Grundlage können die erste Schätzung der Schadenhöhe, die Art des Ereignisses oder andere vordefinierte Geschäftsregeln sein.

Dieses Attribut ist zentral für die Performance-Analyse: Hohe Schweregrade bedeuten meist mehr Schritte, längere Durchlaufzeiten und den Einsatz spezialisierter Ressourcen. Wenn Sie KPIs nach Schweregrad segmentieren, lassen sich realistische Zielwerte setzen und der Einfluss von Komplexität auf Prozesseffizienz und Ergebnisse besser verstehen.

Ermöglicht die Segmentierung von Schäden nach Komplexität – für differenzierte Leistungsanalysen und realistische Benchmarks bei Durchlaufzeiten und Kosten.

Prüfen Sie die Duck Creek Claims-Dokumentation. Dies kann ein eigenes Feld sein oder aus der anfänglichen Schadenrückstellung abgeleitet werden.

Der Schadenstatus kennzeichnet die aktuelle Phase des Schadenfalls im Lebenszyklus und liefert eine übergeordnete Einordnung, wo sich der Fall im Gesamtprozess befindet.

Das Attribut eignet sich für Übersichten über den Bestand offener Fälle und zum Filtern. Besonders wichtig ist es, das Endergebnis zu identifizieren (z. B. „Closed - Paid“, „Closed - Denied“) – Grundlage für Outcome-Analysen und das Verständnis von Ablehnungsquoten.

Bietet eine Momentaufnahme des aktuellen Status und des Endergebnisses des Schadenfalls – wichtig für Ergebnisanalysen und zum Filtern von Fällen.

Prüfen Sie die Duck Creek Claims-Dokumentation. Dies ist ein grundlegendes Feld im Hauptdatensatz des Schadenfalls.

Der Schadentyp klassifiziert Schadenfälle nach Sparte oder Schadensart – eine grundlegende Dimension zur Segmentierung und Analyse von Schadendaten.

Damit vergleichen Sie die Prozessleistung über unterschiedliche Typen hinweg. Ein „Kfz – Totalschaden“ folgt einem anderen Ablauf und hat andere KPIs als „Sach – Wasserschaden“. Die Auswertung nach Schadentyp schafft Kontext, ermöglicht aussagekräftige Vergleiche und gezielte Verbesserungsmaßnahmen.

Dies ist eine zentrale Dimension zur Segmentierung von Analysen, da verschiedene Schadentypen häufig eigene Prozesse, SLAs und Komplexitätsgrade haben.

Prüfen Sie die Duck Creek Claims-Dokumentation. Dies ist ein zentrales Attribut im Hauptdatensatz des Schadenfalls.

Dieses Attribut identifiziert den User bzw. die Ressource, die eine Aktivität ausführt. Es kann sich im Verlauf des Schadens ändern, wenn der Fall zwischen verschiedenen Schadenbearbeitern oder Teams übergeben wird.

Es ist essenziell, um Leistung von Ressourcen, Arbeitslastverteilung und Übergaben zu analysieren. Dashboards zum Durchsatz der Schadenbearbeiter, zu Schwankungen der Arbeitslast und zur Identifikation von Engpässen stützen sich stark auf dieses Attribut, um zu verstehen, wie Arbeit zugewiesen und von einzelnen Personen bearbeitet wird.

Ermöglicht die Analyse von Ressourceneffizienz, Workload-Balancing und Kollaborationsmustern – so lassen sich Engpässe und Schulungsbedarf erkennen.

Prüfen Sie die Duck Creek Claims-Dokumentation. Suchen Sie in Tabellen zu Schadenvorgängen, Events oder der zentralen Schadenakte nach Feldern wie Benutzer, Verantwortlicher oder Bearbeiter.

Wenn die Entscheidung fällt, einen Schaden abzulehnen, liefert dieses Attribut den zugrunde liegenden Grund. Es wird meist aus einer vordefinierten Liste von Codes oder Beschreibungen ausgewählt.

Die Analyse von Ablehnungsgründen ist zentral für das Dashboard 'Claim Decision & Rejection Insights'. Sie hilft, häufige Fehler bei Einreichungen, mögliche Betrugsmuster oder Stellen zu erkennen, an denen die Policenformulierung unklar ist. Diese Erkenntnisse unterstützen Verbesserungen im Intake-Prozess oder bei Underwriting-Regeln.

Erklärt, warum Schäden abgelehnt werden, und liefert konkrete Hinweise, um den Eingangsprozess zu verbessern, ungültige Meldungen zu reduzieren und Schulungsbedarf zu identifizieren.

Prüfen Sie die Duck Creek Claims-Dokumentation. Dieses Feld wird in der Regel befüllt, wenn der Schadenstatus auf „Denied“ (abgelehnt) oder einen ähnlichen Status gesetzt wird.

Processing Time – auch als aktive Bearbeitungs- oder Handling-Zeit bezeichnet – misst, wie lange eine Ressource aktiv an einer Aufgabe gearbeitet hat. Sie berechnet sich aus EndTime minus StartTime einer Aktivität.

Diese Kennzahl ist zentral für die Performance-Analyse. Sie hilft zu unterscheiden, ob Ineffizienzen aus lang laufenden Aufgaben (hohe Processing Time) oder aus Wartezeiten auf Ressourcen oder Informationen (hohe Waiting Time) entstehen. Das ist entscheidend, um die wahren Engpassursachen zu finden.

Misst die aktive Bearbeitungszeit einer Aktivität und hilft in der Engpassanalyse, ineffiziente Aufgaben von langen Wartezeiten zu unterscheiden.

Dies ist kein Feld aus dem Quellsystem. Es wird während der Datenaufbereitung berechnet, indem für jede Aktivität 'EndTime' minus 'StartTime' berechnet wird.

Dieses Attribut markiert den Abschlusszeitpunkt einer Aktivität. Während StartTime den Beginn einer Aktivität angibt, liefert EndTime das Gegenstück für die Dauerberechnung dieser Aufgabe.

Im Process Mining ermöglicht die Verfügbarkeit von Start- und Endzeit eine deutlich tiefere Analyse der Leistung. So lassen sich die 'Processing Time' (aktive Bearbeitungszeit) präzise von der 'Waiting Time' (Wartezeit zwischen Aufgaben) unterscheiden. Diese Trennung ist entscheidend, um Engpässe korrekt zu identifizieren.

Erlaubt die exakte Ermittlung von Bearbeitungszeiten je Aktivität und die Trennung von aktiver Arbeits- und Wartezeit – entscheidend für eine präzise Engpassanalyse.

Kann als eigenes Timestamp-Feld im Event-Log vorliegen oder als StartTime der nächsten Aktivität in der Abfolge desselben Falls abgeleitet werden.

Dieses boolesche Attribut wird abgeleitet, indem der Zeitstempel der Aktivität 'Claim Closed' mit dem 'ResolutionTargetDate' des jeweiligen Schadens verglichen wird. Es kennzeichnet einen Schaden als termingerecht (true) oder verspätet (false).

Das Attribut stützt direkt die KPI 'Anteil termingerecht abgeschlossener Schäden'. Es ermöglicht eine einfache Aggregation und Visualisierung der SLA-Einhaltung in Dashboards sowie Drill-down-Analysen, um gemeinsame Merkmale verspäteter Schäden zu erkennen (z. B. bestimmte Schadentypen, Abteilungen oder Prozesspfade).

Misst die SLA-Einhaltung direkt je Schadenfall und ermöglicht gezieltes Filtern sowie Ursachenanalysen bei überfälligen Fällen.

Dies ist kein Feld aus dem Quellsystem. Es wird während der Datenaufbereitung berechnet, indem der Zeitstempel der letzten Aktivität mit dem Feld 'ResolutionTargetDate' verglichen wird.

Dieses Flag unterscheidet zwischen Aufgaben, die von menschlichen Usern erledigt werden, und solchen, die durch systemseitige Automatisierung ausgeführt werden – etwa automatische Benachrichtigungen, initiale Datenvalidierung oder Schritte der Dunkelverarbeitung (Straight-Through Processing).

Die Analyse dieses Attributs ist entscheidend, um den Automatisierungsgrad im Schadenprozess zu verstehen. Sie hilft, den Effekt von Automatisierungsinitiativen zu messen, weitere Potenziale zu identifizieren und sicherzustellen, dass automatisierte Schritte wie erwartet funktionieren, ohne Folgeprobleme zu erzeugen.

Hilft, die Wirkung von Automatisierung auf Effizienz und Kosten zu messen und Potenziale für Dunkelverarbeitung zu erkennen.

Diese Information kann aus dem mit einem Event verknüpften 'user' abgeleitet werden (z. B. 'SYSTEM' oder 'BATCH') oder aus einem spezifischen Flag im Event-Datensatz.

Dieses boolesche Attribut ist true, wenn eine Aktivität für einen Schaden erneut auftritt, nachdem bereits andere, unterschiedliche Aktivitäten erfolgt sind. Beispiel: Der Prozess springt von 'Loss Assessed' zurück zu 'Investigation Started'.

Das Attribut ist entscheidend, um Nacharbeit zu quantifizieren und zu analysieren. Es unterstützt die KPI 'Rework-Quote im Schadenprozess' sowie das Dashboard 'Muster von Nacharbeit und Wiederbearbeitung', indem Aktivitäten und Fälle mit Nacharbeit gezielt gefiltert und hervorgehoben werden. So lassen sich Ineffizienzen und Qualitätsprobleme im Prozess aufspüren.

Quantifiziert Nacharbeit auf Aktivitätsebene und erleichtert das Messen, Visualisieren und Analysieren von Ursachen und Auswirkungen von Prozessineffizienzen.

Dies ist kein Feld aus dem Quellsystem. Es wird während der Datenaufbereitung mithilfe von Algorithmen ermittelt, die wiederholte Abfolgen von Aktivitäten innerhalb eines Falls erkennen.

Dieses Attribut zeigt, wann der Datensatz zuletzt aktualisiert wurde. Es ist der Referenzpunkt für die Aktualität der analysierten Daten.

In Dashboards und Analysen informiert es Nutzer darüber, wie aktuell die Erkenntnisse sind. So lässt sich einschätzen, ob die neuesten Transaktionen bereits in der Prozessansicht enthalten sind.

Informiert über die Aktualität der Daten – entscheidend, um Analysen richtig einzuordnen und rechtzeitig zu entscheiden.

Dieser Zeitstempel wird während des ETL-Prozesses (Extraktion, Transformation, Laden) erzeugt und meist in den Metadaten des Datensatzes gespeichert.

Dieses Attribut verknüpft den Schaden mit der zugrunde liegenden Versicherungspolice. Es liefert Kontext zu Deckung, Bedingungen und Kunden, die mit dem Schaden verbunden sind.

Auch wenn es nicht immer direkt in der Prozessanalyse genutzt wird, ist die Policennummer äußerst wertvoll zur Anreicherung der Schadendaten. Sie ermöglicht die Verknüpfung mit Police- und Kundendaten, um zu analysieren, wie sich die Prozessperformance je Kundensegment, Policentyp oder Policenalter unterscheidet – für einen ganzheitlicheren Blick auf das Geschäft.

Verknüpft den Schadenfall mit dem Kunden und der Police und ermöglicht Analysen, wie sich die Prozessleistung auf verschiedene Kundensegmente oder Policentypen auswirkt.

Prüfen Sie die Duck Creek Claims-Dokumentation. Dies ist ein Standard-Referenzfeld im Hauptdatensatz des Schadenfalls.

Dieses Attribut gibt die Quellanwendung an, aus der die Schadendaten stammen. In diesem Kontext ist dies durchgängig 'Duck Creek Claims'.

Auch wenn alle Daten aus einem System kommen, ist diese Information wichtig für Data Governance, Nachvollziehbarkeit und für Szenarien, in denen künftig Daten aus mehreren Systemen zusammengeführt werden. Sie liefert Kontext zu Herkunft und Struktur der Daten.

Liefert wichtige Data-Lineage-Informationen und Kontext – entscheidend für Data Governance und Troubleshooting, besonders in Umgebungen mit mehreren integrierten Systemen.

Dies ist typischerweise ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft der Daten zu kennzeichnen.

Dieses Attribut erfasst den Entschädigungsbetrag, der berechnet und zur Auszahlung freigegeben wurde. Es ist eine zentrale ergebnisorientierte Kennzahl für jeden Schaden, der zu einer Zahlung führt.

Dieses Attribut ist wichtig für Finanzanalysen und für Dashboards wie 'Zeit bis Zahlungsfreigabe und -auszahlung'. Es lässt sich mit dem anfänglichen 'Loss Amount' vergleichen, um die Genauigkeit der Rückstellungen zu bewerten, und ist grundlegend, um die finanziellen Ergebnisse des Schadenprozesses zu verstehen.

Kennzeichnet das zentrale finanzielle Ergebnis eines Schadenfalls – essenziell für das Finanzreporting und zur Analyse der Genauigkeit der ersten Schadenschätzung.

Prüfen Sie die Duck Creek Claims-Dokumentation. Diese Informationen liegen typischerweise in Tabellen zu finanziellen Transaktionen bzw. Zahlungen, die dem Schadenfall zugeordnet sind.

Dieses Attribut speichert die Frist für den Schadenabschluss. Das Datum wird oft durch regulatorische Anforderungen, Service Level Agreements (SLAs) oder interne KPIs bestimmt und kann je nach Schadentyp oder Schweregrad variieren.

Es bildet die Grundlage für die KPI 'Anteil termingerecht abgeschlossener Schäden' und unterstützt das Dashboard 'Zieltermintreue beim Schadenabschluss'. So lassen sich Schäden, die ihr SLA zu verfehlen drohen, proaktiv überwachen und Prioritäten setzen.

Ermöglicht die Messung der Performance gegenüber SLAs und internen Zielen – mit direktem Einfluss auf Kundenzufriedenheit und Compliance.

Prüfen Sie die Duck Creek Claims-Dokumentation. Dies kann ein spezielles SLA-Datumsfeld sein oder auf Basis des Meldedatums und der Business Rules berechnet werden.