hl7:substanceAdministration
|
|
1 … 1 |
R |
Entrée Traitement
|
|
@classCode
|
cs |
1 … 1 |
F |
SBADM |
@moodCode
|
cs |
1 … 1 |
R |
Si le traitement a déjà été administré ou si information rapportée par le patient
ou si aucun traitement : moodCode="EVN" Si le traitement est en attente d'administration : moodCode='INT'
|
hl7:templateId
|
II |
1 … 1 |
R |
Conformité Medication Activity (CCD)
|
|
@root
|
uid |
1 … 1 |
F |
2.16.840.1.113883.10.20.1.24 |
hl7:templateId
|
II |
1 … 1 |
R |
Conformité Medications Entry (IHE PCC)
|
|
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.5.3.1.4.7 |
hl7:templateId
|
II |
1 … 1 |
M |
Conformité FR-Traitement (CI-SIS)
|
|
@root
|
uid |
1 … 1 |
F |
1.2.250.1.213.1.1.3.42 |
hl7:templateId
|
II |
0 … 1 |
|
Conformité Posologie structurée
|
|
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.9.1.3.6 |
hl7:templateId
|
II |
0 … 1 |
R |
Mode d'administration : normal
Administration sans précaution particulière à prendre. Dans ce cas, ne pas utiliser d'entrée <substanceAdministration> subordonnée.
|
|
where [@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1'] |
|
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.5.3.1.4.7.1 |
hl7:templateId
|
II |
0 … 1 |
R |
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.
|
|
where [@root='1.3.6.1.4.1.19376.1.5.3.1.4.8'] |
|
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.5.3.1.4.8 |
hl7:templateId
|
II |
0 … 1 |
R |
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.
|
|
where [@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] |
|
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.5.3.1.4.9 |
hl7:templateId
|
II |
0 … 1 |
R |
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.
|
|
where [@root='1.3.6.1.4.1.19376.1.5.3.1.4.10'] |
|
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.5.3.1.4.10 |
hl7:templateId
|
II |
0 … 1 |
R |
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.
|
|
where [@root='1.3.6.1.4.1.19376.1.5.3.1.4.11'] |
|
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.5.3.1.4.11 |
hl7:templateId
|
II |
0 … 1 |
R |
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é.
|
|
where [@root='1.3.6.1.4.1.19376.1.5.3.1.4.21'] |
|
@root
|
uid |
1 … 1 |
F |
1.3.6.1.4.1.19376.1.5.3.1.4.21 |
hl7:templateId
|
II |
0 … 1 |
|
Traitement au long cours
|
|
where [@root='1.2.250.1.213.1.1.3.42.3'] |
|
@root
|
uid |
1 … 1 |
F |
1.2.250.1.213.1.1.3.42.3 |
hl7:templateId
|
II |
0 … 1 |
|
Traitement aigu
|
|
where [@root='1.2.250.1.213.1.1.3.42.4'] |
|
@root
|
uid |
1 … 1 |
F |
1.2.250.1.213.1.1.3.42.4 |
hl7:id
|
II |
1 … * |
M |
Identifiant de l'entrée
L'entrée Traitement doit être identifiée de manière unique.
|
|
hl7:code
|
CD |
0 … 1 |
R |
Acte ou situation
|
|
|
CONF |
|
hl7:text
|
ED |
1 … 1 |
R |
Partie narrative de l’entrée
|
|
hl7:reference
|
|
1 … 1 |
R |
|
|
hl7:statusCode
|
CS |
1 … 1 |
M |
Statut de l’entrée
Fixé à la valeur "completed" car l’administration a déjà été réalisée ou ordonnée
|
|
@code
|
CONF |
1 … 1 |
F |
completed |
hl7:effectiveTime
|
IVL_TS |
0 … 1 |
R |
Durée du traitement
L'attribut @type de cet élément prend toujours la valeur xsi:type="IVL_TS".
Cet élément effectiveTime[1] est composé :
•Pour tous les modes d'administration autre que « à début différé » (templateId 1.3.6.1.4.1.19376.1.5.3.1.4.21),
od'une date de début de traitement (sous-élément <low>) et
od'une date de fin du traitement (sous-élément <high>.
•Pour un mode d'administration « à début différé » (templateId 1.3.6.1.4.1.19376.1.5.3.1.4.21),
oSi les dates de début et de fin de traitement sont connues :
d'une date de début de traitement (sous-élément <low>) et
d'une date de fin du traitement (sous-élément <high>.
odans le cas particulier où l'on ne connaît que la durée du traitement et la date de
début est inconnue :
un élément <width> doit être utilisé à la place des éléments <low> et <high>.
|
|
where [not(@operator='A')] |
|
hl7:low
|
IVXB_TS |
0 … 1 |
R |
Date de début du traitement
Si la date de début du traitement n'est pas connue, utiliser nullFlavor="UNK".
|
|
hl7:high
|
IVXB_TS |
0 … 1 |
R |
Date de fin du traitement
Si la date de fin du traitement n'est pas connue, utiliser l'élément nullFlavor="UNK".
La valeur "high" définie à partir des informations fournies dans la prescription
ou dans la demande. Par exemple, si prescription couvre une période de 30 jours, la
valeur "high" doit contenir une date correspondant à 30 jours après la valeur "low".
Ainsi, dans le cas
d'une prescription non renouvelable, un dispensateur doit en déduire qu'au-delà de
30 jours, le médicament n'est plus pris, même si l'objectif du plan de traitement
est de le poursuivre indéfiniment.
|
|
hl7:width
|
|
0 … 1 |
R |
Durée du traitement pour un mode d'administration « à début différé »
Si la date de début du traitement n'est pas connue, utiliser nullFlavor="UNK".
|
|
|
Schematron assert |
role |
error
|
|
|
test |
(*:width and not(*:low) and not(*:high)) or (*:low and *:high and not(*:width)) |
|
|
Message |
Les éléments low et high sont obligatoire, sauf dans le cas où le low est in connu
et qu'on ne connait que la durée du traitement. L'élément width est alors obligatoire
et les éléments low et high interdits |
|
hl7:effectiveTime
|
|
0 … 1 |
R |
Fréquence d'administration
S'il n'y a pas de traitement : utiliser une valeur nullFlavor. S'il y a un traitement : - L'attribut @operator de l'élément est fixé à la valeur @operator="A" (l'expression
de la fréquence s'applique à l'intervalle de temps déterminé précédemment par effectiveTime[1]). - L'attribut @type de l'élément effectiveTime[2] détermine le type de donnée
utilisé pour représenter la fréquence d'administration du médicament. Les types possibles
pour cet attribut sont décrits dans le tableau ci-dessous :
xsi :type
|
Signification et représentation de la fréquence d'administration
|
-
|
Date ponctuelle
Dans ce cas, la fréquence d'administration n'est pas utilisée et la date d'administration
est indiquée dans la date de début de traitement.
Exemple : "une administration réalisé le 30/11/2008 à 08h30"
|
PIVL_TS
|
Date de prise périodique
Définit une date de prise qui se répète selon une période donnée. Ce type de donnée comporte deux sous-éléments <phase> et <period> :
<phase> renseigne sur la date de prise initiale à partir de laquelle est comptée la période.
Cet élément comporte deux sous-éléments : - <low> dont l'attribut @value indique la valeur de la date de départ de la période. - <width> définit une durée d'administration, par exemple pour une administration
par IV,
IVL, SE, etc. L'attribut @value de cet élément est une quantité non dénombrable dont
l'unité, représentée par l'attribut @unit prendra les valeurs "s" (secondes), "min"
(minutes), "h" (heures), "d" (jours), "wk" (semaines) et "mo" (mois).
<period> est utilisé pour définir la valeur de la période, à partir de son attribut @value,
quantité non dénombrable dont l'unité, représentée par l'attribut @unit prendra les
valeurs "s" (secondes), "min" (minutes), "h" (heures), "d" (jours), "wk" (semaines)
et "mo" (mois).
Exemple : "Deux fois par jour" <effectiveTime xsi:type="PIVL_TS" institutionSpecified="true" operator="A"> <period value="12" unit="h"/> </effectiveTime>
Exemple : "Toutes les 12 heures" <effectiveTime xsi:type="PIVL_TS" institutionSpecified="false" operator="A"> <period value="12" unit="h"/> </effectiveTime>
Exemple : "3 fois par jours, aux heures déterminées par la personne en charge de
l'administration" <effectiveTime xsi:type="PIVL_TS" institutionSpecified="true" operator="A"> <period value="8" unit="h"/> </effectiveTime>
Exemple : "Tous les jours à 8 heures pendant 10 minutes à partir du 13/01/2013" <effectiveTime xsi:type="PIVL_TS"> <phase> <low value="201301130800" inclusive="true"/> <width value="10" unit="min"/> </phase> <period value="1"
unit="d"/> </effectiveTime>
Intervalle de temps avec plage de tolérance
Définit une plage de temps durant laquelle la prise peut être réalisée. Ce type de donnée comporte les deux sous-éléments <period> et<standardDeviation>
:
<period> définit la valeur moyenne pour le temps de prise avec son attribut @value, quantité
non dénombrable dont l'unité, représentée par l'attribut @unit prendra les valeurs
"s" (secondes), "min" (minutes), "h" (heures), "d" (jours), "wk" (semaines) et "mo"
(mois).
<standardDeviation> représente l'écart de temps autorisé pour la prise, de part et d'autre de la valeur
moyenne définie par <period>.
Exemple : "Toutes les 4 à 6 heures" <effectiveTime xsi:type="PIVL_TS" institutionSpecified="false" operator="A"> <period xsi:type="PPD_PQ" value="5" unit="h"> <standardDeviation value="1" unit="h"/> </period> </effectiveTime>
|
EIVL_TS
|
Date de prise alignée sur un événement
Définit un temps de prise se référant un événement donné. Le type de donnée comporte deux sous-éléments <event> et <offset> :
<event> identifie l'événement déclenchant. Ses attributs @code, @codeSystem, @codeSystemName
et @displayName prennent leurs valeurs dans le jeu de valeurs JDV_HL7_TimingEvent_CISIS
(2.16.840.1.113883.5.139).
<offset> définit le délai de temps existant entre l'événement identifié par <event> et le
temps de la prise. Cet élément comporte deux sous-éléments : - <low> dont l'attribut @value est une quantité non dénombrable dont l'unité, représentée
par l'attribut @unit prendra les valeurs "s" (secondes), "min" (minutes),
"h" (heures), "d" (jours), "wk" (semaines) et "mo" (mois). A noter qu'une valeur négative
de cet élément situerait l'administration avant l'événement de référence. - <width> qui définit une durée d'administration, par exemple pour une administration
par IV, IVL, SE, etc. L'attribut @value de cet élément est une quantité non dénombrable
dont l'unité, représentée par l'attribut @unit prendra les valeurs "s" (secondes),
"min" (minutes), "h" (heures), "d" (jours), "wk" (semaines) et "mo" (mois).
Exemple : "Le matin" <effectiveTime xsi:type="EIVL_TS" operator="A"> <event code="ACM" displayName="Avant le petit-déjeuner" codeSystem="2.16.840.1.113883.5.139" codeSystemName="TimingEvent"/> </effectiveTime>
Exemple : "Une heure après le dîner pendant 10 minutes" <effectiveTime xsi:type="EIVL_TS" operator="A"> <event code="PCV" displayName="Après le dîner" codeSystem="2.16.840.1.113883.5.139" codeSystemName="TimingEvent"/> <offset> <low value="1" unit="h"/>
<width value="10" unit="min"/> </offset> </effectiveTime>
|
SXPR_TS
|
Intervalles complexes
Ce type d'intervalle permet de combiner plusieurs expressions de temps à partir de
sous-éléments <comp> de manière à prendre en compte des intervalles de temps complexes. Ce type de donnée comporte des sous-éléments <comp> qui sont eux-mêmes des expressions
du temps de type TS, IVL_TS, PIVL_TS ou EIVL_TS.
Exemple : "30 minutes après le petit-déjeuner en commençant le 3 août 2012 et pendant
5 semaines" peut s'exprimer par la combinaison d'expressions de typeIVL_TS et de type EIVL_TS
:
<effectiveTime xsi:type="SXPR_TS" > <comp xsi:type="IVL_TS" operator="A"> <low value="20120803"/> <width value="5" unit="wk"/> </comp> <comp xsi:type="EIVL_TS"> <event code="PCM" displayName="Après le petit-déjeuner"
codeSystem="2.16.840.1.113883.5.139" codeSystemName="TimingEvent"/> <offset> <low value= "30" unit= "min" /> </offset> </comp> </effectiveTime>
|
|
|
where [@operator='A'] |
|
|
Schematron assert |
role |
error
|
|
|
test |
@operator="A" or @nullFlavor="UNK" |
|
|
Message |
|
|
hl7:routeCode
|
CE |
0 … 1 |
R |
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)
|
|
hl7:approachSiteCode
|
CD |
0 … * |
|
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.
|
|
|
CONF |
The value of @code shall be drawn from value set 1.2.250.1.213.1.1.5.686 JDV_HumanSubstanceAdministrationSite_CISIS (DYNAMIC)
|
|
hl7:originalText
|
ED |
0 … 1 |
|
|
|
hl7:reference
|
TEL |
1 … 1 |
R |
|
|
hl7:doseQuantity
|
|
0 … 1 |
|
Dose à administrer
S'il n'y a pas de traitement, utiliser une valeur nullFlavor. S'il y a un traitement, les sous-éléments "low" et "high" permettent de fournir
les doses minimales et maximales à administrer. Dans le cas où la dose est fixe, ces
deux sous-éléments prendront les mêmes valeurs. Dans chaque élément "low" et "high",
un élément "translation" peut permettre de pointer
sur l'élément de la partie narrative relative à cette information. Dans le cas où l'on s'exprime en quantités indénombrables, l'unité doit être transmise.
Les unités sont exprimées selon le système de codage UCUM. Dans le cas où l'on s'exprime en quantités dénombrables (capsules, comprimés, gélules,
etc.) l'unité ne doit pas être renseignée. A la place, on
ajoute un champ "translation" qui permet de pointer sur l'élément de la partie narrative
relative à cette information.
|
|
hl7:low
|
ANY |
0 … 1 |
|
|
|
hl7:translation
|
ANY |
0 … 1 |
|
|
|
hl7:originalText
|
ANY |
1 … 1 |
R |
|
|
hl7:reference
|
TEL |
1 … 1 |
R |
|
|
hl7:high
|
ANY |
0 … 1 |
|
|
|
hl7:translation
|
ANY |
0 … 1 |
|
|
|
hl7:originalText
|
ANY |
1 … 1 |
R |
|
|
hl7:reference
|
TEL |
1 … 1 |
R |
|
|
hl7:rateQuantity
|
|
0 … 1 |
|
Rythme d'administration
Le rythme d'administration permet d'indiquer la quantité de produit à administrer
par unité de temps. Les sous-éléments "low" et "high" permettent de fournir le rythme minimal et maximal
de l'administration. Dans le cas où le rythme est fixe, ces deux sous-éléments prendront
les mêmes valeurs. L'argument @value permet d'indiquer la quantité de produit à
administrer. L'argument @unit permet d'indiquer le rythme d'administration en combinant l'unité
de quantité et l'unité de temps (séparés par le caractère ‘/'). Les unités sont exprimées
selon le système de codage UCUM. Dans chaque élément "low" et "high", un élément "translation" peut permettre de
pointer sur l'élément de la partie narrative relative à cette
information.
|
|
where [not(@nullFlavor)] |
|
hl7:low
|
ANY |
1 … 1 |
R |
|
|
hl7:translation
|
ANY |
0 … 1 |
|
|
|
hl7:originalText
|
ANY |
1 … 1 |
R |
|
|
hl7:reference
|
TEL |
1 … 1 |
R |
|
|
hl7:high
|
ANY |
1 … 1 |
R |
|
|
hl7:translation
|
ANY |
0 … 1 |
|
|
|
hl7:originalText
|
ANY |
1 … 1 |
R |
|
|
hl7:reference
|
TEL |
1 … 1 |
R |
|
|
hl7:rateQuantity
|
|
0 … 1 |
|
|
|
where [@nullFlavor] |
|
hl7:maxDoseQuantity
|
ANY |
0 … 1 |
|
Dose maximale
La dose maximale à "maxDoseQuantity" permet d'indiquer la quantité maximale de
produit à administrer par unité de temps. Plusieurs occurrences de "maxDoseQuantity" peuvent être utilisées pour indiquer
différentes limites sur différentes périodes de temps. Les sous-éléments "numerator" et "denominator" permettent de fournir : - numerator : la quantité
maximale à administrer, - denominator : la plage de temps sur laquelle s'applique ce maximum. Les unités sont exprimées selon le système de codage UCUM.
|
|
hl7:numerator
|
ANY |
1 … 1 |
R |
|
|
@unit
|
cs |
0 … 1 |
|
|
@value
|
|
0 … 1 |
|
|
hl7:denominator
|
ANY |
1 … 1 |
R |
|
|
@unit
|
cs |
0 … 1 |
|
|
@value
|
|
0 … 1 |
|
|
hl7:consumable
|
|
1 … 1 |
R |
Médicament
Contains 1.2.250.1.213.1.1.3.43 FR-Produit-de-sante (DYNAMIC)
|
|
hl7:entryRelationship
|
|
0 … * |
R |
Prescription
Contains 1.2.250.1.213.1.1.3.44 FR-Prescription (DYNAMIC)
|
|
@typeCode
|
cs |
1 … 1 |
F |
REFR |
hl7:entryRelationship
|
|
0 … * |
R |
Traitement subordonné
Une entrée Traitement de premier niveau peut contenir une ou plusieurs sous-entrées
"Traitement" subordonnées pour les cas spécifiques des dosages progressifs, fractionnés
ou conditionnels, ou pour gérer la combinaison de médicaments. L'utilisation de sous-entrées "Traitement" subordonnées pour traiter ces cas est
facultative. Dans ce cas, l'information doit
être fournie dans la partie narrative de l'entrée "Traitement" de premier niveau sous
forme de texte libre.
Contains 1.2.250.1.213.1.1.3.42.1 FR-Traitement-subordonne (DYNAMIC)
|
|
@typeCode
|
cs |
1 … 1 |
F |
COMP |
hl7:sequenceNumber
|
INT |
1 … 1 |
R |
|
|
hl7:entryRelationship
|
|
0 … 1 |
R |
Instruction au patient
Les instructions au patient peuvent être transmises, sous forme textuelle, dans
une entrée Instructions au patient (Patient Medication Instructions – 1.3.6.1.4.1.19376.1.5.3.1.4.3)
portée par un élément "entryRelationship". Contains 1.2.250.1.213.1.1.3.33 FR-Instructions-au-patient (DYNAMIC)
|
|
@typeCode
|
cs |
1 … 1 |
F |
SUBJ |
@inversionInd
|
bl |
1 … 1 |
F |
true |
hl7:entryRelationship
|
|
0 … * |
|
Motif du traitement
Le motif du traitement (ou raison de l'administration) peut être indiqué en faisant
référence à autre entrée du document CDA constituant ce motif (par exemple une entrée
Problème). Dans l'élément "act" de l'entryRelationship : - L'attribut @actCode="ACT" - L'attribut @moodCode="EVN" - L'élément "id" de l'élément référencé est repris à
l'identique dans les entrées à lier - L'élément "code" doit concorder avec celui utilisé par l'élément de référence.
Contains 1.2.250.1.213.1.1.3.36 FR-Reference-interne (DYNAMIC)
|
|
@typeCode
|
cs |
1 … 1 |
F |
RSON |
hl7:precondition
|
ANY |
0 … 1 |
|
Précondition
Permet de décrire les conditions préalables à l'utilisation du médicament. L'attribut @value de l'élément "reference" est une URI qui pointe vers la partie
narrative du document CDA décrivant ces conditions préalables.
|
|
hl7:criterion
|
ANY |
1 … 1 |
R |
|
|
hl7:text
|
ANY |
1 … 1 |
R |
|
|
hl7:reference
|
TEL |
1 … 1 |
R |
|
|
|
Schematron assert |
role |
error
|
|
|
test |
@moodCode='INT' or @moodCode='EVN' |
|
|
Message |
moodCode attribute SHALL have the value 'INT' or 'EVN' |
|
|
Schematron assert |
role |
error
|
|
|
test |
count(*:templateId[@root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"] or *:templateId[@root="1.3.6.1.4.1.19376.1.5.3.1.4.8"]
or *:templateId[@root="1.3.6.1.4.1.19376.1.5.3.1.4.9"] or *:templateId[@root="1.3.6.1.4.1.19376.1.5.3.1.4.10"]
or *:templateId[@root="1.3.6.1.4.1.19376.1.5.3.1.4.11"] or *:templateId[@root="1.3.6.1.4.1.19376.1.5.3.1.4.21"])>0
|
|
|
Message |
Au moins un templateId de mode d'administration doit être présent |
|