2a. Informatie per (ontvangende) HL7-koppeling

Berichttype

Bijlagen

Bijlagen die door de verwijzer meegezonden kunnen worden zullen ontvangen worden in een van onderstaande systemen.

Verdere toelichting over welke bestandstypen standaard worden aangezet en welke niet is te vinden in het artikel Bijlage met koppeling.
 

Werking van de SQAPI

Hier volgt een globale beschrijving van de werking van het SQAPI (Verwijzers) portaal

Het SQAPI Verwijzersportaal is een functionaliteit van ChipSoft en niet van ZorgDomein. Voor technische details, werkbeschrijvingen en handleidingen kunt u terecht ChipSoft. 

Het portaal zorgt voor de koppeling tussen de huisarts (via ZorgDomein) en HiX, zodat de patiënt en verwijzing correct in het ziekenhuisdossier kunnen worden verwerkt.

De huisarts start in het eigen HIS, opent ZorgDomein, kiest een verwijsreden en vult eventueel een aanvraagformulier in. Bij het verzenden van de verwijzing of aanvraag wordt het Verwijzersportaal via een SSO verbinding aangeroepen vanaf de werkplek/netwerk van de huisarts. Iedere HiX organisatie heeft een eigen SQAPI‑URL om te kunnen verbinden met het Verwijzersportaal.

ChipSoft valideert vervolgens:

• De verwijzer en organisatie op basis van hun AGB‑code.
• De patiënt op basis van het BSN. (De huisarts is verplicht om te verwijzen met een gevalideerd BSN, hiervoor moet de WID controle zijn uitgevoerd in het HIS voor iedere patiënt)

Is de verwijzer bekend in HiX, krijgt hij toegang tot het portaal. De patiënt wordt opgezocht op BSN en de huisarts bevestigt de juiste persoon. 

Ontbreekt het BSN, dan kan HiX zoeken op geboortedatum en 4 letters van de achternaam, afhankelijk of het ziekenhuis deze optie heeft ingesteld, waarna de huisarts een patiënt kiest of een nieuwe inschrijving doet (deze optie geeft kans op dossier verwisseling).

Wanneer AGB‑codes onbekend zijn of het portaal tijdelijk onbereikbaar is (bijvoorbeeld door time‑out of netwerkblokkade), wordt een fallback‑bericht via e‑mail verstuurd. De huisarts merkt daar in de praktijk weinig van. 

Het fallback-bericht wordt later handmatig in HiX verwerkt: AGB‑code toevoegen aan de artsentabel, patiënt opzoeken of aanmaken, en de verwijzing/aanvraag verwerken in de werklijst of agenda van de betreffende poli. Daarna in ZorgDomein inloggen om het aanvraagformulier en/of de verwijsbrief opnieuw op te vragen. 

Na succesvolle patiëntvalidatie retourneert HiX een HiX‑Patiënt‑ID aan ZorgDomein, dat dit ID toevoegt aan de HL7‑berichten die horen bij de verwijzing of aanvraag.

• Bij diagnostiekaanvragen is het formulier al ingevuld; ZorgDomein stuurt het verrijkte formulier met HiX‑ID door naar de ontvanger.
• Bij verwijzingen maakt de huisarts de verwijsbrief af; ook die wordt door ZorgDomein met het HiX‑ID doorgezonden.

De verwijzing (ZD‑nummer) wordt via SQAPI geplaatst in de werklijst of agenda van de betreffende afdeling. Alleen HL7‑berichten met een ZD‑nummer dat in HiX is verwerkt, kunnen correct gekoppeld worden. Voor afdelingen die niet werken met de HiX‑werklijst/agenda (zoals een laboratorium) moet bij ChipSoft worden nagevraagd hoe deze automatische SQAPI‑plaatsingen worden afgehandeld.

¹ Het is standaard niet mogelijk om naast een SQAPI bestemming een andere bestemming op te voeren. De SQAPI kan niet worden opgevangen in een queue. Aangezien de verwijzer altijd een handmatige actie moet doen tijdens het verwijzen in het portaal achter de SQAPI.

² De reden waarom de verwijzer niet in het portaal is geweest wordt vermeld in de fallback e-mail. Voor het verwerken van het fallback bericht heeft Chipsoft een handleiding. Het verwerken van deze berichten wordt vaak gedaan door functioneel beheer tijdens kantoortijden. Afdelingen zoals Radiologie en het Laboratorium (KC, MMB, Pathologie) gebruiken vaak een eigen fallback adres, reden hiervoor is dat de patiënt zich daar ook kan melden buiten kantoortijden en de poli anders geen idee heeft van de reden van verwijzen.

³ ORMv3

• Mocht er gewerkt worden met het oudere ORM LFDv2.1 bericht, dan kunnen dubbelingen in dit ORM bericht er op de Cloverleaf uit gehaald worden.
• ORMv3 support in HIX is er alleen voor HIX6.2 standaard content of hoger.
• Is alleen te gebruiken voor beeldvormend.
• Niet te gebruiken bij combinatieafspraken zoals Orthopedie + Röntgen enkel . Het zorgproduct hierin is lijdend en deze is vaak gekoppeld aan een poli en niet aan Radiologie. De SQAPI kijkt alleen naar de werklijst/ agenda van de poli waar her zorgproduct aan is gekoppeld en zal alleen daar de verwijzing/aanvraag verwerken.
• De gekoppelde vragen/antwoorden moeten gemapt worden op de velden in HiX. In de standaard koppeling wordt de volgende mapping aangehouden:

• De mapping van de ZorgDomein vraag- en antwoordcodes naar velden binnen HiX hoeft niet per definitie hetzelfde te zijn per klant. Dit betekent dat de zorginstellingen bij HiX beheer of Chipsoft kunnen aangeven waar ze welke gegevens willen laten landen in HiX wanneer er van de standaard afgeweken wordt. Verder worden de overige antwoorden geplaatst in een tekstuele vragenlijst binnen HiX welke aan de radiologie/nucleaire aanvraag wordt gekoppeld.

⁴SRM2016 is alleen mogelijk in combinatie met HiX standard content versie 6.2 of hoger. Dit annuleringsbericht is alleen inzetbaar voor de poli's, voor diagnostiek onderzoek (niet lab) kan E-mail of het ORM bericht gebruikt worden. (Chipsoft is ook nodig bij deze implementatie)

 ⁵ De patiëntreis is vrij in te richten, wanneer er met een SSO koppeling gewerkt gaat worden moet deze implementatie via ZorgDomein accountmanager aangevraagd te worden.
 

Berichttype

Epic Radiant (Beeldvormend)

Kan alleen gebruikt worden in combinatie met het EPIC ziekenhuis EPD.

Epic Beaker (Laboratorium diagnostiek)

Kan alleen gebruikt worden in combinatie met het EPIC ziekenhuis EPD.

¹Verdere toelichting over welke bestandstypen standaard worden aangezet en welke niet is te vinden in het artikel Bijlage met koppeling.

² ORMv3

• Mocht er gewerkt worden met het oudere ORM LFDv2.1 bericht, dan kunnen dubbelingen in dit ORM bericht er op de Cloverleaf uit gehaald worden.
• Is alleen te gebruiken voor beeldvormend.
• De gekoppelde vragen/antwoorden moeten gemapt worden op de velden in EPIC.
   

Berichttype

Onderstaande is alleen bedoeld voor de ziekenhuis koppeling.

¹ ORMv3

• Mocht er gewerkt worden met het oudere ORM LFDv2.1 bericht, dan kunnen dubbelingen in dit ORM bericht er op de Cloverleaf uit gehaald worden.
• Is alleen te gebruiken voor beeldvormend.
• De gekoppelde vragen/antwoorden moeten gemapt worden op de velden in xCare.

²Verdere toelichting over welke bestandstypen standaard worden aangezet en welke niet is te vinden in het artikel Bijlage met koppeling.

Note: Bij het testen kan de Preview functionaliteit niet gebruikt worden, xCare/Nexus kan geen ZPnummers verwerken. Het testen moet dus altijd gedaan worden vanuit een Huisarts rol om een ZDnummer te genereren.
 

Berichttype

USER 

Bestemming is voor alle klanten gelijk, koppeling loopt altijd via een communicatieserver.

• SRM2016 - 10.0.4.27:8500
• ORU-PDF - 10.0.4.27:8510
• ORU-ATTACHMENT-v2 - 10.0.4.27:8520

Reflex 

• IP- en poortnummer verschilt per klant.
• Alle bestemmingen bij één klant gebruiken dezelfde IP- en poortnummer.
   

De Medicore bestemming is voor alle klanten gelijk

• SRM2016 – 10.112.10.37:52000
• ORU-PDF – 10.112.10.37:52000
• ORU-ATTACHMENT-v2 – 10.112.10.37:52000

In alle berichten dient te worden ingesteld:

• MSH5.1: Medicore
• MSH6.1: unieke Medicore ID, deze is door de klant op te vragen bij Medicore
   

Dit EPD is per 31-12-2026 'End of life' (EOL).

Bespreek tijdig met de accountmanager de planning, gewenste berichttypen en benodigde ondersteuning voor de migratie naar een ander EPD.
 

¹De patiëntreis is vrij in te richten, wanneer er met een SSO koppeling gewerkt gaat worden moet deze implementatie via accountmanager aangevraagd te worden.
 

¹De patiëntreis is vrij in te richten, wanneer er met een SSO koppeling gewerkt gaat worden moet deze implementatie via accountmanager aangevraagd te worden.
 

¹De patiëntreis is vrij in te richten, wanneer er met een SSO koppeling gewerkt gaat worden moet deze implementatie via accountmanager aangevraagd te worden.
 

¹De patiëntreis is vrij in te richten, wanneer er met een SSO koppeling gewerkt gaat worden moet deze implementatie via accountmanager aangevraagd te worden.