mp:V2.0.0 testgegevens medicatieoverzicht beschikbaarstellen: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
(Nieuwe pagina aangemaakt met '{{DISPLAYTITLE:Medicatieproces 9 versie 2.0.0 - testgegevens - medicatieoverzicht beschikbaarstellend systeem}} {{IssueBox|Deze pagina is nog in bewerking}} __NUM...')
 
Regel 1: Regel 1:
{{DISPLAYTITLE:Medicatieproces 9 versie 2.0.0 - testgegevens - medicatieoverzicht beschikbaarstellend systeem}}
+
{{DISPLAYTITLE:Medicatieproces 9 versie 2.0.0 - testgegevens - Antwoord voorstel verstrekkingsverzoek ontvangend systeem}}
  
 
{{IssueBox|Deze pagina is nog in bewerking}}
 
{{IssueBox|Deze pagina is nog in bewerking}}
Regel 7: Regel 7:
  
 
== Inleiding ==  
 
== Inleiding ==  
Dit document biedt de mogelijkheid voor het testen van de systeemrol:
+
Dit document biedt de mogelijkheid voor het testen van de volgende systeemrollen:
* '''''M'''edicatie'''O'''verzicht '''B'''eschikbaarstellend systeem (MP-MOB)''.
+
* '''''A'''ntwoord voorstel '''V'''erstrekkingsverzoek '''O'''ntvangend systeem'' (MP-VVS).
* '''''M'''edicatie'''O'''verzicht '''R'''aadplegend systeem (MP-MOR)''.
+
 
De doelgroep van dit document is de leverancier die '''zelfstandig testen uitvoert ter voorbereiding op de kwalificatie'''  
+
De doelgroep van dit document is de leverancier die '''zelfstandig testen uitvoert ter voorbereiding op de kwalificatie''' <br>  
<br> Het testen geeft de mogelijkheid om de technische berichten te controleren. Visuele controle van screenshots is geen onderdeel van het testen.<br>
+
Het testen geeft de mogelijkheid om de technische berichten te controleren. Visuele controle van screenshots is geen onderdeel van het testen.<br>
 
<br>
 
<br>
 
De testmaterialen kunnen worden aangevuld en gewijzigd (n.a.v. bevindingen). <br>
 
De testmaterialen kunnen worden aangevuld en gewijzigd (n.a.v. bevindingen). <br>
Regel 19: Regel 19:
  
 
== Uit te voeren stappen ==
 
== Uit te voeren stappen ==
'''Beschikbaarstellend systeem'''<br>
+
 
Voer – voor ieder 'Scenarioset' hoofdstuk – de volgende stappen uit:
+
Voer – voor ieder scenario in de 'Scenarioset' hoofdstukken – de volgende stappen uit:
# Zorg ervoor dat alle medicatieafspraken, toedieningsafspraken en medicatiegebruik in het informatiesysteem zitten voor de persoon genoemd in Persoonsgegevens.
+
#De simulator verstuurt een ‘Antwoord voorstel verstrekkingsverzoek’ bericht voor de persoon genoemd in Persoonsgegevens.
# De simulator verstuurt een 'Medicatieoverzicht raadplegen' bericht.
+
#Ontvang het ‘Antwoord voorstel verstrekkingsverzoek’ bericht en toon de gegevens uit het bericht op het scherm.
# Ontvang het 'Medicatieoverzicht raadplegen' bericht en beantwoord deze met een 'Medicatieoverzicht beschikbaarstellen' bericht.
 
'''Raadplegend systeem'''<br>
 
Voer – voor ieder 'Scenarioset' hoofdstuk – de volgende stappen uit:
 
# Stuur voor de genoemde patiënt het 'Medicatieoverzicht raadplegen' bericht.
 
# De simulator verstuurt een 'Medicatieoverzicht beschikbaarstellen' bericht met inhoudelijke gegevens.
 
# Verwerk dit bericht.
 
  
 
== Leeswijzer ==
 
== Leeswijzer ==
Regel 42: Regel 36:
  
 
=== Inhoudelijke gegevens ===
 
=== 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 in zijn informatiesysteem moet hebben staan als medicatieoverzicht beschikbaarstellend systeem. Dit zijn de gegevens voor eigen en andermans: medicatieafspraak, toedieningsafspraak en medicatiegebruik.
+
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 antwoord voorstel verstrekkingsverzoek ontvangend systeem. Dit zijn de gegevens voor antwoord voorstel verstrekkingsverzoek.
  
 
=== Gebruikersschermen===
 
=== 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.
 
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.
 
Samenhang en correcte verwerking is onder andere belangrijk voor de medicamenteuze behandeling (MBH), wijzigingen en stops.
 
=== Sturend/beschikbaarstellend systeem===
 
Het sturend/beschikbaarstellend systeem voert de gegevens uit de paragrafen "Inhoudelijke gegevens" in het XIS in. Voor een sturend/beschikbaarstellend 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 medicamenteuze behandeling, medicatiebouwstenen (medicatieafspraak, verstrekkingsverzoek, toedieningsafspraak, medicatieverstrekking, medicatiegebruik). LET OP: verwacht wordt dat hier 'eigen' identificaties aan worden toegekend in een eigen identificatiesysteem (eigen OID). De onderlinge referenties moeten natuurlijk wel kloppen (dus een toedieningsafspraak en een medicatieverstrekking blijven horen bij dezelfde medicamenteuze behandeling als de medicatieafspraak en verstrekkingsverzoek vanuit de voorschrijver). De identificatie van medicamenteuze behandeling mag niet door het sturend/beschikbaarstellend systeem bepaald worden indien het aanpassingen betreft op andermans medicamenteuze behandeling.
 
  
 
===Datum T===
 
===Datum T===
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum.<br>
+
T is de datum die voor het testen wordt gebruikt. Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die datum.<br>
 
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}.
 
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}.
  
== Scenarioset: medicatieoverzicht ==
+
== Scenario 1: apotheker is aanvrager ==
=== Scenario’s ===
 
  
 
{| class="wikitable"
 
{| class="wikitable"
 
|-style="background-color: #1F497D;; color: white; text-align:left;"
 
|-style="background-color: #1F497D;; color: white; text-align:left;"
| Scenario|| Beschrijving  
+
| Scenario|| Beschrijving|| VVV id|| AVVV id
 
|-style="vertical-align:top;|style="background-color: white;"
 
|-style="vertical-align:top;|style="background-color: white;"
| Medicatieoverzicht uit EVS (Marcha van Partners) || Opleveren van juiste selectie uit het medicatiedossier (incl. kopie bouwstenen)
+
| Apotheker is aanvrager  || Antwoord voorstel verstrekkingsverzoek aan apotheker || MBH_920_start_eind_VVV || MBH_920_start_eind_AVVV_apotheker
 
|-
 
|-
 +
|}
 +
==== Inhoudelijke gegevens ====
 +
{{#lst:mp:V2.0.0_testgegevens_avvv_addendum|mp-av-tst-apotheker_is_aanvrager}}
 +
 +
== Scenario 2: patiënt is aanvrager ==
 +
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Scenario|| Beschrijving|| VVV id|| AVVV id
 
|-style="vertical-align:top;|style="background-color: white;"
 
|-style="vertical-align:top;|style="background-color: white;"
| Medicatieoverzicht uit AIS (Apotheek de Gulle Gaper) || Opleveren van juiste selectie uit het medicatiedossier (incl. kopie bouwstenen)
+
| Patiënt is aanvrager  || Antwoord voorstel verstrekkingsverzoek aan patiënt || MBH_920_Voorstelgegevens_patient_is_auteur_VVV || MBH_920_Voorstelgegevens_patient_is_auteur_AVVV
 
|-
 
|-
 
|}
 
|}
  
=== Inhoudelijke gegevens ===
+
==== Inhoudelijke gegevens ====
{{#lst:mp:V9.2.0_testgegevens_medicatiegegevens_repo_addendum|XXX_Dijk }}
+
{{#lst:mp:V2.0.0_testgegevens_avvv_addendum|mp-av-tst-patient_is_aanvrager}}
 +
 
 +
== Scenario 3: zorgverlener is aanvrager ==
 +
 
 +
{| class="wikitable"
 +
|-style="background-color: #1F497D;; color: white; text-align:left;"
 +
| Scenario|| Beschrijving|| VVV id|| AVVV id
 +
|-style="vertical-align:top;|style="background-color: white;"
 +
| Zorgverlener is aanvrager  || Antwoord voorstel verstrekkingsverzoek aan zorgverlener || MBH_920_start_eind_VVV || MBH_920_start_eind_AVVV
 +
|-
 +
|}
  
{{#lst:mp:V9.2.0_testgegevens_medicatiegegevens_repo_addendum|ALLMBHS_XXX_Dijk }}
+
==== Inhoudelijke gegevens ====
 +
{{#lst:mp:V2.0.0_testgegevens_avvv_addendum|mp-av-tst-zorgverlener_is_aanvrager}}
  
 
== Documenthistorie ==
 
== Documenthistorie ==
Regel 85: Regel 92:
 
|style="background-color: white;"|
 
|style="background-color: white;"|
 
|}
 
|}
 
 
  
 
<font style="color: #B5B5B5;">
 
<font style="color: #B5B5B5;">
Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:V2.0.0_testgegevens_medicatieoverzicht_addendum|<font style="color: #B5B5B5;">''testgegevens medicatieoverzicht addendum''</font>]]. </font>
+
Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:V2.0.0_testgegevens_avvv_addendum|<font style="color: #B5B5B5;">''testgegevens antwoord voorstel verstrekkingsverzoek addendum''</font>]]. </font>

Versie van 6 jan 2022 12:31



Naar nictiz.nl

1 Inleiding

Dit document biedt de mogelijkheid voor het testen van de volgende systeemrollen:

  • Antwoord voorstel Verstrekkingsverzoek Ontvangend 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:

  1. De simulator verstuurt een ‘Antwoord voorstel verstrekkingsverzoek’ bericht voor de persoon genoemd in Persoonsgegevens.
  2. Ontvang het ‘Antwoord voorstel verstrekkingsverzoek’ bericht en toon de gegevens uit het bericht op het scherm.

3 Leeswijzer

Ieder navolgend hoofdstuk beschrijft een set scenario’s met steeds dezelfde paragraafindeling:

  1. Scenario’s
  2. 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 antwoord voorstel verstrekkingsverzoek ontvangend systeem. Dit zijn de gegevens voor antwoord 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 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 aanvrager

Scenario Beschrijving VVV id AVVV id
Apotheker is aanvrager Antwoord voorstel verstrekkingsverzoek aan apotheker MBH_920_start_eind_VVV MBH_920_start_eind_AVVV_apotheker

4.1 Inhoudelijke gegevens

5 Scenario 2: patiënt is aanvrager

Scenario Beschrijving VVV id AVVV id
Patiënt is aanvrager Antwoord voorstel verstrekkingsverzoek aan patiënt MBH_920_Voorstelgegevens_patient_is_auteur_VVV MBH_920_Voorstelgegevens_patient_is_auteur_AVVV

5.1 Inhoudelijke gegevens

6 Scenario 3: zorgverlener is aanvrager

Scenario Beschrijving VVV id AVVV id
Zorgverlener is aanvrager Antwoord voorstel verstrekkingsverzoek aan zorgverlener MBH_920_start_eind_VVV MBH_920_start_eind_AVVV

6.1 Inhoudelijke gegevens

7 Documenthistorie

Datum Omschrijving

Deze pagina maakt gebruik van diverse sections uit addendum 'database': testgegevens antwoord voorstel verstrekkingsverzoek addendum.