Skip to main content
Skip table of contents

Interfaces Notificatie Broker

Mitz Notificatie Interface

Feature

relayMitzNotification

Type

Service

Versie

1.0.0

Groep

Broker

Gepubliceerd

Delta

Initiële versie.

Use case

AOF.UC.NBR.100.v6

Feature

Versie

Dependency

Aanbieder

Afnemer

relayMitzNotification

1.0.0

AORTA-ID HTTP Header

>=1.0.0

-

relayMitzNotification

1.0.0

AORTA-Version HTTP Header

>=1.0.0

-

relayMitzNotification

1.0.0

consentNotification

>=1.0.0

-

Een notificatie betreft een POST van een FHIR Bundle van het type “transaction”.

De inhoud van een Toestemming Notificatie is beschreven in het Mitz afsprakenstelsel. Mitz documentatie, FHIR-profiel en voorbeeld(en) zijn te vinden bij de specificaties van Feature: consentNotification.

HTTP statuscodes

HTTP statuscodes die kunnen worden geretourneerd zijn opgenomen in onderstaande tabel.

Omdat bepaalde Confluence macro’s nog niet worden ondersteund in de publicatie omgeving, bevat de tabel, in de publicatieomgeving, ook informatie over de wijze waarop de betreffende interface wordt geïmplementeerd in de server component. De statuscodes die kunnen worden geretourneerd zijn opgenomen in de kolom “Uitkomst”. De overige informatie mag worden genegeerd.

AOF.UCe.VAL.100.v1 - Toetsing type content

Uitkomst

Stap

Omschrijving

i

Het systeem ontvangt een verzoek en start de verwerking.

Het systeem toetst of het gevraagde type content (Accept header) en het gehanteerde type content (Content-Type header) worden ondersteund.

NB. wanneer het verzoek wordt ontvangen van een component van VZVZ, dan hoeft geen toets op type content te worden uitgevoerd.

Gevraagd type content niet ondersteund

statuscode 406 Not Acceptable

Gehanteerd type content niet ondersteund

statuscode 415 Unsupported Media Type

Het systeem genereert de vereiste response en gaat verder met de exit stap van de main flow.

AOF.UCe.VAL.160.v1 - Inhoudelijke toetsing request

Uitkomst

Stap

Omschrijving

i

Het systeem toetst of het request geen malafide inhoud bevat  (zie FHIR security, input validation).

Ongeldig verzoek

statuscode 400 Bad Request

Het systeem genereert de vereiste response en gaat verder met de exit stap van de main flow.

ii

Het systeem toetst of het verzoek voldoet aan de interface specificatie.

Hierbij moet ook worden voldaan aan de toelichting "Controle van batch en transaction requests".

FHIR-requests dienen te worden getoetst tegen de core FHIR specificaties (RESTful API).

Indien een If-None-Exists HTTP header van toepassing is op de interactie, dan dient deze te worden behandeld als een reguliere zoekparameter.

Indien een specifieke FHIR-profiel van toepassing is voor het gevonden interactie-id, dan dient het FHIR-request hier ook tegen te worden getoetst. NB. toetsing tegen een volledig FHIR-profiel wordt nog niet gedaan - consequenties van deze toets worden eerst in kaart gebracht.

Ongeldig verzoek

statuscode 400 Bad Request

Het systeem genereert de vereiste response en gaat verder met de exit stap van de main flow.

Stap

Omschrijving

Uitkomst

1

Het systeem bepaalt, m.b.v. Feature , welke GBx-applicatie van de bronhouder, zoals aangeduid in de ontvangen notificatie, Mitz Toestemming Notificaties kunnen en willen ontvangen.

Bronhouder onbekend

statuscode 400 Bad Request

2

Indien de bronhouder Mitz Toestemming Notificaties wil en kan ontvangen:

Het systeem bepaalt m.b.v. de geregistreerde conformances in het APR (verkregen in de vorige stap) of een FHIR- of een v3-notificatie moet worden uitgestuurd.

De FQDN waarop een notificatie moet worden afgeleverd wordt eveneens verkregen uit het APR.

3

Het systeem verstuurt de notificatie via het bestaande mechanisme voor guaranteed delivery, op de wijze zoals gespecificeerd in

4

<exit>

Het systeem retourneert een response naar de primaire actor.

Verwerking succesvol

statuscode 200 OK

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.