3a. Testscenario's koppeling HL7v2

ZorgDomein heeft een koppeling gerealiseerd met een EPD. Deze koppeling zorgt ervoor dat verwijzingen of aanvragen, inclusief relevante aanvullende informatie, automatisch in uw informatiesysteem terechtkomen. Dit verhoogt zowel de efficiëntie als de kwaliteit van de verwerking van verwijzingen.

Via de koppeling met ZorgDomein ontvangt uw informatiesysteem de volgende informatie-eenheden in de vorm van HL7-berichten:

• een inhoudelijk poliklinisch afspraakverzoek (bij HiX vervangen door de SQAPI-koppeling)
• een bijbehorende verwijsbrief, aanvraagformulier of lab-order met alle relevante patiëntinformatie
• indien van toepassing één of meerdere bijlagen of nazending

De koppeling is bedoeld om deze informatie-eenheden via de communicatieserver in het informatiesysteem te verwerken. Concreet betekent dit:

• Patiëntidentificatie en inschrijving op basis van een inhoudelijk poliklinisch afspraakverzoek (SRM2016).
• Bij een koppeling met HiX: patiëntidentificatie en inschrijving op basis van de integratie tussen ZorgDomein en online planning in ChipSoft Zorgportaal via het protocol Secure Querystring API (SQAPI).
  • Als de patiënt nog niet bekend is in CS-HiX, wordt deze via CS-Zorgportaal direct tijdelijk ingeschreven bij de zorginstelling. ZorgDomein ontvangt de HiX patiënt ID en verrijkt de HL7berichten hiermee. Vervolgens wordt de verwijzing na identificatie of inschrijving op de juiste werklijst in CS-HiX geplaatst. Daarna wordt de vanuit ZorgDomein verzonden verwijsbrief op basis van het ZorgDomein-nummer gekoppeld aan de verwijzing van de juiste patiënt.
  • Deze koppeling kan ook worden gebruikt om de verwijzer zelf een afspraak voor de patiënt te laten inplannen. Daarbij krijgt de verwijzer tijdens het verwijsproces direct een beschikbare mogelijkheid in de agenda van de polikliniek aangeboden. Deze functionaliteit staat echter vaak uit vanwege het hoge aantal no-shows. Een goed werkend alternatief is dat de patiënt via het CS-patiëntportaal zelf een afspraak inplant.
  • Standaard is het niet mogelijk om naast de SQAPI-URL een andere bestemming op te geven.
• Ontvangen en verwerken van de ZorgDomein-verwijsbrief (ORU PDF).
• Ontvangen en verwerken van bijlagen en nazending (ORU ATTACHMENT v2).
• Ontvangen en verwerken van radiologieaanvragen en annuleringen vanuit ZorgDomein (ORU PDF of ORM).
• Ontvangen en verwerken van pathologieaanvragen en annuleringen vanuit ZorgDomein (OML). Annulering voor LabTrain loopt via SRM2016.
• Ontvangen en verwerken van laboratoriumorders en annuleringen vanuit ZorgDomein (OML).
• Bij een HiX-koppeling kan het SRM2016-bericht ook worden gebruikt voor het annuleren van verwijzingen, mits gebruik wordt gemaakt van > HiX6.2 standaardcontent.

Het doel van dit testplan is om vast te stellen of de HL7v2-koppeling tussen ZorgDomein en het EPD technisch correct functioneert en functioneel aansluit op de werkprocessen van de zorginstelling. Daarbij wordt beoordeeld of berichten volledig, tijdig en juist worden ontvangen, verwerkt en beschikbaar gesteld aan gebruikers of vervolgprocessen.

De scope van dit testplan omvat de technische verwerking van HL7-berichten, de functionele verwerking in het EPD, de afhandeling van uitzonderingen en optionele scenario’s zoals bijlagen, nazending, annuleringen en online afspraak maken. De in dit document opgenomen testvragen, testcases en controlepunten worden gebruikt als basis voor de testuitvoering en mogen door de zorginstelling worden uitgebreid met systeem- of proces-specifieke scenario’s.

De testuitvoering vindt gefaseerd plaats. Eerst worden de technische randvoorwaarden en verwerkingsafspraken gecontroleerd. Daarna worden de functionele scenario’s getest op basis van de opgenomen testcase-matrix. Bevindingen worden per testcase vastgelegd, beoordeeld en waar nodig opnieuw getest na correctie.

Per testcase worden minimaal de volgende onderdelen vastgelegd: testdoel, invoer, verwachte uitkomst, feitelijke uitkomst, status en eventuele bevindingen. Een testcase is geslaagd wanneer het resultaat overeenkomt met de verwachte uitkomst en er geen blokkerende afwijkingen zijn vastgesteld.

1. Er is een werkende VPN-verbinding tussen de zorginstelling en ZorgDomein waarover getest kan worden. De VPN is ingericht voor de berichten waarmee wordt getest. Aanpassingen aan de VPN moeten worden doorgegeven via https://vpnrequest.zorgdomein.nl/. Hou rekening met 5 werkdagen verwerkingstijd.
2. Er wordt altijd getest van de ZorgDomein-testomgeving naar de EPD-testomgeving of van de ZorgDomein-productieomgeving naar de EPD-productieomgeving. Van testomgeving naar productieomgeving of andersom is niet toegestaan (NEN7510).
3. De HL7-berichten komen binnen op de correct geconfigureerde poorten en IP-adressen van een communicatieserver.
4. In ZorgDomein zijn zorgproducten, zorgproductonderdelen, bepalingen voor verwijzen en aanvragen van specialistische zorg, testverwijzers (bijvoorbeeld huisartsen en verloskundigen) en testpatiënten geconfigureerd.
5. Zorgproducten, zorgproductonderdelen en bepalingen worden door uw zorginstelling beheerd in de ZorgDomein Beheerapplicatie. Elk ingericht onderdeel heeft binnen ZorgDomein een unieke code die in het HL7-bericht wordt meegestuurd.
6. Een mappingtabel in het EPD is nodig om de codes voor zorgproducten, zorgproductonderdelen en bepalingen te herkennen, zodat een verwijzing correct kan worden verwerkt. Deze mappingtabel moet zijn ingericht voordat het testen start. De zorginstelling is verantwoordelijk voor het beheer ervan.
7. Het is mogelijk om een kopie van de productieomgeving over te zetten naar de testomgeving zodat er geen verschillen zijn tussen beide omgevingen. Deze kopie (synchronisatie) kan worden gemaakt door de verantwoordelijke beheerder binnen uw organisatie. Let op: Hiermee wordt de gehele testomgeving overschreven, met uitzondering van bestemmingen en personen.
8. Via ZorgDomein kunnen verwijzingen worden gedaan voor patiënten die nog onbekend zijn bij uw zorginstelling. Uw zorginstelling is verantwoordelijk voor de juiste verwerking van dit soort verwijzingen.
   1. Bij een koppeling met HiX gaan de opgestelde testcases ervan uit dat ChipSoft Zorgportaal aan onbekende patiënten een eventueel tijdelijk patiëntnummer toekent en hen daarmee inschrijft. Het testplan moet hiermee rekening houden.
9. Ook huisartsen of andere verwijzers die nog onbekend zijn bij uw zorginstelling kunnen via ZorgDomein verwijzen. Uw zorginstelling is verantwoordelijk voor de juiste verwerking van dit soort verwijzingen. Toegang tot uw zorgaanbod voor de verschillende beroepsgroepen is op  zorgproductniveau te regelen.
10. Zodra de HL7-berichten met de juiste informatie op de communicatieserver zijn ontvangen voor verdere afhandeling, is de koppeling gereed. ZorgDomein heeft geen invloed op de processen die volgen nadat is vastgesteld dat verwijzers, patiënten of specialismen onbekend zijn.

Bij een koppeling met HiX zijn daarnaast de volgende zaken van belang:

1. De ChipSoft Zorgportaal-omgeving waarmee wordt getest, is opgebouwd en bereikbaar vanaf een netwerk buiten de zorginstelling.
2. Voor het test- of acceptatie-Zorgportaal moet de volgende identity provider zijn geconfigureerd: https://ttt.zorgdomein.nl/zorgdomein/cszorgportaal
3. Voor het productie-Zorgportaal moet de volgende identity provider zijn geconfigureerd: https://www.zorgdomein.nl/zorgdomein/cszorgportaal
4. Bij een koppeling met HiX zijn de testers bekend met het fallback-proces.

Het fallback-proces kan om meerdere redenen in werking treden, bijvoorbeeld bij een onbekende of afwezige AGB-code, wanneer een persoons-AGB-code niet is gekoppeld aan een organisatie-AGB-code, of wanneer geen verbinding kan worden gemaakt met het CS-Zorgportaal. In dat geval wordt een afspraakverzoek via de VPN-verbinding naar het fallback-e-mailadres gestuurd. De afspraak moet vervolgens eerst handmatig in CS-HiX worden ingevoerd, voordat de verwijsbrief vanuit ZorgDomein door de contentbeheerder van de zorginstelling opnieuw kan worden verzonden. Via COMEZ wordt de verwijsbrief daarna gekoppeld aan de juiste patiënt en verwijzing in CS-HiX. Vraag de meest recente werkbeschrijving van de fallback op bij Chipsoft.

Tijdens de testuitvoering worden per scenario de invoer, de uitgevoerde stappen, de feitelijke uitkomst en de beoordeling vastgelegd. Afwijkingen worden geregistreerd met een duidelijke omschrijving, impact, prioriteit, eigenaar en verwachte oplosdatum. Hertesten vinden plaats nadat de correctie is doorgevoerd en bevestigd.

Voer onderstaande controles uit voordat de functionele testcases worden gestart. Leg per controle vast wat de verwachte uitkomst is, wat feitelijk is waargenomen en welke vervolgactie nodig is.

1. Wat gebeurt er met technisch afgekeurde HL7-berichten?
   1. ZorgDomein ontvangt hiervoor vanuit uw organisatie een NACK-melding. Deze melding is ook terug te vinden in uw eigen logging.
   2. ZorgDomein kan een e-mailbestemming configureren waar de NACK-melding wordt afgeleverd. Dit kan voor de gehele organisatie (aanbevolen) of per cluster.
   3. In veel gevallen nemen wij de inhoud van de foutmelding uit de NACK op in het e-mailbericht, mits deze inhoudelijk aanwezig is in het ontvangen NACK-bericht.
   4. Wij filteren de inhoud van deze meldingen om te voorkomen dat patiëntgegevens in door ons verzonden e-mails terechtkomen. Als dergelijke gegevens aanwezig zijn, ontvangt u een NACK-melding zonder inhoudelijke foutmelding.
2. Wat gebeurt er als een ORU PDF-bericht (verwijsbrief) pas na 48 uur of na één maand in het XIS binnenkomt?
3. Wat gebeurt er als de patiënt zich meldt voor de afspraak, terwijl het ORU PDF-bericht (de verwijsbrief) nog niet is binnengekomen?
4. Wat gebeurt er met de verwijsbrief, het aanvraagformulier of de order (ORU PDF/ORM/OML) als het afspraakbericht op een uitvallijst terechtkomt en er geen patiëntmatch of inschrijving heeft plaatsgevonden?
5. De zorginstelling kan in ZorgDomein verwijsbrieven, bijlagen, nazendingen en labaanvragen opnieuw verzenden. Dit HL7-bericht is dan niet identiek aan het eerder verzonden bericht, omdat bijvoorbeeld veld MSH-7 is gewijzigd. Hoe gaat het EPD om met HL7-berichten die al zijn verwerkt maar opnieuw worden aangeboden? Maak daarbij onderscheid tussen de volgende scenario’s:
   1. de patiënt heeft nog geen afspraak gemaakt
   2. de patiënt heeft al wel een afspraak gemaakt
   3. de patiënt heeft de afspraak al gehad of het laboratoriumonderzoek is al uitgevoerd
6. Wat gebeurt er als het EPD twee ORU PDF-berichten ontvangt die bij één verwijzing horen, zoals bij een combinatieafspraak waarbij zowel een aanvraagformulier als een verwijsbrief wordt verstuurd?
7. Een orderbericht (ORM/OML) kan meerdere aangevraagde onderzoeken bevatten. Hoe reageert het EPD als één onderzoek niet wordt herkend? Wordt het hele orderbericht afgekeurd of worden de wel herkende onderzoeken wel verwerkt?
8. Wat gebeurt er als het XIS één of meerdere bijlagen (ORU ATTACHMENT v2) ontvangt?
9. Wat gebeurt er als het XIS één of meerdere nazendingen (ORU ATTACHMENT v2) ontvangt?
10. [Optioneel – bij gebruik van bijlagen] Nazendingen kunnen op een willekeurig moment na het afronden van een verwijzing binnenkomen. Hoe gaat het EPD hiermee om? Maak daarbij onderscheid tussen de volgende scenario’s:
    1. de patiënt heeft nog geen afspraak gemaakt
    2. de patiënt heeft al wel een afspraak gemaakt
    3. de patiënt heeft de afspraak al gehad
11. [Optioneel – bij gebruik van annuleringen] Annuleringen kunnen op een willekeurig moment na het afronden van een verwijzing of diagnostische aanvraag binnenkomen. Hoe gaat het EPD hiermee om? Maak daarbij onderscheid tussen de volgende scenario’s:
    1. de patiënt heeft nog geen afspraak gemaakt
    2. de patiënt heeft al wel een afspraak gemaakt
    3. de patiënt heeft de afspraak al gehad of het laboratoriumonderzoek is al uitgevoerd
12. [Bij koppeling met HiX – alleen indien van toepassing / bij gebruik van SRM2016 voor annuleringen]

Annuleringen kunnen op een willekeurig moment na het afronden van een verwijzing of diagnostische aanvraag binnenkomen. Hoe gaat CS-HiX hiermee om? Maak daarbij onderscheid tussen de volgende scenario’s:

1. de patiënt heeft nog geen afspraak gemaakt
2. de patiënt heeft al wel een afspraak gemaakt
3. de patiënt heeft de afspraak al gehad of het laboratoriumonderzoek is al uitgevoerd

Gebruik onderstaande matrix als basis voor de functionele uitvoering van de test. Leg per testcase minimaal vast: testdoel, testdata, verwachte uitkomst, feitelijke uitkomst, status en eventuele bevindingen.

• Verwijzer (AGB-code van de superviserende verwijzer)
• Patiënt (BSN van de patiënt)
• Zorgproductcode (mappingcode)

Bij testcase 09 kunt u onder andere denken aan:

1. Verwijzingen voor verschillende verwijstypen:
   1. reguliere afspraak
   2. verwijsafspraak
   3. spoedafspraak
   4. combinatieafspraak
   5. verkorte toegangstijd
   6. diagnostiek, zoals functieonderzoeken of radiologie
2. Aanvragen van bijvoorbeeld specialisten ouderengeneeskunde, verloskundigen of zorgverleners uit andere disciplines dan huisartsen, omdat hun AGB-codes kunnen afwijken.
3. Het onderscheid tussen de verantwoordelijke zorgverlener (zoals de huisarts) en de aanvrager (bijvoorbeeld huisarts, POH, assistent of waarnemer).
4. Hoe wordt omgegaan met verwijzingen die niet worden geëffectueerd, bijvoorbeeld wanneer de patiënt geen afspraak maakt of niet verschijnt?
5. Komen diakritische tekens, zoals ë en ç, correct in het EPD terecht als deze worden meegestuurd?
6. Wat gebeurt er als het BSN ontbreekt?
7. [Optioneel – bij gebruik van bijlagen] Kunnen alle ondersteunde bestandstypen correct worden verwerkt wanneer deze als bijlage of nazending (ORU ATTACHMENT v2) met de verwijzing worden meegestuurd, zoals doc, docx, jpeg, jpg, pdf, rtf, tif, tiff, gif, png, xls en xlsx?
8. [Optioneel – bij gebruik van bijlagen] Via ZorgDomein kunnen meerdere bestanden als bijlage of nazending worden verstuurd. Het totaal aan bestanden mag maximaal 20 MB zijn en een individueel bestand maximaal 10 MB.

Specifiek voor het XIS kunt u bij testcase 09 verder denken aan:

1. Patiëntinschrijving en het plannen van een afspraak via CS-Zorgportaal.
2. Een huisarts (AGB) die voor meerdere praktijken (AGB) werkzaam is.
3. [Optioneel – alleen indien van toepassing / bij gebruik van SRM2016 voor annuleringen] Werkt dit correct voor de verwijzingen?

1. Patiëntinschrijving via het HL7-bericht.

1. Patiëntinschrijving via het HL7-bericht.
   1. vragen en antwoorden uit vragensets
   2. tekstvelden
   3. datumvelden
   4. single-select
   5. meerkeuzevelden met meerdere antwoorden
2. Lateraliteit (links, rechts of beiderzijds).
3. De prioriteit van de aangevraagde onderzoeken.
4. Datum en tijdstip van de order.
5. Aanvragen waarbij verschillende soorten onderzoeken worden aangevraagd: kunnen de vragen en antwoorden per onderzoek worden uitgesplitst?
6. Combinatieafspraken waarbij een verwijzing wordt gecombineerd met diagnostiek.

[Optioneel – bij patiëntidentificatie via HiX] Kan het radiologiesysteem omgaan met aanvragen waarbij het ziekenhuisinformatiesysteem-ID (HiX) wel wordt meegestuurd? En ook met aanvragen waarbij dit ID niet wordt meegestuurd?

[Optioneel – annulering] Kan een annulering via ORMv3 correct worden verwerkt?

[Optioneel – bij gebruik van losse vragen] ORMv3 verwerkt losse vragen anders dan eerdere ORM-versies. Controleer of alle vragen correct worden verwerkt.

1. Patiëntinschrijving via het HL7-orderbericht.
2. Match van de aanvrager op basis van AGB-code.
3. Vragen en antwoorden op gekoppelde vragen, zoals tekstvelden, datumvelden, single-select en meerkeuzevelden.
4. In sommige vragensets worden aanvullende potjes uitgevraagd. Kan voor deze aanvullende potjes de ingevulde informatie over aard materiaal en verkrijgingswijze correct in het LMS worden verwerkt?
5. Wordt in de vragenset cytologie de optie ‘spontaan’ bij de vraag ‘verkrijgingswijze’ correct geïnterpreteerd in het LMS?
6. Datum en tijdstip van de order.
7. Hoe wordt omgegaan met aanvragen die niet worden geëffectueerd, bijvoorbeeld omdat er geen materiaal binnenkomt?
8. Worden de velden datum afname en datum aanvraag correct overgenomen?
9. Komen de verschillende keuzes bij de vraag menstruatie bij cervixuitstrijk correct in het LMS terecht?

[Optioneel – bij patiëntidentificatie via HiX] Kan het LMS omgaan met aanvragen waarbij het ziekenhuisinformatiesysteem-ID (HiX) wel wordt meegestuurd? En ook met aanvragen waarbij dit ID niet wordt meegestuurd?

1. Patiëntinschrijving via het HL7-orderbericht.
2. Opmerkingen en klinische gegevens met betrekking tot de volledige order.
3. Vragen en antwoorden op gekoppelde vragen:
   1. tekstvelden
   2. datumvelden
   3. single-select
   4. meerkeuzevelden met meerdere antwoorden
4. Uitslag doorbellen.
5. Kopie naar.
6. Spoed.
7. De prioriteit van de aangevraagde onderzoeken.
8. Datum en tijdstip van de order.
9. Afwijkende aanvragen.
10. Aanvragen waarbij een combinatie van nuchter en niet-nuchter wordt aangevraagd, terwijl de patiënt op het moment van prikken óf nuchter óf niet-nuchter is.
11. Het huisbezoekschema, indien dit wordt gebruikt.

[Optioneel – bij patiëntidentificatie via HiX] Kan het laboratoriumsysteem omgaan met aanvragen waarbij het ziekenhuisinformatiesysteem-ID (HiX) wel wordt meegestuurd? En ook met aanvragen waarbij dit ID niet wordt meegestuurd?

[Optioneel – annulering] Kan een annulering via OMLv3 correct worden verwerkt?

[Optioneel – bij gebruik van losse vragen] OMLv3 verwerkt losse vragen anders dan eerdere OML-versies. Controleer of dit volledig is getest.

Technische testvragen – online afspraak maken

Voordat het functionele testen wordt uitgevoerd, moeten in ieder geval de volgende testvragen worden meegenomen in het algehele testplan:

1. Wat gebeurt er als de patiënt online een afspraak probeert te maken, maar de online patiëntomgeving van de zorginstelling:
   1. wel bereikbaar is, maar de agenda of afspraak nog niet toegankelijk is?
   2. wel bereikbaar is, maar de agenda of afspraak onjuist is?
   3. helemaal niet bereikbaar is?

Controlepunten:

Hieronder vindt u een aantal controlepunten:

Technische testvragen – online afspraak maken

Voordat het functionele testen wordt uitgevoerd, moeten in ieder geval de volgende testvragen worden meegenomen in het algehele testplan:

1. Wat gebeurt er als de patiënt online een afspraak probeert te maken, maar de online patiëntomgeving van de zorginstelling:
   1. wel bereikbaar is, maar de agenda of afspraak nog niet toegankelijk is?
   2. wel bereikbaar is, maar de agenda of afspraak onjuist is?
   3. helemaal niet bereikbaar is?

Controlepunten:

Hieronder vindt u een aantal controlepunten: