DECOR-informatie voor project: Jeugdgezondheidszorg (jgz-) |
Technische weergave van de BDS versie 3.2.2 |
Handleiding weergave van de BDS versie 3.2.2 |
Dit verzoek wordt verstuurd tussen twee organisaties wanneer een kind elders "in zorg" gaat, bijvoorbeeld vanwege verhuizing naar het gebied van de ontvangende organisatie of omdat het kind 4 wordt en van de zorg voor 0 tot 4-jarigen naar de zorg voor 4 tot 19 jarigen gaat. Met het verzoek vraagt de verzendende organisatie aan de ontvangende organisatie om het bijgevoegde dossier over te nemen in zijn eigen administratie (database) en te gebruiken als startpunt voor verdere dossiervoering bij de zorg voor het kind. De elektronische communicatie dient ter vervanging van de zogenaamde "koude" overdracht op papier, maar kan naar behoefte aangevuld worden met "warme" overdracht bijvoorbeeld via telefoon. |
De ontvangstbevestiging is een generieke, technische bevestiging die bevestigt dat de ontvanger het verzonden bericht heeft ontvangen, op veilige wijze heeft opgeslagen en basale controles op geldigheid heeft gedaan. Het gaat dan om controles op technische geldigheid op het niveau van structuur en verplichte velden. De ontvangstbevestiging bevat het resultaat van de controles in het element "acknowledgement". Het is geen bevestiging van volledige inhoudelijke verwerking van het ontvangen bericht, maar ontslaat de zender wel van de plicht op herzending. |
Info: Er is nog geen onderliggend model met deze scenariotransactie gedefinieerd. |
Dit verzoek wordt verstuurd tussen twee organisaties wanneer een kind elders "in zorg" gaat, bijvoorbeeld vanwege verhuizing naar het gebied van de ontvangende organisatie of omdat het kind 4 wordt en van de zorg voor 0 tot 4-jarigen naar de zorg voor 4 tot 19 jarigen gaat. Met het verzoek vraagt de verzendende organisatie aan de ontvangende organisatie om het bijgevoegde dossier over te nemen in zijn eigen administratie (database) en te gebruiken als startpunt voor verdere dossiervoering bij de zorg voor het kind. De elektronische communicatie dient ter vervanging van de zogenaamde "koude" overdracht op papier, maar kan naar behoefte aangevuld worden met "warme" overdracht bijvoorbeeld via telefoon. |
De ontvangstbevestiging is een generieke, technische bevestiging die bevestigt dat de ontvanger het verzonden bericht heeft ontvangen, op veilige wijze heeft opgeslagen en basale controles op geldigheid heeft gedaan. Het gaat dan om controles op technische geldigheid op het niveau van structuur en verplichte velden. De ontvangstbevestiging bevat het resultaat van de controles in het element "acknowledgement". Het is geen bevestiging van volledige inhoudelijke verwerking van het ontvangen bericht, maar ontslaat de zender wel van de plicht op herzending. |
Info: Er is nog geen onderliggend model met deze scenariotransactie gedefinieerd. |
Met dit bericht, ook wel bekend als "Bericht 1", wordt bij twijfel rond een te geven vaccinatie aan een bepaald persoon door de professional de actuele status bij het centrale registratiesysteem opgevraagd. Op moment van schrijven is nog niet bekend met welk vertrouwensniveau deze transactie moet/mag worden verstuurd. |
Met dit bericht, ook wel bekend als "Bericht 2", worden alle bij het centrale registratiesysteem bekende, goedgekeurde vaccinaties opgeleverd en tevens alle bekende, in het buitenland verkregen vaccinaties en alle op dat moment bekende te-verwachten-vaccinaties volgens het schema van het betreffende vaccin. |
Met dit bericht, ook wel bekend als "Bericht 3", wordt op dagelijkse basis de lijst met vaccins verspreid met geldige partijnummers voor de toe te dienen vaccins. De interactie wordt op een vastgesteld moment verstuurd en de geldigheid wordt voor één dag afgegeven. De interactie is logistiek van aard en is niet gekoppeld aan een specifieke te vaccineren persoon. De interactie mag daarom op vertrouwensniveau laag worden verstuurd. |
De ontvangstbevestiging is een generieke, technische bevestiging die bevestigt dat de ontvanger het verzonden bericht heeft ontvangen, op veilige wijze heeft opgeslagen en basale controles op geldigheid heeft gedaan. Het gaat dan om controles op technische geldigheid op het niveau van structuur en verplichte velden. De ontvangstbevestiging bevat het resultaat van de controles in het element "acknowledgement". Het is geen bevestiging van volledige inhoudelijke verwerking van het ontvangen bericht, maar ontslaat de zender wel van de plicht op herzending. |
Info: Er is nog geen onderliggend model met deze scenariotransactie gedefinieerd. |
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. |
De ontvangstbevestiging is een generieke, technische bevestiging die bevestigt dat de ontvanger het verzonden bericht heeft ontvangen, op veilige wijze heeft opgeslagen en basale controles op geldigheid heeft gedaan. Het gaat dan om controles op technische geldigheid op het niveau van structuur en verplichte velden. De ontvangstbevestiging bevat het resultaat van de controles in het element "acknowledgement". Het is geen bevestiging van volledige inhoudelijke verwerking van het ontvangen bericht, maar ontslaat de zender wel van de plicht op herzending. |
Info: Er is nog geen onderliggend model met deze scenariotransactie gedefinieerd. |
Verzoek tot het afnemen van de hielprik, ook wel bekend als "Bericht 5". |
De ontvangstbevestiging is een generieke, technische bevestiging die bevestigt dat de ontvanger het verzonden bericht heeft ontvangen, op veilige wijze heeft opgeslagen en basale controles op geldigheid heeft gedaan. Het gaat dan om controles op technische geldigheid op het niveau van structuur en verplichte velden. De ontvangstbevestiging bevat het resultaat van de controles in het element "acknowledgement". Het is geen bevestiging van volledige inhoudelijke verwerking van het ontvangen bericht, maar ontslaat de zender wel van de plicht op herzending. |
Info: Er is nog geen onderliggend model met deze scenariotransactie gedefinieerd. |
Datasets, codes, OID's en Regels: deze informatie wordt gebruikt voor weergave- en validatiedoeleinden.