Workflows Réclamations liées aux assurances personnelles
L’application Réclamations liées aux assurances personnelles installe des workflows automatisés que vous pouvez configurer pour toutes les tâches de réclamations. Ces workflows créent des tickets et acheminent les tâches en conséquence.
Une fois qu’un ticket de déclaration de sinistre est lancé, le workflow passe par des phases. Un moteur de règles métier avec des règles de base configurables peut classer un sinistre comme une fraude potentielle ou comme un sinistre en double, par exemple. Voici quelques exemples de règles métier :
- Si le nombre de propriétés ou de participants soumis pour la réclamation est supérieur à deux, la réclamation est considérée comme hautement prioritaire.
- Si le nombre de réclamations soumises par un client pour la même police d’assurance est supérieur à quatre, une réclamation sera automatiquement signalée comme fraude potentielle.
- Si le nombre de réclamations soumises par un client est inférieur à cinq et que la date de perte signalée par rapport à la date de début de la police est inférieure à trois jours, une tâche de validation de réclamation est créée pour qu’un processeur les examine.
Le workflow suivant achemine le ticket et les tâches d’enquête et de gestion des réclamations d’assurance vers des rôles dans différents départements. Les agents front et back-office se Espace de travail connectent au pour travailler sur les tâches de leur file d’attente. Le playbook de tickets guide les agents à travers ces étapes générales nécessaires pour exécuter les réclamations :
- Soumission du premier avis de perte
- Validation pour les réclamations
- Évaluation de la réclamation de l’expert
- Évaluation de la fraude
- fermeture de la réclamation
Premier avis de perte (FNOL)
- Soumettre une demande en tant que représentant du premier avis de sinistre
- À l’étape du premier avis de perte (FNOL), un demandeur de police d’assurance signale une perte à un représentant FNOL. Une fois le ticket créé, un workflow se déclenche automatiquement avec des tâches de playbook créées pour gérer le ticket jusqu’à sa résolution.
- Le représentant de la FNOL documente les détails de l’incident, de la propriété, du participant et de la blessure obtenus pour la réclamation, ainsi que les couvertures disponibles pour les réclamations pertinentes. Le représentant recueille et soumet également les documents entrants applicables pour vérification, tels que l’immatriculation du véhicule, et initie la réclamation en soumettant le ticket.
- Une fois le ticket initié soumis, les règles de décision métier :
- Peut classer le ticket de réclamation par ordre de priorité, en fonction du nombre de propriétés ou de participants signalés dans la réclamation
- Peut déclencher une tâche et renvoyer un ticket de réclamation au département de l’Unité des enquêtes spéciales pour une évaluation plus approfondie
- Peut déclencher la tâche de validation de réclamation pour un examen plus approfondi
- Peut transmettre la réclamation à un expert en sinistres pour évaluation du sinistre
Étape de validation pour les réclamations
- Validation et fermeture d’une réclamation en tant que processeur de réclamations
- À l’étape de validation de la réclamation, le processeur met à jour les détails de la tâche et rejette ou approuve la tâche de réclamation en conséquence.
- Si le processeur valide la tâche en l’approuvant, elle passe à l’étape d’évaluation de l’ajusteur.
Évaluation de l'ajusteur
- Évaluation et règlement d’un sinistre en tant qu’expert en sinistres
- À l’étape de l’évaluation de l’expert, l’expert examine et vérifie ou rejette les documents de demande soumis. L’expert en sinistres examine également les couvertures et met à jour ou ajoute des couvertures au besoin.
- L’expert en sinistres peut renvoyer la demande au service de l’UES pour une enquête sur la demande. Une fois que le service SIU a terminé la tâche d’examen de la fraude, l’expert en sinistres peut régler ou rejeter la réclamation.
- L’expert évalue une réclamation et attribue un montant de réserve par rapport à la couverture pertinente, en fonction des détails de la perte.
- Si le montant de réserve affecté relève du pouvoir d’approbation de l’expert, celui-ci approuve les résultats.
- Si le montant de la réserve affectée dépasse le pouvoir d’approbation de l’expert, l’expert affecte la demande au gestionnaire des réclamations pour approbation. Si le montant de la réserve est approuvé par le gestionnaire des réclamations, l’expert en sinistres procède à l’évaluation du paiement des réclamations. Si le montant n’est pas approuvé, l’expert réévalue et révise le montant de la réserve en fonction des recommandations du gestionnaire des réclamations.
- L’expert met à jour l’enregistrement de la déclaration avec la réserve pour pertes, la réserve pour les dépenses ou les deux.
- L’expert crée des montants de paiement sur les réserves créées, en fonction de l’évaluation finalisée.
- Si le montant du paiement créé est dans l’autorité d’approbation de l’expert, l’ajusteur approuve les résultats.
- Si le montant dépasse le pouvoir d’approbation de l’expert, l’expert affecte la demande au gestionnaire des réclamations pour approbation. Si le gestionnaire des réclamations approuve le montant du paiement, l’expert en sinistres procède à une évaluation du paiement des réclamations. Si le montant n’est pas approuvé, l’expert en sinistres réévalue et crée un nouveau montant de paiement en fonction des recommandations du gestionnaire des réclamations.
- L’expert en sinistres approuve ou rejette la tâche de révision. Si l’expert approuve la tâche de révision pour régler la réclamation, le ticket de réclamation passe à l’étape d’exécution pour être fermé par le processeur de réclamations. Si l’expert rejette toutes les tâches connexes, le ticket de réclamation se ferme automatiquement.
Tâches de l’Unité des enquêtes spéciales (UES)
- Enquêter sur une réclamation pour fraude potentielle en tant qu’agent de l’unité d’enquête spéciale
- Si les règles métier déterminent que la réclamation doit être validée, ou si l’expert en sinistres détermine la possibilité d’une fraude, une tâche est déclenchée par le service de l’UES pour enquête. Un agent SIU examine la tâche de fraude, met à jour les détails de l’enregistrement de tâche d’évaluation et approuve ou rejette la tâche. Une tâche d’évaluation approuvée indique qu’il est déterminé qu’il s’agit d’une fraude introuvable. Une tâche d’évaluation rejetée indique que la réclamation est jugée non valide et potentiellement frauduleuse.
- Si la tâche est approuvée, la réclamation est conclue comme une fraude introuvable et peut être approuvée par l’expert. Lorsque la réclamation est approuvée, le ticket passe à l’étape d’exécution, que le processeur de réclamations effectue.
Tâches d’approbation du gestionnaire de réclamations
- Approuver les montants de réserve ou de paiement en tant que gestionnaire des réclamations
- Si un montant de réserve affecté dépasse le pouvoir d’approbation de l’expert, le système affecte la demande de montant de réserve au gestionnaire des réclamations pour approbation. Si le gestionnaire des réclamations approuve le montant de la réserve, l’expert en sinistres procède à l’évaluation du paiement des réclamations. Si le gestionnaire des réclamations rejette le montant de la réserve et fournit une recommandation, l’expert en sinistres doit réviser le montant de la réserve conformément aux recommandations.
- Si un montant de paiement créé dépasse les autorisations d’approbation de l’expert, le système affecte la demande de montant de paiement au gestionnaire des réclamations pour approbation. Le gestionnaire des réclamations examine le montant du paiement et les détails de la réclamation, et approuve ou rejette le paiement de la réclamation. Si le gestionnaire des réclamations approuve le montant du paiement, l’expert en sinistres peut procéder au règlement. Toutefois, si le gestionnaire rejette la demande et fournit une recommandation, l’expert en sinistres doit réviser et soumettre le montant du paiement conformément aux recommandations. Les notes de travail générées par le système indiquant l’approbation ou le rejet s’ajoutent automatiquement au flux d’activité pour la tâche et le ticket de réclamation.
Fermeture
Le ticket est terminé lorsque l’état et l’étape du ticket sont définis sur Fermé terminé.