Étude de cas · Santé · Assurance

ABT Insure, une plateforme d’assurance santé pour plusieurs assureurs

Chaque assureur a sa propre base de données, et les pièces d’identité des membres se lisent par IA.

01 · Le contexte

Plusieurs assureurs, une seule plateforme

ABT Insure sert plusieurs compagnies d’assurance santé. La plateforme gère tout le cycle d’une police: soumission, émission, adhésion des membres, synchronisation avec le portail gouvernemental des assureurs et échanges avec les administrateurs tiers.

Chaque assureur exigeait une isolation complète de ses données, certains par contrat. Et le personnel transcrivait à la main les pièces d’identité de chaque membre.

Produit
ABT Insure
Clients
Compagnies d’assurance santé
Secteur
Assurance santé
Pays
Émirats arabes unis
Livré
Plateforme web multi-assureurs, cartes de membre électroniques
02 · Le défi

Des données cloisonnées, des intégrations multiples

Chaque administrateur tiers a son propre contrat d’API, et le portail gouvernemental impose ses propres règles.

  • Une isolation vérifiable. L’assureur doit pouvoir constater que ses données sont séparées.
  • Des administrateurs tiers. Leurs API sont toutes différentes.
  • Une conformité gouvernementale. Chaque police doit être synchronisée avec le portail officiel.
  • Des pièces à saisir. Cartes d’identité, passeports et visas, pour chaque membre.
03 · La solution

Une base par assureur, des intégrations interchangeables

Chaque assureur fonctionne dans sa propre base de données, avec sa marque et sa configuration. Les intégrations se branchent comme des pilotes.

Professionnel de la santé qui remplit un formulaire

Une base par assureur

La bonne base de données est choisie selon l’adresse du site ou le jeton d’accès.

Lecture des pièces par IA

OpenAI Vision extrait les données des cartes d’identité, passeports et visas. Le personnel vérifie avant d’enregistrer.

Pilotes d’intégration

Administrateurs tiers, reconnaissance de texte, paiement: un nouveau fournisseur s’ajoute sans toucher à la logique métier.

Ce que la plateforme couvre

  • Soumissions et émission des polices
  • Adhésion des membres
  • Synchronisation avec le portail gouvernemental
  • Échanges avec les administrateurs tiers
  • Extraction des données des pièces d’identité
  • Cartes de membre électroniques avec code QR
  • État des intégrations, police par police
  • Image de marque propre à chaque assureur
04 · Sous le capot

Une isolation que l’on peut prouver

Une table partagée avec une colonne par assureur a été écartée: un filtre oublié suffit pour exposer les données d’un autre. Chaque compagnie a donc sa propre base, avec ses propres identifiants. La connexion change selon l’adresse du site ou le jeton d’API, et le code métier s’écrit sans se soucier de l’assureur.

Les opérations en plusieurs étapes, comme numéroter une police, la pousser vers le portail, la synchroniser avec l’administrateur tiers et créer les cartes, sont regroupées dans des classes d’action, avec reprise sur erreur et suivi.

Nouvel assureur

Créer la base et lancer les migrations suffit, sans changement de code.

Arbre d’état des intégrations

Police, soumission, répondant et membres: l’état de synchronisation se lit d’un coup d’œil.

Vérification humaine

Les valeurs extraites s’affichent à côté de la pièce, pour correction avant enregistrement.

Nouveau type de pièce

Une nouvelle consigne suffit, sans entraîner de modèle.

05 · Le déroulement

Les points durs, et ce qu’on en a fait

Les exigences des assureurs, et la réponse apportée à chacune.

Ce qui posait problèmeCe qu’on a fait

Une saisie manuelle des pièces. Lente, fastidieuse et sujette aux erreurs.

Extraction par IA, avec vérification par le personnel avant enregistrement.

Une isolation exigée par contrat. Certains assureurs voulaient des bases séparées.

Une base de données par assureur, avec ses propres identifiants.

Des administrateurs tiers différents. Chacun avec son propre contrat d’API.

Pilotes interchangeables: un nouveau partenaire ne touche pas la logique métier.

Des synchronisations difficiles à suivre. Portail, administrateur tiers, membres: où en est chaque police?

Arbre d’état qui regroupe la police, la soumission, le répondant et les membres.

Autres réalisations

Vos intégrations se multiplient?

Décrivez-nous les systèmes avec lesquels votre plateforme doit parler. On revient vers vous avec des questions précises et une première étape.