mp:Draft Validatie MO: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(Scenario's)
(Aanleveren materialen)
 
(48 tussenliggende versies door 2 gebruikers niet weergegeven)
Regel 3: Regel 3:
 
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
 
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
  
=Voorbereiding=
+
Validatie vindt plaats op meerdere momenten tijdens de Kickstart.
Om efficiënt door de validatie heen te gaan moet zijn voldaan aan onderstaande randvoorwaarden en voorbereidende acties.
+
Hierbij wordt onderscheid gemaakt tussen:
 +
* Validatie ten behoeve van start van de praktijktest
 +
* Validatie ten behoeve van livegang naar productie
  
==Entry Criteria voor praktijktest==
+
Hieronder worden de te doorlopen stappen nader toegelicht.
 +
 
 +
=Validatie ten behoeve van start praktijktest=
 +
 
 +
==Voorbereiding==
 +
Om <strike>efficiënt</strike> door deze validatie heen te gaan moet zijn voldaan aan onderstaande randvoorwaarden en voorbereidende acties.
 +
 
 +
===Entry Criteria===
 
'''Leverancier'''
 
'''Leverancier'''
* De ontwikkelfase is succesvol afgerond.
+
* De [[mp:Draft_Testen_Kickstart_Ontwikkelfase|ontwikkelfase]] is succesvol afgerond.
* De Proof of Concept is succesvol afgerond.
+
* De [[mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)|Proof of Concept]] is succesvol afgerond.
* De laboratoriumfase is succesvol afgerond.
+
* De [[mp:Draft_Testen_Kickstart_Laboratoriumtest|laboratoriumfase]] is succesvol afgerond.
* De leverancier heeft toegang tot de acceptatieomgeving (XTO1).
+
* Heeft toegang tot de acceptatieomgeving (XTO1) ([[mp:Draft_Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).
* Volledig ingevulde en geaccordeerde conformiteitscheck
+
* Heeft een volledig ingevulde en geaccordeerde [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)]
  
 
'''Programma Medicatieoverdracht'''
 
'''Programma Medicatieoverdracht'''
* De validatiescripts zijn beschikbaar gesteld
+
* De validatiescripts zijn beschikbaar gesteld.
 
 
==Entry Criteria voor productie==
 
* Akkoord van de gebruikersvertegenwoordiging op de User Interface.
 
  
==Acties ter voorbereiding==  
+
===Acties ter voorbereiding===  
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
Regel 31: Regel 37:
 
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de validatie wordt geminimaliseerd.
 
* 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.
 
* 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 ||  
 
| Leveranciers ||  
Regel 36: Regel 43:
 
|}
 
|}
  
=Uitvoering=
+
==Uitvoering==
==Scenario's==
+
===Scenario's===
De scripts worden bij afronding van de laboratoriumfase gedeeld.
 
  
 
'''Inhoud'''<br>
 
'''Inhoud'''<br>
 
Met behulp van de simulatoren worden er voor de relevante transacties validatiescripts uitgevoerd.  
 
Met behulp van de simulatoren worden er voor de relevante transacties validatiescripts uitgevoerd.  
  
'''Infrastructuur'''<br>
+
'''Infrastructuur & generieke voorzieningen'''<br>
De algemene infrastructurele scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]. Deze scripts zijn gebaseerd op de Pakketten van Eisen vanuit VZVZ. Elke leverancier krijgt voor hun specifiek gegenereerde scripts op basis van het type systeem.
+
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.<br>
 +
De complete scripts zijn gepubliceerd op de wiki: [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)].
 +
 
 +
===Aanleveren materialen===
 +
[[mp:Draft_ValidatieMO_Aanleveren_Materialen]]
  
==Validatieomgevingen==
+
===Validatieomgevingen===
 
'''VZVZ'''<br>
 
'''VZVZ'''<br>
 
Voor de validatie zijn onderstaande omgevingen beschikbaar.
 
Voor de validatie zijn onderstaande omgevingen beschikbaar.
Regel 56: Regel 66:
 
PGO's en DVA's valideren hun product in de Medmij Zandbak. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].
 
PGO's en DVA's valideren hun product in de Medmij Zandbak. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Draft_Testtooling#Medmij_Zandbak Tooling & omgevingen].
  
=Afronding=
+
==Afronding==
==Werkwijze==
+
===Werkwijze===
Voor de validatie van het product wordt een moment gepland met het validatieloket, dit behelst een hele dag. Tijdens dit moment worden waar nog nodig de relevante validatiescript doorlopen.
+
De leverancier levert op basis van de uit te voeren validatiescripts de benodigde informatie aan.
Daarnaast worden de bevindingen en resultaten van eerder uitgevoerde testen tijdens dit moment besproken.  
+
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.
  
Bevindingen worden gelogd in het project van de leverancier. In overleg met de inhoudsdeskundige wordt de zwaarte van de bevinding bepaald.
+
De geconstateerde bevindingen worden gelogd in het project van de leverancier. In overleg met de inhoudsdeskundige wordt de zwaarte van de bevinding bepaald.
  
 
==Exit Criteria voor praktijktest==
 
==Exit Criteria voor praktijktest==
* De leverancier toont door middel van de resultaten aan dat de validatiescripts van de relevante transacties gedefinieerd in het verzamelbestand succesvol zijn doorlopen; Kwalificatiesimulator/Touchstone
+
'''Stap 3 & 4'''<br>
* De leverancier moet zaken kunnen ontvangen en wijzigen en dit eenduidig tonen.
+
De leverancier heeft alle fases succesvol doorlopen en de benodigde validatie informatie aangeleverd.
* De leverancier moet een functioneel werkend product laten zien, invoervelden kunnen tonen en de zaken moeten logisch op het scherm staan.
+
De validatiescripts zijn succesvol doorlopen, waarmee wordt aangetoond dat:
* De leverancier moet een correct, volledig en actueel medicatieoverzicht kunnen tonen op basis van uitgebreide historie uit meerdere bronnen en formaten.
+
# De transactie ontvangen, gewijzigd en eenduidig getoond kan worden.
* De leverancier voldoet aan de eisen die zijn gesteld aan de infrastructuur.
+
# Het product functioneel werkt, de invoervelden getoond kunnen worden en de informatie logisch op het scherm staat.
* De leverancier voldoet aan de eisen die zijn gesteld aan de generieke voorzieningen.
+
# Er een correct, volledig en actueel medicatieoverzicht getoond kan worden op basis van uitgebreide historie uit meerdere bronnen.
 +
# Het product voldoet aan de eisen die zijn gesteld om uit te mogen wisselen over de infrastructuur.
 +
# De generieke voorzieningen zijn ingebouwd en werken op basis van de eisen die zijn gesteld.
 +
# De aanwezige bevindingen zijn niet blokkerend.
 +
 
 +
'''Stap 5 & 6'''
 +
Volgt
 +
 
 +
==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.<br> Bevindingen zijn te classificeren in:
 +
 
 +
{{#lst:mp:Draft_Testen_Kickstart|testenKickstartBevindingen}}
  
 +
=Validatie ten behoeve van livegang naar productie=
  
{| class="wikitable"
+
==Voorbereiding==
! Afkorting !! Omschrijving !! colspan="2" | EVS !! colspan="2" |  TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO 
+
Om efficiënt door deze validatie heen te gaan moet zijn voldaan aan onderstaande randvoorwaarden en voorbereidende acties.
|-
+
 
| || || S/B || O/R || S/B || O/R || S/B || O/R || S/B || O/R || S/B || O/R
+
===Entry Criteria voor validatie t.b.v. livegang naar productie===
|-
+
* De [[mp:Draft_Testen_Kickstart_Praktijktest|praktijktesten]] voor de stappen 3, 4, 5 & 6 zijn succesvol afgerond.
| MP-VOS / MP-VOO || Voorschrijft sturen/ontvangen || 5 ||  || 1 ||  ||  || 3 ||  ||  ||  ||
+
** Akkoord van de gebruikersvertegenwoordiging op de User Interface.
|-
 
| MP-MGR (MA) / MP-MGB (MA) || Raadplegen / beschikbaarstellen medicatiegegevens MA incl. consolidatie || 5 || 5 || 1 || 1 ||  || 3 ||  || 2 ||  || 3
 
|-
 
| MP-MGR (VV) / MP-MGB (VV) || Raadplegen / beschikbaarstellen medicatiegegevens VV || 5 ||  || 1 ||  ||  || 3 ||  ||  ||  || 3
 
|-
 
| MP-MGR (WDS) / MP-MGB (WDS) || Raadplegen / beschikbaarstellen medicatiegegevens WDS incl. consolidatie || 5 || 5 || 1 || 1 ||  || 3 ||  || 2 ||  || 3
 
|}
 
  
''Legenda''
+
==Afronding==
* S/B = Sturen / Beschikbaar stellen
+
===Werkwijze===
* O/R = Ontvangen / Raadplegen
+
De leverancier geeft bij het Validatieloket aan dat de praktijktesten succesvol zijn uitgevoerd, waarna er een moment wordt geplant met het Validatieloket.<br>
 +
Tijdens dit moment worden de resultaten besproken en worden er waar nodig nog ...
  
==Exit Criteria voor productie==
+
===Exit Criteria voor productie===
 
* Akkoord van de gebruikersvertegenwoordiging op de User Interface.
 
* Akkoord van de gebruikersvertegenwoordiging op de User Interface.
 +
* De [[mp:Draft_Testen_Kickstart_Praktijktest|praktijktesten]] voor de stappen 3, 4, 5 & 6 zijn succesvol afgerond.
  
==Bevindingen==
+
=PAGINAHISTORIE=
 
+
{| class="wikitable"
=Pagina historie=
+
|-
 +
! Datum !! Omschrijving
 +
|-
 +
| 1 februari 2024 || Gepubliceerd
 +
|}

Huidige versie van 17 okt 2024 om 16:02


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

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

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 Aanleveren materialen

mp:Draft_ValidatieMO_Aanleveren_Materialen

1.2.3 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 voor praktijktest

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

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.
Tijdens dit moment worden de resultaten besproken en worden er waar nodig nog ...

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