Agent d'autorisation préalable
- Assemble les demandes d'autorisation préalable ancrées sur la rencontre clinique et les règles du payeur, en ne lisant que les champs du minimum nécessaire que son rôle autorise.
- Permissions d'ontologie
Agents IA pour la santé
Autorisation préalable, admission et documentation — minimum nécessaire imposé par la politique.
Les agents santé prennent en charge l'autorisation préalable, l'admission des patients et la documentation clinique, avec les PHI sous DLP et un accès au moindre privilège. Le minimum nécessaire n'est pas un espoir — il est appliqué au niveau de la propriété, chaque accès étant journalisé et chaque décision scellée.
Aligné sur HIPAA · HITECH · 42 CFR Part 2 · SOC 2 · ISO 27001
Explorateur d'objets
ontology ▸ healthcare · published · permissions objet · propriété · action
La pression réglementaire
Avec les PHI, le « minimum nécessaire » est la loi — pas une recommandation.
La norme du minimum nécessaire de HIPAA, les contrôles d'accès de la Security Rule et les restrictions du 42 CFR Part 2 sur les dossiers d'addictologie s'appliquent dès l'instant où un agent touche un dossier médical. Un LLM qui ingère un dossier entier pour répondre à une seule question est une divulgation excessive. Cortex applique le moindre privilège au niveau de la propriété, journalise chaque accès et scelle chaque décision clinique dans un enregistrement auditable.
HIPAA · minimum nécessaireHITECH42 CFR Part 2SOC 2ISO 27001NIST AI RMF
Pression réglementaire
HIPAA · minimum nécessaireHITECH42 CFR Part 2SOC 2ISO 27001NIST AI RMF
Objets typés
Restreintverrouillé
cadres ▸ encodés en politique · filtrés · scellés
Cas d'usage
Le travail clinique, avec les PHI tenues en laisse aussi courte que possible.
Chaque agent ne lit que les propriétés que son rôle autorise, chaque accès est journalisé, et chaque décision passe par la supervision puis rejoint le registre.
Agent d'admission patient
- Structure l'admission au regard des objets Patient et Encounter, avec les PHI et les dossiers d'addictologie verrouillés au niveau de la propriété sous DLP.
- DLP et permissions
Assistance à la documentation clinique
- Rédige notes et synthèses ancrées sur le dossier, où chaque affirmation cite sa source et où un clinicien relit avant toute validation.
- Oversight Modes
Support au codage et à la facturation
- Suggère des codes ancrés sur la documentation, sous plafonds budgétaires stricts, pour qu'un lot volumineux ne dérape pas avant qu'un codeur n'examine les exceptions.
- Gouvernance des coûts
Piste d'accès auditable
- Chaque accès aux PHI et chaque décision clinique sont journalisés et scellés dans un enregistrement chaîné par hachage — répondant à « qui a vu quoi, et pourquoi » avec des preuves.
- Trust Ledger
Moindre privilège, appliqué et non supposé
L'agent lit le seul champ dont il a besoin — pas tout le dossier.
Le minimum nécessaire est appliqué au niveau de la propriété d'ontologie : dès qu'un type est gouverné, l'accès est en refus par défaut et l'agent ne voit que les propriétés que son rôle lui accorde. Les PHI et les dossiers d'addictologie sont expurgés avant le modèle, et chaque accès est journalisé pour la comptabilisation des divulgations.
- Minimum nécessaire appliqué au niveau de la propriété — PHI expurgées avant le modèle
- Dossiers d'addictologie 42 CFR Part 2 verrouillés en refus par défaut
- Chaque accès aux PHI journalisé pour la comptabilisation des divulgations HIPAA
- Décisions cliniques relues sous supervision et scellées dans le registre
Explorateur d'objets
ontology ▸ healthcare · published · permissions objet · propriété · action
Prouvez-le — ne vous contentez pas de l'affirmer
Les verdicts que verra un responsable de la confidentialité.
Ce sont les réponses littérales du runtime — la divulgation excessive bloque par défaut, et c'est consigné.
runtime · verdicts
Lecture du dossier entier403 redacted
Dossier Part 2403 denied
Note cliniqueHOLD · review
Accès autorisé200 sealed
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 — Patient, Encounter, Authorization, Claim, Document — avec des champs restreints comme phi / substance_use_record 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.
10-hopProvenance sur chaque décision clinique
4 filtersPare-feu DLP sur chaque appel d'outil
100Score de qualité d'exécution vérifié en direct
256SHA-256 chaîné scellant chaque accès
Fonctionne avec le reste du runtime
Les contrôles derrière santé.
Le même runtime partagé alimente chaque secteur — voici les capacités et le Solution Pack à partir desquels ce secteur se compose.
Ontologie
Modélisez Patient et Encounter ; verrouillez les PHI et les dossiers Part 2 au niveau de la propriété.
MCP Gateway
Le DLP en entrée et en sortie sur chaque appel d'outil empêche les PHI de fuiter hors plateforme.
Oversight Modes
Relecture clinicien sur la documentation ; aucune note n'est validée sans un humain.
Trust Ledger
Journalisez chaque accès aux PHI et scellez chaque décision pour la comptabilisation des divulgations.
Agent IAM
Des agents cantonnés à leur rôle ne lisent que les propriétés du minimum nécessaire.
Trust Center
Rattachez l'accès au moindre privilège et les pistes d'audit à HIPAA et HITECH.
Sécurité et conformité
Conçu pour la Security Rule que votre responsable de la confidentialité fait appliquer.
L'accès au niveau de la propriété, le DLP, la détection et réponse et l'isolation multi-tenant sont partagés entre autorisation préalable, admission et documentation — vous ne faites donc la cartographie qu'une fois, vers les contrôles HIPAA et HITECH. Aligné sur — sans jamais revendiquer une certification que vous ne détenez pas.
HIPAA · minimum nécessaireHIPAA · Security RuleHITECH · violation42 CFR Part 2SOC 2 · auditISO 27001 · intégrité
FAQ
Des agents IA pour santé — vos questions, nos réponses.
Comment Cortex applique-t-il le minimum nécessaire HIPAA aux agents IA ?
L'accès est appliqué au niveau de la propriété d'ontologie : dès qu'un type est gouverné, il est en refus par défaut, et un agent ne voit que les propriétés que son rôle lui accorde. Les PHI sont expurgées avant d'atteindre le modèle, et chaque accès est journalisé pour la comptabilisation des divulgations.
Cortex peut-il traiter les dossiers d'addictologie du 42 CFR Part 2 ?
Oui. Les dossiers d'addictologie sont verrouillés en refus par défaut au niveau de la propriété et n'atteignent jamais un prompt de modèle, sauf si un rôle en reçoit explicitement l'accès — ce qui soutient les restrictions renforcées du 42 CFR Part 2.
Un humain relit-il la documentation clinique rédigée par l'IA ?
Oui. Les agents de documentation s'exécutent sous des Oversight Modes qui imposent une relecture par un clinicien — aucune note n'est validée sans l'approbation d'un humain, et la décision est scellée dans le registre.
Comment Cortex empêche-t-il les PHI de fuiter par les outils ?
Le MCP Gateway applique des filtres DLP en entrée et en sortie sur chaque appel d'outil, en plus d'une liste d'autorisation et de limites de débit, afin que les PHI ne puissent pas être exfiltrées vers un service hors plateforme.
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.
Tenez les PHI en laisse plus courte que vos auditeurs n'en ont jamais vu.
Découvrez l'accès au moindre privilège, le pare-feu DLP et la piste de divulgation scellée derrière chaque décision clinique.