Digitaal paraferen. René Monshouwer (Radboudumc) en Mark Luesink (ARTI) Mosaiq usermeeting, 16 mei 2014

Maat: px

Weergave met pagina beginnen:

Download "Digitaal paraferen. René Monshouwer (Radboudumc) en Mark Luesink (ARTI) Mosaiq usermeeting, 16 mei 2014"

Bertha Jacobs
6 jaren geleden
Aantal bezoeken:

1 Digitaal paraferen René Monshouwer (Radboudumc) en Mark Luesink (ARTI) Mosaiq usermeeting, 16 mei 2014

2 Inleiding Tekenen van plannen wordt gezien als juridisch en praktisch belangrijk (herleidbaarheid van verantwoordelijkheid, voorkomen van fouten). Uitgebreide inspectie en beoordeling van de plannen vind vaak plaats VOOR het afwerken (meestal zittend achter het Planningssysteem). Fysicus en arts tekenen vaak in een later stadium het plan (eindprodukt). Tekenen gebeurt dan op basis van minder en slechtere informatie (pdf met aantal dosisplaatjes bijvoorbeeld) waardoor toch het verkeerde plan / trial kan worden goedgekeurd Herevalueren van het plan is niet (tijd)efficiënt (tweede controle voegt weinig toe). Controle wordt hierdoor niet goed gedaan wat kan leiden tot fouten.

3 Uitdaging in papierloze omgeving In papierloze omgeving geen handtekening op papier ter controle. Hoe borg je dat het getekende plan, welke voorzien is van digitale handtekening consistent is met het plan in Mosaiq. Vaak zijn er meerdere plannen/trails. Controle op plannaam niet voldoende (niet uniek). Pinnacle locken van plannen past niet goed in de workflow P01R02D04 parameter in Pinnacle voldoet niet

4 Eisen aan de oplossing Het tekenen van een plan kan achter het planningsysteem op het moment van evaluatie. Als het plan RELEVANTE wijzigingen ondergaat vervalt de handtekening Als het plan NIET RELEVANTE wijzigingen ondergaat (bijv. naam van trial, bundel etc.) blijft de handtekening geldig Handtekening kan worden gekoppeld aan de output van het planningssysteem (pdf s en plannen) Handtekening is te koppelen aan de Mosaiq (database) inhoud.

5 Uitvoering Methode scrum (basis in 4 intensieve dagen gelegd) UMCN / ARTI In Pinnacle wordt met behulp van een script een checksum gegenereerd van het plan. [niet nieuw, ook bijvoorbeeld aanpak van Catharina in Eindhoven]. Checksum wordt alleen gegenereerd op de relevante data. Arts / Fysicus tekent het plan via een web-applicatie waarna de checksum wordt opgeslagen in een database. Bij iedere export uit het TPS (plan parameters of documenten) wordt de dan geldende checksum opnieuw berekend en meegestuurd met de export data. In overkoepelende systemen wordt de link gelegd tussen de handtekening en het plan / de documenten.

6 Schematisch Pinnacle 3 checksum Checksum wordt gegenereerd o.b.v. Huidig geselecteerde plan/trial - Pdf - Skinviews checksum Handtekening checksum epd

7 Genereren van de checksum 1. Een Pinnacle script saved de ruwe trial data naar 2 ASCII files. 2. Gebruik een filter (awk,perl,python) om uit deze files de essentiële data te extraheren en save dit naar een apart file. 3. Bereken van dit file de md5 som, dit is vervolgens checksum van de trial

8 Voorbeeld van ruwe data direct uit TPS

9 Data na filtering + checksum Filter : geïmplementeerd in awk taal Resultaat na toepassen filtering Checksum van dit file :

10 Wat is essentiële data? #MU per bundel of controlpoint Modaliteit Energie Gantry Wedge / No Wedge Y blok posities Aantal fracties Alle MLC settings (Mosaiq bepaalt leaf posities buiten het veld) X blok posities voor Agility (worden op +/- 20 gezet)

11 Resultaat in webapplicatie (UMCN) Tabel met handtekeningen Tabel met documenten

12 Resultaat in webapplicatie (UMCN) Link naar pdf van het bestralingsplan Op basis van checksum gekoppelde handtekening

13 Demo video (ARTI)

14 Controle van de keten Gebruik van checksum buiten Pinnacle is complexer Checksum vereist dat alle data identiek is, echter; Verschillende systemen gaan verschillend om met afrondingen Niet alle gegevens zijn in alle systemen beschikbaar (trial naam) Bundelvolgorde moet identiek zijn Bepaald essentiële data in checksum Op 3 verschillende plekken in de keten wordt nu checksum berekend

15 Controle van de keten Hoe borg je dat het juiste plan, ongewijzigd, in Mosaiq wordt geïmporteerd? Vaak menselijke controle Binnen ARTI behoefte aan digitaal controle Start ontwikkeling sluis; Alleen plan importeren die ook getekend is!

Sluis naar Mosaiq Stappenplan: In Pinnacle dicom export naar Mosaiq RTP file komt in Waiting for approval map (WFA) Checksum berekenen op basis van data in RTP

16 Sluis naar Mosaiq Stappenplan: In Pinnacle dicom export naar Mosaiq RTP file komt in Waiting for approval map (WFA) Checksum berekenen op basis van data in RTP file Controleren of voor dit plan met deze checksum alle benodigde parafen gezet zijn (van arts, laborant, fysica). File verplaatsen naar import directory van Mosaiq

17 Schematisch Pinnacle 3 Sluis Mosaiq P2Mcheck checksum checksum checksum - Pdf - Skinviews Handtekening epd

18 Oplossing: Sluis naar Mosaiq Wat doe je bij spoed en pre-treatment metingen? Bypass mogelijkheid

$Status plan Approved by Controle op fracties live checksum obv data in Mosaiq Link naar bijbehorende$

19 P2Mcheck Controle op kritische wijzigingen in Mosaiq (presentatie usermeeting AMC 2011) Uitgebreid met: Status plan Approved by Controle op fracties live checksum obv data in Mosaiq Link naar bijbehorende pdf

$gedetecteerd: verkeerd aantal fracties bypass$

20 P2Mcheck Mail indien wijziging wordt gedetecteerd: verkeerd aantal fracties bypass gebruikt

21 Met dank aan: Kasper Pasma Bjorn Vermeulen

22 Vragen?

Vergelijkbare documenten

Automatiseren van de workflow rond absolute tafelcoördinaten in MQ

Automatiseren van de workflow rond absolute tafelcoördinaten in MQ Kasper Pasma, Ellen Brunenberg, Mark Luesink, Edwin van der Wal Radiotherapiegroep Arnhem k.pasma@radiotherapiegroep.nl MQ usermeeting