Datenvorlage: Schadenbearbeitung

Dieses Attribut beschreibt einen einzelnen Schritt bzw. Meilenstein in der Schadenbearbeitung, z. B. 'Claim Submitted', 'Initial Review Performed' oder 'Payment Issued'. Jede Aktivität steht für eine konkrete Aktion am Schadenfall.

Die Auswertung von Reihenfolge und Häufigkeit dieser Aktivitäten ist die Basis von Process Mining. Sie macht den tatsächlichen Prozessfluss sichtbar, zeigt Engpässe, an denen Arbeit liegen bleibt, und hebt typische und außergewöhnliche Pfade hervor, denen Schadenfälle folgen.

Dadurch sind die Prozessschritte klar definiert, die Prozesslandkarte lässt sich visualisieren und Ablaufmuster sowie Abweichungen können analysiert werden.

Typischerweise abgeleitet aus Event Logs, Statusänderungen von Tasks oder Audit Trails innerhalb von FINEOS Claims.

Event Time erfasst das exakte Datum und die genaue Uhrzeit, zu der eine Aktivität in der Schadenbearbeitung stattgefunden hat. Diese chronologischen Daten sind entscheidend, um Ereignisse korrekt zu ordnen und den zeitlichen Verlauf eines Schadenfalls nachzuvollziehen.

In der Analyse wird dieser Timestamp verwendet, um Dauer, Durchlauf- und Wartezeiten zwischen den einzelnen Schritten zu berechnen. Er ist die Grundlage, um Verzögerungen aufzudecken, die Leistung anhand der SLAs zu messen und die zeitliche Dynamik des Prozesses zu verstehen.

Dieser Zeitstempel liefert die chronologische Reihenfolge der Ereignisse – Grundlage für alle zeitbasierten Kennzahlen wie Durchlaufzeit und für die Identifikation von Engpässen.

Diese Information liegt üblicherweise als Erstellungs‑ oder Aktualisierungs‑Zeitstempel vor, der jedem Ereignis bzw. jedem Statusdatensatz in FINEOS Claims zugeordnet ist.

Die Claim-ID ist der zentrale Schlüssel, der alle Aktivitäten, Ereignisse und Daten über den gesamten Lebenszyklus eines Schadenfalls verbindet. So lässt sich jeder Kontaktpunkt – von der ersten Einreichung bis zum endgültigen Abschluss – konsistent als Teil eines einzelnen Falls nachverfolgen.

Im Process Mining ist dieses Attribut essenziell, um den End-to-End-Verlauf jedes Schadenfalls zu rekonstruieren. Es ermöglicht die Analyse von Prozessflüssen, die Berechnung der Gesamtdurchlaufzeit und das Erkennen von Abweichungen in der Bearbeitung unterschiedlicher Fälle.

Der zentrale Identifikator, der alle zugehörigen Ereignisse zu einer einzigen Prozessinstanz verbindet – damit wird die End‑to‑End‑Analyse des Schadenlebenszyklus möglich.

Dies ist der Primärschlüssel in den zentralen Tabellen des Case Managements für Schäden innerhalb von FINEOS Claims.

Dieses Attribut enthält Datum und Uhrzeit der letzten Datenextraktion bzw. Aktualisierung. So lässt sich die Aktualität der analysierten Daten einschätzen.

Diese Information ist essenziell für Data Governance und dafür, dass Nutzer erkennen, ob sie mit den neuesten Prozessdaten arbeiten. Sie hilft, Erwartungen an Datenlatenzen zu steuern, und ist für Reporting in nahezu Echtzeit unverzichtbar.

Gibt die Aktualität der Daten an, damit Nutzer verstehen, welchen Zeitraum die Analyse abdeckt und wann sie zuletzt aktualisiert wurde.

Dieser Zeitstempel wird in der Regel vom Datenextraktions‑ oder ETL‑Tool am Ende eines Ladevorgangs erzeugt und gespeichert.

Dieses Attribut gibt die Herkunft der Prozessdaten an. In dieser Analyse lautet sie durchgehend 'FINEOS Claims'; in Multi-System-Umgebungen ist sie jedoch zentral, um Datenherkunft nachzuverfolgen und Datenqualität sicherzustellen.

Im erweiterten Analytics-Kontext hilft sie dabei, Prozesse über mehrere Systeme hinweg zu unterscheiden und die Daten anhand ihrer Quelle korrekt zu interpretieren.

Es liefert entscheidenden Kontext zur Datenherkunft – unerlässlich für Data Governance, Validierung und die Integration mit anderen Systemen.

Üblicherweise ein statischer Wert, der während der Extraktion vergeben wird, um die Herkunft des Datensatzes zu kennzeichnen.

Dieses Attribut benennt die Organisationseinheit – z. B. 'Initial Intake', 'Investigation Unit' oder 'Payments Department' –, die für eine Aktivität verantwortlich ist oder den Schadenfall in einer bestimmten Phase betreut.

Auswertungen nach Abteilungen sind entscheidend, um bereichsübergreifende Übergaben zu verstehen – häufige Ursachen für Verzögerungen. So lassen sich Engpässe auf Abteilungsebene identifizieren, Effizienz messen und der Ressourceneinsatz im gesamten Unternehmen bewerten.

Ermöglicht Performance-Analysen nach Organisationseinheit und macht Übergabeverzögerungen zwischen Abteilungen sowie abteilungsspezifische Engpässe sichtbar.

Siehe die Dokumentation zu FINEOS Claims. Dies kann dem Benutzerprofil des zuständigen Schadenregulierers oder der Queue zugeordnet sein, der die Aufgabe zugewiesen wurde.

Dieses Attribut erfasst, über welchen Kanal der Schadenfall eingegangen ist – etwa über ein Online-Portal, per E-Mail, postalisch oder über einen Vermittler. Unterschiedliche Eingangskanäle beeinflussen Datenqualität und erste Bearbeitungszeiten deutlich.

Analysen nach Eingangskanal zeigen, ob bestimmte Kanäle schneller sind, mehr Nacharbeit verursachen (z. B. wegen fehlender Angaben) oder bessere Ergebnisse liefern. Daraus lassen sich Investitionen in die Kanaloptimierung ableiten, etwa verbesserte Online-Formulare zur Fehlervermeidung.

Hilft zu erkennen, ob bestimmte Eingangskanäle zu effizienterer Bearbeitung oder zu mehr Nacharbeit führen – als Grundlage für Kanalstrategie und Investitionen.

Siehe die Dokumentation zu FINEOS Claims. Diese Angabe wird in der Regel während der Schadenaufnahme erfasst und im Hauptdatensatz des Schadenfalls gespeichert.

Das Attribut End Time erfasst den exakten Zeitpunkt, zu dem eine Aktivität endet. Zusammen mit der Start Time (EventTime) lässt sich exakt berechnen, wie lange jeder Schritt gedauert hat (Bearbeitungszeit).

In der Analyse ist dies entscheidend, um aktive Bearbeitungszeit von Wartezeit zu unterscheiden. So entstehen detaillierte Engpassanalysen, die zeigen, welche Aktivitäten am meisten Zeit benötigen und wo sich zwischen den Schritten Warteschlangen bilden.

Ermöglicht die präzise Berechnung der Bearbeitungszeit je Aktivität – zentral, um ineffiziente Schritte zu identifizieren und die Ressourcenauslastung zu messen.

Siehe die Dokumentation zu FINEOS Claims. Dies kann in Event-Logs verfügbar sein oder aus der Startzeit des folgenden Events abgeleitet werden.

Die Schadenart klassifiziert Fälle anhand der Police oder der Schadensursache. Unterschiedliche Arten folgen oft eigenen Prozessvarianten, unterliegen verschiedenen regulatorischen Anforderungen und benötigen eine spezialisierte Bearbeitung.

Das ist eine zentrale Dimension für Vergleichsanalysen. Durch Filtern oder Segmentieren nach Schadenart lassen sich typspezifische Engpässe aufdecken, die Performance zwischen den Kategorien vergleichen und Verbesserungsmaßnahmen gezielt auf die Besonderheiten der jeweiligen Schadenart zuschneiden. So wird sichtbar, ob bestimmte Arten grundsätzlich weniger effizient zu bearbeiten sind.

Damit lässt sich der Prozess segmentieren, um die Performance zu vergleichen und Abweichungen zwischen unterschiedlichen Schadenkategorien zu erkennen – die Basis für gezielte Verbesserungen.

Siehe die Dokumentation zu FINEOS Claims. Dies ist eine Kerneigenschaft eines Schadenfalls, wird meist bei der Registrierung gesetzt und in der Hauptfalltabelle gespeichert.

Der Schadenstatus zeigt den Stand des Falls im Lebenszyklus an, z. B. „Open“, „Pending Information“, „Approved“, „Denied“ oder „Closed“. Dieses Attribut liefert jederzeit eine Momentaufnahme des Bearbeitungsstands.

In der Prozessanalyse entsprechen Statuswechsel häufig direkt Prozessaktivitäten. Das Nachverfolgen des Status ist entscheidend, um Fallausgänge zu verstehen, Engpässe zu erkennen, in denen Fälle lange in einem Status festhängen, und die Gründe für Endergebnisse wie „Denied“ oder „Closed“ zu analysieren.

Dieses Attribut ist entscheidend, um Ergebnisse von Schadenfällen zu verstehen, nach aktiven und geschlossenen Fällen zu filtern und Phasen zu erkennen, in denen Vorgänge ins Stocken geraten.

Siehe die Dokumentation zu FINEOS Claims. Dies ist ein grundlegendes Feld im Hauptdatensatz des Schadenfalls, das über seinen gesamten Lebenszyklus hinweg aktualisiert wird.

Der Schweregrad des Schadens bewertet die Komplexität, Dringlichkeit oder finanzielle Tragweite eines Falls. Schäden mit hohem Schweregrad benötigen oft mehr Schritte, eine spezialisierte Prüfung oder längere Bearbeitungszeiten als Fälle mit niedrigem Schweregrad.

Die Analyse nach Schweregrad zeigt, ob Ressourcenzuteilung und Prozessdesign zur jeweiligen Komplexität passen. Sie macht sichtbar, ob schwere Schäden unverhältnismäßig lange verzögert werden oder leichte Fälle überbearbeitet werden – und ermöglicht eine bessere Prozesssegmentierung sowie ein wirksameres Ressourcenmanagement.

Die Segmentierung nach Schweregrad zeigt, ob der Prozess Schadenfälle mit hoher Tragweite korrekt priorisiert und ob bestimmte Komplexitätsstufen zu Engpässen führen.

Siehe die Dokumentation zu FINEOS Claims. Dies kann ein eigenes Feld sein oder aus anderen Attributen – etwa der geschätzten Schadenshöhe – abgeleitet werden.

Dieses Attribut steht für den Termin, bis zu dem die Schadenbearbeitung abgeschlossen sein muss – festgelegt durch Service Level Agreements (SLAs) oder regulatorische Vorgaben. Er dient als Maßstab zur Messung der tatsächlichen Leistung.

Dieses Datum ist zentral, um die SLA-Einhaltung zu überwachen. Der Vergleich von tatsächlichem Abschlussdatum mit dem Resolution Target Date ermöglicht die Berechnung der SLA-Quote, das Erkennen von Fällen mit Risiko einer SLA-Überschreitung und die Analyse der Ursachen für Verzögerungen.

Das ist der Maßstab zur Messung der SLA‑Einhaltung. So lassen sich verspätete Schadenfälle identifizieren und Verzögerungsgründe analysieren.

Siehe die Dokumentation zu FINEOS Claims. Dieses Datum wird häufig durch Geschäftsregeln auf Basis des Eingangsdatums und des Schadentyps berechnet.

Dieses Attribut benennt die Person oder das Team, das eine bestimmte Aufgabe in der Schadenbearbeitung ausgeführt hat. So lassen sich Prozessaktivitäten direkt mit den zuständigen Personen verknüpfen.

Auswertungen nach dem zuständigen Schadenbearbeiter sind zentral, um Arbeitslastverteilung, individuelle Performance und Ressourceneffizienz zu verstehen. Sie machen überlastete Schadenbearbeiter sichtbar, zeigen Trainingsbedarf durch Leistungsvergleiche auf und unterstützen eine bessere Ressourcenplanung, um Arbeitslasten auszubalancieren.

Dieses Attribut verknüpft Prozessschritte mit den Mitarbeitenden, die sie ausführen, und ermöglicht Analysen zur Arbeitslast, zur Ressourceneffizienz und zu Leistungsvergleichen.

Siehe die Dokumentation zu FINEOS Claims. Diese Information wird typischerweise in Feldern zur Aufgabenverantwortung bzw. Benutzerzuordnung gespeichert, die mit Claim-Events verknüpft sind.

Wenn das Ergebnis eines Schadenfalls 'Denied' lautet, liefert dieses Attribut den konkreten Ablehnungsgrund. Beispiele sind 'Not Covered by Policy', 'Fraud Suspected' oder 'Incomplete Information'.

Dieses Attribut ist zentral für die Ursachenanalyse von Ablehnungen. Anhand der Häufigkeit der einzelnen Gründe lassen sich wiederkehrende Probleme im Einreichungsprozess, Missverständnisse zur Policendeckung bei Kunden und möglicher Schulungsbedarf in der Schadenbearbeitung erkennen. Diese Erkenntnisse führen zu Maßnahmen, die die Ablehnungsquote senken und die Kundenzufriedenheit erhöhen.

Wesentlich für die Ursachenanalyse fehlgeschlagener Prozesse – hilft, Ansatzpunkte zu finden, um Ablehnungen zu reduzieren und die Qualität der Schadenaufnahme zu verbessern.

Siehe die Dokumentation zu FINEOS Claims. Dabei handelt es sich typischerweise um ein strukturiertes Feld bzw. einen Code, der ausgewählt wird, wenn die Aktivität 'Claim Denied' ausgeführt wird.

Die Bearbeitungszeit ist eine berechnete Kennzahl, die die verstrichene Zeit zwischen Beginn und Ende einer Aktivität misst. Sie steht für die 'Touch Time' – also den Zeitraum, in dem eine Ressource aktiv an der Aufgabe gearbeitet hat.

Sie ist eine grundlegende Kennzahl für Leistungsanalysen. Sie trennt aktive Arbeitszeit von Wartezeit und ermöglicht so eine präzisere Bewertung der Ressourceneffizienz sowie die Identifikation von Aktivitäten, die von Natur aus zeitintensiv sind. Zudem ist sie eine zentrale Eingangsgröße zur Berechnung operativer Kosten und der Auslastung von Schadenbearbeitern.

Misst die aktive Bearbeitungszeit ('touch time') je Aktivität und zeigt, welche Aufgaben besonders zeitintensiv sind – für eine präzise Bewertung der Ressourceneffizienz.

Wird berechnet, indem die StartTime von der EndTime abgezogen wird.

Dieses berechnete Attribut kennzeichnet Aktivitäten als Nacharbeit, etwa ein zweites 'Additional Information Requested'-Event im selben Schadenfall. Üblicherweise wird dies über wiederholte Aktivitäten oder Rückschleifen im Prozessfluss erkannt.

Das explizite Kennzeichen für Nacharbeit vereinfacht Analysen zu Ineffizienzen. Es ermöglicht die einfache Quantifizierung der Nacharbeitsquote – ein wichtiger KPI. Dashboards können das Kennzeichen nutzen, um Häufigkeit und Auswirkungen von Nacharbeit zu visualisieren und die Ursachen dieser ineffizienten Schleifen gezielt zu identifizieren.

Markiert ineffiziente Prozessschleifen direkt, erleichtert die Berechnung der Nacharbeitsquote und die Analyse der Treiber wiederkehrender Arbeit.

Wird im Zuge der Process‑Mining‑Analyse abgeleitet, indem wiederholte Aktivitäten für denselben Fall identifiziert werden – z. B. das Markieren eines zweiten Vorkommens von 'Investigation Started'.

Dieses Attribut gibt den geografischen Bezug des Schadenfalls an – etwa basierend auf der Adresse des Meldenden oder dem Schadensort.

Räumliche Analysen decken regionale Unterschiede bei Schadentypen, Häufigkeiten und Bearbeitungseffizienz auf. Sie zeigen, ob einzelne Niederlassungen besser arbeiten als andere oder ob standortspezifische Faktoren (z. B. gesetzliche Vorgaben, Wetterereignisse) die Schadenbearbeitung beeinflussen. So lassen sich Steuerung und Ressourceneinsatz gezielt ausrichten.

Ermöglicht eine geografische Segmentierung, um regionale Leistungsunterschiede, Compliance-Abweichungen oder standortspezifische Engpässe zu erkennen.

Siehe die Dokumentation zu FINEOS Claims. Diese Information wird in der Regel aus den im System gespeicherten Adressdaten des Versicherungsnehmers bzw. Anspruchstellers abgeleitet.

Das Loss Date gibt an, wann der eigentliche Vorfall (z. B. Unfall, Verletzung) stattgefunden hat. Es unterscheidet sich vom Datum der Einreichung des Schadenfalls und kann für Validierung und Bearbeitung relevant sein.

Dieses Attribut liefert wichtigen Kontext. Die Zeitspanne zwischen Loss Date und dem Datum 'Claim Submitted' (Meldeverzug) kann ein zentraler Leistungsindikator sein. Deren Analyse zeigt Schwachstellen im Meldeprozess und deren Einfluss auf den gesamten Schadenlebenszyklus.

Bietet wichtigen Kontext und ermöglicht die Berechnung des Meldeverzugs (Zeit vom Schadenereignis bis zur Meldung), der die Komplexität und das Ergebnis eines Schadenfalls beeinflussen kann.

Siehe die Dokumentation zu FINEOS Claims. Dieses Datum ist ein Standardfeld und wird während der 'First Notice of Loss' bzw. bei der Schadenregistrierung erfasst.

Die Schadenhöhe steht für die anfängliche Schätzung bzw. die dafür gebildete Rückstellung. Der Wert kann sich im Verlauf der Untersuchung ändern.

Diese Finanzdaten sind zentral, um Schadenfälle zu segmentieren und zu verstehen, wie sich die finanzielle Auswirkung auf das Prozessverhalten auswirkt. Sie helfen beispielsweise zu beantworten: Dauern hohe Schäden länger oder erfordern mehr Nacharbeit? Zudem sind sie ein wichtiger Input für Finanzprognosen und Risikomanagement.

Gibt dem Prozess finanziellen Kontext und ermöglicht Analysen, wie der Schadenwert Bearbeitungszeit, Komplexität und Prozesspfade beeinflusst.

Siehe die Dokumentation zu FINEOS Claims. Diese Information findet sich üblicherweise in den Finanz- bzw. Rückstellungstabellen, die mit dem Schaden verknüpft sind.

Dieses Attribut liefert eine klare, eindeutige Einstufung zur SLA-Einhaltung je Schadenfall. Es entsteht durch den Vergleich des Datums 'Claim Closed' mit dem 'Resolution Target Date' und klassifiziert das Ergebnis als 'On Time' oder 'Late'.

Damit wird das Reporting zur SLA-Einhaltung deutlich einfacher. Anstatt mit Rohdaten zu arbeiten, können Analysten diese Kategorie nutzen, um Dashboards mit der SLA-Quote zu bauen, alle verspäteten Fälle zu filtern und ihre gemeinsamen Merkmale zu analysieren sowie Trends der SLA-Performance im Zeitverlauf zu beobachten. Es unterstützt direkt das Dashboard und den KPI zur SLA-Einhaltung.

Bietet pro Fall einen klaren, einfachen Indikator für die SLA-Performance und erleichtert das Messen und Analysieren der SLA-Einhaltungsquote.

Dieses berechnete Feld entsteht durch den Vergleich des Zeitstempels der letzten Aktivität mit der 'ResolutionTargetDate' je Fall.

Die Policennummer ist die Kennung des Versicherungsvertrags, unter dem der Schadenfall geltend gemacht wird. Sie verknüpft den Fall mit einem konkreten Kunden, den Vertragsbedingungen und den Deckungsdetails.

Sie ist zwar kein direktes Prozessattribut, liefert aber essenziellen fachlichen Kontext. So können Schadenfalldaten nach Police oder Kunde aggregiert werden – nützlich für Analysen zu Schadenhäufigkeit, Kundenerlebnis und zur Identifikation von Policen mit hohem Anteil komplexer Fälle.

Stellt wichtigen Geschäftskontext her, verknüpft den Schadenfall mit einem konkreten Kundenvertrag und ermöglicht kundenzentrierte Prozessanalysen.

Siehe die Dokumentation zu FINEOS Claims. Dies ist eine zentrale Angabe, die bei der Schadenregistrierung erfasst und im Hauptdatensatz des Schadenfalls gespeichert wird.

Dieses Attribut hält fest, warum ein Schadenfall aus dem Status 'Closed' wieder in einen aktiven Zustand versetzt wurde. Häufige Gründe sind neue Informationen, ein Einspruch des Versicherungsnehmers/Schadenmelders oder die Korrektur eines Fehlers.

Die Analyse der Wiedereröffnungsgründe ist ein direkter Gradmesser für Prozessqualität und Endgültigkeit. Viele wiedereröffnete Fälle – insbesondere mit bestimmten Gründen – deuten darauf hin, dass die ursprüngliche Schließung fehlerhaft war. Die Daten zeigen Schwachstellen in Ermittlung oder Entscheidungsfindung und liefern klare Ansatzpunkte, den Prozess so zu verbessern, dass Fälle gleich beim ersten Mal korrekt abgeschlossen werden.

Liefert direkten Einblick in Prozessfehler, bei denen ein Schadenfall zu früh oder falsch abgeschlossen wurde, und zeigt Ansatzpunkte zur Verbesserung der Erstlösungsquote.

Siehe die Dokumentation zu FINEOS Claims. Dieser Grund wird in der Regel erfasst, wenn ein Benutzer die Aktion 'Reopen Claim' im System ausführt.

Der Zahlungsbetrag ist die endgültige Summe, die nach Genehmigung und Regulierung ausgezahlt wird. Bei mehreren Zahlungen kann dies eine einzelne Zahlungstransaktion darstellen.

Dieses Attribut ist essenziell für die finanzielle Abstimmung und die Analyse monetärer Prozessergebnisse. Es ermöglicht Vergleiche zwischen anfänglicher Schadenhöhe und finaler Auszahlung. In der Prozessanalyse hilft es, die finanzielle Auswirkung verschiedener Prozessvarianten oder Entscheidungen zu verstehen.

Erfasst das finanzielle Ergebnis des Prozesses – zentral für die Messung der finanziellen Performance und die Analyse des Schadenwerts.

Siehe die Dokumentation zu FINEOS Claims. Diese Daten stehen in den Tabellen für Zahlungstransaktionen, die mit dem Schadenfall verknüpft sind.