Help
Inloggen
Busy
Zoeken
Jeugdgezondheidszorg - Issues

 
Selecteer object
 
falsehide
Resultaten (1 / 1)
Id Issue Status Prioriteit Soort Datum Toegewezen aan Label
119 Harmonisatie Adres tussen Bericht 5 en 7 Gesloten Normaal Wijzigingsverzoek 2015-12-09 13:46:25 Alexander Henket
 
Wijzigingsverzoek Harmonisatie Adres tussen Bericht 5 en 7
Id jgz-issue-119
Status Gesloten
Prioriteit Normaal
Laatste gebeurtenis 2015-12-09 13:46:25  door  Alexander Henket
Huidige behandelaar Alexander Henket
    
Betreft
Issue
false
Huisletter (element 13) kan niet 1..1 M zijn (jgz-issue-111)
/
/
Id 2.16.840.1.113883.2.4.3.11.60.100.6.111 Versie
Naam Huisletter (element 13) kan niet 1..1 M zijn Status Gesloten
Issue
false
Adres Kind (groep 1) kan niet 1..* M zijn (jgz-issue-112)
/
/
Id 2.16.840.1.113883.2.4.3.11.60.100.6.112 Versie
Naam Adres Kind (groep 1) kan niet 1..* M zijn Status Gesloten
Issue
false
Soort adres kan niet 1..1 M zijn (jgz-issue-113)
/
/
Id 2.16.840.1.113883.2.4.3.11.60.100.6.113 Versie
Naam Soort adres kan niet 1..1 M zijn Status Gesloten
Transactie
false
Versturen hielprikverzoek (jgz-transactions-14)
/
/
Naam Versturen hielprikverzoek
Omschrijving
Verzoek tot het afnemen van de hielprik, ook wel bekend als "Bericht 5". Een hielprikverzoek kan voorafgaand aan registratie in de Gemeentelijke Basisadministratie worden verstuurd. In dat geval is er nog geen BSN voor het kind en is zijn naam nog niet geregistreerd. Het bericht bevat dan het BSN van de moeder in plaats van die van het kind. De naam van het kind is dan "zoals opgegeven". Als de BRP-registratie al wel heeft plaatsgevonden dan moeten deze gegevens ook worden gebruikt.
Trigger
De trigger voor het verzoek eerste hielprik is een gebruiker die opdracht geeft voor uitvoering van de hielprik. Dit kan de eerste, tweede of een herhaling zijn.
Conditie
Dit bericht moet op minimaal vertrouwensniveau Laag worden verstuurd
Template 2.16.840.1.113883.2.4.6.10.100.15 (2012-08-01T00:00:00) Versturen hielprikverzoek (interactie)
Dataset 2.16.840.1.113883.2.4.3.11.60.100.1.1 Basisdataset (BDS) versie 3.2.7
Transactie
false
Versturen vaccinatiesoproeplijst (jgz-transactions-23)
/
/
Naam Versturen vaccinatiesoproeplijst
Omschrijving
In dit bericht, ook wel bekend als "bericht 7", wordt aan de ontvanger gemeld welke kinderen/personen hij in een zekere periode mag verwachten voor groepsvaccinatie. Hiertoe wordt een lijst met een zo klein mogelijke hoeveelheid gegevens per kind/persoon verstuurd zodat deze kan worden gebruikt voor het matchen aan de oproepkaart die verplicht moet worden meegebracht door het betreffende kind om in aanmerking te komen voor de vaccinatie. Van de meeste kinderen is een burgerservicenummer bekend, maar waar dat niet het geval is, zoals bijvoorbeeld bij kinderen van asielzoekers, wordt teruggevallen op een vreemdelingennummer/V-nummer. Als zowel burgerservicenummer als V-nummer niet voor handen zijn kan nog worden teruggevallen op een cliëntnummer.Het cliëntnummer, dat ook op de oproepkaart staat, wordt toegekend door de Oproeplijst-zender. Het cliëntnummer is geen BDS-element en staat daarom niet in de transactie gekoppeld.
Trigger
De trigger voor het versturen van de vaccinatiesoproeplijst is tijdgebaseerd
Conditie
Dit bericht moet op minimaal vertrouwensniveau Laag worden verstuurd.
Template 2.16.840.1.113883.2.4.6.10.100.18 (2015-06-29T00:00:00) Versturen vaccinatiesoproeplijst (interactie)
Dataset 2.16.840.1.113883.2.4.3.11.60.100.1.1 Basisdataset (BDS) versie 3.2.7
/
-
/
-
Gebeurtenissen
Tracking Gesloten 2015-12-09 13:46:25 : Tracking door Alexander Henket
Omschrijving
Uitgevoerd zoals gevraagd met als enige uitzondering dat in bericht 5 Hielprikverzoek de mogelijkheid op 2 adressen zo gelaten is (zie ook issue#112)
Toewijzing 2015-12-09 13:35:34 : Toegewezen aan Alexander Henket door Alexander Henket
Tracking Open 2015-12-09 13:35:33 : Tracking door Alexander Henket
Omschrijving
Bevinding:

De berichten 5 (Hielprikverzoek) 7 (Vaccinatiesoproeplijst), beide met als afzender RIVM Praeventis, hebben ongelijke adresspecificaties. In een paar gevallen is dat niet nodig/correct.

Voorstel:

RIVM: "Het adres in bericht 7 zou volgens mij inderdaad net zo opgebouwd moeten zijn als bij bericht 5. En wat je zegt over de cardinaliteit, dit klopt ook. In bericht 7 zullen wij maar 1 adres meesturen per kind. "
RIVM: "Wat ik kan zeggen is dat als wij het bericht op basis van een Administratief geboortebericht sturen wij geen info hebben over het soort adres. Deze info staat niet in het AG bericht. Dus dit kunnen wij dan nooit in de hielprokopdracht meegeven. Indien wij een bericht op basis van het GBA adres sturen, dan sturen wij het soort adres wel mee (use is HP). "
RIVM: "Wij zullen straatnaam en huisnummer en postcode altijd vullen"
RIVM: "Gemeente zal niet altijd gevuld zijn. Wij krijgen deze info niet van het COA. We hebben in zo'n geval wel een Woonplaats."

Nadere toelichting:

-

    
Labels
Voorvertoning Code HTML-kleur Weergavenaam Omschrijving
 
 BDSV 
BDSV BDSV BDS V
Issues voor ontwikkeling registratiedataset BDS V