mp:Testen Kickstart Laboratoriumtest

Tijdens de laboratoriumtesten worden testscripts doorlopen door zorgaanbieders samen met de leveranciers. 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 Testdoel

Uitwisselen van berichten in de keten waarmee wordt aangetoond dat voldaan is aan de bovensectorale gebruikerseisen in een volwaardige user interface.

2 Voorbereiding

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

2.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.
  • Beschikbaarheid van zorgaanbieders vanuit de Kickstart-regio's.
  • Testonderdersteuning t.b.v. het (test)proces, infrastructuur, gebruik van Interoplab/ serviceportaal, etc.

2.2 Acties ter voorbereiding

Betrokkenen	Actie
Programma MO	Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts Connectietest/voorbespreking organiseren Instructie geven voor gebruik Interoplab en serviceportaal aan zorgaanbieders
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. Dry run use case scenario's
Leveranciers	Klaarzetten testdossiers per testscript

3 Uitvoering

De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie 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 laboratoriumtest wordt er gebruik gemaakt van testscripts die zijn opgesteld op basis van de use case scenario's vanuit de samenwerkingsverbanden.

De volledige lijst van de gebruikte testscripts is opgenomen in Interoplab.
Tijdens de laboratoriumtest voeren zorgaanbieders, onder begeleiding van Kickstart Testcoördinatoren, deze Interoplab testscripts uit.

Stap	Regio	Use case scenario	Interoplab testscripts
3 & 4	GERRIT	Use case scenario's en testscripts GERRIT - Patiënt 1tm4 - stap 3-4 - beta versie 3.0	Gerrit usecase 1 (3/4) / Gerrit usecase 2 (3/4) / Gerrit usecase 3 (3/4) / Gerrit usecase 4 (3/4)
	Rijnmond	Use case scenario's en testscripts Rijnmond - patiënt 1-4 - stap 3-4 - beta versie 3.0	Rijnmond usecase 1 (3/4) / Rijnmond usecase 2 (3/4) / Rijnmond usecase 3 (3/4) / Rijnmond usecase 4 (3/4)
5 & 6	GERRIT	NTB	Gerrit usecase 1 (5/6) / Gerrit usecase 2 (5/6)
	Rijnmond	NTB	Rijnmond usecase 1 (5/6) / Rijnmond usecase 2 (5/6)

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 zorgaanbieders voeren tijdens een centraal georganiseerde Connectathon, met ondersteuning van de betrokken leveranciers, de toegewezen Interoplab testscripts uit.
Hiermee worden de 'Usecase scenario's (per regio) doorlopen. De acceptanten vanuit de zorgverleners toetsen hierbij op werkbaarheid van het systeem door middel van een ketenscript en de bovensectorale gebruikerseisen op basis van daarvoor opgesteld scripts.

De zorgaanbieder legt het akkoord vast in het Interoplab script. Wanneer er een testbevinding is wordt deze gelogd via het serviceportaal https://nictiz.atlassian.net/servicedesk/customer/portal/2/group/5/create/32.

4.2 Exit criteria

De zorgaanbieder voert de in Interoplab vastgelegde Use case scenario's succesvol uit en toont daarmee aan dat is voldaan aan de bovensectorale gebruikerseisen (criteria voor validatie) en dat er geen blokkerende bevindingen meer zijn op de werkbaarheid van het systeem (criteria voor praktijktest). De bovensectorale eisen per stap:

Stap 3
Hiervoor zijn onderstaande bovensectorale gebruikerseisen van toepassing.
Voor details zie: Besluiten kernteams stap 3

1. 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. 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. VO14a: die zijn eigen of andermans medicatieafspraak wijzigt, vult de reden van wijzigen in, indien deze reden relevant is om uit te wisselen in de keten. Dit is aan de voorschrijver om in te schatten.
4. 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.
5. De aanwezige bevindingen zijn niet blokkerend.

Stap 4
Hiervoor zijn geen bovensectorale gebruikerseisen van toepassing.
Voor details zie: Besluiten kernteams stap 4

Stap 5
Hiervoor zijn onderstaande bovensectorale gebruikerseisen van toepassing.
Voor details zie: Besluiten kernteams stap 5

1. VE3: de apotheker die toedientijden in de toedieningsafspraak vastlegt, beschouwt deze toedientijden standaard als flexibel.
2. VE4: de apotheker die toedientijden in de toedieningsafspraak registreert legt actief vast wanneer exacte toedientijden nodig zijn en er dus niet van afgeweken mag worden. Als de voorschrijver al exacte toedientijden heeft vastgelegd in de medicatieafspraak, dan neemt de apotheker deze toedientijden over als exacte toedientijden in de toedieningsafspraak, tenzij de professionele inschatting van de apotheker leidt tot aanpassing van deze toedientijden.
3. VE10a: Zodra de apotheker de toedieningsafspraak heeft aangemaakt, wordt de toedieningsafspraak verstuurd aan het systeem van de auteur van het voorschrift (MA en/of VV). Bij een VV onder andermans MA wordt de toedieningsafspraak verstuurd aan het systeem van de auteur van het VV. Het versturen van de toedieningsafspraak vindt plaats volgens de specificaties van de transactie ‘sturen afhandeling medicatievoorschrift’ van de informatiestandaard Medicatieproces 9. De voorschrijfsystemen ontvangen de ‘transactie afhandeling medicatievoorschrift’, de verwerking (het opnemen in het dossier) is optioneel. De apotheker stelt de toedieningsafspraak ook beschikbaar voor andere zorgverleners en de patiënt, onafhankelijk van of er al een medicatieverstrekking heeft plaatsgevonden.
4. VE38: de voorschrijver maakt bij accorderen van de voorstel medicatieafspraak een aangepaste medicatieafspraak aan. In principe is deze aanpassing van de medicatieafspraak voldoende en hoeft er niet ook nog een antwoord voorstel medicatieafspraak te worden verzonden naar diegene die de voorstel medicatieafspraak heeft gestuurd.
5. VE44: Wanneer de voorschrijver het voorstel verstrekkingsverzoek accordeert, maakt de voorschrijver een verstrekkingsverzoek aan. In principe is dit verstrekkingsverzoek voldoende en hoeft er niet ook nog een antwoord voorstel verstrekkingsverzoek te worden verzonden naar diegene die het voorstel verstrekkingsverzoek heeft gestuurd.
6. De aanwezige bevindingen zijn niet blokkerend.

Stap 6
Hiervoor zijn onderstaande bovensectorale gebruikerseisen van toepassing.
Voor details zie: Besluiten kernteams stap 6

1. TO4: de toediener kan een medicatietoediening met een flexibele toedientijd registreren buiten de daarvoor gestelde marge (1 uur voor en 1 uur na de toedientijd). Dit doet de toediener o.b.v. diens professionele inschatting en/of na contact met de voorschrijver of apotheker.
2. TO5: de toediener kan een medicatietoediening met een exacte toedientijd registreren buiten de daarvoor gestelde marge (30 min voor en 30 min na de toedientijd). Dit doet de toediener na contact te hebben gehad met de voorschrijver of apotheker.
3. TO7: de zorgverlener die betrokken is bij de medicatietoediening kan te allen tijde vanuit de toedienlijst van het eTDR een overzicht ophalen/creëren van zijn/haar patiënten met bijbehorende (exacte/flexibele) toedientijden om bijvoorbeeld een planning/route tijdens een dienst te kunnen maken.
4. TO21: De laatste prik- en plaklocatie kan met de bouwsteen medicatietoediening worden uitgewisseld met andere zorgorganisaties betrokken bij de patiënt/cliënt op basis van een vastgelegde lijst met locaties.
5. De aanwezige bevindingen zijn niet blokkerend.

Aanvullend is hierbij onderstaande van toepassing.
Voor details zie: Besluiten trombosezorg

1. TO25: De 0-dosering van de vitamine K-antagonist is zichtbaar op verschillende weergaven van de toedienlijst wanneer de 0 onderdeel is van het wisselend doseerschema of wanneer het wisselend doseerschema tijdelijk aangepast is naar 0 en de medicatieafspraak wel doorloopt.

5 Bevindingen

Bevindingen worden gelogd door de zorgaanbieder in het serviceportaal en worden vervolgens gekopieerd naar de MO Lab en Praktijktest Bits waar deze opgevolgd worden door leveranciers en gemonitoort door de testcoördinator Kickstart. Voor bevindingen worden de onderstaande urgentie categorieën aangehouden:

1. Urgent: Blokkeert de verdere voortgang van het proces of testen, testscript kan niet worden afgerond. Geen workaround beschikbaar.
2. Hoog: Blokkerend voor het proces. Middels een technische workaround kan een proces of de test worden voortgezet. Workaround is niet acceptabel voor productie.
3. Middel: Niet blokkerend voor het proces. Middels een functionele workaround kan de test worden voortgezet. Deze workaround is tijdelijk (!) acceptabel voor productie
4. Laag: Cosmetische fout, nice to have, etc.

6 Pagina historie

Datum	Omschrijving
25 oktober 2024	Gehele pagina geupdatet waaronder: serviceportaal toegevoegd, inhoud scripts (keten/gebruikers) aangepast, categorieën bevindingen aangepast, exitcriteria aangescherpt, patientpanel verwijderd, VO14a toegevoegd.
31 januari 2024	Exit criteria per stap beschreven Entry criteria toegevoegd
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