UNA-POC esittely: KanTa-tilannekuvanäkymä

Transkriptio

1 UNA-POC esittely: KanTa-tilannekuvanäkymä

2 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

3 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

4 Kuumekurvakin mainittu 4

5 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

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)

7 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

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

9 Ratkaisu (1/3) Aikajananäkymä KanTa-tiedoista 13

10 Ratkaisu (2/2) Monisairaan tunnistusmoodi 15

11 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: 16

12 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

13 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

14 Perustettu 1999 Noin 60 työntekijää Liikevaihto 2017: 4,5 M AAA-luokitus vuodesta 2006 Henkilöstön omistama Sijainti: Tampere

15 Kiitos! Lisätietoa: Mika Torhola