Testen Kickstart: Ontwikkelfase

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd.

1 Testdoel

Tijdens deze fase wordt aangetoond dat:

• Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
• Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
• Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
• Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

2 Voorbereiding

Om efficiënt te kunnen testen tijdens de Proof of Concept test moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

2.1 Entry Criteria

Leverancier

• Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de PoC test.
• Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
  • Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
    • Afwijking: Bij ontbreken van een TRIS, ETDR of PGO kan de PoC worden gestart met 2 EVS systemen en 1 AIS.
  • (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
• Voert testen niet enkel met eigen applicaties uit.
  • (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
• Heeft toegang tot de testscripts in Interoplab (Toelichting Interoplab)

Programma Medicatieoverdracht

• De testscripts zijn gereed en ingericht in Interoplab.
  • Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
• Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
• Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie Planning)
• De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

2.2 Acties ter voorbereiding

Betrokkenen	Actie
Programma MO	Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
Programma MO	Organiseren connectietest/voorbespreking
Programma MO, Leveranciers	Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd. Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
Leveranciers	Klaarzetten testdossiers per testscript

3 Uitvoering

De Proof of Concept (PoC) wordt uitgevoerd door onderlinge tests tussen de leveranciers. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

3.1 Scenario's

Tijdens de Proof of Concept (PoC) wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

Legenda:

• S: Vervult rol van sturend systeem.
• O: Vervult rol van ontvangend systeem.
• R: Vervult rol van raadplegend systeem.
• B: Vervult rol van beschikbaar stellend systeem.

3.1.1 Stap 3: Voorschrijven, excl. WDS

Indien de transactie relevant is voor de te testen applicatie (zie Relevante transacties stap 3), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Algemeen (Inhoudelijk)

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-VOS	MP-VOO	S		S			O					Voorschrijven 1.0 / 1.1 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
MP-MGS (MA)	MP-MGO (MA)	S	O	S	O		O		O			Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
MP-MGS (WDS)	MP-MGO (WDS)	S	O	O	O		O		O			Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
MP-MGR (MA)	MP-MGB (MA)	R	B	R	B	R		R		R		Raadplegen MA 1.0 / 1.2 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2
MP-MGR (VV)	MP-MGB (VV)		B		B					R		Raadplegen VV 5.2

Consolidatie

Zie hiervoor de scenario's in het testplan Consolidatie.

Hybride

Zie hiervoor de scenario's in het testplan Hybride.

3.1.2 Stap 3: WDS

Indien de transactie relevant is voor de te testen applicatie (zie Relevante transacties stap 3), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor WDS wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

3.1.2.1 Fase WDS 1

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-MGR (WDS)	MP-MGB (WDS)	R	B	R	B	R		R		R		Raadplegen WDS 1.0 / 1.2

3.1.2.2 Fase WDS 2

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-MGR (WDS)	MP-MGB (WDS)	R	B	R	B	R		R		R		Raadplegen WDS 3.1 / 6.1

3.1.3 Stap 4: Verificatie en gebruik

Indien de transactie relevant is voor de te testen applicatie (zie Relevante transacties stap 4), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Algemeen (Inhoudelijk)

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-MGS (MGB)	MP-MGO (MGB)	S	O	S	O	S	O	S	O			n.v.t.
MP-MGR (MGB)	MP-MGB (MGB)	R	B	R	B	R	B	R	B	R		Raadplegen MGB 1.0 / 3.1A / 3.1B / 3.2 / 3.3 / 6.1 / 6.2

Consolidatie
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

Hybride
Niet van toepassing tijdens stap 4.

3.1.4 Stap 3 + 4

Consolidatie

Zie hiervoor de scenario's in het testplan Consolidatie.

3.1.5 Stap 5: Verstrekken

Indien de transactie relevant is voor de te testen applicatie (zie Relevante transacties stap 5), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Consolidatie

Zie hiervoor de scenario's in het testplan Consolidatie.

Hybride

Zie hiervoor de scenario's in het testplan Hybride.

Voor stap 5 wordt een gefaseerde aanpak gehanteerd. De scripts zijn als volgt verdeeld over deze fases.

3.1.5.1 Fase 1: Enkelvoudig

Algemeen (Inhoudelijk)

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-VAS	MP-VAO		O		O	S						Afhandelen Voorschrift 1.0
MP-MGR (TA)	MP-MGB (TA)	R		R		R	B	R		R		Raadplegen TA 1.0A
MP-MGR (MVE)	MP-MGB (MVE)	R		R		R	B	R		R		Raadplegen MVE 1.0A

3.1.5.2 Fase 2: Complex

Algemeen (Inhoudelijk)

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-VAS	MP-VAO		O		O	S						Afhandelen Voorschrift 2.1 / 6.2 / 7.1A
MP-MGR (TA)	MP-MGB (TA)	R		R		R	B	R		R		Raadplegen TA 0.1 / 1.0B / 6.1
MP-MGR (MVE)	MP-MGB (MVE)	R		R		R	B	R		R		Raadplegen MVE 1.0B

3.1.5.3 Fase 3: Complexere werkprocessen

Algemeen (Inhoudelijk)

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-VAS	MP-VAO		O		O	S						Afhandelen Voorschrift 5.2 / 7.1B

3.1.5.4 Fase 4: Complexere dosering

Algemeen (Inhoudelijk)

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-VAS	MP-VAO		O		O	S						Afhandelen Voorschrift 3.2 / 3.3 / 5.3
MP-MGR (TA)	MP-MGB (TA)	R		R		R	B	R		R		Raadplegen TA 3.2 / 3.3

3.1.5.5 Niet-eerste-livegangset

Algemeen (Inhoudelijk)

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-VAS	MP-VAO		O		O	S						Afhandelen Voorschrift 5.2 / 6.2
MP-MGS (TA)	MP-MGO (TA)		O		O	S	O		O			Sturen TA 1.0A / 1.0B / 7.3
MP-MGS (MVE)	MP-MGO (MVE)		O		O	S	O		O			Sturen MVE 1.0
MP-MGR (TA)	MP-MGB (TA)	R		R		R	B	R		R		Raadplegen TA 0.1 / 6.1
MP-VVVS	MP-VVVO		O		O	S						...
MP-AVVVS	MP-AVVVO	S		S			O					...
MP-VMAS	MP-VMAO		O		O	S						...
MP-AVMAS	MP-AVMAO	S		S			O					...

3.1.6 Stap 6: Toedienen

Indien de transactie relevant is voor de te testen applicatie (zie Relevante transacties stap 6), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Voor stap 6 wordt een gefaseerde aanpak gehanteerd. De verdeling van de scripts over de fases moet nog worden vastgesteld.

Algemeen (Inhoudelijk)

Transactie combinaties		EVS		TRIS		AIS		ETDR		PGO		Interoplab testscripts
MP-MGR (MTD)	MP-MGB (MTD)	R	B	R		R		R	B	R		Raadplegen MTD 0.1 / 3.1 / 7.2 / 8.1

Consolidatie

Zie hiervoor de scenario's in het testplan Consolidatie.

Hybride

Zie hiervoor de scenario's in het testplan Hybride.

3.2 Testomgevingen

VZVZ
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar. Informatie m.b.t. IP-adressen is te vinden bij Tooling & omgevingen.

• PoC+

De PoC+ omgeving kan enkel benaderd worden met authenticatie. Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen. Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.

• PoC-

De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

PGO & DVA
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij Tooling & omgevingen.

4 Afronding

4.1 Werkwijze

De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen.
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen.
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

4.2 Exit Criteria

Algemeen

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de relevante transacties succesvol uit en toont daarmee aan dat:

1. De transacties succesvol uitgewisseld kunnen worden in de keten
2. AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
3. EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
4. De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
5. De aanwezige bevindingen zijn niet blokkerend
6. Een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen en formaten

Consolidatie

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:

• Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.

Hybride

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:

1. Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen​ kunnen worden.
2. Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd​ kunnen worden

Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Laboratoriumtest.

4.3 Bevindingen

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

Hierbij worden onderstaande bevinding categorieën gehanteerd:

Type bevindingen
Bij de bevinding wordt altijd aangegeven wat het oordeel is. Er zijn vijf mogelijkheden (zoals ook vastgesteld in paragraaf 3.2 van de gebruikershandleiding BITS):

1. Blokkerend: Een blokkerende bevinding moet worden opgelost om de validatie te behalen.
2. Niet Blokkerend met aantekening: De niet blokkerende bevinding met aantekening moeten in de toekomst opgelost worden (waarbij bij afgifte van de validatie afgestemd wordt op welke termijn dat exact is).
3. Niet Blokkerend: Niet blokkerend betekend dat de bevinding niet van toepassing is op de validatie (doordat bijvoorbeeld een element ook niet binnen komt en daardoor niet getoond kan worden).
4. Toelichting vereist: Toelichting vereist betekend dat de bevinding nader toegelicht moet worden, waarbij deze na de toelichting alsnog blokkerend zou kunnen worden.
5. Advies: Advies betekend dat er een advies gegeven wordt op de gekozen oplossing vanuit het validatieloket.

5 Pagina historie

Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig. Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests. Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal. Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.

6 Testdoel

Tijdens deze fase wordt aangetoond dat:

• De informatiestandaard inhoudelijk correct is geïmplementeerd.
• Wordt voldaan aan de eisen voor het LSP.

7 Voorbereiding

Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.

7.1 Entry Criteria

Leverancier

• De benodigde accounts zijn aangevraagd/aangemaakt:
  • Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator (Account aanvragen).
  • Voor het testen van HL7 FHIR berichten tegen de simulator wordt gebruik gemaakt van Touchstone (Account aanmaken).
  • Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting Interoplab)
• Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) (Aanvragen testaansluiting).

Programma Medicatieoverdracht

• De testscripts en testberichten zijn beschikbaar gesteld.

7.2 Acties ter voorbereiding

Leverancier

• Download het bestand ConformiteitsCheck MO (zip bestand) en vul deze in, zoals beschreven in de instructie.
• Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de Afronding van deze fase.

8 Uitvoering

De leverancier test de software primair op twee onderdelen:

Inhoud
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator/Touchstone of de informatiestandaard op een correcte wijze is geïmplementeerd.

Infrastructuur
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.

Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:

Ketentest
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de PoC.

8.1 Scenario's

Inhoud
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: Testscripts Medicatieproces 9.
Hiervoor zijn de Kwalificatiesimulator/Touchstone beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:

• HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
• FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0

8.1.1 Fasering 1e Livegang Set

onderstaand een overzicht van de scenario's van stap 5 verdeeld o.b.v. de fasering. Waar deze definitief gepubliceerd moet worden is nader te bepalen

8.1.1.1 Fase 1: Enkelvoudig

Datum	Omschrijving

Scenario's	Afhandelen Voorschrift sturen/ontvangen
1.1	Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
1.3	Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
3.1a	Benodigd voor scenario 3.1b
3.1b	Stop-toedieningsafspraak

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (TA)
1.1	Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
1.3	Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
3.1	Stop-toedienafspraak, met reden staken

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (MVE)
1.1	Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)

8.1.1.2 Fase 2: Complex

Scenario's	Afhandelen Voorschrift sturen/ontvangen
1.2a	Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
1.2b	Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
1.4	Extra MVE
1.5	Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
2.1	Aanvullende instructie (TA)
2.2	Toelichting (TA), toelichting (MVE)
2.3	Reden van voorschrijven (TA)
2.4	Aanvullende informatie (MA), aanvullende wensen (VV)
2.5	Toedieningsweg (TA)
3.2a	Benodigd voor scenario 3.2b
3.2b	Wijziging toedieningsafspraak, verhoging met MVE
3.3a	Benodigd voor scenario 3.3b
3.3b	Wijziging toedieningsafspraak, verlaging zonder MVE
3.5a	Benodigd voor scenario 3.5b
3.5b	Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
3.8a	Starten van parallelle TA voor GDS
3.8b	Starten van parallelle TA voor zo nodig medicatie
10.1	HPK geneesmiddel
10.2	ZI-nr geneesmiddel

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (TA)
0.1	Alle toedieningsafspraken van de patiënt, zonder aanvullend filtercriterium (Antwoord: bericht met 6 toedieningsafspraken)
1.2a	Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
1.2b	Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
1.4	Toedieningsafspraak met eenheid 'dosis/stuks'
2.1	Aanvullende instructie
2.2	Toelichting
2.3	Reden van voorschrijven
2.4	Aanvullende informatie
3.2	Wijziging toedieningsafspraak, met reden wijziging
3.3	Wijziging toedieningsafspraak, met reden wijziging
3.5	Tweede MVE ivm TA met nieuwe PRK.
10.1	ZI-nr geneesmiddel
14.1	Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (MVE)
2.1	Toelichting
2.2	Aanvullende informatie
10.1	ZI-nr geneesmiddel
14.1	Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)

8.1.1.3 Fase 3: Complexere werkprocessen

Scenario's	Afhandelen Voorschrift sturen/ontvangen
3.4a	Benodigd voor scenario 3.4b
3.4b	Onderbreken toedieningsafspraak
3.6a	Benodigd voor scenario 3.6b
3.6b	annuleer-toedieningsafspraak
3.8c	Stoppen van zo nodig TA
3.8d	starten van een nieuwe zo nodig TA
7.1	Alle ingrediënten
7.2	Actief ingrediënt
7.3	90 miljoen nummer
7.4	Vrije tekst product
9.3	Afleverlocatie en Aanschrijfdatum
11.1	Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (TA)
3.4	Onderbreken toedieningsafspraak
3.6	Annuleren toedieningsafspraak
3.7	Stoppen van een TA bij twee parallelle TA's
7.1	Alle ingrediënten
7.2	Actief ingrediënt
7.3	90 miljoen nummer
7.4	Vrije tekst product

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (MVE)
7.1	Alle ingrediënten
7.2	Actief ingrediënt
7.3	90 miljoen nummer
7.4	Vrije tekst product
9.3	Afleverlocatie en aanschrijfdatum

8.1.1.4 Fase 4: Complexere dosering

Scenario's	Afhandelen Voorschrift sturen/ontvangen
6.1	Variabele frequentie
6.2	Interval
6.3	Variabele hoeveelheid (1)
6.4	Zonder keerdosis
6.5	Bijzondere keerdosis
6.6	Variabele hoeveelheid (2)
6.7a	Tijdstippen (flexibel)
6.7b	Tijdstippen (exact)
6.8	Weekdagen
6.9	Dagdeel
6.10	Cyclisch schema
6.11	Afbouw schema en doseerduur
6.12	Variabele hoeveelheid en maximum
6.13	Toedieningssnelheid
6.14	Toedieningsduur
6.15	Zo nodig
9.1a	Logistieke verbruiksperiode
9.1b	GDS
9.1c	Logistieke verbruiksperiode
9.2a	Herhalingen
9.2b	Herhalingen
9.2c	Herhalingen

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (TA)
6.1	Variabele frequentie
6.2	Interval
6.3	Variabele hoeveelheid (1)
6.4	Zonder keerdosis
6.5	Bijzondere keerdosis
6.6	Variabele hoeveelheid (2)
6.7a	Tijdstippen flexibel
6.7b	Tijdstippen niet flexibel
6.8	Weekdagen
6.9	Dagdeel
6.10	Cyclisch schema
6.11	Afbouw schema en doseerduur
6.12	Variabele hoeveelheid en maximum
6.13	Toedieningssnelheid
6.14	Toedieningsduur
6.15	Zo nodig

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (MVE)
9.1b	GDS
9.1c	Verbruiksduur
9.2	Herhalende MVE onder een VV

8.1.1.5 Fase WDS 1

Scenario's	MedicatieGegevens raadplegen/beschikbaar stellen (WDS)
1.2a	WDS met startdatum en gebruiksduur (weken)
1.2b	WDS met startdatum en gebruiksduur (dagen)
2.1	WDS met aanvullende instructie
2.2	WDS met toelichting
3.1	Wijziging verlaging van WDS met tijdelijke 0dosering en reden wijzigen
11.1	Opstartschema door voorschrijver

8.1.1.6 Fase WDS 2

Scenario's	MedicatieGegevens Raadplegen / Beschikbaar stellen (WDS)
6.1	Wisselend Doseerschema met weekdagen
10.1	Wisselend Doseerschema met HPK-geneesmiddel

8.1.2 Niet 1e Livegang Set

Scenario's	Afhandelen Voorschrift sturen/ontvangen
7.1	Alle ingrediënten
7.2	Actief ingrediënt
7.3	90 miljoen nummer
7.4	Vrije tekst product
9.3	Afleverlocatie en Aanschrijfdatum
10.1	HPK geneesmiddel
10.2	ZI-nr geneesmiddel

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (TA)
0.1	Alle toedieningsafspraken van de patiënt, zonder aanvullend filtercriterium (Antwoord: bericht met 6 toedieningsafspraken)
7.1	Alle ingrediënten
7.2	Actief ingrediënt
7.3	90 miljoen nummer
7.4	Vrije tekst product
10.1	ZI-nr geneesmiddel
14.1	Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)

Scenario's	medicatiegegevens raadplegen/beschikbaar stellen (MVE)
7.1	Alle ingrediënten
7.2	Actief ingrediënt
7.3	90 miljoen nummer
7.4	Vrije tekst product
9.3	Afleverlocatie en aanschrijfdatum
10.1	ZI-nr geneesmiddel
14.1	Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)

Scenario's	Voorstel verstrekkingsverzoek sturen/ontvangen
1	apotheker is auteur
Extra voorraad vakantie	Voorstel verstrekkingsverzoek extra voorraad vakantie
2	patiënt is auteur
Onvoldoende voorraad	Voorstel verstrekkingsverzoek onvoldoende voorraad
3	zorgverlener is auteur
Tijdelijke medicijnwissel	Voorstel verstrekkingsverzoek tijdelijke medicijnwissel

Scenario's	Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
1	apotheker is aanvrager
Extra voorraad vakantie	Antwoord voorstel verstrekkingsverzoek extra voorraad vakantie
2	patiënt is aanvrager
Onvoldoende voorraad	Antwoord voorstel verstrekkingsverzoek onvoldoende voorraad
3	zorgverlener is aanvrager
Tijdelijke medicijn wissel	Antwoord voorstel verstrekkingsverzoek tijdelijke medicijn wissel

Scenario's	Voorstel medicatieafspraak sturen/ontvangen
	VMA andere voorschrijver
VMA lengte gewicht	Voorstel medicatieafspraak met lengte en gewicht
	VMA lengte gewicht
VMA nieuwe MBH	Voorstel medicatieafspraak waarbij nieuwe MBH ontstaat
	VMA nieuwe MBH
VMA voorstel door apotheker	Voorstel medicatieafspraak door apotheker

	antwoord voorstel medicatieafspraak sturen/ontvangen
	AVMA andere voorschrijver
AVMA lengte gewicht	Antwoord voorstel medicatieafspraak
	AVMA n.a.v. VMA met lengte gewicht
AVMA nieuwe MBH	Antwoord voorstel medicatieafspraak voor nieuwe MBH
	AVMA nieuwe MBH
AVMA wijziging keerdosis	Antwoord voorstel medicatieafspraak voor wijziging keerdosis

Scenario's	Medicatiegegevens sturen/ontvangen (TA)
1.1	Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
1.2a	Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
1.2b	Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
1.3	Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
1.4	Toedieningsafspraak met eenheid 'dosis/stuks'
2.1	Aanvullende instructie
2.2	Toelichting
2.3	Reden van voorschrijven
2.4	Aanvullende informatie
3.1	Stop-toedienafspraak, met reden staken
3.2	Wijziging toedieningsafspraak, met reden wijziging
3.3	Wijziging toedieningsafspraak, met reden wijziging
3.4	Onderbreken toedieningsafspraak
3.5	Tweede MVE ivm TA met nieuwe PRK.
3.6	Annuleren toedieningsafspraak
3.7	Stoppen van een TA bij twee parallelle TA's
6.1	Variabele frequentie
6.2	Interval
6.3	Variabele hoeveelheid (1)
6.4	Zonder keerdosis
6.5	Bijzondere keerdosis
6.6	Variabele hoeveelheid (2)
6.7a	Tijdstippen flexibel
6.7b	Tijdstippen niet flexibel
6.8	Weekdagen
6.9	Dagdeel
6.10	Cyclisch schema
6.11	Afbouw schema en doseerduur
6.12	Variabele hoeveelheid en maximum
6.13	Toedieningssnelheid
6.14	Toedieningsduur
6.15	Zo nodig
7.1	Alle ingrediënten
7.2	Actief ingrediënt
7.3	90 miljoen nummer
7.4	Vrije tekst product
10.2	ZI-nr geneesmiddel

Scenario's	Medicatiegegevens sturen/ontvangen (MVE)
1.1	Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
2.1	Toelichting
2.2	Aanvullende informatie
7.1	Alle ingrediënten
7.2	Actief ingrediënt
7.3	90 miljoen nummer
9.1b	GDS
9.1c	Verbruiksduur
9.2	Herhalende MVE onder een VV
9.3	Afleverlocatie en aanschrijfdatum
10.1	ZI-nr geneesmiddel

Infrastructuur
De Infrastructurele scripts zijn gepubliceerd op de wiki: Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand). Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ.

Ketentest
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.

8.2 Testomgevingen

VZVZ
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar. Informatie m.b.t. IP-adressen is te vinden bij Tooling & omgevingen.

• PoC+

De PoC+ omgeving kan enkel benaderd worden met authenticatie. Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen. Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.

• PoC-

De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

PGO & DVA
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij Tooling & omgevingen.

9 Afronding

9.1 Werkwijze

De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck.
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland.

9.2 Exit Criteria

1. De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator/Touchstone​ vastgelegde testscripts voor de relevante transacties succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
2. De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
3. De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
4. De aanwezige bevindingen zijn niet 'blokkerend'.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Proof of Concept test.

9.3 Bevindingen

De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:

Type bevindingen
Bij de bevinding wordt altijd aangegeven wat het oordeel is. Er zijn vijf mogelijkheden (zoals ook vastgesteld in paragraaf 3.2 van de gebruikershandleiding BITS):

1. Blokkerend: Een blokkerende bevinding moet worden opgelost om de validatie te behalen.
2. Niet Blokkerend met aantekening: De niet blokkerende bevinding met aantekening moeten in de toekomst opgelost worden (waarbij bij afgifte van de validatie afgestemd wordt op welke termijn dat exact is).
3. Niet Blokkerend: Niet blokkerend betekend dat de bevinding niet van toepassing is op de validatie (doordat bijvoorbeeld een element ook niet binnen komt en daardoor niet getoond kan worden).
4. Toelichting vereist: Toelichting vereist betekend dat de bevinding nader toegelicht moet worden, waarbij deze na de toelichting alsnog blokkerend zou kunnen worden.
5. Advies: Advies betekend dat er een advies gegeven wordt op de gekozen oplossing vanuit het validatieloket.

Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.

10 PAGINAHISTORIE

Datum	Omschrijving
20 december 2024	Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
11 november 2024	Fasering van stap 5 in 4 fases doorgevoerd WDS gesplitst in 2 fases
24 oktober 2024	Scenario's: Stap 3 gesplitst naar 'Voorschrijven, excl. WDS' en 'WDS'. In laatstgenoemde is sprake van een gefaseerde aanpak.
3 september 2024	Afronding, Exit criteria, Punt 6 opgenomen opgenomen
12 juni 2024	Verwijzing naar (draft) Beoordelen testresultaten PoC aangepast
11 juni 2024	Verwijzingen naar (draft) testplan Hybride toegevoegd
10 juni 2024	Titel aangepast naar Testplan Kickstart PoC Testdoel Consolidatie aangepast: Het proces rondom het wijzigen/stoppen/annuleren/onderbreken van medicatie correct wordt uitgevoerd.
6 juni 2024	Exit criterium consolidatie aangepast naar het proces rondom het wijzigen/stoppen/annuleren/onderbreken (oorspronkelijke exit criterium is opgenomen in ontwikkelfase) Testdoel aangepast n.a.v. bovenstaand exit criterium Vanuit Scenario's verwijzingen opgenomen naar testplan Consolidatie
24 mei 2024	Verwijzing naar relevante transacties per stap toegevoegd
21 februari 2024	Verwijzing naar pagina PoC consolidatie complex testscripts toegevoegd
8 februari 2024	Verwijzing naar pagina PoC consolidatie testscripts toegevoegd
15 januari 2024	ConformiteitsCheck toegevoegd Testomgevingen VZVZ toegevoegd Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
8 januari 2024	Entry en exit criteria uitgebreid
4 januari 2024	Testomgevingen VZVZ toegevoegd
3 januari 2024	Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
21 december 2023	Paragraaf Testomgevingen toegevoegd
20 december 2023	Scenario's gesplitst per Stap
13 december 2023	Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
12 december 2023	Structuur van pagina aangepast Resultaat opgenomen in Werkwijze Randvoorwaarden opgenomen in Voorbereiding Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
8 december 2023	Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
6 december 2023	Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
1 december 2023	Acceptatiecriteria aangepast
6 juni 2023	Hoofdstuk 6 Acceptatie: gevuld Hoofdstuk 7 Testbevindingen: gevuld
5 juni 2023	Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
2 juni 2023	Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
25 mei 2023	Hoofdstuk 3 Scenario's: aangevuld
24 mei 2023	Pagina gepubliceerd
4 mei 2023	Pagina gepubliceerd