Auteur du document : ce peut être un professionnel, un patient/usager ou un système.

• Pour un professionnel ou un système, la structure de rattachement doit être précisée.

Permet de documenter qu’un consentement éclairé a été obtenu et d’indiquer quel type de consentement a été fourni.

Personne déclarée comme destinataire prévu du document.

• Attention : Cet élément ne contient que le(s) destinataire(s) initialement prévu(s) à la création du document. Rien ne permet par la suite, de certifier que le document a réellement été envoyé à ce(s) destinataire(s). Par ailleurs, il ne faut pas créer de nouvelle version du document si on souhaite l’envoyer à d’autres destinataires.

Référence un document existant (à remplacer ou transformé).

Eléments de l’entête d’un document contenant les informations générales et nécessaires à la gestion du document (identification et type du document, patient/usager, auteur, évènement documenté, etc…).

Informateur (personne ayant fourni des informations utiles à la production du document : professionnel, structure, patient/usager, autre), personne de confiance, personne à prévenir en cas d’urgence, aidant, aidé.

Opérateur de saisie de la totalité ou d’une partie du contenu du document.

Personne/Structure impliquée dans les évènements décrits par le document qui n’a pas été mentionné ailleurs.

Patient/Usager concerné par le document.

Une personne (professionnel ou patient ou autre) et/ou une structure (pour les professionnels).

Une personne (professionnel ou patient ou autre) et/ou une structure (pour les professionnels).

Association à une prescription à l’origine de l’acte dont résulte le document.

Association du document à une prise en charge du patient/usager par un professionnel ou par une structure.

• Exemples :
  • Dans une structure hospitalière, cette prise en charge est une hospitalisation complète ou partielle, des actes et soins externes, une consultation, etc.
  • Dans un cabinet, cette prise en charge est une consultation ou des actes et soins.
• Pour un document d’expression personnelle du patient ou pour un document élaboré sans la présence du patient (ex : synthèse médicale) ou pour un document produit via un SNR, la prise en charge n’a pas de signification. Dans ce cas, on ne renseignera que les données obligatoires : date de prise en charge (avec nulllFlavor possible) et secteur d’activité.

Représente le responsable du document, qui est :

• soit le professionnel qui prend la responsabilité du document produit par un lui-même ou un autre professionnel.
• soit le professionnel qui prend la responsabilité du document produit par un système de structure (ES, …).
• soit le patient/usager responsable du document d’expression personnelle
• soit le SNR responsable du document produit via ce SNR.
• Soit le Dossier Pharmaceutique (DP) responsable des documents qu’il produit

Structure chargée de la conservation du document, c’est-à-dire de garder physiquement le document qui lui est confié tout en garantissant son cycle de vie.

Système auteur du document

Professionnel attestant la validité des informations portées dans le document sans pour autant en prendre la responsabilité. N’est pas utilisé dans un document d’expression personnelle du patient/usager et un document produit par un système.

Évènement (acte, traitement, diagnostic, etc…) décrit dans le document. Il y a au minimum une occurrence de cet élément pour décrire l’évènement principal avec obligatoirement une date de début et un exécutant.

Section Historique des actes

Section Acte d’imagerie

Section Addendum

Section Allergies et hypersensibilités

Section Antécédents familiaux

Section Antécédents médicaux

Section Historique des grossesses

Section Codes à barres

Section Commentaire (non-codé)

Section Comparaison d’examens d’imagerie

Section Complications au cours de l’acte

Section Compte rendu de biologie de 1er niveau

Section Conclusion examen d’imagerie

Eléments métier du corps d’un document contenant les sections du document.

Section Demande d’examen d’imagerie

Section Directives anticipées

Section Dispensation médicaments

Section Dispositifs medicaux

Section Document PDF-copie

Section Documents ajoutés

Section Education du patient

Section Effets indesirables

Section Exposition aux radiations

Section Facteurs de risque professionnels non code

Section Fonctions physiques

Section Habitus et modes de vie

Section Informations Cliniques

Section Object Catalog

Section Plan de soins

Section Points de vigilance (non-codés)

Section Prescription de dispositifs médicaux

Section Prescription de médicaments

Section Problèmes actifs

Section Raison de la recommandation

Section Raison de la recommandation (non codée)

Section Résultats

Section Résultats d’examen d’imagerie

Section Résultats d’examens

Section Résultats d’examens (non codée)

Section Résultats d’événements

Section Résultats de laboratoire de biologie de seconde intention

Section

Section Signes vitaux

Modèle logique métier de la section Sous-chapitre du compte rendu d’examens de biologie (section de 2nd niveau)

Section Statut du document

Section Statut fonctionnel

Entrée Traitement

Section Traitements administrés

Section Traitements à la sortie

Section Vaccinations

Entrée Accident transfusionnel

Entrée Acte

Entrée Acte substitution

Entrée Administration de dérivés du sang

Entrée Administration produit de sante

Entrée Allergie ou hypersensibilite

Entrée Antécédent familial

Entrée Antécédents familiaux

Entrée Autorisation exposition

Entrée Autorisation substitution

Entrée Batterie d’examens de biologie médicale

Entrée Certitude

Entrée Commentaire

Entrée Criticite

Entrée Demande d’examen ou de suivi / Objectif à atteindre

Entrée Directive anticipée

Entrée Dispositif médical

Entrée Document attaché

Entrée Dose d’antigène

Entrée Effet indesirable

Entrée En rapport avec la prevention

Entrée En rapport avec un accident travail

Entrée En rapport avec une Affection Longue Durée (ALD)

Entrée Evaluation

Entrée Evaluation Composant

Entrée Evaluation Composant N2

Entrée Evolution effet indesirable

Entrée Evènements indésirables pendant l’hospitalisation

Entrée Evènements indésirables suite à l’administration de dérivés du sang

Entrée DICOM Examen Imagerie

Entrée Gravite effet indesirable

Entrée Groupe de questionnaires d’évalutation

Entrée Habitus Mode de vie

Entrée Historique de la grossesse

Entrée Hors Autorisation de Mise sur le Marché (AMM)

Entrée Identification de micro-organismes multirésistants

Entrée Image illustrative.

Entrée Imputabilite effet indesirable

Entrée Instruction au patient

Entrée Instructions au dispensateur

Entrée Instructions au patient

Entrée Isolat microbiologique

Entrée Modalité d’entrée

Entrée Modalité de sortie

Entrée Naissance

Entrée Notes du dispensateur

Entrée observation

Entrée Observation sur la grossesse

Entrée Prescription

Entrée Problème

Produit de santé

Entrée Prélèvement

Entrée Période de renouvellement de la prescription

Entrée Quantité de produit

Entrée Quantité exposition

Entrée Rang de la vaccination

Entrée Recherche de micro organismes

Entrée Rencontre

Entrée Resultats

Entrée Resultats d’examens de biologie medicale

Entrée Référence interne

Entrée Référence item plan traitement

Entrée Référence item prescription

Entrée Références externes

Entrée Résultat d’examens de biologie / élement clinique pertinent

Entrée Serie imagerie

Entrée Signe vital

Entrée Signe vital observé

Entrée SOP Instance

Entrée Statut

Entrée Statut clinique du patient

Entrée Statut du document

Entrée Statut du problème.

Entrée Synthese medicale sejour

Entrée Sévérité.

Entrée Technique imagerie

Entrée Traitement dispense

Entrée Traitement prescrit

Entrée Traitement prescrit subordonne

Entrée Traitement subordonné

Section Traitements

Entrée Transfert du patient

Entrée Transfusion de produits sanguins

Entrée Vaccin recommandé

Entrée Vaccination

Modèle logique métier - FR LM Entrée Non remboursable

Dispositif médical

Auteur APSR (Anatomic Pathology Structured Report), la structure de cet élément est identique à celle de l’élément Auteur

Informant APSR(Anatomic Pathology Structured Report), la structure de cet élément est identique à celle de l’élément Informateur

Laboratoire exécutant

Participant

Participant APSR(Anatomic Pathology Structured Report)

Patient avec sujet non humain

Performer

Sujet

Sujet non humain

Échantillon prélevé

L’élément de l’en-tête du CDA assignedAuthor contient les éléments permettant de décrire l’auteur.

L’élément de l’en-tête du CDA assignedCustodian contient l’élément representedCustodianOrganization caractérisant la structure conservant le document.

L’élément de l’en-tête du CDA assignedEntity est utilisé dans les éléments suivants : dataEnterer, informant, legalAuthenticator, authenticator, performer, responsibleParty et encounterParticipant.

L’élément de l’en-tête du CDA assignedPerson permet de décrire une personne physique.

L’élément de l’en-tête du CDA associatedEntity permet de représenter les caractéristiques du professionnel et/ou de l’établissement participant.

L’élément de l’en-tête du CDA authenticator permet de représenter le professionnel (personne physique) attestant la validité du contenu du document.

L’élément de l’en-tête du CDA author permet d’enregistrer un auteur du document.

L’élément de l’en-tête du CDA authoringDevice contient les informations complémentaires si l’auteur est un système.

L’élément de l’en-tête du CDA authorization permet de documenter qu’un consentement éclairé a été obtenu et d’indiquer quel type de consentement a été fourni.

L’élément de l’en-tête CDA ‘ClinicalDocument’ est l’élément racine d’un document médical.

L’élément de l’en-tête du CDA componentOf permet d’associer le document à une prise en charge du patient/usager.

L’élément de l’en-tête du CDA custodian permet de représenter la structure chargée de la conservation du document.

L’élément de l’en-tête du CDA dataEnterer contient les informations relatives à l’opérateur de saisie de tout ou partie du contenu du document.

L’élément de l’en-tête du CDA documentationOf permet de représenter un évènement (acte, traitement, diagnostic, etc…) décrit dans le document. Il y a au minimum une occurrence de cet élément pour décrire l’évènement principal avec obligatoirement une date de début et un exécutant.

L’élément de l’en-tête du CDA encompassingEncounter permet de décrire la prise en charge du patient/usager par un professionnel ou par une structure.

L’élément de l’en-tête du CDA encounterParticipant permet de représenter la personne impliquée dans la prise en charge du patient/usager, comme par exemple, le professionnel co-responsable, le professionnel ayant fait l’admission ou encore le professionnel ayant donné son avis quant à la prise en charge.

L’élément de l’en-tête du CDA healthCareFacility permet de représenter la structure de prise en charge (cabinet du médecin, hôpital ou clinique, etc.).

L’élément de l’en-tête du CDA informant permet d’identifier un informateur, une personne de confiance, une personne à prévenir en cas d’urgence, un aidant ou une personne aidée.

L’élément de l’en-tête du CDA informationRecipient permet d’enregistrer une personne déclarée comme destinataire prévu du document.

L’élément de l’en-tête du CDA inFulfillmentOf permet d’associer un document à une prescription.

L’élément de l’en-tête du CDA intendedRecipient permet d’enregistrer le destinataire prévu du document.

L’élément de l’en-tête du CDA legalAuthenticator permet de représenter les caractéristiques du professionnel et/ou de l’établissement participant.

L’élément de l’en-tête du CDA correspond au nom d’une personne physique.

L’élément de l’en-tête du CDA order permet de représenter la prescription à l’origine de l’acte dont résulte le document.

L’élément de l’en-tête du CDA parentDocument permet de représenter le document de référence.

L’élément de l’en-tête du CDA participant permet de représenter toute personne/structure impliquée dans les évènements décrits par le document qui n’a pas été mentionné ailleurs.

L’élément de l’en-tête du CDA patient permet de représenter une personne physique.

L’élément de l’en-tête du CDA patientRole permet de décrire le patient/usager.

L’élément de l’en-tête du CDA performer permet de représenter l’exécutant de l’évènement documenté. Il est obligatoire et son attribut nullFlavor interdit pour l’évènement documenté principal.

L’élément de l’en-tête du CDA recordTarget permet de représenter le patient/usager concerné par le document.

L’élément de l’en-tête du CDA relatedDocument permet de référencer un document existant (à remplacer ou transformé).

L’élément de l’en-tête du CDA relatedEntity permet de décrire : un informateur non professionnel, une personne de confiance, une personne à prévenir en cas d’urgence, un aidant ou une personne aidée.

L’élément de l’en-tête du CDA representedCustodianOrganization contient les éléments caractérisant la structure conservant le document, à savoir l’identifiant, le nom, les adresses géopostales et de télécommunication.

L’élément de l’en-tête du CDA representedOrganization permet de représenter la structure pour le compte de laquelle intervient le professionnel.

L’élément de l’en-tête du CDA serviceEvent permet de représenter un évènement (acte, traitement, diagnostic, etc…) décrit dans le document. L’occurrence de documentationOf/serviceEvent contenant les données de l’évènement documenté principal doit inclure un élément effectiveTime et un élément performer renseignés, sans recours à l’attribut nullFlavor.

Ce profil permet d’assembler les éléments de l’en-tête et du corps d’un document.

Ce profil est utilisé pour représenter un document médical.

Ce profil représente le système auteur du document.

Ce profil représente l’association du document à une prise en charge.

Ce profil représente le lieu de la prise en charge.

Ce profil représente la structure pour le compte de laquelle intervient le professionnel.

Ce profil représente le patient concerné par le document.

Ce profil représente le patient concerné par le document.

Ce profil permet de décrire un professionnel de santé dans le cadre d’un document médical

Ce profil représente les professionnels de santé et leurs rôles dans le cadre d’un document médical.

Ce profil représente l’informateur non professionnel.

FRAdverseEventDocument permet de décrire un effet indésirable prévisible lié à un médicament

FRAllergyIntoleranceDocument est un profil utilisé pourdécrire une allergie ou une hypersensibilité non allergique ou une intolérance ou une idiosyncrasie.

FRBodyStructureDocument permet de préciser les modificateurs topographiques associés à une localisation anatomique.

FRCarePlanDocument est un profil permettant d’enregistrer une référence à un traitement dans un plan de traitement.

FRConditionDocument est un profil utilisé pour décrire un problème du patient (une pathologie par exemple).

FRAdvanceDirectiveDocument permet d’indiquer si les directives anticipées du patient. Article L1111-11 du Code de la Santé Publique : « Toute personne majeure peut rédiger des directives anticipées pour le cas où elle serait un jour hors d’état d’exprimer sa volonté. Ces directives anticipées expriment la volonté de la personne relative à sa fin de vie en ce qui concerne les conditions de la poursuite, de la limitation, de l’arrêt ou du refus de traitement ou d’acte médicaux.»

FRDeviceRequestDocument représente une demande de dispositif médical (DM) qui n’a pas encore été dispensé.

FRDeviceUseStatementDocument représente les informations sur un dispositif médical

FRDiagnosticReportBIOChapterDocument utilisé pour représenter un CR de biologie

FRDiagnosticReportDocument est un profil permettant de regrouper les types des résultats classés par type d’examens (BIO, IMG, etc…).

Le profil FRDiagnosticReportImagingDocument est dédié aux comptes rendus d’imagerie. Ce document représente le rapport d’un examen d’imagerie. Il constitue la ressource principale qui fait référence à l’ensemble des données produites lors de l’examen d’imagerie.

FRDocumentReferenceDocument restreint pour les documents PDF.

FREncounterDocument est un profil permettant de conserver les modalités d’une rencontre du patient. Il peut s’agir d’une rencontre passée ou à venir

FREndpointWadoDocument permet d’enregistrer les références Wado, les types de média et le type de connection IHE IID

FRFamilyMemberHistoryDocument est un profil utilisé pour apporter des informations complémentaires relatives aux membres de la famille du patient (pathologies, etc…).

FRImagingStudyDocument (DICOM Part 20 - Study Act) contient les informations DICOM d’un examen d’imagerie réalisé sur un patient. L’examen est composé d’une ou de plusieurs séries d’images médicales.

FRImmunizationDocument permet de décrire l’administration d’un vaccin.

• Il permet également de décrire pourquoi un vaccin n’a pas été réalisé.
• Ce profil hérite de la structuration, des contraintes et des vocabulaires définis dans le profil FRMedicationAdministrationDocument sauf mentions précisées ci-après.

FRImmunizationRecommendationDocument permet de décrire une vaccination prévue ou proposée.

• Une vaccination proposée est une proposition qui est utilisée dans la prise de décisions (elle peut apparaître comme une contribution ou un résultat provenant de l’aide à la décision clinique).
• Une vaccination prévue dépend d’un plan accepté et à venir.
• Ce profil hérite de la structuration, des contraintes et des vocabulaires définis dans le profil FRVaccinationDocument.

FRPregnancyHistoryDocument est une liste contenant soit un événement de naissance, soit une observation sur la grossesse, mais pas les deux.

FRMediaDocument permet de positionner une image de type gif, jpeg, png ou bm. Elle est encodée en base 64

FRMedicationDocument permet de décrire un médicament ou un vaccin.

FRMedicationsCombinaisonDocument permet de décrire une combinaison de médicaments ou de vaccins.

• FRMedicationAdministrationDocument permert de décrire les modalités d’administration d’un médicament au patient.
• Il permet de décrire notamment le médicament, le mode d’administration, la quantité, la durée et la fréquence d’administration.
• Si le traitement est en attente d’administration c’est-à dire qu’il a été prescrit.

FRMedicationDispenseDocument permet de décrire un traitement dispensé avec notamment le médicament dispensé, la quantité et la référence de la prescription.

FRMedicationRequestDocument permet de décrire un traitement prescrit avec notamment le médicament, le mode d’administration, la quantité, la durée et la fréquence d’administration.

• FRMedicationStatementDocument permet de décrire les modalités d’administration d’un médicament au patient.
• Il permet de décrire notamment le médicament, le mode d’administration, la quantité, la durée et la fréquence d’administration.
• Si le traitement a déjà été administré ou si information rapporté par le patient ou si aucun traitement.

FRObservationBloodProductTransfusionDocument permet d’indiquer s’il a eu ou pas transfusion de produit sanguin.

FRObservationAdministrationBloodDerivativesDocument est un profil utilisé pour indiquer s’il y a eu ou pas une administration de dérivés du sang.

FRObservationAntenatalTestingAndSurveillanceBattery permet de lister les examens et surveillances prénataux.

FRObservationBirthEventDocument est un profil qui permet de rassembler les observations relatives à une naissance.

FRObservationContraIndicationsDocument permet d’apporter des informations relatives aux contre-indications médicales du patient dans le cadre d’un examen d’imagerie.

FRObservationLaboratoryReportResultsDocument décrit un résultat d’examen de biologie médicale.

FRObservationMedicalSummaryDocument permet de fournir, sous forme textuelle, une synthèse médicale du séjour.

FRObservationMicroorganismDetectionDocument permet d’indiquer si une recherche de micro-organismes multirésistants ou émergents a été effectuée ou pas.

FRObservationPainScoreDocument permet d’enregistrer l’évaluation du patient de sa douleur sur une échelle de 1 à 10.

FRObservationPregnancyDocument permet d’apporter des informations relatives aux grossesses actuelle ou passées.

FRObservationPregnancyHistoryDocument permet de regrouper les observations relatives à un épisode de grossesse.

FRObservationRadiationExposureDocument permet d’enregistrer les informations relatives à l’exposition du patient aux rayonnements et les informations de radioprotection.

FRObservationResultDocument permet d’indiquer le résultat observé.

FRObservationSocialHistoryDocument décrit les habitudes de vie du patient (Habitus / Mode de vie).

FRObservationSurveyDocument permet de rapporter un résultat (score) répondant à une question faisant partie d’une évaluation (questionnaire d’enquête par exemple).

FRObservationSurveyPannelDocument permet de rassembler des observations de questionnaires.

FRObservationTransfusionAccidentsDocument est un profil utilisé pour décrire un accident transfusionnel.

• FRObservationVitalSignsDocument permet d’indiquer les informations détaillées relatives à une mesure clinique spécifique.
• Il est basée sur la ressource Observation qu’elle spécialise en portant des contraintes sur les vocabulaires des éléments ‘code’ et ‘value’.

FRObservationVitalSignsPanelDocument permet de regrouper des informations relatives aux mesures cliniques du patient.

FRObservationWorkRelatedAccidentDocument permet d’indiquer si l’élément auquel elle est associée est en rapport avec un accident du travail / une maladie professionnelle.

FRProcedureActDocument est un profil utilisé pour décrire un acte planifié ou réalisé.

FRProcedureImagingDocument permet d’enregistrer les différents paramètres de l’acquisition d’image : acte d’imagerie, localisation anatomique / latéralité / topographie, d’autres paramètres de l’acte

FRSeviceRequestDocument profil permet de porter des demandes d’examens (analyses biologiques, évaluations, étude d’imagerie, etc…) ou de suivis particuliers à programmer dans le cadre d’un plan de soins.

FRSpecimenDocument est un profil utilisé pour décrire le prélèvement et l’échantillon biologique (le matériel).

FRTaskPatientTransportDocument permet de décrire le transport d’un patient/usager lors d’un déplacement (entrée ou sortie d’hôpital, …).

DataType définissant l’Accession Number d’une demande d’examen. Il s’agit d’un identifiant unique attribué à chaque demande d’examen.

Ce profil correspond au type de données HumanName utilisé dans le document.

DataType définissant l’UID de l’instance Study (0020,000D) d’une demande d’examen d’imagerie

Extension permettant d’ajouter un horodatage (TS) à l’élément author d’une Composition.

Extension permettant d’ajouter un performer à l’élément event d’une Composition.

Extension permettant de représenter un acteur impliqué dans le document avec son type et sa référence.

Extension permettant d’indiquer la localisation anatomique d’une condition dans antécédents familiaux

Extension permettant de représenter le type de vaccination (ex: INITIMMUNIZ, BOOSTER, IMMUNIZ).

Extension permettant de spécifier une interprétation.

Extension permettant d’indiquer l’ordre d’une prise dans le cadre d’un schéma de traitement comportant des dosages progressifs ou fractionnés dans le contexte de MedicationAdministration. La valeur est un entier (integer) représentant le numéro de séquence de l’administration.

Extension permettant d’indiquer si le traitement prescrit est hors autorisation de mise sur le marché (AMM)

Extension permettant d’indiquer la méthode utilisée : techniques biologiques (ex. : titration, agglutination…), techniques d’imagerie dans les demandes d’examen (ultrasound, tomographie, IRM…), des méthodes de mesure spécifiques, etc.

Extension permettant d’indiquer si le traitement est non remboursable.

Extension permettant d’indiquer le nombre de cadres référencés dans une instance ImagingStudy, conforme aux exigences du modèle logique Xt-EHR.

Extension permettant d’indiquer la difficulté perçue ou mesurée d’un acte.

Extension permettant d’indiquer d’indique la priorité clinique de l’observation.

Extension permettant d’indiquer le motif du statut métier d’une évaluation.

Ce ConceptMap présente trois groupes de mapping :

• Mapping 1 : entre le modèle métier "EnteteDocument" et l’élément CDA "clinicalDocument"
• Mapping 2 : entre l’élément CDA "clinicalDocument" et le profil FHIR "FrBundleDocument"
• Mapping 3 : entre l’élément CDA "clinicalDocument" et le profil FHIR "FrCompositionDocument"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "Auteur" et l’élément CDA "author"
• Mapping 2 : entre l’élément CDA "author" et l’élément FHIR "Composition.author"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "ConsentementAssocie" et l’élément CDA "authorization"
• Mapping 2 : entre l’élément CDA "authorization" et l’extension FHIR "ConsentExtension"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "destinataire" et l’élément CDA "informationRecipient"
• Mapping 2 : entre l’élément CDA "informationRecipient" et l’extension FHIR "InformationRecipientExtension"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "documentDeReference" et l’élément CDA "relatedDocument"
• Mapping 2 : entre l’élément CDA "relatedDocument" et l’élément FHIR "Composition.relatesTo"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 :entre le modèle métier "evenement" et l’élément CDA "documentationOf"
• Mapping 2 : entre l’élément CDA "documentationOf" et l’élément FHIR "Composition.event"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "informateur" et l’élément CDA "informant"
• Mapping 2 : entre l’élément CDA "informant" et l’extension FHIR "InformantExtension"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "operateurSaisie" et l’élément CDA "dataEnterer"
• Mapping 2 : entre l’élément CDA "dataEnterer" et l’extension FHIR "DataEntererExtension"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "participant" et l’élément CDA "participant"
• Mapping 2 : entre l’élément CDA "participant" et l’extension FHIR "ParticipantExtension"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "patient" et l’élément CDA "recordTarget"
• Mapping 2 : entre l’élément CDA "recordTarget" et le profil FHIR "FrPatientDocument"

Ce ConceptMap de l’élément PersonneStructure présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "PersonneStructure" et l’élément CDA "assignedEntity"
• Mapping 2 : entre l’élément CDA "assignedEntity" et le profil FHIR "FrPractitionerRoleDocument"

Ce ConceptMap de l’élément PersonneStructureAuteur présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "PersonneStructureAuteur" et l’élément CDA "assignedAuthor"
• Mapping 2 : entre l’élément CDA "assignedAuthor" et le profil FHIR "FrPractitionerRoleDocument"

Ce ConceptMap de l’élément PersonneStructure présente trois groupes de mapping:

• Mapping 1 : entre le modèle métier "FRLMPersonneStructure" et l’élément CDA "relatedEntity"
• Mapping 2 : entre l’élément CDA "relatedEntity" et le profil FHIR "FrRelatedPersonDocument"
• Mapping 3 : entre l’élément CDA "relatedEntity" et l’élément FHIR "Patient.contact"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "prescription" et l’élément CDA "inFulfillmentOf"
• Mapping 2 : entre l’élément CDA "inFulfillmentOf" et l’extension FHIR "OrderExtension"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "prise en charge" et l’élément CDA "componentOf"
• Mapping 2 : entre l’élément CDA "componentOf" et l’élément FHIR "Composition.encounter(Encounter)"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "responsable" et l’élément CDA "legalAuthenticator"
• Mapping 2 : entre l’élément CDA "legalAuthenticator" et l’élément FHIR "Composition.attester"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "structureConservation" et l’élément CDA "custodian"
• Mapping 2 : entre l’élément CDA "custodian" et l’élément FHIR "Composition.custodian"

Ce ConceptMap de l’élément SystemeStructureAuteur présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "SystemeStructureAuteur" et l’élément CDA "assignedAuthor"
• Mapping 2 : entre l’élément CDA "assignedAuthor" et le profil FHIR "FrDeviceDocument"

Ce ConceptMap présente deux groupes de mapping :

• Mapping 1 : entre le modèle métier "validateur" et l’élément CDA "authenticator"
• Mapping 2 : entre l’élément CDA "authenticator" et l’élément FHIR "Composition.attester"

Mapping entre les codes du ValueSet FHIR AdministrativeGender et ceux du ValueSet JDV_J143-AdministrativeGender-CISIS établi par ce ConceptMap.

Examen de comparaison radiologique

Imaging procedure used for the imaging acquisition

Historique médical du patient pertinent pour l’examen d’imagerie

Type de participation : destinataire

Pour les professions 41 (Assistant de service social) et 99 (Acteur caractérisé par son rôle).

Jeu de valeurs pour les types d’acteurs.

ValueSet basé sur le CodeSystem EDQM fourni par SMT

Systèmes autorisés pour les autres codifications.

ValueSet contenant les codes LOINC autorisés pour les types de résultats

Jeu de valeurs permettant de coder l’agent responsable d’une allergie :

• Médicaments : CIP ou UCD
• Substances : SMS
• Aliments : CIM-11 Chapitre X Extensions – Allergènes ou substances non médicinales
• Agents environnementaux ou physiques : idem CIM-11 Chapitre X Extensions
• Allergènes pouvant induire une contre-indication vaccinale : jdv-allergie-vaccin-cisis

Codes autorisés pour indiquer un acte. Inclut :

• Terminologie CCAM
• NCIT (code C25218 : ‘Intervention’) si l’acte n’est pas trouvé dans CCAM
• CISIS jdv-absent-or-unknown-procedure-cisis pour actes chirurgicaux inconnus ou absents.

Si aucun code approprié n’est disponible, l’acte peut être décrit en texte libre.

Codes autorisés pour indiquer le type d’évaluation. Inclut LOINC, ICF, et permet d’autres systèmes si aucun code approprié n’est trouvé.

Compte-rendu d’examens de biologie médicale - exemple Microbiologie (BIO-CR-BIO-2024.01)

Volet International Patient Summary - France (IPS-FR_2024.01)

Document Lettre de liaison à la sortie d’un établissement de soins (LDL-SES_2022.01)

eDispensation de médicaments (eDISP-MED-2024.01)

ePrescription de médicaments et/ou de dispositifs médicaux (eP-MED-DM_2024.01)

ePrescription de médicaments et/ou de dispositifs médicaux (eP-MED-DM_2024.01)