| Item |
DT |
Card |
Conf |
Desc |
Label |
|
|
|
|
|
Koppelt het dossier aan metagegevens ten aanzien van constante, i.e. niet contactgebonden
elementen/groepen/rubrieken. De (definitie van) metagegevens is geen deel van de BDS;
het gaat echter wel altijd om metagegevens op een bestaande BDS-element/groep/rubriek,
anders hoort het niet hier thuis, maar bij NonBDSData. Elk metagegeven dient te worden
gekoppeld aan een rubriek/groep met constante gegevens of rechtstreeks aan een element
uit zo'n rubriek/groep.
Het gaat om metagegevens die specifiek zijn voor een leverancier en/of de zendende
instelling.
De enige/meest gebruikte toepassing is het toekennen van een bepaalde attentiewaarde
aan een gegeven. Vanwege het ontbreken van een algemene definitie voor wat er exact
een metagegeven is, is er ook geen verwachting compatabiliteit uit te spreken over
de compatibiliteit tussen systemen/instellingen bij toepassing in een overdrachtbericht.
Ook is niet op voorhand te voorspellen of deze gegevens door de ontvanger correct
worden opgeslagen als deze ze niet ondersteunt en daarmee is dus ook niet zeggen of
de metagegevens behouden blijven gedurende alle
overdrachtmomenten.
|
(careProvisionEventComponent2MetaData) |
 |
@typeCode
|
|
|
0..1 |
F |
COMP |
|
hl7:metaData
|
|
|
1..1 |
M |
Bevat gegevens, als key/value-paar, conform rubriek 51 'Niet gespecificeerde gegevens' gekoppeld aan een rubriek/groep/element
met constante gegevens, i.e. niet longitudinaal.
|
(careProvisionEventComponent2MetaData) |
 |
|
@classCode
|
|
|
0..1 |
F |
OBS |
|
|
@moodCode
|
|
|
0..1 |
F |
EVN |
|
 |
Doel van concept-Id(s)
|
|
|
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.
|
(careProvisionEventComponent2MetaData) |
|
Voorbeeld |
<code code="ATT" codeSystem="2.16.528.1.1007.3.3.99.99" displayName="Attentie"/>
|
|
Schematron assert |
role |
 error
|
|
test |
@displayName or not(@code) |
|
Melding |
<name path=".."/>/<name/>/@displayName MOET een waarde bevatten |
|
|
hl7:value
|
|
|
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.
|
(careProvisionEventComponent2MetaData) |
|
|
Doel van concept-Id(s)
|
|
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 |
(careProvisionEventComponent2MetaData) |
|
|
|
0..1 |
F |
COMP |
|
Voorbeeld |
<pertainsTo typeCode="PERT">
<categoryInBDS>
<!-- ... -->
</categoryInBDS> </pertainsTo> |
|
|
|
1..1 |
M |
Rubriek/groep/element in de BDS |
(careProvisionEventComponent2MetaData) |
|
|
|
0..1 |
F |
CATEGORY |
|
|
|
0..1 |
F |
EVN |
|
Voorbeeld |
<categoryInBDS classCode="CATEGORY" moodCode="EVN">
<code code="12" codeSystem="2.16.840.1.113883.2.4.4.40.391"/>
</categoryInBDS> |
|
|
CV |
1..1 |
M |
Bevat de RubriekID, het GroepID of BDS-elementnummer van een rubriek met constante
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)
|
(careProvisionEventComponent2MetaData) |
|
CONF |
|
|
|
Doel van concept-Id(s)
|
|
Voorbeeld |
<code code="12" codeSystem="2.16.840.1.113883.2.4.4.40.391"/>
|
Template careProvisionEventComponent2MetaData - 2.16.840.1.113883.2.4.6.10.100.10013 Care Provision Event component2 MetaData
Afhankelijkheid: 2.16.840.1.113883.2.4.6.10.100.10000