7kezo:V1.0 Interacties tussen vrager en LSP: verschil tussen versies
| Regel 1: | Regel 1: | ||
| + | {{#customtitle: Interacties tussen vrager en LSP | Interacties tussen vrager en LSP}} | ||
| + | <noinclude>{{DocumentPart|ns=7kezo|title=V1.0_HL7v3-uitwisseling_Ketenzorg}}</noinclude> | ||
==Interacties tussen vrager en LSP== | ==Interacties tussen vrager en LSP== | ||
{{:7kezo:V1.0_GQZG_IN000001NL}} | {{:7kezo:V1.0_GQZG_IN000001NL}} | ||
{{:7kezo:V1.0_MCCI_IN200101}} | {{:7kezo:V1.0_MCCI_IN200101}} | ||
Versie van 4 jun 2014 11:46
{{#customtitle: Interacties tussen vrager en LSP | Interacties tussen vrager en LSP}}
Dit materiaal is onderdeel van HL7v3-domein Ketenzorg V1.0_HL7v3-uitwisseling_Ketenzorg.
|
Interacties tussen vrager en LSP
GQZG_IN000001NL - generiekeQueryZorggegevens
Deze interactie wordt binnen de zorgtoepassing Ketenzorg gebruikt om een relevante subset van het huisartsdossier op te vragen vanuit de zorggroep. Deze interactie is universeel van aard en kan dus ook worden toegepast in andere settings. De aard van de opgevraagde gegevens wordt bepaald door de contextcode die als parameter wordt meegegeven (in combinatie met het autorisatieprofiel van de vragende zorgverlener).
Samenstelling interactie
| Omschrijving | ID | |
|---|---|---|
| Trigger Event | Versturen vraag ketenzorggegevens | ZTKT_TE000002NL |
| Transmission Wrapper | Send Message Payload | MCCI_MT000100 |
| Control Act Wrapper | Query Control Act Request : Query By Parameter | QUQI_MT021001 |
| Message Type | Generieke query zorggegevens | GQZG_MT000001NL |
Zendende en ontvangende rollen
| Omschrijving | ID | |
|---|---|---|
| Sender | Gegevensopvragend ketenzorgsysteem | ZTKT_AR000003NL |
| Receiver | Zorg Informatie Makelaar (ZIM) | AZIM_AR000000NL |
Receiver Responsibilities
| Reden | Trigger Event | HL7v3-interactie |
|---|---|---|
| De ontvanger van de query (de ZIM) moet de meegegeven parameters verwerken en bepalen welke bouwsteenspecifieke queries er nodig én toegestaan zijn (en met welke parameters) om aan de vraag te voldoen. Deze queries worden vervolgens gestuurd aan de bronsystemen die (mogelijk) deze gegevens bevatten. De responses op de uitgestuurde queries worden tenslotte verzameld en als batch geretourneerd. Het retourbericht is: | - | MCCI_IN200101 |
Template
De template 2.16.840.1.113883.2.4.3.11.60.66.10.3 Generieke Query Zorggegevens is weergegeven, in detail beschreven en met voorbeelden voorzien in ART-DECOR. Waarschuwing:Titelweergave "MCCI_IN200101 - batchAntwoord" overschrijft eerdere titelweergave "GQZG_IN000001NL - generiekeQueryZorggegevens".
MCCI_IN200101 - batchAntwoord
Deze interactie wordt binnen de zorgtoepassing Ketenzorg gebruikt om een relevante subset van het huisartsdossier op te leveren vanuit het huisartssysteem. Deze interactie is universeel van aard en kan dus ook worden toegepast in andere settings. De payload van het batchAntwoord bestaat uit een set HL7v3 interacties (inclusief berichtwrappers). Deze interacties kunnen van een verschillend type zijn, elk weer met hun eigen payload.
Samenstelling interactie
| Omschrijving | ID | |
|---|---|---|
| Trigger Event | Beantwoorden vraag ketenzorggegevens | ZTKZ_TE000003NL |
| Transmission Wrapper | Batch Wrapper event response message | MCCI_MT200101 |
| Control Act Wrapper | n.v.t. | |
| Message Type | n.v.t. |
Zendende en ontvangende rollen
| Omschrijving | ID | |
|---|---|---|
| Sender | Zorg Informatie Makelaar (ZIM) | AZIM_AR000000NL |
| Receiver | Gegevensopvragend ketenzorgsysteem | ZTKT_AR000003NL |
R-MIM
Template
Zie de specificaties in het document Implementatiehandleiding HL7v3 Berichtwrappers, waar het message type van de “batchwrapper” wordt beschreven in paragraaf 13.4.
|
|
Een belangrijk verschil met de wijze waarop de batchwrapper tot nu toe wordt gebruikt binnen AORTA, is dat deze in de zorgtoepassing Ketenzorg (en andere toepassingen volgens hetzelfde ontwerp) verschillende typen interacties in dezelfde batch mag omvatten! Het batchAntwoord is weliswaar een reactie op één inkomende generiekeQueryZorggegevens, maar deze reactie bestaat uit alle query responses die zijn voortgekomen uit de bouwsteenspecifieke queries waarin de oorspronkelijke vraag door het LSP is omgezet. |
|
|
In aanvulling op bovenstaande: van een bouwsteentype kunnen ook nog meerdere verschillende versies terecht komen in de batch, als er bron-systemen zijn die met verschillende versies werken (ze mogen maximaal één versie ‘achterlopen’. Omdat de regel is dat elk systeem de ‘voorgaande’ versie ook nog moet ondersteunen, levert deze mix geen problemen op. |
|
|
Elke door het LSP ontvangen query response wordt meegenomen in de batch, ook als deze geen resultaten bevat (bijv. omdat de query parameters zodanig waren dat er geen gegevens aan voldeden) of er sprake was van een foutmelding (bijv. omdat het bronsysteem de query niet kon verwerken) |
|
|
Bij het definiëren van het batchantwoord dat hoort bij een generieke query naar zorggegevens met een bepaalde contextcode, moet het mogelijk zijn om aan te geven welke mogelijke bouwsteenspecifieke antwoordinteracties voor kunnen komen in de batch. Deze lijstjes zijn direct gerelateerd aan de afleiding die op het LSP wordt gemaakt van contextcode naar bouwsteen-specifieke queries. Hiermee weet een vragend systeem welke bouwstenen (en bijbehorende interacties) het moet kunnen verwerken voor een context. |
De template 2.16.840.1.113883.2.4.3.11.60.66.10.4 Batch antwoord is weergegeven, in detail beschreven en met voorbeelden voorzien in ART-DECOR.
Tijdens de eerste fase van de zorgtoepassing Ketenzorg zullen de query responses overigens nog (vrijwel) allemaal uit hetzelfde systeem afkomstig zijn, aangezien alleen het HIS van de huisarts aanmeldingen in de verwijsindex zal hebben (met gegevenssoort ‘Primary Care Provision’) die leiden tot bouwsteenspecifieke queries die dan in scope zijn. Voor de definitie van de hierboven genoemde interacties, zie de paragraaf Interacties tussen LSP en bron.