mp:V9.2.0 kwalificatie medicatieoverzicht beschikbaarstellen: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(URL aangepast naar 9.2.0)
 
(Documenthistorie)
 
(Een tussenliggende versie door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
{{DISPLAYTITLE:Medicatieproces MP9 2.0.0 - kwalificatie - medicatieoverzicht beschikbaarstellend systeem BEPERKT (MA)- MP-MOB}}
+
{{DISPLAYTITLE:Medicatieproces MP9 2.0.0 - kwalificatie - medicatieoverzicht beschikbaarstellend systeem - MP-MOB}}
 
+
{{IssueBox|Deze pagina is nog in bewerking}}
 
__NUMBEREDHEADINGS__
 
__NUMBEREDHEADINGS__
 
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]
 
[[Bestand:Nictiz_logo_PO_rechts_rgb.png |link=https://www.nictiz.nl/|rechts|Naar nictiz.nl]]
Regel 190: Regel 190:
 
| Datum||Omschrijving
 
| Datum||Omschrijving
 
|-style="vertical-align:top; background-color: #E3E3E3;;"
 
|-style="vertical-align:top; background-color: #E3E3E3;;"
|style="background-color: white;"|1 mei 2020
+
|style="background-color: white;"|..
|style="background-color: white;"|Versie 1.0
+
|style="background-color: white;"|..
|-style="vertical-align:top; background-color: #E3E3E3;;"
 
|style="background-color: white;"|8 mei 2020
 
|style="background-color: white;"|Paragraaf 4.6: Tabel met root oids bouwstenen verwijderd (niet van toepassing).
 
|-style="vertical-align:top; background-color: #E3E3E3;;"
 
|style="background-color: white;"|11 mei 2020
 
|style="background-color: white;"|Paragraaf 1.2: opmerking toegevoegd (de **).
 
|-style="vertical-align:top; background-color: #E3E3E3;;"
 
|style="background-color: white;"|9 juni 2020
 
|style="background-color: white;"|Scenarioset 2: PRK/GPK correctie Methotrexaat (was niet meer actueel in G-standaard).
 
|-style="vertical-align:top; background-color: #E3E3E3;;"
 
|style="background-color: white;"|25 september 2020
 
|style="background-color: white;"|Scenarioset 2: Reden van voorschrijven ontbrak [https://bits.nictiz.nl/browse/MP-225 BITS MP-225]<br> Scenarioset 2: PRK/GPK correctie Acetylsalicylzuur [https://bits.nictiz.nl/browse/MP-226 BITS MP-226]<br>IDs uniek gemaakt in geval hergebruik diverse kwalificatiescripts [https://bits.nictiz.nl/browse/MP-184 BITS MP-184]
 
 
|}
 
|}
  
 
<font style="color: #B5B5B5;">
 
<font style="color: #B5B5B5;">
Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:V9.2.0_kwalificatie_medicatieoverzichtBEPERKT_MA_addendum|<font style="color: #B5B5B5;">''medicatieoverzicht BEPERKT MA addendum''</font>]]. </font>
+
Deze pagina maakt gebruik van diverse sections uit addendum 'database': [[mp:V9.2.0_kwalificatie_medicatieoverzicht_addendum|<font style="color: #B5B5B5;">''medicatieoverzicht addendum''</font>]]. </font>

Huidige versie van 9 sep 2021 om 08:58

Naar nictiz.nl

1 Inleiding

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

  • MedicatieOverzicht Beschikbaarstellend systeem (MP-MOB) BEPERKT medicatieafspraak.

De doelgroep van dit document is de leverancier die wil kwalificeren voor VIPP GGZ module B2.3.
Deze kwalificatie omvat niet de volledige systeemrol medicatieoverzicht beschikbaarstellen zoals gespecificeerd in de informatiestandaard, maar omvat een beperkte scope:

  • wél eigen relevante medicatieafspraken
  • géén relevante medicatieafspraken van anderen
  • géén relevante toedieningsafspraken
  • géén relevant medicatiegebruik

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.

1.2 Aanvullende voorwaarden voor kwalificatie

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

  • Leverancier is reeds gekwalificeerd voor de systeemrol VOorschrift Sturend systeem (MP-VOS) ** óf
  • Leverancier is reeds gekwalificeerd voor de systeemrol MedicatieGegevens Beschikbaarstellend systeem (MP-MGB) medicatieafspraak **

**binnen dezelfde berichten technologie (HL7v3 of FHIR)

2 Uit te voeren stappen

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

  1. Voer de gegevens van alle bouwstenen medicatieafspraak in voor de persoon genoemd in Persoonsgegevens (en maak hier schermafdrukken van).
  2. De kwalificatiesimulator verstuurt een 'Medicatieoverzicht raadplegen' bericht.
  3. Ontvang het 'Medicatieoverzicht raadplegen' bericht en beantwoord deze met een 'Medicatieoverzicht beschikbaarstellen' bericht.

3 Op te leveren materialen

De op te leveren materialen bestaan uit:

  1. de technische uitgaande berichten (voor alle scenariosets) én
  2. schermafdrukken.

De schermafdrukken moeten duidelijk maken dat alle medicatieafspraken in de applicatie ingevoerd zijn.

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 Scenario's

In deze paragraaf zijn alle scenario's 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. 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 medicatieoverzicht beschikbaarstellend systeem. Dit zijn de gegevens voor medicatieafspraak.

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 Sturend/beschikbaarstellend systeem

Het sturend/beschikbaarstellend systeem voert de gegevens uit de paragrafen "Inhoudelijke gegevens" in het XIS in en levert de resulterende berichten op voor kwalificatie. Voor een sturend/beschikbaarstellend systeem geldt dat sommige gegevens door dit systeem bepaald mogen 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): 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.

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: medicatieoverzicht versus medicatiegegevens

5.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem onderscheid kan maken tussen MP-MGB en MP-MOB

Het systeem genereert technisch correcte berichten met de juiste bouwstenen als inhoud.

Aantonen dat de gegevens in het systeem ingevoerd kunnen worden

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

5.2 Scenario’s

Scenario Beschrijving
0.1 Systeemrol controle (MP-MGB versus MP-MOB): medicatiegegevens beschikbaarstellen
LET OP: het betreft hier scenario 0.1 uit Medicatiegegevens beschikbaarstellend systeem (MP-MGB) - Medicatieafspraak

5.3 Inhoudelijke gegevens




6 Scenarioset 1: medicatieoverzicht zonder medicatie

6.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem kan omgaan met een medicatieoverzicht waarin geen medicatieafspraak is opgenomen

Het systeem genereert technisch correcte berichten.

Aantonen dat de gegevens in het systeem ingevoerd kunnen worden

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

6.2 Scenario’s

6.3 Inhoudelijke gegevens




7 Scenarioset 2: eigen medicatieafspraken

7.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem de juiste medicatieafspraken kan opleveren

Het systeem genereert technisch correcte berichten met de correcte medicatieafspraken.

Aantonen dat medicatieafspraken die niet (meer) relevant zijn voor het medicatieoverzicht, niet opgeleverd worden

Het systeem genereert technisch correcte berichten met de correcte medicatieafspraken.

Aantonen dat de gegevens in het systeem ingevoerd kunnen worden

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

7.2 Scenario’s

7.3 Inhoudelijke gegevens




8 Scenarioset 3: eigen medicatieafspraken (onderbreken en gebruiksduur)

8.1 Doel en verwacht resultaat

Doel Verwacht resultaat
Aantonen dat het systeem de juiste medicatieafspraken kan opleveren

Het systeem genereert technisch correcte berichten met de correcte medicatieafspraken.

Aantonen dat medicatieafspraken die niet (meer) relevant zijn voor het medicatieoverzicht, niet opgeleverd worden

Het systeem genereert technisch correcte berichten met de correcte medicatieafspraken.

Aantonen dat de gegevens in het systeem ingevoerd kunnen worden

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

8.2 Scenario’s

8.3 Inhoudelijke gegevens 3.0a

8.4 Inhoudelijke gegevens 3.1a




9 Documenthistorie

Datum Omschrijving
.. ..

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