esityksen€sisältö - uefkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi,...

19
Rajapinta- ja arkkitehtuuripohjaa joustaville ja liitettäville sovelluksille SerAPI*-tulosten tiivistelmä Prosessit, palvelut ja ohjelmistot, Helsinki, 12.6.2007 Juha Mykkänen + SerAPI-ryhmä Kuopion yliopisto SerAPI-projekti, www.serapi.fi [email protected] * Palveluarkkitehtuuri ja web * Palveluarkkitehtuuri ja web- sovelluspalvelut terveydenhuollon sovelluspalvelut terveydenhuollon ohjelmistotuotannossa ja ohjelmistotuotannossa ja - integraatiossa integraatiossa ? SerAPI 2 Esityksen sisältö • Pohjaa: lähtökohdat ja tavoitteet • SerAPI: esittely ja toiminta • Esimerkkejä tuloksista • Missä mennään + mihin suuntaan? • Jatko tuloksia mahdollista esitellä vain pintapuolisesti 60 min esityksessä: tulosesite seminaarimateriaalissa! suuri osa tuloksista julkistetaan syksyllä 2007

Upload: others

Post on 20-Jul-2020

0 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

Rajapinta­ ja arkkitehtuuripohjaajoustaville ja liitettäville sovelluksille

SerAPI*­tulosten tiivistelmä

Prosessit, palvelut ja ohjelmistot, Helsinki, 12.6.2007Juha Mykkänen + SerAPI­ryhmä

Kuopion yliopistoSerAPI­projekti, www.serapi.fi

[email protected]

* Palveluarkkitehtuuri ja web* Palveluarkkitehtuuri ja web­­sovelluspalvelut terveydenhuollonsovelluspalvelut terveydenhuollonohjelmistotuotannossa jaohjelmistotuotannossa ja ­­integraatiossaintegraatiossa

?

SerAPI 2

Esityksen sisältö

• Pohjaa: lähtökohdat ja tavoitteet• SerAPI: esittely ja toiminta• Esimerkkejä tuloksista• Missä mennään + mihin suuntaan?• Jatko

• tuloksia mahdollista esitellä vain pintapuolisesti 60 minesityksessä: tulosesite seminaarimateriaalissa!

• suuri osa tuloksista julkistetaan syksyllä 2007

Page 2: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

Lähtökohdat jatavoitellut hyödyt

missä toimitaan + mihin pyritään

SerAPI 4

Pohjaksi: terveydenhuollonprosessit ja toiminta• asiantuntijuuden ja ammatillisten roolien

korostuminen• paljon ihmisten välistä kommunikaatiota, vain osa

tehtävistä sovelluksissa / formalisoitavissa /automatisoitavissa

• useat prosessit vuorovaikutuksessa• paljon "poikkeuksia" usein pitkäkestoisissa

prosesseissa• eri organisaatioiden, ammattilaisten ja asiakkaiden

osin ristiriitaiset tavoitteet• vrt. esim. teollinen valmistusprosessi

Page 3: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 5

Pohjaksi: terveydenhuollonohjelmistot ja tietojärjestelmät• tiedon ja tietämyksen määrä kasvaa ja monipuolistuu• säilytys­, saatavuus­ ja turvallisuusvaatimukset

olennaisia• runsaasti sovelluksia esim. sairaaloissa,

heterogeenisyys• runsaasti valmista pohjaa järjestelmissä ja aiemmin

tehdyissä integraatioissa• uudet lähestymistavat sovitettava olemassa oleviin

ratkaisuihin

SerAPI 6

Esimerkkejä haasteista, joihin(palvelu)arkkitehtuuriajattelullapyritään vastaamaan

• Samoja tietoja syötetään ja kopioidaan käsin tai ylläpidetäänmoniin eri järjestelmiin

• Uusiin tarpeisiin vastaaminen ohjelmistoissa vie kauan aikaa(ohjelmistojen versiokehityssyklit pitkiä, paljon muutos­ jalisäyspyyntöjä)

• Käyttöönottoprojektit ja versiovaihdokset aiheuttavatrunsaasti häiriöitä ja viivästyksiä

• Tutkimus/kehityshanke tai hankinta tuottaa käyttökelpoisenerityisratkaisun, mutta sitä ei saada liitettyä muihinjärjestelmiin

• Hoitoprosesseja mallinnetaan, mutta tietojärjestelmät eivättaivu tukemaan määriteltyä tavoitetilaa

Page 4: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 7

Peruskäsitteet

• ARKKITEHTUURI– osat, niiden väliset suhteet ja kehittämisperiaatteet (SerAPI:ssa

etenkin organisaatioiden tietojärjestelmäkokonaisuudessa)

• PALVELUARKKITEHTUURI (SOA):– lähestymistapa, jossa tietojärjestelmät ja prosessit koostetaan

sovelluspalveluista– palvelupohjainen arkkitehtuuri (sovelluspalvelujen suhteet

muihin ratkaisun osiin) sekä rajapinnat erittäin keskeisiä– yhdistää sovellusintegraation (EAI), prosessien hallinnan

(BPM) ja komponenttipohjaisuuden perusajatuksia

• WEB­SOVELLUSPALVELUT (Web services)– joukko avoimia internet­ ja XML­tekniikoita eri tekniikoilla ja

välineillä tehtyjen sovellusten liittämiseen ja tiedonvälitykseen

SerAPI 8

Peruskäsitteet: merkitys

• ARKKITEHTUURI– tarkastellaan yhä enemmän laajemmin kuin yhden järjestelmän

sisällä ­ organisaatiossa, alueellisesti, kansallisesti

• PALVELUARKKITEHTUURI (SOA):– pienemmistä sovelluspalveluista koostetut ratkaisut helpommin

muutettavissa ja mukautettavissa– monet sovelluspalvelut ja prosessit määritellään siten, että ne

vastaavat abstraktiotasoltaan toimialan käsitteitä– rajapinta on tärkeä osa sopimusta palvelun tarjoajan ja käyttäjän

välillä, tavoitteena yleiskäyttöisyys ja uudelleenkäyttö

• WEB­SOVELLUSPALVELUT (Web services)– de facto ­tekniikka palveluarkkitehtuurissa, "tekninen yleisliima"

varsinkin uusissa integrointiratkaisuissa

Page 5: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI­lähestymistapaja toimintamuodot

"Muotivirtauksen kimppuunsoveltavalla tutkimuksella"

SerAPI 10

SerAPI: Palveluarkkitehtuuri ja web­sovelluspalvelut terveydenhuollonohjelmistotuotannossa ja ­integraatiossa

• Tekesin FinnWell­ohjelmaan kuuluva hanke, 9/04 ­ 8/07• "SerAPI­hankkeessa tutkitaan ja kehitetään web­

sovelluspalvelujen ja palvelupohjaisen arkkitehtuurinhyödyntämistä terveydenhuollon tietojärjestelmätarpeisiin jaintegraatioon, ja uusiin sekä olemassa oleviinohjelmistotuotteisiin."– tavoitteena sovellusten ja tietojärjestelmien joustavuus ja liitettävyys:

• keskeiset näkökulmat: Terveydenhuollon prosessit,Ohjelmistotuotteet, Teknologia­alusta– vaatii monitieteistä lähestymistapaa

• keskeiset teemat: terveydenhuollon tietojärjestelmienkehittäminen, arkkitehtuuri, rajapinnat, standardointi,mitattavuus ja seuranta

• 14 yritystä, 4 shp/kaupunkia, 3 tutkimusyksikköä

Page 6: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 11

SerAPI ­ osapuolet

• Tutkimusyksiköt(Kuopion yliopisto)– HIS­tutkimusyksikkö

(Tietotekniikkakeskus)– Shiftec­tutkimusyksikkö

(Terveyshallinnon ja ­taloudenlaitos)

– Ohjelmistotekniikka(Tietojenkäsittelytieteen laitos)

• Terveydenhuollonorganisaatiot– Helsingin ja Uudenmaan

sairaanhoitopiirin kuntayhtymä– Pohjois­Savon

sairaanhoitopiirin kuntayhtymä– Satakunnan sairaanhoitopiirin

kuntayhtymä– Kuopion kaupunki

• Terveydenhuollonyritysosapuolet– Commit; Oy– Datawell Oy– Fujitsu Services Oy– Suomalainen Lääkäriseura

Duodecim– Mawell Oy– Medici Data Oy– Mediconsult Oy– Prowellness Oy– Softera Ratkaisut Oy (06 asti)– WM­data Oy

• Infrastruktuuriyritykset– Bea Systems Oy– Intersystems B.V. Finland– Microsoft Oy– Oracle Finland Oy

SerAPI 12

Monitieteinen lähestymistapa(teknisen alustan ja sovellusten palveltava toimintaa japrosesseja)

Text

Process

Application

Platform

Provider

Management

Consumer

Production

Services

Health services Health requirements

Guidelines

Adaptability Orchestration

Measurement

Integration

Process improvement

ROI

VisualizationPortal

Context

Semantics

Security

Composition

Reuse

Testing

ServicesDocuments

Web technologiesReliability

Availability

AutomationTools

DiscoveryRegistry

Interface

Encapsulation

Change

[Mykkänen, Riekkinen, Laitinen, Karhunen, Sormunen. Designing Web Services in Health Information Systems: FromProcess to Application Level, Int J Med Inf 2007]

"PALVELU"

"SOVELLUSPALVELU"

"WEB­SOVELLUSPALVELU""Web service"

Page 7: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 13

SerAPI: työskentely ja toimintatavat• tarpeet terveydenhuollon yksiköistä ja ohjelmistotuotteista,

avointen rajapintojen ja sovelluspalveluratkaisujenmäärittely käyttökohteisiin

• arkkitehtuurimääritykset ja menetelmät, esimerkitprosessimallinnuksesta ja sovelluspalvelujen tunnistamisesta,selvitykset

• hankkeen toimesta esimerkki­ ja referenssitoteutuksia(toteutukset tuotteisiin osapuolilta)

• linkitykset ja osallistumiset kansalliseen ja kansainväliseenkehitykseen ja standardointiin

• kootun ja kehitetyn tiedon + kokemusten ja pohjalta tieteellisettulokset ja opinnäytteet

• työpajaseminaarit (aina useita rinnakkaisia työpajoja)• määrittelyjen ja tuotosten kommentointikierrokset• osapuoli­ ja työkohdekohtaiset tapaamiset

SerAPI­hankkeentuloksia

6 (SerAPI) + 4 (HL7 Finland) rajapintakohteiden määritystä8 dokumentoitua esimerkkitoteutusta13 selvitystä, menetelmäopasta tai suositusdokumenttia6 gradua, 2 väitöskirjaa12 kv. tieteellistä + runsaasti muita julkaisuja6 työpajaseminaaria, 8 teknistä työpajaa, 8 muuta järjestettyätilaisuutta, 44 esitystä muiden tapahtumien ohjelmissa, 54 muutaosallistumista, 22 matkaraporttia, 23:een muualla tehtyyndokumenttiin sisältöä ja kommentointiaym.

Page 8: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 15

SerAPI­tulokset: poimintoja(ks. tulosesite ­ julkistus 09/07)• Rajapinta­ ja sovelluspalvelumääritykset

– Ajanvarausrajapinnat: alueellinen ja web­ajanvaraus– Lisäominaisuuksien rajapinnat: päätöksentuki sekä potilasryhmittelyt

(esh: DRG, pth: avohoidon potilasryhmitys)– Kontekstinhallinta: kertakirjautuminen, samaan potilaaseen siirtyminen

yhtä aikaa auki olevissa sovelluksissa jne.– Keskitetyt palvelurajapinnat: potilaslistat, käyttäjä, käyttöoikeus, potilas– Teknisten tukipalvelujen rajapinnat ja toteutukset: esim. CDA­

allekirjoitus, oid­tunnistegeneraattori, sertifikaattisovelluspalvelu

• Mallinnusesimerkit ja tekniset esimerkkitoteutukset– prosessilähtöinen sovelluspalvelujen kuvaus: äitiyshuolto + endoskopia– WS­ReliableMessaging, CCOW/WSDL, välineet ja web services

• Menetelmät ja selvitykset– mm. IHE, terveydenhuollon tj­standardoinnin suositukset, eri maiden

kansalliset kertomusratkaisut, web services ja SOA­soveltamisopas• Julkaisut ja opinnäytteet

SerAPI 16

Esimerkki:Avoimet rajapinnatalueellisessaajanvarauksessa

Kansalainen

Keskitettyajanvarauspalvelu

Paikallinenajanvaraus­järjestelmä

Paikallinenajanvaraus­järjestelmä

Paikallinenajanvaraus­järjestelmä

Alueellisen ajanvarauksentarjoama käyttöliittymä

(esim. web) varauksia varten

AmmattilainenJärjestelmä

Käyttäjiä, jotkakäyttävät alueellista

ajanvarausta

Ammattilainen

Ammattilainen

Ammattilainen

[Ajanvarausrajapinnat: tekninen liittymämäärittely, versio 1.2]

Page 9: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 17

Esimerkki: rajapinnat ­ ajanvaraus• alueelliset tai web­pohjaiset (esim. asiointi)

ajanvarauspalvelut (alueellinen ydinpalvelu) tarvitsevatavoimet rajapinnat ajanvarausjärjestelmiin

• Tuotoksia– rajapinnat, joilla taustajärjestelmiin ajanvaraustoimintoja

yhdenmukaisilla HL7 versio 3 ­standardiin perustuvilla rajapinnoilla– tarkennettu soveltamisopas alueelliseen ajanvaraukseen– käynnissä useita tuotetoteutuksia + kansallinen HL7­standardointi

• Teknisesti– kansainväliseen HL7 versio 3 Scheduling­standardiin Suomen tarpeita

vastaavat lisäykset, HL7 web services ja XML­sanomamääritykset

• Yhteydet ja vaikutukset– kansallinen ajanvarauksen esiselvitys ­ jatkokehitys­ ja

koordinointitarpeita mm. asiointi­ ja järjestämismallit, palvelutuotteiden,palvelutapahtumien ja niiden luokittelun sopiminen

– HL7 versio 3 ­standardien hyödyntämismallit ja kokemukset Suomessa– Suomen tarpeet / mallit kansainväliseen HL7 Scheduling­standardiin

SerAPI 18

Esimerkki:DRG­ryhmittelyrajapinta(lisäpalvelu)

• Tarve– NordDRG ­ erikoissairaanhoidon potilasryhmittelijä:

käyttökohteita johtaminen, toiminnan seuranta, benchmarking,budjetointi, hoitojakson laskutus

– DRG­ryhmittely vuorovaikutteiseksi osaksi järjestelmien käyttöä:potilas­, toimenpide­ ja diagnoositietojen perusteella DRGnähtävissä uloskirjauksen yhteydessä (tai aikaisemminkin) ­>

– parantaa laatua esim. eräajoryhmittelyihin verrattuna,virheellisten ja puutteellisten kirjausten korjaaminen

• Sovelluspalveluratkaisu– avoimet web services­rajapinnat

•ryhmittely liitettävissä helposti potilastietojärjestelmiin•välinetuki: rajapintakuvauksista suoraan toteutusten pohja, eri

välineillä generoitujen toteutusten yhteentoimivuus•toteutus DRG­ryhmittelijätuotteessa + hyödyntämisesimerkki

[DRG (Diagnosis Related Groups) ­sovellusrajapintamääritys ]

Page 10: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 19

Esimerkki:sovelluspalvelujentunnistaminenendoskopiassa

• sovellusalueenkuvaamisesta prosessien,toimintojen ja tehtävienkuvauksiin

• sovelluspalvelujentunnistaminenprosesseista ja linkityssovelluksiin jarajapintamäärittelyihin

• mallit prosessien jasovelluspalvelujenkuvauksiin jadokumentointiin [Endoskopian tavoitetilan mallinnus, varhainen luonnos]

SerAPI 20

Menetelmäesimerkki: (tavoiteltujen hyötyjen mittaus)Järjestelmäympäristön tehostunut hallinta jaylläpito

• toisaalta mitataan organisaation "SOA­tasoa", toisaalta ylläpito­ja hallintatyön "tehoa"

• tunnistettu asiaan liittyvät 46/126 mittaria• valittu mitattavissa olevia, poistettu päällekkäisiä ja välillisiä

mittareita, tavoitetasot määriteltävä mittareiden kautta• valitut 12 ydinmittaria (suluissa tavoitesuunta)

– lukumäärä: päällekkäisten tietojen määrä eri järjestelmissä (â),sovelluspalvelujen lukumäärä (á), virhetilanteiden lukumäärä (â)

– työmäärä ja ajalliset: MTTR (â), sovelluspalvelujen saatavuus (á),palvelujen vasteajat (â), prosessimuutosten osuus, jotka voidaan tehdäilman palvelujen muokkaamista (% á)

– laadulliset: ylläpidon kokemat työnkuvan muutokset, tiedon eheys ­mm.EUCS  (á), prosessien seurantatietojen saatavuus (á)

– taloudelliset: ylläpitokustannukset (â), IUM ­ Impacted User Minutes(â), hankinta­ ja integraatiokustannukset (keskipitkällä aikavälillä â)

[Palveluarkkitehtuurin soveltaminen terveydenhuollossa: osa 1]

Page 11: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 21

SerAPI: verkostot yhteentoimivuuteenliittyen (ei sisällä kotimaisia t&k hankkeita)

SerAPIprojekti­

konsortio HealthcareServices

SpecificationProject /

HL7 +OMG

HL7Finland

Kansallinenterveys­hanke

HL7 Inc.

EclipseOHF

IHE

Yhteensopivuutta,

valmiita malleja,tietämystä,

käytäntöjä

FinnWellyhteis­toimin­

nallisuus

StakesCEN

ISO

IMIA

Kuntaliitto

SerAPI 22

SerAPI: verkostot yhteentoimivuuteenliittyen (ei sisällä kotimaisia t&k hankkeita)

SerAPIprojekti­

konsortio HealthcareServices

SpecificationProject /

HL7 +OMG

HL7Finland

Kansallinenterveys­hanke

HL7 Inc.

EclipseOHF

IHE

Ehdotuksia, määrityksiämenetelmiä, kommentteja

FinnWellyhteis­toimin­

nallisuus

StakesCEN

ISO

IMIA

Kuntaliitto

Page 12: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

Missä mennäänpalveluarkkitehtuurinsovittamisessaterveydenhuoltoon?

Ollaankoa) etunenässä vai hännänhuippunab) huomioitu tarvittavat seikatc) aloitettu oikeista asioista

SerAPI 24

SOA­siirtymän päävaiheidenhyötymalli

[muk. Sprott D. Best Practice Report ­ The BusinessCase for SOA. CBDI Journal, June 2006. ]

Kustannus­säästöt

Nopeusvaatimuksistakäyttöönottoon

Toiminnanyhdenmukaisuus

ja suunnittelu

Oppimisvaihe Integrointivaihe Uudelleensuunnittelu­vaihe

Kulttuurillinenintegraatio

Uudelleenkäyttö

projektissa

Uudelleenkäyttö

organisaatiossa,

vähentynyt integrointityö

Komponenttikehitys,

yleiskäyttöiset ratkaisut,

sovellusten korvaaminen

Prosessien tehokkuus

Uudelleenkäyttö

projektissa

Uudelleenkäyttö

organisaatiossa

Mukautettavat

prosessit

Toiminnan ja IT:n

yhtenevyys

Palvelu

jen

yhde

nmuk

aistamine

n

Prosessien

yhdenmukaistaminen

Strategian ja operatiivisen

toiminnan yhtenevyys

• Kotimaisetterveydenhuollonorganisaatiot

• Kotimaiset teollisuudenSOA­edelläkävijät

!!!huom. esim. toiminnanmukautuvuuden päähyötyjäsaadaan vasta siirtymän vaiheissa3­4!!!

[Palveluarkkitehtuurin soveltaminenterveydenhuollossa: osa 1]

Page 13: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 25

Tilanne suhteessa viitearkkitehtuuriin

[Arsanjani A. Service­oriented modelingand architecture.]

Bottom­up,monia valmiita

malleja, eri tyyppisiärajapintoja eri

tyyppisiin tarpeisiin(SerAPI­fokus)

Top­down:prosessimalleja runsaasti,

mutta vähän linkityksiäsovelluspalveluihin

/ rajapintoihinInfrastruktuuri:

Kehitys­välineissä

tuki "vakiona",integrointi­

alustatnousemassaESB­rooliin

[Palveluarkkitehtuurin soveltaminenterveydenhuollossa: osa 2]

SerAPI 26

Lähitulevaisuutta terveydenhuollonorganisaatioiden arkkitehtuurissa?

1. keskitetyt, jaetut sovelluspalvelut (ydinpalvelut)2. lisäpalvelut, kontekstinhallinta jne.3. organisaatioiden väliset palvelut ja prosessit

Administration and management

Financials

Materialsmanagement

Personnelmanagement

Property andinfrastructuremanagement

Sales, CRM,marketing, PR

Clinical subsystems

Surgery

Neonatal

Cardiology

Pathology

Anaesthesiology+ ICU

Gastroenterology

Clinical core

Patient andprovider id

Decisionsupport

Pharmacy

Terminology

Etc

EHR repository

Administrative core

Patient / providerdemographics

Invoicing

Admisstion,discharge,

transfer

Inpatient andoutpatient

management

Resource /operationsplanning

Materials& mealordering

Orders / referrals,prescriptions,consultations

Scheduling,Resouce

Management

Patientgrouping,

DRG

User management, security and access control

Integration, data access

Workflow and process management

Professional front­endsPatient/citizen front­end

Lab

Radiology+ PACS

Medication

Results

Problems

Population /community health

Insurance

Reporting, Data warehousing, Management

Workstations Web Mobile Ubiquitous

Statisticalreporting

Research

Guidelines,protocols

Equipment

Diseasemanagement

1. 2. 3.

1. Common, shared and centralized    services2. Context management, added value    services3. Loosely­coupled messages,    documents, cross­facility invocations

Identification User role     Care relationship Consent

[Mykkänen, Korpela, Ripatti, Rannanheimo, Sorri. Local, Regional and National Interoperability in Hospital­LevelSystems Architecture. Meth Inf Med, 2007, in press]

Kansallinenarkisto

Koodisto­rajapinnat

Ajan­varaus

Yhteistyö­hankkeet,"naapurit"

SerAPI­työkohde

Päätöksen­tuki

Potilas­ydinrajap.

Potilas­listat

IHE?

DRG + APRryhmittelyt

eResepti

Prosessivälineet ja ­esimerkit

Ateria­tilaus

Käyttäjä­oikeus­rajapinnat

Kontekstinhallinta

EBMeDS /Käypä hoito

Web services­suositukset, esimerkit ja standardit

Page 14: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

Tulostenhyödyntäminen jajatkotyöSOA what?Mitä seuraavaksi?

SerAPI 28

SerAPI­tulosten hyödyntäminen jaylläpito

• useita tuotetoteutuksia rajapinnoista eri tuotteissa,vanhimpien osalta arkikäytössä

• HL7­määritykset saatavilla, jatkokehitys yhdistyksen kautta• avoimet määritykset www.serapi.fi, jatkokehitys toteuttajien

tai tutkimusryhmän kautta• myös menetelmätulokset julkistetaan, koulutusta mm. HL7

versio 3 ja SOA­soveltaminen saatavilla• tutkimusryhmän asiantuntemusta käytettävissä paikalliseen /

yhteiseen soveltamiseen, koulutuksiin, jatkotarkennuksiin– myös hankkeen ulkopuolella 09/07 alkaen

• ks: http://www.serapi.fi/mater/SerAPIesite3.pdf

Page 15: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 29

Entä jatkossa 1? Esitettyjä jatkotyöntarpeita ja suuntia

• paikallisesti ja organisaatioissa paljon työtä jäljellä– rajapinnat tulevat  h i t a a s t i  mutta vääjäämättömästi– integraation kautta ON jo tehty SOA­pohjaa!– arkkitehtuurin ja palvelujen uudistaminen, myös kansallisten

ratkaisujen menestys ratkeaa paikallisesti!– selkeä tarve: (palvelu)arkkitehtuurin paikalliseen, prosessilähtöiseen

soveltamiseen organisaatioissa pelisääntöjä: yhteisiä?• technical, semantic, organizational interoperability ­ on

toinenkin nouseva suunta: personal!– sairaus ­> terveys ­> hyvinvointi– elin­ ja toimintaympäristöön mukautuva(?) monikanavainen(?)

henkilökohtainen(!) liitettävyys ­ tarjoaa runsaasti mahdollisuuksiamyös palvelujärjestelmälle!

• profiilit tulevat ­ yleiskäyttöisten ratkaisujen rajauksia– semanttiset (CEN 13606, HL7 templates), toiminnalliset (HL7 EHR­S),

tekniset (WS­I), standardiyhdistelmät (IHE)

SerAPI 30

Entä jatkossa 2? Verkostojen merkitys• kansainvälisyys on mahdollisuus ja elinehto

– eHealth­tiekartat, kansainväliset lähestymistavat kuten IHE– valmiiden mallien ja ratkaisujen hyödyntäminen, esim. henkilökohtaisten

terveyskertomusjärjestelmien toiminnallinen standardointi

• emme ole yksin tai eristyksissä– monilla mailla (Wales, Kanada, Hollanti), palvelutarjoajilla (Kaiser, VA,

NHS), ja toimittajilla samantyyppisiä haasteita ja hankkeita

• arkkitehtuuri ja yhteentoimivuus (pitäisi olla) jokaisenkehityshankkeen työlistalla

– kaikkien ei kuitenkaan kannata yrittää seurata / opetella kaikkea

• rahoittajayhteistyö toiminut pääosin hyvin– huomio pitkäjänteisyyteen, jatkuvuuteen ja monitieteisyyteen

• millaisella verkostolla vastataan haasteisiin?– toisiaan tukevien hankkeiden ja osaamisten malli– kansalliseen kehittämiseen hyvä verkosto, mutta ohjaus haasteellista– mukaan myös kansainvälisesti edelläkävijäverkostoihin!

Page 16: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 31

• "Kun jokainen organisaatio suunnittelee asioinnintoimintamallin ja toteuttaa palvelunsa tekniikan vain itsetarjoamiensa palvelujen ja tietojärjestelmätoimittajansaehdoilla, tuloksena on koko palveluverkon tasollayhteensopimattomat palvelut sekä toimintamalleiltaan ettäteknisiltä ominaisuuksiltaan. Kansalaisen kokonaisuudestalähtevä asiointi palveluverkostossa jää haaveeksi."

– Kortekangas P. Kenelle terveydenhuollon sähköisiäkansalaispalveluita tehdään? Sairaalaviesti 2/2007.

Mitä opittu aiemmasta?

SerAPI 32

Mihin syvempiin haasteisiin onpyritty vastaamaan

• terveydenhuollon prosessien ja järjestämismallienerilaisuus

– yleiskäyttöisiä ratkaisuja saatavilla, jatkossa huomio prosessimallientasapainoon järjestelmämigraation kanssa!

• tietojärjestelmien kyky reagoida toiminnassa tapahtuviinmuutoksiin

– ydinpalvelut ja soveltamisprofiilit pohjana, joustavuushyötyjäsiirtymän myöhemmissä vaiheissa, prosessit ulos järjestelmistä?

• tekniikoiden ja sovellusten heterogeenisyys– rajapintatekniikoiden ja soveltamistapojen vakioinnin avulla hyviä

liitettävyystuloksia, muiden perusasioiden yhdenmukaistaminen?

• paikallisiin vaatimuksiin vastaaminen, täsmäratkaisut– SOA integraation syventäjänä, joustava pohja yhdistettävä

sovellusten ja kehittämismallien muuttamiseen (ks. ZipIT­esitys)

Page 17: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 33

• Tämä työ on osa SerAPI­hanketta, johon ovat osallistuneet Kuopionyliopisto, TEKES, Medici Data Oy, Datawell Oy, Fujitsu Services Oy,Pohjois­Savon sairaanhoitopiiri, WM­data Oy, Commit; Oy, IntersystemsB.V. Finland, Mediconsult Oy, Microsoft Oy, Oracle Finland Oy,Satakunnan sairaanhoitopiiri, Bea Systems Oy, Softera ratkaisut Oy,Helsingin ja Uudenmaan sairaanhoitopiiri, Kuopion kaupunki, KustannusOy Duodecim, Mawell Oy

[email protected]

Kiitos www.serapi.fi

Rajapinta­ ja arkkitehtuuripohjaajoustaville ja liitettäville sovelluksille.

SerAPI 34

SerAPI­tutkimusryhmä 2004­2007

• Juha Mykkänen• Anne Eerola• Anneli Ensio• Pertti Laitinen• Heli Luostarinen• Esa Paakkanen• Jari Porrasmaa• Assi Pöyhölä• Annamari Riekkinen

• Pasi Riikonen• Mikko Saesmaa• Saara Savolainen• Marko Sormunen• Marko Suhonen• Tanja Toroi• Mika Tuomainen• Hannu Virkanen

Page 18: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 35

Kriittiset valinnat

maksimoitu joustavuus plug and play­tarkkuus

matala toteutuskynnys korkean tason yhdenmukaisuusvähäinen invasiivisuus

standardienmukaiset hankinnat paikallinen sovittaminen

= painotuksia monenvälisissä terveydenhuollon IT­hankkeissa Suomessa

= esimerkki suuren USA:laisen terveyspalvelujen tarjoajan IT­strategiasta

SerAPI 36

Palveluarkkitehtuuri ­ vaikutuksetterveydenhuollon toiminnassa

• Suurin osa asioista tapahtuu "konepellin alla": mahdollistaminen– päällekkäisten tietojen syötön ja päällekkäisen ylläpidon vähentäminen– vähittäinen uusien piirteiden ja lisäominaisuuksien kehitys,

"kertarysäyksellä" tapahtuvien järjestelmän käyttöönottojen väheneminen– vastaavasti pieniä muutoksia ja lisäyksiä enemmän / useammin?– uusia piirteitä tai muutoksia nopeammin, kun tulee uusia tarpeita tai

prosessit muuttuvat– pitkälle vietynä: ei tarvitse vaihtaa kokonaista järjestelmää tai odottaa

kokonaisjärjestelmän seuraavaa versiota, tarkemmin paikallisiin tarpeisiinvastaavia ratkaisuja

– yhdenmukaiset ja ajantasaiset tiedot ja toiminnot sovelluksiin ja laitteisiin

• Tietohallinnon kannalta lisähallinnan tarve– muutosten ja uuden kehittämisen rajaaminen pienempiin osiin– valmiiden sovellusten tietojen ja toimintojen liittäminen uusiin ratkaisuihin– samat palvelut uusissa ja vanhoissa järjestelmissä: siirtymän

helpottaminen tai jopa piilottaminen käyttäjiltä– hankintojen kehittäminen, tavoitteiden määrittely ja mittaus

Page 19: Esityksen€sisältö - UEFkehittäminen,€arkkitehtuuri,€rajapinnat,€standardointi, mitattavuus€ja€seuranta ... – lukumäärä:päällekkäisten€tietojen€määrä€eri€järjestelmissä€(â),

SerAPI 37

Palveluarkkitehtuuri ­ vaikutuksetratkaisujen kehittämisessä

• arkkitehtuuri ja kokonaisuuden hallinta korostuvat– palveluvalikoiman lisäksi ja tueksi ratkaistava käyttöliittymät,

prosessien "ulkoistaminen" järjestelmistä, integrointitavat,hallintaominaisuudet

• palvelupohjainen kehitysprosessi– ratkaisut tuettavien prosessien tavoitetilan (top­down) kannalta– ratkaisut käytössä olevien ohjelmien hyödyntämisen (bottom­up)

kannalta– toiminnan ja sisällön määrittely ja vähitellen yhdenmukaistaminen– integroinnin ja kehittämisen välinen raja­aita madaltuu– kierrokset käyttäjävaatimuksista käyttöönottoon pienemmiksi ja

nopeammiksi

SerAPI 38

Palveluarkkitehtuuri ­ vaikutukset jaratkaisut teknisesti• perustekniikat ja rajapinnat

– SOA ei sinällään ota kantaa käytettäviin tekniikoihin– tekninen yhdenmukaistaminen järkevää uusissa piirteissä– käytännössä: avoimet web services­rajapinnat palveluihin ja

tuotteisiin etenkin uusia ominaisuuksia kehitettäessä– rajapintojen lisäksi yhteisiä tekniikoita mm. turvallisuuteen,

viestinvälitykseen, prosessikuvauksiin– tarvitaan myös tekniikoiden soveltamistapojen vakiointi, mm. WS­I

• palveluväylä (enterprise service bus, ESB)– nopeuttamaan ja tehostamaan paikallista uudelleenkäyttöä,

tarjoamaan lisää liitettävyysmahdollisuuksia– siirtää ratkaisukehitystä toimittajalta kohti asiakasta / integraattoria– ei korvaa yhteistä sisältöjen ja toimintojen / rajapintojen sopimista,

huolehdittava kehitettävien ratkaisujen yhteisistä pelisäännöistä