MedMij:Vdraft KwalificatiescriptDossierwijzigingsverzoekOntvangen

1 Doelgroep

De doelgroep van dit kwalificatiescript is de XIS die zich voor MedMij wil kwalificeren op de systeemrol Ontvangen 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. Informatie over de informatiestandaard kan je vinden op 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 Ontvangen

Voer – voor ieder scenario – de volgende stappen uit:

1. Maak in het XIS de zorgaanbieder (en de zorgverlener) aan, zoals beschreven in de inhoudelijke gegevens. (vaste stap in systeemrol ontvangen, in ons geval nodig?)
2. Registreer in het XIS de persoonsgegevens voor de testpersoon zoals opgenomen in de inhoudelijke gegevens.
3. Maak schermafdrukken van de ingevoerde gegevens. Plaats de schermafdrukken in het aanleverformat.
4. Start het sturen van de inhoudelijke gegevens op vanaf de kwalificatiesimulator (Touchstone).
5. Ontvang en verwerk de berichten in het XIS.
6. Maak schermafdrukken van de in het XIS ontvangen gegevens. Plaats de schermafdrukken in het aanleverformat.

4.2 Overzicht scenario’s

Voor alle onderstaande scenario's geldt dat er moet worden aangetoond dat het systeem bij sturen:

• Technisch correcte FHIR berichten genereert

Nr	Scenario	Doel van test	Verwacht resultaat	Inhoudelijke gegevens
1	De DVZA ontvangt een wijzigingsverzoek van PGO.	Aantonen dat de DVZA en wijzigingsverzoek van de PGO kan ontvangen en een ontvangstbevestiging kan versturen naar de PGO.	Schermafdruk van de gegevens van de patiënt, (zorgaanbieder, zorgverlener) en wijzigingsverzoek 1. Het systeem genereert een response met een ontvangstbevestiging richting PGO.	Patiëntgegevens, (Zorgaanbieder, Zorgverlener)
2	De DVZA ontvangt meerdere aparte wijzigingsverzoeken in één sessie (één bundle met meerdere wijzigingsverzoeken) van PGO.	Aantonen dat de DVZA meerdere wijzigingsverzoeken in één bundle kan ontvangen en een ontvangstbevestiging kan sturen naar de PGO.	Schermafdruk van de gegevens van de patiënt, (zorgaanbieder, zorgverlener), en wijzigingsverzoek 1, 2 en 3. Het systeem genereert een response met een ontvangstbevestiging richting PGO.	Patiëntgegevens, (Zorgaanbieder, Zorgverlener)
3	De DVZA ontvangt een leeg onderwerp van de PGO (topic is leeg).	Aantonen dat de DVZA een leeg onderwerp niet accepteert en een foutmelding stuurt naar PGO.	Schermafdruk niet vereist. Het systeem genereert een response richting PGO die aangeeft dat het wijzigingsverzoek niet valide is.	Patiëntgegevens, (Zorgaanbieder, Zorgverlener)
4	De DVZA ontvangt een leeg wijzigingsverzoek van de PGO (payload is leeg).	Aantonen dat de DVZA een leeg wijzigingsverzoek niet accepteert en een foutmelding stuurt naar PGO.	Schermafdruk niet vereist. Het systeem genereert een response richting PGO die aangeeft dat het wijzigingsverzoek niet valide is.	Patiëntgegevens, (Zorgaanbieder, Zorgverlener)

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

6.1 Patiëntgegevens

Patiënt
Identificatienummer	999911120
Voornamen	Johan
Initialen	J
Achternaam	XXX_Helleman
Geboortedatum	25-7-1964
Geslacht	Man
Straat	Knolweg
Huisnummer	1000
Postcode	9999XA
Woonplaats	Stitswerd

6.2 Zorgaanbieder

De beschreven organisatie is ter voorbeeld opgenomen. Het is voor leveranciers akkoord om organisatienamen aan te leveren die voorhanden zijn binnen het zorgproces, en dus afwijken van onderstaande organisatienaam.

Zorgaanbieder
Organisatienaam	Test Medisch Centrum

6.3 Zorgverlener

Optioneel

Zorgverlener
Naam	G.Z.M. de Wit

7 Release notes

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