Functioneel Ontwerp Vaccinatie-Immunisatie 2.1.0-alpha.1

Deze pagina bevindt zich momenteel in uitbreiding of ondergaat een ingrijpende herstructurering en is daarom nog niet gereed voor gebruik. Voor vragen of wijzigingsverzoeken met betrekking tot deze pagina kunt u een ticket maken in BITS.

1 Inleiding

1.1 Algemeen

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document usecases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners/(zorg)aanbieders, publieke gezondheidsorganisaties of patiënten/burgers. Daarvoor worden de eisen aangegeven voor het sturen of ontvangen van gegevens. In hoofdstuk 2 wordt verder ingegaan op wat een usecase inhoudt. Per usecase zijn de nadere details beschreven. Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de Nictiz-webpagina voor informatiestandaarden. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp buiten de definitietoelichting wordt verwezen naar het begrippenoverzicht op de Nictiz-website.

Hieronder worden 2 usecases beschreven:

• Het verzamelen van Vaccinatiegegevens door een persoon (MedMij gegevensdienst) (waardoor gegevens ingezien kunnen worden door middel van een PGO)
• Het uitwisselen van Vaccinatiegegevens tussen (zorg)aanbieders (Zorgnetwerk usecase) beschreven

Voor uitwisseling van Vaccinatiegegevens worden in de huidige versie/scope in de basis de volgende zibs uit publicatie 2020 en 2024 gebruikt:

• Patiënt
• Zorgverlener
• Zorgaanbieder
• Farmaceutisch Product
• Vaccinatie 2020 en Vaccinatie 2024

De functionele specificaties van deze zibs en aanvullende informatie-elementen worden toegelicht in het hoofdstuk 3.1 Eisen en wensen en zijn beschreven in ART-DECOR. Binnen ART-DECOR is een structuur met verschillende groeperingen aangehouden om meer overzicht te bieden in de gebruikte zibs en informatie-elementen. Deze structuur is als volgt opgebouwd:

Groepering	Uitleg
Zibs2020	Deze groepering bevat de zibs uit 2020, zonder aanpassingen. Deze kunnen worden gebruikt binnen de verschillende transacties.
Bouwstenen	Deze groepering bevat aangepaste zibs uit de 2020-set. Deze kunnen overeenkomen met de eerdergenoemde zibs, maar zijn aangepast om beter aan te sluiten op de behoeften van de verschillende transacties.
Vaccinatie	Deze groepering is gebaseerd op de zib Vaccinatie (2020 en 2024) en bevat alle informatie-elementen die nodig zijn om het uitwisselen van vaccinatiegegevens mogelijk te maken. Daarnaast bevat deze map verwijzingen naar elementen uit Zibs2020 en Bouwstenen.
QueryParameters	Deze groepering wordt uitsluitend gebruikt binnen raadpleegtransacties. Hierin zijn de informatie-elementen opgenomen die nodig zijn voor het opstellen van queries.

Voorbeeld: De Zorgaanbieder is opgenomen onder ‘Zibs2020’, wat aangeeft dat de zib ongewijzigd wordt hergebruikt. Daarnaast is Zorgaanbieder opgenomen onder Uitvoerder binnen de vaccinatiecontext, waarmee wordt aangegeven dat het de uitvoerende zorgaanbieder betreft.

De technische (FHIR-)representatie van deze informatiestandaard is te vinden in het technisch ontwerp.

1.2 Doelgroep

De doelgroepen van dit functionele ontwerp zijn:

• Productmanagers, architecten, ontwerpers, bouwers en testers van XIS- en PGO-leveranciers, regio-organisaties en Nictiz.
• Vertegenwoordigers van patiënten en zorgverleners/zorgaanbieders.
• RIVM

De doelgroep van MedMij komt overeen met de algemene doelgroep van het functioneel ontwerp voor MedMij.

1.3 Kaders en uitgangspunten

1.3.1 Richtlijn

Dit functioneel ontwerp is opgesteld conform de Nictiz werkwijze en de gegevensdienst volgens de specificaties genoemd in de algemene inleiding van het functioneel ontwerp voor MedMij.

Voor de MedMij gegevensdienst Vaccinaties is de Weergaverichtlijn Verzamelen vaccinaties ontwikkeld, met als doel de PGO-gebruikers een patiëntvriendelijke weergave te bieden van hun vaccinatiegegevens in de PGO.
Daarnaast is er een voorlopige richtlijn Deduplicatie opgesteld. Het doel van deze richtlijn is PGO-leveranciers richting te geven in de wijze waarop zij PGO-gebruikers kunnen attenderen op mogelijk dubbel getoonde vaccinaties.

Voor de Zorgnetwerk usecase zijn op dit moment nog geen specifieke richtlijnen opgesteld.

Een extra toelichting op de gebruikte informatiemodellering: deze usecase is gericht op de scope vaccinaties als onderdeel zijnde van het bredere concept immunisatie geënt op de informatiestandaard van Vaccinatie-Immunisatie. Roadmap en versionering van deze usecase zal een relatie hebben en houden met deze informatiestandaard.

1.3.2 Reikwijdte Informatiestandaard

De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle gegevensuitwisselingen binnen één of meerdere zorgprocessen. Voor MedMij wordt verwezen naar het MedMij functioneel ontwerp.

1.3.3 Infrastructuur

Er is geen nadere specificatie opgesteld voor de Zorgnetwerk-usecase. Voor de MedMij-gegevensdienst geldt geen aanvullende specificatie, anders dan hetgeen is beschreven in de algemene inleiding van het functioneel ontwerp voor MedMij.

1.4 Kwalificatie

Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over Nictiz kwalificatie.

Kwalificatiescripts zijn te vinden via de landingspagina van Vaccinatie-Immunisatie.

2 Usecase(s)

Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. Iedere usecase koppelt met een scenario in ART-DECOR. Wanneer verschillende usecases gebruik maken van hetzelfde scenario kan een andere indeling gewenst zijn, bijvoorbeeld op basis van proces. In dit functioneel ontwerp wordt elke usecase geanalyseerd en uitgewerkt.

2.1 Algemeen

In dit functioneel ontwerp worden de usecases beschreven voor het verzamelen van vaccinatiegegevens door een persoon (MedMij-gegevensdienst) en voor het uitwisselen van vaccinatiegegevens tussen (zorg)aanbieders (Zorgnetwerk-usecase). De usecase voor de uitwisseling tussen (zorg)aanbieders betreft momenteel een minimal viable product (MVP) en zal in de toekomst verder worden uitgebreid.

2.2 Usecase: Raadplegen Vaccinatiegegevens door persoon

2.2.1 Doel en relevantie

Het doel van deze MedMij usecase is het voor personen mogelijk maken om regie op hun eigen gezondheid te nemen door inzicht te krijgen in de geregistreerde vaccinatiegegevens die over henzelf gaan. Deze vaccinatiegegevens hebben informatieve waarde voor de burger die deze inziet in een PGO. Er kunnen geen rechten aan worden ontleend.

Deze usecase sluit aan op de functie ‘Verzamelen’ van gezondheidsgegevens van het MedMij Afsprakenstelsel.

2.2.1.1 Patient journey - Roos Dalstra

Het verhaal van de 'patient journey' van Roos Dalstra vindt u hier.

Hieronder een voor Roos relevante situatie waarbij het raadplegen van vaccinatiegegevens een rol speelt.

Doordat Roos het Rijksinstituut voor Volksgezondheid en Milieu (RIVM) toestemming heeft gegeven om haar gegevens te delen kan informatie worden uitgewisseld. Als er bijvoorbeeld recent een Covid-19 vaccinatie is toegediend bij haar, dan ziet Roos dit in haar persoonlijke gezondheidsomgeving terug.

Maar ook oudere opgeslagen informatie uit andere bronnen waar zij toestemming aan heeft gegeven kan Roos raadplegen en opslaan in de PGO, zoals bijvoorbeeld haar hepatitis A vaccinaties voor vakanties naar Turkije of een Tetanusvaccinatie die een paar jaar geleden in het ziekenhuis is gezet na een val op straat.

Zij heeft zo zicht op vaccinaties die zij heeft gekregen op verschillende plekken en momenten in haar leven.

2.2.2 Proces en Context (pre- en postproces)

Het stuk van het proces waar het in deze usecase om gaat is:

• Het systeem van een (zorg)aanbieder (XIS) stelt vaccinatiegegevens van een persoon beschikbaar aan het systeem van een persoon (PGO).

2.2.2.1 Preproces

De persoon heeft toestemming gegeven voor het elektronisch uitwisselen van de vaccinatiegegevens tussen het betreffende XIS en de eigen PGO.

De persoon wil zijn/haar eigen vaccinatiegegevens inzien en de (zorg)aanbieder stelt deze ook beschikbaar.

Een persoon kan steeds zelf het initiatief nemen om de vaccinatiegegevens op te halen en op te slaan, maar het is ook mogelijk dat de PGO geconfigureerd is om dit 'automatisch' te doen. Dit maakt voor de scope van deze usecase beschrijving geen verschil.

2.2.2.2 Proces

• Het systeem van de persoon (PGO) raadpleegt de beschikbare vaccinatiegegevens.
• Het systeem van de (zorg)aanbieder/aanbieder (XIS) stelt de vaccinatiegegevens beschikbaar voor de persoon.
• De persoon gebruikt de PGO om zijn vaccinatiegegevens in te zien.

2.2.2.3 Postproces

De persoon kan zijn vaccinatiegegevens inzien via de PGO.

2.2.3 Bedrijfsrollen en UML activity diagram

Deze usecase onderscheidt twee bedrijfsrollen, namelijk de Persoon en de (Zorg)Aanbieder zoals te zien in onderstaande tabel:

Bedrijfsrol	Activiteit
Persoon	Raadplegen vaccinatiegegevens
(Zorg)Aanbieder	Beschikbaarstellen vaccinatiegegevens

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

Activiteitendiagram Raadplegen vaccinatiegegevens

2.2.4 Informatieoverdracht

Zowel de persoon als de (zorg)aanbieder maken ieder gebruik van een informatiesysteem:

• PGO (persoon)
• XIS ((zorg)aanbieder)

2.2.4.1 Systemen & Systeemrollen

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de vaccinatiegegevens van (zorg)aanbieder naar de persoon.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
PGO	VaccinatiegegevensRaadplegend	MM-2.0.4-VAR-FHIR	Raadplegen vaccinatiegegevens bij (zorg)aanbieder
XIS	VaccinatiegegevensBeschikbaarstellend	MM-2.0.4-VAB-FHIR	Beschikbaarstellen vaccinatiegegevens aan de persoon

Zie ook onderstaande afbeelding.

Componenten diagram van systemen en systeemrollen

2.2.4.2 Raadplegen vaccinatiegegevens

Voor de transactie Raadplegen vaccinatiegegevens zijn géén specifieke filtermogelijkheden (queryparameters) gedefinieerd. Dit betekent dat bij het opvragen van vaccinatiegegevens alle beschikbare gegevens van de betreffende persoon worden opgevraagd.

2.2.4.3 Beschikbaarstellen vaccinatiegegevens

De transactie Beschikbaarstellen vaccinatiegegevens is gebaseerd op de concepten en kardinaliteiten van de zibs Vaccinatie en Patiënt. Daarnaast omvat deze transactie de extra datavelden StatusToediening en VaccinatieIndicatie, die buiten de zibs zijn gemodelleerd.

In deze transactie worden alle aanwezige en relevante vaccinatiegegevens van de burger beschikbaargesteld. Hieronder staan de informatie-elementen die in de transactie zijn opgenomen. De volledige dataset is te raadplegen via deze link.

2.2.5 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

• Een usecase bevat een transactiegroep.
• Een transactiegroep bestaat uit transacties.
• Een transactie wordt uitgevoerd door een bedrijfsrol.
• Bedrijfsrollen maken gebruik van systemen.
• Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

Onderstaande tabel biedt een overzicht voor deze usecase.

Transactiegroep	Transactie	Systeemrolcode	Systeem	Bedrijfsrol	Technisch
Vaccinatiegegevens(PULL)	Raadplegen vaccinatiegegevens	MM-2.0.4-VAR-FHIR	PGO	Persoon	Vaccinaties in FHIR
	Beschikbaarstellen vaccinatiegegevens	MM-2.0.4-VAB-FHIR	XIS	(Zorg)Aanbieder

2.2.6 Usecase diagram

Onderstaande afbeelding toont bedrijfsrollen, activiteiten, systeemrollen, transacties en transactiegroep in samenhang.

Usecase diagram inzien vaccinatiegegevens

2.3 Usecase: Raadplegen vaccinatiegegevens door (zorg)aanbieder

2.3.1 Doel en relevantie

Het doel van deze usecase is het voor zorgverleners mogelijk maken om vaccinatiegegevens van personen uit te wisselen met andere zorgverleners. De scope van deze usecase beperkt zich tot het raadplegen en beschikbaarstellen van feitelijk succesvol volledig toegediende vaccinaties.

Binnen scope:

• Vaccinaties die daadwerkelijk en volledig zijn toegediend, ook als deze later zijn afgekeurd (bijvoorbeeld door een te vroege toediening). 

Buiten scope:

• Interpretaties over toegediende vaccinaties.
• Vaccinaties die niet volledig of niet succesvol zijn toegediend.
• Deduceerbare data.

2.3.2 Proces en Context (pre- en postproces)

Het stuk van het proces waar het in deze usecase om gaat is:

• Het systeem van een (zorg)aanbieder (XIS) stelt vaccinatiegegevens van een persoon beschikbaar aan het systeem van een andere (zorg)aanbieder (XIS).

Het informatiesysteem stelt alleen bouwstenen beschikbaar waar de betreffende zorgaanbieder zelf de auteur van is. Eventueel aanwezige kopieën afkomstig uit een andere bron worden niet beschikbaar gesteld.

2.3.2.1 Preproces

• De (zorg)aanbieder wil vaccinatiegegevens inzien en de andere (zorg)aanbieder kan deze beschikbaar stellen.
• De vaccinatiegegevens van de persoon zijn beschikbaar in het informatiesysteem bij de geraadpleegde (zorg)aanbieder.

2.3.2.2 Proces

Het proces van deze usecase is:

• (Zorg)Aanbieder A raadpleegt via het informatiesysteem de vaccinatiegegevens bij (zorg)aanbieder B middels een bevraging met queryparameters.
• Het informatiesysteem van (zorg)aanbieder B ontvangt de bevraging met queryparameters.
• Het informatiesysteem van (zorg)aanbieder B stelt de vaccinatiegegevens beschikbaar.
• Het informatiesysteem van (zorg)aanbieder A verwerkt de ontvangen vaccinatiegegevens.

N.B. Het gelijktijdig bevragen van meerdere bronnen wordt momenteel nog niet ondersteund. Hoewel dit wenselijk zou zijn om een compleet overzicht van alle vaccinatiegegevens van een patiënt te kunnen verzamelen en vergelijken, is de scope voor nu beperkt tot het bevragen van één (zorg)aanbieder per keer. Op basis hiervan is het proces en het bijbehorende activiteitendiagram opgesteld.

2.3.2.3 Postproces

(Zorg)Aanbieder A gebruikt de vaccinatiegegevens voor gebruik in het zorgproces.

2.3.3 Bedrijfsrollen en UML activity diagram

Deze usecase onderscheidt twee bedrijfsrollen, namelijk de Raadplegende (Zorg)Aanbieder en de Beschikbaarstellende (Zorg)Aanbieder zoals te zien in onderstaande tabel.

Bedrijfsrol (actor)	Beschrijving bedrijfsrol
(Zorg)Aanbieder A	Raadplegen toegediende vaccinatiegegevens
(Zorg)Aanbieder B	Beschikbaarstellen toegediende vaccinatiegegevens

Onderstaande afbeelding toont de verschillende activiteiten uit de procesbeschrijving die door de bedrijfsrollen worden uitgevoerd.

Activiteitendiagram Raadplegen vaccinatiegegevens

2.3.4 Informatieoverdracht

(Zorg)Aanbieders maken ieder gebruik van een informatiesysteem, het XIS.

2.3.4.1 Systemen & Systeemrollen

Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. Hier gaat het om de vaccinatiegegevens van (zorg)aanbieder naar (zorg)aanbieder.

Systeem	Naam systeemrol	Systeemrolcode	Omschrijving
XIS	Raadplegend systeem	IMM-VAR-FHIR	Raadplegen vaccinatiegegevens bij (zorg)aanbieder
XIS	Beschikbaarstellend systeem	IMM-VAB-FHIR	Beschikbaarstellen vaccinatiegegevens aan de (zorg)aanbieder

Zie ook onderstaande afbeelding.

2.3.4.2 Transacties & Transactiegroepen

Het uitwisselen van gegevens tussen de verschillende systeemrollen gebeurt op basis van transacties, waarbij een verzameling van bij elkaar horende transacties een transactiegroep vormt.

Elke usecase bestaat uit de volgende verbanden:

• Een usecase bevat een transactiegroep.
• Een transactiegroep bestaat uit transacties.
• Een transactie wordt uitgevoerd door een bedrijfsrol.
• Bedrijfsrollen maken gebruik van systemen.
• Een systeemrolcode geeft de transactiegroep en de transactie aan waar het systeem voor gebruikt wordt.

In onderstaande afbeelding is dit schematisch weergegeven:

Hieronder staan de informatie-elementen die in ART-DECOR in de transactie zijn opgenomen. De volledige dataset is te raadplegen in ART-DECOR.

2.3.4.3 Samenhang bedrijfsrollen, activiteiten, transacties, systeemrollen en transactiegroepen

Usecase	Transactiegroep	Transactie	Systeemrol	Systeem	Bedrijfsrol	Technisch
(Zorg)Aanbieder A raadpleegt vaccinatiegegevens bij (zorg)aanbieder B ((Zorg)aanbieder A → (Zorg)aanbieder B)	Raadplegen vaccinatiegegevens	Raadplegen vaccinatiegegevens	IMM-VAR-FHIR	XIS	Zorgverlener	Vaccinaties in FHIR
(Zorg)Aanbieder B stelt vaccinatiegegevens beschikbaar aan (zorg)aanbieder B ((Zorg)aanbieder B → (Zorg)aanbieder A)	Raadplegen vaccinatiegegevens	Beschikbaarstellen vaccinatiegegevens	IMM-VAB-FHIR	XIS	Zorgverlener

3 Aanvullende informatie

3.1 Eisen en wensen

Binnen deze informatiestandaard worden de beschikbare informatie-elementen niet in alle usecases op dezelfde wijze toegepast. In onderstaande tabel wordt toegelicht hoe deze elementen binnen de verschillende usecases worden gebruikt en welke usecasespecifieke aanpassingen zijn gemaakt ten opzichte van de onderliggende zibs. De nadere uitwerking van de elementen en de opbouw van de dataset zijn vastgelegd in ART-DECOR.

Bij de ontwikkeling van de informatiestandaard is zoveel mogelijk aangesloten op de ontwikkelingen van MedicatieProces rondom MedicatieToediening. Bij de Zorgnetwerk usecase is er extra rekening gehouden met de internationale ontwikkelingen in het kader van de EHDS (European Health Dataspace).

#	Onderdeel	Bouwsteen / Element	Zib versie	Usecasespecifieke aanpassing 'Raadplegen vaccinatiegegevens door patiënt'	Usecasespecifieke aanpassing 'Raadplegen vaccinatiegegevens door (zorg)aanbieder'	Toelichting
1	Patiëntgegevens volgens de zib Patiënt	Zib Patient	2020	Geslacht, meerlingindicator, overlijdensindicator en overlijdensdatum niet opgenomen	Persoons-, adres- en contactgegevens alleen waar verplicht opgenomen	Binnen deze usecase is uitwisseling van vaccinatiegegevens momenteel alleen mogelijk op basis van het BSN. In de praktijk kan echter ook alleen een vreemdelingennummer of zorgaanbiederspecifiek identificatienummer beschikbaar zijn (bijv. bij vreemdelingen of ongedocumenteerden). In die gevallen moet de uitwisseling op een andere manier plaatsvinden.
2	Vaccinatiegegevens volgens de zibs Vaccinatie 2020 en Vaccinatie 2024	Identificatienummer	-	Toegevoegd	Toegevoegd	Uniek nummer dat een vaccinatie-instantie wereldwijd identificeert.
		FarmaceutischProduct	2024	Aansluiting bij MedicatieProces	Aansluiting bij MedicatieProces	In de 2024 zib is een verwijzing naar de zib FarmaceutischProduct opgenomen, met onder andere ProductCode. Deze bouwsteen wordt ook gebruikt in de informatiestandaard Medicatieproces (bijv. bij MedicatieToediening).
		ProductCode (SNOMED CT)	2020	Toegevoegd	Toegevoegd	Het gebruik van SNOMED CT codes is alleen voor historische of buitenlandse vaccinaties, de G-standaard blijft preferent.
		Dosis	2020		Vervangen door ToegediendeHoeveelheid
		ToegediendeHoeveelheid (Aantal en Eenheid)	-		Toegevoegd	Er is aangesloten bij de uitwerking van MedicatieProces.
		VaccinatieDatum	2020		Vervangen door Datumgegevens	VaccinatieDatum duidt minder verschil tussen een registratiedatum of een toedieningsdatum.
		DatumGegevens (RegistratieDatumTijd en ToedieningsDatumTijd)	-		Toegevoegd	Om aan te sluiten bij MedicatieProces is gekozen voor de term ‘ToedieningsDatumTijd’. Omdat deze niet overal wordt geregistreerd, is ook RegistratieDatumTijd opgenomen. Toedieningsdatum heeft de voorkeur boven registratiedatum.
		Locatie (Contactgevens, Adresgegevens en Zorgaanbieder)	2024	Contact- en adresgegevens toegevoegd		Volgens de zib kan in Locatie alleen een Zorgaanbieder worden gemodelleerd, maar bij bijvoorbeeld groepsvaccinaties kan ook een externe locatie van toepassing zijn.
		Toediener (Zorgaanbieder en Zorgverlener)	2020	Zorgaanbieder toegevoegd		Volgens de zib kan alleen een Zorgverlener worden gemodelleerd. Bij bijvoorbeeld groepsvaccinaties zijn deze gegevens niet altijd beschikbaar. Daarom is Zorgaanbieder als aparte bouwsteen toegevoegd.
		Uitvoerder (Zorgaanbieder)	-		Toegevoegd	Om aan te sluiten bij nationale en internationale terminologie is in de Zorgnetwerk-usecase gekozen voor Uitvoerder in plaats van Toediener. Hieraan is een Zorgaanbieder gekoppeld, zodat contact mogelijk is zonder dat een persoon hoeft te worden vastgelegd.
		VaccinatieAanleiding	2024		Niet aanwezig	Waarde die de aanleiding weergeeft waarom een vaccinatie wordt gegeven.
		ZiekteWaarTegenGevaccineerdWordt	2024		Niet aanwezig
		Toedieningsweg	2024
		AnatomischeLocatie (Locatie en Lateraliteit)	2024		Niet aanwezig
		Toelichting	2020		Niet aanwezig
		StatusToediening	-	Toegevoegd		Waarde die aangeeft wat de status is van een vaccintoediening op moment van vaccinatieregistratie.
		VaccinatieIndicatie	-	Toegevoegd		Waarde die de persoonsspecifieke reden beschrijft waarom de vaccinatie bij deze patiënt wordt toegediend.

De zib Vaccinatie vormt het uitgangspunt voor de modellering in beide usecases. De informatiebehoefte voor de zib, de uitwisseling met de patiënt en de uitwisseling tussen (zorg)aanbieders verschilt momenteel nog. Het streven is om deze verschillen in de toekomst zoveel mogelijk te harmoniseren, zodat gegevensuitwisseling tussen patiënt, zorgprofessional en in internationale context eenvoudiger wordt. De in deze tabel beschreven afwijkingen ten opzichte van de zib zijn afgestemd met het zibcentrum van Nictiz.

3.2 Verantwoordelijkheid voor informatie

De onderstaande beschrijving is alleen van toepassing op de usecase “Raadplegen van vaccinaties door persoon” (PGO). In dit hoofdstuk kan in de toekomst aanvullende informatie worden opgenomen die betrekking heeft op andere usecases.

Het MedMij Afsprakenstelsel ondersteunt op het moment enkel uitwisseling tussen zorggebruikers en (zorg)aanbieders wanneer de zorggebruiker met de betreffende (zorg)aanbieder een behandelrelatie in de zin van de WGBO heeft (gehad). Er zijn echter ook relevante gezondheidsgegevens over de zorggebruiker beschikbaar in andere domeinen. Een voorbeeld hiervan is het publieke gezondheidsdomein (Wet publieke gezondheid), waar onder meer informatie bekend is over welke vaccinaties zijn gegeven in het kader van het rijksvaccinatieprogramma en Covid-19. Ook bij de uitvoering van de Wet langdurige zorg zijn er relevante gegevens bekend bij bijvoorbeeld het CIZ en bij zorgkantoren.

MedMij heeft een addendum in het Afsprakenstelsel opgenomen wat het mogelijk maakt om ook deze gezondheidsgegevens te kunnen uitwisselen met het persoonsdomein door Aanbieders zonder behandelrelatie te ondersteunen en beschrijft de wijzigingen in verantwoordelijkheden en implementatie die een DVA moet doorvoeren. Een aanbieder zonder behandelrelatie mag enkel op het MedMij-netwerk diensten aanbieden na uitdrukkelijke toestemming van stichting MedMij.

3.3 Afschermen van gegevens

Er zijn geen afspraken over het afschermen van gegevens.

3.4 Infrastructuur

Er zijn geen afspraken over een specifieke infrastructuur waarop de informatie wordt uitgewisseld.

4 Referenties

Auteur(s)	Titel	Versie	Datum	Bron	Organisatie
-	-	-	-	-	-

5 Release notes

In onderstaande tabel staan de wijzigingen voor deze informatiestandaard.

5.1 Releasenotes alpha publicatie 2.1.0

Versie	BITS-ticket	Omschrijving
2.1.0	VI-94	Aanpassingen t.b.v. toevoegen usecase: usecase toegevoegd op pagina Functioneel Ontwerp, tekstuele wijzigingen gedaan ter ondersteuning van de toegevoegde usecase, Transactie toegevoegd in ART-DECOR

5.2 Releasenotes publicatie 2.0.5

Versie	BITS-ticket	Omschrijving
6 - Patchrelease 2026.10	2.0.8	CLI-15	De tooling waarmee TestScripts worden gegenereerd, is aangepast zodat de naam van de variabelen Sjabloon:Patient-token-id meer uniek gemaakt wordt op basis van het [+Patient.id+
2.0.7	CLI-16	Er is uitleg over de PRT en een opt-in link voor updates toegevoegd aan de introductie van de Conformancelab handleiding
2.0.6	ZIBFHIR-398	Niet-substantiële aanpassingen zijn doorgevoerd zonder impact op inhoud, gebruik of kwalificatie van de informatiestandaarden.
2.0.5	VI-93	In de TestScripts is een assert-expressies aangepast zodat deze beter ondersteunt wordt in Conformancelab.
2.0.4	MM-5618	In alle client/PGO-TestScripts in Conformancelab worden de MedMij-materialen op een andere server uitgevoerd dan voorheen, om een token-gebaseerde uitwisseling te scheiden van niet-token-gebaseerde uitwisseling.
2.0.3	MM-5553	Verouderde e-mailadres (kwalificatie@medmij.nl) is vervangen door kwalificatie@nictiz.nl. Aan zinnen met betrekking tot (her)kwalificaties is de link naar het Servicedesk formulier toegevoegd.
2.0.2	MM-5512	De TestScripts zijn omgezet naar FHIR R5-formaat, en enkele andere aanpassingen worden doorgevoerd om de TestScripts geschikt te maken voor uitvoer op Conformancelab.
	MM-5476	Alle wiki pagina’s van Nictiz waar Touchstone wordt genoemd zijn aangepast. Touchstone is vervangen door ConformanceLab van Interoplab.
	MM-5535	LocatieNummer verwijderd uit transactie ‘Beschikbaarstellen immunisatiegegevens’ en verwijzing naar deze transactie in het FO aangepast naar de 2.1.0 publicatie
	MM-5507	Element "Locatie nummer" verwijderd uit test- en kwalificatiemateriaal
2.0.1	VI-72	Issuebox toegevoegd met uitleg over aparte read op de Organization resource
2.0.0-beta.2	MM-5361	Een foutieve FHIRPath-expressie in TestsScripts is gecorrigeerd. De functionaliteit blijft gelijk.
2.0.0-beta.2	VI-68	In het Immunization voorbeeld met id 1293ac86-6a9e-11ec-0000-020000000000 is de value in address.line ingevuld met de waarde “Sporthal de Prikkers”
	VI-67	De kardinaliteit van .performer in het profiel imm-Vaccination-event is aangepast naar 0..1.
	VI-65	Verwijzingen naar 'Weergaverichtlijn Verzamelen vaccinaties” en “Richtlijn Deduplicatie bij MedMij gegevensdienst Vaccinatie” toegevoegd in Functioneel Ontwerp.
2.0.0-beta.1	VI-35	Scenarionaam aangepast van 'Zorgaanbieder of RIVM stelt immunisatiegegevens beschikbaar aan patiënt' naar 'Zorgaanbieder of RIVM stelt vaccinatiegegevens beschikbaar aan persoon'
	VI-46	In ART-DECOR: tekstuele wijziging in het veld Operationalisatie bij element Vaccinatie.FarmaceutischProduct.ProductCode. Dit is ook doorgevoerd in het FHIR-profielen imm-Vaccination-event en imm-PharmaceuticalProduct.
	VI-51	Tekstuele duiding toegevoegd op het FO dat de usecase ‘Raadplegen Vaccinaties door persoon’ aansluit op de functie ‘Verzamelen’ van het MedMij Afsprakenstelsel.
	VI-52	Doelbeschrijving is expliciet gemaakt conform MedMij FO.
	VI-53	Aanpassingen in functionele test- en kwalificatiematerialen, omdat een aantal onderdelen geen meerwaarde voor de testdoelen hadden of niet voldeden aan de specs van de informatiestandaard.
	VI-55	Er zijn FHIR-voorbeelden toegevoegd aan het FHIR-package van Vaccinatie-Immunisatie.
	VI-56	Voor Vaccinatie-Immunisatie 2.0.0-beta.1 is FHIR-kwalificatiemateriaal gepubliceerd.
	VI-57	Voor Vaccinatie-Immunisatie 2.0.0-beta.1 is FHIR-testmateriaal gepubliceerd.
	VI-59	In het FHIR-profiel imm-PharmaceuticalProduct is de mapping naar zib-concept “Omschrijving” uit de zib FarmaceutischProduct toegevoegd.
	VI-60	Het iFrame op het functioneel ontwerp is vervangen door de 2.0.0-beta.1 versie.
	VI-63	Het technisch ontwerp bevat expliciet duiding over de mogelijkheid op contained gebruik van Location. In kwalificatie worden nu situaties met en zonder contained Location getest.
2.0.0-alpha.3	VI-45	Op de FHIR IG van Vaccinatie-Immunisatie waren enkele tekst- en stijlfouten te vinden, evenals enkele foute verwijzingen, deze zijn hersteld dan wel aangepast.
	VI-42	Foutieve modellering van Toediener.Zorgverlener.Zorgaanbieder hersteld in dataset Vaccinatie-Immunisatie. Deze verwijst nu naar Toediener.Zorgaanbieder.
	VI-41	De waardelijsten “VaccinatieAanleidingWaardenlijst”, “VaccinatieIndicatieWaardenlijst” en “ZiekteWaartegenGevaccineerdWordtWaardenlijst” bevatten onterecht “waardenlijst” in plaats van “waardelijst”, dit is hersteld.
	VI-40	Aanpassing van omschrijving data-element “Toediener” in dataset Vaccinatie-Immunsatie zodat deze weer is uitgelijnd met de zib Vaccinatie.
	VI-39	Conformiteit voor elementen Toediener en Locatie.Adresgegevens gewijzigd van Mandatory naar Required in transactiedataset “Zorgaanbieder of RIVM stelt immunisatiegegevens beschikbaar”, omdat niet duidelijk was waarom de conformiteit Mandatory eerder was toegekend en dit niet nodig is.
	VI-38	Omschrijving van concept ‘Locatie’ toegevoegd in dataset Vaccinatie-Immunisatie, omdat deze ontbrak.
	VI-34	Herstel van gebroken link die verwijst naar de algemene inleiding van het FO van MedMij in het FO van Vaccinatie-Immunisatie.
	VI-31	Nederlandse vertaling toegevoegd in dataset voor concepten uit de waardelijst gekoppeld aan element StatusToediening, omdat deze eerder ontbraken.
	VI-28	BSN’s aangepast in test- en kwalificatiemateriaal omdat de BSN’s die eerder gebruikt werden niet van officiële fBSN-testpatiënten waren.
	VI-27	Toelichting over keuze XIS-Server toegevoegd aan test- en kwalificatiemateriaal Vaccinatie-Immunisatie.
	VI-26	OID voor identificatienummer Vaccinatie in kwalificatie- en testmateriaal aangepast en toelichting “door systeem gegenereerd identificatienummer” toegevoegd.
	VI-25	De usecase “Raadplegen Vaccinaties door persoon” uit versie 1 van Vaccinatie-Immunisatie bleek niet toereikend voor het uitwisselen stellen van vaccinaties zonder productcode uit de G-standaard. Om dit wel mogelijk te maken, en in het speciaal uitwisselen van vaccinaties gecodeerd met SNOMED, zijn er diverse wijzigingen doorgevoerd: Waar mogelijk volgen van informatiestandaard MedicatieProces 9 3.0.0-beta.3 voor concept FarmaceutischProduct Toevoegen SNOMED als mogelijke ProductCode’s binnen het concept FarmaceutischProduct Waardelijstkoppelingen van concept ProductCode zijn gewijzigd van required naar extensible Aanpassen kardinaliteit ProductCode binnen FarmaceutischProduct van 1..1M naar 1..*R zodat naast een primaire code voor het vaccin ook alternatieve codes kunnen worden uitgewisseld Er zijn usecasespecifieke FHIR-profielen gemaakt voor FarmaceutischProduct en Vaccinatie omdat deze niet-compatibele wijzigingen bevatten ten opzichte van de corresponderende zibs Functioneel ontwerp en FHIR IG, voorbeelden, test- en kwalificatiemateriaal zijn conform voorgaande aanpassingen bijgewerkt.
	VI-24	Tekst verwijderd op landingspagina informatiestandaard Vaccinatie-Immunisatie over “historische vaccinaties”.
	VI-23	Tekst verwijderd op landingspagina informatiestandaard Vaccinatie-Immunisatie met betrekking tot “door anderen vastgelegde vaccinaties”.

6 Ondersteuning

Voor vragen en wijzigingsverzoeken met betrekking tot de informatie op deze pagina kan een ticket worden aangemaakt in Servicedesk Portaal.