Automatisierte Leistungsbearbeitung in der Restschuldversicherung

Zielbild für die dunkle Leistungsbearbeitung

Restschuld-Versicherer streben danach, die manuelle Leistungsbearbeitung auf diejenigen Prozesse/Prozessschritte zu reduzieren, deren Bearbeitung einen „erfahrenen“ menschlichen Leitungssachbearbeiter erfordert. Weniger komplexe Prozessschritte, die – um im Bild zu bleiben – auch „unerfahrene“ Leistungssachbearbeiter bearbeiten können bzw. dürfen, sollen automatisiert von Dunkelprozessen abgearbeitet werden. Diese Dunkelprozesse sollen dabei regelbasiert all das tun, was ein menschlicher Sachbearbeiter im konkreten Fall auch tun würde. Dies schließt die zuverlässige Erkennung und Aussteuerung komplexerer Fälle für eine Bearbeitung durch einen menschlichen Sachbearbeiter ein. Analog würde auch ein unerfahrener Sachbearbeiter komplexere Fälle an einen erfahreneren Kollegen abgeben.

Zweitprüfung vs. vollständig manuelle Bearbeitung

Im Fall einer solchen Aussteuerung soll üblicherweise keinerlei, d.h. auch keine teilweise, maschinelle Verarbeitung von Leistungen durch den Dunkelprozess erfolgen. Ein etwas anderer, ebenfalls in solchen Situationen erwägenswerter Ansatz ist die Aussteuerung des Dunkelprozesses in eine Zweitprüfung durch einen menschlichen Zweitprüfer, der die Aktionen des Dunkelprozesses entweder bestätigen und damit in Kraft setzen oder ablehnen und vollständig verwerfen kann.

Input-Management als Schlüssel zur Automatisierung

Viele Details der in Dunkelprozessen abzubildenden Prozessschritte variieren gerade in der Leistungsbearbeitung für die Sparte Restschuld stark von Versicherer zu Versicherer. Gleiches gilt bezüglich der Einschätzung dahingehend, welche der Prozessschritte in welchem Kontext einen erfahrenen Leistungssachbearbeiter erfordern und welche nicht. Ausgangspunkt für eine dunkle Leistungsbearbeitung ist aber fast immer ein eingehendes Dokument, das das Postkorbsystem / Input-Management als maschinell verarbeitbar klassifiziert und somit den Aufruf eines geeigneten Dunkelprozesses auslöst. Die vom jeweiligen Dunkelprozess benötigten Daten bzw. Aufrufparameter muss dabei die Posteingangsverarbeitung entweder maschinell oder auch manuell aus dem eingehenden Dokument extrahieren.

Kundenspezifische Dunkelprozesse in ReSy

ReSy-Kunden empfehlen wir ein Vorgehen, bei dem sie ihre Dunkelprozesse in einem kontinuierlichen Verbesserungsprozess fortlaufend um weitere Prozessschritte erweitern, die zuvor Sachbearbeiter noch manuell in ReSy bearbeiteten. Voraussetzung hierfür ist eine schnelle und kostengünstige Möglichkeit sehr individuelle und flexibel erweiterbare Dunkelprozesse zu implementieren. ReSy unterstützt dies dadurch, dass es grundsätzlich sämtliche in ReSy verfügbaren Standard-Workflows und Geschäftsvorfälle inklusive deren kundenspezifischen Customizings auch für eine Orchestrierung (Nutzung) in kundenspezifischen Dunkelprozessen zur Verfügung stellt. Diese Dunkelprozesse können sich somit nach Belieben aus dem reichhaltigen ReSy-Fundus an Restschuld-Funktionen bedienen und profitieren dabei auch von bereits erfolgten kundenspezifischen Konfigurationen für die manuelle Leistungsbearbeitung. Beispiele für solche kundenspezifischen Konfigurationen sind Buchungsregeln für Leistungsbuchungen im Nebenbuch, die Anbindung des Zahlungsverkehrs und die Versorgung von kundenspezifischen Umsystemen wie einem DWH Leistung mit zugehörigen Bewegungsdatensätzen.

Die Rolle des Briefschreibungssystems

Für die Realisierung von Dunkelprozessen ist eine prozessintegrierte Anbindung eines Briefschreibungssystems besonders wichtig, da zugehörige Briefe und Dokumente natürlich auch dunkel erstellt und versendet werden sollen. Wie ReSy eine solche prozessintegrierte Anbindung von Briefschreibungssystemen unterstützt, ist im Blog-Beitrag „Wenn Bestandsführung und Briefschreibung Hand in Hand gehen“ beschrieben.

Weiterentwicklung, Wartung und Pflege

Die Implementierung von kundenspezifischen Dunkelprozessen kann mit ReSy auch problemlos durch Entwickler des jeweiligen ReSy-Kunden erfolgen. Ebenso ist es möglich, dass diese Entwickler nach Abschluss des ReSy-Einführungsprojekts die Weiterentwicklung, Wartung und Pflege von im Rahmen dieses Einführungsprojekts nicht durch sie selbst entwickelten kundenspezifischen Dunkelprozessen übernehmen.

Der Teufel steckt im Detail

Klingt einfach? Im Prinzip ja, der Teufel steckt aber wie immer im Detail. Es sind nämlich zahlreiche fachliche Ausnahmefälle zu berücksichtigen. Der Dunkelprozess Folgeattest AU muss diese entweder vollständig korrekt verarbeiten können oder diese Ausnahmefälle zuverlässig erkennen und aussteuern. Nachfolgend einige typische Beispiele:

• der zugehörige Vertrag wurde wegen Nicht-Zahlung eines Folgebeitrags gemahnt und wird daher möglicherweise zeitnah maschinell gekündigt
• es liegt ein Zahlungsrückläufer zu einer vorausgegangen Ratenauszahlung vor, sodass eine erneute Auszahlung von Raten auf das gleiche Bankkonto nicht sinnvoll ist
• zum aktuellen Leistungsfall wurde bereits ein AU-Ende aufgrund einer zuvor eingereichten Gesundmeldung erfasst, die mit dem aktuellen Folgeattest unvereinbar ist
• die arbeitsunfähige Person aus dem Attest ist im angegebenen Vertrag gar nicht versichert (evtl. Versuch eines Betrugs mit einem fremden Attest)
• es existiert ein Regressanspruch gegen den Kunden, der mit dem aktuellen Leistungsanspruch aus dem AU-Leistungsfall verrechnet werden soll
• es handelt sich um einen verbundenen Vertrag mit einer zweiten versicherten Person, die bereits Leistungen aus einer zeitlich überlappenden Arbeitsunfähigkeit erhalten hat
• es liegt eine dauerhafte Berufsunfähigkeit / Erwerbsunfähigkeit vor, aufgrund derer die Arbeitsunfähigkeit nicht mehr versicherbar ist
• das Datum „Arbeitsunfähigkeit bis“ des Folgeattests liegt (wie die des Erstattests) in der tariflich vereinbarten Karenzzeit, sodass nur ein (weiterer) Zwischenbescheid Karenz per Brief versandt werden kann
• es existiert eine Dread Disease-Leistung oder eine Todesfall-Leistung zum angegebenen Vertrag
• die Verlängerung der Leistungszahlung führt zu einer Erreichung des Leistungsendes wegen Erreichung der maximalen Leistungsdauer oder des Vertragsablaufs. Dieser Umstand soll dem Kunden mitgeteilt werden, damit er nicht unnötigerweise weitere Folgeatteste einreicht. Die Leistung soll daraufhin mit einem passenden Erledigungsgrund erledigt werden.
• …

Die fachliche Spezifikation und der spätere fachliche Test des Dunkelprozesses ist aufgrund der Länge der obigen Liste und aufgrund der Vielzahl an weiteren, möglicherweise relevanten Ausnahmesituationen doch eine gewisse Herausforderung.

Berücksichtigung weiterer Verträge / Leistungsfälle AU

Sofern die versicherte Person weitere bereits angenommene und noch aktive AU-Leistungsfälle zu weiteren Restschuld-Verträgen besitzt, soll der Dunkelprozess „Folgeattest AU“ üblicherweise auch Leistungszahlungen aus diesen AU-Leistungsfällen auf analoge Art und Weise regelbasiert verlängern. Sofern hierbei fachliche Fehler auftreten oder auszusteuernde Ausnahmesituationen erkannt werden, gilt üblicherweise der Grundsatz, dass der Dunkelprozess gar keine, d.h. auch keine teilweise, maschinelle Verarbeitung von AU-Leistungen vornehmen soll, siehe Diagramm „Alles-oder-Nichts-Prinzip“:

Alternativ vorstellbar ist auch die gezielte Austeuerung einer einzelnen zu verarbeitenden AU-Leistung, sofern der fachliche Fehler oder die erkannte Ausnahmesituation in der Verarbeitung dieser AU-Leistung keine Auswirkungen auf die Verarbeitung der parallelen AU-Leistungsfälle hat.

Weitere Beispiele

Weitere Beispiele für die Automatisierung der Leistungsbearbeitung Restschuld sind Dunkelprozesse zur Verarbeitung von

• Folgenachweisen AL (Arbeitslosigkeit)
• Erstattesten AU (Arbeitsunfähigkeit)
• Erstnachweisen AL (Arbeitslosigkeit)
• Leistungsmeldungen Tod

Viele der am Beispiel des Dunkelprozesses „Folgeattest AU“ aufgezeigten Herausforderungen betreffen analog auch die obigen Dunkelprozesse, wobei die dunkle Verarbeitung von Erstattesten AU und Erstnachweisen AL rein von der Fachlichkeit her noch deutlich komplexer ist als die dunkle Verarbeitung von Folgeattesten AU und Folgenachweisen AL. Entsprechende Implementierungen bei ReSy Bestandskunden haben aber gezeigt, dass auch die Komplexität dieser Dunkelprozesse mit ReSy erfolgreich handhabbar ist.

Autoren