DECOR-informatie voor project: Jeugdgezondheidszorg (jgz-)

• dr Kai U. Heitmann
• Alexander Henket
• Bettie Carmiggelt
• Marja Verwoerd
• Ondine Engelse

Eerste patchrelease op versie 6.12.0.0 van 6 februari 2013 waarin alle tot op heden aangedragen punten, zoals gebundeld en omschreven in de versie-informatie van 16-04-2013, zijn verwerkt.

De status van de materialen ten opzichte van versie 6.12.0.0 verandert in deze patchrelease niet. Deze release betreft correcties.

Let op dat naast de specificatie ook enkele XML Schema's moesten worden gewijzigd. De bijgewerkte XML Schema's staan zoals altijd, in de XML-materialen. Het betreft de volgende schema's:

• REPC_MT002170NL.xsd - Bericht 1 Opvragen vaccinaties - parameter person.birthTime voor geboortedatum was IVL_TS (periode), is nu TS (datum/tijd). De specificatie was al op datum/tijd en opvragen op basis van een periode waarin het kind geboren is, was daarmee al niet mogelijk.
• REPC_MT002171NL.xsd - Bericht 2 Opleveren vaccinaties - koppelt nu met R_Patient [universal] in plaats van R_Patient [identified] zodat de in de gegevensrichtlijn gevraagde extra informatie naast de BSN ook mee kan
• REPC_MT902000NL.xsd - Dossieroverdrachtverzoek - koppelt nu weer met A_Rijksvaccinatie [universal] versie 2 in plaats van versie 3. Dit was per ongeluk in 6.12.0.0 verkeerd gegaan. Alleen bericht 2 gebruikt de nieuwste versie. Verder is de auteur op de samenvatting 0-4 (careProvisionEvent/summary/observationEvent/author) niet langer verplicht, aangezien deze geen BDS voorstelt.

In de implementatie van het Dossieroverdrachtbericht is een zekere fasering gekozen waarin in eerste aanleg nog niet alle informatie mee zal komen. Hier is in deze publicatie niet expliciet rekening mee gehouden. De specificatie is volledig, maar bevat voldoende optionaliteit om ook de afgesproken subset te ondersteunen.

1. Tikfouten verbeterd. Op diverse plaatsen in de templates stond in tekst de code 'CPCH' als dossiertype (CareProvision/code) vermeld, waar dit 'CPHC' moest zijn. In de formele vocabulairedefinitie direct onder de tekst stond het wel correct.
2. De vijf transacties met weergavenaam "Ontvangstbevestiging" een postfix gegeven waardoor ze van elkaar te onderscheiden zijn. Voorbeeld: "Ontvangstbevestiging geldige partijnummers"
3. Issue 19 opgelost. Transactie "Bericht 1" Opvragen vaccinaties, "Bericht 2" Opleveren vaccinaties en "Bericht 4" Versturen vaccinaties en de daaraan hangende templates bevatten nu het adres conform de gegevensrichtlijn. Bericht 2 heeft tevens overige NAW-gegevens erbij gekregen conform de gegevensrichtlijn. Let op: voor Bericht 2 moest het onderliggende schema ook worden aangepast omdat oorspronkelijk alleen R_Patient [identified] was gekoppeld. Voor het doorgeven van de ontbrekende persoonsgegevens is echter R_Patient [universal] vereist.
4. "Bericht 5" Hielprikverzoek heeft verbeterde aanwijzingen bij gebruik van gemeente vs. woonplaats in scenario en template.
5. "Bericht 5" Hielprikverzoek heeft geen verplichting meer op Bijzonderheden hielprik bij (herhaalde) tweede verzoek. Dit gegeven is niet altijd beschikbaar en de gegevensrichtlijn eiste dit ook niet. (melding RIVM)
6. Issue 21 opgelost. Handleidingversie BDS-element 1159 Verwijzing naar moet zijn "Advies en verwijzing naar"
7. Onder transactie 'versturenGeldigePartijnummersAck' ontbrak de taalindicator op de trigger waardoor deze niet werd getoond
8. BaseId '2.16.840.1.113883.2.4.6.10.100' toegevoegd zodat template-id die hiervan zijn afgeleid ook nette weergavenamen krijgen, tevens de standaard-id naar deze waarde omgezet. (deze OID is door Stg. HL7 toegekend)
9. In alle control act wrapper templates diverse asserts voor UZI/URA omgezet naar formele specificaties in de vorm van attributes. Het netto resultaat is hetzelfde, maar attributes levert leesbare specificatie op terwijl asserts eigenlijk alleen bedoeld zijn voor schematron
10. In alle templates die via een @contains relatie verwezen naar een van Periode-x-Start-x-Eind-x templates deze verwijzing vervangen door een template dat specifiek is voor de context. De voorgaande costructie verwees naar een generiek template waarop alle mogelijk datasetkoppelingen waren gedefinieerd. Als je dat template aanroept trek je meteen ook al die datasetkoppelingen in een context waar slechts enkele van die koppelingen bedoeld en relevant zijn. Dat bemoeilijkt interpretatie door een ontvanger. Dit geldt bijvoorbeeld voor de BDS-elmenten:
    • "Periode geldigheid adres kind"
    • "Periode geldigheid contactpersoon"
    • "Geel zien"
    • "Periode zorg op maat"
11. Vergelijkbaar met bovenstaande omzetting voor periodes is ook de koppeling naar de generieke templates voor namen en adressen opgedeeld in templates die specifiek voor een bepaalde context geschikt zijn. Zo is er nu een template AdresKind en een template NaamKind.
12. De adrestemplates zijn nu veel explicieter geschikt voor het BDS-element Soort adres.
13. Het voorbeeld in template careProvisionEventAppendage uitgebreid met een inline document zodat beter naar voren komt hoe het hele dossier meekomt in een overdrachtbericht
14. In alle templates met het attribuut @negationInd deze voorzien van expliciete toelichting op gebruik daarvan, omdat dit in de praktijk altijd een lastig attribuut blijkt. Hierbij is ook issue 23 opgelost.
15. In template rubricCluster52 de koppeling met 1 component op basis van "obs_Melding_VIR" gewijzigd in een keuze uit "obs_Aanmelding_VIR" en "obs_Afmelding_VIR". De oorspronkelijke template klopte semantisch niet. Deze leek te zeggen dat een aanmelding duurde van tijdstip x tot tijdstip y. Bovendien moest de meldende persoon dan op zowel de aan- als de afmelding gelden, wat niet correct is.
16. In template obs_Scoliose_hoekmeting de koppeling met element Lichaamskant scoliose hoekmeting (801) gecorrigeerd. Deze hing aan het verkeerde element
17. In template R_AssignedEntityNL-identified de koppeling met element Verantwoordelijke JGZ-organisatie ID (1441) gecorrigeerd. Deze hing aan het verkeerde element
18. In template R_PatientNL-universal de koppeling met element Land vanwaar ingeschreven (285) gecorrigeerd. Deze hing aan het verkeerde element
19. In template R_AssignedEntityNL-confirmable-location de plaats voor element Uitvoerende uitvoerende locatie (1452) welke relevant is voor meldingen aan het RIVM gewijzigd. Dit heeft impact op met name bericht 4. Het is nu gekoppeld als organisatieeenheid van de Uitvoerende organisatie. Door de plaats waar het eerst stond, die op zichzelf niet fout was, kon het verplichte element Naam uitvoerende persoon (1410) niet worden geplaatst. Deze was over het hoofd gezien waardoor dit in eerste instantie niet opviel
20. In template A_HeelPrick-universal de suggestie afgezwakt dat een (deel van een) hielprikverzoek per se uit Bericht 5 afkomstig moet zijn. In feite doet het niet terzake langs welke weg de betreffende informatie in het DD JGZ is gekomen
21. In template R_PatientNL-universal bij het element asPatientOfOtherProvider/subjectOf/careProvision/code het doorgeven van het attribuut @codeSystem verplicht gemaakt. Op deze manier is ook als er een @nullFlavor wordt gezet, te zien of het om een ander "Soort voor- of buitenschoolse voorziening" (codeSystem='2.16.840.1.113883.2.4.4.40.2') of een "Andere organisaties/hulpverleners" (codeSystem='2.16.840.1.113883.5.4') gaat. Dit verschil was eerst voor een ontvanger niet te maken (bij @nullFlavor)
22. BDS: element 1495 Overall risico-inschatting SPARK was onterecht gekoppeld aan waardendomein W0082. Dit moest W0669 zijn.
23. BDS: elementen 235, 236, 237, 809, 810, 245 waren gekoppeld aan handleidinggroep H022 (Lengte) onder rubriek R027, maar diezelfde groep zit ook in rubriek R012 Erfelijke belasting en ouderkenmerken. De groepen zijn echter niet inhoudelijk gelijk. De handleidinggroep H022 onder rubriek R027 is daarom nu groep H075
24. In template Hielprikverzoek was het element reason met daarin de reden voor herhaalde of tweede hielprik gekoppeld aan de waardenlijst voor BDS-elementen (W0647_HL7) in plaats van de waardenlijst voor Reden herhaling/tweede hielprik (W0317_HL7)
25. In template rubricObservation waren onterecht subjectOf1/conclusion en subjectOf2/annotation gekoppeld. Deze horen bij de activiteiten. Deze onterechte koppeling veroorzaakte, vanwege het prototype karakter van het template, veel grotere schematrons dan noodzakelijk. Dit leidde tot sterk performanceverlies.
26. In relatie tot de wijziging in het template rubricObservation is de koppeling van alle rubriekobservatie-templates met dit prototype verwijderd. Alle deze rubriekobservatie-templates waren al volledig gedefinieerd en kregen geen meerwaarde van de koppeling. Eerder andersom: uit het prototype kwamen ook iedere keer extra elementen mee (author/informant/performer/location) die veel performance kosten en niets opleverden. De template rubricObservation is nu nergens meer aan gekoppeld.
27. In de templates 'obs_Verzorginghygiëne' en 'obs_51_Begrijpt_analogieën_en_tegenstellingen' en de aanroepen ervan het diakritische teken ë vervangen door een 'gewone' e om een probleem in de verwijzingen te omzeilen
28. In alle template-elementen met een verplichting op @xsi:type is nu naast de tekstuele omschrijving een formele definitie opgenomen zodat het ook wordt gecontroleerd in schematron
29. In alle template-elementen met een verplichting op @xsi:nil is nu naast de tekstuele omschrijving een formele definitie opgenomen zodat het ook wordt gecontroleerd in schematron
30. In alle Van Wiechen templates is waar van toepassing de generieke koppeling met waardenlijst voor Links/Rechts vervangen door de code voor Links of Rechts.
31. In enkele Van Wiechen templates was onterecht ook een targetSiteCode gedefinieerd, bijvoorbeeld voor vraag 14. Deze zijn verwijderd
32. In alle templates waar dat nog niet het geval was is onder het bovenste element een voorbeeld opgenomen voor het hele template.
33. In waardenlijst CitizenRoleType is voor code _CitizenRoleType type 'A' (Abstract) gecorrigeerd in type 'S' (Specializable)
34. In templates met adressen is het element additionalLocator aangescherpt. Hierin moet letterlijk 'to' of 'by' staan conform SBV-Z specificatie. Oorspronkelijk moest het veld deze waarden slechts 'bevatten'.
35. In template obs_Aanmelding_VIR, obs_Afmelding_VIR, obs_Melding_AMK en obs_Consultatie_AMK, obs_Bijzonderheden_SPP is de @contains relatie op performer vervangen door inline definitie. De @contains relatie zorgde voor een performer element binnen performer wat niet correct is.
36. In template obs_Scrotale_testes is het datatype op het element value gecorrigeerd van BL in CV
37. In template obs_Overall_risicoinschatting_SPARK is het datatype op het element value gecorrigeerd van ST in CV
38. In template R_PatientNL-JGZ-universal is het datatype op het element asCitizen/politicalNation/name gecorrigeerd van CV in TN
39. In template obs_Geruis_intensiteit, obs_Geruis_timing had het element methodCode zonder noodzaak een verplichting op @xsi:type
40. In template obs_Bloeddruk_diastolisch, obs_Bloeddruk_systolisch waren de attributen op observationRange onterecht verplicht
41. In template rubricCluster52 is de @code voor het element code gecorrigeerd van R013 in R052
42. In templates voor SDQ-vragen 1-25 is de koppeling met waardendomein W0368_HL7 (Geruis timing) gecorrigeerd in W0572_HL7 (Niet waar Een beetje waar Zeker waar)
43. Verbeteringen beschrijving van contacten versus afspraken. Voorbeeld bij een afgezegd contactmoment is verbeterd door de reden toe te voegen. Afspraken zijn uitgebreid zodat nu ook nog openstaande afspraken worden ondersteund met een verwijzing naar 'warme' overdracht.
44. Templates voor nonBDSData en metaData zijn aangepast zodat er geen verwijzingen meer zijn naar hele lange waardenlijsten voor elementen, groepen en rubrieken, maar meer naar de codesystemen waar deze in thuishoren. Hierdoor is dit deel iets minder specifiek, maar komt het de performance van controle wel sterk ten goede.
45. In template obs_Opmerking_bij_VWO_8, obs_Opmerking_bij_VWO_17 het voorbeeld gecorrigeerd
46. In template obs_Middelomtrek_in_millimeters het voorbeeld en de waarde voor het element hl7:code gecorrigeerd.
47. In diverse templates is het taalattribuut toegevoegd op <constraint/> elementen waardoor de tekst nu ook wordt getoond.
48. In diverse templates is @negationInd="true|false" omgezet naar @name="negationInd". Effectief ging het toch om de omschrijving bij het attribuut. Het datatype bepaalde al de waarde.
49. In templates obs_Erfelijke_bepaalde_ziekte_in_de_familie, obs_Ouderkenmerken het attribuut "classcode" in het voorbeeld gecorrigeerd naar "classCode"
50. In templates obs_Aanmelding_VIR, obs_Afmelding_VIR, obs_Melding_AMK, obs_Consultatie_AMK het verplichte attribuut "classCode" toegevoegd in het voorbeeld
51. In template R_AssignedEntityNL-confirmable-location (onderdeel bericht 4 Versturen vaccinaties) de conditionele Uitvoerende persoon geheel verwijderd conform gegevensrichtlijn
52. In template Hielprikverzoek bij element subjectOf6/annotation/author/assignedEntity de definitie van het attribuut typeCode vervangen door classCode met dezelfde waarde
53. In templates waarin partijnummer kan voorkomen gecorrigeerd dat deze ook mag voorkomen bij geplande vaccinaties (van tevoren geuit bezwaar), en tevens dat het element mag worden weggelaten indien het partijnummer niet bekend is (bijvoorbeeld bij buitenlandse en historische vaccinaties)
54. In template R_PatientNL-JGZ-universal is het voorbeeld en de definitie voor asEmployee (met name bij Ouders), een spelfout in coveredPartyOf (verzekeringen) en adresdelen in het voorbeeld (gecodeerde gemeente en land moeten ook weergavenaam hebben) gecorrigeerd.
55. In template R_PatientNL-JGZ-universal is de wijziging van 2012-11-06 teruggedraaid door weer 1.0.639.2 via de waardenlijst W0050 te koppelen. Het is niet de standaard, maar er kan maar 1 mapping naar HL7 zijn van waardenlijst W0050 welke ook elders wordt gebruikt.
56. Het onderliggende XML Schema voor dossieroverdracht is aangepast zodat de mandatory auteur voor de Samenvatting 0-4 nu optioneel is. Deze kent geen equivalent in de BDS en was niet gedekt in de desbetreffende template, maar zorgde wel voor validatieproblemen
57. Alle voorbeelden in de XML-materialen opnieuw gevalideerd en verbeterd
58. Schematron engine verbeterd wat meestal tot kleinere schematrons maar vooral meer accurate controles heeft geleid met betere meldingen
59. In template rubricCluster25 zijn de volgende wijzigingen doorgevoerd:
    1. Templates voor elementen 1425 en 1426 zijn uit de groep 27 gehaald die nu dus nog maar één element bevat (lichaamskant zit in binnen de ene observatie).
    2. Templates voor elementen 804, 223, 805 zijn uit groep 28 gehaald. Groep 28 heeft nu ook nog maar 1 observatie.
    3. Template voor groep 24 aangemaakt met daarin Bijzonderheden wervelkolom ten behoeve van consistentie binnen deze rubriek
60. Lichaamskant/targetSiteCode. Alle templates waarvan het element zelf al zegt of het links of rechts betreft hebben geen element targetSitecode meer. Deze voegde niets toe
61. Lichaamskant/targetSiteCode. Alle templates waarvoor de BDS zelf een element Lichaamskant definieert hebben nu, conform de BDS, een optionele targetSiteCode in plaats van een verplichte
62. In template rubricCluster39 is verduidelijkt dat per voorkomen van groep 44 maar 1 meetmethode gebruikt kan worden. Dat was minder helder om elke observatie zijn eigen meetmethode bevat in HL7.
63. In template careProvisionDossier is ten behoeve van dossieroverdracht de verplichting op careProvisionEvent.effectiveTime komen te vervallen. Deze heeft geen dekking in de BDS, is onvoldoende helder in relatie tot responsibleParty.time en author.time en is mogelijk niet altijd beschikbaar.

Definitieve publicatie voor de volgende onderdelen:

• Basisdataset (BDS) versie 3.2.1
• Scenario Dossieroverdracht
  • Versturen JGZ-dossieroverdrachtverzoek (interactie-id REPC_IN002120NL_JGZ)
• Scenario Rijksvaccinatieprogramma
  • Versturen partijnummers (interactie-id PRMM_IN010043NL) ook bekend als Bericht 3
  • Versturen vaccinaties (interactie-id REPC_IN002140NL) ook bekend als Bericht 4
• Scenario Neonatale hielprikscreening
  • Versturen hielprikverzoek (interactie-id POOR_IN002150NL) ook bekend als Bericht 5

Voorlopige publicatie voor de volgende onderdelen:

• Scenario Rijksvaccinatieprogramma
  • Opvragen/opleveren vaccinatiestatus (interactie-id REPC_IN002170NL en REPC_IN002171NL) ook bekend als Bericht 1 en Bericht 2

Voor de implementatie van deze materialen zijn nog aanvullende materialen vereist. Allereerst zijn dat de XML-materialen welke bij de huidige set horen, maar voor implementatie op AORTA moet u ook beschikken over de specificaties en eisen vanaf versie 6.12 of hoger. Zie www.aortarelease.nl voor details.

Bekende technische issues binnen deze publicatie:

• Versturen JGZ-dossieroverdrachtverzoek op basis van BDS 3.2.1 heeft hetzelfde interactie-id REPC_IN002120NL_JGZ maar is niet backward compatibel met REPC_IN002120NL_JGZ op basis van BDS versie 3.1 uit versie 6.3. Dit is een bewuste projectkeuze geweest omdat voor de voorgaande versie van de interactie nog nooit is gekwalificeerd en deze ook nog niet in productie is genomen.
• Waardendomein W0193 Begeleider bevat concepten die niet naar 1 HL7-domein te mappen zijn: Oppas, Zorgverlener. Deze gaan nu naar NullFlavor OTH waardoor ze moeilijk te lezen zijn uit de originalText. Het is in DECOR wel mogelijk om uit verschillende codestelsels een waardendomein samen te stellen, maar dat zou incompatibel zijn met de huidige opzet van de Basisdataset.

NCJ #149: Registreren van kinderen die zorg ontvangen van een collega JGZ-organisatie - link

• Na overleg tussen de Redactieraad en de leveranciers is besloten om de bestaande groep 85 in rubriek 5 scherper te definiëren voor het doel dat het in de praktijk toch al had, namelijk het vastleggen van de organisatie waar een kind in zorg is en een nieuwe groep (groep 91, optioneel, herhalend) toe te voegen voor de organisatie die het kind op basis van de GBA in beeld moet houden. De inspectie eist het kunnen opleveren van deze informatie. De verschillende leveranciers hebben elk hun eigen alternatieve methoden voorgesteld om dit te kunnen opleveren. De gekozen oplossing voor dit wijzigingsverzoek sluit niet uit dat een leverancier/organisatie deze alternatieve methode weet te implementeren en zorgt er tegelijk voor dat de BDS een gedefinieerde ruimte biedt voor vastlegging. Leveranciers kunnen de nieuwe elementen op door hen gekozen wijze aanbieden in hun DD JGZ.

NCJ #123: Taalscreeningsuitslag twijfelachtig - link

• BDS:
  Wijziging in element 818 'Uitslag taalsignaleringsinstrument'. Waardendomein W0284 'Voldoende Onvoldoende' is vervangen door W0336. Dit waardendomein heette 'Conclusie visusbepaling' en is zonder inhoudelijke wijziging gewijzigd in 'Voldoende Onvoldoende Twijfelachtig'
• HL7 dossieroverdracht:
  Bestaande template obs_Beoordeling_taalontwikkeling is gekoppeld aan het waardendomein W0336

NCJ #171/#172: Huidafwijkingen in richtlijn - link #171/link #172

• BDS:
  Nieuwe codes 23 'Midline laesie' en '24' 'Vaatmalformatie' in bestaand waardendomein W0217 'Bijzonderheden huid/haar/nagels'
• HL7 dossieroverdracht:
  Toegevoegd in bestaande waardenlijst/valueset W0217_HL7 zonder verder wijziging

NCJ #209: Overgewicht: bloeddruk en middelomtrek - link

• BDS:
  Nieuw element 1485 Middelomtrek in mm, bestaand waardendomein W0252 'Lengte in millimeters'
• BDS:
  Nieuwe groep G112 Bloeddruk met nieuwe elementen 1486 'Bloeddruk systolisch' en 1487 'Bloeddruk diastolisch'. Nieuwe groepen G113 'Afkapwaarden bloeddruk systolisch' en G114 'Afkapwaarden bloeddruk diastolisch' elk met nieuwe elementen voor ondergrens en bovengrens (elementen 1488/1489 en 1490/1491)
• HL7 dossieroverdracht:
  Een nieuw stuk modellering is toegevoegd aan de Observation onder RubricCluster ten behoeve van de afkapwaarden. Er zijn nieuwe templates obs_Bloeddruk_systolisch en obs_Bloeddruk_diastolisch welke zijn gebaseerd op e-Perinatologie. In dat project werden echter geen afkapwaarden gebruikt dus deze zijn toegevoegd.

NCJ #210: Begeleiding overgewicht - link

• BDS:
  Nieuwe interventiecode 7 'Begeleiding' onder waardendomein W0620 'Interventie'
• HL7 dossieroverdracht:
  Toegevoegd in bestaande waardenlijst/valueset W0620_HL7 zonder verder wijziging

NCJ #211: Gewichtsklasse op basis van BMI - link

• BDS:
  Nieuw element 1492 'Gewichtsklasse op basis van BMI' met nieuw waardendomein W0668 'Gewichtsklasse op basis van BMI'
• HL7 dossieroverdracht:
  Geen wijziging omdat het berekend veld is

NCJ #219: Reden geen deelname aan VVE - link

• BDS:
  Nieuw element 1493 'Reden geen deelname aan VVE' met bestaand waardendomein W0075. Dit waardendomein heette 'Reden geen psz', en heet nu met ongewijzigde inhoud 'Reden geen psz/vve'
• HL7 dossieroverdracht:
  Toegevoegd in bestaande template R_PatientNL-JGZ-universal aan AdministrativeObservation. Tevens Voor- of buitenschoolse voorzieningen (714)/Deelname VVE (1417)/Reden geen deelname PSZ (716) in dit zelfde deel van het model uitgewerkt

NCJ #220: Verwijsbrief - link

• BDS:
  Nieuw element 1494 'Verwijsbrief' met bestaand waardendomein W0004 'Ja Nee'.
• HL7 dossieroverdracht:
  Een nieuw stuk modellering is toegevoegd aan de choicebox Intervention en in de template activitiesSubjectOfConclusion uitgewerkt

NCJ #232: Geplande vaccinaties - link

• BDS:
  Groep G094 Vaccinatieschema 0..* O
  Element 1448 Datum verkijgen vaccinatieschema 1..1 R M
  Groep G095 Geplande vaccinatie 0..* O
  Element 1449 Soort geplande vaccinatie 1..1 R M
  Element 1450 Minimale uitvoerdatum vaccinatie 0..1 R
  Element 1451 Streefdatum vaccinatie 0..1 R
• Bericht 2:
  Groep G094 Vaccinatieschema 0..* O
  Element 1448 Datum verkijgen vaccinatieschema 1..1 R M
  Groep G095 Geplande vaccinatie 0..* O
  Element 1449 Soort geplande vaccinatie 1..1 R M
  Element 1450 Minimale uitvoerdatum vaccinatie 1..1 R M
  Element 1451 Streefdatum vaccinatie 1..1 R M

NCJ #233: Wijziging VOBO in SPARK - link

• BDS/HL7:
  Alle voorkomens van 'VOBO' zijn gewijzigd in 'SPARK'. In W0640 'Screeningsinstrument PP' is 'VOBO' als synoniem opgenomen voor de vindbaarheid

NCJ #238: Overall risicoinschatting SPARK - link

• BDS:
  Nieuw element 1495 'Overall risicoinschatting SPARK' met nieuw waardendomein W0669 'Overall risicoinschatting SPARK' en synoniem 'Overall risicoinschatting VOBO'
• BDS:
  Wijziging in element 1346 'Conclusie SPP' dat voor screeningsinstrument SPARK dit element niet moet worden gebruikt, maar in plaats daarvan het nieuwe element 1495
• HL7 dossieroverdracht:
  Nieuwe template obs_Overall_risicoinschatting_SPARK die is toegevoegd in bestaand template rubricCluster54

NCJ #250: Vaccinatie locatie - link

• BDS:
  Element 1452 Locatie uitvoerende organisatie 0..1
• Bericht 4:
  Element 1452 Locatie uitvoerende organisatie 1..1 R M

NCJ #251 Omzetten van alle perioden in startdatum en einddatum - link

• Nieuwe groepen G096 t/m G111 (0..1 O)
  Nieuwe elementen 1455 t/m 1484 (0..1 R)

HL7: Opvragen vaccinaties: templateId toegevoegd dat onterecht ontbrak aan de payload.

HL7: Dossieroverdracht: Alle rubrieken en booleanelementen gekoppeld die nog niet waren gekoppeld. Geslacht was incorrect gekoppeld aan het parentelement.

Bekende omissie in HL7 Dossieroverdracht: Deelname VVE (element 1417) is nog niet gekoppeld/gedekt.

HL7: Dossieroverdracht: element LanguageCommunication/languageCode had verkeerde OID 1.0.639.2. Dit moest 2.16.840.1.113883.6.121 zijn. Talen op deze plaatsen zijn tt-RR (t=taal, R=regio) volgens RFC3066 volgens het RIM.

Inhoud: na input Marvin Philippi/Berthe de Kok, aanpassing in scenario voor Hielprikverzoek (Bericht 5) en HL7-template "PatientPerson-universal" zodat Contactgegevens niet meer vereist (mandatory) zijn. Die zijn namelijk alleen beschikbaar als er een geboortebericht is.

Techniek: mapping van waardendomein W0004 Ja/Nee omgezet naar DECOR datatype boolean

Techniek: mapping element 1334 Activiteit ID met waardendomein W0642 Alfanumeriek 10 omgezet naar DECOR datatype identifier, conform element 1377 Activiteit ID.

Techniek: controle op BSN in de inhoud versus die in de wrapper was niet goed gespecificeerd voor Dossieroverdracht, Hielprikverzoek, en VersturenVaccinaties. Deze gaf een onterechte schematronmelding

Inhoud: specificatie op het element acceptAckCode expliciet toegevoegd in alle berichten. Het stond er al wel, maar minder expliciet.

Inhoud: specificatie van alle berichtinhoud templates, dus exclusief de wrappers, gesloten gemaakt. Op deze manier worden elementen buiten de specificatie afgekeurd in de validatie.

Inhoud: voorlopige specificatie van Locatie opgenomen in VersturenVaccinaties (Bericht 4) - betreft wijziging onder substanceAdministrationEvent/performer

Inhoud: specificatie van Bericht 2 gewijzigd voor substanceAdministration/performer zodat BDS-element 1336 Uitvoerende instantie vaccinatie beter wordt toegelicht

Inhoud: specificatie van Bericht 2 en 4 gewijzigd zodat versturen van Bezwaarreden, anders dan Medisch en Principieel zijn uitgesloten.

Inhoud: specificatie van template AdresVestigingVertrekNederland opgeheven en teruggeplaatst (zoals in AORTA 2011) in R_Patient als administratieve observatie op patient en personalRelationship omdat het als adres tot ambigue en moeilijk te implementeren situaties zou leiden

Inhoud: dataset en template mapping van element 1439 Kruis van Reitan gecorrigeerd van code 1 en code 2 naar getal 1 en 2 conform Apgarscore, SDQ score en andere scoringselementen

Techniek: nieuwe export uit BDS SQL db en licht gewijzigde opbouw dataset om export terug naar BDS SQL db beter mogelijk te maken. Tevens opruiming van achteraf niet zinvolle conversieartefacten

• Alle mapping commentaren verwijderd uit dataset. Deze horen thuis in scenario's en regels/templates en lopen in de dataset slechts de kans uit de pas te lopen omdat hier geen beheer op zit
• De presentatienaam voor groepen en elementen was als synoniem opgevoerd maar daar stonden ook werkelijke synoniemen. Dit is later niet uit elkaar te houden. De presentatienaam blijft bestaan in de commentaarregel "Tonen in presentatie als:"
• De omschrijving van het waardendomein was als deel van de omschrijving van het element opgevoerd. Dit is later niet uit elkaar te houden. De omschrijving van het waardendomein is daarom verhuisd naar de commentaarregel "Waardendomein:"
• De commentaarregel "Waardendomein:" is uitgebreid met de waardendomeinomschrijving, waardendomeinoorpsrong, lengte, min en max. De opmaak van de regel is nu "Waardendomein: Elementen.WaardenDomeinID (WaardenDomeinen.Type | WaardenDomeinen.WaardenDomein | WaardenTypes.Omschrijving_handleiding | WaardenDomeinen.Toelichting | WaardenDomeinen.Oorsprong | WaardenDomeinen.Lengte | WaardenDomeinen.Min | WaardenDomeinen.Max )"

Inhoudelijk: wrapperspecificatie aangepast op basis van AORTA-wrapperspecificatie versie 6.11 waarin een nieuw type organisatie "GBO" is gedefinieerd waarmee organisaties die aansluiten op basis van PKIo-certificaten worden bedoeld zoals het RIVM.

Inhoudelijk: specificatie van Bericht 2 aangepast zodat zowel Streefdatum als Minimale uitvoerdatum worden ondersteund conform de gegevensrichtlijn

Inhoudelijk: specificatie van Bericht 4 aangepast zodat Locatie wordt ondersteund op basis van de huidige inzichten voor dit gegeven dat geen concept in de BDS kent

• Toegevoegd in scenario Rijksvaccinatieprogramma nieuwe transactiegroep met Opvragen/opleveren Vaccinatiestatus met bijhorende templates. Brondocument: Concept gegevensrichtlijn Rijksvaccinatieprogramma versie 0.9 datum 20 september 2012. Hiervoor is het scenario Rijksvaccinatieprogramma weer teruggezet naar status "draft" komende van "final". Ten behoeve van deze transacties is ook de CMET COCT_RM900916NL02 A_Rijksvaccinatie [universal] aangepast en als versie 3 (COCT_RM900916NL03) opgenomen onder het bericht "Opleveren Vaccinatiestatus". Merk op dat de berichten "Versturen dossieroverdracht" en "Versturen Vaccinaties" (Bericht 4) op dit moment nog gebruik blijven maken van A_Rijksvaccinatie [universal] versie 2.
• Aan alle transactiegroepen een expliciete koppeling met de betreffende webservices gelegd (in tekst) om zoeken te voorkomen.
• Auteurs Marja Verwoerd en Ondine Engels toegevoegd

• NCJ #225: Spelfout Groep G073 "taalsignalseringsinstrument" gewijzigd in "taalsignaleringsinstrument" - link
• NCJ #226: Spelfout Element 1414 waarde 03 "Reeël" gewijzigd in "Reëel". - link

• Techniek: cardinaliteiten en conformance in het basisscenario BDS voor conditionele elementen weer allemaal op de conceptregel geplaatst. Dit vereenvoudigt conversie terug naar de SQL database

• Template: in de template VersturenGeldigePartijnummers-payload is het element met id="2.16.840.1.113883.2.4.3.11.60.100.9.140.4" die koppelt met het concept Vaccintype is de koppeling op basis van codeSystem omgezet naar valueSet="W0422_HL7" en @isMandatory="false" conform de andere 2 templates met dit concept. De OID voor het codeSystem was overigens wel dezelfde als het codesysteem dat in de waardenlijst wordt gebruikt
• Spelling: spelfout verwijderd uit template/@id '2.16.840.1.113883.2.4.6.10.100.200.2' zonder technische consequentie
• Techniek: bepaalde issues (id 6, 7 en 8) leken nog open omdat het tijdstempel op de afsluitende gebeurtenis voor een "open" gebeurtenis
• Techniek: in de terminologiekoppelingen waren nog koppelingen met een vervangen waardendomein W0396 t.b.v. Risicoinschatting besnijdenis blijven staan. Deze zijn in commentaar geplaatst
• Techniek: de oid's voor LOINC, ObservationInterpretation en AttentionLineElementTypeNL zijn nu ook opgenomen in de sectie ids voor de leesbaarheid

• Meta: projectinformatie alinea 2 aangevuld met informatie over de rol van Nictiz, het RIVM en andere partijen zoals Audiologische Centra
• Techniek: reference URL naar http://www.nictiz.nl/jeugdgezondheidszorg verplaatst naar bovengenoemde 2e alinea. Zodra de publicaties op een vaste plaats worden gedaan kan de <reference/> weer terugkeren. Hij wordt gebruikt voor de schematrons om een melding aan de definitie bij de melding te tonen. De link http://www.nictiz.nl/jeugdgezondheidszorg bevat echter alleen generieke projectinformatie.
• Techniek: restURI toegevoegd voor online koppelingen met waardenlijsten. Waardenlijsten krijgen hierdoor een extra link naar de online versie in XML en CSV wat handig is voor leveranciers
• Spelling: DECOR is nu Decor

Definitieve versie ter publicatie op basis van Basisdataset versie 3.2. Omdat dit de eerste keer is dat langs dit medium wordt gepubliceerd volgt onderstaand de handelswijze die is gevolgd bij de totstandkoming.

Status van de Basisdataset bij NCJ (Microsoft SQL Server)

De normatieve, leidende plaats voor de Basisdataset (BDS) is bij gebleken verschillen de database van de NCJ. Op moment van schrijven is BDS v3.1 zichtbaar en bestaat BDS v3.2 alleen in de achtergrond. De BDS-Decor-specificatie betreft een zorgvuldige en geteste conversie van BDS 3.2. Vanwege de verschillen in de technische architectuur zijn sommige zaken anders opgelost, maar alle relevante gegevens zijn overgenomen en getest reproduceerbaar.

Conversieaanpak van SQL Server naar Decor

• Alle (goedgekeurde) wijzigingen in de rubrieken, groepen, elementen, waardendomeinen, waarden zijn te allen tijde eerst ingevoerd in de SQL Server database en daarna geconverteerd via export naar XML en XSLT-transformatie naar Decor
• Export loopt via export per tabel naar een XML-bestand. Tabel Elementen wordt dan bijvoorbeeld Elementen.xml, Waardendomeinen wordt Waardendomeinen.xml enzovoorts. Elke databaserij komt in een XML row-element en iedere kolom komt in een gelijknamig element en zijn waarde daarin als text() node. De meeste tabellen zijn opgehaald met SELECT * FROM "tabelnaam" behalve:
  • Elementen - opgehaald met ORDER BY RubriekID, Sortering
  • Waarden - opgehaald met ORDER BY WaardenDomeinID, Sortering
  Ook zijn uit BDS 3.1 de tabellen Elementen en opgehaald. Bij de overgang van BDS 3.1 naar BDS 3.2 is een databasewijziging ingezet waarbij informatie uit de Elementen-kolommen GBAbericht, Entbericht, Geboortebericht, Planningsbericht, Overdracht en in de 3.2 tabel ElementenHL7Attributen de kolom BerichtElementID verloren was gegaan.
• Transformatie resulteert in de Decor-datasets, vocabulaire en de representingTemplates van de scenario's
  • Decor ondersteunt geen technische/handleidingweergave op de manier zoals die in de oorspronkelijke BDS wel staat. Dit is voorlopig opgelost door twee datasets te maken. Dit zal in de toekomst nog veranderen.
  • De sortering van rubrieken, groepen, elementen, waarden blijkt uit de XML-element volgorde
  • De identificatie van BDS-rubrieken begint met "2.16.840.1.113883.2.4.3.11.60.100.2.1." gevolgd door het rubrieknummer
  • De identificatie van BDS-technische groepen begint met "2.16.840.1.113883.2.4.3.11.60.100.2.2." gevolgd door het groepnummer
  • De identificatie van BDS-elementen begint met "2.16.840.1.113883.2.4.3.11.60.100.2.3." gevolgd door het elementnummer
  • De identificatie van BDS-waardendomeinen begint met "2.16.840.1.113883.2.4.3.11.60.100.2.4." gevolgd door het waardendomeinnummer
  • De identificatie van BDS-handleiding rubrieken begint met "2.16.840.1.113883.2.4.3.11.60.100.2.6." gevolgd door het rubrieknummer
  • De identificatie van BDS-handleiding groepen begint met "2.16.840.1.113883.2.4.3.11.60.100.2.7." gevolgd door het groepnummer
  • De identificatie van BDS-handleiding elementen begint met "2.16.840.1.113883.2.4.3.11.60.100.2.8." gevolgd door het elementnummer
  • De identificatie van BDS-handleiding waarden begint met "2.16.840.1.113883.2.4.3.11.60.100.2.9." gevolgd door het waardenummer
  • De identificatie van BDS-handleiding waardendomeinen begint met "2.16.840.1.113883.2.4.3.11.60.100.2.10." gevolgd door het waardendomeinnummer
  • De BDS-naam staat in de concept/name
  • Als er een synoniem is staat deze in concept/synonym
  • De omschrijving, eventueel aangevuld met de toelichting op het waardendomein staat in concept/desc
  • Alle overige metainformatie uit de SQL-database staat in separate concept/comment elementen
  • De Elementen versie 3.1 kolom Overdracht is gebruikt voor het maken van de representingTemplate in het scenario voor overdracht
  • In Decor is er een strikte scheiding tussen concepten en codes. Een code wordt gehanteerd als een instnatiatie van een concept in een bepaalde context. Als zodanig heeft de BDS SQL database twee contexten: Registratie/opslag en communicatie in HL7v3. Het gevolg is dan ook dat ieder waardendomein met te-coderen-concepten twee koppelingen kent in de vocabulaire van Decor. De zogenaamde linking pin is uiteraard het in de dataset gedefinieerde concept.

Wijzigingen in dossieroverdracht

Dossieroverdracht is eerder gepubliceerd geweest op basis BDS v3.1. Er is tot op heden nog geen volledige test en kwalificatie geweest. Hier onder staan de wijzigingen op hoofdlijnen:

• Bijgewerkt met de nieuwe elementen in BDS 3.2 zoals:
  • Er is een nieuw stuk aan het dossier via CareProvisionEvent/subjectOf waarin de informatie over Status in zorg en Zorgbeëindiging terechtkomt
  • Nieuwe A_Rijksvaccinatie [universal] versie 2
• Alle te gebruiken HL7v3-elementen zijn nu beschreven en gekoppeld aan BDS-elementen. Voor ieder BDS-element is nu terug te vinden waar het hoort.
• De postfix _JGZ is van alle artefacten, behalve het interactie-id voor overdracht, verwijderd. Dit leidde tot problemen in het genereren van XML Schema's
• De specifieke CMET R_AssignedEntityNL_PO [universal] is vervangen door de generieke R_AssignedEntityNL [universal]. Ook hier leidde de postfix _PO tot problemen in het genereren van XML schema's maar bovendien leidt het tot compatibiliteit met andere programma's
• De specifieke CMET R_PatientNL_JGZ [universal] is vervangen door de generieke R_PatientNL [universal] versie 02. Zie boven voor de rationale.
• De specifieke klassen PersonalRelationship en AssignedEntity zijn vervangen door CMET's. De specificatie is niet groter geworden, dus er moeten eveveel elementen worden gebruikt. Meestal moest er slechts een code of naam worden ingevuld zoals "Ouder", zonder dat duidelijk is welke ouder. Als de BDS wordt uitgebreid met aanvullende details dan kan dat zonder aanpassing van de onderliggende structuur.
• Alle rubrieken en sommige van de CMET's hebben templateId-elementen erbij gekregen. Dit helpt in validatie door een ontvanger om te bepalen waarmee hij te maken heeft. Ook de schematrons reageren bij voorkeur op dit type pointer bij sterk gelijkende en/of herhalende fragmenten.

Wijzigingen in rijksvaccinatieprogramma

Er zijn geen wijzigingen in Rijksvaccinatieprogramma ten opzichte van de laatst gepubliceerde versie 1.0.4

Wijzigingen in neonatale hielprikscreening

Er zijn geen wijzigingen in neonatale hielprikscreening ten opzichte van de laatst gepubliceerde versie 1.0.3

• Alle dubbele vermeldingen van conceptLists (waardendomeinen) vervangen door een ref bij de 2e en verder
• Het volgnummer uit de identificatie van conceoptLists gehaald nu deze nooit tweemaal voorkomen
• BDS element 755 "Ingrijpende gebeurtenissen" waarvan het waardendomein van W0202 (codelijst) is omgezet naar W0082 (vrije tekst) voorzien van een history-element waar dit ook uit blijkt.
• Waarde Mislukt toegevoegd en aan NAV (NullFlavor) gekoppeld in alle Oog/visus-'kaarten'. BDS-elementen: 692, 832 (APK Rechts/Links), 1418, 1419 (APK-TOV 5 meter Rechts/Links), 1420, 142 (APK-TOV 4 meter Rechts/Links), 833, 834 (APK-TOV 3 meter Rechts/Links), 835, 836 (LH-kaart Rechts/Links), 837, 838 (Landolt-C-kaart Rechts/Links)
• Volgorde van BDS element 1425 "Bijzonderheden hand links" en 1426 "Bijzonderheden hand rechts" omgedraaid zodat dit bij alle overige R/L concepten aansluit
• Volgorde van BDS element 805 "Bijzonderheden voet links" en 223 "Bijzonderheden voet rechts" omgedraaid zodat dit bij alle overige R/L concepten aansluit

• Datasets opnieuw opgebouwd op de laatste BDS 3.2 versie. De rubriekvolgorde komt nu overeen, de handleidinggroepen zijn op verzoek vervangen door de technische groepen. De handleidinggroepinformatie staat nog wel in commentaar in de technische dataset, maar er is nog een tweede dataset bijgekomen voor de handleiding weergave. Dit is een tijdelijke situatie totdat we de exacte manier van oplossen hebben uitgedacht. In elk geval is alle informatie overgenomen uit de BDS SQL-database. Ook synoniemen zijn nu correct vertegenwoordigd.

• Dataset volledig vernieuwd uit de nieuwe versie 3.2 database onder http://basisdataset.ncj.nl.
  • Alle 828 elementen zijn vertegenwoordigd in de exacte volgorde als in de oorsorpnkelijke BDS, ook als ze niet in berichten terechtkomen zoals berekende velden.
  • In principe zijn de handleiding groepen gekozen boven de technische. Op plaatsen waar alleen een technische groep wordt gestart is deze aangehouden. De meeste elementen zitten echter tegelijk in beide typen groepen en dan 'wint' de handleidinggroep.
  • Er is nu extra informatie. Alle aan elementen gekoppelde waardenlijsten zijn nu meegenomen.
  • In een aantal gevallen is gesimplificeerd in de notatie van de koppeling met HL7, vooral waar het naamdelen en adresdelen betreft. Hierdoor zijn de waardendomeinen onder BDS-elementen ook zuiverder.
• Scenario's gecompleteerd voor dossieroverdracht (JDO), nenatale hielprikscreening (NHS) en rijksvaccinatieprogramma (RVP). Alle koppelingen van BDS-elementen (concepten) aan berichten (transacties) zijn nu compleet
• Voor alle gebruikte identificaties (ids) is nu de betreffende omschrijving beschikbaar
• Alle conceptcodes in de dataset zijn in de terminologie-sectie gekoppeld aan de betreffende HL7-codes/codesystemen.
• Alle HL7-waardenlijsten bijgewerkt naar volgens BDS v3.2
• Alle regels (templates) voor de berichten zijn gedefinieerd en behalve voor JDO, ook op berichtelementniveau gekoppeld aan de betreffende concepten.

• Concepten voor "Erfelijke belasting nagevraagd" en "Ouderkenmerken nagevraagd" verwijderd conform besluit Redactieraad 25-05-2012
• Concept "Geen" toegevoegd in conceptenlijst voor Erfelijke belasting conform besluit Redactieraad 25-05-2012
• Spelfout op "Enuresis/defecatie-problemen" onder element 485 Indicatie gecorrigeerd conform besluit Redactieraad 25-05-2012
• Omschrijving van concept 23 "Oogarts/optometrist/opticiën" aangevuld met "orthoptist" onder element 1159 Verwijzing naar, conform verzoek Bettie 04-06-2012
• Groep 92 Zorgbeëindiging toegevoegd onder Rubriek 50 en element 487 en 488 hieronder geschaard conform besluit Redactieraad 25-05-2012, ten behoeve van longitudinaal bijhouden van redenen voor zorbeëindiging
• Koppeling met HL7v3 code gewijzigd voor "Geen" bij Ouderkenmerken. Dit was "01", maar moet zijn nullFlavor "NA"

• Voorbeeldscenario voor protocollen en richtlijnen toegevoegd. Eerste gebruik van dit type scenario
• Eerste ronde controles op de templates voor dossieroverdracht

• BDS-element 1322 Doodsoorzaak ouder mapping, hint aangepast zodat er niet tweemaal naar waardendomein W0020 werd verwezen maar 1x W0647 en 1x W0020
• BDS-element 1121 Spreektaal ouder, aangepast zodat de dubbele koppeling met het waardendomein is gereduceerd tot één
• BDS-element 495 Toelichting niet verschenen, aangepast zodat de dubbele koppeling met het waardendomein is gereduceerd tot één
• BDS-element 196 Romp onderzocht, aangepast zodat de dubbele koppeling met het waardendomein is gereduceerd tot één
• BDS-element 360 Zorg ontvangen in gezin, hint/valueDomain aangepast zodat er niet tweemaal naar waardendomein W0004 werd verwezen maar 1x W0647 en 1x W0004
• Issues 9-12 aangemaakt
• Templates die koppelen met een representingTemplate aangevuld met een context en voor Versturen partijnummers alle paden nagelopen

• Bettie Carmiggelt toegevoegd als author
• Alle conceptLists gekoppeld aan de betreffende value sets, zodat deze koppeling te zien is in ART bij de dataset