4.10.2017 UNA-POC esittely: KanTa-tilannekuvanäkymä
Esityksen sisältö 1. Mitkä käyttäjätarpeet ratkaistiin? 2. Mitkä UNA-arkkitehtuurin ominaisuudet todistettiin? Mitkä olivat toteutusratkaisut? 3. Näin toteutusprojekti meni 4. Mitä sitten? Jatkaako sovellus elämää POC:in jälkeen? 2
Käyttäjätarpeet Potilaan kokonaiskuvan hahmottaminen yhdellä silmäyksellä Eri organisaatioiden tuottamat kirjaukset (julkinen, yksityinen,...) Eri järjestelmillä tuotetut kirjaukset (myös erikoisalakohtaiset) Monisairaan potilaan tunnistaminen Pelkkä listaus kaikista erikoisaloista ei riitä, tarvitaan aikajana Nyt 30 min vastaanottoajasta saattaa kulua jopa 27 min potilaan tilanteen selvittämiseen kyselemällä ja järjestelmää klikkailemalla. -- Osastonylilääkäri, Endokrinologia Tällä hetkellä on hyvin monta erilaista paikkaa, mistä hoitavan lääkärin täytyy tietoa potilaasta etsiä. Kontrolliväliajan näkymä yhdellä silmäyksellä pitäisi olla. -- Apulaisylilääkäri, Munuaiskeskus Unelma olisi, että kliinikoilla olisi MOSA-tunnistusnäkymä käytössä. -- Ylilääkäri, Kuntoutus 3
Kuumekurvakin mainittu 4
UNA:n arkkitehtuuritarpeet 1. Tietopalvelukerros erillisenä mikropalveluna Mitä muista toteutusosista erillisellä mikropalvelumuotoisella tietopalvelukerroksella tavoitellaan? Opportunistinen sovelluskehitysmalli Terveydenhuollossa kokemattomien toimittajien osallistumismahdollisuus Ketterät ja edulliset toimittajat Sovelluskehittäjät keskittyvät asiakkaan lisäarvoon ja toiminnallisuuksiin, eivät terveydenhuollon tietoteknisiin ominaispiirteisiin Tietopalvelukerros vastaa viranomaisvaatimusten mukaisesta toiminnasta, esim. Autentikointi, autorisointi, sähköiset allekirjoitukset, suostumuksenhallinta, audit trail ja lokitukset, tietokokonaisuuksien tekninen ja tietosisällöllinen validointi, tietovarastojen väliset datapäällekkäisyydet, yms. Reaaliaikainen yhteys kansallisiin tietovarantoihin Kanta, Kansa, KVARKKI, PHR,... Tietovarantojen elämisprosessin piilottaminen Sovellusten ei kuulu muuttua vaikka taustajärjestelmät muuttuvat Rajapintojen tulee olla stabiileja 6
Lähtökohta: Atostekin era-palvelu kytkee tietojärjestelmät ja sovellukset Kansallisiin palveluihin Potilastietojärjestelmä tai muu terveyden- ja sosiaalihuollon sovellus Integroitavat luokkakirjastot Atostekin era-palvelu STM:n auditoima KanTa-liityntäpiste CDA R2 generointipalvelu Välityspalvelu (HL7 V3) Autentikaatio- ja autorisointipalvelut (VRK-toimikortilla) Sähköiset allekirjoitukset Sähköinen lääkemääräys Potilasasiakirjat Todistukset ja lausunnot Web-GUI Vanhat potilastiedot KanTa-palvelut eresepti Arkisto VRK varmenteet Lääketietokanta Valviran rooli- ja attribuuttipalvelu Koodistopalvelu KanSa WWW-portaali suorakäyttöä varten Kuva-arkisto PHR ammattilaiselle Sosiaaliasiakirjat Kansallinen PHR Kuvantaminen (XDS-I / KVARKKI) 15.8.2017
POC:issa toteutetun ratkaisun arkkitehtuuri Terveydenhuollon ammattilainen Tietovarantojen elämisprosessin piilottaminen Tilannekuvapal -velun konesali Tilannekuvapalvelu Tilannekuvasovellus REST Atostekin era-palvelu Sertifioitu KanTaliityntäpiste ja konesali CDA R2 generointipalvelu Välityspalvelu (HL7 V3) Autentikaatio- ja autorisointipalvelut (VRK-toimikortilla) HL7 CDA KanTa-palvelut eresepti Arkisto VRK varmenteet Lääketietokanta Valviran rooli- ja attribuuttipalvelu eresepti-web-gui Koodistopalvelu Opportunistinen sovelluskehitysmalli Arkisto-Web-GUI Reaaliaikainen yhteys kansallisiin tietovarantoihin 8
UNA:n arkkitehtuuritarpeet 2. Järjestelmäriippumaton tilannekuvanäkymä Mitä järjestelmäriippumattomalla tilannekuvanäkymällä tavoitellaan? Komponentti, jonka avulla nähdään useiden järjestelmien ja organisaatioiden tuottamaa dataa potilaista Komponentti, jota voidaan käyttää useissa alustoissa Ei ole sidottu yhteen potilastietojärjestelmään, voidaan upottaa useampaan tai vaikka kaikkiin Komponentti, jonka kehittämistä muutkin voivat jatkaa Esim. Avoin lähdekoodi mahdollistaa tämän 12
Ratkaisu (1/3) Aikajananäkymä KanTa-tiedoista 13
Ratkaisu (2/2) Monisairaan tunnistusmoodi 15
Toteutuiko järjestelmäriippumattomuus? Komponentti, jonka avulla nähdään useiden järjestelmien ja organisaatioiden tuottamaa dataa potilaista Komponentti, jota voidaan käyttää useissa alustoissa Kaikki terveydenhuollon organisaatiot ja järjestelmät tuottavat dataa Kantaan Tämän todistamiseksi tilannekuvanäkymä integroitiin toisessa UNA-POC:issa Digian tuottamaan kokonaisuuteen Komponentti, jonka kehittämistä muutkin voivat jatkaa Tilannekuvanäkymä julkaistiin avoimena lähdekoodina: https://github.com/atostek/patient-timelines 16
Näin toteutusprojekti meni Atostek: 1 määrittelijä-arkkitehti ja 1 kehittäjä n. 3,5 kuukautta optio mukaan lukien PSHP: 2 asiantuntijalääkäriä n. 5 palaute- ja ideointipalaveria Syöttivät era-palvelun avulla Kanta-historian 2:lle UNAasiakasprosessit dokumentin esimerkkipotilaalle H1/2017 aikana ajatuksesta tulokseen Tuotoksen avulla visualisoitiin esimerkkipotilaiden historia aikajanalla 17
Mitä sitten? POC:in jälkeen? Atostek vie sovelluksen tuotantoon H2/2017 Työ on käynnissä 1. pilottiorganisaatio erikoissairaanhoidon puolelta Kiinnostus ilmaistu myös PTH:n puolelta, sekä yksityiseltä Mukaan voi tulla muitakin Toteutus on Single instance, multi-tenant, SaaS Teknisesti Docker-kontti, joka on myös UNAarkkitehtuurin mukaista 18
Perustettu 1999 Noin 60 työntekijää Liikevaihto 2017: 4,5 M AAA-luokitus vuodesta 2006 Henkilöstön omistama Sijainti: Tampere
Kiitos! Lisätietoa: Mika Torhola +358 50 412 3453 mika.torhola@atostek.com www.atostek.com