Een nationaal FHIR-basisprofiel is een implementatiegids waarin een land vastlegt hoe gangbare FHIR-resources, zoals patiënt, zorgverlener en organisatie, er bij hem uitzien. Andere nationale gidsen bouwen erop voort. Voorbeelden zijn US Core, UK Core, nl-core, FR Core, CH Core, DK Core, de Oostenrijkse en Duitse basisprofielen en het Belgische BE Core. Beheer en verplichting verschillen per land: US Core werd ontworpen voor Amerikaanse certificeringscriteria, Duitse ziekenhuissystemen worden op ISiK gecertificeerd, elders steunt het op een informatiestandaard of op de gids zelf. De IPS en HL7 Europe Base and Core zijn de gemeenschappelijke internationale en Europese referentie.
", "last_verified": "2026-11-12", "verification_outdated": false, "sections": [ { "id": "in-het-kort", "title": "In het kort", "kind": "in-het-kort", "html": "HL7 FHIR is een algemene standaard: een resource zoals Patient laat veel open (welke identificatienummers, welke codes, welke velden verplicht). Een profiel legt die keuzes vast, en een implementatiegids (IG) bundelt profielen, extensies en waardelijsten. Een nationaal basisprofiel (ook 'core'-gids of, losjes, een nationaal FHIR-'dialect') doet dat voor een heel land, voor de resources die elke toepassing nodig heeft. UK Core omschrijft zichzelf als geen volledig beschreven uitrolbare dienst, maar als de basis waarvan andere FHIR-implementatiegidsen worden afgeleid[1]. Het spreekt de basisstandaard nooit tegen, maar beperkt en breidt resources uit om ze in lijn te brengen met Britse vereisten[1]. Wie DK Core gebruikt, hoort ervan te erven en er profielen per toepassing op te bouwen; DK Core zelf levert geen toepassingsspecifieke profielen[6].
\nDe naamgeving is bewust parallel: volgens de profileringsrichtlijnen van Nictiz is nl-core de laag voor echte implementaties, en de naam sluit aan bij eu-core, us-core en uk-core in andere jurisdicties[12]. Boven de nationale laag staan twee gemeenschappelijke referenties, de International Patient Summary (IPS) en de Europese profielen van HL7 Europe (zie 'Bouwstenen'). De Belgische tegenhanger is BE Core, onderdeel van de Belgische FHIR-gidsen.
\nDe tabel zet gegevens naast elkaar en rangschikt de landen niet. 'Gepubliceerd' is de versie op de site van de gids; het FHIR-pakketregister kan een nieuwere ballot- of patchversie als 'latest' tonen.
\n| Land | \nGids | \nBeheerder | \nVersie (stand 12/11/2026) | \nFHIR | \nVerplichtingsgraad | \nAansluiting IPS/EU | \n
|---|---|---|---|---|---|---|
| Verenigde Staten | \nUS Core | \ngids voor de US Realm[15] | \n9.0.0 (STU 9)[15][16] | \nR4[15] | \nontworpen voor certificeringscriteria van de ONC-editie 2015[14]; huidige wettelijke versie niet getoetst | \nde IPS houdt rekening met US Core[17] | \n
| Verenigd Koninkrijk | \nUK Core | \nHL7 UK; governance door NHS England als DAPB4020[3][11] | \nrelease 2.0 (STU2), register 2.0.2[3][18] | \nR4 (4.0.1)[18] | \ninformatiestandaard: leveranciers 'zouden moeten overwegen' bij te werken[11] | \nniet gevonden | \n
| Nederland | \nnl-core (op zibs) | \nNictiz[9][19] | \n0.12.1-beta.1 (bèta)[20] | \nR4 (4.0.1)[20] | \nNictiz-standaarden streven naar nl-core[19]; wettelijke aanwijzing niet gevonden | \ncompliesWithProfile naar eu-core[12] | \n
| Duitsland | \nBasisprofil DE R4; ISiK Basis | \nHL7 Deutschland; gematik[8][21] | \n1.6.0; ISiK Basis 6.0.0[22][21] | \nR4 (4.0.1)[22] | \nISiK: certificering, wettelijk via § 373 SGB V en de GIGV[10][23] | \nISiK volgt de beschikbare stand van HL7 Europe[13] | \n
| Frankrijk | \nFR Core | \nHL7 France en IHE France[4] | \n2.2.0; register 3.0.0-ballot[4][24] | \nR4 (4.0.1, volgens het register voor de ballot)[24] | \nde gids zegt dat alle FHIR-implementaties erop moeten steunen[4] | \novererving uit HL7 Base Europe aangekondigd[4] | \n
| Zwitserland | \nCH Core | \nHL7 Switzerland[5] | \n7.0.0-ballot (STU 7 Ballot)[5] | \nR4[5] | \nEPD-bijlagen leggen vereisten vast[5]; directe verwijzing naar CH Core niet gevonden | \nniet gevonden | \n
| Denemarken | \nDK Core; MedCom Core | \nHL7 Denmark; MedCom[6][25] | \n3.7.0; MedCom Core 4.0.0[6][25] | \nMedCom Core R4[25]; DK Core niet in de bronnen | \nwettelijk kader voor de profielen niet gevonden | \neigen IPA-DK-profielen[6]; IPS/EU niet gevonden | \n
| Oostenrijk | \nHL7 Austria FHIR Core (AT Core) | \ntechnisch comité FHIR van HL7 Austria[7] | \n2.0.0 (R4), ook een R5-gids[7][26] | \nR4 en R5[7][26] | \nbasis voor de FHIR-gidsen van ELGA[7]; wettelijk kader niet gevonden | \nniet gevonden | \n
| België | \nBE Core (Federal Core Profiles) | \neHealth-platform (uitgever)[2] | \n2.2.0 (release)[2] | \nR4[2] | \nwettelijk kader voor BE Core niet gevonden | \ngeen IPS of HL7 Europe in de afhankelijkheden (interpretatie)[2] | \n
'Niet gevonden' betekent dat de onderzochte bronnen het niet noemen; dat is geen bewijs dat het niet bestaat.
" }, { "id": "per-land", "title": "Per land", "kind": "tekst", "html": "Verenigde Staten (US Core). US Core stamt rechtstreeks af van de Argonaut-gids en volgt via FHIR STU3 en R4 de USCDI van de ONC[15]. De USCDI (U.S. Core Data for Interoperability) legt de gegevensvereisten op hoog niveau vast; US Core levert de FHIR-profielen om eraan te voldoen[14]. De gids verschijnt jaarlijks en volgt daarbij de wijzigingen in de USCDI en de verzoeken van de Amerikaanse FHIR-gemeenschap[15]. US Core legt een minimum ('floor') vast: welke elementen, extensies en waardelijsten aanwezig moeten zijn, en de minimale RESTful-interacties om patiëntgegevens op te vragen[15]. De profielen werden oorspronkelijk ontworpen voor certificeringscriteria van de ONC-editie 2015 (patiëntselectie en toegang via applicaties)[14], en ze zijn de basis geworden voor de Amerikaanse ('US Realm') FHIR-gidsen[15]. De gepubliceerde versie is 9.0.0 (STU 9), op FHIR R4[15]; het pakketregister toont die versie van 30 mei 2026 ook als 'latest'[16].
\nVerenigd Koninkrijk (UK Core). HL7 UK bracht in mei 2024 UK Core release 2.0 (STU2) uit, een standaard voor proefgebruik die volgens HL7 UK klaar en aanbevolen is voor gebruik[3]; het pakketregister toont 2.0.2 van 24 februari 2025 als 'latest'[18]. Een STU3-reeks is in ontwikkeling en is volgens HL7 UK nog niet nagekeken voor implementatie[1]. In Engeland publiceert NHS England de governance van UK Core als informatiestandaard DAPB4020 onder section 250 van de Health and Social Care Act 2012[11]. DAPB4020 voert een governanceproces in voor toezicht, richting en leiding over UK Core FHIR R4[11]; de Data Coordination Board keurde de wijziging goed met gedelegeerd gezag van de minister van Volksgezondheid[27]. Amendement 33/2021 verscheen op 11 maart 2022 en staat als actief in de NHS Standards Directory[11]. Die raakt alle leveranciers van zorg-IT-systemen, die 'zouden moeten overwegen' bestaande FHIR-onderdelen in lijn met UK Core bij te werken[11].
\nNederland (zibs en nl-core). Zorginformatiebouwstenen (zibs) zijn functionele, semantische (niet-technische) afspraken over informatie uit het zorgproces, zodat die hergebruikt kan worden voor onder meer overdracht, kwaliteitsregistratie en onderzoek[9]. Partijen uit de zorg vroegen Nictiz het onderhoud en de ontwikkeling ervan te beheren[9], en het beheerproces is gebaseerd op de norm NEN 7522[9]. Nictiz maakt FHIR-profielen enkel voor een volledige zib-release, niet voor prepublicaties[9]. Nictiz-informatiestandaarden streven ernaar nl-core-profielen te gebruiken waar ze FHIR-resources uitwisselen[19]. Het pakket staat nog in bèta: het register toont 0.12.1-beta.1 van 24 augustus 2026 als 'latest'[20]. Voor de generieke bouwstenen is EHDS-conformiteit een uitdrukkelijk doel, en Nictiz noemt de eu-core-profielen van HL7 Europe Base and Core de formele EHDS-specificaties op FHIR-niveau[12]. Bestaat er een equivalent eu-core-profiel, dan moet een nl-core-profiel in die context formeel conformiteit verklaren met de extensie compliesWithProfile en de eu-core-beperkingen met de hand overnemen[12].
\nDuitsland (basisprofielen, ISiK, MII). Duitsland heeft meerdere lagen. De basisprofielen (Basisprofil DE R4) zijn een project van HL7 Deutschland e.V.; de Simplifier-versie is een werkversie die niet voor directe implementatie bedoeld is[8], en het register toont 1.6.0 van 29 juni 2026 als 'latest'[22]. ISiK (Informationstechnische Systeme in Krankenhäusern) is de laag voor ziekenhuissystemen: de gematik kreeg van de wetgever de opdracht om, in overleg met de Duitse Ziekenhuisfederatie (DKG) en de industriefederaties, bindende standaarden uit te werken voor gegevensuitwisseling met ziekenhuisinformatiesystemen[21]. De ISiK-specificaties zijn FHIR-gidsen met eigen profielen en een REST-API[28]; de ISiK Basis-gids staat op 6.0.0, actief sinds 1 juli 2026[21]. Ze moet fabrikanten van bevestigingsplichtige systemen in staat stellen een conforme implementatie te bouwen en de bevestigingsprocedure van de gematik te doorlopen[21]. Een MUSS-vereiste wordt met tests gecontroleerd: een systeem dat zo'n test niet haalt, kan voor die module niet gecertificeerd worden[10]. Bijlage 1 van de GIGV-verordening vermeldt ISiK Stufe 5 (versie 1.0.0), geldig van 15 juni 2026 tot 31 mei 2027, met § 373 lid 1 SGB V als grondslag[23].
\nISiK steunt op al afgestemde profielen, waaronder die van HL7 Deutschland, de KBV-basisprofielen en de kerndatasetmodules van de Medizininformatik-Initiative (MII)[29]. In de MII spraken de universitaire medische centra een gemeenschappelijke kerndataset af op basis van internationale IT- en terminologiestandaarden[30]; die wordt technisch in FHIR weergegeven[30], en de module Person staat in het register op 2025.0.1[31]. Toch maakt de gematik voor de bevestigingsprocedure eigen, technisch onafhankelijke profielen en streeft ze ernaar dat instanties die daartegen valideren ook tegen de onderliggende profielen valide zijn[29]. Ze verantwoordt dat onder meer technisch: bij connectathons moet ze snel fouten kunnen herstellen zonder op een besluit van de MII of de KBV te wachten[29]. Interpretatie: dubbel profielwerk is in Duitsland een gedocumenteerd knelpunt, met eigen ISiK-profielen naast drie andere profielfamilies[29].
\nFrankrijk (FR Core). FR Core wordt beheerd door HL7 France en IHE France binnen het technisch FHIR-comité van HL7 France[4]. Het moet een gemeenschappelijke basis bieden voor een homogeen gebruik van FHIR in Frankrijk, bijvoorbeeld een patiënt met het nationale gezondheidsidentificatienummer (INS) en een zorgverlener met het IDNatPS[4]. Volgens de gids moeten alle FHIR-implementaties en -gidsen in Frankrijk op FR Core steunen, zoals die van het Agence du Numérique en Santé (ANS) en van Interop'Santé al doen[4]. De strategie voor de keuze van de FHIR-versie werd in 2023-2024 uitgewerkt in een werkgroep van Interop'Santé en het ANS en gevalideerd via een ANS-consultatie[4]. De op hl7.fr gepubliceerde versie is 2.2.0, actief sinds 25 maart 2026[4]; het register toont 3.0.0-ballot van 9 november 2026 als 'latest'[24].
\nZwitserland (CH Core). CH Core is het resultaat van samenwerking tussen de Zwitserse FHIR-implementatiegemeenschap, HL7 Switzerland en eHealth Suisse[5], en wordt beheerd door HL7 Switzerland in zijn technisch FHIR-comité[5]. De op fhir.ch gepubliceerde versie is 7.0.0-ballot (STU 7 Ballot) op FHIR R4[5]; die ballot liep van 4 augustus tot 30 september 2026[5]. Alle codesystemen en waardelijsten van het project rond het elektronisch patiëntendossier (CH-EPR) gaan naar de gids CH Term, die de basis vormt voor CH Core[5]. De bijlagen bij de Zwitserse EPD-wet leggen de technische en semantische interoperabiliteitsvereisten vast[5].
\nDenemarken (DK Core en MedCom Core). DK Core wordt beheerd door HL7 Denmark in de Deense FHIR-werkgroep[6] en staat op 3.7.0, actief sinds 30 mei 2026[6]. HL7 Denmark beschouwt de Deense wetgeving als eerste bron van waarheid bij het ontwerp van modellen[6]. DK Core probeert zijn basisprofielen af te stemmen op die van Noorwegen, Zweden en Finland[6]; de Noorse basisprofielen staan in het register op 2.2.2[32]. DK Core definieert conformiteit met de International Patient Access-gids (IPA) anders dan de andere Noordse gidsen: in plaats van IPA-profielen uit te breiden, voert het aparte IPA-DK-versies van geselecteerde profielen in[6]. MedCom publiceert eigen kernprofielen (MedCom Core) die van DK Core erven[25]; ze leggen de basisverwachting vast voor onder meer patiënt, contact, zorgverlener en organisatie bij uitwisseling binnen de Deense zorg[25], en staan op 4.0.0 (release), op FHIR R4[25].
\nOostenrijk (AT Core). Het technisch comité FHIR van HL7 Austria coördineert en beschrijft de nodige lokalisaties en helpt bij FHIR-conforme koppelvlakken[7]. De Core-gids bevat enkel de profielen en extensies waarvoor aanpassingen voor Oostenrijk nodig zijn[7]. De gepubliceerde R4-versie is 2.0.0[7], en HL7 Austria publiceert daarnaast ook een kerngids op FHIR R5[26]. Het EPD-systeem ELGA steunt vooral op HL7 CDA, maar gebruikt de Core-gids als basis voor zijn FHIR-implementatiegidsen[7].
\nBelgië (BE Core). Met de gids 'Federal Core Profiles' (BE Core) publiceert het eHealth-platform de Belgische federale basisprofielen, waarop projecten kunnen verwijzen en voortbouwen[2]. De gepubliceerde versie is 2.2.0 (release), op FHIR R4[2]. De Belgische profielen gebruiken FHIR zo dicht mogelijk bij de basisstandaard en beperken zich tot nuances en verduidelijkingen[2]. BE Core vraagt dat elke resource-instantie expliciet vermeldt wanneer een Belgisch of ander profiel gebruikt werd[2]. De eerste Belgische iteratie (vierde kwartaal 2019) profileerde Patient, Practitioner, PractitionerRole, Organization, Observation, Provenance en AllergyIntolerance[2]. Interpretatie: de afhankelijkhedentabel van BE Core 2.2.0 noemt enkel HL7 Terminology, het FHIR Extensions Pack en de FHIR Tooling Extensions, en geen IPS of HL7 Europe Base and Core[2]. Governance, versies en de andere Belgische gidsen staan op Belgische FHIR-implementatiegidsen.
" }, { "id": "bouwstenen", "title": "Bouwstenen", "kind": "tekst", "html": "De IPS als internationale noemer. De gepubliceerde versie van de IPS-gids is 2.0.1 (STU 2), op FHIR R4[17]. De gids verwacht dat landen en regio's op de IPS profileren en vraagt dat zulke gidsen vermelden of hun profielen IPS-conform zijn of ermee botsen[17]. Een nationale aanpassing mag extra beperkingen toevoegen, zodat elk document dat het nationale profiel volgt ook IPS-conform is, maar een IPS uit een andere regio niet noodzakelijk aan dat nationale profiel voldoet[17]. Omgekeerd zegt de IPS-gids rekening te houden met nieuwere ontwikkelingen zoals US Core om wereldwijd haalbaar te blijven[17].
\nHL7 Europe Base and Core als Europese noemer. De gids wil een basis zijn voor interoperabiliteit en hergebruik in nationale projecten, Europese initiatieven en afgeleide HL7 Europe-gidsen[33]; het uitgesproken doel is grensoverschrijdende samenhang over nationale en Europese initiatieven heen[34]. HL7 Europe houdt daarbij rekening met verschillen tussen nationale en Europese specificaties, zodat de profielen algemeen genoeg zijn voor hergebruik en precies genoeg voor praktische interoperabiliteit[34]. De Core-profielen zijn strenger beperkt dan de Base-profielen, vaak rechtstreeks bruikbaar en streven naar aansluiting bij de IPS[33]. Volgens HL7 Europe realiseren ze de logische modellen van de EHDS (European Health Data Space)[34]. Versie 2.0.1 is actief sinds 13 september 2026[33], en de ontwikkeling werd ondersteund door de Joint Action Xt-EHR, met afstemming op het Europese gezondheidsbeleid en de EHDS-vereisten[33]. De domeingidsen van HL7 Europe voor het Europese uitwisselingsformaat (EEHRxF (European EHR Exchange Format)) staan op Europese FHIR-implementatiegidsen van HL7 Europe.
\nHoe landen aansluiten. Drie werkwijzen komen in de bronnen voor: formele conformiteitsverklaring per profiel (nl-core met compliesWithProfile)[12], aangekondigde overerving (FR Core)[4] en de stand volgen die beschikbaar is, omdat de HL7 Europe-specificaties nog in ontwikkeling en deels niet definitief gepubliceerd zijn (ISiK)[13]. Interpretatie: van de onderzochte landen verwijzen Nederland, Frankrijk en Duitsland in hun eigen bron naar de HL7 Europe-profielen; in de bekeken BE Core-gids werd zo'n verwijzing niet gevonden[2].
" }, { "id": "fase", "title": "Fase", "kind": "tekst", "html": "| Fase | \nGidsen (stand 12/11/2026) | \n
|---|---|
| Gepubliceerd | \nUS Core 9.0.0[15]; UK Core STU2[3]; FR Core 2.2.0[4]; DK Core 3.7.0[6]; AT Core 2.0.0[7]; ISiK Basis 6.0.0[21]; BE Core 2.2.0[2]; HL7 Europe Base and Core 2.0.1[33] | \n
| Ballot of in ontwikkeling | \nUK Core STU3-reeks[1]; FR Core 3.0.0-ballot[24]; CH Core 7.0.0-ballot, de gepubliceerde versie[5] | \n
| Bèta | \nnl-core 0.12.1-beta.1[20] | \n
In België is BE Core de federale basis waarop projecten kunnen verwijzen en voortbouwen[2]; de buitenlandse gidsen zijn voor een ziekenhuis vooral een vergelijkingspunt. Leveranciers die in meerdere landen actief zijn, bouwen hun FHIR-koppelvlakken op verschillende nationale lagen, zoals ISiK voor Duitse ziekenhuissystemen[21] of UK Core in Engeland[11]. Wie FHIR-koppelingen aankoopt, kan daarom vragen op welke basisprofielen een product steunt en of het BE Core-instanties met het juiste profiel aanduidt, zoals BE Core vraagt[2].
\nAanbeveling: vraag bij een aanbesteding met FHIR-koppelingen naar conformiteit met BE Core en met de Belgische domeingidsen, en volg of België een aansluiting op HL7 Europe Base and Core plant; voor uitwisseling binnen de EHDS bepaalt die keuze mee hoeveel een leverancier moet bijwerken.
" }, { "id": "onzekerheden-en-tegenstrijdige-informatie", "title": "Onzekerheden en tegenstrijdige informatie", "kind": "tekst", "html": "