Terveydenhuolto on muutenkin budjettipulassa. Caduceus, koska Asklepioksen sauvasta ei ollut vapaata vektorikuvaa.
Pahoittelen otsikon alarmismia, mutta nykyään ei muuten saa viestiä perille
En yleensä kirjoita suoraan muille poliitikoille ja virkamiehille. Yritän nyt kuitenkin, koska minusta Apotti-hankkeesta tulisi oppia jotain. Edes tulevaisuudessa.
Vaikka tiedän monen päättäjän joskus ajattelevan niin, ei ole olemassa mitään sellaista kuin ”vain politiikkaa”. Julkisissa varoissa ei ole kyse tyrehtymättömästä lähteestä mysteerirahoja, joita voi käyttää miten sattuu ilman seurauksia kansalaisille ja hyvinvoinnille. Vastuuta omasta toiminnastaan voi toki yrittää häivyttää sillä, että sanoo virkamiesten käskeneen tai muidenkin äänestäneen samoin.
Virkamies ei voi käskeä päättäjää. Virkamies tekee mitä käsketään. Tämä on välillä unohtunut Apotti-hankkeessa, ja Helsingin kaupungin alainen Apotti-hanketoimisto on sen seurauksena saanut lähteä aikoinaan ihan omille poluilleen ilman toimivaa poliittista ohjausta, joka ymmärtäisi käsiteltäviä asioita. Ideaalitilanteessa virkamiesten pitäisi antaa valmistella rauhassa, mutta se edellyttäisi myös muutoksia julkisen sektorin henkilöstöpolitiikkaan.
Hälytyskellojen pitäisi nyt jo soida tosi kovaa. Osa on kuullut ne kellot. ”
IT-asiantuntija ja tietokirjailija Tapio Järvenpää YLEn haastattelussa 19.8.
Keskusteltuani mm. hankejohtaja Välimäen kanssa hankkeesta, välittyy minulle kuva, että hanketoimiston tulkinta käsillä olevasta tilanteesta poikkeaa huomattavasti hanketoimiston ulkopuolisesta tulkinnasta. Minun nähdäkseni hanketoimiston tapa viestiä ja keskustella Apotista pohjaa täysin utopistisen pilvilinnan näkemiseen siellä, missä me muut näemme ”huonon IT-projektin pojan koston paluun”, jossa on vain kosmeettisia parannuksia menneisiin. Joko Apotti-hanketoimistolla on tiedossaan valtava määrä (pimittämäänsä) tietoa hankkeen laajuudesta ja sen erinomaisista sote-alan kehityssuunnitelmista JA on epäonnistunut totaalisesti siitä viestimisessä (epätodennäköistä), tai kyseessä on aidosti tilanne, jossa kovat toiveet korvaavat todellisuuden (todennäköisempää).
Apotti aloitettiin kai jollain tasolla toimintatapojen uudistamishankkeena, mutta kaikki piirteet tällaisesta (siinä määrin kuin sellaisia on aidosti edes dokumentoidusti suunniteltu), ovat karisseet vuosien mittaan pois. Hankkeen alkuperäinen tarkoitus on hukattu, ja jäljelle on jäänyt itseisarvoinen hankeraato, joka on ”too big to fail”. Apotti – tai sen tapainen järjestelmä – kylläkin tarvitaan, mutta tämä kyseinen tarkka toteutus ei ole minusta se, jonka kohdalla kannattaa painaa play-nappia ja jonka tahtiin tanssia 10+ vuotta. Riski on se, että saamme ”taas uuden Uranuksen”, josta vapautumiseen taas käytämme satoja miljoonia muutaman vuoden kuluttua.
Apotti-hankkeen kriittiset epäonnistumistekijät
Järjestelmän hankinta on HUS:in ja hanketoimiston toimesta muotoiltu alusta asti valtavan järkäleen eli monoliitin ostamishankkeeksi ikään kuin ”kaupan hyllyltä”. Suomeksi se tarkoittaa sitä, että halutaan ostaa vanha ja vakiintunut ”valmistuote, joka tekee kaiken”, jonka muuttaminen ja kehittäminen on hankalaa ja siten kallista. Sen osia ei voi myöskään aidosti vaihtaa uusiin ilman niin suuria kustannuksia, että kehittämisen tavoite helposti menee pesuvesien mukana.
Hanketoimiston tapa asettaa vaatimuksia rajapintojen avoimuudelle, (eli millä keinoin järjestelmästä voi siirtää esim. potilastietoja ulos tai sisään) jää niin epämääräiseksi, että tarkoitettujen vaatimusten toteutumiselle järjestelmässä (ainakaan sovitulla hinnalla) ei ole minkäänlaisia takeita muilta osin kuin ehkä Kanta-yhteensopivuuden osalta, koska yhteensopivuus pitäisi sertifioida ennen tuotantokäyttöä. Esim. asiakas- ja viranomaispäätöstietoja on pakko voida siirtää järjestelmään ja ulos järjestelmän normaalissa käytössä, etenkin jos tulevaisuudessa haluamme siirtyä johonkin parempaan järjestelmään tai laajentaa muihin kuntiin. Se ei myöskään voi saada maksaa mitä tahansa ja sen pitäisi olla standardien mukaista. Tämä on nähdäkseni nyky-Apotissa vaarannettu. Apotti-hankkeessa jopa tarjoajien toimittamat itsepisteytykset rajapinnoista ovat salaisia. Hanketoimisto on vedonnut tässä liikesalaisuuksiin. Argumentti on hyvin outo, koska pisteytykset koskevat varsin arkipäiväisiä rajapintojen ominaisuuksia – ei siis mitään syvää teknologiaa, josta kilpailijat toimivilla markkinoilla hyötyisivät. Hanketoimisto siis nähdäkseni suojelee yksipuolisesti toimittajien etua.
Toimittajasopimuksessa ei yksiselitteisesti velvoiteta toimittajaa toimittamaan sellaista järjestelmää, kuin mitä toimittaja on antanut ymmärtää toimittavansa tarjotessaan vaatimuksia vastaavaa järjestelmää. Palaan tähän alempana. Oleellista on ymmärtää, että kiinteähintaisessa hankinnassa tällainen sopimus saattaa ohjata toimittajaa kulkemaan sieltä, missä aita on matalin, eli toimittamaan niin vähän toiminnallisuutta kuin vaatimusmäärittelyä tulkitsemalla on mahdollista, jotta voisi myöhemmin rahastaa lisää. Silloin strateginen ostaja laskisi, että vastineeksi täytyisi saada hankinnasta myös edullisempi hinta, jota ei ole näkynyt.
Mitä sitten, jos hankintapäätöstä ei tehdä nyt?
Nykyinen HUS:in Uranus-järjestelmä on huono ja pitäisi korvata. Se kehitettiin aikoinaan viiden sairaanhoitopiirin kustannuksin, ja myytiin mysteerisesti 2007 salaisella hinnalla WM-Datalle, josta tuli Logica, jonka osti CGI. Apotti-hankinnan hävinneelle CGI:lle siis maksetaan muutamia miljoonia euroja vuosittain siitä, että ylläpitävät yhtä niistä vanhoista, jotka Epic:in pitäisi korvata. Tässä on omanlainen sotku, joka pitää kvantifioida vaihtoehtoja vertailtaessa. Huomatkaa tosin, ettei CGI:n nyt tarjoama Cerner Millennium+ ole sama ohjelmisto. Lisäksi sairaanhoitopiirissä käytetään muitakin järjestelmiä, joiden kulut yltänevät n. 35 miljoonaan euroon per vuosi.
Jos Apotti valmisteltaisiin uudestaan modulaariselta pohjalta monoliitin sijaan, järjestelmien käyttöönotto voisi lykkääntyä 2-3 vuodella ja vanhoja järjestelmiä ylläpidettäisiin pidempään, mutta järjestelmästä todennäköisesti tulisi huomattavasti nykyaikaisempi, helpommin ylläpidettävä, paremmin askeleittain laajennettavissa sekä paremmin taipuva tulevaisuuden tarpeisiin ja terveydenhuollon toimintatapamuutoksiin. Ratkaisu olisi todennäköisesti myös edullisempi – etenkin pitkällä tähtäimellä.
Jos Apotti-hankinta tehdään nyt, syntyy huomattava vaihtoehtoiskustannus. Sen sijaan, että odottaisimme pari vuotta ja saisimme kehityskelpoisen järjestelmän, menetämme:
..10 vuoden mahdollisuudet uudistaa sosiaali- ja terveysalan lainsäädäntöä ja toimintatapoja, ellemme maksa monopolitoimittajalle lunnaita
..vapauden kilpailuttaa terveydenhoitoalan järjestelmien toimittajat, koska luomme de facto yhden yrityksen monopolin, josta maksamme ensin toimittajalle meidän vangitsemisesta ja sitten vielä vankilan ylläpidosta ja vielä erikseen lomista
..mahdollisesti koko Suomen sosiaali- ja terveyspalvelubudjetit, jos huomataankin tarvittavan suuria muutoksia esim. sote- uudistuksessa tai Apotti laajennetaan koko maahan ainoana ratkaisuna
..vähintään satoja miljoonia euroja verovaroja ylittyneissä kustannuksissa, joille olisi parempaakin käyttöä
..valtavasti työtunteja, jotka kuluvat Windows 98-aikakauden käyttöliittymiin ja vaikeuksiin integroida järjestelmää kustannustehokkaasti mm. ei-pöytäkoneyksiköihin (esim. lääkärin kannettava sähköinen tietolähteet toiselta toimittajalta).
Jos katsomme vain yhtä asiaa – käytettävyyttä – on Epic-Apotti täysin mahdollisesti parempi kuin HUS:n nykyinen Uranus, mutta se johtunee pääasiassa siitä, että Uranus on huono. Onko se niin mahtavasti parempi, että se oikeuttaa maksamaan ylihintaa ja vaarantamaan seuraavan kymmenen vuoden kehityksen? Tuskin. Väitteet Epic:in valtavista kustannussäästöistä ja mahdollisuuksista uudistaa toimintatapoja vaikuttavat hankkeen sisältöihin nähden melkoiselta toiveajattelulta; hanke on valmisteltu ohjelmistoprojektina eikä toimintatapaprojektina, mikä rajaa muutospotentiaalia, ja kustannusvertailu perustuu vanhan korkean toteutuman vertailuun uuden aliarvioon – se on siis rakenteellisesti harhaanjohtava vertailu. Jäljelle jää oletus kustannukset ylittävistä hyödyistä, jotka jäävät epämääräisiksi. Realistisesti kymmenelle vuodelle jaettuna nyky-Apotin voi odottaa maksavan ainakin n. 65 M€/v kun taas nykyisten järjestelmien ylläpito on mittaluokassa 35 M€/v (summat eivät sisällä parannuksia tai menetyksiä työtehokkuudessa).
Näin lääkärinä arkikäyttäjän näkökulmasta HUS:n järjestelmä ei edes *ole* niin katastrofaalisen huono, että olisi vaikea kuvitella Apotin voivan olla ihan yhtä huono. Ongelmakohdat saattavat siirtyä niin, että jotkut toiminnat jotka nyt ovat susia paranevat – mutta on myös mahdollista, näin monia potilastietojärjestelmiä nähneenä, että samalla jotkut muut huononevat”. Jaana Wessman, lääkäri, tietojenkäsittelytieteen filosofian tohtori, Espoon sote-lautakunnan jäsen (vas.)
Miten tällaiseen tilanteeseen edes päästiin?
Olen hankkeen ympärillä eri tavoin työskennelleiltä kuullut kertomuksia sen osatoteutusten ongelmista. Osa näistä ongelmista viittaavat minun nähdäkseni tietoiseen, tilaajalle (eli veronmaksajille) epäedulliseen virkamiestyöhön vastoin hyvää tapaa, käytäntöjä ja parasta saatavilla olevaa tietoa. Syitä toimintaan en voi kuin arvailla. Tietoa on saanut suppeasti, infotilaisuuksiin on jätetty kutsumatta, merkittävä osa oleellisesta tiedosta on tullut vain sisäpiiritietona ja virkamiesesittelyissä on vähätelty aitoja huolenaiheita.
Tiettävästi HUS:n toimesta, hanketta on vahvasti alusta asti ohjattu kohti monoliitin ostamista. Hanke siis vietiin ongelmalliseen suuntaan jo ennen kuin selvitettiin mitä vaihtoehtoisia lähestymistapoja olisi. Suomen itsenäisyyden juhlarahasto SITRA tilasi monikansalliselta Accenture-yhtiöltä selvityksen koko Suomen kattavan potilastietojärjestelmän kustannuksista ja edellytyksistä, jossa vertailtiin suuria toimittajia Epic Systems, Cerner ja GE (General Electric). Selvitys oli vahvasti Epic:in järjestelmää puoltava. Kaikessa hiljaisuudessa Accenture hommasi itselleen yksinoikeuden toimittaa Epic:iä Suomeen. Tilattu konsultti siis toimitti ”neutraalin” selvityksen, jossa suositteli omaa myymäänsä tuotetta.
Monoliittisen järjestelmän ostamisen ongelmat ja riskit ovat alalla erittäin hyvin tunnettuja, joten mistään saatavilla olevan tiedon pulasta tai kiistanalaisesta asiasta ei ole kyse. Virkamiehet lienevät täysin tietoisia tästä. Alan hankintojen tutkimustiedon (jota on tehty Suomessakin) kannalta on täysin ennustettavissa, että tällaisen järjestelmän kehitys-, käyttö- ja ylläpitokustannukset tulevat tällä ostotavalla ylittämään nykyiset arviot huomattavasti. Apotti-hanketoimisto on vastannut tähän kritiikkiin, että Apotti ei ole monoliitinen koska siinä on rajapinnat, mutta tämä on lähinnä saivartelua.
Elleivät virkamiehet ole täysin epäpäteviä, ovat he tehneet valinnan tahallaan aliarvioida kustannuksia. On eräänlainen julkinen salaisuus, että virkamiesarviot usein tehdään hankkeiden saattamiseksi eteenpäin (myymiseksi päättäjille) sen sijaan, että niissä pyrittäisiin tarkimpaan mahdolliseen arvioon. Näin virkamies saattaa toimia työnantajansa eli tilaajan etua vastoin, toimittajan ja itsensä eduksi. Tähän ei vaadita korruptiota.
Oleellisia huomioita, joista osaa ei ole ennen käsitelty julkisuudessa
Apotti-hanketoimiston ja toimittajien välisissä sopimusneuvotteluissa karsittiin pois sopimuksesta mm. lauseke, joka edellytti toimittajaa toimittamaan sen, minkä antoivat tarjoustensa pohjalta ymmärtää toimittavansa. Todennäköisesti tämä tapahtui yksin Epic/Accenture:n vaatimuksesta, johon myönnyttiin. Tätä ei ole käsitelty julkisuudessa, koska sopimusneuvottelut käytiin suljetusti virkamisryhmän ja toimittajien kesken. Minä vain satun tietämään, ja hanketoimisto on kysyttäessä tämän minulle myöntänytkin, vähän oudoin perusteluin.
Apotti-hanketoimisto on neuvottelumenettelyssä menetellyt hyvin oudosti tietyissä yksityiskohdissa, mm.
muuttanut järjestelmän vaatimusten kuvausdokumenttien tulkinnan prioriteettijärjestystä pari päivää ennen vastausdokumenttien jättöpäivää. Tämä vastaa suunnilleen sitä, että pro gradu -tutkielman aihetta muokattaisiin juuri ennen painatuspäivää.
Tarjoajia karsittiin pois neuvottelumenettelyssä kriteerein, joista myöhemmin joustettiin. Eli käytännössä seulottiin pois kilpailijoita (Indra+Affecto ja Tieto Healthcare) ilman kokonaiskuvan kannalta järkevää syytä.
Järjestelmien tuotevertailuiden A ja B välillä on selvä pistesiirtymä kohti Epic:iä ilman, että on ilmeistä mihin siirtymä perustuu. Pisteytys on paikoin myös erikoinen, kuten esimerkiksi Epic:in järjestelmän ylläpidettävyys ja avoimet rajapinnat. E.m. on riippumattoman toimijan kysely- ja käyntitutkimukseen pohjaava, toinen taas käytännössä toimittajien salainen itsepisteytys.
Ainakin Epic:in historian osalta (jonka järjestelmiä siis käytetään Yhdysvalloissa laajemmin) tiedetään asiakaspuolelta, että rajapinnat ovat olleet A) joko surkeita tai B) olemassaolemattomia, ja että niiden kehittäminen on ollut erittäin kallista järjestelmän rakenteellisen sotkuisuuden takia (seuraa monoliittisuudesta). CGI:n tarjoamaa Cerner Millennium+ -järjestelmää en juuri tunne, mutta se on uudempi. Ongelma ei oleellisesti ole se, kuka valittiin, vaan se miten valittiin ja mitä päätettiin tilata.
Neuvottelumenettelyssä mukana olleet toimittajat ovat useaan otteeseen valittaneet Epic:in suosimisesta. Hanketoimiston viestintä antaa jopa outoja viitteitä tästä:
”Jos Epic päätetään pudottaa kisasta, jäljelle jää vain yksi tarjoaja eli CGI. Periaatteessa on mahdollista, että se voisi yksin antaa tarjouksen, jonka hyväksymisestä tai hylkäämisestä tehtäisiin lopulta päätös. Todennäköisempää kuitenkin on, että kisa silloin aloitettaisiin uudestaan alusta, jos jäljellä olisi vain yksi tarjoaja [CGI]”,
hankejohtaja Hannu Välimäki, Taloussanomille 8.1.2015 [TiVi]
Neljä kuukautta myöhemmin Apotin hankejohtaja Hannu Välimäki päin vastoin toteaa, että jos aiemmin suorahankinta CGI:ltä olisi ongelmallinen, suorahankinta Epic:iltä olisikin nyt ok.
Verrattuna koko hankinnan lopettamiseen, nykyisen hankinnan katsominen loppuun saakka yhdelläkin tarjoajalla [EPIC] olisi ajankäytöllisesti hankkeen kannalta parempi. Kun ollaan näin pitkällä, tässä ei hirveästi aikaa kuluisi, että me yksikin tarjous pyydettäisiin” hankejohtaja Välimäki TiVi-lehdelle 2.4.2015 [TiVi]
JOS tulkitsisin hankkeen historiaa todella ilkeästi, sanoisin hommann näyttävän siltä, että hanke on pedattu Epic:ille vuodesta 2011 asti, ja että kaikki hankintamenettelyyn käytetyt lukemattomat työtunnit on tehty vanhan valinnan legitimoimiseksi. Että joku piti sitä tosi siistinä, ja se haluttiin ehdottomasti. Se on kuitenkin ilkeä tulkinta, ja valideja tulkintoja on useita. Hankintalakia ei todennäköisesti ole rikottu, koska valitussa tavassa toteuttaa hankinta, tilaaja saa käytännössä tehdä mitä huvittaa. Kyse onkin enemmän hyvästä tavasta poikkeamisesta ja tilaajan aseman heikentämisestä.
Epicillä ongelmia Euroopassa
Epic:in hankkeet Euroopassa eivät todellakaan ole edenneet kuin Strömsössä. 31.7. BBC uutisoi, että Addenbrooke & Rosie -sairaalat Camebridgessä ovat kohdanneet huomattavia ongelmia lähes 300 miljoonan euron Epic:in potilastietojärjestelmän käyttöönotossa 26.10.2014, joka on ollut ”täynnä ongelmia”. BBC kertoo, että hankinnan toteuttanut sairaanhoitopiiri jätti jatkuvasti piittaamatta asiantuntijoiden varoituksista. Kuukausi käyttöönoton jälkeen akuuttipäivystyksen toiminnan tehokkuus oli laskenut 20%, eikä vajaan vuoden käyttökokemuksenkaan jälkeen hallitus kokenut, että Epic:in järjestelmä olisi edustanut ”vastinetta rahalle”, vaikka papereiden käsittelyä oltiinkin voitu vähentää. (Ulkomailla oikeasti käytetään vielä paljon paperia, Suomessa ei niinkään. Siksi hyödyt uusissa järjestelmissä ovat Suomessa pienemmät eivätkä ne ole vertailukelpoisia.)
Brittein vastine Valvira:lle on ottanut sairaanhoitopiirin toiminnan tarkasteluun ja epäilee piirin johtamisen epäonnistuneen vastuissaan, johtaen piirin budjettivaikeuksiin järjestelmähankinnan seurauksena. Riippumaton arvio valmistuu joulukuun puolessavälissä. Papworthin sairaanhoitopiiri vetäytyi tämän vuoksi kokonaan Epic:in järjestelmähankinnasta reilu kuukausi sitten elokuussa.
Tanskan pääkaupunkiseutu on lähtenyt Epic-projektiin 2013, paikallisten IT-toimittajien suuttumukseksi. Hanke on vasta alkumetreillä, mutta on jo käsittääkseni edellyttänyt lisäbudjettien hakemista hankkeelle.
Hankinnan eteneminen kuntien päätöksenteossa
Helsingin ja Uudenmaan Sairaanhoitopiiri HUS:n hallitus 21.9.
Vantaan kaupunginvaltuusto 21.9.
Helsingin kaupungin sote-lautakunta tiistaina 15.9.
Kirkkonummen valtuusto päätti hankkia 7.9.
Kauniaisten kaupunginhallitus päätti hankkia 3.9.
Suosittelen asiasta vielä päättäville, että tekevät vastaesityksen ja esittävät Apotti-hanketta ”palautettavan uudelleen valmisteltavaksi siten, että hanke toteutetaan modulaarisuuden ja yhteensopivien rajapintojen lähtökohdista, ja jaetaan hallitusti itsenäisinä projekteina toteuttamiskelpoisiin osiin, jotka kilpailutetaan erikseen”.
Viimeinen kuulutus
Apotti on nyt suunnittelijoidensa taivaisiin kehuma Titanic (projektilla on huomattavia yhtymäkohtia), joka matkaa jäävuorien täyttämille vesille, eivätkä valmistelijat reagoi varoituksiin. Jää siis poliitikoiden tehtäväksi tehdä strategiset linjaukset – siis, tehdä mitä poliitikoiden kuuluukin.
15.9. Helsingin sote-lautakunnassa, 21.9. Vantaan kaupunginvaltuustossa ja HUS:n hallituksessa ovat viimeiset mahdollisuudet kääntää tämän Titanicin kurssi pois karikkoisilta vesiltä. Jos sitä ei tehdä, raskaasti lastattu laiva painaa viisi vuotta suoraan eteenpäin täyttä hönkää, eikä sitä pysäytä tai käännä oikein mikään. Sen jälkeen voi lähinnä pakoilla vastuita jos hommat menevät ennustettavalla tavalla pieleen.
Apotista on voitu oppia paljon, ja sen valmisteludokumenteissa on jo nyt paljon suoraan kopioitavissa olevaa uuteen valmisteluun. Nyt kun tiedämme paremmin, on aika painaa reset-nappia – eli valmistella Apotti fiksummalta pohjalta. Yhteinen terveystietojärjestelmäinfrastruktuuri tarvitaan, mutta eri toteutustavoilla on erisuuruisia riskejä. ”Too big to fail” on vaarallinen ajattelutapa.
Esimerkiksi Apotti-kuntien ulkopuolella valmisteltu UNA-hanke (14 sairaanhoitopiirin projekti) on lähtenyt aivan toisenlaiselta pohjalta, ja sen standardointien ja toimintamalien kuvausten hyödyntäminenkin voisi olla toimiva etenemistapa uudelleen valmistellussa Apotissa. Hankejohtaja Välimäki totesi vielä 24.4., että ”Hankinnan menettelytapaa voitaisiin…harkita uudelleen”.
Huomautan, että tämä artikkelini ei ole mitään yksinäistä pohdintaa. Annan äänen suurelle määrälle asiantuntijoita yksityisellä ja julkisella sektorilla, jotka odottavat minun toimivan jonkinlaisena viestinviejänä. Käytännössä kaikki alan asiantuntijat Suomessa, jotka ymmärtävät ohjelmistohankinnasta ja sen menetelmien vaikutuksesta tekniseen lopputuotteeseen jotain, ovat yhtenä kuorona sitä mieltä, että tämä on huono idea – koska kaikki tietävät, että se johtaa suuriin riskeihin, jotka yleensä toteutuvat.
Näin sanoessani tarkoitan, että jos Apotti onnistuu luomaan joustavuutta sote-alan toimintatapakehitykseen eikä ylitä budjettiaan kuin sata miljoonaa euroa käyttöönottokuluineen, on se enemmän onnistuminen olosuhteista huolimatta kuin niiden ansiosta. Ei kukaan voi tietää varmuudella sitä, mitä Apotista tulee – vastaavien hankkeiden historian perusteella todennäköisyydet eivät vain ole erityisen vahvasti sen puolella. Minä olen nyt kantanut asiassa korteni kekoon, ja hankkeesta vastaavat toimitkoon omilla mandaateillaan.
Terveisin,
Lilja Tamminen
Helsingin kaupunginhallituksen tietotekniikkajaoston varajäsen,
IT-asiantuntija ja entinen järjestelmäkehittäjä
Hyvä teksti. Tämä kun tosiaan saataisiin päättäjienkin kalloihin taottua. Ennustan että päin persettä mennään eikä käytännön työ helpotu yhtään mitenkään.
Lääkäri
kröhöm
Onhan tämä linkki nyt jaettu Helsingin sote-lautakunnan, Vantaan kaupunginvaltuuston ja HUS:n hallituksen jäsenille? Turha puskissa huudella jos ei tehdä tiettäväksi asiaan kuuluville henkilöille.
Lääkäri
Juuri näin!
Pekka
Hei, jotenkin tulee mieleen, että tekstin kirjoittaja ei oikein tiedä mistä puhuu, sen verran ihan perus sote-it:n tuntijana tuntuu että kirjoittajan pointit menevän metsään, koskien esim. Uranus-järjestelmää tai EPIC, Cerner järjestelmiä… Haluaisinkin tietää, mitkä dokumentit kirjoittaja on eksaktisti lukenut Apotin tarjouspyyntömateriaaleista ja pisteytyksen perustelumuistiosta ja kertoisi mitkä kohdat niissä ovat epäillyttäviä. En ole itse niitä lukenut, joten en myöskään heitä totena mielipiteitäni puoleen tai toiseen, mutta luen mielelläni ne, missä näitä väärinkäytöksiä on esillä.
Hessu
Hellyyttävän tunteellinen näkökulma. Kustannusvaikutuksia olisi ollut parempi käsitellä enemmän, samoin työn tehostamisen tavoitteita.
tm
Olisipa mielenkiintoista tietää, millainen palkkausmalli hanketoimiston johdolla on, erityisesti mahdollisten tulospalkkioiden kriteerit.
Maaret Pyhäjärvi
On myös vaikea ymmärtää että miksi ohjelmistoa hankittaessa valitaan vaihtoehto, jonka toteutuskielelle (muuttamiseen/laajentamiseen) löytyy rajallisesti osaajia ja jonka maine ohjelmistoyhteisöissä vaikuttaa olevan lähinnä käyttökelvottomuus muun kuin lisäkustannusten (mahdoton muuttaa) aiheuttaminen: http://thedailywtf.com/articles/A_Case_of_the_MUMPS
MUMPS on toki nykypäivänä naurettavan vanhanaikainen toteutuskieli, mutta se koskettaa Epicin järjestelmissä vain tiettyjä osia, joiden vanhanaikaisuus toki asettaa (ulkomailla ihan todettuja) rajoitteita esim. tietokantaliikenteen tehokkuudelle, mutta noin oleellisilta osin Apottia ei toteuteta MUMPSia koodaamalla.
Lääkäri
Eikö nyt olisi tarpeellista ottaa suoraan yhteyttä päättäjiin?
Mika
Hyvin asiaa mut sekavasti kirjoitettu. Teksti voisi olla selkeämpää.
Tykimies
”Näin virkamies saattaa toimia … itsensä eduksi. ” Selitä. Tyhmä ei ymmärrä.
Lyhyt selitys: en löytänyt järkevää vapaasti käytettävää valmisversiota Asklepioksen sauvasta.
Pyry
Huono selitys. Hyvä olisi ollut, että asiassa mennään bisneksen eikä lääketieteen ehdoilla.
Väinö Forss
Mistä ihmeestä edes olet etsinyt?
Wikimedia commonsissa, joka on kuitenkin aika itsestään selvä vaihtoehto löytää tekijänoikeusvapaata materiaalia, noita sauvoja on kokolailla paljon: https://commons.wikimedia.org/wiki/Category:Rod_of_Asclepius
Lääkäri
Tekstin sisällön kannalta kuva sauvasta on täysin yhdentekevää.
Lääkäri
Tässä yhteydessä oleellisinta siis on huomioida tekstin sisältö, eikä keskittyä sivuseikkoihin.
Sivullinen
Toivoisin, että poliittisten päättäjien nimet ja kanta julkaistaan kaikille. He tulevat olemaan hankkeen takuuhenkilöinä – meni hyvin tai ei. Kuitenkin heillä on ja tulee olemaan vastuu tulevaisuudessa eivätkä voi mennä muiden taakse tai toivoa, että asia unohdetaan. Ainakin miettivät tehdessään päätöksen eivätkä vain seuraa mitä naapuri tekee…
Erik
Miksi rajaat hankinnan HUSiin ja Uranukseen? Tietämättömyyttäkö? Hankinta toki kattaa toki myös perusterveydenhuollon js sosiaalihuollonja ja sen lukuisat käytettävyydeltään sietämättömän vanhentuneet järjestelmät (GFS, Efficat, Atj, Vatj, Pro Consona, Femart …)
Tomppa
Miksi kukaan ei puhu Epic Systemsin Healtconnect hankkeesta, joka epäonnistui täydellisesti. Hankkeen hinta-arvioi oli 2 miljardia euroa ja sen todelliseksi hinnaksi tuli yli 9 miljardia. Kuinka kukaan voi edes harkita, että Suomeen tilattaisiin potilastietojärjestelmä tältä toimittajalta.
Seuraava ote on suora lainaus Sitran selvityksistä: ”Virallisten tietojen mukaan KP:n Health Connect hanke on tähän mennessä maksanut 4,5 miljardia dollaria, joidenkin tietojen mukaan kokonaiskustannukset tu-
levat nousemaan jopa 9 miljardiin dollariin.” (Sitran selvityksiä 12, s. 21, 2009)
Voisitko kertoa Lilja kertoa, onko Health Connect hankkeen epäonnistuminen huomioitu Apotin päätöstä tehtäessä. Toivottavasti siitä ollaan tietoisi ja jos siitä ollaan tietoisi, kuinka on mahdollista, että järjestelmä halutaan silti tilata tältä toimittajalta.
Ei varmasti ole huomioitu, koska oleellisilta osin tässä ikään kuin vedotaan siihen, että toimittaja toimittaa ”sen, mitä sopimuksessa on sovittu”. Neuvottelumenettelyssä karsinnat referenssien myötä on jo tehty kauan sitten.
Nää on niin hyviä nää internetin tietäjät. Tämäkin ”täysin epäonnistunut hanke” on – kumma kyllä – asiakkaan itsensä mielestä onnistunut erittäin hyvin.
Kaiser Permanente on eräs arvostetuimpia ja tehokkaimpia terveydenhuollon tuotantoyksiköitä maailmassa. He itse kertovat eräänä keskeisenä menestystekijänään olevan juuri tuo Kaiser Permanente HealthConnect- hanke. Heidän laskelmiensa mukaan toimintatapojen muutos on säästänyt miljardeja dollareita ja sen avulla on vältetty satoja virheestä johtuvia potilaskuolemia.
Tomi Dahlberg
Sain blogin käsiini tuttuni eli Jyväskylän yliopiston tietojärjestelmätieteen professorin Tuure Tuunasen facebookin laittaman linkin kautta. Tuntemani lehtimiehet ovat soittaneet minulle muutamia kertoja ja kysyneet mielipidettäni Apotista ja hieman vähemmän UNAsta. En ole vastannut enkä vastaa yksityiskohtaisesti, koska tietoni ovat puutteelliset, vaikka olenkin perehtynyt joihinkin Apotin julkisiin asiakirjoihin. Hankkeet ovat niin isoja, että vaadittaisiin viikkojen työ Apotin tai UNAn arvioimiseksi.
Varsin pitkän ja perusteellisen blogin luettuani tunnelmani ovat se, että asiassa taistelevat väitteet vastaan väitteet. Laitan tähän muutaman näkökohdan siitä milkä tekijät edistävät liiketoiminnan (IT) kehitysprojektien onnistumista.
1) Projektin koon kasvaessa epäonnistumisen riskit kasvavat. Standish groupin mukaan yli 10 miljoonan projekteista vain 2 % onnistuu suunnitellusti. Tämän tietänevät kaikki, myös kaikki Apotin ja UNAn kanssa tekemisissä olevat. Keinot vähentää epäonnistumista on pilkkoa isot projektit osiin ja vaiheisiin, ottaa tulevat käyttäjät mukaan edustavasti ja laajasti, testata ratkaisuja todellisella aineistoilla ja välttää big bangejä. Eivätköhän kaikki relevanttit tahot tiedä nämäkin asiat. Muistutin vain
2) Projektien menestystekijät ja epäonnistumistekijät poikkeavat toisistaan. Menestystekijöitä on vain muutamia ja ne estävät lankeamisen epäonnistumistekijöihin. Epäonnistumistekijöitä tai projektien riskejä on satoja. Niitä kuvataan mm. Standishin raporteissa (100 tekijää), projektijohtamisen menetelmissä (perinteinen tai ketterä). Ne ovat hyviä tarkistuslistoja asioista, jotka voivat mennä pieleen ja joihin voi varautua. Keskityn lopuissa näkökohdissa projektien menestystekijöihin.
3) Ymmärrys IT:n roolista liiketoiminnassa on keskeisin menestystekijä. Se vaikuttaa kaikkeen muuhun, kuten tarvittavan osaamisen hankkimiseen, alignmentiin, johtamisen ja resurssointiin. Apotin ja UNA tapauksessa ymmärrys tarkoittaa toiaalta ymmärrystä potilastietojen käytöstä perusterveydenhuollossa, erikoissairaanhoidossa ja sosiaalihuollossa ja toisaalta yleisluontoisempaa ymmärrystä IT:n roolista näissä toiminnoissa. Ymmärrys tarkoittaa etenkin johdon, päälliköiden ja asiantuntijoiden ymmärrystä. He ovat aina viime kädessä vastuussa IT:n soveltamisesta liiketoiminnassa. Vastaavasti IT-ammattilaisten rooli on auttaa heitä tarjoamalla IT:n mahdollisuuksia ja tukea sekä suunnittelemalla ja toteuttamalla liiketoiminnan apuna ja sparraamina projeketeja. Apotin tai UNAn kaltaisten megahankkeiden tulee olla tärkeimpiä ellei peräti tärkein asia HUS:n ja 14 UNA sairaanhoitopiirin ylimmän johdon agendalla joka päivä. Apotissa ja UNAssa ei ole kyse potilastietojärjestelmän hankinnasta ja käyttöönotosta vaan potilastietojen käsittelyyn (luonti/ kerääminen, käsittely, muuttaminen, varastointi, poistaminen) liittyvien työtehtävien hoitamisesta aikaisempaa paremmalla tavalla jokaisen näitä tietoja käyttävän sote-ammattilaisen työssä. Tällä on vaikusta moniin muihinkin töihion. Osasto- ja yksikköjohtajien, päälliköiden ja sote-ammattilaisen tulee vastaavalal tavalla kyetä vastaamaan kysymykseen siitä miten potilastietoja käytetään heidän työssään ja työyhteisössään sekä niihin liittyvissä muiden töissä ja muissa työyhteisöissä. Ymmärryksen perusteella asiantuntijat voivat vaatia, ja heidän tulee myös vaatia, IT-ammattilaisa selittämään teknisiä ratkaisuja niin kauan ja sellaisella tavalla, että ratkaisut tulevat ymmärrettäviksi heille.
4) Ymmärrystä lähellä on toiminnan ja IT:n integrointi (alignment). Tämä – toiminallinen integrointi – on yleensä vaikein rasti. On olemassa valtava ja yhä kasvava määrä esimerkkejä siitä, että halutut toiminnallisuudet ovat olemassa, mutta niiden olemassaoloa ei tiedetä tai toiminnallisuuksia ei osata käyttää. Tunnemme tämän ilmiönä, jonka mukaan vain pientä osaa järjestelmien toiminnallisuuksista käytetään. Toinen, vielä vaikeampi haaste on IT:n tarkoittaman työn muutokset suunnittelu. Ellei IT muuta mitään, se tarkoittaa ainoastaan tehokkuuden laskua, koska kaikki tehdään entiseen tapaan ja lisäksi päälle tulevat hankitun IT:n kustannukset. Suurissa organisaatioissa toiminnan ja IT:n integrointi on eityisen haastavaa, koska työt ja työtehtävät ketjuttuvat ja ketjut voivat olla pitkiä. Lisäksi sairaanhoitopiirin tai ERVA/SOTE-alueeseen kuuluvat kunnat tekevät samat asiat perustellusti eri tavoin, mikä hankaloittaa toiminnallista integrointia siinä olevien variaatioiden vuoksi.
5) Kyvykkyydet ja projektikyvykkyydet ovat nekin lähes yhtä tärkeitä menestystekijöitä kuin ymmärrys. Jätin tietoisesti pois sanan IT-kyvykkyydet ja IT-projektikyvykkyydet, koska ne ovat vain eräs tarvittavien osaamisten (pieni) osajoukko. Apotin ja UNAn kaltaisten hankkeiden onnistumiseen vaikuttaa oleellisesti se, kuinka paljon osaamista järjestelmän vaikutuspiiriin kuuluvilla, mahdollisimman monella henkilöllä on laajamittaisesta toiminnan kehittämisestä ja IT:n soveltamisesta toiminnan kehittämiseen. Tarkoitan mielummin tuhansia kuin satoja tai kymmeniä henkilöitä. Yksi pääsky ei tee kesää on hyvä ohjenuora tätä kysymystä pohdittaessa. IT:n tarkoittamat muutokset ovat korostetusti sosiaalisia, koska ne vaikuttavat kaikkien muutoksen vaikutuspiirissä olevien työhän enemmän tai vähemmän muuttaen työn lisäksi valtasuhteita yksittäisten ihmisten, organisaatioyksiköiden ja organisaatioiden välillä. Isoja muutoksia ei saada eikä voida ottaa käyttöön heti, vaan muutos jatkuu vuosia ollen aluksi usein varsin lähellä entistä. Esimerkiksi matkapuhelimilta kesti noin 20 vuotta muuttua pelkistä puhelimista nykyisiksi erilaisten sovellusten käyttöalustoiksi. Matkapuhelinten tapauksessa muutosta on helpottanut se, että se tapahtuu yksilö kerrallaan eikä koskien suurtaa määrää erilailla toimivia yhteisöjä. Apotin ja UNAn tapauksessa hienoa on, jos potilastiedon siirrettävyys ja yhteentoimivuus kasvavat. Sen päälle on mahdollista rakentaa tulevina vuosina vaikka mitä.
5) Riittävä määrä rahaa ja työvoimaa sekä johdonmukaisuus projekteissa on kolmas menestystekijä. Muuutoksen toteuttamiseen tarvitaan riittävästi rahaa ja työpanosta sekä johdonmukaisuutta. Ilman johdonmukaisuutta porukat eivät pysy mukana.
Kiinnitän huomiota siihen, että sana johtaminen ei esiintynyt yllä. Jos on ymmärrystä, toiminnan ja IT integrointia, kyvykkyyttä ja riittävästi resursointia, ne ilmenevät hyvänä johtamisena.
Pyrkimyksenäni on yllä olevilla näkökohdilla tukea APOTIN ja UNAn toteuttajia ja myös niiden kehittämisestä huolissaan olevia. Ei halua arvioida onko huolissaan olevien kritiikkia kohdallaan, koska en tunne tilannetta tarpeeksi. Toivon heidän osaava kiinnittää huomiota Apotin ja UNAn menestystä lisääviin tekijöihin. Molemmissa hankkeissa on paljon oaaavia ihmisiä valtavien haasteiden ääressä.
Hapa
Mielenkiintoista lukea tätä näin pitkän ajan jälkeen. Nyt olisi hyvä reflektoida missä mennään tällä hetkellä, kun Apotti on ollut käytössä jo jonkin aikaa. Mukana olevat voisivat arvoida mitkä väitteet tästä toteutuivat ja mitkä eivät. Opittiinko tästä jotain?
Opit tästä hankinnasta pitäisi nyt kiteyttää sen vuoksi, että hyvinvointialueiden tietojärjestelmiin kohdistuu suuri määrä kilpailutuksia lähivuosina.
Hyvä teksti. Tämä kun tosiaan saataisiin päättäjienkin kalloihin taottua. Ennustan että päin persettä mennään eikä käytännön työ helpotu yhtään mitenkään.
Lääkäri
Onhan tämä linkki nyt jaettu Helsingin sote-lautakunnan, Vantaan kaupunginvaltuuston ja HUS:n hallituksen jäsenille? Turha puskissa huudella jos ei tehdä tiettäväksi asiaan kuuluville henkilöille.
Juuri näin!
Hei, jotenkin tulee mieleen, että tekstin kirjoittaja ei oikein tiedä mistä puhuu, sen verran ihan perus sote-it:n tuntijana tuntuu että kirjoittajan pointit menevän metsään, koskien esim. Uranus-järjestelmää tai EPIC, Cerner järjestelmiä… Haluaisinkin tietää, mitkä dokumentit kirjoittaja on eksaktisti lukenut Apotin tarjouspyyntömateriaaleista ja pisteytyksen perustelumuistiosta ja kertoisi mitkä kohdat niissä ovat epäillyttäviä. En ole itse niitä lukenut, joten en myöskään heitä totena mielipiteitäni puoleen tai toiseen, mutta luen mielelläni ne, missä näitä väärinkäytöksiä on esillä.
Hellyyttävän tunteellinen näkökulma. Kustannusvaikutuksia olisi ollut parempi käsitellä enemmän, samoin työn tehostamisen tavoitteita.
Olisipa mielenkiintoista tietää, millainen palkkausmalli hanketoimiston johdolla on, erityisesti mahdollisten tulospalkkioiden kriteerit.
On myös vaikea ymmärtää että miksi ohjelmistoa hankittaessa valitaan vaihtoehto, jonka toteutuskielelle (muuttamiseen/laajentamiseen) löytyy rajallisesti osaajia ja jonka maine ohjelmistoyhteisöissä vaikuttaa olevan lähinnä käyttökelvottomuus muun kuin lisäkustannusten (mahdoton muuttaa) aiheuttaminen: http://thedailywtf.com/articles/A_Case_of_the_MUMPS
Hyvä artikkeli, kiitos.
MUMPS on toki nykypäivänä naurettavan vanhanaikainen toteutuskieli, mutta se koskettaa Epicin järjestelmissä vain tiettyjä osia, joiden vanhanaikaisuus toki asettaa (ulkomailla ihan todettuja) rajoitteita esim. tietokantaliikenteen tehokkuudelle, mutta noin oleellisilta osin Apottia ei toteuteta MUMPSia koodaamalla.
Eikö nyt olisi tarpeellista ottaa suoraan yhteyttä päättäjiin?
Hyvin asiaa mut sekavasti kirjoitettu. Teksti voisi olla selkeämpää.
”Näin virkamies saattaa toimia … itsensä eduksi. ” Selitä. Tyhmä ei ymmärrä.
Siis saa itsensä näyttämään tehokkaalta virkamieheltä kun projektit valmistuvat aikataulussaan.
Ennen kuin luen tekstin, ulisen Hermeksen sauvan (caduceus) sekoittamisesta Asklepioksen sauvaan lääketieteen symbolina. Ei matkita jenkkien virheitä tässäkään suhteessa: https://en.wikipedia.org/wiki/Caduceus_as_a_symbol_of_medicine . Käytä tätä: https://fi.wikipedia.org/wiki/Asklepioksen_sauva
Lyhyt selitys: en löytänyt järkevää vapaasti käytettävää valmisversiota Asklepioksen sauvasta.
Huono selitys. Hyvä olisi ollut, että asiassa mennään bisneksen eikä lääketieteen ehdoilla.
Mistä ihmeestä edes olet etsinyt?
Wikimedia commonsissa, joka on kuitenkin aika itsestään selvä vaihtoehto löytää tekijänoikeusvapaata materiaalia, noita sauvoja on kokolailla paljon:
https://commons.wikimedia.org/wiki/Category:Rod_of_Asclepius
Tekstin sisällön kannalta kuva sauvasta on täysin yhdentekevää.
Tässä yhteydessä oleellisinta siis on huomioida tekstin sisältö, eikä keskittyä sivuseikkoihin.
Toivoisin, että poliittisten päättäjien nimet ja kanta julkaistaan kaikille. He tulevat olemaan hankkeen takuuhenkilöinä – meni hyvin tai ei. Kuitenkin heillä on ja tulee olemaan vastuu tulevaisuudessa eivätkä voi mennä muiden taakse tai toivoa, että asia unohdetaan. Ainakin miettivät tehdessään päätöksen eivätkä vain seuraa mitä naapuri tekee…
Miksi rajaat hankinnan HUSiin ja Uranukseen? Tietämättömyyttäkö? Hankinta toki kattaa toki myös perusterveydenhuollon js sosiaalihuollonja ja sen lukuisat käytettävyydeltään sietämättömän vanhentuneet järjestelmät (GFS, Efficat, Atj, Vatj, Pro Consona, Femart …)
Miksi kukaan ei puhu Epic Systemsin Healtconnect hankkeesta, joka epäonnistui täydellisesti. Hankkeen hinta-arvioi oli 2 miljardia euroa ja sen todelliseksi hinnaksi tuli yli 9 miljardia. Kuinka kukaan voi edes harkita, että Suomeen tilattaisiin potilastietojärjestelmä tältä toimittajalta.
Seuraava ote on suora lainaus Sitran selvityksistä: ”Virallisten tietojen mukaan KP:n Health Connect hanke on tähän mennessä maksanut 4,5 miljardia dollaria, joidenkin tietojen mukaan kokonaiskustannukset tu-
levat nousemaan jopa 9 miljardiin dollariin.” (Sitran selvityksiä 12, s. 21, 2009)
Voisitko kertoa Lilja kertoa, onko Health Connect hankkeen epäonnistuminen huomioitu Apotin päätöstä tehtäessä. Toivottavasti siitä ollaan tietoisi ja jos siitä ollaan tietoisi, kuinka on mahdollista, että järjestelmä halutaan silti tilata tältä toimittajalta.
Lähteet:
http://www.sitra.fi/julkaisut/Selvityksi%C3%A4-sarja/Selvityksi%C3%A4%2012.pdf
Ei varmasti ole huomioitu, koska oleellisilta osin tässä ikään kuin vedotaan siihen, että toimittaja toimittaa ”sen, mitä sopimuksessa on sovittu”. Neuvottelumenettelyssä karsinnat referenssien myötä on jo tehty kauan sitten.
Ai tämä vai?
http://www.infoworld.com/article/2614353/ehr/how-kaiser-bet–4-billion-on-electronic-health-records—-and-won.html
Nää on niin hyviä nää internetin tietäjät. Tämäkin ”täysin epäonnistunut hanke” on – kumma kyllä – asiakkaan itsensä mielestä onnistunut erittäin hyvin.
Kaiser Permanente on eräs arvostetuimpia ja tehokkaimpia terveydenhuollon tuotantoyksiköitä maailmassa. He itse kertovat eräänä keskeisenä menestystekijänään olevan juuri tuo Kaiser Permanente HealthConnect- hanke. Heidän laskelmiensa mukaan toimintatapojen muutos on säästänyt miljardeja dollareita ja sen avulla on vältetty satoja virheestä johtuvia potilaskuolemia.
Sain blogin käsiini tuttuni eli Jyväskylän yliopiston tietojärjestelmätieteen professorin Tuure Tuunasen facebookin laittaman linkin kautta. Tuntemani lehtimiehet ovat soittaneet minulle muutamia kertoja ja kysyneet mielipidettäni Apotista ja hieman vähemmän UNAsta. En ole vastannut enkä vastaa yksityiskohtaisesti, koska tietoni ovat puutteelliset, vaikka olenkin perehtynyt joihinkin Apotin julkisiin asiakirjoihin. Hankkeet ovat niin isoja, että vaadittaisiin viikkojen työ Apotin tai UNAn arvioimiseksi.
Varsin pitkän ja perusteellisen blogin luettuani tunnelmani ovat se, että asiassa taistelevat väitteet vastaan väitteet. Laitan tähän muutaman näkökohdan siitä milkä tekijät edistävät liiketoiminnan (IT) kehitysprojektien onnistumista.
1) Projektin koon kasvaessa epäonnistumisen riskit kasvavat. Standish groupin mukaan yli 10 miljoonan projekteista vain 2 % onnistuu suunnitellusti. Tämän tietänevät kaikki, myös kaikki Apotin ja UNAn kanssa tekemisissä olevat. Keinot vähentää epäonnistumista on pilkkoa isot projektit osiin ja vaiheisiin, ottaa tulevat käyttäjät mukaan edustavasti ja laajasti, testata ratkaisuja todellisella aineistoilla ja välttää big bangejä. Eivätköhän kaikki relevanttit tahot tiedä nämäkin asiat. Muistutin vain
2) Projektien menestystekijät ja epäonnistumistekijät poikkeavat toisistaan. Menestystekijöitä on vain muutamia ja ne estävät lankeamisen epäonnistumistekijöihin. Epäonnistumistekijöitä tai projektien riskejä on satoja. Niitä kuvataan mm. Standishin raporteissa (100 tekijää), projektijohtamisen menetelmissä (perinteinen tai ketterä). Ne ovat hyviä tarkistuslistoja asioista, jotka voivat mennä pieleen ja joihin voi varautua. Keskityn lopuissa näkökohdissa projektien menestystekijöihin.
3) Ymmärrys IT:n roolista liiketoiminnassa on keskeisin menestystekijä. Se vaikuttaa kaikkeen muuhun, kuten tarvittavan osaamisen hankkimiseen, alignmentiin, johtamisen ja resurssointiin. Apotin ja UNA tapauksessa ymmärrys tarkoittaa toiaalta ymmärrystä potilastietojen käytöstä perusterveydenhuollossa, erikoissairaanhoidossa ja sosiaalihuollossa ja toisaalta yleisluontoisempaa ymmärrystä IT:n roolista näissä toiminnoissa. Ymmärrys tarkoittaa etenkin johdon, päälliköiden ja asiantuntijoiden ymmärrystä. He ovat aina viime kädessä vastuussa IT:n soveltamisesta liiketoiminnassa. Vastaavasti IT-ammattilaisten rooli on auttaa heitä tarjoamalla IT:n mahdollisuuksia ja tukea sekä suunnittelemalla ja toteuttamalla liiketoiminnan apuna ja sparraamina projeketeja. Apotin tai UNAn kaltaisten megahankkeiden tulee olla tärkeimpiä ellei peräti tärkein asia HUS:n ja 14 UNA sairaanhoitopiirin ylimmän johdon agendalla joka päivä. Apotissa ja UNAssa ei ole kyse potilastietojärjestelmän hankinnasta ja käyttöönotosta vaan potilastietojen käsittelyyn (luonti/ kerääminen, käsittely, muuttaminen, varastointi, poistaminen) liittyvien työtehtävien hoitamisesta aikaisempaa paremmalla tavalla jokaisen näitä tietoja käyttävän sote-ammattilaisen työssä. Tällä on vaikusta moniin muihinkin töihion. Osasto- ja yksikköjohtajien, päälliköiden ja sote-ammattilaisen tulee vastaavalal tavalla kyetä vastaamaan kysymykseen siitä miten potilastietoja käytetään heidän työssään ja työyhteisössään sekä niihin liittyvissä muiden töissä ja muissa työyhteisöissä. Ymmärryksen perusteella asiantuntijat voivat vaatia, ja heidän tulee myös vaatia, IT-ammattilaisa selittämään teknisiä ratkaisuja niin kauan ja sellaisella tavalla, että ratkaisut tulevat ymmärrettäviksi heille.
4) Ymmärrystä lähellä on toiminnan ja IT:n integrointi (alignment). Tämä – toiminallinen integrointi – on yleensä vaikein rasti. On olemassa valtava ja yhä kasvava määrä esimerkkejä siitä, että halutut toiminnallisuudet ovat olemassa, mutta niiden olemassaoloa ei tiedetä tai toiminnallisuuksia ei osata käyttää. Tunnemme tämän ilmiönä, jonka mukaan vain pientä osaa järjestelmien toiminnallisuuksista käytetään. Toinen, vielä vaikeampi haaste on IT:n tarkoittaman työn muutokset suunnittelu. Ellei IT muuta mitään, se tarkoittaa ainoastaan tehokkuuden laskua, koska kaikki tehdään entiseen tapaan ja lisäksi päälle tulevat hankitun IT:n kustannukset. Suurissa organisaatioissa toiminnan ja IT:n integrointi on eityisen haastavaa, koska työt ja työtehtävät ketjuttuvat ja ketjut voivat olla pitkiä. Lisäksi sairaanhoitopiirin tai ERVA/SOTE-alueeseen kuuluvat kunnat tekevät samat asiat perustellusti eri tavoin, mikä hankaloittaa toiminnallista integrointia siinä olevien variaatioiden vuoksi.
5) Kyvykkyydet ja projektikyvykkyydet ovat nekin lähes yhtä tärkeitä menestystekijöitä kuin ymmärrys. Jätin tietoisesti pois sanan IT-kyvykkyydet ja IT-projektikyvykkyydet, koska ne ovat vain eräs tarvittavien osaamisten (pieni) osajoukko. Apotin ja UNAn kaltaisten hankkeiden onnistumiseen vaikuttaa oleellisesti se, kuinka paljon osaamista järjestelmän vaikutuspiiriin kuuluvilla, mahdollisimman monella henkilöllä on laajamittaisesta toiminnan kehittämisestä ja IT:n soveltamisesta toiminnan kehittämiseen. Tarkoitan mielummin tuhansia kuin satoja tai kymmeniä henkilöitä. Yksi pääsky ei tee kesää on hyvä ohjenuora tätä kysymystä pohdittaessa. IT:n tarkoittamat muutokset ovat korostetusti sosiaalisia, koska ne vaikuttavat kaikkien muutoksen vaikutuspiirissä olevien työhän enemmän tai vähemmän muuttaen työn lisäksi valtasuhteita yksittäisten ihmisten, organisaatioyksiköiden ja organisaatioiden välillä. Isoja muutoksia ei saada eikä voida ottaa käyttöön heti, vaan muutos jatkuu vuosia ollen aluksi usein varsin lähellä entistä. Esimerkiksi matkapuhelimilta kesti noin 20 vuotta muuttua pelkistä puhelimista nykyisiksi erilaisten sovellusten käyttöalustoiksi. Matkapuhelinten tapauksessa muutosta on helpottanut se, että se tapahtuu yksilö kerrallaan eikä koskien suurtaa määrää erilailla toimivia yhteisöjä. Apotin ja UNAn tapauksessa hienoa on, jos potilastiedon siirrettävyys ja yhteentoimivuus kasvavat. Sen päälle on mahdollista rakentaa tulevina vuosina vaikka mitä.
5) Riittävä määrä rahaa ja työvoimaa sekä johdonmukaisuus projekteissa on kolmas menestystekijä. Muuutoksen toteuttamiseen tarvitaan riittävästi rahaa ja työpanosta sekä johdonmukaisuutta. Ilman johdonmukaisuutta porukat eivät pysy mukana.
Kiinnitän huomiota siihen, että sana johtaminen ei esiintynyt yllä. Jos on ymmärrystä, toiminnan ja IT integrointia, kyvykkyyttä ja riittävästi resursointia, ne ilmenevät hyvänä johtamisena.
Pyrkimyksenäni on yllä olevilla näkökohdilla tukea APOTIN ja UNAn toteuttajia ja myös niiden kehittämisestä huolissaan olevia. Ei halua arvioida onko huolissaan olevien kritiikkia kohdallaan, koska en tunne tilannetta tarpeeksi. Toivon heidän osaava kiinnittää huomiota Apotin ja UNAn menestystä lisääviin tekijöihin. Molemmissa hankkeissa on paljon oaaavia ihmisiä valtavien haasteiden ääressä.
Mielenkiintoista lukea tätä näin pitkän ajan jälkeen. Nyt olisi hyvä reflektoida missä mennään tällä hetkellä, kun Apotti on ollut käytössä jo jonkin aikaa. Mukana olevat voisivat arvoida mitkä väitteet tästä toteutuivat ja mitkä eivät. Opittiinko tästä jotain?
Opit tästä hankinnasta pitäisi nyt kiteyttää sen vuoksi, että hyvinvointialueiden tietojärjestelmiin kohdistuu suuri määrä kilpailutuksia lähivuosina.