mp:Draft Testen Kickstart Laboratoriumtest

Aan deze pagina wordt momenteel gewerkt.

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Daarnaast wordt de rol van patiënt ingevuld door het patiëntpanel, gefaciliteerd door sector Patiënt & Client. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

1 Voorbereiding

Om efficiënt te kunnen testen tijdens de Laboratoriumtest moet zijn voldaan aan onderstaande randvoorwaarden en voorbereidende acties.

1.1 Entry Criteria

Leverancier

• Heeft de Proof of Concept fase succesvol afgerond: er is vanuit het Programma Medicatieoverdracht een Go om door te gaan naar de Laboratoriumtest.
• Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
  • (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 Connectathon en voorziet in locatie, uitnodigingen, agenda, etc.
  • Voldoende/geschikte resources beschikbaar gesteld vanuit de Kickstart-regio's.
  • Testonderdersteuning t.b.v. het (test)proces, gebruik van Interoplab, etc.

1.2 Acties ter voorbereiding

Betrokkenen	Actie
Programma MO	Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
Programma MO	Connectietest/voorbespreking organiseren
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 en eventuele (inhoudelijke) onduidelijkheden hierin wegnemen.
Leveranciers	Klaarzetten testdossiers per testscript

Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)

Programma MO	Leverancier	Samenwerkingsverband
Set aan testpatiënten	ntb	ntb
Ingerichte en beschikbare test tooling	ntb	ntb
Ingericht testdossier per patiënt	ntb	ntb
Organisatorische zaken (locatie, deelnemers aanwezig etc.)	ntb	ntb
Gedefinieerde acceptatiecriteria	ntb	ntb

• Toelichting Interoplab

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

2 Uitvoering

De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. 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.

2.1 Doorlooptijd

De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.

• In de eerste week wordt de laboratoriumtest uitgevoerd (labtest #1)
• De laboratoriumtest neemt twee aaneengesloten dagen in beslag
• Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
• In de vijfde week vindt een hertest plaats (labtest #2)
• De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

2.2 Deelnemers en rol

De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook rollen en verantwoordelijkheden per team) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers).

Programma Mo	Leverancier	Penvoerder	Overig
Informatieanalisten	Product owner	Testcoördinator	Itzos (remote)
Zorganalisten	Testspecialist	Zorgaanbieders	DXC (remote)
HL7 experts	Ontwikkelaar (remote)
VZVZ (keten)testteam	Integratiespecialist (remote)
Procesbegeleider
Facilitaire organisatie
Test coördinator Kickstart

2.3 Scenario's

Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts die zijn opgesteld op basis van de use case scenario's vanuit de samenwerkingsverbanden.

GERRIT
Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0

Rijnmond
Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0

De volledige lijst van de gebruikte testscripts is opgenomen in Interoplab.
Tijdens de laboratoriumtest zullen zorgaanbieders, met begeleiding van Kickstart Testcoördinatoren, deze Interoplab testscripts uitvoeren.

Een aantal van deze scripts zijn:

• Kwalificatiescripts
• Acceptatiescripts (infrastructuur)
• Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
• Connectietestscripts
• Hybride / migratie situaties testscripts
• Foutscenario’s testscripts
• Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

2.4 Testomgevingen

• VZVZ: NTB
• PGO: NTB

3 Afronding

3.1 Werkwijze

De zorgaanbieders voeren tijdens een centraal georganiseerde Connectathon, met ondersteuning van de betrokken leveranciers, de toegewezen Interoplab testscripts uit.
Hiermee worden de documenten 'Usecase scenario's en testen per regio' doorlopen.
De acceptanten vanuit de zorgverleners toetsen hierbij op werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde exit criteria.

3.2 Exit Criteria

1. De zorgaanbieder voert de in Interoplab vastgelegde Use case scenario's succesvol uit en toont daarmee aan dat is voldaan aan de bovensectorale gebruikerseisen:
   1. Besluit en gebruikerseis (VO4): de voorschrijver voert de medicatiebewaking uit, met tot dan toe/op dat moment bekende gegevens, voordat de medicatieafspraak (met of zonder verstrekkingsverzoek) verstuurd en/of benaderbaar gemaakt wordt zodat andere zorgverleners er vanuit kunnen gaan dat op de voorgeschreven medicatie medicatiebewaking is uitgevoerd.
   2. Besluit en gebruikerseis (VO11): wanneer de voorschrijver andermans medicatieafspraak stopt of wijzigt, stuurt het XIS automatisch de (technische) stop-medicatieafspraak naar het XIS van de voorschrijver van de originele medicatieafspraak zodat de zorgverlener geen handmatige handelingen hoeft uit te voeren en er geen afhankelijkheid is als een voorschrijver op dat moment niet (meer) werkzaam is op die afdeling/praktijk.
   3. Besluit (VO16): de voorschrijver die (al dan niet door verplichting in het EVS) toedientijden in de medicatieafspraak meestuurt, beschouwt deze toedientijden standaard als flexibel zodat er van afgeweken kan worden door de apotheker en patiënt tenzij er exacte toedientijden nodig zijn en hier niet van afgeweken kan worden.
2. De aanwezige bevindingen zijn niet blokkerend

4 Bevindingen

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

Datum	Omschrijving
3 januari 2024	Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
21 december 2023	Paragraaf Testomgevingen toegevoegd
13 december 2023	Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
12 december 2023	Bovensectorale gebruikerseisen expliciet opgenomen in Acceptatiecriteria Hoofdstuk Scenario's aangepast
8 december 2023	Hoofdstuk Resultaat doorgehaald
6 december 2023	Acceptatie criteria en Bevindingen (1e opzet) toegevoegd
Voorbeeld	Pagina gepubliceerd