MedMij:Vdraft Integrale Zwangerschapskaart Raadplegen: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
(ontwikkelversie GZ MM-Zwangerschapskaart (kwalificatiemateriaal))
 
Regel 5: Regel 5:
 
<span class="toclimit-3">__TOC__</span>
 
<span class="toclimit-3">__TOC__</span>
  
= Versiehistorie =
+
<span id="BackToTop"></span>
{| class="wikitable"
+
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
!Datum !!BITS !!Omschrijving
+
[[#BackToTop|Back to Top]]
|-  
+
</div>
|91-08-2021 ||- ||Draft kwalificatiescript op wiki
 
|}
 
 
 
{{font color||yellow|LET OP er is nog een versieinfo-sjabloon nodig. Pieter vragen}}
 
  
 
= Doelgroep =
 
= Doelgroep =
 
De doelgroep van dit document is de PGO leverancier die wil kwalificeren op de systeemrol ‘Raadplegen Integrale Zwangerschapskaart’ binnen het MedMij afsprakenstelsel.  
 
De doelgroep van dit document is de PGO leverancier die wil kwalificeren op de systeemrol ‘Raadplegen Integrale Zwangerschapskaart’ binnen het MedMij afsprakenstelsel.  
  
= Begrippenlijst =
 
Er zijn geen specifieke begrippen van toepassing.
 
  
 
= Inleiding =
 
= Inleiding =
 
== Algemeen ==
 
== Algemeen ==
Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van het Functioneel Ontwerp Geboortezorg 3.2, use case: [[Gebz:V3.2_Ontwerpen#Use_case:_Client_vraagt_via_PGO_Integrale_Zwangerschapskaart_op_.28MedMij_0.1.29|Client vraagt via PGO Integrale Zwangerschapskaart op (MedMij 0.1)]]. De op te vragen onderdelen die in het functioneel ontwerp besloten liggen, zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen.
+
Dit kwalificatiescript is opgesteld op basis van het Functioneel Ontwerp Geboortezorg (PWD) 3.2, use case: [https://informatiestandaarden.nictiz.nl/wiki/Gebz:V3.2_Ontwerpen#Use_case:_Client_vraagt_via_PGO_Integrale_Zwangerschapskaart_op_.28MedMij_0.1.29 Client vraagt via PGO Integrale Zwangerschapskaart op (MedMij 0.1)]. In het ontwerp wordt gebruik gemaakt van zorginformatiebouwstenen (zibs) of geboortezorgspecifieke bouwstenen (CIMs), meer informatie hierover is te vinden in het [https://informatiestandaarden.nictiz.nl/wiki/Gebz:V3.2_Ontwerpen#Aanwijzingen_.2F_eisen_voor_functionaliteit_van_systemen_per_zib overzicht van de bouwstenen PWD 3.2].
 +
 
  
Het doel van deze kwalificatie is aan te tonen dat het systeem (PGO) succesvol een integrale zwangerschapskaart kan opvragen bij een zorgaanbieder (XIS) en deze aan de persoon (PGO gebruiker) kan tonen.  
+
= Kwalificatie informatie =
 +
De kwalificatie wordt door de (kandidaat)deelnemer uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een HL7 FHIR server (TouchStone). De kwalificatiesimulator kan berichten verzenden en ontvangen, waarbij het ook mogelijk is om als XIS zelf raadpleging door een PGO na te bootsen. Meer informatie is beschikbaar via de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#Kwalificatie_aansluiten_op_Touchstone algemene informatie kwalificatie MedMij].
  
== Voorwaarden voor kwalificatie ==
+
== Voorwaarden ==
Een leverancier kan starten met een kwalificatie, als aan de algemene voorwaarden zijn voldaan:
+
Een kandidaat-deelnemer kan starten met een kwalificatie, bij voldoende kennis en begrip van de [https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie#Algemene_voorwaarden_voor_kwalificatie algemene voorwaarden en procedurele eisen voor kwalificatie MedMij].
# Kennis en begrip van de algemene voorwaarden en procedurele eisen voor kwalificatie. Deze informatie is te vinden op de [[https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2020.01/Kwalificatie|algemene kwalificatie pagina MedMij]].
 
<i>Aanvullende voorwaarden voor deze kwalificatie:</i>
 
# Kennis en begrip van het [https://babyconnect.atlassian.net/wiki/x/j4TUBQ Afsprakenstelsel Interoperabiliteit Geboortezorg].
 
  
LET OP: Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.
+
''Specifiek voor deze kwalificatie'' wordt ook voldoende kennis en begrip van het [https://babyconnect.atlassian.net/wiki/x/j4TUBQ Afsprakenstelsel Interoperabiliteit Geboortezorg] verwacht.
 +
 
 +
Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.
  
 
== Uitgangspunten ==
 
== Uitgangspunten ==
{{#lsth:MedMij:V2020.01/Kwalificatie|Systeemrol 'Beschikbaarstellen' (Zorgaanbiedersdomein)}}
+
{{#lsth:MedMij:V2020.01/Kwalificatie|Systeemrol 'Raadplegen' (Persoonsdomein)}}
 +
== Op te leveren kwalificatiemateriaal ==
 +
# De berichten (query) die worden verstuurd vanuit de PGO. Verstuur de vraag om inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server), deze stuurt de gegevens terug.
 +
# Schermafdrukken van de verschillende kwalificatiestappen zoals beschreven bij het Verwacht resultaat in het "Overzicht scenario's"
  
<b>Aanvullende uitgangspunten voor deze kwalificatie:</b>
 
  
NTB
+
= Kwalificatiescript =
 
+
== Uit te voeren stappen ==
== Kwalificatiesimulator ==
+
# Registreer in de PGO voor elk scenario de vrouw, zoals opgenomen in het hoofdstuk [[MedMij:Vdraft_Integrale_Zwangerschapskaart_Beschikbaarstellen#Inhoudelijke_gegevens|inhoudelijke gegevens]].
De kwalificatie wordt door de (kandidaat)deelnemer uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een HL7 FHIR server (TouchStone). De kwalificatiesimulator kan berichten verzenden en ontvangen. Voor de berichten wordt gebruik gemaakt van de inhoudelijke gegevens beschreven op deze pagina.
+
# Vraag voor elk scenario de gegevens op uit Touchstone, conform de query parameters die in het scenario zijn beschreven. ''Let op'': bij het uitvoeren van de kwalificatie dient een scenario volledig afgerond te zijn voordat het volgende scenario gestart wordt in Touchstone.
 +
# Stel uit de ontvangen gegevens een de Integrale Zwangerschapskaart samen; per zwangerschap een kaart.
 +
# Maak schermafdrukken voor de scenario's waar dit is aangegeven in onderstaand overzicht. Plaats deze in het aanleverformat {{font color||yellow|document nog te maken}}.
 +
# Voeg de links naar de Touchstone executie in het aanleverformat.
  
Voor de simulatie gaan we er van uit dat:
+
== Beginsituatie kwalificatie ==
 +
Bij de simulatie gaan we uit van de volgende beginsituatie:
 
* De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met een zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we er vanuit dat de verbinding reeds succesvol is gemaakt.  
 
* De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met een zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we er vanuit dat de verbinding reeds succesvol is gemaakt.  
* {{font color||yellow|Daarnaast is het uitgangspunt dat via Babyconnect het PGO meerdere bronsystemen tegelijk bevraagd kunnen worden (??? nog niet zeker of/hoe dit beoogd is. Alternatief is default MM-tekstje: Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) bevraagd wordt.)}}
+
* Daarnaast is het uitgangspunt dat 1 bronsysteem van een zorgaanbieder (XIS) per keer bevraagd wordt.
  
 
= Script Beschikbaarstellen Integrale Zwangerschapskaart =
 
= Script Beschikbaarstellen Integrale Zwangerschapskaart =
Regel 52: Regel 53:
 
# De berichten die worden verstuurd vanuit het XIS. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
 
# De berichten die worden verstuurd vanuit het XIS. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).
 
{{font color||yellow|onderstaande vermoedelijk NIET van toepassing: screenprints. XIS moet correct bericht beschikbaarstellen. denk niet dat we dan de registratie/invoerschermen gaan controleren?<br/>}}
 
{{font color||yellow|onderstaande vermoedelijk NIET van toepassing: screenprints. XIS moet correct bericht beschikbaarstellen. denk niet dat we dan de registratie/invoerschermen gaan controleren?<br/>}}
 
== Uit te voeren stappen ==
 
# Registreer in het XIS de patiëntgegevens voor de testpersonen en zorgverlener zoals opgenomen in [[MedMij:Vdraft_Integrale_Zwangerschapskaart_Beschikbaarstellen#Inhoudelijke_gegevens#Administratieve_gegevens|Administratieve gegevens]].
 
# Zorg dat het XIS beschikt over de Integrale Zwangerschapskaart voor deze personen, gebruik hiervoor de [[MedMij:Vdraft_Integrale_Zwangerschapskaart_Beschikbaarstellen#Inhoudelijke_gegevens|inhoudelijke gegevens]] van elk scenario.
 
# Bij het uitvoeren van de kwalificatie dient een scenario volledig afgerond te zijn voordat het volgende scenario gestart wordt.
 
# Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters zoals beschreven in de verschillende scenario’s.
 
  
 
== Overzicht scenario's ==
 
== Overzicht scenario's ==
Regel 63: Regel 58:
 
De scenario's gaan uit van een PULL vanuit PGO naar XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt.
 
De scenario's gaan uit van een PULL vanuit PGO naar XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt.
  
* Scenario 1.1 Integrale zwangerschapskaart voor huidige (actieve) zwangerschap van persoon 1
+
''NB: voor de leesbaarheid is "integrale zwangerschapskaart" in de onderstaande tabel afgekort tot "kaart".''
* Scenario 1.2 Alle Integrale zwangerschapskaarten voor persoon 1
 
* Scenario 1.3 Integrale zwangerschapskaart voor persoon 2 met een meerlingzwangerschap
 
* Scenario 1.4 Integrale zwangerschapskaart voor persoon 3 is niet vindbaar (bestaat niet)
 
 
 
  
{{font color||yellow|doel voor 1.3 alleen zo verwoorden, als verwacht wordt dat de DVZA een bundle samenstelt van de kaarten 1e en 2elijns.}}
+
{| class="wikitable" width="80%"
 
+
!Nr. !!Scenario !!Doel !!Verwacht resultaat !!Inhoudelijke gegevens
{| class="wikitable" style="width: 70%;"
 
!Scenario's !!Doel !!Verwacht resultaat
 
 
|-  
 
|-  
|1.1-1.3||Aantonen dat het systeem IZ beschikbaar kan stellen met gebruik van FHIR berichten||Het systeem genereert technisch correcte berichten
+
| ||''algemeen principe, geldt voor alle scenario's:''||width="30%"|Aantonen dat het systeem een kaart kan raadplegen met gebruik van FHIR berichten en deze verwerkt in de PGO||width="35%"|Het systeem genereert technisch correcte berichten||
 
|-  
 
|-  
|1.1||Aantonen dat het systeem om kan gaan met query parameters||Het systeem genereert per zwangerschap een bericht met de correcte informatie.
+
|1.1||PGO vraagt kaart voor huidige zwangerschap op||Aantonen dat het systeem kan omgaan met query parameters||Functioneel: schermafdruk van alle ontvangen gegevens: zowel administratieve gegevens als kaart 2<br/> Technisch: Bericht bevat een gerichte zoekvraag op de zwangerschapsstatus (active EpisodeOfCare)||Vrouw 1, Kaart 2
 
|-  
 
|-  
|1.2||Aantonen dat het systeem IZ beschikbaar kan stellen voor meerdere zwangerschappen van één vrouw||Het systeem genereert per zwangerschap een bericht met de correcte informatie. Alle berichten worden in een bundle beschikbaar gesteld.
+
|1.2||PGO vraagt alle kaarten van een persoon op||Aantonen dat het systeem kan omgaan met meerdere zwangerschappen van één vrouw (meerdere kaarten voor 1 persoon)||Functioneel: schermafdruk van alle ontvangen gegevens: zowel administratieve gegevens als beide kaarten <br/> Technisch: Van elke kaart een apart bericht, alle berichten worden in 1 bundle beschikbaar gesteld.  
 +
||Vrouw 1, Kaart 1 en Kaart 2
 
|-  
 
|-  
|1.3||Aantonen dat het systeem IZ beschikbaar kan stellen voor een meerlingzwangerschap ||Het systeem genereert per zorginstelling een bericht dat alle kinderen van deze zwangerschap bevat.<br> {{font color||yellow|Alle berichten worden in een bundle beschikbaar gesteld (door connector/DVZA).}}
+
|1.3||PGO vraagt kaart van een meerlingzwangerschap op||Aantonen dat het systeem kan omgaan met een zwangerschap waarbij meerdere zorgaanbieders betrokken zijn (kaart samenstellen uit meerdere bronnen)||Functioneel: schermafdrukken van de administratieve gegevens en de kaarten<br/> Technisch: per zorginstelling een bericht dat alle kinderen van deze zwangerschap bevat.
 +
||Vrouw 2, Kaart 3 - data 1e lijn en Kaart 3 - data 2e lijn
 
|-  
 
|-  
|1.4||Aantonen dat het systeem kan omgaan met een uitvraag voor persoon waarvoor geen gegevens beschikbaar zijn||Het systeem maakt kenbaar dat er geen (zorg)inhoudelijke gegevens aanwezig zijn.
+
|1.4||PGO vraagt kaart op maar er is geen zwangerschap bekend||Aantonen dat aan de PGO gebruiker gemeld wordt wanneer gegevens niet beschikbaar zijn||Functioneel: schermafdruk van de melding aan de gebruiker <br/> Technisch: Het systeem stuurt een vraag om gegevens en ontvangt en verwerkt de XIS response||Vrouw 3
 
|}
 
|}
 +
  
 
= Aandachtspunten voor inhoudelijke gegevens =
 
= Aandachtspunten voor inhoudelijke gegevens =
 
== Persoonsgegevens ==
 
== Persoonsgegevens ==
In het MedMij afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om het XIS te bevragen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN door het XIS geretourneerd worden naar het persoonsdomein.<br/>
+
Er een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen, aangezien het beschikbaarstellende systeem (XIS) deze nodig kan hebben voor registratie van de testpersoon. <br/>
Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het beschikbaarstellende systeem (XIS) deze nodig kan hebben.
+
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. <br/>
 +
 
 
== Datum T ==
 
== Datum T ==
 
T is een datum die we tijdens de kwalificatie nader invullen/ afspreken. Als ergens staat T-100 betekent dit: 100 dagen eerder dan de afgesproken datum.
 
T is een datum die we tijdens de kwalificatie nader invullen/ afspreken. Als ergens staat T-100 betekent dit: 100 dagen eerder dan de afgesproken datum.
 +
  
 
= Inhoudelijke gegevens =
 
= Inhoudelijke gegevens =

Versie van 10 nov 2021 11:57


1 Doelgroep

De doelgroep van dit document is de PGO leverancier die wil kwalificeren op de systeemrol ‘Raadplegen Integrale Zwangerschapskaart’ binnen het MedMij afsprakenstelsel.


2 Inleiding

2.1 Algemeen

Dit kwalificatiescript is opgesteld op basis van het Functioneel Ontwerp Geboortezorg (PWD) 3.2, use case: Client vraagt via PGO Integrale Zwangerschapskaart op (MedMij 0.1). In het ontwerp wordt gebruik gemaakt van zorginformatiebouwstenen (zibs) of geboortezorgspecifieke bouwstenen (CIMs), meer informatie hierover is te vinden in het overzicht van de bouwstenen PWD 3.2.


3 Kwalificatie informatie

De kwalificatie wordt door de (kandidaat)deelnemer uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een HL7 FHIR server (TouchStone). De kwalificatiesimulator kan berichten verzenden en ontvangen, waarbij het ook mogelijk is om als XIS zelf raadpleging door een PGO na te bootsen. Meer informatie is beschikbaar via de algemene informatie kwalificatie MedMij.

3.1 Voorwaarden

Een kandidaat-deelnemer kan starten met een kwalificatie, bij voldoende kennis en begrip van de algemene voorwaarden en procedurele eisen voor kwalificatie MedMij.

Specifiek voor deze kwalificatie wordt ook voldoende kennis en begrip van het Afsprakenstelsel Interoperabiliteit Geboortezorg verwacht.

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

3.2 Uitgangspunten

Hieronder volgen de generieke uitgangspunten voor de kwalificatie van de systeemrol 'Raadplegen':

  • De set van de gegevensdienst is bewust als één geheel vastgesteld. Daarvoor kwalificeer je wel/niet binnen de MedMij context.
  • Een PGO dient alle functionele data-elementen conform de dataset van de informatiestandaard te tonen aan de gebruiker. De uitzonderingen per gegevensdienst zijn beschreven in de bijbehorende functionele ontwerpen.
  • Een PGO biedt de persoon inzicht in de ontvangen respons. Als er géén gegevens beschikbaar gesteld worden, kan dat zijn omdat er geen informatie beschikbaar is in het XIS of vanwege een technische foutmelding. Er volgt bijvoorbeeld een foutmelding indien de resource, een specifieke zib, niet wordt ondersteund in het XIS. Het is een belangrijk inzicht voor de persoon als gegevens technisch niet beschikbaar gesteld kunnen worden.
  • Een PGO biedt de persoon inzicht in herkomst van de verzamelde gegevens, en wanneer deze gegevens verzameld zijn. Dit betreft concepten die meer technisch van aard zijn, maar voor de eenduidigheid en herleidbaarheid van de gegevens noodzakelijk zijn. Dit betreffen de metagegevens zoals gelogd door de PGO bij ontvangst van de geraadpleegde gegevens.

3.3 Op te leveren kwalificatiemateriaal

  1. De berichten (query) die worden verstuurd vanuit de PGO. Verstuur de vraag om inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server), deze stuurt de gegevens terug.
  2. Schermafdrukken van de verschillende kwalificatiestappen zoals beschreven bij het Verwacht resultaat in het "Overzicht scenario's"


4 Kwalificatiescript

4.1 Uit te voeren stappen

  1. Registreer in de PGO voor elk scenario de vrouw, zoals opgenomen in het hoofdstuk inhoudelijke gegevens.
  2. Vraag voor elk scenario de gegevens op uit Touchstone, conform de query parameters die in het scenario zijn beschreven. Let op: bij het uitvoeren van de kwalificatie dient een scenario volledig afgerond te zijn voordat het volgende scenario gestart wordt in Touchstone.
  3. Stel uit de ontvangen gegevens een de Integrale Zwangerschapskaart samen; per zwangerschap een kaart.
  4. Maak schermafdrukken voor de scenario's waar dit is aangegeven in onderstaand overzicht. Plaats deze in het aanleverformat document nog te maken.
  5. Voeg de links naar de Touchstone executie in het aanleverformat.

4.2 Beginsituatie kwalificatie

Bij de simulatie gaan we uit van de volgende beginsituatie:

  • De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met een zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we er vanuit dat de verbinding reeds succesvol is gemaakt.
  • Daarnaast is het uitgangspunt dat 1 bronsysteem van een zorgaanbieder (XIS) per keer bevraagd wordt.

5 Script Beschikbaarstellen Integrale Zwangerschapskaart

5.1 Op te leveren kwalificatiemateriaal

  1. De berichten die worden verstuurd vanuit het XIS. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).

onderstaande vermoedelijk NIET van toepassing: screenprints. XIS moet correct bericht beschikbaarstellen. denk niet dat we dan de registratie/invoerschermen gaan controleren?

5.2 Overzicht scenario's

De te gebruiken data voor kwalificatie is te vinden aan het eind van deze pagina, onder het hoofdstuk inhoudelijke gegevens. De scenario's gaan uit van een PULL vanuit PGO naar XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt.

NB: voor de leesbaarheid is "integrale zwangerschapskaart" in de onderstaande tabel afgekort tot "kaart".

Nr. Scenario Doel Verwacht resultaat Inhoudelijke gegevens
algemeen principe, geldt voor alle scenario's: Aantonen dat het systeem een kaart kan raadplegen met gebruik van FHIR berichten en deze verwerkt in de PGO Het systeem genereert technisch correcte berichten
1.1 PGO vraagt kaart voor huidige zwangerschap op Aantonen dat het systeem kan omgaan met query parameters Functioneel: schermafdruk van alle ontvangen gegevens: zowel administratieve gegevens als kaart 2
Technisch: Bericht bevat een gerichte zoekvraag op de zwangerschapsstatus (active EpisodeOfCare)
Vrouw 1, Kaart 2
1.2 PGO vraagt alle kaarten van een persoon op Aantonen dat het systeem kan omgaan met meerdere zwangerschappen van één vrouw (meerdere kaarten voor 1 persoon) Functioneel: schermafdruk van alle ontvangen gegevens: zowel administratieve gegevens als beide kaarten
Technisch: Van elke kaart een apart bericht, alle berichten worden in 1 bundle beschikbaar gesteld.
Vrouw 1, Kaart 1 en Kaart 2
1.3 PGO vraagt kaart van een meerlingzwangerschap op Aantonen dat het systeem kan omgaan met een zwangerschap waarbij meerdere zorgaanbieders betrokken zijn (kaart samenstellen uit meerdere bronnen) Functioneel: schermafdrukken van de administratieve gegevens en de kaarten
Technisch: per zorginstelling een bericht dat alle kinderen van deze zwangerschap bevat.
Vrouw 2, Kaart 3 - data 1e lijn en Kaart 3 - data 2e lijn
1.4 PGO vraagt kaart op maar er is geen zwangerschap bekend Aantonen dat aan de PGO gebruiker gemeld wordt wanneer gegevens niet beschikbaar zijn Functioneel: schermafdruk van de melding aan de gebruiker
Technisch: Het systeem stuurt een vraag om gegevens en ontvangt en verwerkt de XIS response
Vrouw 3


6 Aandachtspunten voor inhoudelijke gegevens

6.1 Persoonsgegevens

Er een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen, aangezien het beschikbaarstellende systeem (XIS) deze nodig kan hebben voor 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.

6.2 Datum T

T is een datum die we tijdens de kwalificatie nader invullen/ afspreken. Als ergens staat T-100 betekent dit: 100 dagen eerder dan de afgesproken datum.


7 Inhoudelijke gegevens

Dit hoofdstuk bevat de addenda waarin de inhoudelijke gegevens zijn opgenomen die nodig zijn voor het uitvoeren van de kwalificatie.

7.1 Administratieve gegevens

op te nemen via transclusie vanaf de "addenda" pagina die Arianne vanuit ADA aanmaakt

7.2 Gegevens per scenario

op te nemen via transclusie vanaf de "addenda" pagina die Arianne vanuit ADA aanmaakt