Miten varmistaa käytettävyys terveydenhuollon tietojärjestelmien* hankinnoissa? Vaihtoehdot ja niiden haasteet? Timo Jokela, FT, dos. Joticon Oy (Oulun yliopisto, Helsingin yliopisto) *asiakaskohtaisten
Navigoi oikein käytettävyyden vesillä Tausta 1990-luvun alussa VTT:llä käyttöliittymien mallinnusta 1995 Nokia Mobile Phones, käytettävyyspioneeri 1999 Oulun yliopisto, TOL (professori ma.) Timo Jokela 2007 -> Joticon Oy FT, dos. 2010 Helsingin yliopisto Dosentti: Oulun yliopisto 2009, Helsingin yliopisto 2010 ISO-standardointi: 13407, 9241 (-210), 18529, 20282 Asiantuntija kansainvälisissä verkostoissa UsabilityNet, MAUSE, TwinTide (Eurooppa), UPA (USA), HCD-Net (Japani) Käytettävyys tietojärjestelmien hankinnoissa Erityisen haastava käytettävyyden osa-alue!
Käytettävyyskirja Käytettävyyseminaari Oulu 15.4.2011 15 timo.jokela@joticon.fi 040-5118250
Sisältö 1. Terveydenhuollon järjestelmien käytettävyys (-ongelmat) 2. Miten julkisissa (terveydenhuollon) hankinnoissa käytettävyysongelmat syntyvät? 3. Miten ongelma voidaan ratkaista (ja miten ei)? Vaihtoehto 1: Vastuu käytettävyydestä toimittajalle Monta (yritettyä) tapaa, jotka eivät toimi; yksi toimiva tapa, joka ei kuitenkaan toimi (?) Vaihtoehto 2: Vastuu käytettävyydestä hankkijalle Asiakkaan kannalta ei toivottava mutta käytännössä ehkä ainoa vaihtoehto (?)
1. Terveydenhuollon järjestelmien käytettävyys
Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
Sähköinen laskutus (Valtiokonttori)
2. Miten julkisissa (terveydenhuollon) hankinnoissa käytettävyysongelmat syntyvät? Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi
Käytettävyys tuotekehityksessä Asiakas Suunnittelija Käyttäjät Käytettävyys hankinnoissa Asiakas Suunnittelija Käyttäjät Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
Käytettävyys tuotekehityksessä Suunnittelija lta a m a äs ä t t y Nä in k n e t - kui attinen a dram ero Asiakas Käyttäjät Käytettävyys hankinnoissa Asiakas Suunnittelija Käyttäjät
Käytettävyys tuotekehityksessä (kilpailijat) Jos käytettävyysongelmia a a t n a k n i k s i r vä yritys tä kehit Asiakas Käyttäjät Käytettävyys hankinnoissa Suunnittelija Asiakas a a t n a k n i k s i Käyttäjät r as asiak
Havaintoja käyttöliittymä- suunnittelusta hankinnoista Käyttöliittymäsuunnittelussa näyttää olevan kovin mekanistinen perinne Kopioidaan käyttöliittymään speksejä Päivän työpaja käyttäjien kanssa: käyttöliittymäsuunnittelijat eivät esittäneet ensimmäistäkään kysymystä Turvaudutaan käyttäjiin (myös hankkijat) Kuinka pitkä luettelon pitäisi olla? Pitäisikö olla tällainen valinta?
Havaintoja käyttöliittymä- suunnittelusta hankinnoista Toimittajan pääkäyttöliittymäsuunnittelijana terveydenhuollon ammattilainen Tarvitaan osaavampia käyttäjiä Eräs suuren järjestelmätoimittajan edustaja Alkeellisia suunnitteluongelmia Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
Käyttöliittymäsuunnittelun eteneminen hankinnoissa Toimittaja Asiakas Käyttäjät
Käyttöliittymäsuunnittelun eteneminen hankinnoissa 1. Käyttöliittymäratkaisuehdotus Toimittaja 2. Asiakas hyväksyy ehdotuksen = vastuun siirtäminen asiakkaalle Käyttäjät 3. Muutoshallintaan Asiakas
Miten käyttöliittymäsuunnittelun pitäisi mennä?* Vastuu suunnitteluratkaisuista yksiselitteisesti käyttöliittymäsuunnittelijoilla Vastuu suunnitteluratkaisuista Vaikka vastoin sitä mitä käyttäjä sanoo Tehtävänä jäsentää käyttäjien maailma ja tuottaa ammattimaisia suunnitteluratkaisuja Käyttäjät tiedon lähde Eivät suunnittelijoita Eivät päätöksentekijöitä *esityksen pitäjän näkemys
3. Miten ongelma voidaan ratkaista? Keskeinen kysymys: kummalla vastuu käytettävyydestä: 1. Toimittajalla 2. Hankkijalla
Ratkaisuvaihtoehto 1: Vastuu käytettävyydestä toimittajalle Vastuu käyttöliittymästä sinne, minne se loogisesti kuuluukin 040-5118250
Vastuu käytettävyydestä toimittajalle Käytettävyyttä vaadittava tarjouspyynnössä koska sen mukaan toimittaja suunnittelee projektin resurssit ja laskee tarjouksensa
Tutkimustulos: käytettävyyttä ei aidosti vaadita tarjouspyynnöissä Oulun yliopistossa tehty tutkimus Käytiin läpi käytettävyysvaatimuksia tietojärjestelmien tarjouspyynnöistä 38 tarjouspyyntöä, mukana myös terveydenhuollon järjestelmiä Tulos: ei yhtään ainoaa tarjouspyyntöä, jossa olisi aidosti vaadittu käytettävyyttä Erilaisia yrityksiä kyllä oli
Tutkimustulos: käytettävyyttä ei aidosti vaadita tarjouspyynnöissä Oulun yliopistossa tehty tutkimus Käytiin läpi käytettävyysvaatimuksia julkisista tarjouspyynnöistä Hankkija yrittää siirtää/ luulee siirtävänsä tarjouspyynnössä vastuun toimittajalle 38 tarjouspyyntöä, mukana myös terveydenhuollon järjestelmiä Tulos: ei yhtään ainoaa tarjouspyyntöä, jossa olisi aidosti vaadittu käytettävyyttä mutta käytännössä vastuu jää itselle Erilaisia yrityksiä kyllä oli
Vaatimuksia vaatimuksille Jotta käytettävyyden vaatimisella olisi merkittävyyttä, vaatimusten tulisi olla todennettavia vaatimuksen täyttyminen voidaan tarkistaa niin, että ei erimielisyyksiä vaatimuksen toteutumisesta valideja vaatimus on sisällöltään oikea (= tarkoittaa oikeasti käytettävyyttä) kattavia riittävän laajalti koko järjestelmä
Eri mahdollisuuksia käytettävyysvaatimuksille 1. Suunnitteluvaatimukset Ei toimi 2. Prosessivaatimukset Ei toimi 3. Käyttäjän suoriutumiseen perustuvat vaatimukset Periaatteessa ratkaisu, käytännössä ei aikaansa edellä?
1. Suunnitteluvaatimukset Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
Suunnitteluvaatimukset eivät todennettavia (valideja kyllä) vain käyttöliittymän pintatasoa (10 20 % käytettävyysongelmista) Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
2. Prosessivaatimukset Edellytetään Käyttäjäkeskeistä suunnittelua Käytettävyystestejä Käytettävyysasiantuntijaa projektissa
Käytettävyyttä ei varmisteta käyttäjäkeskeisellä suunnittelulla eikä käytettävyysmenetelmillä, kuten käyttäjätutkimukset käyttötapausten määrittelyt käytettävyystestit kuuntelemalla käyttäjien mielipiteitä Jne. Ei myöskään sillä, että projektissa käytettävyysasiantuntija menetelmäuskovaisuus (methodolatry)
Comparative usability evaluation tutkimukset, Molich & al Esimerkki: 9 ammattimaista käytettävyysryhmää arvioi Hotmailin kaikkiaan löytyi 310 käytettävyysongelmaa ei yhtään ongelmaa, jonka kaikki olisivat löytäneet 75% ongelmista löysi vain yksi ryhmä unprofessional paljon ongelmia menettelyissä 040-5118250
Nokian käyttöliittymäkohtalo?
Prosessivaatimukset: yhteenveto Voivat olla todennettavia validius: ei takaa yhtään mitään järjestelmän käytettävyydestä! (vaikka tehtäisiin 100 käytettävyystestiä)
3. Käyttäjän suoriutumiseen perustuvat vaatimukset
Käyttäjän suoriutumiseen perustuvat vaatimukset todennettavia: eivät tällä tavoin määriteltynä validius: käyttäjän suoriutumiseen perustuvina oikean suuntaisia (tavoitemäärittelyt, -tasot kuitenkin puuttuvat) edellyttää kattavia tehtävämäärittelyjä
Käyttäjän suoriutumiseen perustuvat aidot vaatimukset Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
Käyttäjän suoriutumiseen perustuvat vaatimukset* 2. Käyttöliittymäratkaisu Toimittaja * käyttöliittymä saa olla minkälainen tahansa kunhan se vain toimii 3. Hyväksymistestaus* 1. Käyttäjän suoriutumiseen perustuvat vaatimukset Käyttäjät Asiakas
Käyttäjän suoriutumiseen perustuvat vaatimukset Periaatteessa toimiva Menetelmällisesti haastava tieteellisiä julkaisuja Niin erilainen verrattuna nykyiseen käyttöliittymäsuunnittelun käytäntöön ja ajattelumalliin Käytettävyyseminaari Oulu 15.4.2011 timo.jokela@joticon.fi 040-5118250
Vaihtoehto 2: Vastuu käytettävyydestä hankkijalle Epäloogisempi mutta realistisempi vaihtoehto
Periaatteessa vastuu -asetelma sama kuin nykyisin Ratkaisu: Hankkijan tulee varautua paremmin Hankkijan suunnittelijat vastaavat käytettävyydestä Ei terveydenhuollon ammattilaiset Toimenpiteet Tarjouspyynnön valmistelussa Totetuksen aikana Käytettävyyttä voi valmistella paljonkin etukäteen Perusasiat eivät riippuvaisia teknologiasta
Käytettävyys hankinnoissa 3. (Muutoshallinta) 1. Käyttöliittymäratkaisuehdotus 2. Ehdotuksen hyväksyminen = vastuun ottaminen Toimittaja Asiakas Toimittajan ohjaus Käyttäjät
Yhteenveto Käytettävyys hankinnoissa iso haaste Ratkaisuvaihtoehdot 1. Toimittajalle vastuu vaatimalla käytettävyyttä tarjouspyynnöissä. Loogista; kuitenkin menetelmällisesti haastavaa; liian iso muutos(?) Toimittajan kykyä tulisi vaatia (ei tämäkään helppoa) 2. Hankkijalla vastuu (kuten tähänkin asti) realistisempi vaihtoehto hankkijoiden tulee varautua nykyistä (paljon?) paremmin Ei tämäkään helppoa
Miten käyttöliittymäsuunnittelun pitäisi mennä?* Vastuu suunnitteluratkaisuista yksiselitteisesti käyttöliittymäsuunnittelijoilla Vastuu suunnitteluratkaisuista Vaikka vastoin sitä mitä käyttäjä sanoo Tehtävänä jäsentää käyttäjien maailma ja tuottaa ammattimaisia suunnitteluratkaisuja Käyttäjät tiedon lähde Eivät suunnittelijoita Eivät päätöksentekijöitä Timon rooli *esityksen pitäjän näkemys
Käytettävyyskirja Käytettävyyseminaari Oulu 15.4.2011 15 timo.jokela@joticon.fi 040-5118250
Kiitos! Kysymyksiä, kommentteja?