MedMij:Vissue-NICTIZ-526/eAfspraak Raadplegen: verschil tussen versies
(43 tussenliggende versies door dezelfde gebruiker niet weergegeven) | |||
Regel 1: | Regel 1: | ||
+ | {{IssuePaginaWaarschuwing|NICTIZ-526|MedMij:V2020.01/eAfspraak_Raadplegen}} | ||
<!-- BACK TO TOP BUTTON --> | <!-- BACK TO TOP BUTTON --> | ||
<span id="BackToTop"></span> | <span id="BackToTop"></span> | ||
Regel 46: | Regel 47: | ||
== Overzicht scenario’s == | == Overzicht scenario’s == | ||
− | + | {| class="wikitable" style="margin-bottom:0em;" | |
− | + | |-style="background-color: #1F497D;; color: white; text-align: left; width:25%" | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | {| class="wikitable" | ||
− | |-style="background-color: #1F497D;; color: white; text-align: left; width: 25% | ||
| Nr || Scenario || Doel van test || Verwacht resultaat || Inhoudelijke gegevens | | Nr || Scenario || Doel van test || Verwacht resultaat || Inhoudelijke gegevens | ||
|-valign="top" | |-valign="top" | ||
− | | 1 || Alle afspraken van persoon 1 in periode ‘met ingang van T-150 en alles in de toekomst’ || | + | | 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. || [[#Tabel Voorbeeld Persoon 1|Voorbeeld Persoon 1]] |
|-valign="top" | |-valign="top" | ||
− | | 2 || Alle afspraken van persoon 2 in periode ‘met ingang van T-30 tot en met T’ || | + | | 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. || [[#Tabel Voorbeeld Persoon 2|Voorbeeld Persoon 2]] |
|-valign="top" | |-valign="top" | ||
− | | 3 || Alle afspraken van persoon 3 in periode ‘met ingang van T-365 tot en met T’ || | + | | 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. || [[#Tabel Voorbeeld Persoon 3|Voorbeeld Persoon 3]] |
|-valign="top" | |-valign="top" | ||
− | | 4 || De herleidbaarheid van een inhoudelijk data-element van persoon 1 || | + | | 4 || De herleidbaarheid van een inhoudelijk data-element van persoon 1 || ''(I)'', [[MedMij:V2020.01/FunctionaliteitSystemen|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. || [[#Tabel Voorbeeld Persoon 1|Voorbeeld Persoon 1]] |
|} | |} | ||
− | < | + | <div style="margin-top:0em"> |
− | Aantonen dat het systeem afspraken op basis van verschillende parameters kan raadplegen.</br> | + | ''(I)'' Doel alle scenario's:</br> |
+ | Aantonen dat het systeem afspraken op basis van verschillende parameters kan raadplegen.</br> | ||
Aantonen dat beschikbaargestelde afspraken getoond worden.</br> | Aantonen dat beschikbaargestelde afspraken getoond worden.</br> | ||
− | + | ''(II)'' Resultaat alle scenario's:</br> | |
Het systeem genereert technisch correcte berichten met de verschillende parameters.</br> | Het systeem genereert technisch correcte berichten met de verschillende parameters.</br> | ||
Het systeem ontvangt en toont de afspraak / afspraken uit het retourbericht. | Het systeem ontvangt en toont de afspraak / afspraken uit het retourbericht. | ||
− | + | </div> | |
'''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. | '''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. | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
= Aandachtspunten voor inhoudelijke gegevens = | = Aandachtspunten voor inhoudelijke gegevens = | ||
Regel 95: | Regel 74: | ||
== Variabele T datum == | == Variabele T datum == | ||
{{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Variabele T datum }} | {{#lsth:MedMij:V2020.01/Sjabloon_Kwalificatiescript/Standaardteksten|Variabele T datum }} | ||
− | = Inhoudelijke gegevens = | + | = Inhoudelijke gegevens = |
+ | ==Persoonsgegevens== | ||
<div style=display:inline-table> | <div style=display:inline-table> | ||
{| class="wikitable" | {| class="wikitable" | ||
|-style="margin-right: 50px; background-color: #1F497D;; color: white; text-align:left; width: 25%;" | |-style="margin-right: 50px; background-color: #1F497D;; color: white; text-align:left; width: 25%;" | ||
− | | colspan="2" | Voorbeeld Persoon 1 | + | |id="Tabel Voorbeeld Persoon 1" colspan="2" | Voorbeeld Persoon 1 |
|- style="width: 30%;" | |- style="width: 30%;" | ||
| fBSN || 999911533 | | fBSN || 999911533 | ||
Regel 123: | Regel 103: | ||
{| class="wikitable" | {| class="wikitable" | ||
|-style="margin-left: 50px; margin-right: 50px; background-color: #1F497D;; color: white; text-align:left; width: 25%;" | |-style="margin-left: 50px; margin-right: 50px; background-color: #1F497D;; color: white; text-align:left; width: 25%;" | ||
− | | colspan="2" | Voorbeeld Persoon 2 | + | |id="Tabel Voorbeeld Persoon 2" colspan="2" | Voorbeeld Persoon 2 |
|- style="width: 30%;" | |- style="width: 30%;" | ||
| fBSN || 999911582 | | fBSN || 999911582 | ||
Regel 147: | Regel 127: | ||
{| class="wikitable" | {| class="wikitable" | ||
|-style="margin-left: 50px; background-color: #1F497D;; color: white; width: 25%;" | |-style="margin-left: 50px; background-color: #1F497D;; color: white; width: 25%;" | ||
− | | colspan="2" | Voorbeeld Persoon 3 | + | |id="Tabel Voorbeeld Persoon 3" colspan="2" | Voorbeeld Persoon 3 |
|- style="width: 30%;" | |- style="width: 30%;" | ||
| fBSN || 999911594 | | fBSN || 999911594 | ||
Regel 167: | Regel 147: | ||
|} | |} | ||
</div> | </div> | ||
+ | == Afspraken scenario 1 t/m 3 == | ||
+ | De inhoud van de Afspraken die geraadpleegd worden, is te vinden op de kwalificatiepagina voor [[MedMij:V2020.01/eAfspraak_Beschikbaarstellen|Beschikbaarstellen eAfspraak]]. | ||
+ | |||
= Release notes = | = Release notes = | ||
{{highlight|Je vindt de release notes bij het [[MedMij:V2020.01/OntwerpeAfspraak#Release_notes|Functioneel Ontwerp]].}} | {{highlight|Je vindt de release notes bij het [[MedMij:V2020.01/OntwerpeAfspraak#Release_notes|Functioneel Ontwerp]].}} |
Huidige versie van 12 sep 2023 om 09:07
Dit is een tijdelijke pagina met wijzigingen voor issue NICTIZ-526. De gepubliceerde versie vind je hier. |
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
- De berichten die worden verstuurd vanuit het systeem: geef de link(s) op naar de executie op de kwalificatiesimulator (Touchstone).
- 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:
- 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.
- De kwalificatiesimulator (Touchstone) zal de Afspraak/Afspraken beschikbaarstellen conform de inhoudelijke gegevens.
- Ontvang en verwerk (gestructureerd opslaan in database) de Afspraak/Afspraken in het systeem.
- 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.
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 Persoonsgegevens
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 |
6.2 Afspraken scenario 1 t/m 3
De inhoud van de Afspraken die geraadpleegd worden, is te vinden op de kwalificatiepagina voor Beschikbaarstellen eAfspraak.
7 Release notes
Je vindt de release notes bij het Functioneel Ontwerp.