FHIR® R5 ballot, wat betekent dit voor mij?

Door Sandra Ottens, Interoplab

FHIR® R5 gaat naar ballot. Voor veel organisaties roept dat direct de vraag op: moeten we nu migreren? Het korte antwoord: waarschijnlijk niet meteen. Het langere antwoord vereist wat context.

Wanneer moet je migreren?

Als je huidige STU3-implementatie doet wat het moet doen — de juiste informatie op de juiste plek leveren voor goede zorg — waarom zou je dan overstappen? Migratie is alleen zinvol als de nieuwe versie iets oplost dat nu daadwerkelijk een probleem is, of als er externe druk bestaat (wet- en regelgeving, samenwerkingspartners, nationale programma’s).

Backward compatibility: zegen en vloek

FHIR probeert backward compatibility te waarborgen, maar een nieuwe versie brengt altijd wijzigingen mee. Die wijzigingen reflecteren juist waardevolle feedback uit de praktijk. Normative resource-definities bieden in R5 meer bescherming, maar ook de stap van STU3 naar R4 bleek voor sommige implementaties substantieel.

Meerdere versies naast elkaar

HL7 v2 laat zien dat meerdere versies prima naast elkaar kunnen bestaan. In Nederland werken 2.2, 2.4 en 2.5 allemaal nog — afhankelijk van de context. Het kritieke punt is niet de versie zelf, maar de afspraken die je maakt over welke versie je gebruikt en met wie.

Het echte risico

De uitdaging ontstaat pas wanneer twee versies tegelijk verplicht worden — wanneer partij A alleen R4 ondersteunt en partij B alleen R5. Dat vraagt om coördinatie op organisatie- en nationaal niveau, niet om een technische oplossing per organisatie.

Advies

• Wacht op duidelijkheid vanuit Nictiz en VWS over de nationale roadmap
• Volg de R5-ballot, maar start nog niet met implementeren
• Maak afspraken met je samenwerkingspartners over welke versie leidend is
• Toekomstige standaarden zoals BgZ vereisen gezamenlijke besluitvorming — sluit aan bij die gesprekken

Vragen over FHIR-versies en wat die betekenen voor uw implementatie? Neem contact op →