Passer au contenu principal

​
Vue d’ensemble

Stenoa s’intègre à vos systèmes cliniques existants au moyen d’interfaces de santé conformes aux standards du secteur. Les connexions HL7 v2 et FHIR R4 permettent à Stenoa de recevoir des mises à jour centrées sur le patient, de déclencher des workflows en fonction d’événements en amont et de publier les changements d’état dans vos systèmes, afin de maintenir vos workflows cliniques synchronisés entre votre EMR, votre PACS, vos outils HIS et les systèmes en aval. Les messages entrants sont validés, normalisés dans les modèles de données internes de Stenoa, puis transmis au moteur de workflow. Cela garantit que le routage des consultations, les transferts et l’activation des tâches restent alignés avec la source de vérité de votre environnement hospitalier.

​
Protocoles pris en charge

​
FHIR (R4)

Stenoa met à disposition des points de terminaison REST authentifiés pour recevoir sélectivement les ressources suivantes :
  • Patient
  • Encounter
  • Observation
  • DiagnosticReport
  • Communication
Les requêtes doivent utiliser des charges utiles FHIR encodées en JSON. Tous les points de terminaison appliquent une validation du schéma, des vérifications des champs obligatoires et une authentification.

​
HL7 v2

Stenoa prend en charge l’ingestion de messages HL7 v2 depuis votre moteur d’intégration via HTTPS ou MLLP encapsulé dans TLS. Les types de messages pris en charge incluent :
  • ADT (A01–A08) : enregistrements, admissions, transferts, sorties
  • ORM / ORU : ordres, résultats, notifications ECG
  • Segments Z personnalisés : champs de routage spécifiques au Site, métadonnées de consultation ou signaux opérationnels
Les messages sont analysés, transformés en événements internes, puis distribués aux processeurs de flux de travail.

​
Chaîne de traitement des messages

Une fois reçus, les messages passent par la chaîne d’interopérabilité de Stenoa :
  1. Réception au niveau transport : HTTPS ou MLLP encapsulé dans TLS.
  2. Analyse du message : analyse selon le schéma JSON FHIR ou extraction des segments et champs HL7.
  3. Validation : identifiants requis (MRN, ID de rencontre, code d’établissement), cohérence du type d’événement et vérification des horodatages.
  4. Normalisation : mappage vers les modèles internes de Patient/rencontre de Stenoa, déduplication et résolution de version.
  5. Liaison des enregistrements : appariement Patient et association de la rencontre.
  6. Application des données : mise à jour des métadonnées du cas, ajout du contexte clinique et déclenchement des règles de workflow pertinentes.
Cette chaîne garantit un comportement d’intégration cohérent et déterministe dans tous les environnements hospitaliers. Pour configurer votre intégration FHIR/HL7, contactez le support.