Help
Inloggen
Zoeken
Jeugdgezondheidszorg - Issues

 
Selecteer object
 
false
Resultaten (1 / 1)
Id Issue Status Prioriteit Soort Datum Toegewezen aan Label
173 consentEvent gerelateerde XPath expressies matchen alle type toestemmingen Gesloten Normaal Wijzigingsverzoek 2020-06-07 14:31:50 Yvonne Pijnacker Hordijk
 
Wijzigingsverzoek consentEvent gerelateerde XPath expressies matchen alle type toestemmingen
Id jgz-issue-173
Status Gesloten
Prioriteit Normaal
Laatste gebeurtenis 2020-06-07 14:31:50  door  Alexander Henket
Huidige behandelaar Yvonne Pijnacker Hordijk
    
Betreft
Datasetconcept
false
"R010: Informatie over werkwijze JGZ" (jgz-bds-rubriek-10) uit dataset Basisdataset (BDS) versie 3.2.7 (jgz-dataset-1)
Id jgz-bds-rubriek-10 Versie 2012-06-08 12:42:06
Status Verouderd Versielabel 327
Omschrijving
Vastleggen van informatie aan de cliënt/jeugdige en/of ouder(s) over de werkwijze van de JGZ.
Commentaar
Contactgebonden: Nee
/
/
Datasetconcept
false
"R010: Informatie over werkwijze JGZ" (jgz-bds-rubriek-10) uit dataset Basisdataset (BDS) (jgz-dataset-1)
Id jgz-bds-rubriek-10 Versie 2020-05-27
Status Ontwerp Versielabel 4.2.0
Omschrijving
Vastleggen van informatie aan de cliënt/jeugdige en/of ouder(s) over de werkwijze van de JGZ.
Relaties
Specialisatie R010: Informatie over werkwijze JGZ (327) - jgz-bds-rubriek-10 d.d. 2012-06-08 12:42:06 (repository: jgz-)
Commentaar
Contactgebonden: Nee
/
/
Datasetpad R050: Zorggegevens /
Datasetconcept
false
"Toestemming aan verpleegkundige om te vaccineren" (jgz-bds-element-469) uit dataset Basisdataset (BDS) versie 3.2.7 (jgz-dataset-1)
Id jgz-bds-element-469 Versie 2012-06-08 12:42:06
Status Verouderd Versielabel 325
Omschrijving
Vermeld of er toestemming is gegeven aan de verpleegkundige voor het toedienen van vaccinaties.
Commentaar
Waardendomein: W0004 (BL | Ja Nee | ja/nee | | | | | )
TechOpmerking: Modellering: door wie toestemming gegevens is = registrator (uitvoerende cm), datum = datum cm, vastlegging mogelijk per soort vaccinatie.
GroepID Presentatie: H043 (Toestemming verpleegkundige voor vaccinaties)
Tonen in presentatie: Ja
Tonen in presentatie als: Toestemming
false
Waarde
Soort Boolean
/
/
Datasetpad R050: Zorggegevens /
Datasetconcept
false
"Toestemming aan verpleegkundige om te vaccineren" (jgz-bds-element-469) uit dataset Basisdataset (BDS) (jgz-dataset-1)
Id jgz-bds-element-469 Versie 2020-05-27
Status Definitief Versielabel 325
Geërfd van: jgz-bds-element-469 d.d. 2012-06-08 12:42:06 (325)
Omschrijving
Vermeld of er toestemming is gegeven aan de verpleegkundige voor het toedienen van vaccinaties.
Commentaar
Waardendomein: W0004 (BL | Ja Nee | ja/nee | | | | | )
TechOpmerking: Modellering: door wie toestemming gegevens is = registrator (uitvoerende cm), datum = datum cm, vastlegging mogelijk per soort vaccinatie.
GroepID Presentatie: H043 (Toestemming verpleegkundige voor vaccinaties)
Tonen in presentatie: Ja
Tonen in presentatie als: Toestemming
false
Waarde
Soort Boolean
/
/
Template
false
Care Provision Event Authorization (jgz-templates-10010)
/
/
Template 2.16.840.1.113883.2.4.6.10.100.10010 (2012-08-01) Care Provision Event Authorization
Status Obsoleet
Template
false
authorization Toestemming aan verpleegkundige om te vaccineren (jgz-templates-40469)
/
/
Template 2.16.840.1.113883.2.4.6.10.100.40469 (2020-05-27) authorization Toestemming aan verpleegkundige om te vaccineren
Status Actief
Template
false
authorization Bezwaar overdracht dossier binnen JGZ (jgz-templates-50010)
/
/
Template 2.16.840.1.113883.2.4.6.10.100.50010 (2020-05-27) authorization Bezwaar overdracht dossier binnen JGZ
Status Actief
Template
false
authorization Toestemming overdracht dossier binnen JGZ (jgz-templates-50011)
/
/
Template 2.16.840.1.113883.2.4.6.10.100.50011 (2020-05-27) authorization Toestemming overdracht dossier binnen JGZ
Status Actief
Template
false
authorization Toestemming verstrekking informatie aan derden (jgz-templates-50012)
/
/
Template 2.16.840.1.113883.2.4.6.10.100.50012 (2020-05-27) authorization Toestemming verstrekking informatie aan derden
Status Actief
Template
false
authorization Toestemming aanmelding LSP (jgz-templates-50071)
/
/
Template 2.16.840.1.113883.2.4.6.10.100.50071 (2020-05-27) authorization Toestemming aanmelding LSP
Status Actief
Template
false
authorization Bezwaar wetenschappelijk onderzoek (jgz-templates-50089)
/
/
Template 2.16.840.1.113883.2.4.6.10.100.50089 (2020-05-27) authorization Bezwaar wetenschappelijk onderzoek
Status Actief
Template
false
authorization Toestemming gegevensuitwisseling RVP (jgz-templates-50115)
/
/
Template 2.16.840.1.113883.2.4.6.10.100.50115 (2020-05-27) authorization Toestemming gegevensuitwisseling RVP
Status Actief
/
-
/
-
Gebeurtenissen
Tracking Gesloten 2020-06-07 14:31:50 : Tracking door Alexander Henket
Bewerkt door Alexander Henket ( 2020-08-04 07:40:24 )
Omschrijving
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.
Toewijzing 2020-06-05 15:48:44 : Toegewezen aan Yvonne Pijnacker Hordijk door Alexander Henket
Omschrijving
Ter bespreking leverancierscall.
Tracking Feedback nodig 2020-06-05 15:08:04 : Tracking door Alexander Henket
Bewerkt door Alexander Henket ( 2020-06-05 15:48:02 )
Omschrijving
Hier schiet een aanpak die zich alleen baseert op geboden XPath expressies tekort. Als je dit wilt oplossen in de templating dan moet je de vrij diepe enkelvoudige template die voor zeven typen toestemmingen hetzelfde patroon beschrijft verzevenvoudigen wat tot verminderde leesbaarheid leidt (je herkent het patroon niet meer) en aanmerkelijk meer onderhoud. Daartegenover staat beperkte winst, namelijk enkelvoudge XPath expressies per type toestemming.
 
De XPath expressies zouden dan worden:

//hl7:authorization[hl7:consentEvent[hl7:code[@code = '469'][@codeSystem = '2.16.840.1.113883.2.4.4.40.267']/...

//hl7:authorization[hl7:consentEvent[hl7:code[@code = '1163'][@codeSystem = '2.16.840.1.113883.2.4.4.40.267']/...

//hl7:authorization[hl7:consentEvent[hl7:code[@code = '1398'][@codeSystem = '2.16.840.1.113883.2.4.4.40.267']/...

//hl7:authorization[hl7:consentEvent[hl7:code[@code = '1165'][@codeSystem = '2.16.840.1.113883.2.4.4.40.267']/...

//hl7:authorization[hl7:consentEvent[hl7:code[@code = '1395'][@codeSystem = '2.16.840.1.113883.2.4.4.40.267']/...

//hl7:authorization[hl7:consentEvent[hl7:code[@code = '1404'][@codeSystem = '2.16.840.1.113883.2.4.4.40.267']/...

//hl7:authorization[hl7:consentEvent[hl7:code[@code = '1533'][@codeSystem = '2.16.840.1.113883.2.4.4.40.267']/...
Toewijzing 2020-06-05 08:55:32 : Toegewezen aan Alexander Henket door Ton Swieb
Tracking Open 2020-06-05 08:55:31 : Tracking door Ton Swieb
Omschrijving
Bevinding:

De XPath expressies voor alle consent gerelateerde BDS elementen matchen op meer dan 1 toestemming omdat ze allemaal het volgende XPath blok bevatten:

/hl7:authorization[hl7:consentEvent[hl7:code[(@code = '469' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1163' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1398' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1165' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1395' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1404' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1533' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267')]]]/hl7:consentEvent[hl7:code[(@code = '469' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1163' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1398' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1165' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1395' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1404' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267') or (@code = '1533' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267')]]

Zie bijbehorende template: http://decor.nictiz.nl/pub/jeugdgezondheidszorg/jgz-html-20200219T121823/tmp-2.16.840.1.113883.2.4.6.10.100.10010-2012-08-01T000000.html

Voorstel:

Kan de mapping zo aangepast worden dat dit resulteert in XPath expressies die slechts matchen op 1 type toestemming?

Bijvoorbeeld:

/hl7:authorization[hl7:consentEvent[hl7:code[(@code = '469' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267')]]
/hl7:authorization[hl7:consentEvent[hl7:code[(@code = '1163' and @codeSystem = '2.16.840.1.113883.2.4.4.40.267')]]
etc...

Nadere toelichting:

-

 
    
Labels
Voorvertoning Code HTML-kleur Weergavenaam Omschrijving
 
 BDSV 
BDSV BDSV BDS V
Issues voor ontwikkeling registratiedataset BDS V