A0170- Synchroniseren relevante gegevens

Business Rules <br/><i>De business rules in dit document moeten afgetoetst worden aan en aangevuld worden met de business rules beschreven in een werkdocument dat in het kader van Werkgroep 2 binnen het TRIO-overleg wordt opgemaakt. Dit document is nog niet gepubliceerd. </i><br/>BR1 - De medicatie lijnen in het gedeeld Medicatieschema van de patiënt, zijn bij elk bezoek aan een voorschrijver verplicht te synchroniseren met zijn pakket. <br/>BR2 - Journaal notities die in het gedeeld Medicatieschema bijgehouden worden en die door een arts de status gekregen hebben van medische informatie, zijn bij elk bezoek aan een voorschrijver verplicht te synchroniseren met zijn pakket. <font color="#f79546">+++ Opmerking 61 - Hans De Keersmaecker: Op dit ogenblik is dit nog onduidelijk hoe de journaal notities in combinatie met het schema gebruikt gaan worden. Als bv een journaalnotitie behandeld is, gaat die dan een nieuwe status krijgen? Wat geeft nu aan dat het medische informatie is? Is dat puur de medicatie tag? ( Het is de bedoeling dat een tag kan aangeven of informatie in een journaalnotitie, als medische informatie kan beschouwd worden. Daartoe bekijkt en beoordeelt de arts, eventueel de apotheker, de informatie naar relevantie, correctheid, bruikbaarheid,…. +++ +++ Opmerking 62 - Recip-e: De patiënt kan in journaalnotities ook medisch niet-gevalideerde informatie opnemen, hoe moeten andere gebruikers hiermee omgaan? ( Juist en de informatie kan ook onvolledig zijn. Voor VIDIS fase II moet daarom een statuscode “medisch gevalideerd” toegevoegd worden die aangeeft dat een voorschrijver of in bepaalde gevallen een apotheker die kwalificatie kang even. +++ </font><br/><font color="#f79546"><br/></font>Specifieke gebruikers: <br/><ul>
<li>• De voorschrijver is beheerder van het EPD </li></ul>
<br/>De arts die ook het EPD beheert, zal naast het synchroniseren van het gedeeld Medicatieschema met zijn eigen pakket, ook bekijken of gegevens, die niet verplicht gesynchroniseerd worden volgens de business rules, toch ook moeten overgebracht worden. Dit kan in twee richtingen: van zijn pakket naar het gedeeld Medicatieschema in de kluis of omgekeerd. We denken hier bijvoorbeeld aan de journaalnotities of de status van een journaalnotitie. <br/>De arts roept het gedeeld Medicatieschema van de patiënt op vanuit zijn pakket. Hij gebruikt hiervoor eventueel naam en voornaam van de patiënt, maar de basis om gegevens uit te wisselen met de kluis, blijft het rijksregisternummer of equivalent (zie bis- en ternummers). <br/><ul>
<li>• De voorschrijver is de enige voorschrijver in het Medicatieschema </li></ul>
- 57 - <br/>P 57 / 235 <br/><br/><br/><ul>
<li>• De voorschrijver is niet de enige voorschrijver in het Medicatieschema </li><li>• De voorschrijver werkt op verplaatsing </li><li>• De gebruiker is een apotheker </li><li>• De gebruiker is een ziekenhuis (voorschrijver (arts specialist), verpleegkundige, ziekenhuisapotheker) </li><li>• De gebruiker is een Woonzorgcentrum (CRA, verpleegkundige, verantwoordelijke toediening) </li><li>• De gebruiker is een thuisverpleegkundige </li><li>• De gebruiker is een patiënt </li><li>• De gebruiker is een naaste van de patiënt </li><ol>
<li>• De gebruiker is een volmachthouder o Voorschriften volmacht </li><li>o Zorgvolmacht </li><li></li></ol>
</ul>
USER GUIDELINE<br/>2. Automatisch syncen met de kluis<br/>2.1. Cfr homologatiecriterium huisartsenpakketten ID_v1_10_05_191: De software synchroniseert het lokaal Medicatieschema met het gedeeld Medicatieschema (Vitalink, RSW of ABRUMET). De software laat de gebruiker de keuze om zijn eigen schema na visualisatie te overschrijven, te behouden of om het selectief te updaten. De software levert daartoe de nodige tools. +++ Opmerking 132 - [PhJ, PP 29/8/2023] in de context van VIDIS fase I zal dit zo behouden worden +++<br/>Het uitgangspunt hierbij is dat: als iedereen zijn rol correct opneemt (in de TO BE mag deze aanname als waar worden genomen, in de AS IS dient men hier met de nodige voorzichtigheid mee om te gaan),<br/>- dan kan er vanuit gegaan worden dat het gedeeld Medicatieschema aanwezig in de kluis het uitgangspunt is om verder op samen te werken<br/>- dan moet het gedeeld Medicatieschema aanwezig in de kluis volledig synchroniseren met het lokale schema.<br/>2.2. Wanneer de zorgverstrekker (voorschrijver, apotheker) het dossier van de patiënt opent, moet de software automatisch kunnen (TO BE: moeten) nagaan en duidelijk visualiseren of er voor de patiënt een gedeeld Medicatieschema aanwezig is in de regionale ‘kluis’.<br/>2.3. Technisch moet het mogelijk zijn om het gedeeld Medicatieschema te delen, de functionaliteiten voor de overdracht (versturen en ontvangen) van gegevens moeten geïmplementeerd zijn. Softwarepakketten (voorschrijfpakketten, apothekerspakketten, …) moeten het mogelijk maken het gedeeld Medicatieschema op een correcte manier aan te maken en/of te raadplegen.<br/>2.4. Bij wijzigingen aan het gedeeld MS gebeurt een automatische update van de versie van het gedeeld MS in de kluis. De software bewaart dit automatisch in de kluis zonder dat de zorgverlener hier iets moet voor doen.<br/>2.5. Maximaal verder werken op de bestaande informatie in het gedeeld Medicatieschema in de regionale ‘kluis’. Terugkoppelen en overleggen waar nodig met andere zorgverleners.<br/>