hl7:metaData
|
|
1 … 1 |
M |
Bevat gegevens, als key/value-paar, conform rubriek 51 'Niet gespecificeerde gegevens' gekoppeld aan een rubriek/groep/element
met logntudinale gegevens, i.e. niet constant.
|
(act ata) |
| |
 |
|
jgz-bds-rubriek-51
|
 R051: Niet-gespecificeerde gegevens 410
|
Basisdataset (BDS) versie 4.1.2 412
|
|
jgz-bds-groep-83
|
Groep G083: Niet gespecificeerde gegevens 410
|
Basisdataset (BDS) versie 4.1.2 412
|
|
@classCode
|
cs |
0 … 1 |
F |
OBS |
@moodCode
|
cs |
0 … 1 |
F |
EVN |
| |
Voorbeeld |
<metaData>
<templateId root="2.16.840.1.113883.2.4.6.10.100.10029"/> <code code="ATT" codeSystem="2.16.528.1.1007.3.3.99.99" displayName="Attentie"/> <value xsi:type="ST">Stubtekst</value> <pertainsTo>
<categoryInBDS>
<code code="R051" codeSystem="2.16.840.1.113883.2.4.4.40.391" displayName="Niet-gespecificeerde gegevens"/> </categoryInBDS> </pertainsTo></metaData> |
hl7:templateId
|
II |
1 … 1 |
M |
Template-id MetaData |
(actata) |
@root
|
oid |
1 … 1 |
F |
2.16.840.1.113883.2.4.6.10.100.10029 |
hl7:code
|
CV |
1 … 1 |
M |
Type metadata. Het gaat hierbij bijvoorbeeld aandachtsvinkjes of risicosignalering
bij BDS-gegevens. Er is niet gedefinieerd welke codering moeten gebruikt. In het verleden
was er wel codesysteem '2.16.840.1.113883.2.4.4.40.412' toegekend, maar als iedere
leverancier/instelling zelf codes kan gaan bedenken en in de wetenschap dat vrijwel
alle codes in de Jeugdgezondheidszorg tweecijferig zijn, is de kans dat twee leveranciers/instellingen
dezelfde code bedenken vor een ander concept veel te groot. Voor de codering van het
type metagegeven wordt de leverancier dan geacht zijn eigen strategie te bepalen:
- als de JGZ-systeemleverancier de klant in staat stelt zelf coderingen voor metagegevens
te definiëren en zelf geen codes levert dan dient de leverancier ervoor te zorgen
dat er een codesysteem (OID) per instelling beschikbaar is.
- als de leverancier zelf voorgedefinieerde gecodeerde typen metagegevens levert met
zijn systeem en een code uit dit codesysteem bij iedere instelling/klant hetzelfde
betekent dan dient de leverancier een codesysteem (OID) voor zijn systeem te creëren/aan
te vragen
- een combinatie van de eerste twee: een codesysteem voor instelling/klant waarin hij
kan definiëren wat hij wil en een codesysteem voor codes die de leverancier met zijn
systeem meelevert.
Vanwege de grote kans dat ontvangers de codering van de zender niet begrijpen, is
het attribuut @displayName verplicht.
|
(actata) |
| |
Schematron assert |
role |
 error
|
|
| |
test |
@displayName or not(@code) |
|
| |
Melding |
<name path=".."/>/<name/>/@displayName MOET een waarde bevatten |
|
hl7:value
|
ANY |
1 … 1 |
R |
Waarde. Vermeld de waarde, die hoort bij het type metagegeven. Net als voor het type
metagegeven geldt dat niet is gedefinieerd wat geldige waarden zijn. Het datatype
van de waarde is daarom ook niet gedefinieerd en moet via het attribuut @xsi:type
expliciet worden gezet. Het ligt voor de hand dat attentiewaarden, aandachtsvinkjes
en risicowaarden bepaalde gedefinieerde waardenlijsten kennen zoals "Hoog", "Normaal",
"Laag". Suggestie is om voor dat type indicatie te kijken naar de HL7-waardenlijst
"ObservationInterpretationNormality" uit het HL7-codesysteem "ObservationInterpretation"
(2.16.840.1.113883.5.83). De waardenlijst van het hele codesysteem is voor het gemak
meegeleverd. Indien de waarde van metagegeven gecodeerd wordt gelden dezelfde overwegingen
ten aanzien van het codesysteem als bij het type metagegeven in het element code en is ook het attribuut @displayName verplicht.
|
(actata) |
| |
|
@xsi:type
|
|
1 … 1 |
F |
ANY |
| |
Voorbeeld |
<value xsi:type="CV" code="H" codeSystem="2.16.840.1.113883.5.83" displayName="Hoog"/> |
| |
Schematron assert |
role |
error
|
|
| |
test |
@displayName or not(@code) |
|
| |
Melding |
<name path=".."/>/<name/>/@displayName MOET een waarde bevatten als het gecodeerde gegevens betreft |
|
hl7:pertainsTo
|
|
0 … 1 |
R |
Koppelt de BDS-categorie/groep of het element aan de MetaData element/waarde |
(actata) |
@typeCode
|
cs |
0 … 1 |
F |
PERT |
| |
Voorbeeld |
<pertainsTo typeCode="PERT">
<categoryInBDS>
<!-- ... -->
</categoryInBDS></pertainsTo> |
hl7:categoryInBDS
|
|
1 … 1 |
M |
Rubriek/groep/element in de BDS |
(actata) |
@classCode
|
cs |
0 … 1 |
F |
CATEGORY |
@moodCode
|
cs |
0 … 1 |
F |
EVN |
| |
Voorbeeld |
<categoryInBDS classCode="CATEGORY" moodCode="EVN">
<code code="R031" codeSystem="2.16.840.1.113883.2.4.4.40.391" displayName="Motorisch functioneren"/></categoryInBDS> |
hl7:code
|
CV |
1 … 1 |
M |
Bevat de RubriekID, het GroepID of BDS-elementnummer van een rubriek met longitudinale
gegevens. Waarden zijn afkomstig uit waardendomein W0639 'RubriekID' (2.16.840.1.113883.2.4.4.40.391),
waardendomein W0646 'GroepID' (2.16.840.1.113883.2.4.4.40.393) of waardendomein W0647
'BDS-elementen' (2.16.840.1.113883.2.4.4.40.267)
|
(actata) |
| |
|
| |
CONF |
| @codeSystem moet "2.16.840.1.113883.2.4.4.40.391" zijn |
| of |
| @codeSystem moet "2.16.840.1.113883.2.4.4.40.393" zijn |
| of |
| @codeSystem moet "2.16.840.1.113883.2.4.4.40.267" zijn |
|
| |
Voorbeeld |
<code code="R012" codeSystem="2.16.840.1.113883.2.4.4.40.391" displayName="Erfelijke belasting en ouderkenmerken"/> |
Template Activities component2 MetaData
