Stand van zaken Project Medicatieoverzicht d.d. 5 augustus 2014

Download Report

Transcript Stand van zaken Project Medicatieoverzicht d.d. 5 augustus 2014

Stand van zaken Project Medicatieoverzicht d.d. 5 augustus 2014
Wat hebben we sinds 18 juni bereikt?



4-Partijenoverleg (huisarts, apotheker, Promedico, AIS- leverancier) op locatie:
o Renkum (18-06-2014)
o Duiven (25-06-2014)
o Veenendaal (30-06-2014)
o Woerden (6-03-2014)
Analyse resultaten 4-partijenoverleggen tot nu toe:
(voor een uitwerking van de genoemde punten, zie onder ‘Analyse resultaten 4-partijenoverleggen.)
o “vervuiling” medicatieoverzicht;
o niet koppelen “eigen codes” aan de WCIA-25 gebruikscode;
o dubbele regels in medicatieoverzicht;
o niet altijd gebruikmaken van de unieke identificatiecode bij het afleverbericht;
o geen goede onderlinge afstemming tussen HIS en AIS over dosering van medicatie zoals
inhalers. Bijvoorbeeld 200 doses (HIS) - 200 stuks (apotheek);
o voorschrijver van teruggekoppelde specialistenafleveringen wordt in Promedico in het
medicatieoverzicht niet goed weergegeven.
Opstellen van een Masterplan Medicatie op basis van analyse 4-partijenoverleggen.
o Aanpak korte termijn:
(voor een uitwerking van de genoemde punten, zie onder ‘Overzicht kortetermijn-aanpak 2014)
- ontbrekende medicatie op het medicatieoverzicht;
- dubbele regels op het medicatieoverzicht;
- samenvoegen op GPK/SPK;
- einddatum incorrect bij verlenging medicatie op initiatief apotheek;
- zorginformatieregels en handverkoop in het medicatieoverzicht;
- handmatige verwerking afleverbericht.
- Aanpak lange termijn:
- Hierbij richten wij ons op onderwerpen als het conceptueel ontwerp medicatie voor
EMD+ via het LSP.
Wat staat er op de korte termijn op het programma?






4-Partijenoverleg (huisarts, apotheker, Promedico, AIS- leverancier) in Workum (augustus 2014).
Overleg CareSoft – Promedico.
Uitwerken kortetermijn-oplossing Promedico-ASP:
o Correcte voorschrijver uit AGB.
o Samenvoegen op GPK/SPK.
Uitwerken langetermijn-aanpak Promedico-ASP.
Inrichten testomgeving Promedico – AIS.
Testen ‘Recept aanvraagbericht’ tussen leveranciers.
Analyse resultaten 4-partijenoverleggen
Hieronder treft u een korte uitwerking van een selectie van punten die tijdens de verschillende 4partijenoverleggen zijn genoemd.


‘Vervuiling’ medicatieoverzicht.
o Doordat in niet alle gevallen het afleverbericht van de apotheek gekoppeld kan worden aan een
voorschrift in Promedico-ASP ontstaan dubbele medicatieregels. Dit kan diverse oorzaken
hebben en maakt het medicatieoverzicht een stuk minder overzichtelijk.
o Door de apotheek worden ook zorgregistratieregels, verbandmiddelen, naaldencontainers e.d.
teruggekoppeld, die vervolgens in het medicatieoverzicht van de patiënt getoond worden.
Niet koppelen van ‘eigen codes’ aan de WCIA-25 gebruikscode.
Het is voor een apotheker mogelijk om in het apotheeksysteem ‘eigen voorschriftcodes’ aan te
maken. Om ervoor te zorgen dat deze voorschriftcodes in Promedico-ASP herkend worden, dienen
ze middels een vertaaltabel in het apotheeksysteem omgezet te worden naar WCIA-tabel 25
coderingen. De voorschrijver die door de apotheek aan een afleverbericht wordt gekoppeld, wordt in
Promedico-ASP niet juist in het medicatieoverzicht weergegeven.


De onderlinge afstemming tussen Promedico-ASP en AIS over dosering van medicatie zoals inhalers
is niet goed. In het HIS schrijft men bijvoorbeeld 200 doses voor en in de apotheek komt dat als 200
stuks over.
Bij waarneming tussen twee Promedico-ASP praktijken geeft het autoriseren van herhaalrecepten
soms problemen. Als de assistente van de waarneempraktijk een recept herhaalt voor een
waarneempatiënt en deze moet vervolgens geautoriseerd worden, dan komt deze op de
autorisatielijst van de eigen huisarts van de patiënt terecht en dus niet op de autorisatielijst van de
waarneemarts.
Overzicht kortetermijn-aanpak 2014
Hieronder vindt u de beschrijving van de punten die wij op korte termijn willen gaan aanpakken. De in
deze aanpak genoemde ‘Correcte voorschrijver uit AGB’ en ‘Samenvoegen op GPK/SPK’ opgenomen
worden opgenomen in release 7.30. Over de aanpak op de lange termijn informeer ik u een volgende keer.
Uitgangspunt
Het medicatieoverzicht dient de gebruiker inzicht te verschaffen in het geneesmiddelgebruik van de
patiënt. Het moet duidelijk laten zien welke geneesmiddelen een patiënt op een bepaald moment gebruikt
en in welke dosering. Aangezien de eigen huisarts niet de enige arts is die medicijnen voorschrijft aan een
patiënt, is het noodzakelijk dat de huisarts op de hoogte gehouden wordt over geneesmiddelen die een
patiënt van andere artsen krijgt voorgeschreven. Op dit moment is de huisarts hiervoor aangewezen op
berichten van apothekers over geneesmiddelen die zij in de apotheek aan de patiënt verstrekken.
De huidige kwaliteit van het overzicht (actuele) medicatie van een patiënt blijkt in de praktijk te wensen
over te laten. In het project ‘Actueel medicatie overzicht’ hebben we daarvoor een aantal oorzaken
gevonden. De problemen met het medicatieoverzicht worden op dit moment gezien als het grootste
probleem voor Promedico-ASP. Reden genoeg om hieraan extra aandacht te besteden.
Uit analyses is naar voren gekomen dat een aantal van de genoemde problemen opgelost kunnen worden
door verbeteringen aan Promedico-ASP. Op basis hiervan hebben we voor de korte termijn een aanpak
opgesteld voor de onderstaande punten.
1. Correcte voorschrijver uit AGB
Op dit moment wordt de voorschrijver uit de verkeerde elementen in de bericht opgehaald en niet
correct gekoppeld aan bestaande database gegevens. Met name gaat het fout omdat niet de volledige
AGB code wordt gebruikt.
2. Correcte einddatum uit afleverbericht
Wanneer voor het verstrijken van een einddatum van een voorschrift een verstrekking wordt
ontvangen die in de tijd daarop aansluit, wordt deze verstrekking ten onrecht gezien als een
nalevering op het meest actuele voorschrift. De einddatum van de medicatie wordt hierdoor niet in de
tijd opgeschoven, waardoor de medicatie kort daarna ten onrechte als niet actueel wordt
weergegeven.
3. Samenvoegen op GPK/SPK
Promedico-ASP bevat nu een functie waarmee losse medicatieregels samengevoegd kunnen worden
om het dossier op te schonen. Dit is nu echter beperkt tot regels met dezelfde PRKODE, terwijl juist
die beperking in de automatische verwerking tot vervuiling heeft geleid. Door deze functie uit te
breiden zodat op een hoger niveau regels kunnen worden samengevoegd, wordt de gebruiker in staat
gesteld meer structuur aan te brengen in het medicatieoverzicht van de patiënt.
4. Blokkeren ZZ regels en handverkoop bij verwerking afleverberichten
Zorginformatieregels en handverkoop in de verstrekkingen die ontvangen worden, zorgen voor een
vervuiling van het medicatieoverzicht. Door deze pseudo-verstrekkingen niet meer te verwerken,
wordt deze vervuiling voorkomen. Gekoppeld hieraan zullen bestaande regels die ontstaan zijn op
basis van dergelijke informatie worden verwijderd uit het medicatieoverzicht.
5. Handmatige verwerking afleverbericht
Bij de handmatige verwerking van verstrekkingen uit de berichten, ontstaan dezelfde dubbele regels
als bij de automatische verwerking. Deze functie biedt nu dus geen alternatief voor de automatische
verwerking. Door de functie opnieuw te ontwerpen, kan de handmatige functie ingezet worden om te
verstrekkingen in de dossiers te verwerken op een manier die tegelijk zorgt voor het `schoon’ houden
van het medicatiedossier.
6. Voorschrijven met HPK eenheid
In een aantal gevallen sluit de eenheid die door Promedico-ASP naar de apotheek wordt
gecommuniceerd niet aan bij wat de apotheek verwacht. Dit leidt nu tot handmatige aanpassingen in
de apotheek. Behalve dat hiervoor extra werk gedaan moet worden, kan het ook leiden tot
procesmatige problemen. Zo is het voorschrift bij aanpassing niet meer origineel en kan een
identificatie verloren gaan . Dit communicatieprobleem kan echter eenvoudiger aan de kant van het
AIS worden opgelost. Dit systeem bevat immers alle informatie die nodig is om te kunnen omrekenen
naar andere eenheden.
Methodiek
Promedico ontwikkelt haar software met gebruikmaking van de Agile ontwikkelmethodiek. ‘Scrum’ is een
flexibele manier om softwareproducten te maken. Hierbij wordt gewerkt in multidisciplinaire teams die in
korte sprints - met een vaste tijdsduur van één tot vier weken – nieuwe (software-)producten opleveren.
Op deze manier leveren we snel en geregeld nieuwe functionaliteit op. Het project ‘Actueel medicatie
overzicht’ is hiervan een voorbeeld. In plaats van te wachten tot het gehele project is gerealiseerd worden
tussentijds al nieuwe onderdelen opgeleverd.