Loppuraportti. Espoon palveluväyläpilotti. Kuntien Tiera Oy Tammasaarenkatu Helsinki
|
|
- Helena Elli Uotila
- 7 vuotta sitten
- Katselukertoja:
Transkriptio
1 Kuntien Tiera Oy Tammasaarenkatu Helsinki Y-tunnus ALV-numero FI Kotipaikka Helsinki info@tiera.fi
2 Sisällys 1 Johdanto Pilotti ja sen tavoitteet Tavoitteet Pilotin toteutus Aikataulu Vaiheistus Rajaukset Riskienhallinta Riskianalyysi Pilotin kokemukset ja opetukset Vaatimukset Tulokset Pilotin yhteenveto Liitteet Versiohistoria: Versio Muutos Tekijä pvm 0.1 peruspohja tehty Tuula Kanerva Stilisointi Sanna Virtanen 2/20
3 1 Johdanto Suomessa käytössä olevat sosiaali- ja terveydenhuollon tietojärjestelmät kaipaavat uudistamista. Ne on pitkälti kehitetty paperimaailman prosessien pohjalta ja tilanteessa, missä ei ole ollut valtakunnallisia standardeja ohjaamassa ratkaisuja. Ongelmia on mm. käytettävyydessä, tiedon siirtymisessä järjestelmästä toiseen sekä ohjaustiedon saamisessa. Järjestelmät toimivat pääosin tiedon säilyttämisen välineenä ja ne ohjaavat heikosti käyttäjiä. Sähköisen asioinnin mahdollisuudet ovat osin jääneet käyttämättä. Espoossa on koko sosiaali- ja terveystoimessa käytössä saman toimittajan ratkaisu. Valtiovarainministeriö on parhaillaan luonnostelemassa projektisuunnitelmaa alueellisen sote-kokonaisarkkitehtuurin tekemistä varten. Projektin tavoitteena on tukea sosiaali- ja terveydenhuollon rakenteiden, toiminnan ja tietojärjestelmäratkaisujen kokonaisarkkitehtuurin kehittämistyötä sekä mahdollistaa työssä samanaikaisesti etenevien alueiden välinen yhteistyö ja tiedonvaihto. ICT2015-työryhmä ehdottaa tammikuussa 2013 julkaisussa raportissaan, että kansallisen palveluväylän arkkitehtuurin suunnittelu aloitetaan valtionvarainministeriön johdolla. Tavoitteena on samantapainen ratkaisu kuin Virossa on tehty, ja sen puitteissa eri toiminnoissa käytössä olevien järjestelmien tieto on saatavilla väylän kautta, avoimien rajapintojen yli kaikkiin samaa tietoa tarvitseviin järjestelmiin. Espoo ei osallistu sosiaalihuollon, perusterveydenhuollon ja erikoissairaanhoidon yhteisen asiakas- ja potilastietojärjestelmäpalvelun hankintamenettelyyn eli Apottihankintaan. Espoo jatkaa asiakastietojärjestelmien kehittämistä yhteensopivaksi Kantaarkiston ja kansallisen palveluväylän kanssa. Tavoitteena on useammista osista koostuva (modulaarinen) asiakastietojärjestelmä, jolloin saadaan parhaat mahdolliset ja kansallisesti yhteen toimivat ratkaisut eri toimintoihin siten, että tiedot ovat käytettävissä myös yli organisaatiorajojen. Espoo tulee rakentamaan sosiaali- ja terveydenhuollon tarvitsemat ratkaisut modulaaristen, yhteentoimivien sekä kansallisiin palveluihin liittyvien ja tukeutuvien tietojärjestelmien avulla. Tulevaisuudessa Espoon ratkaisu tukeutuu ajantasaisen, oikean ja riittävän potilastietojen saatavuuden osalta Kanta-palveluun sekä kansalliseen palveluväylään paikallisessa, alueellisessa ja kansallisessa yhteentoimivuudessa. Pidemmän tähtäimen tavoitteena on hyödyntää yhtenäistä tietojen siirron tapaa myös toimialarajat ylittäviin tarpeisiin. Väyläpohjaiseen arkkitehtuuriin siirtymällä Espoo haluaa edistää suomalaisen tietojärjestelmäosaamisen vahvistumista ja tietojärjestelmämarkkinoiden kehittymistä ja monipuolistumista. Espoon tavoitteiden saavuttamisen yksi keskeinen mahdollistaja on oikeiden ja ajantasaisten tietojen saatavuuden ja siirron varmistaminen. Viron kansallinen palveluväylä X-Road on todettu toimivaksi sekä konseptina että tuotannossa olevana ratkaisuna. Alueellisen yhtenäisen järjestelmän merkitys tulee kasvamaan huomattavasti kun potilaan vapaus valita lisääntyy sekä EU:n sisällä, että Suomen rajojen sisäpuolella. 3/20
4 Potilasdirektiivi (24/2011/EU) turvaa potilaalle vapaan oikeuden hakeutua käyttämään terveyspalveluja EU-maassa. Direktiivi on tullut voimaan 2011, mutta sitä on sovellettava mennessä. Suomessa on meneillään lakivalmistelu, jonka tavoitteena on saattaa voimaan uusi laki rajat ylittävästä terveydenhuollosta Lisäksi Espoon tavoitteena on luoda palveluväylästä arkkitehtuuritavoite ja periaateratkaisu tulevaisuudessa toteutettaville järjestelmäintegraatioille. Potilaan valinnanvapaudesta johtuvan tietojärjestelmien välisen automatisoidun tiedonsiirtotarpeen toteutumatta jääminen aiheuttaa sen, että potilastietojen siirtyminen paikasta toiseen on manuaalisen työn varassa. Ilman integraatioratkaisua, päällekkäisen tiedon tallentaminen eri tietojärjestelmiin (manuaalinen työ) jatkuu. Lisäksi ajantasaisen tiedon etsiminen / selvittäminen eri tietojärjestelmistä sekä virheellisen tiedon käsittely luo lisäkustannuksia. Espoo ja Lahti aloittavat kansallisen palveluväylän pilotoinnin Virossa käytössä olevan palveluväylän sopivuuden testaamiseksi Suomeen. -projekti on saanut alkunsa valtiovarainministeriön kansallisesta palveluväylähankkeesta. Kansallinen palveluväylä on tiedonvälityskonsepti, jossa eri toimintaympäristöjen palveluiden tarvitsema tieto on saatavilla avoimien rajapintojen yli kaikille tietoa tarvitseville palveluille. Tavoitteena on kehittää kuntakentällä olevan järjestelmäkirjon yhteentoimivuutta ja joustavuutta. Pilotit toteutetaan ensimmäisenä sosiaali- ja terveyspalveluiden järjestelmäkentässä. Pilottien toimintamalli pohjautuu VM:n suosituksiin, niiden toteuttajana toimii kuntien omistama Kuntien Tiera Oy ja rahoittajana Sitra. Yhteys Espoo-tarinaan (strategiaan) syntyy Espoon toimiessa edelläkävijänä kunnallisten palvelujen kehittämisessä. Palveluilta odotettua yksilöllisyyttä lisätään yhdistämällä sähköisiä palveluja uudella tavalla perinteisiin palveluihin. Lisäksi Espoo-tarinan valtuustokauden tavoitteiden kohdassa Asukkaat ja palvelut on asetettu tavoitteeksi, että Espoo toimii edelläkävijänä kyseisessä kansallisen palveluväylän kehittämisessä ja käyttöönotossa. 2 Pilotti ja sen tavoitteet Espoon pilotissa testattiin Viron X-road-ratkaisun sopivuutta sosiaali- ja terveydenhuollon palvelujen järjestämisessä ja tuottamisessa. Pilotti todentaa palveluväylän soveltumisen paikallisten integraatioiden toteuttamiseen sekä hoitotyön ydinjärjestelmien että niitä tukevien järjestelmien välillä. Tarpeellinen tieto on käytettävissä eri toimintoihin tarkoitettujen järjestelmien välillä. Espoo testasi palveluväylään perustuvaa tiedonsiirtoa eri järjestelmätoimittajien hoitotyötä tukevien järjestelmien välillä. 4/20
5 Pilotoinnin pohjaratkaisuksi valittu Viron kansallinen palveluväylä X-Road on todettu toimivaksi sekä konseptina että tuotannossa olevana ratkaisuna Virossa. Espoossa on tarkoitus saada hoitotyön ydinjärjestelmissä oleva tieto myös mobiilin kotihoidon toiminnanohjausjärjestelmän käyttöön Pilotti toteutettiin seuraavien järjestelmien välillä palveluväylän ylitse: kotihoidon toiminnan ohjauksen ja optimoinnin järjestelmä (Tiera Mobiili Kotihoito), potilastiedon perusjärjestelmä (Tieto Oyj:n Effica) sekä kotihoidon työvuorosuunnittelun järjestelmä (CGI:n Titania). Kuva 1.. Asiakkaan sovellus hakee palvelun hakemiston osoittamasta paikasta. Turvapalvelu tarkistaa asiakkaan oikeutuksen ja liikenne salataan asiakkaan ja palvelun välisen yhteyden osalta turvapalvelinten välillä palveluväylän varmennepalvelun tuottamilla varmenteilla. Palvelupyynnöt muotoillaan liityntäpalvelussa, jonne sovelluspalvelu palauttaa vastaukset ja liityntäpalvelin lähettää ne asiakkaalle palveluväylän kautta. Asiakkaan liityntäpalvelu purkaa sanoman palvelua pyytäneeseen kohdesovellukseen. 5/20
6 Espoon palveluväyläpilotin arkkitehtuuri Kuva 2. Espoon palveluväyläpilotin arkkitehtuuri. 2.1 Tavoitteet Espoon tavoitteena on rakentaa sosiaali- ja terveyshuollon tarvitsemat ratkaisut modulaaristen, yhteentoimivien sekä kansallisiin palveluihin liittyvien ja tukeutuvien tietojärjestelmien avulla. Espoon sosiaali- ja terveyshuollon ratkaisut perustuvat tavoitetilassa kansalliseen palveluväylään paikallisessa, alueellisessa ja kansallisessa yhteentoimivuudessa. Pidemmän tähtäimen tavoitteena on hyödyntää yhtenäistä tietojen siirron tapaa myös toimialarajat ylittäviin tarpeisiin. Espoon kansallisen palveluväylän pilotoinnissa on tavoitteena: Viron X-Road-ympäristön rakentaminen Tieran ylläpitoon X-Road-konseptiin liittyvän osaamisen siirtäminen Tieraan Espoon pilotoitavien järjestelmien liittäminen (liittymien rakentaminen) palveluväylään o Tiera (Fastroi): Mobiili kotihoito o Tieto: Effica: potilastietojärjestelmä o CGI: Titania: työvuorojärjestelmä Palveluväylään liitettyjen järjestelmien liittymien toimivuuden todentaminen (tietosisällön siirtäminen järjestelmästä toiseen) Palveluväyläpilotin (ratkaisun) dokumentaatio Luoda edellytykset tiedonvälitykselle yhteiskunnan eri toimijoiden (julkinen hallinto, yritykset ja kolmas sektori) palveluprosesseissa ja palveluprosessien välillä tiedon käyttövaltuudet huomioiden 6/20
7 Testata ja varmistaa kansallisen palveluväylän palveluväyläratkaisu paikallisessa, alueellisessa ja valtakunnallisessa laajuudessa sosiaali- ja terveyshuollon tietojärjestelmillä. Luoda mahdollisuus Espoon palvelutoiminnan kannalta keskeisten tietojen ja tietovarantojen hyödyntämisen ja yhteiskäytön lisäämiseen sekä parantamiseen ja luoda sille yhtenäiseen kokonaisarkkitehtuuriin perustuva tietoalusta Parantaa tietojen välittämisen kustannustehokkuutta Kehittää ja harmonisoida tiedonvaihtoa ja siten nopeuttaa Espoon palveluiden kehittämistä ja parantaa niiden tuottavuutta ja hyödyllisyyttä Perustaa ratkaisu joustavaan infrastruktuuriin, joka on suunniteltu teknisesti, loogisesti ja hallinnollisesti modulaariseksi ja joka mahdollistaa uusien palveluiden lisäämisen infrastruktuuriin helposti Lisätä edellytyksiä ja mahdollisuuksia toimintojen uudistamiseen ja innovaatioihin Testata vaatimukset ja askeleet tietojärjestelmän ja organisaation liittämiseksi osaksi palveluväylää Lisäksi pilotin tavoitteena on todentaa kansalliseen palveluväylään liittyvien yleisten hyötytavoitteiden toteutuminen: Systemaattisesti hallittava, hajautettu, toisiinsa löyhästi kytketty palveluverkosto, jossa viestintä perustuu kahdenväliseen viestintään Tuottaa turvallinen päästä-päähän -ratkaisumalli, jossa tietoturva voidaan varmistaa usealla eri tasolla On helposti laajennettavissa ja muunneltavissa sekä skaalattavissa volyymien kasvaessa Luo yhtenäisen käytännön tietojen vaihtoon Hyödyntää täysimääräisesti olemassa olevan tietojen vaihdon infrastruktuurin sekä ottaa huomioon toimialakohtaiset erityispiireet. 3 Pilotin toteutus 3.1 Aikataulu Projektin alkuperäisen aikatauluun verrattuna projekti myöhästyi kaksi kuukautta. Myöhästymisen syyt löytyvät projektin alusta ja oletettua pidemmistä sopimusneuvotteluista toimittajien kanssa. 7/20
8 Kuva 3. Projektin aikataulu. 3.2 Vaiheistus Pilottiprojektin vaiheistus noudatti seuraavaa vaiheistusta: Vaihe Vaiheen tarkoitus Vaiheen tehtävät Valmisteluvaihe 1. Projektin valmistelu Sopimukset asiakkaiden kanssa X-Road-osaajien hankinta kilpailuttamalla Projektin resursointi Espoon, Lahden ja Tieran asiantuntijoilla Projektin ohjausryhmän nimeäminen Suunnitteluvaihe 2. Suunnittelu Projektin suunnittelu Tarvittavien rajapintojen tilaus liittyvien järjestelmien toimittajilta Palvelimien tilaus X-Road-lisenssin hankinta (oikeuttaa Palveluväylän asennukseen) Suhde alueellisiin ja kansallisiin hankkeisiin määritelty Toteutusvaihe 3. Määrittely Rajapintamääritykset liittyvien järjestelmien toimittajien kanssa (Tieto, CGI, Fastroi) Arkkitehtuuri 8/20
9 4. Asennus Tuotantoympäristön pystytys Lopetusvaihe ja jälkiarviointi 5. Tekninen toteutus ja testaus 6. Osaamisen kasvattaminen 7. Projektin päättäminen ja jatkotoimenpiteistä sopiminen Tietoliikenneyhteyksien avaus X-Road asennus X-Road testaus Rajapintojen toteutus Toteutettujen rajapintojen testaus e2e-testaus Peruskoulutukset Tieran ja asiakkaiden resursseille (kouluttaja Virosta) Palvelun asennus yhdessä Tieran ja Viron resurssien kesken (kts. Asennusvaihe) Tarvittavat käännöstyöt ja räätälöinti palvelun dokumentaatiolle Yhteenveto pilotin kokemuksista ja ehdotus jatkotoimenpiteistä Päättäminen jatkotoimenpiteistä projektin ohjausryhmässä Pilotin loppuraportin kokoaminen 3.3 Rajaukset Projektissa oli kyse palveluväyläratkaisun pilotoinnista, joka ei sisältänyt tuotantoympäristön toteutusta. Pilotointi toteutettiin rajatulla tietosisällöllä (olemassa olevalla tietosisällöllä ja olemassa olevien rajapintojen vähäisillä muutoksilla). Projektin kuluessa ohjausryhmä rajasi kansallisen ulottuvuuden pois toteutuksesta, koska sen tekninen toteutus oli samankaltainen. Lisäksi tavoitteena oli toteuttaa potilastietojen siirto kansallisella tasolla Kanta-palvelun kautta. SSL-salaus turva- ja liityntäpalvelimien välillä oli rajattu pilotin ulkopuolelle. SSL-salausta testattiin sovellustoimittajan puolesta ja siinä yhteydessä todettiin tarpeelliseksi täsmentää dokumentointia em. toiminnan osilta. 3.4 Riskienhallinta Pilotin alussa määriteltiin mahdolliset riskit ja mietittiin toimenpiteitä, joiden avulla riskien toteutuminen voidaan välttää tai riskiä pienentää. Riskien toteutumista seurattiin koko pilotin ajan, ja tarvittavia korjausliikkeitä tehtiin tarpeen mukaan. 9/20
10 3.4.1 Riskianalyysi Riskinumero Riskin (toteutumisen) kuvaus Todennäk. 1-4 Vaikutus 1-4 Riskiluku (todennäk. *vaikutus) Toimenpiteet riskin poistamiseksi tai pienentämiseksi 1 Järjestelmätoimitta-jien sitoutuminen (eivät sitoudu tuotettavan ratkaisun mukaiseen toimintaan) 2 Kotihoidon toiminnanohjausjärjestelmän ja Efficapotilastieto-järjestelmän liittymärajapinnan muutosprojektin viivästyminen 3 Kustannusten ylittyminen (Tieran arvioimat alihankkijoiden rajapintojen rakentamiskustannukset ) Toimittajien informointi, kokoukset ja koordinointi. Tarvittaessa palaveri yrityksen johdon ja asiakkaan johdon välillä Nopea päätöksenteko ja osallistuminen Mobiili kotihoidon projektin toteutuksen (ml. integraation) suunnitteluun X-Road-ratkaisun muutosten minimoiminen ja osallistuminen integraation suunnitteluun. 4 Osaa kokeiltavista ratkaisuista / tuotteista ei osata konfiguroida, tai ne osoittautuvat hankaliksi toteuttaa siten, että niiden toimivuudesta saataisiin totuudenmukainen kuva. Tehdään vääriä ratkaisuja / valintoja X-Road-ratkaisun muutosten minimoiminen 5 Palveluväyläpilotin toteuttamiseen (rajapintojen toteuttaminen on monimutkaista) varattu aika on liian lyhyt ja toteutusta ei saada tehtyä kyseisessä aikataulussa. Pilotointi viivästyy. 6 Perustaksi otettu valmisratkaisu ei taivu tarvittaviin muutoksiin helposti, aikataulu venyy. 7 Dokumentaatio ei ole riittävän selkeää. Pilotointiympäristön ja Realistinen aikataulusuunnitelma ja X-Road-ratkaisun muutosten minimoiminen Vaihtoehtojen etsiminen akselilla Tiera, Espoo, Lahti, X-Roadtoimittaja, kansallinen palveluväylähanke Oikolukeminen / tarkastaminen ennen vaiheen valmistumista. 10/20
11 Riskinumero Riskin (toteutumisen) kuvaus Todennäk. 1-4 Vaikutus 1-4 Riskiluku (todennäk. *vaikutus) Toimenpiteet riskin poistamiseksi tai pienentämiseksi sen komponenttien toiminnallisuudet kuvataan puutteellisesti tai moniselitteisesti. 8 Vastuullisella taholla ei ole vaadittua kompetenssia sille suunniteltuun tehtävään. Kehittäminen, toteuttaminen ja pilotointi viivästyvät. 9 Toteutus suunnitellaan sellaiseksi, että sen muuttaminen myöhemmässä vaiheessa on vaikeaa ja kallista. 10 Valittavat tekniset ratkaisut eivät ole pitkäikäisiä. Toteutusta joudutaan muuttamaan myöhemmässä vaiheessa. 11 Pilotointiympäristöstä tulee liian raskas. Ympäristöön on hankala kytkeytyä. 12 Palveluväylän toiminnallisuus soveltuu vain osalle potentiaalisesta käyttäjäjoukosta. Palveluväylän käyttö jää suppeaksi Oikea resursointi ja koulutus sekä toteutuksen dokumentointi X-Road ratkaisun muutosten minimoiminen ja toteutuksen (dokumentaation) tarkastaminen X-Road ratkaisun muutosten minimoiminen ja toteutuksen (dokumentaation) tarkastaminen X-Road ratkaisun muutosten minimoiminen ja toteutuksen (dokumentaation) tarkastaminen sekä testaus X-Road ratkaisun muutosten minimoiminen ja toteutuksen (dokumentaation) tarkastaminen sekä testaus. 4 Pilotin kokemukset ja opetukset projektin päätteeksi projektiryhmän kokemukset koottiin yhteen. Tähän kappaleeseen on koottu projektilaisten kommentteja ja huomioita palveluväylän pilotoinnista Espoossa. 11/20
12 4.1 Vaatimukset Vaatimusten osalta voidaan yhteenvetona todeta, että palveluväylän tiedonsiirron tulee täyttää samat vaatimukset kuin mitkä on määritetty KanTa-palveluratkaisulle. Tiedonsiirron osalta palveluratkaisun tulee täyttää julkisen hallinnon toiminnalle asetetut tietoturvavaatimukset. Erityisesti sosiaali- ja terveydenhuollon sektoriin kohdistuu lainsäädännön vaatimuksia, jotka tulee huomioida palveluväylän tiedonsiirron tietoturvavaatimuksissa. Deloitte kartoitti STM:n, THL:n ja Kelan edustajien kautta tiedonsiirtoon liittyviä tietoturvavaatimuksia. 4.2 Tulokset X-Road palveluväyläarkkitehtuuri tarjoaa joustavan ja turvallisen tiedonvälitysratkaisun, jonka tietoturvaratkaisut mahdollistavat luotettavan tiedonsiirron julkisen internetin yli. Esimerkiksi SOTE-alueen asettamat tietoturvavaatimukset luotettavalle tiedonsiirrolle pystytään täyttämään. X-Road ei ota kantaa siihen, mitä verkkoa tiedonsiirrossa käytetään. Julkisen verkon lisäksi tiedonsiirto voidaan toteuttaa hyödyntäen muita verkkoratkaisuja kuten Tuve-verkkoa. X-Road-ratkaisu ottaa kantaa käytettäviin reititys- ja tietoturvakäytäntöihin. Palvelutaso riippuu käytettävästä tietoverkosta ja operaattorista. Kansallisen palveluväylähankkeen yhteydessä tulee määrittää kriteerit, milloin muiden verkkoratkaisujen käyttäminen on perusteltua. Lisäksi tulee määrittää vaatimukset, jotka poikkeavaan verkkoratkaisuun liittyvän organisaation tulee täyttää (esim. VAHTI vaatimusten perustason täyttäminen). X-Road on Virossa käytössä oleva standardoitu palveluväyläratkaisu, joka mahdollistaa julkisen ja yksityisen sektorin hallinnoimien ja eri puolille hajautettujen tietokantojen yhdistämisen yhdeksi selkeäksi palvelukokonaisuudeksi. Tällä hetkellä palveluun on Virossa liittynyt yli 1000 organisaatiota, julkista rekisteriä ja tietokantaa. Käyttömääriltään suurimmat palvelut ovat sähköinen reseptijärjestelmä, ajoneuvoliikennerekisteri, vero- ja tulliviraston palvelut ja rajavalvonnan ylläpitämä Schengen-tietojärjestelmä. Palvelu perustuu tekniikasta ja alustasta riippumattomaan tiedonvälitykseen (SOAP-protokolla), joka mahdollistaa erilaisten tietokantojen ja tietojärjestelmien joustavan ja kustannustehokkaan liittämisen palveluun. Valitun ratkaisun ansiosta organisaatioiden ei tarvitse sitoutua yhteen tiettyyn tietokanta- tai järjestelmätoimittajaan. 12/20
13 Luotettavan tiedonsiirron takaamiseksi kaikki palveluväylää pitkin kulkeva liikenne salataan ja allekirjoitetaan digitaalisesti. Jokaisesta tapahtuneesta tiedonvälityksestä tehdään myös lokitietoihin kirjaukset, jotka mahdollistavat tiedonvälitystapahtumien todentamisen jälkikäteen. Organisaatiot vastaavat itse palveluväylään liitettyjen palveluiden käyttöoikeuksien hallinnoinnista. Tiedonsiirtoa varten ei tarvitse rakentaa omaa erillistä verkkoa, koska tiedonvälitys tapahtuu julkisen internetin yli. Julkisen verkon lisäksi tiedonsiirto voidaan toteuttaa hyödyntäen muita verkkoratkaisuja. Mikäli käytössä ei ole kaksisuuntaista https-varmistuspalvelua, on turvapalvelimeen yhteyttä ottavan liityntäpalvelimen tai palvelun kiistaton tunnistaminen haasteellista. Virossa käytetään y-tunnusta tunnistautumisessa. Pilotissa palveluväylän monitorointi nähtiin haasteena, kuten myös palveluväyläympäristön valvonta. Palveluväyläpilotin lokien arkistointia ei testattu (ei kuulunut pilotin scopeen) Lokit kahdella eri turvapalvelimella ja keskusserverillä tarvittaessa Lokeista mietittävä/huomioitava puuttuva/vajavainen lainsäädäntö mm. miten pitkään lokeja on sälilytettävä, kuka säilyttää jne. Turvapalvelinten pystytys oli helpohkoa, tosin turvapalvelimien hallintaa tarvitaan Turvapalvelimien pystytystä ja palveluväylään liittymistä helpottaisi selkeät speksit (voi olla melko mahdotonta luoda), standardinmukaisuus tai vähintään viitearvot Turvapalvelinkoulutuksessa tulee ohjeistaa kahdensuuntaisen käyttö tarkemmin Turvapalvelinkoulutuksesta olisi saatu vielä enemmän hyötyä, jos olisi kommunikoitu tarkemmin koulutuksen kohderyhmä Turvapalvelinkoulutus olisi voinut olla etäkoulutus, puolet päivän sisällöstä oli osallistujille tuttua Prosessi liityntäpalvelimen varmenteen hankkimiseksi luotava Liintyntäpalvelinkoulutuksessa sovellusasennukset tehtiin ennakkoon Turvapalvelimen kahdentaminen parantaa palveluväylän vikasietoisuutta, mutta vaikuttanee palveluväylän hallintaan Pystytetty ja toimiva palvelu tarvitse vain vähän valvontaa/ ylläpitoa Kun ympäristössä ei ole kahdennuksia tai klustereita, sanoma voidaan menettää tulee olla mekanismi/hälytysjärjestelmä, joka varmistaa sanomien liikkumisen ongelmitta ja ongelmatapauksessa järjestelmä ilmoittaa siitä Pilotissa todettiin, että WSDL-auditointistepille on tarve. Mietittävä miten hallinnoidaan WSDL-kuvauksia 13/20
14 WSDL-kuvaukset, sisäänrakennetun ominaisuuden käyttäminen jos kuvaustiedoston nimi on muuttunut, ei mikään palveluväylän ekosysteemissä tee ilmoitusta minnekkään järjestelmässä, vaain yhteys ei vain toimi WSDL-kuvaukset ei sisällä toimivuuden tarkistusta Pilotissa palveluiden tarjoajien (palveluväylässä Provider) luominen todettiin olevan varsin suoraviivaista ja näin ollen Consumer- ja Provider-rooleille tulisi määritellä selkeämmät roolit (missä roolissa toimivat). Consumer käyttää palveluväylässä tarjolla olevaa tietoa ja provider puolestaan tarjoaa tietoa käytettäväksi palveluväylän kautta. Pääsy turvapalvelimeen puuttui, tarvittiin toinen osapuoli testaukseen. Mietittävä, voisiko turvapalvelinta todentaa jotenkin itse. Perusspeksien oltava valmiina ennen aloittamista, rajapinnat sovittava heti alussa Iso haaste muodostuu siitä, jos ei tiedetä mitä tietoa siirretään ja missä muodossa Jos siirrytään point-to-point -ratkaisusta palveluväyläratkaisuun, on testaus tehtävä ensin tietosisällöillä Palveluväylässä ei kannata testata liikuteltavaa dataa (tietosisältöä) Mietittävä palveluväyläympäristöjen määrä o Virossa testiympäristö ja tuotantoympäristö a-synkroninen datasiirto o Pilotoinnin testauksessa X-Road.eu -versio, toteutettu dns sec:illä (tämä on aina käytössä, halusi tai ei) Pilotin jälkeen rakentamiskustannukset olivat ennustettavissa melko hyvin. HL7-koodistot käytössä, perusspeksit joilla pääsee eteenpäin 120 GB testattu labroratorio-olosuhteissa 1% ajasta menee palveluväylän pystyttämiseen, 99% ajasta menee tietosisältöihin testaus ohjeistettava tarkasti, muuten tulee runsaasti iterointia Pilotin aikana todettiin, ettei X-Road-dokumentaatio vastannut kaikkeen tarvittavan selkeästi ja ohjaavasti, vaan enemmänkin esimerkinomaisesti. Teknisten yksityiskohtien tarkempi läpikäynti oli välttämätöntä. Teknisen ympäristön kuvaukset on tärkeä tehdä vaiheittain: kehitysympäristö/pilotointiympäristö/ tuotantoympäristö Kansallinen palveluväyläarkkitehtuuri -dokumentti suosittelee liityntäpalvelimen asentamista virtuaalisena virtuaalipalvelin alustaan. Pilotissa ei löydetty viitettä tähän väittämään. Espoo asensi kuitenkin pilotin ajaksi dedikoidun räkkipalvelimen. 14/20
15 Espoon palveluväyläpilotin hallinnointi ei tuottanut suurta työmäärää. Pilotti osoitti, että kuitenkin jo kolmen eri järjestelmän, useamman toimittajan/toimijan ja alle kahdenkymmenen henkilön projektissa jouduttiin harjoittelemaan hallinnointia. Mietittäviä seikkoja: Miten hallinnointi toteutetaan Suomessa? o Virossa RIHA (Riigi infosüsteemi haldussüsteem) vastaa palveluväylän hallinnasta Hallintaprosessi mietittävä: miten liitytään, miten ylläpidetään muutoksia ja miten irtaudutaan palveluväylästä Auditoinnit, kuka auditoi ja mitä auditoidaan? Miten hallinnoidaan sertifikaatteja? Miten autentikoidaan kaikki käyttäjät? Muita huomioita: Luottosuhteiden luominen sertifikaattien välille vie aikaa Palvelun tuottajan / asiakkaan nimeämiset (LY-tunnusten käyttäminen, URL:sta / rajapinnasta sopiminen) Lokien arkistoinia taustajärjestelmään ei testattu. Mitä päätetään lokituksista: kuka seuraa, kuka valvoo että lokitus toimii, miten haetaan tietoja lokeista, kuka saa hakea tietoja, kuinka kauan lokeja pitää säilyttää? Tietoliikennejärjestelyt: yhteydet on avattava, testattava ja kuitattava Informointitapojen kiinnittäminen ja määrittäminen: yleistä infoa, vastuuhenkilökohtaista WSDL-hallinnointi Ympäristön pystytyksen tuki Ympäristön valvonta (24/7, lokitukset, yhteyshenkilöt ) Yhtenäinen käsitteistö puuttuu (adapteri / liityntäpalvelin jne.) Tietoarkkitehtuurista päättäminen haasteellista, esim. potilaan perustiedot Efficassa, Pegasoksessa, Hilkka-kotihoidossa, Espoossa, Lahdessa ja Kanta - palvelussa eri sisältöisiä Teknisen ympäristön pystyttäminen (keskuspalvelut, turvapalvelin, liityntäpalvelin jne.) Päivitysten jakaminen (päivityksiä HTTPS-konfigurointeihin) Teknisen ympäristön pystyttäminen / turvapalvelimen käyttöjärjestelmä (Ubuntu LTS) / tuetut laiteympäristöt Ubuntu ja virustorjunta yhteensopivuus (on esim. Sophos, mutta ei nähdä tarpeellisena. Palvelin on luonteeltaan sellainen, että sillä ei tiedostoja säilytetä. Suurempi uhka tietoturvalle muodostuu vanhasta käyttöjärjestelmästä ja mahdollisista palveluväyläkomponenttien haavoittuvuuksista.) Organisointi ja sidosryhmäyhteistyö oli helppoa, haasteellista on nykyisen toimintatavan muutokset 15/20
16 Pilotin aikana todettiin, että työssä tulee huomioida kansallinen palveluarkkitehtuuri, kansallinen palveluväylä sekä tunnistamisen ja muiden yhteisten kansallisten palveluiden kehittäminen. Tukipalvelut järjestettävä Ylläpidon aikainen tekninen tukipalvelu Integraatioiden mallintaminen/-kuvaaminen (KA-väline/-välineet/mihin ympäristöön) Integraatio strategia, periaatteet ja linjaukset sekä menetelmät ja standardit (kuka hallinnoi ja standardoi?) Laajemmat integraatioratkaisut / Espoon sisäiset integraatioratkaisut (erillisen integraatioalustan tarve)? Monitorointi tietosisältöön, triggerit, jonokäsittelyt ja adapterit eri tietomuodoille puuttuvat Tietoarkkitehtuuri puuttuu Sanomapohjaiset sanomat ja standardit Kansallisen palveluväylän tuotantoympäristön valmistumista odotellessa tulee miettiä: Etenemispolku, jotta siirtymäaikana työmäärät minimoidaan: XML-pohjaiset Webservice-rajapinnat muutettavissa pienimmällä työllä palveluväylärajapinnoiksi (ohjeistusta saatavilla) VAKAVA-hanke, tuoko tullessaan välineitä hallittuun monitoimittajamalliin käytettävyys? Määritettävä käyttötapaukset, joissa datan pitäisi liikkua kuntarajojen yli, mutta ei vielä liiku Kuvattava tavoitetila selvästi: mikä on asiakkaan ja mikä toimittajan vastuulla Kuntien tulee ymmärtää palveluväylään liittyvät integraatiot Kuntien tehtävä yhteistyötä käsite- ja loogisella tasolla, datasetti tasolla pohja joilla kuntien olisi helpompi liittyä palveluväylään Mitkä voisivat olla kehittämisprojekteja tai -suuntia? Jos kaikilla omat turvapalvelimet, auttaako liittymistä vai olisiko turvapalvelimet verkossa? (Perusarkkitehtuuri on rakennettu niin että jokaisella olisi oma turvapalvelin) Avoin turvapalvelin edellyttää pääsytä (accessia) myös serverille administraattorina (ei jokaisessa tapauksessa välttämätöntä, riittää että pääsee kiinni selainpohjaiseen hallintasovellukseen mikäli esim. palveluoperaattori huolehtii käyttöjärjestelmä ja X-road päivityksistä) Tietosisällön ymmärtämiseksi on tehtävä töitä ennen palveluväylä testaamista Palveluväylä vaikeuttaa tietosisällön todentamista Pilotissa tehtyjä johtopäätöksiä liittyen nykyisten palveluiden uudelleenkäyttöön ja hyödyntämiseen tai uusien palveluiden koostamiseen: 16/20
17 Palveluväylään liittyviä asioita tehdään monessa paikassa samaan aikaan. Palveluväylän käyttöönottamista autata, kun tiedetään mitkä kaikki asiat/ratkaisut ovat jo olemassa Lainsäädäntö Standardinmukaisuus Turvapalvelimen asennus/prosessi dokumentoitua, jotta asennus sujuu oikein ja ympäristö saadaan toimintakuntoon oikealla raudalla Määriteltävä palveluväylään liittymisen perusvaatimukset mitkä askeleet otettava webservice-pohjaiseen siirryttäessä Vastuumatriisit tulee kuvata tarkasti: kuka on vastuussa mistäkin palveluväylän osasta Palveluväylään siirtyminen ei ratkaiset sisällöllisiä yhteentoimivuuksia Koska palveluväylä on käytössä 24/7, se tulee toteuttaa korkean käytettävyyden ratkaisuksi Integraatiokustannusten aleneminen verrattuna kustannuksia point-2-point ratkaisuihin Palveluväylän todettiin parantavan tietojen saatavuutta ja ohjaavan yhteentoimivuuteen, mutta palveluväylä ei sen sijaan tuo mitään uutta sisällölliseen yhteentoimivuuteen. Käytettävä yleiskäyttöisiä ratkaisuja = monikäyttöisyys Tunnistettava uusien toiminnallisuuksien kustannukset Toimittajien väliset integraatiot, toimivat mokkulat, joilla integraatiot saadaan muuhunkin käyttöön Sanomien välittäminen ja liikuttaminen Pilotissa pohdittiin, voisiko olla esimerkiksi palveluväyläryhmiä: kuntatoimijaryhmä tietyillä palveluväylä-palveluntarjoajilla. Palveluväyläryhmien tarpeet olisivat samankaltaisia, ja näin ollen liittymät voisivat olla samoihin toimijoihin kaikilla (consumerit ja providerit). Näin sertifikaatit saataisiin kuntoon yhdellä kertaa. Palvelujen / intergraatioiden priorisointi palveluväylään liitettäessä mietittävä, vrt. kansalliset tietovarannot / kuntakohtaiset integraatiot Terveydenhuollon tietosisällöt hakusessa, KanTa (kansallinen terveydesarkisto) KanSa (kansallinen sosiaalihuollon asiakastietovaranto) Websphere-rajapinnat muutettava pienimmällä työllä palveluväylärajapinnoiksi Rajattu tietosisältö, rajatut sovellukset Onko vain yksi palveluväylä mahdollinen? Onko useiden palveluiden yhdistäminen liian haasteellista / mahdotonta? Useampi palveluväylä mahdollistaa samat domain-nimet, vrt. yhdistäminen ESB:llä, tulevassa versiossa mahdollistaa yhdistämisen + luottosuhteet Miten kaksi tai useampia palveluväyliä liitetään toisiinsa (esim. HUS Alli + palveluväylä) Tulee latency-ongelmia jos useampi palveluväylä ja tieto kulkee useamman palveluväylän läpi Yhteinen kehitystyö virolaisten kanssa 17/20
18 Kaikkea liikennettä ei voitane hoitaa palveluväylän kautta, esimerkiksi laboratorioiden HL7-liikenne Yhteisiä softakomponentteja Viron ratkaisun kanssa, osa pelkästään Suomessa kehitettäviä Keskuspalvelimissa tekstitiedosto määrittelee roolin, muu kaikki pakettina sisällä Pilotissa pohdittiin lisäksi, kannattaako Suomessa palveluväyläratkaisua hyödyntää sellaisissa käyttökohteissa, johon sitä ei ole Virossa alun perin suunniteltu (/ ei myöskään kaikilta osin välttämättä sovellu). Tietojärjestelmätoimittaja Nortal (Viro) antoi vastauksensa ratkaisun hyödyntämiseen liittyen: 1. Kuinka laajasti X-Roadia käytetään Viron terveydenhuollon organisaatiossa yhdistämään sisäisesti eri it-järjestelmiä (esim. kaksi itjärjestelmää samassa sairaalassa)? - X-roadia käytetään ulkoisiin yhteyksiin kansallisen tason integraatioissa (terveydenhuollon palveluntuottajien integrointiin kansallisiin rekistereihin, e- resepiin tai kansalliseen terveysrekisteriin). - X-roadia käytetään harvoin terveydenhuollon eri palvelutarjoajien integrointiin (esimerkiksi perhelääkäreiden integrointiin joihinkin sairaaloihin, jotka tarjoavat palveluja X-Roadille). - X-roadia ei käytetä saman sairaalan sisällä. Se johtuu X-Roadin arkkitehtuurista, se tarjoaa turvallisen yhteyden (internetin yli) kahden X- Roadin turvapalvelimen välillä. 2. Onko Viron sairaaloissa käytössä muita kolmannen osapuolen integraatioratkaisuja - Ei ole yhteistä alustaa sisäiseen integrointiin, kunkin sairaala päättää niistä itse. - Nortal käyttää räätälöityihin integrointeihin kolmannen osapuolen ESB ratkaisua. Samaa alustaa käytetään sisäisten järjestelmien integraatioissa ja ulkoisten palveluntarjoajien yhteyksien rakentamisessa X-Roadin kautta. 5 Pilotin yhteenveto Espoon pilotin aikana todennettiin, että palveluväylä-ratkaisu sopii sosiaali- ja terveydenhuollon palvelujen järjestämiseen ja tuottamiseen pilotin kohteessa. Samalla todennettiin, että palveluväylän vaatima tekninen ympäristö on rakennettavissa. Hyötytavoite Mittarit toteutumisen arvioimiseksi Mittarien nykyarvo/- tilanne Mittarien tavoitearvo 18/20
19 Hyötytavoite Toiminnan tehostuminen ja kustannussäästöt: Luotu edellytykset julkisen hallinnon, yritysten ja kolmannen sektorin väliselle tiedonvälitykselle palveluväylän avulla manuaalisen työn väheneminen prosessin nopeutuminen palveluiden kehittämisen nopeutuminen konseptin monistettavuus Toiminnan tehostuminen ja kustannussäästöt: Mahdollistaa uusien tietojärjestelmien ja organisaatioiden liittämisen palveluväylän piiriin sekä tietojen yhteiskäytön lisäämisen (helposti laajennettavissa ja muunneltavissa sekä skaalattavissa volyymien kasvaessa). Mittarit toteutumisen arvioimiseksi Toteutettu tietojen siirto Mobiilin kotihoidon ja Effican sekä Titanian välillä palveluväylän kautta. Projektidokumentaatio. Mittarien nykyarvo/- tilanne P2P-yhteydet, jokaista toimijaa varten Erilliset määrittelyt ja erilliset liittymät Mittarien tavoitearvo Määritelty, todennettu konsepti, miten kuka tahansa voi liittyä palveluväylään Monistettava liittymä (konsepti) samankaltaisten järjestelmien liittämiseksi palveluväylään Toiminnan tehostuminen ja kustannussäästöt: Teknisen ratkaisun kansallisen ulottuvuuden todentaminen (luo yhtenäisen käytännön tietojen vaihtoon, turvallinen päästä-päähän - ratkaisumalli). Toteutunut, turvallinen potilastietojen siirto Espoon ja Lahden välillä palveluväylän kautta. Manuaalinen tietojen siirto Olemassa olevan tiedon siirtäminen palveluväylän yli. Pilotin päätteeksi Espoo teki linjaukset palveluväylästä ja integraatioarkkitehtuurista. Lopputuloksena todetaan, että Espoo tukeutuu kansalliseen palveluväylään eikä toteuta paikallista palveluväylää (X-road). Nykyinen X-road-teknologia ei mahdollista väylien kytkemistä peräkkäin/rinnakkain. Kansallista palveluväylää käytetään Espoossa pääsääntöisesti ulkoisten integraatioiden toteuttamiseen, pääkohteena ovat tällöin kansalliset perustietovarannot. Kansallinen palveluväylä (X-road) ei ratkaise Espoon sisäisiä integraatiotarpeita, joten ne on ratkaistava toisella tapaa. Espoossa tarvitaan sisäinen integraatioalusta/palvelu (ESB), joka huolehtii organisaation sisäisistä integraatiotarpeista, sekä voi liittää myös Espoon omat järjestelmät kiinni kansalliseen palveluväylään. Palveluväylä ei sinänsä ratkaise tietojärjestelmien rajapintaongelmia, vaan rajapinnat on kehitettävä sekä teknisessä että sisällöllisessä mielessä. Sisäinen integraatioalusta mahdollistaa integraatioiden toiminnan hallinnan ja valvonnan (eri lähteistä tulevan tiedon yhteismitallistaminen). 19/20
20 Espoo kehittää yhtä yhtenäistä integraatioalustaa koko kaupungin tarpeisiin. Espoon uusi sairaala (EUS) toimii tässä pilottina. Koska integraatiotarpeita on runsaasti ympäri kaupunkia, ei ole tarpeen kehittää pistemäisiä ratkaisuja päällekkäin (tuottavuus, kyvykkyys, jne.). Kehittämisaikataulu sovitetaan EUS-projektin tarpeisiin. Espoo toimii lisäksi pilottina/edelläkävijänä kehittämässä sisäistä integraatioalustapalvelua yhdessä Tieran kanssa. Lähtökohtana on integraatioalustapalvelun tekninen ja sopimuksellinen skaalautuvuus koko kuntakentälle. Sisäisten integraatioiden, palveluväylään liittymisen ja kuntien tietojärjestelmien rajapintojen kehittämisen tarpeet ovat samankaltaisia kaikilla kunnilla. Tieran toimiessa operaattorina voidaan sama kehitystyö hyödyntää useamman kunnan kohdalla ja näin saavuttaa merkittäviä tuottavuus hyötyjä. 6 Liitteet Liite 1, Järjestelmäraportti Liite 2, X-Road_infra_Espoo 20/20
Espoon palveluväyläpilotti
Espoon palveluväyläpilotti Yhteenveto 2.5.2014 Copyright Kuntien Tiera Oy Espoon palveluväyläpilotti Sisältö 1. Pilotti ja sen taustat Soveltuuko Viron X-road-ratkaisu sote-palvelujen järjestämiseen ja
LisätiedotPalveluväyläkokemuksia, Espoon palveluväyläpilotti 15.5.2014
Palveluväyläkokemuksia, Espoon väyläpilotti 15.5.2014 Espoon väyläpilotin sisältö Projektin tavoitteena oli todentaa väylän soveltuminen paikallisten integraatioiden toteuttamiseen eri ympäristöissä olevien
LisätiedotKuntien integraatioalusta. Hannes Rauhala 3.11.2015
Kuntien integraatioalusta Hannes Rauhala 3.11.2015 Johdantoa asiaan Espoon kaupunki on toiminut edelläkävijänä kansallisen palveluväylän (Xroad) käyttöönotossa. Asiasta järjestettiin Espoossa ja Lahdessa
LisätiedotKansallinen palveluväylä
Kansallinen palveluväylä Suomi.fi-palveluväylä Kuntatalo 3.11.2015 Hankepäällikkö Eero Konttaniemi / VRK Suomi.fi-palveluväylä 1 Mikä on palveluväylä? Infrastruktuuria kansallisessa palveluarkkitehtuurissa.
LisätiedotKuntien integraatioalusta. Hannes Rauhala
Kuntien integraatioalusta Hannes Rauhala Johdantoa asiaan Espoon kaupunki on toiminut edelläkävijänä kansallisen palveluväylän (Xroad) käyttöönotossa. Asiasta järjestettiin Espoossa ja Lahdessa aikanaan
LisätiedotSosiaali- ja terveydenhuollon tiedonhallinnan alueellista kehittämistä ohjaava viitearkkitehtuuri Kuntajohtajakokous
Sosiaali- ja terveydenhuollon tiedonhallinnan alueellista kehittämistä ohjaava viitearkkitehtuuri Kuntajohtajakokous 12.6.2015 Pasi Oksanen 1 Tavoite ja lähtökohdat Tavoitteena aikaansaada Varsinais-Suomen
LisätiedotTOIMITUSSOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTELMÄSTÄ
TOIMITUSSOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTELMÄSTÄ Liite TS2.4 Migraatiovaatimukset 1/10 VERSIOHISTORIA Päivä Versio Kuvaus Tekijä 12.3.15 3.0 Tarjouspyynnön liitteeksi Hanketoimisto 2/10 SISÄLLYS
LisätiedotKiila-viitearkkitehtuuri. Jani Harju,
Kiila-viitearkkitehtuuri Jani Harju, 8.4.2015 Käytetty arkkitehtuurimalli Arkkitehtuurimalliksi valittiin Kartturi-malli Jatkokehitetty JHS-179:stä Kartturi-mallia on käytetty mm. VAKAVA:ssa sekä Etelä-Suomen
LisätiedotJärjestelmäraportti. X-Road.eu versio 5.x. Tiedoston nimi Järjestelmäraportti X-RoadEU.docx Tekijä. Mikael Puusa Hyväksyjä. Tuula Kanerva Tila
X-Road.eu versio 5.x Tiedoston nimi Järjestelmäraportti X-RoadEU.docx Tekijä Mikael Puusa Hyväksyjä Tuula Kanerva Tila Hyväksytty Versio 0.3 Julkisuusluokka Tieran sisäinen (myös alihankkijoiden käytettävissä)
LisätiedotYhteentoimivuutta kokonaisarkkitehtuurilla
Yhteentoimivuutta kokonaisarkkitehtuurilla Terveydenhuollon atk-päivät 20.5.2014 Juha Rannanheimo Ratkaisupäällikkö, sosiaali- ja terveydenhuollon ratkaisut Esityksen sisältö Kehittämisvaatimukset sosiaali-
LisätiedotKansallinen palveluväylä - yleiskuva ja tilanne nyt , Jyväskylä Pauli Kartano Valtiovarainministeriö, JulkICT
Kansallinen palveluväylä - yleiskuva ja tilanne nyt 20.5.2014, Jyväskylä Pauli Kartano Valtiovarainministeriö, JulkICT Kansallinen Palveluarkkitehtuuri -ohjelma 2014-2017 Perustietovarannot Julkisen hallinnon
LisätiedotSuomi.fi-palveluväylä
Suomi.fi-palveluväylä 18.11.2016 Versio: 3.0, JPVO122 Esityksen sisältö 1. Suomi.fi-palvelukokonaisuus 2. Palvelulupauksemme 3. Mitä palvelu tarjoaa? 4. Palveluväylän kokonaisuus 5. Vyöhykkeet ja väyläratkaisut
LisätiedotKuntien Kansalliseen palveluarkkitehtuuriin liittyminen. Kunta-KaPA
Kuntien Kansalliseen palveluarkkitehtuuriin liittyminen Kunta-KaPA JUHTA 14.10.2015 Kunta-KaPA Kuntaliittoon on perustettu projektitoimisto, jonka tehtävänä on tukea ja edesauttaa Kansallisen Palveluarkkitehtuurin
LisätiedotKansallisen palveluväylän viitearkkitehtuuri
viitearkkitehtuuri Yhteenveto 6.7.2015 Versio: 0.9 viitearkkitehtuurin yhteenveto 24.4.2015 2 (9) 1. Kansallisen palveluväylän tavoitteet Kansallisen palveluväylän käyttöönotto perustuu Työ- ja elinkeinoministeriön
LisätiedotKansallinen palveluväylä. Petteri Kivimäki Kansallisen palveluväylän tekninen työpaja Espoo
Kansallinen palveluväylä Petteri Kivimäki Kansallisen palveluväylän tekninen työpaja 13.10.2015 Espoo Sisältö Yleisesittely Tiedonsiirtoprotokolla Sovitinpalvelu Tekniset vaatimukset Ympäristöt Liityntäkatalogi
LisätiedotKansallisen palveluväylän tekniset ratkaisut 1.12.2014. Eero Konttaniemi Petteri Kivimäki
Kansallisen palveluväylän tekniset ratkaisut 1.12.2014 Eero Konttaniemi Petteri Kivimäki Hankepäällikkö Järjestelmäpäällikkö Sisältö Yleisesittely X-Road versio 6 Tiedonsiirtoprotokolla Sovitinpalvelu
LisätiedotKansallisen palveluväylän pilotoinnin tukeminen. JulkICTLab-projektihakemus
Kansallisen palveluväylän pilotoinnin tukeminen JulkICTLab-projektihakemus v0.4 2 (6) DOKUMENTINHALLINTA Laatinut Tarkastanut Hyväksynyt VERSION HALLINTA versionro mitä tehty pvm/henkilö v0.4 3 (6) Sisällysluettelo
LisätiedotJulkICT Lab ja Dataportaali Avoin data ja palvelukokeilut
JulkICT Lab ja Dataportaali Avoin data ja palvelukokeilut Pelvelukehityksen ekosysteemi julkisessa hallinnossa 3.12.2013 Mikael Vakkari JulkICT/YRO Palvelukehittämisen ekosysteemi Uusien palveluinnovaatioiden
LisätiedotKansallisen palveluväylän viitearkkitehtuuri
viitearkkitehtuuri Yhteenveto 10.11.2015 Versio: 1.99 viitearkkitehtuurin yhteenveto 10.11.2015 2 (9) 1. Kansallisen palveluväylän tavoitteet Kansallisen palveluväylän käyttöönotto perustuu Työ- ja elinkeinoministeriön
LisätiedotKansallinen palveluväylä. Petteri Kivimäki Kansallisen palveluväylän tekninen työpaja 22.5.2015 Espoo
Kansallinen palveluväylä Petteri Kivimäki Kansallisen palveluväylän tekninen työpaja 22.5.2015 Espoo Sisältö Yleisesittely X-Road versio 6 Tiedonsiirtoprotokolla Sovitinpalvelu Tekniset vaatimukset Seuraavat
LisätiedotKansallinen palveluväylä Eero Konttaniemi VRK / KPA
Kansallinen palveluväylä 14.11.2014 Eero Konttaniemi VRK / KPA Kansallinen palveluväylä Tiedonvälityskokonaisuus, joka toimii viestiväylänä siihen liitettyjen palveluiden ja tietovarantojen välillä Hajautettu
LisätiedotTavoitteena vaikuttavat ja tasaarvoiset
Tavoitteena vaikuttavat ja tasaarvoiset sote-palvelut Uudistetaan organisaatioita ja vastuunjakoa (järjestämislaki) Uudistetaan monikanavaista rahoitusjärjestelmää X Uudistetaan palvelurakenteita, palveluiden
LisätiedotTietojärjestelmät muutoksessa: Alueiden ja kuntien sote - kokonaisarkkitehtuurityö
Tietojärjestelmät muutoksessa: Alueiden ja kuntien sote - kokonaisarkkitehtuurityö Kuntamarkkinat 11.9.2014 Juha Rannanheimo Ratkaisupäällikkö, sosiaali- ja terveydenhuollon ratkaisut + Kuntaliiton toimeksiannosta
LisätiedotRistiinopiskelun kehittäminen -hanke
Joustavia opiskelumahdollisuuksia tuetusti Exam-kevätpäivät (31.5.2018) Joustavia opiskelumahdollisuuksia tuetusti Hanke on opetus- ja kulttuuriministeriön rahoittama korkeakoulujen kehittämishanke. Tukea
LisätiedotKansallisen palveluväylän konseptin kuvaus
Konseptikuvaus 1 (8) Julkisen hallinnon ICT -toiminto 27.06.2013 Kansallisen palveluväylän konseptin kuvaus Tässä dokumentissa kuvataan yleisellä tasolla kansallisen palveluväylän konsepti, kansalliselle
LisätiedotSuomi.fi-palveluväylä. Palvelulupaus ja tiekartta
Suomi.fi-palveluväylä Palvelulupaus ja tiekartta 13.04.2017 Sisältö Mitä palveluväylä tarjoaa? Mitä palveluväylä ei tarjoa? Suorituskyky ja suositukset Palveluväylän kehittämisen tiekartta 2016-2017 Suomi.fi-palveluväylä
Lisätiedotsuomi.fi Suomi.fi-palveluväylä
Suomi.fi-palveluväylä Julkishallinto, valtion ja kuntien yhtiöt 11.9.2015 Versio 1.0 JPV031 Esityksen sisältö 1. Suomi.fi-palvelukokonaisuus 2. Palvelulupauksemme 3. Mitä palvelu tarjoaa? 4. Miten? 5.
LisätiedotJulkICT osasto Kansallisen palveluarkkitehtuurin toteuttamisohjelma. Loppuraportti
31.8.2017 JulkICT osasto Kansallisen palveluarkkitehtuurin toteuttamisohjelma Kansallisen palveluarkkitehtuurin toteuttamisohjelma Loppuraportti Alajärven kaupunki 2 (7) Sisällys Sisällys... 2 Dokumentin
LisätiedotKansallinen palveluarkkitehtuuri Tilannekatsaus JUHTA O-P Rissanen
Kansallinen palveluarkkitehtuuri Tilannekatsaus JUHTA 5.2.2013 O-P Rissanen 5.2.2014 Mistä palveluarkkitehtuuri koostuu? Talpol päätöksestä 19.11.2013 kansallinen palveluväylä (tiedonvälityskerros) kansallinen
LisätiedotKansallisen palveluväylän viitearkkitehtuuri JUHTA Hankejohtaja Pauli Kartano Valtiovarainministeriö
Kansallisen palveluväylän viitearkkitehtuuri JUHTA 31.10.2013 Hankejohtaja Pauli Kartano Valtiovarainministeriö Viitearkkitehtuuri Toimii ylätason suunnitteluna ja runkona ratkaisu- ja toteutussuunnittelulle
LisätiedotTapaaminen asiakas- ja potilastietojärjestelmien uudistamisyhteistyön seuraavan vaiheen organisointiin liittyen
Alueiden ja kuntien sosiaali- ja terveydenhuollon tietohallintoyhteistyöfoorumi Tapaaminen asiakas- ja potilastietojärjestelmien uudistamisyhteistyön seuraavan vaiheen organisointiin liittyen 16.5.2016
LisätiedotTAPAS - puheenvuoro - TAPAS-päätösseminaari Tommi Oikarinen, VM / JulkICT
TAPAS - puheenvuoro - TAPAS-päätösseminaari 28.10.2011 Tommi Oikarinen, VM / JulkICT Projektin ensisijaisena tavoitteena on yhteisesti suunnitella ja arvioida alueellisen ja paikallisen tason tietojärjestelmäarkkitehtuurin
LisätiedotJulkishallinnon tunnistuksen ohjauspalvelun kehityshanke mitä PoC-vaihe on opettanut? 16.12.2014 Manne Miettinen, Henri Mikkonen ja Arto Tuomi
Julkishallinnon tunnistuksen ohjauspalvelun kehityshanke mitä PoC-vaihe on opettanut? 16.12.2014 Manne Miettinen, Henri Mikkonen ja Arto Tuomi PoC arkkitehtuuri Asiointipalvelu Elisa MSSP VTJ Mobile Login
LisätiedotValinnanvapauden asettamat vaatimukset tiedonhallinnalle
Valinnanvapauden asettamat vaatimukset tiedonhallinnalle Sosiaali- ja terveydenhuollon sähköisen tietohallinnon neuvottelukunta, 1 Valinnanvapaus on osa sote-uudistusta Tavoitteena on, että valinnanvapaus
LisätiedotJHS-jaoston toiminta ja tavoitteet. JUHTA:n syysseminaari Kuntatalolla
JHS-jaoston toiminta ja tavoitteet JUHTA:n syysseminaari Kuntatalolla 19.9.2013 Toiminnan tavoitteiden ja painopisteiden määrittely Keinot JHS Tavoite Mitä ja minkälaisia suosituksia tavoitteiden toteutumisen
LisätiedotKelan rooli maakunta- ja soteuudistuksessa
Kelan rooli maakunta- ja soteuudistuksessa Marjukka Turunen ja Maritta Korhonen Kela Kelan rooli maakunta- ja sote-uudistuksessa - lainsäädäntöpohja Laki sosiaali- ja terveydenhuollon asiakastietojen sähköisestä
LisätiedotKokonaisarkkitehtuuri julkisessa hallinnossa. ICT muutostukiseminaari neuvotteleva virkamies Jari Kallela
Kokonaisarkkitehtuuri julkisessa hallinnossa ICT muutostukiseminaari 8.10.2014 neuvotteleva virkamies Jari Kallela Sisältö Miksi kokonaisarkkitehtuuria tarvitaan julkisessa hallinnossa? Mitä tuloksia kokonaisarkkitehtuurista
LisätiedotSuomi.fi-palveluväylä. Palvelulupaus ja tiekartta
Suomi.fi-palveluväylä Palvelulupaus ja tiekartta 18.11.2016 Sisältö Mitä palveluväylä tarjoaa? Mitä palveluväylä ei tarjoa? Suorituskyky ja suositukset Palveluväylän kehittämisen tiekartta 2016-2017 Suomi.fi-palveluväylä
LisätiedotTieto hyvinvoinnin ja uudistuvien palveluiden tukena Hannu Hämäläinen, STM
Sote-tieto hyötykäyttöön - strategia 2020 Tieto hyvinvoinnin ja uudistuvien palveluiden tukena Hannu Hämäläinen, STM 24.3.2015 Tähtäimessä aktiivinen kansalainen ja sote-palvelujen vaikuttavuus Aktiivinen
LisätiedotJUHTA Kansallinen palveluarkkitehtuuri. JulkICT-toiminto Yksikön päällikkö Riku Jylhänkangas
JUHTA Kansallinen palveluarkkitehtuuri JulkICT-toiminto Yksikön päällikkö Riku Jylhänkangas 19.9.2013 Kansallinen tilanne Taloudellinen tilanne synkkä Nokia-klusterin vaikeudet Uutta kasvua saatava PK-sektorilta,
LisätiedotKansallinen organisoituminen - ohjausmalli. Anne Kallio
Kansallinen organisoituminen - KanTa-työnjako ja ohjausmalli Anne Kallio kehittämispäällikkö i äällikkö Sosiaali- ja terveydenhuollon sähköiset tiedonhallintahankkeet KanTa-palvelut eresepti earkisto ekatselu
LisätiedotKäytönvalvonnan yhtenäistäminen ja tehostaminen organisaation ja kansalaisen kannalta
Käytönvalvonnan yhtenäistäminen ja tehostaminen organisaation ja kansalaisen kannalta Kehittämispäällikkö Anna Kärkkäinen, THL Sosiaali- ja terveydenhuollon tietosuojaseminaari, Lahti 16.11.2016 Esityksen
LisätiedotONION-HANKKEEN TAVOITTEET
ONION ONION-HANKKEEN TAVOITTEET Avoin, modulaarinen arkkitehtuuri tulevaisuuden terveyden ja hyvinvoinnin ekosysteemille Nykytilan kartoitus ja kehitystarpeiden selvitys Strategiset vaatimukset täyttävän
LisätiedotJulkisen hallinnon ICT:n kehittäminen. Kuntien paikkatietoseminaari Tommi Oikarinen, valtiovarainministeriö
Julkisen hallinnon ICT:n kehittäminen Kuntien paikkatietoseminaari 6.2.2013 Tommi Oikarinen, valtiovarainministeriö Julkisen hallinnon ICT:n hyödyntämisen strategia Linjausalueet ja erityiskysymykset VISIO
LisätiedotAvoimuus ja julkisen hallinnon tietohallinto. Yhteentoimivuutta avoimesti -seminaari Tommi Oikarinen, VM / JulkICT
Avoimuus ja julkisen hallinnon tietohallinto Yhteentoimivuutta avoimesti -seminaari 2.12.2011 Tommi Oikarinen, VM / JulkICT Yhteentoimivuus ja avoimuus Seminaarin aihe pakottaa määrittämään termit yhteentoimivuus
LisätiedotKuntien integraatioalustan hallintamallin koestus käyttötapauksin
Kuntien integraatioalustan hallintamallin koestus käyttötapauksin JUHTA 17.2.2016 Hannes Rauhala, Espoon kaupunki, mukana hankkeessa myös Turun ja Vantaan kaupungit Tämän projektin tavoitteet Tukea Espoon,
LisätiedotKansallinen palveluväylä - Rolling Up the Sleeves. 23.4.2014 Paasitorni
Kansallinen palveluväylä - Rolling Up the Sleeves 23.4.2014 Paasitorni Palveluväylä on konsepti Tekniikkaa pieni osa kokonaisuudesta Väylä hoitaa hallitun tiedon välityksen Uusi lähestymistapa toimintaan
LisätiedotTietopolitiikka Yhteentoimivuus ja lainsäädäntö , Sami Kivivasara ICT-toimittajien tilaisuus
Tietopolitiikka Yhteentoimivuus ja lainsäädäntö 2.10.2018, Sami Kivivasara ICT-toimittajien tilaisuus Tiedon käyttö asiakaslähtöisen toiminnan perustana Lait, Linjaukset Toimintatavat Tiedonhallinta Palvelussa
LisätiedotTIETOHALLINTOLAKI (LUONNOS) Korkeakoulujen IT-päivät Erityisasiantuntija Olli-Pekka Rissanen
TIETOHALLINTOLAKI (LUONNOS) 13.10.2010 Korkeakoulujen IT-päivät Erityisasiantuntija Olli-Pekka Rissanen Keskeisenä tavoitteena Toteuttaa eduskunnan 7.12.2009 tekemä päätös, että hallituksen tulisi valmistella
LisätiedotKuntaIT Mikä muuttuu kunnan tietotekniikassa? Terveydenhuollon Atk-päivät Mikkeli Heikki Lunnas
KuntaIT Mikä muuttuu kunnan tietotekniikassa? Terveydenhuollon Atk-päivät Mikkeli 29.5.2006 Heikki Lunnas KuntaTIMEn keihäänkärjet 1. Julkisen hallinnon tietohallinnon ohjausmekanismien kehittäminen 2.
LisätiedotKansallinen palveluväylä. JUHTA neuvotteleva virkamies Jukka Uusitalo
Kansallinen palveluväylä JUHTA 28.2.2013 neuvotteleva virkamies Jukka Uusitalo Kansallisen palveluväylän yleiskuva Kansallinen palveluväylä on tiedonvälityskonsepti, jossa eri toimintaympäristöjen palveluiden
LisätiedotVM/2232/ /2016
13.6.2017 JulkICT-osasto Kansallisen palveluarkkitehtuurin toteuttamisohjelma Kansallisen palveluarkkitehtuurin toteuttamisohjelma Loppuraportti Janakkalan kunta, Versio 0.4 13.6.2017 Sisällys 2 (7) Sisällys...
LisätiedotAuditointi. Teemupekka Virtanen 14.5.2010
Auditointi Teemupekka Virtanen 14.5.2010 Lähtökohta Kaikki KANTAan liittyneet organisaatiot jakavat saman tietomassan Keskinäinen luottamus Yhteiset toimintaperiaatteet Yhteinen turvataso Minä uskallan
LisätiedotPalveluväylä tuotantoon! Marraskuun KaPA-päivä 26.11.2015. Kehittämispäällikkö Pauli Kartano / VM Hankepäällikkö Eero Konttaniemi / VRK
Palveluväylä tuotantoon! Marraskuun KaPA-päivä 26.11.2015 Kehittämispäällikkö Pauli Kartano / VM Hankepäällikkö Eero Konttaniemi / VRK Palveluväylän tuotantokäyttö alkoi 18.11 Sitä edelsivät: º Viitearkkitehtuuri
LisätiedotRistiinopiskelun kehittäminen -hanke
Ristiinopiskelun kehittäminen -hanke Joustavia opiskelumahdollisuuksia tuetusti Hankkeen yleissuunnitelma ja esittely Sami Hautakangas, Markku Närhi Tukea eri ristiinopiskelun muotoihin: hallinnoinnin
LisätiedotKokonaisarkkitehtuurilla tavoitteisiin. Valtio Expo Fennia I, 14:15 14:45 Neuvotteleva virkamies Jari Kallela
Kokonaisarkkitehtuurilla tavoitteisiin Valtio Expo 20.5.2014 Fennia I, 14:15 14:45 Neuvotteleva virkamies Jari Kallela Sisältö Mitä on kokonaisarkkitehtuuri? Mitä sillä tekee? Missä nyt mennään? Mitä seuraavaksi?
LisätiedotODA = Omahoito ja digitaaliset arvopalvelut
ODA = Omahoito ja digitaaliset arvopalvelut Shp:en ja Sote-johdon tapaaminen 5.5.2015 Tuula Heinänen Uudet Omahoitopalvelut 2 Mitä uutta? Korvaa nyt käytössä olevia yksittäisiä kuntakohtaisia ratkaisuja
LisätiedotSoteDigi Oy tilannekatsaus , SOTE KA -kokous Marco Halén
SoteDigi Oy tilannekatsaus 1 23.4.2018, SOTE KA -kokous Marco Halén SoteDigi Oy, toiminta-ajatus Yhtiön toiminta-ajatuksena on kehittää ja hankkia sosiaali- ja terveydenhuollon digitaalisia ratkaisuja
LisätiedotKuntasektorin asianhallinnan viitearkkitehtuuri 1.0. Kuntamarkkinat Tuula Seppo, erityisasiantuntija
Kuntasektorin asianhallinnan viitearkkitehtuuri 1.0 Kuntamarkkinat 14.9.2016 Tuula Seppo, erityisasiantuntija Kuntasektorin asianhallinnan viitearkkitehtuuri 1.0 Hallinnon toimintatapojen digitalisointi
LisätiedotJulkisen hallinnon kokonaisarkkitehtuuri
Julkisen hallinnon kokonaisarkkitehtuuri Rajaukset ja tarkoitus Määrittely 0.91 Päiväys 7.5.2017 7.5.2017 2 (6) Sisällysluettelo 1 Johdanto... 3 2 JHKA:n tarkoitus... 3 3 JHKA:n rajaukset... 4 4 Miten
LisätiedotIoT-järjestelmän ja ulkovalaistuksen ohjauksen hankinta -markkinavuoropuhelutilaisuus
IoT-järjestelmän ja ulkovalaistuksen ohjauksen hankinta -markkinavuoropuhelutilaisuus Teknologia-arkkitehtuuri ja rajapinnat/integraatiot 21.3.2019 Sisältö Alustojen asemoituminen ja pilvivalmius Arkkitehtuuriperiaatteet
LisätiedotOLENNAISET TOIMINNALLISET VAATIMUKSET - PÄIVITETTY LUOKITUS JA JÄRJESTELMÄLOMAKE Kela toimittajayhteistyökokous 26.4.
OLENNAISET TOIMINNALLISET VAATIMUKSET - PÄIVITETTY LUOKITUS JA JÄRJESTELMÄLOMAKE 24.4.2019 Kela toimittajayhteistyökokous 26.4.2019 1 ASIAKASTIETOLAIN 250/2014 MUKAISET OLENNAISET VAATIMUKSET I Toiminnalliset
LisätiedotKansallinen palveluarkkitehtuuri TUNNISTUSPALVELU INFO
Kansallinen palveluarkkitehtuuri TUNNISTUSPALVELU INFO 29.9.2015 Palvelulupauksemme Tarjoamme julkishallinnolle mahdollisuuden Suomen ja EU-kansalaisen sähköiseen tunnistamiseen tietoturvallisesti eri
LisätiedotAVOIN DATA AVAIN UUTEEN Seminaarin avaus Kansleri Ilkka Niiniluoto Helsingin yliopisto
AVOIN DATA AVAIN UUTEEN Seminaarin avaus 1.11.11 Kansleri Ilkka Niiniluoto Helsingin yliopisto TIETEELLINEN TIETO tieteellinen tieto on julkista tieteen itseäänkorjaavuus ja edistyvyys tieto syntyy tutkimuksen
LisätiedotKanta-palveluiden laajentaminen Suun terveydenhuolto
Kanta-palveluiden laajentaminen Suun terveydenhuolto Terveydenhuollon Atk-päivät 13.5.2015 Jari Suhonen 5.5.2015 THL / OPER 1 Miksi tarvittiin SuunTa-hanke? Suun terveydenhuollon toimintayksiköiden (julkinen
LisätiedotG4-arkkitehtuuriryhmä. Kokonaisarkkitehtuurityöhön perustuvat kehittämiskohteet ja toimenpiteet. Juha Rannanheimo
G4-arkkitehtuuriryhmä Kokonaisarkkitehtuurityöhön perustuvat kehittämiskohteet ja toimenpiteet Juha Rannanheimo Neljän yliopistosairaanhoitopiirin yhteisen kehitystyön tavoitteet VSSHP, PSHP, PSSHP ja
LisätiedotViitekehys hallinnossa
JulkICTLab Viitekehys hallinnossa Avoimen tiedon ohjelma 2 Viitekehys kehittäjäyhteisöissä FVH COSS HRI OKF Apps4finland Jne. 3 JulkICTLab pähkinänkuoressa Kokoaa yhteen julkishallinnon eri projektien
LisätiedotKuntien integraatioalustan hallintamallin koestus käyttötapauksin (=Kuningas) projekti
Kuntien integraatioalustan hallintamallin koestus käyttötapauksin (=Kuningas) projekti JUHTA 4.4.2017 Tiina Sarnela, projektipäällikkö, Espoon kaupunki Sisältö Projektin tausta Projektin tavoitteet Hallintamalli
LisätiedotEtäpalvelusta yhteispalvelun hittituote asiantuntijapalvelut kaikkien saataville?
Etäpalvelusta yhteispalvelun hittituote asiantuntijapalvelut kaikkien saataville? Videoesitys etäpalvelupilotista ja etenemissuunnitelmia Säätytalo, 9.6.2010 Yhteispalvelun laajentamishankkeen päätösseminaari
LisätiedotArkkitehtuurin kansallinen toteutus ja yhteistyö
1 Arkkitehtuurin kansallinen toteutus ja yhteistyö Terveydenhuollon Atk-päivät Turku 29.5.2007 Riitta Alkula 2 Esityksen sisältö Arkkitehtuurin nyky- ja tavoitetila Arkkitehtuurimäärittelyt Määrittelyjen
LisätiedotPalvelun Asettaminen Virtuun
Palvelun Asettaminen Virtuun Haka- ja Virtu-seminaari 2014 Jouko Junttila, Valtion tieto- ja viestintätekniikkakeskus Valtori Marko Leppänen, Fujitsu Finland Oy Palvelun asettaminen Virtuun Esityksessä
LisätiedotUusi kansallinen palvelu tehostamaan SoTetutkimusta. Jaana Sinipuro, Projektijohtaja
Uusi kansallinen palvelu tehostamaan SoTetutkimusta ja tietojohtamista Jaana Sinipuro, Projektijohtaja 23.5.2017 Kohti kestävää data-alustataloutta Datan luonti Datan harmonisointi Integraatio Soveltava
LisätiedotKäyttövaltuushallinnan hyödyt tehokkaasti käyttöön. Johanna Lampikoski, RM5 Software Juha Arjonranta, TeliaSonera Finland
Käyttövaltuushallinnan hyödyt tehokkaasti käyttöön Johanna Lampikoski, RM5 Software Juha Arjonranta, TeliaSonera Finland 1 Sisältö Skaalautuva pilvipalvelu Käyttövaltuushallinnan käyttöönotto palveluna
LisätiedotMikko Rotonen on IT-kehitysjohtaja HUS Tietohallinossa ja APOTTI-hankkeen IT-osuuden projektipäällikkö.
Mikko Rotonen on IT-kehitysjohtaja HUS Tietohallinossa ja APOTTI-hankkeen IT-osuuden projektipäällikkö. Selviytymistä vai suorituskykyä seminaari 3.9.2012 Sivu 1 Apotti hankekokonaisuuden tavoitteena on
LisätiedotTulevaisuuden kunnan digitalisointi projekti. Erityisasiantuntija Elisa Kettunen
Tulevaisuuden kunnan digitalisointi 2018-2019 -projekti Erityisasiantuntija Elisa Kettunen Lähtöasetelma: kuntien tietohallinnon ruuhkavuodet Kuntien tietohallinnon resurssit vähenevät samaan aikaan kun
LisätiedotTerveydenhuollon alueellisen ja paikallisen kokonaisarkkitehtuurin hallintamallin suunnitteluprojekti 4/11 11/
Terveydenhuollon alueellisen ja paikallisen kokonaisarkkitehtuurin hallintamallin suunnitteluprojekti 4/11 11/11 28.10.2011 Karri Vainio Sisältö Arkkitehtuurinhallinnan tavoitteet Rajaukset Lähtötilanne
LisätiedotPotilastiedon arkiston tilannekatsaus
Potilastiedon arkiston tilannekatsaus 24.4.2019 Sole Salmijärvi Esityksen sisältö Potilastiedon arkiston ajankohtaiset asiat Vanhojen tietojen arkistoinnin ajankohtaiset asiat Potilastiedon arkiston kehitysprojektien
LisätiedotSähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus
Luo / Muokkaa Lähetä Lausunnonantajat Yhteenveto Sähköisten viranomaisaineistojen arkistoinnin ja säilyttämisen palvelukokonaisuus Sähköinen arkistoinnin palvelukokonaisuus Lausunnonantajia: 1 Puollatko
LisätiedotKanta-palvelun vaatimukset palveluntuottajalle
Kanta-palvelun vaatimukset palveluntuottajalle 5.2.2019 Erja Vornanen 1 Kanta-palveluiden vaatimukset palveluntuottajille Liittyminen Kanta-palveluihin ja palveluiden käyttöönotto 2 Vaatimuksia palveluntuottajille
LisätiedotAlueellisella tietohallintoyhteistyöllä ja arkkitehtuurilla kohti uusia rakenteita ja toimintamalleja Pohjois-Suomessa
Alueellisella tietohallintoyhteistyöllä ja arkkitehtuurilla kohti uusia rakenteita ja toimintamalleja Pohjois-Suomessa Juhani Heikka & Markku Huotari, Oulun kaupunki 11.6.2014 TAVOITTEITA TIETOHALLINTOYHTEISTYÖLLE
LisätiedotTOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!
TARJOUSPYYNTÖ / LIITE 1 1 (5) TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM! Tällä liitteellä yksilöidään hankinnan kohteen ominaisuuksia ja toiminnallisuuksia, jotka
LisätiedotKanta-palveluiden vaatimukset sote- ja maakuntauudistuksessa
Kanta-palveluiden vaatimukset sote- ja maakuntauudistuksessa 1 Kanta-palvelut käytettävissä ja käytössä Palvelut ovat käytettävissä valtakunnallisesti 24/7 ja yhteisiä toimintamalleja on rakennettu Sähköinen
LisätiedotKanta-palvelun vaatimukset palveluntuottajalle
Kanta-palvelun vaatimukset palveluntuottajalle 17.1.2019 1 Kanta-palveluiden vaatimukset palveluntuottajille Liittyminen Kanta-palveluihin ja palveluiden käyttöönotto 2 Vaatimuksia palveluntuottajille
LisätiedotAvoin lähdekoodi. Jani Kylmäaho Maanmittauslaitos www.oskari.org
Avoin lähdekoodi Jani Kylmäaho Maanmittauslaitos www.oskari.org Avoimen lähdekoodin määritelmä (OSI) Ohjelman täytyy olla vapaasti levitettävissä ja välitettävissä. Lähdekoodin täytyy tulla ohjelman mukana
LisätiedotArkkitehtuuri käytäntöön
Arkkitehtuuri käytäntöön Terveydenhuollon ATK-päivät 24.5.2011 Mikko Huovila Erikoissuunnittelija Itä-Suomen sosiaalialan osaamiskeskus Väliraportti Tikesos-toimeenpanosta (4/2011) Kuvaa julkisen hallinnon
LisätiedotVerohallinnon KaPA-tilanne. Jukka Kyhäräinen, Verohallinto Ohjelmistotalopäivä
Verohallinnon KaPA-tilanne Jukka Kyhäräinen, Verohallinto Ohjelmistotalopäivä HE 59/2016 vp Kansallinen palveluarkkitehtuuri luo pohjan Sipilän hallitusohjelman digitalisaatiokehityksen toteuttamiselle.
LisätiedotKirjastot digitalisoituvassa maailmassa: haasteita, linjauksia ja olennaisuuksia
Kirjastot digitalisoituvassa maailmassa: haasteita, linjauksia ja olennaisuuksia Kirjastoverkkopäivät 2012 Minna Karvonen 23.10.2012 Mistä tässä on oikein kysymys? Tieto- ja viestintätekniikkaan kiinnittyvän
LisätiedotAsiakasseteli- ja henkilökohtainen budjetti valinnanvapauspilotin hakeminen Etelä-Pohjanmaalle Esitys kuntajohtajafoorumille 23.3.
Asiakasseteli- ja henkilökohtainen budjetti valinnanvapauspilotin hakeminen Etelä-Pohjanmaalle Esitys kuntajohtajafoorumille 23.3.2018 Tanja Penninkangas vastuuvalmistelija, sote-tuotanto Valinnanvapauspilotit
LisätiedotTieto hyvinvoinnin ja uudistuvien palveluiden tukena
Sote-tieto hyötykäyttöön - strategia 2020 Tieto hyvinvoinnin ja uudistuvien palveluiden tukena anne.kallio@stm.fi Tähtäimessä aktiivinen kansalainen ja sote-palvelujen vaikuttavuus Aktiivinen kansalainen
LisätiedotICT-palvelujen kehittäminen - suositussarja Suvi Pietikäinen Netum Oy
ICT-palvelujen kehittäminen - suositussarja 24.11.2009 Suvi Pietikäinen Netum Oy JHS 171 ICT-palvelujen kehittäminen: Kehittämiskohteiden tunnistaminen ICT-palvelujen kehittäminen: Kehittämiskohteiden
LisätiedotKanta-palvelut, Kelan näkökulma
Kanta-palvelut, Kelan näkökulma Pia Järvinen-Hiekkanen Lääkäriliitto 6.3.2014 Kela Kanta-palvelujen toteuttajana Kela on myös iso IT-talo Tietohallinnon toimialalla toimii IT-osasto, Tietohallinto-osasto
LisätiedotVaiheistusasetuksen sisältö ja aikataulu
Vaiheistusasetuksen sisältö ja aikataulu Muuta ajankohtaista sosiaali- ja terveydenhuollon tietohallinnosta ja digitalisaatiosta 26.8.2015 Maritta Korhonen Sisältö Vaiheistusasetus, luonnoksen esittely
LisätiedotKANSALLISEN DIGITAALISEN KIRJASTON KOKONAISARKKITEHTUURI. V3.0 Tiivistelmä
KANSALLISEN DIGITAALISEN KIRJASTON KOKONAISARKKITEHTUURI V3.0 Tiivistelmä Kansallinen digitaalinen kirjasto (KDK) on Opetus- ja kulttuuriministeriön (OKM) toimialatasoinen sisältö- ja palvelukokonaisuus.
LisätiedotAlueellinen sairauskertomustietojen hyödyntäminen Kaapossa
Alueellinen sairauskertomustietojen hyödyntäminen Kaapossa Anne Kallio pp, yl Medi-IT Oy Medi-IT Oy Kymshp:n ja E-KSHP:n omistama kunnallinen osakeyhtiö Medi-IT Oy tukee sosiaali- ja terveydenhuollon palvelutuottajien
LisätiedotTietoyhteiskuntapolitiikan painopisteet STM:n hallinnonalalla 2007-2011
1 Tietoyhteiskuntapolitiikan painopisteet STM:n hallinnonalalla 2007-2011 Arjen tietoyhteiskunnan neuvottelukunta 6.9.2007 Peruspalveluministeri Paula Risikko 2 PERUSLÄHTÖKOHDAT SEKTORIMINISTERIÖILLÄ PERUSVASTUU
LisätiedotKArkisto2-hanke - kokemuksia earkiston pilotoinnista Kuopiossa ja InterSystemsin Ensemblestä KanTa-liityntäpisteenä
KArkisto2-hanke - kokemuksia earkiston pilotoinnista Kuopiossa ja InterSystemsin Ensemblestä KanTa-liityntäpisteenä 7.5.2013 Mauri Kaatrasalo Heikki Koivulehto Julkaisuhistoria Versio Päivä Laatija(t)
LisätiedotSuomi.fi-palveluväylä. Palvelulupaus ja tiekartta 5.4.2016
Suomi.fi-palveluväylä Palvelulupaus ja tiekartta 5.4.2016 Sisältö Mitä palveluväylä tarjoaa? Mitä palveluväylä ei tarjoa? Suorituskyky ja suositukset Palveluväylän kehittämisen tiekartta 2016-2017 Suomi.fi-palveluväylä
LisätiedotKorkeakoulujen tietohallinto mitä RAKETTI-hankkeen jälkeen
Korkeakoulujen tietohallinto mitä RAKETTI-hankkeen jälkeen Korkeakoulujen KOTA-seminaari 20.8.2013 Juha Haataja ICT-asiat korkeakoulujen strategioissa Korkeakoulujen tietohallintotoimintojen strategisen
LisätiedotSähköinen asiointi. Pohjois-Pohjanmaan sairaanhoitopiiri vt Tietohallintojohtaja Tuomo Liejumäki 14.4.2016
Sähköinen asiointi Pohjois-Pohjanmaan sairaanhoitopiiri vt Tietohallintojohtaja Tuomo Liejumäki 14.4.2016 SOTE- ja aluehallintouudistus Hallituksen SOTE-linjaukset 7.11.2015 / ICT-linjauksia Itsehallintoalueiden
Lisätiedot