Extraction de déclarations de sinistre

Un formulaire de déclaration de sinistre est le document par lequel un assuré ou son représentant signale un dommage et demande une indemnisation au titre d'un contrat. Ce sont les assureurs, les courtiers et les tiers gestionnaires qui émettent les modèles ; les gestionnaires de sinistres, les experts et les équipes financières les traitent ensuite en les rapprochant des données du contrat et en provisionnant les fonds en conséquence. L'extraction automatisée transforme ce mélange hétérogène de cases à cocher, de champs narratifs et de pièces justificatives en données structurées, qui peuvent être rattachées à un contrat, vérifiées pour leur cohérence et orientées vers le bon gestionnaire sans ressaisie manuelle. Bien menée, elle permet aussi de signaler les dossiers qui méritent un examen approfondi avant tout versement.

Champs à extraire

Pourquoi ce document est difficile à traiter

Les formulaires de sinistre arrivent rarement sous une forme homogène. Chaque assureur applique sa propre mise en page, et beaucoup autorisent encore les assurés à soumettre des fax scannés, des photos de formulaires papier prises au téléphone, ou des PDF remplis à la main. La lisibilité de l'écriture varie énormément, et les champs de description en texte libre résistent à tout modèle fixe. Un même dossier de sinistre regroupe souvent le formulaire lui-même avec des photos, des devis de réparation, des procès-verbaux et une correspondance antérieure, parfois en plusieurs langues si le déclarant ou le garage se trouve à l'étranger.

Les cases à cocher posent un problème particulier : certains formulaires utilisent des cases imprimées cochées d'une croix, d'autres entourent l'option choisie d'un cercle, et les copies scannées transforment fréquemment la marque en une tache ambiguë. Les formulaires multipages répartissent les champs clés sur plusieurs pages (coordonnées du déclarant en page un, montants financiers en page trois), ce qui impose au système d'extraction de conserver le contexte sur l'ensemble du document plutôt que de lire page par page.

Il y a aussi la dimension fraude. Les formulaires de sinistre sont une cible fréquente pour les estimations de dommages gonflées, les dates modifiées pour rentrer dans la période de garantie, ou les déclarations dupliquées auprès de plusieurs assureurs. Un système qui se contente de lire le texte sans recouper dates, montants et statut du contrat avec d'autres sources passera à côté de la plupart de ces cas. La détection de fraude documentaire compte ici plus que sur presque tout autre type de document traité par Sygnet, car l'incitation financière à falsifier une déclaration de sinistre est directe et immédiate.

Comment Sygnet le traite

Sygnet commence par classifier le fichier entrant comme un formulaire de déclaration de sinistre (par opposition à un devis joint, une facture ou une correspondance), et déduit le schéma en fonction de la mise en page propre à l'assureur plutôt que d'exiger un modèle préconstruit. Chaque champ est extrait avec un score de confiance, et chaque valeur porte une référence de zone (bounding box) pointant vers l'emplacement exact d'où elle provient sur la page, ce qui permet une traçabilité au niveau du champ à des fins d'audit.

Les règles de validation s'exécutent automatiquement : recherche du numéro de contrat dans la base des assurés, vérification de la clé de contrôle IBAN, contrôles de cohérence des dates (date du sinistre antérieure à la date de déclaration, les deux comprises dans la période de garantie), et vérification de la cohérence entre le type de sinistre déclaré et la description narrative. Lorsque le modèle détecte une contradiction, par exemple une case « pas de tiers impliqué » cochée alors que la description mentionne un autre conducteur, il signale le champ plutôt que de deviner.

La validation croisée entre documents relie le formulaire de sinistre à ses pièces jointes : le numéro de procès-verbal indiqué sur le formulaire correspond-il au procès-verbal réel, le total du devis de réparation correspond-il au montant réclamé. Seuls les champs situés sous un seuil de confiance donné, ou ceux qui échouent à une règle de validation, sont transmis à un relecteur humain. Tout le reste passe directement dans le système de gestion des sinistres via API ou webhook, avec une piste d'audit conservée pour les besoins de conformité. Cette approche est détaillée plus en profondeur sur la page consacrée à la solution sinistres assurance.

Règles de validation à appliquer

• Vérifier que le numéro de contrat existe et était actif à la date du sinistre, et pas seulement actif aujourd'hui.
• Contrôler que la date de déclaration n'est jamais antérieure à la date du sinistre.
• Appliquer une clé de contrôle IBAN sur les coordonnées bancaires de versement et vérifier que le nom du titulaire du compte correspond au déclarant.
• Recouper le montant estimé des dommages avec les devis de réparation ou factures joints au même dossier.
• Signaler pour examen renforcé les sinistres déclarés dans les 30 premiers jours suivant la date de souscription du contrat.
• Vérifier les numéros de procès-verbal selon le format utilisé par la juridiction émettrice.
• Comparer l'adresse du déclarant et le lieu du sinistre pour en vérifier la plausibilité au regard du territoire couvert par le contrat.
• Rechercher les doublons : même déclarant, même date de sinistre, déclaré auprès de plusieurs assureurs ou sous plusieurs contrats.

FAQ

L'extraction peut-elle traiter les formulaires de sinistre manuscrits ?

Oui, mais la précision dépend de la lisibilité. Les modèles multimodaux actuels lisent l'écriture manuscrite bien mieux que l'OCR traditionnel, mais Sygnet attribue quand même des scores de confiance plus faibles aux champs manuscrits et transmet à un relecteur humain tout ce qui se situe sous le seuil requis. Les cases imprimées et les sections narratives dactylographiées s'extraient avec une fiabilité bien supérieure à celle de l'écriture cursive sur des montants financiers ou des dates.

Comment Sygnet détecte-t-il les déclarations frauduleuses lors de l'extraction ?

L'extraction en elle-même ne prouve pas la fraude, mais elle produit les données structurées qui rendent la détection de fraude possible : dates cohérentes, montants recoupés, pièces jointes vérifiées. Sygnet signale les contradictions (dates incohérentes, estimations gonflées par rapport aux factures jointes, déclarations dupliquées) à une équipe humaine chargée d'enquêter sur la fraude, plutôt que d'établir lui-même une conclusion automatisée sur la fraude.

Cela remplace-t-il le jugement du gestionnaire de sinistres ?

Non. Sygnet extrait et valide les faits structurés présents sur le formulaire afin que les gestionnaires passent moins de temps à ressaisir les données et davantage de temps à évaluer les dossiers réellement ambigus ou à forte valeur. Les sinistres simples et bien validés peuvent être orientés automatiquement vers la validation du versement ; tout ce qui est signalé pour faible confiance ou incohérence atterrit toujours sur le bureau d'un gestionnaire.

Pour aller plus loin : OCR vs VLM, détection de fraude documentaire, et développer ou acheter sa solution IDP pour les équipes qui hésitent sur la meilleure façon de mettre cela en œuvre.