mp:Testen Kickstart Proof of Concept (PoC): verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(→‎Acceptatie)
Regel 1: Regel 1:
−
<big>__NUMBEREDHEADINGS__
+
__NUMBEREDHEADINGS__
 
{{DISPLAYTITLE: Testen Kickstart: Proof of Concept (PoC)}}
 
{{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.  
+
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.
  
 
=Voorbereiding =
 
=Voorbereiding =
−
Om de tests efficiënt te doorlopen zijn de volgende onderdelen aan voorbereiding noodzakelijk: (Wordt verder aangevuld in samenspraak met penvoerders/leveranciers)
+
Om efficiënt te kunnen testen tijdens de Proof of Concept test moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.
 +
 
 +
==Entry Criteria==
 +
 
 +
'''Leverancier'''
 +
* Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de PoC test.
 +
* Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
 +
** Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
 +
*** Afwijking: Bij ontbreken van ETDR of PGO kunnen deze tests ingevuld worden door een EVS of AIS.
 +
** (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
 +
* Voert testen niet enkel met eigen applicaties uit.
 +
** (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
 +
* Heeft toegang tot de testscripts in Interoplab (Toelichting [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Interoplab Interoplab])
 +
 
 +
<br>
 +
'''Programma Medicatieoverdracht'''
 +
* De testscripts zijn gereed en ingericht in Interoplab.
 +
** Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
 +
* Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
 +
* Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie [https://informatiestandaarden.nictiz.nl/wiki/mp:Testen_Kickstart#Planning Planning])
 +
* De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.
 +
 
 +
==Acties ter voorbereiding van testuitvoer==
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
−
! Programma Mo !! Leverancier !! Penvoerder
+
! Betrokkenen !! Actie
 
|-
 
|-
−
| Set aan testpatiënten || ntb || ntb
+
| Programma MO || Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
 
|-
 
|-
−
| Ingerichte en beschikbare test tooling || ntb || ntb
+
| Programma MO || Organiseren connectietest/voorbespreking
 
|-
 
|-
−
| Ingericht testdossier per patiënt || ntb || ntb
+
| Programma MO, Leveranciers ||  
 +
* Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
 +
* Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
 
|-
 
|-
−
| Organisatorische zaken (locatie, deelnemers aanwezig etc.) || ntb || ntb
+
| Leveranciers || Klaarzetten testdossiers per testscript
−
|-
 
−
| 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 door onderlinge tests tussen de leveranciers. 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.
 +
 
 +
==Scenario's==
 +
Tijdens de Proof of Concept (PoC) wordt gebruik gemaakt van onderstaande Interoplab testscripts.
 +
 
 +
De testscripts zijn onderverdeeld naar Algemeen, Consolidatie, Hybride en Use case scenario's. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.
  
−
=Uitvoering=
+
Indien de transactie relevant is voor de te testen applicatie (zie [[mp:Testen_Kickstart#Relevante_transacties|Relevante transacties]]), worden onderstaande (groep van) Interoplab scripts uitgevoerd.
−
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 ==
+
''Legenda:''
−
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.
+
* S: Vervult rol van sturend systeem.
−
De PoC wordt twee maal uitgevoerd. Dit om eventuele blokkerende issues die zijn geconstateerd tijdens uitvoer van de eerste PoC te kunnen hertesten.  
+
* O: Vervult rol van ontvangend systeem.
 +
* R: Vervult rol van raadplegend systeem.
 +
* B: Vervult rol van beschikbaar stellend systeem.
  
−
'''Doorlooptijd stap 3 & 4'''<br>
+
===Stap 3===
−
* 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'''<br>
+
'''Algemeen (Inhoudelijk)'''
−
* 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).<br>
 
 
{| class="wikitable"
 
{| class="wikitable"
 +
! colspan="2" | Transactie combinaties  !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
 
|-
 
|-
−
! Programma Mo !! Leverancier !! Penvoerder !! Overig
+
| MP-VOS || MP-VOO || S ||  || S ||  ||  || O ||  ||  ||  ||  || Voorschrijven 1.0 / 1.1 / 1.2 / 3.1 / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
 
|-
 
|-
−
| Informatieanalisten || Product owner || Testcoördinator || Itzos (remote)
+
| MP-MGS (MA) || MP-MGO (MA) || S || O || S || O ||  || O ||  || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
 
|-
 
|-
−
| Zorganalisten || Testspecialist || || DXC (remote)
+
| MP-MGS (WDS) || MP-MGO (WDS) || S || O || O || O ||  || O ||  || O || || || Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
 
|-
 
|-
−
| HL7 experts || Ontwikkelaar (remote) || ||  
+
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R ||  || R ||  || R ||  || Raadplegen MA 1.0 / 1.1 / 1.2 / 3.1 / 3.2 / 3.3 / 6.1 / 6.2
 
|-
 
|-
−
| VZVZ (keten)testteam || Integratiespecialist (remote) || ||  
+
| MP-MGR (VV) || MP-MGB (VV) || || B ||  || B ||  ||  ||  ||  || R ||  || Raadplegen VV 5.2
 
|-
 
|-
−
| Procesbegeleider || || ||  
+
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R ||  || R ||  || R ||  || Consolidatie WDS 4.0 (inhoudelijke test, tevens ter voorbereiding op consolidatie proces test).
 +
|}
 +
 
 +
 
 +
''' Consolidatie (Proces)'''
 +
 
 +
{| class="wikitable"
 +
! colspan="2" | Transactie combinaties  !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
 
|-
 
|-
−
| Facilitaire organisatie || || ||
+
| MP-MGR (MA) || MP-MGB (MA) || R || B || R || B || R ||  || R ||  || R ||  || Consolidatie MA 1.x
 
|-
 
|-
−
| Test coördinator Kickstart || || ||
+
| MP-MGR (WDS) || MP-MGB (WDS) || R || B || R || B || R ||  || R ||  || R ||  || Consolidatie WDS 4.1 en verder
 
|}
 
|}
  
−
=Scenario's=
 
−
Tijdens de Proof of Concept (PoC) maken we gebruik van onderstaande use case scenario's en scripts:
 
  
−
Deze scripts zijn:
+
<FONT COLOR="#ff0000"><br>
−
* [[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]]
+
'''Hybride'''
−
* [https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]
+
* In progress
−
* Document ‘Usecase scenario’s en testen’ (Gebruikersacceptatie testscripts tbv bovensectorale eisen)
+
** Hybride 1.1
−
** [https://informatiestandaarden.nictiz.nl/images/9/95/Use_case_scenario%27s_en_testscripts_GERRIT_-_Pati%C3%ABnt_1%262_-_stap_3-4_-_beta_versie_2.0.pdf Use case scenario's en testscripts GERRIT - Patiënt 1&2 - stap 3-4 (beta versie)]
+
** Hybride 2.0
−
** [https://informatiestandaarden.nictiz.nl/images/d/d4/Use_case_scenario%27s_en_testscripts_Rijnmond_-_pati%C3%ABnt_1%262_-_stap_3-4_-_beta_versie_2.0.pdf Use case scenario's en testscripts Rijnmond - Patiënt 1&2 - stap 3-4 (beta versie)]
+
</FONT COLOR="#ff0000">
  
−
* Connectiviteit testscripts
+
===Stap 4===
  
−
* Ketentest scripts (Interoplab)
+
'''Algemeen (Inhoudelijk)'''
−
** Medicatie voorschrift met basale inhoud
 
−
** Medicatie voorschrift met stop afspraken
 
−
** Medicatie voorschrift met complexe inhoud
 
−
** Medicatie voorschrift op basis van andermans medicatie afspraak
 
−
** Medicatie voorschrift met logistieke elementen
 
−
** Medicatie voorschrift met medicatie afspraak HPK/ ZI nummer
 
  
−
*Consolidatie (Interoplab)
+
{| class="wikitable"
−
** MA annuleren
+
! colspan="2" | Transactie combinaties  !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
−
** MA stoppen
+
|-
−
** MA stoppen door ander
+
| MP-MGS (MGB) || MP-MGO (MGB) || S || O || S || O || S || O || S || O ||  ||  || n.v.t.
−
** MA wijzigen
+
|-
−
** MA wijzigen door ander
+
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R ||  || Consolidatie MGB 3.0 (inhoudelijke test, tevens ter voorbereiding op consolidatie proces test).
−
** MA wijzigen in toekomst
+
|}
−
** MA tijdelijk stoppen
 
−
**MA starten toekomst
 
  
−
* Hybride situaties testscripts (In concept voor PoC 2)
 
−
** EVS, AIS gemigreerd - raadplegen/reconciliëren door AIS gevolgd door EVS (of PGO)
 
−
** EVS gemigreerd, AIS niet gemigreerd - raadplegen/reconciliëren door EVS gevolgd door AIS (of PGO)
 
−
** EVS, AIS-a gemigreerd, AIS-b niet gemigreerd - raadplegen/reconciliëren door AIS-a gevolgd door AIS-b (of PGO)
 
−
** AIS-a gemigreerd, EVS, AIS-b niet gemigreerd - raadplegen/reconciliëren door AIS-a gevolgd door AIS-b (na migratie) (of PGO)
 
−
** EVS-a, AIS gemigreerd, EVS-b niet gemigreerd - verstrekking met andere PRK dan voorschrift én prescription/id niet gevuld - raadplegen/reconciliëren door AIS gevolgd door EVS-b (na migratie) (of PGO)
 
−
** EVS-a, EVS-b, AIS gemigreerd - meerdere MA's in dezelfde MBH - raadplegen/reconciliëren door AIS (of PGO)
 
−
** EVS-a, EVS-b, AIS gemigreerd - meerdere MA's in dezelfde MBH - raadplegen/reconciliëren door EVS (of PGO)
 
−
** EVS-a, EVS-b, AIS-a gemigreerd, AIS-b niet gemigreerd, verstrekking met andere PRK dan voorschrift én prescription/id niet gevuld - raadplegen/reconciliëren door EVS-b (of PGO)
 
−
** EVS-a, EVS-b, AIS-a gemigreerd, AIS-b niet gemigreerd, verstrekking met andere PRK dan voorschrift maar prescription/id wél gevuld - raadplegen/reconciliëren door EVS-b (of PGO)
 
−
** EDIFACT-EVS stuurt voorschrift aan MP9-AIS
 
−
** MP6.12-EVS stuurt voorschrift aan MP9-AIS
 
−
** MP9-EVS stuurt voorschrift naar MP9-AIS
 
  
−
=Resultaat=
+
''' Consolidatie (Proces)'''
−
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=
+
{| class="wikitable"
−
* Er zijn voldoende test BSN’s beschikbaar
+
! colspan="2" | Transactie combinaties  !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
−
* Testscripts zijn gereed en ingericht in Interoplab
+
|-
−
* Testdossiers zijn ingericht
+
| MP-MGR (MGB) || MP-MGB (MGB) || R || B || R || B || R || B || R || B || R ||  || Consolidatie MGB 3.1 en verder
−
* Aansluiting op en voorbereiding van testomgeving PoC is gerealiseerd
+
|-
−
* Testscripts van de realisatiefase zijn met succes doorlopen
+
|}
−
* Realisatiefase succesvol afgerond
+
 
 +
 
 +
'''Hybride'''
 +
* Niet van toepassing tijdens stap 4.
  
−
=Acceptatie=
+
===Stap 3 + 4===
−
'''Werkwijze:'''
 
−
De leverancier toont d.m.v. de testresultaten aan dat de testen succesvol zijn doorlopen. De leverancier logt de resultaten in de deliverables in zijn project. Afhankelijk van de test kan dit door middel van screenshots of testresultaten. Waar nodig zullen we samen met de leverancier testen en de informatie loggen.
 
  
−
'''Algemene acceptatiecriteria:''' 
+
''' Consolidatie (Proces)'''
−
# De leverancier moet door middel van testresultaten aan kunnen tonen dat de testscripts van de relevante transacties gedefinieerd in het verzamelbestand succesvol uitgewisseld kunnen worden in de keten; 
 
−
# De aanwezige bevindingen zijn niet blokkerend* of hebben een work-around
 
−
# De leverancier moet door middel van de testresultaten aan kunnen tonen dat de ketentestscripts zijn doorlopen. (Uitgangspunt: Lijst combinaties tussen leveranciers)
 
  
−
* Hierbij geldt het volgende:
+
{| class="wikitable"
−
** De gegevens worden aantoonbaar correct verwerkt en getoond* (AIS/ETDR)
+
! colspan="2" | Transactie combinaties  !! colspan="2" | EVS !! colspan="2" | TRIS !! colspan="2" | AIS !! colspan="2" | ETDR !! colspan="2" | PGO !! Interoplab testscripts
−
** De gegevens worden correct verwerkt, getoond en zijn bewerkbaar* (EVS)
+
|-
 +
|
 +
* MP-MGR (MA)
 +
* MP-MGR (MGB)
 +
||
 +
* MP-MGB (MA)
 +
* MP-MGB (MGB)  
 +
|| R || B || R || B || R || B* || R || B* || R ||  || Consolidatie Complex 6.x
 +
|}
  
−
'''Hybride acceptatiecriteria: '''
+
''* Beschikbaar stellen enkel van toepassing op Medicatiegebruik teststappen''
−
# De leverancier moet binnen Medicatieproces 9,  6.12 en Edifact berichten kunnen versturen èn kunnen ontvangen
 
−
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) moeten door leverancier kunnen worden gereconcilieerd
 
  
−
'''Consolidatie acceptatiecriteria'''
+
==Testomgevingen==
−
# De leverancier moet een correct, volledig en actueel medicatieoverzicht kunnen tonen op basis van uitgebreide historie uit meerdere bronnen en formaten
 
  
−
=PAGINAHISTORIE=
+
'''VZVZ'''<br>
−
{| class="wikitable" "cellpadding="10"
+
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar.
−
!style="text-align:left;"" width="130"|Datum
+
Informatie m.b.t. IP-adressen is te vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#IP-adressen Tooling & omgevingen].
−
!style="text-align:left;"|Omschrijving
+
 
 +
* PoC+
 +
De PoC+ omgeving kan enkel benaderd worden met authenticatie.
 +
Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen.
 +
Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.
 +
* PoC- 
 +
De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.
 +
 
 +
'''PGO & DVA''' <br>
 +
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij [https://informatiestandaarden.nictiz.nl/wiki/mp:Testtooling#Medmij_Zandbak Tooling & omgevingen].
 +
 
 +
=Afronding=
 +
 
 +
==Werkwijze==
 +
De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen.<br>
 +
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen.<br>
 +
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.
 +
 
 +
==Exit Criteria==
 +
 
 +
'''Algemeen'''
 +
 
 +
De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de [[mp:Testen_Kickstart#Relevante_transacties|relevante transacties]] succesvol uit en toont daarmee aan dat:
 +
# De transacties succesvol uitgewisseld kunnen worden in de keten
 +
# AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
 +
# EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
 +
# De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
 +
# De use case scenario's die worden gebruikt tijdens de laboratoriumfase zijn technisch succesvol getest.
 +
# De aanwezige bevindingen zijn niet blokkerend
 +
 
 +
 
 +
'''Consolidatie'''
 +
 
 +
De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:
 +
* Een correct, volledig en actueel medicatieoverzicht getoond kan worden op basis van uitgebreide historie uit meerdere bronnen en formaten
 +
 
 +
 
 +
'''Hybride'''
 +
 
 +
De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:
 +
# Medicatieproces 9,  6.12 en Edifact berichten verstuurd én ontvangen​ kunnen worden.
 +
# Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd​ kunnen worden
 +
 
 +
 
 +
Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Laboratoriumtest.
 +
 
 +
==Bevindingen==
 +
 
 +
{{#lst:mp:Testen_Kickstart|testenKickstartBevindingen}}
 +
 
 +
=Pagina historie=
 +
{| class="wikitable"
 +
|-
 +
! Datum !! Omschrijving
 +
|-
 +
| 15 januari 2024 ||
 +
* Entry en exit criteria uitgebreid
 +
* Testomgevingen VZVZ toegevoegd
 +
* Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
 +
|-
 +
| 21 december 2023 || Paragraaf Testomgevingen toegevoegd
 +
|-
 +
| 20 december 2023|| Scenario's gesplitst per Stap
 +
|-
 +
| 13 december 2023||
 +
* Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
 +
* Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
 +
|-
 +
| 8 december 2023|| Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
 +
|-
 +
| 6 december 2023|| Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
 
|-
 
|-
−
| style="background-color: white;"| 6 juni 2023
+
| 6 juni 2023|| Hoofdstuk 6 Acceptatie gevuld
−
| style="background-color: white;"|  
 
−
<ul>
 
−
<li> Hoofdstuk 6 Acceptatie: gevuld
 
−
</ul>
 
 
|-
 
|-
−
| style="background-color: white;"| 5 juni 2023
+
| 5 juni 2023|| Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC  
−
| style="background-color: white;"|  
 
−
<ul>
 
−
<li> Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC  
 
−
</ul>
 
 
|-
 
|-
−
| style="background-color: white;"| 2 juni 2023
+
| 2 juni 2023|| Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
−
| style="background-color: white;"|  
 
−
<ul>
 
−
<li> Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
 
−
</ul>
 
 
|-
 
|-
−
| style="background-color: white;"| 25 mei 2023
+
| 25 mei 2023|| Hoofdstuk 3 Scenario's: aangevuld
−
| style="background-color: white;"|  
 
−
<ul>
 
−
<li> Hoofdstuk 3 Scenario's: aangevuld
 
−
</ul>
 
 
|-
 
|-
−
| style="background-color: white;"| 24 mei 2023
+
| 24 mei 2023|| Pagina gepubliceerd
−
| style="background-color: white;"|  
 
−
<ul>
 
−
<li> Pagina gepubliceerd
 
−
</ul>
 
 
|}
 
|}

Versie van 15 jan 2024 om 09:51


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.

1 Voorbereiding

Om efficiënt te kunnen testen tijdens de Proof of Concept test moet zijn voldaan aan onderstaande entry criteria en voorbereidende acties.

1.1 Entry Criteria

Leverancier

  • Heeft de ontwikkelfase succesvol afgerond: er is vanuit het validatieloket een Go om door te gaan naar de PoC test.
  • Voor elk uit te voeren testscript zijn mede-leveranciers beschikbaar om de test mee uit te voeren.
    • Er zijn minimaal 2 EVS leveranciers beschikbaar en voor elk ander type applicatie (TRIS/AIS/ETDR/PGO) is minimaal 1 leverancier beschikbaar.
      • Afwijking: Bij ontbreken van ETDR of PGO kunnen deze tests ingevuld worden door een EVS of AIS.
    • (Voorbeeld) Voor een voorschrijven test is zowel een sturende, als een ontvangende leverancier nodig.
  • Voert testen niet enkel met eigen applicaties uit.
    • (Voorbeeld) Indien een leverancier zowel een EVS als een AIS heeft, wordt een testscript niet door één en dezelfde leverancier uitgevoerd.
  • Heeft toegang tot de testscripts in Interoplab (Toelichting Interoplab)


Programma Medicatieoverdracht

  • De testscripts zijn gereed en ingericht in Interoplab.
    • Per testscript is gedefinieerd wat de leverancier moet voorbereiden.
  • Ten behoeve van de tests zijn voldoende testpatiënten (BSN's) beschikbaar.
  • Organiseert de testdagen/Voorbespreking en voorziet in locatie, uitnodigingen, agenda, etc. (voor data zie Planning)
  • De juiste TKID's zijn succesvol gekoppeld aan de testomgeving.

1.2 Acties ter voorbereiding van testuitvoer

Betrokkenen Actie
Programma MO Vaststellen testkoppels (leveranciers die samen tests uitvoeren) en te testen testscripts
Programma MO Organiseren connectietest/voorbespreking
Programma MO, Leveranciers
  • Connectietest: Controleren of instellingen zoals IP adressen en poorten correct staan geconfigureerd, zodat de kans op connectiviteitsissues tijdens de testdagen zelf wordt geminimaliseerd.
  • Voorbespreken testscripts: Vaststellen dat de leveranciers weten welke testscripts uitgevoerd gaan worden, eventuele (inhoudelijke) onduidelijkheden hierin wegnemen en bespreken welke testdossiers hiervoor klaargezet moeten worden.
Leveranciers Klaarzetten testdossiers per testscript

2 Uitvoering

De Proof of Concept (PoC) wordt uitgevoerd door onderlinge tests tussen de leveranciers. 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.

2.1 Scenario's

Tijdens de Proof of Concept (PoC) wordt gebruik gemaakt van onderstaande Interoplab testscripts.

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie, Hybride en Use case scenario's. Hiermee toont de leverancier aan dat is voldaan aan de gerelateerde exit criteria.

Indien de transactie relevant is voor de te testen applicatie (zie Relevante transacties), worden onderstaande (groep van) Interoplab scripts uitgevoerd.

Legenda:

  • S: Vervult rol van sturend systeem.
  • O: Vervult rol van ontvangend systeem.
  • R: Vervult rol van raadplegend systeem.
  • B: Vervult rol van beschikbaar stellend systeem.

2.1.1 Stap 3

Algemeen (Inhoudelijk)

Transactie combinaties EVS TRIS AIS ETDR PGO Interoplab testscripts
MP-VOS MP-VOO S S O Voorschrijven 1.0 / 1.1 / 1.2 / 3.1 / 3.2 / 3.3 / 5.2 / 5.3 / 6.1 / 6.2
MP-MGS (MA) MP-MGO (MA) S O S O O O Wordt getest vanuit combinatie MP-MGR/MP-MGB (MA)
MP-MGS (WDS) MP-MGO (WDS) S O O O O O Wordt getest vanuit combinatie MP-MGR/MP-MGB (WDS)
MP-MGR (MA) MP-MGB (MA) R B R B R R R Raadplegen MA 1.0 / 1.1 / 1.2 / 3.1 / 3.2 / 3.3 / 6.1 / 6.2
MP-MGR (VV) MP-MGB (VV) B B R Raadplegen VV 5.2
MP-MGR (WDS) MP-MGB (WDS) R B R B R R R Consolidatie WDS 4.0 (inhoudelijke test, tevens ter voorbereiding op consolidatie proces test).


Consolidatie (Proces)

Transactie combinaties EVS TRIS AIS ETDR PGO Interoplab testscripts
MP-MGR (MA) MP-MGB (MA) R B R B R R R Consolidatie MA 1.x
MP-MGR (WDS) MP-MGB (WDS) R B R B R R R Consolidatie WDS 4.1 en verder



Hybride

  • In progress
    • Hybride 1.1
    • Hybride 2.0

2.1.2 Stap 4

Algemeen (Inhoudelijk)

Transactie combinaties EVS TRIS AIS ETDR PGO Interoplab testscripts
MP-MGS (MGB) MP-MGO (MGB) S O S O S O S O n.v.t.
MP-MGR (MGB) MP-MGB (MGB) R B R B R B R B R Consolidatie MGB 3.0 (inhoudelijke test, tevens ter voorbereiding op consolidatie proces test).


Consolidatie (Proces)

Transactie combinaties EVS TRIS AIS ETDR PGO Interoplab testscripts
MP-MGR (MGB) MP-MGB (MGB) R B R B R B R B R Consolidatie MGB 3.1 en verder


Hybride

  • Niet van toepassing tijdens stap 4.

2.1.3 Stap 3 + 4

Consolidatie (Proces)

Transactie combinaties EVS TRIS AIS ETDR PGO Interoplab testscripts
  • MP-MGR (MA)
  • MP-MGR (MGB)
  • MP-MGB (MA)
  • MP-MGB (MGB)
 R B R B R B* R B* R Consolidatie Complex 6.x

* Beschikbaar stellen enkel van toepassing op Medicatiegebruik teststappen

2.2 Testomgevingen

VZVZ
Voor de ontwikkelfase zijn onderstaande omgevingen beschikbaar. Informatie m.b.t. IP-adressen is te vinden bij Tooling & omgevingen.

  • PoC+

De PoC+ omgeving kan enkel benaderd worden met authenticatie. Zodra er met authenticatie gewerkt wordt kan dat met UZI-testmiddelen. Dit is bedoeld om programma’s te ondersteunen bij het ontwikkelen van nieuwe functionaliteit en/of Zorgtoepassingen, ter voorbereiding op een nieuwe standaard.

  • PoC-

De PoC- testomgeving kan zonder authenticatie benaderd worden. Dit is met name handig wanneer dit nog ontwikkeld moet worden voor de applicatie.

PGO & DVA
PGO's en DVA's testen tijdens deze fase hun product in de Medmij Zandbak testen. Meer informatie over hoe hier toegang toe te krijgen is vinden bij Tooling & omgevingen.

3 Afronding

3.1 Werkwijze

De leverancier voert doorlopend en tijdens centraal georganiseerde testdagen, samen met een of meerdere mede-leveranciers, de toegewezen Interoplab testscripts uit. Hierbij wordt 'bewijsmateriaal' vastgelegd, zoals beschreven in de teststappen.
Door inhoudelijke experts wordt beoordeeld of de testscripts daadwerkelijk succesvol zijn doorlopen.
Hiermee wordt aangetoond dat is voldaan aan de exit criteria en dat de leverancier klaar is om naar de volgende fase te gaan.

3.2 Exit Criteria

Algemeen

De leverancier voert de in Interoplab vastgelegde minimale set ketentestscrips voor de relevante transacties succesvol uit en toont daarmee aan dat:

  1. De transacties succesvol uitgewisseld kunnen worden in de keten
  2. AIS/ETDR/PGO: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface
  3. EVS/TRIS: De gegevens correct worden verwerkt en getoond in een basale gebruikersinterface en bewerkbaar zijn.
  4. De ketentestscripts zijn uitgevoerd met het minimaal aantal leveranciers, zoals beschreven in de entry criteria.
  5. De use case scenario's die worden gebruikt tijdens de laboratoriumfase zijn technisch succesvol getest.
  6. De aanwezige bevindingen zijn niet blokkerend


Consolidatie

De leverancier voert de in Interoplab vastgelegde Consolidatie testscripts succesvol uit en toont daarmee aan dat:

  • Een correct, volledig en actueel medicatieoverzicht getoond kan worden op basis van uitgebreide historie uit meerdere bronnen en formaten


Hybride

De leverancier voert de in Interoplab vastgelegde Hybride testscripts succesvol uit en toont daarmee aan dat:

  1. Medicatieproces 9, 6.12 en Edifact berichten verstuurd én ontvangen​ kunnen worden.
  2. Gegevens uit verschillende bronnen (Medicatieproces 9, 6.12, Edifact) gereconcilieerd​ kunnen worden


Indien hieraan is voldaan resulteert dit in een Go vanuit het Programma MO om door te gaan naar de Laboratoriumtest.

3.3 Bevindingen

Type bevindingen
Bij de bevinding wordt altijd aangegeven wat het oordeel is. Er zijn vijf mogelijkheden (zoals ook vastgesteld in paragraaf 3.2 van de gebruikershandleiding BITS):

  1. Blokkerend: Een blokkerende bevinding moet worden opgelost om de validatie te behalen.
  2. Niet Blokkerend met aantekening: De niet blokkerende bevinding met aantekening moeten in de toekomst opgelost worden (waarbij bij afgifte van de validatie afgestemd wordt op welke termijn dat exact is).
  3. Niet Blokkerend: Niet blokkerend betekend dat de bevinding niet van toepassing is op de validatie (doordat bijvoorbeeld een element ook niet binnen komt en daardoor niet getoond kan worden).
  4. Toelichting vereist: Toelichting vereist betekend dat de bevinding nader toegelicht moet worden, waarbij deze na de toelichting alsnog blokkerend zou kunnen worden.
  5. Advies: Advies betekend dat er een advies gegeven wordt op de gekozen oplossing vanuit het validatieloket.


4 Pagina historie

Datum Omschrijving
15 januari 2024
  • Entry en exit criteria uitgebreid
  • Testomgevingen VZVZ toegevoegd
  • Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
21 december 2023 Paragraaf Testomgevingen toegevoegd
20 december 2023 Scenario's gesplitst per Stap
13 december 2023
  • Hoofdstuk Resultaat opgenomen in Acceptatie/Werkwijze
  • Hoofdstuk Randvoorwaarden opgenomen in Voorbereiding
8 december 2023 Hoofdstuk 3 Scenario's aangepast, Hoofdstuk 4 Resultaat doorgehaald
6 december 2023 Hoofdstuk 6 Acceptatie aangepast, Hoofdstuk 7 Bevindingen 1e opzet
6 juni 2023 Hoofdstuk 6 Acceptatie gevuld
5 juni 2023 Hoofdstuk 5 randvoorwaarden. Omgeving veranderd naar PoC
2 juni 2023 Hoofdstuk 3 Scenario's: verwijzingen toegevoegd
25 mei 2023 Hoofdstuk 3 Scenario's: aangevuld
24 mei 2023 Pagina gepubliceerd
Overgenomen van "https://informatiestandaarden.nictiz.nl/index.php?title=mp:Testen_Kickstart_Proof_of_Concept_(PoC)&oldid=196811"