DECOR-informatie voor project: Jeugdgezondheidszorg (jgz-)

• Alexander Henket
• Marja Verwoerd
• Aad Nienhuis
• Kyndylan Nienhuis
• Yvonne Pijnacker Hordijk
• Kees Bosma
• Meindert-Jan Kroese
• Tanja Geerdes-Maas
• Ton Swieb
• Gwen Moonen
• Annemieke Beuker
• Henk Slotboom

• Issue 44 "Lokatie voor vastlegging veldlengte Anders (80AN)?" met status "Gesloten". Laatste gebeurtenis (2020-08-06T17:20:32):
  Op verzoek leveranciers, het niveau verhoogd van info naar warning. Tevens tekst zelf wat aangepast:

   

  Veldlengte van waarde "Anders" wordt gegarandeerd tot 80 tekens; daar buiten is afkapping van de waarde bij de ontvanger mogelijk. Waarden van voor 2020 zouden langer kunnen zijn. Gevonden: n tekens
• Issue 171 "XPath expressies in BerichtElement.csv voor R006, R007, R008 te generiek" met status "Gesloten". Laatste gebeurtenis (2020-08-06T15:01:21):
  Via leverancierscall: oplossen in 4.0.0 (JGZ publicatie 7.0.0) is goed. Het hoeft niet meer in BDS 3.2.6 opgelost. Kleine kanttekening is dat uitwisseling van deze gegevens wel prioriteit begint te krijgen en als BDS 4.0.0 te lang laat wachten, misschien toch ook met BDS 3.2.6/DOB uitgewisseld moet worden. Leveranciers die dit met BDS 3.2.6 willen zullen daarvoor indien nodig de BerichtElementen.csv zelf aanpassen. 
• Issue 177 "Aan- en afmelding in dezelfde groep G074" met status "Feedback nodig". Laatste gebeurtenis (2020-08-11T09:41:15):
  Prima om te sluiten, G074 "Melding Verwijsindex risicojongeren" wordt niet gestructureer uitgewisseld via DOB/BDS 3.2.6.
• Issue 178 "Onduidelijkheid in de intentie van Element en waarde" met status "In behandeling". Laatste gebeurtenis (2020-09-13T23:00:00):
  • R021 Functioneren, element 324 Zindelijkheid, waardendomein 329, vervallen waarden 477 t/m 481 teruggebracht als "deprecated"
  • R018 Activiteit, element 494 Soort activiteit, waardendomein 188, alle vervallen waarden uit 3.2.6 teruggebracht als "deprecated"
  • R018 Activiteit, element 1423 Verzoeker activiteit, waardendomein 659, waarde 1183 Anders hersteld welke onbedoeld in JGZ 7.0.0 beta 1 vervangen was door waarde 1369
  • R018 Activiteit, element 1423 Indicatie activiteit, waardendomein 619, alle vervallen waarden uit 3.2.6 teruggebracht als "deprecated"
  • R047 Conclusies en vervolgstappen, element 483 Interventie, waardendomein 628, alle vervallen waarden uit 3.2.6 teruggebracht als "deprecated"
  • R047 Conclusies en vervolgstappen, element 1159 Verwijzing naar, waardendomein 621, alle vervallen waarden uit 3.2.6 teruggebracht als "deprecated"
• Issue 184 "JGZ 6.12.9.5 publicatie bevat XML materiaal van 6.12.9.4 publicatie" met status "Gesloten". Laatste gebeurtenis (2020-08-06T17:10:49):
  Patch zoals besproken doorgevoerd op basis van de oorspronkelijke BDS 3.2.6 DOB definitie in 6.12.9.5: https://decor.nictiz.nl/pub/jeugdgezondheidszorg/
• Issue 185 "Is MS SQL database in publicatie nodig?" met status "Open". Laatste gebeurtenis (2020-08-07T10:16:55):
  Geen bezwaar vanuit Finalist, wij gebruiken ook uitsluitende de CSV's
• Issue 186 "Afdwingen van doorgifte weergavenaam/displayName" met status "Gesloten". Laatste gebeurtenis (2020-08-06T17:27:52):
  Mede via de leverancierscall: controle op niveau error gezet en toegevoegd in Versturen JGZ-dossieroverdrachtverzoek (payload) voor alles wat daar onder staat. Dat is efficiënter dan bij iedere specificatie van een gecodeerd, apart specificeren.

1. De uiteindelijke versie 7.0.0 kan ter vervanging van publicatie 6.12.9.5 worden gebruikt. Naast Basisdataset (BDS)4.0.0 gebaseerde materialen staan ook alle BDS 3.2.6 gebaseerde materialen erin
2. Basisdataset 4.0.0 is een backward incompatibele versie van de BDS. Deze wordt naast de huidige BDS 3.2.6 gepubliceerd. BDS 3.2.6 en bijbehorende Dossieroverdracht (DOB) zijn niet gewijzigd. Sommige delen van de DOB 326 zijn op nieuw geformuleerd, maar dit heeft geen invloed op bestaande berichten - zie ook punt 6
   1. De Rijksvaccinatieprogramma-berichten (RVP) en het Hielprikverzoek-bericht (NHS) zijn gemaakt op basis van BDS 3.2.6. Omdat de voor deze berichten relevante delen in BDS 4.0.0 niet zijn gewijzigd, hoefde hiervoor geen nieuwe berichten worden gemaakt. De RVP- en NHS-berichten werken dus zowel met BDS 3.2.6 als met 4.0.0
3. Basisdataset 4.0.0 heeft zoals gebruikelijk een eigen viewer: https://decor.nictiz.nl/jeugdgezondheidszorg/BDS400
4. Naast de backward incompatibele aard van BDS 400, zijn ook diverse problemen opgelost die in DOB 326 bestonden. Deze twee factoren hebben ertoe geleid dat er nieuwe HL7v3 modellen en XML schema's nodig waren. De interactie REPC_IN902120NL03 en webservice ZorgOverdrachtVerzoekJGZ versie 3 zijn hiervoor nodig. Deze staan in het XML-materiaal
5. XML-materiaal bevat onder xsl/xsl-326-vs-400 een XSLT 1.1 gebaseerde conversie van 326 naar 400 en vice versa
6. XML-materiaal bevat vernieuwde CSV bestanden voor BDS 326 en 400 deze bevatten nu beide de nieuwe kolom Actief voor Rubrieken, Groepen, Elementen, Waardedomeinen en Waarden. Beschrijving, SQL scripts en MS SQL Database zijn hierop aangepast. Op basis van diverse issues is de templating on DOB 326 anders geformuleerd zodat er betere XPaths uit komen in BerichtElementen.

• Issue 44 "Lokatie voor vastlegging veldlengte Anders (80AN)?" met status "Gesloten". Laatste gebeurtenis (2020-06-30T15:15:31):
  In template overkoepelend controle op niveau info toegevoegd die afgaat als er meer dan 80 tekens zijn gebruikt.
• Issue 87 "Vereenvoudiging careStatus/author/time" met status "Gesloten". Laatste gebeurtenis (2020-06-30T15:42:02):
  Leveranciersoverleg: consensus dat beter aansluiten op de BDS wenselijk is. Sommige leveranciers moeten nog wel de consequentie van deze wijziging extra bekijken maar dat is geen reden om het issue open te houden.
• Issue 102 "E0108 Meerling uit het hielprikbericht" met status "Gesloten". Laatste gebeurtenis (2020-05-25T12:47:18):
  Hileprikverzoek gebeurt via POOR_IN002150NL welke gekoppeld is met R_SubjectNL_JGZ Informal [identified/confirmable]. In deze interactie komt, in tegenstelling tot dossieroverdracht de Rubriek 16 Pasgeborene en eerste levensweken, via template A_NeonateData niet voor. Dat betekent dat de letterlijke tekst uit BDS-element 108 niet goed in het Hielprikverzoekbericht kon worden meegenomen.

   

  Dit is nu mogelijk gemaakt via POOR_IN002150NL/ControlActProcess/subject/procedureRequest/recordTarget/patient/subjectOf1/administrativeObservation.

   

  Merk op dat deze informatie dus normalerwijs niet direct onder de patiëntgegevens staat en ook alleen op deze plaats terechtkomt indien de daarvoor bestemde plaats gekoppeld aan rubriek 16 (hl7:neonateData) niet wordt gebruikt. Merk ook op dat overwogen is om BDS-element 108 voor hielprikverzoek in POOR_IN002150NL/ControlActProcess/subject/procedureRequest/pertinentInformation of ./subjectOf2 te plaatseen maar hiertegen bestonden al expliciete schematronregels en definities waardoor invoering weliswaar mogelijk, maar complexer zou worden.
• Issue 115 "Duplicaatdetectie beschrijven voor alle transacties" met status "Feedback nodig". Laatste gebeurtenis (2020-06-30T14:58:05):
  Voor NHS, correcte uitvoering lastig te garanderen, BSN van de ene ouder kan bijv. bij het eerste 'type' hielprik ingevuld zijn, BSN van de andere ouder bij de tweede hielprik. 

   

  Echter, alleen het BSN van moeder wordt gehanteerd, of het bsn van het kind wordt doorgegeven. Ik heb geen hielprikberichten met bsn van vader.
• Issue 134 ""nagevraagd" element verplicht in BDS, required in template" met status "Gesloten". Laatste gebeurtenis (2020-06-30T15:50:43):
  Leveranciersoverleg: consensus dat we de DOB nu niet strenger moeten maken dan hij is voor de "Nagevraagd" velden. Daarmee blijft dit deel van de specificatie ongewijzigd.
• Issue 141 "Verplaatsen naar contactgebonden context" met status "Uitgesteld". Laatste gebeurtenis (2020-05-25T17:38:26):
  Verder oppakken in BDS versie > 3.4.0
• Issue 143 "Wijzigingsverzoek BDS 4.0.0: R038" met status "Uitgesteld". Laatste gebeurtenis (2020-07-15T10:05:41):
  Via leveranciersoverleg: advieslengtess/invoerlengtes die anders zijn dan de "databaselengte" zijn iets nieuws voor de BDS. We kennen die functionaliteit nu niet. Het lijkt niet verstandig om dat nu te proberen op te lossen met risico op langere doorlooptijden.

   

  Redactieraad heeft wel het "wat" in beeld (4000 > 500), maar het "hoe" (de invoerstrategie) is op dit moment nog niet rond. Afgesproken om deze wijziging nog niet in werkpakket 1 te betrekken en meer tijd te besteden in de uitwerking.
• Issue 145 "Onmogelijk bepaalde gegevens overdragen zonder vaccinatie" met status "Gesloten". Laatste gebeurtenis (2020-06-30T15:26:43):
  Implementatie van Rijksvaccinatie hoeft pas te gebeuren vanaf BDS 4.0.0 met bijbehorende Dossieroverdracht (DOB). De templating bij deze DOB zal hiervoor worden bijgewerkt. Omdat de CMET voor Rijksvaccinatie niet bedoeld is voor informatie buiten groepen G076 en G094, moet dit deel dus buiten deze CMET in de normale rubricCluster worden geplaatst. Ook hiervoor wordt de templating aangepast.
• Issue 146 "Logisch ontwerp BSN is N8..9, niet N..12" met status "Gesloten". Laatste gebeurtenis (2020-05-25T10:52:52):
  Waardendomein W0022 BSN is aangepast naar Nummer max 9
• Issue 148 "Verplicht maken Van Wiechen Kolom" met status "Gesloten". Laatste gebeurtenis (2020-06-30T15:31:33):
  We hebben de verplichting geintroduceerd juist omdat er praktijkproblemen ontstonden uit het 'niet-hebben' van een kolom. Als er systemen/registraties blijven bestaan die de kolom niet hebben dan blijven die problemen bestaan bij overdracht. Effect van die achtergrond is dat er conversie gevraagd wordt bij overdracht (runtime) of eenmalig van de hele database.

   

  Consensus op de leverancierscall is dus dat de enige weg voorwaarts is, om met ingang van DOB op BDS 4.0.0, de kolom verplicht te gaan stellen zodat dit een harde eis wordt.
• Issue 151 "BDS element 1324 niet goed gemapt" met status "Gesloten". Laatste gebeurtenis (2020-03-27T17:49:48):
  De template A_Zwangerschap definieerde een element voor 2 andere elementen via de predicate op de elementnaam, maar definieerde vervolgens ook voor BDS element 1324 dat deze in dit element moest komen. Door het predicate zou dat niet hebben gekund. De definitie van meerdere BDS-element onder 1 HL7-element is opgesplitst naar 3 losse HL7-elementdefinities.
• Issue 152 "deliveryObservation definities niet in elkaar definiëren" met status "Gesloten". Laatste gebeurtenis (2020-03-27T17:52:38):
  Naast template A_Zwangerschap betrof het ook definities in A_NeonateData [universal] en R_Patient [universal]. Deze zijn alle aangepast zodat ieder BDS-element onder een eigen HL7-element komt en templatekoppelingen met de BDS dus ook unieke XPath expressies krijgen. Dit heeft geen enkele consequentie op bestaande implementaties. Het zal alleen sommige nieuwe implementaties vergemakkelijken door het unieke pad wat hierdoor ontstaat.
• Issue 153 "XML-materiaal: BerichtElementen.csv mist attribuutwaarden" met status "Gesloten". Laatste gebeurtenis (2020-03-28T18:18:57):
  Scripting aangepast die de instances leest in de map instances om daar CSV van te maken. Deze leest en verwerkt nu ook de conceptkoppelingen onder attributen en stelt daarbij het juiste pad samen tot en met het betreffende attribuut. Dit heeft effect bij volgende releases na 6.12.9.5.
• Issue 154 "XML-materiaal: R021/E1422 Fout in XPath expressie." met status "Gesloten". Laatste gebeurtenis (2020-03-30T21:06:56):
  Rubriek 21/Element 1422 Fout in XPath expressie. In de XPath was conceptList/concept/concat verandert in conceptList/*/concat.  ik dit weer terugdraai dan blijft onze unittest voor element 1422 gewoon werken. deze kan gesloten worden.
• Issue 155 "XML-materiaal: R035/E362 [ANY] fout in expressie" met status "Gesloten". Laatste gebeurtenis (2020-03-30T21:05:52):
  R035/E362 [ANY] fout in expressie. Dit zit fout in onze HL7 parser. Het werkt sowieso niet met en zonder de [ANY] toevoeging. Betreft DOB v2.0 dus deze komt vanzelf aan bod als we R035 implementeren. Het issue kan gesloten worden.
• Issue 156 "Mapping van 28 Asielzoekerskind en 24 Nationaliteit onduidelijk" met status "Gesloten". Laatste gebeurtenis (2020-05-25T16:36:51):
  De mapping voor Asielzoekerskind is verhuisd van patient/patientPerson/asCitizen naar patient/subjectOf1/administrativeObservation. De specificatie van patient/patient/asCitizen is vereenvoudigd zodat er alleen nog een mapping naar politicalNation/code overblijft voor BDS-element Nationaliteit. Ook is de specificatie voor 0000 (Onbekend), 0499 (Staatloos), 0002 (Behandeld als Nederlander) en 0500 (Vastgesteld niet-Nederlander) verbeterd. Er stond slechts een tekstuele opmerking en een stukje in de waardelijst. Dit is nu formeel uitgeschreven.

  Effect van deze wijzigingen is eenduidigheid voor zowel nationaliteit als asielzoekerskind. Beide elementen hebben nu tevens nog slechts 1 geldige XPath expressie.

  Merk op dat deze wijzgingen zijn gedaan in een nieuwe versie van het R_Patient [universal] en dus pas in de BDS 4.0.0 DOB zullen werken. Hierdoor ontstaat geen backward compatibility probleem.
• Issue 157 "Mapping voor BDS-elementen 1, 2 en 5 ontbreekt" met status "Gesloten". Laatste gebeurtenis (2020-03-31T22:13:16):
  De transacties zijn leidend voor scenario's

   

  Ik kom genoemde voorbeelden niet tegen in de XML-materialen. Sterker nog: REPC_IN002160NL_05.xml bestaat zelfs niet? Ik heb ook het gepubliceerde 6.12.9.1 XML-package opgehaald, maar ook daar zag ik het niet.

   

  Ik kwam het wel tegen in REPC_QX002160NL_Simulator_DDJGZ_oproeplijstontvanger_S1.xml in het kwalificatiepackage (3x). Die heb ik aangepast naar OR.
• Issue 158 "Soort adres bij vaccinatiestatus opvragen" met status "Gesloten". Laatste gebeurtenis (2020-05-25T15:54:00):
  Verplichting op het meegeven van een adrestype in het opvragen van vaccinatiestatus is verwijderd. Het blijft mogelijk maar is dus niet meer verplicht.
• Issue 159 "BSN uit partijnummerbericht" met status "Gesloten". Laatste gebeurtenis (2020-05-19T11:07:26):
  Ik snap de verwarring. Alle initiërende interacties includeren dezelfde transmissionwrapper waarin optioneel AttentionLine zit. Áls je attentionLine gebruikt, dan is deze gekoppeld aan BSN kind of BSN ouder, afhankelijk van type bericht. Óf je attentionLine zou moeten gebruiken, is afhankelijk van configuratie bij VZVZ en valt buiten deze specificatie. Om die reden kan ik hem er hier niet goed uithalen, ook al klopt je observatie dat Bericht 3 geen zinvolle attentionLine kan hebben.
• Issue 160 ""Naam uitvoerende persoon" uit bericht 4 halen" met status "Gesloten". Laatste gebeurtenis (2020-05-25T17:03:05):
  Weghalen kan niet omdat de template wordt gedeeld met het Dossieroverdrachtsbericht waarin de naam uitvoerende wel wordt gevraagd. Ik heb in plaats daarvan de bestaande constrainttekst onder element assignedPerson als volgt uitgebreid: Relevant voor dossiervoering en dossieroverdracht. Niet gebruiken in rijksvaccinatieberichten
• Issue 161 "Gebruik van BSN ouder in vaccinatieberichten" met status "Gesloten". Laatste gebeurtenis (2020-05-25T16:50:05):
  Bericht 1/2 Opvragen en opleveren vaccinatiestatus en Bericht 4 Versturen toegediende vaccinaties gaan uit van de persoon die de vaccinaties respectievelijk gaat krijgen of gekregen heeft. BDS-element 1587 Datum maternale kinkhoestvaccinatie wordt ook beschouwd vanuit het perspectief van het kind. Het bsn van de ouder speelt in die zin dus geen rol in deze berichten. Het was "de moeder", maar haar bsn doet hier eigenlijk niet ter zake.
• Issue 162 "Betekenis van "periode zorg" in bericht 4" met status "Gesloten". Laatste gebeurtenis (2020-05-25T17:29:33):
  Het heeft geen betekenis in deze template. Er is ooit gezegd dat alle berichten dezelfde opbouw zouden moeten hebben. Daar zijn we laten vanaf gestapt omdat het gewoon niet altijd praktisch om altijd berichten te sturen via een dossier naar activiteit langs niet-contactgebonden informatie: denk maar aan partijnummers. Het element CareProvision.effectiveTime is er langs die route in gekomen en blijven staan. Ik heb dit element nu verwijderd omdat het in geen enkele transactie wordt gebruikt die van dit template gebruik maakt, maar - belangrijker nog - volgens het XML schema helemaal niet kan.
• Issue 163 "Schematronfout: nullflavor ID ipv URA?" met status "Gesloten". Laatste gebeurtenis (2020-05-19T10:36:13):

  Die hoort onder CareProvisionEvent/performer | CareProvisionEvent/author. Bij rubriek 41 Rijksvaccinatieprogramma is deze ooit bewust verwijderd

• Issue 164 "Wijzigingsverzoek BDS 4.0.0: R013" met status "Gesloten". Laatste gebeurtenis (2020-05-29T14:59:15):
  Wijziging op R013 Bedreigingen uit de directe omgeving doorgevoerd zoals gevraagd
• Issue 165 "Wijzigingsverzoek BDS 4.0.0: R018" met status "Gesloten". Laatste gebeurtenis (2020-06-30T16:52:23):
  Leverancierscall: plannen rondom verwijderen van NonEncounterEvent besproken. Plannen voor doorgeven van extra elementen in Rubriek 18 in een rubricCluster besproken. Beide plannen consensus op bereikt.

   

  Strategie voor de sterk gewijzigde Soort Activiteiten lijst (W0188) besproken. Hoe om te gaan met op/neer conversie tussen 3.2.6 en 4.0.0. Nictiz laat zien dat je dat zouden kunnen doen als volgt:

  • Volg voorstel voor conversie van 3.2.6 naar 4.0.0 waarin matches staan beschreven
  • Voor conversie van 4.0.0 naar 3.2.6 kun je voor waarden die niet passen in 3.2.6 deze overnemen in Anders + omschrijving

  Bredere discussie nodig om de definitieve strategie hiervoor te bepalen.

   

  Elementen 1351 Contact met + nieuwe element Contact ivm meldcode discipline consensus om deze te verplaatsen naar Rubriek 13 Bedreigingen. Elementen 1351 heeft in rubriek 13 een nieuw nummer 1606 gekregen.
• Issue 166 "Wijzigingsverzoek BDS 4.0.0: R041 Rota" met status "Geannuleerd". Laatste gebeurtenis (2020-05-29T15:21:26):
  Op basis van leverancierscall waarin is gemeld dat VWS nog nadenkt over de exacte uitvoereing van Rota-vaccinatie is toevoeging aan de BDS op dit moment in de tijd geannuleerd
• Issue 167 "Wijzigingsverzoek BDS 4.0.0: R021" met status "Gesloten". Laatste gebeurtenis (2020-05-29T15:23:26):
  Wijziging op R021 Functioneren doorgevoerd zoals gevraagd
• Issue 168 "Wijzigingsverzoek BDS 4.0.0: R047" met status "Gesloten". Laatste gebeurtenis (2020-05-29T15:52:50):
  Wijziging op R047 Conclusies en vervolgstappen doorgevoerd zoals gevraagd
• Issue 169 "Toevoegen E1498 aan BerichtElementen.csv" met status "Gesloten". Laatste gebeurtenis (2020-06-05T12:22:45):
  Wordt reeds opgelost via issue#153. Het juiste pad is overigens hl7:text/@mediaType zoals te zien in de sectie Gebruik bij het datasetconcept.
• Issue 170 "Toevoegen toestemming elementen aan BerichtElementen.csv" met status "Gesloten". Laatste gebeurtenis (2020-06-05T12:25:59):
  Wordt opgelost in issue#153.
• Issue 171 "XPath expressies in BerichtElement.csv voor R006, R007, R008 te generiek" met status "Feedback nodig". Laatste gebeurtenis (2020-06-05T15:49:50):
  Dit is een plek waar mapping puur op basis van de XPath expressies tekort zal schieten en is er meer nodig. De enige manier om dit op te lossen in de template is door de hele (vrij diepe) definitie van hl7:careProvision te vervijfvoudigen (huisarts,tandarts,apotheek,voor- buitenschoolse voorzieningen, rubriek). Dat veroorzaakt veel beheer mijnerzijds en minder leesbare definitie, voor vrij betrekkelijke winst (separate XPath expressies). 

   

  Volgens mij moet je dit in jullie eigen software oplossen.
• Issue 172 "Onduidelijkheid in mapping van R007 en E714 in BerichtElement.csv" met status "Gesloten". Laatste gebeurtenis (2020-06-05T14:44:57):
  Het kan eenvoudiger opgelost: de voorgestelde verplaatsing naar patient/subjectOf1/administrativeObservation was al geruime tijd eerder (2012) gebeurd; alleen de mapping was blijven staan. Ik heb de mapping naar hl7:asPatientOfOtherProvider/hl7:subjectOf/hl7:careProvision verwijderd en daarmee is de ambiguiteit eruit gehaald
• Issue 173 "consentEvent gerelateerde XPath expressies matchen alle type toestemmingen" met status "Gesloten". Laatste gebeurtenis (2020-06-07T14:31:50):
  Bij het werken aan conversie van BDS 3.2.6 naar 4.0.0 komen andere typen problemen in deze templating naar boven die aanpassing vereisen. Zoals de template "Care Provision Event Authorization" nu in elkaar zit kun je geen "Bron toestemming gegevensuitwisseling RVP" en geen "Naam bron toestemming gegevensuitwisseling RVP" doorgeven. Er zit een conflict tussen de assertion die zegt dat dat via responsibleParty moet en de hl7:author[hl7:patient1 | hl7:personalRelationship | hl7:assignedEntity1] die dat niet ondersteunt. Verder ondersteunt hl7:author/hl7:relatedPerson expliciet geen namen waardoor uitwijken naar dat element niet helpt.

   

  Dit is niet op backward compatible wijze op te lossen. Voor BDS 4.0.0 zou dat geen bezwaar zijn. Voor BDS 3.2.6 zou het in principe geen bezwaar zijn om dit probleem te laten bestaan omdat er op dit moment nog geen RVP toestemmingen worden doorgegeven.

   

  Voor BDS 4.0.0 DOB heb ik dan ook gepland, omdat authorization ook veel complexer was opgelost dan strikt noodzakelijk, de ene template "Care Provision Event Authorization" te vervangen door losse templates die elk 1 type toestemming beschrijven. De inhoud is nagenoeg identiek. De author is nu altijd een responsibleParty met als redenatie dat je alleen bron van de toestemming bent als je daarvoor verantwoordelijkheid kunt nemen. Door deze splitsing gebeurt tevens precies wat dit issue vraagt: de ambiguiteit in de XPath expressies verdwijnt.

   

  De ongemakkelijke mapping voor element 1537 "Naam JGZ-medewerker toestemming gegevensuitwisseling RVP" + 1541 "Toestemmingswijze gegevensuitwisseling RVP" is nog actueel. Dat kan alleen opgelost met een schemawijziging. Ook daarvoor zou een nieuwe interactie opportuun kunnen zijn. Dit ter bespreking leverancierscall.

   

  Aan het dossier is ook een nieuwe koppeling met pertinentInformation toegevoegd ten behoeve van Rubriek 10, element 476 Informatie verstrekt over werkwijze JGZ". Dit is geen toestemming en dus geen authorization. Oorspronkelijk was de logica dat als er een toestemming verleend is, dan is er ook informatie verstrekt. In afwezigheid van toestemmingen is er geen informatie verleend. De BDS erkent dit echter als separaat gegeven en dat is het nu ook in de DOB 4.0.0.
• Issue 174 "hl7:author mapt volgens BerichtElement.csv op zowel G091 en G085" met status "Gesloten". Laatste gebeurtenis (2020-07-15T09:26:15):
  Via leverancierscall: voorkeur voor unieke mappings, maar in de afweging kan het toch zijn dat unieke mappings meer onderhoud opleveren dan de unieke mapping waard is. Akkoord met de oplossing op dit moment.
• Issue 175 "BerichtElementen.csv bevat XPath mappings voor G085 en G091 die op de verkeerde XML elementen mappen" met status "Gesloten". Laatste gebeurtenis (2020-08-04T08:30:59):
  Zie issue 176 voor oplossingsrichting.
• Issue 176 "BerichtElementen.csv bevat voor R050 mappings voor 'Verantwoordelijke JGZ Organisatie'" met status "Gesloten". Laatste gebeurtenis (2020-08-04T08:30:02):
  De groepkoppelingen voor verantwoordelijke en uitvoerende organsiatie zijn naar hl7:responsibleParty respectievelijk hl7:author gebracht. Tot dit niveau kun je ze daarmee uit elkaar houden. Daar onder (id, naam) zitten de koppelingen op gedeelde templatedefinitie en moet je dus via hun parent-element de juiste kiezen. Deze oplossing hebben we in de cvall besproken en akkoord bevonden dus ik sluit dit issue bij deze.
• Issue 177 "Aan- en afmelding in dezelfde groep G074" met status "Feedback nodig". Laatste gebeurtenis (2020-06-05T15:17:25):
  Opgelost voor BDS/DOB 4.0.0.
• Issue 178 "Onduidelijkheid in de intentie van Element en waarde" met status "In behandeling". Laatste gebeurtenis (2020-07-15T10:42:58):
  Via leverancierscall: vervallen elementen moet wel van bekend zijn wat destijds hun 'structuur' was. Dat kan alleen als je bij de definitie kunt, dus voorstel om deze in de BDS vast te houden met markering "niet actief". Deze elementen moeten dan ook in de CSV/Database terechtkomen met die markering. Deze markeringen bestaat nog niet. Alexander doet voorstel. De BDS Viewer blijft zoals hij is: alleen huidige stand van zaken.

   

  Behoefte geuit om betere afstemmming van verwachting te doen bij nieuwere versies door de tijd heen en voor nieuwe leveranciers. Dit kan naar verwachting  procedureel.

   

  Element 1333 Waarde onder Rubriek 51 moet nog wel waardendomein "W0082 4000AN" gaan krijgen.

   

  Voor vervallen waarden kan hetzelfde gelden: behouden in waardedomein/waardelijst als vervallen waarden. Niet tonen in Viewer. Wel exporteren (met status Vervallen) in CSV.
• Issue 179 "inFulfillment/encounter/id is XSD verplicht maar staat op NP" met status "Gesloten". Laatste gebeurtenis (2020-08-04T07:36:57):
  Het is een verplicht schema-element (via recursie). Het voorstel komt erop dat je op zinvolle manier kunt omgaan met het element zonder dat je er data voor hoeft hoeft te hebben of te verwerken. Er wordt dus juist niets extra gevraagd om over te dragen. Ik ga er voor het moment vanuit dat de gestelde oplossing acceptabel is en sluit het issue.
• Issue 180 "Wijzigingsverzoek BDS 4.0.0: R019" met status "Gesloten". Laatste gebeurtenis (2020-06-30T16:18:56):
  Leverancierscall: consensus om element te verwijderen en Anamnese optioneel te maken. Wel met notie dat de discussie non-BDS/verwijderen/deprecatie van elementen elders moet worden besproken.
• Issue 181 "Element 360: geen goede mapping mogelijk" met status "Gesloten". Laatste gebeurtenis (2020-08-04T07:39:35):
  Opgelost zoals voorgesteld in het issue.
• Issue 182 "Element 137, 138, 629 niet goed in DOB" met status "Gesloten". Laatste gebeurtenis (2020-08-04T07:38:41):
  Opgelost zoals voorgesteld in het issue.
• Issue 183 "Advies Audiologisch Centrum aan ouders: 1435 0..1 of 0..*" met status "Feedback nodig". Laatste gebeurtenis (2020-07-27T09:10:50):
  Vanuit de documentatie van de NSDSK blijken verschillen. deze worden nog tussen de NSDSK en de NCJ Redactieraad besproken.

• Issue 146 "Logisch ontwerp BSN is N8..9, niet N..12" met status "In behandeling". Laatste gebeurtenis (2020-02-14T11:06:52):
  Redactieraad heeft op 31-1-2020 besloten dat de definitie van het waardendomein W0022 aangepast kan worden conform logisch ontwerp voor BSN'S, Dus N8..9
• Issue 147 "BSN in berichten N9, niet N8..9" met status "Gesloten". Laatste gebeurtenis (2019-12-17T19:35:58):
  • Templatedocumentatie aangepast. Zin toegevoegd: "Een BSN is N8..9 maar is in berichten altijd N9, eventueel via een voorloopnul."
  • Coreschematron-melding voor II.NL.BSN verbeterd "dtr1-2-II.NL.BSN: Burgerservicenummer MOET 9 cijfers lang zijn, met voorloopnullen indien korter dan 9 cijfers."
• Issue 149 "Lengte van een BIG-nummer (W0675)" met status "Gesloten". Laatste gebeurtenis (2020-02-11T13:46:50):
  Het CIBG laat telefonisch weten dat een BIG-nummer inderdaad 11 tekens lang is. Het waardendomein wordt aangepast. Deze aanpassing komt mee in de eerstvolgende release.
• Issue 150 "Observation/value onjuist datatype" met status "Gesloten". Laatste gebeurtenis (2020-02-19T11:55:08):
  • Template obs Bijzonderheden taalsignaleringsinstrument, BDS element 819. Alleen tekstueel: omschrijving zei CV, maar moet ST zijn. 
  • Template obs Toelichting aard bijzonderheden, BDS element 821. Alleen tekstueel: omschrijving zei CV, maar moet ST zijn. 
  • Template obs A terme datum, BDS element 1578. Technisch: datatype zei CV, maar moet TS zijn
  • Template obs Kinkhoest doorgemaakt na zwangerschapsduur 12w6d, BDS element 1580. Technisch: datatype zei CV, maar moet BL zijn
  • Template obs Kinkhoestvaccinatie gekregen na zwangerschapsduur 12w6d, BDS element 1582. Technisch: datatype zei CV, maar moet BL zijn
  • Template obs Stollingsstoornis, BDS element 1582. Technisch: datatype zei CV, maar moet BL zijn
  • Template obs Chronisch drager Hepatitis-B, BDS element 1586. Technisch: datatype zei CV, maar moet BL zijn
  • Template obs Datum maternale kinkhoestvaccinatie, BDS element 1587. Technisch: datatype zei CV, maar moet TS zijn

• Issue 137 "UZI/BIG/AGB van melders moet 0..1C zijn" met status "Gesloten". Laatste gebeurtenis (2019-01-31T17:17:28):
  Uitgevoerd zoals voorgesteld. BDS 3.2.5 viewer opnieuw gemaakt zodat deze consistent is.
• Issue 138 "Dubbele vermelding van 26 DKTP-Hepatitis B" met status "Gesloten". Laatste gebeurtenis (2019-06-13T14:58:25):
  Dubbele vermelding van DKTP-Hepatitis B verwijderd.
• Issue 142 "Voorbeeld contactmomentafspraak incorrect" met status "Gesloten". Laatste gebeurtenis (2019-11-29T17:45:35):
  Voorbeeld voor contactmomentafspraak gecorrigeeerd

Deze release bevat BDS versie 3.2.5. Deze versie van de BDS maakt vastleggen en overdragen van toestemming gegevensuitwisseling in het Rijksvaccinatieprogramma (RVP) mogelijk (Rubriek 10 Toestemmingen) en voegt een element voor Schoolnaam toe (Rubriek 8 Voor- of buitenschoolse voorzieningen/school), maar er zijn ook vele tekstuele aanpassingen gedaan. Deze tekstuele wijzgingen hebben geen invloed op de betekenis van rubrieken, groepen, elementen of waarden.

Mede op basis van deze versie van de BDS zijn ook transacties voor de volgende berichten aangepast

• Dossieroverdracht (DOB) - nieuwe elementen toegevoegd
• Bericht 4a Versturen geanonimiseerde vaccinaties is definitief gemaakt zonder wijzigingen sinds JGZ release 6.12.9.2
• Bericht 8 Versturen toestemmingsbericht RVP toegevoegd met status "Ontwerp" omdat de gegevensrichtlijn nog niet definitief is

Tenslotte zijn, eveneens mede op basis van deze versie van de BDS de volgende templates aangepast. Dit is exclusief de templates die zijn aangepast om de tekstuele wijzigingen in de BDS te volgen.

• Template 2.16.840.1.113883.2.4.6.10.100.10010 "Care Provision Event Authorization" ondersteunt de nieuwe elementen voor toestemming gegevensuitwisseling RVP
• Template 2.16.840.1.113883.2.4.6.10.100.131 "R_PatientNL_JGZ [universal]" ondersteunt het nieuwe element 1532 Schoolnaam

BDS 3.2.5 bevat wijzigingen in de volgende rubrieken, groepen en elementen:

1. Rubriek R002: Dossierinformatie
   • 695 Dossiernummer - tekstueel ("kind" > "jeugdige")
2. Rubriek R051: Niet-gespecificeerde gegevens
   • 1335 Rubriek ID - tekstueel (naam rubrieken 30, 31, 45)
3. Rubriek R003: Persoonsgegevens - tekstueel ("kind" > "jeugdige", GBA > BRP)
   • 7 BSN
   • 1503 Vreemdelingennummer
   • 6 Voornaam
   • 3 Voorvoegsel geslachtsnaam
   • 4 Geslachtsnaam
   • 5 Roepnaam
   • 1 Voorvoegsel achternaam
   • 2 Achternaam
   • 19 Geslacht
   • 20 Geboortedatum
   • 21 Datum overlijden
   • 1363 Woonverband ID jeugdige
   • Groep G001: Adres jeugdige
   • 697 Adres is geheim - tevens (was: "Indicatie geheim adres", omschrijving aangepast zodat er geen onmogelijke verplichting op vastlegging "voor wie" meer in staat)
   • 9 Gemeente
   • 10 Woonplaats
   • 11 Straatnaam
   • 12 Huisnummer
   • 13 Huisletter
   • 16 Postcode
   • 630 Land
   • Groep G096: Periode
   • 1454 Einddatum geldigheid adres jeugdige
   • 1386 Periode geldigheid adres jeugdige
   • 26 Land vanwaar ingeschreven
   • 29 Datum vertrek uit Nederland
   • 22 Geboorteplaats
   • 23 Geboorteland
   • 24 Nationaliteit
   • Groep G002: Telefoonnummer jeugdige
   • 698 E-mail jeugdige
   • 53 Ziektekostenverzekering
   • 631 Indicatie gezag minderjarige
   • 18 Indicatie geheim
   • 707 Laag- of niet geletterde
   • Groep G003: WID jeugdige
   • Groep G004: Contactpersoon jeugdige
   • 704 Naam contactpersoon
   • 1318 Rol contactpersoon
4. Rubriek R011: Gezinssamenstelling - tekstueel ("kind" > "jeugdige", GBA > BRP, ouder > ouder/verzorger)
   • 1352 Woonverband ID
   • 607 Gezinssamenstelling woonverband
   • 62 Relatie tot jeugdige ouder/verzorger
   • 655 BSN ouder/verzorger
   • 1367 Bijzonderheden ouder/verzorger
   • 71 Geboorteland ouder/verzorger
   • 65 Datum overlijden ouder/verzorger
   • 1322 Doodsoorzaak ouder/verzorger
   • 1191 Spreektaal ouder/verzorger
   • 659 Gemeente ouder/verzorger
   • 660 Woonplaats ouder/verzorger
   • 662 Huisnummer ouder/verzorger
   • 663 Huisletter ouder/verzorger
   • 666 Postcode ouder/verzorger
   • 669 Land ouder/verzorger
   • 74 Relatie tot jeugdige broer/zus
5. Rubriek R050: Zorggegevens - tekstueel ("kind" > "jeugdige", GBA > BRP)
   • Groep G093: Status in zorg
   • 1197 Status in zorg
   • 1330 Datum start zorg
   • Groep G092: Zorgbeëindiging
   • 487 Zorgbeëindiging - tevens ("Bereiken 19-jarige leeftijd" > "Leeftijd" en omschrijving bijgewerkt op wijziging wetgeving)
   • 488 Datum zorgbeëindiging
   • 469 Toestemming aan verpleegkundige om te vaccineren - tevens (was: ..."vaccinaties")
   • 1383 Datum toestemming aan verpleegkundige om te vaccineren - tevens (was: ..."vaccinaties")
   • 1385 Arts UZI toestemming aan verpleegkundige om te vaccineren - tevens (was: ..."vaccinaties")
   • 1504 Arts BIG toestemming aan verpleegkundige om te vaccineren - tevens (was: ..."vaccinaties")
   • 1521 Arts AGB toestemming aan verpleegkundige om te vaccineren - tevens (was: ..."vaccinaties")
   • 1505 Arts naam toestemming aan verpleegkundige om te vaccineren - tevens (was: ..."vaccinaties")
6. Rubriek R005: Betrokken JGZ-organisaties - tekstueel ("kind" > "jeugdige", GBA > BRP)
   • Groep G085: Uitvoerende JGZ-organisatie
   • 603 Uitvoerende JGZ-organisatie URA
   • 1529 Uitvoerende JGZ-organisatie AGB
   • 1506 Uitvoerende JGZ-organisatie naam
   • 708 Uitvoerende JGZ-professional UZI
   • 1457 Startdatum geldigheid uitvoerende JGZ-organisatie
   • 1458 Einddatum geldigheid uitvoerende JGZ-organisatie
   • 1387 Periode geldigheid uitvoerende JGZ-organisatie
   • Groep G091: Verantwoordelijke JGZ-organisatie obv de BRP
   • 1441 Verantwoordelijke JGZ-organisatie URA
   • 1530 Verantwoordelijke JGZ-organisatie AGB
   • 1507 Verantwoordelijke JGZ-organisatie naam
   • 1442 Verantwoordelijke JGZ-professional UZI
   • 1459 Startdatum geldigheid verantwoordelijke JGZ-organisatie
   • 1460 Einddatum geldigheid verantwoordelijke JGZ-organisatie
   • 1443 Periode geldigheid verantwoordelijke JGZ-organisatie
7. Rubriek R006: Huisarts - tekstueel ("kind" > "jeugdige")
   • 604 Huisarts UZI
   • 1527 Huisarts BIG
   • 1509 Huisarts AGB
   • 709 Huisartsenpraktijk URA
   • 1510 Huisartspraktijk AGB
   • 31 Huisarts/huisartsenpraktijk naam
   • 1461 Startdatum geldigheid huisarts
   • 1462 Einddatum geldigheid huisarts
   • 1388 Periode geldigheid huisarts
8. Rubriek R007: Andere betrokken organisaties/hulpverleners - tekstueel ("kind" > "jeugdige", hulpverleners > hulpverlener in elementen, hulpverlenerorganisatie(s) > hulpverlenerorganisatie in elementen
   • 688 Andere betrokken hulpverlener UZI
   • 1528 Andere betrokken hulpverlener BIG
   • 1511 Andere betrokken hulpverlener AGB
   • 723 Andere betrokken hulpverlenersorganisatie URA
   • 1512 Andere betrokken hulpverlenersorganisatie AGB
   • 42 Andere betrokken organisatie/hulpverlener naam
   • 1463 Startdatum geldigheid andere betrokken organisatie/hulpverlener
   • 1464 Einddatum geldigheid andere betrokken organisatie/hulpverlener
   • 1389 Periode geldigheid andere betrokken organisatie/hulpverlener
   • Groep G005: Contactpersonen/hulpverleners
   • 710 Naam contactpersoon/hulpverlener - tevens (was: "Contactpersoon organisatie/hulpverlener")
   • 711 Functie contactpersoon/hulpverlener - tevens (was: "Functie contactpersoon organisatie/hulpverlener")
   • 712 Telefoon contactpersoon/hulpverlener - tevens (was: "Telefoon contactpersoon organisatie/hulpverlener")
   • 713 E-mail contactpersoon/hulpverlener - tevens (was: "E-mail contactpersoon organisatie/hulpverlener")
   • 1465 Startdatum geldigheid contactpersoon/hulpverlener - tevens (was: "Startdatum geldigheid contactpersoon organisatie/hulpverlener")
   • 1466 Einddatum geldigheid contactpersoon/hulpverlener - tevens (was: "Einddatum geldigheid contactpersoon organisatie/hulpverlener")
   • 1428 Periode geldigheid contactpersoon/hulpverlener - tevens (was: "Periode geldigheid contactpersoon organisatie/hulpverlener")
9. Rubriek R035: Ontvangen zorg - tekstueel ("kind" > "jeugdige")
   • 362 Zorg voor
10. Rubriek R008: Voor- of buitenschoolse voorzieningen/school - tekstueel ("kind" > "jeugdige", School > School/brinnummer)
    • 714 Voor- of buitenschoolse voorzieningen
    • 715 Naam voor- of buitenschoolse voorziening - tevens (was: "Voor- of buitenschoolse voorziening")
    • 56 Soort voor- of buitenschoolse voorziening
    • 1417 Deelname VVE
    • 1493 Reden geen deelname aan VVE
    • 716 Reden geen deelname aan peuterspeelzaal
    • 605 School/brinnummer
    • 1532 Schoolnaam - nieuw
    • 717 Groep/klas
    • 1183 Naam groep/klas
    • 1473 Startdatum geldigheid school
    • 1474 Einddatum geldigheid school
    • 1391 Periode geldigheid school
11. Rubriek R010: Informatie over werkwijze JGZ - tekstueel ("kind" > "jeugdige")
    • 1164 Bron toestemming overdracht dossier binnen JGZ
    • 1396 Bron bezwaar overdracht dossier binnen JGZ
    • 1399 Bron toestemming aanmelding LSP
    • 1166 Bron toestemming verstrekking informatie aan derden
    • 1401 Afschrift JGZ-dossier verstrekt aan
    • 1405 Bron bezwaar wetenschappelijk onderzoek
    • Groep G115: Toestemming gegevensuitwisseling RVP - nieuw
    • 1533 Toestemming gegevensuitwisseling RVP - nieuw
    • 1541 Toestemmingswijze gegevensuitwisseling RVP - nieuw
    • 1534 Naam bron toestemming gegevensuitwisseling RVP - nieuw
    • 1535 Bron toestemming gegevensuitwisseling RVP - nieuw
    • 1536 Datum toestemming gegevensuitwisseling RVP - nieuw
    • 1537 Naam JGZ-medewerker toestemming gegevensuitwisseling RVP - nieuw
    • 1538 JGZ-organisatie URA toestemming gegevensuitwisseling RVP - nieuw
    • 1539 JGZ-organisatie AGB toestemming gegevensuitwisseling RVP - nieuw
    • 1540 JGZ-organisatie naam toestemming gegevensuitwisseling RVP - nieuw
    • 1542 Berekende toestemming gegevensuitwisseling RVP - nieuw
12. Rubriek R009: Externe documenten - tekstueel ("kind" > "jeugdige")
13. Rubriek R012: Erfelijke belasting en ouderkenmerken - tekstueel ("kind" > "jeugdige", ouder > ouder/verzorger)
    • Groep G019: Erfelijke factor(en) in de familie - tevens (was: "Erfelijke ziekten")
    • 80 Erfelijk bepaalde ziekte in de familie - tevens (was: "Erfelijke bepaalde...", waarde "Psychi(atri)sche aandoening" > "Psychiatrische aandoening", waarde "Verstandelijke handicap" > "Verstandelijke beperking")
    • Groep G020: Kenmerken ouder/verzorger
    • 70 Kenmerken ouder/verzorger - tevens (waarde "Eénouder gezin" > "Alleenstaande ouder", waarde "Spreekt geen Nederlands" > "Spreekt geen of nauwelijks Nederlands", waarde "Psychi(atri)sche aandoening" > "Psychiatrische aandoening")
    • 808 Bijzonderheden lengte ouders
14. Rubriek R013: Bedreigingen uit de directe omgeving - tekstueel ("kind" > "jeugdige")
15. Rubriek R014: Zwangerschap - tekstueel ("kind" > "jeugdige")
    • 88 Medicijnen soort
16. Rubriek R016: Pasgeborene en eerste levensweken
    • 747 Melkvoeding op geboortedag - (waarde "Uitsluitend borstvoeding" & "Borstvoeding")
17. Rubriek R018: Activiteit - tekstueel ("kind" > "jeugdige")
    • 731 Begeleider
    • 1351 Contact met
18. Rubriek R052: Meldingen - tekstueel ("kind" > "jeugdige", "VIR" > "Verwijsindex risicojongeren", "AMK" > "Veilig Thuis"
    • Groep G074: Melding Verwijsindex risicojongeren
    • 1194 Aanmelder UZI Verwijsindex risicojongeren
    • 1513 Aanmelder BIG Verwijsindex risicojongeren
    • 1522 Aanmelder AGB Verwijsindex risicojongeren
    • 1519 Aanmelder naam Verwijsindex risicojongeren
    • 1195 Datum aanmelding Verwijsindex risicojongeren
    • 1196 Datum afmelding Verwijsindex risicojongeren
    • 1408 Bijzonderheden melding Verwijsindex risicojongeren
    • Groep G075: Melding Veilig Thuis
    • 1325 Aanmelder UZI Veilig Thuis
    • 1514 Aanmelder BIG Veilig Thuis
    • 1524 Aanmelder AGB Veilig Thuis
    • 1520 Aanmelder naam Veilig Thuis
    • 1326 Datum melding Veilig Thuis
    • 1380 Bijzonderheden melding Veilig Thuis
    • Groep G084: Consultatie Veilig Thuis
    • 1515 Uitvoerende BIG consultatie Veilig Thuis
    • 1525 Uitvoerende AGB consultatie Veilig Thuis
    • 1516 Uitvoerende naam consultatie Veilig Thuis
    • 1327 Datum consultatie Veilig Thuis
    • 1328 Bijzonderheden consultatie Veilig Thuis
19. Rubriek R019: Terugkerende anamnese - tekstueel ("kind" > "jeugdige")
    • 748 Anamnese
    • 514 Ervaren gezondheid
    • 510 Passief roken in huis
    • 330 Bijzonderheden lichaamsbeweging
    • 752 Bijzonderheden vrijetijdsbesteding
    • 753 Zwemdiploma
    • 1499 Zwemles
    • 1500 Schoolzwemmen
    • 150 Reden opname ziekenhuis
    • 754 Ontvangen (para)medische zorg - tevens (was: "Consult huisarts/specialist/derden")
    • 152 (Kinder-)ziekten
    • 153 Operaties
    • 154 Ongevallen
    • 155 Medicijn gebruik
    • 755 Ingrijpende gebeurtenissen
20. Rubriek R020: Algemene indruk - tekstueel ("kind" > "jeugdige")
    • 762 Ziek
    • 763 Voorkeurshouding
    • 766 Snel vermoeid
    • 767 Snel transpireren
21. Rubriek R021: Functioneren - tekstueel ("kind" > "jeugdige")
    • 324 Zindelijkheid
    • 328 Bijzonderheden gedrag/temperament
    • 775 Bijzonderheden karakter/persoonlijkheid
    • 777 Bijzonderheden stemming/angsten
22. Rubriek R022: Huid/haar/nagels
    • 164 Toelichting bijzonderheden huid/haar/nagels - (was: "Toelichting huidaandoening")
23. Rubriek R027: Groei - tekstueel ("kind" > "jeugdige")
    • 237 Groeicurve lengte naar leeftijd
    • 809 Target height
    • 810 Target Height Range
    • 811 Groeicurve gewicht naar leeftijd
    • 247 Indruk JGZ professional gewicht/lengte
    • 253 Groeicurve hoofdomtrek naar leeftijd
24. Rubriek R030: Psychosociaal en cognitief functioneren - tekstueel (was: "R030: Psychosociale en cognitieve ontwikkeling")
    • 259 Psychosociaal en cognitief functioneren onderzocht
25. Rubriek R031: Motorisch functioneren - tekstueel ("kind" > "jeugdige", was: "R031: (Neuro)motorische ontwikkeling")
    • 815 Lateralisatie
26. Rubriek R032: Spraak- en taalontwikkeling - tekstueel ("kind" > "jeugdige")
    • 302 Taal
    • 307 Eerste/tweede taal
    • 816 Taalomgeving stimulerend
27. Rubriek R034: Inschatten verhouding draaglast-draagkracht - tekstueel ("kind" > "jeugdige")
28. Rubriek R036: Voorlichting, advies, instructie en begeleiding - tekstueel ("kind" > "jeugdige")
29. Rubriek R037: Hielprik pasgeborene
    • 380 Reden niet afgenomen hielprik - (waarde: "Principieel bezwaar" > "Afzien van deelname")
    • 379 Reden herhaling/tweede hielprik - (waarde "Uitslag dubieus" > "Niet conclusieve uitslag")
    • 381 Uitslag - (waarde "Uitslag dubieus" > "Niet conclusieve uitslag")
30. Rubriek R038: Visus- en oogonderzoek - tekstueel ("Reflexbeeldjes" > "Reflexbeeldje")
    • 831 Bril/lenzen dragend
    • 839 Bijzonderheden visusbepaling
    • 390 Reflexbeeldje rechts
    • 391 Reflexbeeldje links
31. Rubriek R040: Gehooronderzoek - tekstueel ("kind" > "jeugdige")
    • 1413 Gescreend in NICU
    • 1435 Advies Audiologisch Centrum aan ouders - tevens (was: "Interventie Audiologisch Centrum")
    • 1436 Toelichting advies Audiologisch Centrum aan ouders
    • 1216 Drempel 500 rechts
    • 1218 Drempel 500 links
    • 1220 Drempel 1000 rechts
    • 1222 Drempel 1000 links
    • 1224 Drempel 2000 rechts
    • 1226 Drempel 2000 links
    • 1228 Drempel 3000 rechts
    • 1230 Drempel 3000 links
    • 1232 Drempel 4000 rechts
    • 1234 Drempel 4000 links
    • 1236 Drempel 6000 rechts
    • 1238 Drempel 6000 links
32. Rubriek R041: Rijksvaccinatieprogramma en andere vaccinaties - tekstueel ("kind" > "jeugdige")
    • 683 Bezwaar - tevens (waarde: "Principieel bezwaar" > "Afzien van deelname")
    • 5063 BCG litteken
33. Rubriek R042: Van Wiechen ontwikkelingsonderzoek
    • 939 40. Begrijpt fantasieopdrachtjes (M) - (was: "40. Begrijpt spelopdrachtjes")
    • 955 52. Beweegt armen goed (R) - tekstueel (was: "52. Beweegt armen evenveel rechts")
    • 956 52. Beweegt armen goed (L) - tekstueel (was: "52. Beweegt armen evenveel links")
    • 958 53. Beweegt benen goed (R) - tekstueel (was: "53. Beweegt benen evenveel rechts")
    • 959 53. Beweegt benen goed (L) - tekstueel (was: "53. Beweegt benen evenveel links")
    • 962 55. Reacties bij optrekken tot zit - tekstueel (tikfout in omschrijving verbeterd)
34. Rubriek R054: Screening psychosociale problemen
    • 1343 SPP ingevuld door - tekstueel ("kind" > "jeugdige")
35. Rubriek R045: SDQ - (was: "R045: SDQ 7-12", "kind" > "jeugdige")
    • 1081 4. Deelt makkelijk met andere jeugdigen
    • 1089 12. Vecht vaak met andere jeugdigen of pest ze
    • 1091 14. Wordt over het algemeen aardig gevonden door andere jeugdigen
    • 1096 19. Wordt getreiterd of gepest door andere jeugdigen
    • 1100 23. Kan beter opschieten met volwassenen dan met andere jeugdigen
    • 1447 SDQ impactscore
36. Rubriek R047: Conclusies en vervolgstappen - tekstueel ("kind" > "jeugdige")
    • 483 Interventie
    • 1159 Advies en verwijzing naar

Deze release 6.12.9.2 heeft als hoofddoel de compatibiliteit met BDS 3.2.2 te herstellen die met BDS versie 3.2.3 en bijbehorende dossieroverdracht (DOB) werd verbroken door eliminatie van UZI/URA. Deze release bevat hiertoe een nieuwe versie van de Basisdataset (BDS) versie 3.2.4. Het dossieroverdrachtbericht is hier ook op aangepast. Wijzigingen in de BDS 3.2.4 ten behoeve van compatibiliteit met BDS 3.2.2 en met het oog op de toekomst:

• Op alle plaatsen waar een zorgverlener wordt geïdentificeerd, zijn nu drie typen mogelijk: UZI-nummer, AGB-code en BIG-nummer. Dit betreft de elementen:
  • 1385 Arts UZI toestemming aan verpleegkundige vaccinaties (hersteld),
  • 1521 Arts AGB toestemming aan verpleegkundige vaccinaties (nieuw),
  • 604 Huisarts UZI (hersteld),
  • 1527 Huisarts BIG (nieuw),
  • 688 Andere betrokken hulpverleners UZI (hersteld),
  • 1528 Andere betrokken hulpverleners BIG (nieuw),
  • 730 Uitvoerende activiteit UZI (hersteld),
  • 1523 Uitvoerende activiteit AGB (nieuw),
  • 1194 Aanmelder UZI VIR (hersteld),
  • 1522 Aanmelder AGB VIR (nieuw),
  • 1325 Aanmelder UZI melding AMK (hersteld),
  • 1524 Aanmelder AGB melding AMK (nieuw),
  • 1381 Uitvoerende UZI consultatie AMK (hersteld),
  • 1525 Uitvoerende AGB consultatie AMK (nieuw),
  • 876 Reactie gemeld aan bevoegde instantie door UZI (hersteld),
  • 1526 Reactie gemeld aan bevoegde instantie door AGB (hersteld).
• Op alle plaatsen een zorgaanbieder wordt geïdentificeerd, zijn nu twee typen mogelijk: URA en AGB-code. Dit betreft de elementen:
  • 1529 Uitvoerende JGZ-organisatie AGB (nieuw),
  • 1530 Verantwoordelijke JGZ-organisatie AGB (nieuw),
  • 709 Huisartsenpraktijk URA (hersteld),
  • 723 Andere betrokken hulpverlenersorganisatie(s) URA (hersteld).

In BDS 3.2.3 is tevens een issue geconstateerd dat tot compatbiliteitsproblemen leidt bij de overdracht van Van Wiechen kolommen. BDS 3.2.4 bevat hiertoe een nieuw element 1531 waarmee de kolom expliciet kan/moet worden vastgelegd en overgedragen.

Vanaf 2019 verandert de situatie rondom toestemmingen in de jeugdgezondheidszorg. Gevolg daarvan kan zijn voor bepaalde kinderen geen toestemming meer bestaat om vaccinatie-informatie door te geven aan het RIVM. Deze informatie wordt dan geanonimiseerd overgedragen. Met dit doel is in deze publicatie een geheel nieuw bericht opgenomen. Bericht 4a "Versturen vaccinatie geanomiseerd" met bijbehorende webservice "VaccinatiesGeanonimiseerdVersturen.wsdl" zijn vrij kort voor publicatie toegevoegd en daardoor heeft met name VZVZ, verantwoordelijk voor de infrastructuur nog geen volledig review kunnen doen. De status van het bericht 4a is hangende dit verdere review om die reden dan ook pending/voorlopig. Of er nog een update nodig is, of dat de in deze publicatie aanwezige specificaties het uitgangspunt blijven, zal met betrokkenen worden afgestemd.

Bericht 4a is gemaakt vanuit bericht 4. Verschillen met bericht 4 betreffen:

• Interactie-id REPC_IN002145NL (Bericht 4 heeft interactie-id REPC_IN002140NL)
• Gemaskeerd dossiernummer, gemaskeerd activiteit-id, gemaskeerde kindgegevens, geen mogelijkheid om bezwaar door te geven;
• Let op: door ontbreken van een activiteit-id is herzenden van bericht 4a om invoerfouten te herstellen onmogelijk. Activiteit-id vormde in bericht 4 de sleutel voor herkenning van foutherstel.

Er zijn wijzigingen geweest in de volgende 3 issues sinds de laatste tussentijdse versie of release.

• Issue 134 "nagevraagd" element verplicht in BDS, required in template" met status "Open". Laatste gebeurtenis (2018-01-29T23:08:36):
  Bevinding:

  - In rubriek 13 is het element Bedreigingen nagevraagd (1384 ) verplicht (kard 1..1), in de xml is het binnenste element (observation) inderdaad van die verplichting voorzien, maar het wrappende component is niet verplicht (maar 0..1 R). De schematron geeft daar dan dus ook geen melding over.

  Voorstel:

  - Zorg dat de "nagevraagd"- componenten verplicht worden waar ze dat in de BDS wel zijn, maar in de HL7-templates niet.  (er zijn meerdere van dit soort elementen, aldus A. Henket)

  Nadere toelichting:

  - R13 template
  - obs nagevraagd template
  

• Issue 135 "Adres in bericht 2 van required naar optioneel" met status "Gesloten". Laatste gebeurtenis (2018-01-29T23:03:21):
  Adres in transactie Opleveren vaccinatiestatus en in template R_PatientNL GBA [identified/confirmable] is niet meer required, maar optioneel
• Issue 136 "R016 Meerling niet correct gemapt" met status "Gesloten". Laatste gebeurtenis (2018-05-06T21:28:15):
  Template 2.16.840.1.113883.2.4.6.10.100.118 A_NeonateData [universal] aangepast zodat het element value waarin BDS element 106 Meerling terechtkomt datatype ST heeft, conform het waardedomein W0161.

Overige wijzigingen:

• HL7 Template 2.16.840.1.113883.2.4.6.10.100.10027 Activiteit RegistrationEvent (registratie/melding) bevatte een foute standaardwaarde voor optioneel attribuut registrationEvent/@classCode. Was PCPR, is nu REG
• HL7 Template 2.16.840.1.113883.2.4.6.10.100.124 R_AssignedEntityNL [confirmable/location] bevat nu ook de mogelijkheid op element 1410 Naam uitvoerende persoon. (vaccinaties)
• HL7 Template 2.16.840.1.113883.2.4.6.10.100.133 A_HeelPrick [universal] bevat nu ook de mogelijkheid op element 370 Uitvoerende instantie hielprik
• HL7 Templates verplichting op sturen observation/@negationInd = 'false' verwijderd omdat dit de standaardwaarde is. Nagenoeg alle observation templates hadden deze verplichting

• HL7: Op alle plaatsen waar UZI óf AGB óf BIG óf URA mogelijk was, is nu de beperking van maximaal 1 identificatie aangepast naar minimaal 1 identificatie (die ook "onbekend" mag zijn gemarkeerd). Bij al deze plaatsen is de volgende toelichting toegevoegd:
  Volgens de BDS 3.2.2 en BDS 3.2.3 is maar 1 identificatie mogelijk. Als een persoon/organisatie naast de, volgens de BDS, verplichte identificatie nog andere identificaties heeft, dan kunnen deze hier worden meegegeven. Een ontvanger hoeft alleen de BDS-conforme identificatie(s) te verwerken.
  Deze aanpassing moet de overgang van v6.12.8 DOB I naar 6.12.9 DOB II versoepelen.
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.10010 "Care Provision Event Authorization" voorbeeld aangepast waarin element assignedEntity stond in plaats van assignedEntity1
• HL7: Alle templates zonder classificatie voorzien van de juiste classificatie (payloadlevel). Dit heeft vooral effect op ordening in lijstweergaven.

• HL7: Template A_NeonateData [universal] (2.16.840.1.113883.2.4.6.10.100.118) bevatte een probleem waardoor BDS-element 1340 niet goed te implementeren was. Zie issue#133.

• Issue 34 "Mapping van huisletters" met status "Gesloten". Laatste gebeurtenis (2017-10-19T14:23:35):
  Mapping van huisnummer en huisnummertoevoeging conform voorstel doorgevoerd.
• Issue 88 "R050: statusInZorg niet verplicht" met status "Gesloten". Laatste gebeurtenis (2017-10-19T14:48:05):

  Template Care Provision Event subjectOf CareStatus (template 10019): reasonCode is nu voorzien van een nullFlavor-specificatie indien deze onbekend zijn.

• Issue 127 "DOB: minimaal GBA-naam verplicht stellen" met status "Gesloten". Laatste gebeurtenis (2017-10-19T14:24:11):
  Minimale verplichting 1 naam doorgevoerd in de DOB.
• Issue 132 "DOB Element 114 Prematuur/serotonien is een berekend veld en zou niet in de DOB thuishoren" met status "Gesloten". Laatste gebeurtenis (2017-10-18T13:20:14):
  BDS element 114 Prematuur/serotonien is verwijderd uit de BDS en uit template 2.16.840.1.113883.2.4.6.10.100.118 - A_NeonateData-universal

• Alle voorgaande releases als obsoleet gemarkeerd
• BDS/HL7: Element 461 "Soort vaccinatie" en element 1449 "Soort geplande vaccinatie", het waardendomein W0422 en alle betreffende templates zijn gewijzigd zodat:
  • W0422 nu een extern beheerd waardedomein is met als beheerder RIVM
  • Er een volledige lijst is: W0422_HL7 (Dynamisch)
  • Er een lijst is met daarin slechts het codesysteem: W0422_HL7 (2016-12-09)
  • De twee BDS-elementen en de templates zijn gekoppeld met de versie met daarin alleen het codesysteem
• Oplijning van transacties/actoren met ontwerp.
  • "REPC_AR002120NL - JGZ-dossieroverdrachtverzoekend systeem" is nu "JGZ-dossieroverdrager"
  • "REPC_AR002121NL - JGZ-dossieroverdrachtontvangend systeem" is nu "JGZ-dossierontvanger"
  • "PRMM_AR000011NL - Voorraad-coördinerend systeem" is nu "Voorraad-coördinator"
  • "PRMM_AR000012NL - Voorraadhoudend systeem" is nu "Partijnummers-ontvanger"
  • "REPC_AR212140NL - Vaccinatie-uitvoerend systeem" is nu "Vaccinatie-ontvanger"
  • "REPC_AR222140NL - Vaccinatie-coördinerend systeem" is nu "Vaccinatie-zender"
  • "POOR_AR212141NL - Hielprik-uitvoerend systeem" is nu "Hielprik-ontvanger"
  • "POOR_AR222141NL - Hielprik-coördinerend systeem" is nu "Hielprik-opdrachtgever"
  • Nieuw:
    • "Status-verstrekker"
    • "Status-opvrager"
    • "Oproeplijst-zender"
    • "Oproeplijst-ontvanger"
• HL7: BDS element 1006 "Scan van oefeningenblad" verplaatst van template 2.16.840.1.113883.2.4.6.10.100.11043 "Rubriek 43 BFMT" naar template 2.16.840.1.113883.2.4.6.10.100.10008 "Care Provision Event Appendage". Zie issue#90
• HL7: Diverse templates die aan een periode zijn gekoppeld, zeiden niet dat het attribuut @xsi:type verplicht is in het schema. Dit is nu expliciet gemaakt.
• HL7: Alle groupCluster elementen elementen hebben altijd een optionele @classCode en @moodCode volgens het schema. Dit is nu expliciet gemaakt.
• HL7: Alle observation/value elementen hebben altijd een @xsi:type nodig volgens het schema. Dit is nu expliciet gemaakt.
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.124 "R_AssignedEntityNL [confirmable/location]" specificeert nu het conform het XML schema optionele attribuut @classCode en representedOrganization/@classCode en @determinerCode
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.133 "A_HeelPrick [universal]" specificeert nu de conform het XML schema verplichte attributen hl7:performer/hl7:assignedEntity/@classCode=ASSIGNED en ./hl7:representedOrganization/@classCode en @determinerCode
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.116 "A_Rijksvaccinatie [universal]" specificeert nu het conform het XML schema verplichte attribuut hl7:causeOf2/hl7:adverseReaction/hl7:subjectOf/hl7:informationControlActEvent/hl7:performer/@typeCode
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.116 "A_Rijksvaccinatie [universal]" specificeert nu niet meer het conform het XML schema niet-bestaande attribuut hl7:authorization//@contextConductionInd
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.123 "A_Rijksvaccinatie [informational/all]" specificeert nu niet meer het conform het XML schema niet-bestaande attribuut hl7:authorization/@contextConductionInd
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.116 "A_Rijksvaccinatie [universal]" specificeert nu de correcte predicates op hl7:vaccinationObservation. Door de incorrecte predicates werkte de validatie hier niet.
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.122 "R_AssignedEntityNL [identified]" specificeerde een niet-bestaand XML schema element hl7:representedOrganization en was daardoor niet implementeerbaar. Deze is gewijzigd hl7:assignedOrganization
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.120 "A_ZorgPlan [universal]" specificeert niet meer het volgens het XML schema niet bestaande attribuut hl7:subject/@conjunctionCode. Deze was al optioneel
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.140 "VersturenGeldigePartijnummers-payload had een dubbele vermelding van zijn elementen op hl7:expirationTime. De containment relatie is verwijderd om dit op te lossen
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.118 "A_NeonateData [universal]" bevatte diverse verkeerde XML-elementen ten opzichte van het schema en was daardoor niet implementeerbaar
  • hl7:neonateData/@classCode="ORGANIZER" is conform schema gewijzigd naar classCode="CATEGORY"
  • hl7:component2/hl7:substanceAdministrationEvent/hl7:consumable/hl7:medication/hl7:materialKind is nu
    hl7:component2/hl7:substanceAdministrationEvent/hl7:consumable/hl7:administerableMaterial/hl7:administrableMaterialKind
• HL7: Template 2.16.840.1.113883.2.4.6.10.100.117 "A_Rijksvaccinatie [informational/administered]" specificeert niet meer het conform het XML schema niet-bestaande attribuut hl7:authorization/@contextConductionInd. Deze was al optioneel
• HL7: Template wijzigingen ter info:
  • HL7/SQL: BDS Rubrieken die aan rubricCluster templates zijn gekoppeld zijn nu ook gekoppeld aan het element hl7:rubricCluster.
  • HL7/SQL: Templatekoppelingen van element 658 Soort adres preciezer gemaakt. Was hl7:addr, is hl7:addr/@use.
  • HL7/SQL: Template 2.16.840.1.113883.2.4.6.10.100.10009 "Care Provision Event Summary", dubbele koppeling van BDS element 492 Samenvatting 0-4 verwijderd van hl7:code
  • HL7: Template 2.16.840.1.113883.2.4.6.10.100.172 "R_SubjectNL_JGZ Informal [identified/confirmable]" voorbeeld gecorrigeerd welke een templateId miste.
  • HL7: Template 2.16.840.1.113883.2.4.6.10.100.10251 "Periode geldigheid adres kind" voorbeeld gecorrigeerd. Deze gebruikte het verkeerde element effectiveTime i.p.v. useablePeriod
  • HL7: Template 2.16.840.1.113883.2.4.6.10.100.11023 "Rubriek 23 Hoofd/hals" / Groep G023: Hoofd is nu gekoppeld aan het hl7:groupCluster in plaats van aan de hl7:code daar onder
  • HL7: Template 2.16.840.1.113883.2.4.6.10.100.120 "A_ZorgPlan [universal]" de volgorde van de elementen aangepast aan het XML schema. Dit heeft alleen effect op berichten als templates worden gebruikt voor codegeneratie
  • HL7: Template id="2.16.840.1.113883.2.4.6.10.100.10006 "Care Provision Dossier" volgorde van de elementen aangepast aan het XML schema. Dit heeft alleen effect op berichten als templates worden gebruikt voor codegeneratie
  • HL7: Template 2.16.840.1.113883.2.4.6.10.100.131 "R_PatientNL_JGZ [universal]" volgorde van de elementen aangepast aan het XML schema. Dit heeft alleen effect op berichten als templates worden gebruikt voor codegeneratie
  • HL7: Template 2.16.840.1.113883.2.4.6.10.100.121 "A_Zwangerschap [universal]" volgorde van de elementen aangepast aan het XML schema. Dit heeft alleen effect op berichten als templates worden gebruikt voor codegeneratie

• HL7: Template OpvragenVaccinatiestatus (2.16.840.1.113883.2.4.6.10.100.16) is aangepast zodat zowel het huidige vertrouwensniveau Laag als vertrouwensniveau Midden (mandatering) worden ondersteund. Bestaande implementaties blijven hiermee geldig, maar het maakt het in nieuwe implementaties mogelijk om op vertrouwensniveau te authenticeren. Dit was al voorzien in de transactie en deze is dan ook niet gewijzigd.

• Tijdelijke herintroductie van UZI-nummers t.b.v. validatie gedurende Dossieroverdacht Fase I. Weliswaar zijn systemen in Fase II gehouden aan BIG/AGB-nummers, maar de overgangsfase is gebaat bij ondersteuning van beide. Het is wel óf/óf dus niet tegelijk.

• HL7/DOB: Template careProvisionEventSubjectOf (2.16.840.1.113883.2.4.6.10.100.10019) heeft nu verplichting op author/time/low bij een Status in zorg (gelijk aan moment in zorg name in careStatus/effectiveTime) en een verplichting op author/time/high bij Zorgbeëindiging (gelijk aan moment zorgbeëindiging in careStatus/effectiveTime)
• BDS: Element 1104 tikfout in naam gerepareerd ""… om met andere mensen op te schieten?"", was: "… om niet andere mensen op te schieten?"

• BDS: update naar versie 3.2.3 op basis van afspraken tussen NCJ en de leveranciers om Dossieroverdracht Fase II implementeerbaar te maken. Deze update bestaat met name uit wijzigingen ten aanzien van BDS-elementen met UZI-nummers. JGZ-medewerkers worden nu met BIG-nummers (indien beschikbaar) geïdentificeerd en huisartsen en andere zorgverleners met AGB-codes, wederom indien beschikbaar. Om terugval mogelijk te maken in gevallen waar er geen identificatie bekend is, is overal een element voor de naam toegevoegd.
• BDS: Rubriek 50 Zorggegevens
  • Element 1385 - Arts ID toestemming aan verpleegkundige vaccinaties 0..1 vervallen
  • Element 1504 - Arts BIG toestemming aan verpleegkundige vaccinaties 0..1 toegevoegd (W0675 BIG-nummer)
  • Element 1505 - Arts naam toestemming aan verpleegkundige vaccinaties 0..1 toegevoegd (W0020 Alfanumeriek 200)
• BDS: Rubriek 5 Betrokken JGZ-organisaties
  • Uitvoerende JGZ‑organisatie: G085, 1..*
    • Element 603 - Uitvoerende JGZ-organisatie ID 0..1 R (W0060, AN_EXT, URA nummer)
    • Element 1506 - Uitvoerende JGZ-organisatie naam 0..1 toegevoegd (W0020 Alfanumeriek 200)
    • Element 708 - Uitvoerende JGZ-professional ID 0..1 (W0063, AN_EXT, UZI-nummer) vervallen
  • Verantwoordelijke JGZ‑organisatie obv de GBA: G091, 0..*
    • Element 1441 - Verantwoordelijke JGZ-organisatie ID 0..1 R (W0060, AN_EXT, URA nummer)
    • Element 1507 - Verantwoordelijke JGZ-organisatie naam 0..1 toegevoegd (W0020 Alfanumeriek 200)
    • Element 1442 - Verantwoordelijke JGZ-professional ID 0..1 (W0063, AN_EXT, UZI-nummer) vervallen
• BDS: Rubriek 6 Huisarts
  • Element 604 - Huisarts ID vervallen
  • Element 1509 - Huisarts AGB toegevoegd (W0676 AGB-nummer)
  • Element 709 - Huisartspraktijk ID vervallen
  • Element 1510 - Huisartspraktijk AGB toegevoegd (W0676 AGB-nummer)
  • Element 31 - "Huisarts/huisartsenpraktijk" heeft nu de toevoeging "naam"
• BDS: Rubriek 7 Andere betrokken organisaties/hulpverlener
  • Element 688 - Andere betrokken hulpverleners ID 0..1 vervallen
  • Element 1511 - Andere betrokken hulpverleners AGB toegevoegd (W0676 AGB-nummer)
  • Element 723 - Andere betrokken hulpverlenersorganisatie ID 0..1 vervallen
  • Element 1512 - Andere betrokken hulpverlenersorganisatie AGB toegevoegd (W0676 AGB-nummer)
  • Element 42 - "Andere betrokken organisaties/hulpverleners" heeft nu de toevoeging "naam"
• BDS: Rubriek 14 Zwangerschap. Rubriekdefinitie gewijzigd
  Was: Vastleggen van de gegevens over de zwangerschap.
  Is: Vastleggen van de gegevens over de zwangerschap van de moeder van het kind van wie het dossier is.
• BDS: Rubriek 18 Activiteit
  • Element 730 - Uitvoerende activiteit ID 0..1 (W0063, AN_EXT, UZI-nummer) vervallen
  • Element 1508 - Uitvoerende activiteit BIG 0..1 toegevoegd (W0675 BIG-nummer)
  • Element 1501 - Uitvoerende activiteit naam 0..1 (W0020, AN, Alfanumeriek 200) laten staan
• BDS: Rubriek 52 Meldingen
  • Melding VIR: G074, 0..*
    • Element 1194 - Aanmelder ID VIR 1..1 (W0063, AN_EXT, UZI-nummer) vervallen
    • Element 1513 - Aanmelder BIG VIR 1..1 R toegevoegd (W0675 BIG-nummer)
    • Element 1519 - Aanmelder naam VIR 1..1 toegevoegd (W0020 Alfanumeriek 200)
  • Melding AMK: G075, 0..*
    • Element 1325 - Aanmelder ID melding AMK 1..1 (W0063, AN_EXT, UZI-nummer) vervallen
    • Element 1514 - Aanmelder BIG AMK 1..1 R toegevoegd (W0675 BIG-nummer)
    • Element 1520 - Aanmelder naam AMK 1..1 toegevoegd (W0020 Alfanumeriek 200)
  • Consultatie AMK: G084, 0..*
    • Element 1381 - Uitvoerende ID consultatie AMK 1..1 (W0063, AN_EXT, UZI-nummer) vervallen
    • Element 1515 - Uitvoerende BIG AMK 1..1R toegevoegd (W0675 BIG-nummer)
    • Element 1516 - Uitvoerende naam AMK 1..1 toegevoegd (W0020 Alfanumeriek 200)
• BDS: Rubriek 41 Rijksvaccinatie
  • Element 876 - Reactie gemeld aan bevoegde instantie door ID 0..1 (W0063, AN_EXT, UZI-nummer) vervallen
  • Element 1517 - Reactie gemeld aan bevoegde instantie door BIG toegevoegd
  • Element 1518 - Reactie gemeld aan bevoegde instantie door naam toegevoegd
    Dit element is in deze release niet toegevoegd in Dossieroverdracht omdat hiervoor een XML-schemawijziging nodig is.

Techniek achter bovenstaande wijzigingen:

• Vervallen elementen
  • zijn gemarkeerd met status "deprecated"/"verouderd", "expirationDate"/"verloopdatum" 2016-02-03 en met "versionLabel"/"versielabel" 323.
  • De bijbehorende vermelding in transacties BDS 3.2.3 en DOB is verwijderd
  • De bijbehorende vermelding in waardelijst W0647 BDS Elementen is gemarkeerd met status "D" (deprecated)
  • De HL7-templatekoppelingen voor de vervallen elementen zijn verwijderd
  • Deze datasetconcepten worden niet geëxporteerd naar de BDS-viewer en/of CSV/SQL omdat daar alleen actieve concepten in staan.
• Toegevoegde elementen
  • zijn in de dataset geplaatst met status "final"/"definitief" en "effectiveDate"/"geldigheidsdatum" 2016-02-03 en met "versionLabel"/"versielabel" 323.
  • De bijbehorende vermelding in transacties BDS 3.2.3 en DOB is toegevoegd
  • Voor elk concept is een terminologiekoppeling aangemaakt met zijn elementnummer (laatste getal uit zijn ID) als code en met dezelfde code is een vermelding in waardelijst W0647 BDS Elementen gemaakt.
  • De betreffende HL7-templates zijn aangepast waar nodig om ruimte te creëren voor de nieuwe elementen en de templatekoppelingen zijn gelegd.
• De twee nieuwe waardedomeinen W0675 BIG-nummer en W0676 AGB-nummer hebben een vermelding als ID (respectievelijk "2.16.528.1.1007.5.1" en "2.16.840.1.113883.2.4.6.1") zodat deze op te zoeken zijn en kunnen worden meegenomen in CSV/SQL.

Overige zaken

• Vanwege de versieverhoging van de BDS van 3.2.2 naar 3.2.3, zal de BDS-viewer dus na publicatie ook te vinden zijn op de URL: https://decor.nictiz.nl/jeugdgezondheidszorg/BDS323/?elementInfo=true
• Het project Jeugdgezondheidszorg was het eerste project in ART-DECOR dat ook VZVZ HL7-wrappers beschreef als templates. Het origineel stond altijd in een door VZVZ beheerd document Implementatiehandleiding Wrappers en daarmee zou de vraag kunnen opkomen in hoeverre de Jeugdgezondheidszorg-kopie van deze specificaties klopt met het origineel. VZVZ heeft de door Nictiz geschreven template-weergave van de Implementatiehandleiding Berichtwrappers sindsdien opgepakt en opgenomen in ART-DECOR onder hun formele beheer. Jeugdgezondheidszorg maakte hier voor bericht 7 al gebruik van, maar vanaf deze release zijn voor álle berichten de JGZ-eigen wrappertemplates vervangen door referenties naar de door VZVZ beheerde wrappers-templates. Op deze manier is de scheiding van verantwoordelijkheden tussen Nictiz en VZVZ nu compleet. De VZVZ wrapperspecificatie zou bij gebleken afwijkingen van de Jeugdgezondheidszorg-specificatie altijd al leidend zijn geweest, maar testen hebben uitgewezen dat er geen geïntroduceerde problemen uit deze ingreep zijn. Leveranciers hoeven hun geaccepteerde implementatie na deze wijziging dus niet aan te passen.
• HL7: Template Bericht 5 Hielprikverzoek (payload) (2.16.840.1.113883.2.4.6.10.100.130) bevatte een dubbele patientPerson koppeling. De koppeling met R_PatientNL-JGZ-Informal-identified-confirmable (2.16.840.1.113883.2.4.6.10.100.103) is verwijderd. Omdat de overgebleven koppeling met R_SubjectNL_JGZ Informal [identified/confirmable] (2.16.840.1.113883.2.4.6.10.100.172) alle informatie van de verwijderd koppeling bevat, heeft deze correctie geen effect op lopende implementaties.
• HL7: DOB. In template Care Provision Event Authorization (2.16.840.1.113883.2.4.6.10.100.10010) zijn de expliciete schematronregels verwijderd die voorkwamen dat een Bezwaar kon worden doorgegeven. Zie issue#120.
• HL7: DOB. In template Care Provision Event Authorization (2.16.840.1.113883.2.4.6.10.100.10010) is de specificatie aangepast zodat ontbrekende datum en/of tijd van een toestemming worden ondersteund.
• De XML-voorbeelden REPC_EX002171NL_01.xml en REPC_EX002171NL_02.xml voor bericht 2 Opleveren vaccinatiesoproeplijst zijn gecorrigeerd voor de systeemidentificatie in authorOrPerformer. Deze waren niet conform de VZVZ-wrapperspecificatie voorzien van Applicatie-ID in plaats van UZI-systeemid.
• De XML-voorbeelden REPC_EX902120NL_01.xml en REPC_EX902120NL_03.xml voor Dossieroverdracht zijn gecorrigeerd voor Rubriek 12 en Rubriek 13. Hier bleken bepaalde groepen nog niet verwerkt na de specificatiewijzingen op dit gebied
• Alle drie de XML-voorbeelden van Dossieroverdracht zijn gecorrigeerd op basis van de vervallen en toegevoegde elementen.
• De XML-distributie bevat nu ook, op verzoek van de leveranciers, een nieuwe map schematron_closed. Hierin zitten schematrons die, in tegenstelling tot de (semi-)normatieve versies in de map schematron, ook detecteren of er elementen buiten de specificatie in de berichten zitten. Dit maakt de controles extreem zwaar, maar ook erg waardevol bij het detecteren van onbedoelde berichtelementen bijvoorbeeld bij foutieve templateId's of een onbedoelde code. Vanwege het open karakter van de specificatie blijven deze in de normale schematrons ongedetecteerd omdat ze worden genegeerd als "niet-gespecificeerde content".
• De XML-distributie bevat nu ook, op verzoek van de leveranciers, een nieuwe map schemas_images met daarin png-afbeeldingen van de modellen (R-MIM's) achter de schema's
• HL7: DOB. Alle codes in waardelijst W0193 Begeleider (HL7) zijn vervangen door dezelfde codes als in de BDS onder een nieuw HL7 codesysteem "2.16.840.1.113883.2.4.4.40.421". Dit heeft effect op de template activitiesEscort (2.16.840.1.113883.2.4.6.10.100.10025). Zie issue#122
• HL7: DOB. In template rubricCluster43 (2.16.840.1.113883.2.4.6.10.100.11043) controle op aanwezigheid van element 1006 toegevoegd en specificatie van de betreffende koppeling verwijderd. Zie issue#121
• HL7: DOB. In template careProvisionEventSubjectOf (2.16.840.1.113883.2.4.6.10.100.10019) waren de HL7-elementen voor 1197 Status in zorg en 487 Zorgbeëindiging verplicht. Deze zijn nu voorzien van een nullFlavor-specificatie indien deze onbekend zijn. Zie issue#88

• Gegevensrichtlijnvertaling voor Bericht 7 "Versturen vaccinatiesoproeplijst" (REPC_IN002160NL) aangepast zodat elementen 9 Gemeente en 10 Woonplaats hebben nu een conditie hebben waaruit blijkt dat ze afhankelijk zijn van het adrestype. Zie issue#119.
• Gegevensrichtlijnvertaling voor Bericht 5 "Versturen hielprikverzoek" (POOR_IN002150NL) aangepast zodat element 630 Land is nu optioneel toegevoegd (deze is normaal Nederland dus overbodig, maar is toegevoegd uit het oogpunt van vergelijkbaarheid tussen berichten). Zie issue#119.
• HL7: Template in template R_AssignedEntityNL-confirmable (2.16.840.1.113883.2.4.6.10.100.125) was hl7:id op 1..1 R blijven staan terwijl de intentie was dat deze optioneel zou zijn. Aangepast naar 0..1 R. Deze template wordt alleen gebruikt in Bericht 2 Opleveren vaccinatiestatus.

• Gegevensrichtlijnvertaling voor Bericht 5 "Versturen hielprikverzoek" (POOR_IN002150NL) had ten onrechte Huisletter 1..1 M. Gewijzigd naar 0..1 R. Zie issue#111.
• Gegevensrichtlijnvertaling voor Bericht 5 "Versturen hielprikverzoek" (POOR_IN002150NL) had ten onrechte Adres 1..* M. Gewijzigd naar 1..2 M. Zie issue#112.
• Gegevensrichtlijnvertaling voor Bericht 5 "Versturen hielprikverzoek" (POOR_IN002150NL) had ten onrechte Soort adres 1..1 M. Gewijzigd naar 0..1 R. Zie issue#113.
• Gegevensrichtlijnvertaling voor Bericht 5 "Versturen hielprikverzoek" (POOR_IN002150NL) had ten onrechte Contactpersoon kind 1..1 R. Gewijzigd naar 0..1 R. Zie issue#114.

• Bericht 7 "Versturen vaccinatiesoproeplijst" (REPC_IN002160NL) miste een verwijzing naar zijn trigger event. Zie issue#110.

• "REPC_AR002120NL - JGZ-dossieroverdrachtverzoekend systeem" is nu "JGZ-dossieroverdrager"
• "REPC_AR002121NL - JGZ-dossieroverdrachtontvangend systeem" is nu "JGZ-dossierontvanger"
• "PRMM_AR000011NL - Voorraad-coördinerend systeem" is nu "Voorraad-coördinator"
• "PRMM_AR000012NL - Voorraadhoudend systeem" is nu "Partijnummers-ontvanger"
• "REPC_AR212140NL - Vaccinatie-uitvoerend systeem" is nu "Vaccinatie-ontvanger"
• "REPC_AR222140NL - Vaccinatie-coördinerend systeem" is nu "Vaccinatie-zender"
• "POOR_AR212141NL - Hielprik-uitvoerend systeem" is nu "Hielprik-ontvanger"
• "POOR_AR222141NL - Hielprik-coördinerend systeem" is nu "Hielprik-opdrachtgever"
• Nieuw:
  • "Status-verstrekker"
  • "Status-opvrager"
  • "Oproeplijst-zender"
  • "Oproeplijst-ontvanger"

• HL7: in template A_Rijksvaccinatie [universal] (id 2.16.840.1.113883.2.4.6.10.100.116) de voorbeelden met verwijzing naar jgz-template-122 aangepast naar jgz-template-124. Zie issue#109
• HL7: in template A_Rijksvaccinatie [universal] (id 2.16.840.1.113883.2.4.6.10.100.116) de paden voor de verschillende hl7:vaccinationObservation elementen aangepast. Er ontbrak een niveau hl7:code waardoor er onterechte schematronfouten werden afgegeven. (melding Centric)
• HL7: in XML-materialen de voorbeelden voor bericht 4 Versturen vaccinaties (REPC_IN002140NL) aangepast zodat er geen URA meer wordt doorgegeven voor de Uitvoerende organisatie ID conform specificatie (melding Gino)
• HL7: in XML-materialen de voorbeelden voor bericht 7 Versturen vaccinatiesoproeplijst (REPC_IN002160NL aangepast zodat de zender in de wrappers Praeventis/het RIVM voorstelt in plaats van een DD JGZ (melding RIVM)

• BDS: Nieuw element 1503 "Vreemdelingennummer" 0..1 met nieuw waardendomein W0674 "V-nummer" in rubriek 3 "Persoonsgegevens", onder BSN ter ondersteuning van dit gegeven in massavaccinatie. Het element is alleen in bericht 7 toegevoegd en niet in bijvoorbeeld Dossieroverdracht.
• HL7: de Dossieroverdrachtvoorbeelden kenden diverse inconsistenties met de specificatie:
  • xml-JGZ/REPC_EX902120NL_01.xml en REPC_EX902120NL_02.xml: Dubbele id in ControlActProcess (alleen UZI systeemnummer blijft over)
  • xml-JGZ/REPC_EX902120NL_01.xml, REPC_EX902120NL_02.xml en REPC_EX902120NL_03.xml: Ontbrekend PDF-dossier toegevoegd
  • xml-JGZ/REPC_EX902120NL_03.xml: Administratieve observatie op natuurlijke moeder "Datum vestiging in Nederland" (element 27) moet zijn "Datum vestiging Nederland ouder/verzorger" (element 72)
  • xml-JGZ/REPC_EX902120NL_03.xml: Inhoud van template "2.16.840.1.113883.2.4.6.10.100.124" bij een vaccinatie klopte niet met met specificatie. (gecorrigeerd)
• HL7: assert in de ControlAct-wrapper voor bericht 7 kon ervoor zorgen dat er onterechte melding over de overseer kon komen met een niet-bestaand pad "ControlActProcess/overseer/AssignedPerson/id/code/assignedPrincipalChoiceList/Organization/code is verplicht". Deze melding komt nu niet meer voor.

• HL7: in de template A_Zwangerschap-universal (2.16.840.1.113883.2.4.6.10.100.121) was in het XML element voor "Bijzonderheden (vorige) zwangerschap" (BDS element 619 / W0082 AN4000) onterecht de eigenschap minInclude="1" opgenomen waardoor het XML-element numeriek werd gevalideerd. Deze elementeigenschap is verwijderd. Zie issue#107.
• HL7: in de template PatientPerson-universal (2.16.840.1.113883.2.4.6.10.100.163) is het element contactParty optioneel gemaakt. Zie issue#98.

• HL7: Verplichting op voornaam in een gestructureerde naam verwijderd omdat deze in uitzonderingsgevallen niet bekend is. Zie issue#106. Het betreft de volgende transacties en templates
  • Bericht 4 Versturen vaccinaties
  • Bericht 5 Versturen hielprikverzoek
  • Bericht 7 Versturen vaccinatiesoproeplijst
  • 2.16.840.1.113883.2.4.6.10.100.131 - R_PatientNL-JGZ-universal
  • 2.16.840.1.113883.2.4.6.10.100.102 - R_PatientNL-GBA-identified-confirmable
  • 2.16.840.1.113883.2.4.6.10.100.163 - PatientPerson-universal
  • 2.16.840.1.113883.2.4.6.10.100.10230 - NaamOfficieel (status: geannuleerd)
  • 2.16.840.1.113883.2.4.6.10.100.1023 - NaamKindOfficieel
  • 2.16.840.1.113883.2.4.6.10.100.10233 - NaamKindZoalsBekendBijInstelling

• BDS: Spelfout "enurisis" is gewijzigd in "enuresis". Zie issue#104.
• BDS: Rubriek 41 Rijksvaccinaties / Element 472 Partijnummer heeft nu W0017 AN50 in plaats van W0018 AN20. Zie issue#105
• HL7: In Template A_Rijksvaccinatie-informational-all (id 2.16.840.1.113883.2.4.6.10.100.123) zijn cardinaliteit 0..* en conformance M verwijderd omdat deze misleidend zijn. Deze worden bepaald door de context van de aanroep. Zie issue#95.
• BDS/HL7: In rubriek 41 is een nieuw element 1502 "Uitvoerende instantie vaccinatie ID" toegevoegd met een nieuw waardendomein W0673 van Alfanumeriek 50. Deze identificatie worden toegekend door het RIVM onder een nog nader te bepalen identificatiesysteem (OID) Zie issue#100
• HL7: In template ControlActAuthorOrPerformerDevice (id 2.16.840.1.113883.2.4.6.10.100.200.1) is de kardinaliteit van het applicatie-id in hl7:id gewijzigd van 1..2 naar 1..1. Zie issue#96
• HL7: In templates Hielprikverzoek (id 2.16.840.1.113883.2.4.6.10.100.134) en VersturenHielprikverzoek-payload (id 2.16.840.1.113883.2.4.6.10.100.130) is de placeholder OID "2.16.840.1.113883.2.4.3.11.9999" voor Setnummer hielprik vervangen door de werkelijke waarde van het RIVM "2.16.840.1.113883.2.4.3.36.100.2"

• Met instemming van de Redactieraad en de Accorderingscommissie is de BDS Viewer vernieuwd. Dit heeft consequenties voor de handleidingweergave. De handleidingweergave volgt nu exact de rubrieken/groepen/elementen van de technische weergave, en verschilt alleen nog maar op de mate van detail. In de handleidingsweergave werden elementen soms anders gegroepeerd dan in de technische weergave: ook dit verschil is opgeheven. Op deze manier vervallen er een aantal handleidinggroepen zoals H001 Officiële naam en H003 Adres. De handleidinggroepen hebben nu exact hetzelfde nummer als de corresponderende technische groep, dus Gxxx wordt Hxxx met dezelfde omschrijving. Ook zijn de elementnamen in de handleidingweergave gelijk aan de technische namen en worden er geen elementen meer verborgen. Een en ander heeft ook effect op de BDS SQL Database in de tabellen Elementen (kolommen GroepIDPresentatie (andere groepen), Tonen (altijd 1) en BDSelementPresentatie (altijd gelijk aan kolom BDSelement)) en Groepen (handleidinggroepen).
• Bericht 5: in NHS scenario, aanduiding bij huisnummer (element 15) toegevoegd en huisnummertoevoeging gewijzigd van 1..1 M naar 0..1 R. In de HL7-templates was dit al het geval.
• HL7: In bericht 5 Hielprikverzoek is de wijze van definiëren aangepast. R_SubjectNL Informal [identified/confirmable] is nu een expliciete template geworden als kopie van R_PatientNL_JGZ Informal [identified/confirmable] met als enige verschil een extra templateId. De relatie tussen de twee is behouden. Netto is er niets veranderd voor de berichten, maar de oorspronkelijke definitie was nodeloos ingewikkeld en leidde in de SQL Database niet tot erkenning van alle elementen die er wel degeljk in thuishoren zoals het adres.
• HL7: In de templates R_PatientNL_JGZ Informal [identified/confirmable] en R_SubjectNL_JGZ Informal [identified/confirmable] (nieuw) is de inline adresdefinitie vervangen door een verwijzing naar de specifieke (reeds bestaande) template AdresKind. Dit vereenvoudigt de specificatie. Er bestonden geen relevante verschillen tussen de twee stukken definitie.

• HL7: wijziging in template A_Rijksvaccinatie-informational-administered (onderdeel bericht 4) is de beperking op de Bezwaartypen versoepeld die met versie 6.12.6.0 (2014-05-28T12:59:24) is gepubliceerd, door naast Medisch ook Principieel bezwaar toe te staan. Bezwaartype "Anders" blijft uitgesloten en zal een wijzigingsverzoek op de BDS voor worden ingediend omdat hiervoor geen use case is/zou zijn.

• HL7: Element 103 Kleur vruchtwater gekoppeld aan LOINC code 38386-9 conform het HL7 template waarin het wordt gebruikt
• HL7: Element 110 Geboortegewicht gekoppeld aan LOINC code 8339-4 conform het HL7 template waarin het wordt gebruikt
• HL7: Element 129 Apgarscore 1 minuut gekoppeld aan LOINC code 9272-4 conform het HL7 template waarin het wordt gebruikt
• HL7: Element 130 Apgarscore 5 minuten gekoppeld aan LOINC code 9274-2 conform het HL7 template waarin het wordt gebruikt
• HL7: Element 1450 Minimale uitvoerdatum vaccinatie gekoppeld aan LOINC code 30981-5 conform het HL7 template waarin het wordt gebruikt
• HL7: Element 1451 Streefdatum vaccinatie gekoppeld aan LOINC code 30980-7 conform het HL7 template waarin het wordt gebruikt
• HL7: Template A_HeelPrick_universal (2.16.840.1.113883.2.4.6.10.100.133) de waarde voor hl7:outcome/hl7:code gecorrigeerd van waardendomein W0316_HL7 naar code 381 uit codesysteem voor BDS-elementen
• HL7: Template R_PatientNL-JGZ-universal (2.16.840.1.113883.2.4.6.10.100.131) de waarde voor hl7:administrativeObservation/hl7:code die is gekoppeld met element 1417 Deelname VVE gewijzigd van code 716 (Reden geen deelname aan peuterspeelzaal) naar '1417'
• HL7: Template R_PatientNL-JGZ-universal (2.16.840.1.113883.2.4.6.10.100.131) de waarde voor hl7:personalRelationshipObservation/hl7:code die is gekoppeld met element 72 Datum vestiging in Nederland ouder/verzorger gewijzigd van code 27 (Datum vestiging in Nederland) naar '72'
• HL7: Template R_PatientNL-JGZ-universal (2.16.840.1.113883.2.4.6.10.100.131) de waarde voor hl7:personalRelationshipObservation/hl7:code die is gekoppeld met element 670 Datum vertrek uit Nederland ouder/verzorger gewijzigd van code 29 (Datum vertrek uit Nederland) naar '670'
• HL7: Template A_Rijksvaccinatie-universal (2.16.840.1.113883.2.4.6.10.100.116) de waarde voor hl7:subjectOf/hl7:scheduleDeviation/hl7:code die is gekoppeld met element 870 Reden afwijkend schema gewijzigd van code 686 (Reden van enting) naar '870'

• Bericht 5/Transactie "Versturen hielprikopdracht": Elementen 22 (Geboorteplaats) en 23 (Geboorteland) toegevoegd (Conditioneel, verplicht indien bekend). Ook toegevoegd in subtemplate van dit bericht in HL7 2.16.840.1.113883.2.4.6.10.100.163 (PatientPerson [universal]) onder element hl7:birthPlace conform de DOB.
• Bericht 4/Transactie "Versturen vaccinaties": Elementen in rubriek 18 Activiteit (1377 "Activiteit ID", 494 "Soort activiteit", 724 "Datum activiteit") toegevoegd. Deze stonden al in het bericht, maar dat was niet expliciet. Koppelingen in HL7 Template 2.16.840.1.113883.2.4.6.10.100.180 (Bericht 4 Versturen vaccinaties (payload)) ook toegevoegd aan de bestaande elementen
• Bericht 2/Transactie "Opleveren Vaccinatiestatus": Element 1410 "Naam uitvoerende persoon" verwijderd conform HL7 template
• HL7: Voorbeelden in template 2.16.840.1.113883.2.4.6.10.100.123 (A_Rijksvaccinatie [informational/all]). Deze bevatten onterecht koppelingen met template 2.16.840.1.113883.2.4.6.10.100.122 voor de uitvoerende terwijl dat 2.16.840.1.113883.2.4.6.10.100.125 moet zijn.
• HL7: Voorbeelden in template 2.16.840.1.113883.2.4.6.10.100.117 (A_Rijksvaccinatie [informational/administered]). Deze bevatten onterecht koppelingen met template 2.16.840.1.113883.2.4.6.10.100.122 voor de uitvoerende terwijl dat 2.16.840.1.113883.2.4.6.10.100.124 moet zijn.

• Transactie Versturen vaccinatie. Rubriek R041 is van 1..1 M naar 0..1 R omgezet. Zie issue#95
• Control Act Wrapper onder alle berichten heeft geen optie meer voor UZI-systemen om naast het UZI-systeeemnummer ook het AORTA applicatie-id door te sturen in <AssignedDevice/>. Zie issue#96

Conform afspraak met VZVZ zijn de XML-materialen ontdaan van infrastructurele zaken. Praktisch houdt dit in dat voor AORTA/LSP-specifieke materialen, met name de Ping service, de vigerende versie van de AORTA-materialen bij VZVZ geraadpleegd moet worden. Op deze wijze is de overlap tussen tussen de JGZ-XML-materialen en de AORTA/LSP-XML-materialen beperkt tot de exacte set wrappers die nodig zijn voor de in JGZ gebruikte berichten. Het risico op inconsistenties tussen JGZ en AORTA is daarmee tot een minimum teruggebracht. De volgende onderdelen zijn verwijderd:

• XML/configuratie - hierin stonden alle zorgtoepassingsrollen
• XML/wsdl en wsdl_GBO - deze zijn ontdaan van de ping-, applicatieregister-, organisatieregister- en zorgverlenerregister-services
• XML/schemas* en schematron* zijn ontdaan van alle schemas die niet meer aan een webservice zijn gekoppeld
• XML/xml-Applicatiebeheer en xml-ZAB zijn verwijderd omdat ze horen bij verwijderde webservices
• XML/vocab is opgeschoond zodat daar alleen nog het interacties en het trigger events bestand staan (nodig voor schematrons behorende bij MCCI_IN000002.sch en MCCI_IN200101.sch)

Naast bovenstaande wijzigingen zijn ook de volgende wijzigingen in de XML-materialen doorgevoerd:

• XML/schematron/MCCI_IN000002.sch en MCCI_IN200101.sch zijn gedeeltelijk herschreven zodat ze van dezelfde datatypecontroles gebruik maken als de uit DECOR gegenereerde schematrons
• XML/wsdl*/*.html zijn opnieuw gegenereerd zodat ze zijn bijgewerkt voor de na opschoning aanwezige voorbeelden

• HL7: Bericht 2: Aangepast zodat inhoudelijke foutmeldingen van RIVM expliciet worden ondersteund. "Onbekende organisatie", "Buiten tijdlimiet", "Te vaak opgevraagd binnen tijdseenheid"
• HL7: Template "R_PatientNL-GBA-identified-confirmable" aangepast zodat given/@qualifier niet meer een verboden attribuut is. Dit attribuut wordt op andere plaatsen wel als optie geboden

• HL7: wijziging in bericht 4 om het scenario te ondersteunen waarin een correctie moet worden uitgevoerd vanwege invoer bij het verkeerde kind, moet het mogelijk zijn om een contactmoment zonder toegediende vaccinaties te versturen. Hiervoor is naast template VersturenVaccinaties-payload ook XML Schema REPC_MT002140NL.xsd bijgewerkt.
• HL7: wijziging in DOB, bericht 2 en bericht 4. Specificatie op gebruik van @nullFlavor='NI' toegevoegd indien bij beschikbaarheid van meerdere partijnummers niet meer te achterhalen is welke het was. (templates A_Rijksvaccinatie-universal, A_Rijksvaccinatie-informational-all, A_Rijksvaccinatie-informational-administered)
• HL7: wijziging in bericht 5. In template VersturenHielprikverzoek-payload was de auteur van een aanvullende opmerking verplicht gesteld. Dat is conform het XML Schema, maar er is geen waarde in de BDS of het scenario voorzien. Specificatie aangepast zodat er een @nullFlavor kan worden gebruikt.
• Bericht 5 Hielprikverzoek: verduidelijkingen in het gebruik van naamelementen en tevens ontbrekende verwijziging naar BSN moeder toegevoegd
• HL7: wijziging in bericht 4 template Versturen vaccinaties (interactie). Hierin stond nog een verplichting op het overseer element terwijl dat alleen verplicht kan zijn voor vertrouwensniveau Midden. Alle voorbeelden voor dit bericht zijn ook naar verwachte vertrouwensniveau Laag gebracht.
• HL7: tekstuele wijziging in DOB. In template A_HeelPrick-universal werd in de omschrijving van @negationInd precies de omgekeerde betekenis aan 'true' en 'false' gegeven. 'true'== geen hielprik. 'false'==hielprik.
• HL7: tekstuele wijziging template R_PatientNL-GBA-identified-confirmable. Hier stond dat het adres "zoals bekend in de instelling" van toepassing is. Dit moest het GBA-adres zijn.

• In scenario RVP - Rijksvaccinatieprogramma, transactie Opvragen vaccinatiestatus stond in de omschrijving nog dat het vertrouwensniveau onbekend was. Deze zin is verwijderd. In de conditie stond reeds het juiste vertrouwensniveau.
• In scenario RVP - Rijksvaccinatieprogramma, transactie Opvragen vaccinatiestatus is het type adres, indien er op adres wordt gezocht, verplicht gesteld conform de geldende template OpvragenVaccinatiestatus-payload
• In de terminologiekoppelingen en waardelijsten zijn de weergavenamen van de codes gelijkgetrokken met de weergavenamen op het betreffende codesysteem. Deze zijn initieel ingevoerd met ver-Nederlandse weergavenamen zoals ze in de BDS stonden. Sommige daarvan waren een accurate vertaling, sommige een vertaling die alleen in een specifieke context geldig is. De geldende term blijft de term zoals deze in de dataset staat, welke overeenkomt met de BDS. De wijziging heeft dus geen effect op de BDS. Wel is het denkbaar dat leveranciers die waardelijsten direct uit ART-DECOR importeren daarmee andere weergavenamen binnen krijgen dan voorheen. De SQL Server database-export bevat nog steeds de BDS-termen. Voorbeeld van een wijziging is adrestype HP die voorheen "Woonadres" heette, maar nu conform het HL7-codesysteem "physical visit address"
• HL7: technische correctie. HL7-codesystemen '2.16.840.1.113883.5.1012' (PostalAddressUse) en '2.16.840.1.113883.5.1011' (TelecommunicationAddressUse) zijn beide deprecated verklaard en opgegaan in '2.16.840.1.113883.5.1119' (AddressUse). De codes en weergavenamen zijn daarbij behouden. Deze wijziging in de internationale materialen stamt al uit november 2007, maar was over het hoofd gezien. Aangezien de codes worden gebruikt in een XML-attribuut komt het codesysteem verder nergens technisch terug in berichten. De verouderde OID's stonden in de tabel Waarden in de SQL-database, dus deze wijziging heeft wel effect op nieuwe versies van de SQL-database
• BDS/HL7: Waardendomein W0096 had verkeerde mappings naar HL7 voor waarde 307 Adoptief vader (was FTH, is ADOPTF) en 308 Adoptief moeder (was MTH, is ADOPTM)
• BDS/HL7: Waardendomein W0115 had verkeerde mappings naar HL7 voor waarde 1054 Vader van vader (was GRFTHFTH, is PGRFTH), 1055 Moeder van vader (was GRMTHFTH, is PGRMTH), 1056 Vader van moeder (was GRFTHMTH, is MGRFTH) en 1057 Moeder van moeder (was GRMTHMTH, is MGRMTH)
• HL7: In template VersturenVaccinaties-payload (bericht 4) is de opsomming van contactmomentcodes vervangen door de bestaande waardelijst W0188_HL7_Contactmomenten met daarin alle contactmomenttypen uit oogpunt van onderhoudbaarheid. Als gevolg daarvan is code 97 die in de oorspronkelijke lijst stond maar daar niet hoorde nu @nullFlavor='OTH', en is code 35 Neonatale gehoorscreening erbij gekomen. Dat wil overigens niet zeggen dat code 35 een logisch contactmomenttype is voor vaccinatie.
• HL7: technische correctie in template VersturenHielprikverzoek-payload (bericht 5). De koppeling met template PatientPerson-universal op element patient is verplaatst naar include onder dit element. De oorspronkelijke instructie bleek onnodig complex te interpreteren/implementeren voor zelfs de schematronengine. Voor het bericht zelf heeft deze wijziging geen gevolg.
• HL7: technische correctie in template R_AssignedEntityNL-confirmable-location (onderdeel bericht 4). De formele koppeling met BDS-element 603 Uitvoerende JGZ-organisatie ID ontbrak. Voor het bericht zelf heeft deze wijziging geen gevolg.
• HL7: technische correctie in template A_Rijksvaccinatie-universal (onderdeel Dossieroverdracht). In het voorbeeld stond templateId '2.16.840.1.113883.2.4.6.10.100.117' in plaats van '2.16.840.1.113883.2.4.6.10.100.116'. Voor het bericht zelf heeft deze wijziging geen gevolg.
• HL7: wijziging in template A_Rijksvaccinatie-informational-administered (onderdeel bericht 4). Uit privacyoverwegingen mag bij bezwaar alleen nog in geval van Medisch bezwaar, de reden worden meegestuurd. Voorheen was Principieel bezwaar ook nog toegestaan. Dit heeft ook berichtimpact.

Vijfde patchrelease op versie 6.12.0.0 van 6 februari 2013. Deze patchrelease bevat de volgende wijzigingen:

• In het scenario "Versturen vaccinaties" (bericht 4) was het bericht onterecht nog op Vertrouwensniveau Midden gesteld. Dit is gewijzigd in "Laag". Het XML-materiaal was wel aangepast
• De dataset voor de Handleiding-versie van de BDS is verwijderd en alle scripting waarin deze versie een rol speelt is aangepast. Deze Handleiding-dataset is namelijk te "berekenen" met de informatie die in de tehcnische versie al aanwezig is. De Handleiding-dataset was bedoeld om in ART-DECOR inzicht te geven, maar in de praktijk kijken mensen die geïnteresseerd zijn in deze versie via de BDS-website. De dubbele beheerslast diende daardoor geen doel.
• Berichtdefinities zijn aangepast op de HL7 Template ITS. Dit is een wijziging in notatie zonder implementatieconsequenties. Attributen zijn nu name/value. Voorbeeld: <attribute classCode="OBS"/> is nu <attribute name="classCode" value="OBS"/>
• De handleidingdataset (BDS) is verwijderd omdat deze nu volledig en consistent kan worden gegenereerd uit de informatie in de technische dataset
• De transactie voor interactie REPC_IN002120NL_JGZ is verwijderd aangezien deze nooit als zodanig is geïmplementeerd

Deze publicatie wijzigt ook de status van het scenario Opvragen Vaccinatiestatus naar definitief, zodat de status van alle onderdelen als volgt is:

Definitieve publicatie voor de volgende onderdelen:

• Basisdataset (BDS) versie 3.2.2. Zie de BDS-viewer.
• Scenario Dossieroverdracht
  • Versturen JGZ-dossieroverdrachtverzoek (interactie-id REPC_IN902120NL)
• Scenario Rijksvaccinatieprogramma
  • Opvragen/opleveren vaccinatiestatus (interactie-id REPC_IN002170NL en REPC_IN002171NL) ook bekend als Bericht 1 en Bericht 2
  • 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

XML-materialen

• Er zijn geen wijzigingen in de XML Schemas, webservices en/of voorbeelden
• De Schematrons zijn opnieuw gegenereerd uit de specificatie om verbeteringen in dat proces mee te nemen

Vierde patchrelease op versie 6.12.0.0 van 6 februari 2013 waarin alle tot op heden aangedragen punten zijn verwerkt, zoals omschreven in de versie-informatie tot dit moment. Alle punten zijn het gevolg van zaken die zijn gebleken in de praktijk bij de implementatie door de leveranciers/VZVZ en, waar het de BDS betreft ook, besproken met NCJ. Vanwege de wijzigingen die ook in de BDS nodig bleken is besloten om deze versie te verhogen naar BDS versie 3.2.2. Ook belangrijk is dat vanaf deze patchrelease alle specificatieregels die niet in de Dossieroverdracht-kwalificatieset thuishoren en tijdelijk uitgeschakeld waren, weer actief zijn ten behoeve van de volgende fase.

Let op dat naast de specificatie gewijzigde XML-Schema's opgeleverd zijn. Zie versiegegevens dd. 29-11-2013 voor details. Er zijn geen inhoudelijke wijzigingen in het XML-materiaal ten opzichte van 29-11-2013. Wel zijn de volgende HTML-bestanden gewijzigd in het XML-materiaal:

• index.html - opnieuw gegenereerd met de huidige versiemarkering
• wsdl/ZorgOverdrachtVerzoekJGZ-02.html - opnieuw gegenereerd waardoor alle voorbeelden in xml-JGZ weer zijn gekoppeld

• Versturen vaccinaties (interactie-id REPC_IN002140NL) ook bekend als Bericht 4
• Versturen hielprikverzoek (interactie-id POOR_IN002150NL) ook bekend als Bericht 5

1. HL7: Element 315 "Pubesbeharing jongen" was in template "obs_Pubesbeharing_jongen" gekoppeld met waardendomein W0292 in plaats van W0291. Inhoudelijk zijn deze gelijk, dus het leidde niet tot schematron/validatieproblemen
2. HL7: Element 924 "Lichaamskant VWO 27" was in template "obs_27_Houdt_potlood_met_vingers_vast" gekoppeld met waardendomein W0206 in plaats van W0671. (wijziging in BDS 3.2.2 niet goed doorgevoerd)
3. HL7: Element 934 "35. Reageert op mondeling verzoek" was in template "obs_35_Reageert_op_mondeling_verzoek" gekoppeld met waardendomein W0175 in plaats van W0438. Zie issue#73
4. HL7: Element 936 "37. Zegt 2 "geluidswoorden" met begrip" was in template "obs_37_Zegt_2_geluidswoorden_met_begrip" gekoppeld met waardendomein W0175 in plaats van W0438. Zie issue#73
5. HL7: Element 937 "38. Begrijpt enkele dagelijks gebruikte zinnen" was in template "obs_38_Begrijpt_enkele_dagelijks_gebruikte_zinnen" gekoppeld met waardendomein W0175 in plaats van W0438. Zie issue#73
6. HL7: Template obs_Overall_risicoinschatting_SPARK bevatte een foutief datatype in het voorbeeld voor het element value. Zie issue#80
7. HL7: Element 81 Familielid onder rubriek 12 Erfelijke belasting en ouderkenmerken had in HL7 in vier gevallen andere codes dan in de BDS. De BDS was correct en de correctie is in HL7 gedaan (W0115_HL7). Deze rubriek is alleen relevant voor kenmerken van een natuurlijke vader/moeder/broer/zus. FTH is nu NFTH, MTH is nu NMTH, BRO is nu NBRO en SIS is nu NSIS. Zie issue#77
8. HL7: Template obs_Scrotale_testes bevatte een foutief datatype voor element value. CV moest BL zijn. Ook het voorbeeld bijgewerkt. Zie issue#78
9. HL7: Templates obs_Zwemles en obs_Schoolzwemmen bevatte een foutief datatype voor element value. CV moest BL zijn. Ook het voorbeeld bijgewerkt. Zie issue#79
10. HL7: Template obs_Papieren_dossier_aanwezig bevatte onterecht een verplichting op het attribuut @negationInd. Zie issue#81
11. HL7: Templates obs_3_Handen_af_en_toe_open_links en obs_6_Pakt_in_rugligging_voorwerp_binnen_bereik_li bevatten een fout in het templateId in het voorbeeld. Zie issue#82
12. HL7: Templates activityEncounterEVN en activityEncounterINT hielden geen rekening met code/@nullFlavor waardoor in dat geval een onterechte melding werd gegeven. Zie issue#83
13. HL7: Template activityRegistrationEvent bevatte expliciete controles die onjuist geformuleerd waren. Daardoor werden ze nooit getriggerd. Zie issue#84
14. HL7: Template TransmissionWrapperAttentionLineAORTA, OpvragenVaccinatiestatus, R_PatientNL-JGZ-universal en R_PatientNL-GBA-identified-confirmable hadden datatype II voor het element value. Omdat dit een BSN bevat, is II.NL.BSN precieser. Zie issue#85
15. HL7: Scenario DOB en Template rubricCluster19 bevatten een verplichting op element 748 Anamnese. Deze is in de BDS wel verplicht, maar historisch gezien misschien niet aanwezig. Zie issue#86
16. HL7: Template careProvisionDossier. Element 1167 Papieren dossier aanwezig was onterecht verplicht. Zie issue#88
17. HL7: Template careProvisionDossier. De waarschuwing voor ontbreken van een Integraal dossier JGZ wekte verkeerde indruk en de melding is aangepast. Zie issue#89
18. BDS/HL7: Er waren twee waardenlijsten KleurVruchtwater. De waardelijst met de naam KleurVruchtwater die inhoudelijk gelijk was aan W0158_HL7 is verwijderd.
19. BDS: Nieuw element 1498 Bestand mimetype moet optioneel zijn, in plaats van verplicht
20. HL7: Waardendomein/waardelijst W0005 had de verkeerde weergavenaam en omschrijving. Was "Land", maar moest zijn "Gemeente". Inhoudelijk klopten deze wel.
21. HL7: Template DatatypeEDTextOrBase64 aangevuld met text/csv, application/octet-stream en een waarschuwing bij text/html. Zie issue#91
22. BDS/DOB: Element "Bestand mimetype" niet langer verplicht
23. HL7: Template careProvisionEventAuthorization: verplichting op xsi:nil verwijderd omdat deze niet nodig was bij personalRelationship/relationshipHolder
24. HL7: Template careProvisionEventComponent6InformationControlAc: verplichting op xsi:nil verwijderd omdat deze niet nodig was bij personalRelationship/relationshipHolder
25. HL7: Template activitiesEncounterINTAuthor: verplichting op xsi:nil verwijderd omdat deze niet nodig was bij personalRelationship/relationshipHolder
26. HL7: Template activitiesEscort: verplichting op xsi:nil verwijderd omdat deze niet nodig was bij personalRelationship/relationshipHolder
27. HL7: Template obs_Erfelijke_bepaalde_ziekte_in_de_familie: verplichting op xsi:nil verwijderd omdat deze niet nodig was bij personalRelationship/relationshipHolder
28. HL7: Template obs_Ouderkenmerken: verplichting op xsi:nil verwijderd omdat deze niet nodig was bij personalRelationship/relationshipHolder
29. HL7: Template R_PatientNL-JGZ-universal: verplichting op nullFlavor in combinatie met xsi:nil verwijderd omdat deze niet nodig was bij guardianPerson
30. HL7: Template A_OntvangenZorg-universal: verplichting op xsi:nil verwijderd omdat deze niet nodig was bij personalRelationship/relationshipHolder
31. HL7: Template A_Zwangerschap-universal: verplichting op xsi:nil verwijderd omdat deze niet nodig was bij personalRelationship/relationshipHolder
32. HL7: Template R_PatientNL-JGZ-universal: voorbeeld voor taal van de ouder gecorrigeerd conform specificatie. Er stond nog een verkeerd codesysteem
33. HL7: Template TransmissionWrapperMCCI_MT000300: voorbeeld voor acknowledgement/typeCode gecorrigeerd conform specificatie. Er stond CA waar AA vereist is
34. XML: XML Schema POOR_IN002150NL Bericht 5 Hielprikverzoek bevatte een koppeling met control act wrapper MCAI_MT700201 welke niet geschikt is voor vertrouwensniveau Laag. Deze is conform de specificatie omgezet naar MCAI_MT700201_OPT_OV. Zie issue#92
35. BDS: Element 1438 Proef van Romberg / Waardendomein W0663 heeft een gecorrigeerd type. Was N (Nummer), is nu KL_AN (Keuzelijst). Zie issue#69
36. BDS: Element 1440 Menstekening / Waardendomein W0665 heeft een gecorrigeerd type. Was N (Nummer), is nu KL_AN (Keuzelijst). Zie issue#70

Derde patchrelease op versie 6.12.0.0 van 6 februari 2013 waarin alle tot op heden aangedragen punten zoals omschreven in de versie-informatie tot dit moment, zijn verwerkt. Alle punten zijn het gevolg van zaken die zijn gebleken in de praktijk bij de implementatie door de leveranciers/VZVZ en, waar het de BDS betreft ook, besproken met NCJ. Vanwege de wijzigingen die ook in de BDS nodig bleken is besloten om deze versie te verhogen naar BDS versie 3.2.2.

Let op dat naast de specificatie ook een nieuw XML Schema en een update aan de bijbehorende webservice voor de nieuwe interactie is toegevoegd. De bijgewerkte bestanden staan in de XML-materialen. Het betreft de volgende bestanden:

• REPC_IN902120NL.xsd - Dossieroverdrachtverzoek versie 2
• wsdl/ZorgOverdrachtVerzoekJGZ-02.wsdl - Webservice Dossieroverdrachtverzoek versie 2 (update aan de soapAction en operation/@name)

1. BDS: voor alle elementen in scenario Registratie conformance op R (Required) gezet. Dit houdt in dat systemen ze moeten ondersteunen, los van het feit of er altijd een waarde voor is. Dit was altijd al intentie, maar is nu expliciet
2. HL7: element 1168 Locatie papieren dossier maakt geen onderdeel meer uit van dossieroverdracht. Zie issue#59
3. BDS/HL7: elementen toevoegen in de groep G072 Toegevoegd bestand. Bestandsnaam en Bestand mimetype. Zie issue#60
4. BDS/HL7: element 1171 Afzender bestand is optioneel gemaakt. Zie issue#47
5. BDS:HL7: groep 22 huid/haar nagels vervallen, element 163 Bijzonderheden huid/haar/nagels 0..* en element 164 Toelichting huid/haar/nagels AN..4000. Zie issue#46
6. BDS/HL7: groep 27 Bovenste extremiteiten vervalt, element 802 Bijzonderheden bovenste extremiteiten wordt 0..1 en element 803 Lichaamskant bijzonderheden bovenste extremiteiten vervalt. Zie issue#48
7. BDS/HL7: element 9 Gemeente van inschrijving en element 659 Gemeente van inschrijving ouder/verzorger heten nu "Gemeente" en "Gemeente ouder/verzorger". Zie issue#55
8. BDS/HL7: element 10 Woonplaats, element 22 Geboorteplaats en element 660 Woonplaats ouder/verzorger hebben nu waardendomein W0670 Alfanumeriek 80 conform de GBA-lengte voor woonplaatsen. Zie issue#40 (Geboorteplaats) en issue#55
9. BDS/HL7: element 16 Postcode is nu 1..1 R. Zie issue#55
10. BDS/HL7: element 18 Indicatie geheim is geen onderdeel meer van dossieroverdracht. Zie issue#55
11. BDS/HL7: element 1378 Zwemles met waardelijst vervallen, nieuwe elementen 1499 Zwemles (Ja/Nee) en 1500 Schoolzwemmen (Ja/Nee). Zie issue#62
12. BDS/HL7: element 1439 Kruis van Reitan heeft nieuwe waarden gekregen (codering niet gewijzigd). In de HL7-template voor het element is het datatype omgezet van INT naar CV conform alle overige gecodeerde waarden. Zie issue#63
13. BDS/HL7: elementen 1486 en 1487 Bloeddruk systolisch/diastolisch zijn uit groep 112 Bloeddruk gehaald en zijn nu 0..1. Groep 112 is met overige inhoud opgeheven. Zie issue#50
14. BDS/HL7: groep 27 VWO vraag 27 is vervallen, element 923 27. Houdt potlood met vingers vast is nu 0..1 en element 924 Lichaamskant VWO 27 heeft een nieuw waardendomein W0671 Rechts links beide. Zie issue#52 en issue#53
15. BDS/HL7: rubriek 18 Activiteit, element 730 Uitvoerende activiteit heet nu Uitvoerende activiteit ID en er is een nieuw element 1501 Uitvoerende activiteit naam bij gekomen. Zie issue#68
16. HL7: in contactgebonden rubrieken met een Mandatory antwoord op een "nagevraagd" of "onderzocht" vraag is deze vraag nu Optioneel. Zie issue#54
17. BDS: elementen 626 Toelichting Apgar score en 1339 Toelichting vitamine hebben nu waardendomein W0082 AN..4000. Zie issue#64
18. HL7/XML: XML Schema update zodat BDS-elementen 725 Status activiteit en 1424 Indicatie activiteit nu ook mogelijk zijn op activiteiten (hl7:registrationEvent en hl7:nonEncounterCareActivity). Zie issue#57
19. HL7/XML: XML Schema update zodat appendage/document geen location meer ondersteunt en pertinentInformation nu een keuze ondersteund met daarin een nieuwe klasse annotationObsEvent voor diverse losse opmerkingen zoals element 1167 Papieren dossier aanwezig die nergens anders bij horen. Zie issue#33
20. HL7: Template A_CoverageNL-minimal aangepast zodat de 'weergave' van element 53 Ziektekostenverzekering ook voor JAXB verwerkbaar is. Zie issue#65
21. HL7: Template R_PatientNL-universal aangepast zodat niet geboorteplaats en geboorteland tegelijk verplicht zijn conform BDS. Zie issue#66
22. HL7: Template Rubriek 12 Erfelijke belasting en ouderkenmerken, groepen 19 Erfelijke ziekten en 20 Ouderkenmerken toegevoegd voor consistentie. Zie issue#67
23. HL7: Template Rubriek 23 Hoofd/hals, groep 23 Hoofd toegevoegd voor consistentie. Zie issue#67

1. BDS: Op plaatsen waar de eenheid "mm Hg" werd aangegeven, is deze vervangen door de formele UCUM notatie "mm[Hg]" ten behoeve van codegeneratie door de leveranciers
2. BDS: Waardendomein W0661 "Diagnose Audiologisch Centrum" was niet correct ingevoerd waardoor deze op N (Nummer) stond in plaats van KL_AN (Keuzelijst)
3. BDS: Waardendomeinen W0336_BDS en W0336_HL7 hadden nog de naam van voor de naamwijzigingswijziging "W0336 Conclusie visusbepaling", maar moesten "W0336 Voldoende Onvoldoende Twijfelachtig" heten
4. HL7: Cardinaliteiten op naamdelen toegevoegd in NaamZoalsBekendBijInstelling en NaamKindZoalsBekendBijInstelling conform issue#41

1. BDS: element 1492 "Gewichtsklasse op basis van BMI" was verkeerd gekoppeld aan waardendomein W0167 "Berekend veld" in plaats van W0668 "Gewichtsklasse op basis van BMI" conform NCJ wijzigingsverzoek #211
2. HL7: Tekstueel. In een drietal gevallen was een voorbeeld van een verschil tussen plaats en gemeente opgenomen. Plaats 'Voorburg' ligt echter in gemeente 'Leidschendam-Voorburg' en niet in 's-Gravenhage
3. ART-DECOR: Gebruiker Kyndylan toegevoegd
4. HL7: In de onderliggende XML-materialen de WSDL waarin de service voor het dossieroverdrachtbericht is gedefinieerd is, is de versie "02" uit de soapAction verwijderd. Zie issue#38.
5. HL7/BDS: element 222 Lichaamskant bijzonderheden onderste extremiteiten is op basis van AD issue#35 en in overleg met de NCJ optioneel gemaakt met als conditie dat deze verplicht is, indien van toepassing. Zie issue#35.

1. HL7: in template careProvisionDossier bevatte overeenkomstig het XML Schema en de BDS een verplichte responsibleParty voor de verantwoordelijke organisatie obv GBA. Deze wordt desondanks niet gebruikt in de kwalificatie en is om die reden optioneel gemaakt in Schema en Schematron
2. HL7: in template activityEncounterEVN is het voorbeeld gecorrigeerd. Het element value had reasonCode moeten zijn
3. HL7: in template activitiesPerformer ontbrak de specificatie van het in XML Schema verplichte attribuut assignedEntity/@classCode
4. HL7: in template obs_Erfelijke_bepaalde_ziekte_in_de_familie is het voorbeeld aangepast zodat het verplichte element relationshipHolder is opgenomen
5. HL7: in templates obs_Bijzonderheden_abdomen en obs_Bijzonderheden_navel waren in de voorbeelden de value elementen niet correct gevuld
6. HL7: ART-DECOR issue#28 "XSD wijkt af" - in template careProvisionDossier is het voorbeeld gecorrigeerd
7. HL7: ART-DECOR issue#31 "methode lengtemeting is niet verplicht in BDS, wel in HL7". In template obs_Lengte is het element methodCode optioneel gemaakt
8. HL7: In het verlengde van issue#31 hier boven is ook in de template obs_Gewicht de methodCode optioneel gemaakt
9. HL7: in template R_PatientNL-JGZ-Informal-identified-confirmable, AdresKind en AdresOuderVerzorger is de specificatie van het element houseNumber aangepast zodat duidelijk is dat indien het bronsysteem een separate huisletter heeft, deze dan NIET in dit element thuishoort, maar in het element buildingNumberSuffix.

1. BDS: Waardendomein W0096 had verkeerde mappings naar HL7 voor waarde 164 Stiefmoeder (was STPPRN, is nu STPMTH) en voor waarde 1021 Stiefvader (was STPPRN, is nu STPFTH)
2. BDS: Adrestype "Anders" bestaat niet in HL7. In dat geval wordt het attribuut addr/@use leeggelaten. Er stond een mapping naar addr/@nullFlavor="OTH" zoals dat voor andere waarden "Anders" gebruikelijk is, maar dat heeft als betekenis dat het adres om een "andere reden niet bekend is". Hierop zijn ook de templates AdresKind en AdresOuderVerzorger aangepast, omdat deze addr/@use verplicht stelde.
3. HL7: Templates met gegenereerde voorbeelden en een value element met datatype BL hadden geen waarde. Dit kwam 29 keer voor
4. HL7: Template activitiesPerformer miste assignedEntity/@classCode="ASSIGNED" specificatie die verplicht is in XML Schema

1. Vanuit de dataset (BDS) waren voor waardendomeinen van het type AN_EXT geen koppelingen gelegd. Het betreft W0005 Gemeente (code), W0014 Land (code), W0022 BSN (identifier), W0029 Nationaliteit (code), W0050 Taal (code), W0060 URA-nummer (identifier), W0063 UZI-nummer (identifier), W0077 Schoolnummer (identifier). Voor de gecodeerde waardendomeinen is dat alsnog gedaan door een koppeling met het complete codesysteem te leggen in plaats van een geënumereerde waardenlijst. Dat is omdat het externe codelijsten betreft die buiten deze specificatie om kunnen wijzigen. Voor de waardendomeinen die in deze specificatie 'identifier' zijn geworden kan deze relatie met de OID voor BSN, UZI en URA niet op dezelfde manier worden gelegd. Deze zal in de export naar CSV/MS-SQLServer worden meegenomen. Uiteraard stonden de codesystemen en identificatiesystemen al wel op de plaatsen ze in templates worden toegepast

1. In diverse transacties een dubbele en soms inconsistente vermelding van het te gebruiken vertrouwensniveau verwijderd.
2. DECOR Issue #26: Voorbeeld in template careProvisionEventSubjectOf aangepast zodat duidelijker is dat assignedEntity onderdeel is van de template (contains relatie)

1. In de koppeling tussen BDS element 725 Status contact en waarde 01 Uitgevoerd was in de koppeling met de bijbehorende HL7-code een spelfout geslopen. "complete" moet zijn "completed". Dit is ook gecorrigeerd in het waardendomein W0190_HL7
2. In de templates activityEncounterEVN en activityEncounterINT was in plaats van het waardendomein W0190_HL7 en directe koppeling met codes gemaakt waarin meer nuance mogelijk was dan het waardendomein. Dit is gecorrigeerd door de koppeling met W0190_HL7 te herstellen
3. De templates rubricCluster19 Terugkerende anamnese, rubricCluster23 Hoofd/hals, rubricCluster25 Bewegingsapparaat, rubricCluster39 Hartonderzoek, rubricCluster42 Van Wiechenonderzoek waren niet compleet. Er was door een misverstand teveel uitgecommentarieerd t.b.v. de kwalificatieset DOB. Deze zijn nu weer compleet
4. De template voor de nieuwe interactie Dossieroverdrachtverzoek bevatte een koppeling met het template voor ControlActProcess.overseer voor queries. Daardoor klopte de controle hier niet. Dat is alleen van toepassing als de interactie op Midden wordt gebruikt, ondanks dat dat niet nodig is.

Tweede patchrelease op versie 6.12.0.0 van 6 februari 2013 waarin alle tot op heden aangedragen punten zoals omschreven in de versie-informatie van 10-06-2013 t/m 25-06-2013, zijn verwerkt. Naast deze wijzigingen is, in overleg met de koepels, VZVZ en de leveranciers, besloten tot de overgang van het dossieroverdrachtverzoek van vertrouwensniveau Midden naar Laag. Dit gebeurt op basis van toevoeging van een nieuwe interactie, omdat "_JGZ" in het oorspronkelijke interactie-id als postfix niet had mogen staan. Versionering zal met ingang van deze nieuwe interactie wel met postfix 02, 03 etc. gebeuren

1. Oud interactie-id: REPC_IN002120NL_JGZ
2. Nieuw interactie-id: REPC_IN902120NL

Inhoudelijk wijzigt het dossieroverdrachtverzoek niet. Wel kan met ingang van deze nieuwe interactie in de ControlActWrapper het element overseer achterwege worden gelaten en worden volstaan met de identificatie van het systeem. Voor de duidelijkheid: dit systeem is altijd te herleiden op de organisatie en binnen de organisatie is altijd te herleiden wie verantwoordelijk is geweest. Het is alleen op dit moment niet noodzakelijk om dat in het bericht mee te geven. Tevens is het goed te weten dat dit vertrouwensniveau een minimumniveau is en dat op een later moment in de tijd met ongewijzigde specificatie alsnog op vertrouwensniveau midden kan worden overgeschakeld.

Let op dat naast de specificatie ook een nieuw XML Schema en een nieuwe webservice voor de nieuwe interactie is toegevoegd. De bijgewerkte bestanden staan in de XML-materialen. Het betreft de volgende bestanden:

• REPC_IN902120NL.xsd - Dossieroverdrachtverzoek versie 2
• wsdl/ZorgOverdrachtVerzoekJGZ-02.wsdl - Webservice Dossieroverdrachtverzoek versie 2

Deze versie is tot stand gekomen op basis van de ART-DECOR specificatie dd 25-juni-2013 en de "Definitieve JGZ DOB kwalificatieset dd 25-april-2013" [DOBSET]. Toepassing van [DOBSET] heeft geleid tot verwijdering van diverse (delen van) rubrieken teneinde daar HTML/Schematron van te kunnen genereren. Er is in geen geval iets in de resterende specificatie aangepast in afwijking op de volledige specificatie. Het resultaat is daarmee dus een volwaardige en representatieve subset van de volledige specificatie.

1. In templates activitiesComponent1NonBDSData en activitiesComponent2MetaData is een verplichte templateId opgenomen. Dit is niet backwards compatible en voegt semantisch niets toe, maar zorgt wel voor veel efficiëntere matching. Deze templates worden op 530 locaties aangeroepen. Vanwege het templateId alle nonBDSData bijvoorbeeld met *[hl7:nonBDSData[hl7:templateId/@root='2.16.840.1.113883.2.4.6.10.100.10028']] allemaal worden gevonden. Voorheen was daar een mogelijk zeer diep pad voor nodig wat veel performance kostte
2. In diverse templates is een expliciet predicate opgenomen in de elementnaam als het element met een (grotere) waardenlijstkoppeling betreft. Door niet meer iedere code in het pad op te nemen gaat de performance met sprongen vooruit. Semantisch wijzigt er niets.
3. Auteurs Paula, Zwijgers, Aad Nienhuis, Rens Verhage, Ron Alders, José van Lieshout toegevoegd

1. In templates voor Rubriek 42 Van Wiechen onderzoek, vragen 4, 9, 12, 14, 16, 19, 25, 29, 30, 31-43, 45-48, 50-51, 60, 64-67, 73 onterecht gekoppeld aan waardendomein W0175 Plus Min. Dit is gecorrigeerd naar W0438 Plus Min M.
2. In een aantal templates waar targetSiteCode als element niet meer wordt gedefinieerd, moesten de voorbeelden nog worden aangepast
3. In templates voor Rubriek 24 Romp, waren de specificaties van het element hl7:value verwisseld tussen "obs_Bijzonderheden_navel" en "obs_Bijzonderheden_abdomen"
4. Koppelingen met waardenlijst AdministrativeGender vervangen door W0023_HL7 waarin naast dezelfde codes, vooral ook de nullFlavor UNK is opgenomen. Waardenlijst AdministrativeGender is nu ook verwijderd om verdere verwarring te voorkomen.

1. In template "A_Rijksvaccinatie-informational-all" behorende bij Bericht 2 Opleveren vaccinaties was ten onrechte de combinatie van een geplande vaccinatie met bezwaar uitezonderd. Dit is gecorrigeerd en er is ook een voorbeeld van opgenomen.

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 oorspronkelijke 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