Scenario RVP - Rijksvaccinatieprogramma 2.16.840.1.113883.2.4.3.11.60.100.3.7

• wsdl/VaccinatiesOpvragen.wsdl - Deze wordt geïmplementeerd door het centrale component Zorg Informatie Makelaar (ZIM) en aangesproken door het Vaccinatie-uitvoerend systeem en deze wordt geïmplementeerd door de Status-verstrekker en aangesproken door het centrale component Zorg Informatie Makelaar (ZIM)

• wsdl-GBO/VaccinatiepartijnummersVersturen_GBO.wsdl - Deze wordt geïmplementeerd op het centrale component Zorg Informatie Makelaar (ZIM) en wordt aangesproken door de Voorraad-coördinator
• wsdl/VaccinatiepartijnummersVersturen.wsdl - Deze wordt geïmplementeerd door de Partijnummers-ontvanger en aangesproken door het centrale component Zorg Informatie Makelaar (ZIM)

• wsdl/VaccinatiesVersturen.wsdl - Deze wordt geïmplementeerd door het centrale component Zorg Informatie Makelaar (ZIM) en aangesproken door het Vaccinatie-zender en deze wordt geïmplementeerd door Vaccinatie-ontvanger en aangesproken door het centrale component Zorg Informatie Makelaar (ZIM)

In dit bericht, ook wel bekend als "bericht 4", wordt aan de ontvanger gemeld dat binnen een bepaald contactmoment één of meerdere vaccinaties zijn toegediend volgens schema of dat er op één of meerdere van deze vaccinaties bezwaar is geuit, waaronder de vaccinatieschema's van de persoon. Vooralsnog is dat alleen het Vaccinatieschema DKTP (BDS-element 1584).

Bericht 4 kan meerdere malen worden verstuurd vanuit dezelfde uitvoerende organisatie (BDS-element 1336) met het zelfde Activiteit Id (BDS-element 1377). De eerste keer dat het bericht 4 wordt verstuurd is het reguliere proces als gevolg van de initiële registratie, iedere tweede keer en verder geldt als herstelbericht. Herstelberichten worden geacht een volledige correctie te zijn van ieder vorige bericht van dezelfde combinatie van organisatie en contactment/activiteit.

In een herstelbericht kunnen op deze manier alle gegevens behalve uitvoerende organisatie id en activiteit id worden gecorrigeerd. Algemeen geldt:

• Stuur voor alle BDS-elementen in de transactie altijd een waarde als je die hebt, anders blijft het betreffende berichtdeel achterwege

Specifiek voor vaccinatieschema gelden de volgende spelregels:

• Aan de DD-JGZ kant (zender):
  • Als je een waarde hebt: stuur deze altijd in bericht 4
  • Als je geen waarde (meer) hebt: laat subjectOf1 (met administrativeObservation) achterwege in bericht 4
    Met de aantekening dat het extreem zeldzaam zou moeten zijn dat je van “wel waarde” naar “geen waarde” gaat.
• Aan de RIVM kant (ontvanger):
  • Als je een ingevulde waarde ontvangt: neem deze dan over
  • Als je geen ingevulde waarde ontvangt (doordat subjectOf1 ontbreekt, of zelfs als iemand toch subjectOf1/administrativeObservation/value met nullFlavor stuurt)
  • Als dit van een organisatie is waarvan eerder wel een ingevulde waarde kwam: verwijder dan deze vorige waarde (extreem zeldzaam)
  • Als dit van een organisatie is waarvan niet eerder een ingevulde waarde is ontvangen: laat een eventuele waarde staan
    Na een verhuizing zijn bij een nieuwe organisatie in eerste instantie geen vaccinatiegegevens bekend (want niet in DOB), dus alhoewel de vorige organisatie de waarde had en heeft gemeld, kan de nieuwe dat nog niet, totdat zij deze noteren of overnemen uit bericht 2.

• wsdl/VaccinatiesGeanonimiseerdVersturen.wsdl - Deze wordt geïmplementeerd door het centrale component Zorg Informatie Makelaar (ZIM) en aangesproken door de Vaccinatie-zender en deze wordt geïmplementeerd door de Vaccinatie-ontvanger en aangesproken door het centrale component Zorg Informatie Makelaar (ZIM)

• Dossiernummer is niet toegestaan
• Contact-ID/Activiteit-ID is noodzakelijk om herstelberichten mee te ondersteunen en vormen een te verwaarlozen risico op herleidbaarheid naar het dossier/de gevaccineerde. Dat kan alleen als je toegang hebt tot het DD JGZ in welk geval anonimiteit geheel vervalt
• Cliënt/Jeugdige ID en andere kenmerken zijn niet toegestaan
• Locatienummer is noodzakelijk om logistieke redenen

• wsdl/VaccinatiesOproeplijstVersturen.wsdl - Deze wordt geïmplementeerd door het centrale component Zorg Informatie Makelaar (ZIM) en aangesproken door de Oproeplijst-zender en deze wordt geïmplementeerd door de Oproeplijst-ontvanger en aangesproken door het centrale component Zorg Informatie Makelaar (ZIM)