SLVRCLD | Automated content claim quantifications and settlements

Le fait que les demandeurs saisissent manuellement les articles réclamés dans un champ de texte lors de la première notification de sinistre (FNOL) permet de se débarrasser de l'ancien formulaire de demande d'indemnisation papier, mais n'est pas suffisamment structuré pour que l'assureur puisse quantifier automatiquement le sinistre. L'agent chargé des sinistres doit donc continuer à travailler physiquement sur la liste des articles pour obtenir les prix des fournisseurs. En plus d'être coûteux à traiter, cela retarde la finalisation de la demande, ce qui est l'une des principales plaintes des clients. Le processus manuel actuel empêche également les assureurs de régler les sinistres par le biais de l'automatisation des processus robotiques (RPA) si nécessaire.

Nous sommes en mesure de le faire car nous avons constitué un vaste ensemble de données en analysant des millions de réclamations de contenu afin d'identifier avec précision l'article réclamé, de déterminer, grâce à l'apprentissage automatique, les remplacements corrects, puis de les quantifier à partir des devis normalisés des fournisseurs. La réclamation peut alors être réglée par la méthode la plus appropriée, comme un bon d'achat, une carte de débit prépayée et filtrée, un bon de commande ou un paiement en espèces.

Les assureurs responsabilisent leurs clients en intégrant la fonctionnalité directement dans leur processus numérique FNOL ou en l'étendant à un portail d'auto-assistance.

Les assureurs peuvent également demander aux assurés de constituer un catalogue de contenu domestique afin de s'assurer que leurs clients sont suffisamment assurés, d'accélérer encore plus le processus de demande d'indemnisation et de prévenir les fraudes au cours de ce processus.

Notre pile de solutions comporte trois aspects principaux :

• le moteur de données (qui gère nos ensembles de données sur les produits et les prix)
• le back-end de base (accessible via une API et utilisé pour gérer le flux de processus et le transfert de données)
• le portail de gestion (qui fournit une interface visuelle avec les API dans une application hébergée sur le Web).

Le cœur de notre système est le moteur de données. Il est utilisé pour identifier un article faisant l'objet d'une demande, déterminer ses meilleurs remplaçants possibles et fixer le prix de chacun d'entre eux à partir d'une liste de devis qui est constamment et automatiquement alimentée. Cela nécessite l'ingestion, la transformation et l'analyse de millions de produits et de devis provenant d'une multitude de fournisseurs dans de nombreux pays. Pour ce faire, le moteur de données exploite plusieurs technologies basées sur le cloud. Il utilise également un moteur d'apprentissage automatique pour aider à déterminer les aspects du paysage des produits, tels que la disponibilité des stocks, la régionalité, la fin de vie du produit, etc. sans avoir à s'intégrer dans le système de gestion des stocks de chaque fournisseur.

Nous avons choisi une pile technologique qui nous donnerait la possibilité de développer et de déployer rapidement des changements, tout en maintenant l'auditabilité et la sécurité. Pour ce faire, nous avons opté pour une architecture "cloud native", essentiellement sans serveur, en utilisant Amazon Web Services. Cette solution est à la fois évolutive et rentable.