Narratif généré : DéfinitionStructure fr-cda-traitement Nom Drapeaux Card. Type Description et contraintes SubstanceAdministration SubstanceAdministration Espace de noms (namespace) XML: urn:hl7-org:v3 Les instances de ce type sont validées par templateId Conteneur logique: ClinicalDocument (CDA Class) #xD; Slices pour templateId 3..12 II Slice: Non ordonné, Ouvert par value:root #xD; templateId:ccdMedicationActivity 1..1 II Conformité Medication Activity (CCD) #xD; @root 1..1 oid, uuid, ruid Motif requis: 2.16.840.1.113883.10.20.1.24 #xD; templateId:iheMedicationsEntry 1..1 II Conformité Medications Entry (IHE PCC) #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.3.6.1.4.1.19376.1.5.3.1.4.7 #xD; templateId:frTraitement 1..1 II Conformité FR-Traitement (CI-SIS) #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.2.250.1.213.1.1.3.42 #xD; templateId:ihePosologieStructuree 0..1 II Conformité Posologie structurée #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.3.6.1.4.1.19376.1.9.1.3.6 #xD; templateId:iheModeAdministrationNormal 0..1 II Mode d'administration : normal Administration sans précaution particulière à prendre. Dans ce cas, ne pas utiliser d'entrée <substanceAdministration> subordonnée. #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 #xD; templateId:iheModeAdministrationDosesProgressives 0..1 II Mode d'administration : doses progressives Administration pour les médicamments dont la posologie optimale (ou l'arrêt) n'est obtenue que progressivement, par paliers. Par exemple - 0.5 mg par jour pendant 3 jours, - puis 1 mg par jour les 5 jours suivants - puis 2 mg par jour Souvent, en particulier lorsque l'arrêt brusque du traitement peut avoir des conséquences négatives, les doses sont réduites progressivement. Les doses peuvent être ajustées en modifiant la fréquence de la dose, la quantité de la dose, ou les deux. Lorsque la fréquence de la dose est simplement ajustée (par ex. 5 mg de prednisone deux fois par jour pendant trois jours, puis 5 mg par jour pendant trois jours, puis 5 mg tous les deux jours), une seule entrée Traitement est nécessaire et les différentes fréquences sont enregistrées dans l'élement <effectiveTime>. Lorsque la dose varie (par ex. 15 mg de prednisone par jour pendant trois jours, puis 10 mg par jour pendant trois jours, puis 5 mg par jour pendant trois jours), un composant subordonné doit être créé pour chaque dose. #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.3.6.1.4.1.19376.1.5.3.1.4.8 #xD; templateId:iheModeAdministrationDosesFractionnees 0..1 II Mode d'administration : doses fractionnées Administration de médicaments dont la posologie varie d'un jour sur l'autre. Par exemple : Coumadine : ¼ cp les jours pairs et ½ cp les jours impairs Une dose fractionnée est souvent utilisée lorsque différentes doses sont administrées à différents moments (par ex. à différents moments de la journée ou sur des jours différents). Il peut s'agir de tenir compte de différents taux métaboliques à différents moments de la journée ou simplement d'aborder les carences du boîtage des médicaments (par ex. 2 mg de Coumadin les jours pairs et 2,5 mg les jours impairs parce que la Coumadine n'existe pas sous une forme posologique à 2,25 mg). Dans ce cas, une entrée subordonnée <substanceAdministration> est requise pour chaque dose fractionnée. #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.3.6.1.4.1.19376.1.5.3.1.4.9 #xD; templateId:iheModeAdministrationDosesConditionnelles 0..1 II Mode d'administration : doses conditionnelles Administration en fonction d'un événement (typiquement dosage de la glycémie pour les diabétiques). Une dose conditionnelle est souvent utilisée lorsque la quantité de la dose diffère en fonction de certaines mesures (p. ex. une dose d'insuline en fonction du taux de glycémie). Dans ce cas, une entrée subordonnée <substanceAdministration> est requise pour chaque dose conditionnelle. #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.3.6.1.4.1.19376.1.5.3.1.4.10 #xD; templateId:iheModeAadministrationDosesCombinees 0..1 II Mode d'administration : doses combinées Administration de médicaments combinés à d'autres dans le contexte d'une même prise. Une association médicamenteuse est composée de deux ou plusieurs autres médicaments. Ceux-ci peuvent être préemballés, comme l'Acuilix, qui est une combinaison d'hydrochlorothiazide et de quinapril dans des proportions prédéfinies, ou préparés par un pharmacien. Dans le cas d'une association médicamenteuse préemballée, il suffit de fournir le nom du produit médicamenteux d'association et la désignation de sa concentration dans une seule entrée <substanceAdministration>. L'information posologique doit ensuite être enregistrée sous la forme d'un simple comptage des unités d'administration. Dans le cas d'un mélange préparé, la description du mélange doit être fournie en tant que nom du produit, dans l'entrée <substanceAdministration>. Cette entrée peut, mais ce n'est pas obligatoire, avoir des entrées subordonnées <substanceAdministration> sous cette entrée pour enregistrer les composants du mélange. #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.3.6.1.4.1.19376.1.5.3.1.4.11 #xD; templateId:iheModeAadministrationDosesDebutDiffere 0..1 II Mode d'administration : doses à début différé Administration de médicaments dont le début est différée et ne peut être calculés. Exemples : 3 jours avant le voyage, 1 jour avant une intervention. Dans ce cas, ne pas utiliser de <substanceAdministration> subordonné. #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.3.6.1.4.1.19376.1.5.3.1.4.21 #xD; templateId:frTraitementLongCours 0..1 II Traitement au long cours #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.2.250.1.213.1.1.3.42.3 #xD; templateId:frTraitementAigu 0..1 II Traitement aigu #xD; @root 1..1 oid, uuid, ruid Motif requis: 1.2.250.1.213.1.1.3.42.4 #xD; @classCode S 1..1 cs #xD; @moodCode S 1..1 cs #xD; id 1..* II Identifiant #xD; code S 0..1 CD Acte ou situation Binding: https://interop.esante.fr/fhir/ValueSet/FR-Traitement_ValueSet (required) #xD; text S 1..1 ED #xD; xmlText 0..1 st Allows for mixed text content. If @representation='B64', this SHALL be a base64binary string. Motif requis: Partie narrative de l’entrée #xD; routeCode S 0..1 CE Voie d'administration Si la voie d'administration est connue, elle doit être indiquée (code et displayName). Si elle n'est pas connue, la raison pour laquelle elle est inconnue peut être décrite en utilisant l'attribut nullFlavor. Terminologie utilisée : EDQM - Standard terms / classe ROA (Voie d'administration) #xD; approachSiteCode S 0..* CD Région anatomique d'administration La région anatomique d'administration provient du JDV_HumanSubstanceAdministrationSite_CISIS (1.2.250.1.213.1.1.5.686) (Terminologie SNOMED CT 2.16.840.1.113883.6.96) Cet élément doit contenir une référence pointant sur l'élément correspondant de la partie narrative où la région anatomique est décrite. Binding: JDV Human Substance Administration Site CISIS (required) #xD; Slices pour entryRelationship S 0..* EntryRelationship Slice: Non ordonné, Ouvert par value:$this #xD; entryRelationship:frPrescription 0..* EntryRelationship #xD; supply 0..1 FRCDAPrescription #xD; entryRelationship:frTraitementSubordonne 0..* EntryRelationship #xD; substanceAdministration 0..1 FRCDATraitementSubordonne #xD; entryRelationship:frInstructionsAuPatient 0..1 EntryRelationship #xD; act 0..1 FRCDAInstructionsAuPatient #xD; entryRelationship:frReferenceInterne 0..* EntryRelationship #xD; act 0..1 FRCDAReferenceInterne #xD; Documentation pour ce format
Agence du Numérique en Santé (ANS) - 2-10 Rue d'Oradour-sur-Glane, 75015 Paris
Entrée FR-Traitement: IHE-PCC - Medications L'entrée 'Traitement' est une entrée de type 'substanceAdministration' décrivant les modalités d'administration d'un médicament au patient. Elle permet de décrire notamment le médicament, le mode d'administration, la quantité, la durée et la fréquence d'administration.
Defines the basic properties of every data value. This is an abstract type, meaning that no value can be just a data value without belonging to any concrete type. Every concrete type is a specialization of this general abstract DataValue type.
If a value is an exceptional value (NULL-value), this specifies in what way and why proper information is missing.
When valued in an instance, this attribute signals the imposition of realm-specific constraints. The value of this attribute identifies the realm in question
When valued in an instance, this attribute signals the imposition of constraints defined in an HL7-specified message type. This might be a common type (also known as CMET in the messaging communication environment), or content included within a wrapper. The value of this attribute provides a unique identifier for the type in question.
An II instance must have either a root or an nullFlavor.
A human readable name or mnemonic for the assigning authority. The Assigning Authority Name has no computational value. The purpose of a Assigning Authority Name is to assist an unaided human interpreter of an II value to interpret the authority. Note: no automated processing must depend on the assigning authority name to be present in any form.
Specifies if the identifier is intended for human display and data entry (displayable = true) as opposed to pure machine interoperation (displayable = false).
Identifies the type as an HL7 Registered model
A character string as a unique identifier within the scope of the identifier root.
When valued in an instance, this attribute signals the imposition of a set of template-defined constraints. The value of this attribute provides a unique identifier for the templates in question
A unique identifier that guarantees the global uniqueness of the instance identifier. The root alone may be the entire instance identifier.
Mode d'administration : normal Administration sans précaution particulière à prendre. Dans ce cas, ne pas utiliser d'entrée <substanceAdministration> subordonnée.
Mode d'administration : doses progressives Administration pour les médicamments dont la posologie optimale (ou l'arrêt) n'est obtenue que progressivement, par paliers. Par exemple - 0.5 mg par jour pendant 3 jours, - puis 1 mg par jour les 5 jours suivants - puis 2 mg par jour Souvent, en particulier lorsque l'arrêt brusque du traitement peut avoir des conséquences négatives, les doses sont réduites progressivement. Les doses peuvent être ajustées en modifiant la fréquence de la dose, la quantité de la dose, ou les deux. Lorsque la fréquence de la dose est simplement ajustée (par ex. 5 mg de prednisone deux fois par jour pendant trois jours, puis 5 mg par jour pendant trois jours, puis 5 mg tous les deux jours), une seule entrée Traitement est nécessaire et les différentes fréquences sont enregistrées dans l'élement <effectiveTime>. Lorsque la dose varie (par ex. 15 mg de prednisone par jour pendant trois jours, puis 10 mg par jour pendant trois jours, puis 5 mg par jour pendant trois jours), un composant subordonné doit être créé pour chaque dose.
Mode d'administration : doses fractionnées Administration de médicaments dont la posologie varie d'un jour sur l'autre. Par exemple : Coumadine : ¼ cp les jours pairs et ½ cp les jours impairs Une dose fractionnée est souvent utilisée lorsque différentes doses sont administrées à différents moments (par ex. à différents moments de la journée ou sur des jours différents). Il peut s'agir de tenir compte de différents taux métaboliques à différents moments de la journée ou simplement d'aborder les carences du boîtage des médicaments (par ex. 2 mg de Coumadin les jours pairs et 2,5 mg les jours impairs parce que la Coumadine n'existe pas sous une forme posologique à 2,25 mg). Dans ce cas, une entrée subordonnée <substanceAdministration> est requise pour chaque dose fractionnée.
Mode d'administration : doses conditionnelles Administration en fonction d'un événement (typiquement dosage de la glycémie pour les diabétiques). Une dose conditionnelle est souvent utilisée lorsque la quantité de la dose diffère en fonction de certaines mesures (p. ex. une dose d'insuline en fonction du taux de glycémie). Dans ce cas, une entrée subordonnée <substanceAdministration> est requise pour chaque dose conditionnelle.
Mode d'administration : doses combinées Administration de médicaments combinés à d'autres dans le contexte d'une même prise. Une association médicamenteuse est composée de deux ou plusieurs autres médicaments. Ceux-ci peuvent être préemballés, comme l'Acuilix, qui est une combinaison d'hydrochlorothiazide et de quinapril dans des proportions prédéfinies, ou préparés par un pharmacien. Dans le cas d'une association médicamenteuse préemballée, il suffit de fournir le nom du produit médicamenteux d'association et la désignation de sa concentration dans une seule entrée <substanceAdministration>. L'information posologique doit ensuite être enregistrée sous la forme d'un simple comptage des unités d'administration. Dans le cas d'un mélange préparé, la description du mélange doit être fournie en tant que nom du produit, dans l'entrée <substanceAdministration>. Cette entrée peut, mais ce n'est pas obligatoire, avoir des entrées subordonnées <substanceAdministration> sous cette entrée pour enregistrer les composants du mélange.
Mode d'administration : doses à début différé Administration de médicaments dont le début est différée et ne peut être calculés. Exemples : 3 jours avant le voyage, 1 jour avant une intervention. Dans ce cas, ne pas utiliser de <substanceAdministration> subordonné.
Indicates whether the raw byte data is compressed, and what compression algorithm was used.
The integrity check is a short binary value representing a cryptographically strong checksum that is calculated over the binary data. The purpose of this property, when communicated with a reference is for anyone to validate later whether the reference still resolved to the same data that the reference resolved to when the encapsulated data value with reference was created.
Specifies the algorithm used to compute the integrityCheck value. The cryptographically strong checksum algorithm Secure Hash Algorithm-1 (SHA-1) is currently the industry standard. It has superseded the MD5 algorithm only a couple of years ago, when certain flaws in the security of MD5 were discovered. Currently the SHA-1 hash algorithm is the default choice for the integrity check algorithm. Note that SHA-256 is also entering widespread usage.
For character based information the language property specifies the human language of the text.
Identifies the type of the encapsulated data and identifies a method to interpret or render the data.
Allows for mixed text content. If @representation='B64', this SHALL be a base64binary string.
Data that is primarily intended for human interpretation or for further machine processing is outside the scope of HL7. This includes unformatted or formatted written language, multimedia data, or structured information as defined by a different standard (e.g., XML-signatures.)
This element is represented in XML as textual content. The actual name "xmlText" will not appear in a CDA instance.
A telecommunication address (TEL), such as a URL for HTTP or FTP, which will resolve to precisely the same binary data that could as well have been provided as inline data.
An abbreviated rendition of the full data. A thumbnail requires significantly fewer resources than the full data, while still maintaining some distinctive similarity with the full data. A thumbnail is typically used with by-reference encapsulated data. It allows a user to select data more efficiently before actually downloading through the reference.
Voie d'administration Si la voie d'administration est connue, elle doit être indiquée (code et displayName). Si elle n'est pas connue, la raison pour laquelle elle est inconnue peut être décrite en utilisant l'attribut nullFlavor. Terminologie utilisée : EDQM - Standard terms / classe ROA (Voie d'administration)
Région anatomique d'administration La région anatomique d'administration provient du JDV_HumanSubstanceAdministrationSite_CISIS (1.2.250.1.213.1.1.5.686) (Terminologie SNOMED CT 2.16.840.1.113883.6.96) Cet élément doit contenir une référence pointant sur l'élément correspondant de la partie narrative où la région anatomique est décrite.
The consumable participation is used to bring in the LabeledDrug or Material entity that describes the administered substance. The LabeledDrug class, which is an Entity class playing the Role of Manufactured Product, identifies the drug that is consumed in the substance administration. The medication is identified by means of the LabeledDrug.code or the LabeledDrug.name. The Material entity is used to identify non-drug administered substances such as vaccines and blood products.
The entryRelationship.inversionInd can be set to "true" to indicate that the relationship should be interpreted as if the roles of the source and target entries were reversed.
The entryRelationship.contextConductionInd differs from the otherwise common use of this attribute in that in all other cases where this attribute is used, the value is fixed at "true", whereas here the value is defaulted to "true", and can be changed to "false" when referencing an entry in the same document. Setting the context conduction to false when referencing an entry in the same document keeps clear the fact that the referenced object retains its original context.