Järjestelmäarkkitehtuurit terveydenhuollossa

Transkriptio

1 ? B P M? Järjestelmäarkkitehtuurit terveydenhuollossa? S O A?? E A I? IIR Terveys-IT Helsinki Juha Mykkänen, tutkijatohtori Kuopion yliopisto, HIS-tutkimusyksikkö

2 esityksen ja puhujan taustaa kansallinen arkkitehtuuriratkaisu paikallisesta näkökulmasta millainen arkkitehtuuri palvelee muuttuvaa palvelujärjestelmää? Sisältö SOA-arkkitehtuurin toteuttaminen miltä pohjalta liikkeelle? yhteenveto 2

3 Puhujan ja esityksen taustaa SOLEA: palvelupohjainen paikallisesti sovitettava kokonaisarkkitehtuuri -hanke Kuopion yliopisto, Teknillinen korkeakoulu, 16 muuta osapuolta (terveydenhuolto + teollisuus), Tekes SOA ja EA: arkkitehtuurityön hallinta, siirtyminen kohti palvelukeskeistä arkkitehtuuria pohjana mm. SerAPI+PlugIT: ajanvarausrajapinnat, kontekstinhallinta, potilasryhmittelyt, päätöksentuki..., menetelmät (integrointi, mittaus..) standardointi, yhteentoimivuus ja kansalliset ratkaisut Integrating the Healthcare Enterprise (IHE) Suomessa Healthcare Services Specification Project (HSSP) palvelukeskeiset terveydenhuollon standardit kansainvälisesti HL7-standardointi ja paikallistaminen (Open CDA, HL7 versio 3) ekat / ajanvaraus: ajanvarausratkaisujen koordinointi ja arkkitehtuuri 3

4 Normalisoitu kokonaisarkkitehtuuri Kokonaisarkkitehtuuri (myös Enterprise Architecture, EA, yritysarkkitehtuuri) on menettelytapojen joukko, jolla organisaatio pyrkii hallitsemaan tietotekniikkainvestointien suunnittelua, yhdenmukaisuutta ja seurantaa. TOIMINTA (Business Architecture) TIETO (Information Architecture) TIETOJÄRJESTELMÄ (Application Architecture) TEKNOLOGIA (Technology Architecture) 4

5 Kansalliset arkkitehtuuriratkaisut paikallisesta näkökulmasta

6 keskitetyt toteutukset Kansallinen arkkitehtuuri = reseptikeskus, earkisto, koodistopalvelu, varmennepalvelu, viestinvälityspalvelu, ( ajanvaraus, asiointia tukevat jne.) yhteiset määrittelyt liittyminen kansallisiin palveluihin, standardit sisällöt: ydintiedot, käyttötapaukset, vaatimukset potilaskertomusjärjestelmille liitettävyys: CDA-asiakirjarakenne ja soveltamioppaat, viestinvälitysmäärittelyt sertifiointivaatimukset, tietoturvavaatimukset paikallinen sopiminen hankinnat, liittymistapa kansallisiin palveluihin alueelliset ja organisaatiokohtaiset ratkaisut 6

7 Lainsäädäntö, suositukset, standardit kerroksinen ARKKITEHTUURI Päätelaitteet Verkkoyhteydet Arkkitehtuuri on Kuvaus osista Niiden rajapinnoista ja siitä Miten niistä tehdään kokonaisuus Työpöytä Organisaation sovellukset (ja yhteiset tj-palvelut) (ERVA)-alueiden yhteiset tj-palvelut Valtakunnalliset yhteiset tj-palvelut Viitejärjestelmä Sähköinen arkisto (+ notariaattiarkisto) Suostumus, loki ym. Nimi- ja koodistopalvelu PKI + työpöytäintegraatio (SSO) Viestinvälitys Sähköinen asiointi? Koodistopalvelin, ml. OID-koodit (Stakes) PKI, ammattilaisten varmentaminen (TEO) Henkilötunnisteet (VRK) Lääkemääräyskeskus, todistuskeskus (KELA) Sos & th tilastokeskus Terveysportti (Duodecim) [Niilo Saranummi] 7

8 Apteekkijärjestelmät Kansallinen terveydenhuollon arkisto ja muut IT-palvelut Potilastietojärjestelmät Roolit & oikeudet Viitetietokannat ym. alueelliset ratkaisut Katseluyhteys Roolit & oikeudet Palvelu pyyntöjä toimitus resepti Tiedon syöttö Tiedon haku Erikoissairaanhoito Terveyskeskukset Kuvantaminen Yksityinen sektori IP-verkko Kansallinen terveydenhuollon arkisto(kanta) Palveluväylä KANTA eresepti Tilastot Tunnistus & Varmennus Kela/ Stakes Koodistot Koodit Hakemisto & Rekisteröinti Asiakirjan hakutiedot Lokipalvelu Arkisto Luovutusloki Arkiston käyttöloki Tapahtumaloki AMS: Asiakirjat Asiakirjat Asiakirjat AMS AMS +metatiedot 8 Suostumuksen hallinta eresepti TEO-varmennepalvelut Reseptikeskus Tilastot Koodistopalvelut Arkistonhoitajat [KANTA-kokonaisarkkitehtuuri]

9 Paikallinen sertifiointi suhteessa kansallisiin tietojärjestelmäpalveluihin Kriteerien laatiminen Sertifiointi Sertifiointi (sertifikaatin myöntäminen) Määrittely, suunnittelu, toteutustekniikoiden valinta Kriteerit Kehitystyö Määritysten mukaisuuden toteaminen (evaluointi, arviointi ja testaus) Sertifikaatti Käyttöönotto Sertifiointivaatimukset / TJSERT: Sähköinen lääkemääräys Sähköinen arkisto Geneeriset vaatimukset lait, asetukset, käyttötapaus- ja vaatimusmäärittelyt, HL7-määrittelyt jne Esim sähköinen lääkemääräys / potilastietojärjestelmä + palvelun antaja: 22 toimintoa (~käyttötapaus), 53 sertifiointikohdetta, 220 vaatimusta, 211 todennettavaa kohtaa 9

10 Esimerkki sertifiointivaatimuksista Toiminto 7 Kirjoita lääkemääräys Kohde (TOC) Potilaan informointi Alkuperä Laki sähköisestä lääkemääryksestä 61/ TH KT 3.6 S e r t i f i o i n t iv a a t i m u s Vaat. numero Todennus Toteutuksen vastuu Vaatimus Lähde TH. Org PTJ 7002 Terveydenhuollon toimintayksikön tai lääkkeen määrääjän on informoitava potilasta sähköisestä lääkemääräyksestä ja siihen liittyvistä potilaan oikeuksista ennen lääkemääräyksen laatimista. Annetusta informaatiosta tulee tehdä merkintä potilaskertomukseen. Uusittaessa sähköistä lääkemääräystä katsotaan potilaan olevan tietoinen sähköisestä lääkemääräyksestä ja siihen liittyvistä oikeuksistaan TH V3.1 T: Potilaskertomusjärjestelmästä on nähtävissä, että potilasta on informoitu, riippumatta siitä onko informaatiotieto tuotettu automaattisesti. K: informointikäytäntö on määritelty ja käyttäjien tiedossa. T = sovelluksen toiminnallinen testaus K = katselmointi V = validointi tai tekninen tarkastus X X 10

11 Mitä katselmoidaan / sertifioidaan katselmointi valmius sähköiseen reseptiin ydintietojen toteutus keskeiset tietoturvavaatimukset käytettävyysseikkoja ylläpitosuunnittelu sertifiointi yhteentoimivuus, toiminnallisuus, turvallisuus - kansallisiin palveluihin liittymisen osalta = kansallisesti sovittuja asioita 11

12 paikalliset / alueelliset Mitä ei katselmoida / sertifioida (voidaan yrittää koordinoida?) kansalaispalvelut, palvelujen yhteismitallistaminen käyttöliittymät hankinnat ja hallintamallit + projektit, sopimukset arkkitehtuurit = asioita, joita ei järjestetä kansallisesti = asioita, jotka ratkaisevat myös, miten hyvin kansalliset ratkaisut saadaan käyttöön ja palvelemaan toimintaa 12

13 Millainen arkkitehtuuriratkaisu palvelee muuttuvaa palvelujärjestelmää?

14 Ohjauksen organisoinnin ja toimialan strateginen uusintaminen Kumppanuus- ja yhteistoiminta verkostot Funktionaalinen ammattilais-hierarkia Prosessit ja joustavat tiimimallit Tulosajattelu managerialismi [Juha Kinnunen, Kuopion yliopisto]

15 Muutosten suunta? Terveydenhuollon uudistamisen ratkaisu ei ole taloudellisten voimavarojen lisäys, vaan Asiakkuusprosessin paremmassa hallinnassa Resurssien suuntaamisessa todelliseen tarpeeseen edellyttää tasa-arvon ja oikeudenmukaisuuden uutta määrittelyä Rakenteiden ja asiakkaan palveluprosessien synkronoinnissa Tuottavuuden lisäämisessä strategisen henkilöstöjohtamisen keinoin [Juha Kinnunen, Kuopion yliopisto]

16 Organisaatioiden toiminnan ja arkkitehtuurien kehitys 1970-luku 1980-luku 1990-luku 2000-luku Toimintamalli Hierarkkinen organisaatio, toimintojen nopeus ja laatu Toimintayksiköt, prosessien tunnistaminen ja määrittely Toimitusketjut, alueellinen yhteistoiminta Globaali ja virtuaalinen, mukautuva prosessiorientoitunut toiminta Sovellusarkkitehtuuri Heijastaa toiminnan rakennetta, tietokantojen hallintajärjestelmät, integroidut tietokannat Asiakas-palvelinarkkitehtuurit, oliopohjaisuus, kolmitasoarkkitehtuurit, erilliset käyttöliittymät, sovelluslogiikka ja tiedot, jaettu tietoarkkitehtuuri Monitasoarkkitehtuurit, hajautetut oliot, komponenttipohjaiset järjestelmät, viestipohjainen yksiköiden välinen integraatio, työnkulkujen hallinta, standardit Verkkosovellukset, palvelupohjainen integraatio, dynaamiset, joustavat ja komponenttipohjaiset sovellukset, peerto-peer - yhteistoiminta ICT- infrastruktuuri Keskuskoneet, minitietokoneet, terminaalikäyttö Työasemat ja palvelimet, graafinen käyttöliittymä, LAN Sovelluspalvelimet, web, WAN, langattomuus Web, sovellus- ja integrointipalvelimet, mobiilikäyttöliittymät, grid-tekniikat

17 lähestymistapa, jossa tietojärjestelmät ja prosessit koostetaan sovelluspalveluista nopeammin muokattavat järjestelmät käytetään uudelleen jo kerran tehtyä, vähennetään päällekkäisyyksiä SOA palvelupohjainen arkkitehtuuri (sovelluspalvelujen suhteet muihin ratkaisun osiin) sekä rajapinnat erittäin keskeisiä avoimet rajapinnat edellytys kaikille mukaan otettaville sovelluksille tai palveluille sovelluspalvelut ratkaisujen legopalikoita, arkkitehtuuripelisäännöt sovittava yhdistää sovellusintegraation (EAI), prosessien hallinnan (BPM) ja komponenttipohjaisuuden perusajatuksia vanhojen sovellusten ja olemassa olevan infrastruktuurin hyödyntäminen prosessien määrittely, koordinointi ja automatisointi lähestymistapa, joka on sovitettava soveltajan (paikalliseen?) tilanteeseen ja tarpeisiin 17

18 SOA-arkkitehtuurin toteuttaminen miltä pohjalta liikkeelle?

19 Kysymys 1. Mitä tavoittelemme arkkitehtuurilla? toiminnallinen joustavuus ja laatu? kyky vastata uusiin ja muuttuviin vaatimuksiin prosessien määrittely ja tukeminen käytettävyys ja tietotekniikan lähentäminen toimintaan sovellusten parantunut liitettävyys? hankinta- ja integraatiokustannusten aleneminen jo tehtyjen investointien hyödyntäminen, uudelleenkäyttö tietojärjestelmäympäristön vähittäinen kehitys järjestelmäympäristön tehostunut ylläpito toiminnalliset hyödyt rakentuvat sovellustuotannon ja teknisten hyötyjen pohjalta MITTARIT (projekteille, arkkitehtuurille) 19 [SerAPI: Palveluarkkitehtuurin soveltaminen terveydenhuollossa, osa 1]

20 tavoitetilan kuvaus Jatkokysymykset nykytilan kuvaus siirtymien määrittely keinovalikoima viitearkkitehtuuri kehittämismallit ja prosessit hankinta- ja kehittämisvaihtoehdot konkreettinen arkkitehtuuri: integrointiarkkitehtuurista eteenpäin hallintamalli projektit, hankinnat, organisointi, ohjaus/seuranta 20

21 Kokonaisarkkitehtuuri jäsentämisessä (EA grid tyyppisesti) Business Information Application Technology Enterprise Organisaation tavoitteet Strategia Organisaation laajuiset tietomallit Organisaation yhteiset / strategiset sovellukset Teknologiastrategia Teknologialinjaukset Domain Toimialueen / yksikön tavoitteet Toimialueen tietomallit ja tietovarastot Toimialue-spesifit sovellukset Toimialueen teknologiat ja standardit Infrastruktuuri Process Prosessin tuotokset ja panokset Prosessin tietomalli Tietoprosessit Prosessiin kuuluvat sovellukset tai palvelut, orkestraatio Prosessin ohjausteknologia Prosessiinfrastruktuuri Service Palvelun vaatimukset ja rajaukset Palvelun tietomalli, rajapintadokumentaatio Palvelun toiminnallinen malli, Prosessit tai sovellukset, joissa palvelua käytetään Palvelun rajapinta- ja toteutustekniikat 21

22 SOA-viitearkkitehtuuri Käyttäjä Portlets WSRP Prosessi Sovelluspalvelut -atomiset -yhdistetyt Taustajärjestelmät Palvelin Top-down: prosessimalleja runsaasti, mutta vähän linkityksiä sovelluspalveluihin / rajapintoihin Bottom-up, monia Räätälöity valmiita Hyllytuote Palvelukomponentit malleja, eri tyyppisiä CRM, ERP rajapintoja Oliopohjainen eri tyyppisiin tarpeisiin Business intelligence Integrointiarkkitehtuuri (ESB) (turvallisuus-, hallinta- ja seurantainfrastruktuuri) Laadunhallinta (QoS) (metatiedot, kuvaukset, tietovarastointi) Tietoarkkitehtuuri (governance, policy) Hallintakäytännöt 22

23 Sovelluspalvelujen tunnistamisen (ja ohjauksen) suunnat top-down - "määrittelyt edellä" pohjana riittävälle tasolle kuvatut tavoitetilan prosessit palvelujen, rajapintojen ja operaatioiden määrittely prosessikuvauksista yleistäminen bottom-up - "toteutus edellä jatkuvuussuunnittelu... pohjana esim. järjestelmäkartta tarvittavaan prosessiin liittyvien toimintojen ja tietojen tunnistaminen sovelluksista käytettävissä olevat palvelut: toteutetut rajapinnat, osapuolten rajapintakuvaukset tarvittavien muutosten tai laajennusten määrittely yleistäminen, migraatio-roadmap käytännössä useimmiten "meet-in-the-middle" 23

24 Hankinnat ja integraatio monitoimittajaympäristössä 24

25 Hankintavaihtoehdot (sisäiset ja ulkoiset vaihtoehdot) Osta valmis tuote Toteuta itse Teetä uusi järjestelmä Suunnitteluta ulkopuolisella Osta ja räätälöi järjestelmä Osta ja integroi komponentit Vuokraa ulkopuoliselta (ASP) Toteuta vanhan järjestelmän sovittimena Laajenna sovelluskehyksestä Kirjaudu käyttämään verkon kautta 25

26 Sairaalaesimerkki: integrointiarkkitehtuurin rajapintojen ja liitäntöjen tyyppejä Insurance Statistical reporting 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 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 palvelut (ydinpalvelut): potilaskertomus, potilashallinto jne. 2. lisäpalvelut, kontekstinhallinta, päätöksentuki jne. 3. löysästi kytketyt, yksiköiden ja organisaatioiden väliset ja kansalaispalvelut [Mykkänen, Korpela, Ripatti, Rannanheimo, Sorri. Local, Regional and National Interoperability in Hospital-Level Systems Architecture. Meth Inf Med, 2007] 26

27 Valmiita osia? Insurance Statistical reporting Administration and management Financials Materials management Personnel management Property and infrastructure management Sales, CRM, marketing, PR Patient/citizen front-end Invoicing Resource / operations planning Ateriatilaus Materials & meal ordering DRG + APR ryhmittelyt Patient grouping, DRG Administrative core Inpatient and Potilas- outpatient management Admisstion, discharge, transfer Workstations Web Professional front-ends Mobile Ubiquitous Reporting, Data warehousing, Management listat Kontekstinhallinta Workflow and process management Guidelines, EBMeDS / protocols Patient / provider demographics Ajanvaraus Scheduling, Resouce Management Käypä hoito Potilasydinrajap. Clinical core Orders / referrals, prescriptions, consultations eresepti Patient and provider id Medication EHR repository Results Prosessivälineet ja -esimerkit Problems rajapinnat Terminology Kansallinen arkisto Lab Radiology + PACS Pharmacy Etc Clinical subsystems Koodisto- IHE? Päätöksen- Decision support tuki 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 SerAPItai SOLEAtyökohde Käyttäjä-oikeus-rajapinnat, Käyttäjä- ja käytönhallinta User management, security and access control Identification User role Care relationship Consent Web services-suositukset, Integration, data access esimerkit ja standardit 1. keskitetyt, jaetut sovelluspalvelut (ydinpalvelut) 2. lisäpalvelut, kontekstinhallinta jne. 3. organisaatioiden väliset palvelut ja prosessit Yhteistyöhankkeet, "naapurit" 27

28 Ajanvarausesimerkki: ajanvaraukseen liittyvät palvelut paikallisesti, alueellisesti, valtakunnallisesti ja kansalaiselle... valtakunnallinen toteutus alueellinen toteutus Ammattil. tunnistautuminen KANTA-palvelut arkisto Ajanvarausasiakirja Ilmoitus + vahvistuspalvelu Koodistopalvelu (Terveys)- palveluhakemisto Ajanvarausprosessin ohjauspalvelu Lokit Valtuutuspalvelu Suostumuspalvelut Kysymysvastaus-palvelu Kans. Tunnistautuminen Tavoitettavuus Kansalaisen palvelualusta Maksu- ja korvauspalvelut Kans. ajanvarauskäyttöliittymä Reseptin uusiminen Säännöstöpalvelu Ajanvarauskalenteripalvelu Katseluyhteys Asiakkuuspalvelu Omahoitopalvelut Terveystaltio paikallinen toteutus Potilastieto- Ajanvaraus- Ajanvarausjärjestelmät // potilastieto- potilastietojärjestelmä järjestelmä b a [ekat-koordinaatiohanke, ajanvaraustyöryhmä, 2008] 28

29 Ajanvarauksen ydinpalvelut kansallinen toteutus alueellinen toteutus Ammattil. tunnistautuminen KANTA-palvelut arkisto Ajanvarausasiakirja Ilmoitus + vahvistuspalvelu Koodistopalvelu (Terveys)- palveluhakemisto Ajanvarausprosessin ohjauspalvelu Lokit Valtuutuspalvel u Suostumuspalvelut Kysymysvastaus-palvelu Kans. Tunnistautuminen Tavoitettavuus Kansalaisen palvelualusta Maksu- ja korvauspalvelut Kans. ajanvarauskäyttöliittymä Reseptin uusiminen Säännöstöpalvelu Ajanvarauskalenteripalvelu Katseluyhteys Asiakkuuspalvelu Omahoitopalvelut Terveystaltio paikallinen toteutus Potilastieto- Ajanvaraus- Ajanvarausjärjestelmät // potilastieto- potilastietojärjestelmä järjestelmä b a [ekat-koordinaatiohanke, ajanvaraustyöryhmä, 2008] 29

30 Kansalaisesimerkki: kansalaislähtöisen hyvinvointi- Pärjäin-välineen spesifi palveluarkkitehtuuri 30 Omatietovarasto Käyttöliittymät Import-palvelu Kommunikaatioalusta Työpöytäsovellus Palvelunantajan tietojärjestelmä Rakenteiset tietoalkiot Tekstidokumentti Rakenteinen dokumentti Binääridokumentti Metatiedot Hyper- ja multimedia Mittalaiteliitännät Esityspalvelut Kertakirjaus Tietämyspalvelut Yhteisöpalvelut Vuorovaikutuspalvelut Tutkimustietomyynti Henk. koht. lisäarvopalvelut Kuntoopastin Hyvinvointipalveluhakemisto Päätöksentuki Tietojen tulkinta Tietämyslinkit Potilasohjeet Keskustelufoorumit Blogi Vertaisryhmän tiedonjako Portaali / WebUI Mobiilisovellus SMS/MMS Riskianalyysi Esitiedot Kysymysvastauspalvelu Ajanvaraus Jonotus Palaute Palveluranking Maksaminen Maksukattojen seuranta Tilaaminen Esityspersonointi Graafiset esitykset Tietojen vertailu Vertailu ja seuranta Laskuri Päiväkirja Kalenteri Muistutus & hälytys Syke Verenpaine Verensokeri EKG Paino Tekninen palveluhakemisto Tietoalusta Translaatio Varmuuskopio Pakkaus Salaus Arkistointi Synkronointi Sisällöllinen personointi Profilointi Turvallinen viestintä Aikaleima Viestinvälitys ICEtiedonsaanti Syöttäminen Lataaminen Muokkaus Korjaus Täydennys Perustoiminnot Merkkaus Luokittelu Kommentointi Poistaminen Tuhoaminen Mitätöinti Katselu Lajittelu Hakeminen Tulostus Export Käytönhallintaalusta Tunnistus Valtuutus Käyttöoikeudet Allekirjoitus Loki Suostumus Asiakkuus Asiointitili, asianhallinta / hakemus Skannaus Arkisto Tavoitettav. Resepti uus/ ekatselu [OmaHyvinvointihanke, luonnos, 2009]

31 Yhteenveto

32 Arkkitehtuurin ohjaus - havaintoja onko meillä oma (kokonais)arkkitehtuuri ja ohjaako se hankkeitamme? vs. tuotekohtaiset arkkitehtuurit ja kansalliset viiteratkaisut ja vaatimusluettelot mittaaminen resursointi ohjaa, mitä tehdään; arkkitehtuurille ja hankkeille mittarit: MITÄ mitataan: hoitotulokset?, asiakastyytyväisyys, käyttäjätyytyväisyys, toimintaprosessit, tiedot, kehittämis- ja integrointityö, tekniset seikat, uudelleenkäyttö MITEN mitataan: lukumäärämittarit, työmäärä- ja ajalliset mittarit, laadulliset mittarit, taloudelliset mittarit rajapinnoista on jo päästy liikkeelle kohti SOA:a "kertahankinnoista" jatkuvaksi ja vähittäiseksi kehittämiseksi arkkitehtuuri ja uudelleenkäyttö hankintojen pohjana! vaikutukset mm. kynnysarvoihin, puitesopimukset hankintojen ohjeistus ja käytännöt eivät ole täysin vakiintuneet SOAkehittämismallia ajatellen rajapinnat ja avoimet tekniikat oltava osa valintakriteeristöä! malleja ja kokemuksia löytyy jo meiltä ja muualta 32

33 Organisaation SOA-paletti strategiset tavoitteet: priorisointi, omistajuus, ydinprosessit ja -palvelut lähtö- ja tavoitetasojen määrittely (+ kypsyysmallit) viitearkkitehtuuri (kokonaisarkkitehtuurissa muutakin kuin palvelut) osat (esim. S3): käyttöliittymät, prosessit, sovelluspalvelut, komponentit, järjestelmät, integrointiarkkitehtuuri, tietoarkkitehtuuri, hallinta paikalliset valinnat pelisäännöt kuhunkin arkkitehtuurin osaan: tekniset käytännöt, hankintastrategiat, metadata, keskeiset standardit uudelleenkäytettävä infrastruktuuri (tekniset alustavalinnat, ESB) kehitys / hankinta / integraatioprosessi siirtymä tietokantapohjaisesta ajattelusta tehtäväpohjaiseen toimialan asiantuntemuksen valtaistaminen kehitykseen top-down (prosessikuvaukset) ja bottom-up ("valmiit" komponentit) yhdistäminen strategiset kumppanuudet: ydinjärjestelmä + integraattori? hallinta (governance), hankinnat, tasapaino yleiskäyttöisyyden ja tarkkuuden välillä 33

34 +! -!!? Suomessa ollaan monia edellä IT käytön suhteen esim. henkilön tunnistaminen ikiongelma muualla kansalliset ratkaisut avoimia ja standardipohjaisia kaikki osat liikkuvat, paljon käynnissä olevia asioita osien liike tulee nopeutumaan ja määrä kasvamaan entisestään muutosta tukeva arkkitehtuuri: pohjaa jo tehty Lopuksi erst studieren, dann kopieren, myös muilta toimialoilta paikallisten päätösten pohjaksi tarvitaan yhteisiä malleja 34

35 Kaikki muuttuu Esitykseen liittyvää materiaalia mm.: KIITOKSET! 35

36 SOA-siirtymän päävaiheiden hyötymalli Toiminnan yhdenmukaisuus ja suunnittelu Nopeus vaatimuksista käyttöönottoon Kustannussäästöt Uudelleenkäyttö projektissa Uudelleenkäyttö projektissa Palvelujen yhdenmukaistaminen Uudelleenkäyttö organisaatiossa Uudelleenkäyttö organisaatiossa, vähentynyt integrointityö Prosessien yhdenmukaistaminen Mukautettavat prosessit Komponenttikehitys, yleiskäyttöiset ratkaisut, sovellusten korvaaminen Strategian ja operatiivisen toiminnan yhtenevyys Toiminnan ja IT:n yhtenevyys Prosessien tehokkuus!!!huom. esim. toiminnan mukautuvuuden päähyötyjä saadaan vasta siirtymän vaiheissa 3-4!!! Oppimisvaihe Integrointivaihe Uudelleensuunnitteluvaihe integraatio Kulttuurillinen [muk. Sprott D. Best Practice Report - The Business Case for SOA. CBDI Journal, June ] [Palveluarkkitehtuurin SerAPI 36