mp:Draft Testen Kickstart Hybride

Aan deze pagina wordt momenteel gewerkt.

Inleiding

Dit detail testplan is onderdeel van het Master Testplan Kickstart en biedt een overzicht van alle testactiviteiten vanuit de Kickstart Medicatieoverdracht ten behoeve van het testen van de hybride situatie.

Testplan

Testdoel

• Het gemigreerde MP9.3 systeem kan berichtenstromen van/naar MP6.12 en EDIFACT systemen verwerken/versturen in de hybride situatie
  • De inhoudelijke mapping tussen het MP9.3 datamodel en MP6.12/EDIFACT datamodel vindt correct plaats
• Medicatiegegevens uit meerdere formaten (MP6.12-verstrekkingen in MP9-TA formaat) worden correct geconsolideerd
• Correct toepassen van signalering op mogelijk duplicate medicatiegegevens
• Het proces van handmatig ontdubbelen van medicatiegegevens wordt ondersteund door het informatiesysteem
• De BTD transformeert MP6.12 Verstrekkingen correct naar MP9-TA formaat

Scope

Binnen scope

• Berichtenuitwisseling in de hybride situatie: de systemen zullen zowel MP9 als oudere berichtenstromen (MP6.12 en/of EDIFACT) moeten ondersteunen:
  
  • Standaarden:
    • MP9.3
    • MP6.12
    • EDIFACT
  • Dit betreft de uitwisseling van de transacties: zoals weergegeven onder Relevante transacties, m.u.v. de transacties tussen MP9.3 systemen onderling
  • De inhoudelijke mapping tussen bovenstaande standaarden
  • Berichten transformatiedienst (BTD): zorgt voor conversie van MP6.12-verstrekkingen vanuit MP6.12-AIS'en naar een MP9-TA formaat
• Ontdubbelen in de hybride situatie bij de MP9.3 systemen onderling, zoals weergegeven onder Relevante transacties
  • Het proces van toekennen van identificaties en het kunnen relateren van medicatiegegevens op basis van deze identificaties
  • Het toepassen van signalering op mogelijke duplicate medicatiegegevens na raadplegen
  • Het proces van handmatig ontdubbelen, na eventuele signalering op duplicate medicatiegegevens
  • Het consolideren van medicatiegegevens in meerdere formaten in de hybride situatie: MP6.12-verstrekkingen in MP9-TA formaat. (dit is buiten scope van het testplan Consolidatie)
• Testuitvoer met niet-Kickstart leveranciers tijdens de testfases PoC en Lab

Buiten scope

• Migratie: het omzetten van de medicatiegegevens in de lokale database van een systeem naar een datamodel dat ook MP9-bouwstenen ondersteunt
• Testfase Praktijk: De uitvoering van deze fase wordt gecoördineerd door de penvoerders van beide regio's. Hiervoor wordt een apart testplan opgesteld
• Beschikbaar stellen van medicatiegebruik (MGB) geregistreerd door de patiënt, vanuit een PGO. Zie PGO
• (Regressie-)test op berichtenverkeer:
  • MP9.3 systemen onderling (wordt getest vanuit het regulier testplan Kickstart)
  • MP6.12 systemen onderling
  • EDIFACT systemen onderling
  • MP6.12 en EDIFACT systemen
  • Bestaande uitwisselingen (bijvoorbeeld: communicatie met TRIS)
• M.b.t de transacties Raadplegen/Beschikbaarstellen medicatiegegevens (MA, MGB, WDS, TA, MTD): Sturen/Ontvangen wordt niet getest. Uitgangspunt: bij Sturen/Ontvangen stelt de sturende partij vooraf vast of er geen sprake is van dubbelingen.
• Berichtenstromen waarin medicatiegegevens opgenomen zijn die niet vallen onder de MP6.12, EDIFACT of MP9.3 standaard, zijn buiten scope van de set 2025
• Het consolideren van medicatiegegevens in andere formaten dan MP9 en MP6.12-verstrekkingen in MP9-TA formaat in de hybride situatie

Testbasis

• Implementatiehandboek Migratie en Hybride
• Raadplegen en reconciliëren
• https://informatiestandaarden.nictiz.nl/wiki/mp:Vdraft_kickstart_MigratieHybride/Identificaties_en_hun_onderlinge_relaties

Teststrategie

Op basis van de vastgestelde scope wordt in onderstaand overzicht weergegeven binnen welke testfase het onderdeel wordt getest.
Naar aanleiding van de onderlinge samenhang en gefaseerde aanpak zijn hierin onderdelen samengevoegd.

	Fase	Ontwikkel	PoC	Lab
Berichtenuitwisseling in de hybride situatie tussen de standaarden MP9.3, MP6.12 en EDIFACT
MP6.12	1 & 4	***	*	**
EDIFACT	2 & 5	***	*	**
Berichten transformatiedienst (BTD)	4	*	I	I
Ontdubbelen in de hybride situatie bij de MP9.3 systemen onderling Het proces van toekennen van identificaties en het kunnen relateren van medicatiegegevens op basis van deze identificaties Het toepassen van signalering op mogelijke duplicate medicatiegegevens na raadplegen Het proces van handmatig ontdubbelen, na eventuele signalering op duplicate medicatiegegevens Consolideren van medicatiegegevens in meerdere formaten (MP6.12-verstrekkingen in MP9-TA formaat)	3 & 6	***	*	**

Legenda:

• * Beperkte dynamische test
  
• ** Gemiddelde dynamische test
  
• *** Zware dynamische test
  
• S Statisch testen
  
• I Impliciet testen

Hulpmiddelen (tools) en omgevingen

Ontwikkeltesten

6.12 berichten

• Interoplab validator

De te versturen 6.12 berichten tijdens de Ontwikkeltestfase worden door het 9.3 systeem verstuurd naar Interoplab.
Hier worden deze berichten gevalideerd met behulp van een schematron, zoals beschreven in Valideren berichten

• Parasoft simulator

De te ontvangen 6.12 berichten tijdens de Ontwikkeltestfase worden vanuit Parasoft verstuurd naar het 9.3 systeem.
De leverancier toont vervolgens aan dat het bericht correct is ontvangen en verwerkt.
Voor het sturen van berichten vanuit Parasoft wordt deze procedure gehanteerd.

EDIFACT berichten

Voor de controle van EDIFACT-berichten wordt gebruik gemaakt van Enovation/E-Zorg testfunctionaliteit. Leveranciers die niet zijn aangesloten bij Enovation kunnen gebruik maken van de Enovation validator van het Validatieloket. Indien gewenst, neem contact op met het Validatieloket: validatie@medicatieoverdracht.nl

Doel is:

• Aantonen dat verzonden EDIFACT-berichten valide zijn met behulp van de Enovation/E-Zorg validator. De validatierapporten en geteste berichten worden als bewijsmateriaal toegevoegd in het Interoplab-script.
• Aantonen dat relevante EDIFACT-berichten ontvangen en verwerkt worden. De leverancier toont aan dat de voor hen relevante EDIFACT-berichten technisch succesvol ontvangen én verwerkt worden in het eigen systeem. Dit geldt in elk geval voor de berichten die vanuit het testplatform worden aangeboden, maar mag – indien beschikbaar – ook op basis van testberichten die de leverancier reeds zelf bezit.

Als bewijs worden de volgende elementen aangeleverd:

• Een korte toelichting op welke berichten verwerkt zijn en hoe deze verwerking plaatsvindt
• Screenshots waaruit correcte verwerking blijkt
• Eventuele validatie- of verwerkingsrapportages

Hiermee kan de leverancier aantonen dat berichten zonder fouten worden ontvangen en correct worden verwerkt.

PoC ketentest en Lab-test

Aantonen dat berichtenuitwisseling in de keten via zowel 6.12- als EDIFACT-formaat succesvol plaatsvindt. Dit houdt in dat berichten tussen ketenpartijen onderling correct worden verzonden, ontvangen en verwerkt.

Testresultaten

Bevindingen worden opgenomen in BITS. De uitgevoerde testscripts worden als volgt geregistreerd en behandeld:

• Ontwikkeltest

De leverancier toont met behulp van screenshots aan dat is voldaan aan het beschreven verwachte resultaat.
Het Testteam beoordeelt de testresultaten zoals beschreven in Beoordelen testresultaten Ontwikkel

• PoC ketentest

De uitgevoerde Interoplab testscripts worden beoordeeld zoals beschreven in Beoordelen testresultaten PoC

• Lab test

De uitgevoerde Interoplab testscripts worden beoordeeld door de zorgverleners vanuit de betroken Kickstart regio’s.

Pagina Historie

Datum	Omschrijving
13 oktober 2025	Volgorde aangepast, template testplan geüpdated.
9 oktober 2025	Teststrategie BTD: beperkt dynamisch
29 september 2025	Expliciete beschrijving van consolidatie meerdere formaten verwijderd (zie MOVAL-1595)
19 september 2025	Paragraaf Lab uitgewerkt
15 september 2025	PoC Script 12.1 is buiten scope: verwijderd uit overzichten
27 maart 2025	Nummering EDIFACT ontwikkelscripts aangepast
17 maart 2025	Inleiding aangepast
18 februari 2025	Nummering 6.12 ontwikkelscripts aangepast. Ontdubbelen ontwikkel: concept ingevoerd
17 februari 2025	Testdoel 'Correct toepassen van signalering op mogelijk duplicate medicatiegegevens' i.p.v. 'technisch ontdubbelen'. Term Reconciliëren is verwijderd. Scope: 'Het toepassen van signalering op mogelijke duplicate medicatiegegevens na raadplegen.' i.p.v. 'technisch ontdubbelen' 'Het proces van handmatig ontdubbelen' aangevuld met 'na eventuele signalering op duplicate medicatiegegevens.' 'Consolideren medicatiegegevens uit meerdere formaten' niet langer sub van 'technisch ontdubbelen'. Teststrategie: bovenstaande tevens hier doorgevoerd.
13 februari 2025	Teststrategie aangepast: Lab is overal ** Lab BTD: I Scope: Het consolideren van medicatiegegevens in meerdere formaten in de hybride situatie: alleen MP6.12-verstrekkingen in MP9-TA formaat. (MP6.12 en EDIFACT zijn buiten scope) MP6.12 herkwalificatie is buiten scope
22 januari 2025	Hulpmiddelen (tools) en omgevingen toegevoegd
11 juni 2024	Concept