Uusie SoTe- palveluiden kehittäminen käytännössä CASE: Apotti. Mind Trek- seminaari Tampere Jari Renko, teknologiajohtaja, APOTTI-hanke

Transkriptio

1 Uusie SoTe- palveluiden kehittäminen käytännössä CASE: Apotti Mind Trek- seminaari Tampere Jari Renko, teknologiajohtaja, APOTTI-hanke

2 Mikä on Apotti-hanke? Apotti-nimi on yhdistelmä sanoista Asiakas- ja POTilasTIetojärjestelmä Sosiaalihuollon ja terveydenhuollon palveluiden ja toiminnan kehittämishanke Yhtenä osana hanketta on sosiaali- ja terveydenhuollon yhteisen asiakas- ja potilastietojärjestelmän hankinta ja käyttöönotto. Apotti on yhteistyöhanke. Hankintarenkaassa ovat mukana Helsinki, Vantaa, Kirkkonummi ja Kauniainen sekä HUS. Muut HUS-alueen kunnat voivat liittyä hankkeeseen KL-Kuntahankinnat Oy:n kautta. Hanketta valmistelee yhteistyössä hankintarenkaan jäsenkuntien ja HUS:n kanssa hanketoimisto, jonka henkilökunta koostuu terveydenhuollon, sosiaalihuollon ja ICT-alan asiantuntijoista.

3 Helsingin ja Uudenmaan sairaanhoitopiirin kartta Apotti-hankintarenkaan jäsenkunnat ympyröity mustalla

4 Ammattilaise t tarvitsevat uuden välineen VISIO Tukee sote integraatiota! Digitalisaatio : Sähköisten palvelujen käyttö lisääntyy Apotti, maailman ensimmäinen sosiaali- ja terveydenhuollon yhteinen tietojärjestelmä: Työntekijöille tulevaisuuden työväline asiakkaan ja potilaan auttamiseen, kuntalaisille sujuvuutta itsensä hoitoon ja elämänhallintaan.

5 Mikä on asiakas- ja potilastietojärjestelmä? Asiakas- ja potilastietojärjestelmällä tarkoitetaan asiakas- ja potilastietojen talletuspaikan lisäksi laajaa asiakas- ja hoitoprosessien toiminnanohjausjärjestelmää. Järjestelmä sisältää myös asiakas- ja potilasportaalin sähköistä asiointia ja palveluja varten. Toiminnanohjauksella tarkoitetaan esim. päätöksenteon, hoitoketjujen ja sovittujen työnkulkujen tukea ja toiminnan seurantaa sekä laatumittareita ja raportointia.

6 Miksi hanke on olemassa juuri nyt? Asiakkaiden/potilaiden hoitoketjut sisältävät enenevässä määrin sekä sosiaalihuollon että terveydenhuollon palveluita yhteistyö Toiminnan kehittäminen ja yhtenäisemmät toimintatavat Käytössä on laaja kirjo eri tietojärjestelmiä, jotka eivät riittävästi tue toimintaa ja sen kehittämistä. Nykyiset asiakas- ja potilastietojärjestelmät ovat pääosin käyttöikänsä loppupuolella ja kehittyminen hidasta Käyttäjät ovat yleisesti tyytymättömiä. Valinnan vapaus ja yhteisten palvelujen käyttö

7 Uuden järjestelmän tuomat hyödyt Hyödyt kuntalaiselle Ajantasaiset tiedot ovat hyödynnettävissä ilman viiveitä paikassa, jossa hän asioi: lisää asiakas- ja potilasturvallisuutta sekä nopeuttaa palvelua. Asiakkaan / potilaan mahdollisuudet hyvinvointinsa edistämiseen helpottuvat Hyödyt ammattilaiselle Käytettävyys paranee, enemmän aikaa asiakkaalle / potilaalle Asiakkaan / potilaan ajantasaiset tiedot ovat hyödynnettävissä ilman viiveitä turvallisesti asiointi- ja hoitopaikasta riippumatta Työn tuki: muistutukset ja herätteet, toiminnan ohjaus Hyödyt toiminnan johtamiselle ja kehittämiselle Yhtenäiset toimintatavat: esim. päällekkäinen kehittämistyö vähenee Tieto toiminnasta ja sen laadusta helposti saatavilla Yhteiskunnallinen hyöty Tehokkaampi ja laadukkaampi toiminta Kustannustehokkuus

8 Erikoissairaanhoito, Perusterveydenhuolto ja Sosiaalihuolto. n ammattilaiskäyttäjää Kansalaisen portaali n. 1,5 miljoonaa asiakasta Valmistuotteeseen perustuva ja kansainväliset best practicet. KAUNIAINEN VANTAA Apotille palveluja tuottaville ulkoisille organisaatioille oma portaali Avoimet rajapinnat omassa hallussa KIRKKO- NUMMI Muut HUS kunnat voivat liittyä myöhemmin HELSINKI Integraatiot kansallisiin järjestelmiin, alueellisiin järjestelmiin sekä valittuihin paikallisiin järjestelmiin

9 APOTTI Toiminnallisuuskartta sivu1 01. Asiakkaan/potilaan hallinto Asiakas-/ potilastietojen hallinta Jonon hallinta Hinnoittelu ja Laskutuksen hallinta Hoitojakso/ palvelujakso tai -käynti Älykäs lomake Raportointi Yhteenvetonäkymä Tulosteet Laitoshuolto Henkilöstöhallinto ja palkanlaskenta Palveluseteli Ostopalvelut Ajanvaraus Kutsujärjestelmä Ilmoittautuminen Asiakkuus 03. Mukautettavat ydintoiminnallisuudet Säännöt Työpöytänäkymä Protokolla Herätteet/ tapahtumat 09.Tukitoiminnallisuudet Materiaalihallinto Asiakirjanhallinta Laboratoriot PACS Lääkehuolto Potilassiirrot Hoitotarvikejakelu Verikeskus Hallinnolliset tilastointitiedot Yhteydenotto ja hoidon/ palveluntarpeen arvio Hoitotakuu Vapaa hakeutuminen Hälytykset, huomautteet, ilmoitukset Huoneentaulut Määräyspaketit Ravitsemuskeskus Palvelu- portaali Taloushallinto Työterveyshuolto Apuväline- keskus/- lainaamo 04. Työnhallinta 05. Tietosuoja 06. Asiakas-/potilasportaali 07. Tiedon syöttö Työjärjestykset Resurssit Tarkistuslista Vuodeosasto ja laitoshoito Ikääntyneiden palvelut Vammaispalvelut Kehitysvammahuolto Päihdehuolto Toiminnanohjaus Tehtävälista Anestesia Tehohoito Syöpätaudit Kardiologia Synnytykset Suuronnettomuushallinta Käyttövaltuudet Tunnistautuminen Suostumusten hallinta Päivystys Leikkaussali Elinsiirrot Kuntoutus Th& Sosh 02. Asiakkaan/potilaan hoito/palvelutapahtuman toiminnot Määräykset ja ohjeet Kertomus Päätöksenteon tuki Todistukset ja lausunnot Suunnitelmat Lähete-palaute Loppuyhteenveto / Hoitopalaute Päätökset Laitospaikkojen hallinta Ryhmätoiminta Mittarit Riskitieto Aikaleimat 10.Valmis sisältö / toiminnallisuudet Kotihoito Vastaanotto / avopalvelut Suun terveydenhoito Ensihoito Sairaalainfektiot Muu lääke- tieteen sisältö Sähköinen allekirjoitus Lokitiedot Lastensuojelu Lapsen elatus-avun vahvistaminen Lapsen huollon ja tapaamisoikeuden turvaaminen Kasvatus ja perheneuvonta Perheasioiden sovittelu Isyyden selvittäminen Adoptioneuvonta Th Maksusitoumus / palveluseteli AV-materiaali Meeting/hoitokokous Hakemus/pyynt ö Sosiaalipäivystys Sosh Sopimukset Ilmoitukset Asiakkaan /potilaan tiedot Ohjaus ja neuvonta Omaishoidon tuki Toimeentulotuki Työllistymisen tukeminen Kotouttaminen (maahanmuut) Talous- ja velkaneuvonta Viestintä Lomakkeet Omien tietojen tallennus Käyttöliittymä Hoitoisuusluokitus Apuvälineet Diagnoosi Hoitokertomus Sosiaalinen luototus Koulun sosiaalityö Tieteellinen tutkimus Raportit ja laatumittarit Kuvantaminen Sisäiset rekisterit Hakemus/ pyyntö Ajanvaraus Ohjeet ja ohjaus Päätöksentuki Lisätoimintoja sivulla Lääkitys Nestehoito Lääkemääräys / e-reseptit Lääkkeenjako ja anto Kalenteri Omien tietojen katselu Suostumukset ja kiellot Raporttigeneraattori Mobiili- käyttö Koodistot ja luokitukset Rajapinnat Viestijärjestelmä Sanastot Osaston portaali Rokotukset Toimenpide Konsultaatiot Ravitsemus Lomakegeneraattori Järjestelmän opasteet Tietokanta Lokitietokannat Käyttöliittymä Tietovarasto Tarkennuksia laajuuteen toiminnallisuuskartan perässä Suun kartta Kehon kartta Kasvukäyrät Uloskirjaus Rakenteinen kirjaaminen Kirjauspohjat Skannaus Lomakkeet Telekonsultointi ja etähoito Arkistointi Varmistukset Käyttäjien hallinta Sääntömoottori Organisaatiot Tutkimuslähetevastaus Toimenpidekertomus Hakutoiminnat Sanelu Triage Puheentunnistus Asiakkaan /potilaan omien tietojen tallennus 11.Terveyden- /sosiaalihuollon järjestelmätoiminnot Integraatiot Sanomanvälitys Hakukone (hakumoottori) Erillisrekisterit Henkilötunnus Yleiset vaatimukset Toiminnallinen integraatio Perinnät Laskelma / tuloselvitys Maksatus Itsenäistymisvarat Välitystili 08.Monitoroint i Lääkintälaiteyhteys Etämonitorointi Biosignaalit Analytiikka Kansalliset tilastoinnit ja rekisterit Kansalliset määritykset Kansalliset arkistot ja palvelut Dokumenttien hallinta Asiakirjapalvelin (mm. AV-materiaali) Versio 3.01 päiväys

10 Korvattavia pääjärjestelmiä

11 Helsinki Vantaa Kirkkonummi Kauniainen APOTTI-kuntien nykyjärjestelmät Alueelliset palvelut, Integraatiot ja tiedonvälitys HUS ALLI-liityntäpalvelut - Tietoliikenne - Sanomanvälitys NAVITAS - Viiterekisteri -,Kuvajakelu - Siirtoportaali XDS - Repository - Registry Koodisto- palvelu MerlotMedi Ensihoito Kansalliset palvelut KELA THL VALVIRA FIMEA Valtio Resepti Kanta Hilmo AvoHilmo Terhikki Lääkerekisteri VTJ YTJ Tiedonhallinta Oma- Kanta Koodistop alvelu Tautirekis erit Muut UMAREK VASTA Rafaela RAI Kansa Soky 11

12 Integraatioarkkitehtuuri 12

13 Apotti Avoimet Palvelurajapinnat (AAP) AAP

14 Apotti AAP käyttötapaukset Riskitesti:Tietojen syöttö ja yhdistäminen Olemassaoleviin potilastietoihin Asiakas voi täyttää riskitestin tai sähköisen terveystarkastuksen ja saada sen pohjalta palautteen terveydentilastaan ja ohjeita terveytensä ylläpitoon. Asiakkaan suostumuksella riskitestin tai sähköisen terveystarkastuksen vastaukset ja palaute (esim. vastausten perusteella automaattisesti generoitu tilannearvio tai toimintaohje) voidaan viedä myös terveydenhuollon ammattilaisen käyttöön. Verenpaineen omaseurannan tavoitteena on saada potilas parempaan hoitotasapainoon esimerkiksi seuraamalla verenpainelääkityksen tai elämäntapamuutoksen tehoa. Asiakas näkee omat mittauksensa mittaussovelluksen kautta. Tiedot siirtyvät myös Apottiin, jossa ammattilainen voi seurata niitä potilaskäyntien ja puhelinyhteydenottojen yhteydessä tai niiden ulkopuolella määritellyn prosessin mukaisesti. Omahoitosovellus voi pohjautua tai olla pohjautumatta terveystaltioon. Omahoito: Olemassa olevien tietojen haku ja mittaustietojen tallentaminen Asiakas voi halutessaan siirtää potilaskertomustietojaan ulkoiseen terveystaltiosovellukseen (ns. avoin terveystaltio). Tästä on hyötyä, kun asiakas haluaa yhdistää eri lähteistä peräisin olevat tietonsa yhteen tietovarastoon, jossa tiedot ovat helposti käytettävissä ja välitettävissä muiden hyvinvointisovellusten käyttöön. Mahdollisuus tietojen siirtoon on hyödyllinen myös tilanteessa, jossa asiakas muuttaa uudelle paikkakunnalle tai toiseen maahan. Terveystaltio: Tietojen välittäminen palveluiden välillä (haku ja tallentaminen) Potilaskertomustietoja käytetään laajasti erilaisten tutkimusten aineistoina. Avoin Palvelurajapinta mahdollistaa tutkimuksessa tarvittavien tietojen siirron tutkijoiden käyttöön tehokkaasti ja tietoturvallisesti. Tutkimustiedot: Tietojen haku ja tallentaminen tutkimuskäyttöön Päätöksenteon tuki: Tietojen haku käyttöliittymälaajennukseen ja välittäminen päätöksenteontukipalveluun Päätöstukiratkaisut tuottavat muistutteita (varoituksia, ohjeita, linkkejä taustamateriaaleihin) ammattilaiselle ja asiakkaalle perustuen sähköisessä potilaskertomuksessa oleviin ja muihin asiakkaasta käytettävissä oleviin tietoihin sekä näyttöön perustuvaan lääketieteelliseen tietämykseen. Päätöstukitoiminnallisuuksia voi sisältyä suoraan Apotti-järjestelmään, mutta myös ulkoisten päätöstuki-komponenttien hyödyntämisen tulee olla mahdollista. 14

15 Rajapinnat ja Standardit 15

16 Terveydenhuollossa käytössä olevia standardeja Perinnejärjestelmät Avoimet standardit HTTP XML SOAP / Web Services RESTful JSON HL7 V2, V3 (Sanomarajapinnat) CDA R2 (Kliiniset dokumentit/kanta) CCD (Koordinaatio/yhteenvedot) NEMA PACS DICOM Kehittyvät Avoimet standardit Oauth OpenID Connect IHE XDS, XDS-i (Document sharing) XUA (Käyttäjätunnistus) BPPC ( MHD, XPHR HL7 FHIR SMART FHIR+REST+OAuth 16

17 HIE Health Information Exchange Tiedonvaihto perustuu tyypillisesti IHE profiileihin Esim. Geysinger KeyHIE (Boston Area) perustuu seuraaviin profiileihin ja standardeihin: XDS-SD - Unstructured Document ATNA - Collect and Communicate Security Audit Trail CT - Consistent Time ATNA - Secured Communication Channel XDS - Manage Sharing of Documents PIX - Patient ID Cross Referencing BPPC - Manage Consent Directives HITSP EHR Lab Result Terminology Component HITSP Lab Result Message Component Suunnitelmissa PDQ - Patient Lookup by Demographics XD-LAB - HITSP Lab Report Document Component XDS-MS - Encounter Document Using IHE Medical Summary 17

18 XDS - Transaktiot 18

19 APOTTI Tiedonvaihtomalli 19

20 HL7 FHIR / SMART 20

21 Lähde: Driving Innovation in Health Systems through an Apps-Based Information Economy 21 Monoliittinen perinnejärjestelmä Avoin ekosysteemi / potilasjärjestelmä Kehittäjäyhteisöt ja ekosysteemit

22 SMART on FHIR FHIR Data Query Profiles. A set of FHIR Resources and accompanying profiles that enables query/response of the discrete data elements contained in the Meaningful Use Common Data Set. FHIR Document Query Profile. A FHIR resource and profile that enables query/response of IHE X* metadata resources, and specifically, transition of care and patient summary CCDAs. Security Implementation Guide. Based on the SMART OAuth 2.0 and OpenID Connect profiles. The Security Implementation Guide will eventually be incorporated in the HL7 balloting process, but for this project will be developed in parallel to accompany the FHIR Data Query and Document Query Profiles and Implementation Guides. 22

23 FHIR / SMART Hyödyllisiä linkkejä FHIR SMART

24 Vaatimukset vs. valittavan tuotteen ominaisuudet Hankinta Hyödyt ja mittarit Hanke Laajuus ja vaatimukset Tuote (1-n) Tuotekehitys Hankeen strategia ja tavoitteet Kustannus-hyöty -analyysi Liiketoiminnan tavoiteprosessi Eroanalyysi (vaatimukset vs. tuotteet ominaisuudet) Tuotteen ominaisuudet/ prosessi Tuotteen roadmap Täydentävät vaatimukset: Toiminnalliset Ei-toiminnalliset Arkkitehtuuri Hyötyjen todentaminen Määrittelyiden tarkennus Järjestelmävaatimukset Konfigurointi Täydentävät järjestelmät Manuaaliset prosessit Tuote versiot Katselmointi Hyväksymistestaus (+ täydentävä testaus) Integraatio-, systeemija yksikkötestaus

25 Aikataulu

26 Hankkeen kustannukset Kustannushyötyanalyysin perusteella uuden asiakas- ja potilastietojärjestelmän hankinnan kokonaiskustannukset ovat noin miljoonaa euroa vuodessa (noin m 10 vuodessa) Nykyjärjestelmät maksavat noin 45 m vuodessa (noin 450 m 10 vuodessa). Kun järjestelmä on otettu käyttöön, sen vuosittaisten kustannusten arvioidaan olevan nykyisiä kuntien ja HUS:n tietojärjestelmäkustannuksia alhaisemmat Kokonaiskustannukset muodostuvat hankintahinnan lisäksi esimerkiksi käyttöönottokustannuksista, vanhojen tietojen siirtämisestä uuteen järjestelmään sekä vuosittaisista käyttö- ja kehittämiskustannuksista. Valmistelu- ja hankintavaiheen kustannukset jaetaan hankintarenkaan jäsenten kesken. Kunnat maksavat kustannuksista 50 prosenttia asukaslukunsa mukaisessa suhteessa ja HUS 50 prosenttia.

27 Vastauksia usein esitettyihin kysymyksiin Onko tarkoitus hankkia monoliittinen (eli kiinteä) vai modulaarinen järjestelmä? Tietojärjestelmien ydintoiminnot muodostuvat kiinteästä ytimestä Sen lisäksi moduuleina toiminnallisuuksia, joiden vaihdettavuus on tavoitteena Päädytäänkö toimittajaloukkuun? Toimittajaloukku vältetään mm. seuraavin keinoin: toiminnallisuusosan (moduulin) vaihtomahdollisuus, mukautettavuus (konfiguroitavuus), avoimet rajapinnat ja modernin järjestelmän kehittymiskykyisyys Miksi uusi järjestelmä, kun tarjolla on jo Kanta-palvelu ja Palveluväylä? Apotti tulee olemaan yhteydessä ko. palveluihin, tukevat toisiaan Kanta-palvelu ja Palveluväylä eivät tuota toiminnanohjausta järjestelmän eri moduulien tai organisaatioiden välillä. Miksi Virossa sama tehtiin kymmenellä miljoonalla eurolla? Virossa on toteutettu keskitetty tiedonvälitys- ja arkistointipalvelu, mikä ei ole potilastietojärjestelmä. Apotissa hankitaan operatiivista asiakas- ja potilastietojärjestelmää, missä asiakas- ja potilastietokanta on yksi osa järjestelmää. Myös Virossa on sairaaloilla ja terveydenhuollon yksiköillä käytössään erilliset operatiiviset potilastietojärjestelmät.