mp:Draft Testen Kickstart Testaanpak PGO: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(→‎Parsoft)
(→‎Consolidatie Fase 1: Eenvoudig)
 
(56 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
 
=Inleiding=
 
=Inleiding=
−
Dit detail testplan biedt een overzicht van alle testactiviteiten vanuit de Kickstart Medicatieoverdracht ten behoeve van het testen van stap 5/6 voor de PGO's.
+
Dit detail testplan is onderdeel van het [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart Master Testplan Kickstart] en biedt een overzicht van alle testactiviteiten vanuit de Kickstart Medicatieoverdracht ten behoeve van het testen van Persoonlijke Gezondheidsomgevingen (PGO's).<br>
−
Het testplan is opgesteld omdat het testen van Persoonlijke Gezondheidsomgevingen (PGO’s) een andere aanpak vereist dan het testen van informatiesystemen van zorgaanbieders. PGO’s zijn gericht op directe interactie met de patiënt en halen gegevens op via MedMij. Hierdoor ligt de focus op de correcte uitwisseling van gegevens volgens gestandaardiseerde FHIR-profielen en de begrijpelijke weergave van deze gegevens in de PGO. Het doel van dit testplan is om ervoor te zorgen dat de gegevensuitwisseling en presentatie in PGO’s foutloos, volledig en gebruiksvriendelijk is.
+
Het testplan is opgesteld omdat het testen van Persoonlijke Gezondheidsomgevingen (PGO’s) een andere aanpak vereist dan het testen van informatiesystemen van zorgaanbieders, aangezien PGO’s zijn gericht op directe interactie met de patiënt en gegevens ophalen via MedMij.  
  
 
==Testdoel==
 
==Testdoel==
−
Tijdens deze fase wordt aangetoond dat:
+
Met de afwijkende testaanpak wordt door PGO's aangetoond:
−
* Medicatiegegevens worden succesvol uitgewisseld tussen zorgaanbieder-systemen en PGO’s via de DVA.
+
* Geraadpleegde medicatiegegevens worden correct verwerkt en getoond.
−
* Geraadpleegde gegevens correct worden verwerkt en getoond.
+
* De consolidatie afleidingsregels worden correct toegepast op zowel volledige als onvolledige medicatiegegevens.
−
* PGO’s moeten in staat zijn om medicatiegegevens accuraat op te vragen in verschillende volgorden (bijvoorbeeld 1/2/3 of 2/3/1) tussen zorgaanbieders, zonder verwijzing naar eerdere bouwstenen.
+
** PGO’s moeten in staat zijn om medicatiegegevens accuraat te verwerken en tonen zonder verwijzing naar eerdere bouwstenen.
 +
* Geconsolideerde medicatiegegevens worden correct weergegeven in het <strike>actueel</strike> medicatieoverzicht.
 +
* Geconsolideerde medicatiegegevens worden correct weergegeven in de toedienlijst.<font color=red>is deze in scope?</font>
 +
DVA's tonen aan dat ...
  
 
=Scope=
 
=Scope=
 
==Binnen scope==
 
==Binnen scope==
−
<FONT color=orange>nog een beetje te 'fuzzy'</FONT> -> aangepast <br>
+
* Het raadplegen van medicatiegegevens voor de bouwstenen:
−
<b>De uitwisseling van medicatiegegevens van zorginformatiesystemen naar PGO’s</b><br>
+
** Stap 3: MA, VV, WDS
−
De uitwisseling tussen zorginformatiesystemen (zoals AIS, ZIS en EVS) en PGO’s verloopt via de MedMij-afspraken. Dit betekent dat PGO’s medicatiegegevens moeten kunnen ophalen via een DVA (Dienstverlener Zorgaanbieder), die de gegevens uit een bronsysteem raadpleegt. <br>
+
** Stap 4: MGB
−
* Tijdens het testen wordt gecontroleerd of een PGO via MedMij een correcte aanvraag kan doen.<br>
+
** Stap 5: TA, MVE
−
* Het testproces valideert of de bronsystemen (zoals een AIS of ZIS) de juiste gegevens verstrekken.<br>
+
** Stap 6: MTD
−
* Er wordt geverifieerd of de uitwisseling voldoet aan de vereiste MedMij-standaarden en of de communicatie via de MedMij-gegevensdiensten correct verloopt.<br>
+
* Het toepassen van de consolidatie afleidingsregels
 +
** Stap 3&4: o.b.v. de bouwstenen MA, MGB, WDS
 +
*** Medicatieoverzicht: MA, MGB (excl. verwijzing naar TA)
 +
** Stap 5&6: o.b.v. de bouwstenen MA, MGB, WDS en TA
 +
*** Medicatieoverzicht: MA, TA, MGB (incl. verwijzing naar TA)
 +
<FONT color=red>
 +
* DVA's (ISoft / Hinq)?
 +
* toedienlijst?</FONT>
  
−
<b>Het ophalen en correct weergeven van medicatie-informatie</b><br>
+
==Buiten scope==
−
Patiënten moeten in hun PGO een volledig en correct overzicht krijgen van hun medicatiegegevens. Dit betekent dat gegevens zoals medicijnnaam, dosering, start- en stopdatum, en herhaalrecepten goed worden opgehaald en weergegeven.<br>
+
* Hybride testen zijn opgenomen in het [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Hybride Hybride testplan], wat betekent dat dit onderdeel al op een andere manier wordt afgedekt.
−
* Er wordt getest of de PGO alle relevante medicatiegegevens correct ophaalt en of er geen gegevens ontbreken.<br>
+
* Medicatiegebruik vastgelegd door patiënt in PGO, is buiten scope van de Kickstart.
−
* De test valideert of de medicatie-overzichten in de PGO correct worden weergegeven, inclusief lopende en beëindigde medicatie.<br>
+
 
−
* Er wordt gecontroleerd of gegevens op een begrijpelijke manier aan de patiënt worden getoond (bijvoorbeeld geen technische codes of foutieve data).<br>
+
=Testbasis=
 +
Met uitvoer van de testscripts wordt aangetoond dat is voldaan aan de specificaties zoals vastgelegd in onderstaande documentatie:
 +
* [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9#Medicatieoverzicht_en_afleidingsregels Functioneel Ontwerp Medicatieproces 9 versie 3.0.0 -beta.3 – Medicatieoverzicht en afleidingsregels]
 +
* [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0-beta_Ontwerp_medicatieproces_9#Toedienlijst_en_afleidingsregels Functioneel Ontwerp Medicatieproces 9 versie 3.0.0 -beta.3 – Toedienlijst en afleidingsregels]
 +
* [https://informatiestandaarden.nictiz.nl/wiki/mp:Implementatiehandleiding_Consolidatie/afleidingsregels Implementatiehandleiding Consolidatie/afleidingsregels]
 +
 
 +
=Teststrategie=
 +
 
 +
Op basis van de vastgestelde scope wordt in onderstaand overzicht weergegeven binnen welke testfase het onderdeel wordt getest.<br>
 +
Naar aanleiding van de onderlinge samenhang en gefaseerde aanpak zijn hierin onderdelen samengevoegd.
 +
 
 +
{| class="wikitable"
 +
|-
 +
! !! Ontwikkel !! PoC !! Lab
 +
|-
 +
| Raadplegen van medicatiegegevens || ** || ** || NTB
 +
|-
 +
| Toepassen van consolidatie afleidingsregels || ** || ** || NTB
 +
|}
 +
 
 +
<FONT size="1">''Legenda:<br>
 +
* <nowiki>*</nowiki> Beperkte dynamische test<br>
 +
* <nowiki>**</nowiki> Gemiddelde dynamische test<br>
 +
* <nowiki>***</nowiki> Zware dynamische test<br>
 +
* S Statisch testen<br>
 +
* I Impliciet testen</FONT>
 +
 
 +
=Testfasen=
 +
 
 +
==Ontwikkel==
 +
 
 +
===Testdoel===
 +
<FONT color=red>Aantonen dat een correct, volledig en actueel medicatieoverzicht (basisset medicatiegegevens) en toedienlijst getoond kunnen worden op basis van uitgebreide historie uit meerdere bronnen.
 +
* De consolidatie afleidingsregels worden correct toegepast.
 +
* Geconsolideerde medicatiegegevens worden correct weergegeven in het actueel medicatieoverzicht.
 +
* Geconsolideerde medicatiegegevens worden correct weergegeven in de toedienlijst.
 +
WIP</FONT>
 +
 
 +
===Entry Criteria===
 +
* Er is voldaan aan de algemene [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Ontwikkelfase#Entry_Criteria Ontwikkel Entry Criteria].
 +
 
 +
===Testaanpak===
 +
 
 +
====Algemeen====
 +
Hierop wijkt de testaanpak niet af en verwijzen we naar het [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase detail testplan Ontwikkelfase]
 +
 
 +
====Consolidatie====
 +
 
 +
De consolidatie testdata, zoals deze beschikbaar is voor de XIS tests, wordt ook gebruikt voor PGO tests.<br>
 +
Hiervoor zijn de bouwstenen van deze testdata echter verdeeld over meerdere fictieve systemen in Parasoft, waardoor een PGO bij het raadplegen slechts een deel van deze bouwstenen beschikbaar gesteld krijgt.<br>
 +
Door achtereenvolgens een deel van de bouwstenen te raadplegen, wordt met behulp van een simulator aangetoond dat de consolidatie afleidingsregels op zowel onvolledige als volledige medicatiegegevens correct worden toegepast.
  
−
<b>Het testen van de juiste implementatie van FHIR-profielen en MedMij-standaarden</b><br>
+
===Testscenario's===
−
De gegevensuitwisseling tussen PGO’s en zorgsystemen verloopt via FHIR-profielen, zoals MedicationRequest, MedicationStatement en MedicationDispense. Deze profielen bepalen hoe medicatiegegevens gestructureerd en uitgewisseld worden.<br>
 
−
* Er wordt getest of zorginformatiesystemen de juiste FHIR-profielen gebruiken en correct implementeren.<br>
 
−
* De test valideert of de PGO’s de ontvangen FHIR-berichten correct interpreteren en verwerken.<br>
 
−
* Er wordt gecontroleerd of de berichten voldoen aan de MedMij-validatieregels, zodat gegevensuitwisseling gestandaardiseerd en foutloos verloopt.<br>
 
−
<FONT color=orange>* Ook DVA's: alleen LSP+, of ook isoft en ... (ticket aanmaken)</FONT>
 
  
−
==Buiten scope==
+
====Algemeen====
−
<b>Hybride</b><br>
+
Hierop wijkt de testaanpak niet af en verwijzen we naar het [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Scenario.27s detail testplan Ontwikkelfase]
−
Hybride testen zijn opgenomen in het Hybride testplan, wat betekent dat dit onderdeel al op een andere manier wordt afgedekt. De PGO-testaanpak richt zich specifiek op de werking en uitwisseling binnen PGO's en niet op de bredere hybride teststrategie.
 
  
−
<b>Ontwikkel</b><br>
+
====Consolidatie====
−
De ontwikkelfase is bedoeld voor leveranciers en ontwikkelaars om hun systemen te bouwen en technisch te testen. Dit valt buiten de PGO-testaanpak, omdat PGO-testen plaatsvinden in een latere fase, wanneer systemen al (grotendeels) ontwikkeld en klaar voor functionele validatie zijn.<FONT color=orange>ontwikkeltest wijkt niet af</FONT>
 
  
−
<b>Reguliere raadplegen scripts</b></br>
+
{{IssueBox|''<big>In progress: in onderstaande ontbreken scripts t.b.v. WDS/MTD bouwstenen en de Toedienlijst </big>''}}
−
De reguliere raadpleeg-scripts hebben betrekking op de algemene uitwisseling van gegevens in zorgsystemen, los van het specifieke proces binnen PGO’s. PGO’s volgen een andere route voor het ophalen van gegevens, met een focus op patiënttoegang via MedMij-standaarden. Hierdoor vallen de standaard raadplegen-scripts buiten de specifieke PGO-testaanpak. De rol van DVA en de ondersteuning van zorgaanbieders zijn hierbij relevant, maar worden niet meegenomen in de PGO-specifieke testdoelen, omdat PGO’s een andere aanpak en infrastructuur hanteren voor gegevensuitwisseling.
+
Tijdens de ontwikkelfase wordt gebruik gemaakt van onderstaande Interoplab testscripts, waarbij wordt uitgegaan van [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0_consolidatie_medicatiegegevens_raadplegen wiki testdata]<br>
 +
In de eerste 2 stappen van de Kickstart (stap 3 'voorschrijven' en stap 4 'verificatie en gebruiken') wordt tijdens de ontwikkelfase niet expliciet getest op consolidatie.<br>
 +
Voor stap 5 'verstrekken' en stap 6 'toedienen' zijn de testscripts verdeeld over fases:
  
−
=Voorbereiding=
+
=====Fase 1 - Enkelvoudig=====
−
https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)_Consolidatie
 
−
<FONT color=orange>dit is in feite entry criterium & uitgangssituatie: moet succesvol uitgevoerd zijn. Ander linkje per fase</FONT>
 
−
==Entry Criteria==
 
  
−
=Testbasis=
+
{| class="wikitable"
 +
|-
 +
! Actueel Medicatieoverzicht
 +
|-
 +
|
 +
* Cons. - Gestopt PGO
 +
* Cons. - Andermans1 PGO
 +
* Cons. - Andermans2 PGO
 +
* Cons. - Toekomstig PGO
 +
* Cons. - Gebruik PGO
 +
|}
 +
 
 +
=====Fase 2 - Complex=====
 +
 
 +
{| class="wikitable"
 +
|-
 +
! Actueel Medicatieoverzicht
 +
|-
 +
|
 +
* Cons. - Gewijzigd PGO
 +
* Cons. - Gewijzigddoorander PGO
 +
* Cons. - Gewijzigd_toekomst PGO
 +
* Cons. - Gestoptandermans PGO
 +
|}
  
−
* [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart Kickstart]
+
=====Fase 3 - Complexere werkprocessen=====
−
* [https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/lsp LSP+]
 
−
* [https://informatiestandaarden.nictiz.nl/wiki/mp%3ADraft_Testen_Kickstart_Ontwikkelfase Kickstart - Ontwikkelfase]
 
−
* [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Proof_of_Concept_(PoC) Kickstart - PoC]
 
  
−
=Teststrategie=
+
{| class="wikitable"
−
Op basis van de vastgestelde scope wordt in onderstaand overzicht weergegeven binnen welke testfase het onderdeel wordt getest.<br>
+
|-
−
Naar aanleiding van de onderlinge samenhang en gefaseerde aanpak zijn hierin onderdelen samengevoegd.
+
! Actueel Medicatieoverzicht !! Toedienlijst
 +
|-
 +
|
 +
* Cons. - Onderbroken PGO
 +
* Cons. - Geannuleerd PGO
 +
* Cons. - NieuweMA PGO
 +
* Cons. - OTCmedicatie PGO
 +
* Cons. - ToekomstigEnNieuwMA PGO
 +
* Cons. - NieuweToekomstigeMA PGO
 +
* Cons. - StopMA_zonder_ref PGO
 +
|
 +
|}
  
−
=Testfasen=
+
=====Fase WDS=====
  
 
==PoC==
 
==PoC==
  
−
==Fase 1==
+
===Testdoel===
−
Om de PGO's te laten testen zal het eindresultaat van de consolidatiescripts van stap 5 (fase 1 & 2) als uitgangssituatie worden gebruikt voor de PGO scripts. Vanuit de eindsituatie van de consolidatiescripts kunnen we gaan testen voor de PGO’s. Aan het einde van ieder script zal er een eindsituatie zijn in combinatie met BSN's. Er zullen verschillende bouwstenen beschikbaar zijn per BSN. Deze bouwstenen zullen moeten worden opgevraagd door de PGO's in verschillende volgordes. Deze volgordes zijn nader te bepalen. Het is de bedoeling dat deze volgordes op de minst gunstige manier worden opgesteld zodat goed getest kan worden of de PGO's er uiteindelijk een kloppend verhaal van kunnen maken. Deze volgorders zullen verder in deze testaanpak worden beschreven.
+
 
 +
===Entry Criteria===
 +
* De leverancier heeft de Consolidatie ontwikkelfase van de gerelateerde stap/fase succesvol afgerond.
 +
* Er is voldaan aan de uitgangssituatie voor de uit te voeren consolidatie ketentest:
 +
** De gerelateerde XIS consolidatie ketentest is succesvol uitgevoerd
 +
** Deze test is uitgevoerd met een [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Test_data%26Parameters#DigiD_logins DigiD login].
 +
** De systemen van de beschikbaar stellende XIS leveranciers zijn raadpleegbaar.
 +
 
 +
===Testaanpak===
 +
 
 +
Zodra is voldaan aan de uitgangssituatie van de uit te voeren consolidatie ketentest, wordt hiervoor een testsessie georganiseerd.<br>
 +
De bouwstenen van de gerelateerde, succesvol uitgevoerde XIS consolidatie ketentest zijn beschikbaar gesteld door de deelnemende XIS leveranciers.<br>
 +
Zodra een PGO bij één van deze XIS leveranciers raadpleegt wordt slechts een deel van het totaal aan bouwstenen beschikbaar gesteld.<br>
 +
Door achtereenvolgens bij de verschillende XIS leveranciers (in verschillende volgordes) te raadplegen, wordt in een ketentest aangetoond dat de consolidatie afleidingsregels op zowel onvolledige als volledige medicatiegegevens correct worden toegepast.
 +
 
 +
====Organisatie testsessie====
 +
 
 +
* monitoren op uitgangsituatie
 +
* XIS test laten uitvoeren met DigiD login
 +
* XIS systemen beschikbaar
 +
* DVA beschikbaar voor analyse berichten
 +
* Testrun klaarzetten (volgorde bepalen)?
 +
 
 +
===Testscenario's===
 +
 
 +
====Consolidatie Fase 1: Eenvoudig====
 +
 
 +
In deze fase worden consolidatie ketens getest, waarvoor gebruik wordt gemaakt van de [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)_Consolidatie#Consolidatie_Fase_1:_Eenvoudig consolidatie ketens Fase 1].<br>
 +
Hiervoor zijn per leverancier de volgende bouwstenen beschikbaar gesteld.
 +
 
 +
'''MBH B'''
 +
 
 +
{| class="wikitable"
 +
|-
 +
! Leverancier !! Bouwstenen
 +
|-
 +
| Voorschrijven 1 ||
 +
* Stop MGB
 +
|-
 +
| Voorschrijver 2 ||
 +
* Start MA
 +
* Start MGB
 +
|-
 +
| Verstrekker ||
 +
* Start TA
 +
* Stop TA
 +
|}
 +
 
 +
'''MBH C'''
  
−
Deze testaanpak zal gemaakt worden voor fase 1 en 2. Voor fase 3 gaat hoogstwaarschijnlijk parasoft ingezet moeten worden tijdens de consolidatie. Dus voor de de PGO’s zal ook parasoft ingezet moeten worden voor fase 3 aangezien er geen uitgangssituatie zal zijn gecreëerd door BSN’s met leveranciers.
+
{| class="wikitable"
 +
|-
 +
! Leverancier !! Bouwstenen
 +
|-
 +
| Voorschrijven 1 ||
 +
* Stop MA
 +
|-
 +
| Voorschrijver 2 ||
 +
* Start MA
 +
|-
 +
| Verstrekker ||
 +
* Start TA
 +
* Stop TA
 +
|}
  
−
Hieronder zijn de bouwstenen weergegeven die opvraagbaar zijn vanuit consolidatie MBH B. Wanneer MBH B script 1 + 2 van consolidatie fase 1 zijn uitgevoerd is er een uitgangssituatie gecreëerd voor de scripts voor de PGO’s. De PGO's kunnen de onderstaande bouwstenen opvragen.
 
  
 +
<FONT color=red>
 
'''MBH B:'''
 
'''MBH B:'''
  
Regel 115: Regel 259:
 
| Verstrekker || TA C.2 & Stop-TA C.2 || TA C.2 & Stop-TA C.2 is geraadpleegd
 
| Verstrekker || TA C.2 & Stop-TA C.2 || TA C.2 & Stop-TA C.2 is geraadpleegd
 
|}
 
|}
 +
</FONT>
 +
 +
====Fase 2: Complex====
 +
 +
====Fase 3: Complexere werkprocessen====
 +
 +
====Stap 6: Toedienen====
  
 
==Lab==
 
==Lab==
 
<FONT color=orange>''Volgt''</FONT>
 
<FONT color=orange>''Volgt''</FONT>
  
−
===Testontwerp===
+
=Hulpmiddelen (tools) en omgevingen=
 +
 
 +
==Testdata en parameters==
 +
Specifiek ten behoeve van testuitvoer met PGO's wordt gebruik gemaakt van de volgende [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Test_data%26Parameters#Medmij_namen_Kickstart_deelnemers Medmij namen] en [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Test_data%26Parameters#DigiD_logins DigiD logins].
  
−
==Testdata==
 
  
−
=Hulpmiddelen (tools) en omgevingen=
 
  
−
Voor het testen van de PGO’s binnen PoC stap 5/6 worden gespecialiseerde testtools ingezet om de interoperabiliteit, functionaliteit en robuustheid van de berichtenuitwisseling te valideren. Twee essentiële tools in dit proces zijn InteropLab en Parasoft.
+
<FONT color=red>Voor het testen van de PGO’s binnen PoC stap 5/6 worden gespecialiseerde testtools ingezet om de interoperabiliteit, functionaliteit en robuustheid van de berichtenuitwisseling te valideren. Twee essentiële tools in dit proces zijn InteropLab en Parasoft.
  
 
===Interoplab===
 
===Interoplab===
Regel 145: Regel 297:
 
* Gedragssimulatie van een XiS-systeem: Parasoft gedraagt zich als een volwaardig bronsysteem en genereert responses zoals een echt AIS, EVS of ZIS dat zou doen.
 
* Gedragssimulatie van een XiS-systeem: Parasoft gedraagt zich als een volwaardig bronsysteem en genereert responses zoals een echt AIS, EVS of ZIS dat zou doen.
  
−
==Lab==
+
<FONT color=orange>hier moeten we wat zeggen over aansluiting op LSP+ (VZVZ / Miranda / Joël). Verder ook relatie met aanpak andere DVA's</FONT></FONT>
−
<FONT color=orange>hier moeten we wat zeggen over aansluiting op LSP+ (VZVZ / Miranda / Joël). Verder ook relatie met aanpak andere DVA's</FONT>
 
  
 
=Testresultaten=
 
=Testresultaten=
Regel 158: Regel 309:
 
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]
 
De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#PoC Beoordelen testresultaten PoC]
 
==Lab==
 
==Lab==
−
 
−
=Vragen/Acties=
 
  
 
=Pagina Historie=
 
=Pagina Historie=

Huidige versie van 26 mrt 2025 om 16:27

Inleiding

Dit detail testplan is onderdeel van het Master Testplan Kickstart en biedt een overzicht van alle testactiviteiten vanuit de Kickstart Medicatieoverdracht ten behoeve van het testen van Persoonlijke Gezondheidsomgevingen (PGO's).
Het testplan is opgesteld omdat het testen van Persoonlijke Gezondheidsomgevingen (PGO’s) een andere aanpak vereist dan het testen van informatiesystemen van zorgaanbieders, aangezien PGO’s zijn gericht op directe interactie met de patiënt en gegevens ophalen via MedMij.

Testdoel

Met de afwijkende testaanpak wordt door PGO's aangetoond:

  • Geraadpleegde medicatiegegevens worden correct verwerkt en getoond.
  • De consolidatie afleidingsregels worden correct toegepast op zowel volledige als onvolledige medicatiegegevens.
    • PGO’s moeten in staat zijn om medicatiegegevens accuraat te verwerken en tonen zonder verwijzing naar eerdere bouwstenen.
  • Geconsolideerde medicatiegegevens worden correct weergegeven in het actueel medicatieoverzicht.
  • Geconsolideerde medicatiegegevens worden correct weergegeven in de toedienlijst.is deze in scope?

DVA's tonen aan dat ...

Scope

Binnen scope

  • Het raadplegen van medicatiegegevens voor de bouwstenen:
    • Stap 3: MA, VV, WDS
    • Stap 4: MGB
    • Stap 5: TA, MVE
    • Stap 6: MTD
  • Het toepassen van de consolidatie afleidingsregels
    • Stap 3&4: o.b.v. de bouwstenen MA, MGB, WDS
      • Medicatieoverzicht: MA, MGB (excl. verwijzing naar TA)
    • Stap 5&6: o.b.v. de bouwstenen MA, MGB, WDS en TA
      • Medicatieoverzicht: MA, TA, MGB (incl. verwijzing naar TA)

  • DVA's (ISoft / Hinq)?
  • toedienlijst?

Buiten scope

  • Hybride testen zijn opgenomen in het Hybride testplan, wat betekent dat dit onderdeel al op een andere manier wordt afgedekt.
  • Medicatiegebruik vastgelegd door patiënt in PGO, is buiten scope van de Kickstart.

Testbasis

Met uitvoer van de testscripts wordt aangetoond dat is voldaan aan de specificaties zoals vastgelegd in onderstaande documentatie:

Teststrategie

Op basis van de vastgestelde scope wordt in onderstaand overzicht weergegeven binnen welke testfase het onderdeel wordt getest.
Naar aanleiding van de onderlinge samenhang en gefaseerde aanpak zijn hierin onderdelen samengevoegd.

Ontwikkel PoC Lab
Raadplegen van medicatiegegevens ** ** NTB
Toepassen van consolidatie afleidingsregels ** ** NTB

Legenda:

  • * Beperkte dynamische test
  • ** Gemiddelde dynamische test
  • *** Zware dynamische test
  • S Statisch testen
  • I Impliciet testen

Testfasen

Ontwikkel

Testdoel

Aantonen dat een correct, volledig en actueel medicatieoverzicht (basisset medicatiegegevens) en toedienlijst getoond kunnen worden op basis van uitgebreide historie uit meerdere bronnen.

  • De consolidatie afleidingsregels worden correct toegepast.
  • Geconsolideerde medicatiegegevens worden correct weergegeven in het actueel medicatieoverzicht.
  • Geconsolideerde medicatiegegevens worden correct weergegeven in de toedienlijst.

WIP

Entry Criteria

Testaanpak

Algemeen

Hierop wijkt de testaanpak niet af en verwijzen we naar het detail testplan Ontwikkelfase

Consolidatie

De consolidatie testdata, zoals deze beschikbaar is voor de XIS tests, wordt ook gebruikt voor PGO tests.
Hiervoor zijn de bouwstenen van deze testdata echter verdeeld over meerdere fictieve systemen in Parasoft, waardoor een PGO bij het raadplegen slechts een deel van deze bouwstenen beschikbaar gesteld krijgt.
Door achtereenvolgens een deel van de bouwstenen te raadplegen, wordt met behulp van een simulator aangetoond dat de consolidatie afleidingsregels op zowel onvolledige als volledige medicatiegegevens correct worden toegepast.

Testscenario's

Algemeen

Hierop wijkt de testaanpak niet af en verwijzen we naar het detail testplan Ontwikkelfase

Consolidatie

Issue icon.png

In progress: in onderstaande ontbreken scripts t.b.v. WDS/MTD bouwstenen en de Toedienlijst

Tijdens de ontwikkelfase wordt gebruik gemaakt van onderstaande Interoplab testscripts, waarbij wordt uitgegaan van wiki testdata
In de eerste 2 stappen van de Kickstart (stap 3 'voorschrijven' en stap 4 'verificatie en gebruiken') wordt tijdens de ontwikkelfase niet expliciet getest op consolidatie.
Voor stap 5 'verstrekken' en stap 6 'toedienen' zijn de testscripts verdeeld over fases:

Fase 1 - Enkelvoudig
Actueel Medicatieoverzicht
  • Cons. - Gestopt PGO
  • Cons. - Andermans1 PGO
  • Cons. - Andermans2 PGO
  • Cons. - Toekomstig PGO
  • Cons. - Gebruik PGO
Fase 2 - Complex
Actueel Medicatieoverzicht
  • Cons. - Gewijzigd PGO
  • Cons. - Gewijzigddoorander PGO
  • Cons. - Gewijzigd_toekomst PGO
  • Cons. - Gestoptandermans PGO
Fase 3 - Complexere werkprocessen
Actueel Medicatieoverzicht Toedienlijst
  • Cons. - Onderbroken PGO
  • Cons. - Geannuleerd PGO
  • Cons. - NieuweMA PGO
  • Cons. - OTCmedicatie PGO
  • Cons. - ToekomstigEnNieuwMA PGO
  • Cons. - NieuweToekomstigeMA PGO
  • Cons. - StopMA_zonder_ref PGO
Fase WDS

PoC

Testdoel

Entry Criteria

  • De leverancier heeft de Consolidatie ontwikkelfase van de gerelateerde stap/fase succesvol afgerond.
  • Er is voldaan aan de uitgangssituatie voor de uit te voeren consolidatie ketentest:
    • De gerelateerde XIS consolidatie ketentest is succesvol uitgevoerd
    • Deze test is uitgevoerd met een DigiD login.
    • De systemen van de beschikbaar stellende XIS leveranciers zijn raadpleegbaar.

Testaanpak

Zodra is voldaan aan de uitgangssituatie van de uit te voeren consolidatie ketentest, wordt hiervoor een testsessie georganiseerd.
De bouwstenen van de gerelateerde, succesvol uitgevoerde XIS consolidatie ketentest zijn beschikbaar gesteld door de deelnemende XIS leveranciers.
Zodra een PGO bij één van deze XIS leveranciers raadpleegt wordt slechts een deel van het totaal aan bouwstenen beschikbaar gesteld.
Door achtereenvolgens bij de verschillende XIS leveranciers (in verschillende volgordes) te raadplegen, wordt in een ketentest aangetoond dat de consolidatie afleidingsregels op zowel onvolledige als volledige medicatiegegevens correct worden toegepast.

Organisatie testsessie

  • monitoren op uitgangsituatie
  • XIS test laten uitvoeren met DigiD login
  • XIS systemen beschikbaar
  • DVA beschikbaar voor analyse berichten
  • Testrun klaarzetten (volgorde bepalen)?

Testscenario's

Consolidatie Fase 1: Eenvoudig

In deze fase worden consolidatie ketens getest, waarvoor gebruik wordt gemaakt van de consolidatie ketens Fase 1.
Hiervoor zijn per leverancier de volgende bouwstenen beschikbaar gesteld.

MBH B

Leverancier Bouwstenen
Voorschrijven 1
  • Stop MGB
Voorschrijver 2
  • Start MA
  • Start MGB
Verstrekker
  • Start TA
  • Stop TA

MBH C

Leverancier Bouwstenen
Voorschrijven 1
  • Stop MA
Voorschrijver 2
  • Start MA
Verstrekker
  • Start TA
  • Stop TA


MBH B:

Uitgangssituatie:

  1. Voorschrijver 1: Stop-MGB B.2
  2. Voorschrijver 2: MA B.2 & MGB B.2
  3. Verstrekker: TA B.2 & Stop-TA B.2

Volgorde te testen: 1, 3, 2

Hieronder is te zien bij welk systeem een bepaalde bouwsteen op te vragen is. Hierboven staan de bouwstenen genummerd. Er is een volgorde aangegeven waarin de bouwstenen opgevraagd moeten worden bij de verschillende systemen.

Script 1 Verwacht resultaat
BSN X
Voorschrijver 1 Stop-MGB B.2 Stop-MGB B.2 is geraadpleegd
Voorschrijver 2 MA B.2 & MGB B.2 MA B.2 & MGB B.2 is geraadpleegd
Verstrekker TA B.2 & Stop-TA B.2 TA B.2 & Stop-TA B.2 is geraadpleegd

MBH C:

Uitgangssituatie:

  1. Voorschrijver 1: Stop-MA C.2
  2. Voorschrijver 2: MA C.2
  3. Verstrekker: TA C.2 & Stop-TA C.2

Volgorde te testen: 3, 1, 2

Hieronder is te zien bij welk systeem een bepaalde bouwsteen op te vragen is. Hierboven staan de bouwstenen genummerd. Er is een volgorde aangegeven waarin de bouwstenen opgevraagd moeten worden bij de verschillende systemen.

Script 1 Verwacht resultaat
BSN X
Voorschrijver 1 Stop-MA C.2 Stop-MA C.2 is geraadpleegd
Voorschrijver 2 MA C.2 MA C.2 is geraadpleegd
Verstrekker TA C.2 & Stop-TA C.2 TA C.2 & Stop-TA C.2 is geraadpleegd

Fase 2: Complex

Fase 3: Complexere werkprocessen

Stap 6: Toedienen

Lab

Volgt

Hulpmiddelen (tools) en omgevingen

Testdata en parameters

Specifiek ten behoeve van testuitvoer met PGO's wordt gebruik gemaakt van de volgende Medmij namen en DigiD logins.


Voor het testen van de PGO’s binnen PoC stap 5/6 worden gespecialiseerde testtools ingezet om de interoperabiliteit, functionaliteit en robuustheid van de berichtenuitwisseling te valideren. Twee essentiële tools in dit proces zijn InteropLab en Parasoft.

Interoplab

InteropLab wordt gebruikt als validatieomgeving om de interoperabiliteit tussen PGO’s en zorgaanbiedersystemen te testen. Het stelt ons in staat om transacties te analyseren, afwijkingen in berichtenverkeer te identificeren en de naleving van gestandaardiseerde informatiestromen (zoals HL7 FHIR) te controleren.

Binnen InteropLab kunnen PGO’s hun implementaties valideren tegen vastgestelde testscenario’s. Dit omvat onder andere:

  • Het testen van correcte gegevensuitwisseling tussen PGO’s en bronsystemen.
  • Validatie van FHIR-profielen en conformiteit aan Nictiz-specificaties.
  • Analyseren van logging en response-gedrag bij verschillende query-varianten (zoals variërende opvraagvolgordes van medicatiegegevens).
  • Detecteren van semantische en syntactische afwijkingen in de berichtuitwisseling.

Parasoft

Binnen deze PoC wordt Parasoft ingezet als een gesimuleerd XiS-systeem dat fungeert als extra gegevensbron voor de PGO’s. Dit betekent dat PGO’s Parasoft kunnen raadplegen op dezelfde manier als een regulier AIS, EVS of ZIS, zonder afhankelijk te zijn van live bronsystemen.

De inzet van Parasoft binnen deze testomgeving biedt meerdere voordelen:

  • Beschikbaarheid van testdata: Parasoft bevat testdatasets die representatief zijn voor echte patiëntgegevens, waardoor PGO’s hun opvragingen onder realistische omstandigheden kunnen testen.
  • Gedragssimulatie van een XiS-systeem: Parasoft gedraagt zich als een volwaardig bronsysteem en genereert responses zoals een echt AIS, EVS of ZIS dat zou doen.

hier moeten we wat zeggen over aansluiting op LSP+ (VZVZ / Miranda / Joël). Verder ook relatie met aanpak andere DVA's

Testresultaten

De testresultaten, waaronder eventueel geconstateerde bevindingen, worden als volgt geregistreerd en behandeld:

Ontwikkel

De leverancier toont met behulp van screenshots aan dat is voldaan aan het beschreven verwachte resultaat.
Het Testteam beoordeeld de testresultaten zoals beschreven in Beoordelen testresultaten Ontwikkel

PoC

De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in Beoordelen testresultaten PoC

Lab

Pagina Historie

Datum Omschrijving
1 februari

Concept

Overgenomen van "https://informatiestandaarden.nictiz.nl/index.php?title=mp:Draft_Testen_Kickstart_Testaanpak_PGO&oldid=254327"