mp:VDraft Testen Kickstart SIT

Deze pagina is nog in bewerking

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 om te verifiëren dat het product gereed is voor de ketentest. Daarom wordt getest op zowel de inhoud van de berichten als de berichtenuitwisseling via het LSP.

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

1 Testdoel

Tijdens deze fase wordt aangetoond dat:

• De informatiestandaard correct is geïmplementeerd (de berichten zijn inhoudelijk correct).
• De berichtenuitwisseling via het LSP correct verloopt.

2 Voorbereiding

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

2.1 Entry Criteria

Leverancier:

• De leverancier heeft de Ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan 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.

4 Afronding

4.1 Werkwijze

De leverancier voert de relevante Interoplab-testscripts uit.
Deze worden vervolgens beoordeeld door het validatieloket.

• Voor verstuurde berichten (versturen/beschikbaar stellen) vindt de toetsing plaats met behulp van simulatoren. Hiermee wordt aangetoond dat de berichten inhoudelijk correct zijn.
• Voor ontvangen berichten (ontvangen/raadplegen) worden schermafbeeldingen geüpload. Hiermee wordt aangetoond 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 doorgenomen.
Wanneer aan de exitcriteria is voldaan, geeft het validatieloket een 'go' om door te gaan naar de ketentest.

4.2 Exit Criteria

1. 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, en
   2. de berichtenuitwisseling via het LSP correct verloopt.
2. De aanwezige bevindingen zijn niet blokkerend.

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

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.

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.

5 PAGINAHISTORIE

Datum	Omschrijving
24 maart 2026	Draft pagina aangemaakt