AnpherosAnpheros PlatformDevelopers

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Interopérabilité des données de santé

Les niveaux technique, syntaxique, sémantique et organisationnel de l'interopérabilité, les normes utilisées par Anpheros (FHIR R4, IPS, SMART on FHIR, HL7 v2) et pourquoi la provenance rend les données échangées dignes de confiance.

L'interopérabilité des données de santé est la capacité de différents systèmes — applications, cliniques, laboratoires, hôpitaux, services d'IA — à échanger des données de santé et à les utiliser sans réinterprétation manuelle. Anpheros l'aborde en stockant chaque enregistrement dans les formats que les autres systèmes comprennent déjà (HL7 FHIR R4 avec des systèmes de codage standard), en l'échangeant via des protocoles standard (FHIR REST, SMART on FHIR, l'International Patient Summary, messages de laboratoire HL7 v2) et en conservant le contexte qui rend les données échangées dignes de confiance : qui les a écrites, quand, et avec le consentement de qui.

Quatre niveaux d'interopérabilité

Niveau Question à laquelle il répond Comment Anpheros y répond
Technique Les systèmes peuvent-ils se connecter ? APIs HTTPS, OAuth 2.1, webhooks signés, SDKs en Dart et TypeScript
Syntactique Peuvent-ils analyser les données l'un de l'autre ? Ressources et bundles HL7 FHIR R4 (4.0.1) ; CSV, HL7 v2 ORU^R01 et JSON acceptés pour les résultats de laboratoire
Sémantique Ont-ils la même signification ? LOINC pour les mesures et les résultats, ICD-10 pour les conditions, ATC pour les médicaments, UCUM pour les unités ; texte original conservé à côté de chaque code
Organisationnel Peuvent-ils l'échanger et lui faire confiance ? consentement du patient par application, provenance à chaque écriture, journal d'accès visible par le patient

La plupart des projets d'intégration échouent aux niveaux sémantique et organisationnel, pas technique. Le codage au moment de l'écriture et l'enregistrement de la provenance pour chaque valeur rendent les données d'une source utilisables dans une autre.

Normes utilisées par Anpheros

Modèles d'échange

  1. Accès d'application consenti — une application demande au patient des scopes, lit et écrit dans le dossier via FHIR ou REST, et perd l'accès lorsque le patient le révoque.
  2. Échange de documents — le dossier, ou son résumé, est exporté sous forme de bundle FHIR ($everything, $summary).
  3. Résultats entrants — les laboratoires et les cliniques écrivent dans le dossier au nom de leur organisation ; le patient voit qui a écrit quoi.
  4. Événements — les abonnés sont informés qu'un changement a eu lieu (identifiants uniquement, jamais de contenu clinique) et lisent ce qui leur est autorisé.

Provenance : une interopérabilité de confiance

Les données qui transitent entre les systèmes perdent leur contexte si ce contexte ne voyage pas avec elles. Dans Anpheros, chaque version de chaque ressource enregistre :

Les valeurs produites par l'IA sont étiquetées comme telles et sont séparées des faits cliniques lors de la construction d'un contexte pour un modèle.

Identité entre applications

Chaque application voit son propre identifiant pour la même personne (identifiants par paire), de sorte que les enregistrements ne peuvent pas être corrélés entre les applications à l'insu du patient. Les références aux personnes en dehors du périmètre d'une application sont masquées. L'interopérabilité se fait par le consentement, et non par des identifiants partagés.

Liens Utiles

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Product updates by email

New features, guides and the end of the beta. One email a month at most.

Send me occasional Anpheros Platform updates by email (new features, API changes, guides). I'll confirm by email and can unsubscribe in one click from any email. Privacy