10.1.4 | Communicatiepatroon : Notified Pull
1. Use case
Vanuit Twiin zijn verschillende use cases beschreven voor gegevensuitwisseling, hieronder staat een use case beschreven die van dit communicatiepatroon gebruik zou kunnen maken.
Een patiënt is doorverwezen door een zorgverlener voor een onderzoek bij een zorgverlener in een andere zorgaanbieder. Zodra het onderzoek is uitgevoerd, brengt de uitvoerende zorgverlener de aanvragende zorgverlener op de hoogte dat de gegevens op te halen zijn. |
De "Notified Pull" biedt een oplossing voor de "juridische Push", waarbij gegevens van de ene organisatie naar de andere worden overgedragen. De Notified Pull-transactie verwacht dat bij een patiëntverwijzing de Ontvangende Organisatie zorgvuldig wordt geselecteerd door de Verzendende Organisatie. Deze actie bevestigt de behandelingsrelatie tussen de patiënt en de toekomstige zorgverlener en kan worden gezien als een "veronderstelde toestemming". De patiënt is op de hoogte van de verwijzing en begrijpt daarom dat zijn medische gegevens zullen worden overgedragen.
De "Notified Pull" zal een Ontvangende Organisatie op de hoogte stellen van medische dossiers die klaar zijn om te worden opgehaald (inclusief de vereiste toestemming van de patiënt). De Ontvangende Organisatie ontvangt alleen op eigen voorwaarden door te bepalen hoe en wanneer de "Pull"-operaties worden uitgevoerd die door de Verzendende Organisatie zijn voorgesteld.
2. Applicatiediagram
Het applicatiediagram geeft een overzicht van de applicatierollen en de gegevensstroom hiertussen.
Er zijn twee type organisaties, een verzendende en een ontvangende organisatie. Beide organisaties hebben een GtK - een zendend GtK en een ontvangend GtK.
De applicaties van een zorgaanbieder worden ontsloten via een GtK. De systemen die we daarbij identificeren zijn een bronsysteem en een raadplegend systeem.
Organisatie | GtK | Systeem |
|---|---|---|
Verzendende Organisatie | Zendend GtK | Bronsysteem |
Ontvangende Organisatie | Ontvangend GtK | Raadplegend systeem |
Het communicatiepatroon 'Notified Pull' beschrijft een push/pull mechanisme dat start met het sturen van een notificatie van de zorgverlener waar iets opgehaald kan worden, naar de zorgverlener die de dataset uiteindelijk op moet halen.
Het zendend GtK gebruikt generieke functies (grijze blokken) om de zorgverlener die de notificatie verstuurt (en dus verantwoordelijk is voor de verwijzing of overdracht) te identificeren en te authenticeren.
(Optioneel) Het zendend GtK gebruikt de gemeenschappelijke voorziening om het adres van het ontvangend GtK op te zoeken.
Het zendend GtK stuurt een notificatie naar het ontvangend GtK. Het ontvangend GtK stuurt een bevestiging van ontvangst.
Het ontvangend GtK maakt gebruik van de generieke functie Autorisatie om te bepalen of de zorgverlener de notificatie mag aanbieden.
Op basis van de ontvangen notificatie zal het ontvangend GtK het adres opzoeken van het bronsysteem.
De Zorgverlener die het ontvangend GtK gebruikt wordt geïdentificeerd en geauthenticeerd door gebruik te maken van de generieke functies (grijze blokken).
Daarna zal deze een gerichte bevraging uitsturen naar het zendend GtK om de data op te halen.
Het zendend GtK maakt gebruik van de generieke functie Autorisatie om te bepalen of de zorgverlener toegang krijgt tot de opgevraagde data.
Het zendend GtK stuurt de gevraagde data terug als antwoord op de vraag.
Voor de Notified Pull zijn de volgende functies nodig.