Agent de déclaration de sinistre
- Recueille la déclaration initiale, structure le sinistre au regard des objets Policyholder et Claim et joint les pièces — avec les PII du sinistré verrouillées au niveau de la propriété.
- Permissions d'ontologie
Agents IA pour l'assurance
Déclaration de sinistre, tri des fraudes et versement — sous forme d'actions gouvernées.
Les agents Northwind Claims prennent en charge la déclaration, le tri des fraudes et l'approbation des versements sous forme d'actions approuvables et compensables. Tout versement de 5 000 $ ou plus est routé vers un approbateur humain avant qu'un seul dollar ne bouge — et l'ensemble de la décision est scellé dans un enregistrement que vous pouvez défendre.
Aligné sur NAIC · GDPR · SOC 2 · ISO 27001 · EU AI Act
Action Fabric
Simulation›
Remboursement de 240 $
risque: faible · preuve
Proposée›
Clore le dossier #4471
risque: moyen · preuve
En attente d'approbation›
Paiement de 5 000 $
risque: élevé · preuve
Exécutée
Envoyer un e-mail au client
risque: faible · preuve
actions ▸ simulation → proposition → approbation → exécution → compensation
La pression réglementaire
Une IA capable de payer un sinistre peut aussi surpayer un sinistre frauduleux.
La gestion des sinistres se joue entre vitesse et exposition : les règles sur les pratiques déloyales, les attentes en matière de gouvernance des modèles et les droits GDPR sur les données du sinistré s'appliquent dès qu'un agent touche un dossier. Un bot non gouverné qui approuve des versements est une responsabilité sans limite. Cortex fait du versement une action approuvable, avec un seuil strict d'approbation humaine, et scelle chaque décision dans un enregistrement défendable.
NAIC · gouvernance des modèlesPratiques déloyales en matière de sinistresGDPR · données du sinistréSOC 2ISO 27001EU AI Act
Pression réglementaire
NAIC · gouvernance des modèlesPratiques déloyales en matière de sinistresGDPR · données du sinistréSOC 2ISO 27001EU AI Act
Objets typés
Restreintverrouillé
cadres ▸ encodés en politique · filtrés · scellés
Cas d'usage
De la déclaration initiale au versement défendable.
Chaque agent projette le sinistre sur des objets d'ontologie typés, s'exécute sous l'un des Oversight Modes calibré sur son risque et fait passer chaque action par l'Action Fabric.
Agent de tri des fraudes
- Note les sinistres selon les signaux de fraude et route les cas suspects vers une investigation plutôt que vers un refus silencieux — chaque score est explicable et journalisé.
- Observabilité
Agent d'approbation des versements
- Propose les versements sous forme d'actions ; tout montant ≥ 5 000 $ est mis en attente d'approbation humaine, et tout versement peut être compensé (annulé) avec un motif scellé.
- Action Fabric
Communications avec le sinistré
- Rédige les mises à jour de statut et les lettres de décision ancrées sur le dossier de sinistre, avec un langage réglementaire imposé par la politique et non laissé à la formulation du modèle.
- Policy-as-Code
Subrogation et recouvrement
- Identifie les opportunités de recouvrement sous plafonds budgétaires stricts, afin qu'un lot volumineux ne puisse pas consommer sa dépense avant qu'un humain n'examine les exceptions.
- Gouvernance des coûts
Le versement est un point de contrôle, pas une intuition
Versement ≥ 5 000 $ → approbation humaine. Toujours. Par politique.
Le seuil de versement est un point de contrôle bloquant par défaut sur l'action, pas une consigne qu'un agent peut contourner par le discours. En dessous, les versements à faible risque s'exécutent et sont scellés ; au niveau du seuil ou au-dessus, l'action est mise en attente d'un approbateur nommé — et chaque approbation, refus et annulation est signé dans le registre.
- Les versements ≥ 5 000 $ sont mis en attente d'approbation humaine avant tout mouvement d'argent
- Chaque versement est compensable — annulez-le avec un motif audité
- Les scores de fraude sont explicables et journalisés, jamais un refus silencieux
- PII et détails médicaux du sinistré verrouillés au niveau de la propriété, au titre du GDPR
Action Fabric
Simulation›
Remboursement de 240 $
risque: faible · preuve
Proposée›
Clore le dossier #4471
risque: moyen · preuve
En attente d'approbation›
Paiement de 5 000 $
risque: élevé · preuve
Exécutée
Envoyer un e-mail au client
risque: faible · preuve
actions ▸ simulation → proposition → approbation → exécution → compensation
Prouvez-le — ne vous contentez pas de l'affirmer
Les verdicts que verront un gestionnaire de sinistres et un régulateur.
Ce sont les réponses littérales de l'Action Fabric — le seuil est appliqué, pas indicatif.
runtime · verdicts
Versement 5 000 $HOLD · approval
Versement 240 $200 sealed
Champ médical403 redacted
Annulation200 compensated
fermeture sécurisée ▸ mettez-le à l'épreuve, il refuse, et cela reste consigné
- 01
Modéliser le domaine
Faites correspondre le travail à des objets d'ontologie typés — Policyholder, Claim, Payout, Adjuster, Evidence — avec des champs restreints comme ssn / medical_detail verrouillés au niveau de la propriété.
- 02
Encoder les règles
Traduisez les obligations ci-dessus en Policy-as-Code et en approbations Action Fabric — les portes se ferment en cas d'échec et renvoient un code précis, pas une supposition.
- 03
Prouver le résultat
Chaque exécution est consignée dans un Trust Ledger en chaîne de hachage, avec reçus signés et provenance sur 10 sauts — un enregistrement que vous pouvez remettre au régulateur.
$5,000Seuil d'approbation des versements
10-hopProvenance sur chaque décision
5 modesOversight Modes par workflow
100Score de qualité d'exécution vérifié en direct
Fonctionne avec le reste du runtime
Les contrôles derrière assurance.
Le même runtime partagé alimente chaque secteur — voici les capacités et le Solution Pack à partir desquels ce secteur se compose.
Action Fabric
Les versements s'exécutent comme des actions approuvables et compensables, avec un seuil d'approbation strict.
Oversight Modes
Ajustez l'autonomie par workflow — exécution automatique des petits montants, mise en attente des gros.
Ontologie
Modélisez Claim, Payout et Policyholder ; verrouillez les champs médicaux et les PII.
Trust Ledger
Chaque approbation, refus et annulation scellé dans un enregistrement défendable.
Solution Pack Sinistres
Découvrez le blueprint Sinistres — déclaration, tri des fraudes et point de contrôle d'approbation à 5 000 $ sous forme d'actions gouvernées.
Trust Center
Rattachez les versements encadrés et les enregistrements scellés aux obligations NAIC et GDPR.
Sécurité et conformité
Une seule revue pour le plateau sinistres et la direction conformité.
Les points de contrôle sur les actions, le RBAC, le DLP et la détection et réponse sont partagés entre sinistres, fraude et recouvrement — vous ne faites donc la cartographie qu'une fois, vers les obligations sur lesquelles les assureurs rendent déjà des comptes. Aligné sur — sans jamais revendiquer une certification que vous ne détenez pas.
NAIC · gouvernance des modèlesPratiques déloyales en matière de sinistresGDPR · données du sinistréSOC 2 · auditISO 27001 · intégritéEU AI Act · journalisation
FAQ
Des agents IA pour assurance — vos questions, nos réponses.
Un agent IA peut-il approuver seul un versement d'assurance ?
Uniquement en dessous du seuil que vous fixez. Les versements passent par l'Action Fabric sous forme d'actions proposables ; tout montant égal ou supérieur à 5 000 $ est mis en attente d'un approbateur humain nommé avant tout mouvement d'argent, et chaque versement est réversible avec un motif audité.
Comment Cortex traite-t-il la confidentialité des données du sinistré ?
Les PII et les détails médicaux du sinistré sont verrouillés au niveau de la propriété d'ontologie (refus par défaut dès qu'un type est gouverné) et expurgés avant qu'un objet n'atteigne le modèle, ce qui soutient la minimisation des données GDPR sur chaque sinistre.
Qu'est-ce qui empêche l'agent de tri des fraudes de refuser silencieusement des sinistres ?
Les scores de fraude sont explicables et journalisés, et les cas suspects sont routés vers une investigation humaine plutôt que vers un refus automatique. La décision de tri et son raisonnement sont scellés dans le Trust Ledger.
Un versement erroné peut-il être annulé ?
Oui. Chaque versement exécuté est une action compensable — il peut être annulé avec un motif audité obligatoire, et l'annulation est scellée dans le registre à côté de l'original.
Autres secteurs
Un seul runtime gouverné, tous les secteurs régulés.
Les contrôles sont les mêmes — ce sont les obligations qu'ils satisfont qui diffèrent. Explorez un autre secteur ou voyez l'ensemble.
Payez les sinistres vite — et gardez la preuve que vous pouvez défendre.
Découvrez le tableau d'approbation des sinistres, le point de contrôle de versement à 5 000 $ et l'enregistrement scellé derrière chaque décision.