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

Uit informatiestandaarden
Ga naar: navigatie, zoeken
k (Tekst vervangen - "{{DISPLAYTITLE:.*}}" door "")
 
(3 tussenliggende versies door 3 gebruikers niet weergegeven)
Regel 1: Regel 1:
{{#customtitle:medicationDispenseEvent.performer.assignedPerson|medicationDispenseEvent.performer.assignedPerson}}
 
  
<noinclude>{{DocumentPart|ns=mp|title=V6.12_HL7v3-domeinspecificatie_Pharmacy}}</noinclude>
+
 
====medicationDispenseEvent.performer.assignedPerson====
+
<noinclude>{{DocumentPart|ns=7phcy|title=V6.12_HL7v3-domeinspecificatie_Pharmacy}}</noinclude>
 +
===medicationDispenseEvent.performer.assignedPerson===
  
  

Huidige versie van 25 aug 2020 om 15: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.