mp:V2.0.0 testgegevens vma ontvangen: verschil tussen versies
Regel 60: | Regel 60: | ||
=== Inhoudelijke gegevens === | === Inhoudelijke gegevens === | ||
− | {{#lst:mp: | + | {{#lst:mp:V2.0.0_testgegevens_vma_addendum|patient-mp-vm-tst-andere_voorschrijver }} |
− | {{#lst:mp: | + | {{#lst:mp:V2.0.0_testgegevens_vma_addendum|mbhs-mp-vm-tst-andere_voorschrijver}} |
<br> | <br> | ||
Regel 77: | Regel 77: | ||
=== Inhoudelijke gegevens === | === Inhoudelijke gegevens === | ||
− | {{#lst:mp: | + | {{#lst:mp:V2.0.0_testgegevens_vma_addendum|patient-mp-vm-tst-lengte_gewicht }} |
− | {{#lst:mp: | + | {{#lst:mp:V2.0.0_testgegevens_vma_addendum|mbhs-mp-vm-tst-lengte_gewicht}} |
<br> | <br> | ||
Regel 93: | Regel 93: | ||
=== Inhoudelijke gegevens === | === Inhoudelijke gegevens === | ||
− | {{#lst:mp: | + | {{#lst:mp:V2.0.0_testgegevens_vma_addendum|patient-mp-vm-tst-nieuwe_mbh }} |
− | {{#lst:mp: | + | {{#lst:mp:V2.0.0_testgegevens_vma_addendum|mbhs-mp-vm-tst-nieuwe_mbh}} |
<br> | <br> | ||
Regel 109: | Regel 109: | ||
=== Inhoudelijke gegevens === | === Inhoudelijke gegevens === | ||
− | {{#lst:mp: | + | {{#lst:mp:V2.0.0_testgegevens_vma_addendum|patient-mp-vm-tst-voorstel_apotheker }} |
− | {{#lst:mp: | + | {{#lst:mp:V2.0.0_testgegevens_vma_addendum|mbhs-mp-vm-tst-voorstel_apotheker}} |
<br> | <br> | ||
Versie van 6 jan 2022 12:12
Deze pagina is nog in bewerking |
1 Inleiding
Dit document biedt de mogelijkheid voor het testen van de volgende systeemrollen:
- Voorstel Medicatieafspraak Ontvangend systeem (MP-VMO).
De doelgroep van dit document is de leverancier die zelfstandig testen uitvoert ter voorbereiding op de kwalificatie
Het testen geeft de mogelijkheid om de technische berichten te controleren. Visuele controle van screenshots is geen onderdeel van het testen.
De testmaterialen kunnen worden aangevuld en gewijzigd (n.a.v. bevindingen).
Deze aanpassingen worden vermeld in de documenthistorie.
Feedback en bevindingen op het testmateriaal? : validatie@medicatieoverdracht.nl
2 Uit te voeren stappen
Voer – voor ieder scenario in de 'Scenarioset' hoofdstukken – de volgende stappen uit:
- De simulator verstuurt een ‘Voorstel medicatieafspraak’ bericht voor de persoon genoemd in Persoonsgegevens.
- Ontvang het ‘Voorstel medicatieafspraak’ bericht en toon de gegevens uit het bericht op het scherm.
- Beantwoord de kwalificatiesimulator met een ‘ontvangstbevestiging voorstel medicatieafspraak’ bericht.
3 Leeswijzer
Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:
- Scenario’s
- Inhoudelijke gegevens
3.1 Scenario's
In deze paragraaf zijn alle scenario's van het betreffende hoofdstuk beschreven.
De kolom 'beschrijving' geeft aan wat de testcase is en kan tevens aanvullende informatie en instructies bevatten.
Bij elk scenario staan de id's van de Medicamenteuze Behandeling en de bouwstenen vermeld zoals die ook terug te vinden zijn in de paragraaf "Inhoudelijke gegevens" van het betreffende hoofdstuk.
3.2 Inhoudelijke gegevens
Dit onderdeel bevat de ‘Persoonsgegevens’ zoals naam, adres en woonplaats, maar ook een (fictief) Burgerservicenummer (BSN). Daarnaast bevat deze paragraaf de specifieke gegevens die de leverancier ontvangt als voorstel medicatieafspraak ontvangend systeem. Dit zijn de gegevens voor voorstel medicatieafspraak.
3.3 Gebruikersschermen
Hoe de gebruikersschermen van een systeem er precies uitzien, is vrij in te vullen (immers: juist gebruikersvriendelijkheid is iets waarop leveranciers moeten kunnen concurreren), mits alle informatie in de juiste samenhang met de juiste semantiek (betekenis) is terug te vinden. Dit betekent dat bouwstenen behorende bij dezelfde medicamenteuze behandeling als zodanig herkenbaar moeten zijn. Een applicatie hoeft niet de (technische) identificatie van een MBH te tonen (noch die van andere bouwstenen), maar wel de uitwerking daarvan: namelijk in samenhang getoonde bouwstenen en bouwsteen instantiaties. Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.
3.4 Datum T
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die datum.
Gebruiksperiode ingangsdatum en einddatum: in het testmateriaal wordt uitgegaan van de gehele dag T. Dit komt neer op ingangsdatum {00:00:00} tot en met einddatum {23:59:59}.
4 Scenarioset: VMA andere voorschrijver
4.1 Scenario’s
Scenario | Beschrijving | MBH id | VMA id |
VMA andere voorschrijver | Voorstel medicatieafspraak door andere voorschrijver | MBH_920_chronisch | MBH_920_chronisch_VMA |
4.2 Inhoudelijke gegevens
5 Scenarioset: VMA lengte gewicht
5.1 Scenario’s
Scenario | Beschrijving | MBH id | VMA id |
VMA lengte gewicht | Voorstel medicatieafspraak met lengte en gewicht | MBH_920_start_eind | MBH_920_start_eind_VMA |
5.2 Inhoudelijke gegevens
6 Scenarioset: VMA nieuwe MBH
6.1 Scenario’s
Scenario | Beschrijving | MBH id | VMA id |
VMA nieuwe MBH | Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat | Nieuw_voorstel | Nieuw_voorstel_VMA |
6.2 Inhoudelijke gegevens
7 Scenarioset: VMA voorstel door apotheker
7.1 Scenario’s
Scenario | Beschrijving | MBH id | VMA id |
VMA voorstel door apotheker | Voorstel medicatieafspraak door apotheker | MBH_920_start_duur | MBH_920_start_duur_VMA |
7.2 Inhoudelijke gegevens
8 Documenthistorie
Datum | Omschrijving |
Deze pagina maakt gebruik van diverse sections uit addendum 'database': testgegevens voorstel medicatieafspraak addendum.