17 januari jl. heb ik samen met mijn collega Alesha D'Elfant een bezoek gebracht aan het MUMC (Maastricht). Daar hebben we samen met Pedro Penders (MUMC) en @Bart Bolwijn (Infoland) een test gedaan om te kijken in hoeverre CHECK kan voldoen aan onze wensen met betrekking tot het uitzetten van een (patiënten)tracer in CHECK.
Uitgangspunten
- Er wordt 1 vragenlijst(onderzoek) samengesteld en uitgezet voor de volledige tracer.
- De vragen worden gekozen uit de relevante normensets (in dit geval NIAZ QMentum Global) waarbij een aantal vragen specifiek voor 1 of meer afdelingen geldt en andere vragen voor alle te auditen afdelingen waarop de tracer gelopen wordt.
Daarnaast worden er eigen vragen gedefinieerd en toegevoegd. - Het moet mogelijk zijn om optionele onderwerpen (bijvangst / toevalsbevindingen) toe te voegen. Deze optionele onderwerpen dienen per onderwerp door de auditor ter plekke gekozen te kunnen worden als aanvulling op de basis tracerlijst. Ook hier geldt dat de gestelde vragen afhankelijk zijn van de afdeling waar de auditor dan is (de vragenlijst die dan geopend is) en normgerelateerd of zelf gedefinieerd moeten kunnen zijn.
- Tenslotte willen we de vrijheid om de tracer per afdeling aan andere auditoren te kunnen koppelen.
Goed nieuws!
De dag begon direct goed met de constatering dat het mogelijk is om 1 vragenlijst met meerdere accounts / gebruikers te bewerken. Dat betekent dus dat een vragenlijst door iemand gevuld kan worden waarna een andere gebruiker de vragenlijst opent en deze kan aanvullen / aanpassen. Dit proces kan vervolgens herhaald worden totdat de vragenlijst verstuurd wordt.
Twee andere ontwikkelingen waar we ook heel blij mee zijn:
- Het is voor een auditor / invuller aan de voorkant direct zichtbaar wie de vragenlijst het laatst bewerkt heeft en hoeveel procent van de vragenlijst gereed is (je hoeft hiervoor de vragenlijst niet te openen).
- Het is voor een auditor heel duidelijk te zien welke vragenlijsten (voor welke afdelingen) hij nog open heeft staan omdat deze vragenlijsten als aparte buttons in het scherm verschijnen en je dus niet eerst de vragenlijst moet openen en dan een afdeling selecteren uit de keuzelijst die dan getoond wordt.
Conclusies en bevindingen
Na een aantal uren sleutelen waren we alle drie aan het einde van de dag heel enthousiast over de resultaten. In Zenya hebben we de mogelijkheid om een tracer in te richten die aan alle bovenstaande uitgangspunten voldoet.
- Het is mogelijk om tracers uit te zetten voor medewerkers die dan vervolgens zelf kiezen welke afdelingen zij gaan bezoeken, dit hoeft niet van te voren bekend te zijn (doordat je auditoren rechten geeft op het invullen van de tracer op alle mogelijk te bezoeken afdelingen). Wat een hele mooie bijvangst is.
- Met betrekking tot het inrichten van de tracers heb je als beheerder en samensteller van de tracers wel wat werk om de afdelingen waarop een vraag gesteld wordt te inventariseren en deze afdelingen te koppelen aan die vraag (dit kan middels het label organisatie-eenheid op vraagniveau in de kaders).
- Door een vraag m.b.t. de mogelijk onderwerpen voor de bijvangst / toevalsbevindingen toe te voegen aan de vragenlijst en vervolgens met voorwaardelijke vragen te werken, kan een auditor zelf extra vragen toevoegen aan zijn audit op een afdeling en verschijnen deze vragen alleen als de auditor het betreffende onderwerp aanvinkt in de vragenlijst en er bij dit onderwerp vragen voor de betreffende afdeling zijn.
Binnen Zuyderland gaan we de update naar versie 5.13 op korte termijn realiseren en deze methodiek verder uitwerken en testen. We hopen nog dit half jaar onze audits / tracers op deze wijze te kunnen inrichten en uit te kunnen zetten.