interopérabilité HL7 en santé au travail : le maillon manquant de l’écosystème numérique de santé

​

Pendant trente ans, la médecine du travail a fonctionné en silo : un dossier médical non communicant, des informations qui n’entraient ni ne sortaient, une traçabilité papier ou numérique isolée. Ce temps se termine. La loi Santé au travail de 2021, le plan ma santé 2022 et sa prolongation, la stratégie « Ségur du numérique en santé », l’Identité Nationale de Santé (INS), Mon Espace Santé : autant de briques qui dessinent un écosystème numérique de santé connecté, dans lequel la santé au travail doit prendre sa place. Le standard qui fait tenir cet ensemble s’appelle HL7, et sa version moderne, FHIR.

Ce guide explique ce qu’est HL7, pourquoi il devient central en santé au travail, les cas d’usage qu’il ouvre pour les SPST, les exigences techniques et le cadre réglementaire français (CI-SIS, DMP, INS). Il s’adresse aux directions de SPST, aux DSI et aux médecins du travail qui préparent le prochain cycle de leur système d’information.

HL7, FHIR, CI-SIS : de quoi parle-t-on ?

HL7 : le standard historique

HL7 (Health Level Seven) est une organisation internationale qui publie, depuis 1987, les principaux standards d’échange de données de santé. Son nom fait référence à la couche applicative (niveau 7) du modèle OSI. Le standard historique le plus diffusé est HL7 v2, utilisé dans les systèmes hospitaliers pour échanger des messages structurés (admission, prescriptions, résultats de biologie). HL7 v3 a marqué une étape intermédiaire, peu adoptée. La version qui s’impose aujourd’hui est FHIR (Fast Healthcare Interoperability Resources).

FHIR : la modernité des API santé

Publiée en version 4 en 2019 et en R4B en 2022, FHIR est une architecture d’API REST pensée pour le web moderne : ressources structurées (Patient, Encounter, Observation, Practitioner, etc.), formats JSON ou XML, authentification OAuth 2.0 et OpenID Connect, profils sectoriels. FHIR est adopté par l’ensemble des grands systèmes de santé au monde : c’est le socle d’Apple Health, d’Epic, des systèmes britanniques et allemands, et du Ségur du numérique en santé en France.

CI-SIS : la déclinaison française

Le Cadre d’Interopérabilité des Systèmes d’Information de Santé (CI-SIS), piloté par l’Agence du Numérique en Santé (ANS), décrit les règles d’usage de FHIR dans le contexte français : profils FHIR, terminologies (SNOMED, LOINC, CIM-10, CCAM, NABM), intégration avec l’INS, compatibilité avec Mon Espace Santé et le DMP. Tout éditeur qui vise la certification Ségur, ce qui devient un standard implicite, doit respecter ces profils.

Pourquoi l’interopérabilité devient stratégique pour les SPST

1. Le salarié suit une trajectoire ; sa santé aussi

Un salarié change d’entreprise, donc de SPST, plusieurs fois au cours de sa carrière. Aujourd’hui, son DMST se fragmente : chaque SPST tient son dossier, sans échange structuré avec les précédents. L’interopérabilité HL7/FHIR permet que le DMST, avec le consentement du salarié, soit transféré d’un SPST à l’autre au format structuré : préservant la continuité du suivi.

2. La coordination avec la médecine de ville et l’hôpital

Lorsqu’un salarié développe une pathologie qui touche sa capacité de travail, le dialogue entre médecin du travail, médecin traitant et médecin spécialiste est critique. Aujourd’hui, ce dialogue passe par courrier, fax, téléphone : formats non structurés, sécurité incertaine. Avec HL7/FHIR et les messageries sécurisées de santé (MSS), les échanges deviennent structurés, tracés et conformes au secret médical.

3. Mon Espace Santé et la visibilité pour le salarié

Mon Espace Santé, généralisé depuis 2022, ouvre progressivement ses portes à la santé au travail. À terme, le salarié pourra consulter ses avis d’aptitude, ses fiches de poste et, avec son consentement, verser au DMP certains éléments de son DMST. Cette ouverture suppose que les logiciels SPST parlent FHIR.

4. L’Identité Nationale de Santé (INS)

L’INS est l’identifiant unique du salarié dans l’écosystème de santé français. Depuis 2021, son intégration dans les logiciels de santé est obligatoire. Un logiciel de santé au travail qui ne gère pas l’INS, validation, rapprochement avec le NIR, contrôle anti-doublons, ne peut plus dialoguer avec le reste de l’écosystème. Toutes les ressources FHIR référencent l’INS.

5. Le SIRH de l’entreprise et les flux métier

Au-delà du monde santé, l’interopérabilité concerne aussi les flux entre SPST et entreprises adhérentes : déclarations de salariés, d’effectifs, de risques, de postes, d’arrêts. HL7 v2 reste souvent utilisé côté SIRH par les grands systèmes, mais FHIR s’impose aussi sur ce pan, un SPST moderne doit savoir parler les deux.

Six cas d’usage concrets où FHIR change la donne

1. Transfert d’un DMST entre deux SPST

Sur demande consentie du salarié, le nouveau SPST reçoit du précédent les ressources Patient, Encounter (historique des visites), Observation (antécédents, expositions, résultats d’examens), et Condition (pathologies professionnelles). Le médecin du travail n’a plus à reconstruire le dossier à partir de déclarations : il reprend le fil.

2. Déclaration d’une maladie professionnelle à la CPAM

La déclaration de maladie professionnelle comporte aujourd’hui des formulaires papier ou des formulaires en ligne non intégrés. Un échange FHIR structuré (ressources Condition, Observation, DocumentReference) automatise la transmission, réduit les erreurs et accélère l’instruction.

3. Envoi d’un courrier au médecin traitant via MSS

Le médecin du travail génère un courrier de coordination ; le logiciel le structure au format CDA R2 (Clinical Document Architecture), le signe et l’envoie via la Messagerie Sécurisée de Santé : adressage INSi compris. Le médecin traitant reçoit le document dans son logiciel sans retaper quoi que ce soit.

4. Versement d’un élément de DMST vers Mon Espace Santé

Avec consentement du salarié, un document de synthèse (par exemple, la fiche d’aptitude ou une synthèse d’exposition) est versé au DMP via l’API FHIR de Mon Espace Santé. Le salarié le consulte dans son espace personnel.

5. Flux d’effectifs depuis le SIRH de l’entreprise

Les entreprises adhérentes publient leurs mouvements de personnel au format FHIR (ou HL7 v2 ADT pour les systèmes plus anciens). Le SPST reçoit automatiquement les entrées, sorties, changements de poste, mutations, sans saisie manuelle, sans retard.

6. Interconnexion avec un laboratoire d’analyses

Lorsqu’un médecin du travail prescrit un examen complémentaire (par exemple un audiogramme ou un bilan biologique dans le cadre d’un SIR), le résultat est retourné via FHIR (ressource DiagnosticReport) au logiciel métier : tracé, horodaté, intégré au DMST.

Les exigences techniques à poser à l’éditeur

• Conformité FHIR R4B minimum, idéalement alignée sur les profils CI-SIS.

• Gestion native de l’INS (validation NIR via INSi, contrôle des doublons, traçabilité des rapprochements).

• Intégration MSSanté pour les échanges de documents structurés CDA R2.

• Compatibilité Ségur du numérique en santé, la certification Ségur vague 3 ou équivalente est un signal fort.

• API publique documentée (OAuth 2.0, OpenID Connect, journalisation complète, SLA).

• Mapping FHIR ↔ modèle interne documenté et maintenu à chaque évolution réglementaire.

• Mode sandbox pour tester les connecteurs avant mise en production.

• Compatibilité des terminologies officielles (SNOMED, LOINC, CIM-10, CCAM) pour éviter les ré-encodages locaux.

Les pièges classiques à éviter

1. « Nous sommes interopérables » sans documentation FHIR publique : à éliminer.

2. Un connecteur propriétaire par entreprise adhérente : signe que l’éditeur ne respecte pas les standards et vous enfermera.

3. L’INS gérée comme un champ libre sans contrôle INSi : non conforme depuis 2021.

4. Une API « export » figée au format maison : ce n’est pas de l’interopérabilité, c’est de l’export.

5. Des échanges passant par des messageries non MSSanté : rupture de la chaîne de secret médical.

6. Des flux IA qui sortent de l’écosystème HDS pour enrichir les données : la conformité s’effondre.

uEgar.neo : une plateforme pensée pour l’interopérabilité

Val Solutions investit depuis plusieurs années dans la dimension interopérabilité. uEgar.neo embarque nativement l’INS, dialogue en FHIR avec les profils CI-SIS, s’intègre aux messageries MSSanté et aux SIRH des entreprises adhérentes, et suit l’avancée des vagues Ségur du numérique en santé. Les SPST qui adoptent uEgar.neo se positionnent dans l’écosystème de santé intégré, et non en marge.

FAQ : Interopérabilité HL7 en santé au travail

Faut-il être compatible HL7 v2 ou FHIR ?

Les deux, selon les interlocuteurs. FHIR est l’avenir et s’impose pour les nouveaux échanges (INS, CI-SIS, Mon Espace Santé). HL7 v2 reste utilisé dans certains SIRH et systèmes hospitaliers historiques. Un logiciel de SPST moderne doit parler les deux, tout en privilégiant FHIR pour les évolutions.

Un SPST doit-il nécessairement être certifié Ségur ?

La certification Ségur n’est pas directement applicable au SPST en tant que tel. Elle concerne les éditeurs de logiciels de santé. Un SPST a intérêt à choisir des éditeurs Ségur-compatibles car cela garantit que le logiciel respectera les standards d’interopérabilité à mesure qu’ils s’imposent.

L’INS est-elle obligatoire pour tous les salariés suivis ?

La récupération et l’usage de l’INS sont obligatoires pour référencer un patient dans un système de santé, dès lors qu’un document de santé est produit. Cette obligation s’applique progressivement au champ santé au travail, avec des adaptations selon les flux. La bonne pratique en 2026 est de la généraliser.

FHIR permet-il de protéger le secret médical ?

Oui, mieux que les anciens formats. FHIR gère nativement l’authentification OAuth 2.0, les scopes (qui peut lire quoi), les journaux d’audit, le chiffrement des transports (TLS 1.3). Combiné à l’hébergement HDS, l’authentification MSSanté et la gouvernance des droits, c’est un cadre plus sûr qu’un envoi par fax ou un courrier papier.

Combien de temps faut-il pour intégrer FHIR dans un logiciel SPST ?

Dépend de l’architecture initiale. Un logiciel moderne déjà structuré en ressources métier peut intégrer FHIR en 6 à 12 mois. Un logiciel monolithique ancien peut nécessiter un refactor de plusieurs années : c’est souvent le moment de changer de solution plutôt que de rattacher FHIR par-dessus.

La santé au travail est-elle concernée par le DMP et Mon Espace Santé ?

Progressivement, oui. Les décrets d’application de la loi Santé au travail ouvrent, avec consentement du salarié, la possibilité de verser certains documents au DMP et d’autoriser la consultation par le médecin du travail. Les modalités techniques reposent sur FHIR et les profils CI-SIS.

En synthèse

L’interopérabilité HL7, et particulièrement sa version moderne FHIR, est le standard qui branche la santé au travail sur l’écosystème numérique de santé. Elle conditionne la continuité du suivi médical entre SPST, la coordination avec la médecine de ville et l’hôpital, la remontée vers Mon Espace Santé, l’intégration de l’INS et l’alignement sur le Ségur. Un SPST qui investit aujourd’hui dans un logiciel FHIR/CI-SIS ne modernise pas seulement son outil, il prend sa place dans le parcours de santé du salarié.

Vous préparez votre feuille de route interopérabilité ? Val Solutions peut présenter ses connecteurs FHIR, ses intégrations MSSanté et INSi, et partager sa roadmap Ségur, au cours d’un atelier technique dédié.

Demandez une démo