IP Review

IG © 2020+ Agence du Numérique en Santé (ANS) - 2-10 Rue d'Oradour-sur-Glane, 75015 Paris. Package ans.hl7v2.fr.teleradiologie#0.1.0 based on FHIR 4.0.1. Generated 2026-03-26 Liens: Table des matières | QA | Historique des versions | New Issue ( src )

ConformanceLab (Interoplab) : plateforme de validation FHIR® permettant aux organisations de configurer, gérer et publier leur propre environnement de tests et de certification basé sur TestScript. ( src )

Inferno : framework extensible de tests automatisés pour HL7® FHIR®, successeur de l’outil Crucible, permettant de définir et d’exécuter des tests rigoureux de conformité ; ( src )

Touchstone (AEGIS) : plateforme d’accélération des implémentations FHIR®, reposant sur le moteur de tests TestScript, proposant des serveurs de référence (WildFHIR) et un large catalogue de scripts de tests open source ; ( src )

Volet Téléradiologie - version de développement local (intégration continue v0.1.0) construite par les outils de publication FHIR (HL7® FHIR® Standard). Voir le répertoire des versions publiées ( src )

Type	Reference	Content
web	esante.gouv.fr
web	esante.gouv.fr	IG © 2020+ Agence du Numérique en Santé (ANS) - 2-10 Rue d'Oradour-sur-Glane, 75015 Paris . Package ans.hl7v2.fr.teleradiologie#0.1.0 based on FHIR 4.0.1 . Generated 2026-03-26 Liens: Table des matières \| QA \| Historique des versions \| New Issue
web	github.com	IG © 2020+ Agence du Numérique en Santé (ANS) - 2-10 Rue d'Oradour-sur-Glane, 75015 Paris . Package ans.hl7v2.fr.teleradiologie#0.1.0 based on FHIR 4.0.1 . Generated 2026-03-26 Liens: Table des matières \| QA \| Historique des versions \| New Issue
web	solidarites-sante.gouv.fr
web	esante.gouv.fr
web	esante.gouv.fr	Méthode d’élaboration des spécifications fonctionnelles des échanges
web	www.has-sante.fr	Guide de bonnes pratiques HAS
web	www.conseil-national.medecin.fr	Charte de la téléradiologie G4
web	www.boutique.afnor.org	Norme NF S99-300
web	www.vie-publique.fr	Eclairage télémédecine Direction de l’information légale et administrative
web	esante.gouv.fr	Volet Demande d’actes d’imagerie
web	esante.gouv.fr	Volet Compte-rendu d’imagerie
web	mos.esante.gouv.fr	Modèle des objets de santé (MOS)
web	esante.gouv.fr	Annexe CI-SIS : Prise en charge de l’identifiant National de Santé (INS) dans les standards d’interopérabilité et les volets du CI-SIS. version 1.5 et supérieure
web	esante.gouv.fr	ANS - INS : Corpus Documentaire disponible sur le site de l’ANS
web	esante.gouv.fr	ANS - NOS : Nomenclature des Objets de Santé
web	www.hl7.eu	HL7 v2.5.1
web	www.ihe.net	IHE Radiology
web	wiki.ihe.net	IHE Scheduled Workflow (SWF.b)
web	www.interopsante.org	INTEROP’SANTE : ITI - PAM - National extension France - Release 2.11 et supérieure
web	www.interopsante.org	INTEROP’SANTE : ITI - Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure dans le périmètre d’IHE France - Release 1.8 et supérieure
web	interop.esante.gouv.fr	Volet de transmission d’un document CDA-R2 en HL7v2
web	github.com	Pour cela, il suffit de télécharger le package.tgz et l’importer dans un serveur, par exemple sur hapi en suivant ce script python open source.
web	interop.esante.gouv.fr	Pour plus d’information sur la validation des instances de ressource contre un profil issu de cette spécification, consulter la documentation de l’opération $validate et la documentation de l’ANS .
web	esante.gouv.fr	Ce document fait partie de la couche Service du Cadre d’Interopérabilité des Systèmes d’Information de santé (CI-SIS) . Les spécifications associées entendent définir et harmoniser les modalités de partage des données de santé propres au domaine de la téléradiologie (pour plus de précisions, se référer à la section « Périmètre du projet » ci-dessous).
web	www.dicomstandard.org	Le standard DICOM (Digital Imaging and Communications in Medicine) est un standard international dédié à la gestion, au stockage, à la transmission et à la visualisation des images médicales. Il définit à la fois un format de fichier pour l’imagerie médicale et un ensemble de services réseau permettant l’échange de ces images et des métadonnées associées entre équipements et systèmes d’information d’imagerie (modalités, PACS, visionneuses). DICOM est nativement orienté vers les besoins associés aux domaines de l’imagerie médicale, notamment la radiologie, la médecine nucléaire, la radiothérapie et l’imagerie interventionnelle. Il constitue le socle technique permettant l’échange d’images médicales et d’informations associées au sein des systèmes d’imagerie.
web	esante.gouv.fr	Le standard HL7 CDA R2 est très répandu à l’international et largement adopté dans le contexte français. Le standard HL7 CDA est le format de référence utilisé dans les volets métiers du CI-SIS disponibles sur l’espace de Publication du CI-SIS . Ce standard est également utilisé dans de nombreux profils spécifiés par IHE (profils des domaines IHE PCC, IHE PALM, IHE PHARM, …). Le niveau 3 est un format international de structuration et de transmission des documents médicaux. Il permet notamment une intégration automatique des informations contenues dans le document, dans le logiciel métier concerné. Ce niveau permet non seulement une interopérabilité syntaxique, mais également sémantique.
web	interop.esante.gouv.fr	Afin de capitaliser l’expérience acquise et de favoriser la réutilisation des développements, la doctrine du CI-SIS incite à l’utilisation du standard CDA R2 niveau 3 pour structurer les documents, notamment en se conformant aux volets de référence suivants :
web	esante.gouv.fr	Structuration minimale de documents de santé , qui définit la structure des données de l’entête d’un document CDA
web	esante.gouv.fr	Modèles de contenus CDA , qui définit la structure des données du corps du document.
web	docs.art-decor.org	La suite d’outil open source ART-DECOR permet de créer et maintenir les modèles CDA et les jeux de valeurs. Elle permet de tester la conformité d’un document CDA, mais cette fois-ci par rapport à un modèle, grâce à la génération de schématrons. Il s’agit d’un langage permettant de valider la structure d’un document XML via un ensemble d’assertions. Les schematrons peuvent être utilisés de deux manières :
web	www.ihe-europe.net	En mode intégré : via des plateformes de test comme Gazelle (ANS et IHE)
web	www.interopsante.org	Dans le cadre français, l’association Interop’Sante a publié un guide d’implémentation FHIR qui définit des profils FHIR pour répondre aux besoins spécifiques du système de santé français. Ces profils adaptent les ressources FHIR standard pour inclure des contraintes et des extensions spécifiques au contexte français.
web	hl7.fr	Dans le cadre français, l’association Interop’Sante a publié un guide d’implémentation FHIR qui définit des profils FHIR pour répondre aux besoins spécifiques du système de santé français. Ces profils adaptent les ressources FHIR standard pour inclure des contraintes et des extensions spécifiques au contexte français.
web	esante.gouv.fr	L’ANS exploite les ressources de ce standard dans la majorité des volets de la couche Service disponibles sur l’espace de Publication du CI-SIS.
web	participez.esante.gouv.fr	Il convient de souligner que, bien que le standard HL7 FHIR dispose à ce jour d’une version R5, les ressources présentées dans la suite du document s’appuient sur la version R4, conformément à la stratégie nationale en vigueur. Cette stratégie relative au choix des versions FHIR a été définie dans le cadre de travaux conduits conjointement par Interop’Santé et l’Agence du Numérique en Santé en 2023-2024, puis validée à l’issue d’une concertation portée par l’ANS.
web	marketplace.visualstudio.com	L’extension pour Visual Studio Code FHIR Tools , facilitant l’édition, la validation et la navigation dans les ressources FHIR ;
web	www.ihe-europe.net	La plateforme Gazelle est également utilisée pour tester les ressources FHIR. L’outil matchbox est accessible via le service de Validation EVS Client . Il permet de vérifier si :
web	ahdis.github.io	La plateforme Gazelle est également utilisée pour tester les ressources FHIR. L’outil matchbox est accessible via le service de Validation EVS Client . Il permet de vérifier si :
web	interop.esante.gouv.fr	La plateforme Gazelle est également utilisée pour tester les ressources FHIR. L’outil matchbox est accessible via le service de Validation EVS Client . Il permet de vérifier si :
web	industriels.esante.gouv.fr	HL7 v2 est un standard hautement mature, initialement publié à la fin des années 1980 et ayant fait l’objet de nombreuses évolutions successives au travers de plusieurs versions majeures, témoignant de sa stabilité, de sa robustesse. Dans l’écosystème français, il est solidement ancré dans le contexte intra-hospitalier au sein pratiques des systèmes d’information de santé, en particulier dans le domaine de l’imagerie médicale. Ce constat repose à la fois sur son usage historique largement répandu et sur les travaux menés dans le cadre du volet Téléradiologie, notamment au travers d’ateliers associant éditeurs de RIS et plateformes de téléradiologie. Ces échanges ont permis de confronter les besoins opérationnels aux capacités des standards existants et ont confirmé le niveau de maturité et d’industrialisation de HL7 v2 pour ce type de cas d’usage. Par ailleurs, le Livre blanc Téléradiologie élaboré par l’Agence du Numérique en Santé en collaboration avec l’écosystème éditeur s’appuie sur des flux fondés sur le standard HL7 v2, renforçant ainsi ce constat.
web	esante.gouv.fr	Transport d’un document CDA en HL7v2
web	esante.gouv.fr	Transmission au LPS d’un document CDA provenant d’un courriel MSSanté
web	www.interopsante.org	L’ancrage d’HL7 v2 au niveau français est également la conséquence des travaux de l’organisme InteropSanté, qui publie et maintient des spécifications nationales fondées sur HL7 v2, telles que les contraintes françaises du profil IHE PAM , les contraintes françaises sur les types de données HL7 v2 , ainsi que les profils ILW.FR et LTW.FR encadrant les échanges de demandes et de résultats d’examens de biologie, en contexte intra-établissement et inter-organisations.
web	www.interopsante.org	L’ancrage d’HL7 v2 au niveau français est également la conséquence des travaux de l’organisme InteropSanté, qui publie et maintient des spécifications nationales fondées sur HL7 v2, telles que les contraintes françaises du profil IHE PAM , les contraintes françaises sur les types de données HL7 v2 , ainsi que les profils ILW.FR et LTW.FR encadrant les échanges de demandes et de résultats d’examens de biologie, en contexte intra-établissement et inter-organisations.
web	www.interopsante.org	L’ancrage d’HL7 v2 au niveau français est également la conséquence des travaux de l’organisme InteropSanté, qui publie et maintient des spécifications nationales fondées sur HL7 v2, telles que les contraintes françaises du profil IHE PAM , les contraintes françaises sur les types de données HL7 v2 , ainsi que les profils ILW.FR et LTW.FR encadrant les échanges de demandes et de résultats d’examens de biologie, en contexte intra-établissement et inter-organisations.
web	www.interopsante.org	L’ancrage d’HL7 v2 au niveau français est également la conséquence des travaux de l’organisme InteropSanté, qui publie et maintient des spécifications nationales fondées sur HL7 v2, telles que les contraintes françaises du profil IHE PAM , les contraintes françaises sur les types de données HL7 v2 , ainsi que les profils ILW.FR et LTW.FR encadrant les échanges de demandes et de résultats d’examens de biologie, en contexte intra-établissement et inter-organisations.
web	github.com	Bibibliothèques logicielles dans la plupart des langages de développement courants (Java, .NET, Python, JavaScript…), telles que HAPI HL7 , NHapi ou hl7apy , facilitant la génération, le parsing, la validation et le transport des messages HL7 v2 au sein des systèmes d’information
web	github.com	Bibibliothèques logicielles dans la plupart des langages de développement courants (Java, .NET, Python, JavaScript…), telles que HAPI HL7 , NHapi ou hl7apy , facilitant la génération, le parsing, la validation et le transport des messages HL7 v2 au sein des systèmes d’information
web	crs4.github.io	Bibibliothèques logicielles dans la plupart des langages de développement courants (Java, .NET, Python, JavaScript…), telles que HAPI HL7 , NHapi ou hl7apy , facilitant la génération, le parsing, la validation et le transport des messages HL7 v2 au sein des systèmes d’information
web	www.ihe-europe.net	Les plateformes Gazelle (ANS et IHE) sont également utilisées pour tester les profils de message. L’outil GazelleHL7Validator intègre les fichiers de définitions. Accessible via le service de Validation EVS Client, il permet de vérifier si : Le message est bien structuré Le message respecte les règles spécifiées dans les fichiers de définition
web	interop.esante.gouv.fr	Le standard HL7 v2 est d’ores et déjà présent au sein du workflow global de la téléradiologie par l’intermédiaire du volet de transmission d’un document CDA-R2 en HL7v2 , utilisé pour la transmission du compte-rendu d’imagerie depuis la plateforme de téléradiologie vers le RIS de la structure d’imagerie. Par ailleurs, le volet téléradiologie envisage également la transmission, en complément des éléments structurés de la demande d’examen, de documents associés tels que la demande d’examen formalisée ou tout document complémentaire permettant d’enrichir le contexte clinique. Ces flux complémentaires reposent également sur le volet de Transport de documents CDA en HL7 v2, renforçant ainsi la cohérence globale des échanges autour de ce standard.
web	www.ihe.net	Au-delà de ces usages existants, plusieurs profils IHE du domaine IHE RADIOLOGY s’appuient historiquement sur HL7 v2 pour structurer les échanges liés aux workflows d’imagerie. Le profil IHE Scheduled Workflow (SWF.b) définit notamment les transactions permettant d’orchestrer le cycle de vie d’un acte d’imagerie, depuis la prescription jusqu’à la production des résultats. Bien que le profil SWF.b ne couvre pas l’intégralité des cas d’usage spécifiques à la téléradiologie, en particulier les étapes de validation médicale distante ou de protocolisation, il propose néanmoins un ensemble de briques fonctionnelles pertinentes, telles que la gestion des demandes d’examen, des statuts associés ou des identifiants d’actes. Ces briques peuvent être mobilisées et adaptées dans le cadre des flux de téléradiologie, sans nécessiter l’adoption exhaustive du profil IHE.
web	www.ihe.net	Au-delà de ces usages existants, plusieurs profils IHE du domaine IHE RADIOLOGY s’appuient historiquement sur HL7 v2 pour structurer les échanges liés aux workflows d’imagerie. Le profil IHE Scheduled Workflow (SWF.b) définit notamment les transactions permettant d’orchestrer le cycle de vie d’un acte d’imagerie, depuis la prescription jusqu’à la production des résultats. Bien que le profil SWF.b ne couvre pas l’intégralité des cas d’usage spécifiques à la téléradiologie, en particulier les étapes de validation médicale distante ou de protocolisation, il propose néanmoins un ensemble de briques fonctionnelles pertinentes, telles que la gestion des demandes d’examen, des statuts associés ou des identifiants d’actes. Ces briques peuvent être mobilisées et adaptées dans le cadre des flux de téléradiologie, sans nécessiter l’adoption exhaustive du profil IHE.
web	www.interopsante.org	De même, le profil IHE PAM-FR (Patient Administration Management France), bien qu’orienté vers la gestion administrative des patients et non vers les processus métiers propres à la téléradiologie, constitue une référence nationale pour la gestion de l’identité patient et des traits d’identification, notamment autour de l’INS. Les segments et champs HL7 v2 définis par ce profil peuvent ainsi être réutilisés pour garantir une gestion cohérente et conforme de l’identité du patient dans les flux de téléradiologie, indépendamment des messages métiers échangés.
web	interop.esante.gouv.fr	La doctrine du CI-SIS
web	www.himss.org	« Evaluating HIT Standards » document sur la comparaison des standards publiés par l’organisation HIMSS.
web	www.himss.org	« Evaluating HIT Standards » document sur la comparaison des standards publiés par l’organisation HIMSS.
web	joinup.ec.europa.eu	La méthode CAMSS (Common Assessment method for standards and specifications) soutenue par le programme de la commission européenne concernant les solutions d’interopérabilité pour les administrations publiques. Cette initiative vise à promouvoir la collaboration entre les états membres de l’union européenne dans la définition d’une méthode d’évaluation commune de standards pour le développement des services administratifs en ligne.
web	esante.gouv.fr	Recherche sur Volet Téléradiologie (Current Build) FHIR Specification Recherche Volet Téléradiologie (Current Build) Agence du Numérique en Santé 2-10 Rue d'Oradour-sur-Glane 75015 Paris Contact
web	solidarites-sante.gouv.fr	Agence du Numérique en Santé 2-10 Rue d'Oradour-sur-Glane 75015 Paris Contact
web	esante.gouv.fr	Agence du Numérique en Santé 2-10 Rue d'Oradour-sur-Glane 75015 Paris Contact
web	esante.gouv.fr	La structure de la présente spécification fonctionnelle s’appuie sur la méthode d’élaboration des spécifications fonctionnelles des échanges élaborée par l’ANS .
web	www.conseil-national.medecin.fr	La téléradiologie désigne spécifiquement les actes de télédiagnostic radiologiques correspondant à « une prise en charge médicale radiologique à distance, réalisée en l’absence de radiologue sur place, que ce soit de manière ponctuelle en situation d’urgence ou de façon régulière hors urgence » (pour plus de précisions, se référer à la « Charte de Téléradiologie » rédigée par le Conseil national professionnel de radiologie). Cette pratique permet à un radiologue externe à une structure d’imagerie donnée d’interpréter des examens d’imagerie réalisés en son sein.
web	www.conseil-national.medecin.fr	La téléradiologie (également nommée télémédecine en imagerie) peut être définie de la manière suivante : « Prise en charge médicale radiologique à distance au service d’un patient en l’absence d’un radiologue sur place, soit en urgence de façon ponctuelle, soit de façon régulière en dehors de l’urgence » (définition issue de la charte de téléradiologie rédigée par le Conseil national professionnel de radiologie).
web	www.has-sante.fr	Guide de bonnes pratiques HAS : https://www.has-sante.fr/jcms/c_2971634/fr/teleimagerie-guide-de-bonnes-pratiques
web	www.conseil-national.medecin.fr	Charte de la téléradiologie G4 : https://www.conseil-national.medecin.fr/publications/editions/charte-teleradiologie
web	www.boutique.afnor.org	Norme NF S99-300 : https://www.boutique.afnor.org/fr-fr/norme/nf-s99300/demarche-qualite-en-imagerie-medicale/fa200225/264032
web	www.vie-publique.fr	Eclairage télémédecine Direction de l’information légale et administrative : https://www.vie-publique.fr/eclairage/18473-la-telemedecine-une-solution-pour-faciliter-lacces-aux-soins .
web	esante.gouv.fr	Pour plus de précisions concernant le document « Demande d’examen d’imagerie », se référer au volet CI-SIS dédié : « Volet Demande d’actes d’imagerie ».
web	esante.gouv.fr	Pour plus de précisions concernant le document « Compte-rendu d’imagerie », se référer au volet CI-SIS dédié : « Volet Compte-rendu d’imagerie ».
web	industriels.esante.gouv.fr	Personne physique bénéficiaire de l’acte d’imagerie. Le patient est caractérisé par l’intégralité des traits INS (voir le référentiel ANS de l’INS ).
web	mos.esante.gouv.fr	Au travers de ce chapitre une mise en correspondance sera effectuée entre les concepts métier précédemment présentés et les concepts issus du modèle des objets de santé (MOS). L’objectif du MOS étant de définir un ensemble de concepts, décrits de manière homogène et neutre vis-à-vis des technologies, et d’offrir une description commune et mutualisée des informations traitées par les systèmes d’information. Le MOS peut être consulté à l’adresse suivante : https://mos.esante.gouv.fr/0.html .
web	mos.esante.gouv.fr	Identification nationale principale du professionnel. Cette identification est obtenue par la concaténation du type d’identifiant national de personne (provenant de la nomenclature CodeSystem-TRE-G08-TypeIdentifiantPersonne) et de l’identifiant de la personne physique provenant, selon le type d’identifiant, soit d’un référentiel national, soit d’un référentiel local propre à la structure d’exercice de la personne physique. Voir Modèle des objets de santé (MOS) – idNat_PS .
web	mos.esante.gouv.fr	Identification nationale de l’Entité initiée pour les besoins du SI-CPS. Cette identification est obtenue par la concaténation du type d’identifiant national de structure (provenant de la nomenclature CodeSystem-TRE-G07-TypeIdentifiantStructure) et de l’identifiant de la structure. Voir Modèle des objets de santé (MOS) – idNat_struct
web	www.hl7.eu	Les échanges sont basés sur des messages HL7 v2 conformes à la version 2.5.1 . Lorsque cela est applicable, la spécification s’appuie sur les profils du domaine IHE Radiology , et notamment le profil IHE Scheduled Workflow (SWF.b) , afin d’assurer la cohérence des échanges avec les workflows d’imagerie existants. Les principes définis par le profil IHE PAM-FR sont également pris en compte pour la gestion de l’identité patient, en particulier en ce qui concerne l’identité nationale de santé (INS). Enfin, les types de données HL7 v2 sont contraints, lorsque cela est applicable, par la spécification Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure , publiée par Interop’santé.
web	www.ihe.net	Les échanges sont basés sur des messages HL7 v2 conformes à la version 2.5.1 . Lorsque cela est applicable, la spécification s’appuie sur les profils du domaine IHE Radiology , et notamment le profil IHE Scheduled Workflow (SWF.b) , afin d’assurer la cohérence des échanges avec les workflows d’imagerie existants. Les principes définis par le profil IHE PAM-FR sont également pris en compte pour la gestion de l’identité patient, en particulier en ce qui concerne l’identité nationale de santé (INS). Enfin, les types de données HL7 v2 sont contraints, lorsque cela est applicable, par la spécification Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure , publiée par Interop’santé.
web	wiki.ihe.net	Les échanges sont basés sur des messages HL7 v2 conformes à la version 2.5.1 . Lorsque cela est applicable, la spécification s’appuie sur les profils du domaine IHE Radiology , et notamment le profil IHE Scheduled Workflow (SWF.b) , afin d’assurer la cohérence des échanges avec les workflows d’imagerie existants. Les principes définis par le profil IHE PAM-FR sont également pris en compte pour la gestion de l’identité patient, en particulier en ce qui concerne l’identité nationale de santé (INS). Enfin, les types de données HL7 v2 sont contraints, lorsque cela est applicable, par la spécification Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure , publiée par Interop’santé.
web	www.interopsante.org	Les échanges sont basés sur des messages HL7 v2 conformes à la version 2.5.1 . Lorsque cela est applicable, la spécification s’appuie sur les profils du domaine IHE Radiology , et notamment le profil IHE Scheduled Workflow (SWF.b) , afin d’assurer la cohérence des échanges avec les workflows d’imagerie existants. Les principes définis par le profil IHE PAM-FR sont également pris en compte pour la gestion de l’identité patient, en particulier en ce qui concerne l’identité nationale de santé (INS). Enfin, les types de données HL7 v2 sont contraints, lorsque cela est applicable, par la spécification Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure , publiée par Interop’santé.
web	www.interopsante.org	Les échanges sont basés sur des messages HL7 v2 conformes à la version 2.5.1 . Lorsque cela est applicable, la spécification s’appuie sur les profils du domaine IHE Radiology , et notamment le profil IHE Scheduled Workflow (SWF.b) , afin d’assurer la cohérence des échanges avec les workflows d’imagerie existants. Les principes définis par le profil IHE PAM-FR sont également pris en compte pour la gestion de l’identité patient, en particulier en ce qui concerne l’identité nationale de santé (INS). Enfin, les types de données HL7 v2 sont contraints, lorsque cela est applicable, par la spécification Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure , publiée par Interop’santé.
web	interop.esante.gouv.fr	Il est pertinent de préciser que les flux décrits dans la présente spécification portent principalement sur des données nécessaires à l’orchestration du workflow . La transmission de la demande d’examen d’imagerie formalisée sous forme de document clinique , ainsi que celle d’éventuels documents cliniques complémentaires , n’est pas assurée par ces flux transactionnels et fait l’objet de flux documentaires distincts s’appuyant sur le Volet de transmission d’un document CDA-R2 en HL7v2 .
web	./https://interop.esante.gouv.fr/ig/hl7v2/trans-cda-r2/index.html	lorsque la demande d’examen est disponible sous forme de document structuré, le RIS doit transmettre ce document au SI de téléradiologie en s’appuyant sur les transactions définies au sein du volet de transmission de documents CDA-R2 en HL7 v2 ;
web	./https://interop.esante.gouv.fr/ig/hl7v2/trans-cda-r2/index.html	lorsque plusieurs documents complémentaires sont associés à la demande, ceux-ci peuvent être transmis individuellement au SI de téléradiologie au travers de mécanismes également définis au sein du volet de transmission de documents CDA-R2 en HL7 v2 .
web	www.interopsante.org	Ces deux segments doivent être renseignés conformément à la spécification « PAM – National extension France » version 2.11 publiée en 2024. Le segment PID doit suivre les contraintes décrites dans l’annexe CI-SIS « Prise en charge de l’identifiant National de Santé (INS) dans les standards d’interopérabilité et les volets du CI-SIS ».
web	esante.gouv.fr	Ces deux segments doivent être renseignés conformément à la spécification « PAM – National extension France » version 2.11 publiée en 2024. Le segment PID doit suivre les contraintes décrites dans l’annexe CI-SIS « Prise en charge de l’identifiant National de Santé (INS) dans les standards d’interopérabilité et les volets du CI-SIS ».
web	www.interopsante.org	Type d'Identifiant du professionnel (valeur issue de la Table 0203 - Interop'Santé présent dan le document "Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure dans le périmètre d’IHE France")
web	www.interopsante.org	Cf Contraintes sur les types de données HL7 v2.5 applicables aux profils d'intégration du cadre technique IT Infrastructure dans le périmètre d'IHE France .
web	www.interopsante.org	Type d'identifiant (valeur issue de la Table 0203 - Interop'Santé présent dan le document "Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure dans le périmètre d’IHE France") : FINEJ (FINESS d'entité juridique) ou FINEG (FINESS d'entité géographique) ou IDNST ou UF (UF), SVR (service).
web	ansforge.github.io	Valeur issue du JDV_modalitedemandeActeImagerie-CISIS
web	ansforge.github.io	Valeur issue du JDV_RegionAnatomique-CISIS
web	ansforge.github.io	Valeur issue du JDV_ModificateurTopographique-CISIS
web	ansforge.github.io	Code issu du JDV_CodeDocumentImagerie-CISIS
web	www.interopsante.org	(5) : Bien que le type de donnée du champ IPC-3 soit EI (Entity Identifier) et que la spécification d'Interop'santé concernant les types de données utilisables en France prévoit le renseignement des couples EI.1 + EI.2 ou EI.1 + EI.3 + EI.4, cette contrainte ne s’applique pas dans le cas du Study Instance UID. En effet, le Study Instance UID est un identifiant globalement unique et n’est pas associé à une autorité d’affectation distincte. À ce titre, seul le composant EI.1 (Entity Identifier) est requis pour véhiculer cet identifiant. Cette approche est conforme aux principes décrits dans le volet Partage de documents de santé section 3.4.56.5.
web	esante.gouv.fr	(5) : Bien que le type de donnée du champ IPC-3 soit EI (Entity Identifier) et que la spécification d'Interop'santé concernant les types de données utilisables en France prévoit le renseignement des couples EI.1 + EI.2 ou EI.1 + EI.3 + EI.4, cette contrainte ne s’applique pas dans le cas du Study Instance UID. En effet, le Study Instance UID est un identifiant globalement unique et n’est pas associé à une autorité d’affectation distincte. À ce titre, seul le composant EI.1 (Entity Identifier) est requis pour véhiculer cet identifiant. Cette approche est conforme aux principes décrits dans le volet Partage de documents de santé section 3.4.56.5.
web	ansforge.github.io	Valeur issue du JDV_CodeDocumentImagerie-CISIS
web	hl7-definition.caristix.com	MSH.3 - Sending Application
web	hl7-definition.caristix.com	MSH.5 - Receiving Application
web	hl7-definition.caristix.com	MSH.4 - Sending Facility
web	hl7-definition.caristix.com	MSH.6 - Receiving Facility
web	hl7-definition.caristix.com	MSH.11 - Processing Id
web	hl7-definition.caristix.com	MSA.1 - Acknowledgment Code
web	hl7-definition.caristix.com	MSA.2 - Message Control Id
web	interop.esante.gouv.fr	Tests Libre service Espace de test CGU Manuel Projectathon Présentation Verification de conformité Programme Ségur
web	esante.gouv.fr	Tests Libre service Espace de test CGU Manuel Projectathon Présentation Verification de conformité Programme Ségur
web	industriels.esante.gouv.fr	Tests Libre service Espace de test CGU Manuel Projectathon Présentation Verification de conformité Programme Ségur
web	industriels.esante.gouv.fr	Tests Libre service Espace de test CGU Manuel Projectathon Présentation Verification de conformité Programme Ségur
web	industriels.esante.gouv.fr	Tests Libre service Espace de test CGU Manuel Projectathon Présentation Verification de conformité Programme Ségur
web	interop.esante.gouv.fr	Ces validateurs sont accessibles en ligne à l’adresse suivante : https://interop.esante.gouv.fr/evs/hl7v2/validator.seam?standard=45

Type

Reference

Content

web

esante.gouv.fr

web

esante.gouv.fr

IG © 2020+ Agence du Numérique en Santé (ANS) - 2-10 Rue d'Oradour-sur-Glane, 75015 Paris . Package ans.hl7v2.fr.teleradiologie#0.1.0 based on FHIR 4.0.1 . Generated 2026-03-26
Liens: Table des matières | QA | Historique des versions | New Issue

web

github.com

IG © 2020+ Agence du Numérique en Santé (ANS) - 2-10 Rue d'Oradour-sur-Glane, 75015 Paris . Package ans.hl7v2.fr.teleradiologie#0.1.0 based on FHIR 4.0.1 . Generated 2026-03-26
Liens: Table des matières | QA | Historique des versions | New Issue

web

solidarites-sante.gouv.fr

web

esante.gouv.fr

web

esante.gouv.fr

Méthode d’élaboration des spécifications fonctionnelles des échanges

web

www.has-sante.fr

Guide de bonnes pratiques HAS

web

www.conseil-national.medecin.fr

Charte de la téléradiologie G4

web

www.boutique.afnor.org

Norme NF S99-300

web

www.vie-publique.fr

Eclairage télémédecine Direction de l’information légale et administrative

web

esante.gouv.fr

Volet Demande d’actes d’imagerie

web

esante.gouv.fr

Volet Compte-rendu d’imagerie

web

mos.esante.gouv.fr

Modèle des objets de santé (MOS)

web

esante.gouv.fr

Annexe CI-SIS : Prise en charge de l’identifiant National de Santé (INS) dans les standards d’interopérabilité et les volets du CI-SIS. version 1.5 et supérieure

web

esante.gouv.fr

ANS - INS : Corpus Documentaire disponible sur le site de l’ANS

web

esante.gouv.fr

ANS - NOS : Nomenclature des Objets de Santé

web

www.hl7.eu

HL7 v2.5.1

web

www.ihe.net

IHE Radiology

web

wiki.ihe.net

IHE Scheduled Workflow (SWF.b)

web

www.interopsante.org

INTEROP’SANTE : ITI - PAM - National extension France - Release 2.11 et supérieure

web

www.interopsante.org

INTEROP’SANTE : ITI - Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure dans le périmètre d’IHE France - Release 1.8 et supérieure

web

interop.esante.gouv.fr

Volet de transmission d’un document CDA-R2 en HL7v2

web

github.com

Pour cela, il suffit de télécharger le package.tgz et l’importer dans un serveur, par exemple sur hapi en suivant ce script python open source.

web

interop.esante.gouv.fr

Pour plus d’information sur la validation des instances de ressource contre un profil issu de cette spécification, consulter la documentation de l’opération $validate et la documentation de l’ANS .

web

esante.gouv.fr

Ce document fait partie de la couche Service du Cadre d’Interopérabilité des Systèmes d’Information de santé (CI-SIS) . Les spécifications associées entendent définir et harmoniser les modalités de partage des données de santé propres au domaine de la téléradiologie (pour plus de précisions, se référer à la section « Périmètre du projet » ci-dessous).

web

www.dicomstandard.org

Le standard DICOM (Digital Imaging and Communications in Medicine) est un standard international dédié à la gestion, au stockage, à la transmission et à la visualisation des images médicales. Il définit à la fois un format de fichier pour l’imagerie médicale et un ensemble de services réseau permettant l’échange de ces images et des métadonnées associées entre équipements et systèmes d’information d’imagerie (modalités, PACS, visionneuses). DICOM est nativement orienté vers les besoins associés aux domaines de l’imagerie médicale, notamment la radiologie, la médecine nucléaire, la radiothérapie et l’imagerie interventionnelle. Il constitue le socle technique permettant l’échange d’images médicales et d’informations associées au sein des systèmes d’imagerie.

web

esante.gouv.fr

Le standard HL7 CDA R2 est très répandu à l’international et largement adopté dans le contexte français. Le standard HL7 CDA est le format de référence utilisé dans les volets métiers du CI-SIS disponibles sur l’espace de Publication du CI-SIS . Ce standard est également utilisé dans de nombreux profils spécifiés par IHE (profils des domaines IHE PCC, IHE PALM, IHE PHARM, …). Le niveau 3 est un format international de structuration et de transmission des documents médicaux. Il permet notamment une intégration automatique des informations contenues dans le document, dans le logiciel métier concerné. Ce niveau permet non seulement une interopérabilité syntaxique, mais également sémantique.

web

interop.esante.gouv.fr

Afin de capitaliser l’expérience acquise et de favoriser la réutilisation des développements, la doctrine du CI-SIS incite à l’utilisation du standard CDA R2 niveau 3 pour structurer les documents, notamment en se conformant aux volets de référence suivants :

web

esante.gouv.fr

Structuration minimale de documents de santé , qui définit la structure des données de l’entête d’un document CDA

web

esante.gouv.fr

Modèles de contenus CDA , qui définit la structure des données du corps du document.

web

docs.art-decor.org

La suite d’outil open source ART-DECOR permet de créer et maintenir les modèles CDA et les jeux de valeurs. Elle permet de tester la conformité d’un document CDA, mais cette fois-ci par rapport à un modèle, grâce à la génération de schématrons. Il s’agit d’un langage permettant de valider la structure d’un document XML via un ensemble d’assertions. Les schematrons peuvent être utilisés de deux manières :

web

www.ihe-europe.net

En mode intégré : via des plateformes de test comme Gazelle (ANS et IHE)

web

www.interopsante.org

Dans le cadre français, l’association Interop’Sante a publié un guide d’implémentation FHIR qui définit des profils FHIR pour répondre aux besoins spécifiques du système de santé français. Ces profils adaptent les ressources FHIR standard pour inclure des contraintes et des extensions spécifiques au contexte français.

web

hl7.fr

web

esante.gouv.fr

L’ANS exploite les ressources de ce standard dans la majorité des volets de la couche Service disponibles sur l’espace de Publication du CI-SIS.

web

participez.esante.gouv.fr

Il convient de souligner que, bien que le standard HL7 FHIR dispose à ce jour d’une version R5, les ressources présentées dans la suite du document s’appuient sur la version R4, conformément à la stratégie nationale en vigueur. Cette stratégie relative au choix des versions FHIR a été définie dans le cadre de travaux conduits conjointement par Interop’Santé et l’Agence du Numérique en Santé en 2023-2024, puis validée à l’issue d’une concertation portée par l’ANS.

web

marketplace.visualstudio.com

L’extension pour Visual Studio Code FHIR Tools , facilitant l’édition, la validation et la navigation dans les ressources FHIR ;

web

www.ihe-europe.net

La plateforme Gazelle est également utilisée pour tester les ressources FHIR. L’outil matchbox est accessible via le service de Validation EVS Client . Il permet de vérifier si :

web

ahdis.github.io

La plateforme Gazelle est également utilisée pour tester les ressources FHIR. L’outil matchbox est accessible via le service de Validation EVS Client . Il permet de vérifier si :

web

interop.esante.gouv.fr

La plateforme Gazelle est également utilisée pour tester les ressources FHIR. L’outil matchbox est accessible via le service de Validation EVS Client . Il permet de vérifier si :

web

industriels.esante.gouv.fr

HL7 v2 est un standard hautement mature, initialement publié à la fin des années 1980 et ayant fait l’objet de nombreuses évolutions successives au travers de plusieurs versions majeures, témoignant de sa stabilité, de sa robustesse. Dans l’écosystème français, il est solidement ancré dans le contexte intra-hospitalier au sein pratiques des systèmes d’information de santé, en particulier dans le domaine de l’imagerie médicale. Ce constat repose à la fois sur son usage historique largement répandu et sur les travaux menés dans le cadre du volet Téléradiologie, notamment au travers d’ateliers associant éditeurs de RIS et plateformes de téléradiologie. Ces échanges ont permis de confronter les besoins opérationnels aux capacités des standards existants et ont confirmé le niveau de maturité et d’industrialisation de HL7 v2 pour ce type de cas d’usage. Par ailleurs, le Livre blanc Téléradiologie élaboré par l’Agence du Numérique en Santé en collaboration avec l’écosystème éditeur s’appuie sur des flux fondés sur le standard HL7 v2, renforçant ainsi ce constat.

web

esante.gouv.fr

Transport d’un document CDA en HL7v2

web

esante.gouv.fr

Transmission au LPS d’un document CDA provenant d’un courriel MSSanté

web

www.interopsante.org

L’ancrage d’HL7 v2 au niveau français est également la conséquence des travaux de l’organisme InteropSanté, qui publie et maintient des spécifications nationales fondées sur HL7 v2, telles que les contraintes françaises du profil IHE PAM , les contraintes françaises sur les types de données HL7 v2 , ainsi que les profils ILW.FR et LTW.FR encadrant les échanges de demandes et de résultats d’examens de biologie, en contexte intra-établissement et inter-organisations.

web

www.interopsante.org

web

www.interopsante.org

web

www.interopsante.org

web

github.com

Bibibliothèques logicielles dans la plupart des langages de développement courants (Java, .NET, Python, JavaScript…), telles que HAPI HL7 , NHapi ou hl7apy , facilitant la génération, le parsing, la validation et le transport des messages HL7 v2 au sein des systèmes d’information

web

github.com

web

crs4.github.io

web

www.ihe-europe.net

Les plateformes Gazelle (ANS et IHE) sont également utilisées pour tester les profils de message. L’outil GazelleHL7Validator intègre les fichiers de définitions. Accessible via le service de Validation EVS Client, il permet de vérifier si :

Le message est bien structuré
Le message respecte les règles spécifiées dans les fichiers de définition

web

interop.esante.gouv.fr

Le standard HL7 v2 est d’ores et déjà présent au sein du workflow global de la téléradiologie par l’intermédiaire du volet de transmission d’un document CDA-R2 en HL7v2 , utilisé pour la transmission du compte-rendu d’imagerie depuis la plateforme de téléradiologie vers le RIS de la structure d’imagerie. Par ailleurs, le volet téléradiologie envisage également la transmission, en complément des éléments structurés de la demande d’examen, de documents associés tels que la demande d’examen formalisée ou tout document complémentaire permettant d’enrichir le contexte clinique. Ces flux complémentaires reposent également sur le volet de Transport de documents CDA en HL7 v2, renforçant ainsi la cohérence globale des échanges autour de ce standard.

web

www.ihe.net

Au-delà de ces usages existants, plusieurs profils IHE du domaine IHE RADIOLOGY s’appuient historiquement sur HL7 v2 pour structurer les échanges liés aux workflows d’imagerie. Le profil IHE Scheduled Workflow (SWF.b) définit notamment les transactions permettant d’orchestrer le cycle de vie d’un acte d’imagerie, depuis la prescription jusqu’à la production des résultats. Bien que le profil SWF.b ne couvre pas l’intégralité des cas d’usage spécifiques à la téléradiologie, en particulier les étapes de validation médicale distante ou de protocolisation, il propose néanmoins un ensemble de briques fonctionnelles pertinentes, telles que la gestion des demandes d’examen, des statuts associés ou des identifiants d’actes. Ces briques peuvent être mobilisées et adaptées dans le cadre des flux de téléradiologie, sans nécessiter l’adoption exhaustive du profil IHE.

web

www.ihe.net

web

www.interopsante.org

De même, le profil IHE PAM-FR (Patient Administration Management France), bien qu’orienté vers la gestion administrative des patients et non vers les processus métiers propres à la téléradiologie, constitue une référence nationale pour la gestion de l’identité patient et des traits d’identification, notamment autour de l’INS. Les segments et champs HL7 v2 définis par ce profil peuvent ainsi être réutilisés pour garantir une gestion cohérente et conforme de l’identité du patient dans les flux de téléradiologie, indépendamment des messages métiers échangés.

web

interop.esante.gouv.fr

La doctrine du CI-SIS

web

www.himss.org

« Evaluating HIT Standards » document sur la comparaison des standards publiés par l’organisation HIMSS.

web

www.himss.org

« Evaluating HIT Standards » document sur la comparaison des standards publiés par l’organisation HIMSS.

web

joinup.ec.europa.eu

La méthode CAMSS (Common Assessment method for standards and specifications) soutenue par le programme de la commission européenne concernant les solutions d’interopérabilité pour les administrations publiques. Cette initiative vise à promouvoir la collaboration entre les états membres de l’union européenne dans la définition d’une méthode d’évaluation commune de standards pour le développement des services administratifs en ligne.

web

esante.gouv.fr

Recherche sur Volet Téléradiologie (Current Build) France flag

Recherche Volet Téléradiologie (Current Build)

web

solidarites-sante.gouv.fr

Agence du Numérique en Santé

2-10 Rue d'Oradour-sur-Glane 75015 Paris

web

esante.gouv.fr

Agence du Numérique en Santé

2-10 Rue d'Oradour-sur-Glane 75015 Paris

web

esante.gouv.fr

La structure de la présente spécification fonctionnelle s’appuie sur la méthode d’élaboration des spécifications fonctionnelles des échanges élaborée par l’ANS .

web

www.conseil-national.medecin.fr

La téléradiologie désigne spécifiquement les actes de télédiagnostic radiologiques correspondant à « une prise en charge médicale radiologique à distance, réalisée en l’absence de radiologue sur place, que ce soit de manière ponctuelle en situation d’urgence ou de façon régulière hors urgence » (pour plus de précisions, se référer à la « Charte de Téléradiologie » rédigée par le Conseil national professionnel de radiologie). Cette pratique permet à un radiologue externe à une structure d’imagerie donnée d’interpréter des examens d’imagerie réalisés en son sein.

web

www.conseil-national.medecin.fr

La téléradiologie (également nommée télémédecine en imagerie) peut être définie de la manière suivante : « Prise en charge médicale radiologique à distance au service d’un patient en l’absence d’un radiologue sur place, soit en urgence de façon ponctuelle, soit de façon régulière en dehors de l’urgence » (définition issue de la charte de téléradiologie rédigée par le Conseil national professionnel de radiologie).

web

www.has-sante.fr

Guide de bonnes pratiques HAS : https://www.has-sante.fr/jcms/c_2971634/fr/teleimagerie-guide-de-bonnes-pratiques

web

www.conseil-national.medecin.fr

Charte de la téléradiologie G4 : https://www.conseil-national.medecin.fr/publications/editions/charte-teleradiologie

web

www.boutique.afnor.org

Norme NF S99-300 : https://www.boutique.afnor.org/fr-fr/norme/nf-s99300/demarche-qualite-en-imagerie-medicale/fa200225/264032

web

www.vie-publique.fr

Eclairage télémédecine Direction de l’information légale et administrative : https://www.vie-publique.fr/eclairage/18473-la-telemedecine-une-solution-pour-faciliter-lacces-aux-soins .

web

esante.gouv.fr

Pour plus de précisions concernant le document « Demande d’examen d’imagerie », se référer au volet CI-SIS dédié : « Volet Demande d’actes d’imagerie ».

web

esante.gouv.fr

Pour plus de précisions concernant le document « Compte-rendu d’imagerie », se référer au volet CI-SIS dédié : « Volet Compte-rendu d’imagerie ».

web

industriels.esante.gouv.fr

Personne physique bénéficiaire de l’acte d’imagerie. Le patient est caractérisé par l’intégralité des traits INS (voir le référentiel ANS de l’INS ).

web

mos.esante.gouv.fr

Au travers de ce chapitre une mise en correspondance sera effectuée entre les concepts métier précédemment présentés et les concepts issus du modèle des objets de santé (MOS). L’objectif du MOS étant de définir un ensemble de concepts, décrits de manière homogène et neutre vis-à-vis des technologies, et d’offrir une description commune et mutualisée des informations traitées par les systèmes d’information. Le MOS peut être consulté à l’adresse suivante : https://mos.esante.gouv.fr/0.html .

web

mos.esante.gouv.fr

Identification nationale principale du professionnel. Cette identification est obtenue par la concaténation du type d’identifiant national de personne (provenant de la nomenclature CodeSystem-TRE-G08-TypeIdentifiantPersonne) et de l’identifiant de la personne physique provenant, selon le type d’identifiant, soit d’un référentiel national, soit d’un référentiel local propre à la structure d’exercice de la personne physique. Voir Modèle des objets de santé (MOS) – idNat_PS .

web

mos.esante.gouv.fr

Identification nationale de l’Entité initiée pour les besoins du SI-CPS. Cette identification est obtenue par la concaténation du type d’identifiant national de structure (provenant de la nomenclature CodeSystem-TRE-G07-TypeIdentifiantStructure) et de l’identifiant de la structure. Voir Modèle des objets de santé (MOS) – idNat_struct

web

www.hl7.eu

Les échanges sont basés sur des messages HL7 v2 conformes à la version 2.5.1 . Lorsque cela est applicable, la spécification s’appuie sur les profils du domaine IHE Radiology , et notamment le profil IHE Scheduled Workflow (SWF.b) , afin d’assurer la cohérence des échanges avec les workflows d’imagerie existants. Les principes définis par le profil IHE PAM-FR sont également pris en compte pour la gestion de l’identité patient, en particulier en ce qui concerne l’identité nationale de santé (INS). Enfin, les types de données HL7 v2 sont contraints, lorsque cela est applicable, par la spécification Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure , publiée par Interop’santé.

web

www.ihe.net

web

wiki.ihe.net

web

www.interopsante.org

web

www.interopsante.org

web

interop.esante.gouv.fr

Il est pertinent de préciser que les flux décrits dans la présente spécification portent principalement sur des données nécessaires à l’orchestration du workflow .
La transmission de la demande d’examen d’imagerie formalisée sous forme de document clinique , ainsi que celle d’éventuels documents cliniques complémentaires , n’est pas assurée par ces flux transactionnels et fait l’objet de flux documentaires distincts s’appuyant sur le Volet de transmission d’un document CDA-R2 en HL7v2 .

web

./https://interop.esante.gouv.fr/ig/hl7v2/trans-cda-r2/index.html

lorsque la demande d’examen est disponible sous forme de document structuré, le RIS doit transmettre ce document au SI de téléradiologie en s’appuyant sur les transactions définies au sein du volet de transmission de documents CDA-R2 en HL7 v2 ;

web

./https://interop.esante.gouv.fr/ig/hl7v2/trans-cda-r2/index.html

lorsque plusieurs documents complémentaires sont associés à la demande, ceux-ci peuvent être transmis individuellement au SI de téléradiologie au travers de mécanismes également définis au sein du volet de transmission de documents CDA-R2 en HL7 v2 .

web

www.interopsante.org

Ces deux segments doivent être renseignés conformément à la spécification « PAM – National extension France » version 2.11 publiée en 2024. Le segment PID doit suivre les contraintes décrites dans l’annexe CI-SIS « Prise en charge de l’identifiant National de Santé (INS) dans les standards d’interopérabilité et les volets du CI-SIS ».

web

esante.gouv.fr

web

www.interopsante.org

Type d'Identifiant du professionnel (valeur issue de la Table 0203 - Interop'Santé présent dan le document "Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure dans le périmètre d’IHE France")

web

www.interopsante.org

Cf Contraintes sur les types de données HL7 v2.5 applicables aux profils d'intégration du cadre technique IT Infrastructure dans le périmètre d'IHE France .

web

www.interopsante.org

Type d'identifiant (valeur issue de la Table 0203 - Interop'Santé présent dan le document "Contraintes sur les types de données HL7 v2.5 applicables aux profils d’intégration du cadre technique IT Infrastructure dans le périmètre d’IHE France") : FINEJ (FINESS d'entité juridique) ou FINEG (FINESS d'entité géographique) ou IDNST ou UF (UF), SVR (service).

web

ansforge.github.io

Valeur issue du JDV_modalitedemandeActeImagerie-CISIS

web

ansforge.github.io

Valeur issue du JDV_RegionAnatomique-CISIS

web

ansforge.github.io

Valeur issue du JDV_ModificateurTopographique-CISIS

web

ansforge.github.io

Code issu du JDV_CodeDocumentImagerie-CISIS

web

www.interopsante.org

(5) : Bien que le type de donnée du champ IPC-3 soit EI (Entity Identifier) et que la spécification d'Interop'santé concernant les types de données utilisables en France prévoit le renseignement des couples EI.1 + EI.2 ou EI.1 + EI.3 + EI.4, cette contrainte ne s’applique pas dans le cas du Study Instance UID. En effet, le Study Instance UID est un identifiant globalement unique et n’est pas associé à une autorité d’affectation distincte. À ce titre, seul le composant EI.1 (Entity Identifier) est requis pour véhiculer cet identifiant. Cette approche est conforme aux principes décrits dans le volet Partage de documents de santé section 3.4.56.5.

web

esante.gouv.fr

web

ansforge.github.io

Valeur issue du JDV_CodeDocumentImagerie-CISIS

web

hl7-definition.caristix.com

MSH.3 - Sending Application

web

hl7-definition.caristix.com

MSH.5 - Receiving Application

web