Testen Kickstart: Proof of Concept (PoC)

Uit informatiestandaarden
Versie door Bart Kooymans (overleg | bijdragen) op 17 jun 2024 om 12:08 (Entry Criteria)
(wijz) ← Oudere versie | Huidige versie (wijz) | Nieuwere versie → (wijz)
Ga naar: navigatie, zoeken


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 Testdoel

Tijdens deze fase wordt aangetoond dat:

  • Transacties succesvol tussen 2 of meer leveranciers uitgewisseld kunnen worden
  • Gegevens correct worden verwerkt, getoond en bewerkbaar zijn
  • Een correct, volledig en actueel medicatieoverzicht getoond kan worden
  • Gegevens uit verschillende bronnen (MP9, 6.12, Edifact) verstuurd, ontvangen en gereconcilieerd kunnen worden.

2 Voorbereiding

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

2.1 Entry Criteria

2.1.1 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 een TRIS, ETDR of PGO kan de PoC worden gestart met 2 EVS systemen en 1 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)


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

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

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

3.1 Scenario's

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

De testscripts zijn onderverdeeld naar Algemeen, Consolidatie en Hybride. 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.

3.1.1 Stap 3

3.1.1.1 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.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 Raadplegen WDS 1.0 / 1.2 / 3.1 / 6.1


3.1.1.2 Consolidatie eenvoudig (Proces)

Transactie combinaties EVS TRIS AIS ETDR PGO Interoplab testscripts
MP-MGR (MA) MP-MGB (MA) R B R B R R R
  • Consolidatie A.MA-1 / A.MA-2
  • Consolidatie C.MA-1 / C.MA-2 / C.MA-3
  • Consolidatie E.MA-1 / E.MA-2
MP-MGR (WDS) MP-MGB (WDS) R B R B R R R
  • Consolidatie F.WDS-1 / F.WDS-2
  • Consolidatie G.WDS-1
  • Consolidatie H.WDS-1 / H.WDS-2

De volgorde en rolverdeling van deze consolidatie testscripts is weergegeven op de pagina PoC Consolidatie scripts


3.1.1.3 Consolidatie complex (Proces)

IN PROGRESS

Transactie combinaties EVS TRIS AIS ETDR PGO Interoplab testscripts
MP-MGR (MA) MP-MGB (MA) R B R B R R R
  • Consolidatie U.MA-1 / U.MA-2
  • Consolidatie W.MA-1 / W.MA-2 / W.MA-3
  • Consolidatie Y.MA-1 / Y.MA-2

De volgorde en rolverdeling van deze consolidatie testscripts is weergegeven op de pagina PoC Consolidatie scripts


Hybride

  • In progress
    • Hybride 1.1
    • Hybride 2.0

3.1.2 Stap 4

3.1.2.1 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 Raadplegen MGB 1.0 / 3.1 / 3.2 / 3.3 / 6.1 / 6.2

====Consolidatie====
Op zichzelf staande consolidatie testscripts zijn niet van toepassing voor stap 4.

====Hybride====
Niet van toepassing tijdens stap 4.

3.1.3 Stap 3 + 4

3.1.3.1 Consolidatie eenvoudig (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 B.MA-1 / B.WDS-1 / B.MGB-1 / B.MA-2 / B.WDS-2 / B.MGB-2
  • Consolidatie D.MA-1 / D.MGB-1

De volgorde en rolverdeling van deze consolidatie testscripts is weergegeven op de pagina PoC Consolidatie scripts

3.1.3.2 Consolidatie complex (Proces)

IN PROGRESS

Transactie combinaties EVS TRIS AIS ETDR PGO Interoplab testscripts
MP-MGR (MA) MP-MGB (MA) R B R B R R R
  • Consolidatie Complex Basis
  • Consolidatie V.MA-1 / V.MA-2
  • Consolidatie X.MA-1
MP-MGR (WDS) MP-MGB (WDS) R B R B R R R
  • Consolidatie V.WDS-1 / V.WDS-2
MP-MGR (MGB) MP-MGB (MGB) R B R B R B R B R
  • Consolidatie V.MGB-1 / V.MGB-2
  • Consolidatie X.MGB-1

De volgorde en rolverdeling van deze consolidatie testscripts is weergegeven op de pagina PoC Consolidatie scripts

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

4 Afronding

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

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

4.3 Bevindingen

De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in Beoordelen testresultaten

Hierbij worden onderstaande bevinding categorieën gehanteerd:

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.


5 Pagina historie

Datum Omschrijving
23 mei 2024 Bevindingen aangepast
11 april 2024

Scenario's aangepast:

  • Consolidatie eenvoudig: scripts verwijderd (m.b.t. WDS en MGB)
  • Raadplegen WDS toegevoegd
  • Raadplegen MGB toevoegd
15 januari 2024
  • Entry en exit criteria uitgebreid
  • Testomgevingen VZVZ toegevoegd
  • Randvoorwaarden en Acceptatiecriteria hernoemd naar Entry en Exit criteria
  • Uit te voeren testscripts toegevoegd
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