1 &nbsp;&nbsp;&nbsp;&nbsp; Inleiding

2.3 Storyboard PORX_ST130001NL - Ambulante medicatieverstrekkingen

HL7v3 gestructureerde naam: Medication Dispense Event [Community Setting]

Doel: Beschrijving van de manier waarop ambulante medicatieverstrekkingen worden uitgevoerd.

Dit storyboard beschrijft enkele situaties waarin een medicatieverstrekking plaatsvindt door een openbare apotheek, oftewel een apotheek in de 1^e lijnszorg. Het verstrekkende systeem brengt daarbij geïnteresseerde partijen op de hoogte van het feit dat er medicatie is verstrekt. Bij de geïnteresseerde partijen zal zeker de voorschrijver van de betreffende medicatie behoren, ongeacht of deze het bijbehorende voorschrift elektronisch heeft aangeleverd. In het geval van dienstwaarneming door een ‘andere’ apotheek zal de ‘vaste’ apotheek van de patiënt een geïnteresseerde partij zijn.

2.3.1 Storyboard narratives

Deze paragraaf bevat de narrative voor storyboard PORX_ST130001NL.

2.3.1.1 Melding verstrekking aan voorschrijvend arts (huisarts)

Mevrouw Jansen komt langs bij apotheek ‘De Gulle Gaper’ met een handgeschreven recept van haar huisarts Dr van Beek. Het recept is voor 3x daags 1 tablet Diazepam 2 mg, gedurende 4 weken. De apotheker van de Gulle Gaper, Dr Poeder, pakt drie doosjes met 3 strips van 10 tabletten. Het geheel van 90 tabletten Diazepam 2 mg wordt overhandigd aan mevr. Jansen, inclusief een bijsluiter en met het gebruiksvoorschrift (van de huisarts) op de verpakking.

Op het moment dat de verstrekking wordt geregistreerd in het apotheeksysteem, wordt een verstrekkingsbericht gegenereerd met alle relevante informatie. Dit bericht wordt verzonden aan het huisarts informatiesysteem van Dr van Beek, zodat deze op de hoogte is van het feit dat op zijn voorschrift is verstrekt. Het HIS van Dr van Beek ontvangt deze informatie en verwerkt die in de database, inclusief de definitieve doseergegevens zoals deze door de apotheker zijn bevestigd (en eventueel aangepast).

2.3.2 Interactiediagram Ambulante medicatieverstrekkingen

Onderstaand interactiediagram “Ambulante medicatieverstrekkingen” bevat de uitwerking van storyboard PORX_ST130001NL.

Figuur 3 Interactiediagram – Ambulante medicatieverstrekkingen

Interactielijst

Onderstaande tabel bevat een overzicht van de interacties die storyboard PORX_ST130001NL ondersteunen.

Tabel 3 Overzicht interacties voor storyboard PORX_ST130001NL

Logische berichtnaam

HL7v3 gestructureerde interactienaam

HL7v3-interactienaam

artefactnaam

Medication Dispense Event Complete

ontvangstbevestiging

Accept Acknowledgement

2.4 Storyboard PORX_ST130002NL - Klinische medicatieverstrekkingen

HL7v3 gestructureerde naam Medication Dispense Event [Institutional Setting]

Doel: Beschrijving van de manier waarop klinische medicatieverstrekkingen worden uitgevoerd.

Een verstrekking in een kliniek is een definitieve medicatie opdracht. De logistieke terhandstelling is hier minder van belang, wel het akkoord van de (ziekenhuis)apotheek op de medicatie-afspraak of het toedieningsverzoek. De (ziekenhuis)apotheek kan in dit akkoord ook aanpassingen doen op het originele verzoek. De toediener gaat vervolgens de definitieve medicatie opdracht navolgen (en dus niet het originele voorschrift).

Bij geïnteresseerde partijen zal de voorschrijver van de betreffende medicatie behoren, ongeacht of deze het bijbehorende voorschrift elektronisch heeft aangeleverd. Daarnaast zal de verpleegafdeling of andere afdeling die de medicatie moet gaan toedienen het bericht ook willen ontvangen.

2.4.1 Storyboard narratives

Deze paragraaf bevat de narrative voor storyboard PORX_ST130002NL.

2.4.1.1 Melding verstrekking aan voorschrijvend arts (specialist)

Bij de ziekenhuisapotheek van Medisch Centrum Zuid komt een handgeschreven medicatieopdracht (MO) binnen van de internist Dr Schrijver ten behoeve van zijn patiënt mevrouw Jansen. De MO is voor PREDNISON 5 mg TABLET (GPK code) 7x daags, volgens een afbouwschema dat morgen start en 7 dagen loopt. De ziekenhuisapotheker, de heer Pilarczyck, stemt ermee in om de eerste dag 4x 10 mg toe te dienen. De ziekenhuisapotheek verstrekt 4x PREDNISON 10 mg (artikelcode) aan de afdeling Interne.

Op het moment dat de verstrekking wordt geregistreerd in het apotheeksysteem, wordt een verstrekkingsbericht gegenereerd met alle relevante informatie. Dit bericht wordt verzonden aan het EPD systeem van Dr Schrijver (onderdeel van het ZIS), zodat deze op de hoogte is van het feit dat zijn voorschrift is omgezet in een definitieve medicatieopdracht (DMO). Het ZIS ontvangt deze informatie en verwerkt die in de database, inclusief de definitieve doseergegevens zoals deze door de apotheker zijn aangepast, waarbij een relatie naar de oorspronkelijk MO bestaat.

2.4.2 Interactiediagram Klinische medicatieverstrekkingen

Onderstaand interactiediagram “Klinische medicatieverstrekkingen” bevat de uitwerking van storyboard PORX_ST130002NL.

Figuur 4 Interactiediagram – Klinische medicatieverstrekkingen

Interactielijst

Onderstaande tabel bevat een overzicht van de interacties die storyboard PORX_ST130002NL ondersteunen.

Tabel 4 Overzicht interacties voor storyboard PORX_ST130002NL

Logische berichtnaam

HL7v3 gestructureerde interactienaam

HL7v3-interactienaam

artefactnaam

Medication Dispense Event Complete

ontvangstbevestiging

Accept Acknowledgement

opvragenVerstrekkingenlijst

2.5 Storyboard QURX_ST990002NL - Medicatievoorschriften opvragen via ZIM

HL7v3 gestructureerde naam: Medication Combined Order Query via Care Information Broker

Doel: Beschrijving van de manier waarop medicatievoorschriften worden opgevraagd via de ZIM.

2.5.1 Storyboard narratives

Deze paragraaf bevat de narrative voor storyboard QURX_ST990002NL.

2.5.1.1 Opvragen voorschriften voor medicatiebewaking

Mevrouw Jansen komt bij haar huisarts, dokter van Beek, en klaagt over slapeloosheid. Dr van Beek controleert de medische historie van mevrouw Jansen en constateert dat zij hiervan al langere tijd last heeft. In overleg met mevrouw Jansen besluit Dr van Beek om slaappillen voor te schrijven. Alvorens het recept uit te schrijven, vraagt Dr van Beek een overzicht van de recent aan mevrouw Jansen voorgeschreven medicatie op, om te controleren of het betreffende geneesmiddel geen riskante interacties met andere aan haar voorgeschreven geneesmiddelen heeft. Op basis van het voorschriftoverzicht op zijn scherm besluit Dr. van Beek dat het slaapmiddel kan worden voorgeschreven.

Binnen de software is intussen het één en ander gebeurd om dit overzicht op het scherm te krijgen. Er is een query verstuurd naar de Zorg Informatie Makelaar, die vervolgens een subquery (met dezelfde parameters) heeft doorgestuurd aan alle bronsystemen die volgens de Verwijsindex relevante voorschriftinformatie over Mevr. Jansen beschikbaar hadden. De resultaatsets van de verschillende bronsystemen zijn vervolgens samengevoegd en retour gestuurd aan het vragende systeem van Dr van Beek. Voor de details van dit proces wordt verwezen naar de specifieke ZIM richtlijnen voor het raadplegen van de Verwijsindex.

In dit storyboard had de betreffende huisarts ogenschijnlijk ook gebruik kunnen maken van de Verstrekkingsquery om een overzicht van de feitelijk verstrekte medicatie op te roepen. Bij overleg met de zorgkoepels was echter direct de toegevoegde waarde van de Voorschriftquery duidelijk:

Het opvragen van de voorschriften is de beste manier om up-to-date informatie te hebben over de lopende medicatieafspraken tussen een patiënt en diens zorgverleners. Er kunnen bijvoorbeeld voorschriften voortijdig gestaakt zijn na een eerdere verstrekking.
Niet alle voorschriften leiden tot een verstrekking, bijvoorbeeld als de patiënt de medicatie nog heeft (zoals vaak bij ontslagmedicatie).

Afhankelijk van gebruikerswensen en technische mogelijkheden kunnen softwareleveranciers één van beide, dan wel allebei de queries implementeren. In het ideale geval worden de resultaten van beide queries gecombineerd (waarbij verstrekkingen in verband worden gebracht met de bijbehorende voorschriften), zodanig dat een totaaloverzicht van de medicatiehistorie van een patiënt ontstaat (voor klinisch verstrekte medicatie hoort hier eventueel ook de toedieningsinformatie nog bij).

2.5.2 Interactiediagram Medicatievoorschriften opvragen via ZIM

Onderstaand interactiediagram “Medicatievoorschriften opvragen via ZIM” bevat de uitwerking van storyboard QURX_ST990002NL.

Figuur 5 Interactiediagram – Medicatievoorschriften opvragen via ZIM

Interactielijst

Onderstaande tabel bevat een overzicht van de interacties die storyboard QURX_ST990002NL ondersteunen.

Tabel 5 Overzicht interacties voor storyboard QURX_ST990002NL

Logische berichtnaam

HL7v3 gestructureerde interactienaam

HL7v3-interactienaam

artifactnaam

opvragenVoorschriftenLijst

Medication Combined Order List Query

QURX_IN990101NL

opleverenVoorschriftenLijst

Medication Combined Order List Query Response

QURX_IN990103NL

2.6 Storyboard QURX_ST990012NL - Medicatieverstrekkingen opvragen via ZIM

HL7v3 gestructureerde naam: Medication Dispense Query via Care Information Broker

Doel: Beschrijving van de manier waarop medicatieverstrekkingen worden opgevraagd via de ZIM

2.6.1 Storyboard narratives

Deze paragraaf bevat de narrative voor storyboard QURX_ST990012NL.

2.6.1.1 Opvragen verstrekkingen voor medicatiebewaking

Mevrouw Jansen komt bij haar huisarts, dokter van Beek, en klaagt over slapeloosheid. Dr van Beek controleert de medische historie van mevrouw Jansen en constateert dat zij hiervan al langere tijd last heeft. In overleg met mevrouw Jansen besluit Dr van Beek om slaappillen voor te schrijven. Alvorens het recept uit te schrijven, vraagt Dr van Beek een overzicht van de recent aan mevrouw Jansen verstrekte medicatie op, om te controleren of het betreffende geneesmiddel geen riskante interacties met andere aan haar verstrekte geneesmiddelen heeft. Op basis van het verstrekkingsoverzicht op zijn beeldscherm besluit Dr van Beek dat het slaapmiddel kan worden voorgeschreven.

In de software is intussen het één en ander gebeurd om dit overzicht op het scherm te krijgen. Er is een query verstuurd naar de Zorg Informatie Makelaar, die vervolgens een subquery (met dezelfde parameters) heeft doorgestuurd aan alle bronsystemen die volgens de Verwijsindex relevante verstrekkingsinformatie over Mevr. Jansen beschikbaar hadden. De resultaatsets van de verschillende bronsystemen zijn vervolgens samengevoegd en retour gestuurd aan het vragende systeem van Dr van Beek. Voor de details van dit proces wordt verwezen naar de specifieke ZIM richtlijnen voor het raadplegen van de Verwijsindex.

2.6.2 Interactiediagram Medicatieverstrekkingen opvragen via ZIM

Onderstaande interactiediagrammen “Medicatieverstrekkingen opvragen via ZIM” bevat de uitwerking van storyboard QURX_ST990012NL.

Figuur 6 Interactiediagram – Medicatieverstrekkingen opvragen via ZIM

Interactielijst

Onderstaande tabel bevat een overzicht van de interacties die storyboard QURX_ST990012NL ondersteunen.

Tabel 6 Overzicht interacties voor storyboard QURX_ST990012NL

Logische berichtnaam

HL7v3 gestructureerde interactienaam

HL7v3-interactienaam

artifactnaam

Medication Dispense List Query

QURX_IN990111NL

opleverenVerstrekkingenlijst

Medication Dispense List Query Response

QURX_IN990113NL

2.7 Storyboard REPC_ST000023NL - Opvragen potentiële contra-indicaties van patiënt via ZIM

HL7v3 gestructureerde naam: Medical Potential Contraindications Query via Care Information Broker

Doel: Beschrijving van de manier waarop potentiële contra-indicaties worden opgevraagd via de ZIM

2.7.1 Storyboard narratives

Deze paragraaf bevat de narrative voor storyboard REPC_ST000023NL.

2.7.1.1 Opvragen potentiële contra-indicties bij ZIM voor medicatiebewaking

Internist R.F. Jansen staat op het punt een recept uit te schrijven voor medicatie aan zijn patiënt mevrouw de Vries. Als onderdeel van de ingebouwde medicatiebewaking haalt het Elektronisch Voorschrijf Systeem van dokter Jansen automatisch de actuele potentiële contra-indicaties van de betreffende patiënt (met haar BSN als zoeksleutel) op bij de Zorg Informatie Makelaar.

Het antwoord komt terug en bevat onder andere een vermelding van het feit dat mevrouw de Vries last van een “conditie” heeft. Het EVS herkent de geretourneerde conditiecode en reageert met een medicatiebewakingsignaal op het scherm van dokter Jansen.

Deze besluit daarop te kiezen voor een medicijn met dezelfde therapeutische werking maar een andere werkzame stof. De software helpt bij de selectie van deze medicatie.

2.7.2 Interactiediagram Opvragen potentiële contra-indicaties van patiënt via ZIM

Onderstaand interactiediagram “Opvragen potentiële contra-indicaties van patiënt via ZIM” bevat de uitwerking van storyboard REPC_ST000023NL.

Figuur 7 Interactiediagram – Opvragen potentiële contra-indicaties van patiënt via ZIM

Interactielijst

Onderstaande tabel bevat een overzicht van de interacties die storyboard REPC_ST000023NL ondersteunen.

Tabel 7 Overzicht interacties voor storyboard REPC_ST000023NL

Logische berichtnaam

HL7v3 gestructureerde interactienaam

HL7v3-interactienaam

artifactnaam

opvragenPotentiëlecontraindicaties

Patient Medical Potential Contraindications Query

REPC_IN000023NL

opleverenPotentiëlecontraindicaties

Patient Medical Potential Contraindications Query Response

REPC_IN000024NL

3 Applicatierollen

Een deelsysteem vervult een applicatierol.

Dit hoofdstuk beschrijft de applicatierollen voor de zorgtoepassing medicatieproces, te weten:

· Voorschrift verzendend systeem : 3.1 - PORX_AR990010NL.

· Voorschrift ontvangend systeem : 3.2 - PORX_AR990020NL.

· Verstrekking versturend systeem : 3.3 - PORX_AR990110NL.

· Verstrekking ontvangend systeem : 3.4 - PORX_AR990120NL.

· Voorschrift opvragend systeem : 3.5 - QURX_AR990010NL.

· Voorschrift opleverend systeem : 3.6 - QURX_AR990020NL.

· Verstrekking opvragend systeem : 3.7 - QURX_AR990110NL.

· Verstrekking opleverend systeem : 3.8 - QURX_AR990120NL.

· Opvragend systeem voor potentiële contra-indicaties : 3.9 - REPC_AR000003NL.

· Opleverend systeem voor potentiële contra-indicaties : 3.10 - REPC_AR000053NL.

Deze applicatierollen hebben een relatie met de systeemrollen uit het ontwerp [Ontw Mp], zie onderstaande tabel.

Systeemrol (ontwerp)	HL7v3-applicatierol
Medicatievoorschrijvend systeem	Voorschrift verzendend systeem Verstrekking ontvangend systeem Voorschrift opleverend systeem
Medicatieverstrekkend systeem	Voorschrift ontvangend systeem Verstrekking versturend systeem Verstrekking opleverend systeem
Medicatieraadplegend systeem	Voorschrift opvragend systeem Verstrekking opvragend systeem
Medicatiebewakend systeem	Opvragend systeem voor potentiële contra-indicaties
Conditiebeschikbaarstellend systeem	Opleverend systeem voor potentiële contra-indicaties

Merk op dat gesproken wordt van een voorschrift ontvangend systeem en niet van een voorschriftverwerkend systeem. Op het moment dat meerdere interacties rond het voorschriftverkeer worden uitgewerkt, zal er een aparte applicatierol ontstaan voor systemen die voorschriften kunnen accorderen en vervullen, maar op dit moment is het alleen relevant dat het voorschriftbericht ontvangen en opgeslagen wordt.

Op dit moment is er bij applicatierollen geen onderscheid tussen 1^e lijn en 2^e lijn, noch tussen klinisch en poliklinisch. Ook al zijn er verschillen in de achterliggende storyboards, er is nu sprake van dezelfde interactie (met dus ook hetzelfde message type). Dat wil niet zeggen dat elk EVS gebruikt zal (kunnen) worden in zowel de 1^e als de 2^e lijn, maar wel dat de daarbij uitgewisselde berichten gelijk zullen zijn.

3.1 PORX_AR990010NL - Voorschrift verzendend systeem

HL7v3 gestructureerde naam: Medication Combined Order Placer

Deze applicatierol heeft betrekking op elk systeem dat een (elektronisch) voorschriftbericht kan genereren en verzenden naar een systeem dat deze voorschriften kan ontvangen en opslaan. Normaal gesproken vervult een Elektronisch Voorschrijf Systeem (EVS) deze applicatierol. Het EVS is vaak geïntegreerd met een HIS of een ZIS. Meestal gebruikt een zorgverlener of diens assistent het EVS.

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 8 Overzicht interacties voor de applicatierol PORX_AR990010NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam	Zender/ ontvanger
1.	verzoekUitvoerenVoorschrift	Medication Combined Order Activate	PORX_IN932000NL	zender
2.	recept	Medication Combined Order Activate with signature	PORX_IN932100NL	zender
3.	ontvangstbevestiging	Accept Acknowledgement	MCCI_IN000002	ontvanger
4.	meldVerstrekking	Medication Dispense Event Complete	PORX_IN924000NL	ontvanger
5.	ontvangstbevestiging	Accept Acknowledgement	MCCI_IN000002	zender

Vóór het verzenden van een "verzoekuitvoerenVoorschrift-bericht met EH" interactie dient de verzender zich ervan te vergewissen dat de ontvanger deze interactie ondersteunt. Dat kan bijvoorbeeld door het raadplegen van het applicatieregister. Wanneer de ontvanger de "verzoekuitvoerenVoorschrift-bericht met EH" (nog) niet ondersteunt, dient een "verzoekuitvoerenVoorschrift-bericht" verzonden te worden.

3.1.1 Voorschrift verzenden met elektronische handtekening

Bij het verzenden van een recept moet de ondertekening conform de specificaties in de [IH EH UZI-pas] gedaan worden, inclusief alle controles bij verzending.

Wanneer er meerdere voorschriften in één interactie worden verzonden, moet ieder voorschrift voorzien zijn van een apart handtekeningtoken en bijbehorende elektronische handtekening. Meerdere voorschriften met elektronische handtekening zijn alleen toegestaan wanneer:

· alle voorschrfiten in een bericht zijn ondertekend (dus geen mix van wel en niet ondertekende voorschriften);

· alle ondertekende voorschriften dezelfde patiënt betreffen;

· alle voorschriften door dezelfde zorgverlener zijn ondertekend.

Bij het gebruik van een elektronische handtekening in de ambulante setting wordt, met het recept, een extract van het recept, met daarin een beknopte weergave van het voorschrift (de ondertekende gegevens) meegezonden.

Bij het ondertekenen moet aan de volgende aanvullende voorwaarden worden voldaan:

· de voorschrijvende zorgverlener moet de te ondertekenen gegevens gezien hebben, in een representatie vergelijkbaar met diegene die de verstrekkende zorgverlener ook kan zien;

· voor het ondertekenen moeten van een of meer recepten moeten aan de voorschrijvende zorgverlener duidelijk gemaakt moet welke recepten precies getekend worden (wanneer dit een enkel recept is dat getoond wordt, is dit evident, maar bij het tekenen van meerdere recepten moeten de te tekenen recepten expliciet aangegeven worden).

Een voorbeeld van een representatie van de ondertekende gegevens is:

Voor het ondertekenen van een voorschrift dient een UZI-pas gebruikt te worden die niet verlopen is, en op het moment van de verwachte ontvangst van de elektronische handtekening bij de beoogde verstrekker naar verwachting nog steeds niet verlopen is.

3.2 PORX_AR990020NL - Voorschrift ontvangend systeem

HL7v3 gestructureerde naam: Medication Combined Order Tracker

Deze applicatierol heeft betrekking op elk systeem dat een (elektronisch) voorschriftbericht kan ontvangen en opslaan (maar niet per se verder verwerken). Het doel hiervan is bijvoorbeeld: een apotheeksysteem dat de voorschriften na binnenkomst verwerkt, uiteindelijk leidend tot verstrekking van de aangevraagde medicatie (na controle en eventuele correctie, bevestiging of afwijzing van het voorschrift).

Conform wat is vermeld bij de Medication Combined Order Placer geldt voor deze applicatierol dat geen reactie op applicatieniveau nodig is na het ontvangen van een Voorschriftbericht (noch een acceptatie noch een afwijzing). Op het moment dat hiervan wel sprake zou zijn, zou de applicatierol moeten worden opgesplitst, omdat een dergelijke ontvanger niet alleen meer als Tracker fungeert, maar formeel de rol van Filler heeft.

Let op dat het ontbreken van een application acknowledgement niet betekent dat geen accept acknowledgement mag worden geretourneerd door de voorschriftvolgende applicatierol. Zie voor de regels omtrent het gebruik van acknowledgements de Implementatiehandleiding HL7v3 Berichtwrappers [HL7v3 IH Wrp], waarin de algemene principes worden toegelicht.

Natuurlijk mag een systeem dat deze applicatierol vervult (zeker als het een apotheeksysteem is) meer doen dan de medicatievoorschriften volgen (Tracker). Als een apotheek op basis van een voorschrift een verstrekking uitvoert en hiervan een Verstrekkingsbericht verzendt, dan wordt dit bericht echter als onafhankelijk gezien van het bijbehorende voorschrift (al kan in het Verstrekkingsbericht wel naar het voorschrift verwezen worden). Het Verstrekkingsbericht is dus geen application acknowledgement.

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 9 Overzicht interacties voor de applicatierol PORX_AR990020NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam	Zender/ ontvanger
1.	verzoekUitvoerenVoorschrift	Medication Combined Order Activate	PORX_IN932000NL	ontvanger
2.	recept	Medication Combined Order Activate with signature	PORX_IN932100NL	ontvanger
3.	ontvangstbevestiging	Accept Acknowledgement	MCCI_IN000002	zender

3.2.1 Voorschrift ontvangen met elektronische handtekening

Bij ontvangst van een recept dient de ontvanger te controleren of er een (of meerdere) elektronische handtekening is meegezonden. Wanneer dit niet het geval is, moet de ontvanger een foutmelding te retourneren.

Wanneer er een (of meerdere) elektronische handtekening meegezonden is, dient de ontvanger de volgende controles uit te voeren:

· alle controles zoals gespecificeerd in de [IH EH UZI-pas];

· controle of het voor de ondertekening gebruikte certificaat geldig is en niet ingetrokken;

· controle of de ondertekende gegevens overeenstemmen met het bericht zoals gespecificeerd in [Def medicatiedomein].

Wanneer een van bovenstaande controles tot een fout leidt, dient het voorschrift verzendend systeem middels een foutmelding op de hoogte gesteld te worden zoals gespecificeerd in de [IH EH UZI-pas]. Na de foutmelding moet echter het ondertekende recept, indien de ontvangen gegevens niet in die mate corrupt zijn dat dit onmogelijk is aan de ontvangende zorgverlener getoond worden met een duidelijke melding dat:

· de gegevens niet juist zijn ondertekend;

· dat er geen sprake is van een rechtsgeldige elektronische handtekening.

De zorgverlener kan dan beslissen over de juiste verdere handelwijze. Een stilzwijgende foutmelding, zonder melding aan de ontvangende zorgverlener, is niet juist.

Wanneer er meerdere voorschriften (en meerdere handtekeningen) in een bericht verzonden worden, en er zitten fouten in één of meer handtekeningen, dan moet de geretourneerde foutmelding aangeven welke handtekeningen fout waren.

Bij gebruik van een elektronische handtekening dient het voorschrift ontvangend systeem het ontvangen bericht, inclusief de ondertekende gegevens, de bijbehorende elektronische handtekening en het gebruikte certificaat te archiveren. Bij de archivering dient de uitkomst van de controles zoals hierboven beschreven opgeslagen te worden.

Wanneer de zorgverlener een voorschrift met elektronische handtekening ontvangt, en de gegevens uit het bijbehorende bericht getoond worden, moet de zorgverlener de mogelijkheid krijgen deze gegevens in detail in te zien op de wijze waarop de voorschrijver deze ook in heeft kunnen zien. Een voorbeeld:

Deze representatie kan met een meegeleverde stylesheet gegeneerd worden. Dat hoeft niet, maar de verzendende en ontvangende zorgverlener dienen wel een weergave te zien die overeenkomt met deze weergave. Het gaat daarbij niet om details als fonts en spatiëring, wel om de tekstuele weergave. Beide zorgverleners dienen de ondertekende informatie op gelijke wijze in te kunnen zien. Doordat beide zorgverleners de gegevens op gelijke wijze in kunnen zien, wordt geborgd dat er in geval van twijfel vastgesteld kan worden wat er nu precies ondertekend wordt of is.

3.3 PORX_AR990110NL - Verstrekking versturend systeem

HL7v3 gestructureerde naam: Medication Dispense Event Informer

Deze applicatierol heeft betrekking op elk systeem dat (elektronisch) een medicatieverstrekking kan verzenden naar een systeem dat deze verstrekkingen kan ontvangen. In principe wordt deze applicatierol vervuld door een apotheeksysteem.

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 10 Overzicht interacties voor de applicatierol PORX_AR990110NL

Logische berichtnaam

HL7v3 gestructureerde interactienaam

HL7v3-interactienaam

Zender/

ontvanger

Medication Dispense Event Complete

zender

ontvangstbevestiging

Accept Acknowledgement

ontvanger

3.4 PORX_AR990120NL - Verstrekking ontvangend systeem

HL7v3 gestructureerde naam: Medication Dispense Event Tracker

Deze applicatierol heeft betrekking op elk systeem dat een (elektronisch) verstrekkingsbericht kan ontvangen (maar niet per se verder verwerken). Het doel waartoe dit gebeurt is bijvoorbeeld: een EVS dat de verstrekkingen ontvangt en relateert aan de eerder ingevoerde (en mogelijk elektronisch verzonden) medicatievoorschriften. In die zin kan de verstrekking zelfs fungeren als impliciete bevestiging van het accepteren van het medicatievoorschriften (momenteel wordt geen expliciete bevestiging ondersteund).

Let op dat het ontbreken van een application acknowledgement niet betekent dat geen accept acknowledgement mag worden geretourneerd door de verstrekkingvolgende applicatierol. Zie voor de regels omtrent het gebruik van acknowledgements de Implementatiehandleiding HL7v3 Berichtwrappers [HL7v3 IH Wrp], waarin de algemene principes worden toegelicht.

Als een apotheek op basis van een voorschrift een verstrekking uitvoert en hiervan een Verstrekkingsbericht verzendt, dan wordt dit bericht – in technische context - als onafhankelijk gezien van het bijbehorende voorschrift (al kan in het Verstrekkingsbericht wel naar het voorschrift verwezen worden). Het Verstrekkingsbericht is dus geen application acknowledgement.

Onderstaande tabel bevat een overzicht van de interacties voor deze applicatierol.

Tabel 11 Overzicht interacties voor de applicatierol PORX_AR990120NL

Logische berichtnaam

HL7v3 gestructureerde interactienaam

HL7v3-interactienaam

Zender/

ontvanger

Medication Dispense Event Complete

ontvanger

ontvangstbevestiging

Accept Acknowledgement

Noot: de applicatierol omvat minimaal één van de interactiecombinaties 1-2 EN/OF 3-4.

zender

3.5 QURX_AR990010NL - Voorschrift opvragend systeem

HL7v3 gestructureerde naam: Medication Combined Order Query Placer

Deze applicatierol heeft betrekking op systemen die een Zorg Informatie Makelaar of een bronsysteem kunnen bevragen om voorschriftgegevens op te zoeken. Het is daarbij niet relevant of deze vraag gesteld wordt via een Zorg Informatie Makelaar of direct aan een (voorschrijvend) bronsysteem, aangezien in beide gevallen exact dezelfde query gebruikt wordt. Deze applicatierol kan betrekking hebben op elk geïnteresseerd systeem dat informatie over medicatievoorschriften opvraagt op basis van één van de elders beschreven storyboards.

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 12 Overzicht interacties voor de applicatierol QURX_AR990010NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam	Zender/ ontvanger
1.	opvragenVoorschriftenLijst	Medication Combined Order List Query	QURX_IN990101NL	zender
2.	opleverenVoorschriftenLijst	Medication Combined Order List Query Response	QURX_IN990103NL	ontvanger
3.	Batch-antwoord	Send Batch Response	MCCI_IN200101	ontvanger

3.6 QURX_AR990020NL - Voorschrift opleverend systeem

HL7v3 gestructureerde naam: Medication Combined Order Query Fulfiller

Deze applicatierol heeft betrekking op systemen die voorschriftqueries kunnen beantwoorden. Deze applicatierol kan zowel worden vervuld door een Zorg Informatie Makelaar als door een voorschrijvend (bron)systeem.

Deze applicatierol betreft dus bijvoorbeeld een Huisarts Informatie Systeem of een EVS in een ziekenhuis, voor zover dat in staat is om real-time Voorschriftqueries te beantwoorden. Dit staat in principe los van de vraag of het betreffende systeem in staat is om Voorschriftberichten te versturen, hoewel deze rollen meestal samen gaan.

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 13 Overzicht interacties voor de applicatierol QURX_AR990020NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam	Zender/ ontvanger
1.	opleverenVoorschriftenLijst	Medication Combined Order List Query Response	QURX_IN990103NL	zender
2.	Batch-antwoord	Send Batch Response	MCCI_IN200101	zender
3.	opvragenVoorschriftenLijst	Medication Combined Order List Query	QURX_IN990101NL	ontvanger

3.7 QURX_AR990110NL - Verstrekking opvragend systeem

HL7v3 gestructureerde naam: Medication Dispense Event Query Placer

Deze applicatierol heeft betrekking op systemen die een bronsysteem of ZIM kunnen bevragen om verstrekkingsgegevens op te zoeken. Het is daarbij niet relevant of deze vraag gesteld wordt via een ZIM of direct aan een (verstrekkend) bronssysteem, aangezien in beide gevallen exact dezelfde query gebruikt wordt. Deze applicatierol kan betrekking hebben op elk geïnteresseerd systeem dat informatie over medicatieverstrekkingen opvraagt op basis van één van de elders beschreven storyboards.

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 14 Overzicht interacties voor de applicatierol QURX_AR990110NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam	Zender/ ontvanger
1.	opvragenVerstrekkingen	Medication Dispense Event Query	QURX_IN990011NL	zender
2.	opleverenVerstrekkingen	Medication Dispense Event Query Response	QURX_IN990013NL	ontvanger
3.	opvragenVerstrekkingenlijst	Medication Dispense List Query	QURX_IN990111NL	zender
4.	opleverenVerstrekkingenlijst	Medication Dispense List Query Response	QURX_IN990113NL	ontvanger
5.	Batch-antwoord	Send Batch Response	MCCI_IN200101	ontvanger

3.8 QURX_AR990120NL - Verstrekking opleverend systeem

HL7v3 gestructureerde naam: Medication Dispense Query Fulfiller

Deze applicatierol heeft betrekking op systemen die Verstrekkingsqueries kunnen beantwoorden. Deze applicatierol kan worden vervuld door een verstrekkend systeem, maar ook door een ZIM (die de vraag dan naar bronsystemen doorstuurt).

Deze applicatierol betreft dus bijvoorbeeld het Apotheek Informatie Systeem (AIS) van een openbare apotheek, een Ziekenuis Apotheek Informatie Systeem (ZAIS) of het systeem van een apotheekhoudende huisarts, voor zover deze systemen in staat zijn om verstrekkingsqueries te beantwoorden (in beide varianten van de betreffende interacties).

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 15 Overzicht interacties voor de applicatierol QURX_AR990120NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam	Zender/ ontvanger
1.	opvragenVerstrekkingen	Medication Dispense Event Query	QURX_IN990011NL	ontvanger
2.	opleverenVerstrekkingen	Medication Dispense Event Query Response	QURX_IN990013NL	zender
3.	opvragenVerstrekkingenlijst	Medication Dispense List Query	QURX_IN990111NL	ontvanger
4.	opleverenVerstrekkingenlijst	Medication Dispense List Query Response	QURX_IN990113NL	zender
5.	Batch-antwoord	Send Batch Response	MCCI_IN200101	zender

Noot: de applicatierol omvat allebei de interactiecombinaties 1-2 EN 3-4.

3.9 REPC_AR000003NL - Opvragend systeem voor potentiële contra-indicaties

HL7v3 gestructureerde naam: Medical Potential Contraindications Querying System

Deze applicatierol heeft betrekking op systemen die potentiële contra-indicaties kunnen opvragen.

Deze applicatierol betreft bijvoorbeeld het Apotheek Informatie Systeem (AIS) van een openbare apotheek, een Ziekenuis Apotheek Informatie Systeem (ZAIS), het systeem van een (apotheekhoudende) huisarts (HIS of HAIS), een ziekenhuis systeem (ZIS), maar ook de ZIM of een willekeurig ander systeem dat potientiële contra-indicaties kan verwerken.

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 16 Overzicht interacties voor de applicatierol REPC_AR000003NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam	Zender/ ontvanger
1.	opvragenPotentiëlecontraindicaties	Patient Medical Potential Contraindications Query	REPC_IN000023NL	zender
2.	opleverenPotentiëlecontraindicaties	Patient Medical Potential Contraindications Query Response	REPC_IN000024NL	ontvanger
3.	Batch-antwoord	Send Batch Response	MCCI_IN200101	ontvanger

3.10 REPC_AR000053NL - Opleverend systeem voor potentiële contra-indicaties

HL7v3 gestructureerde naam: Medical Potential Contraindications Querying Responding System

Deze applicatierol heeft betrekking op systemen die potentiële contra-indicaties kunnen opleveren als antwoord op een query.

Deze applicatierol kan vervuld worden door ieder zorgregistratiesysteem waarin potentiële contra-indicaties worden vastgelegd. Deze rol kan ook worden vervuld door de ZIM, die een batch-antwoord zal terugsturen.

Onderstaande tabel bevat een overzicht van de interacties voor de applicatierol.

Tabel 17 Overzicht interacties voor de applicatierol REPC_AR000053NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam	Zender/ ontvanger
1.	opvragenPotentiëlecontraindicaties	Patient Medical Potential Contraindications Query	REPC_IN000023NL	ontvanger
2.	Batch-antwoord	Send Batch Response	MCCI_IN200101	zender
3.	opleverenPotentiëlecontraindicaties	Patient Medical Potential Contraindications Query Response	REPC_IN000024NL	zender

4 Trigger Events

Dit hoofdstuk bevat een beschrijving van de relevante initiërende gebeurtenissen (trigger events) voor het verzenden van berichten. Sectie 4.1 bevat een inleiding op het ontstaan van HL7v3 trigger events in het algemeen, en op trigger events specifiek voor de zorgtoepassing Medicatieproces.

Daarna volgen de daadwerkelijke specificaties van de trigger events:

· Medicatievoorschrift uitschrijven : 4.2 - PORX_TE990001NL.

· Meld medicatieverstrekking : 4.3 - PORX_TE990011NL.

· Opvragen van medicatievoorschriften : 4.4 - QURX_TE990001NL.

· Beantwoorden vraag naar medicatievoorschriften : 4.5 - QURX_TE990002NL.

· Opvragen van medicatieverstrekkingen : 4.6 - QURX_TE990011NL.

· Beantwoorden vraag naar medicatieverstrekkingen : 4.7 - QURX_TE990012NL.

Potentiële contra-indicaties opgevraagd : 0 -

Noot: de trigger event zal leiden tot één van de bovenstaande interacties. Welke interactie wordt gebruikt, is afhankelijk van de binnenkomende query interactie.

· REPC_TE000012NL.

· Opleververzoek potentiële contra-indicaties ontvangen : 4.9 - REPC_TE000013NL.

4.1 Algemeen

4.1.1 Act klasse

Trigger events voor het verzenden van berichten ontstaan door statusveranderingen (state transitions) in de HL7v3 focal class van een interactie.

HL7v3 kent het volgende standaard state transition diagram voor de klasse Act (waarvan medicatievoorschrift en –verstrekking een vorm is):

Figuur 8 HL7v3 Act State transition diagram

4.1.1.1 Verzoek uitvoeren voorschrift-bericht

Er is momenteel één trigger event relevant voor het voorschriftbericht, namelijk het doen ontstaan (activeren) van een actief medicatievoorschrift. Het betreft een actief medicatievoorschrift omdat het voorschrift meteen in behandeling genomen zou kunnen worden. Dit is bij status new niet het geval. Activeren van een medicatievoorschrift hoort in bovenstaand diagram bij de statusovergang van null naar active, dat wil zeggen bij de statusovergang met de naam activate.

Dit trigger event is beschreven in sectie 4.2: PORX_TE990001NL.

4.1.1.2 Meld verstrekking bericht

Er is momenteel één trigger event relevant voor het verstrekkingsbericht, namelijk het uitvoeren (en ‘afsluiten’) van een medicatieverstrekking. Uitvoeren van een medicatieverstrekking hoort in bovenstaand diagram bij de statusovergang van null naar completed, dat wil zeggen bij de statusovergang met de naam complete.

Dit trigger event is beschreven in sectie 4.3: PORX_TE990011NL.

4.1.2 Query

HL7v3 bevat een generiek procesmodel voor het plaatsen en verwerken van informatiequeries. De zogenaamde query continuation trigger events (voor het continueren of afbreken van een lopende querysessie) zijn niet in scope voor medicatieproces.

De bijbehorende trigger events zijn beschreven in:

· Sectie 4.4: QURX_TE990001NL.

· Sectie 4.5: QURX_TE990002NL.

· Sectie 4.6: QURX_TE990011NL.

Sectie 4.7:

Noot: de trigger event zal leiden tot één van de bovenstaande interacties. Welke interactie wordt gebruikt, is een keuze die bij de implementatie gemaakt wordt.

· QURX_TE990012NL.

Sectie 0:

Noot: de trigger event zal leiden tot één van de bovenstaande interacties. Welke interactie wordt gebruikt, is afhankelijk van de binnenkomende query interactie.

· REPC_TE000012NL.

· Sectie 4.9: REPC_TE000013NL.

4.2 PORX_TE990001NL - Medicatievoorschrift uitschrijven

HL7v3-type: statustransitiegebaseerd

HL7v3 gestructureerde naam: Medication Combined Order Activate

Een zorgverlener creëert een nieuw medicatievoorschrift in een Elektronisch Voorschrijfsysteem (EVS). Wanneer dit gereed is activeert het EVS (in de rol van een voorschrift verzendend systeem) dit medicatievoorschrift. Deze activatie resulteert in het bericht “verzoekUitvoerenVoorschrift”.

Tabel 18 Overzicht interacties voor de trigger event PORX_TE990001NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam
1.	verzoekUitvoerenVoorschrift	Medication Combined Order Activate	PORX_IN932000NL

4.3 PORX_TE990011NL - Meld medicatieverstrekking

HL7v3-type: statustransitiegebaseerd

HL7v3 gestructureerde naam: Medication Dispense Event Complete

Een zorgverlener creëert een nieuwe medicatieverstrekking in een “Verstrekking versturend systeem”. Wanneer dit gereed is completeert het systeem deze medicatieverstrekking. Deze completering resulteert in het bericht “meldVerstrekking”.

Tabel 19 Overzicht interacties voor de trigger event PORX_TE990011NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam
1.	meldVerstrekking	Medication Dispense Event Complete	PORX_IN924000NL

4.4 QURX_TE990001NL - Opvragen van medicatievoorschriften

HL7v3-type: gebruikersverzoek

HL7v3 gestructureerde naam: Medication Combined Order Query

Een geïnteresseerd systeem heeft gegevens over medicatievoorschriften nodig en doet hiertoe een opvraging via een Zorg Informatie Makelaar (als tussenschakel naar voorschrijvende systemen) of direct bij een voorschrijvend (bron)systeem. De basis voor deze opvraging zal meestal bestaan uit een expliciete gebruikershandeling, maar het kan ook gebeuren dat deze query automatisch wordt gegenereerd (‘prefetching’ van later benodigde gegevens).

Tabel 20 Overzicht interacties voor de trigger event QURX_TE990001NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam
1.	opvragenVoorschriftenLijst	Medication Combined Order List Query	QURX_IN990101NL

4.5 QURX_TE990002NL - Beantwoorden vraag naar medicatievoorschriften

HL7v3-type: interactiegebaseerd

HL7v3 gestructureerde naam: Medication Combined Order Query Response

Wanneer een voorschriftquery binnenkomt bij een Zorg Informatie Makelaar of bij een voorschrijvend (bron)systeem, is dat binnenkomende bericht de trigger voor het vergaren en verzenden van het antwoord in de vorm van een (deel van) de resultaatset (of van een foutmelding als de query niet goed verwerkt kon worden).

Tabel 21 Overzicht interacties voor de trigger event QURX_TE990002NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam
1.	opleverenVoorschriftenLijst	Medication Combined Order List Query Response	QURX_IN990103NL

4.6 QURX_TE990011NL - Opvragen van medicatieverstrekkingen

HL7v3-type: gebruikersverzoek

HL7v3 gestructureerde naam: Medication Dispense Query

Een geïnteresseerd systeem heeft gegevens over medicatieverstrekkingen nodig en doet hiertoe een opvraging via een ZIM (als tussenschakel naar verstrekkende systemen) of direct bij een verstrekkend (bron)systeem. De basis voor deze opvraging zal meestal bestaan uit een expliciete gebruikershandeling, maar het kan ook gebeuren dat deze query automatisch wordt gegenereerd (‘prefetching’ van later benodigde gegevens).

Tabel 22 Overzicht interacties voor de trigger event QURX_TE990011NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam
1.	opvragenVerstrekkingen	Medication Dispense Event Query	QURX_IN990011NL
2.	opvragenVerstrekkingenlijst	Medication Dispense List Query	QURX_IN990111NL

Noot: de trigger event zal leiden tot één van de bovenstaande interacties. Welke interactie wordt gebruikt, is een keuze die bij de implementatie gemaakt wordt.

4.7 QURX_TE990012NL - Beantwoorden vraag naar medicatieverstrekkingen

HL7v3-type: interactiegebaseerd

HL7v3 gestructureerde naam: Medication Dispense Query Response

Wanneer een verstrekkingsquery binnenkomt bij een Zorg Informatie Makelaar of bij een verstrekkend (bron)systeem, is dat binnenkomende bericht de trigger voor het vergaren en verzenden van het antwoord in de vorm van een (deel van) de resultaatset, of van een foutmelding als de query niet goed verwerkt kon worden.

Tabel 23 Overzicht interacties voor de trigger event QURX_TE990012NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam
1.	opleverenVerstrekkingen	Medication Dispense Event Query Response	QURX_IN990013NL
2.	opleverenVerstrekkingenlijst	Medication Dispense List Query Response	QURX_IN990113NL

Noot: de trigger event zal leiden tot één van de bovenstaande interacties. Welke interactie wordt gebruikt, is afhankelijk van de binnenkomende query interactie.

4.8 REPC_TE000012NL - Potentiële contra-indicaties opgevraagd

HL7v3-type: gebruikersverzoek

HL7v3 gestructureerde naam: Patient Medical Potential Contraindications Queried

Deze trigger vindt plaats als een vragend systeem een opvraging naar potentiële contra-indicaties verstuurt. Dit wordt meestal geïnitieerd door een gebruiker, maar kan ook het gevolg zijn van een geautomatiseerd proces.

Tabel 24 Overzicht interacties voor de trigger event

Noot: de trigger event zal leiden tot één van de bovenstaande interacties. Welke interactie wordt gebruikt, is afhankelijk van de binnenkomende query interactie.

REPC_TE000012NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam
1.	opvragenPotentiëlecontraindicaties	Patient Medical Potential Contraindications Query	REPC_IN000023NL

4.9 REPC_TE000013NL - Opleververzoek potentiële contra-indicaties ontvangen

HL7v3-type: interactiegebaseerd

HL7v3 gestructureerde naam: Patient Medical Potential Contraindications Query Received

Wanneer een query naar potentiële contra-indicaties – inclusief overgevoeligheden - binnenkomt bij een Zorg Informatie Makelaar of bij een verstrekkend (bron)systeem, is dat binnenkomende bericht de trigger voor het vergaren en verzenden van het antwoord in de vorm van een (deel van) de resultaatset, of van een foutmelding als de query niet goed verwerkt kon worden.

Tabel 25 Overzicht interacties voor de trigger event REPC_TE000013NL

#	Logische berichtnaam	HL7v3 gestructureerde interactienaam	HL7v3-interactienaam
1.	opleverenPotentiëlecontraindicaties	Patient Medical Potential Contraindications Query Response	REPC_IN000024NL

5 Interacties

Dit hoofdstuk bevat de toepassingsspecifieke interacties, te weten:

· verzoekUitvoerenVoorschrift : 5.1 - PORX_IN932000NL.

· recept : 5.2 - PORX_IN932100NL.

· meldVerstrekking : 5.3 - PORX_IN924000NL.

· opvragenVoorschriftenLijst : 5.4 - QURX_IN990101NL.

· opleverenVoorschriftenLijst : 5.5- QURX_IN990103NL.

· opvragenVerstrekkingen : 5.6 - QURX_IN990011NL.

· opleverenVerstrekkingen : 5.7 - QURX_IN990013NL.

· opvragenVerstrekkingenlijst : 5.8 - QURX_IN990111NL.

· opleverenVerstrekkingenlijst : 5.9 - QURX_IN990113NL.

· opvragenPotentiëlecontraindicaties : 5.10 - REPC_IN000023NL.

· opleverenPotentiëlecontraindicaties : 5.11 - REPC_IN000024NL.

De berichtinhoud (de ‘payload’) wordt bepaald door het message type, zie HL7v3-specificaties Pharmacy Domein [HL7v3 DS Pharmacy] en HL7v3-specificaties Conditions Domein [HL7v3 DS Condition].

Meer informatie over de algemene werking van het query mechanisme in HL7 versie 3 vindt u in de query sectie van de HL7 ballot specificaties. De werking van het query mechanisme in de context van een Zorg Informatie Makelaar, zoals opgenomen in het LSP, wordt nader beschreven in de [HL7v3 IH Wrp] en [HL7v3 DS Shared Messages], beide onderdeel van de overkoepelende specificaties van Nictiz.

Feit is dat bij het opvragen van verstrekkingen via een Zorg Informatie Makelaar niet alle selectiecriteria door de ZIM zelf verwerkt kunnen worden. Vanzelfsprekend wordt op de ZIM gefilterd op basis van de geregistreerde patiënt, maar sommige parameters kunnen ook alleen door een bronsysteem worden verwerkt. De regel is dat de ZIM hoe dan ook alle parameters doorstuurt aan een bevraagd bronsysteem, dat hierop zelfstandig selecteert.

5.1 PORX_IN932000NL – verzoekUitvoerenVoorschrift

HL7v3 gestructureerde naam: Medication Combined Order Activate

Deze interactie betreft het activeren van een medicatievoorschrift in een voorschriftplaatsend systeem (EVS) en het verzenden hiervan naar een voorschriftvolgend systeem. Dit voorschrift mag niet voorzien zijn van een elektronische handtekening.

Samenstelling interactie

	HL7v3 gestructureerde naam	HL7v3-naam
Trigger Event	Medication Combined Order Activate	PORX_TE990001NL
Transmission Wrapper	Send Message Payload	MCCI_MT000100
Control Act Wrapper	Control Act	MCAI_MT700201
Message Type	Medication Combined Order	PORX_MT932000NL02

Zendende en ontvangende rollen

	HL7v3 gestructureerde naam	HL7v3-naam
Sender	Medication Combined Order Placer	PORX_AR990010NL
Receiver	Medication Combined Order Tracker	PORX_AR990020NL

Receiver Responsibilities

Reason	Trigger Event	HL7v3-interactienaam
Ontvangstbevestiging.	MCCI_TE000002	MCCI_IN000002

5.2 PORX_IN932100NL - recept

HL7v3 gestructureerde naam: Medication Combined Order Activate with signature

Deze interactie betreft het activeren van een medicatievoorschrift in een voorschriftplaatsend systeem (EVS) en het verzenden hiervan naar een voorschriftvolgend systeem. Het gaat hier om een ambulant voorschrift dat voorzien moet zijn van een elektronische handtekening. In [Ontw Mp] is deze interactie gespecificeerd in tabel GBX.MP.t2090.

Samenstelling interactie

	HL7v3 gestructureerde naam	HL7v3-naam
Trigger Event	Medication Combined Order Activate	PORX_TE990001NL
Transmission Wrapper	Send Message Payload	MCCI_MT000100
Control Act Wrapper	Control Act	MCAI_MT700201
Message Type	Medication Combined Order	PORX_MT932000NL02

Zendende en ontvangende rollen

	HL7v3 gestructureerde naam	HL7v3-naam
Sender	Medication Combined Order Placer	PORX_AR990010NL
Receiver	Medication Combined Order Tracker	PORX_AR990020NL

Receiver Responsibilities

Reason

Trigger Event

HL7v3-interactienaam

Wanneer géén elektronische handtekening in het bericht aanwezig is, moet een foutmelding worden geretourneerd.

Indien wél een elektronische handtekening in het bericht aanwezig is gelden de eisen GBX.STU.e4530 en GBX.STU.e4550 uit [PvE GBx Rollen].

Wanneer sprake is van een foutmelding moet het voorschrift, voor zover mogelijk is, wél aan de zorgverlener getoond worden met een bijbehorende toelichting van de opgetreden fout(en).

Ontvangstbevestiging.

MCCI_TE000002