MedMij:Vissue-NICTIZ-526/eAfspraak Raadplegen

1 Doelgroep

De doelgroep van dit kwalificatiescript is de PGO-leverancier die zich voor MedMij wil kwalificeren op de systeemrol Raadplegen eAfspraak.

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

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

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

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 (indien je hier nog niet over beschikt is dit te verkrijgen via kwalificatie@medmij).

4 Kwalificatiescript

4.1 Uit te voeren stappen kwalificatie systeemrol Raadplegen

Voer – voor ieder scenario – de volgende stappen uit:

1. Raadpleeg Afspraken voor de testpersoon zoals beschreven in het scenario. OPTIONEEL: Indien er query parameters beschreven zijn in het scenario: maak een schermafdruk van de toegepaste selectie.
2. De kwalificatiesimulator (Touchstone) zal de Afspraak/Afspraken beschikbaarstellen conform de inhoudelijke gegevens.
3. Ontvang en verwerk (gestructureerd opslaan in database) de Afspraak/Afspraken in het systeem.
4. Maak schermafdrukken van de wijze waarop de PGO gegevens toont aan de gebruiker.

4.1.1 Beginsituatie kwalificatie

• 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 ervanuit dat de verbinding reeds succesvol is gemaakt.
• Daarnaast is het uitgangspunt dat één bronsysteem (XIS) bevraagd wordt.

4.2 Overzicht scenario’s

Nr	Scenario	Doel van test	Verwacht resultaat	Inhoudelijke gegevens
1	Alle afspraken van persoon 1 in periode ‘met ingang van T-150 en alles in de toekomst’	(I), Aantonen dat het systeem kan omgaan met een bericht waarin meer dan één afspraak is opgenomen	(II), Het systeem ontvangt en toont de afspraken.	Voorbeeld Persoon 1
2	Alle afspraken van persoon 2 in periode ‘met ingang van T-30 tot en met T’	(I), Aantonen dat het systeem kan omgaan met een bericht waarin meer dan één afspraak is opgenomen.	(II), Het systeem ontvangt en toont de afspraken.	Voorbeeld Persoon 2
3	Alle afspraken van persoon 3 in periode ‘met ingang van T-365 tot en met T’	(I), Aantonen dat het systeem kan omgaan met een bericht waarin geen afspraak is opgenomen.	(II), Het systeem ontvangt en toont het resultaat.	Voorbeeld Persoon 3
4	De herleidbaarheid van een inhoudelijk data-element van persoon 1	(I), Aantonen dat het systeem de herleidbaarheid van gegevens kan aantonen	(II), Het systeem toont de bron en datum en tijdstip van raapleging door de PGO.	Voorbeeld Persoon 1

(I) Doel alle scenario's: Aantonen dat het systeem afspraken op basis van verschillende parameters kan raadplegen.
Aantonen dat beschikbaargestelde afspraken getoond worden.
(II) Resultaat alle scenario's:
Het systeem genereert technisch correcte berichten met de verschillende parameters.
Het systeem ontvangt en toont de afspraak / afspraken uit het retourbericht.

Bijzonderheden: In scenario 3 zijn geen inhoudelijke gegevens beschikbaar, maar de persoonsgegevens zijn wel aanwezig bij de zorgaanbieder. Er mag een extra raadpleging op "patiënt" uitgevoerd worden maar dit wordt momenteel niet technisch getoetst. Functioneel is de verwachting dat, wanneer er geen extra raadpleging plaats vindt, er met een schermafdruk aangetoond wordt dat de testpersoon is aangemaakt in de PGO.

4.2.1 Scenario 1

Vraag alle afspraken op van persoon 1 in periode ‘met ingang van T-150 en alles in de toekomst’. Persoonsgegevens: Gebruik de gegevens van Persoon 1

4.2.2 Scenario 2

Vraag alle afspraken op van persoon 2 in periode ‘met ingang van T-30 tot en met T’. Persoonsgegevens: Gebruik de gegevens van Persoon 2

4.2.3 Scenario 3

Vraag alle afspraken op van persoon 3 in periode ‘met ingang van T-365 tot en met T’. Persoonsgegevens: Gebruik de gegevens van Persoon 3 Maak kenbaar aan de gebruiker dat er voor deze periode geen afspraken gevonden zijn.

4.2.4 Scenario 4

In dit scenario 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.

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.

6 Inhoudelijke gegevens

Voorbeeld Persoon 1
fBSN	999911533
Achternaam	XXX_Verweij
Voornaam	Alex
Voorletter(s)	A
Geslacht	Man
Adresgegevens	Knolweg 1000, 9999XA, Stitswerd
Geboortedatum	02-08-1964
Patient_ID XIS	1000000001

   

Voorbeeld Persoon 2
fBSN	999911582
Achternaam	XXX_Zalentein
Voornaam	Eva
Voorletter(s)	E
Geslacht	V
Adresgegevens	Knolweg 1001, 9999XX, Stitswerd
Geboortedatum	02-08-1964
Patient_ID XIS	1000000002

   

Voorbeeld Persoon 3
fBSN	999911594
Achternaam	XXX_Egmond
Voornaam	Ernst
Voorletter(s)	E
Geslacht	M
Adresgegevens	Knolweg 1002, 9999ZZ, Stitswerd
Geboortedatum	02-08-1964
Patient_ID XIS	1000000003

7 Release notes

Je vindt de release notes bij het Functioneel Ontwerp.