Geboortezorg 3.2 - kwalificatie - Beschikbaarstellen Integrale Zwangerschapskaart

1 Versiehistorie

Datum	BITS	Omschrijving
91-08-2021	-	Draft kwalificatiescript op wiki

LET OP er is nog een versieinfo-sjabloon nodig. Pieter vragen

2 Doelgroep

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

3 Begrippenlijst

Er zijn geen specifieke begrippen van toepassing.

4 Inleiding

4.1 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: 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.

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.

4.2 Voorwaarden voor kwalificatie

Een leverancier kan starten met een kwalificatie, als aan de algemene voorwaarden zijn voldaan:

1. Kennis en begrip van de algemene voorwaarden en procedurele eisen voor kwalificatie. Deze informatie is te vinden op de [kwalificatie pagina MedMij].

Aanvullende voorwaarden voor deze kwalificatie:

1. Kennis en begrip van het Afsprakenstelsel Interoperabiliteit Geboortezorg.

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

4.3 Uitgangspunten

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

• Een DVZA dient de gehele gegevensdienst te ondersteunen. Uitzonderingen worden toegelicht in de bijbehorende functionele ontwerpen en kwalificatiescripts.
• Een DVZA geeft technisch correct antwoord op alle searches ongeacht of de gegevens in XIS beschikbaar zijn. XIS stelt alle gegevens beschikbaar voor zover aanwezig.

• Mochten gegevens niet beschikbaar gesteld kunnen worden, dan is uit de respons voor de persoon te herleiden waardoor dit veroorzaakt wordt:
  • veroorzaakt door het ontbreken van de informatie
  • veroorzaakt doordat het XIS dit technisch niet kan leveren.

• In het geval dat een vraag om gegevens goed wordt verwerkt door het XIS, volgt een respons met daarin 0 tot * FHIR resources die matchen aan de vraag. Als er dus 0 resources in zitten mag de persoon ervan uitgaan dat het XIS deze gegevens niet heeft, maar de vraag wel goed begrepen heeft.

• Als er technisch iets niet goed gaat, stuurt de DVZA conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een specifieke zib, niet wordt ondersteund in het XIS. Deze foutcode moet ingebouwd worden door het XIS. Hierop wordt de DVZA ook gekwalificeerd.

Aanvullende uitgangspunten voor deze kwalificatie:

NTB

4.4 Kwalificatiesimulator

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.

Voor de simulatie gaan we er van uit dat:

• 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 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.)

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 Uit te voeren stappen

1. Registreer in het XIS de patiëntgegevens voor de testpersonen en zorgverlener zoals opgenomen in Administratieve gegevens.
2. Zorg dat het XIS beschikt over de Integrale Zwangerschapskaart voor deze personen, gebruik hiervoor de inhoudelijke gegevens van elk scenario.
3. Bij het uitvoeren van de kwalificatie dient een scenario volledig afgerond te zijn voordat het volgende scenario gestart wordt.
4. 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.

5.3 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.

• Scenario 1.1 Integrale zwangerschapskaart voor huidige (actieve) zwangerschap van persoon 1
• 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)

doel voor 1.3 alleen zo verwoorden, als verwacht wordt dat de DVZA een bundle samenstelt van de kaarten 1e en 2elijns.

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
1.1	Aantonen dat het systeem om kan gaan met query parameters	Het systeem genereert per zwangerschap een bericht met de correcte informatie.
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.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. Alle berichten worden in een bundle beschikbaar gesteld (door connector/DVZA).
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.

6 Aandachtspunten voor inhoudelijke gegevens

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

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