Brontekst bekijken van MedMij:VIssue-1461-2019.01 ToelichtingKwalificatieGGZ

=Inleiding=
==Algemeen==
Hier vindt u informatie over de kwalificatie van de [[MedMij:V2019.01_OntwerpGGZ|Basisgegevens GGZ]] op basis van het [https://www.vippggz.nl/ VIPP GGZ programma] binnen MedMij. 

Deze pagina beschrijft de eisen voor zowel de raadplegende als beschikbaarstellende systemen.

De kwalificatie is ingericht aan de hand van Basisgegevens GGZ secties en de onderliggende zibs. De Basisgegevens GGZ omvat 10 secties, en 24 onderliggende zibs. (Momenteel 23 zibs, zie melding verderop)

==Doelgroep==
De doelgroep voor deze pagina bestaat uit: 
* Productmanagers, architecten, ontwerpers, bouwers en testers van PGO en XIS-leveranciers, regio-organisaties en Nictiz; 
* Vertegenwoordigers van patiënten, laboratoria en zorgverleners.

=Uitgangspunten=
==Uitgangspunten voor de kwalificatie systeemrol ‘Raadplegen Basisgegevens GGZ’ (PGO)==
Hieronder volgen de uitgangspunten bij de kwalificatie van de systeemrol ‘Raadplegen Basisgegevens GGZ’: 

* De Basisgegevens GGZ is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.  

* Een PGO raadpleegt altijd de gehele Basisgegevens GGZ en daarmee dus alle secties (altijd alle FHIR searches). 

* Een PGO kan de gehele Basisgegevens GGZ verwerken (gestructureerd opslaan in PGO database) en tonen. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
{{#lst:MedMij:Vdraft_Kwalificatie|Uitganspunten_Systeemrol_Raadplegen}}

* Bij raadpleging Basisgegevens GGZ wordt gebruik gemaakt van losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
* Mocht een PGO alleen enkele losse secties van de Basisgegevens GGZ willen raadplegen, dan kan een PGO dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dit staat dan los van systeemrol ‘raadplegen Basisgegevens GGZ’. 

* Bij Basisgegevens GGZ raadpleging geldt soms een specifieke filtering voor een zib. Labuitslagen is binnen Basisgegevens GGZ bijvoorbeeld beperkt tot de bekende klinische chemie bepalingen, en daarvan de laatste uitslag. Andere usecases voor labuitslagen kunnen vanuit de separate informatiestandaard labuitslagen ondersteund worden.

* De Basisgegevens GGZ secties, en de volgorde daarvan, zoals ook aangehouden in de addenda van de kwalificatiescripts, bepalen niet ''hoe'' de gegevens moeten worden weergegeven en gesorteerd in een PGO. Voor kwalificatie moeten wel alle functionele data-elementen conform de dataset van de informatiestandaard getoond worden aan de gebruiker.

* In de addenda van de kwalificatiescripts kunnen voorbeelden met data-elementen uitgewerkt zijn, die via FHIR references resolved moeten worden. Bijvoorbeeld het specialisme van een zorgverlener bij een verrichting, dat via PractitionerRole opgehaald kan worden. In het geval dat een dergelijk voorbeeld is uitgewerkt, zal bij de kwalificatie ook gecontroleerd worden of de referentie correct 'resolved' is. Het uitgangspunt is dat alle references resolvable moeten zijn, niet ''dat'' ze resolved worden.  Een PGO zou er ook voor kunnen kiezen om een clickeable link te tonen, waarmee een gebruiker (de persoon) desgewenst zelf kan 'resolven', eventueel zelfs in een nieuwe sessie (na de initiële 15 minuten). Meer informatie over het gebruik van FHIR references binnen MedMij is te vinden in de informatiestandaard overstijgende principes op de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_FHIR_IG#Use_of_the_reference_datatype technische ontwerp pagina].

==Uitgangspunten voor de kwalificatie systeemrol ‘Beschikbaarstellen Basisgegevens GGZ’ (XIS)==
Hieronder volgen de uitgangspunten voor de kwalificatie van de systeemrol ‘Beschikbaarstellen Basisgegevens GGZ’: 
{{#lst:MedMij:Vdraft_Kwalificatie|Uitganspunten_Systeemrol_Beschikbaarstellen}}

* Mocht XIS alleen enkele losse secties van de Basisgegevens GGZ beschikbaar willen / kunnen stellen, dan kan XIS dat doen als daarvoor binnen MedMij een gegevensdienst en informatiestandaard beschikbaar is. Zoals voor labuitslagen bijvoorbeeld. Dan kwalificeert een XIS voor die informatiestandaard, maar niet voor Basisgegevens GGZ. Dit komt overzichtelijkheid ten goede voor persoon en PGO. 

* Voorafgaand aan kwalificatie wordt vastgesteld welke Basisgegevens GGZ het XIS ondersteunt. 
* Basisgegevens GGZ gegevens die in XIS vastgelegd worden, dienen ook ontsloten te worden. 

* Idealiter ondersteunt een Basisgegevens GGZ beschikbaarstellend systeem de gehele Basisgegevens GGZ, maar om een XIS tegemoet te komen, kwalificeert een XIS bij ondersteuning van minimaal 90% oftewel 21 van de 24 onderliggende zibs. Dit wijkt bewust af van het uitgangspunt voor PGO, omdat in het zorgproces dat het XIS ondersteunt, doorgaans niet de gehele Basisgegevens GGZ vastgelegd hoeft te worden. In tegenstelling tot PGO waarin de persoon een zo compleet mogelijk overzicht van zorggegevens wil hebben. 
**NB: afhankelijk van de zorgsetting "ambulante zorg" versus "zorg met verblijf" is de zib VrijheidsbeperkendeMaatregelen niet verplicht (ambulant: totaal 23 zibs) of wel verplicht (verblijf: totaal 24 zibs). Voor deze zib geldt dat deze altijd bij de zorgsetting "zorg met verblijf" ingebouwd moet worden; de acceptabele marge van 90% geldt dus alleen voor de overige 23 zibs.
{{IssueBox|LET OP! Met de invoering van de wet verplichte ggz (Wvggz) die per 1 januari 2020 is ingegaan, is de zib vrijheidsbeperkende maatregelen (versie 2017) achterhaald. Om deze reden wordt er vanaf nu niet meer gecontroleerd op deze zib tijdens kwalificatie van de BgGGZ en is het niet meer de bedoeling deze uit te wisselen.}}

**Op technisch niveau moet per zib alle onderliggende data-elementen (verplicht en optioneel) ingebouwd zijn. De vulling van deze data-elementen is afhankelijk van de klinische relevantie bepaald door de use case.

* Als een XIS na kwalificatie meer of minder Basisgegevens GGZ secties of zibs gaat ondersteunen leidt dit tot een wijziging van de applicatie die herkwalificatie noodzakelijk maakt. Meer informatie over herkwalificatie is te vinden op de [https://www.nictiz.nl/standaardisatie/kwalificatiecentrum/herkwalificatie herkwalificatie pagina].

* XIS leverancier ondersteunt ‘Beschikbaarstellen Basisgegevens GGZ’ vanaf een bepaalde softwareversie. Deze versie kan binnen het VIPP-programma (module A2) gebruikt worden voor de bepaling van de financiering per ziekenhuis.

==Samenvatting==
De gehele Basisgegevens GGZ wordt als usecase gehanteerd, en de kwalificatie is daarop ingericht. 

Binnen MedMij kan worden gekwalificeerd voor de systeemrollen ‘raadplegen Basisgegevens GGZ’ en ‘beschikbaarstellen Basisgegevens GGZ’.

De gehele Basisgegevens GGZ wordt geraadpleegd via losse queries. Er wordt geen gebruik gemaakt van FHIR bundle bij raadplegen en beschikbaarstellen. 

PGO kwalificeert als de gehele Basisgegevens GGZ geraadpleegd, verwerkt en getoond kan worden.
 
XIS kwalificeert bij beschikbaarstellen van minimaal 21 van de 24 onderliggende zibs. (Momenteel dus 23 zibs, zie Let op melding hierboven)

==Paginahistorie==
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 06-04-2020
| style="background-color: white;"| 
* Toevoegingen uitgangspunten bij Raadplegen en Beschikbaarstellen. Gerelateerd aan BITS-issue [https://bits.nictiz.nl/browse/MM-359 MM-359]
* o.a. punt over herkwalificatie ontbrak.
|-
|-
| style="background-color: white;"| 30-09-2019
| style="background-color: white;"| 
* Tekstcorrectie ten aanzien van OperationOutcome. Gerelateerd aan BITS-issue [https://bits.nictiz.nl/browse/MM-358 MM-358]
* Paginahistorie toegevoegd.
|-