Huidige versie van 29 sep 2026 om 14:52

Deze pagina is nog in bewerking

Inhoud

1 Inleiding
2 Testplan
3 Testuitvoering
- 3.1 Testaanpak
- 3.2 Scenario's
4 PAGINAHISTORIE

1 Inleiding

Tijdens de Systeem Integratietest (SIT) test de leverancier het ontwikkelde product zelfstandig tegen simulatoren, waarbij gebruik wordt gemaakt van de LSP-infrastructuur.

Het doel is te verifiëren dat het product gereed is voor de ketentest. Daarom wordt zowel de inhoud van de berichten als de berichtenuitwisseling via het LSP getest.

Voor deze testfase maakt de leverancier gebruik van tests in Interoplab.

2 Testplan

2.1 Testdoel

Tijdens deze fase wordt aangetoond dat:

Implementatie informatiestandaard - de informatiestandaard correct is geïmplementeerd (de berichten zijn inhoudelijk correct).
Mutatie bouwstenen - bouwstenen correct worden gemuteerd door beschikbaarstellende leveranciers.
Berichtenuitwisseling LSP - de berichtenuitwisseling via het LSP correct verloopt.

2.2 Voorbereiding

Voor deelname aan de SIT‑fase moet aan onderstaande entry criteria en voorbereidende acties zijn voldaan.

2.2.1 Entry Criteria

Leverancier:

De Ontwikkelfase is succesvol afgerond en het validatieloket heeft een Go afgegeven voor doorgang naar de SIT.
De leverancier is succesvol aangesloten aan de PoC+ omgeving.
Heeft toegang tot de testscripts in Interoplab (Toelichting Interoplab).

Programma Medicatieoverdracht:

De testscripts zijn gereed en ingericht in Interoplab.
De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

2.2.2 Testomgevingen

VZVZ
Voor de SIT is de PoC+ omgeving beschikbaar. Deze 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.

Informatie m.b.t. IP-adressen is te vinden bij Tooling & omgevingen.

2.3 Afronding

2.3.1 Werkwijze

De leverancier voert de relevante Interoplab‑testscripts uit.
De resultaten worden beoordeeld door het validatieloket.

2.3.1.1 Verstuurde berichten (versturen/beschikbaar stellen)

De toetsing vindt plaats met behulp van simulatoren. Hiermee wordt aangetoond dat de berichten inhoudelijk correct zijn.

2.3.1.2 Ontvangen berichten (ontvangen/raadplegen)

De leverancier uploadt schermafbeeldingen waaruit blijkt dat de berichten correct zijn verwerkt en weergegeven in een basale gebruikersinterface.

De leverancier informeert het validatieloket, zodra alle van toepassing zijnde testscripts succesvol zijn uitgevoerd.
Het validatieloket organiseert vervolgens een check-upmoment waarin de testresultaten worden besproken.
Wanneer aan de exitcriteria is voldaan, geeft het validatieloket een Go voor doorgang naar de ketentest.

2.3.2 Exit Criteria

De leverancier heeft de in Interoplab vastgelegde testscripts voor de relevante transacties succesvol uitgevoerd en toont daarmee aan dat:
1. de transacties inhoudelijk correct zijn,
2. de bouwstenen correct worden gemuteerd door beschikbaarstellende leveranciers en
3. de berichtenuitwisseling via het LSP correct verloopt.
De aanwezige bevindingen zijn niet blokkerend.

2.3.3 Bevindingen

De testresultaten worden beoordeeld door het validatieloket, zowel voorafgaand aan als tijdens het check-upmoment. Hieruit kunnen testbevindingen voortkomen. Deze worden geclassificeerd als:

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):

Blokkerend: Een blokkerende bevinding moet worden opgelost om de validatie te behalen.
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).
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).
Toelichting vereist: Toelichting vereist betekend dat de bevinding nader toegelicht moet worden, waarbij deze na de toelichting alsnog blokkerend zou kunnen worden.
Advies: Advies betekend dat er een advies gegeven wordt op de gekozen oplossing vanuit het validatieloket.

Indien een bevinding resulteert in een wijziging, wordt deze opgenomen in het reguliere wijzigingsproces van het programma.

Vragen die tijdens het testen ontstaan, kunnen als reguliere tickets worden ingediend in het BITS-project van de leverancier.

3 Testuitvoering

3.1 Testaanpak

De SIT wordt uitgevoerd met behulp van Interoplab testscripts.
Log in op de Interoplab-usecase Medicatieoverdracht en navigeer naar de tegel SIT.

Voor onderstaande transactietypen zijn testscripts beschikbaar. Hierbij wordt getest tegen simulatoren.

3.1.1 Sturen door XIS

Stuur het bericht naar applicatie-ID 8000020 (hierop volgt een ontvangstbevestiging).
Valideer het verstuurde bericht via de Interoplab Proxy.
Voeg het validatieresultaat toe aan het testscript.

3.1.2 Ontvangen door XIS

Navigeer naar de tegel 'Parasoft' en voer onderstaande velden in.
- Testcase: selecteer de naam van het Interoplab testscript.
- Receiver ID: de applicatie-ID van je testsysteem.
- BSN: het BSN zoals vermeld in het testscript.
Klik op 'Send Job'.
Toon aan dat het bericht correct is ontvangen.

3.1.3 Beschikbaar stellen door XIS

Navigeer naar de tegel 'Parasoft' , selecteer 'Resolve Job' en voer onderstaande velden in.
- Testcase: selecteer 'GQZG (gerichte vraag) - MEDGEGTOT'
  - Let op: Voor de testpatiënt mag alleen de te testen bouwsteen aanwezig zijn in de testapplicatie.
- Receiver ID: de applicatie-ID van je testsysteem.
- BSN: het BSN zoals vermeld in het testscript.
Klik op 'Resolve Job'.
Valideer het beschikbaar gestelde bericht via de Interoplab Proxy.
Voeg het validatieresultaat toe aan het testscript.

3.1.4 Raadplegen door XIS

Raadpleeg de BSN van de in het testscript genoemde testpatiënt.

3.2 Scenario's

3.2.1 Stap 3

3.2.1.1 Voorschrift

3.2.1.1.1 Sturen

3.2.1.1.2 Ontvangen

3.2.1.2 MA

3.2.1.2.1 Raadplegen

3.2.1.2.2 Beschikbaar stellen

3.2.1.2.3 Mutaties

3.2.1.3 WDS

3.2.1.3.1 Raadplegen

Transactie: MP-MGR (WDS)

Interoplab testscript	EVS	TRIS	AIS	ETDR	PGO
SIT Rdpl WDS 2.1	X	X	X	X	X
SIT Rdpl WDS 11.1	X	X	X	X	X

3.2.1.3.2 Beschikbaar stellen

Transactie: MP-MGB (WDS)

Interoplab testscript	EVS	TRIS	AIS	ETDR	PGO
SIT Besch WDS 2.1	X	X
SIT Besch WDS 11.1	X	X

3.2.1.3.3 Mutaties

3.2.2 Stap 4

3.2.2.1 MGB

3.2.2.1.1 Raadplegen

Transactie: MP-MGR (MGB)

Interoplab testscript	EVS	TRIS	AIS	ETDR	PGO
SIT Rdpl MGB 1.1	X	X	X	X	X
SIT Rdpl MGB 10.2	X	X	X	X	X

3.2.2.1.2 Beschikbaar stellen

Transactie: MP-MGB (MGB)

Interoplab testscript	EVS	TRIS	AIS	ETDR	PGO
SIT Besch MGB 1.1	X	X	X	X	X
SIT Besch MGB 10.2	X	X	X	X	X

3.2.2.1.3 Mutaties

3.2.3 Stap 5

3.2.3.1 Afhandelen voorschrift

3.2.3.1.1 Sturen

Transactie: MP-VAS (TA/MVE)

Interoplab testscript	EVS	TRIS	AIS	ETDR
SIT Stu Afh Voorschr VAS 1.1			X
SIT Stu Afh Voorschr VAS 3.8			X
SIT Stu Afh Voorschr VAS 9.3			X
SIT Stu Afh Voorschr VAS 10.2			X

3.2.3.1.2 Ontvangen

Transactie: MP-VAO (TA/MVE)

Interoplab testscript	EVS	TRIS
SIT Stu Ontv Voorschr VAO 1.1	X	X
SIT Stu Ontv Voorschr VAO 3.8	X	X
SIT Stu Ontv Voorschr VAO 9.3	X	X
SIT Stu Ontv Voorschr VAO 10.2	X	X

3.2.3.2 TA

3.2.3.2.1 Raadplegen

Transactie: MP-MGR (TA)

Interoplab testscript	EVS	TRIS	AIS	ETDR
SIT Rdpl TA 1.1	X	X	X	X
SIT Rdpl TA 2.1	X	X	X	X
SIT Rdpl TA 10.1	X	X	X	X

3.2.3.2.2 Beschikbaar stellen

Transactie: MP-MGB (TA)

Interoplab testscript	EVS	TRIS	AIS	ETDR
SIT Besch TA 1.1			X
SIT Besch TA 2.1			X
SIT Besch TA 10.1			X

3.2.3.2.3 Mutaties