mp:Draft Testen Kickstart Testaanpak PGO

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.

iets vertellen over aanleiding: dit testplan, omdat PGO's een andere testaanpak vereist tov XIS

Testdoel

Tijdens deze fase wordt aangetoond dat:

• Medicatiegegevens succesvol worden uitgewisseld tussen XiS systemen en PGO's.andersom (+rol DVA)
• Geraadpleegde gegevens correct worden verwerkt en getoond. aanvullingen: geraadpleegde gegevens.
• PGO’s in staat zijn om medicatiegegevens accuraat op te vragen gaat vooral om het tonen (ontvangen B, zonder referentie naar A) in verschillende volgordes (bijvoorbeeld scenario A/B/C of B/C/A) beter 1/2/3, dan A/B/C, verwarrend tussen XiS leveranciers.

Scope

Binnen scope

nog een beetje te 'fuzzy'

• De uitwisseling van medicatiegegevens van zorginformatiesystemen naar PGO’s via MedMij:

MedMij zorgt ervoor dat patiënten medicatiegegevens op een gestandaardiseerde en veilige manier kunnen ophalen uit zorgsystemen via een Persoonlijke Gezondheidsomgeving (PGO). Het testen richt zich op de correcte uitwisseling van deze gegevens, inclusief de juiste verwerking van aanvragen en antwoorden tussen zorginformatiesystemen en PGO’s.

• Het ophalen en correct weergeven van medicatie-informatie in de PGO:

Een PGO moet medicatiegegevens volledig en correct kunnen ophalen en tonen aan de patiënt. Tijdens het testen wordt gecontroleerd of alle relevante medicatiegegevens worden opgehaald en of deze op een begrijpelijke manier worden weergegeven. Dit voorkomt fouten en onvolledige medicatie-overzichten.

• Het testen van de juiste implementatie van FHIR-profielen en MedMij-standaarden:

De gegevensuitwisseling tussen PGO’s en zorgsystemen verloopt via FHIR-profielen die binnen MedMij zijn vastgesteld. Het testen controleert of deze profielen correct zijn geïmplementeerd en of berichten voldoen aan de MedMij-standaarden. Dit waarborgt een uniforme en betrouwbare gegevensuitwisseling. * Ook DVA's: alleen LSP+, of ook isoft en ... (ticket aanmaken)

Buiten scope

• Hybride: 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.

• Ontwikkel: 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.ontwikkeltest wijkt niet af

• Reguliere raadplegen scripts: 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. moeten we wel iets over zeggen; rol van DVA + ondersteuning XIS

Voorbereiding

https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)_Consolidatie dit is in feite entry criterium & uitgangssituatie: moet succesvol uitgevoerd zijn. Ander linkje per fase

Testfasen

Testaanpak: Fase 1

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.

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.

Testplanning

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.

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.

	BSN	Voorschrijver 1	Voorschrijver 2	Verstrekker
Script 1	X	Stop-MGB B.2	MA B.2 & MGB B.2	TA B.2 & Stop-TA B.2

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.

	BSN	Voorschrijver 1	Voorschrijver 2	Verstrekker
Script 1	X	Stop-MA C.2	MA C.2	TA C.2 & Stop-TA C.2

Lab

Volgt

Testomgeving

Valt onder Hulpmiddelen (tools) en omgevingen

Hulpmiddelen (tools) en omgevingen

Lab

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

Testresultaten

ff dubbelcheck, maar kan vermoedelijk refereren aan testresultaten zoals in TP hybride