Kennisbank
FHIR (Fast Healthcare Interoperability Resources) is een moderne standaard voor het elektronisch uitwisselen van zorggegevens, gebouwd op internettechniek. Voor jou als praktijkhouder bepaalt FHIR steeds meer hoe je verwijst, hoe patiënten hun gegevens via een PGO inzien en hoe makkelijk je overstapt naar een ander EPD. Dit artikel legt uit wat de standaard is en wat je ervan merkt.
FHIR staat voor Fast Healthcare Interoperability Resources. Het is een moderne standaard voor het elektronisch uitwisselen van zorginformatie, ontwikkeld door de internationale organisatie Health Level Seven (HL7). In Nederland is gekozen voor versie R4 als basis voor de gegevensuitwisseling in de eerstelijnszorg. Waar oudere standaarden gesloten en systeemgebonden waren, is FHIR gebouwd op de techniek van het hedendaagse internet: webkoppelingen (API's) en veelgebruikte formaten zoals JSON en XML. Voor jou als praktijkhouder is FHIR geen detail voor je ICT-afdeling, maar bepalend voor hoe je gegevens deelt en of je vrij kunt kiezen welke software je gebruikt.
FHIR knipt een medisch dossier op in losse, herbruikbare bouwstenen die 'resources' heten: een medicatieafspraak, een laboratoriumuitslag, een allergie. Elke bouwsteen heeft een vaste vorm, zodat een ander systeem precies weet wat het ontvangt. In Nederland worden deze bouwstenen ingevuld met de Zorginformatiebouwstenen (zibs): eenduidige beschrijvingen van medische concepten. Nictiz, het nationale expertisecentrum voor standaarden in de zorg, vertaalt de zibs naar concrete FHIR-profielen. De laag die softwareleveranciers moeten gebruiken heet 'nl-core' en wordt gevalideerd door HL7 Netherlands, zodat systemen in het hele land dezelfde taal spreken.
De zorg gebruikt nu nog veel oudere standaarden. EDIFACT is de basis voor onder meer receptenverkeer en labuitslagen in de eerstelijn; HL7 versie 2 stamt uit de jaren tachtig en wordt vooral gebruikt voor koppelingen binnen ziekenhuizen. Beide werken volgens een 'push-model': het verzendende systeem maakt een bericht en duwt dat naar de ontvanger. Dat leidt tot veel losse, kwetsbare koppelingen tussen systemen. FHIR werkt met een 'query-model': gegevens staan bij de bron als losse bouwstenen, en een ander systeem vraagt gericht op wat het nodig heeft. In plaats van een heel dossier door te sturen om één labwaarde te vinden, kun je die ene waarde opvragen. Ook heeft FHIR moderne beveiliging (OAuth 2.0, SMART on FHIR) ingebouwd, terwijl de oudere standaarden leunen op afscherming van het netwerk.
In de praktijk merk je FHIR het eerst bij verwijzingen en dossieroverdrachten. Een concreet voorbeeld is de use-case waarin een huisarts verwijst naar een paramedicus, gekoppeld aan het programma VIPZ 2.0. Met FHIR kun je actuele diagnoses, contra-indicaties en medicatie gestructureerd overdragen naar het dossier van de ontvanger, in plaats van via losse portalen en handmatige stappen. Ook de overdracht van een dossier tussen twee huisartsenpraktijken bij een patiëntmutatie verandert. Die overdracht verloopt nu vaak via verouderde bestandsoverdracht en kan tot een week duren. Onder FHIR is het doel dat deze overdracht gestructureerd en direct verloopt. Belangrijk: de kwaliteit van wat je overdraagt hangt af van hoe je registreert. Een koppeling maakt slordige of vrije-tekst-invoer niet vanzelf uitwisselbaar.
Patiënten hebben het recht hun gegevens digitaal in te zien via een Persoonlijke Gezondheidsomgeving (PGO) naar keuze. In Nederland is dit georganiseerd via het MedMij-afsprakenstelsel, en ook binnen MedMij is FHIR de standaard voor de technische ontsluiting van de zibs. De patiënt identificeert zich in de PGO-app (bijvoorbeeld met DigiD), waarna de gegevens beveiligd worden opgehaald bij jouw praktijk. Dit loopt via een Dienstverlener Zorgaanbieder (DVZA) die als beveiligde FHIR-gateway fungeert tussen je EPD en de PGO. Voor jou betekent dit dat je EPD MedMij-koppelingen moet ondersteunen om aan dit inzagerecht te kunnen voldoen.
Sinds 1 juli 2023 geldt de Wet elektronische gegevensuitwisseling in de zorg (Wegiz). Deze kaderwet verplicht zorgaanbieders om aangewezen gegevensuitwisselingen elektronisch te laten verlopen. De wet werkt met twee sporen. Spoor 1 verplicht alleen elektronisch transport; papier, fax en dvd zijn dan verboden. Een voorbeeld is de verplichting om recepten elektronisch voor te schrijven, sinds 1 januari 2024. Spoor 2 gaat verder en verplicht dat gegevens volledig gestructureerd en eenduidig worden uitgewisseld op basis van een aangewezen NEN-norm, met gecertificeerde software. De eerste uitwisseling die onder Spoor 2 valt is de Basisgegevensset Zorg (BgZ), vastgelegd in NEN 7540. De Wegiz verankert daarnaast de landelijke API-strategie: koppelingen moeten voldoen aan het niveau van 'Open API's', en FHIR-gebaseerde koppelingen zijn de aangewezen techniek daarvoor.
Overstappen naar een ander HIS of EPD is historisch gezien risicovol en duur. Leveranciers slaan gegevens vaak op in een eigen, gesloten databaseontwerp, waardoor bij een migratie maatwerk-conversiescripts nodig zijn en gegevens kunnen degraderen tot losse PDF's. Een FHIR-gebaseerd systeem vermindert die afhankelijkheid op twee manieren. Ten eerste is de betekenis van de gegevens gestandaardiseerd via de nl-core-profielen, zodat het ontvangende systeem de interne structuur van het oude systeem niet hoeft te kennen. Ten tweede ondersteunt FHIR R4 een bulk-export via de operatie $export, waarmee je een volledige patiëntenpopulatie in één batch kunt exporteren in een gestandaardiseerd formaat. Dat maakt de kans kleiner dat je vastzit aan één leverancier.
Veel leveranciers zeggen 'FHIR te ondersteunen'. Dat kan ook betekenen dat ze alleen een oppervlakkige conversielaag hebben die berichten aan de buitenkant als FHIR laat lijken, zonder de gegevens echt uitwisselbaar te maken. Concrete vragen helpen je het verschil te toetsen:
FHIR verlaagt de technische drempel voor gegevensuitwisseling, maar is geen magische oplossing. Het succes hangt af van nationale afspraken en van hoe zorgvuldig er wordt geregistreerd. Als leveranciers te veel essentiële gegevens onderbrengen in eigen extensies, ontstaat opnieuw versnippering en begrijpen systemen buiten hun eigen omgeving de gegevens alsnog niet. Een FHIR-profiel controleert alleen de vorm van een bericht, niet de klinische betekenis. De datakwaliteit begint bij de invoer aan de bron: geen koppeling of terminologieserver repareert achteraf onjuiste of inconsistente registratie. Investeren in gecertificeerde software heeft dus alleen effect in combinatie met eenduidige, gestructureerde registratie in je eigen praktijk.