mp:Draft Validatie MO: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(Bevindingen)
(Pagina historie)
Regel 100: Regel 100:
 
{{#lst:mp:Draft_Testen_Kickstart|testenKickstartBevindingen}}
 
{{#lst:mp:Draft_Testen_Kickstart|testenKickstartBevindingen}}
  
=Pagina historie=
+
=PAGINAHISTORIE=
 +
{| class="wikitable"
 +
|-
 +
! Datum !! Omschrijving
 +
|-
 +
| 1 februari 2024 || Gepubliceerd
 +
|}

Versie van 31 jan 2024 om 12:03


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

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
  • 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

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 & 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).

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

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 gedane 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.

3.4 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.


4 PAGINAHISTORIE

Datum Omschrijving
1 februari 2024 Gepubliceerd