MedMij:V2020.01/Basisgegevens GGZ Raadplegen: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
k (Gebruik VersieInfo-sjabloon in de titel)
k (Beveiligde "MedMij:V2020.01/Basisgegevens GGZ Raadplegen": Protect production page from accidental edits ([Bewerken=Alleen beheerders toestaan] (vervalt niet) [Hernoemen=Alleen beheerders toestaan] (vervalt niet)))
 
(7 tussenliggende versies door 4 gebruikers niet weergegeven)
Regel 1: Regel 1:
__NOINDEX__
+
{{MedMij:V2020.01/Issuebox}}
{{MedMij:Vprepub-2020.01/Issuebox}}
 
  
{{DISPLAYTITLE:Basisgegevens GGZ - kwalificatie - Raadplegen BasisgegevensGGZ {{VersieInfo|BgGGZ}}}}
+
<!-- BACK TO TOP BUTTON -->
 +
<span id="BackToTop"></span>
 +
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
 +
[[#BackToTop|Back to Top]]
 +
</div>
 +
<!-- EINDE BACK TO TOP BUTTON -->
 +
 
 +
<!-- TITEL en INHOUDSOPGAVE die alleen Niveau 1 en 2 kopjes toont -->
 
__NUMBEREDHEADINGS__
 
__NUMBEREDHEADINGS__
 +
{{DISPLAYTITLE: Basisgegevens GGZ {{VersieInfo|BgGGZ}}- kwalificatie MedMij - Basisgegevens GGZ Raadplegen}}
 
<span class="toclimit-3">__TOC__</span>
 
<span class="toclimit-3">__TOC__</span>
 +
<!-- EINDE TITEL en INHOUDSOPGAVE -->
  
= Versiebeheer =
+
<!-- Deze tabel is aan te passen. Onder "uitgebreid" in het bewerk venster staat bij invoegen een tabel. Als je hierop klikt kun je zelf bepalen hoeveel rijen en kolommen je nodig hebt -->
 
 
 
{| class="wikitable"
 
|+ Versiebeheer
 
|-
 
! Datum !! BITS issue !! Omschrijving
 
|-
 
| 31-08-2021 || [https://bits.nictiz.nl/browse/MM-2302 MM-2302] || Kwalificatiescript omgezet van PDF-formaat naar wiki
 
|-
 
| 08-10-2020 || [https://bits.nictiz.nl/browse/MM-1493 MM-1493] || Aanpassing kwalificatiemateriaal BgGGZ rond zib VrijheidsbeperkendeMaatregelen
 
(2017), zie let op melding
 
|-
 
| 01-08-2021 || [https://bits.nictiz.nl/browse/MM-1119 MM-1119] || Scenario 1.3 toegevoegd t.b.v. de herleidbaarheid van gegevens.
 
|-
 
| 23-10-2019 || - || Verduidelijking en harmonisering van opmaak en tekst (géén inhoudelijke wijzigingen).
 
|}
 
 
 
 
= Doelgroep =
 
= Doelgroep =
De doelgroep van deze pagina is een PGO leverancier die wil kwalificeren op deze informatiestandaard. De kwalificatie wordt door de kwalificator uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een FHIR-server. De kwalificatiesimulator kan berichten verzenden en ontvangen.
+
De PGO leverancier die zich wil kwalificeren op de systeemrol "Raadplegen Basisgegevens GGZ" binnen het MedMij afsprakenstelsel.
 
 
= Begrippenlijst =
 
Hier niet van toepassing.
 
  
 
= Inleiding =
 
= Inleiding =
Deze pagina bevat het te doorlopen script bij kwalificatie voor de systeemrol
+
== Algemene informatie ==
*''patiënt Raadplegen Basisgegevens GGZ''
+
<!-- AANPASSEN ZO NODIG de tekst aan om relevante informatie te geven. Verwijder deze regel -->
binnen het MedMij afsprakenstelsel. De kwalificatie wordt door de kwalificator uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een FHIR server. De kwalificatiesimulator kan berichten verzenden en ontvangen.
+
Dit kwalificatiescript is opgesteld ten behoeve van MedMij. De op te vragen onderdelen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. Actuele informatie over de informatiestandaard kan je vinden via de overzichtspagina's van het [[MedMij:Vcurrent_Ontwerpen|Functioneel ontwerp]] en [[MedMij:Vcurrent_FHIR_IG|Technisch ontwerp]].
  
== Algemene voorwaarden voor kwalificatie ==
+
== Begrippenlijst ==
<!--T.Z.T. WORDT DIT EEN TRANSCLUSIE, MAAR VOOLROPIG EEN VASTE TEKST, VANWEGE REGEL 5-- Transclusie algemene MedMij pagina -->
+
{{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Begrippenlijst}}
Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:
+
= Kwalificatie-informatie =
#Kennis en begrip van het MedMij afsprakenstelsel.
+
== Algemeen ==
#Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie etc.
+
{{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Algemeen}}
#Kennis en begrip van de aan GGZ gerelateerde set zorginformatiebouwstenen (zibs).
+
==  Voorwaarden voor kwalificatie ==
#Kennis en begrip en toepassen van de verschillende tabellen, waardelijsten en andere referenties die de Basisgegevens GGZ gebruikt.
+
{{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Voorwaarden voor kwalificatie}}
#Kennis en begrip, en het naleven van de aandachtspunten zoals hieronder beschreven [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen#Aandachtspunten_voor_inhoudelijke_gegevens|Aandachtspunten voor inhoudelijke gegevens]].
 
#Alle gegevens die de kwalificerende partij zelf moet invoeren zijn te vinden in de kwalificatiedocumentatie. '''Onjuist ingevoerde gegevens''' (ook tijd/datum etc.) zullen leiden tot vertraging van en kunnen blokkerend zijn voor het kwalificatieproces.
 
#Inhoudelijke informatie, conform de Basisgegevens GGZ, moet altijd toegankelijk gemaakt worden voor de PGO gebruiker. De (kandidaat)deelnemer levert voor deze informatie schermafdrukken op voor controle.
 
#Deze kwalificatie toetst geen infrastructurele eisen.
 
  
== Specifieke voorwaarden voor kwalificatie ==
+
{{NoteBox|Medicatiegegevens vallen buiten de Basisgegevens GGZ, omdat hiervoor gebruikt wordt gemaakt van de reeds bestaande informatiestandaard Medicatieproces 9.0 en bijbehorende kwalificaties. }}
<!-- OPTIONEEL: PLAATS HIER AANVULLENDE SPEFICIEKE VOORWAARDEN -->
 
Voor deze informatiestandaard gelden de volgende specifieke voorwaarden en uitgangspunten:
 
*Binnen het VIPP GZZ programma zijn een drietal modules opgenomen. De Basisgegevens GGZ is bedoeld voor de module "Patiënt & Informatie", naast de modules "Patiënt & Medicatie" (o.b.v. Medicatieproces 9.0) en "Patiënt & eHealth".
 
*''Let op: medicatiegegevens vallen buiten de Basisgegevens GGZ, omdat hiervoor gebruikt wordt gemaakt van de reeds bestaande informatiestandaard Medicatieproces 9.0 en bijbehorende kwalificaties.
 
''
 
*Per zib zijn Basisgegevens GGZ FHIR resources en gespecificeerde FHIR zoekopdrachten beschikbaar. Voor de Basisgegevens GGZ raadpleging verstuurt de PGO alle Basisgegevens GGZ zoekopdrachten als losse queries.
 
*In de praktijk stelt het XIS de volledige Basisgegevens GGZ beschikbaar voor zover aanwezig. Bij de kwalificatie van de systeemrol Raadplegen Basisgegevens GGZ wordt getoetst of de complete Basisgegevens GGZ wordt verwerkt en getoond. Daarnaast is het voor kwalificatie van belang dat de PGO foutmeldingen verwerkt. Als er technisch iets niet goed gaat, stuurt het XIS conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een Basisgegevens GGZ sectie of specifieke zib, niet wordt ondersteund in het XIS.
 
*De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met het zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we ervanuit dat de verbinding reeds succesvol is gemaakt.
 
*Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) geraadpleegd wordt.
 
  
Raadpleeg voor '''overige specifieke voorwaarden''' de [[MedMij:V2020.01/ToelichtingKwalificatieGGZ|Toelichting Kwalificatie GGZ]]
+
Voor deze informatiestandaard gelden de volgende ''specifieke voorwaarden'':
 +
#Binnen het VIPP GZZ programma zijn een drietal modules opgenomen. De Basisgegevens GGZ is bedoeld voor de module "Patiënt & Informatie", naast de modules "Patiënt & Medicatie" (o.b.v. Medicatieproces 9.0) en "Patiënt & eHealth".
 +
#De Basisgegevens GGZ is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
 +
#In de praktijk stelt het XIS de volledige Basisgegevens GGZ beschikbaar voor zover aanwezig. Bij de kwalificatie van de systeemrol Raadplegen Basisgegevens GGZ wordt getoetst of de complete Basisgegevens GGZ wordt verwerkt (dat wil zeggen gestructureerd opgeslagen in de PGO database) en getoond. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
 +
#Per zib zijn Basisgegevens GGZ FHIR resources en gespecificeerde FHIR zoekopdrachten beschikbaar.
 +
#Een PGO raadpleegt altijd de gehele Basisgegevens GGZ en daarmee dus alle secties (altijd alle FHIR searches).
 +
#Voor de Basisgegevens GGZ raadpleging verstuurt de PGO alle Basisgegevens GGZ zoekopdrachten als losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
 +
#Het is voor kwalificatie van belang dat de PGO foutmeldingen verwerkt. Als er technisch iets niet goed gaat, stuurt het XIS conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een Basisgegevens GGZ sectie of specifieke zib, niet wordt ondersteund in het XIS.
 +
#De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met het zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we ervanuit dat de verbinding reeds succesvol is gemaakt.
 +
#Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) geraadpleegd wordt.
 +
#De Basisgegevens GGZ secties, en de volgorde daarvan, zoals ook aangehouden in de [[MedMij:V2020.01/Basisgegevens_GGZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]], 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 [[MedMij:V2020.01/Basisgegevens_GGZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario's]] op deze wiki-pagina 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 [[MedMij:V2020.02/FHIR_IG#Use_of_the_reference_datatype|technische ontwerp pagina]].
 +
#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.
 +
#Mocht een PGO alleen enkele losse secties van de Basisgegevens GGZ Zorg 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’.</s>
  
 +
==  Uitgangspunten kwalificatie ==
 +
{{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Uitgangspunten kwalificatie}}
 
== Op te leveren kwalificatiemateriaal door de leverancier ==
 
== Op te leveren kwalificatiemateriaal door de leverancier ==
 +
{{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Op te leveren kwalificatiemateriaal door de leverancier}}
 +
Stuur dit materiaal op in het [[MedMij:V2020.01/Kwalificatie#Basisgegevens_GGZ_2.0|Aanleverformat - Raadplegen Basisgegevens GGZ]].
  
 
# De berichten worden verstuurd vanuit de PGO. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
 
# De berichten worden verstuurd vanuit de PGO. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
 
# Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het [[MedMij:V2020.01/Kwalificatie#Basisgegevens_GGZ_2.0 |''Aanleverformat - Raadplegen Basisgegevens GGZ'']].
 
# Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het [[MedMij:V2020.01/Kwalificatie#Basisgegevens_GGZ_2.0 |''Aanleverformat - Raadplegen Basisgegevens GGZ'']].
  
== Uit te voeren stappen Raadplegen ==
+
= Kwalificatiescript =
<!-- Dit kopje verwijderen indien het gaat om Raadplegen of ANDERS. Vul op de plaats met HOOFDLETTERS de naam in van de informatiestandaard. PER ROL 1 PAGINA AANMAKEN -->
+
== Uit te voeren stappen kwalificatie systeemrol Raadplegen ==
 
Voer – voor ieder scenario – de volgende stappen uit:
 
Voer – voor ieder scenario – de volgende stappen uit:
#De PGO stuurt een bevraging richting de kwalificatiesimulator voor een bepaalde persoon, zoals beschreven in [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
+
#De PGO stuurt een bevraging richting de kwalificatiesimulator voor een bepaalde persoon, zoals beschreven in [[MedMij:V2020.01/Basisgegevens_GGZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
#De kwalificatiesimulator (FHIR server) zal de Basisgegevens GGZ beschikbaarstellen. De gegevens komen overeen met de gegevens in [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
+
#De kwalificatiesimulator (FHIR server) zal de Basisgegevens GGZ beschikbaarstellen. De gegevens komen overeen met de gegevens in [[MedMij:V2020.01/Basisgegevens_GGZ_Raadplegen#Inhoudelijke_gegevens_scenario.E2.80.99s|Inhoudelijke gegevens scenario’s]]
 
#Ontvang en verwerk de Basisgegevens GGZ in het systeem.
 
#Ontvang en verwerk de Basisgegevens GGZ in het systeem.
 
#Maak schermafdrukken van de wijze waarop het PGO de Basisgegevens GGZ toont, en leg deze vast in het [[MedMij:V2020.01/Kwalificatie#Basisgegevens_GGZ_2.0 |''Aanleverformat - Raadplegen Basisgegevens GGZ'']].
 
#Maak schermafdrukken van de wijze waarop het PGO de Basisgegevens GGZ toont, en leg deze vast in het [[MedMij:V2020.01/Kwalificatie#Basisgegevens_GGZ_2.0 |''Aanleverformat - Raadplegen Basisgegevens GGZ'']].
  
{| class="wikitable" width="85%"
+
== Overzicht scenario’s ==
|+
+
{| class="wikitable"
|-
+
|-style="background-color: #1F497D;; color: white; text-align:left; width: 25%;"  
! Doel !! Verwacht resultaat
+
| Nr || Scenario || Doel van test  || Verwacht resultaat || Inhoudelijke gegevens
|-
 
| Aantonen dat het systeem Basisgegevens GGZ kan raadplegen || Het systeem genereert technisch correcte berichten
 
 
|-
 
|-
| Aantonen dat ontvangen Basisgegevens GGZ getoond worden || Het systeem ontvangt, verwerkt en toont de Basisgegevens GGZ uit het retourbericht
+
| 1.1 || Basisgegevens GGZ van persoon 1, bij XIS 1 || Aantonen dat ontvangen Basisgegevens GGZ gestructureerd verwerkt en vervolgens getoond worden || Het systeem ontvangt, verwerkt (gestructureerd opslaan) en toont de Basisgegevens GGZ uit het retourbericht || [[#Scenario_1.1|Scenario 1.1]]
 
|-
 
|-
| Aantonen dat het systeem kan verwerken en tonen dat er geen zorginhoudelijke gegevens bekend zijn in geraadpleegde XIS (specifiek scenario 1.2) || Het systeem toont dat het beschikbaarstellende systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn
+
| 1.2 || Basisgegevens GGZ van persoon 2, bij XIS 1 (geen zorginhoudelijke gegevens) || Aantonen dat het systeem kan verwerken en tonen dat er geen zorginhoudelijke gegevens bekend zijn in het geraadpleegde XIS || Het systeem toont dat het beschikbaarstellende systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn || [[#Scenario_1.2|Scenario 1.2]]
 
|-
 
|-
| Aantonen dat het systeem de herleidbaarheid van gegevens kan aantonen. (specifiek scenario 1.3) || Het systeem toont de bron en datum en tijdstip van raapleging door de PGO
+
| 1.3 || Basisgegevens GGZ van persoon 1, herleidbaarheid van een inhoudelijk data-element || Het verwachte resultaat is de bron en datum en tijdstip van raadpleging door de PGO van een zelfgekozen inhoudelijk data-element uit scenario 1.1. || Het systeem toont bron, datum en tijdstip van raadpleging element || [[#Scenario_1.3|Scenario 1.3]]
 
|}
 
|}
 
Scenario's (vraag aan XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt)
 
*Scenario 1.1: Basisgegevens GGZ van persoon 1, zoals beschreven in [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen#Scenario_1.1|Scenario 1.1]]
 
*Scenario 1.2: Basisgegevens GGZ van persoon 2, zoals beschreven in [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen#Scenario_1.2|Scenario 1.2]] (FHIR resource niet geïmplementeerd). ''In praktijk zal het niet voorkomen dat dezelfde resource voor persoon 1 wel geïmplementeerd is en voor persoon 2 niet, tenzij er een update van softwareversie van het XIS tussen de beide raadplegingen werd doorgevoerd.''
 
*Scenario 1.3: De herleidbaarheid van een inhoudelijk data-element van persoon 1, zoals beschreven in [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Raadplegen#Scenario_1.3|Scenario 1.3]]
 
  
 
= Aandachtspunten voor inhoudelijke gegevens =
 
= Aandachtspunten voor inhoudelijke gegevens =
 
== Persoonsgegevens ==
 
== Persoonsgegevens ==
De Basisgegevens GGZ sectie Demografie en identificatie bevat algemene gegevens over de persoon zoals naam,
+
{{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Persoonsgegevens}}
adres en woonplaats.
+
== Variabele T datum ==
In het MedMij afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om het XIS te
+
{{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Variabele T datum }}
raadplegen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag
 
een BSN geretourneerd worden naar het persoonsdomein.
 
Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het
 
beschikbaar stellende systeem (XIS) deze nodig kan hebben.
 
 
 
 
== Structuur Basisgegevens GGZ ==
 
== Structuur Basisgegevens GGZ ==
<!-- Zet hier de relevante gegevens mbt deze specifieke informatiestandaard, bijvoorbeeld Huisarts-EPD, DatumT, afspraakgegevens, etc. -->
 
 
Bij de Basisgegevens GGZ kwalificatie wordt de structuur gebruikt die is aangebracht in Basisgegevens GGZ. Deze
 
Bij de Basisgegevens GGZ kwalificatie wordt de structuur gebruikt die is aangebracht in Basisgegevens GGZ. Deze
structuur groepeert de 23 zorginformatiebouwstenen (zibs) (oorspronkelijk betrof het 24 zibs, maar de zib VrijheidsbeperkendeMaatregel is inmiddels vervallen), waaruit de Basisgegevens GGZ is opgebouwd, in 10
+
structuur groepeert de 23 zorginformatiebouwstenen (zibs), waaruit de Basisgegevens GGZ is opgebouwd, in 10
 
secties.
 
secties.
 
Een PGO dient de gehele Basisgegevens GGZ te kunnen raadplegen, verwerken en tonen aan de gebruiker. Dat
 
Een PGO dient de gehele Basisgegevens GGZ te kunnen raadplegen, verwerken en tonen aan de gebruiker. Dat
 
geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
 
geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
  
= Inhoudelijke gegevens scenario’s  =
+
== Vervallen zib ==
De zorginhoudelijke gegevens die door XIS beschikbaar gesteld worden per testpersoon, zijn te vinden op de pagina [[MedMij:Vprepub-2020.01/Basisgegevens_GGZ_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s|Kwalificatie - Beschikbaarstellen BasisgegevensGGZ]]
+
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.
 +
 
 +
= Inhoudelijke gegevens =
 +
De zorginhoudelijke gegevens die door XIS beschikbaar gesteld worden per testpersoon, zijn te vinden op de pagina [[MedMij:V2020.01/Basisgegevens_GGZ_Beschikbaarstellen#Inhoudelijke_gegevens_scenario.E2.80.99s|Kwalificatie - Beschikbaarstellen BasisgegevensGGZ]]
  
 
== Scenario 1.1 ==
 
== Scenario 1.1 ==

Huidige versie van 22 nov 2022 om 13:35




1 Doelgroep

De PGO leverancier die zich wil kwalificeren op de systeemrol "Raadplegen Basisgegevens GGZ" binnen het MedMij afsprakenstelsel.

2 Inleiding

2.1 Algemene informatie

Dit kwalificatiescript is opgesteld ten behoeve van MedMij. De op te vragen onderdelen zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen. Actuele informatie over de informatiestandaard kan je vinden via de overzichtspagina's van het Functioneel ontwerp en Technisch ontwerp.

2.2 Begrippenlijst

In de context van MedMij worden bepaalde afkortingen en termen gebruikt. Meer informatie kan je vinden in deze algemene begrippenlijst.

3 Kwalificatie-informatie

3.1 Algemeen

Voor het testen van systeemrollen is "Touchstone" als kwalificatiesimulator beschikbaar. Alle uitleg over kwalificeren kan je vinden op de pagina met algemene informatie over MedMij kwalificaties.

Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.

3.2 Voorwaarden voor kwalificatie

Je hebt als kandidaat-deelnemer voldoende kennis en begrip van de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij.


Voor deze informatiestandaard gelden de volgende specifieke voorwaarden:

  1. Binnen het VIPP GZZ programma zijn een drietal modules opgenomen. De Basisgegevens GGZ is bedoeld voor de module "Patiënt & Informatie", naast de modules "Patiënt & Medicatie" (o.b.v. Medicatieproces 9.0) en "Patiënt & eHealth".
  2. De Basisgegevens GGZ is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
  3. In de praktijk stelt het XIS de volledige Basisgegevens GGZ beschikbaar voor zover aanwezig. Bij de kwalificatie van de systeemrol Raadplegen Basisgegevens GGZ wordt getoetst of de complete Basisgegevens GGZ wordt verwerkt (dat wil zeggen gestructureerd opgeslagen in de PGO database) en getoond. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).
  4. Per zib zijn Basisgegevens GGZ FHIR resources en gespecificeerde FHIR zoekopdrachten beschikbaar.
  5. Een PGO raadpleegt altijd de gehele Basisgegevens GGZ en daarmee dus alle secties (altijd alle FHIR searches).
  6. Voor de Basisgegevens GGZ raadpleging verstuurt de PGO alle Basisgegevens GGZ zoekopdrachten als losse queries en niet van bundeling als batch, onder andere om aan performance bezwaren tegemoet te komen.
  7. Het is voor kwalificatie van belang dat de PGO foutmeldingen verwerkt. Als er technisch iets niet goed gaat, stuurt het XIS conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een Basisgegevens GGZ sectie of specifieke zib, niet wordt ondersteund in het XIS.
  8. De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met het zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we ervanuit dat de verbinding reeds succesvol is gemaakt.
  9. Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) geraadpleegd wordt.
  10. De Basisgegevens GGZ secties, en de volgorde daarvan, zoals ook aangehouden in de Inhoudelijke gegevens scenario's, 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.
  11. In Inhoudelijke gegevens scenario's op deze wiki-pagina 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 technische ontwerp pagina.
  12. 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.
  13. Mocht een PGO alleen enkele losse secties van de Basisgegevens GGZ Zorg 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’.

3.3 Uitgangspunten kwalificatie

Pas de generieke uitgangspunten voor de kwalificatie MedMij toe voor de systeemrol waarop je in dit script kwalificeert.

3.4 Op te leveren kwalificatiemateriaal door de leverancier

  1. De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de executie op de kwalificatiesimulator (Touchstone).
  2. Schermafdrukken van de wijze waarop het systeem de informatie uit een kwalificatiescenario aan de gebruiker toont. Onder "Uit te voeren stappen" en in het "Overzicht scenario’s" staat aangegeven waar deze verwacht worden.


Stuur dit materiaal op in het Aanleverformat - Raadplegen Basisgegevens GGZ.

  1. De berichten worden verstuurd vanuit de PGO. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
  2. Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het Aanleverformat - Raadplegen Basisgegevens GGZ.

4 Kwalificatiescript

4.1 Uit te voeren stappen kwalificatie systeemrol Raadplegen

Voer – voor ieder scenario – de volgende stappen uit:

  1. De PGO stuurt een bevraging richting de kwalificatiesimulator voor een bepaalde persoon, zoals beschreven in Inhoudelijke gegevens scenario’s
  2. De kwalificatiesimulator (FHIR server) zal de Basisgegevens GGZ beschikbaarstellen. De gegevens komen overeen met de gegevens in Inhoudelijke gegevens scenario’s
  3. Ontvang en verwerk de Basisgegevens GGZ in het systeem.
  4. Maak schermafdrukken van de wijze waarop het PGO de Basisgegevens GGZ toont, en leg deze vast in het Aanleverformat - Raadplegen Basisgegevens GGZ.

4.2 Overzicht scenario’s

Nr Scenario Doel van test Verwacht resultaat Inhoudelijke gegevens
1.1 Basisgegevens GGZ van persoon 1, bij XIS 1 Aantonen dat ontvangen Basisgegevens GGZ gestructureerd verwerkt en vervolgens getoond worden Het systeem ontvangt, verwerkt (gestructureerd opslaan) en toont de Basisgegevens GGZ uit het retourbericht Scenario 1.1
1.2 Basisgegevens GGZ van persoon 2, bij XIS 1 (geen zorginhoudelijke gegevens) Aantonen dat het systeem kan verwerken en tonen dat er geen zorginhoudelijke gegevens bekend zijn in het geraadpleegde XIS Het systeem toont dat het beschikbaarstellende systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn Scenario 1.2
1.3 Basisgegevens GGZ van persoon 1, herleidbaarheid van een inhoudelijk data-element Het verwachte resultaat is de bron en datum en tijdstip van raadpleging door de PGO van een zelfgekozen inhoudelijk data-element uit scenario 1.1. Het systeem toont bron, datum en tijdstip van raadpleging element Scenario 1.3

5 Aandachtspunten voor inhoudelijke gegevens

5.1 Persoonsgegevens

Er is een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen. Dit is alleen bedoeld voor gebruik in het XIS (registratie van de testpersoon).

In het MedMij afsprakenstelsel is vastgelegd dat het BSN niet mag worden gebruikt in de gegevensuitwisseling. Dit aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein.

5.2 Variabele T datum

De T datum is altijd de maandag van de week waarin je de tests van dit script uitvoert. Als ergens staat T-100 betekent dit dus: 100 dagen eerder dan de huidige maandag. Meer uitleg over de T datum is hier te vinden.

5.3 Structuur Basisgegevens GGZ

Bij de Basisgegevens GGZ kwalificatie wordt de structuur gebruikt die is aangebracht in Basisgegevens GGZ. Deze structuur groepeert de 23 zorginformatiebouwstenen (zibs), waaruit de Basisgegevens GGZ is opgebouwd, in 10 secties. Een PGO dient de gehele Basisgegevens GGZ te kunnen raadplegen, verwerken en tonen aan de gebruiker. Dat geldt per zib voor alle onderliggende data-elementen (verplicht en optioneel).

5.4 Vervallen zib

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.

6 Inhoudelijke gegevens

De zorginhoudelijke gegevens die door XIS beschikbaar gesteld worden per testpersoon, zijn te vinden op de pagina Kwalificatie - Beschikbaarstellen BasisgegevensGGZ

6.1 Scenario 1.1

Persoon 1
Achternaam XXX_Bals
Voornaam Adam
Voorletter(s) A
Geslacht Man
Adresgegevens Knolweg 1000, 9999 XA, Stitswerd
Land Nederland
Geboortedatum 02-08-1964
Patient_ID XIS 1000000001

6.2 Scenario 1.2

Persoon 2
Achternaam XXX_Walsen
Voornaam Agnes
Voorletter(s) A
Geslacht Vrouw
Adresgegevens Knolweg 1001, 9999 XX, Stitswerd
Land Nederland
Geboortedatum 02-08-1964
Patient_ID XIS 1000000003

6.3 Scenario 1.3

In scenario 1.3 wordt gevraagd om de herleidbaarheid van een inhoudelijk data-element van persoon 1 te tonen. Het verwachte resultaat is de bron en datum en tijdstip van raadpleging door de PGO van een zelfgekozen inhoudelijk data-element uit scenario 1.1.