Search FHIR

ANS IG document core
0.1.0 - ci-build France flag

ANS IG document core - version de développement local (v0.1.0) construite par les outils de publication FHIR (HL7® FHIR® Standard). Voir le répertoire des versions publiées

CDA

Ce guide présente les spécifications de l’entête CDA applicables à l’ensemble des documents de santé persistants partagés ou échangés au format CDA dans le contexte français.

Structure générale de l’entête CDA

Les données de l’entête d’un document CDA sont véhiculées dans les éléments XML entre la racine ClinicalDocument et l’élément component (non inclus) comme indiqué dans la figure ci-dessous (extrait du schéma XML CDA R2) :

schéma XML CDA R2

Le tableau ci-dessous liste, dans l’ordre du schéma CDA, les éléments XML de l’entête avec leurs cardinalités fixées par le CI-SIS et les objets qu’ils contiennent et décrivent.

ClinicalDocument hérite de : https://hl7.org/cda/stds/core/2.0.1-sd/StructureDefinition-ClinicalDocument.html

Élément XML Élément XML Card.CI-SIS Objet décrit nullFlavor (1)
ClinicalDocument        
  realmCode [1..1] Périmètre d’utilisation : France nullFlavor interdit
  typeId [1..1] Référence au standard CDA R2 nullFlavor interdit
  templateId [3..*] Déclarations de conformité nullFlavor interdit
  id [1..1] Identifiant unique du document nullFlavor interdit
  code [1..1] Type de document nullFlavor interdit
  title [1..1] Titre du document nullFlavor interdit
  effectiveTime [1..1] Date et heure de création du document nullFlavor interdit
  confidentialityCode [1..1] Niveau de confidentialité du document nullFlavor interdit
  languageCode [1..1] Langue principale du document nullFlavor interdit
  setId [1..1] Identifiant du lot de versions du même document nullFlavor interdit
  versionNumber [1..1] Numéro de version du document nullFlavor interdit
  copyTime [0..1] Date et heure de remise - Élément obsolète à ne pas utiliser.  
  recordTarget [1..1] Patient/Usager concerné par le document nullFlavor interdit
  author [1..*] Professionnel patient/usager ou système, auteur du document ou structure de rattachement nullFlavor interdit
  dataEnterer [0..1] Opérateur de saisie  
  informant [0..*] Informateur (informant), ayant fourni des informations aux actes en rapport avec le document  
  custodian [1..1] Structure conservant le document et garantissant son cycle de vie  
  informationRecipient [0..*] Destinataire prévu du document  
  legalAuthenticator [1..1] Professionnel ou patient/usager ou système responsable du document nullFlavor interdit
  authenticator [0..*] Professionnel attestant la validité du document** nullFlavor interdit
  participant [0..*] Participant, différent de l’auteur, du responsable, de l’opérateur de saisie, de l’informateur ou du destinataire  
  inFulfillmentOf [0..*] Prescription  
  documentationOf [1..*] Événement documenté et notamment le cadre d’exercice nullFlavor interdit
  relatedDocument [0..1] Document de référence (à remplacer, transformé, …)  
  authorization [0..*] Consentement associé au document  
  componentOf [1..1] Prise en charge du patient/usager et notamment la date et le secteur d’activité. nullFlavor interdit

(1) L’attribut nullFlavor est utilisé dans un élément requis (card [1..1] ou [1..*]) lorsque le contenu de cet élément ne peut être renseigné. Cet attribut prend alors pour valeur un code donnant la raison de l’impossibilité de renseigner cet élément obligatoire. Le CI-SIS restreint la liste des valeurs possibles de nullFlavor sur les éléments d’entête aux valeurs suivantes :

Valeur Signification
UNK Inconnu
NASK Non demandé
ASKU Demandé mais non connu
NAV Temporairement indisponible
MSK Masqué

Exemple :

 <telecom nullFlavor="UNK"/>

Descriptions des sous-éléments transverses

Élément XML Utilisé dans l’élément
assignedEntity dataEnterer
informant
legalAuthenticator
authenticator
documentationOf/serviceEvent/performer
componentOf/encompassingEncounter/responsibleParty
componentOf/encompassingEncounter/encounterParticipant
addr recordTarget/patientRole/addr
recordTarget/patientRole/patient/guardian/addr
recordTarget/patientRole/patient/birthPlace/place/addr
author/assignedAuthor/addr
dataEnterer/assignedEntity/addr
informant/assignedEntity/addr
informant/relatedEntity/addr
custodian/assignedCustodian/representedCustodianOrganization/addr
informationRecipient/intendedRecipient/addr
informationRecipient/intendedRecipient/receivedOrganization/addr
legalAuthenticator/assignedEntity/addr
legalAuthenticator/assignedEntity/representedOrganization/addr
participant/associatedEntity/addr
documentationOf/serviceEvent/performer/assignedEntity/addr
documentationOf/serviceEvent/performer/assignedEntity/representedOrganization/addr
componentOf/encompassingEncounter/location/healthCareFacility/location/addr
telecom recordTarget/patientRole/telecom
recordTarget/patientRole/patient/guardian/telecom
author/assignedAuthor/telecom
dataEnterer/assignedEntity/telecom
informant/assignedEntity/telecom
informant/relatedEntity/telecom
custodian/assignedCustodian/representedCustodianOrganization/telecom
informationRecipient/intendedRecipient/telecom
informationRecipient/intendedRecipient/receivedOrganization/telecom
legalAuthenticator/assignedEntity/telecom
legalAuthenticator/assignedEntity/representedOrganization/telecom
participant/associatedEntity/telecom
documentationOf/serviceEvent/performer/assignedEntity/telecom
documentationOf/serviceEvent/performer/assignedEntity/representedOrganization/telecom
time author/time
dataEnterer/time
legalAuthenticator/time
authenticator/time
participant/time
documentationOf/serviceEvent/performer/time
componentOf/encompassingEncounter/encounterParticipant/time
effectiveTime documentationOf/serviceEvent/effectiveTime
componentOf/encompassingEncounter/effectiveTime