mp:V2.0.0 testgegevens vvv sturen: verschil tussen versies
(→Uit te voeren stappen) |
(→Sturend systeem) |
||
| Regel 46: | Regel 46: | ||
* Zorgverlener, zorgaanbieder (denk aan verstrekker, voorschrijver). Dit mag een eigen (test)zorgverlener en organisatie zijn. | * Zorgverlener, zorgaanbieder (denk aan verstrekker, voorschrijver). Dit mag een eigen (test)zorgverlener en organisatie zijn. | ||
| − | * Identificatie van | + | * Identificatie van de voorstelgegevens. LET OP: verwacht wordt dat hier 'eigen' identificaties aan worden toegekend in een eigen identificatiesysteem (eigen OID). |
* Tijd (hh:mm:ss) in Voorstel verstrekkingsverzoek "VoorstelDatum". De datum betreft de afgesproken datum T, het tijdstip mag door het systeem zelf worden bepaald. | * Tijd (hh:mm:ss) in Voorstel verstrekkingsverzoek "VoorstelDatum". De datum betreft de afgesproken datum T, het tijdstip mag door het systeem zelf worden bepaald. | ||
Versie van 7 jan 2022 om 10:15
|
|
Deze pagina is nog in bewerking |
Inhoud
1 Inleiding
Dit document biedt de mogelijkheid voor het testen van de volgende systeemrollen:
- Voorstel Verstrekkingsverzoek Sturend systeem (MP-VVS).
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:
- Voer de gegevens van het voorstel verstrekkingsverzoek in.
- Stuur een ‘Voorstel verstrekkingsverzoek’ bericht naar de simulator (voor de persoon genoemd in Persoonsgegevens).
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 moet meegeven als voorstel verstrekkingsverzoek sturend systeem. Dit zijn de gegevens voor voorstel verstrekkingsverzoek.
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 Sturend systeem
Het sturend systeem voert de gegevens uit de paragrafen "Inhoudelijke gegevens" in het XIS in. Voor een sturend systeem geldt dat sommige gegevens door dit systeem bepaald mogen of moeten worden:
- Zorgverlener, zorgaanbieder (denk aan verstrekker, voorschrijver). Dit mag een eigen (test)zorgverlener en organisatie zijn.
- Identificatie van de voorstelgegevens. LET OP: verwacht wordt dat hier 'eigen' identificaties aan worden toegekend in een eigen identificatiesysteem (eigen OID).
- Tijd (hh:mm:ss) in Voorstel verstrekkingsverzoek "VoorstelDatum". De datum betreft de afgesproken datum T, het tijdstip mag door het systeem zelf worden bepaald.
3.5 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 Scenario 1: apotheker is auteur
| Scenario | Beschrijving | MBH id | VVV id |
| Apotheker is auteur | Voorstel verstrekkingsverzoek door apotheker | MBH_920_start_eind | MBH_920_start_eind_VVV_apotheker |
4.1 Inhoudelijke gegevens
5 Scenario 2: patiënt is auteur
| Scenario | Beschrijving | MBH id | VVV id |
| Patiënt is auteur | Voorstel verstrekkingsverzoek door patiënt | MBH_920_start_eind | MBH_920_Voorstelgegevens_patient_is_auteur_VVV |
5.1 Inhoudelijke gegevens
6 Scenario 3: zorgverlener is auteur
| Scenario | Beschrijving | MBH id | VVV id |
| Zorgverlener is auteur | Voorstel verstrekkingsverzoek door zorgverlener | MBH_920_start_eind | MBH_920_start_eind_VVV |
6.1 Inhoudelijke gegevens
7 Documenthistorie
| Datum | Omschrijving |
Deze pagina maakt gebruik van diverse sections uit addendum 'database': testgegevens voorstel verstrekkingsverzoek addendum.
