Testen Kickstart: Validatie
Aan deze pagina wordt momenteel gewerkt. |
Inhoud
[verbergen]1 Voorbereiding
Om efficiënt door de validatie heen te gaan moet zijn voldaan aan onderstaande randvoorwaarden en voorbereidende acties.
1.1 Entry Criteria voor praktijktest
Leverancier
- De ontwikkelfase is succesvol afgerond.
- De Proof of Concept is succesvol afgerond.
- De laboratoriumfase is succesvol afgerond.
- De leverancier heeft toegang tot de acceptatieomgeving (XTO1).
- Volledig ingevulde en geaccordeerde conformiteitscheck
Programma Medicatieoverdracht
- De validatiescripts zijn beschikbaar gesteld
1.2 Entry Criteria voor productie
- Akkoord van de gebruikersvertegenwoordiging op de User Interface.
1.3 Acties ter voorbereiding
Betrokkenen | Actie |
---|---|
Programma MO |
|
Programma MO, Leveranciers |
|
Leveranciers |
|
2 Uitvoering
2.1 Scenario's
De scripts worden bij afronding van de laboratoriumfase gedeeld.
Inhoud
Met behulp van de simulatoren worden er voor de relevante transacties validatiescripts uitgevoerd.
Infrastructuur
De algemene infrastructurele scripts zijn gepubliceerd op de wiki: 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.
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.
3 Afronding
3.1 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. Daarnaast worden de bevindingen en resultaten van eerder uitgevoerde testen tijdens dit moment besproken.
Bevindingen worden gelogd in het project van de leverancier. In overleg met de inhoudsdeskundige wordt de zwaarte van de bevinding bepaald.
3.2 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
- De leverancier moet zaken kunnen ontvangen en wijzigen en dit eenduidig tonen.
- De leverancier moet een functioneel werkend product laten zien, invoervelden kunnen tonen en de zaken moeten logisch op het scherm staan.
- De leverancier moet een correct, volledig en actueel medicatieoverzicht kunnen tonen op basis van uitgebreide historie uit meerdere bronnen en formaten.
- De leverancier voldoet aan de eisen die zijn gesteld aan de infrastructuur.
- De leverancier voldoet aan de eisen die zijn gesteld aan de generieke voorzieningen.
Afkorting | Omschrijving | EVS | TRIS | AIS | ETDR | PGO | |||||
---|---|---|---|---|---|---|---|---|---|---|---|
S/B | O/R | S/B | O/R | S/B | O/R | S/B | O/R | S/B | O/R | ||
MP-VOS / MP-VOO | Voorschrijft sturen/ontvangen | 5 | 1 | 3 | |||||||
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
- S/B = Sturen / Beschikbaar stellen
- O/R = Ontvangen / Raadplegen
3.3 Exit Criteria voor productie
- Akkoord van de gebruikersvertegenwoordiging op de User Interface.