mp:V9.3.0 kwalificatie medicatiegegevens raadplegen WDS: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(Kwalificatie script 2)
(Kwalificatie script 6)
Regel 150: Regel 150:
  
 
=== Inhoudelijke gegevens ===
 
=== Inhoudelijke gegevens ===
{{#lst:mp:V3.0_kwalificatie_medicatiegegevens_WDS_addendum|patient-mg-mp-mg-kwal-WDS-script6-v30-14-1 }}
+
{{#lst:mp:V3.0_kwalificatie_medicatiegegevens_WDS_addendum|patient-mg-mp-mg-kwal-WDS-script6-v30 }}
 
<br>
 
<br>
 
<br>
 
<br>

Versie van 4 jun 2024 om 09:41


Naar nictiz.nl

1 Inleiding

Dit document beschrijft het te doorlopen script bij kwalificatie voor de systeemrol:

  • MedicatieGegevens Raadplegend systeem (MP-MGR) wisselenddoseerschema.

De doelgroep van dit document is de leverancier die wil kwalificeren. De kwalificatie wordt uitgevoerd met de Nictiz kwalificatiesimulator. Deze kwalificatiesimulator kan berichten verzenden en ontvangen.

1.1 Algemene voorwaarden voor kwalificatie

Een leverancier kan starten met een kwalificatie, als hij voldoet aan onderstaande voorwaarden:

  1. Kennis over de te gebruiken infrastructuur of het netwerk waarover uitgewisseld wordt en de toegang daartoe, inclusief authenticatie/autorisatie et cetera.
  2. Kennis en begrip van de Informatiestandaard Medicatieproces 9 (waaronder het functioneel ontwerp en de functionele en technische specificaties).
  3. Kennis, begrip, en het naleven van de aandachtspunten zoals beschreven in dit document.
  4. De kwalificatiedocumentatie bevat de gegevens die de kwalificerende partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. Onjuist ingevoerde gegevens (ook tijd/datum et cetera) leiden tot vertraging en kunnen blokkerend zijn voor het kwalificatieproces.
  5. Inhoudelijke informatie, beschreven in de informatiestandaard, moet altijd toegankelijk zijn voor de eindgebruiker. De leverancier levert voor deze informatie schermafdrukken op voor controle.
  6. Deze kwalificatie toetst geen infrastructurele eisen.

2 Uit te voeren stappen

Voer – voor ieder 'Scenarioset' hoofdstuk – de volgende stappen uit:

  1. Stuur een 'Medicatiegegevens raadplegen' bericht om de gegevens van de genoemde patiënt te raadplegen.
  2. De simulator verstuurt een 'Medicatiegegevens beschikbaarstellen' bericht (de inhoud van het bericht is te vinden in de paragraaf 'inhoudelijke gegevens').
  3. Verwerk dit bericht.

3 Op te leveren materialen

De op te leveren materialen bestaan uit:

  1. de technische uitgaande berichten (voor alle scenario’s) én
  2. schermafdrukken (voor de aangegeven scenario's).

De schermafdrukken moeten duidelijk maken dat de gegevens ingevoerd kunnen worden en de applicatie de samenhang tussen de bouwstenen bevat (samenhang is in ieder geval belangrijk voor de medicamenteuze behandeling (MBH).

4 Leeswijzer

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

  1. Doel en verwacht resultaat
  2. Scenario’s
  3. Inhoudelijke gegevens

4.1 Doel en verwacht resultaat

Het doel geeft aan wat er met behulp van de scenario's in het betreffende hoofdstuk getest wordt en wat er door het XIS aangetoond moet worden.
Per doel is aangegeven wat het verwachte resultaat is.

4.2 Op te leveren resultaten

In deze paragraaf zijn alle op te leveren resultaten van het betreffende hoofdstuk beschreven.

Bij sommige scenario's staat aangegeven dat deze optioneel zijn. Dit betekent dat deze niet verplicht zijn om uit te voeren bij de kwalificatie indien deze niet van toepassing zijn voor het XIS. Als twee scenario's gemarkeerd zijn met een sterretje dan geldt dat één van de twee scenario's verplicht is en de andere optioneel. Indien er voor een scenario screenshots aangeleverd moeten worden, dan staat dat aangegeven.
De beschrijving bevat aanvullende informatie en instructies.
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.

4.3 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 beschikbaar moet stellen als medicatiegegevens beschikbaarstellend systeem. Dit zijn de gegevens voor medicatiegebruik

4.4 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.

4.5 Ontvangend/raadplegend systeem

Het ontvangend/raadplegend systeem voert de gegevens uit de paragrafen "Inhoudelijke gegevens" in het XIS in en levert de resulterende berichten op voor kwalificatie.

4.6 Datum T

T is een datum die we tijdens de kwalificatie nader invullen / afspreken (betreft over het algemeen de huidige/kwalificatie datum). Als ergens staat T – 100D betekent dit: 100 dagen eerder dan die afgesproken datum.

5 Scenarioset 0: filtercriteria

5.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem wisselend doseerschema op basis van verschillende filterqueries kan opleveren (alle scenario’s)

Het systeem genereert technisch correcte berichten op basis van filterqueries.

5.2 Scenario’s

Onderstaand scenario 0.1 bevat in het antwoord alle bouwstenen voor de patiënt. De daaropvolgende scenario's passen steeds een filter toe, waardoor het antwoord een subset van de bouwstenen uit scenario 0.1 bevat. Bij inhoudelijke gegevens staat om die reden alleen scenario 0.1 opgenomen. Deze omvat immers alle bouwstenen van alle subscenario's.

In de tabel staat bij elk scenario benoemd hoeveel van alle bouwstenen deze bevat (maar niet welke).

Scenario Screenshots? Beschrijving
0.1 Alle WDS-en van de patiënt, zonder aanvullend filtercriterium
(Antwoord: bericht met 4 WDS-en)
0.2 Specifieke WDS met identificaties als filter (in kwalificatiesimulator het id van "MBH_300_script0_QA3_WDS1" invoeren)
(Antwoord: bericht met 1 WDS)
0.3 WDS-en met een filter op productcode (PRK 1783)
(Antwoord: bericht met 2 WDS-en)
Optioneel voor raadplegende systemen
0.4 WDS-en met een filter op gebruiksperiode – ingangsdatum (alles vanaf T-10)
(Antwoord: bericht met 2 WDS-en)
0.5 WDS-en met een filter op gebruiksperiode – einddatum (alles voor T-14)
(Antwoord: bericht met 2 WDS-en)
0.6 WDS-en met een filter op gebruiksperiode – ingangsdatum én einddatum (alles vanaf T-16 tot en met T-9)
(Antwoord: bericht met 2 WDS-en)
0.7 WDS-en met een specifieke medicamenteuze behandeling als filter (in kwalificatiesimulator het id van "MBH_300_script0_QA3" invoeren)
(Antwoord: bericht met 2 WDS-en)


5.3 Inhoudelijke gegevens




6 Kwalificatie script 2

6.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem wisselend doseerschema met basale inhoud kan raadplegen (alle scenario’s).

Het systeem geeft technisch correcte berichten met inhoudelijk correcte gegevens weer.
wisselend doseerschema: gebruiksinstructie omschrijving, registratiedatum, toelichting, voorschrijven op PRK, MGB id, MBH id.

Aantonen dat de wisselend doseerschema gebruiksperiode correct wordt weergegeven

Het systeem gaat correct om met ingangsdatum, duur, einddatum.

Aantonen dat eenheid dosis correct verwerkt wordt

Het systeem gaat correct om met de eenheden dosis/stuks.

Aantonen dat de gegevens in het systeem weergegeven kunnen worden

Het systeem biedt de eindgebruiker de mogelijkheid tot het inzien van de gegevens.

6.2 Op te leveren resultaten

# Screenshots? Beschrijving MBH id bouwsteen
1.1 Maak screenshot(s) waarin de volgende elementen aangemaakt/getoond kunnen worden: gebruiksperiode, registratiedatum, auteur en de gebruiksinstructie met alle relevante onderliggende elementen.
Wisselend doseerschema met daarin de basale elementen
MBH_300_SCRIPT2 WDS
1.2 Maak screenshot(s) waaruit blijkt dat bij de WDS een 'toelichting' ingevoerd/getoond kan worden.
Toelichting (WDS)
MBH_300_SCRIPT2 WDS
1.3 Maak screenshot(s) waaruit blijkt dat bij de WDS de 'redenVanWijzigenOfStaken' ingevoerd/getoond kan worden.
redenWijzigenOfstaken (WDS)
MBH_300_SCRIPT2 WDS
1.4 Maak screenshot(s) waarin de samenhang en actualiteit van de bouwstenen/de medicamenteuze behandeling inzichtelijk wordt
Wijziging wisselend doseerschema (stop-WDS + nieuwe WDS)
MBH_300_SCRIPT2 WDS
1.5 Maak screenshot(s) waarin de samenhang van de verschillende doseerinstructies duidelijk wordt.
Wisselend doseerschema doseringen
MBH_300_SCRIPT2 WDS

6.3 Inhoudelijke gegevens




7 Kwalificatie script 6

7.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem om kan gaan met het scenario waarin er geen medicatiebouwstenen beschikbaar zijn voor een patiënt.

Het systeem geeft correct aan dat er geen medicatiegegevens beschikbaar zijn over de patënt.

7.2 Op te leveren resultaten

# Screenshots? Beschrijving MBH id bouwsteen
5.1 Maak screenshot(s) waarin duidelijk wordt gemaakt dat er geen medicatiegegevens beschikbaar zijn
Het systeem probeert gegevens op te halen maar er zijn geen bouwstenen beschikbaar
n.v.t. n.v.t.

7.3 Inhoudelijke gegevens




8 Documenthistorie

Datum Omschrijving
.. ..

Deze pagina maakt gebruik van diverse sections uit addendum 'database': medicatiegegevens WDS addendum.