Apotti hanke kasvanut 200M€ alkuperäisestä

[SampoTexaa]

Alkaa rahakuprut nousemaan pintaan.

APOTIN budjetti on vaivihkaa kasvanut kolmessa vuodessa yhteensä noin 199 miljoonalla. Näin kirjoittaa Tivi-lehti, joka perustaa laskelmansa Helsingin ja Uudenmaan sairaanhoitopiiriltä (Hus) saamaansa asiakirjaan.

HS: Tivi: Apotti-järjestelmän hinta onkin lähes 200 miljoonaa arvioitua suurempi

 

[?..]

Kukaan ei ole yllättynyt. Joku voisi selvitellä kuka vetää ne rahat välistä.

 

[Brainsome]

Veikkaanpa, että lopulta Apotti haudataan kaikessa hiljaisuudessa, kun siitä on käytössä enemmän haittaa kuin hyötyä.

 

[qtba]

Näin ollen kokonaiskustannukset hankkeen alkamisesta eli vuodesta 2012 vuoteen 2021 arvioidaan nyt 774 miljoonaksi euroksi.

Nopeasti laskettuna tuolla 774 miljoonalla eurolla saisi noin 8000 kokenutta koodaria tai muuta keskimäärin 5000e/kk palkattua henkilöä töihin vuodeksi. Eli 12 vuoden aikana olisi varaa pitää 700 henkilöä projektin parissa tekemässä 37,5h/vko. Esim. Apotti Oy:llä ei ole vieläkään edes puolia tuosta. Käytännössä tuolla summalla voisi siis työllistää Goforen ja Reaktorin koko henkilöstön ainakin kymmeneksi vuodeksi. Tuloksena saataisiin ehkä jotain muuta kun MUMPS:lla koodattua legacypainajaista?

Hus myöntää Apotin aiheuttaneen ongelmia – Lääkäri haukkui järjestelmän satoja miljoonia maksaneeksi sudeksi
Satoja miljoonia euroja maksaneesta Apotti-järjestelmästä paljastui potilaiden tiedot vaarantava ongelma – Tietosuojavaltuutettu estäisi käyttöönoton Helsingissä
SK: Vantaa joutui palkkaamaan farmasia-ammattilaisia kyselemään vanhusten lääkkeistä Apotin temppuilun vuoksi
Lukijan mielipide: Sairaaloiden Apotti-tietojärjestelmä on satoja miljoonia maksanut susi, jota ei olisi pitänyt päästää edes testikäyttöön

Kyllähän tässä joku voittaa ja paljon. Se ei ole järjestelmän käyttäjä, eikä veronmaksaja.

EDIT:
Apotti-organisaatio ilmoittaa, että kun järjestelmä on kokonaan käytössä, sen ylläpito maksaa vuosittain suunnilleen yhtä paljon kuin nykyiset järjestelmät.

Tämä lopun lausahdus vielä kruunaa koko keissin. Ostetaan hieman vajaalla miljardilla uusi softa, joka ei tuo ollenkaan säästöjä? Parhaimmillaan tuo "suunnilleen yhtä paljon" tarkoittaa, että maksetaan vain vähän enemmän kuin ennen

 

[Lakkapää]

Apotin toimittaa yhdysvaltalainen Epic, mutta sitä on muokattu Suomessa täkäläisille palveluille sopivaksi.

Mikä oli se rahamäärä, millä Eestiläiset olivat valmiita myymään oman vuodessa kehitetyn järjestelmänsä? Mutulla muistelen sen olleen jotain 100 000 - 300 000€. Tämä myyntitarjous kuitenkin peruttiin saatesanoin "mahdollinen tietoturvariski". Yhdysvaltalaiseen ohjelmistotoimittajaanko ei voi liittyä _mitään_ tietoturvariskejä?

 

[hsalonen]

Niin, tämähän tarjous kävi markkinaoikeudessa kääntymässä, kun suomalaiset toimittajat (CGI, Tieto) eivät uskoneet sen täyttävän vaatimuksia.

Silti se hätäinen tarjous meni läpi ja tässä on tulos.

Tietenkään myöskään sopimuksissa ei ole huomioitu kulujen ylittymistä mitenkään.

 

[SampoTexaa]

Apotti-organisaatio ilmoittaa, että kun järjestelmä on kokonaan käytössä, sen ylläpito maksaa vuosittain suunnilleen yhtä paljon kuin nykyiset järjestelmät.

Tämä lopun lausahdus vielä kruunaa koko keissin. Ostetaan hieman vajaalla miljardilla uusi softa, joka ei tuo ollenkaan säästöjä? Parhaimmillaan tuo "suunnilleen yhtä paljon" tarkoittaa, että maksetaan vain vähän enemmän kuin ennen

Itse tosin kirjoittavat jotain muuta.

• Nykyjärjestelmien vuosittaiset kustannukset ovat tällä hetkellä noin 45 miljoonaa euroa vuodessa, joka tarkoittaa noin 450 miljoonaa euroa kymmenen vuoden tarkasteluajanjaksolla. Nykyisten järjestelmien kustannuksiin ei kuitenkaan sisälly merkittävää kehitystyötä. Jos nykyiset järjestelmät haluttaisiin saattaa samalle tasolle kuin markkinoiden johtavat järjestelmät, tulisivat kustannukset nousemaan tästä huomattavasti.
  
  
• Arvion mukaan uuden järjestelmän kustannukset ovat kymmenen vuoden sopimusajalta 335-430 miljoonaa euroa, joka olisi alempi kuin nykyjärjestelmien kustannus vastaavalla jaksolla.

https://www.apotti.fi/wp-content/uploads/2016/02/Kustannushyötylaskelma.pdf

Suomeksi: ei kannata investoida vanhoihin koska se on kallista. Ostamalla uuden sovelluksen investointi on ilmaista

Ai niin mutta meidän tarvii tunata noita vanhoja

Laskelmissa ei ole huomioitu nykyjärjestelmien kehitystyötä (tarvittavien muutoksien määrää on tässä vaiheessa vaikea arvioida, ja se tarkentuu määrittelyiden ja arkkitehtuurisuunnittelun kautta).

 

[JormaM]

On taas asioista mitään tajuamattomat olleet päättämässä. Aivan uskomatonta rahan polttamista vailla vastuuta.

 

[Awelonian]

Sen verran mitä itsekin trendikkäästi olen Sote-ICT alalla töissä, tuntuu välillä oma toimenkuvani olevan tasoa Star Wars ja tuo Apotti tasoa Spaceballs. Sen vertaa kun lukee näitä uutisia, missä jostain kätilöstä on tullut kahden viikon USA:n kurssilla "system integrator" hienon kehystetyn jenkkipaperin kera, eikä maksanut kuin 18000$, niin voi terve ja moi. Ei sillä, onhan muissakin sairaanhoitopiireissä aika legacya mumpsia käytössä, mut ei sitä hyvänen aika käytetä pohjana uuden setin kehittämiseen.

 

[Bertta]

Tyyppiesimerkki siitä miksi tarvitaan pieni valtio ja matala verotus. Tuo on ollut käytännössä miljardin ryöstö meiltä.

 

[emagdnim]

Tyyppiesimerkki siitä miksi tarvitaan pieni valtio ja matala verotus. Tuo on ollut käytännössä miljardin ryöstö meiltä.

? Ei tuo raha ainakaa suomalaiseen ohjelmistotuotantoon ole mennyt. Suomessa olis varmasti löytynyt rahkeita toteuttaa oma järjestelmä kymmenissä miljoonissa euroissa. Varmasti melkoinen viidakko toteuttajille, uutta tietoa löytynee päivittäin ja määrityksiä korjaillaan.

Enkä ymmärrä miten verotus olisi ryöstöä valtiolta? Kun sen otit esimerkiksi.. ostettiin jotain ja varmaan sen lisäksi ostettu lisää ties mitä. En tiedä, en vain ymmärrä mitenkään tota tuhlausta, mut suomen verotus ei selitä tuota summaa.

Alusta asti ku olis suomalaiset tekijät olleet asialla, nii saatais sitä mitä pyydetään. Kilpailutuksissa vaa se ongelma, että nuo isot ne tuppaa saamaan. Onneksi paljon onnistuneita esimerkkejä, ku otetaan useammasta pienemmästä hyvät tiimit tekeen. Se ei vissii ole tällaisissa projekteissa mahdollista?

 

[pertsavk]

Jos mulla olis altteri, avautuisin hieman julkishallinnon it-hommista. Mutta eipä minulla taida olla mitään uutta sanottavaa. Varsinkin kun ensin luulin lukevani räbää.

 

[Bertta]

Tässä on laitettu huoletta miljardi menemään kun kyse ei ole omasta varallisuudesta. Samanlaista tuhlausta on valtion ja kuntien organisaatioissa ties kuinka paljon. Rahaa menee, mutta tulokset ovat vähintäänkin erikoisia.

Me tietysti maksamme tuon kaiken.

 

[SoyBean]

Veikkaanpa, että lopulta Apotti haudataan kaikessa hiljaisuudessa, kun siitä on käytössä enemmän haittaa kuin hyötyä.

Samaa itsekkin veikkaillut mutta kovasti sitä omassakin työpaikassa ollaan jo koneita ja muuta laitteistoa päivitetty apottia varten.

 

[Edqar]

1Mrd€ budjetti ja rekryvideo tehty kengännauha budjetilla:
Video: Töihin Apottiin - Apotti

 

[Nomber]

Näissä hankkeissa pitäisi olla joku systeemi, että voitaisiin puhaltaa peli poikki kun havaitaan, että ne jotka päättävät asiasta eivät tiedä asiasta yhtään mitään. Ei nyt pienillä hankinnoilla niin väliä, mutta tämä on jo sen kokoluokan asia joka koskettaa lopulta kaikkia kansalaisia, että tästä olisi pitänyt järjestää joku asiantuntija homma joka sitten oikeasti sanoo mitä tehdään.

En tiedä paljonko Apottiin on pistetty rahaa, mutta mielestäni se pitäisi silti lopettaa nyt heti ja alkaa oikeasti kehittämään hyvää järjestelmää, vaikka olisi mennyt miljardi euroa täysin hukkaan. Nyt kun tuota jatketaan niin jatkossa menee lisää miljareja hukkaan ja kukaan ei tule koskaan olemaan järjestelmään tyytyväinen eikä se tule koskaan toimimaan edes välttävällä tasolla. Tuo tulee olemaan aina täysin toimimaton kasa paskaa.

Onkohan jotain kansalaisaloitetta tästä Apotin lopettamisesta? Tosin eduskunnassa tuskin sitten on ketään joka tajuaisi asiasta mitään ja tuokin vaan lakaistaisiin maton alle.

 

[Resetor]

Aikaisemmin ongelmanahan näissä on ollut se, että kun sairaaloissa on useiden eri firmojen eri järjestelmiä, niin näiden keräämän tiedon saaminen yhteen järjestelmään on ollut se hankaluus.

Eli kun on esimerkiksi ostettu potilasmonitoreja, jotka mittaavat potilaan peruselintoimintoja ja tuo data pitäisi sitten työntää sinne potilastietojärjestelmään, niin ongelmana on ollut että käytössä olevaan potilastietojärjestelmään tietoa syöttävät potilasmonitorit on olleet järkyttävän hintaisia... tai sitä rahaa nyhdetään siitä päivityksestä tai muut vaihtoehdot ei keskustele jo käytössä olevan järjestelmän kanssa.

Näistä on sitten seurannut erikoisia tilanteita, jossa samassa sairaalassa onkin ollut käytössä kaksi eri potilastietojärjestelmää ja idiooteimmillaan tieto järjestelmästä toiseen on siirretty käsin... ensin tulostetaan paperille ja sen jälkeen näpytellään koneelle.

Homma olisi aika helppo, muttakun näitä eri laitteiden järjestelmiä on äkkiä toista kymmentä ja se kaikki tieto niistä pitäisi saada samaan paikkaan.

 

[Nomber]

Homma olisi aika helppo, muttakun näitä eri laitteiden järjestelmiä on äkkiä toista kymmentä ja se kaikki tieto niistä pitäisi saada samaan paikkaan.

100% varmaa on kuitenkin se, että tuollainen jo alkunaan erittäin huonona syntynyt todella vanha tekniikka mikä Apotissa on käytössä ei ole tähän eikä mihinkään muuhunkaan minkäänlainen ratkaisu. Ei tuo nyt mikään maailman temppu ole saada tietoja kerättyä samaan hyvään toimivaan järjestelmään jos käytössä on miljardeittain rahaa.

 

[Resetor]

100% varmaa on kuitenkin se, että tuollainen jo alkunaan erittäin huonona syntynyt todella vanha tekniikka mikä Apotissa on käytössä ei ole tähän eikä mihinkään muuhunkaan minkäänlainen ratkaisu. Ei tuo nyt mikään maailman temppu ole saada tietoja kerättyä samaan hyvään toimivaan järjestelmään jos käytössä on miljardeittain rahaa.

Tottakai se on helppo rakentaa järjestelmät, jotka keskustelee keskenään... Mutta ongelma on se, että firmat tämän taustalla haluavat nyhtää hommasta rahaa niin paljon kuin mahdollista ja sen vuoksi yhteensopivuuksia ei ole, koska niitä ei haluta olevan... Tai siitä rahastetaan.

 

[Nomber]

Tottakai se on helppo rakentaa järjestelmät, jotka keskustelee keskenään... Mutta ongelma on se, että firmat tämän taustalla haluavat nyhtää hommasta rahaa niin paljon kuin mahdollista ja sen vuoksi yhteensopivuuksia ei ole, koska niitä ei haluta olevan... Tai siitä rahastetaan.

Tottakai haluavat ja se on ihan ok, pointtini onkin se, että kun tuo kerran maksaa miljardeja niin mielestäni se pitäisi sitten tehdä kunnolla. Miljardilla kun varmasti saisi hyvän järjestelmän tai sitten saa hatullisen paskaa kuten nyt on käynyt. Ja toisaalta jos jonkun firman kate tuntuu tuossa liian isolta niin miljardeilla euroilla sitten valtio varmasti saa perustettua itsekkin firman johon palkataan vaikka 500 koodaria tekemään tuon työn.

 

[Resetor]

Tottakai haluavat ja se on ihan ok, pointtini onkin se, että kun tuo kerran maksaa miljardeja niin mielestäni se pitäisi sitten tehdä kunnolla. Miljardilla kun varmasti saisi hyvän järjestelmän tai sitten saa hatullisen paskaa kuten nyt on käynyt. Ja toisaalta jos jonkun firman kate tuntuu tuossa liian isolta niin miljardeilla euroilla sitten valtio varmasti saa perustettua itsekkin firman johon palkataan vaikka 500 koodaria tekemään tuon työn.

Nyt käytössä olevat laitteet eivät välttämättä keskustele muiden kuin tuon nyt hankitun järjestelmän kanssa, tai se yhteensopivuuden ostaminen olisi maksanut pirun paljon liikaa... Eli todennäköisesti muuta järkevää vaihtoehtoa ei edes ole.
Koko Apotin hankinnan syy oli nimenomaan se, että sitä tietoa saataisiin yhteen ja samaan järjestelmään. Veikkaan, että tämä on maksanut Apotin kehittäjälle huomattavia summia ostaa yhteensopivuuksia HUS:n jo käyttämien järjestelmien kanssa.

 

[Awelonian]

...tai sitten käyttää yhteistä integraatioalustaa, joka kokoaa infoa yhteen ja tekee kaikkea tätä. Tää kulunut mantra "järjestelmät ei keskustele keskenään" on saanut kuulla kaikkialta, kun fakta kuitenkin on se, että integraatiotyökaluja on, niitä käytetään ja niillä saadaan hyviä tuloksia. Toki tämä vaatii tietämystä, osaamista ja ymmärrystä -> helpompi ostaa miljardin kikkare, kuin ruveta itse miettimään miten kehitetään asioita.

En nyt suoraan sano mistään mitään, mutta tuo että potilasmonitoreiden infoa ei saataisi esim. potilastietojärjestelmään, niin ymmärtääkseni HL7 on kuitenkin "alan standardi" näissä hommissa. Ja sillä kyllä onnistuu tiedon siirto, triggerit ym. aika loistavasti. Turha detaljeihin on mennä, mutta kyllä järjestelmät kykenee keskustelemaan keskenään, jos vaan niin halutaan. Se että joku ylilääkäri ei tajua mistään mitään tai keskitason dirikka ei ymmärrä läppärin ja työpöytäaseman eroa, onkin toinen juttu.

 

[ontelo]

Tää vuoden 2012 blogiteksti on hyvinkin ajankohtainen ja paikkaansa pitävä.

Epic fail, eli sairaaloiden IT eilen, tänään ja huomenna - Otso Kivekäs

 

[SampoTexaa]

100% varmaa on kuitenkin se, että tuollainen jo alkunaan erittäin huonona syntynyt todella vanha tekniikka mikä Apotissa on käytössä ei ole tähän eikä mihinkään muuhunkaan minkäänlainen ratkaisu. Ei tuo nyt mikään maailman temppu ole saada tietoja kerättyä samaan hyvään toimivaan järjestelmään jos käytössä on miljardeittain rahaa.

Mikä Visual Basic 6:ssa on vikana? Hyvä systeemi, viime vuosituhannella

 

[Ryderio]

...tai sitten käyttää yhteistä integraatioalustaa, joka kokoaa infoa yhteen ja tekee kaikkea tätä. Tää kulunut mantra "järjestelmät ei keskustele keskenään" on saanut kuulla kaikkialta, kun fakta kuitenkin on se, että integraatiotyökaluja on, niitä käytetään ja niillä saadaan hyviä tuloksia. Toki tämä vaatii tietämystä, osaamista ja ymmärrystä -> helpompi ostaa miljardin kikkare, kuin ruveta itse miettimään miten kehitetään asioita.

Asiasta jotain tietävänä voin kertoa, että kyllä siellä on integraatioalusta, jolla ei ole tekemistä Epicin (itse Apotti-järjestelmän) kanssa.

Ei sillä, onhan muissakin sairaanhoitopiireissä aika legacya mumpsia käytössä, mut ei sitä hyvänen aika käytetä pohjana uuden setin kehittämiseen.

Ja tähän kans kommenttina, että kaikissa sairaanhoitopiireissä on näitä "legacy mumpseja" tuotantokäytössä ja niitä asennetaan jatkuvasti uusia instansseja ja niiden päälle kehitetään uutta jatkuvasti.

Tuo "legacy mumps" on vaan paska läppä eikä pidä paikkaansa.

 

[Lakkapää]

Aikaisemmin ongelmanahan näissä on ollut se, että kun sairaaloissa on useiden eri firmojen eri järjestelmiä, niin näiden keräämän tiedon saaminen yhteen järjestelmään on ollut se hankaluus.

Eli kun on esimerkiksi ostettu potilasmonitoreja, jotka mittaavat potilaan peruselintoimintoja ja tuo data pitäisi sitten työntää sinne potilastietojärjestelmään, niin ongelmana on ollut että käytössä olevaan potilastietojärjestelmään tietoa syöttävät potilasmonitorit on olleet järkyttävän hintaisia... tai sitä rahaa nyhdetään siitä päivityksestä tai muut vaihtoehdot ei keskustele jo käytössä olevan järjestelmän kanssa.

Näistä on sitten seurannut erikoisia tilanteita, jossa samassa sairaalassa onkin ollut käytössä kaksi eri potilastietojärjestelmää ja idiooteimmillaan tieto järjestelmästä toiseen on siirretty käsin... ensin tulostetaan paperille ja sen jälkeen näpytellään koneelle.

Homma olisi aika helppo, muttakun näitä eri laitteiden järjestelmiä on äkkiä toista kymmentä ja se kaikki tieto niistä pitäisi saada samaan paikkaan.

Voi kumpa voisinkaan kertoa muista valtion järjestelmistä.. 3 eri laitosta on jo tullut tutuksi.

 

[Tuomi0]

Printteri kiinni ja joku eestiläinen bulvaani skannaamana asiakirjoja kellariin. Jos ei ole tukea printterille niin kännykameralla kuva naps. Näitä papereita ei kuitenkaan kukaan lue, kun diagnoosi tehdään 15 sekunnissa puhtaalta pöydältä. Asioita pitää tarkastella kokonaisuuksina, ei pilvidatan tarvitse tarkoittaa numeroita tietokannassa.

Tämä on kapean osaamisen IT-ammattilaisten, sekä wannabe-it osaajien hämmentämää soppaa. IT miehet on sellaisia hifistelijöitä, halu päästä liittämään kahvinkeitin canbus väylään on valtava ja jos sen maksaa joku muu niin sitä pidetään elintärkeänä jopa.

 

[Lakkapää]

Printteri kiinni ja joku eestiläinen bulvaani skannaamana asiakirjoja kellariin. Jos ei ole tukea printterille niin kännykameralla kuva naps. Näitä papereita ei kuitenkaan kukaan lue, kun diagnoosi tehdään 15 sekunnissa puhtaalta pöydältä. Asioita pitää tarkastella kokonaisuuksina, ei pilvidatan tarvitse tarkoittaa numeroita tietokannassa.

Tämä on kapean osaamisen IT-ammattilaisten, sekä wannabe-it osaajien hämmentämää soppaa. IT miehet on sellaisia hifistelijöitä, halu päästä liittämään kahvinkeitin canbus väylään on valtava ja jos sen maksaa joku muu niin sitä pidetään elintärkeänä jopa.

Toisaalta myös valtiolle tuntuu olevan täysin mahdotonta ymmärtää mikä on API.

 

[hsalonen]

Tottakai haluavat ja se on ihan ok, pointtini onkin se, että kun tuo kerran maksaa miljardeja niin mielestäni se pitäisi sitten tehdä kunnolla. Miljardilla kun varmasti saisi hyvän järjestelmän tai sitten saa hatullisen paskaa kuten nyt on käynyt. Ja toisaalta jos jonkun firman kate tuntuu tuossa liian isolta niin miljardeilla euroilla sitten valtio varmasti saa perustettua itsekkin firman johon palkataan vaikka 500 koodaria tekemään tuon työn.

IT-järjestelmistä jotain tietävänä, niin
a) 500 tai 5000 tai 5 miljoonaa kooderia ei ole mikään tae, että sieltä tulee kunnollista softaa
b) 500 tai 5000 tai 5 miljoonaa kooderia ei ole mikään tae, että sieltä tulee softaa järkevässä aikataulussa
c) käytetty raha ei takaa laatua (niinkuin nytkin on käynyt)

Tuo pitäisi joko
a) jakaa järkeviksi alijärjestelmiksi ja kilpailuttaa ne erikseen
b) jakaa agiilisti milestoneiksi, joista jokainen toisi lisätoiminnallisuutta ja valmista koodia

..jos kohdassa b ei toimittaja miellytä, niin sopimukset pitäisi laatia niin, että toimittajaa voi vaihtaa ja asiakas omistaa koodin. Lisäksi järkevät milestonet, että jotain on oikeasti tehtynä.

Paras olisi yhdistelmä molempia ja tehty se toimittajan vaihto helpoksi.

 

[taffeli]

Monia potilastietojärjestelmiä käyttäneenä en voi kuin ihmetellä niiden kömpelyyttä. Koodaamisesta mitään tietämättä kuvittelisin muronörtin koodaavan yksinäänkin paremman järjestelmän, kuin mitä esim. yo-sairaaloilla on käytössä.

 

[FireFly Renaissance]

Aikaisemmin ongelmanahan näissä on ollut se, että kun sairaaloissa on useiden eri firmojen eri järjestelmiä, niin näiden keräämän tiedon saaminen yhteen järjestelmään on ollut se hankaluus.

Eli kun on esimerkiksi ostettu potilasmonitoreja, jotka mittaavat potilaan peruselintoimintoja ja tuo data pitäisi sitten työntää sinne potilastietojärjestelmään, niin ongelmana on ollut että käytössä olevaan potilastietojärjestelmään tietoa syöttävät potilasmonitorit on olleet järkyttävän hintaisia... tai sitä rahaa nyhdetään siitä päivityksestä tai muut vaihtoehdot ei keskustele jo käytössä olevan järjestelmän kanssa.

Näistä on sitten seurannut erikoisia tilanteita, jossa samassa sairaalassa onkin ollut käytössä kaksi eri potilastietojärjestelmää ja idiooteimmillaan tieto järjestelmästä toiseen on siirretty käsin... ensin tulostetaan paperille ja sen jälkeen näpytellään koneelle.

Homma olisi aika helppo, muttakun näitä eri laitteiden järjestelmiä on äkkiä toista kymmentä ja se kaikki tieto niistä pitäisi saada samaan paikkaan.

Halvemmaksi olisi tullut rakentaa vaikka jokaiselle näistä vehkeistä robotisoitu järjelmä joka tulostaa paperille, lukee konenäöllä ja sen jälkeen syöttää datan toiseen ohjelmaan, kuin tuo Apotti... Ja varmaan joku näppärä insinööri olisi keksinyt vähän suoraviivaisemmankin menetelmän.

 

[FireFly Renaissance]

...tai sitten käyttää yhteistä integraatioalustaa, joka kokoaa infoa yhteen ja tekee kaikkea tätä. Tää kulunut mantra "järjestelmät ei keskustele keskenään" on saanut kuulla kaikkialta, kun fakta kuitenkin on se, että integraatiotyökaluja on, niitä käytetään ja niillä saadaan hyviä tuloksia. Toki tämä vaatii tietämystä, osaamista ja ymmärrystä -> helpompi ostaa miljardin kikkare, kuin ruveta itse miettimään miten kehitetään asioita.

En nyt suoraan sano mistään mitään, mutta tuo että potilasmonitoreiden infoa ei saataisi esim. potilastietojärjestelmään, niin ymmärtääkseni HL7 on kuitenkin "alan standardi" näissä hommissa. Ja sillä kyllä onnistuu tiedon siirto, triggerit ym. aika loistavasti. Turha detaljeihin on mennä, mutta kyllä järjestelmät kykenee keskustelemaan keskenään, jos vaan niin halutaan. Se että joku ylilääkäri ei tajua mistään mitään tai keskitason dirikka ei ymmärrä läppärin ja työpöytäaseman eroa, onkin toinen juttu.

Ylipäänsä, jos se järjestelmä ulostaa minkäänlaista luettavaa digitaalista tai analogista dataa ulos sen datan saa kyllä toiseen muotoon. Tarvittaessa siihen sitten laitetaan vaikka yksi sulautettu PC väliin ja väkerretään tarvittava piirikortti, mutta ei se nyt mikään Amerikan temppu ole.

 

[Antti Alien]

En nyt suoraan sano mistään mitään, mutta tuo että potilasmonitoreiden infoa ei saataisi esim. potilastietojärjestelmään, niin ymmärtääkseni HL7 on kuitenkin "alan standardi" näissä hommissa. Ja sillä kyllä onnistuu tiedon siirto, triggerit ym. aika loistavasti.

Erinäisiä integraatioita mm. HL7:ää huuteleviin järjestelmiin tehneenä voin sanoa, että ainoa loistava aspekti kyseisessä protokollassa on sen toimiminen loistavana esimerkkinä siitä, miten jokainen tekee oman versionsa standardista.

Mutta juu, integraatio järjestelmien välillä ei ole koskaan tekninen kysymys. Aina on data saatu kulkemaan, kunhan on ensin poliittiset esteet saatu poistettua tieltä.

 

[Awelonian]

Ylipäänsä, jos se järjestelmä ulostaa minkäänlaista luettavaa digitaalista tai analogista dataa ulos sen datan saa kyllä toiseen muotoon. Tarvittaessa siihen sitten laitetaan vaikka yksi sulautettu PC väliin ja väkerretään tarvittava piirikortti, mutta ei se nyt mikään Amerikan temppu ole.

Erinäisiä integraatioita mm. HL7:ää huuteleviin järjestelmiin tehneenä voin sanoa, että ainoa loistava aspekti kyseisessä protokollassa on sen toimiminen loistavana esimerkkinä siitä, miten jokainen tekee oman versionsa standardista.

Mutta juu, integraatio järjestelmien välillä ei ole koskaan tekninen kysymys. Aina on data saatu kulkemaan, kunhan on ensin poliittiset esteet saatu poistettua tieltä.

Juurikin näin. Toki ei se aina helppoa ole ja joskus on vaatinut varsinkin GE:n ja Philipsin kohdalla hieman turhautumista, kun heidän HL7 "standardinsa" poikkeaa valtavirrasta melkoisesti, mutta pelittämään on aina saatu. Eikä se edes maksanut miljoonia, vaan pari henkilötyöpäivää ja homma on sillä selvä. Toki lehdistöön on helpompi huudella "JÄRJESTELMÄT EI KESKUSTELE KESKENÄÄN, APOTTI KORJAA TÄMÄN!", kun eihän näistä nyt yksikään tavan kansalainen tai edes se hoitohenkilökunta ymmärrä hevon hittoakaan.

 

[qtba]

Potilas kuoli Helsingissä, kun uuden Apotti-järjestelmän sekavuus haittasi hoitoa – Lääkärit kertovat HS:lle vakavista huolista Husin mullistuksen aattona

Nostetaan taas.

Mitä jos ongelmat kertautuvat, kun Apotin käyttö leviää? Näkymää voi hakea Tanskasta.

Kööpenhaminan suuralueella ja Själlannissa on nelisen vuotta käytetty saman yhdysvaltalaisen toimittajan Epicin potilastietojärjestelmää.

Tanskassa tilannetta on kuvattu katastrofiksi.

PEIJAKSESSA ortopedi ja varaluottamusmies Timo Sirola on laskenut, paljonko Apotti varastaa aikaa rutiinityössä eli tietojen kirjaamisessa leikkauksen jälkeen.

Ennen meni vartti, nyt puoli tuntia.

 

[Nomber]

Joku taisi saada oikein kunnon voitelurahat tuosta valinnasta? Ihan käsittämätöntä että tommosta sontaa ostetaan noin kalliilla ja verorahoilla. Mielestäni pitäisi tutkia päätökseen osallistuneiden tilitietoja ym. ja selvittää kuinka on lahjoittu ja ketä ja laittaa nämä henkilöt vastuuseen. En usko että mikään muu voi selittää tällaista valintaa.

 

[futs]

Hyvinhän tää toimii, ei mennyt kun yksi kokonainen kuukausi siihen, että Vantaan hammashoidon ajanvarauksesta vastattiin joulukuun alussa jätettyyn soittopyyntöön. Ihmettelin hieman toiminnan ripeyttä ja henkilö puhelimessa kovasti kiitteli tätä uutta tietojärjestelmää, vaikka ei sitä kukaan osaa edes käyttää kuulemma. Ennen tätä uutta hienoa systeemiä ajanvarauksesta vastattiin hetken odottelun jälkeen ja ajan sai siinä saman puhelun aikana.

 

[perato]

Mielenkiintoisena asiana mainittakoon, että PPSHP:n alueella on käytössä heidän oma potilastietojärjestelmä jota kehitetään talon sisällä omiin tarpeisiin ja laitteisiin. Pysyy kustannukset alhaalla ja on muuten taidettu muutaman kerran äänestää sairaanhoitopiirien parhaaksi järjestelmäksi. Ei se täydellinen ole, mutta omaan alle kymmenen järjestelmän kokemukseen kirkkaasti paras.

Nyt tätä ollaan yhtiöittämässä, että tätä voidaan kaupata muuallekkin Suomessa, eri asia miten sit nuo toimijoiden lisääntyminen vähentää muutosten mahdollisuuksia.

 

[Bertta]

Joku taisi saada oikein kunnon voitelurahat tuosta valinnasta? Ihan käsittämätöntä että tommosta sontaa ostetaan noin kalliilla ja verorahoilla. Mielestäni pitäisi tutkia päätökseen osallistuneiden tilitietoja ym. ja selvittää kuinka on lahjoittu ja ketä ja laittaa nämä henkilöt vastuuseen. En usko että mikään muu voi selittää tällaista valintaa.

Kun on nähnyt usean suuren ohjelmistoprojektin managerointia ja johtamista, niin ei voi olla korostamatta liikaa sitä, että ihmisen hölmöydellä ei ole tunnettua ylärajaa.

 

[SampoTexaa]

Silloin kun Apotista päätettiin niin HUS tietotekniikan johtoryhmässä ei istunut ensimmäistäkään IT:stä oikeasti ymmärtävää ihmistä. Ylilääkäreitä yms

 

[qtba]

Epäilen, että johtoporras on ollut ihan sulaa vahaa, kun Epicin konsultti on päässyt hehkuttamaan, että koko ohjelmointikieli on alusta pitäen kehitetty terveydenhuoltoalaa varten. Siinä ei olisi kummoista datanomia tarvinnut konsultoida, että oltaisiin edes vaivauduttu googlettamaan kielen nimi. Sieltä olisi nimittäin ensimmäiset sivut tullut jotain lääkäreille tutumpaa materiaalia. Lisäksi joku olisi voinut alkaa epäillä, että maailma on päässyt pääosin eteenpäin 60-luvulla kehitetystä teknologiasta, jonka viimeisin vakaa julkaisu on vuodelta 1995.

 

[Bertta]

Silloin kun Apotista päätettiin niin HUS tietotekniikan johtoryhmässä ei istunut ensimmäistäkään IT:stä oikeasti ymmärtävää ihmistä. Ylilääkäreitä yms

Melkein aina ongelmien ydin on ostajissa. Kun ostetaan monimutkaista ohjelmistoprojektia, ostajan organisaatiossa olisi hyvä olla samantasoisia asiantuntijoita kuin myyjilläkin on.

 

[hkultala]

Melkein aina ongelmien ydin on ostajissa. Kun ostetaan monimutkaista ohjelmistoprojektia, ostajan organisaatiossa olisi hyvä olla samantasoisia asiantuntijoita kuin myyjilläkin on.

Apotin tapauksessa vaan koko järjestelmän perustakin on susi; Perustuu muinaiseen dinosaurukseen, joka vielä koodattu hyvin kummallisella ohjemointikielellä.

Järkevä ostaja olisi toki tämänkin tajunnut ja olisi ollut ostamtta tällaista dinosaurusta.

 

[SampoTexaa]

Apotin tapauksessa vaan koko järjestelmän perustakin on susi; Perustuu muinaiseen dinosaurukseen, joka vielä koodattu hyvin kummallisella ohjemointikielellä.

Järkevä ostaja olisi toki tämänkin tajunnut ja olisi ollut ostamtta tällaista dinosaurusta.

Yritäpä kertoa tämä sama noille urpoille jotka ostaa SAP:n kerta toisensa jälkeen?

 

[Raikku]

Apotti on järjestelmänä ihan perseestä. Nimim sitä joka päivä käyttävä.

 

[Honzo]

Yritäpä kertoa tämä sama noille urpoille jotka ostaa SAP:n kerta toisensa jälkeen?

SAP:n kanssa on vähän toisin. Erp-markkinoilla on aika rajattu määrä vaihtoehtoja ja ihan heti en lähtis uutta erppiä kehittämään

 

[SampoTexaa]

SAP:n kanssa on vähän toisin. Erp-markkinoilla on aika rajattu määrä vaihtoehtoja ja ihan heti en lähtis uutta erppiä kehittämään

Noita hyviä ERP:jä on pilvin pimein. Päälliköt ei osaa sanoa kuin SAP, Oracle, ehkä AX. Itse en lähtis edes yrittämään one for all ratkaisua.

 

[Honzo]

Noita hyviä ERP:jä on pilvin pimein. Päälliköt ei osaa sanoa kuin SAP, Oracle, ehkä AX. Itse en lähtis edes yrittämään one for all ratkaisua.

No voin olla vähän tietty eri maailmassa elänyt (suurissa globaaleissa firmoissa) ja näissä ne vaihtoehdot on kyllä oikeasti aika vähissä...

 

[SampoTexaa]

No voin olla vähän tietty eri maailmassa elänyt (suurissa globaaleissa firmoissa) ja näissä ne vaihtoehdot on kyllä oikeasti aika vähissä...

Itsekin ison globaalin firman IT:ssä ollut melkein koko työuran (SAP käytössä). Karmeeta kuraa (ostetaan firmoja ja myydään SAP brändillä "yhteensopivana") johon tilaajalla palaa hlvetisti aikaa, rahaa ja resursseja.

Minusta suurin illuusio 2030 luvulla on kuvitella että ERP:n tai minkä tahansa järjestelmistä pitää olla joku suurista. Samalla illuusiolla on tämä Apottikin varmaan ostettu.

 

[Awelonian]

Noita hyviä ERP:jä on pilvin pimein. Päälliköt ei osaa sanoa kuin SAP, Oracle, ehkä AX. Itse en lähtis edes yrittämään one for all ratkaisua.

Olen varmaan masokisti, mutta tykkäsin SAPista enemmän, kuin AX:sta. Ekan flammenwerfer logiikka jotenkin tuntui istuvaan omaan käsitykseen "kuinka hommat toimii" vs. AX:n täysin omituinen ja osin turhan universaali näkemys asioista. No mut mitäs näistä, ei näitä kyllä ilman palkkaa ikinä käyttäisi.