Digia Oyj. Näkemyksellinen kumppani ja muutoksen mahdollistaja

Transkriptio

1 Digia Oyj Näkemyksellinen kumppani ja muutoksen mahdollistaja

2 Sisältö Käyttötapaus Toteutustapa Video asiakassegmentoinnista, POC:ssa esimerkkinä olleesta Finriski -analyysistä ja toimenpiteiden kohdistamista Video ammattilaisen tilannekuvasta Mitä hyötyä POC:eista oli / Lessons learned

3 Digia Poc käyttötapaus Elvi liukastuu Espoossa kotipihalla ja tuntee kipua nilkassa 1. Elvi hakeutuu lääkäriin 2. Lääkäri näkee Elvin tilannekuvan, tutkii nilkan ja toteaa, että nilkka olisi hyvä kuvata 3. Nilkan kuvaus ja kuvien lausuminen 4. Lääkäri pyytää konsultaation kirurgilta 5. Kirurgi näkee tilannekuvasta yleistilanteen, tekee tutkimuksen ja toteaa nilkan tarvitsevan leikkausta 6. Lausunnon jälkeen lääkäri yhdessä Elvin kanssa tekee päätöksen leikkauspaikasta 7. Leikkaus suoritetaan seuraavana päivänä Hyvinkäällä 8. Apuvälinetilaus kotiutuksen yhteydessä

4 Digia Poc #1 UNA määrittelyn mukaisen arkkitehtuurin toteuttamiseen valittiin selkeät lähtökohdat 1. Käytettiin tilanteeseen sopivia, integroituvia valmistuotteita 2. Kansainvälisten standardien soveltuvuus Suomeen 3. Käyttöliittymien tarkoituksenmukaisuus varmistettiin palvelumuotoilulla yhdessä ammattilaisten kanssa 4. Varmistettiin integroitavuus kansallisiin tietolähteisiin esim. Kanta Toteutettiin 3kk aikana, palautus/demo PSHP tiloissa Tampereella

5 Digia Poc #1 toteutus Asiakaspolun ohjaus ja hallinta erillisinä sosiaali- ja terveydenhuollon moduuleista Yli organisaatioiden menevä asiakaspolku Keskitetty tiedonhallinta Kanta yhteensopivasti Sosiaali- ja terveydenhuollon moduuleista eriytetty aktiivitietovarasto Järjestelmä- ja sovellusintegraatiot hallitusti avoimia rajapintoja hyödyntäen Keskitetty kaikkien resurssien hallinta Henkilöt, materiaalit, lääkkeet, tilat, apuvälineet jne.

6 Digia PoC #1 Toteutus tarkennettu Asiakaspolun ohjaus ja hallinta erillisinä sosiaali- ja terveydenhuollon moduuleista Yli organisaatioiden menevä asiakaspolku toteutettu IBM BPM BPM prosessimoottori Ylläpitää tilatietoa asiakaspolun etenemisestä ja tietää mitä asiakaspolussa seuraavaksi pitää tapahtua riippumatta siitä missä järjestelmässä varsinainen hoitotapahtuma edistyy Sääntökone osaa mukauttaa ohjausta, kun asiakaspolkua vaihdetaa/tarkennetaan hoitotyön edetessä Toteutettiin integratio BPM -> Forcare hyödyntäen XDS standardia siten että tiedot tallentuvat XDS-repositoryyn ja VNAhan Toteutettu XDW osatyönkulun tukena (leikkaushoito), joka kommunikoi BPM:lle tilamuutokset Tilatiedon etenemisen visualisointi upotettavissa käyttöliittymiin Asiakassuunnitelman ylläpito Keskitetty tiedonhallinta Kanta yhteensopivasti Sosiaali- ja terveydenhuollon moduuleista eriytetty aktiivitietovarasto Bridgehead Healthstore (XDS-repository + VNA) pystyy säilömään mitä tietoa vain lääketieteellisen materiaalin lisäksi Erittäin suorituskykyinen, esihaku tarpeeton Järjestelmä- ja sovellusintegraatiot hallitusti avoimia rajapintoja hyödyntäen Toteutettu IBM API Connect avulla Järjestelmäintegraatiot API rajapintoina Keskitetty kaikkien resurssien hallinta Henkilöt, materiaalit, lääkkeet, tilat, apuvälineet jne. MS D365 Operations tietomallia mallinnettu sairaalan tarpeisiin Henkilöstön työvuorosuunnitteluun myös Digia Tempus WFM

7 Poc #1 toteustekniikat Käytettiin yleisesti saatavilla olevia tuotteita sekä kansainvälisesti terveydenhuollon alueella käytettyjä valmisohjelmistoja Asiakkaan kirjaaminen käynnille ja liityntä Kanta-palveluun Atostek Asiakasrekisterinä MicroSoft D365 Sales (aiemmin CRM) Asiakaspolun vaiheet ja eteneminen IBM BPM Aktiivitietovarasto ja työnkulku Forcare XDS ja XDW Lähetteiden, röntgenkuvan ja raporttien tallennus BridgeHead VNA Röntgenkuvan katseleminen Forcare Forview Röntgenkuvan konsultointilausunnon työnohjaus Real Time Medical Peer review Kaikkien resurssien hallinta MicroSoft D365 Operations (aiemmin AX) Kaikkien em. integrointi IBM API Connect

8 Tilannekuva

9 Digia Poc käyttötapaus Elvi liukastuu Espoossa kotipihalla ja tuntee kipua nilkassa 1. Elvi hakeutuu lääkäriin 2. Lääkäri näkee Elvin tilannekuvan, tutkii nilkan ja toteaa, että nilkka olisi hyvä kuvata 3. Nilkan kuvaus ja kuvien lausuminen 4. Lääkäri pyytää konsultaation kirurgilta 5. Kirurgi näkee tilannekuvasta yleistilanteen, tekee tutkimuksen ja toteaa nilkan tarvitsevan leikkausta 6. Lausunnon jälkeen lääkäri yhdessä Elvin kanssa tekee päätöksen leikkauspaikasta 7. Leikkaus suoritetaan seuraavana päivänä Hyvinkäällä 8. Apuvälinetilaus kotiutuksen yhteydessä

10 Digia PoC #2 Tilannekuva mahdollistaa UNA-määrittelyjen vaatimusten täyttymisen lääkärin tilannekuvan osalta. Toiminnalliset vaatimukset todennettiin käyttöliittymien kautta Asiakaslähtöisyys eli näkökanta asiakkaaseen on asiakkuuden eikä toimenpiteiden kautta Ammattilaiselle selkeä ja tarkoituksenmukainen tilannekuva asiakkaasta varmistettiin palvelumuotoilua hyödyntäen Toteutettiin lähes tuotantovalmis ammattilaisen vaatima tilannekuvaratkaisu valitussa käyttötapauksessa Toteutettiin 2kk aikana, palautus/demo KHSHP tiloissa Hämeenlinnassa

11 Poc #2 Asiakkuudenhallinta ja segmentointi UNA-määrityksen mukainen proaktiivinen ja monikanavainen hyvinvoinnin edistäminen vaatii asiakkuudenhallintaa Tässä PoCissa asiakkuudenhallintatyökaluna hyödynnämme Asiakkuudenhallintajärjestelmää (CRM) Asiakkuudenhallinnan kulmakivenä on asiakassegmenttien / riskiryhmien tunnistaminen sekä soveltuvien toimenpiteiden kohdistaminen segmenteittäin PoC:ssa tehtiin seuraava esimerkkisegmentointi ja analyysi: Haetaan yli 60-vuotiaat asiakkaat tietyltä alueelta Yhdistetään asiakastietoon kliinistä tietoa ja tehdään FinRiski -analyysi Tunnistetaan osajoukon osalta kohonneet riskitekijät, jonka pohjalta voidaan kohdistaa ennakoivia hoitotoimenpiteitä esim. sähköisen kanavan kautta FinRiski-tietoa tuodaan luonnollisesti myös ammattilaisen tilannekuvalle

12 Poc #2 toteus tarkennettu Asiakkuudenhallinnan ratkaisuna D365 Sales Vakio asiakaskonfiguuraatio + integraatio Kantaan Atostek era-rajapinnan kautta (Kanta simuloituna) Kliinisten tietojen tietojen tallennus vain hetkellisesti BI-analyysia varten BI työvälineenä MS PowerBI BI-analyysin lopputulos tallennetaan asiakkuudenhallinta sovellukseen Käyttöliitymän alustana nykyaikaiseen toteutukseen ja ketterään kehittämiseen soveltuva tekniikka REACT Kirjautuminen ja tallennus Kantaan luvitettu toimikortilla (Atostek) Tukeutuu tiedon saannissa API rajapintoihin Esitettävä tieto nostetaan sekä CRM:stä että Kannasta (ja voisi tulla mistä vaan potilastietojärjestämästä) Käyttöliittymät suunniteltu palvelumuotoilijoiden ja SOTE-ammattilaisten yhteistyönä Käyttöliittymät roolin mukaan eli tekniikka sama, sisältö vaihtuu Käyttöliitymään upotettu Atostekin aikajana sekä CRM näkymä (Finriski)

13 Poc #2 toteustekniikat Käytettiin yleisesti saatavilla olevia tuotteita ja tekniikoita sekä valittuja terveydenhuollon palveluita ja kansallisia tietovarantoja Asiakasrekisterinä MicroSoft D365 Sales (aiemmin CRM) Tilannekuvan tekniikkana React Kanta-yhteys Atostek era rajapinta Kliinisen tiedon arkisto (simuloituna) FinRiski -analyysin laskenta Microsoft PowerBI

14 Tilannekuva-näkymä

15 Videot

16 Video asiakassegmentoinnista, POC:ssa esimerkkinä olleesta Finriski -analyysistä ja toimenpiteiden kohdistamista

17 Video ammattilaisen tilannekuvasta _Q&feature=youtu.be

18 POC:sta opittua

19 Opittua Järjestelmäriippumaton tilannekuvaratkaisu Tiedonhallinta eristää esityskerroksen taustajärjestelmistä Tiedonhallinnan kerroksella yhteiskäyttöisiä ja uudelleenhyödynnettäviä palveluita Luodaan ekosysteemille pohja tuomalla tiedonhallintakerros kaikkien saataville (API rajapinnat) Hallittu tarjonta kaikesta tiedosta, tiedetään myös kuka käyttää ja mitä versiota mistäkin rajapinnasta Tietolähde voidaan samaan aikaan sekä suojata haitoilta (esim. ylikuormitus) että mahdollistaa vaihto kuluttajasovelluksien huomaamatta Tietovarantojen tulee pystyä vastaamaan reaaliaikaisesti ja kestää satoja tuhansia kyselyjä päivässä Ammattilainen työssään tarvitsee tiedon käytön hetkellä Loppukäyttäjien määrää ei voi tietää perustamishetkellä

20 Opittua XDS toimii Kanta-palvelu kanssa ja toisiaan rikastaen Aktiivitietovarastona voisi olla XDS Arkistona Kanta XDS:n XDW-profiili asiakaspolun hallinnan ja ohjaamisen tukena Mahdollistaa asiakaspolussa tietojen yhdistämisen yhdeksi loogiseksi kokonaisuudeksi Mahdollistaa tilannekuvan asiakaspolun visualisoinnin Mahdollistaa asiakassuunnitelmien ylläpitämisen tilannekuvan kautta Prosessimoottori ja sääntökone asiakaspolun älykkääseen hallintaan ja ohjaamiseen Mahdollistaa asiakaspolun kulun ohjaamisen automaattisesti loogisten päätösten perusteella

21 Opittua Tarvitaan keskitetty asiakkuuksien hallinta hoitoonohjaukseen, segmentointiin ja yleisesti asiakkaan keskiöön saattamiseksi Yhden järjestelmän pitää olla asiakkuuden master Tarvitaan keskitetty resurssien hallinta toimenpiteisiin liittyvien resurssien varaamiseen, tasaamiseen ja optimointiin Yhden järjestelmän pitää olla resurssien master Huomio, että jos nämä tehdään kertomusmoduulissa, liikutaan kohti perinteistä arkkitehtuuria

22 Opittua Isojen käyttäjäryhmien palvelut (esim. Tilannekuvat) on kehitettävä yhteistyössä käyttäjien kanssa vaikka hyödyntäen avointa lähdekoodia Bisneslogiikka tuotepohjaisista ratkaisuista (mielellään monitoimittajatuotteet) ja käyttöliittymät avoimella lähdekoodilla

23 Loppuyhteenveto PoC:ssa todistettiin teknisesti, että UNA-määrittelyt on toteutettavissa valmistuotteilla Käytettiin kansainvälisesti käytössä olevia standardeja ja niitä hyödyntäviä tuotteita Järjestelmien ja moduulien välisien rajapintojen ja roolien hyödyntäminen on helpompaa Uusimmat potilastietojärjestelmät tukevat ilman räätälöintiä Käytettiin muilla toimialoilla hyväksi havaittuja valmistuotteita Toteuttavissa toimittajariippumattomasti

24 Yhteystiedot Sami Rantanen Toimialajohtaja, julkishallinto Jyri Junnola Asiakkuusvastaava Jussi Seilola Pääarkkitehti, sosiaali- ja terveydenhuolto Jani Niskanen Senior Manager

25 Digiarjessa

26 Arkkitehtuuri ja toteutus

27 Käyttäjä Atostek BPM Forview Forview RTM, Forview BPM BPM BPM Potilaan kirjaaminen käynnille Tilannekuva Lääkäri tekee lähetteen kuvantamistutkimukseen Radiologi lausuu nilkan kuvat Lääkäri tekee konsultointilähetteen Kirurgi tutkii potilaan ja tekee konsultointivastauksen Tilannekuva Kirurgi valitsee yhdessä potilaan kanssa leikkauspaikan Leikkaava kirurgi tekee Leikkausraportin Hoitaja varaa apuvälineet (pyörätuoli) Asiakastiedot Asiakaspolku Radiologian lähete Kuvat ja lausunto Konsultointilähete Kuvat ja lausunto Prosessin käynnistys 1. Vastaanotolle saapuminen 2. Lääkärin vastaanotto ja lähete nilkan kuvaukseen 3. Kuvien lausuminen 4. Konsultointipyyntö (toinen mielipide) 5. Konsultointivastaus 6. Leikkauspaikan valinta 7. Potilaan leikkaus 8. Potilaan kotiuttaminen Asiakastiedot Toimenpidepaikan varaus Apuvälineen varaus Taustajärjestelmä Käynnille kirjaus Radiologian lähete Kuvat ja lausunto Konsultointilähete Konsultointilausunto Vapaana olevat toimenpidepaikat Leikkausraportti Vapaana olevat apuvälineet Asiakkuuden hallinta (CRM) XDS-repository Kanta XDS-repository VNA XDS-repository VNA XDS-repository VNA RTM Resurssien hallinta (D365) XDS-repository Kanta Resurssien hallinta (D365) Asiakasprosessi-integraatio Yhdensuuntainen, haku tai tallennus Kahdensuuntainen, haku ja tallennus Atostek Digia Kuvantaminen, Digia

28 PoC1 kokonaiskuva vaiheineen Asiakas tulee vastaanotolle Konsultaatiolausunto dokumenttivarastoon Leikkaus on tarpeen Apuväline varaus Lääkärille tilannekuva Konsultaatiolausunto työjonoon Leikkaussalivaihtoehdot Apuvälineet resurssienhallinnasta Lähete röntgenkuvaan Radiologin lausunto dokumenttivarastoon Lääkäri ja asiakas päättävät yhdessä Leikkaussaliraportin dokumenttivarastoon Lähete dokumenttivarastoon Röntgenkuva dokumenttivarastoon Varauksen resurssien hallintaan Asiakas saapuu leikkaukseen

29 PoC2 kokonaiskuva vaiheineen Asiakastietojen hallinta Konsultointia tarvitaan Asiakas saapuu kirurgin vastaanotolle Segmentointi Lääkärin tilannekuva Asiakkaan tiedot haetaan taustajärjestelmistä Asiakastietojen ja kliinisen tiedon yhdistäminen Asiakkaan tiedot haetaan taustajärjestelmistä Kirurgin tilannekuva BI-analyysi asiakassegmentille Asiakas saapuu lääkärin vastaanotolle Kirurgi tutkimus

30 PoC 2.0 Tekninen arkkitehtuurikuva

31 Kuvankaappaukset

32 Tilannekuva

33 Asiakaspolut

34 Asiakassuunnitelmat

35 Finriski -analyysi

36 Kiitos! #digiarki