Ihr Daten-Template für die Schadenbearbeitung

Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Schadenbearbeitungsprozess, zum Beispiel „Schadenfall eingereicht“, „Erste Prüfung abgeschlossen“ oder „Zahlung angewiesen“. Jede Aktivität steht für eine konkrete Handlung im Zusammenhang mit dem Schadenfall.

Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten bildet die Grundlage für Process Mining. Sie zeigt den tatsächlichen Prozessablauf, hilft dabei, Engpässe mit aufgestauter Arbeit zu erkennen, und macht häufige sowie außergewöhnliche Bearbeitungswege sichtbar.

Das Attribut definiert die Prozessschritte. Dadurch lassen sich die Prozessübersicht visualisieren und Workflow-Muster sowie Abweichungen analysieren.

Wird üblicherweise aus Event Logs, Änderungen des Aufgabenstatus oder Prüfprotokollen im FINEOS-Claims-System abgeleitet.

Die Case-ID ist der zentrale Schlüssel, der alle Aktivitäten, Ereignisse und Datenpunkte über den gesamten Lebenszyklus eines Schadenfalls hinweg miteinander verknüpft. So lässt sich jeder Kontaktpunkt von der ersten Einreichung bis zum endgültigen Abschluss einem einzelnen Case zuordnen.

Im Process Mining ist dieses Attribut unverzichtbar, um den durchgängigen Verlauf jedes Schadenfalls zu rekonstruieren. Es ermöglicht die Analyse von Prozessabläufen, die Berechnung der gesamten Bearbeitungszeit und das Erkennen von Unterschieden in der Bearbeitung verschiedener Schadenfälle.

Diese zentrale Kennung führt alle zugehörigen Ereignisse zu einer einzelnen Prozessinstanz zusammen und ermöglicht so die durchgängige Analyse des Lebenszyklus eines Schadenfalls.

Dies ist ein Primärschlüssel in den zentralen Tabellen zur Verwaltung von Schadenfällen in FINEOS Claims.

Der Ereigniszeitpunkt erfasst das genaue Datum und die Uhrzeit, zu denen 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 dient dieser Timestamp dazu, Dauern, Zykluszeiten und Wartezeiten zwischen einzelnen Schritten zu berechnen. Er ist grundlegend, um Verzögerungen zu erkennen, die Leistung anhand von SLAs zu messen und den zeitlichen Verlauf des Prozesses zu verstehen.

Dieser Timestamp gibt die chronologische Reihenfolge der Ereignisse an. Das ist entscheidend, um zeitbasierte Kennzahlen wie die Zykluszeit zu berechnen und Engpässe zu erkennen.

Diese Information ist in der Regel als Erstellungs- oder Aktualisierungs-Timestamp zu jedem Ereignis oder Statuseintrag in FINEOS Claims verfügbar.

Dieses Attribut gibt Datum und Uhrzeit der letzten Extraktion oder Aktualisierung der Daten an. Es ist wichtig, um den Aktualitätsstand der analysierten Daten zu beurteilen.

Diese Information ist für Data Governance entscheidend und zeigt Benutzern, ob sie mit den aktuellsten Prozessdaten arbeiten. Sie hilft, Erwartungen an die Datenverzögerung zu steuern, und ist für Berichte zu Prozessen nahe Echtzeit wichtig.

Gibt den Aktualitätsstand der Daten an. So können Benutzer nachvollziehen, welchen Zeitraum die Analyse abdeckt und wann die Daten zuletzt aktualisiert wurden.

Dieser Timestamp wird üblicherweise vom Datenextraktions- oder ETL-Tool am Ende eines Datenladevorgangs erstellt und gespeichert.

Dieses Attribut gibt die Herkunft der Prozessdaten an. Für diese Analyse lautet der Wert durchgehend „FINEOS Claims“. In einer Umgebung mit mehreren Systemen ist das Attribut wichtig, um die Datenherkunft nachzuverfolgen und die Datenqualität sicherzustellen.

Im Rahmen umfassenderer Analysen hilft es, Prozesse aus verschiedenen Systemen voneinander zu unterscheiden und die Daten anhand ihrer Herkunft korrekt zu interpretieren.

Das Attribut liefert wichtigen Kontext zur Herkunft der Daten. Dieser ist für Data Governance, Validierung und die Integration mit anderen Systemen entscheidend.

Dabei handelt es sich üblicherweise um einen statischen Wert, der während der Datenextraktion hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Dieses Attribut bezeichnet die Organisationseinheit, zum Beispiel „Erstaufnahme“, „Ermittlungseinheit“ oder „Zahlungsabteilung“, die für eine bestimmte Aktivität zuständig ist oder den Schaden in einer bestimmten Phase verantwortet.

Die Analyse nach Abteilung ist wichtig, um Übergaben zwischen Fachbereichen zu verstehen, die häufig zu Verzögerungen führen. Sie zeigt, welche Abteilungen Engpässe verursachen, misst die Effizienz der einzelnen Abteilungen und unterstützt die Analyse der Ressourcenverteilung in der Organisation.

Ermöglicht die Analyse der Leistung nach Organisationseinheit und macht Verzögerungen bei Übergaben zwischen Abteilungen sowie abteilungsbezogene Engpässe sichtbar.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Dieses Attribut kann mit dem Benutzerprofil des zuständigen Schadenregulierers oder mit der Warteschlange verknüpft sein, der eine Aufgabe zugewiesen ist.

Dieses Attribut erfasst, wie der Schaden eingegangen ist, zum Beispiel über ein Online-Portal, per E-Mail oder Post oder über einen Vermittler. Der Einreichungskanal kann die Datenqualität und die anfängliche Bearbeitungszeit erheblich beeinflussen.

Eine Analyse nach Einreichungskanal zeigt, ob bestimmte Kanäle eine schnellere Bearbeitung, mehr Nacharbeit, etwa wegen fehlender Angaben, oder bessere Ergebnisse zur Folge haben. Diese Erkenntnisse können Investitionen in die Optimierung der Kanäle unterstützen, zum Beispiel in verbesserte Online-Formulare, die Fehler reduzieren.

So lässt sich feststellen, ob bestimmte Eingangskanäle eine effizientere Bearbeitung oder mehr Nacharbeit verursachen. Die Ergebnisse unterstützen die Planung und Investitionen in die Kanäle.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Dieses Attribut wird üblicherweise bei der Schadenaufnahme erfasst und im Hauptdatensatz des Schadens gespeichert.

Das Attribut „Endzeit“ erfasst den genauen Zeitpunkt, zu dem eine Aktivität abgeschlossen wird. Zusammen mit der Startzeit (EventTime) ermöglicht es die genaue Berechnung der Dauer jedes Schritts, also seiner Verarbeitungszeit.

In der Analyse ist dies entscheidend, um aktive Bearbeitungszeit von Wartezeit zu unterscheiden. So lassen sich detaillierte Engpassanalysen erstellen, die zeigen, welche Aktivitäten besonders viel Zeit beanspruchen und an welchen Stellen sich Arbeit aufstaut.

Ermöglicht die genaue Berechnung der Verarbeitungszeit jeder Aktivität. Das ist entscheidend, um ineffiziente Schritte zu erkennen und die Ressourcenauslastung zu messen.

Sehen Sie in der Dokumentation zu FINEOS Claims nach. Die Information ist möglicherweise in Event Logs verfügbar oder lässt sich aus der Startzeit des nachfolgenden Ereignisses ableiten.

Der Schadenstyp ordnet Schäden nach Art der Police oder des Schadensereignisses ein. Je nach Schadenstyp gelten oft unterschiedliche Prozessvarianten und regulatorische Anforderungen. Zudem ist eine spezialisierte Bearbeitung erforderlich.

Diese Dimension ist für vergleichende Analysen besonders wichtig. Wenn Analysten die Prozessansicht nach Schadenstyp filtern oder segmentieren, können sie typspezifische Engpässe aufdecken, die Leistung verschiedener Kategorien vergleichen und Verbesserungsmaßnahmen auf die jeweiligen Anforderungen abstimmen. So lässt sich feststellen, ob bestimmte Schadenstypen grundsätzlich weniger effizient bearbeitet werden.

Durch die Segmentierung des Prozesses lassen sich die Leistung vergleichen und Unterschiede zwischen Schadenkategorien erkennen. So können Verbesserungen gezielter umgesetzt werden.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Dieses zentrale Attribut eines Schadens wird in der Regel bei der Registrierung festgelegt und in der Haupttabelle der Cases gespeichert.

Die Schadenschwere bewertet die Komplexität, Dringlichkeit oder das finanzielle Risiko eines Schadens. Schäden mit hoher Einstufung können im Vergleich zu weniger schwerwiegenden Fällen zusätzliche Schritte, eine spezialisierte Prüfung oder längere Bearbeitungszeiten erfordern.

Eine Analyse nach Schadenschwere zeigt, ob Ressourcen angemessen zugeteilt und Prozesse passend zur jeweiligen Komplexität gestaltet sind. Sie kann aufdecken, ob schwerwiegende Schäden überproportional lange dauern oder weniger schwerwiegende Fälle unnötig aufwendig bearbeitet werden. So lassen sich Prozesse besser segmentieren und Ressourcen gezielter einsetzen.

Die Segmentierung nach Schadenschwere zeigt, ob der Prozess Schäden mit großen Auswirkungen angemessen priorisiert und ob bestimmte Komplexitätsstufen Engpässe verursachen.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Die Schadenschwere kann in einem eigenen Feld stehen oder sich aus anderen Attributen wie der geschätzten Schadenshöhe ableiten lassen.

Der Schadenstatus gibt den Stand eines Schadens im Prozessverlauf an, zum Beispiel „Offen“, „Informationen ausstehend“, „Genehmigt“, „Abgelehnt“ oder „Geschlossen“. Das Attribut zeigt, wo sich der Schaden zu einem bestimmten Zeitpunkt befindet.

In der Prozessanalyse entsprechen Statusänderungen häufig direkt den Prozessaktivitäten. Der Statusverlauf ist entscheidend, um Ergebnisse zu verstehen und Engpässe zu erkennen, an denen Schäden lange in einem bestimmten Status verbleiben. Außerdem können Sie die Gründe für endgültige Ergebnisse wie „Abgelehnt“ oder „Geschlossen“ untersuchen.

Dieses Attribut hilft, Schadensergebnisse zu verstehen, aktive und geschlossene Cases zu filtern und Prozessphasen zu erkennen, in denen Schäden ins Stocken geraten.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Dieses grundlegende Feld im Hauptdatensatz des Schadens wird während des gesamten Prozessverlaufs aktualisiert.

Dieses Attribut gibt die Frist für den Abschluss der Schadenbearbeitung an, die sich aus Service Level Agreements (SLAs) oder regulatorischen Anforderungen ergibt. Es dient als Maßstab für die tatsächliche Leistung.

Das Datum ist wichtig, um die Einhaltung von SLAs zu überwachen. Durch den Vergleich des tatsächlichen Abschlussdatums mit dem Zieldatum für die Schadenregulierung lassen sich die SLA-Erfüllungsquote berechnen, gefährdete Schäden erkennen und die Ursachen für Verzögerungen untersuchen, die zu einer Nichteinhaltung führen.

Dieses Datum dient als Maßstab für die SLA-Einhaltung. Damit lassen sich verspätete Schäden erkennen und die Ursachen für Verzögerungen untersuchen.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Dieses Datum wird häufig anhand des Einreichungsdatums und des Schadenstyps durch Geschäftsregeln berechnet.

Dieses Attribut gibt an, welche Person oder welches Team eine bestimmte Aufgabe im Schadenbearbeitungsprozess ausgeführt hat. Es ist die wichtigste Möglichkeit, Prozessaktivitäten mit den zuständigen Mitarbeitenden zu verknüpfen.

Die Analyse nach zugewiesener sachbearbeitender Person ist entscheidend, um die Arbeitsverteilung, die individuelle Leistung und die Ressourceneffizienz zu verstehen. Sie kann überlastete Mitarbeitende sichtbar machen, durch Leistungsvergleiche Schulungsbedarf aufzeigen und eine bessere Ressourcenplanung zur ausgewogenen Verteilung der Arbeitslast unterstützen.

Dieses Attribut verknüpft Prozessschritte mit den Personen, die sie ausführen. So werden Analysen der Arbeitslast, der Ressourceneffizienz und der Leistung möglich.

Sehen Sie in der Dokumentation zu FINEOS Claims nach. Diese Information ist üblicherweise in Feldern zur Aufgabenverantwortung oder Benutzerzuweisung bei Schadenfallereignissen gespeichert.

Wenn ein Schaden den Status „Abgelehnt“ hat, gibt dieses Attribut den konkreten Grund für die Entscheidung an. Mögliche Gründe sind „Nicht durch die Police abgedeckt“, „Betrugsverdacht“ oder „Unvollständige Angaben“.

Dieses Attribut ist wichtig, um die Ursachen von Schadenablehnungen zu untersuchen. Die Häufigkeit verschiedener Ablehnungsgründe kann häufige Probleme bei der Einreichung, Unklarheiten beim Kunden zum Versicherungsschutz oder Schulungsbedarf bei Schadenregulierern aufzeigen. Daraus können Maßnahmen entstehen, die Ablehnungsquoten senken und die Kundenzufriedenheit verbessern.

Wichtig für die Ursachenanalyse fehlgeschlagener Prozesse. So lassen sich Möglichkeiten erkennen, Ablehnungen zu reduzieren und die Qualität der Schadenaufnahme zu verbessern.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Dieser Grund wird üblicherweise in einem strukturierten Feld oder Code erfasst, wenn die Aktivität „Schaden abgelehnt“ ausgeführt wird.

Der Auszahlungsbetrag ist die endgültige Summe, die nach Regulierung und Genehmigung des Schadens ausgezahlt wird. Bei Schäden mit mehreren Zahlungen kann er sich auf eine einzelne Zahlungstransaktion beziehen.

Dieses Attribut ist wichtig für den finanziellen Abgleich und die Analyse der finanziellen Prozessergebnisse. Es ermöglicht den Vergleich zwischen der anfänglich geschätzten Schadenshöhe und der endgültigen Auszahlung. In der Prozessanalyse zeigt es die finanziellen Auswirkungen verschiedener Prozessvarianten oder Entscheidungen.

Erfasst das finanzielle Prozessergebnis. Das ist entscheidend, um die finanzielle Leistung zu messen und den Wert der Schäden zu analysieren.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Diese Daten stehen in den Zahlungstransaktionstabellen, die mit dem Schaden-Case verknüpft sind.

Dieses Attribut erfasst, warum ein Schaden vom Status „Geschlossen“ wieder in einen aktiven Status versetzt wurde. Häufige Gründe sind neue Informationen, ein Einspruch des Anspruchstellers oder die Korrektur eines Fehlers.

Die Analyse der Gründe für eine Wiedereröffnung ist eine direkte Möglichkeit, Prozessqualität und endgültigen Abschluss zu messen. Viele wiedereröffnete Schäden, insbesondere aus bestimmten Gründen, weisen darauf hin, dass der ursprüngliche Abschluss fehlerhaft war. Die Daten können Schwächen bei der Untersuchung oder Entscheidungsfindung aufzeigen und konkrete Ansatzpunkte für Verbesserungen liefern. So können Schäden gleich beim ersten Mal korrekt abgeschlossen werden.

Zeigt direkt, wenn ein Schaden zu früh oder irrtümlich geschlossen wurde, und macht Verbesserungsmöglichkeiten für den Abschluss beim ersten Versuch sichtbar.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Dieser Grund wird üblicherweise erfasst, wenn ein Benutzer im System die Aktion „Schaden wieder öffnen“ ausführt.

Dieses berechnete Attribut kennzeichnet Aktivitäten, die Nacharbeit darstellen, zum Beispiel ein zweites Ereignis „Zusätzliche Informationen angefordert“ für denselben Schaden. Erkannt wird Nacharbeit üblicherweise anhand wiederholter Aktivitäten oder Rückschleifen im Prozessverlauf.

Die ausdrückliche Kennzeichnung von Nacharbeit vereinfacht die Analyse von Ineffizienzen. Damit lässt sich die Nacharbeitsquote, eine wichtige Leistungskennzahl, leicht berechnen. Dashboards können Häufigkeit und Auswirkungen der Nacharbeit visualisieren und so die Ursachen ineffizienter Schleifen aufzeigen.

Kennzeichnet ineffiziente Prozessschleifen direkt. So lassen sich die Nacharbeitsquote berechnen und die Ursachen wiederholter Arbeit untersuchen.

Dieses Attribut wird bei der Process-Mining-Analyse abgeleitet, indem wiederholte Aktivitäten für denselben Case erkannt werden. Beispielsweise kann das zweite Auftreten von „Untersuchung begonnen“ gekennzeichnet werden.

Die Policennummer ist die Kennung des Versicherungsvertrags, der den Schaden abdeckt. Sie verknüpft den Schaden mit einem bestimmten Kunden, den Vertragsbedingungen und dem Versicherungsschutz.

Die Policennummer ist zwar kein direktes Prozessattribut, liefert aber wichtigen geschäftlichen Kontext. Damit lassen sich Schadendaten nach Police oder Kunde zusammenfassen. Das kann bei der Analyse der Schadenhäufigkeit und der Customer Experience helfen und Policen mit vielen komplexen Schäden aufzeigen.

Liefert wichtigen geschäftlichen Kontext, verknüpft den Schaden mit einem bestimmten Kundenvertrag und ermöglicht eine kundenorientierte Prozessanalyse.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Diese grundlegende Angabe wird bei der Registrierung des Schadens erfasst und im Hauptdatensatz gespeichert.

Dieses Attribut gibt den geografischen Standort an, der mit dem Schaden verbunden ist. Grundlage kann die Adresse des Anspruchstellers oder der Ort des Schadensereignisses sein.

Die geografische Analyse kann regionale Unterschiede bei Schadenstypen, Häufigkeiten und Bearbeitungseffizienz aufzeigen. Sie hilft festzustellen, ob bestimmte Regionalbüros bessere Ergebnisse erzielen oder ob standortspezifische Faktoren, etwa Vorschriften oder Wetterereignisse, den Schadenprozess beeinflussen. So lassen sich Management und Ressourcen gezielter ausrichten.

Ermöglicht die geografische Segmentierung, um regionale Leistungsunterschiede, Abweichungen bei der Compliance oder standortspezifische Engpässe zu erkennen.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Diese Angaben werden üblicherweise aus den im System gespeicherten Adressdaten des Versicherungsnehmers oder Anspruchstellers abgeleitet.

Das Schadendatum gibt an, wann sich der Vorfall, zum Beispiel ein Unfall oder eine Verletzung, ereignet hat. Es unterscheidet sich vom Einreichungsdatum des Schadens und kann für die Prüfung und Bearbeitung wichtig sein.

Dieses Attribut liefert wertvollen Kontext. Die Zeitspanne zwischen dem Schadendatum und dem Datum der Schadenmeldung (Meldeverzug) kann eine wichtige Leistungskennzahl sein. Eine Analyse dieses Zeitraums kann Probleme bei der Schadenmeldung und deren Auswirkungen auf den gesamten Prozessverlauf aufdecken.

Liefert wichtigen Kontext und ermöglicht die Berechnung des Meldeverzugs, also der Zeit zwischen Schadenereignis und Einreichung. Dieser Zeitraum kann die Komplexität und das Ergebnis der Schadenbearbeitung beeinflussen.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Dieses Standardfeld wird bei der ersten Schadenmeldung oder der Registrierung des Schadens erfasst.

Die Schadenshöhe bezeichnet die erste Schätzung oder die für einen Schaden gebildete finanzielle Rückstellung. Der Wert kann sich im Verlauf der Untersuchung und Bewertung ändern.

Diese Finanzdaten sind wichtig, um Schäden zu segmentieren und den Zusammenhang zwischen finanziellen Auswirkungen und Prozessverlauf zu verstehen. Sie helfen beispielsweise bei der Frage, ob Schäden mit höheren Beträgen länger dauern oder mehr Nacharbeit erfordern. Außerdem sind sie eine wichtige Grundlage für Finanzprognosen und das Risikomanagement.

Liefert finanziellen Kontext für den Prozess und ermöglicht die Analyse, wie sich die Schadenhöhe auf Bearbeitungszeit, Komplexität und Prozessverlauf auswirkt.

Ziehen Sie die FINEOS-Claims-Dokumentation zu Rate. Diese Angaben finden Sie üblicherweise in den Finanz- oder Rückstellungstabellen, die mit dem Schaden verknüpft sind.

Dieses Attribut gibt für jeden Schaden einen eindeutigen, kategorisierten Status zur SLA-Leistung an. Es wird abgeleitet, indem das Datum „Schaden geschlossen“ mit dem „Zieldatum für die Schadenregulierung“ verglichen und das Ergebnis als „Pünktlich“ oder „Verspätet“ eingestuft wird.

Das vereinfacht die Berichterstellung und Analyse der SLA-Einhaltung. Statt mit Rohdaten zu Datumsangaben zu arbeiten, können Analysten diese einfache Kategorie verwenden, um Dashboards zur SLA-Erfüllungsquote zu erstellen, verspätete Schäden nach gemeinsamen Merkmalen zu filtern und Entwicklungen der SLA-Leistung im Zeitverlauf zu beobachten. Das Attribut unterstützt direkt das Dashboard und die KPI zur SLA-Einhaltung.

Liefert für jeden Case eine klare, einfache Kennzahl zur SLA-Leistung und erleichtert so die Messung und Analyse der SLA-Erfüllungsquote.

Dieses berechnete Feld ergibt sich aus dem Vergleich des Timestamps der letzten Aktivität mit dem „ResolutionTargetDate“ für jeden Case.