Known Issues - Abonneren en Notificeren

Dezelfde notificatie komt onterecht meerdere keren

OPEN

• Onbedoeld dubbel uitsturen door implementatie fout in notificatie lus

• AORTA-LSP herkent niet de GBx duplicaatdetectie responses om dit af te stopppen

• De GBx Resource Client dient in Use Cases Resource Client | AORTA on FHIR - Verwerken Abonnement Notificatie

  • tolerant te zijn voor duplicaten op transportniveau

  • geen Duplicaatdetectie te melden in de response

Onbedoelde notificatie op gegevenssoort HCP (Huisarten Care Provision)

OPEN

• MP6.12 en MP9v3 notificaties zijn nog te veel verweven

• De GBx Resource Client dient in Use Cases Resource Client | AORTA on FHIR - Verwerken Abonnement Notificatie

  • in het kader MO obv MP9v3 de notificaties met gegevenssoort HCP te negeren voor abonnementen op contextcodes zoals MEDGEG, MEDGEGTOT en MEDMTDTOT.

AORTA ZIM gegevenssoort signalen worden niet getransformeert naar MP9 bouwsteentypes.

OPEN

• MP6.12 gegevenssoort gebeurtenissen leiden tot signalen die zichtbaar worden in de MP9 abonnement notificaties

• Echter worden de signalen as-is opgenomen in de notificatie zonder vertaling naar de gerelateerd bouwsteentypes

1. De GBx Resource Client dient de logica te volgen zoals beschreven in:
   Use Cases Resource Client | AORTA on FHIR - Verwerken Abonnement Notificatie

2. Daarbij gelden de volgende uitgangspunten:

   • Voor abonnementen op MO-contextcodes zoals MEDGEG, MEDGEGTOT en MEDMTDTOT moet de GBx Resource Client rekening houden met notificaties op basis van gegevenssoorten. Het betreft gegevenssoorten die door AORTA en/of BTD kunnen worden getransformeerd naar MP9v3.

   • Bij het registreren van een abonnement wordt de ID van het abonnement teruggegeven aan de GBx Resource Client. Deze zal de GBx Resource Client moeten bijhouden in relatie tot de beoogde contextcode.

   • De verwerkingslogica van de GBx Resource Client moet aansluiten op de contextcode van het aangemaakte abonnement.