Prosessien tietojenkäsittelytehtävät SOA-palvelujen pohjana SOA 12 Helsinki, 28.3.2012 Juha Mykkänen, tutkimusjohtaja Itä-Suomen yliopisto, Kuopion kampus Tietojenkäsittelytieteen laitos HIS tutkimus ja kehittäminen juha.mykkanen@uef.fi 1
Esityksen sisältö Konteksti: SOLEA palvelupohjainen paikallisesti sovitettava kokonaisarkkitehtuuri - tulokset Toiminnan jäsentämisen tasot ja palvelukeskeisyys SOA-arkkitehtuurityylin vaikutus ja dynamiikan suunnittelupäätökset Esimerkkejä toiminnasta lähtevistä SOAmäärittelyistä ajanvaraus käyttäjien ja käyttövaltuuksien hallinta palvelutapahtumien hallinta Yhteenveto 2
Puhujan ja sisällön taustaa Juha Mykkänen, FT, tutkimusjohtaja Itä-Suomen yliopisto, Tietojenkäsittelytieteen laitos, Kuopion kampus, HIS-tutkimus Kuopio Welfare Research Center KWRC, Hyvinvoinnin tiedonhallinta ja tekniikat -tutkimuslinja HL7 Finland ry puheenjohtaja, Sosiaali- ja terveydenhuollon tietojenkäsittely-yhdistys varapuheenjohtaja, International Medical Informatics Association (IMIA) / WG Health Information Systems -järjestö, HL7 International SOA Ambassador, JHS-standardisalkku-, STM arkkitehtuurijaosto projekteja integrointiratkaisujen, palveluarkkitehtuurin (SOA) tutkimiseen ja soveltamiseen SOLEA 2008-2012: SOA ja kokonaisarkkitehtuuri, teollisuus ja terveydenhuolto Sosiaalialan tietoteknologiahanke - Tikesos 2006-2012 Mielen ja kehon eliksiirit -ohjelma, Terveyden ja hyvinvoinnin strategisen huippuosaamisen keskittymä (SalWe SHOK), 2010-2013 SerAPI 2004-2007: palveluarkkitehtuuri ja sovellusintegraatio, terveys OmaHyvinvointi (MyWellbeing) 2008-2010, asiakaskeskeiset hyvinvointipalvelut PlugIT 2001-2004, sovellusintegraatio terveydenhuollossa ekat / terveyspalvelujen ajanvarauksen arkkitehtuurin suuntaviivat 2008 Healthcare services specification project (HSSP) / HL7 and OMG, 2005- Integrating the Healthcare Enterprise - IHE.fi 2008- ryhmä osallistunut HL7- ja web services -standardien tuottamiseen ajanvarauksiin, sähköiseen reseptiin, sähköiseen potilastietoarkistoon, potilasryhmittelyihin, työpöytäintegraatioon jne. Kalakukko by Anne Tarvainen 3
4 Konteksti: SOLEA palvelupohjainen paikallisesti sovitettava kokonaisarkkitehtuuri tuloksia tulossivut: www.uef.fi/solea
SOLEA tutkimuksen motivaatio Toimintaympäristön muutos, verkottuminen nopea mukautuminen uusiin toimintamalleihin tietojärjestelmien muutospaineet Palvelukeskeinen arkkitehtuuri (SOA) noussut keskeiseksi arkkitehtuurikehykseksi tietojärjestelmänäkökulmassa joustava, nopealiikkeinen, mutta hallittu "enterprise"-tason tietojärjestelmäympäristö, liitettävyys Miten palvelukeskeisyyden kautta saadaan konkreettisesti tuettua näitä arkkitehtuuritavoitteita organisaatioissa ja verkostoissa? Tutkitaan ja kehitetään palvelukeskeisen arkkitehtuurin (SOA) hyödyntämistä osana organisaatioiden kokonaisarkkitehtuuria (EA) Tutkitaan miten joustavuus ja liitettävyys saavutetaan (kokonaisuuden kehittäminen, nopeat kehityssyklit) Keskitytään osapuolten kannalta olennaisimpiin arkkitehtuuri- ja integraationäkökulmiin, joita voidaan soveltaa osapuolten toiminnassa 5
SOLEA: Tekes-tutkimushanke, 2008-2012 HIS / Itä-Suomen yliopisto Terveydenhuollon tietojärjestelmien T&K-yksikkö, tkt-laitos SoberIT / Aalto-yliopiston Teknillinen korkeakoulu Ohjelmistoliiketoiminnan ja tuotannon laboratorio Terveyspalvelujen tuottajat Helsingin ja Uudenmaan shp, Medbit / Varsinais-Suomen shp, Pohjois-Savon shp/istekki, Satakunnan shp Teollisuusyritykset ja palvelutuottajat Konecranes, Metso, Osuuspankkikeskus, Raha-automaattiyhdistys Järjestelmä- ja teknologiatoimittajat ja IT-integraattorit Commit;, Datawell, Fujitsu Services, Intersystems, Itella, Logica, Mawell, CSC Yhteistyöorganisaatiot Tieke, HL7, Kela, STM, Kuntaliitto, Kunta-IT, Sosiaalialan tietoteknologiahanke 6
Operational project architecture Strategic and tactical Enterprise Architecture SOLEA-työkohteet ja tulokset Strategy / Planning) Design Implementation Operation EA-hallintamallit EA ja SOA Governance AGM metamalli (yleinen) sovellusalueet; tietoturva, strategia, arkkitehtuuri, EA, BPM, EA ja SOA kuvaustavat EA- ja SOA -menetelmät ja välineet arkkitehtuurikehikot notaatiot, mm. ArchiMate, Business Model Canvas, JHS SOA roadmap SOA-kehitysmallit Arkkitehtuurikuvausten kohteet ja kuvaustavat kartoitukset eri EA-kuvauksista arkkitehtuurin kuvaustapojen case-tiedonkeruu palaute kuvaustapojen käytöstä Prosessien ja toiminnan kuvaaminen nykytila ja kehityskohteet mallintamisen tasot ja näkökulmat yhteiset mallit Vaatimustenhallinta Vaatimusten hallinta suhteessa EA:han EA ja SOA-mittarit Integraatio, Standardit ja SOA Object Role Modeling ORM-soveltaminen integraatiossa Standardien arviointi SOA ja standardointi tietomallien analysointi Standardointi-yhteistyö OASIS, Open Group, HL7, IHE, SFS, JHS Case-esimerkit Käyttäjähallinta vaatimukset ja rajaukset palvelupohjaiselle käyttäjäja käytönhallinnalle Palvelutapahtumien hallinta arkkitehtuuritarkennuksia terveydenhuollon valtakunnallisten, alueellisten ja paikallisten tietojärjestelmäratkaisujen kannalta Osapuolten projektit Konecranes MDM Satakunnan shp päivystys jne. 7
Toiminnan jäsentämisen tasot, palvelukeskeisyys 8
Näkökulmia kokonaisarkkitehtuuriin [Dragstra, 2005] Prosessien hallinta ja parantaminen (Business process centric) Toiminnan ymmärtäminen ja johtaminen (Governance centric) Käyttäjä Portlets WSRP Prosessi Sovelluspalvelut -atomiset -yhdistetyt Hyllytuote Räätälöity Taustajärjestelmät Palvelin Palvelukomponentit Oliopohjainen CRM, ERP Business intelligence Integrointiarkkitehtuuri (ESB) Laadunhallinta (QoS) (turvallisuus-, hallinta- ja seurantainfrastruktuuri) Tietoarkkitehtuuri (metatiedot, kuvaukset, tietovarastointi) Hallintakäytännöt (governance, policy) Toiminnan ja tietoteknisten ratkaisujen vastaavuus (IT centric) 9
Tavoiteltujen muutosten tavoiteltu nopeus Change, example Business reengineering (e.g. change E2E process using standardized services) Business process outsourcing (e.g. credit card processing) Change of business rules (e.g. new delivery unit with some new products and rules) New Business Services assembly and rapid consumption (e.g. ) Dynamic Consumer service discovery and consumption (e.g. MyMusic, user-driven mash-up) Dynamic Business Service discovery and real time consumption, (e.g. commodity process elements, new distributed resource service instance) Physical resources (e.g. storage service) Response time goal example Years Months Weeks Days Minutes Subsecond Subsecond 10
Kehittämisen ja mallinnuksen näkökulmat Näkökulma Mallintamisen tavoite Mitä kehitetään Mitä kuvataan Työn organisointi ja tehostaminen tai (liike) toiminnan Arvon kehittyminen ja Johto/ yhdenmukaistaminen, laatutyö, tulosten tuloksia ja laatua arvoverkko (value network), johtaminen parantaminen, toiminnan seuranta keskeiset (liike)toiminta prosessit, ylätason prosessit (process) Työntekijä/ työn tekeminen/ työtoiminta (yhteistoiminnallinen tai yksilön työtä kuvaava) Kehittäjä / tietojärjestelmä / tietojärjestelmän kehittäminen / ohjelmiston kehittäminen Asiakas, palvelu tai itsepalvelu; palvelun hankkiminen Kuvata prosessit niin, että työntekijä (myös uusi) osaa toimia prosessikuvausten perusteella, tai että voidaan tunnistaa parannuskohteita Työtoiminnan ymmärtäminen; työhön liittyvien tietotarpeiden esilletuominen työn automatisointi, prosessin tai sen osan suorittaminen tai tukeminen ohjelmiston avulla => ohjelmiston tuottaminen / ohjelmiston määrittely, kohdealueen ymmärtäminen, simulointi ja eri vaihtoehtojen löytäminen vrt työntekijä: asiakas osaa toimia kuvauksen perusteella oman tilanteensa edellyttämällä tavalla työn sujuvoittaminen ohjelmistoja / tietojärjestelmiä / SOA-palveluita Palvelu-toiminta tai itsepalvelu Prosessit (process), Työnkulut (workflow). Tehtävät ja suoritusjärjestys. Työnkulut + tarkat toiminnot, toisiinsa liittyvät toiminnot ja työnkulut, rajapinnat, esi- ja jälkiehdot, heräte (event/ trigger), toiminnossa käsiteltävät tiedot: syöte (input) ja tulokset (output) Työnkulku / asiakasprosessin kulku, ulkoinen näkymä tarjottaviin palveluihin Luukkonen I, Mykkänen J, Itälä T, Savolainen S, Tamminen M. Toiminnan ja prosessien mallintaminen - tasot, näkökulmat ja esimerkit. SOLEA-hanke, Itä-Suomen yliopisto, Aalto-yliopisto, 2012.
SOLEA-hankkeen kuusitasomalli prosessien ja toiminnan kuvaamiseen Taso Konteksti Yleiskuva Prosessi Toiminto Tehtävä Teko Mitä kuvataan toimintaympäristö, (organisaation ulkopuoliset asiat ) kokonaiskuva (organisaation) toiminnasta, arvon muodostuminen; ydinprosessien tunnistaminen yhden valitun prosessin kuvaus; prosessi koostuu vaiheista; vaiheiden tunnistaminen; aliprosessien, toimintojen tai tehtävien tunnistaminen: keskeistä toimijoiden yhteistoiminta, prosessien pullonkaulat tietyn toimijan prosessivaiheiden tai toimintojen tarkemmat kuvaukset ja vuorovaikutus; Toiminto koostuu tehtävistä; tehtävien tunnistaminen: keskeistä toimijan sisäiset järjestelyt ja prosessien ja tehtävien yhteensovittaminen toiminnassa, kapasiteetti, toimintojen pullonkaulat yhden toiminnon tarkempi kuvaus, HCI (Human Computer Interaction), rajapintatehtävät prosesseissa ja toiminnoissa sekä rajapinnat tietojärjestelmiin; Tehtävä muodostuu teoista; tekojen tunnistaminen tarkat, atomiset kuvaukset tiedonkäsittelyyn liittyvästä tehtävästä, ohjelmiston toiminnallisuudesta tai toiminnoista, joskus automatisoitavissa 25.1 12 1.20
Tasot palvelukeskeisestä näkökulmasta Taso Konteksti Yleiskuva Prosessi Toiminto Tehtävä Teko Palvelunäkökulma palveluekosysteemi, palvelujärjestelmä organisaation tuottamat palvelut (business capabilities), rajapinnat ulospäin prosessin toteuttamiseen tarvittavat palvelut ja tukipalvelut (business services), palvelujen orkestrointi tai koreografia, prosesseja tukevat ja seuraavat tietojärjestelmät ja tietojärjestelmäpalvelut, prosessivaiheiden väliset palvelurajapinnat, human-assisted process näkökulma tietyn toiminnon tarvitsemien palvelujen kokonaisuus, toiminnon tarvitsemat ja tuottamat tietojärjestelmäpalvelut ja niiden rajapinnat, toiminnon sisäiset työnkulut ja niiden orkestrointi, järjestelmä-tason käyttötapaukset kuvauksineen, human-assisting system näkökulma erityisesti tietojenkäsittelyyn ja tuotannon automatisointiin liittyvät tehtävät, koosteiset ja atomiset SOA-tietojärjestelmäpalvelut joilla merkitys toiminnan kannalta, ylemmän tason business rajapintojen tarkempi kuvaus tietojen hallinnan ja tietojärjestelmäratkaisujen näkökulmasta tekniset ja yleiskäyttöiset SOA-palvelut, tietojenkäsittelyn ja tuotannon yksityiskohdat ja automatisointi, palvelukutsujen yksityiskohdat, hienojakoiset vuorovaikutustarpeet 25.1 13 1.20
14 Palvelujen raekoon ja dynamiikan suunnittelupäätökset Palvelukeskeisessä organisaation mallinnuksessa korostetaan (usein) "suuria" palveluja / rajapintoja public enterprise service (kumppanien tai prosessin päävaiheiden välillä) käsitteellisen tason palvelu voi sisältää paljon toimintoja ja tehtäviä jotka hajautuvat eri toimijoille "business activity + entity", dokumenttipohjaisuus lisäksi otettava kantaa mm. käyttäjätarpeet (vuorovaikutteisuusvaatimukset vs. "eräkäyttöinen" webkäyttöliittymä) prosessikerros: linkitykset vanhoihin järjestelmiin ongelmallisia, prosessipalvelut, prosessimoottori vai koreografia voidaan määritellä SOA-palveluina tai muulla tavoin palvelujen luokittelut (esim.): integrointitapa: käyttäjä-, palvelu-, tieto- tai prosessikeskeinen integrointi operaatioiden karkeajakoisuudessa vaatimuksista riippuvia eroja
Insurance Statistical reporting Esimerkki: eri tyyppisten integraatioiden tarve sairaalan integraatioarkkitehtuurissa Administration and management Financials Materials management Personnel management Property and infrastructure management Sales, CRM, marketing, PR Patient/citizen front-end Invoicing Resource / operations planning Materials & meal ordering Patient grouping, DRG Administrative core Admisstion, discharge, transfer Workstations Web Professional front-ends Mobile Ubiquitous Inpatient and outpatient management Reporting, Data warehousing, Management Workflow and process management Guidelines, protocols Patient / provider demographics Scheduling, Resouce Management Clinical core Orders / referrals, prescriptions, consultations Patient and provider id Medication EHR repository Results Problems Terminology Pharmacy Decision support Etc Clinical subsystems 1. 2. 3. Lab Radiology + PACS Surgery Neonatal Gastroenterology Cardiology Anaesthesiology + ICU Pathology 1. Common, shared and centralized services 2. Context management, added value services 3. Loosely-coupled messages, documents, cross-facility invocations E q u i p m e n t Population / community health Disease management Research User management, security and access control Identification User role Care relationship Consent Integration, data access 1. keskitetyt, jaetut palvelut (ydinpalvelut): toiminnanohjaus, ydinprosessin asiantuntijan työpöytä, asiakastietojen saatavuus, MDM source of truth jne. 2. ydinprosessien tärkeimpien tukitoimintojen ja lisäarvopalvelujen sujuva integrointi 3. yksiköiden ja organisaatioiden väliset palvelut, yleiset tukitoiminnot, löyhä kytkentä [Mykkänen, Korpela, Ripatti, Rannanheimo, Sorri. Local, Regional and National Interoperability in Hospital-Level Systems Architecture. Meth Inf Med, 2007] 15
Esimerkkejä 16
17 Esimerkki 1: ajanvaraus Tausta koordinaatiohanke alueellisia ja paikallisia ajanvaraushankkeita varten (ekat) valtakunnallinen viitearkkitehtuuri terveyspalvelujen ajanvaraukseen tarkempia avoimia rajapintamäärittelyjä mm. ajanvarauspalvelujen ja resursseja hallinnoivien paikallisten järjestelmien väliin (SerAPI / HL7) Tavoitteita ja rajauksia mm. asiointimahdollisuuksien parantaminen mm. ajanvarauskalenterit, tekstiviesti ehdotukset ja vahvistukset asiakkaille integrointi toiminnanohjaukseen ja palvelutuotannon ydinprosesseihin suuri työmäärä mm. aikojen siirroissa ja peruutuksissa mitä tehtäviä asiakkaalle, mitä automatisoitavissa jne. kohti integroitua palvelutuotantoa: hoitoketjut, suunnitelmaohjautuvuus... sekä avoimien että palvelutarpeen arviointia edellyttävien varausten tukeminen resurssien hallinta edelleen osa paikallista toimintaa ulospäin yhtenäisen palvelusanaston tarve
Esimerkki: Ajanvaraus sosiaalihuollon käsitteellisen tason tj-palvelujen jäsennyksessä 18
Aikojen varaamisen ydintoiminnot tietojärjestelmänäkökulmasta (tehtävä-taso): käyttötapaukset «uses» Vapaiden aikojen kysely «uses» Ajan varaaminen «uses» Muistutus ajanvarauksesta asiakkaalle Käyttäjän tunnistaminen «uses» «uses» Ajanvarauksen siirtäminen Varattujen aikojen kysely «uses» Ajanvarauksen peruminen 19
Ajanvaraustoiminnallisuudet / tietojenkäsittelytehtävät (pohjana prosessi- ja suorittajamuutoksille ja automatisoinnille) Ajanvaraustietojen katselu T Varattavien aikojen / varausten käsittely T varatut katselu A merkitseminen / tarjoaminen nimetylle A varatut haku A merkitseminen varattavaksi kenelle tahansa A palvelun varatut A sisäisten resurssien varaus A Ajanvaraus T vapaiden katselu A vapaiden haku A kalenterivaraus T tarjotun vastaanottaminen A tarjotusta kieltäytyminen A peruminen T siirtäminen T moniajanvaraus T sarja-ajanvaraus T alustava varaus A varauksen vahvistus A varattavaksi merkityn poistaminen A oikeuksien ja edellytysten tarkistaminen A Suunnitelma-, tilaus-, jonokäsittely T ajanvaraussuunnitelman teko, pyynnöt T tilauksen teko T lähetteen käsittely T jonon purku T Muu muistutukset, kehotukset T T=tehtävä-taso A=teko-taso tilanteesta riippuen eri tehtävät / teot automatisoitavissa tai suoritettavissa asiakkaan tai ammattilaisen toimesta 20
Tilanteesta riippuen ajanvarauksen tehtävien suorittajiin tai automatisointiin vaikuttavat seikat MITÄ VARATAAN ml. tuotteistus palvelutuoteluokka palveluluokka tuotekortti MISTÄ VARATAAN yksikkö, palvelunantaja palvelutuote MILLOIN TAPAHTUU ml. ajalliset riippuvuudet esim. moniajanvaraus SÄÄNNÖSTÖT hoidon tarpeen arviointi asiakkuus aloite ajanvaraukseen lähete palveluseteli ajanvarauksen kellutus suunnitelma ja tilaus muistutukset 21
Ajanvarausratkaisujen kehittämisen tasot asiakkaan näkökulmasta 1.Tarjottujen aikojen hyväksyminen tai hylkääminen esim. tekstiviestiehdotukset, ajan hyväksyminen tai hylkääminen 2.Itsevaraus ajan valinta, esim. kalenterivalintamallit 3.Itsevalinta palveluyksikön tai palvelun antajan valinta 4.Alueelliseen hoitoketjuun perustuva varaus suunnitelmaan / tilaukseen perustuva ajanvarauksen toimintaketju 5.Hoidon tarpeen automaattiseen arviointiin perustuva varaus lisäksi eri tasoilla: varattujen aikojen katselu, siirtäminen ja peruminen 22
Ajanvaraustehtävien siirto asiakkaalle Ajanvaraustietojen katselu Ammatt. Asiakas Auto varatut katselu Y Y varatut haku palvelun varatut Y Y Ajanvaraus Ammatt. Asiakas Auto vapaiden katselu Y Level 2 vapaiden haku Y Level 3 kalenterivaraus Y Level 2 tarjotun vastaanottaminen Level 1 tarjotusta kieltäytyminen Level 1 peruminen Y Y! siirtäminen Y Y! moniajanvaraus Y opt 4 opt sarja-ajanvaraus Y opt opt 23
Hallinta ja suunnittelu: automatisointimahdollisuudet Aikojen hallinta (pre) ja varausten hyväksyntä (post) Ammatt. Asiakas Auto merkitseminen / tarjoaminen nimetylle (pre) Level 1 Level 1! merkitseminen varattavaksi kenelle tahansa (pre) Y Y sisäisten resurssien varaus (pre/post) Y Y! varauksen vahvistus (post) Y Y varattavaksi merkityn poistaminen (pre) Y Y oikeuksien ja edellytysten tarkistaminen (pre/post) Y Y! muistutus varatusta ajasta (post) Y Y! Suunnittelu, tilausten ja jonojen hallinta Ammatt. Asiakas Auto ajanvarauspyynnön lähetys Level 2 Level 2! palvelunantajan määrittely (esim. tilaus / lähete) Y Level 3 Opt L5 palvelutuotteiden määrittely (ajanvaraussuunnitelma) Level 4 Opt L4 tilauksen / lähetteen vastaanotto muut tehtävät Y Opt L5 jonon purku muut tehtävät Y Opt L5 24
Ajanvarauksen tietojärjestelmäpalvelujen arkkitehtuuri: kutsusuhteet tasot 1-2 Ajanvarauksen tasot 1.Tarjottujen aikojen hyväksyminen tai hylkääminen esim. tekstiviestiehdotukset, ajan hyväksyminen tai hylkääminen 2.Itsevaraus ajan valinta, esim. kalenterivalintamallit 3.Itsevalinta palveluyksikön tai palvelun antajan valinta 4.Alueelliseen hoitoketjuun perustuva varaus suunnitelmaan / tilaukseen perustuva ajanvarauksen toimintaketju 5.Hoidon tarpeen automaattiseen arviointiin perustuva varaus lisäksi eri tasoilla: varattujen aikojen katselu, siirtäminen ja peruminen käyttäjäkerros sovelluspalvelukerros tausta- ja tukipalvelut Kans. Tunnistautuminen Ilmoitus + vahvistuspalvelu Kans. ajanvarauskäyttöliittymä Ajanvarauskalenteripalvelu(t) Potilastieto- Ajanvaraus- Ajanvarausjärjestelmät / / potilastietopotilastietojärjestelmä järjestelmä b a 25
Ajanvarauksen tietojärjestelmäpalvelujen arkkitehtuuri: kutsusuhteet - taso 3 käyttäjäkerros Kansalaisen palvelualusta Kans. ajanvarauskäyttöliittymä Ajanvarauksen tasot 3. Itsevalinta palveluyksikön tai palvelun antajan valinta prosessikerros Ajanvarausprosessin ohjauspalvelu + säännöstö sovelluspalvelukerros (Terveys)palveluhakemisto Asiakkuuspalvelu Ajanvarauskalenteripalvelu tausta- ja tukipalvelut Ajanvarausasiakirja KANTA Koodisto -palvelu Ilmoitus + vahvistuspalvelu Kans. Tunnistautuminen Potilastieto- Ajanvaraus- Ajanvarausjärjestelmät / / potilastietopotilastietojärjestelmä järjestelmä b a 26
Implementation scope: L=local, organizational R=regional, cross-organizational N=national Tietojärjestelmäpalvelut + hajautus: Taso 1 Kansalliset ja paikalliset palvelut ja järjestelmät Potilastietojärjestelmät, resurssien hallinta Ajanvaraustietovarasto -vapaat ajat -varatut ajat -ajanvaraussuunnitelma Varattujen aikojen katselu L R Y Y Koodistopalvelu y Y y y y N Ajanvarauksen ydinpalvelut L R N Ajanvarauskalenteripalvelu (gateway) Ajanvarausprosessin ohjaus Asiakaskäyttöliittymä (ilmoitus- ja vahvistuspalvelu) Säännöstöpalvelu y y 27 Tukipalvelut ja muu sähköinen asiointi L R N Ilmoitus- ja vahvistuspalvelu y y Suostumustenhallinta Kansalaistunnistaminen y Y Hoitosuhdepalvelu Muut asiointipalvelut: kysymys/vastaus, tietämys, ereseptin uusiminen, valtuutus, terveystaltio y y y y L=paikallinen R=alueellinen N=kansallinen
Implementation scope: L=local, organizational R=regional, cross-organizational N=national Tietojärjestelmäpalvelut + hajautus: Taso 3 Kansalliset ja paikalliset palvelut ja järjestelmät Potilastietojärjestelmät, resurssien hallinta Ajanvaraustietovarasto -vapaat ajat -varatut ajat -ajanvaraussuunnitelma L R Y Y Varattujen aikojen katselu y Y National Code Service y Y y y Y Y N Y Ajanvarauksen ydinpalvelut L R N Ajanvarauskalenteripalvelu (gateway) + säännöstö Ajanvarausprosessin ohjaus Asiakaskäyttöliittymä y y Säännöstöpalvelu Y y 28 Tukipalvelut ja muu sähköinen asiointi L R N Ilmoitus- ja vahvistuspalvelu y y Suostumustenhallinta Kansalaistunnistaminen y Y Hoitosuhdepalvelu y y Muut asiointipalvelut: kysymys/vastaus, tietämys, ereseptin uusiminen, valtuutus, terveystaltio y y y y L=paikallinen R=alueellinen N=kansallinen
Esimerkki 2: Käyttäjähallinta osa SOLEA-hankkeen viitearkkitehtuurityötä käyttäjä- ja käytönhallintaan tukea arkkitehtuurin tavoitetilan ja kehitettävien tai hankittavien ratkaisujen määrittelyyn ja kehittämiseen eri tyyppisissä organisaatioissa tavoitteita mm. staattisten (työroolit) ja dynaamisten (mm. asiakassuhde) vaatimusten huomiointi, kytkentä henkilöstöhallintoon jne. esimerkki horisontaalisesta segmenttiarkkitehtuurista esimerkki tuki- ja halintopalvelujen jäsentämisestä: käyttäjähallinta ei (yleensä) organisaatioiden ydintoimintaa validoi käytönhallinnan ja kokonaisarkkitehtuurin malleja ja menetelmiä toiminnallinen SOA-analyysi osana työtä lähtökohtana myös valmiit mallit, standardit ja määrittelyt meet in the middle 29
Käyttäjähallinnan toiminnalliset osa-alueet ja käyttäjäryhmien pääjaottelu Käyttäjien, roolien ja valtuuksien määrittely Organisaation hallinnoimat käyttäjät / työntekijät Asiakas- tai kansalaiskäyttäjät Kumppaniorganisaati oiden hallinnoimat käyttäjät (luottamusverkosto) Käyttäjien tunnistaminen ja todentaminen Pääsynvalvonta Käytön seuranta 30
Perusprosessit ja toiminnot (prosessi-, toiminto- ja tehtävätaso) 31 jne...
Käyttäjähallinnan perusprosessit ja toiminnot 1 - päätoimintoluokittain: Käyttäjien, roolien ja valtuuksien määrittely Käyttäjähallinnon toimenpiteitä / osin automatisoitavissa käyttäjätilin lisääminen käyttäjän valtuuksien määrittely / liittäminen järjestelmärooleihin käyttäjätilin poistaminen tai disablointi työ- ja järjestelmäroolien ylläpito (määrittely, lisääminen, valtuuksien määrittely, poistaminen) käyttäjätietojen provisiointi esim. keskitetystä käyttäjähallintavarastosta salasanan vanhentuminen salasanan vaihtaminen yhdistetyn käyttäjäidentiteetin ylläpito (tehtävä-taso ja teko-taso) 32
Käyttäjähallinnan perusprosessit ja toiminnot 2 Käyttäjien tunnistamisen ja todentamisen toimenpiteet (teko-taso, operaatiot): tunnistautuminen, sisältäen tunnistetietojen esittämisen, tunnistamisen ja todentamisen käyttäjän todentaminen, ilman tunnistetietojen erillistä esittämistä sisäänkirjautuminen järjestelmään (automatisoitu esim. kertakirjautumisen yhteydessä, tai tunnistautumisen sisältävä) uloskirjautuminen järjestelmästä käyttäjän vaihto (sisältäen uloskirjautumisen ja sisäänkirjautumisen) sähköinen allekirjoitus (voi hyödyntää samaa tunnistamis/todentamisinfrastruktuuria) Pääsynvalvonnan ja käytön seurannan toimenpiteet (teko- ja tehtävä-tasot) käyttäjäidentiteetin todentaminen käyttövaltuustarkistuksen yhteydessä käyttäjäprofiilin perusteella tehtävä käyttövaltuustarkastus käyttäjäprofiiliin kuuluvien roolitietojen (työrooli, järjestelmärooli) perusteella tehtävä käyttövaltuustarkastus käyttökontekstitietojen (esim. sijainti, aika, asiakassuhde, suostumus) perusteella tehtävä käyttövaltuustarkastus käyttäjän session voimassaolon tarkastaminen (mikäli tehdään sessionhallintaan liittyen) resurssin käyttöön liittyvän käyttöpolitiikkamäärityksen (policy) noutaminen ja evaluointi suhteessa käyttäjäprofiili- ja käyttökontekstitietoihin resurssin käyttöön tarvittavien käyttäjä-, rooli- ja kontekstitietojen määrittely ja ylläpito (tehtävä) lokien päivitys käytön raportointi (tehtävä) 33
Tunnistetut palvelut toimintojen ja standardien pohjalta Käyttäjien, roolien ja valtuuksien määrittely Käyttäjähallintapalvelu Käyttövaltuushallintapalvelu Roolienhallintapalvelu Resurssienhallintapalvelu Käyttäjähakemisto Metahakemisto Käyttövaltuusrekisteri Provisiointipalvelut Federointipalvelu Käyttäjäprofiilipalvelu Valtuutusten ja suostumusten hallintapalvelut Käyttäjien tunnistaminen ja todentaminen Tunnistuspalvelu (sisäinen) Asiakkaan tunnistuspalvelu Federoitu tunnistuspalvelu Todentamispalvelu Kertakirjautumispalvelu Sessionhallintapalvelu Pääsynvalvonta Pääsynvalvontapalvelu Pääsylokipalvelut Käytön raportointipalvelu Kontekstipalvelut Roolipalvelu Pääsynvalvontapiste Monet yhdistettävissä, hajautettavissa, rajattavissa muuhun kehitykseen, liittyvät vain osin tähän kohdealueeseen jne. 34
Tietojärjestelmäpalvelujen kuvausten tarkentaminen Palvelun nimi Käyttäjähakemisto Tarkoituksen lyhyt kuvaus: mitä toimintoja ja tietoja kattaa Keskitys / hajautus Mihin prosessiin / tehtäviin liittyy Mihin sovelluksiin / tuotteisiin liittyy Mihin määrityksiin liittyy Yhteydet ja riippuvuudet muihin palveluihin Arvio saatavuudesta / toteutettavuudesta / mukauttamistarpeista Muut kommentit Käyttäjätyyppiluokka Päätoimintoluokka Hakemiston rajapintojen avulla voidaan kysellä käyttäjätietoja (käyttäjätunnisteet, käyttäjätunnukset, salasanat, käyttäjätilien tiedot, käyttäjän roolit). Toiminnot: palauttaa käyttäjän identifioivan tiedon perusteella kysytyt käyttäjään liittyvät tiedot. Nykytila: tyypillisesti käyttäjähakemistoja eri tasoilla, sovellusten sisäisiä käyttäjähakemistoja Tavoitetila: yleensä master-käyttäjähakemiston käyttöönotto, erillisten käyttäjähakemistojen vähentäminen 1.9 käyttäjätilin lisääminen 1.11. käyttäjätilin poistaminen tai disablointi 1.12. työ- ja järjestelmäroolien ylläpito (määrittely, lisääminen, valtuuksien määrittely, poistaminen) 1.13. käyttäjätietojen provisiointi esim. keskitetystä käyttäjähallintavarastosta 1.14. salasanan vanhentuminen 1.15. salasanan vaihtaminen 1.16. yhdistetyn käyttäjäidentiteetin ylläpito 2.1 tunnistautuminen, sisältäen tunnistetietojen esittämisen, tunnistamisen ja todentamisen esim. LDAP-hakemisto SAML ID Provider ja Security Token Service, LDAP, Ydinpalvelurajapinnat, OpenID Ei kutsu muita palveluja. Palvelua kutsutaan, kun tarvitaan tai päivitetään hakemiston käyttäjätietoja (useat muut palvelut ja ylläpitosovellukset). hakemistoja valmiina tuotteita saatavilla ja paketoituna esim. osaksi IdM-tuotteita, kaikki käyttäjät, mahdollisesti eri hakemistoja eri käyttäjätyypeille käyttäjien ja roolien määrittely
Ydinpalvelujen yhteentoimivuuden yleiskuva (resurssipyyntö / pääsynvalvonta) 36
Esimerkki 3: Palvelutapahtumien hallinta Palvelutapahtuma keskeinen käsite terveydenhuollon valtakunnallisten tietojärjestelmäratkaisujen kannalta kuvaa hoidon toteutuksen s.e. kansalainen voi hahmottaa esim. tahdonilmaisua varten toisiinsa liittyvät palvelut ja asiakirjat ammattilaisen kannalta eheän ja ymmärrettävän tietokokonaisuuden muodostaminen pohja yhteen kuuluvien potilastietomerkintöjen kokoamiseen Tarkennustarpeet koota ja täsmentää käsitteitä, ml. suhde hoitoprosessiin palvelutapahtumien käsittelyyn liittyvien prosessien ja toimintojen tunnistaminen ja kuvaaminen tarkennukset yhteisiin sääntöihin ja tiedonsiirtoon suhteessa palvelutapahtumatietojen hyödyntämiseen, kokoamiseen, tietomalleihin toimintojen toteutusmahdollisuudet sovelluspalvelujen kautta, rajapintatarpeet (ml. järjestelmät joissa ei käsitellä palvelutapahtumatietoja kansallisten määritysten mukaisesti) tarkennukset suhteessa katseluyhteyteen (potilaan sähköinen asiointi) ja suostumusja kieltokäsittelyihin 37
Case palvelutapahtumat: työskentely suuri joukko valtakunnallisia määrittelyjä, joissa aihetta sivuttu 9 monenvälitsä työkokousta 10/2009 05/2010 runsaasti mallien tarkennuksia ja määrittelyjä, ml. palvelutapahtumien hallintaan liittyvien hienojakoisten toimintojen analyysi (tehtävä- ja teko-tasot) SOA-palvelujen tunnistaminen ja sijoittelu toteutustasoille (valtakunnallinen, alueellinen, paikallinen) konkreettisiin järjestelmiin (ydin- ja erillisjärjestelmät) tulokset nopeasti julki ja käyttöön muissa hankkeissa Kela ja HL7 / Erillisjärjestelmien integraatiot, Kuntaliitto / TAPAS + Viila-yhteistyö jne. 38
Arkisto Asiakkaan tietojärjestelmät Palvelunantajan tietojärjestelmät Ammattihenkilö Asiakas Palvelutapahtumat: roolit / toiminnot matriisi X: aina mukana - x: mahdollinen Lähetteen tekeminen X X X Lähetteen vastaanottaminen X X x Potilaan laittaminen jonoon X X x Ajanvarauksen tekeminen lähetteen pohjalta x X X x x Ajanvarauksen tekeminen ilman lähetettä x X X x x? Ajanvarauksen peruminen x X X x x? Ilmoittautuminen ja sisäänkirjaus ennakoimatta X X x Potilasta koskevien tietojen tarpeen määritteleminen x X x x x Luovutuksen perusteen määrittely x X X x Saatavilla olevien asiakirjojen selvittäminen X X X Tarpeellisten asiakirjojen noutaminen X X X Haettujen asiakirjojen hyödyntäminen X x Hoidollisen merkinnän kirjaaminen / tekeminen X X X Palvelutapahtumaan kohdistuvan tahdonilmauksen antaminen tai X x x x X muuttaminen Potilaan siirto osastolle / osastojen välillä X X x? Potilaan kotiutus / käynnin päättyminen X X X Tutkimus- tai konsultaatiopyynnön tekeminen X X x Tutkimus- tai konsultaatiopyynnön vastaanottaminen ja toteutus X X x 39
Kontekstinhallinta Palvelutapahtumien integraatioinfrastruktuuri Potilashallinnollisen prosessin hallinnoija Tietosisällön hyödyntäjä Tietosisällön tuottaja Luettelon hakupalvelu Asiakirjojen hakupalvelu Tapahtumatietojen varasto Merkintöjen muodostamispalvelu Asiakirjojen lähettämispalvelu Asiakirjojen muodostamispalvelu Arkistopalvelu Käyttäjä (ammattihenkilö, asiakas) Palvelutapahtumat: palvelut-roolit / tehtävät (teot) matriisi k=kutsuja tai käynnistäjä, P=sovelluspalvelun tarjoaja, l=tietolähde Aktiivisista palvelutapahtumista yhden valinta k,l k k, P l, P k, P P l l Aktiivisten palvelutapahtumien selvittäminen l? k, P l, P l? k, P k,p l Asiakirjan arkistointi k P l P k k? Asiakirjan haku arkistosta k P l? P l k,l l Asiakirjojen kuvailutietojen haku arkistosta k l,p l? P k,l l Asiakirjan liittäminen l P l l l k,l P,l l palvelutapahtumaan Asiakirjan muodostaminen P l l, k merkinnöistä k Tietojen näyttämisen viivästyttäminen l,k P? P? P, k Asiakkaan tapahtumien listaus l k P,l k k Asiakkaan valinta vastaanoton tai k P,l P,l osaston potilasluettelosta Merkinnän liittäminen palvelutapahtumaan l P l k,l k,l l,p,k l... jne. 40
Kontekstinhallinta Palvelutapahtumien integraatioinfra Potilashallinnollisen prosessin hallinnoija Tietosisällön hyödyntäjä Tietosisällön tuottaja Luettelon hakupalvelu Asiakirjojen hakupalvelu Tapahtumatietojen varasto Merkintöjen muodostamispalvelu Asiakirjojen lähettämispalvelu Asiakirjojen muodostamispalvelu Arkistopalvelu Palvelutapahtumat: geneerinen järjestelmät / palvelut matriisi Valtakunnallinen palvelu P?? m P P Alueellinen tai paikallinen palvelu m m m m m m m m P P (Potilashallinnon) P P P P P P P P P m ydinjärjestelmä Yksikkökohtainen P m m P m P m erillisjärjestelmä Organisaatioiden yhteinen erillisjärjestelmä P m m P m P m P=palvelun tarjoaja (varmasti jossakin tiedossa olevassa ympäristössä) m=mahdollinen palvelun tarjoaja. 41
Palvelutapahtumat: roolit ja palvelut arkistoinnissa Palvelunantajakohtainen, Palvelunjärjestäjäkohtainen, alueellinen Valtakunnallinen Potilashallinnollisen prosessin hallinnoija Tietosisällön tuottaja merkinnän tietoja Palvelutapahtumien integraatioinfrastruktuuri Tapahtumatietojen varasto Merkintöjen muodostamispalvelu Merkintä - merkinnän tietoja - palvelutapahtumatunnus Asiakirjojen lähettämispalvelu Asiakirja -palvelutapahtumatunnus -(toissijainen palvelutapahtumatunnus) Arkisto Kontekstinhallinta Asiakirjojen muodostamispalvelu Merkintä n - merkinnän tietoja - palvelutapahtumatunnus 42
Yhteenveto 43
Yhteenveto johtaja, arkkitehti ja toteuttaja kiinnostuneita eri tarkkuustasoista: jäljitettävyys tasojen välillä edesauttaa viestintää ja hallittavuutta tehtäviä analysoimalla voidaan tunnistaa tehostamisen ja automatisoinnin mahdollisuuksia, mutta vaikuttavimmat muutokset tapahtuvat ylätasoilla vaikka tehtäisiin suurta rajapintaa (näkyvissä prosessitasolla), kannattaa analysoida tietojenkäsittelytehtävät joihin rajapinta linkittyy prosessinäkökulma voi olla loppuun asti optimoitu mutta pullonkaula voikin löytyä toimintonäkökulmasta (kapasiteetti, prosessien vuorovaikutus) business documents palvelurajapinnat löyhässä kumppani-integraatiossa yleinen malli, mutta käytännön SOA-kehityksessä hienojakoisemmat palvelut usein tarpeen SOA-palvelujen kriteereistä itsenäisyys ja löyhä kytkentä aiheuttavat haasteita erityisesti vuorovaikutteisuuden suhteen meet in the middle: ratkaisut prosessilähtöisesti, mutta huomioiden myös bottom-up integraatiot erityisesti asiantuntijatyöhön välineitä työnkulkujen standardoinnin sijaan prosessien vaiheiden, työnkulkujen ja toimintojen välisten rajapintojen tehtävät erityistarkasteluun: kaikkea muuta ei tarvitse määritellä pilkulleen olennaista tunnistaa, kenelle ja mihin tarkoitukseen kuvaukset tehdään 44
Kommentteja? Kysymyksiä? Onko yhteisen kielen löytäminen tärkeää? Да. Ναι. 그렇습니다 Yes. Visst. Si. Oui. Sim. Doch. はい juha.mykkanen@uef.fi www.uef.fi/solea 45