Apotti-hanke ja avoimet rajapinnat

Helsinki on mukana sosiaali- ja terveydenhuollon asiakas- ja potilastietojärjestelmän Apotin hankinnassa. Kun valtuusto päätti joulukuussa 2012 hankintayhteistyöstä, se hyväksyi ponnen, joka edellytti hankkeen perusteellista seurantaa. Apotin järjestelmätoimittajaksi on valittu Epic Systems Corporation. Helsingin osalta päätöksen on tehnyt sosiaali- ja terveyslautakunta. Esimerkiksi Vantaalla asia viedään valtuuston käsittelyyn.

Hankkeen alusta alkaen on keskusteltu järjestelmän avoimuudesta lisäominaisuuksille, rajapinnoista, modulaarisuudesta ja riskeistä joutua yhden toimittajan loukkuun. Samalla on käyty keskustelua siitä, miten Apotti edesauttaa palvelujen toimintatapojen kehittämistä ja tarjoaako se ohjelmistoalustaa laajemmallekin alan uusien sovellusten kehittämiselle. Äskettäin on joukko suomalaisia ohjelmistoyrityksiä ilmoittanut luovansa avoimen vaihtoehdon asiakas- ja potilastietojärjestelmäksi.

Kysynkin, mitä avoimia rajapintoja valittu järjestelmä sisältää ja vastaako sen rajapintojen määrittely määrittelyä, joka on tulossa Helsingin tietotekniikkaohjelmaan?  Kuinka on varmistettu, että kotimaisia avoimen vaihtoehdon mahdollisesti tuottamia uusia ratkaisuja voidaan yhdistää Apotin kanssa ja joudutaanko Epic Systemsille maksamaan lisähintaa aina jos uusia rajapintoja avataan? Mikä on Apotin suhde Kelan tietokantapalveluun ja Kansalliseen palveluarkkitehtuuriin? Entä millaisia sote-palvelujen toimintatapojen uudistuksia Apotin käyttöönottoon liittyen on valmisteilla ja miten tähän valmisteluun on otettu mukaan palvelujen käyttäjät?

(Tätä kysymystä ei otettu käsittelyyn kyselytunnilla, jossa käsiteltiin muita, toki tärkeitä kysymyksiä. Kysymys on kuitenkin toimitettu sen jälkeen kaupungin johdon vastattavaksi. Avoimia rajapintoja ja yhden toimittajan loukun riskejä koskevat ongelmat olivat keskeinen syy siihen, että Yrjö Hakanen ja Lilli Autti vastustivat 2012 valtuustossa Apotti-hankinnan valtuuksia.)