Dossierwijzigingsverzoek - kwalificatie MedMij - Ontvangen

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen




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. 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 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. (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 respons 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 respons 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 respons 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 respons 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
Land Nederland

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.