mp:Testen Ontwikkelfase: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(→‎PAGINAHISTORIE)
(→‎Uitvoering)
 
(42 tussenliggende versies door 2 gebruikers niet weergegeven)
Regel 1: Regel 1:
 
__NUMBEREDHEADINGS__
 
__NUMBEREDHEADINGS__
−
{{DISPLAYTITLE: Testen Kickstart: Ontwikkelfase}}
+
{{DISPLAYTITLE: Testen Ontwikkelfase}}
−
 
+
Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig tegen een simulator op twee onderdelen: inhoud en infrastructuur.  
−
Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig.
+
Hiervoor kan gebruik gemaakt worden van het testmateriaal dat beschikbaar is gesteld door Nictiz.
−
 
 
−
Om ervoor te zorgen dat het product gereed is voor de volgende fase wordt er op twee onderdelen getest: inhoud en infrastructuur. Tevens faciliteert het programma gezamenlijke ketentests.
 
−
 
 
−
Voor het testen door de leveranciers tijdens de testfase maakt de leverancier gebruik van een set aan testmateriaal.
 
−
Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud en/of infrastructuur.
 
  
 
=Testdoel=
 
=Testdoel=
−
Tijdens deze fase wordt aangetoond dat:
+
Tijdens deze fase wordt aangetoond dat de informatiestandaard inhoudelijk correct is geïmplementeerd.<BR>
−
* De informatiestandaard inhoudelijk correct is geïmplementeerd.
+
De leverancier koppelt daartoe het te testen systeem met de juiste simulator en voert de van toepassing zijnde testgevallen uit. Het resultaat wordt vastgelegd in de Conformancecheck.<BR>
−
* Wordt voldaan aan de eisen voor het LSP.
+
Na succesvolle afronding van de Ontwikkeltesten voor een stap kan de leverancier doorgaan met de Systeemintegratietest voor die stap.
  
 
=Voorbereiding=
 
=Voorbereiding=
 
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.  
 
Om te kunnen testen tijdens de ontwikkelfase is het noodzakelijk dat is voldaan aan onderstaande entry criteria en voorbereidende acties.  
  
−
==Entry Criteria==
+
==Entry criteria==
  
 
'''Leverancier'''
 
'''Leverancier'''
 +
* De leverancier heeft de ontwikkeling van de functionaliteit afgerond en de eigen interne testen succesvol uitgevoerd
 
* De benodigde accounts zijn aangevraagd/aangemaakt:
 
* De benodigde accounts zijn aangevraagd/aangemaakt:
−
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
+
** Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de [[mp:Testtooling#Kwalificatiesimulator|Kwalificatiesimulator]] ([[mp:Testtooling#Account_aanvragen|Account aanvragen]]).
 
** Voor het testen van HL7 FHIR berichten tegen de simulator wordt gebruik gemaakt van Conformancelab ([[kwalificatie:V1.0_Handleiding_Conformancelab]]).
 
** Voor het testen van HL7 FHIR berichten tegen de simulator wordt gebruik gemaakt van Conformancelab ([[kwalificatie:V1.0_Handleiding_Conformancelab]]).
−
** Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
 
−
* Heeft toegang tot de acceptatieomgeving (XTO1) én de testomgeving (POC) ([[mp:Testtooling#Aanvragen_testaansluiting|Aanvragen testaansluiting]]).
 
  
 
'''Programma Medicatieoverdracht'''
 
'''Programma Medicatieoverdracht'''
Regel 33: Regel 27:
 
'''Leverancier'''
 
'''Leverancier'''
 
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
 
* Download het bestand [https://informatiestandaarden.nictiz.nl/wiki/Bestand:ConformiteitsCheck_-_MO.zip ConformiteitsCheck MO (zip bestand)] en vul deze in, zoals beschreven in de instructie.
−
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart_Ontwikkelfase#Afronding Afronding] van deze fase.
+
* Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de afronding van deze fase.
 +
* Realiseer de koppeling met de Kwalificatiesimulator (voor HL7v3) of Conformancelab (voor FHIR)
 +
* Voor uitvoeren van hybride en consolidatie ontwikkeltesten is een account in [[mp:Testtooling#Interoplab|Interoplab]] nodig.
  
 
=Uitvoering=
 
=Uitvoering=
−
De leverancier test de software primair op twee onderdelen:
+
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator/Conformancelab of de informatiestandaard op een correcte wijze is geïmplementeerd.<BR>
−
 
+
De leverancier voert zelfstandig de ontwikkeltesten uit. Ondersteuning vanuit het Validatieloket (en Team Beheer) is indien nodig beschikbaar.  
−
'''Inhoud'''<br>
 
−
De leverancier test aan de hand van testscripts in de Kwalificatiesimulator/Conformancelab of de informatiestandaard op een correcte wijze is geïmplementeerd.  
 
−
 
 
−
'''Infrastructuur'''<br>
 
−
Tijdens de ontwikkelfase beschikt de leverancier over de testomgeving (POC). In deze testomgeving test de leverancier haar applicatie testen tegen een simulator. Deze omgeving is bedoeld voor leveranciers om alleen, of met elkaar, tijdens de ontwikkeling te testen. Hiermee wordt het berichtenverkeer tijdens de implementatie van de software getest om te kijken of er voldaan wordt aan de eisen voor het LSP.
 
−
 
 
−
 
 
−
Aanvullend stimuleert en faciliteert het programma in het kader van testondersteuning onderstaande tests:
 
−
 
 
−
'''Ketentest'''<br>
 
−
Door middel van ketentesten wordt door leveranciers onderling met elkaar getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier via de infrastructuur bij de andere partij aankomt, ter voorbereiding op de PoC.
 
  
 
==Scenario's==
 
==Scenario's==
−
'''Inhoud'''<br>
 
 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. <br>
 
Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9]]. <br>
 
Hiervoor zijn de Kwalificatiesimulator/Conformancelab beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
 
Hiervoor zijn de Kwalificatiesimulator/Conformancelab beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:
 
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
 
* HL7v3: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_hl7/mp/9.3.0
 
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0
 
* FHIR: https://github.com/Nictiz/HL7-mappings/tree/master/ada_2_fhir-r4/mp/9.3.0
−
 
−
===Scenario's Stap 5 - Set 1===
 
−
Onderstaand een overzicht van de scenario's van stap 5, Set 1.
 
−
 
−
====Afhandelen Voorschrift sturen/ontvangen====
 
−
 
−
{| class="wikitable"
 
−
! Scenario's !! Afhandelen Voorschrift sturen/ontvangen
 
−
|-
 
−
| 1.1 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
 
−
|-
 
−
| 1.2a || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
 
−
|-
 
−
| 1.2b || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
 
−
|-
 
−
| 1.3 || Afhandelen medicatievoorschrift met een toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
 
−
|-
 
−
| 1.4 || Extra MVE
 
−
|-
 
−
| 1.5 || Afhandeling medicatievoorschrift met eenheid 'dosis/stuks'
 
−
|-
 
−
| 2.1 || Aanvullende instructie (TA)
 
−
|-
 
−
| 2.2 || Toelichting (TA), toelichting (MVE)
 
−
|-
 
−
| 2.3 || Reden van voorschrijven (TA)
 
−
|-
 
−
| 2.4 || Aanvullende informatie (MA), aanvullende wensen (VV)
 
−
|-
 
−
| 2.5 || Toedieningsweg (TA)
 
−
|-
 
−
| 3.1a || Benodigd voor scenario 3.1b
 
−
|-
 
−
| 3.1b || Stop-toedieningsafspraak
 
−
|-
 
−
| 3.2a || Benodigd voor scenario 3.2b
 
−
|-
 
−
| 3.2b || Wijziging toedieningsafspraak, verhoging met MVE
 
−
|-
 
−
| 3.3a || Benodigd voor scenario 3.3b
 
−
|-
 
−
| 3.3b || Wijziging toedieningsafspraak, verlaging zonder MVE
 
−
|-
 
−
| 3.4a || Benodigd voor scenario 3.4b
 
−
|-
 
−
| 3.4b || Onderbreken toedieningsafspraak
 
−
|-
 
−
| 3.5a || Benodigd voor scenario 3.5b
 
−
|-
 
−
| 3.5b || Wijziging toedieningsafspraak, met reden wijziging (stop-ta + nieuwe ta) en andere PRK en MVE
 
−
|-
 
−
| 3.6a || Benodigd voor scenario 3.6b
 
−
|-
 
−
| 3.6b || annuleer-toedieningsafspraak
 
−
|-
 
−
| 3.8a || Starten van parallelle TA voor GDS
 
−
|-
 
−
| 3.8b || Starten van parallelle TA voor zo nodig medicatie
 
−
|-
 
−
| 3.8c || Stoppen van zo nodig TA
 
−
|-
 
−
| 3.8d || starten van een nieuwe zo nodig TA
 
−
|-
 
−
| 6.1 || Variabele frequentie
 
−
|-
 
−
| 6.2 || Interval
 
−
|-
 
−
| 6.3 || Variabele hoeveelheid (1)
 
−
|-
 
−
| 6.4 || Zonder keerdosis
 
−
|-
 
−
| 6.5 || Bijzondere keerdosis
 
−
|-
 
−
| 6.6 || Variabele hoeveelheid (2)
 
−
|-
 
−
| 6.7a || Tijdstippen (flexibel)
 
−
|-
 
−
| 6.7b || Tijdstippen (exact)
 
−
|-
 
−
| 6.8 || Weekdagen
 
−
|-
 
−
| 6.9 || Dagdeel
 
−
|-
 
−
| 6.10 || Cyclisch schema
 
−
|-
 
−
| 6.11 || Afbouw schema en doseerduur
 
−
|-
 
−
| 6.12 || Variabele hoeveelheid en maximum
 
−
|-
 
−
| 6.13 || Toedieningssnelheid
 
−
|-
 
−
| 6.14 || Toedieningsduur
 
−
|-
 
−
| 6.15 || Zo nodig
 
−
|-
 
−
| 7.1 || Alle ingrediënten
 
−
|-
 
−
| 7.2 || Actief ingrediënt
 
−
|-
 
−
| 7.3 || 90 miljoen nummer
 
−
|-
 
−
| 7.4 || Vrije tekst product
 
−
|-
 
−
| 9.1a || Logistieke verbruiksperiode
 
−
|-
 
−
| 9.1b || GDS
 
−
|-
 
−
| 9.1c || Logistieke verbruiksperiode
 
−
|-
 
−
| 9.2a || Herhalingen
 
−
|-
 
−
| 9.2b || Herhalingen
 
−
|-
 
−
| 9.2c || Herhalingen
 
−
|-
 
−
| 9.3 || Afleverlocatie en Aanschrijfdatum
 
−
|-
 
−
| 10.1 || HPK geneesmiddel
 
−
|-
 
−
| 10.2 || ZI-nr geneesmiddel
 
−
|-
 
−
| 11.1 || Afhandelen medicatievoorschrift met verwijzing naar extern doseerschema
 
−
|}
 
−
 
−
====Medicatiegegevens raadplegen/beschikbaar stellen (TA)====
 
−
 
−
{| class="wikitable"
 
−
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (TA)
 
−
|-
 
−
| 0.1 || Alle toedieningsafspraken van de patiënt, zonder aanvullend filtercriterium (Antwoord: bericht met 6 toedieningsafspraken)
 
−
|-
 
−
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
 
−
|-
 
−
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
 
−
|-
 
−
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
 
−
|-
 
−
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
 
−
|-
 
−
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
 
−
|-
 
−
| 2.1 || Aanvullende instructie
 
−
|-
 
−
| 2.2 || Toelichting
 
−
|-
 
−
| 2.3 || Reden van voorschrijven
 
−
|-
 
−
| 2.4 || Aanvullende informatie
 
−
|-
 
−
| 3.1 || Stop-toedienafspraak, met reden staken
 
−
|-
 
−
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
 
−
|-
 
−
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
 
−
|-
 
−
| 3.4 || Onderbreken toedieningsafspraak
 
−
|-
 
−
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
 
−
|-
 
−
| 3.6 || Annuleren toedieningsafspraak
 
−
|-
 
−
| 3.7 || Stoppen van een TA bij twee parallelle TA's
 
−
|-
 
−
| 6.1 || Variabele frequentie
 
−
|-
 
−
| 6.2 || Interval
 
−
|-
 
−
| 6.3 || Variabele hoeveelheid (1)
 
−
|-
 
−
| 6.4 || Zonder keerdosis
 
−
|-
 
−
| 6.5 || Bijzondere keerdosis
 
−
|-
 
−
| 6.6 || Variabele hoeveelheid (2)
 
−
|-
 
−
| 6.7a || Tijdstippen flexibel
 
−
|-
 
−
| 6.7b || Tijdstippen niet flexibel
 
−
|-
 
−
| 6.8 || Weekdagen
 
−
|-
 
−
| 6.9 || Dagdeel
 
−
|-
 
−
| 6.10 || Cyclisch schema
 
−
|-
 
−
| 6.11 || Afbouw schema en doseerduur
 
−
|-
 
−
| 6.12 || Variabele hoeveelheid en maximum
 
−
|-
 
−
| 6.13 || Toedieningssnelheid
 
−
|-
 
−
| 6.14 || Toedieningsduur
 
−
|-
 
−
| 6.15 || Zo nodig
 
−
|-
 
−
| 7.1 || Alle ingrediënten
 
−
|-
 
−
| 7.2 || Actief ingrediënt
 
−
|-
 
−
| 7.3 || 90 miljoen nummer
 
−
|-
 
−
| 7.4 || Vrije tekst product
 
−
|-
 
−
| 10.1 || ZI-nr geneesmiddel
 
−
|-
 
−
| 14.1 || Een antwoord zonder toedieningsafspraken (heeft geen MBH ID of TA ID)
 
−
|}
 
−
 
−
====Medicatiegegevens raadplegen/beschikbaar stellen (MVE)====
 
−
 
−
{| class="wikitable"
 
−
! Scenario's !! medicatiegegevens raadplegen/beschikbaar stellen (MVE)
 
−
|-
 
−
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
 
−
|-
 
−
| 2.1 || Toelichting
 
−
|-
 
−
| 2.2 || Aanvullende informatie
 
−
|-
 
−
| 7.1 || Alle ingrediënten
 
−
|-
 
−
| 7.2 || Actief ingrediënt
 
−
|-
 
−
| 7.3 || 90 miljoen nummer
 
−
|-
 
−
| 7.4 || Vrije tekst product
 
−
|-
 
−
| 9.1b || GDS
 
−
|-
 
−
| 9.1c || Verbruiksduur
 
−
|-
 
−
| 9.2 || Herhalende MVE onder een VV
 
−
|-
 
−
| 9.3 || Afleverlocatie en aanschrijfdatum
 
−
|-
 
−
| 10.1 || ZI-nr geneesmiddel
 
−
|-
 
−
| 14.1 || Een antwoord zonder medicatieverstrekkingen (heeft geen MBH ID of MVE ID)
 
−
|}
 
−
 
−
===Scenario's Stap 5 - Set 2===
 
−
{| class="wikitable"
 
−
! Scenario's !! Voorstel verstrekkingsverzoek sturen/ontvangen
 
−
|-
 
−
| 23.5 || 100% akkoord VVV met eerdere verstrekking
 
−
|-
 
−
| 23.6 || gedeeltelijke overname VVV
 
−
|}
 
−
 
−
{| class="wikitable"
 
−
! Scenario's !! Antwoord voorstel verstrekkingsverzoek sturen/ontvangen
 
−
|-
 
−
| 23.5 || 100% akkoord VVV met eerdere verstrekking
 
−
|-
 
−
| 23.6 || gedeeltelijke overname VVV
 
−
|}
 
−
 
−
{| class="wikitable"
 
−
! Scenario's !! Voorstel medicatieafspraak sturen/ontvangen
 
−
|-
 
−
| 23.1 || 100% akkoord VMA met eerdere verstrekking​
 
−
|-
 
−
| 23.2 || Afwijzen VMA o.b.v. voorstel PRK
 
−
|-
 
−
| 23.3 || Aanvullend middel VMA
 
−
|-
 
−
| 23.4 || Vervangend middel VMA
 
−
|}
 
−
 
−
{| class="wikitable"
 
−
! Scenario's !! Antwoord voorstel medicatieafspraak sturen/ontvangen
 
−
|-
 
−
| 23.1 || 100% akkoord VMA met eerdere verstrekking​
 
−
|-
 
−
| 23.2 || Afwijzen VMA o.b.v. voorstel PRK
 
−
|-
 
−
| 23.3 || Aanvullend middel VMA
 
−
|-
 
−
| 23.4 || Vervangend middel VMA
 
−
|}
 
−
 
−
{| class="wikitable"
 
−
! Scenario's !! Medicatiegegevens sturen/ontvangen (TA)
 
−
|-
 
−
| 1.1 || Toedieningsafspraak gebruiksperiode ingangsdatum en einddatum
 
−
|-
 
−
| 1.2a || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (weken)
 
−
|-
 
−
| 1.2b || Toedieningsafspraak gebruiksperiode ingangsdatum en duur (dagen)
 
−
|-
 
−
| 1.3 || Toedieningsafspraak gebruiksperiode ingangsdatum (chronische medicatie)
 
−
|-
 
−
| 1.4 || Toedieningsafspraak met eenheid 'dosis/stuks'
 
−
|-
 
−
| 2.1 || Aanvullende instructie
 
−
|-
 
−
| 2.2 || Toelichting
 
−
|-
 
−
| 2.3 || Reden van voorschrijven
 
−
|-
 
−
| 2.4 || Aanvullende informatie
 
−
|-
 
−
| 3.1 || Stop-toedienafspraak, met reden staken
 
−
|-
 
−
| 3.2 || Wijziging toedieningsafspraak, met reden wijziging
 
−
|-
 
−
| 3.3 || Wijziging toedieningsafspraak, met reden wijziging
 
−
|-
 
−
| 3.4 || Onderbreken toedieningsafspraak
 
−
|-
 
−
| 3.5 || Tweede MVE ivm TA met nieuwe PRK.
 
−
|-
 
−
| 3.6 || Annuleren toedieningsafspraak
 
−
|-
 
−
| 3.7 || Stoppen van een TA bij twee parallelle TA's
 
−
|-
 
−
| 6.1 || Variabele frequentie
 
−
|-
 
−
| 6.2 || Interval
 
−
|-
 
−
| 6.3 || Variabele hoeveelheid (1)
 
−
|-
 
−
| 6.4 || Zonder keerdosis
 
−
|-
 
−
| 6.5 || Bijzondere keerdosis
 
−
|-
 
−
| 6.6 || Variabele hoeveelheid (2)
 
−
|-
 
−
| 6.7a || Tijdstippen flexibel
 
−
|-
 
−
| 6.7b || Tijdstippen niet flexibel
 
−
|-
 
−
| 6.8 || Weekdagen
 
−
|-
 
−
| 6.9 || Dagdeel
 
−
|-
 
−
| 6.10 || Cyclisch schema
 
−
|-
 
−
| 6.11 || Afbouw schema en doseerduur
 
−
|-
 
−
| 6.12 || Variabele hoeveelheid en maximum
 
−
|-
 
−
| 6.13 || Toedieningssnelheid
 
−
|-
 
−
| 6.14 || Toedieningsduur
 
−
|-
 
−
| 6.15 || Zo nodig
 
−
|-
 
−
| 7.1 || Alle ingrediënten
 
−
|-
 
−
| 7.2 || Actief ingrediënt
 
−
|-
 
−
| 7.3 || 90 miljoen nummer
 
−
|-
 
−
| 7.4 || Vrije tekst product
 
−
|-
 
−
| 10.2 || ZI-nr geneesmiddel
 
−
|}
 
−
 
−
{| class="wikitable"
 
−
! Scenario's  !! Medicatiegegevens sturen/ontvangen (MVE)
 
−
|-
 
−
| 1.1 || Meerdere verstrekkingen onder dezelfde MBH (chronische medicatie)
 
−
|-
 
−
| 2.1 || Toelichting
 
−
|-
 
−
| 2.2 || Aanvullende informatie
 
−
|-
 
−
| 7.1 || Alle ingrediënten
 
−
|-
 
−
| 7.2 || Actief ingrediënt
 
−
|-
 
−
| 7.3 || 90 miljoen nummer
 
−
|-
 
−
| 9.1b || GDS
 
−
|-
 
−
| 9.1c || Verbruiksduur
 
−
|-
 
−
| 9.2 || Herhalende MVE onder een VV
 
−
|-
 
−
| 9.3 || Afleverlocatie en aanschrijfdatum
 
−
|-
 
−
| 10.1 || ZI-nr geneesmiddel
 
−
|}
 
−
 
−
'''Infrastructuur'''<br>
 
−
De 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.
 
−
 
−
'''Ketentest''' <br>
 
−
Voor vastlegging van gezamenlijke ketentests wordt gebruik gemaakt van generieke Interoplab scripts.
 
  
 
==Testomgevingen==
 
==Testomgevingen==
 +
Voor de ontwikkeltesten wordt met name gebruik gemaakt van de Kwalificatiesimulator/Conformancelab.
 +
De leverancier sluit zijn te testen systeem hier rechtstreeks op aan.
  
−
'''VZVZ'''<br>
+
In [[mp:Testtooling#Interoplab|Interoplab]] zijn enkele additionele ontwikkeltestscripts opgenomen:
−
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
+
* Hybride ontwikkeltesten
−
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].
+
* Consolidatie ontwikkeltesten
−
 
 
−
* PoC+
 
−
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
 
−
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
 
−
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
 
−
* PoC- 
 
−
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.
 
−
 
 
−
'''PGO & DVA''' <br>
 
−
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].
 
  
 
=Afronding=
 
=Afronding=
−
==Werkwijze==
 
 
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck.<br>
 
De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck.<br>
−
De versturende kant (versturen / beschikbaar stellen) wordt getoetst aan de hand van de simulatoren, voor de ontvangende kant (ontvangen / raadplegen) en om te bepalen of er naar de volgende fase gegaan kan worden wordt een check-up moment gepland.<br>
+
Het Validatieloket kan een check-up moment plannen om een steekproef van de ontwikkeltesten te controleren.<br>
  
−
==Exit Criteria==
+
==Exit criteria==
−
# De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator/Conformancelab​ vastgelegde testscripts voor de [[mp:Draft_Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
+
* Alle ontwikkeltestscripts zijn met goed gevolg uitgevoerd
−
# De leverancier heeft de eisen voor de infrastructuur succesvol geïmplementeerd.
+
* Er staan geen blokkerende bevindingen meer open
−
# De leverancier heeft de randvoorwaardelijke generieke voorzieningen succesvol geïmplementeerd.
+
* Voor overige openstaande bevindingen is afgestemd hoe, wanneer en door wie deze opgelost moeten worden
−
# De aanwezige bevindingen zijn niet 'blokkerend'.
+
* De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator/Conformancelab​ vastgelegde testscripts voor de [[mp:Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
 +
* (indien van toepassing) De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
 +
* (indien van toepassing) De consolidatie afleidingsregels worden correct toegepast en een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen.
  
−
Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Proof of Concept test.
+
Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Systeemintegratietest.
  
 
==Bevindingen==
 
==Bevindingen==
−
De testresultaten worden beoordeeld door een inhoud deskundige van het programma op basis van de aangeleverde informatie en tijdens een check-up moment. Hieruit kunnen testbevindingen voortkomen, deze zijn te classificeren in:
+
Bevindingen worden geregistreerd in het interne systeem van de leverancier.<br>
 +
Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS-project van de leverancier.<br>
 +
Voorgestelde afwijkingen van de specificaties worden besproken met het Programma Medicatieoverdracht en vastgelegd in BITS.
  
−
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}
+
=Paginahistorie=
 +
<div class="mw-collapsible mw-collapsed">
 +
<div class="mw-collapsible-content">
  
−
Resulteert de bevinding in een wijziging dan wordt deze opgenomen in het reguliere wijzigingsproces van het programma.
 
−
 
−
Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS project van de leverancier.
 
−
 
−
=PAGINAHISTORIE=
 
 
{| class="wikitable"  
 
{| class="wikitable"  
 +
! Datum !! Omschrijving
 +
|-
 +
| 1 oktober 2026 || Dubbele informatie verwijderd en gelijkgetrokken met Programma testplan.
 +
|-
 +
| 18 juni 2026 || Exit criteria aangepast; verwijzing naar SIT
 
|-
 
|-
 
| 10 juni 2026 || Overzicht van scenario's stap 5 set 1 en 2 en fasering daarop verwijderd.<br>
 
| 10 juni 2026 || Overzicht van scenario's stap 5 set 1 en 2 en fasering daarop verwijderd.<br>
Regel 498: Regel 89:
 
** Medicatiegegevens sturen/ontvangen (TA)
 
** Medicatiegegevens sturen/ontvangen (TA)
 
** Medicatiegegevens sturen/ontvangen (MVE)
 
** Medicatiegegevens sturen/ontvangen (MVE)
−
|-
 
−
! Datum !! Omschrijving
 
 
|-
 
|-
 
| 20 december 2024 ||  
 
| 20 december 2024 ||  
Regel 526: Regel 115:
 
| 4 mei 2023 || Pagina gepubliceerd
 
| 4 mei 2023 || Pagina gepubliceerd
 
|}
 
|}
 +
</div>
 +
</div>

Huidige versie van 2 okt 2026 om 13:37


Tijdens de ontwikkelfase test de leverancier haar ontwikkelde product zelfstandig tegen een simulator op twee onderdelen: inhoud en infrastructuur. Hiervoor kan gebruik gemaakt worden van het testmateriaal dat beschikbaar is gesteld door Nictiz.

1 Testdoel

Tijdens deze fase wordt aangetoond dat de informatiestandaard inhoudelijk correct is geïmplementeerd.
De leverancier koppelt daartoe het te testen systeem met de juiste simulator en voert de van toepassing zijnde testgevallen uit. Het resultaat wordt vastgelegd in de Conformancecheck.
Na succesvolle afronding van de Ontwikkeltesten voor een stap kan de leverancier doorgaan met de Systeemintegratietest voor die stap.

2 Voorbereiding

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

2.1 Entry criteria

Leverancier

  • De leverancier heeft de ontwikkeling van de functionaliteit afgerond en de eigen interne testen succesvol uitgevoerd
  • De benodigde accounts zijn aangevraagd/aangemaakt:

Programma Medicatieoverdracht

  • De testscripts en testberichten zijn beschikbaar gesteld.

2.2 Acties ter voorbereiding

Leverancier

  • Download het bestand ConformiteitsCheck MO (zip bestand) en vul deze in, zoals beschreven in de instructie.
  • Plaats de laatste versie als bijlage in de BITS registratie (Conformiteitscheck - MO) met betrekking tot de voortgang en de afronding van deze fase.
  • Realiseer de koppeling met de Kwalificatiesimulator (voor HL7v3) of Conformancelab (voor FHIR)
  • Voor uitvoeren van hybride en consolidatie ontwikkeltesten is een account in Interoplab nodig.

3 Uitvoering

De leverancier test aan de hand van testscripts in de Kwalificatiesimulator/Conformancelab of de informatiestandaard op een correcte wijze is geïmplementeerd.
De leverancier voert zelfstandig de ontwikkeltesten uit. Ondersteuning vanuit het Validatieloket (en Team Beheer) is indien nodig beschikbaar.

3.1 Scenario's

Met behulp van de simulatoren worden, voor de relevante transacties, de volgende testscripts uitgevoerd: Testscripts Medicatieproces 9.
Hiervoor zijn de Kwalificatiesimulator/Conformancelab beschikbaar om berichtinhoud te controleren door een vergelijking te maken met vooropgestelde testberichten, welke beschikbaar zijn gesteld op GitHub:

3.2 Testomgevingen

Voor de ontwikkeltesten wordt met name gebruik gemaakt van de Kwalificatiesimulator/Conformancelab. De leverancier sluit zijn te testen systeem hier rechtstreeks op aan.

In Interoplab zijn enkele additionele ontwikkeltestscripts opgenomen:

  • Hybride ontwikkeltesten
  • Consolidatie ontwikkeltesten

4 Afronding

De leverancier geeft bij het Validatieloket aan dat de testen succesvol zijn uitgevoerd en legt dit vast in de Conformiteitscheck.
Het Validatieloket kan een check-up moment plannen om een steekproef van de ontwikkeltesten te controleren.

4.1 Exit criteria

  • Alle ontwikkeltestscripts zijn met goed gevolg uitgevoerd
  • Er staan geen blokkerende bevindingen meer open
  • Voor overige openstaande bevindingen is afgestemd hoe, wanneer en door wie deze opgelost moeten worden
  • De leverancier toont middels de conformiteitscheck aan dat de in Kwalificatiesimulator/Conformancelab​ vastgelegde testscripts voor de relevante transacties succesvol zijn uitgevoerd en toont daarmee aan dat deze transacties inhoudelijk correct zijn.
  • (indien van toepassing) De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
  • (indien van toepassing) De consolidatie afleidingsregels worden correct toegepast en een correct, volledig en actueel medicatieoverzicht en toedienlijst kan getoond worden op basis van uitgebreide historie uit meerdere bronnen.

Indien hieraan is voldaan resulteert dit in een Go vanuit het validatieloket om door te gaan naar de Systeemintegratietest.

4.2 Bevindingen

Bevindingen worden geregistreerd in het interne systeem van de leverancier.
Wanneer er vragen zijn gedurende het testen kunnen deze als reguliere tickets worden ingediend in het BITS-project van de leverancier.
Voorgestelde afwijkingen van de specificaties worden besproken met het Programma Medicatieoverdracht en vastgelegd in BITS.

5 Paginahistorie

Datum Omschrijving
1 oktober 2026 Dubbele informatie verwijderd en gelijkgetrokken met Programma testplan.
18 juni 2026 Exit criteria aangepast; verwijzing naar SIT
10 juni 2026 Overzicht van scenario's stap 5 set 1 en 2 en fasering daarop verwijderd.

Overzicht was te gedetailleerd. Verdeling:

  • Stap 5 - Set 1:
    • Afhandelen voorschrift sturen/ontvangen
    • Medicatiegegevens raadplegen/beschikbaar stellen (TA)
    • Medicatiegegevens raadplegen/beschikbaar stellen (MVE)
  • Stap 5 - Set 2:
    • Voorstelgegevens
    • Medicatiegegevens sturen/ontvangen (TA)
    • Medicatiegegevens sturen/ontvangen (MVE)
20 december 2024
  • Fasering Stap 5,6 aangepast op getrapte livegang
  • Publicatie testaanpak stappen 5,6, WDS & Hybride (voor zover bekend)
15 januari 2024
  • ConformiteitsCheck toegevoegd
  • Testomgevingen VZVZ toegevoegd
  • Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
21 december 2023 Paragraaf Testomgevingen toegevoegd
12 december 2023
  • Structuur van pagina aangepast
  • Resultaat opgenomen in Werkwijze
  • Randvoorwaarden opgenomen in Voorbereiding
  • Scenario's: Inhoud; directe verwijzing naar Testscripts MP9
1 december 2023 Acceptatiecriteria aangepast
6 juni 2023
  • Hoofdstuk 6 Acceptatie: gevuld
  • Hoofdstuk 7 Testbevindingen: gevuld
4 mei 2023 Pagina gepubliceerd
Overgenomen van "https://informatiestandaarden.nictiz.nl/index.php?title=mp:Testen_Ontwikkelfase&oldid=323015"