Kraven är ofta mycket speciella och svåra att uppfylla Man har makt och en tradition att säga nej till det man inte vill ha Historiskt ser man många misslyckanden Effekten av dåliga lösningar kan vara omfattande Man ser sällan två lika system på två olika platser, varför? Leverantörers kompetens brister ofta
I sjukvården jobbar man inte för att hantera datorer, utan för att ta hand om människor Mycket av arbetet innebär (känslig) interaktion med människor, patienter etc. Detta får inte störas av dålig teknik. Höga krav på sekretess, integritet, tillgänglighet Ofta stress och ont om tid Lagar ger en del begränsningar Flera olika personalgrupper med olika behörighet ska ha tillgång till delvis samma information Man arbetar mycket olika på olika platser
Första datortillämpningarna i sjukvården kom tidigt, tidigt 60-tal (administration, lab) Många stora projekt med hög ambitionsnivå har förekommit, varav de flesta gått helt åt skogen lägg allt på data, det papperslösa sjukhuset, gör all information tillgänglig för alla Ofta har man dragit i gång mycket omfattande projekt Småskaliga projekt, som sedan samordnats, har varit mycket mer lyckosamma
Man vet inte vilka de viktigaste kraven är Man har inte med personal i projekten, som kan ställa rätt krav Utvärderingar saknas ofta Man har gapat över för mycket Man tror att man kan spara pengar snabbt m.m.
Förankring i organisationen Användarmedverkan Fokus på användbarhet Verksamheterna i balans Små projekt eller stegvis utveckling Utvärdera och lär av erfarenheter Genomtänkt och välplanerat införande
Flera större forskningsprojekt (ADIS, MDA, DAISY m.fl.) Studier av hur man arbetar i vården Analys av journalläsning, prototyper, utvärdera Fast visst finns en stor potential till förbättringar och effektivisering, bra teknikanvändning Men: då får man inte införa nya allvarliga problem!
Vad är "bra" system? Effektivt, stödjer arbetet Flexibelt till olika organisationer, användare Stödjer kompetensutveckling Enkelt att lära m.m., m.m. Bra gränssnitt? Självklart, snabbt Minimerar kognitiv belastning Ger god överblick m.m., m.m.
I sjukvården är man aldrig intresserad av att hantera datorer! Verktygen ska stödja ett bra vårdarbete. Man har ett rörligt, mobilt arbete. Mycket kommunikation. Komplexa informationsstrukturer. Mänskliga kvaliteter centrala.
Kognitiva förmågor Minne - kortidsminne Mönsterigenkänning Automatiserade processer Recognition-recall Man måste basera gränssnittsutformningen på kunskap om detta, samt om innehållet i arbetet.
Begränsad kapacitet, c:a 5-8 informationsenheter Kort avklingningstid, c:a 20 sek. Mycket störningskänsligt
På hög kognitiv nivå Avancerade funktioner Bara en sak åt gången På låg kognitiv nivå Hög parallell-kapacitet Automatiskt utförande Fordrar träning
Ett exempel Hur använder man en lablista?
Vad säger er denna bild? Vad innehåller den för information?
En arbetsuppgift, en arbetsyta Gränssnittet ska vara klart för användning direkt Gör designen färdig Gör designen verksamhetsnära, ge sjukvårdskänsla, tala användarnas språk Se detalj och helhet samtidigt Enkel navigation Identifiera viktiga samband Stöd snabb identifiering av viktig information, varningar etc. Stöd mönsterigenkänning och identifikation av viktig information Stöd snabb läsning, bläddring (scrollning kan ge problem) Minimera inmatning m.m. (se kursen människa-datorinteraktion)
Exempel Välj journalrummet och en viss patient
Time-Care flextidssystem. Viktigt att det stödjer arbetet Viktigt att det stödjer arbetet lokalt, att man uppfattar det som nyttigt, att det kan anpassas till lokala förhållanden Viktigt att det är vårt system
Att stödja samverkan, kommunikation och mobilitet Att stödja informationstillgång på rätt plats, tex bedside, i hemmet
Användarcentrerad utveckling. Verksamhetsutveckling eller systemutveckling? (Systemutveckling fordrar verksamhetsutveckling) Hur ser utvecklingsprocessen ut? Garanterar den ett gott resultat? Tillåter den användbarhetsfokus? Finns någon användbarhets-controler?
En iterativ process Beakta användbarhet från början Visualisera med hjälp av prototyper En samverkan mellan användare, utvecklare och användbarhetsexperter Utvecklare Designer Användare Tid
Användarmedverkan på rätt sätt Mycket svårt i praktiken! Användarna ska deltaga, hur? Olika roller i olika skeden. Användarexperter i projektet My baby, bäst-före-datum Oberoende utvärderare Bevaka bortprioriteringar Kräv tydligt mandat Kräv lämplig utbildning