mp:Testen Kickstart: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(Bevindingen)
(Bevindingen)
Regel 198: Regel 198:
  
 
Bij de bevinding wordt altijd aangegeven wat het oordeel is. Er zijn vijf mogelijkheden:
 
Bij de bevinding wordt altijd aangegeven wat het oordeel is. Er zijn vijf mogelijkheden:
1 Blokkerend: Een blokkerende bevinding moet worden opgelost om de validatie te behalen.
+
# 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
+
# 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
 
de toekomst opgelost worden (waarbij bij afgifte van de validatie afgestemd wordt op welke
 
termijn dat exact is).
 
termijn dat exact is).
3 Niet Blokkerend: Niet blokkerend betekend dat de bevinding niet van toepassing is op de
+
# 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
 
validatie (doordat bijvoorbeeld een element ook niet binnen komt en daardoor niet getoond
 
kan worden).
 
kan worden).
4 Toelichting vereist: Toelichting vereist betekend dat de bevinding nader toegelicht moet
+
# Toelichting vereist: Toelichting vereist betekend dat de bevinding nader toegelicht moet
 
worden, waarbij deze na de toelichting alsnog blokkerend zou kunnen worden.
 
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
+
# Advies: Advies betekend dat er een advies gegeven wordt op de gekozen oplossing vanuit het
 
validatieloket
 
validatieloket
  

Versie van 23 mei 2024 om 08:40


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

2 Testfasen

Tijdens de Kickstart worden onderstaande testfasen doorlopen. De uitwerking van deze verschillende testfasen is terug te vinden op de volgende pagina's:

  1. Ontwikkelfase
  2. Proof of Concept (PoC)
  3. Laboratoriumtest
  4. Validatie
  5. Praktijktest

Figuur 1 Kickstart fases

Ontwikkelfase Proof of Concept Laboratoriumtest (In progress) Validatie (In progress) Praktijktest (In progress)
Testdoel

Aantonen dat:

  • De informatiestandaard inhoudelijk correct is geïmplementeerd
  • Wordt voldaan aan de eisen voor het LSP

Voorbereiden op:

  • Ketentesten
  • Consolidatie
  • Hybride
  • Bovensectorale gebruikerseisen
Aantonen dat
  • Transacties succesvol 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.
Aantonen dat wordt voldaan aan de bovensectorale gebruikerseisen
Aandachtsgebieden

Primair:

  • Inhoud
  • Infrastructuur

Secundair:

  • Ketentesten
  • Consolidatie
  • Hybride
  • Bovensectorale gebruikerseisen
  • Ketentesten
  • Inhoud
  • Consolidatie
  • Hybride
Bovensectorale gebruikerseisen
  • Acceptatie: Generieke voorzieningen
  • Kwalificatie: Informatiestandaard Medicatieproces 9
  • Decentrale use case scenario tests
  • Gebruikersacceptatietest
Uitvoerder Leveranciers individueel Leveranciers met elkaar
  • Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
  • Leveranciers met elkaar
  • Programma Medicatieoverdracht (ondersteunend)
Leveranciers individueel
  • Functionele acceptanten (Zorgaanbieders en Patiëntpanel)
  • Leveranciers met elkaar
  • Programma Medicatieoverdracht (ondersteunend)
Uitvoer Test tegen simulatoren Ketentest door middel van een centraal georganiseerde testdagen Ketentest door middel van een centraal georganiseerde testdagen Decentrale functionele ketentest
Acceptant Validatieloket
  • Validatieloket
  • Programma Medicatieoverdracht
  • Functionele acceptanten
    • Zorgaanbieder regio's
    • Patiëntpanel
    • Sectoren
  • Validatieloket
  • Programma Medicatieoverdracht
  • Validatieloket
  • Programma Medicatieoverdracht
  • Zorgaanbieder regio's
  • Sectoren
  • Patiëntpanel
  • Programma Medicatieoverdracht
Verwacht resultaat

Positief testrapport (Conformiteitscheck) op basis van:

  • Resultaten uit simulatoren (verzonden transacties)
  • Steekproef tijdens Check-up moment (ontvangen transacties)
Positief testrapport op basis van resultaten uit Interoplab Positief testrapport op basis van resultaten uit Interoplab Positief testrapport op basis van de functionele testscripts

3 Planning

3.1 Planning testdagen 2024

Week # Data
2 9 & 10 januari
6 6 & 7 februari
11 12 & 13 maart
16 16 & 17 april
22 28 & 29 mei
26 25 & 26 juni
30 23 & 24 juli
34 20 & 21 augustus
38 17 & 18 september
42 15 & 16 oktober
46 12 & 13 november
49 3 & 4 december

4 Rollen en verantwoordelijkheden

Hier worden de verschillende rollen met bijbehorende verantwoordelijkheden weergegeven en in welke fase zij een rol spelen.

Programma MO Verantwoordelijkheden Ontwikkel PoC Lab Validatie Praktijk
Testteam Faciliteren zorgverleners en ICT-leveranciers bij het doorlopen van testtrajecten zowel individueel als in de keten X X X X X
Informatieanalisten Ontwikkelen en beheren informatiestandaarden. Adviseren van betrokken partijen over het implementeren van de opgestelde specificaties en beoordelen van correcte implementatie van de informatiestandaard X X X X X
Zorganalisten Begeleiden bij het uitwerken van zorginhoudelijke onderwerpen, waaronder het opstellen van de use case scenario's. Hebben een coördinerende rol binnen het kernteam en het wijzigingsproces X X
HL7 Experts Ontwerpen, beheren en dragen zorg voor de doorontwikkeling van de technische onderdelen (specificaties) van een informatiestandaard binnen het HL7/FHIR-raamwerk. X X X X X
Solution architecten Ondersteunen leveranciers bij realisatie van infrastructurele randvoorwaarden X X X X X
Testcoö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. X X X
Validatieloket Begeleiden van leveranciers tijdens de ontwikkeling, testen en validatie van hun product X X X X
Samenwerkingsverband Verantwoordelijkheden Ontwikkel PoC Lab Validatie Praktijk
Penvoerders Stelt testcoördinator aan die de voorbereiding, uitvoer en resultaten van de praktijktest coördineert. Draagt zorg voor de organisatie van de samenwerking met de zorgaanbieders X
Testcoördinatoren Coördineren de voorbereiding, uitvoer en resultaten van de praktijktest bij de zorgaanbieder X
Leveranciers Vanuit elke leverancier wordt een testteam samengesteld om deel te nemen aan de verschillende testfases X X X X X
Zorgaanbieders 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 X X
Patiënten panel Vullen tijdens de testen de rol van patiënt in, gefaciliteerd door sector Patiënt & Client. X X
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

5 Hulpmiddelen (tools) en omgevingen

Ter ondersteuning van de testfases worden er verschillende tools en omgevingen beschikbaar gesteld:

6 Bevindingen

ACTIE type bevindingen aanpassen n.a.v. H3.2

Ten behoeve van de bevindingen in de verschillende testfases worden in BITS onderstaande categorieën gehanteerd, zoals ook vastgesteld in paragraaf 3.2 van de gebruikershandleiding BITS

Type bevindingen (Oordeel)

  • Blokkerend (No-go): Blokkeert de verdere voortgang van het medicatieproces of testen, testscript kan niet worden afgerond. Geen workaround beschikbaar.
  • Niet blokkerend met aantekening (Go onder voorwaarde): Niet blokkerend voor het medicatieproces, maar met een lastige workaround.
  • Toelichting vereist (Go): Uitvoeren van het medicatieproces is mogelijk, met een goede workaround en/of aanvullende handleiding.
  • Niet blokkerend (Go): Uitvoeren van het medicatieproces is mogelijk, zonder aanvullende opmerking/handleiding.
  • Advies: Wordt niet gebruikt binnen de Kickstart

Bij de bevinding wordt altijd aangegeven wat het oordeel is. Er zijn vijf mogelijkheden:

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

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

  1. Toelichting vereist: Toelichting vereist betekend dat de bevinding nader toegelicht moet

worden, waarbij deze na de toelichting alsnog blokkerend zou kunnen worden.

  1. Advies: Advies betekend dat er een advies gegeven wordt op de gekozen oplossing vanuit het

validatieloket


7 Relevante transacties

In onderstaande tabellen is per type applicatie weergegeven wat de relevante transacties zijn (indien er een 'x' is geplaatst, is deze transactie van toepassing).

Hiervoor moet de betreffende applicatie een transactie kunnen sturen/ontvangen/raadplegen/beschikbaar stellen. Vanuit de testfasen waarin sprake is van ketentests moet hier dus ook op getest worden.


In het verzamelbestand is de relatie benoemd naar de functionele en technische documentatie d.m.v. linken naar de bronbestanden.

7.1 Stap 3 & 4


Voorschrijver: Elektronisch Voorschrijfsysteem (EVS) & Trombose Informatie Systeem (TRIS)

Afkorting Systeemrol EVS TRIS AIS ETDR PGO
Sturen naar:
MP-VOS Voorschrift x
MP-MGS (MA) Medicatiegegevens (MA) x x x x
MP-MGS (WDS) Medicatiegegevens (WDS) x x x x
MP-MGS (MGB) Medicatiegegevens (MGB) x x x x
Ontvangen van:
MP-VOO Voorschrift
MP-MGO (MA) Medicatiegegevens (MA) x x
MP-MGO (WDS) Medicatiegegevens (WDS) x x
MP-MGO (MGB) Medicatiegegevens (MGB) x x x x
Raadplegen bij:
MP-MGR (MA) Medicatiegegevens (MA) x x
MP-MGR (VV) Medicatiegegevens (VV)
MP-MGR (WDS) Medicatiegegevens (WDS) x x
MP-MGR (MGB) Medicatiegegevens (MGB) x x x x
Beschikbaar stellen aan:
MP-MGB (MA) Medicatiegegevens (MA) x x x x x
MP-MGB (VV) Medicatiegegevens (VV) x
MP-MGB (WDS) Medicatiegegevens (WDS) x x x x x
MP-MGB (MGB) Medicatiegegevens (MGB) x x x x x


Verstrekker: Apotheek Informatie Systeem (AIS)

Afkorting Systeemrol EVS TRIS AIS ETDR PGO
Sturen naar:
MP-VOS Voorschrift
MP-MGS (MA) Medicatiegegevens (MA)
MP-MGS (WDS) Medicatiegegevens (WDS)
MP-MGS (MGB) Medicatiegegevens (MGB) x x x x
Ontvangen van:
MP-VOO Voorschrift x x
MP-MGO (MA) Medicatiegegevens (MA) x x
MP-MGO (WDS) Medicatiegegevens (WDS) x x
MP-MGO (MGB) Medicatiegegevens (MGB) x x x x
Raadplegen bij:
MP-MGR (MA) Medicatiegegevens (MA) x x
MP-MGR (VV) Medicatiegegevens (VV)
MP-MGR (WDS) Medicatiegegevens (WDS) x x
MP-MGR (MGB) Medicatiegegevens (MGB) x x x x
Beschikbaar stellen aan:
MP-MGB (MA) Medicatiegegevens (MA)
MP-MGB (VV) Medicatiegegevens (VV)
MP-MGB (WDS) Medicatiegegevens (WDS)
MP-MGB (MGB) Medicatiegegevens (MGB) x x x x x


Toediener: Elektronische Toedienregistratie (ETDR)

Afkorting Systeemrol EVS TRIS AIS ETDR PGO
Sturen naar:
MP-VOS Voorschrift
MP-MGS (MA) Medicatiegegevens (MA)
MP-MGS (WDS) Medicatiegegevens (WDS)
MP-MGS (MGB) Medicatiegegevens (MGB) x x x x
Ontvangen van:
MP-VOO Voorschrift
MP-MGO (MA) Medicatiegegevens (MA) x x
MP-MGO (WDS) Medicatiegegevens (WDS) x x
MP-MGO (MGB) Medicatiegegevens (MGB) x x x x
Raadplegen bij:
MP-MGR (MA) Medicatiegegevens (MA) x x
MP-MGR (VV) Medicatiegegevens (VV)
MP-MGR (WDS) Medicatiegegevens (WDS) x x
MP-MGR (MGB) Medicatiegegevens (MGB) x x x x
Beschikbaar stellen aan:
MP-MGB (MA) Medicatiegegevens (MA)
MP-MGB (VV) Medicatiegegevens (VV)
MP-MGB (WDS) Medicatiegegevens (WDS)
MP-MGB (MGB) Medicatiegegevens (MGB) x x x x x


Patiënt: Persoonlijke Gezondheidsomgeving (PGO)

Afkorting Systeemrol EVS TRIS AIS ETDR PGO
Sturen naar:
MP-VOS Voorschrift
MP-MGS (MA) Medicatiegegevens (MA)
MP-MGS (WDS) Medicatiegegevens (WDS)
MP-MGS (MGB) Medicatiegegevens (MGB)
Ontvangen van:
MP-VOO Voorschrift
MP-MGO (MA) Medicatiegegevens (MA)
MP-MGO (WDS) Medicatiegegevens (WDS)
MP-MGO (MGB) Medicatiegegevens (MGB)
Raadplegen bij:
MP-MGR (MA) Medicatiegegevens (MA) x x
MP-MGR (VV) Medicatiegegevens (VV) x x
MP-MGR (WDS) Medicatiegegevens (WDS) x x
MP-MGR (MGB) Medicatiegegevens (MGB) x x x x
Beschikbaar stellen aan:
MP-MGB (MA) Medicatiegegevens (MA)
MP-MGB (VV) Medicatiegegevens (VV)
MP-MGB (WDS) Medicatiegegevens (WDS)
MP-MGB (MGB) Medicatiegegevens (MGB)

8 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.
  • Ketentest: Transacties verlopen via het LSP, n.a.v. Versturen/Ontvangen (PUSH) of Raadplegen/Beschikbaar stellen (PULL) van berichten tussen 2 of meer verschillende leverancier.

9 Pagina historie

Datum Omschrijving
15 januari 2024
  • Rollen & verantwoordelijkheden aangepast
  • RACI verwijderd, info opgenomen in tabel
  • Validatie opgenomen onder Testfasen
  • Verwijzing naar verzamelbestand opgenomen.
  • Testfasen: nieuwe tabel
  • Hoofdstuk Relevante transacties toegevoegd.
  • Hoofdstuk Bevindingen toegevoegd.
28 september 2023 Datums planning stap 3/4 aangepast.
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