DECOR-informatie voor project: Jeugdgezondheidszorg (jgz-)

• dr Kai U. Heitmann
• Alexander Henket
• Bettie Carmiggelt

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.4." gevolgd door het elementnummer
  • De identificatie van BDS-waardendomeinen begint met "2.16.840.1.113883.2.4.3.11.60.100.2.5." 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 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 geen wijzigingen in Rijksvaccinatieprogramma ten opzichte van de laatst gepubliceerde versie 1.0.4

Wijzigingen in neonatale hielprikscreening

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

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

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

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

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

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

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

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