Dossierwijzigingsverzoek - kwalificatie MedMij - Sturen

1 Doelgroep

De doelgroep van dit kwalificatiescript is de "type leverancier: PGO" die zich voor MedMij wil kwalificeren op de systeemrol Kies:"Sturen”Dossierwijzigingsverzoek.

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 [LiNK NAAR KWALIFICATIEPAGINA-SUBKOPJE]

4 Kwalificatiescript

4.1 Uit te voeren stappen kwalificatie systeemrol Sturen

Voer – voor ieder scenario – de volgende stappen uit:

1. Maak de "NAAM VAN DE GEGEVENS” voor de testpersoon aan, gebruik hiervoor de inhoudelijke gegevens.
2. Maak schermafdrukken van de wijze waarop de PGO de "NAAM VAN DE GEGEVENS” toont aan de gebruiker. OPTIONEEL: Indien er query parameters beschreven zijn in het scenario: maak een schermafdruk van de toegepaste selectie.
3. Stuur "NAAM VAN DE GEGEVENS” richting de kwalificatiesimulator (Touchstone), zoals beschreven in het scenario.
4. De kwalificatiesimulator (Touchstone) zal de "NAAM VAN DE GEGEVENS” ontvangen en verwerken.
5. OPTIONEEL: Indien er een foutmelding is beschreven in het scenario: maak een schermafdruk van de wijze waarop de PGO dit aan de gebruiker kenbaar maakt.

4.2 Overzicht scenario’s

Nr	Scenario	Doel van test	Verwacht resultaat	Inhoudelijke gegevens
1	De patiënt stuurt vanuit PGO een wijzigingsverzoek naar DVZA.	Aantonen dat de DVZA een wijzigingsverzoek kan ontvangen en een ontvangstbevestiging kan versturen naar PGO.	Voorbeeld	Voorbeeld
2a	De patiënt stuurt vanuit PGO een wijzigingsverzoek met een leeg topic naar DVZA (vrij tekstveld is leeg).	Aantonen dat de DVZA het wijzigingsverzoek weigert en een terugkoppeling/foutmelding geeft aan PGO.	Voorbeeld	Voorbeeld
2b	De patiënt stuurt vanuit PGO een wijzigingsverzoek met een leeg topic naar DVZA (vrij tekstveld is leeg).	Aantonen dat de DVZA het wijzigingsverzoek weigert en een terugkoppeling/foutmelding geeft aan PGO.	Voorbeeld	Voorbeeld
3	De patiënt stuurt vanuit PGO meerdere aparte wijzigingsverzoeken in één sessie naar DVZA (één bundle met meerdere wijzigingsverzoeken).	Aantonen dat de DVZA meerdere wijzigingsverzoeken kan ontvangen.	Voorbeeld	Voorbeeld
4	De patiënt is onbekend/heeft geen bestaand dossier bij de zorgaanbieder.	Aantonen dat de DVZA het wijzigingsverzoek weigert en een terugkoppeling/foutmelding geeft aan PGO.	Voorbeeld	Voorbeeld

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

Je vindt de release notes bij het (LINK-FO#Release_notes) functioneel ontwerp.