Datorrepresentation av vårdriktlinjer Innehåll Introduktion/bakgrund Behov Uppdateringsproblem Metoder PROforma Asgaard/Arbru Arden Praktiska implementeringar Hypertoni-behandling Guidelines/vårdriktlinjer Användning? Varför används ej vårdriktlinjer i större utsträckning? Uppdateringar? Pappersbaserade Datorbaserade Användbarhet? Hur är guidelinen uppbyggd? 1
Konstruktion Konstruktion av guidelines Representerar verkligen vårdriktlinjer alltid den bästa vården? Is Consensus Reproducible? Pearson, Margolis, Davis, et. al. Förklaringar/motiveringar av givna rekommendationer behövs! Shankar R., Musen M.A.: Building an Explanation Function for a Hypertension Decision-Support System, Proceedings of the 10th World Congress on Medical Informatics, 2001, p. 538-542 Konstruktion av expertsystem eller vårdriktlinjer för datorbehandling Kommunikation mellan programmerare och medicinsk expertis Production Line Clinicians Workbench (projekt DV UMU) Representation i dator Standard programspråk C/C++/Java/C#/Visual Basic etc. Problem? Dela/återanvända kunskapen Källkod Specialiserade medicinskt programspråk PROForma/Asgaard/Arden Problem? Inga programmerare 2
Tidigare försök Beslutsteori what to believe vs what to do Diagnos vs terapi Diagnos Felkällor» Viktig information om patienten kan saknas» Värdering av bevis (symptom/tecken) Terapi Felkällor» Felaktiga beslut om patientens möjlighet till förbättring av den beslutna vården» Medicin interagerar med annan Task management Vem gör vad, när, hur och var? Workflow löser delar av detta Paradigmer Procedurmässig metodik Separerade ej klinisk kunskap från specifika användningen Problem Underhåll Läsbarhet (för icke-programmerare) Återanvändbarhet Regelbaserade system MYCIN, Oncocin (regelbaserade expertsystem) Deklarativ kunskap Arden Hybrid Ofta svårt att återanvända kunskapen 3
Paradigmer Arbetsuppgiftsbaserade system (Task based systems) Agerande beror på i vilket sammanhang en regel finns Sätt logiken i ett visst sammanhang Två fördelar Enklare för domänexperter att delta i konstruktion Enklare att integrera i dagliga arbetet/workflow Ex: PROForma PROForma Påbörjades runt 1990 Krav Generell nog att beskriva processer inom alla medicinska specialiteter Tillräckligt uttrycksfull för kliniska processer. Intuitiva koncept Men också Processer ska vara möjliga att datorbehandlas Semantiken måste vara sund (sound) 4
PROForma Domino modellen Goals Beliefs Actions Options Decisions Plans PROForma Domino model and PROForma tasks Enquiry Action Clinical goals Patient data Actions Decision Options Actions Protocols Plan 5
PROForma - framtiden Utmaningar Uttrycksfullhet? Stödjer objekt och vissa icke-klassiska logiker (temporal och argumentations-logik) => mindre generellt men bra på vissa delar Är språket enkelt att läsa och intuitivt? Domän-experter ska kunna läsa och förstå, dock ej nödvändigtvis själva utveckla Har det formellt riktiga grunder? Bygger på RED (Rigorously Engineered Decisions) formalismen, dock med vissa skillnader Behövs formellt bevis på att PROForma är sound (riktigt/sammanhängande) Infrastruktur och integration? Mjukvarustöd Asgaard/Asbru Arbete påbörjades 1997 Motivation behandlingar kan ej representeras med traditionella metoder Workflow Management Systems (WfMS) Representationer saknar tillräckligt med information Passar välstrukturerade processer Kan ej representera det kaos som finns i verkliga processer Klassisk planering (AI) Agenten är ej allvetande För mycket osäkerhet (sannolikheten för en händelse okänd) Omöjligt att utföra backtracking 6
Asgaard/Asbru Asbru representation av vårdplan skeletal plans Låter konstruktören definiera huvuddragen i planen, nog med detaljer för att utföra planen men så mycket att det ej går att använda planen i andra sammanhang (med andra mål) knowledge roles Beteckning på domänkunskap, rollen som kunskapen har i slutledningsprocessen. Asgaard/Asbru Delar i hantering av vårdplaner Design time Visualisering Editiering Verifikation Validering Execution time Val av vårdplan Instansiering Övervakning av status på vårdplan Exekvering Utvärdering Historia (loggning) 7
Arden Organiserat i Medical Logic Modules (MLMs) Innehåller nog logik för att ta ett beslut Ömsesidigt oberoende Svårt att återanvända logiken (varje MLM har en specifik uppgift) Används ofta som triggers (utlöses när vissa villkor är uppfyllda) Helt programspråk Användargrupp: läkare Påminner om PASCAL Används inte så ofta numera Hybrid: Procedurmässigt med regelbaserade inslag Exempel HTExpert Används för hypertonibehandling (se gästföreläsning Beslutsstöd i primärvården ) Procedurmässig kunskap Kunskapen/logiken inbakad i källkoden/gui Examensarbete (2001) Extrahera logiken och lägg i separat modul Web-version på gång 8