French Narratif généré : DéfinitionStructure pdlgcArchivePatient Nom Drapeaux Card. Type Description et contraintes pdlgcArchivePatient 0..* Base(4.0.1) Archive stockant les données médicales liées à un patient, ou NNNNN est incrémenté à partir de 00001. Chaque patient est représenté par une archive distincte conforme au profil IHE_XDM. #xD; readme 1..1 pdlgcReadme Informations éditoriales et instructions d'exploitation de l'archive. #xD; index 1..1 pdlgcIndex Informations éditoriales. #xD; pdf 1..1 BackboneElement Répertoire contenant une copie PDF/A-1 de tous les documents transportés dans le répertoire IHE_XDM. #xD; documentPDF 1..* Document Document PDF destiné à la consultation. Ces documents ne sont pas intégrés par le destinataire si le destinataire est une système. #xD; iheXDM 1..1 BackboneElement répertoire IHE_XDM contenant le lot de soumissions des données d'un patient. Nom du répertoire fixé à IHE_XDM. #xD; subset01 1..1 BackboneElement lot de soumission contenant les données d'un patient. #xD; metadata 1..1 pdlgcMetadata métadonnées du lot de soumission, conforme au profil IHE XDM, décrivant les documents patient qu'il accompagne. #xD; documentPivot 1..* Document Données structurées du périmètres pivot, concernant les informations administratives et médicales du patient. Leur export est obligatoire. #xD; documentHorsPivot 0..* Document Données structurées hors périmètre pivot. Leur export est facultatif. #xD; Documentation pour ce format
Agence du Numérique en Santé (ANS) - 2-10 Rue d'Oradour-sur-Glane, 75015 Paris
Archive stockant les données médicales liées à un patient, ou NNNNN est incrémenté à partir de 00001. Chaque patient est représenté par une archive distincte conforme au profil IHE_XDM
Archive stockant les données médicales liées à un patient, ou NNNNN est incrémenté à partir de 00001. Chaque patient est représenté par une archive distincte conforme au profil IHE_XDM.
Informations éditoriales et instructions d'exploitation de l'archive.
Répertoire contenant une copie PDF/A-1 de tous les documents transportés dans le répertoire IHE_XDM.
All FHIR elements must have a @value or children
hasValue() or (children().count() > id.count())
Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
Extensions are always sliced by (at least) url
Additional content defined by implementations
May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.
There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.
Must have either extensions or value[x], not both
exists(f:extension)!=exists(f:*[starts-with(local-name(.), "value")])
Extensions that cannot be ignored even if unrecognized
May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).
Modifier extensions allow for extensions that *cannot* be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the [definition of modifier extensions](http://hl7.org/fhir/R4/extensibility.html#modifierExtension).
Modifier extensions are expected to modify the meaning or interpretation of the element that contains them
Document PDF destiné à la consultation. Ces documents ne sont pas intégrés par le destinataire si le destinataire est une système.
répertoire IHE_XDM contenant le lot de soumissions des données d'un patient. Nom du répertoire fixé à IHE_XDM.
lot de soumission contenant les données d'un patient.
métadonnées du lot de soumission, conforme au profil IHE XDM, décrivant les documents patient qu'il accompagne.
Données structurées du périmètres pivot, concernant les informations administratives et médicales du patient. Leur export est obligatoire.
Données structurées hors périmètre pivot. Leur export est facultatif.