A0094- Raadplegen Openstaande voorschriften Patient

Header Image
Project:
De openstaande voorschriften zijn via de GUID, de unieke business identifier, gekoppeld aan een Medicatielijn en versienummer. Daardoor kunnen de openstaande voorschriften getoond worden los, gewoon als een lijst, of gekoppeld aan een Medicatielijn al dan niet met tijdshistoriek of kaderend in een behandeling / zorgelement.<br/><br/>Business Process Case 40 - De apotheker raadpleegt het Medicatieschema en Journaalnotities<br/>Er zijn 3 mogelijkheden:<br/>• De patiënt komt zelf naar de apotheek<br/>• De volmachthouder komt in plaats van de patiënt<br/>• Een ouder, voogd,… komt in de plaats van een kind<br/>Telkens kunnen de gegevens opgevraagd worden via<br/>• De eigen software van de apotheek<br/>• Via de 3rd party viewer die vanuit de apotheek software geactiveerd wordt.<br/>Business Process Case 41 - De apotheker (titularis, assistent, vervanger) raadpleegt het Medicatieschema van de patiënt zelf.<br/>a) via zijn eigen apotheek-software<br/>De apotheker logt in, in de digitale toepassing van de apotheek, dit gebeurt steeds in de apotheek.<br/>De apotheker selecteert het dossier van de patiënt.<br/>De apotheker controleert via de digitale toepassing of er een therapeutische relatie is en of er een geïnformeerde toestemming is. Dit is meestal geen manuele actie, het systeem doet dit voor de apotheek.<br/>De apotheker raadpleegt via een view het Medicatieschema van de patiënt. De view laat enkel de gegevens zien die de apotheker mag zien (VISI flag, TR, geïnformeerde toestemming).<br/>De gegevens worden ontcijferd in de toepassing van de apotheker.<br/>De apotheker ziet voor elk moment in de tijd dezelfde geneesmiddelen als de patiënt wanneer die zelf zijn Medicatieschema of journaalnotities zou raadplegen (uitzondering voor voorschriften met een visi-flag, ook op de Medicatielijn of een journaalnotitie kunnen beperkingen gezet worden door de patiënt ) +++ Opmerking 117 - Jeroen De Wilde: in de brochure voor het medicatieschema staat vermeld dat in dit geval de apotheker wel moet kunnen zien dat het om een niet volledig medicatieschema gaat. +++ . Daardoor kunnen beide ook overleggen.<br/>De apotheker kan ook de gegevens verversen in de view en eventueel een afdruk, download maken van het Medicatieschema van de patiënt.<br/>Annotaties kan hij maken op de afdruk of via journaalnotities.<br/>- 89 -<br/>P 89 / 235<br/>b) via een 3rd party viewer die hij activeert hetzij via zijn apotheek-software, hetzij via MyRIZIV (portaal voor de zorgverlener)<br/>De apotheker logt in, in de digitale toepassing van de apotheek, dit gebeurt steeds in de apotheek.<br/>De apotheker selecteert het dossier van de patiënt.<br/>De apotheker controleert via de digitale toepassing of er een therapeutische relatie is en of er een geïnformeerde toestemming is. Dit is meestal geen manuele actie, het systeem doet dit voor de apotheek.<br/>De apotheker activeert de 3rd party viewer en wordt via SSO ingelogd (gegevens van patiënt worden hetzij meegenomen via SSO, hetzij opnieuw ingegeven in de 3rd party viewer).<br/>De 3rd party viewer toont het Medicatieschema en de journaalnotities in een overzicht op de huidige datum. De viewer laat enkel de gegevens zien die de apotheker mag zien (VISI flag, TR, geïnformeerde toestemming van de patiënt die de volmacht gegeven heeft). +++ Opmerking 118 - Jeroen De Wilde: indien er gegevens verborgen zijn, moet de apotheker weten dat hij een onvolledig Medicatieschema ziet. +++<br/>De gegevens worden ontcijferd in de 3rd party viewer.<br/>Business Process Case 42 - De apotheker raadpleegt het Medicatieschema van de patiënt die niet zelf de geneesmiddelen afhaalt maar die elektronisch een volmacht gegeven heeft.<br/>Het is hier niet de patiënt, de volmachtgever, die naar de apotheek komt, maar de volmachthouder.<br/>a) via zijn eigen apotheek-software<br/>De apotheker logt in, in de digitale toepassing van de apotheek, dit gebeurt steeds in de apotheek.<br/>De apotheker raadpleegt de volmachten van de volmachthouder op basis van eID, INSZ indien de persoon (volmachthouder) gekend is in de apotheek.<br/>De apotheker selecteert het dossier van de patiënt uit de beschikbare volmachten. (INSZ)<br/>De apotheker controleert via de digitale toepassing of er een therapeutische relatie is en of er een geïnformeerde toestemming is voor de patiënt (volmachtgever).<br/>- 90 -<br/>P 90 / 235<br/>De apotheker raadpleegt de beschikbare view van het Medicatieschema van de patiënt (volmachtgever).<br/>De gegevens worden ontcijferd in de toepassing van de apotheker.<br/>De viewer laat enkel de gegevens zien die de apotheker mag zien (VISI flag, TR, geïnformeerde toestemming van de patiënt die de volmacht gegeven heeft).<br/>De apotheker kan ook de gegevens verversen in de view en eventueel een afdruk, download maken van het Medicatieschema van de patiënt.<br/>Annotaties kan hij maken op de afdruk of via journaalnotities.<br/>b) via een 3rd party viewer die hij activeert hetzij via zijn apotheek-software, hetzij via MyRIZIV / ProHealth (portaal voor de zorgverlener)<br/>De apotheker logt in, in de digitale toepassing van de apotheek, dit gebeurt steeds in de apotheek.<br/>De apotheker raadpleegt de volmachten van de volmachthouder op basis van eID, INSZ indien de persoon (volmachthouder) gekend is in de apotheek.<br/>De apotheker selecteert het dossier van de patiënt uit de beschikbare volmachten. (INSZ)<br/>De apotheker controleert via de digitale toepassing of er een therapeutische relatie is en of er een geïnformeerde toestemming is voor de patiënt (volmachtgever).<br/>De apotheker activeert de 3rd party viewer en wordt via SSO ingelogd.<br/>De 3rd party viewer toont het Medicatieschema en de journaalnotities in een overzicht op de huidige datum. De viewer laat enkel de gegevens zien die de apotheker mag zien (VISI flag, TR, geïnformeerde toestemming van de patiënt die de volmacht gegeven heeft).<br/>De gegevens worden ontcijferd in de 3rd party viewer.<br/>Business Process Case 43 - De apotheker raadpleegt het Medicatieschema van de patiënt (kind) in het geval van een ouder-kind relatie<br/>In dit geval gaat een van de ouders, voogd,… naar de apotheek om geneesmiddelen af te halen voor het kind. De notie ouder-kind relatie bestaat maar er moet nog geformaliseerd worden hoe dit toegepast moet worden. Op dit ogenblik biedt het Rijksregister de mogelijkheid de gezinssamenstelling te verifiëren. Maar er zijn hier een aantal use cases die niet volledig afgedekt worden. (legale registratie kan achterlopen op de feiten of nooit worden doorgevoerd,…).<br/>- 91 -<br/>P 91 / 235<br/>a) via zijn eigen apotheek-software<br/>De apotheker logt in, in de digitale toepassing van de apotheek, dit gebeurt steeds in de apotheek.<br/>De apotheker raadpleegt de ouder-kind relaties van de ouder op basis van eID, INSZ indien de ouder gekend is in de apotheek. De gezinssamenstelling wordt bijgehouden in het RR.<br/>De apotheker selecteert het dossier van de patiënt (kind) uit de beschikbare ouder-kind relaties. (INSZ)<br/>De apotheker controleert via de digitale toepassing of er een therapeutische relatie is en of er een geïnformeerde toestemming is voor de patiënt (kind).<br/>De apotheker raadpleegt de beschikbare view van het Medicatieschema van de patiënt.<br/>De gegevens worden ontcijferd in de toepassing van de apotheker.<br/>De viewer laat enkel de gegevens zien die de apotheker mag zien (VISI flag, TR, geïnformeerde toestemming van de patiënt).<br/>De apotheker kan ook de gegevens verversen in de view en eventueel een afdruk, download maken van het Medicatieschema van de patiënt.<br/>Annotaties kan hij maken op de afdruk of via journaalnotities.<br/>b) via een 3rd party viewer die hij activeert hetzij via zijn apotheek-software, hetzij via MyRIZIV (portaal voor de zorgverlener)<br/>De apotheker logt in, in de digitale toepassing van de apotheek, dit gebeurt steeds in de apotheek.<br/>De apotheker raadpleegt de ouder-kind relaties van de ouder op basis van eID, INSZ indien de ouder ) gekend is in de apotheek. De gezinssamenstelling wordt bijgehouden in het RR.<br/>De apotheker selecteert het dossier van de patiënt (kind) uit de beschikbare ouder-kind relaties. (INSZ)<br/>De apotheker controleert via de digitale toepassing of er een therapeutische relatie is en of er een geïnformeerde toestemming is voor de patiënt (kind).<br/>De apotheker activeert de 3rd party viewer en wordt via SSO ingelogd.<br/>De 3rd party viewer toont het Medicatieschema en de journaalnotities van het kind in een overzicht op de huidige datum.<br/>- 92 -<br/>P 92 / 235<br/>De gegevens worden ontcijferd in de 3rd party viewer. De viewer laat enkel de gegevens zien die de apotheker mag zien (VISI flag, TR, geïnformeerde toestemming van de patiënt).<br/>
Modified: 15/05/2024 10:54:11
ID: {313A85AB-EBEB-4777-B8E1-BF68A69FBBF7}
>Appears In: Raadplegen Gedeeld Medicatieschema patient (MFV)
  • Flow To
  • Flow From
  • Tagged Values
  • Advanced
Element Name
G0023-
Decision «SequenceFlow»
 
Details:
 
Element Name
G0022-
Decision «SequenceFlow»
Volmachthouder Voorschriftenvolmacht
Details:
 
Tag Value
activityType Task
Details:
Values: Task,Sub-Process
Default: Task
adHoc false
Details:
Values: true,false
Default: false
adHocOrdering Parallel
Details:
Values: Parallel,Sequential
Default: Parallel
behavior All
Details:
Values: None,One,All,Complex
Default: All
cancelRemainingInstances true
Details:
Values: true,false
Default: true
completionQuantity 1
Details:
Default: 1
eventGatewayType Exclusive
Details:  
gatewayType Exclusive
Details:  
implementation ##unspecified
Details:
Values: ##webService,##unspecified
Default: ##unspecified
instantiate false
Details:
Values: true,false
Default: false
isACalledActivity false
Details:
Values: true,false
Default: false
isATransaction false
Details:
Values: true,false
Default: false
isForCompensation false
Details:
Values: true,false
Default: false
isSequential false
Details:
Values: true,false
Default: false
loopCharacteristics None
Details:
Values: None,Standard,MultiInstance
Default: None
startQuantity 1
Details:
Default: 1
state None
Details:
Values: None,Ready,Active,Cancelled,Aborting,Aborted,Completing,Completed
Default: None
taskType Abstract
Details:
Values: BusinessRule,Manual,Receive,Service,Send,Script,User,Abstract
Default: Abstract
testBefore false
Details:
Values: true,false
Default: false
triggeredByEvent false
Details:
Values: true,false
Default: false
Property Value
_tagGroupings: auditing=Base Element;categoryValue=Base Element;documentation=Base Element;monitoring=Base Element;activityType=Activity;calledActivityRef=Activity;instantiate=Activity;isACalledActivity=Activity;isATransaction=Activity;isForCompensation=Activity;resources=Activity;messageRef=Task;operationRef=Task;rendering=Task;script=Task;scriptFormat=Task;taskType=Task;adHoc=AdHoc;adHocOrdering=AdHoc;cancelRemainingInstances=AdHoc;completionCondition=AdHoc;behavior=Loop;complexBehaviorDefinition=Loop;isSequential=Loop;loopCardinality=Loop;loopCharacteristics=Loop;loopCondition=Loop;loopCounter=Loop;loopDataInputRef=Loop;loopDataOutputRef=Loop;loopMaximum=Loop;noneBehaviorEventRef=Loop;oneBehaviorEventRef=Loop;testBefore=Loop;transactionMethod=Sub-Process;transactionProtocol=Sub-Process;triggeredByEvent=Sub-Process;ioBinding=Callable Element;ioSpecification=Callable Element;supportedInterfaceRefs=Callable Element;actualOwner=Execution;completionQuantity=Execution;implementation=Execution;numberOfActiveInstances=Execution;numberOfCompletedInstances=Execution;numberOfInstances=Execution;numberOfTerminatedInstances=Execution;startQuantity=Execution;state=Execution;taskPriority=Execution;assignments=Other;sub-ProcessRef=Other;definitionalCollaborationRef=Sub-Process;
_tagGroups: Base Element,Activity,Task,AdHoc,Loop,Sub-Process,Callable Element,Execution,Other
_subtypeProperty: BPMN2.0::Activity::taskType
_tagGroupStates: Base Element=closed;Activity=open;Task=open;AdHoc=closed;Loop=closed;Sub-Process=closed;Callable Element=closed;Execution=closed;Other=closed;
_defaultDiagramType: BPMN2.0::Business Process
isReadOnly: false
isFinalSpecialization: 0