Notulen KRUL overleg 26 september 2003 Utrecht

Transcriptie

1 Notulen KRUL overleg 26 september 2003 Utrecht KRUL-overleg 26 september Utrecht Actiepunten n.a.v. KRUL overleg 26 september _1.PVR.PB: Nader uitwerken KRUL interface (m.n. hypothesen/test scherm) _2.RS.JD: Uitzoeken hoe tooltips in html kunnen worden aangemaakt _3.PB: Commandlineparameter aanmaken waarmee DPS op volledige schermgrootte kan worden opgestart _4.SE.PB: Oplossen probleem: als symptoom gelinkt is aan twee parameters die als activerend gegeven in de probleemboom zijn geïmporteerd, wordt van bij het runnen van de casus slechts één discrete waarde in het PVR-scherm geplaatst _5.SE: Organiseren terugkomdag DPS-cursisten _6.VL: Uitzoeken welke poort opengezet moet worden als er gebruik gemaakt gaat worden van Windows _7.?: Is er toestemming nodig voor het gebruik van de Belgische myocard-infarct casus. 1. Opening Aanwezig: JD Josette Donnison (voorzitter), EB Esther Beekhuizen (notulen), VL Victor Langenberg, MQ Martien Quaak, PVR Pieter de Vries Robbé, PB Peter Bloemendaal, EMS Ernst Schoonderwaldt, RS Roel Sijstermans, SE Sylvia Eggermont, MA Margret Alers 2. Verslag vorige keer Opmerkingen n.a.v. de actiepunten van vorige keer: PVR: Lijst met categorieën van fouten die studenten tijdens het klinisch redeneren maken is nog niet verstuurd. Gaat alsnog gebeuren Allen: Opmerking MA naar aanleiding van het samenstellen van de rapportage: het was MA van te voren niet duidelijk dat er behalve het in één document plaatsen van de rapportages van de verschillende instellingen ook teksten aangemaakt moesten worden. Voortaan graag duidelijkheid _28PB: PB heeft ervoor gezorgd dat er in de tekstherkenning onderscheid wordt gemaakt tussen anamnese, LO en AO gemaakt.daarnaast wordt de lijst eerder afgebroken. 3. Verslag overleg PVR en PB PVR doet verslag van de bespreking tussen PVR, PB en SE over de KRUL-interface. Er is het volgende besproken: Het selecteren van activerende gegevens en problemen gebeurt niet meer in een apart window. Dit is opgenomen in het output-scherm. Het scherm voor het invoeren activerende gegevens bestaat uit drie gedeelten: links een kolom met opgevraagde symptomen met daaronder de discrete waarde, rechts een kolom waar de activerende gegevens geplaatst worden. Onder deze twee kolommen is het commentaar op de handelingen van de student te vinden. Bij het selecteren wordt niet het symptoom of de discrete waarde naar de kolom met activerende gegevens verplaatst maar de korte medische aanduiding voor het symptoom (PVR) 1

2 Status Activerende gegevens Kopje (Symptom) Tekst van de patient (Discrete) Medische term (PVR) Benauwdheid Ik heb af en toe een hijgerig gevoel Dyspnoe + Het groeperen van activerende gegevens tot problemen gebeurt in een vergelijkbaar scherm. Links een kolom met de activerende gegevens, rechts een kolom met problemen. Onder beide kolommen is het commentaar op de handelingen van de student terug te vinden. Groeperen van activerende gegevens tot problemen betekent in dit scherm dat de activerende gegevens onder het probleem n in de rechter kolom worden geplaatst. Het probleem heet in eerste instantie probleem n. Deze naam kan later gewijzigd worden. Problemen komen ook in de linker kolom te staan. Op deze manier ontstaat de mogelijkheid om problemen tot nieuwe problemen te groeperen. Activerende gegevens Problemen Act geg 2 Act geg 3 Act geg 5 () Act geg 2 Act geg 3 Nieuw probleem Vanuit de problemen worden hypothesen opgesteld. Dit gebeurt in een scherm met links de kolom met problemen, rechts de kolom met hypothesen en onder het commentaar. 2

3 Problemen Hypothesen Probleem 3 Hypothese 1 Hypothese 2 Hypothese 3 Hypothese 4 Hypothese 5? Vanuit de hypothesen zal de student aanvullende onderzoeken willen verrichten. Misschien wordt er een scherm ontwikkeld van waaruit de student vanuit hypothesen tot een keuze van tests kan komen. Hypothesen Tests Hypothese 1 Hypothese 2 Hypothese 3 Hypothese 4 Hypothese 5? PB en PVR zullen binnenkort een overleg hebben waarin de laatste twee schermen verder worden uitgewerkt. PB heeft veel van wat besproken is al in DPS geïmplementeerd. 4. Interface DPS PB zal zelf geen actie ondernemen t.a.v. grote veranderingen van de DPS-interface. JD vindt sommige termen op knoppen verwarrend. De knop terug wordt ter discussie gesteld. Voorstel JD: tooltips bij tijdtoetsen, aanvragen, commentaar, enz kan de functie van de knoppen verduidelijken. Amsterdam zoekt uit hoe tooltips in html kunnen worden aangemaakt. Na een discussie over hoe de DPS-interface voor KRUL eruit moet komen te zien, stelt PVR voor dat iedere instelling een eigen interface ontwikkeld. Misschien volgt hieruit een uniformiteit. MA zou het fijn vinden als DPS opstart op volledige schermgrootte. PB zal een commandlineparameter aanmaken waarmee deze optie kan worden ingesteld. MA wil is case ook tijdens runnen casus kunnen gebruiken, zodat op deze manier voorkomen kan worden dat bij het doorlopen van de verschillende tractus alle symptomen worden afgedrukt. Dit is niet mogelijk. 3

4 Over de instructies bij KRUL-casussen wordt het volgende afgesproken: eerst instructies op papier aan studenten uitreiken, evalueren en daarna in DPS implementeren. PB: DPS kent een functie die registreert welke handelingen een student tijdens het spelen van de casus heeft verricht. JD zou graag een knop overzicht beeldvorming willen, waarachter alle gemaakte X-foto s, echo s, enz. zijn terug te vinden. MA wil het over de scores bij het klinische redeneren hebben. Hier zal later over gesproken worden. MA is tijdens het testen van KRUL het volgende probleem tegen gekomen: het symptoom medicatie is gelinkt aan twee parameters die als activerend gegeven in de probleemboom zijn geïmporteerd. Bij het runnen van de casus wordt slechts de discrete waarde van één van de parameters in het PVRscherm genoemd. SE/PB zullen proberen een oplossing te vinden voor dit probleem. 5. Stand van zaken DPS HELP EMS: De parameters die voor de probleemboom worden aangemaakt, kunnen, afhankelijk van hoe een KRUL-casus wordt opgebouwd, het HELP-overzicht (HELP niveau 5) onleesbaar maken. EMS stelt voor de HELP te handhaven en casus afhankelijk het HELP niveau 5 eruit te laten. RS stelt voor de naamgeving van de knop Geef diagnose te veranderen. MQ zou deze knop willen verwijderen. PVR: Per instelling eigen HELP ontwikkelen. Misschien volgt hieruit een uniformiteit. Feedback op het Klinische Rederen PVR wil deze feedback genereren m.b.v. de lijst met categorieën van fouten die studenten maken tijdens het klinisch redeneren. PB: Feedback al in DPS implementeren, later kan de aard en stijl van de feedback aangepast worden. Is opleveren volgens standlijnenoverzicht mogelijk Volgens sommige auteurs is opleveren van een casus moeilijk als KRUL-interface niet af is. Het is moeilijk KRUL te implementeren als de auteur het zelf niet kan testen. JD constateert dat er een verschil van mening is over wat af is. EMS: Het testdocument dat MQ gebruikt, zal wel de probleemboom testen. Het testen m.b.v. de KRUL-interface wordt later uitgevoerd. PVR: wil weten wanneer de KRUL-interface wel klaar is, i.v.m. de planning van experimenten met KRUL-casussen in Nijmegen. PB: Zo snel als mogelijk. Terugkomdag DPS-cursus SE organiseert een terugkomdag voor de DPS-cursisten. Mijn casus is af want. SE heeft een document ontwikkeld, waarmee gecheckt kan worden of je casus werkelijk af is. 6. Server Peter heeft bij SURF toestemming gevraagd voor de overstap van Citrix naar Windows SURF gaat akkoord als dit zonder veel uitstel en risico te realiseren is. De kosten server + software worden verdeeld over de 4 instellingen. Als Windows 2003 wordt aangeschaft moet er andere poort geopend worden. VL zal uitzoeken om welke poort het gaat. De automatiseringsafdeling van het LUMC wil de voor het project aan te schaffen server misschien niet onderhouden. PB weet binnenkort meer. 7. SURF-zaken Rapportage Rapportage 3 over jul/aug/sep 2003 moet voor 1 november naar SURF opgestuurd worden. Amsterdam zal het samenstellen van deze rapportage voor zijn/haar rekening nemen. Alles wat in het standlijnen overzicht staat en de financiële rapportages moeten begin oktober in Amsterdam zijn. Surf onderwijsdagen 18 en 19 november zijn de SURF-onderwijs dagen. Wij zijn gevraagd om twee keer een workshop van 45 minuten te geven over het gebruik van casuïstiek in het onderwijs. JD bereidt het verhaal voor. PB en PVR verzorgen de presentatie. PB vraagt medewerking van andere KRUL-ers voor een demonstratie van KRUL. PB regelt vrijkaartjes. Overige presentaties SE heeft een presentatie over KRUL gegeven op AMEE in Bern. MA gaat KRUL presenteren op Online-Educa in Berlijn. PB gaat KRUL presenteren op het NVMO congres. 8. Rondvraag MA: Cardioloog wil graag relevante DPS-casussen gebruiken. België heeft een myocardinfarct-casus gemaakt. Of er toestemming voor het gebruik van deze casus nodig is wordt uitgezocht. 4

5 De volgende vergadering is: in Nijmegen op woensdag 10 december 2003 om uur inclusief lunch en etentje na afloop 5