Geboortezorg 3.2 - kwalificatie MedMij - Raadplegen Integrale Zwangerschapskaart Verloskunde basis

Please note that this is draft material which is still in development

1 Doelgroep

De doelgroep van dit document is de PGO leverancier die zich voor MedMij wil kwalificeren op de systeemrol ‘Raadplegen Integrale Zwangerschapskaart Verloskunde basis’.

2 Inleiding

2.1 Algemene informatie

Dit kwalificatiescript is opgesteld ten behoeve van MedMij. Het script is gebaseerd op het functioneel ontwerp. 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 in het algemene functionele ontwerp PWD 3.2. Het technisch ontwerp is te vinden in de FHIR implementation guide.

2.2 Begrippenlijst

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

3 Kwalificatie-informatie

3.1 Algemeen

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

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 (switchlink).

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

3.3 Uitgangspunten kwalificatie

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

3.4 Op te leveren kwalificatiemateriaal door de leverancier

Het op te leveren kwalificatiemateriaal bestaat uit:

1. De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de testrun op de kwalificatiesimulator (ConformanceLab).
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 (indien je hier nog niet over beschikt is dit te verkrijgen via kwalificatie@nictiz.nl).

4 Kwalificatiescript

4.1 Uit te voeren stappen kwalificatie Raadplegen

Voer – voor ieder scenario – de volgende stappen uit:

1. Registreer in de PGO de testpersonen zoals beschreven in inhoudelijke gegevens.
2. Raadpleeg de integrale zwangerschapskaart Verloskunde basis conform de query parameters die in het scenario zijn beschreven.
3. De kwalificatiesimulator (Conformancelab) zal de integrale zwangerschapskaart Verloskunde basis beschikbaarstellen zoals beschreven in inhoudelijke gegevens.
4. Ontvang en verwerk de gegevens; stel per zwangerschap een Integrale Zwangerschapskaart Verloskunde basis samen (uit verschillende berichten).
5. Maak schermafdrukken van de wijze waarop het PGO de gegevens toont en plaats deze in het aanleverformat.

4.1.1 Beginsituatie kwalificatie

Bij de simulatie gaan we uit van de volgende beginsituatie:

• De verbinding tussen de PGO en het zorginformatiesysteem (XIS) is reeds succesvol gemaakt (maakt geen onderdeel uit van test)
• Er wordt 1 bronsysteem (XIS) per keer bevraagd door de PGO

4.2 Overzicht scenario’s

PGO leveranciers moeten bij kwalificatie beide casussen aanleveren:

• Aanlevering van scenario 1.1 (eerste zwangerschap)
• Aanlevering van scenario 1.2 (tweede zwangerschap)

Voor alle onderstaande scenario's gelden een paar algemene principes. Er moet worden aangetoond dat het systeem bij Raadplegen:

• Technisch correcte FHIR berichten genereert waarin de verschillende query parameters zijn opgenomen
• De gegevens uit het retourbericht worden ontvangen, verwerkt en getoond aan de PGO gebruiker.

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

Nr	Scenario	Doel van test	Verwacht resultaat	Inhoudelijke gegevens
1.1	PGO vraagt kaart voor huidige zwangerschap op	Aantonen dat het systeem kan omgaan met query parameters	schermafdruk van de administratieve gegevens en van kaart 1 Bericht met het resultaat van de query (active EpisodeOfCare)	Vrouw 1, Kaart 1
1.2	PGO vraagt kaart voor voorgaande zwangerschap op	Aantonen dat het systeem voor meerdere zwangerschappen van één vrouw kaarten beschikbaar kan stellen	schermafdruk van kaart 2 Van elke kaart een apart bericht, alle berichten worden in 1 bundle beschikbaar gesteld.	Vrouw 1, Kaart 2
1.3	PGO vraagt alle kaarten van een persoon op	Aantonen dat het systeem voor meerdere zwangerschappen van één vrouw beschikbaar kan stellen (meerdere kaarten voor 1 persoon)	het is duidelijk voor de PGO gebruiker bij welke zwangerschap de gegevens horen (elke zwangerschap een aparte kaart) schermafdruk van gegevens: zowel administratieve gegevens als beide kaarten	Vrouw 1, Kaart 1 en Vrouw 1, Kaart 2
1.4	PGO vraagt kaart van een meerlingzwangerschap op*	Aantonen dat het systeem kaart beschikbaar kan stellen voor zwangerschap waarbij meerdere zorgaanbieders betrokken zijn	schermafdrukken van de administratieve gegevens en de kaart 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.5	PGO vraagt kaart op maar er is geen zwangerschap bekend	Aantonen dat het systeem aan PGO kenbaar maakt wanneer gegevens niet beschikbaar zijn	schermafdruk waarop het systeem kenbaar maakt dat er geen zorginhoudelijke gegevens aanwezig zijn Het systeem genereert een response richting PGO die aangeeft dat de gegevens niet beschikbaar zijn	Vrouw 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.

7 Release Notes

Een overzicht van de versiehistorie is terug te vinden op het functioneel ontwerp.