7phcy:V6.12 medicationDispenseEvent.performer.assignedPerson: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
k (Tekst vervangen - "{{DISPLAYTITLE:.*}}" door "")
 
(8 tussenliggende versies door 3 gebruikers niet weergegeven)
Regel 1: Regel 1:
{{#customtitle:medicationDispenseEvent.performer.assignedPerson|medicationDispenseEvent.performer.assignedPerson}}
 
  
====medicationDispenseEvent.performer.assignedPerson====
+
 
 +
<noinclude>{{DocumentPart|ns=7phcy|title=V6.12_HL7v3-domeinspecificatie_Pharmacy}}</noinclude>
 +
===medicationDispenseEvent.performer.assignedPerson===
 +
 
  
 
[[Image: 3.2.6_assignedperson.png|3.2.6 medicationDispenseEvent performer assignedPerson]]
 
[[Image: 3.2.6_assignedperson.png|3.2.6 medicationDispenseEvent performer assignedPerson]]
 +
  
 
De oorspronkelijke gedachte was dat de feitelijke verstrekkende medewerker (van een apotheek of apotheekhoudende huisarts) zou worden doorgegeven, zodat achteraf kan worden nagegaan wie direct betrokken is geweest bij deze handeling. In de praktijk bleek dat er verschillende redenen waren waarom dit geen realistische communicatie-eis was:
 
De oorspronkelijke gedachte was dat de feitelijke verstrekkende medewerker (van een apotheek of apotheekhoudende huisarts) zou worden doorgegeven, zodat achteraf kan worden nagegaan wie direct betrokken is geweest bij deze handeling. In de praktijk bleek dat er verschillende redenen waren waarom dit geen realistische communicatie-eis was:
Regel 9: Regel 12:
 
* Sommige apotheken hebben niet voor elke apothekersassistent een UZI-pas.
 
* Sommige apotheken hebben niet voor elke apothekersassistent een UZI-pas.
 
* Zelfs als er wel een betrouwbare identificatie is, wil men die vaak afschermen.
 
* Zelfs als er wel een betrouwbare identificatie is, wil men die vaak afschermen.
 +
  
 
Dit laatste hangt samen met het feit dat bij het opvragen van medicatieverstrekkingen dan ook de verstrekkende medewerker in te zien is door bijvoorbeeld andere apotheken, maar ook via een patiëntportaal. Dit wordt uit oogpunt van privacy niet wenselijk geacht en weegt niet op tegen de (beperkte) functionele meerwaarde. Dit element wordt dus alleen nog gehandhaafd vanwege XML Schema-compatibiliteit met voorgaande versies.
 
Dit laatste hangt samen met het feit dat bij het opvragen van medicatieverstrekkingen dan ook de verstrekkende medewerker in te zien is door bijvoorbeeld andere apotheken, maar ook via een patiëntportaal. Dit wordt uit oogpunt van privacy niet wenselijk geacht en weegt niet op tegen de (beperkte) functionele meerwaarde. Dit element wordt dus alleen nog gehandhaafd vanwege XML Schema-compatibiliteit met voorgaande versies.
 +
  
 
{{NoteBox|Merk op dat het natuurlijk toegestaan (en zelfs wenselijk) blijft om '''binnen''' het verstrekkende systeem wel een registratie bij te houden van de betrokken medewerker(s) per verstrekking. Waar mogelijk kan dit gekoppeld worden aan de UZI-pas, maar dat is geen vereiste. Deze informatie wordt dus niet (meer) uitgewisseld, maar blijft handig als achteraf navraag gedaan moet worden.}}
 
{{NoteBox|Merk op dat het natuurlijk toegestaan (en zelfs wenselijk) blijft om '''binnen''' het verstrekkende systeem wel een registratie bij te houden van de betrokken medewerker(s) per verstrekking. Waar mogelijk kan dit gekoppeld worden aan de UZI-pas, maar dat is geen vereiste. Deze informatie wordt dus niet (meer) uitgewisseld, maar blijft handig als achteraf navraag gedaan moet worden.}}

Huidige versie van 25 aug 2020 om 14:46


Dit materiaal is onderdeel van HL7v3-domein Pharmacy V6.12_HL7v3-domeinspecificatie_Pharmacy.
  • Compatible wijzigingen/nadere bewoordingen, tikfouten kunnen direct in de Wiki gewijzigd worden
  • Open issues die discussie vergen s.v.p. in de commentaarsectie opnemen.

medicationDispenseEvent.performer.assignedPerson

3.2.6 medicationDispenseEvent performer assignedPerson


De oorspronkelijke gedachte was dat de feitelijke verstrekkende medewerker (van een apotheek of apotheekhoudende huisarts) zou worden doorgegeven, zodat achteraf kan worden nagegaan wie direct betrokken is geweest bij deze handeling. In de praktijk bleek dat er verschillende redenen waren waarom dit geen realistische communicatie-eis was:

  • Sommige systemen registreren verstrekkingen niet op afzonderlijke medewerker.
  • Sommige apotheken hebben niet voor elke apothekersassistent een UZI-pas.
  • Zelfs als er wel een betrouwbare identificatie is, wil men die vaak afschermen.


Dit laatste hangt samen met het feit dat bij het opvragen van medicatieverstrekkingen dan ook de verstrekkende medewerker in te zien is door bijvoorbeeld andere apotheken, maar ook via een patiëntportaal. Dit wordt uit oogpunt van privacy niet wenselijk geacht en weegt niet op tegen de (beperkte) functionele meerwaarde. Dit element wordt dus alleen nog gehandhaafd vanwege XML Schema-compatibiliteit met voorgaande versies.