Ihr Daten-Template für die Schadenbearbeitung

Dieses Attribut bezeichnet einen bestimmten Schritt oder Task im Schadenbearbeitungsprozess, zum Beispiel „Schaden gemeldet“, „Schadenregulierer zugewiesen“ oder „Zahlung veranlasst“. Jede Aktivität steht für einen eigenen Punkt im Lebenszyklus eines Schadens.

Die Abfolge und Häufigkeit dieser Aktivitäten bilden die Grundlage von Process Mining. So lassen sich Prozessmodelle entdecken, Engpässe erkennen, Nachbearbeitungsschleifen aufdecken und Prozessabweichungen gegenüber einem Standardmodell analysieren.

Der Aktivitätsname legt die Schritte im Prozessablauf fest. Er ist die Grundlage, um den Schadenbearbeitungsprozess zu entdecken, zu analysieren und zu überwachen.

Wird üblicherweise aus Event Logs, Transaktionsnamen oder Statusänderungen in Duck Creek Claims abgeleitet. Dafür müssen möglicherweise mehrere Quellfelder oder Tabellen zugeordnet werden.

Die Claim-ID ist der zentrale Schlüssel, der alle Events und Aktivitäten eines einzelnen Versicherungsfalls von der Meldung bis zum Abschluss verknüpft. So lässt sich der gesamte Lebenszyklus eines Schadens lückenlos nachverfolgen.

In der Process-Mining-Analyse ist dieses Attribut unverzichtbar, um die Case-Ansicht aufzubauen. Analysten können damit den vollständigen Verlauf jedes Schadens nachvollziehen, End-to-End-Zykluszeiten messen und Prozessvarianten analysieren.

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

Dies ist ein Primärschlüssel in der Hauptentität oder Tabelle für Schäden in Duck Creek Claims. Die genaue Tabelle und den Feldnamen finden Sie in der Systemdokumentation.

Der Event-Zeitpunkt enthält für jede Aktivität im Lebenszyklus eines Schadens das genaue Datum und die genaue Uhrzeit. Diese Zeitangaben sind für die Leistungsanalyse entscheidend.

Bei der Analyse dient der Timestamp dazu, Zykluszeiten zwischen Aktivitäten zu berechnen, Wartezeiten zu erkennen, die gesamte Case-Dauer zu messen und die Prozessleistung über verschiedene Zeiträume hinweg auszuwerten. Er bildet die Grundlage aller zeitbezogenen Prozesskennzahlen.

Dieser Timestamp ist entscheidend für die Berechnung aller zeitbezogenen Kennzahlen, etwa von Zykluszeiten und Dauern. So lassen sich die Prozessleistung analysieren und Engpässe erkennen.

Dies ist ein standardmäßiges Timestamp-Feld in Event- oder Transaktions-Logs von Duck Creek Claims. Suchen Sie nach Feldern wie „CreateDate“, „Timestamp“ oder „EventDate“.

Dieses Attribut bezeichnet die zuständige Fachabteilung oder das zuständige Team, zum Beispiel „Erste Schadenaufnahme“, „Ermittlungsteam“ oder „Regulierungsteam“. Es ordnet den Prozessablauf in den organisatorischen Kontext ein.

Die Auswertung nach Abteilungen ist wichtig, um die Prozessleistung auf übergeordneter Ebene zu verstehen. Sie hilft, Engpässe zwischen Abteilungen zu erkennen, die Effizienz einzelner Teams zu messen und nachzuvollziehen, wie die Arbeit durch das Unternehmen fließt.

Ermöglicht die Analyse der Leistung nach Fachbereich und macht Übergaben zwischen Abteilungen sowie teambezogene Engpässe sichtbar.

Sehen Sie in der Duck Creek Claims-Dokumentation nach. Diese Information ist häufig dem Profil des zugewiesenen Benutzers oder einer Warteschlangen- beziehungsweise Arbeitsgruppenzuweisung zugeordnet.

Die Schadenart ordnet Schäden nach Geschäftsbereich oder Art des Verlusts ein. Sie ist eine grundlegende Dimension für die Segmentierung und Analyse von Schadendaten.

Mit diesem Attribut können Sie die Prozessleistung verschiedener Schadenarten vergleichen. Ein Kfz-Totalschaden durch Kollision durchläuft beispielsweise einen ganz anderen Prozess und hat andere KPIs als ein Wasserschaden an einer Immobilie. Die Auswertung nach Schadenart liefert den nötigen Kontext, ermöglicht aussagekräftigere Leistungsvergleiche und unterstützt gezielte Prozessverbesserungen.

Diese Dimension ist für die Segmentierung der Analyse entscheidend, da sich Prozesse, SLAs und Komplexität je nach Schadenart oft deutlich unterscheiden.

Sehen Sie in der Duck Creek Claims-Dokumentation nach. Die Schadenart ist ein zentrales Attribut im Hauptdatensatz des Schadens.

Die Schadenschwere gibt einen Hinweis auf die erwarteten Auswirkungen oder die Komplexität eines Schadens. Sie kann auf der ersten Schätzung der Schadenhöhe, der Art des Vorfalls oder anderen festgelegten Geschäftsregeln beruhen.

Dieses Attribut ist für die Leistungsanalyse wichtig, da Schäden mit hoher Schadenschwere in der Regel mehr Schritte, längere Bearbeitungszeiten und spezialisierte Ressourcen erfordern. Wenn Sie KPIs nach Schadenschwere segmentieren, können Sie realistische Leistungsziele festlegen und nachvollziehen, wie sich die Komplexität auf Prozesseffizienz und Ergebnisse auswirkt.

Ermöglicht die Segmentierung von Schäden nach Komplexität. So lassen sich die Prozessleistung differenzierter analysieren und Zykluszeiten sowie Kosten realistisch vergleichen.

Sehen Sie in der Duck Creek Claims-Dokumentation nach. Die Schadenschwere kann in einem eigenen Feld stehen oder aus dem anfänglichen Rückstellungsbetrag abgeleitet werden.

Dieses Attribut gibt den anfänglich geschätzten Wert des mit dem Schaden verbundenen Verlusts an. Als wichtige finanzielle Kennzahl beeinflusst es häufig die Weiterleitung und Einstufung des Schadens sowie den erforderlichen Umfang der Prüfung.

In der Analyse dient die Schadenshöhe dazu, Schäden zu segmentieren und den Zusammenhang zwischen finanzieller Auswirkung und Prozessverlauf zu untersuchen. Schäden mit höheren Beträgen können beispielsweise andere Prozesspfade durchlaufen oder längere Zykluszeiten aufweisen. So erhalten Sie wichtigen finanziellen Kontext zu den operativen Prozessdaten.

Liefert den finanziellen Kontext zum Schaden und ermöglicht die Analyse, wie sich seine Höhe auf Bearbeitungsweg, Dauer und Ergebnis auswirkt.

Lesen Sie die Dokumentation zu Duck Creek Claims. Dieses zentrale Finanzfeld des Schadens wird häufig als „gemeldeter Verlust“ oder „anfängliche Rückstellung“ bezeichnet.

Der Schadenstatus gibt den aktuellen Stand des Schadens im Verlauf seiner Bearbeitung an. Er fasst zusammen, an welcher Stelle des Gesamtprozesses sich der Schaden befindet.

Dieses Attribut eignet sich für Übersichten über den Schadenbestand und zum Filtern von Fällen. Besonders wichtig ist es, um das endgültige Ergebnis eines Schadens zu erkennen, etwa „Geschlossen – bezahlt“ oder „Geschlossen – abgelehnt“. Das ist entscheidend für die Ergebnisanalyse und das Verständnis von Ablehnungsquoten.

Zeigt den aktuellen Stand und das endgültige Ergebnis eines Schadens. Das ist wichtig für die Ergebnisanalyse und zum Filtern von Fällen.

Lesen Sie die Dokumentation zu Duck Creek Claims. Dieses Feld ist ein grundlegendes Attribut des zentralen Schadendatensatzes.

Dieses Attribut identifiziert den Benutzer oder die Ressource, der oder die eine Aktivität ausführt. Im Verlauf der Schadenbearbeitung kann sich der Wert ändern, wenn der Case an andere Schadenregulierer oder Teams übergeben wird.

Das Attribut ist wichtig, um die Ressourcenleistung, die Verteilung der Arbeitslast und Übergaben zu analysieren. Dashboards zum Durchsatz und zur Arbeitslastverteilung von Schadenregulierern sowie zur Erkennung von Engpässen stützen sich häufig darauf. So wird sichtbar, wie die Arbeit auf einzelne Mitarbeitende verteilt und bearbeitet wird.

Ermöglicht die Analyse der Ressourcenleistung, der Arbeitslastverteilung und der Zusammenarbeit. So lassen sich Engpässe und Schulungsbedarf erkennen.

Sehen Sie in der Duck Creek Claims-Dokumentation nach. Suchen Sie in Tabellen zu Schaden-Tasks, Events oder zur Hauptentität des Schadens nach Feldern für Benutzer, Verantwortliche oder zugewiesene Personen.

Wird ein Schaden abgelehnt, gibt dieses Attribut den Grund für die Entscheidung an. In der Regel wird er aus einer vorgegebenen Liste mit Codes oder Beschreibungen ausgewählt.

Die Analyse der Ablehnungsgründe ist für das Dashboard „Schadenentscheidung und Erkenntnisse zu Ablehnungen“ entscheidend. Sie zeigt häufige Probleme bei Einreichungen, mögliche Betrugsmuster oder unklare Formulierungen in Versicherungsbedingungen auf. Diese Erkenntnisse können dazu beitragen, die Schadenaufnahme oder die Regeln für die Risikoprüfung zu verbessern.

Zeigt, warum Schäden abgelehnt werden, und liefert konkrete Ansatzpunkte, um die Schadenaufnahme zu verbessern, ungültige Einreichungen zu verringern und Schulungsbedarf zu erkennen.

Lesen Sie die Dokumentation zu Duck Creek Claims. Dieses Feld wird üblicherweise ausgefüllt, wenn der Schadenstatus auf „Abgelehnt“ oder einen ähnlichen Status gesetzt wird.

Dieses Kennzeichen unterscheidet zwischen Aufgaben, die Benutzer erledigen, und solchen, die automatisiert vom System ausgeführt werden. Dazu zählen etwa automatische Benachrichtigungen, die anfängliche Datenvalidierung oder Schritte der durchgängigen automatisierten Verarbeitung.

Die Analyse dieses Attributs zeigt, wie stark der Schadenprozess automatisiert ist. Sie hilft, die Auswirkungen von Automatisierungsinitiativen zu messen, weitere Automatisierungsmöglichkeiten zu erkennen und zu prüfen, ob automatisierte Schritte wie vorgesehen ablaufen, ohne nachgelagerte Probleme zu verursachen.

Hilft, die Auswirkungen der Automatisierung auf Effizienz und Kosten zu messen und Möglichkeiten für eine durchgängige automatisierte Verarbeitung zu erkennen.

Diese Information lässt sich möglicherweise aus dem einem Ereignis zugeordneten „Benutzer“ ableiten, etwa „SYSTEM“ oder „BATCH“, oder aus einem speziellen Kennzeichen im Ereignisdatensatz.

Dieses Attribut gibt den Abschlusszeitpunkt einer Aktivität an. Während StartTime den Beginn einer Aktivität markiert, liefert EndTime den zweiten Zeitpunkt für die Berechnung der Dauer der jeweiligen Aufgabe.

Wenn für Aktivitäten sowohl Start- als auch Endzeit vorliegen, ermöglicht Process Mining eine deutlich genauere Leistungsanalyse. So lassen sich die „Verarbeitungszeit“, also die aktive Arbeitszeit für eine Aufgabe, und die „Wartezeit“ zwischen Aufgaben präzise berechnen. Diese Unterscheidung ist entscheidend, um Engpässe zuverlässig zu erkennen.

Ermöglicht die präzise Berechnung der Verarbeitungszeit von Aktivitäten und unterscheidet aktive Arbeitszeit von Leerlauf- und Wartezeit. Das ist entscheidend für eine genaue Engpassanalyse.

Der Wert ist möglicherweise als separates Timestamp-Feld im Event Log verfügbar. Andernfalls lässt er sich als StartTime der nächsten Aktivität desselben Falls in der Sequenz ableiten.

Dieses boolesche Attribut ergibt sich aus dem Vergleich des Timestamps der Aktivität „Schaden geschlossen“ mit dem „ResolutionTargetDate“ des jeweiligen Schadens. Es kennzeichnet jeden Schaden als fristgerecht (true) oder verspätet (false).

Das Attribut unterstützt direkt die KPI „Quote fristgerecht regulierter Schäden“. Es erleichtert die Zusammenfassung und Visualisierung der SLA-Einhaltung in Dashboards. Außerdem können Sie tiefer analysieren, welche Merkmale bei verspäteten Schäden häufig auftreten, etwa bestimmte Schadensarten, Abteilungen oder Prozesspfade.

Misst die SLA-Einhaltung für jeden einzelnen Schaden und ermöglicht gezieltes Filtern sowie Ursachenanalysen bei überfälligen Schäden.

Dieses Feld stammt nicht aus dem Quellsystem. Es wird bei der Datenaufbereitung berechnet, indem der Timestamp der letzten Aktivität mit dem Feld „ResolutionTargetDate“ verglichen wird.

Dieses Attribut gibt an, wann der Datensatz zuletzt aktualisiert wurde. Es zeigt, wie aktuell die analysierten Daten sind.

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

Informiert Benutzer darüber, wie aktuell die Daten sind. Das ist wichtig, um die Analyse richtig einzuordnen und rechtzeitig Entscheidungen zu treffen.

Dieser Timestamp wird beim Extrahieren, Transformieren und Laden der Daten (ETL) erzeugt und üblicherweise in den Metadaten des Datensatzes gespeichert.

Dieses boolesche Attribut wird auf true gesetzt, wenn eine Aktivität für einen Schaden wiederholt wird, nachdem bereits andere Aktivitäten stattgefunden haben. Ein Beispiel: Der Prozess führt von „Verlust bewertet“ zurück zu „Untersuchung gestartet“.

Das Attribut ist wichtig, um Nacharbeit zu quantifizieren und zu analysieren. Es unterstützt die KPI „Nacharbeitsquote bei Schäden“ und das Dashboard „Nacharbeit und erneute Bearbeitung von Schäden“, indem Aktivitäten und Fälle mit Nacharbeit direkt gefiltert und hervorgehoben werden können. So lassen sich Ineffizienzen und Qualitätsprobleme im Prozess gezielt untersuchen.

Quantifiziert Nacharbeit auf Aktivitätsebene und erleichtert es, Ursachen und Auswirkungen von Prozessineffizienzen zu messen, darzustellen und zu analysieren.

Dieses Feld stammt nicht aus dem Quellsystem. Es wird bei der Datenaufbereitung mithilfe von Algorithmen berechnet, die wiederholte Aktivitätssequenzen innerhalb eines Falls erkennen.

Dieses Attribut gibt an, aus welcher Quellanwendung die Schadendaten stammen. In diesem Fall lautet der Wert immer „Duck Creek Claims“.

Auch wenn das Attribut bei Daten aus nur einem System überflüssig erscheinen mag, ist es für Data Governance und Rückverfolgbarkeit wichtig. Es ist außerdem hilfreich, wenn künftig Daten aus mehreren Systemen zusammengeführt werden. Das Attribut gibt Auskunft über Herkunft und Struktur der Daten.

Liefert wichtige Informationen zur Datenherkunft und zum Kontext. Das ist für Data Governance und die Fehlerbehebung entscheidend, insbesondere in Umgebungen mit mehreren integrierten Systemen.

In der Regel ein statischer Wert, der bei der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft der Daten zu kennzeichnen.

Dieses Attribut erfasst den berechneten und zur Zahlung freigegebenen Regulierungsbetrag. Für jeden Schaden, der zu einer Zahlung führt, ist dies eine wichtige ergebnisbezogene Kennzahl.

Das Attribut ist für Finanzanalysen und Dashboards wie „Zeit bis zur Zahlungsfreigabe und Auszahlung“ entscheidend. Ein Vergleich mit der anfänglichen „Schadenshöhe“ zeigt, wie genau die Rückstellungen waren. Außerdem ist der Betrag grundlegend für das Verständnis der finanziellen Ergebnisse im Schadenprozess.

Gibt das zentrale finanzielle Ergebnis eines Schadens an und ist wichtig für die Finanzberichterstattung sowie für die Analyse der Genauigkeit anfänglicher Verlustschätzungen.

Lesen Sie die Dokumentation zu Duck Creek Claims. Diese Angaben stehen üblicherweise in Finanztransaktions- oder zahlungsbezogenen Tabellen, die dem Schaden zugeordnet sind.

Dieses Attribut ordnet den Schaden dem zugrunde liegenden Versicherungsvertrag zu. Es liefert Kontext zum Versicherungsschutz, zu den Vertragsbedingungen und zum Kunden.

Die Versicherungsnummer wird nicht immer direkt für die Analyse des Prozessflusses verwendet, ist aber für die Anreicherung der Schadendaten sehr wertvoll. Damit können Sie Daten zu Verträgen und Kunden verknüpfen und untersuchen, wie sich die Prozessleistung je nach Kundensegment, Vertragsart oder Vertragslaufzeit unterscheidet. So entsteht ein umfassenderes Bild des Geschäfts.

Ordnet den Schaden dem Kunden und dem Versicherungsvertrag zu. So lässt sich umfassender analysieren, wie sich die Prozessleistung auf verschiedene Kundensegmente und Vertragsarten auswirkt.

Lesen Sie die Dokumentation zu Duck Creek Claims. Dieses Standardreferenzfeld gehört zum zentralen Schadensdatensatz.

Dieses Attribut enthält die Frist für den Abschluss eines Schadens. Das Datum ergibt sich häufig aus gesetzlichen Vorgaben, Service-Level-Vereinbarungen (SLAs) oder internen Leistungskennzahlen (KPIs). Je nach Schadensart oder Schweregrad kann es variieren.

Es dient als Grundlage für die KPI „Quote fristgerecht regulierter Schäden“ und unterstützt das Dashboard „Einhaltung des Zieldatums für die Schadenregulierung“. So lassen sich Schäden, bei denen eine SLA-Verletzung droht, frühzeitig überwachen und Arbeiten priorisieren.

Ermöglicht die Messung der Leistung anhand von Service-Level-Vereinbarungen (SLAs) und internen Zielvorgaben. Das wirkt sich unmittelbar auf die Kundenzufriedenheit und die Compliance aus.

Lesen Sie die Dokumentation zu Duck Creek Claims. Das Datum kann in einem eigenen SLA-Feld stehen oder anhand des Einreichungsdatums und der Geschäftsregeln berechnet werden.