mp:Validatie MO

Validatie vindt plaats op meerdere momenten tijdens de Kickstart. Hierbij wordt onderscheid gemaakt tussen:

• Validatie ten behoeve van start van de praktijktest
• Validatie ten behoeve van livegang naar productie

Hieronder worden de te doorlopen stappen nader toegelicht.

1 Validatie ten behoeve van start praktijktest

1.1 Voorbereiding

Om efficiënt door deze validatie heen te gaan moet zijn voldaan aan onderstaande randvoorwaarden en voorbereidende acties.

1.1.1 Entry Criteria

Leverancier

• De ontwikkelfase is succesvol afgerond.
• De Proof of Concept is succesvol afgerond.
• De laboratoriumfase is succesvol afgerond.
• Heeft toegang tot de acceptatieomgeving (XTO1) (Aanvragen testaansluiting).
• Heeft een volledig ingevulde en geaccordeerde ConformiteitsCheck MO (zip bestand)

Programma Medicatieoverdracht

• De validatiescripts zijn beschikbaar gesteld.

1.1.2 Acties ter voorbereiding

Betrokkenen	Actie
Programma MO	Leverancier toegang geven tot de juiste validatiescripts in de Kwalificatiesimulator of Touchstone
Programma MO, Leveranciers	Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de validatie wordt geminimaliseerd. Voor bespreken validatiescripts: Vaststellen dat de leverancier weet welke validatiescripts uitgevoerd moeten worden en welke informatie gelogd moet worden. Bespreken en accorderen van conformiteitscheck
Leveranciers	Compleet maken conformiteitscheck

1.2 Uitvoering

1.2.1 Scenario's

De scripts worden bij afronding van de laboratoriumfase met de leverancier gedeeld.

Inhoud
Met behulp van de simulatoren worden er voor de relevante transacties validatiescripts uitgevoerd.

Infrastructuur & generieke voorzieningen
Deze scripts zijn gebaseerd op de Pakketten van Eisen gepubliceerd door VZVZ. Elke leverancier krijgt specifiek gegenereerde scripts op basis van het type systeem en het te toetsen onderdeel.
De complete scripts zijn gepubliceerd op de wiki: Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand).

1.2.2 Validatieomgevingen

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

• XTO-1: Op deze omgeving wordt getest met systemen die al verregaand voldoen aan de standaard, en op deze omgeving wordt de validatie uitgevoerd. Daarnaast worden op deze omgeving eventuele ‘formele’ onderlinge testen uitgevoerd.

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

1.3 Afronding

1.3.1 Werkwijze

De leverancier levert op basis van de uit te voeren validatiescripts de benodigde informatie aan. Na het aanleveren van de benodigde informatie wordt er een moment geplant met het Validatieloket, dit behelst een hele dag. Tijdens dit moment worden de resultaten besproken en worden er waar nodig nog relevante validatiescripts doorlopen.

De geconstateerde bevindingen worden gelogd in het project van de leverancier. In overleg met de inhoudsdeskundige wordt de zwaarte van de bevinding bepaald.

1.4 Exit Criteria

Stap 3 & 4
De leverancier heeft alle fases succesvol doorlopen en de benodigde validatie informatie aangeleverd. De validatiescripts zijn succesvol doorlopen, waarmee wordt aangetoond dat:

1. De transactie ontvangen, gewijzigd en eenduidig getoond kan worden.
2. Het product functioneel werkt, de invoervelden getoond kunnen worden en de informatie logisch op het scherm staat.
3. Er een correct, volledig en actueel medicatieoverzicht getoond kan worden op basis van uitgebreide historie uit meerdere bronnen.
4. Het product voldoet aan de eisen die zijn gesteld om uit te mogen wisselen over de infrastructuur.
5. De generieke voorzieningen zijn ingebouwd en werken op basis van de eisen die zijn gesteld.
6. De aanwezige bevindingen zijn niet blokkerend.

Stap 5 & 6 Volgt

1.5 Bevindingen

De aangeleverde informatie (vooraf en tijdens het validatiemoment) worden door inhoud deskundigen van het programma beoordeeld. Hieruit kunnen bevindingen voortkomen, deze worden gelogd in het project van de leverancier.
Bevindingen 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.

2 Validatie ten behoeve van livegang naar productie

Onderstaande informatie wordt nog verder uitgebreid.

2.1 Voorbereiding

Om efficiënt door deze validatie heen te gaan moet zijn voldaan aan onderstaande randvoorwaarden en voorbereidende acties.

2.1.1 Entry Criteria voor validatie t.b.v. livegang naar productie

• De praktijktesten voor de stappen 3, 4, 5 & 6 zijn succesvol afgerond.
  • Akkoord van de gebruikersvertegenwoordiging op de User Interface.

2.2 Afronding

2.2.1 Werkwijze

De leverancier geeft bij het Validatieloket aan dat de praktijktesten succesvol zijn uitgevoerd, waarna er een moment wordt geplant met het Validatieloket.

2.2.2 Exit Criteria voor productie

• Akkoord van de gebruikersvertegenwoordiging op de User Interface.
• De praktijktesten voor de stappen 3, 4, 5 & 6 zijn succesvol afgerond.

3 PAGINAHISTORIE

Datum	Omschrijving
1 februari 2024	Gepubliceerd