informatiestandaarden - Gebruikersbijdragen [nl]

mp:Testen Kickstart

2023-07-11T13:38:26Z

Jesse Scherpenisse: /* Pagina historie */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Testen_Kickstart_Proof_of_Concept_(PoC)|Testen_Kickstart_Proof_of_Concept_(PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ (XIS)]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PoC]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Testomgeving PGO''' ||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 3 (remote) & 5 juli 2023 (Fysiek) || 23 juni 2023
|-
| PoC #2|| 34 || 15 (remote) - 22 & 23 augustus 2023 (Fysiek) || 20 augustus 2023
|-
| Pre-Labtest || 36 || 29 aug (remote) - 5 & 6 september 2023 (Fysiek) || 25 augustus 2023
|-
| Labtest #2 || 40 || 26 sept (remote) - 3 & 4 oktober 2023 (Fysiek) || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 31 okt & 1 nov 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 28 & 29 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 12 & 13 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Sectorvertegenwoordigers|| Leveren reeds opgedane kennis vanuit de kernteams en zijn gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 11 juli 2023 || Connectiviteits-testdata toegevoegd ter voorbereiding op fysieke testdagen.
|-
| 5 juni 2023 || Hoofdstuk 2 testfasen: omgeving PoC test aangepast van PTO naar PoC.
|-
| 16 mei 2023 || Datum 1e PoC aangepast van 4 juli naar 3 juli.
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart

2023-07-11T13:36:55Z

Jesse Scherpenisse: /* Planning testfases stap 3/4 */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Testen_Kickstart_Proof_of_Concept_(PoC)|Testen_Kickstart_Proof_of_Concept_(PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ (XIS)]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PoC]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Testomgeving PGO''' ||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 3 (remote) & 5 juli 2023 (Fysiek) || 23 juni 2023
|-
| PoC #2|| 34 || 15 (remote) - 22 & 23 augustus 2023 (Fysiek) || 20 augustus 2023
|-
| Pre-Labtest || 36 || 29 aug (remote) - 5 & 6 september 2023 (Fysiek) || 25 augustus 2023
|-
| Labtest #2 || 40 || 26 sept (remote) - 3 & 4 oktober 2023 (Fysiek) || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 31 okt & 1 nov 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 28 & 29 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 12 & 13 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Sectorvertegenwoordigers|| Leveren reeds opgedane kennis vanuit de kernteams en zijn gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 5 juni 2023 || Hoofdstuk 2 testfasen: omgeving PoC test aangepast van PTO naar PoC.
|-
| 16 mei 2023 || Datum 1e PoC aangepast van 4 juli naar 3 juli.
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart

2023-07-11T13:35:49Z

Jesse Scherpenisse: Connectiviteits-testdagen aangevuld bij testmomenten Kickstart stap 3/4

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Testen_Kickstart_Proof_of_Concept_(PoC)|Testen_Kickstart_Proof_of_Concept_(PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ (XIS)]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PoC]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Testomgeving PGO''' ||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 3 (remote) & 5 juli 2023 (Fysiek) || 23 juni 2023
|-
| PoC #2|| 34 || 15 (remote) & 22 & 23 augustus 2023 (Fysiek) || 20 augustus 2023
|-
| Pre-Labtest || 36 || 29 aug (remote) & 5 & 6 september 2023 (Fysiek) || 25 augustus 2023
|-
| Labtest #2 || 40 || 26 sept (remote) & 3 & 4 oktober 2023 (Fysiek) || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 31 okt & 1 nov 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 28 & 29 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 12 & 13 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Sectorvertegenwoordigers|| Leveren reeds opgedane kennis vanuit de kernteams en zijn gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 5 juni 2023 || Hoofdstuk 2 testfasen: omgeving PoC test aangepast van PTO naar PoC.
|-
| 16 mei 2023 || Datum 1e PoC aangepast van 4 juli naar 3 juli.
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Testen Kickstart

2023-07-11T13:34:26Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Testen_Kickstart_Proof_of_Concept_(PoC)|Testen_Kickstart_Proof_of_Concept_(PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ (XIS)]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PoC]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Testomgeving PGO''' ||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 3 (remote) & 5 juli 2023 (Fysiek) || 23 juni 2023
|-
| PoC #2|| 34 || 15 (remote) & 22 & 23 augustus 2023 (Fysiek) || 20 augustus 2023
|-
| Pre-Labtest || 36 || 29 aug (remote) 5 & 6 september 2023 (Fysiek) || 25 augustus 2023
|-
| Labtest #2 || 40 || 26 sept (remote) 3 & 4 oktober 2023 (Fysiek) || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 31 okt & 1 nov 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 28 & 29 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 12 & 13 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Sectorvertegenwoordigers|| Leveren reeds opgedane kennis vanuit de kernteams en zijn gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| 5 juni 2023 || Hoofdstuk 2 testfasen: omgeving PoC test aangepast van PTO naar PoC.
|-
| 16 mei 2023 || Datum 1e PoC aangepast van 4 juli naar 3 juli.
|-
| 4 mei 2023 || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-05-10T11:29:22Z

Jesse Scherpenisse: /* Scenario's */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectiviteit testscripts
* Hybride situaties testscripts
* Ketentest scripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed en ingericht in Interoplab
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatie=
Volgt half mei 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Medicatieoverdracht Kickstart

2023-05-10T11:18:25Z

Jesse Scherpenisse:

{{DISPLAYTITLE:Kickstart Medicatieoverdracht - Landingspagina documentatie leveranciers (Handboek)}}

__NUMBEREDHEADINGS__
=ALGEMEEN REFERENTIE=
:*[https://www.zorginzicht.nl/binaries/content/assets/zorginzicht/kwaliteitsinstrumenten/Kwaliteitsstandaard+Overdracht+van+medicatiegegevens+in+de+keten.pdf Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

=BOUWDOCUMENTATIE=
==Voorbereiding==
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]

==Specificaties==
:'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]]

:'''Voorbereiding'''
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]

:'''Informatiestandaard Medicatieproces 9.3.0.0-beta.1'''
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]

:'''Informatiestandaard Lab2zorg'''
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]

:'''Infrastructuur'''
:*[https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>]
:*[https://public.vzvz.nl/display/MED/Kickstart+van+Medicatieoverdracht<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>]
:*[https://vzvz.atlassian.net/wiki/spaces/A8/overview?homepageId=85000200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>]

==IT-Infrastructuur==
:*[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]
:*[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]
:*[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2:~:text=Het%20VWI%2Dsynchronisatie%20proces%20biedt,belang%20van%20pati%C3%ABnt%20en%20zorgaanbieder<abbr title="Dit document beschrijft de procedure die ervoor zorgt dat elke GBZ-beheerder namens de zorgaanbieder kan vaststellen dat elk patiëntgegeven met toestemming van de patiënt op correcte wijze is aangemeld op de VWI.">Proces VWI synchronisatie</abbr>]
:*[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2<abbr title="Dit document beschrijft het ontwerp van de gebeurtenisverdeler component (GVE) en de component gebeurtenisafhandelaar (GAF) in de ZIM.">Ontwerp gebeurtenisverwerking</abbr>]
:*[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2<abbr title="Dit document beschrijft het ontwerp van de abonnementenregister component (ABR) in de ZIM.">Ontwerp abonnementenregister</abbr>]

==Implementatiehandleidingen==
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie hybride fase Kickstart">Implementatiehandleiding Migratie/hybride</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]
:*[https://www.aorta-lsp.nl/media/downloads/implementatiehandleiding-verwijsindex-aorta-v8200pdf/download<abbr title="Implementatiehandleiding verwijsindex AORTA v8.2.0.0">Implementatiehandleiding VWI AORTA</abbr>]
:*[https://www.vzvz.nl/media/downloads/zorg-ab-implementatiehandleiding-v27pdf/download<abbr title=Dit document bevat informatie, instructies en voorbeelden ten behoeve van de implementatie van
(applicaties/systemen die gebruik maken van) de web API's van ZORG-AB.>Implementatiehandleiding ZORG-AB</abbr>]
:*[https://www.aorta-lsp.nl/media/downloads/implementatiehandleiding-inschrijftoken-aorta-v8200pdf/download<abbr title="Handleiding voor de implementatie van het koppelvlak tussen het goed beheerde Zorgsystemen (GBZ) en het landelijk schakelpunt (LSP).">Implementatie handleiding inschrijftoken</abbr>]
:*[https://www.aorta-lsp.nl/media/downloads/implementatiehandleiding-mandaattoken-aorta-v8200pdf/download<abbr title="Specificatie van het mandaattoken.">Implementatie handleiding mandaattoken</abbr>]
:*[https://www.aorta-lsp.nl/media/downloads/implementatiehandleiding-berichtauthenticatie-transactietoken-aorta-v8200pdf/download<abbr title="Handleiding voor het uitrusten van de berichten met het SAML transactietoken.">Implementatie handleiding transactiekosten</abbr>]

==Ondersteunende materialen==
:*[[mp:V9.2.0.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[mp:Vdraft_RaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatie handleiding Raadplegen Reconciliëren</abbr>]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|<abbr title="Deze pagina geeft nadere toelichting bij templates in ART-DECOR.">Toelichting bericht templates Medicatieproces versie 9</abbr>]]
:*[https://www.aorta-lsp.nl/media/downloads/best-practices-vwi-synchronisatie-aorta-v8200pdf/download/<abbr title="Ter verduidelijking van de implementatiehandleiding VWI. Extra informatie wordt gegeven over de afhandeling van berichten aan de XIS leveranciers en de beheerders om duidelijkheid te geven over de verwachte acties.">Best practices: VWI synchronisatie </abbr>]
:*[https://www.aorta-lsp.nl/media/downloads/factsheet-tkidspdf/download/<abbr title="Deze factsheet beschrijft de werking van TypeKwalificatie-ID’s (TKID’s) op het LSP.">Factsheet tkid</abbr>]
:*[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab<abbr title="Deze pagina bevat de algemene informatie omtrent Zorg-AG.">Algemene informatie Zorg-AB</abbr>]
:*[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-id<abbr title="Deze pagina bevat de algemene informatie omtrent Zorg-ID.">Algemene informatie Zorg-ID</abbr>]

=TEST- EN VALIDATIEMATERIAAL=
==Testinformatie Kickstart==
:*[[mp:Testen_Kickstart|Testen Kickstart]]

==Testscripts==
:'''Medicatieproces 9'''
:*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.1]]
:*Testscript gebruikerseisen boven sectoraal (volgt mei 2023)
:'''Lab2zorg'''
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]

==Validatiescripts==
:*Kwalificatiescripts worden definitief opgeleverd als bekend is op welke versie gevalideerd wordt in de Kickstart.
:*Acceptatiescripts worden gegenereerd op het moment dat de leverancier zich meldt; dit betreft maatwerk.

=TOOLING=
:*[https://informatiestandaarden.nictiz.nl/images/3/30/Tooling.pdf<abbr title="Overzicht van de te gebruiken tooling.">Beschikbare tooling</abbr>]

==ART-DECOR==
:*[https://decor.nictiz.nl/art-decor/home<abbr title="Inlogpagina ART-DECOR">Inloggen ART-DECOR</abbr>]
:*[[HL7v3 kwalificatiesimulator|<abbr title="Uitleg over inloggen en gebruik van de kwalificatiesimulator (ART-DECOR)">Testen met ART-DECOR / Kwalificatiesimulator</abbr>]]
:*[https://art-decor.org/mediawiki/index.php?title=Documentation<abbr title="Handleidingen en documentatie van ART-DECOR ">ART-DECOR documentatie</abbr>]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Wiki & ART-DECOR</abbr>]]

==BITS==
:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Handleiding BITS validatieloket]

==Touchstone==
:*[https://touchstone.aegis.net/touchstone/login<abbr title="Inlogpagina Touchstone">Inloggen Touchstone</abbr>]
:*[[mp:Vcurrent_Kwalificatie#Touchstone|Testen met Touchstone]]

==ZORG-AB==
:*[https://zorg-ab-oas.vzvz.nl/<abbr title="Testapplicatie Zorg-AB">ZORG-AB testapplicatie</abbr>]
:*[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab<abbr title="Deze pagina bevat informatie, instructies en voorbeelden ten behoeve van de implementatie van
(applicaties/systemen die gebruik maken van) de web API's van ZORG-AB.">Implementatie handleiding ZORG-AB</abbr>]

=INFORMATIEVOORZIENING=

==Vragen en antwoorden==
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]]

==Kennissessie==
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-introductiesessie-medicatieproces/ <abbr title="In deze kennissessie wordt een introductie gegeven van het programma Medicatieoverdracht, de richtlijn Overdracht van medicatiegegevens in de keten, de informatiestandaard Medicatieproces 9">Kennissessie: Introductie Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-wat-kan-ik-verwachten-van-medicatieoverdracht/ <abbr title="In deze kennissessie wordt inzicht gegeven in de meerwaarde van het programma Medicatieoverdracht voor de zorgverlener en patiënt en de te nemen acties op procesniveau. Per rol (voorschrijver, apotheker, toediener en patiënt) worden de stappen die worden beproefd in de Kickstart toegelicht.">Kennissessie: Wat kan ik verwachten van Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessies/<abbr title="In deze kennissessie wordt de route van de bèta publicatie van de informatiestandaard Medicatieproces 9 naar de definitieve versie toegelicht. ">Kennissessie: Route Medicatieproces 9 v2.0.0 bèta naar definitief</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]

==PGO==
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij</abbr>]

=MEMO'S=

==Informatieve memo's==
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

=IN ONTWIKKELING=
:'''Transitie naar Medicatieproces 9 (migratie en hybride situatie)'''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:'''Kickstart testen'''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

=ARCHIEF=
:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]

=PAGINAHISTORIE=
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatie handleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Praktijktest

2023-05-04T08:44:06Z

Jesse Scherpenisse: /* Randvoorwaarden */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Praktijktest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
In de praktijktest wordt in een gecontroleerde testomgeving meer ervaring opgedaan met de implementatie van de informatiestandaard en alle bijbehorende onderdelen door leveranciers en zorgaanbieders. Tijdens deze fase worden zoveel mogelijk use case scenario’s doorlopen om te zien of alles werkt conform verwachting. Deze scenario's hebben als basis de testscripts die zijn opgesteld door de samenwerkingsverbanden met het doel de richtlijn te toetsen vanuit sectoraal perspectief in de uitvoering. Hierbij is een belangrijk uitgangspunt dat de patiëntveiligheid niet in gevaar mag komen.

=Voorbereiding=
Ter voorbereiding van de praktijktest worden vanuit de sectoren en, gecoördineerd door de penvoerders, bij de zorgaanbieders alle te testen use case scenario's opgehaald. Deze use case scenario's bevatten bijvoorbeeld knelpunten en zorgen die reeds zijn geïnventariseerd. Dit kunnen specifieke situaties voor een zorgaanbieder zijn, maar ook huidige probleemsituaties die door medicatieproces 9 opgelost zijn en getest moeten worden.

Naast deze inventarisatie worden er vanuit het programma Medicatieoverdracht ook een groot aantal use cases voorbereid. Deze zullen zich vooral richten op de uitzonderingsgevallen binnen medicatieproces 9. Ook zullen er uitgebreidere hybride scenario's worden getest en zal er worden getest met de opgestelde migratie strategieën.

In samenwerking tussen het programma MO, Kickstart team, sectoren en de penvoerders zal de set aan use case scenario's worden geïnventariseerd en opgedeeld per deelnemer. Hierbij ontstaan twee categorieën use case scenario's. Namelijk use case scenario's voor:
# De deelnemende zorgaanbieders in de Kickstart
# Het programma Medicatieoverdracht

Naast deze inventarisatie worden er acceptatiecriteria opgesteld voor zowel de deelnemende zorgaanbieders als de scenario's die door het programma MO worden uitgevoerd.

* Gecoördineerd vanuit het Kickstart team werkt het programma MO de use case scenario's uit in testscripts.
* Gecoördineerd vanuit de penvoerders werken de sectoren en deelnemende zorgaanbieders de use case scenario's uit in testscripts.

=Uitvoering=
De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een testplan opgesteld waarin o.a. staat beschreven:
* Testcoördinatoren per deelnemer
* De use case scenario's die worden getest
* Uitwerking wanneer welk scenario zal worden getest
* Welke rollen van de deelnemers de tests zullen uitvoeren en wat hun mandaat is
* Met welke frequentie er issues worden gerapporteerd
* Met welke frequentie er aanpassingen worden gedaan door de leveranciers en wanneer de hertests worden uitgevoerd
* Hoe de afstemming met het implementatiebeheerteam van programma Medicatieoverdracht plaatsvindt
* Het acceptatieproces van de testscripts
* Het Go/No-Go proces

==Doorlooptijd==
De praktijktest heeft een doorlooptijd van 3 maanden.

==Deelnemers en rol==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de praktijktest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma MO !! Leverancier || Penvoerder || Zorgaanbieder
|-
| Informatieanalisten || || Testcoördinator || Testers
|-
| Zorganalisten || || ||
|-
| VZVZ ketentestteam || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de praktijktest wordt er gebruik gemaakt van testscripts. Een volledige lijst hiervan is te vinden via deze LINK ''(wordt aangevuld eind Q2)''

=Resultaat=
Het verwachte resultaat van de praktijktest is een positief testrapport door middel van Interoplab(LINK tools) na het doorlopen van alle vastgestelde use case scenario's en bijbehorende testscripts. Hierbij gelden de volgende punten:
* Er staan geen blokkerende issues open
* Er is geconstateerd dat de patiëntveiligheid niet in het gedrang is
* De openstaande issues zijn gelogd en geaccepteerd door de acceptanten
* Er is vanuit het testtraject een positief resultaat vastgesteld wat gebruikt wordt in het Go/No-Go proces van de stuurgroep t.b.v. overgang naar de eerste begeleide uitrol

=Randvoorwaarden=
* Leverancier heeft de validatie succesvol en zonder blokkerende bevindingen doorlopen
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts voor de praktijktest zijn opgesteld en ingericht in Interoplab
* Er zijn decentrale testomgevingen beschikbaar gesteld bij de verschillende zorginstellingen

=Acceptatie=
Volgt juli/augustus 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-05-04T08:43:34Z

Jesse Scherpenisse: /* Acceptatie */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Daarnaast wordt de rol van patiënt ingevuld door het patiëntpanel, gefaciliteerd door sector Patiënt & Client. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest uitgevoerd (labtest #1)
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats (labtest #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 

{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || Zorgaanbieders || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||

|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed en ingericht in Interoplab
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatie=
Volgt mei/juni 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-05-04T08:43:20Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectiviteit testscripts
* Hybride situaties testscripts
* Foutscenario’s testscripts
* Ketentest scripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed en ingericht in Interoplab
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatie=
Volgt half mei 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-05-04T08:41:30Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Daarnaast wordt de rol van patiënt ingevuld door het patiëntpanel, gefaciliteerd door sector Patiënt & Client. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest uitgevoerd (labtest #1)
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats (labtest #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 

{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || Zorgaanbieders || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||

|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed en ingericht in Interoplab
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatie=
Volgt mei 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-05-04T08:40:24Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectiviteit testscripts
* Hybride situaties testscripts
* Foutscenario’s testscripts
* Ketentest scripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatie=
Volgt half mei 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-05-04T08:38:57Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts
* Ketentest scripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatie=
Volgt half mei 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart

2023-04-19T08:39:07Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)|Proof of Concept (PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ (XIS)]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Testomgeving PGO''' ||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 4 & 5 juli 2023 || 23 juni 2023
|-
| PoC #2|| 34 || 22 & 23 augustus 2023 || 20 augustus 2023
|-
| Labtest #1 || 36 || 5 & 6 september 2023 || 25 augustus 2023
|-
| Labtest #2 || 40 || 3 & 4 oktober 2023 || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 31 okt & 1 nov 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 28 & 29 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 12 & 13 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Sectorvertegenwoordigers|| Leveren reeds opgedane kennis vanuit de kernteams en zijn gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart

2023-04-19T08:37:13Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)|Proof of Concept (PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ (XIS)]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Testomgeving PGO''' ||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 4 & 5 juli 2023 || 23 juni 2023
|-
| PoC #2|| 34 || 22 & 23 augustus 2023 || 20 augustus 2023
|-
| Labtest #1 || 36 || 5 & 6 september 2023 || 25 augustus 2023
|-
| Labtest #2 || 40 || 3 & 4 oktober 2023 || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 31 okt & 1 nov 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 28 & 29 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 12 & 13 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Kernteambuddy's|| Leveren reeds opgedane kennis vanuit de kernteams en zijn als buddy gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-04-19T08:35:51Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Daarnaast wordt de rol van patiënt ingevuld door het patiëntpanel, gefaciliteerd door sector Patiënt & Client. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest uitgevoerd (labtest #1)
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats (labtest #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 

{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || Zorgaanbieders || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||

|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatie=
Volgt mei 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Ontwikkelfase

2023-04-19T08:26:39Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Realisatie}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
Tijdens de realisatie test de leverancier haar ontwikkelde product. Om ervoor te zorgen dat het product gereed is voor de volgende fase en de validatie gaat er op drie onderdelen getest worden: inhoud, infrastructuur en een ketentest.

Voor het testen door de leveranciers tijdens de testfase zal de leverancier gebruik maken van een set aan testmateriaal. Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud of infrastructuur.

=Voorbereiding=
Om te kunnen testen tijdens de realisatie is het noodzakelijk dat de leverancier toegang heeft tot de benodigde tooling en omgevingen. Op de pagina [[mp:Draft_Testtooling|Tooling & omgevingen Kickstart Medicatieoverdracht]] staat beschreven hoe een account of toegang aangevraagd kan worden.

=Uitvoering=
De leverancier test de software op drie onderdelen. Voor alle testen stelt het Validatieloket omgevingen beschikbaar.

'''Inhoud''' 
De leverancier test aan de hand van kwalificatiescripts (c.q. testscripts) of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de realisatie heeft de leverancier de beschikking over de acceptatieomgeving (PTO-1). In deze acceptatieomgeving kan 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.

'''Ketentest''' 
De leverancier kan tijdens de realisatie verschillende ketentests uitvoeren. Door middel van de ketentest wordt getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier bij de andere partij aankomt. Van de verschillende types ketentesten is er minimaal 1 verplicht:
* Testen met de simulator: verplicht om minstens 1 test uit te voeren.
* Goedgekeurde berichten van leveranciers: indien mogelijk
* Testen met andere leveranciers: indien mogelijk

=Scenario's=
Voor elke test zijn er testscripts beschikbaar. Sommige scripts zijn openbaar gepubliceerd, andere kunnen opgevraagd worden per zorgtoepassing en systeemrol.
Op de landingspagina documentatie leveranciers (Handboek) staat een verwijzing naar de inhoudelijke testscripts: [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Test en validatiemateriaal]]. 
Infrastructurele en ketentestscripts worden op basis van systeemrol en zorgtoepassing gegenereerd, deze kunnen opgevraagd worden bij het Validatieloket via BITS of de casemanager.

=Resultaat=
De leverancier geeft bij het Validatieloket aan dat de (stap) testen succesvol is doorlopen en ze klaar zijn om naar de volgende fase te gaan. De leverancier verzamelt zijn testresultaten en overlegt deze aan het Validatieloket. Welke resultaten er aangeleverd moeten worden is afhankelijk van het te testen scenario.

Eind Q1 2023 wordt bekend welke scenario's er getest worden met de gewenste resultaten.

=Randvoorwaarden=
* De benodigde accounts zijn aangevraagd door de leverancier
* De leverancier heeft toegang tot de testomgeving
* De testberichten en testscripts zijn door het programma beschikbaar gesteld

'''Inhoud'''
* Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator
* Voor het testen van HL7 FHIR berichten tegen de simulator wordt gebruik gemaakt van Touchstone

'''Infrastructuur & Ketentesten'''
* De leverancier maakt gebruik van de acceptatieomgeving (PTO) om te testen

=Acceptatie=
Volgt april 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart

2023-04-19T08:22:28Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)|Proof of Concept (PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ (XIS)]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Testomgeving PGO''' ||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
||
* MedMij Zandbak omgeving
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 4 & 5 juli 2023 || 23 juni 2023
|-
| PoC #2|| 34 || 22 & 23 augustus 2023 || 20 augustus 2023
|-
| Labtest #1 || 36 || 5 & 6 september 2023 || 25 augustus 2023
|-
| Labtest #2 || 40 || 3 & 4 oktober 2023 || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 31 okt & 1 nov 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 28 & 29 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 12 & 13 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Kernteambuddy's|| Leveren reeds opgedane kennis vanuit de kernteams en zijn als buddy gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-04-11T10:05:45Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest uitgevoerd (labtest #1)
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats (labtest #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 

{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || Zorgaanbieders || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||

|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatie=
Volgt mei 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Praktijktest

2023-04-11T10:03:15Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Praktijktest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
In de praktijktest wordt in een gecontroleerde testomgeving meer ervaring opgedaan met de implementatie van de informatiestandaard en alle bijbehorende onderdelen door leveranciers en zorgaanbieders. Tijdens deze fase worden zoveel mogelijk use case scenario’s doorlopen om te zien of alles werkt conform verwachting. Deze scenario's hebben als basis de testscripts die zijn opgesteld door de samenwerkingsverbanden met het doel de richtlijn te toetsen vanuit sectoraal perspectief in de uitvoering. Hierbij is een belangrijk uitgangspunt dat de patiëntveiligheid niet in gevaar mag komen.

=Voorbereiding=
Ter voorbereiding van de praktijktest worden vanuit de sectoren en, gecoördineerd door de penvoerders, bij de zorgaanbieders alle te testen use case scenario's opgehaald. Deze use case scenario's bevatten bijvoorbeeld knelpunten en zorgen die reeds zijn geïnventariseerd. Dit kunnen specifieke situaties voor een zorgaanbieder zijn, maar ook huidige probleemsituaties die door medicatieproces 9 opgelost zijn en getest moeten worden.

Naast deze inventarisatie worden er vanuit het programma Medicatieoverdracht ook een groot aantal use cases voorbereid. Deze zullen zich vooral richten op de uitzonderingsgevallen binnen medicatieproces 9. Ook zullen er uitgebreidere hybride scenario's worden getest en zal er worden getest met de opgestelde migratie strategieën.

In samenwerking tussen het programma MO, Kickstart team, sectoren en de penvoerders zal de set aan use case scenario's worden geïnventariseerd en opgedeeld per deelnemer. Hierbij ontstaan twee categorieën use case scenario's. Namelijk use case scenario's voor:
# De deelnemende zorgaanbieders in de Kickstart
# Het programma Medicatieoverdracht

Naast deze inventarisatie worden er acceptatiecriteria opgesteld voor zowel de deelnemende zorgaanbieders als de scenario's die door het programma MO worden uitgevoerd.

* Gecoördineerd vanuit het Kickstart team werkt het programma MO de use case scenario's uit in testscripts.
* Gecoördineerd vanuit de penvoerders werken de sectoren en deelnemende zorgaanbieders de use case scenario's uit in testscripts.

=Uitvoering=
De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een testplan opgesteld waarin o.a. staat beschreven:
* Testcoördinatoren per deelnemer
* De use case scenario's die worden getest
* Uitwerking wanneer welk scenario zal worden getest
* Welke rollen van de deelnemers de tests zullen uitvoeren en wat hun mandaat is
* Met welke frequentie er issues worden gerapporteerd
* Met welke frequentie er aanpassingen worden gedaan door de leveranciers en wanneer de hertests worden uitgevoerd
* Hoe de afstemming met het implementatiebeheerteam van programma Medicatieoverdracht plaatsvindt
* Het acceptatieproces van de testscripts
* Het Go/No-Go proces

==Doorlooptijd==
De praktijktest heeft een doorlooptijd van 3 maanden.

==Deelnemers en rol==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de praktijktest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma MO !! Leverancier || Penvoerder || Zorgaanbieder
|-
| Informatieanalisten || || Testcoördinator || Testers
|-
| Zorganalisten || || ||
|-
| VZVZ ketentestteam || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de praktijktest wordt er gebruik gemaakt van testscripts. Een volledige lijst hiervan is te vinden via deze LINK ''(wordt aangevuld eind Q2)''

=Resultaat=
Het verwachte resultaat van de praktijktest is een positief testrapport door middel van Interoplab(LINK tools) na het doorlopen van alle vastgestelde use case scenario's en bijbehorende testscripts. Hierbij gelden de volgende punten:
* Er staan geen blokkerende issues open
* Er is geconstateerd dat de patiëntveiligheid niet in het gedrang is
* De openstaande issues zijn gelogd en geaccepteerd door de acceptanten
* Er is vanuit het testtraject een positief resultaat vastgesteld wat gebruikt wordt in het Go/No-Go proces van de stuurgroep t.b.v. overgang naar de eerste begeleide uitrol

=Randvoorwaarden=
* Leverancier heeft de validatie succesvol en zonder blokkerende bevindingen doorlopen
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts voor de praktijktest zijn opgesteld
* Er zijn decentrale testomgevingen beschikbaar gesteld bij de verschillende zorginstellingen

=Acceptatie=
Volgt juli/augustus 2023

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-03-29T11:17:17Z

Jesse Scherpenisse: /* Acceptatieprocedure */

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatie=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart

2023-03-23T13:46:35Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)|Proof of Concept (PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 4 & 5 juli 2023 || 23 juni 2023
|-
| PoC #2|| 34 || 22 & 23 augustus 2023 || 20 augustus 2023
|-
| Labtest #1 || 36 || 5 & 6 september 2023 || 25 augustus 2023
|-
| Labtest #2 || 40 || 3 & 4 oktober 2023 || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 31 okt & 1 nov 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 28 & 29 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 12 & 13 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Kernteambuddy's|| Leveren reeds opgedane kennis vanuit de kernteams en zijn als buddy gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Praktijktest

2023-03-20T09:36:46Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Praktijktest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
In de praktijktest wordt in een gecontroleerde testomgeving meer ervaring opgedaan met de implementatie van de informatiestandaard en alle bijbehorende onderdelen door leveranciers en zorgaanbieders. Tijdens deze fase worden zoveel mogelijk use case scenario’s doorlopen om te zien of alles werkt conform verwachting. Deze scenario's hebben als basis de testscripts die zijn opgesteld door de samenwerkingsverbanden met het doel de richtlijn te toetsen vanuit sectoraal perspectief in de uitvoering. Hierbij is een belangrijk uitgangspunt dat de patiëntveiligheid niet in gevaar mag komen.

=Voorbereiding=
Ter voorbereiding van de praktijktest worden vanuit de sectoren en, gecoördineerd door de penvoerders, bij de zorgaanbieders alle te testen use case scenario's opgehaald. Deze use case scenario's bevatten bijvoorbeeld knelpunten en zorgen die reeds zijn geïnventariseerd. Dit kunnen specifieke situaties voor een zorgaanbieder zijn, maar ook huidige probleemsituaties die door medicatieproces 9 opgelost zijn en getest moeten worden.

Naast deze inventarisatie worden er vanuit het programma Medicatieoverdracht ook een groot aantal use cases voorbereid. Deze zullen zich vooral richten op de uitzonderingsgevallen binnen medicatieproces 9. Ook zullen er uitgebreidere hybride scenario's worden getest en zal er worden getest met de opgestelde migratie strategieën.

In samenwerking tussen het programma MO, Kickstart team, sectoren en de penvoerders zal de set aan use case scenario's worden geïnventariseerd en opgedeeld per deelnemer. Hierbij ontstaan twee categorieën use case scenario's. Namelijk use case scenario's voor:
# De deelnemende zorgaanbieders in de Kickstart
# Het programma Medicatieoverdracht

Naast deze inventarisatie worden er acceptatiecriteria opgesteld voor zowel de deelnemende zorgaanbieders als de scenario's die door het programma MO worden uitgevoerd.

* Gecoördineerd vanuit het Kickstart team werkt het programma MO de use case scenario's uit in testscripts.
* Gecoördineerd vanuit de penvoerders werken de sectoren en deelnemende zorgaanbieders de use case scenario's uit in testscripts.

=Uitvoering=
De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een testplan opgesteld waarin o.a. staat beschreven:
* Testcoördinatoren per deelnemer
* De use case scenario's die worden getest
* Uitwerking wanneer welk scenario zal worden getest
* Welke rollen van de deelnemers de tests zullen uitvoeren en wat hun mandaat is
* Met welke frequentie er issues worden gerapporteerd
* Met welke frequentie er aanpassingen worden gedaan door de leveranciers en wanneer de hertests worden uitgevoerd
* Hoe de afstemming met het implementatiebeheerteam van programma Medicatieoverdracht plaatsvindt
* Het acceptatieproces van de testscripts
* Het Go/No-Go proces

==Doorlooptijd==
De praktijktest heeft een doorlooptijd van 3 maanden.

==Deelnemers en rol==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de praktijktest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma MO !! Leverancier || Penvoerder || Zorgaanbieder
|-
| Informatieanalisten || || Testcoördinator || Testers
|-
| Zorganalisten || || ||
|-
| VZVZ ketentestteam || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de praktijktest wordt er gebruik gemaakt van testscripts. Een volledige lijst hiervan is te vinden via deze LINK ''(wordt aangevuld eind Q2)''

=Resultaat=
Het verwachte resultaat van de praktijktest is een positief testrapport door middel van Interoplab(LINK tools) na het doorlopen van alle vastgestelde use case scenario's en bijbehorende testscripts. Hierbij gelden de volgende punten:
* Er staan geen blokkerende issues open
* Er is geconstateerd dat de patiëntveiligheid niet in het gedrang is
* De openstaande issues zijn gelogd en geaccepteerd door de acceptanten
* Er is vanuit het testtraject een positief resultaat vastgesteld wat gebruikt wordt in het Go/No-Go proces van de stuurgroep t.b.v. overgang naar de eerste begeleide uitrol

=Randvoorwaarden=
* Leverancier heeft de validatie succesvol en zonder blokkerende bevindingen doorlopen
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts voor de praktijktest zijn opgesteld
* Er zijn decentrale testomgevingen beschikbaar gesteld bij de verschillende zorginstellingen

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-03-20T09:26:14Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-03-20T09:25:37Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || ntb || ntb
|-
| Ingerichte en beschikbare test tooling || ntb || ntb
|-
| Ingericht testdossier per patiënt || ntb || ntb
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
|-
| Gedefinieerde acceptatiecriteria || ntb || ntb
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest uitgevoerd (labtest #1)
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats (labtest #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 

{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || Zorgaanbieders || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||

|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart

2023-03-15T15:00:27Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

=Algemeen=
Deze pagina is het startpunt voor de verschillende testen die uitgevoerd worden tijdens de Kickstart en beschrijft de kaders die daarin worden gehanteerd. Per testfase is er een aparte pagina beschikbaar met de benodigde informatie. Het doel is om eenieder die een organisatorische rol heeft in het testproces te informeren over het testtraject tijdens de Kickstart. Dit zijn zowel het programma Medicatieoverdracht als de penvoerders, zorgaanbieders en leveranciers.

=Testfasen=
Uitwerking van de verschillende testfasen is terug te vinden op onderstaande pagina's:
# [[mp:Draft_Testen_Kickstart_Ontwikkelfase|Testen tijdens realisatie]]
# [[mp:Draft_Testen_Kickstart_Proof_of_Concept_(PoC)|Proof of Concept (PoC)]]
# [[mp:Draft_Testen_Kickstart_Laboratoriumtest|Laboratoriumtest]]
# [[mp:Draft_Testen_Kickstart_Praktijktest|Praktijktest]]

{| class="wikitable"
|-
! !! Realisatie !! Proof of Concept !! Laboratoriumtest !! Praktijktest
|-
| '''[[mp:Draft_Testtooling#Testomgevingen_VZVZ|Testomgeving VZVZ]]'''|| [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|PTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO]] || [[mp:Draft_Testtooling#Testomgevingen_VZVZ|XTO + decentrale omgevingen Kickstart deelnemers]]
|-
| '''Uitvoerder''' ||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders)
||
* Leveranciers
* Programma Medicatieoverdracht
* Functionele acceptanten (Zorgaanbieders)
|-
| '''Doel''' ||
Technische test waar leveranciers tegen simulatoren testen

||
Technische test waar leveranciers met elkaar testen door middel van een centraal georganiseerde Connectathon

||
Functionele test waar zorgaanbieders met elkaar testen door middel van een centraal georganiseerde Connectathon

||
(Keten)testen waarbij decentraal tests worden uitgevoerd door zorgaanbieders, leveranciers en programma Medicatieoverdracht

|-
|-
| '''Test soort''' ||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten

||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Test bovensectorale gebruikerseisen
||
* Inhoudelijke testen
* Infrastructurele testen
* Ketentesten
* Acceptatie bovensectorale gebruikerseisen
||
* Decentrale use case scenario tests
* Gebruikersacceptatietest
|-
| '''Testscripts''' || [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Testmateriaal realisatie]] || LINK testmateriaal || LINK testmateriaal || LINK testmateriaal
|-
| '''Acceptant''' ||
* Validatieloket
||
* Validatieloket
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
||
* Validatieloket
* Zorgaanbieder regio's
* Sectoren
* Patiëntpanel
* Programma Medicatieoverdracht
|-
| '''Verwacht resultaat''' || Positief testrapport op basis van resultaat uit simulatoren || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport door middel van Interoplab(LINK tools) || Positief testrapport op basis van de functionele testscripts
|}

=Planning=

== Kickstart planning ==
{{anchor|figuur 1}}
[[Bestand:Planning_Kickstartfases_21-02-2023.png|Planning Kickstartfases]]

== Planning testfases stap 3/4==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 14 - 26 || April t/m juni 2023 || 31 maart 2023
|-
| PoC #1|| 27 || 3 & 4 juli 2023 || 23 juni 2023
|-
| PoC #2|| 34 || 21 & 22 augustus 2023 || 20 augustus 2023
|-
| Labtest #1 || 36 || 5 & 6 september 2023 || 25 augustus 2023
|-
| Labtest #2 || 40 || 2 & 3 oktober 2023 || 30 september 2023
|-
| Validatie || 41 & 42 || 9 t/m 20 oktober 2023 || 7 oktober 2023
|-
| Praktijktest || 43 - 5|| Vanaf 23 oktober 2023 || 13 oktober 2023
|-
| 1e begeleide uitrol || 6 - 32 || Vanaf 5 februari 2024 || 26 januari 2024
|}

== Planning testfases stap 5/6==
{| class="wikitable"
|-
! Onderdeel !! Week # !! Data !! Voorbereiding gereed
|-
| Realisatie || 27 - 43 || Juli t/m oktober 2023 || 29 september 2023
|-
| PoC #1|| 44 || 30 & 31 oktober 2023 ||20 oktober 2023
|-
| PoC #2|| 48 || 27 & 28 november 2023 ||26 november 2023
|-
| Labtest #1 || 50 || 11 & 12 december 2023 ||1 december 2023
|-
| Labtest #2 || 2 || 9 & 10 januari 2024 ||8 januari 2024
|-
| Validatie || 3 & 4 || 15 t/m 26 januari 2024 ||12 januari 2024
|-
| Praktijktest || 5 - 17 || Vanaf 29 januari 2024 ||19 januari 2024
|-
| 1e begeleide uitrol || 19 || Vanaf 6 mei 2024 ||26 april 2024
|}

=Rollen en verantwoordelijkheden=
Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven waarbij dit verder is uitgewerkt in een RACI tabel.

== Verantwoordelijkheden per team ==
{| class="wikitable"
|-
! Programma Medicatieoverdracht !! Verantwoordelijkheden
|-
| Ketentestteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten om in onderlinge samenwerking de kwaliteit van de AORTA-keten te borgen
|-
| Testteam || Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van individuele testtrajecten
|-
| Kwalificatiecentrum || Toetsen software op de correcte implementatie van informatiestandaarden, ook wel kwalificatie genoemd. Met deze kwalificatie tonen softwareleveranciers aan dat hun product of dienst aan de eisen voldoet en kunnen zorgverleners als eindgebruikers op de juiste manier informatie uitwisselen. Het kwalificatiecentrum coördineert dit proces
|-
| Informatieanalisten || Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en ondersteuning van het kwalificatieteam in het toetsen van correcte implementatie
|-
| Zorganalisten || Begeleiden zorgsectoren bij het uitwerken van zorginhoudelijke onderwerpen waaronder het opstellen van de use case scenario's tbv de bovensectorale gebruikerseisen. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces
|-
| Validatieloket || Begeleiden zorg- en ICT-organisaties tijdens het traject van bouw, implementatie en validatie
|-
| HL7 experts || Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. Ondersteunen leveranciers tbv vragenafhandeling. Stellen voorbeeld HL7v3/FHIR berichten op
|-
| Solution architecten|| Kennen ontwikkelingen in de zorg, in de techniek en wet- en regelgeving die een relatie hebben met de Kickstart. Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden (Zoals bijvoorbeeld Zorg-AB)
|-
| Test coördinator Kickstart|| Coördineert de voorbereiding en organisatie van de Proof of Concept en laboratoriumtest. Biedt ondersteuning aan de samenwerkingsorganisaties ten behoeve van de praktijktest.
|}

{| class="wikitable"
|-
! Samenwerkingsverband !! Verantwoordelijkheden
|-
| Penvoerders|| Stelt test coördinator aan die de voorbereiding, uitvoer en resultaten van de verschillende testfases coördineert
Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders
|-
| Leveranciers || Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases
|-
| Zorgaanbieders || Stelt test aanspreekpunt aan en coördineert het testtraject binnen eigen instantie(s)
Zoekt actieve ondersteuning vanuit de eigen sector, naast het programma en het samenwerkingsverband, om de generieke toepasbaarheid binnen de verschillende sectoren, werkprocessen en systemen te borgen.
Faciliteert onderlinge samenwerking tussen de verschillende zorgaanbieders, zodat in de keten samengewerkt wordt.
Accepteert de bovensectorale gebruikerseisen
|}

{| class="wikitable"
|-
! Sectorenondersteuning!! Verantwoordelijkheden
|-
| Sectorondersteuners|| Verzamelen informatie voor use case scenario's t.b.v. laboratoriumtest en praktijktest vanuit hun achterban. Stemmen af en bieden ondersteuning voor de kernteambuddy's
|-
| Kernteambuddy's|| Leveren reeds opgedane kennis vanuit de kernteams en zijn als buddy gekoppeld aan de zorgverleners van de deelnemende instanties. Toetsen vanuit de sectoren of de Kickstart resultaten geschikt zijn voor brede uitrol
|}

== RACI tabel==
Onderstaande RACI tabel beschrijft de verantwoordelijkheden van de verschillende rollen zoals hierboven beschreven. 

{{anchor|figuur 1}}
[[Bestand:RACI_versie_2_(27-2-2023).png|RACI rollen en verantwoordelijkheden]]
* R – Responsible (Verantwoordelijk)
* A – Accountable (Eindverantwoordelijk)
* C – Consulted (Geraadpleegd)
* I – Informed (Geïnformeerd)

=Hulpmiddelen (tools) en omgevingen=
Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:
* [[mp:Draft_Testtooling|Tooling & omgevingen]]

=Definities=
* '''Use cases landschap (per samenwerkingsverband)''': Beschrijving van alle transacties (informatiestromen) die plaatsvinden tussen de zorgaanbieders en met patiënten in beide samenwerkingsverbanden. Dit vormt het uitgangspunt van alle testen in de Kickstart.
* '''Use case scenario's''': Uitgeschreven scenario’s op basis van de transacties, zoals uitgewerkt in Landschap use cases per regio. Per situatie wordt beschreven welke zorgaanbieders zijn betrokken en welke inhoudelijke medicatie informatie geldt. Deze scenario's worden gebruikt voor de use case scenario testscripts.
* '''Use case scenario testscripts''': Processtappen die worden doorlopen in functionele testscripts op basis van de opgestelde use case scenario’s. De processtappen worden doorlopen in de Proof of Concept en laboratoriumtest.
* '''Software specifieke testscripts''': Beschrijving van de specifieke stappen die worden doorlopen binnen de zorginformatiesystemen van de zorgaanbieders.
* '''Acceptatiecriteria''': Meetinstrument om te bepalen of voldaan is aan de afgesproken eisen voor functionaliteit en kwaliteit. De uitkomsten van de tests worden hierop getoetst, deze verschillen per testfase.

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-03-15T14:57:04Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest uitgevoerd (labtest #1)
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats (labtest #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 

{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || Zorgaanbieders || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||

|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-03-15T14:56:27Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC test #1 uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats (PoC test #2)
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Ontwikkelfase

2023-03-15T14:54:25Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Realisatie}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
Tijdens de realisatie test de leverancier haar ontwikkelde product. Om ervoor te zorgen dat het product gereed is voor de volgende fase en de validatie gaat er op drie onderdelen getest worden: inhoud, infrastructuur en een ketentest.

Voor het testen door de leveranciers tijdens de testfase zal de leverancier gebruik maken van een set aan testmateriaal. Daarnaast zijn omgevingen beschikbaar waarmee de leverancier kan testen op inhoud of infrastructuur.

=Voorbereiding=
Om te kunnen testen tijdens de realisatie is het noodzakelijk dat de leverancier toegang heeft tot de benodigde tooling en omgevingen. Op de pagina [[mp:Draft_Testtooling|Tooling & omgevingen Kickstart Medicatieoverdracht]] staat beschreven hoe een account of toegang aangevraagd kan worden.

=Uitvoering=
De leverancier test de software op drie onderdelen. Voor alle testen stelt het Validatieloket omgevingen beschikbaar.

'''Inhoud''' 
De leverancier test aan de hand van kwalificatiescripts (c.q. testscripts) of de informatiestandaard op een correcte wijze is geïmplementeerd.

'''Infrastructuur''' 
Tijdens de realisatie heeft de leverancier de beschikking over de acceptatieomgeving (XTO-1). In deze acceptatieomgeving kan 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.

'''Ketentest''' 
De leverancier kan tijdens de realisatie verschillende ketentests uitvoeren. Door middel van de ketentest wordt getest of het bericht goed wordt verwerkt binnen de keten en op de juiste manier bij de andere partij aankomt. Van de verschillende types ketentesten is er minimaal 1 verplicht:
* Testen met de simulator: verplicht om minstens 1 test uit te voeren.
* Goedgekeurde berichten van leveranciers: indien mogelijk
* Testen met andere leveranciers: indien mogelijk

=Scenario's=
Voor elke test zijn er testscripts beschikbaar. Sommige scripts zijn openbaar gepubliceerd, andere kunnen opgevraagd worden per zorgtoepassing en systeemrol.
Op de landingspagina documentatie leveranciers (Handboek) staat een verwijzing naar de inhoudelijke testscripts: [[mp:Medicatieoverdracht_Kickstart#TEST-_EN_VALIDATIEMATERIAAL|Test en validatiemateriaal]]. 
Infrastructurele en ketentestscripts worden op basis van systeemrol en zorgtoepassing gegenereerd, deze kunnen opgevraagd worden bij het Validatieloket via BITS of de casemanager.

=Resultaat=
De leverancier geeft bij het Validatieloket aan dat de (stap) testen succesvol is doorlopen en ze klaar zijn om naar de volgende fase te gaan. De leverancier verzamelt zijn testresultaten en overlegt deze aan het Validatieloket. Welke resultaten er aangeleverd moeten worden is afhankelijk van het te testen scenario.

Eind Q1 2023 wordt bekend welke scenario's er getest worden met de gewenste resultaten.

=Randvoorwaarden=
* De benodigde accounts zijn aangevraagd door de leverancier
* De leverancier heeft toegang tot de testomgeving
* De testberichten en testscripts zijn door het programma beschikbaar gesteld

'''Inhoud'''
* Voor het testen van HL7v3 berichten tegen de simulator wordt gebruik gemaakt van de kwalificatiesimulator
* Voor het testen van HL7 FHIR berichten tegen de simulator wordt gebruik gemaakt van Touchstone

'''Infrastructuur & Ketentesten'''
* De leverancier maakt gebruik van de acceptatieomgeving (PTO) om te testen

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Praktijktest

2023-03-15T14:46:45Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Praktijktest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
In de praktijktest wordt in een gecontroleerde testomgeving meer ervaring opgedaan met de implementatie van de informatiestandaard en alle bijbehorende onderdelen door leveranciers en zorgaanbieders. Tijdens deze fase worden zoveel mogelijk use case scenario’s doorlopen om te zien of alles werkt conform verwachting. Deze scenario's hebben als basis de testscripts die zijn opgesteld door de samenwerkingsverbanden met het doel de richtlijn te toetsen vanuit sectoraal perspectief in de uitvoering. Hierbij is een belangrijk uitgangspunt dat de patiëntveiligheid niet in gevaar mag komen.

=Voorbereiding=
Ter voorbereiding van de praktijktest worden vanuit de sectoren en, gecoördineerd door de penvoerders, bij de zorgaanbieders alle te testen use case scenario's opgehaald. Een deel van deze use case scenario's bevatten knelpunten en zorgen die zijn geïnventariseerd. Een ander deel bevatten de belangrijkste processen die worden aangegeven door de deelnemers om te testen.

Naast deze inventarisatie worden er vanuit het programma Medicatieoverdracht ook een groot aantal use cases voorbereid. Deze zullen zich vooral richten op de uitzonderingsgevallen binnen medicatieproces 9. Ook zullen er uitgebreidere hybride scenario's worden getest en zal er worden getest met de opgestelde migratie strategieën.

In samenwerking tussen het programma MO, Kickstart team, sectoren en de penvoerders zal de set aan use case scenario's worden geïnventariseerd en opgedeeld per deelnemer. Hierbij ontstaan twee categorieën use case scenario's. Namelijk use case scenario's voor:
# De deelnemende zorgaanbieders in de Kickstart
# Het programma Medicatieoverdracht

Naast deze inventarisatie worden er acceptatiecriteria opgesteld voor zowel de deelnemende zorgaanbieders als de scenario's die door het programma MO worden uitgevoerd.

* Gecoördineerd vanuit het Kickstart team werkt het programma MO de use case scenario's uit in testscripts.
* Gecoördineerd vanuit de penvoerders werken de sectoren en deelnemende zorgaanbieders de use case scenario's uit in testscripts.

=Uitvoering=
De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een testplan opgesteld waarin o.a. staat beschreven:
* Testcoördinatoren per deelnemer
* De use case scenario's die worden getest
* Uitwerking wanneer welk scenario zal worden getest
* Welke rollen van de deelnemers de tests zullen uitvoeren en wat hun mandaat is
* Met welke frequentie er issues worden gerapporteerd
* Met welke frequentie er aanpassingen worden gedaan door de leveranciers en wanneer de hertests worden uitgevoerd
* Hoe de afstemming met het implementatiebeheerteam van programma Medicatieoverdracht plaatsvindt
* Het acceptatieproces van de testscripts
* Het Go/No-Go proces

==Doorlooptijd==
De praktijktest heeft een doorlooptijd van 3 maanden.

==Deelnemers en rol==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de praktijktest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma MO !! Leverancier || Penvoerder || Zorgaanbieder
|-
| Informatieanalisten || || Testcoördinator || Testers
|-
| Zorganalisten || || ||
|-
| VZVZ ketentestteam || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de praktijktest wordt er gebruik gemaakt van testscripts. Een volledige lijst hiervan is te vinden via deze LINK ''(wordt aangevuld eind Q2)''

=Resultaat=
Het verwachte resultaat van de praktijktest is een positief testrapport door middel van Interoplab(LINK tools) na het doorlopen van alle vastgestelde use case scenario's en bijbehorende testscripts. Hierbij gelden de volgende punten:
* Er staan geen blokkerende issues open
* Er is geconstateerd dat de patiëntveiligheid niet in het gedrang is
* De openstaande issues zijn gelogd en geaccepteerd door de acceptanten
* Er is vanuit het testtraject een positief resultaat vastgesteld wat gebruikt wordt in het Go/No-Go proces van de stuurgroep t.b.v. overgang naar de eerste begeleide uitrol

=Randvoorwaarden=
* Leverancier heeft de validatie succesvol en zonder blokkerende bevindingen doorlopen
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts voor de praktijktest zijn opgesteld
* Er zijn decentrale testomgevingen beschikbaar gesteld bij de verschillende zorginstellingen

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Praktijktest

2023-03-15T14:46:28Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Praktijktest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
In de praktijktest wordt in een gecontroleerde testomgeving meer ervaring opgedaan met de implementatie van de informatiestandaard en alle bijbehorende onderdelen door leveranciers en zorgaanbieders. Tijdens deze fase worden zoveel mogelijk use case scenario’s doorlopen om te zien of alles werkt conform verwachting. Deze scenario's hebben als basis de testscripts die zijn opgesteld door de samenwerkingsverbanden met het doel de richtlijn te toetsen vanuit sectoraal perspectief in de uitvoering. Hierbij is een belangrijk uitgangspunt dat de patiëntveiligheid niet in gevaar mag komen.

=Voorbereiding=
Ter voorbereiding van de praktijktest worden vanuit de sectoren en, gecoördineerd door de penvoerders, bij de zorgaanbieders alle te testen use case scenario's opgehaald. Een deel van deze use case scenario's bevatten knelpunten en zorgen die zijn geïnventariseerd. Een ander deel bevatten de belangrijkste processen die worden aangegeven door de deelnemers om te testen.

Naast deze inventarisatie worden er vanuit het programma Medicatieoverdracht ook een groot aantal use cases voorbereid. Deze zullen zich vooral richten op de uitzonderingsgevallen binnen medicatieproces 9. Ook zullen er uitgebreidere hybride scenario's worden getest en zal er worden getest met de opgestelde migratie strategieën.

In samenwerking tussen het programma MO, Kickstart team, sectoren en de penvoerders zal de set aan use case scenario's worden geïnventariseerd en opgedeeld per deelnemer. Hierbij ontstaan twee categorieën use case scenario's. Namelijk use case scenario's voor:
# De deelnemende zorgaanbieders in de Kickstart
# Het programma Medicatieoverdracht

Naast deze inventarisatie worden er acceptatiecriteria opgesteld voor zowel de deelnemende zorgaanbieders als de scenario's die door het programma MO worden uitgevoerd.

* Gecoördineerd vanuit het Kickstart team werkt het programma MO de use case scenario's uit in testscripts.
* Gecoördineerd vanuit de penvoerders werken de sectoren en deelnemende zorgaanbieders de use case scenario's uit in testscripts.

=Uitvoering=
De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een testplan opgesteld waarin o.a. staat beschreven:
* Testcoördinatoren per deelnemer
* De use case scenario's die worden getest
* Uitwerking wanneer welk scenario zal worden getest
* Welke rollen van de deelnemers de tests zullen uitvoeren en wat hun mandaat is
* Met welke frequentie er issues worden gerapporteerd
* Met welke frequentie er aanpassingen worden gedaan door de leveranciers en wanneer de hertests worden uitgevoerd
* Hoe de afstemming met het implementatiebeheerteam van programma Medicatieoverdracht plaatsvindt
* Het acceptatieproces van de testscripts
* Het Go/No-Go proces

==Doorlooptijd==
De praktijktest heeft een doorlooptijd van 3 maanden.

==Deelnemers en rol==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de praktijktest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier || Penvoerder || Zorgaanbieder
|-
| Informatieanalisten || || Testcoördinator || Testers
|-
| Zorganalisten || || ||
|-
| VZVZ ketentestteam || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de praktijktest wordt er gebruik gemaakt van testscripts. Een volledige lijst hiervan is te vinden via deze LINK ''(wordt aangevuld eind Q2)''

=Resultaat=
Het verwachte resultaat van de praktijktest is een positief testrapport door middel van Interoplab(LINK tools) na het doorlopen van alle vastgestelde use case scenario's en bijbehorende testscripts. Hierbij gelden de volgende punten:
* Er staan geen blokkerende issues open
* Er is geconstateerd dat de patiëntveiligheid niet in het gedrang is
* De openstaande issues zijn gelogd en geaccepteerd door de acceptanten
* Er is vanuit het testtraject een positief resultaat vastgesteld wat gebruikt wordt in het Go/No-Go proces van de stuurgroep t.b.v. overgang naar de eerste begeleide uitrol

=Randvoorwaarden=
* Leverancier heeft de validatie succesvol en zonder blokkerende bevindingen doorlopen
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts voor de praktijktest zijn opgesteld
* Er zijn decentrale testomgevingen beschikbaar gesteld bij de verschillende zorginstellingen

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Praktijktest

2023-03-15T14:36:53Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Praktijktest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
In de praktijktest wordt in een gecontroleerde testomgeving meer ervaring opgedaan met de implementatie van de informatiestandaard en alle bijbehorende onderdelen door leveranciers en zorgaanbieders. Tijdens deze fase worden zoveel mogelijk use case scenario’s doorlopen om te zien of alles werkt conform verwachting. Deze scenario's hebben als basis de testscripts die zijn opgesteld door de samenwerkingsverbanden met het doel de richtlijn te toetsen vanuit sectoraal perspectief in de uitvoering. Hierbij is een belangrijk uitgangspunt dat de patiëntveiligheid niet in gevaar mag komen.

=Voorbereiding=
Ter voorbereiding van de praktijktest worden vanuit de sectoren en, gecoördineerd door de penvoerders, bij de zorgaanbieders alle te testen use case scenario's opgehaald. Een deel van deze use case scenario's bevatten knelpunten en zorgen die zijn geïnventariseerd. Een ander deel bevatten de belangrijkste processen die worden aangegeven door de deelnemers om te testen.

Naast deze inventarisatie worden er vanuit het programma Medicatieoverdracht ook een groot aantal use cases voorbereid. Deze zullen zich vooral richten op de uitzonderingsgevallen binnen medicatieproces 9. Ook zullen er uitgebreidere hybride scenario's worden getest en zal er worden getest met de opgestelde migratie strategieën.

In samenwerking tussen het programma MO, Kickstart team, sectoren en de penvoerders zal de set aan use case scenario's worden geïnventariseerd en opgedeeld per deelnemer. Hierbij ontstaan twee categorieën use case scenario's. Namelijk use case scenario's voor:
# De deelnemende zorgaanbieders in de Kickstart
# Het programma Medicatieoverdracht

Naast deze inventarisatie worden er acceptatiecriteria opgesteld voor zowel de deelnemende zorgaanbieders als de scenario's die door het programma MO worden uitgevoerd.

* Gecoördineerd vanuit het Kickstart team werkt het programma MO de use case scenario's uit in testscripts.
* Gecoördineerd vanuit de penvoerders werken de sectoren en deelnemende zorgaanbieders de use case scenario's uit in testscripts.

=Uitvoering=
De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een testplan opgesteld waarin o.a. staat beschreven:
* Testcoördinatoren per deelnemer
* De use case scenario's die worden getest
* Uitwerking wanneer welk scenario zal worden getest
* Welke rollen van de deelnemers de tests zullen uitvoeren en wat hun mandaat is
* Met welke frequentie er issues worden gerapporteerd
* Met welke frequentie er aanpassingen worden gedaan door de leveranciers en wanneer de hertests worden uitgevoerd
* Hoe de afstemming met het implementatiebeheerteam van programma Medicatieoverdracht plaatsvindt
* Het acceptatieproces van de testscripts
* Het Go/No-Go proces

==Doorlooptijd==
De praktijktest heeft een doorlooptijd van 3 maanden.

==Deelnemers en rol==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de praktijktest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband
|-
| Informatieanalisten || Testcoördinator
|-
| Zorganalisten || Leverancier
|-
| VZVZ ketentestteam || Zorgaanbieders
|-
| Test coördinator Kickstart ||
|}

=Scenario's=
Tijdens de praktijktest wordt er gebruik gemaakt van testscripts. Een volledige lijst hiervan is te vinden via deze LINK ''(wordt aangevuld eind Q2)''

=Resultaat=
Het verwachte resultaat van de praktijktest is een positief testrapport door middel van Interoplab(LINK tools) na het doorlopen van alle vastgestelde use case scenario's en bijbehorende testscripts. Hierbij gelden de volgende punten:
* Er staan geen blokkerende issues open
* Er is geconstateerd dat de patiëntveiligheid niet in het gedrang is
* De openstaande issues zijn gelogd en geaccepteerd door de acceptanten
* Er is vanuit het testtraject een positief resultaat vastgesteld wat gebruikt wordt in het Go/No-Go proces van de stuurgroep t.b.v. overgang naar de eerste begeleide uitrol

=Randvoorwaarden=
* Leverancier heeft de validatie succesvol en zonder blokkerende bevindingen doorlopen
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts voor de praktijktest zijn opgesteld
* Er zijn decentrale testomgevingen beschikbaar gesteld bij de verschillende zorginstellingen

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-03-15T14:29:03Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-03-15T14:29:00Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest worden uitgevoerd
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 

{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || Zorgaanbieders || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||

|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-03-15T14:21:50Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-03-15T14:21:37Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest worden uitgevoerd
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]) - (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers). 

{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || Zorgaanbieders || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||

|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-03-15T14:15:56Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Penvoerder !! Overig
|-
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Testspecialist || || DXC (remote)
|-
| HL7 experts || Ontwikkelaar (remote) || ||
|-
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||
|-
| Procesbegeleider || || ||
|-
| Facilitaire organisatie || || ||
|-
| Test coördinator Kickstart || || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-02-27T09:47:41Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]

'''Doorlooptijd stap 5 & 6''' 
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Praktijktest

2023-02-27T08:54:56Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Praktijktest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
In de praktijktest wordt in een gecontroleerde testomgeving meer ervaring opgedaan met de implementatie van de informatiestandaard en alle bijbehorende onderdelen door leveranciers en zorgaanbieders. Tijdens deze fase worden zoveel mogelijk use case scenario’s doorlopen om te zien of alles werkt conform verwachting. Deze scenario's hebben als basis de testscripts die zijn opgesteld door de samenwerkingsverbanden met het doel de richtlijn te toetsen vanuit sectoraal perspectief in de uitvoering. Hierbij is een belangrijk uitgangspunt dat de patiëntveiligheid niet in gevaar mag komen.

=Voorbereiding=
Ter voorbereiding van de praktijktest worden vanuit de sectoren en, gecoördineerd door de penvoerders, bij de zorginstanties alle te testen use case scenario's opgehaald. Een deel van deze use case scenario's bevatten knelpunten en zorgen die zijn geïnventariseerd. Een ander deel bevatten de belangrijkste processen die worden aangegeven door de deelnemers om te testen.

Naast deze inventarisatie worden er vanuit het programma Medicatieoverdracht ook een groot aantal use cases voorbereid. Deze zullen zich vooral richten op de uitzonderingsgevallen binnen medicatieproces 9. Ook zullen er uitgebreidere hybride scenario's worden getest en zal er worden getest met de opgestelde migratie strategieën.

In samenwerking tussen het programma MO, Kickstart team, sectoren en de penvoerders zal de set aan use case scenario's worden geïnventariseerd en opgedeeld per deelnemer. Hierbij ontstaan twee categorieën use case scenario's. Namelijk use case scenario's voor:
# De deelnemende zorginstellingen in de Kickstart
# Het programma Medicatieoverdracht

Naast deze inventarisatie worden er acceptatiecriteria opgesteld voor zowel de deelnemende instanties als de scenario's die door het programma MO worden uitgevoerd.

* Gecoördineerd vanuit het Kickstart team werkt het programma MO de use case scenario's uit in testscripts.
* Gecoördineerd vanuit de penvoerders werken de sectoren en deelnemende zorginstellingen de use case scenario's uit in testscripts.

=Uitvoering=
De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een testplan opgesteld waarin o.a. staat beschreven:
* Testcoördinatoren per deelnemer
* De use case scenario's die worden getest
* Uitwerking wanneer welk scenario zal worden getest
* Welke rollen van de deelnemers de tests zullen uitvoeren en wat hun mandaat is
* Met welke frequentie er issues worden gerapporteerd
* Met welke frequentie er aanpassingen worden gedaan door de leveranciers en wanneer de hertests worden uitgevoerd
* Hoe de afstemming met het implementatiebeheerteam van programma Medicatieoverdracht plaatsvindt
* Het acceptatieproces van de testscripts
* Het Go/No-Go proces

==Doorlooptijd==
De praktijktest heeft een doorlooptijd van 3 maanden.

==Deelnemers en rol==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de praktijktest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband
|-
| Informatieanalisten || Testcoördinator
|-
| Zorganalisten || Leverancier
|-
| VZVZ ketentestteam || Zorgaanbieders
|-
| Test coördinator Kickstart ||
|}

=Scenario's=
Tijdens de praktijktest wordt er gebruik gemaakt van testscripts. Een volledige lijst hiervan is te vinden via deze LINK ''(wordt aangevuld eind Q2)''

=Resultaat=
Het verwachte resultaat van de praktijktest is een positief testrapport door middel van Interoplab(LINK tools) na het doorlopen van alle vastgestelde use case scenario's en bijbehorende testscripts. Hierbij gelden de volgende punten:
* Er staan geen blokkerende issues open
* Er is geconstateerd dat de patiëntveiligheid niet in het gedrang is
* De openstaande issues zijn gelogd en geaccepteerd door de acceptanten
* Er is vanuit het testtraject een positief resultaat vastgesteld wat gebruikt wordt in het Go/No-Go proces van de stuurgroep t.b.v. overgang naar de eerste begeleide uitrol

=Randvoorwaarden=
* Leverancier heeft de validatie succesvol en zonder blokkerende bevindingen doorlopen
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts voor de praktijktest zijn opgesteld
* Er zijn decentrale testomgevingen beschikbaar gesteld bij de verschillende zorginstellingen

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Praktijktest

2023-02-27T08:52:22Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Praktijktest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}
In de praktijktest wordt in een gecontroleerde testomgeving meer ervaring opgedaan met de implementatie van de informatiestandaard en alle bijbehorende onderdelen door leveranciers en zorgaanbieders. Tijdens deze fase worden zoveel mogelijk use case scenario’s doorlopen om te zien of alles werkt conform verwachting. Deze scenario's hebben als basis de testscripts die zijn opgesteld door de samenwerkingsverbanden met het doel de richtlijn te toetsen vanuit sectoraal perspectief in de uitvoering. Hierbij is een belangrijk uitgangspunt dat de patiëntveiligheid niet in gevaar mag komen.

=Voorbereiding=
Ter voorbereiding van de praktijktest worden vanuit de sectoren en, gecoördineerd door de penvoerders, bij de zorginstanties alle te testen use case scenario's opgehaald. Een deel van deze use case scenario's bevatten knelpunten en zorgen die zijn geïnventariseerd. Een ander deel bevatten de belangrijkste processen die worden aangegeven door de deelnemers om te testen.

Naast deze inventarisatie worden er vanuit het programma Medicatieoverdracht ook een groot aantal use cases voorbereid. Deze zullen zich vooral richten op de uitzonderingsgevallen binnen medicatieproces 9. Ook zullen er uitgebreidere hybride scenario's worden getest en zal er worden getest met de opgestelde migratie strategieën.

In samenwerking tussen het programma MO, Kickstart team, sectoren en de penvoerders zal de set aan use case scenario's worden geïnventariseerd en opgedeeld per deelnemer. Hierbij ontstaan twee categorieën use case scenario's. Namelijk use case scenario's voor:
# De deelnemende zorginstellingen in de Kickstart
# Het programma Medicatieoverdracht

Naast deze inventarisatie worden er acceptatiecriteria opgesteld voor zowel de deelnemende instanties als de scenario's die door het programma MO worden uitgevoerd.

* Gecoördineerd vanuit het Kickstart team werkt het programma MO de use case scenario's uit in testscripts.
* Gecoördineerd vanuit de penvoerders werken de sectoren en deelnemende zorginstellingen de use case scenario's uit in testscripts.

=Uitvoering=
De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een testplan opgesteld waarin o.a. staat beschreven:
* Testcoördinatoren per deelnemer
* De use case scenario's die worden getest
* Uitwerking wanneer welk scenario zal worden getest
* Welke rollen van de deelnemers de tests zullen uitvoeren en wat hun mandaat is
* Met welke frequentie er issues worden gerapporteerd
* Met welke frequentie er aanpassingen worden gedaan door de leveranciers en wanneer de hertests worden uitgevoerd
* Hoe de afstemming met het implementatiebeheerteam van programma Medicatieoverdracht plaatsvindt
* Het acceptatieproces van de testscripts
* Het Go/No-Go proces

==Doorlooptijd==
De praktijktest heeft een doorlooptijd van 3 maanden.

==Deelnemers en rol==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de praktijktest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband
|-
| Informatieanalisten || Testcoördinator
|-
| Zorganalisten || Leverancier
|-
| VZVZ ketentestteam || Zorgaanbieders
|-
| Test coördinator Kickstart ||
|}

=Scenario's=
Tijdens de praktijktest wordt er gebruik gemaakt van testscripts. Een volledige lijst hiervan is te vinden via deze LINK ''(wordt aangevuld eind Q2)''

=Resultaat=
Het verwachte resultaat van de praktijktest is een positief testrapport door middel van Interoplab(LINK tools) na het doorlopen van alle vastgestelde use case scenario's en bijbehorende testscripts. Hierbij gelden de volgende punten:
* Er geen blokkerende issues openstaan
* Er is geconstateerd dat de patiëntveiligheid niet in het gedrang is
* De openstaande issues zijn gelogd en geaccepteerd door de acceptanten
* Er een GO is vastgesteld door de stuurgroep t.b.v. overgang naar de eerste begeleide uitrol

=Randvoorwaarden=
* Leverancier heeft de validatie succesvol en zonder blokkerende bevindingen doorlopen
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts voor de praktijktest zijn opgesteld
* Er zijn decentrale testomgevingen beschikbaar gesteld bij de verschillende zorginstellingen

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-02-27T08:49:41Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest worden uitgevoerd
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 

{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || Zorgaanbieders ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-02-27T08:49:31Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.

'''Doorlooptijd stap 5 & 6''' 
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools). Hierbij gelden de volgende punten:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-02-27T08:48:29Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest worden uitgevoerd
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 

{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || Zorgaanbieders ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is een positief testrapport door middel van Interoplab(LINK tools). Waarbij onderstaande punten gelden:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen
* Er zijn geen blokkerende issues geconstateerd
* De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-02-27T08:44:23Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.

'''Doorlooptijd stap 5 & 6''' 
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, één dag in beslag.

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools).
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-02-27T08:43:36Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest worden uitgevoerd
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats
* De hertest neemt, afhankelijk van de aard van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 

{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || Zorgaanbieders ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Er zijn geen blokkerende issues geconstateerd. De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria.

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-02-27T08:40:25Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de laboratoriumtest vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest worden uitgevoerd
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats
* De hertest neemt, naar geleide van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 

{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || Zorgaanbieders ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Er zijn geen blokkerende issues geconstateerd. De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria.

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Laboratoriumtest

2023-02-27T08:40:08Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Laboratoriumtest}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de laboratoriumtesten worden testscripts doorlopen door leveranciers én zorgaanbieders. Hierbij wordt niet alleen naar de technische correctheid van de uitgewisselde informatie gekeken, maar ook naar de functionele bruikbaarheid van het systeem (met name door de eindgebruiker). Daarnaast vindt de acceptatie van de in het kernteam vastgestelde bovensectorale gebruikerseisen plaats.

=Voorbereiding=
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma MO !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De laboratoriumtest wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De laboratoriumtest heeft een doorlooptijd van vijf weken. In deze vijf weken wordt de laboratoriumtest twee maal uitgevoerd.
* In de eerste week wordt de laboratoriumtest worden uitgevoerd
* De laboratoriumtest neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de vijfde week vindt een hertest plaats
* De hertest neemt, naar geleide van de geconstateerde issues, twee dagen in beslag. Dit gebeurt fysiek.

[[Bestand:Doorlooptijden_Laboratoriumtest_stap_3,4,5&6.png|Doorlooptijden Laboratoriumtest]]

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de laboratoriumtest (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 

{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || Zorgaanbieders ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de laboratoriumtest wordt er gebruik gemaakt van testscripts.

Een aantal van deze scripts zijn:
* Kwalificatiescripts
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts t.b.v. bovensectorale eisen)
* Selectie specifieke testscripts/testscenario’s t.b.v. laboratoriumtest

Een volledige lijst van de gebruikte testscripts tijdens de laboratoriumtest kunt u hier(LINK) vinden.

=Resultaat=
Het verwachte resultaat van de laboratoriumtest is:
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Er zijn geen blokkerende issues geconstateerd. De acceptanten vanuit de zorgverleners hebben hun akkoord afgegeven voor werkbaarheid van het systeem en de bovensectorale gebruikerseisen op basis van de opgestelde acceptatiecriteria.

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Vanuit de kickstartregio’s zijn voldoende/geschikte resources beschikbaar gesteld
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving XTO-1 is gerealiseerd
* De kwalificatiescripts en acceptatiescripts zijn succesvol doorlopen. Alle blokkerende issues zijn opgelost

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-02-27T08:39:15Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de geconstateerde issues, één dag in beslag.

'''Doorlooptijd stap 5 & 6''' 
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de geconstateerde issues, één dag in beslag.

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is een positief testrapport door middel van Interoplab(LINK tools).
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-02-27T08:36:28Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de geconstateerde issues, één dag in beslag.

'''Doorlooptijd stap 5 & 6''' 
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de geconstateerde issues, één dag in beslag.

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-02-27T08:35:46Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de geconstateerde issues, één dag in beslag. Afhankelijk van de issues gebeurt dit fysiek of remote.

'''Doorlooptijd stap 5 & 6''' 
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, afhankelijk van de geconstateerde issues, één dag in beslag. Afhankelijk van de issues gebeurt dit fysiek of remote.

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}

mp:Draft Testen Kickstart Proof of Concept (PoC)

2023-02-27T08:34:52Z

Jesse Scherpenisse:

__NUMBEREDHEADINGS__
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

Tijdens de Proof of Concept (PoC) wordt de technische en functionele werking van de door de leveranciers gemaakte onderdelen getest. Dit wordt gedaan door onderlinge tests tussen de leveranciers met de onderdelen die in de vorige fase zijn gerealiseerd. Daarnaast doorlopen inhoudsdeskundigen van het programma Medicatieoverdracht het medicatieproces om te kijken of de gebouwde onderdelen functioneel werkbaar zijn in de praktijk. Als dit niet zo is, kunnen de leveranciers dit in deze fase nog bijstellen.

=Voorbereiding =
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk:
{| class="wikitable"
|-
! Programma Mo !! Leverancier !! Samenwerkingsverband
|-
| Set aan testpatiënten || Voorbeeld || Voorbeeld
|-
| Ingerichte en beschikbare test tooling || Voorbeeld || Voorbeeld
|-
| Ingericht testdossier per patiënt || Voorbeeld || Voorbeeld
|-
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || Voorbeeld || Voorbeeld
|-
| Gedefinieerde acceptatiecriteria || Voorbeeld || Voorbeeld
|}

Voorafgaand aan de Proof of Concept (PoC) vindt door programma Medicatieoverdracht een connectiviteitstest plaats van de gehele keten. Hierbij wordt gecontroleerd of instellingen zoals IP adressen en poorten correct staan geconfigureerd. Dit om ervoor te zorgen dat de kans op connectiviteitsissues wordt geminimaliseerd tijdens de testdagen zelf.

=Uitvoering=
De Proof of Concept (PoC) wordt uitgevoerd in de vorm van een Connectathon. Alle deelnemers zitten fysiek op een centrale locatie in het land om de tests te doorlopen. Hierdoor kan snel geschakeld worden en kunnen nodige aanpassingen gedaan worden die de doorloop bespoedigen.

== Doorlooptijd ==
De PoC van stap 3/4 heeft een doorlooptijd van 8 weken (ivm zomervakantie), de PoC van stap 5/6 kent een doorlooptijd van 5 weken.
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.

'''Doorlooptijd stap 3 & 4''' 
[[Bestand:Doorlooptijden PoC stap 3&4.png|Doorlooptijden PoC stap 3&4]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Zes weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 8e week vindt een hertest plaats
* De hertest neemt, naar geleide van de geconstateerde issues, één dag in beslag. Afhankelijk van de issues gebeurt dit fysiek of remote.

'''Doorlooptijd stap 5 & 6''' 
[[Bestand:Doorlooptijden PoC stap 5&6.png|Doorlooptijden PoC stap 5&6]]
* Aan de start van de PoC fase wordt de PoC uitgevoerd
* De PoC neemt twee aaneengesloten dagen in beslag
* Drie weken ruimte voor aanpassing- en herstelwerkzaamheden
* In de 5e week vindt een hertest plaats
* De hertest neemt, naar geleide van de geconstateerde issues, één dag in beslag. Afhankelijk van de issues gebeurt dit fysiek of remote.

== Deelnemers en rol ==
De volgende rollen worden vertegenwoordigd tijdens uitvoering van de PoC (Zie ook [[mp:Draft_Testen_Kickstart#Verantwoordelijkheden_per_team|rollen en verantwoordelijkheden per team]]). 
{| class="wikitable"
|-
! Programma Mo !! Samenwerkingsverband !! Overig
|-
| Informatieanalisten || Testcoördinator || Itzos (remote)
|-
| Zorganalisten || Leverancier - Product owner|| DXC (remote)
|-
| HL7 experts || Leverancier - Testspecialist ||
|-
| VZVZ (keten)testteam || Leverancier - Ontwikkelaar (remote) ||
|-
| Procesbegeleider || Leverancier - Integratiespecialist (remote) ||
|-
| Facilitaire organisatie || ||
|-
| Test coördinator Kickstart || ||
|}

=Scenario's=
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:

Een aantal van deze scripts zijn:
* Testscripts in het kader van kwalificatie
* Acceptatiescripts (infrastructuur)
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
* Connectietestscripts
* Hybride / migratie situaties testscripts
* Foutscenario’s testscripts

Een volledige lijst van de gebruikte testscripts tijdens de PoC kunt u hier(LINK) vinden

=Resultaat=
Het verwachte resultaat van de Proof of Concept (PoC) is:
* De kwalificatiescripts en acceptatiescripts zijn doorlopen, waarbij de insteek is om het overgrote deel al gereed te hebben voor uiteindelijke validatie. Dit vermindert de doorlooptijd van de uiteindelijke validatie.
* Door inhoudelijke experts is beoordeeld of aan de acceptatiecriteria van de PoC voldaan is, waarbij kritische en/of hoog prioriteitsbevindingen nog opgelost moeten worden voorafgaand aan uitvoering van de laboratoriumtest.
* Documenten ‘Usecase scenario’s en testen per regio’ zijn succesvol doorlopen. Eventuele noodzakelijke wijzigingen worden uitgevoerd voorafgaand aan de laboratoriumtest.
* Er is een Go vanuit het validatieloket icm het Programma MO om door te gaan naar de Laboratoriumtest(LINK)

=Randvoorwaarden=
* Er zijn voldoende test BSN’s beschikbaar
* Testscripts zijn gereed
* Testdossiers zijn ingericht
* Aansluiting op en voorbereiding van testomgeving PTO-1 is gerealiseerd
* Testscripts van de realisatiefase zijn met succes doorlopen
* Realisatiefase succesvol afgerond

=Acceptatieprocedure=
Volgt eind Q1

=Pagina historie=
{| class="wikitable"
|-
! Datum !! Omschrijving
|-
| Voorbeeld || Pagina gepubliceerd
|}