Ondersteuning voor DICOMWeb

Wanneer je weet wat een PACS is, dan heb je vast en zeker van de DICOM standaard gehoord. Deze standaard heeft ervoor gezorgd dat we medische beelden kunnen uitwisselen en opslaan. DICOM ontketende begin jaren '90 een revolutie binnen het ‘diagnostic imaging’ domein en bracht als eerste standaard een vorm van leveranciersonafhankelijkheid. Nu, ruim 30 jaar later is duidelijk dat het een standaard is die ontworpen is in een tijd dat het internet nog niet bestond en anders werd gedacht over begrippen als netwerkbeveiliging en patiënt privacy. 

De DICOM standaard bestaat grofweg uit een (binaire) data-formaat, en een netwerkprotocol. Het data-formaat is uitgegroeid tot de defacto standaard om medische beelden op te slaan. Echter, DICOM als netwerk protocol is ingehaald door moderne protocollen zoals het bekende HTTP waarop het wereldwijde internet is gebaseerd. In de afgelopen jaren heeft de DICOM standaard daarom een stille moderniseringsslag ondergaan en de stap naar “restful” gemaakt onder de naam DICOMWeb. 

DICOMWeb vervangt de bekende DICOM netwerk services door modernere restful varianten die de namen QIDO-rs, WADO-rs en STOW-rs mee hebben gekregen. Het data-formaat is niet significant gewijzigd. Wel is er een moderne, en meer leesbare JSON representatie van de bekende DICOM data elementen bijgekomen. Het grote voordeel van de DICOMWeb standaard is dat het compatibel is met moderne technieken voor netwerk- en databeveiliging.

Onze ontwikkelaars werken stapsgewijs aan het introduceren van de nieuwe DICOMWeb services in het Founda Health platform. We laten ons daarbij leiden door diverse ontwikkelingen op nationaal, europees en internationaal niveau. Het meest concrete voorbeeld daarvan zijn de aanbevelingen van de multi-country working group die in het kader van de aankomende EHDS regelgeving een uitwerking hebben gemaakt hoe de DICOMWeb standaard kan worden ingezet voor beelduitwisseling. Nictiz heeft op basis van dezelfde aanbevelingen een eerste versie van de nieuwe informatiestandaard voor beeld beschikbaarheid gepubliceerd. 

In de komende maanden wordt het Founda Health platform uitgebreid met ondersteuning voor DICOMWeb services, te beginnen met WADO-rs. Zie hiervoor ook het artikel over Medmij in deze nieuwsbrief.

Proof of Concept Beeld in PGO

Medio 2024 zijn Stichting Medmij en Founda Health op initiatief van GERRIT gaan samenwerken aan een Proof-of-Concept plan om een nieuwe Medmij Dienst te ontwikkelen. Deze “dienst” heeft als doel diagnostische beeldinformatie beschikbaar te maken aan patiënten via een PGO. 

In het laatste kwartaal van 2024 heeft dit geresulteerd in een eerste technische uitwerking van deze dienst waarbij ervoor gekozen is om de informatiestandaard voor beeld beschikbaarheid die door Nictiz wordt ontwikkeld centraal te zetten. Kort gezegd komt dit neer op het gebruik van een combinatie van IHE(FHIR) en DICOMWeb profielen die een PGO in staat stellen een zorgaanbieder te bevragen welke beeldvormende onderzoeken er van een patiënt zijn, en een mogelijkheid om deze beelden in te zien via een PGO. De technische uitwerking is vastgelegd in een “solution design” dat door deelnemende partijen is goedgekeurd.

In de komende maanden heeft Founda Health zich gecommitteerd aan het ontwikkelen van IHE/FHIR en DICOMWeb interfaces, en het valideren daarvan met een aantal ziekenhuizen en PGOs in Nederland.

Een belangrijk uitgangspunt van Medmij is dat de API's die worden ontwikkeld zich niet beperken tot gebruik door alleen PGO’s. Een tweede doel is om dezelfde API’s door andere toepassingen te laten gebruiken. In het kader daarvan zijn gesprekken gestart tussen Medmij en de RIVO Noord ZorgViewer. 

In de komende nieuwsbrieven zullen we voortgang op deze ontwikkelingen melden.

Bernard Verbeeten Instituut Kick-off  

In januari is officieel het ontwikkelproject tussen het Bernard Verbeeten Instituut (BVI) en Founda Health van start gegaan. BVI is een radiotherapeutisch instituut en heeft behandellocaties in Tilburg, Breda en Den Bosch. BVI ontvangt het merendeel van haar patiënten vanuit het Amphia Ziekenhuis, Elisabeth Tweesteden Ziekenhuis en het Jeroen Bosch Ziekenhuis. BVI heeft als eerste instelling in Nederland ervoor gekozen om haar eigen ontwikkelde EPD aan te sluiten op de bestaande XDSCloud omgeving via een aantal gezamenlijk te ontwikkelen FHIR APIs. 

Het beoogde doel van het project is om het aantal handmatige handelingen die nu nog moeten worden uitgevoerd door een EPD gebruiker om externe patiëntinformatie te importeren drastisch te verminderen. De inzet is om verwijsdocumenten en andere relevante patiëntinformatie automatisch op te halen in door het BVI EPD. 

MDO Portaal

Achtergrondinformatie

Ziekenhuizen die beschikken over een Founda XDSCloud aansluiting gebruiken deze om medische informatie van hun patiënten beschikbaar te stellen aan andere ziekenhuizen conform wet- en regelgeving. Oncomid maakt gebruik van het Vitaly MDO Portaal van Open Line om het (regionale) MDO-proces te stroomlijnen. Via een koppeling met Founda Health heeft het Vitaly MDO Portaal toegang tot de gegevens van de aangesloten ziekenhuizen, inclusief toegang tot gegevens uit het Chipsoft Zorgplatform en Epic Care Everywhere. De XDS netwerken van Founda en Enovation zijn onderling ook gekoppeld zodat alle ziekenhuizen in Oncomid regio informatie met elkaar kunnen uitwisselen.

Regionale Infrastructuur

Functionele beschrijving MDO

In het kort bestaat het regionale MDO proces uit een vijftal stappen:

1. Patiënt wordt "verwezen" naar een MDO
2. Patiënt wordt gepland in een MDO
3. MDO overleg wordt voorbereid
4. MDO overleg vindt plaats en een "beleid" wordt vastgesteld
5. De uitkomst van het MDO wordt beschikbaar gesteld aan de deelnemers.

De samenwerking tussen Open Line en Founda Health gaat over de stappen 1, 3 en 5. Tijdens de aanmelding en voorbereiding van het MDO wordt relevante patiëntinformatie verzameld en gebundeld zodat het tijdens het overleg direct beschikbaar is. Beelden en/of verslagen worden gekoppeld aan de aanvraag, zodat ze tijdens het MDO direct beschikbaar zijn. Als onderdeel van stap 4 wordt de uitkomst van het MDO overleg in de vorm van een verslag via XDS beschikbaar gesteld aan de deelnemers.

Functioneel resultaat

De bovengenoemde samenwerking betekent een geweldige stap vooruit voor een MDO deelnemer. In plaats dat hij/zij op meerdere applicaties moet inloggen om een totaalbeeld te krijgen van de beschikbare patiëntinformatie, komt alle informatie nu samen in één overzicht in het MDO Portaal.

MDO Portaal

Doordat zowel beelden als verslagen binnen het MDO portaal kunnen worden ingezien is er geen noodzaak meer om handmatig patiëntinformatie van het ene naar het andere systeem over te zetten. Dit vertaalt zich niet alleen in een efficiënter MDO proces, maar het beperkt ook de kans op (administratieve) fouten die het MDO proces vertragen.

Beelden uit XDS netwerk getoond in MDO Portaal

Integratie op basis van internationale standaarden

De samenwerking tussen Open Line en Founda Health is volledig gebaseerd op internationale communicatie standaarden conform de IHE Cross-enterprise Document Sharing (XDS), IHE Cross-community Access (XCA) en IHE Cross-enterprise User Assertion (XUA) profielen. De implementatie volgt daarbij het "Technical Agreement - Dutch National HIE Network" dat in 2020 is opgeleverd door de "Taskforce Samen Vooruit".

Het Vitaly MDO portaal conformeert zich hierbij aan de eisen die gesteld worden aan de actoren XUA X-Service-User en XCA(-I) Initiating Gateway, en ondersteunt daarmee de ITI-38 (cross-gateway query), ITI-39 (cross-gateway retrieve) en de RAD-75 (cross-gateway image retrieve) transacties. Conform het XUA profiel wordt informatie van de Vitaly gebruiker meegegeven met elk van deze transacties (ITI-40).

De Founda Health XDSCloud implementeert dezelfde transacties, en acteert als een "XUA X-Service-Provider" en "XCA Responding (Imaging) Gateway". Voordat een transactie wordt beantwoord wordt gebruik gemaakt van de meegeleverde gebruikersinformatie om te bepalen of deze toegang mag hebben tot de gevraagde informatie. De beslissing daarvoor wordt genomen door het ziekenhuis dat wordt bevraagd.

Naast bovengenoemde IHE profielen wordt ook het IHE Cross-enterprise Workflow (XDW) profiel ingezet om informatie van het MDO proces te delen.