Miten varmistaa käytettävyys terveydenhuollon tietojärjestelmien* hankinnoissa? Vaihtoehdot ja niiden haasteet?

Transkriptio

1 Miten varmistaa käytettävyys terveydenhuollon tietojärjestelmien* hankinnoissa? Vaihtoehdot ja niiden haasteet? Timo Jokela, FT, dos. Joticon Oy (Oulun yliopisto, Helsingin yliopisto) *asiakaskohtaisten

2 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 > Joticon Oy FT, dos Helsingin yliopisto Dosentti: Oulun yliopisto 2009, Helsingin yliopisto 2010 ISO-standardointi: 13407, 9241 (-210), 18529, 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!

3 Käytettävyyskirja Käytettävyyseminaari Oulu

4 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 (?)

5 1. Terveydenhuollon järjestelmien käytettävyys

6 Käytettävyyseminaari Oulu

7 Käytettävyyseminaari Oulu

8 Sähköinen laskutus (Valtiokonttori)

9 2. Miten julkisissa (terveydenhuollon) hankinnoissa käytettävyysongelmat syntyvät? Käytettävyyseminaari Oulu

10 Käytettävyys tuotekehityksessä Asiakas Suunnittelija Käyttäjät Käytettävyys hankinnoissa Asiakas Suunnittelija Käyttäjät Käytettävyyseminaari Oulu

11 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

12 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

13 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?

14 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 Käyttöliittymäsuunnittelun eteneminen hankinnoissa Toimittaja Asiakas Käyttäjät

16 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

17

18 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

19 3. Miten ongelma voidaan ratkaista? Keskeinen kysymys: kummalla vastuu käytettävyydestä: 1. Toimittajalla 2. Hankkijalla

20 Ratkaisuvaihtoehto 1: Vastuu käytettävyydestä toimittajalle Vastuu käyttöliittymästä sinne, minne se loogisesti kuuluukin

21 Vastuu käytettävyydestä toimittajalle Käytettävyyttä vaadittava tarjouspyynnössä koska sen mukaan toimittaja suunnittelee projektin resurssit ja laskee tarjouksensa

22 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

23 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

24 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ä

25 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ä?

26 1. Suunnitteluvaatimukset Käytettävyyseminaari Oulu

27

28

29

30

31 Käytettävyyseminaari Oulu

32 Suunnitteluvaatimukset eivät todennettavia (valideja kyllä) vain käyttöliittymän pintatasoa (10 20 % käytettävyysongelmista) Käytettävyyseminaari Oulu timo.jokela@joticon.fi

33 2. Prosessivaatimukset Edellytetään Käyttäjäkeskeistä suunnittelua Käytettävyystestejä Käytettävyysasiantuntijaa projektissa

34

35 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)

36 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ä

37 Nokian käyttöliittymäkohtalo?

38 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ä)

39 3. Käyttäjän suoriutumiseen perustuvat vaatimukset

40 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ä

41 Käyttäjän suoriutumiseen perustuvat aidot vaatimukset Käytettävyyseminaari Oulu

42 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

43 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

44 Vaihtoehto 2: Vastuu käytettävyydestä hankkijalle Epäloogisempi mutta realistisempi vaihtoehto

45 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

46 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

47 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

48 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

49 Käytettävyyskirja Käytettävyyseminaari Oulu

50 Kiitos! Kysymyksiä, kommentteja?