Source: http://docplayer.fi/4192111-Palveluvaylaliitantojen-valmistelun-tueksi.html
Timestamp: 2017-01-19 00:47:35+00:00
Document Index: 980056

Matched Legal Cases: ['kko ', 'kko ', 'kko ', 'KKO ', 'kko ', 'kko ', 'kko ']

⭐Palveluväyläliitäntöjen valmistelun tueksi
Download "Palveluväyläliitäntöjen valmistelun tueksi"
1 Tekninen Ohje Palveluväyläliitäntöjen valmistelun tueksi V Alueiden ja kuntien sosiaali- ja terveydenhuollon tietohallintoyhteistyöfoorumi2 Versio Muutos Tekijä pvm 0.1 Dokumentin alustava rakenne Tiera (Janne Ollenberg, Mikael Puusa ja Jaana Siitari) 0.2 Tekninen tarkistuslista Tiera PSOP-projektiryhmä haastattelu, KaPA-seminaarin pohjalta dokumentin täydennys Tiera, PSOP-projektiryhmä VRK haastattelut ja Kela kommentit Tiera, VRK (Eero Konttaniemi, Petteri Kivimäki) 0.7 AKUSTI ja Kuntasektori KA-ryhmä kommentit Tiera Kommenttien pohjalta viimeistely Tiera Siirto AKUSTI-pohjalle ja johdannon Tiera täydennys 0.91 Kommentit VM ja VRK huomioitu Tiera Palveluväylä viimeisin tiedote huomioitu Tiera3 Sisällysluettelo 1. Johdanto Sanasto Yleistä Väylän rakenne ja periaatteellinen toteutus Lokitus ja tietoturva Keskuspalvelin Liityntäpalvelin Liityntäpalvelimen toteutuksen vaihtoehdot Jaetun liityntäpalvelimen käyttö Oma liityntäpalvelin Kahdennettu liityntäpalvelin Toimialueittain jaettu liityntäpalvelin Palveluväylien välinen federointi Turvamoduuli Rajapintakuvaukset Käyttäjätunnisteet Sanomanvälityksen periaatteita Liityntäpalveluiden toteutus Tietoturva Toiminnallinen toteutus Tuetut käyttöjärjestelmät ja liittymien auditointi Tuetut käyttöjärjestelmät Liittymien auditointi palveluväylään Palvelukatalogin rakenteellinen hallinta Palvelun tuottaminen palveluväylään Version 6 testaaminen ja käyttöönotto Tulevia kehityskohteita V5 ja V6 erot sanomarakenteessa Tekniset vaatimukset Palveluväylään liittymisen työmäärät ja läpimenoajat... 134 1. Johdanto Tämän dokumentin tarkoituksena on koota hyödynnettäväksi ajantasainen ja tiivis ohjeistus kansallisen palveluväylän teknisen yhteensopivuuden varmistamiseksi valmisteltaessa väyläliitäntöjä ja vaiheittaisia toteutuksia niin sosiaali- ja terveydenhuollon kärkihankkeiden kuin laajemminkin kuntasektorin kokonaisuudessa.kansallinen palveluväylä on siirtymässä versioon 6.0. Tuotantoversion oletettu käyttöönotto tulee tapahtumaan vuoden 2015 viimeisen neljänneksen aikana. Tuotantokäyttöä jouduttiin siirtämään puuttuvien ominaisuuksien takia. Suurimmat toiminnalliset puutteet liittyvät sanomien lokitukseen sekä valvontaominaisuuksiin. Lisäksi tukea Red Hat - käyttöjärjestelmälle ei ollut saatavissa. Ajantasaista tilannetietoa kansallisen palveluväylän ja kansallisen palveluarkkitehtuurihankkeen etenemisestä on saatavissa e-suomi.fi sivustolta. Uuden version (6.0) merkittävimmät erot verrattuna aiempaan liittyvät organisaatiotietojen hallintaan, liittymäkuvausten käsittelyyn ja tiedon hallintaan. Lisätietoa ja tarkempaa ohjeistusta kansalliseen palveluväylään liittymisestä löytyy palveluvayla.fi sivustolta. Ohjeistus on jatkoa Kansallisen palveluväylän käyttöönoton esiselvitykselle sosiaali- ja terveydenhuollossa. Esiselvitys tuotti 1) ehdotukset kansallisen palveluväylän ensimmäisen vaiheen käyttöönotosta sosiaali- ja terveydenhuollossa, 2) arvioi kansallisesti Suomessa käyttöön valittujen tiedonvälitysstandardien ja määritysten yhteensopivuutta kansallisen palveluväylän pohjaratkaisuna toimivan X-ROAD:n kanssa, sekä 3) tuotti tietoa kehittämistarpeista kansallisen palveluväylän jatkokehittämissuunnitelmien laatimisen tueksi. Esiselvityksen lopputuotoksen pohjalta Sote-alue / organisaatiokohtainen suunnittelutyö ja tätä tukevat kansalliset tukitoimenpiteet on käynnistetty. Tarkoituksena on, että alueellisessa yhteistyössä sovitaan tapa ja palveluiden liittämiselle Kansalliseen palveluväylään. VAKAVA-projektin (kuntien, sairaanhoitopiirien ja kansallisten toimijoiden yhteistyönä laadittu sosiaali- ja terveydenhuollon alueellisen tiedonhallinnan ja tietojärjestelmäratkaisujen kehittämistä ohjaavan viitearkkitehtuurin tavoitetilan 2020 kuvaus) suositusten mukaisesti kansalliseen palveluväylään ja tietoliikenneratkaisuun kytkeytyminen kannattaa tehdä sosiaali- ja terveydenhuollossa mahdollisimman hallitusti. Liityntäpisteiden suunnittelu Kansalliseen palveluväylään tulee toteuttaa Sotealueen laajuisessa yhteistyössä. Yksi mahdollinen ja suositeltava vaihtoehto on, että saman Sote - alueen sisällä olevat toimijat järjestävät yhteisen vikasietoisuuden saavuttamiseksi kahdennetun alueellisen liitynnän kansalliseen palveluväylään kaikkien alueen sovellusten- ja palveluiden liittämisen mahdollistamiseksi. Palveluväylään liityttäessä tulee kiinnittää huomiota myös tietoliikenneyhteyksien järjestämiseen. Alueelliset tietoverkot ja kansallinen, kuntien yhteinen KY-verkko -ratkaisu mahdollis- 3/145 tavat osaltaan ehdotetun kansallisen palveluväylän liityntäpisteiden toteutuksen alueellisessa yhteistyössä. Suosimalla keskitettyä liikennöintiä ja reititystä voidaan hyödyntää yhteisiä panostuksia ja turvata korkeampi käytettävyys kaikille osapuolille pienemmällä kustannusrakenteella. Tätä ohjeistusta kehitetään eteenpäin yhdessä Kansallisesta palveluväylästä vastaavien tahojen, sotekärkihankkeiden sekä kuntien kansallinen palveluväylä projektitoimiston (KUKAPA) kanssa. Dokumentin ensimmäisen julkaistun (0.93) version työstämiseen on osallistunut Kuntaliiton, PSOPprojektiryhmän, VRK:n, Kelan ja Kuntien Tieran henkilöitä. 2. Sanasto Täydennetään tarvittaessa dokumentin päivityksen yhteydessä: Toimija Kuntaorganisaatio, palvelun tuottaja valtiollinen toimija tai muu yhteisö, joka on liittyy omalla sopimuksellaan palveluväylään tuottaakseen tai hyödyntääkseen väylään liitettävää tietoa Kansallisen palveluväylän sanasto on työn alla osoitteessa: https://confluence.csc.fi/display/palveluvayla/sanasto 3. Yleistä Kansallisen palveluväylän versio 6 tuo uuden sovellusympäristön. Merkittävin palveluväylän sisäinen muutos on ympäristön ohjelmointikielen vaihtuminen. Periaatteelliset ratkaisut ovat monilta osin aiempien kehitysversioiden kaltaisia. Merkittävimmät käsitteelliset erot liittyvät turvapalvelimen (Security Server) käytettävän suomenkielisen termin vaihtamiseen liityntäpalvelimeksi ja organisaatiohierarkioiden tukeminen. Organisaatioilla voi olla useita eri liityntäpalvelimia, jonka lisäksi käyttöoikeuksien myöntäminen voidaan nyt tehdä yksittäisten järjestelmien tasolla, kun aiemmin oikeudet oli aina myönnettävä organisaatiotasolla. Väylien väliseen federointiin on tulossa tuki ja KaPa-ohjelmassa toteutettavan kansallisen tunnistusratkaisun hyödyntäminen väylän kautta tulee olemaan mahdollista. 46 4. Väylän rakenne ja periaatteellinen toteutus Asiakas Liityntäpalvelu Ohjauspalvelut Liityntäpalvelu Ohjelmisto palvelu Ca 1 Catalog Palveluväylä Kuva 1 Väylän toimintaperiaate yleisellä tasolla Asiakkaan liityntäpalvelin hakee vastaanottajan tiedot käyttäen omaa paikallista kopiotaan keskuspalvelimelta määräajoin noudettavista konfiguraatiotiedoista. Suoraa yhteyttä keskuspalvelimeen ei sanomien lähettämisen yhteydessä tarvita. Liityntäpalvelin allekirjoittaa lähetettävän sanoman, ja liikenne salataan liityntäpalvelinten välisen yhteyden osalta palveluväylän varmennepalvelun (CA) tuottamilla sertifikaateilla (3). Sertifikaattien voimassaolo tarkistetaan molempien liityntäpalvelinten toimesta ennen varsinaisen sanoman lähettämistä. Vastaanottajan liityntäpalvelin aikaleimaa ja lokittaa sanoman, jonka jälkeen se tarkistaa asiakkaan oikeutuksen kutsua palvelua ja joko välittää pyynnön eteenpäin kohdejärjestelmälle tai palauttaa suoraan takaisin asiakkaalle oikeuksien puuttuessa (4). Kohdejärjestelmä palauttaa vastaussanoman omalle liityntäpalvelimelleen (5), joka ensin allekirjoittaa sanoman ja sitten lähettää sen salattua yhteyttä käyttäen takaisin asiakkaan liityntäpalvelimelle (6). Asiakkaan liityntäpalvelin aikaleimaa ja lokittaa vastauksen ja välittää vastaussanoman alkuperäisen sanoman lähettäneelle asiakkaan järjestelmälle (7). 5/147 On hyvä huomioida, että yhteyksien salaaminen ja käyttöoikeuksien hallinta koskevat automaattisesti kaikkea palveluväylän kautta siirrettävää tietoa tiedon luonteesta riippumatta (esim. avoin data). Palvelukohtaisesti ei ole siis mahdollista määritellä käytetäänkö salattua yhteyttä ja edellytetäänkö käyttöoikeuksien määrittelyä. Väylässä on kaksi kriittistä osaa. Suora yhteys keskuspalvelimeen tarvitaan aina uusia liityntäpalvelimia, organisaatioita tai organisaatioiden yksittäisiä järjestelmiä lisättäessä tai poistettaessa. Liityntäpalvelinten välinen viestinvälitys sen sijaa toimii myös ilman keskuspalvelinta niin kauan, kuin liityntäpalvelimilla sijaitsevat paikalliset kopiot väylään liitetyistä liityntäpalvelimista ja niitä käyttävistä organisaatioista ovat voimassa. Tietojen voimassaolojan ollessa yhden viikon ja päivityksen tapahtuessa päivittäin voi palveluväylä siis toimia ilman keskuspalvelinta jopa kuuden vuorokauden ajan ennen kuin liityntäpalvelinten paikalliset kopiot tiedoista vanhenevat. Aikaleimapalvelu ja varmennepalvelu ovat sen sijaan huomattavasti kriittisempiä, sillä aikaleimojen ja sertifikaattien voimassaolotarkistusten voimassaoloajat ovat minuutteja Lokitus ja tietoturva Jokaisesta sanomasta jää tiiviste, aikaleima ja sanoma kokonaisuudessaan sanomaliikenteen välisille liityntäpalvelimille. Kaikki lokitukset säilytetään liityntäpalvelimilla (ei enää tallennusta keskuspalvelimille). Liityntäpalvelinten hallinnoijilla on vastuu tietosuojavelvoitteiden täyttämisestä. Ohjeistusta menettelyjen osalta tullaan vielä tarkentamaan (esim. lokitiedoston salaaminen, automaattinen tyhjentäminen, sanomasisällön droppaukset, tiukennetut ylläpitovelvoitteet jne.) Keskuspalvelin Väestörekisterikeskus (VRK) vastaa toteutuksesta, CSC toteuttaa alkuvaiheessa, myöhemmin (arviolta n. 2 vuoden kuluessa) palvelut siirtyvät Valtorille. VRK tarjoaa varmenne- ja aikaleimapalvelut. Data voi olla avointa tai tietoluvan edellyttämää. Palveluista laaditaan erillinen sopimus, jossa määritellään datan ominaisuudet tarkemmin. Tiedon tuottaja määrittää ehdot. Tavoitteena on tietolupien yhdenmukaistaminen sekä asiakkaiden, että laajemmin kaikkien toimijoiden osalta. Käyttöoikeuksien hallinta tapahtuu paikallisesti liityntäpalvelimella palveluväylään liittyneiden organisaatioiden omasta toimesta. Liityntäpalvelin tarjoaa käyttöoikeuksien hallinnointiin web-pohjaisen käyttöliittymän, jonka kautta käsiteltävät tiedot tallennetaan liityntäpalvelimen omaan tietokantaan. Keskuspalvelin ei sisällä keskitettyä tietokantaa eri palveluiden käyttöoikeuksista. 68 4.3. Liityntäpalvelin Cat CS App AS IS inet IS AS App Kuva 2: Palveluväylän komponentit Kuvassa palveluväylän komponentit. Loppukäyttäjä hyödyntää applikaatiota (app), joka löytää palvelukatalogin (cat) ohjaamana kohdeympäristön liityntäpalvelimen (is). Väylä avataan ja suojataan asiakkaan ja tiedon tuottajan liityntäpalvelimien (is) välille. Kohdeympäristön liityntäpalvelin tarkistaa, onko asiakkaalle luvitettu ao. palvelu ja välittää sanoman eteenpäin kohdejärjestelmälle, jos luvitus on kunnossa. Sovellusten tieto muutetaan palveluväylän sanomarakenteiksi sovitinpalvelussa (as = Adapter Server) Liityntäpalvelimen toteutuksen vaihtoehdot Liityntäpalvelimen toteutus voi olla rakenteellisesti monipuolinen. Kuntatoimijan kannalta vaihtoehdot ovat seuraavat: Jaetun liityntäpalvelimen käyttö Toimija voi hankkia palveluntuottajalta liityntäpalvelun organisaationsa tai sen osan liittymätarpeisiin. Tämä tarkoittaa sitä, ettävalintansa mukaan tiedon tuottaja voi ulkoistaa palveluväylän tuotannon halutessaan osin tai kokonaan, huomioiden tietosuoja- ja turvavaateet esim. lokien suhteen käyttöpalveluvaatimuksissa. Hajautettaessa palveluväylän tuottamista usean kumppanin kesken tulee huolehtia, että jakelumallit ja organisaatiohierarkiat tukevat tavoiteltavaa jakelutapaa. Samalla organisaatiotasolla tulee esimerkiksi liityntäpalvelimien rakenteiden olla symmetriset. Mikäli palvelutuotanto halutaan hajauttaa, pitää palveluväylää varten muodostaa tätä tukeva organisaatiorakenne. (ks. myös kappale Toimialueittain jaettu liityntäpalvelin ) Oma liityntäpalvelin Toimija voi perustaa tai hankkia oman liityntäpalvelimen. Ympäristövaatimukset on esitetty kappaleessa /149 Kahdennettu liityntäpalvelin Toimija voi peilata liityntäpalvelimensa useammalle saitille. Tällöin jokaisella liityntäpalvelimella tulenee olemaan symmetrinen sisältö (suunnittelu on kuitenkin vielä kesken tuotantoon otettavan version osalta). Mikäli liityntäpalvelimet halutaan jakaa itsenäisillä sisällöillä useille saiteille, esimerkiksi liityntäpalvelin/palveluntuottaja, tulee jako suorittaa organisaatiohierarkian avulla. Katso kappale 3.7 VAKAVA-projektin suositusten mukaisesti Sote alueen sisällä toimijoiden pitäisi järjestää yhteisen vikasietoisuuden saavuttamiseksi kahdennettu alueellinen liityntä kansalliseen palveluväylään kaikkien alueen sovellusten- ja palveluiden liittämisen mahdollistamiseksi Toimialueittain jaettu liityntäpalvelin Kunta voi jakaa liityntäpalvelimensa loogisesti esim. toimialoittain tai palvelun tuottajittain, jolloin kukin kokonaisuus ylläpidetään sopimuskumppanin toimesta. Mallia voidaan käyttää esim. tilanteissa, joissa kuntatoimija on jakanut palvelunsa useamman palveluntuottajan kesken. Katso kappale Palveluväylien välinen federointi Tuki väylien väliseen integraatioon on tulevassa version 6.0 julkaisussa. Tämä tarkoittaa ensisijaisesti kansallisten palveluväylien välistä federointia tässä vaiheessa. Toistaiseksi ei ole luvassa erillistoteutuksien välistä tukea. Tämä tarkoittaa sitä, että alusta ja ympäristö tukevat versiosta 6 asti luottamusketjuja palveluväylien välillä, jolloin yhdestä palveluväylästä voidaan luvittaa palveluita toisen väylän järjestelmille ja käyttäjille, jotka ovat kirjautuneet omaan väyläänsä ja joille on luvitettu ao. väylässä palveluita. Toimintoa tuetaan aluksi ensisijaisesti kansallisella tasolla, esimerkiksi Viron ja Suomen kansallisten palveluväylien välisessä liikenteessä Turvamoduuli Versio 6 tukee organisaatioiden allekirjoitusvarmenteisiin liittyvien yksityisten avainten tallentamista erilliseen turvamoduuliin (Hardware security module, HSM). Turvamoduuli voidaan toteuttaa laitteisto- (hardware) tai ohjelmisto- (software) pohjaisena. Laitteistoon perustuva toteutus on turvallisempi, mutta siitä aiheutuvat kustannukset ovat ohjelmistopohjaista toteutusta korkeammat. Turvamoduuli voidaan toteuttaa myös keskitettynä verkon yli käytettynä palveluna, jolloin monet järjestelmät voivat käyttää saman turvamoduulin tarjoamia palveluita. Virossa on päädytty määräämään turvamoduulin käyttö pakolliseksi kaikille palveluväylään liittyneille organisaatioille. Suomessa tehdään turvamoduulin käyttöön ja sen perusteisiin liittyvä selvitys ennen kansalliseen palveluväylään liittyvän linjauksen antamista. Linjaus tullaan antamaan vuoden 2015 ensimmäisellä neljännekselle ennen tuotantokäyttöön siirtymistä. 810 4.7. Rajapintakuvaukset Versio 6 tukee useaa rajapintakuvausta per organisaatio. Aiemmissa versioissa jokaisella organisaatiolla oli yksi rajapintakuvaus, jonka tuli sisältää kaikkien organisaation tarjoamien rajapintojen kuvaukset. Useamman rajapintakuvauksen käyttö mahdollistaa usean eri sovitinpalvelun käyttämisen ja tekee uusien rajapintojen liittämisestä palveluväylään aiempaa yksinkertaisempaa. Rajapintakuvauksen tarjoaminen liityntäpalvelimelle on sovitinpalvelun vastuulla Käyttäjätunnisteet Hierarkiset organisaatio-, järjestelmä- ja palvelintunnisteet: instance/memberclass/organizationcode/subsystem/service/version jossa Operaattori (=VRK) määrittää polun: instance/memberclass/organizationcode/ ja jossa Organisaatio (=väylään liittyvä toimija) määrittää: subsystem, service, version. Organisaatiohierarkioiden avulla voidaan vaikuttaa esimerkiksi palveluiden näkyvyyteen ja oikeustasoihin. Organisatiotasot eivät palveluväylän suhteen tarkoita välttämättä julkaisijan sisäistä organisaatiohierarkiaa, vaan tasot kannattaa alusta lähtien suunnitella siten, että julkaisukohteiden hallinta on tasojen avulla järkevää ja mahdollista. Esimerkiksi subsystem tasolla määritellään Toimijan palveluntuottaja 1, palveluntuottaja 2 ja palveluntuottaja 3. Tällöin eri palveluntuottajille sijoitetut liityntäpalvelimet voivat muodostaa kukin oman itsenäisen sisältönsä. X-Roadin versiossa 6 jokaiselle palveluväylään liittyneelle organisaatiolle sekä sen palveluväylään liittämälle järjestelmälle ja palvelulle annetaan globaalisti uniikki tunniste. Globaalisti uniikin tunnisteen tarkoituksena on tukea X-Roadin federaatio-ominaisuutta, joka mahdollistaa useiden eri X-Roadinstanssien liittämisen toisiinsa. X-Roadin sisäinen viestinvälitys ja käyttöoikeuksien hallinta perustuu organisaatioiden, järjestelmien ja palveluiden uniikkeihin tunnisteisiin sekä yksittäisen instanssin, että monesta eri instanssista muodostuvan kokonaisuuden sisällä. Organisaatiokohtaiset tunnisteet muodostuvat kolmesta, järjestelmäkohtaiset neljästä ja palvelukohtaiset kuudesta erillisestä osasta. Tunnisteet ovat hierarkkisia ja järjestelmien tunnisteet sisältävät aina ne omistavan organisaation tunnisteen. Palveluiden tunnisteet sisältävät vastaavasti aina sekä järjestelmän, että organisaation tunnisteet Sanomanvälityksen periaatteita Sovitinpalvelu: käsitemalli JSON/XML/SOAP 9/1411 REST rajapinnan osalta on käynnistetty joulukuun 2014 lopussa yhteinen kehitystyö. Kehitystyötä tehdään täysin avoimesti, ja kaikki materiaali on saatavilla REST gateway työtilassa GitHub:issa. REST Gateway komponentista on tähän mennessä julkaistu versiot ja REST Gateway työtila GitHub:issa: https://github.comeducloudalliance/xroad-rest-gateway SOAP-pohjaisten järjestelmien liittäminen palveluväylään on periaatteessa yksinkertaista. Yksikertaisimmillaan järjestelmän liittäminen palveluväylään tarkoittaa liityntäpalvelimen pystyttämistä sekä sovitinpalvelun toteuttamista tarvittavien SOAP-otsikkotietojen lisäämiseksi. Lisäksi sovitinpalvelun on myös tarjottava liitettävien palveluiden rajapintakuvaukset (WSDL). Rajapintakuvausten tarjoaminen tosin koskee vain palveluväylään tietoa tarjoavia järjestelmiä. Palveluväylän kautta tietoa käyttävien järjestelmien ei tarvitse tarjota rajapintakuvauksiaan palveluväylään. 5. Liityntäpalveluiden toteutus Liityntäpalvelimen tulee aina sijaita omalla sekä liitettävästä tietojärjestelmästä, että sovitinpalvelusta erillisellä palvelinalustalla. Liityntäpalvelimen kokoonpano tullaan vakioimaan jakelijan toimesta (joka on ensivaiheessa VRK) ja kokoonpanolle tullaan hankkimaan Viestintäviraston hyväksyntä. Tietojärjestelmä (IS), ja sovitinpalvelu (as) voivat sijaita samassa tai erillisissä instansseissaan. Laajemmassa tuotantoympäristössä suositellaan palveluiden hajauttamisesta eri alustoille. Sisäisen sanomanvälityksen toteutus väylällä on periaattessa mahdollista, mutta ei välttämättä tehokasta. Palveluväylän käyttö sisäiseen sanomanvälitykseen johtaa tavallisesti sanomien kierrättämiseen tarpeettomasti verkon ulkolaidan kautta, jolloin tetoliikenteellisesti ei saavuteta parasta suorituskykyä ilman erityisjärjestelyitä. Palveluväylän käytölle sinällään ei ole teknisiä esteitä sisäiseen liikenteeseen. Erityistarkoituksissa voi olla järkevää käyttää palveluväylään kertaalleen laadittua rajapintaa myös sisäisten järjestelmien käyttöön. Asian kannattavuus tulee kuitenkin ratkaista tapauskohtaisesti Tietoturva 6.0 version muodossa palveluväylän sanomarakenne ja lokikäsittely on VAHTI tietoturvallisuuden korotetun tason vaatimusten näkökulmasta puutteellista. Ainakaan alkuvaiheessa palveluväylä ei täytä korotetun tason asettamia vaatimuksia. Perusratkaisuna palveluväylä tarjoaa VAHTI perustason mukaisen kokonaisuuden, joka mahdollistaa suojaustason IV (ST4) mukaisen aineiston siirtämisen väylän kautta. Merkittävimmät puutteet nykytoteutuksessa liittyvät lokitietueiden käsittelyyn ja salaukseen. Tämän johdosta kriittisen ympäristön liityntäpalvelimien sijoitus ja seuranta (ml. lokitiedostojen säilytys ja siirto) pitää suunnitella huolella, jotta voidaan varmistaa yhteyden luottamuksellisuuden säilyminen. 1012 5.2. Toiminnallinen toteutus Kansalliseen palveluväylään liittyviltä edellytetään ammatillista otetta liittymien laatimiseen. Lähtökohtaisesti uudet liittymät liitetään aina ensintestiympäristöön ja sitten vasta tuotantoon. Palveluvayla.fi sivustolla on määritelty tarkemmin voimassa olevat liityntä- ja tuotantoperiaatteet Tuetut käyttöjärjestelmät ja liittymien auditointi Tuetut käyttöjärjestelmät Ubuntu + red hat linux tuettuina Suomessa (huom. ei muita linux jakeluita). Versio 6 tukee lähtökohtaisesti Ubuntu LTS käyttöjärjestelmää. Suomessa tullaan toteuttamaan tuki Red Hat (RHEL 6 tai 7) käyttöjärjestelmälle vuoden 2015 toisen puolikkaan aikana. Ubuntu-pohjaisen liityntäpalvelimen version saa testikäyttöön JULKICT labin kautta. osoitteeseen. Yhteydenotot Liittymien auditointi palveluväylään Hyväksymisen proseduurit ja hyväksymiskriteerit ovat työn alla ja ne julkaistaan palveluvayla.fi portaalissa. Palveluväylään liitettävälle tiedolle määritellään aina myös turvaluokitus. Tietoturvatasot liittyvät kansallisiin tietoturvatasovaatimuksiin, kuten VAHTI-ohjeistukset. Liittyjien velvollisuuksista ja oikeuksista: Velvoitteet ja oikeudet määritellään tarkemmin palvelusopimuksessa. Lähtökohtaisesti liityntäpalvelimen tietoturvataso on VAHTI-ohjeistuksen tarkoittama perustaso. Tiedon tuottaja antaa liittyessään palvelulupauksen tarjoittavalle tiedolle, väylään liittyvä toimija ilmoittaa mm. milloin tieto on saatavilla. (esim. 24/7 jne) 5.4. Palvelukatalogin rakenteellinen hallinta Palvelukatalogiin liittyessään tiedontuottaja on hyväksynyt liittymisen ehdot. Tällöin teknisen liittymisen edellytyksenä ovat sekä väylän palvelimien hyväksyntä tuotantoon että liittymärajapintojen testaus testiympäristössä ennen varsinaisen tuotantokäytön aloitusta. Lopuksi palvelu julkaistaan katalogissa haku- ja laatusanastonsa kanssa. Katalogin hallinta edellyttää yhtenäistä ja yleistä semantiikkaa. Jokainen toimiala ja toimija vastaavat siitä, että heidän käyttämänsä sanasto ja tietomalli ovat yhteensopivaa toimialan yleisesti käytettyjen mallien mukaisesti. 11/1413 5.5. Palvelun tuottaminen palveluväylään Palveluväylään saataville tuotava tieto edellyttää aina sopimusta tuotettavan tiedon saatavuudesta ja rakenteesta. Sopimuksessa määritellään liitettyvän järjestelmän elinkaari esimerkkisanomat vastuuhenkilöt yhteyshenkilöt (yksi yhteystaho/asiakas, ei palvelukohtaisia yhteyshenkilöitä) saatavan tiedon hinta lupakäytännöt, lisenssi tiedon luokittelu 5.6. Version 6 testaaminen ja käyttöönotto CA ja TSA osana kehitysympäristöä Halukkaat organisaatiot pääsevät liittymään kehitysympäristöön Q3/2015 Auditoinnit Q3/15 - arkkitehtuurin katselmointi keskuspalvelin liityntäpalvelimen referenssitoteutus lähdekoodi Tuotantoympäristön käyttöönotto Q4/ Tulevia kehityskohteita Liityntäpalvelimen lähdekoodi avataan ja julkaistaan käyttöönoton yhteydessä. Avoimen kehittämisen mallin suunnittelu ja käyttöönotto valmisteilla. Hallintamallin käyttöönotto liittyen ylläpitoon ja käyttöön kansallisella tasolla. Keskeisten tietovarantojen liittämisen tukeminen (tekninen ja taloudellinen tuki). Muita tulevia kehityskohteita: RHEL tuki valvontatyökalut lokitukseen liittyvät käytännöt (salaus etc) rajapintakuvausten WSDL validointi 1214 5.8. V5 ja V6 erot sanomarakenteessa X-Roadin protokollassa versioiden 5 ja 6 välillä tapahtuneet muutokset keskittyvät pääasiassa SOAPsanomien otsikkotietoihin (SOAP header) ja X-Roadin edellyttämiin metapalveluihin. SOAP-sanomien body-osa säilyy sen sijaan täysin ennallaan. Ajantaiset tiedot löytyvät osoitteesta palveluvayla.fi (sisältäen mm.v6 sanomarakennekuvaukset) Tekniset vaatimukset Palvelinalusta Ubuntu tai Rhel, virtuaalinen tai fyysinen, minimivaatimukset 64-bittinen 2-ytimen Intel, AMD tai yhteensopiva suoritin. AES käskykannan tuki on suositeltavaa. Muisti minimi 2 Gt, suositus vähintään 4 Gt, Levytila 7 Gt. Java 8. Liityntäpalvelimen sijoituspaikaksi suositellaan DMZ-aluetta ja toimijan valinnan mukaan liityntäpalvelimet segmentoidaan DMZ:n sisällä. 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 tiedonsiirron tietoturvavaatimuksissa. Palveluväylä toimii Kanta-palvelun näkökulmasta tietoliikenteen reitittäjän roolissa. Käyttöönoton suunnittelun muistilista Tarkista ajoalustan yhteensopivuus käyttöjärjestelmän kanssa. Olemassa olevien prosessien tarkistus. Varmista että liityntäpalvelimen ja taustajärjestelmän välinen tietoliikenneyhteys on käytettävyydeltään ja tietoturvatasoltaan riittävä. Varaa tarvittava määrä ip-osoitteita sekä verkkoliityntöjä ajoalustalle. Suunnittele varmennehakemukset. Suunnittele varmistus sekä palautus palvelun vaatimustason mukaisesti. Dokumentoi suunnitelma Listaa ollaan tarkentamassa VRK:n toimesta vähitellen 1/2015 lähtien Palveluväylään liittymisen työmäärät ja läpimenoajat Kappaleessa on kuvattu aiempien pilotointien perusteella odotettavissa olevia työmääriä ja läpimenoaikoja palveluväylän ensikertaiselle käyttöönotolle. Liityntäpalvelimen asennuksen työvaiheet Asenna tai tilaa palvelimen asennus 13/1415 Tee tai tilaa palomuuriavaukset turvapalvelimen ja taustajärjestelmän, keskuksen ja kumppanien järjestelmiin Tee varmennehakemukset Asenna varmenteet ja testaa toimivuus Liitä taustajärjestelmä Testaa järjestelmän toimivuus sekä varmistus ja palautus. Päivitä dokumentointi Siirrä tuotantoon Kuva 4: Aiempiin toteutuksiin perustuva aikatauluhahmotelma tuotannossa olevan järjestelmäliittymän muuntamisesta palveluväylään. Kuvan numerot (esim. 3.6) viittaavat tämän dokumentin otsikkonumeroihin. Työmäärät (esim. 1-2 htp) ovat suuntaa-antavia ko. vaiheeseen vaadittavan työmäärän osalta. 14 Samankaltaiset tiedostot
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ätiedot Kansallinen 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ätiedot Kansallinen 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ätiedot Kansallinen palveluväylä. 11.2.2015 Eero Konttaniemi VRK / KPA
Kansallinen palveluväylä 11.2.2015 Eero Konttaniemi VRK / KPA Kansallinen palveluarkkitehtuuri Luo digitaalisen perusinfrastruktuurin, joka mahdollistaa Tietojen helpomman liikuttamisen organisaatioiden Lisätiedot Palveluvä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ätiedot Kansallinen 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ätiedot Yhteentoimivuutta 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ätiedot Suomi.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ätiedot Jä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ätiedot JulkICTLab Eteneminen 2015. 4.3.2015 Mikael Vakkari, VM
JulkICTLab Eteneminen 2015 4.3.2015 Mikael Vakkari, VM JulkICTLab lyhyesti Kokoaa yhteen julkisen hallinnon eri projektien kehittämistoimintaa Edistää palveluiden kehittämistä ja referenssitoteutusten Lisätiedot Kuntasektorin yhteinen KA Käyttövaltuushallinnan (KVH)- viitearkkitehtuuri. Kurttu seminaari 2.10.2012 Heini Holopainen, Janne Ollenberg
Kuntasektorin yhteinen KA Käyttövaltuushallinnan (KVH)- viitearkkitehtuuri Kurttu seminaari 2.10.2012 Heini Holopainen, Janne Ollenberg KVH mitä se on ja miksi sitä tarvitaan Käyttövaltuushallinta 3 Kohti Lisätiedot Palveluvä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ätiedot VAPA. Sähköisen säilyttämisen palvelu [ESITYSAINEISTO] 29.10.2012
VAPA Sähköisen säilyttämisen palvelu [ESITYSAINEISTO] 29.10.2012 Sisältö VAPA kokonaiskuva Siirto- ja säilytyssopimus Aineiston käyttö VAPAsta Milloin VAPA-asiakkaaksi? VAPAn käyttöönotolla kustannussäästöjä Lisätiedot Julkisen hallinnon kokonaisarkkitehtuuri JHKA
Julkisen hallinnon kokonaisarkkitehtuuri JHKA Tilanne 2.10.2012 neuvotteleva virkamies Jukka Uusitalo Julkisen hallinnon kokonaisarkkitehtuuri Julkisen hallinnon kokonaisarkkitehtuuri on rakenne, jonka Lisätiedot Projektin tilannekatsaus
Kuntasektorin yhteinen KA Asianhallinnan viitearkkitehtuuri Projektin tilannekatsaus Heini Holopainen Kuntien Tiera Oy heini.holopainen@tiera.fi Sisältö» Taustaa Mitä tarkoitetaan viitearkkitehtuurilla Lisätiedot Auditointi. 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ätiedot JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen Versio: Luonnos palautekierrosta varten Julkaistu: Voimassaoloaika: toistaiseksi Sisällys Lisätiedot Valmistautuminen potilastiedon arkiston käyttöönottoon. Käyttöönoton käsikirja ja toiminnallisen muutoksen tukeminen Anna Kärkkäinen 29.11.
Valmistautuminen potilastiedon arkiston käyttöönottoon Käyttöönoton käsikirja ja toiminnallisen muutoksen tukeminen Anna Kärkkäinen 29.11.2012 Kansallinen käyttöönoton tuki liittyjille Käyttöönoton käsikirja Lisätiedot Kansallinen palveluväylä. Tilannekatsaus 29.4.2015
Kansallinen palveluväylä Tilannekatsaus 29.4.2015 Palveluväylän kuulumisia VM Mariankatu 9, Jakovara ke 29.4. klo 13 Palveluväylän yleistilanne ja aikataulu (Eero Konttaniemi) Palveluväylän hallintamalli Lisätiedot Kuntien 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ätiedot JulkICTLab. Kirsi Pispa, projektipäällikkö, CSC
JulkICTLab Kirsi Pispa, projektipäällikkö, CSC Viitekehys hallinnossa Avoimen tiedon ohjelma 2 Viitekehys kehittäjäyhteisöissä FVH COSS HRI OKF Apps4finland Jne. 3 JulkICTLab pähkinänkuoressa Kokoaa yhteen Lisätiedot Käyttöönottosuunnitelma Virtu-kotiorganisaatiolle
Ohje 1 (6) Käyttöönottosuunnitelma -kotiorganisaatiolle Ohje 2 (6) Asiakirjan muutoshistoria versio päiväys tekijä tarkastaja hyväksyjä Muutoshistoria 1.0 11.12.2009 Mikael Linden käyttöönottohankkeen Lisätiedot SecGo. Sähköinen allekirjoitus ja sen käyttö. Ari-Pekka Paananen, SecGo VE Oy Director,technology ari-pekka.paananen@secgo.com
SecGo Sähköinen allekirjoitus ja sen käyttö Ari-Pekka Paananen, SecGo VE Oy Director,technology ari-pekka.paananen@secgo.com Turvallinen Sähköinen Tiedonkulku Tunnistetut käyttäjät tietojärjestelmiin Pääsyoikeudet Lisätiedot Arkkitehtuurikuvaus. Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy. Ryhmä 14
Arkkitehtuurikuvaus Ratkaisu ohjelmistotuotelinjan monikielisyyden hallintaan Innofactor Oy Ryhmä 14 Muutoshistoria Versio Pvm Päivittäjä Muutos 0.4 1.11.2007 Matti Eerola 0.3 18.10.2007 Matti Eerola 0.2 Lisätiedot Aineistosiirron testauksen aloituksen ohje Trafin sopimuskumppaneille
TraFin ulkoinen integraatio Aineistosiirron testauksen aloituksen ohje Trafin sopimuskumppaneille Ohje 26.2.2014 Versio 1.1, Hyväksytty Luottamuksellinen Vastuutaho Trafi MUUTOSHISTORIA Versio Päiväys Lisätiedot Kuntasektorin yhteinen Käyttövaltuushallinnan (KVH) - viitearkkitehtuuri. Kurttu-seminaari 2013 18.4.2013 Helsinki Heini Holopainen, Janne Ollenberg
Kuntasektorin yhteinen Käyttövaltuushallinnan (KVH) - viitearkkitehtuuri Kurttu-seminaari 2013 18.4.2013 Helsinki Heini Holopainen, Janne Ollenberg Sisältö Projektin asetus ja tavoitteet Käyttövaltuushallinnan Lisätiedot Attribuutti-kyselypalvelu
Attribuutti-kyselypalvelu sivu 1/10 Sisällysluettelo 1 Johdanto... 3 2 Palvelut... 3 2.1 Ammattioikeudenrajoituslista... 3 2.2 Ammattioikeuslista... 3 2.3 Attribuutti-rajoitustietosanoma... 3 3 Palvelurajapinnan Lisätiedot Suomen avoimien tietojärjestelmien keskus COSS ry
Viisaat hankinnat: Avoimuudet uusissa JIT 2015 -ehdoissa JulkICTLab-seminaari 20.11.2015 Martin von Willebrand, puheenjohtaja Avoin arkkitehtuuri Luo jäsenien menestystarinoita avoimilla ratkaisuilla Avoimet Lisätiedot Kansallinen digitaalinen kirjasto Käyttöliittymä Finna. 12.12.2012 Aki Lassila / Kehittämispäällikkö / Kirjastoverkkopalvelut
Kansallinen digitaalinen kirjasto Käyttöliittymä Finna 12.12.2012 Aki Lassila / Kehittämispäällikkö / Kirjastoverkkopalvelut Finna tehostaa ja mahdollistaa Finnan kehittämisen myötä KDK:sta tulee: Tiedon Lisätiedot Kieku-tietojärjestelmä Työasemavaatimukset
Valtiokonttori Kieku-toimiala Ohje 18.5.2015 Kieku-tietojärjestelmä Työasemavaatimukset Asiakirjan muutoshistoria versio päiväys tekijä tarkastaja hyväksyjä Muutoshistoria 1.00 15.2.2012 Eero Haukilampi Lisätiedot SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTELMÄSTÄ
Liite L: Teknisten ympäristöjen kuvaus SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTELMÄSTÄ Liite L: Teknisten ympäristöjen kuvaus VERSIOHISTORIA Päivä Versio Kuvaus Tekijä 12.3.15 3.0 Tarjouspyynnön liitteeksi Lisätiedot päiväys tekijä tarkastaja hyväksyjä Muutoshistoria Julkunen (Marja Julkunen)
Valtiokonttori Kieku-toimiala Ohje Mikko 18.4.2016 Kieku-tietojärjestelmä Työasemavaatimukset 1 (5) Asiakirjan muutoshistoria versio päiväys tekijä tarkastaja hyväksyjä Muutoshistoria 1.5 12.2.2014 Mikko Lisätiedot Sähköi sen pal l tietototurvatason arviointi
Sähköisen palvelun l tietototurvatason arviointi Kirsi Janhunen Arviointia tehdään monesta syystä Itsearviointi Sisäinen arviointi Sisäinen tarkastus Vertaisarviointi Ulkoinen arviointi Lähtökohtana usein Lisätiedot Pilviväylä projekti 24.1.2014
Pilviväylä projekti 24.1.2014 Tarkoitus ja tavoite Pilviväylän teknisten ratkaisujen tavoitteena on ratkaista ongelmia jotka liittyvät pilvipalveluiden hankintaan, saatavuuteen ja käyttöönottoon kouluissa. Lisätiedot VALDA-tietojärjestelmän j versio 1
VALDA-tietojärjestelmän j versio 1 Mitä palveluita tarjotaan VALDA-tietojärjestelmän ensimmäisestä versiosta? Mitä hyötyä saat tästä organisaatiollesi? IBM, Helsinki 14.5.2009 Hankepäällikkö Toini Salmenkivi Lisätiedot Alueellisen kokonaisarkkitehtuurin suunnittelun ja kuvaamisen alueellinen tukiprojekti
Alueellisen kokonaisarkkitehtuurin suunnittelun ja kuvaamisen alueellinen tukiprojekti Terveydenhuollon ATK-päivät 2013 Juha Salmi / Medbit Oy TAUSTAA Kaste2-ohjelma Kunta- ja palvelurakennemuutosten ICT Lisätiedot SÄHKÖINEN ASIOINTI MISSÄ ROOLISSA, MILLAISIN VALTUUKSIN
SÄHKÖINEN ASIOINTI MISSÄ ROOLISSA, MILLAISIN VALTUUKSIN KUNTAMARKKINAT 09.09.2015 MATTI HILTUNEN @VRK.FI Mikä KaPA? Kansallisen Palveluarkkitehtuurin tavoite on luoda yhteentoimiva digitaalisten palveluiden Lisätiedot Palveluseteli- ja ostopalvelujärjestelmä. 1. vaiheen toiminnallisuudet
Palveluseteli- ja ostopalvelujärjestelmä 1. vaiheen toiminnallisuudet Järjestelmän käyttäjät Olen Palveluntuottaja Olen Palvelun järjestämisestä vastaava Olen Asiakas Olen Palvelun myöntäjä Copyright Kuntien Lisätiedot Facta palvelimien uusiminen Helsingin kaupunki
Facta palvelimien uusiminen Helsingin kaupunki TARJOUS 70214 06.03.2014 Helsingin kaupunki Kiinteistövirasto Anu Soukki PL 2205 00099 Helsingin kaupunki anu.soukki@hel.fi eero.saarinen@hel.fi tea.tikkanen@hel.fi Lisätiedot PSOP-SADe kansallinen. 23.4.2013 Johanna Mätäsaho. yhteensopivuus
PSOP-SADe kansallinen 23.4.2013 Johanna Mätäsaho yhteensopivuus Sisällys PSOP-SADe palvelujen järjestämisen orkestroijana Palveluhakemisto-yhteensopivuus Liittyminen KanTa-palveluihin 2 Palvelujen järjestämisen Lisätiedot ecome Markkinoiden kehittynein julkaisujärjestelmä
ecome Ecome Finland Oy Itämerenkatu 3 p. 020 7749 580 00180 Helsinki p. 020 7749 585 Suomi - Finland ecome@ecome.fi y. 2193874-3 www.ecome.fi Ecome-järjestelmä pähkinänkuoressa Ecome on suomalaisen yhtiön Lisätiedot Palvelun 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ätiedot Kuutoskaupunkien suositukset avoimista rajapinnoista
Kuutoskaupunkien suositukset avoimista rajapinnoista Versio 1.0.1, 26.4.2016 Sisältö Yleistä... 3 Visio: Kaupunkien palvelukehitys rajapinnat edellä... 5 Yhteiset tavoitteet... 6 Avoimuus käytössä ja kehityksessä... Lisätiedot Kansallisen 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ätiedot JulkICT 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ätiedot Tiedonsiirto- ja rajapintastandardit
Tiedonsiirto- ja rajapintastandardit Viitekehys Julkishallinnon perustietovarantojen rajapinnat (PERA) työryhmän tulokset valmiit syksyllä 2011 Määrittelee teknisen arkkitehtuuriratkaisun tietovarantojen Lisätiedot Kysymykset ja vastaukset:
Kysymykset ja vastaukset: Kysymys 1 Voidaanko JYSE2009 Palvelut sopimusehtoja täydentää JIT2007 sopimusehdoin (Yleiset sopimusehdot, JIT2007 sovellukset, JIT2007 Palvelut)? Vastaus 1 Hankinnassa noudatetaan Lisätiedot Kansallinen palveluväylä: Vyöhykemalli ja Julkinen palveluväylä (X-Road) Tuukka Salminen / VRK KPA-yksikkö Kuntamarkkinat 2015-09-09
Kansallinen palveluväylä: Vyöhykemalli ja Julkinen palveluväylä (X-Road) Tuukka Salminen / VRK KPA-yksikkö Kuntamarkkinat 2015-09-09 suomi.fi Suomi.fi-palvelukokonaisuus Suomi.fi Palveluntarjoajalle: Kansalaiselle Lisätiedot Verkkopalkan palvelukuvaus
27.1.2012 1 (6) Verkkopalkan palvelukuvaus 27.1.2012 2 (6) Sisällysluettelo 1 Johdanto... 3 2 Verkkopalkka-palvelun toiminta palkanmaksajalle... 3 3 Verkkopalkan käyttöönotto... 4 4 Verkkopalkka-palvelun Lisätiedot Julkinen sanomarajapinta. 4.9. ja 11.9.2009
4.9. ja 11.9.2009 1 Asiakkaiden nykyiset sanomaliikenneyhteydet Tulliin Nykytilassa sanomaliikenneyhteydet Tullin asiakkaiden tietojärjestelmistä Tullin sovelluksiin välillä hoidetaan operaattoreiden kautta, Lisätiedot Sä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 Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3
Uutisjärjestelmä Vaatimusmäärittely Versio 1.3 Sisällys 1 Muutoshistoria... 4 2 Viitteet... 4 3 Sanasto... 4 3.1 Lyhenteet... 4 3.2 Määritelmät... 4 4 Johdanto...5 4.1 Järjestelmän yleiskuvaus... 5 4.2 Lisätiedot JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä
JHS 179 ICT-palvelujen kehittäminen: Kokonaisarkkitehtuurimenetelmä Liite 5 Arkkitehtuuriperiaatteiden kuvaus Versio: 1.1 Julkaistu: 8.2.2011 Voimassaoloaika: toistaiseksi Sisällys 1 Arkkitehtuuriperiaatteet... Lisätiedot VTJ:n pysyvän rakennustunnuksen käyttöönotto
VTJ:n pysyvän rakennustunnuksen käyttöönotto Kuntien paikkatietoseminaari Jari Ylä-Kero 11.2.2014 RaKi-hanke VTJ:n pysyvän rakennustunnuksen vaatimat muutokset VTJ:n tietomalliin sekä uuden tunnusjärjestelmän Lisätiedot Liittymät Euroclear Finlandin järjestelmiin, tietoliikenne ja osapuolen järjestelmät Toimitusjohtajan päätös
Liittymät Euroclear Finlandin järjestelmiin, tietoliikenne ja osapuolen järjestelmät Toimitusjohtajan päätös Tilinhoitajille Selvitysosapuolille Liikkeeseenlaskijan asiamiehille Sääntöviite: 1.5.9, 5) Lisätiedot Palveluseteli- ja ostopalvelujärjestelmä Valtakunnallinen ratkaisu hyvinvointipalvelujen järjestämisen tueksi
Palveluseteli- ja ostopalvelujärjestelmä Valtakunnallinen ratkaisu hyvinvointipalvelujen järjestämisen tueksi Espoo Kouvola Oulu Tampere Turku Kuntien Tiera Oy Terveyden ja hyvinvoinnin laitos 1 Hyvinvointipalvelujen Lisätiedot Alkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari
Järjestelmäarkkitehtuuri (TK081702) SOA yleistyvät verkkopalveluissa Youtube Google... Avaavat pääsyn verkkopalvelun sisältöön. Rajapintojen tarjoamia tietolähteitä yhdistelemällä luodaan uusia palveluja, Lisätiedot Alueellisella 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ätiedot Tietohallinto Projektipäällikkö Matti Sairanen. Fujitsu Myyntijohtaja Markku Örn
Tietohallinto Projektipäällikkö Matti Sairanen Fujitsu Myyntijohtaja Markku Örn Sähköinen asiakirjahallinta Sähköinen työpöytä Dokumenttienhallinta (kuvatut käsittelyprosessit) Asiahallinta Sähköinen arkisto Lisätiedot Kymenlaakson Kyläportaali
Kymenlaakson Kyläportaali Klamilan vertaistukiopastus Tietoturva Tietoturvan neljä peruspilaria 1. Luottamuksellisuus 2. Eheys 3. Saatavuus 4. (Luotettavuus) Luottamuksellisuus Käsiteltävää tietoa ei paljasteta Lisätiedot Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2014
Suunnitelma Valtiovarainministeriö/Julkisen hallinnon ICT - toiminto/vaatimukset ja suositukset JHKA-sihteeristö 22.1.2014 Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2014 Julkisen hallinnon Lisätiedot Kuntarekry.fi. case: pilvipalvelut 13.2.2014. KL-Kuntarekry Oy / Tuula Nurminen
case: pilvipalvelut 13.2.2014 KL-Kuntarekry Oy / Tuula Nurminen 1 11.2.2014 Pilvipalveluiden luokittelusta 1. Yksityinen pilvipalvelu, (Private cloud) Organisaation oma tai vuokrattu palvelu, jolloin resurssit Lisätiedot - Jarjestelmaasiantuntija Markku Jaatinen
SUOMEN KUNTALIITTO Sairaalapalvelut Terveydenhuollon ATK-päivät 26. - 27.5.1 997 Lahti, Kauppahotelli Grand - Jarjestelmaasiantuntija Markku Jaatinen Telecom Finland Tietojenhallinta Intranetin ja Internetin Lisätiedot Tietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto Lisätiedot Kuluttajaverkkolaskutus ja esilläpitopalvelu Suomessa
Kuluttajaverkkolaskutus ja esilläpitopalvelu Suomessa Palvelun kuvaus sivu 1/7 Tiedon asiakirjat: tekijänoikeudet Tämän asiakirjan sisältöä tai mitään sen osaa ei saa jäljentää yrityksenne ulkopuolella Lisätiedot Tietojen käytön valvonta ja seuranta helpommaksi: käyttölokien kansalliset linjaukset ja määrittelyt
Tietojen käytön valvonta ja seuranta helpommaksi: käyttölokien kansalliset linjaukset ja määrittelyt Terveydenhuollon ATK-päivät, Lahti 24.5.2016 Riitta Konttinen, Juha Mykkänen THL/OPER 1 Tässä esityksessä Lisätiedot Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services
Järjestelmäarkkitehtuuri (TK081702) Standardoidutu tapa integroida sovelluksia Internetin kautta avointen protokollien ja rajapintojen avulla. tekniikka mahdollista ITjärjestelmien liittämiseen yrityskumppaneiden Lisätiedot SÄHKÖISEN TUNNISTAMISEN PALVELU KANSALLISESSA PALVELUARKKITEHTUURISSA
SÄHKÖISEN TUNNISTAMISEN PALVELU KANSALLISESSA PALVELUARKKITEHTUURISSA KUNTAMARKKINAT 09.09.2015 JARKKO LESKINEN @VRK.FI Aikataulu 2015 2016 2017 2018 -> Hanke 2015 2016 2017 Palvelunäkymät Beta.suomi.fi Lisätiedot Työpöytävirtualisointi
Työpöytävirtualisointi VMware View LIPO - SAMK Liiketoiminta ja kulttuuri Pori Liiketalouden, matkailun, tietojenkäsittelyn, viestinnän ja yrittäjyyden ja liiketoimintaosaamisen koulutusta. Käyttäjiä noin Lisätiedot TIEDONHALLINNAN KEHITTÄMINEN KANSALLISESTI OYS ERVA ALUEELLA SAIRAANHOITOPIIREISSÄ SIRPA HAKAMAA & MERJA HAAPAKORVA-KALLIO
TIEDONHALLINNAN KEHITTÄMINEN KANSALLISESTI OYS ERVA ALUEELLA SAIRAANHOITOPIIREISSÄ SIRPA HAKAMAA & MERJA HAAPAKORVA-KALLIO Rahoittaa Kaste-hankkeen kautta STM säätää lakeja ja ohjaa kansallisella tasolla Lisätiedot Liittyminen Kanta-palveluihin Valmistelukokous. Kela, Kanta-palvelut, 10.2.2016
Liittyminen Kanta-palveluihin Valmistelukokous Kela, Kanta-palvelut, 10.2.2016 Käsiteltävät asiat Kelan rooli ja Kanta-palvelut Kanta-palveluihin liittymisen päävaiheet Käyttöliittymä rekisterinpitäjän Lisätiedot Kuntien Kansalliseen palveluarkkitehtuuriin liittyminen
Kuntien Kansalliseen palveluarkkitehtuuriin liittyminen Kunta-KaPA Tommi Karttaavi Jaana Nevalainen Riikka Jääskä Jari Ylikoski 3.11.2015 Kunta-KaPA Kuntaliittoon on perustettu projektitoimisto, jonka Lisätiedot Taltioni teknisen alustan arviointi
Taltioni teknisen alustan arviointi Taltioni sidosryhmätilaisuus, 10.1.2012 Jaakko Lähteenmäki, Niilo Saranummi 1/11/2012 2 Selvitystyön kohde Selvitystyö: VTT & Fujitsu Keskeiset vaatimukset Taltioni-palvelulle? Lisätiedot Näkökulmia hallitusohjelmaan, digitalisaatioon ja toimintamme kehittämiseen - Mitä tulisi tehdä ja mitä teemme yhdessä, mikä on TIETOKEKOn ja
Näkökulmia hallitusohjelmaan, digitalisaatioon ja toimintamme kehittämiseen - Mitä tulisi tehdä ja mitä teemme yhdessä, mikä on TIETOKEKOn ja JUHTAn roolit? Seminaari 09.06.2015 Sirpa Alitalo & Markku Lisätiedot PILETTI. Tekninen vaatimusmäärittely. v. 0.2
PILETTI Tekninen vaatimusmäärittely v. 0.2 2 Sisällysluettelo 1. Yleiskuvaus... 3 2. Taustajärjestelmä... 4 3. Palvelupisteiden sovellus... 4 4. Korttisovellus ja turvaratkaisu... 4 5. Rajapinnat... 5 Lisätiedot Sosiaalihuollon valtakunnallisten tjpalveluiden. I-vaihe
Sosiaalihuollon valtakunnallisten tjpalveluiden käyttöönotto I-vaihe Tueksi pilottihankkeen suunnitteluun 4.9.2015 THL/OPER-yksikkö 1 Käyttöönoton vaiheistus I vaihe: PDF- tallennus ja tiedon saatavuus Lisätiedot PlugIT-projektin työsuunnitelma 3. jaksolle 1.11.2002-30.4.2003 EHDOTUS johtoryhmälle, 27.10.2003. Koko projektin keskeiset tehtävät
PlugIT-projektin työsuunnitelma 3. jaksolle 1.11.2002-30.4.2003 EHDOTUS johtoryhmälle, 27.10.2003 Tässä työsuunnitelmassa on esitetty vain tutkimussuunnitelman mukaisten tärkeimpien tuotosten aikaansaamiseksi Lisätiedot Kytkentäopas. Tuetut käyttöjärjestelmät. Tulostimen asentaminen. Kytkentäopas
Sivu 1/5 Kytkentäopas Tuetut käyttöjärjestelmät Software and Documentation -CD-levyltä voi asentaa tulostinohjelmiston seuraaviin käyttöjärjestelmiin: Windows 8 Windows 7 SP1 Windows 7 Windows Server 2008 Lisätiedot YJA ohjaus- ja tuotteenhallintaprosessi
YJA ohjaus- ja tuotteenhallintaprosessi Muodostaminen ja toteutus Mikael Vakkari, neuvotteleva virkamies. VM Mitä tuotteenhallinta käsittää? - Yhteiset toimintatavat ja prosessit, joilla tuotteen ylläpito Lisätiedot Liittyminen eresepti-palveluun. Yksityisten terveydenhuollon toimijoiden ereseptin käyttöönottoon valmistautuminen 13.5.2013
Liittyminen eresepti-palveluun Yksityisten terveydenhuollon toimijoiden ereseptin käyttöönottoon valmistautuminen 13.5.2013 eresepti-palveluun liittyjä eresepti-palveluun liittyjä on terveydenhuollon toimintayksikkö Lisätiedot Oppijan verkkopalvelu Ammatillisen koulutuksen seminaari 14.11.2012 Pori. Ritva Sammalkivi
Oppijan verkkopalvelu Ammatillisen koulutuksen seminaari 14.11.2012 Pori Ritva Sammalkivi SADe-ohjelma (VM) Oppijan verkkopalvelu (OKM) Keskitetysti tuotetut palvelut (OPH) Oppijan palvelukokonaisuudessa Lisätiedot TeliaSonera Identity and Access Management
TeliaSonera Identity and Access Management 22.10.2009 EMC Forum Juha Arjoranta 1 TeliaSonera Identity and Access Management Alustus käyttövaltuushallintaan IAM kokonaisratkaisun elementit Nykytilaa ja Lisätiedot Pilottipalvelun esittely johtopäätökset
1 Pilottipalvelun esittely johtopäätökset Paikkatiedot palveluväylässä -loppuseminaari Paikkatietoverkoston kevätseminaari 18.5.2016 Pekka Latvala, Jari Reini Pilottipalvelu Pilottipalvelun lähtöasetelmana Lisätiedot Tutkimusdatan hallinnan kansalliset välineet IDA, Etsin, AVAA. Stina Westman, ATT-hanke, CSC
Tutkimusdatan hallinnan kansalliset välineet IDA, Etsin, AVAA Stina Westman, ATT-hanke, CSC Agenda Avoin tiede ja tutkimus hanke Tutkimusdatan hallinta Työkaluja aineistojen tallennukseen ja jakamiseen Lisätiedot Uuden terveydenhuoltolain toteutumisen edistäminen. ereseptin käyttöönoton suunnittelu ja valmistelu
Uuden terveydenhuoltolain toteutumisen edistäminen ereseptin käyttöönoton suunnittelu ja valmistelu Tietoturva- ja tietosuojatason selvittäminen, huomioiden valtakunnallisen sähköisen tietojärjestelmäpalvelun Lisätiedot SADe Sote. Turvallinen viestinvälitys - työsuunnitelma. Luonnos v. 1.0 23.4.2013 1
SADe Sote Turvallinen viestinvälitys - työsuunnitelma Luonnos v. 1.0 23.4.2013 1 Sähköposti lääkärin ja potilaan välisessä kommunikoinnissa (Iso-Britannia) Lähde: ehealth Insider, 2013 2 Turvallinen viestinvälitys Lisätiedot Nebula pilvi 9.0 saatavuusalueiden välinen verkkoliikenne
Nebula pilvi 9.0 saatavuusalueiden välinen verkkoliikenne Sivu 2/9 1. Sisällysluettelo 2. Esipuhe 3 2.1. Saatavuusalueet 3 2.1.1. Taustaverkko missä instanssit ovat suoraan fyysisellä liitännällä kiinni Lisätiedot Liityntäpalvelimen asentaminen
CSC Liityntäpalvelimen asentaminen Liityntäpalvelimen versio 6.1-3-201502021259 Pmuhonen 2/12/2015 Date Version Description 12.02.2015 0.1 Initial version Sisällys 1. Ennen ohjelmistojen asennusta... 3 Lisätiedot Opiskelun ja opetuksen tuen viitearkkitehtuuri
Opiskelun ja opetuksen tuen viitearkkitehtuuri Mitä osia opintohallinnon viitearkkitehtuurissa tulee olla Työstänyt Synergiaryhmä 4.12.2014 Toimittanut Pekka Linna, CSC Tuleva toteutus Tuotetaan sivusto, Lisätiedot Virtu tietoturvallisuus. Virtu seminaari 18.3.2014
Virtu tietoturvallisuus Virtu seminaari 18.3.2014 Sisältö Virtu edistää tietoturvallisuutta Tietoturvallisuus Valtorin palveluissa Tietoturvavaatimukset luottamusverkostoon liityttäessä 2 Kertakirjautuminen Lisätiedot Älykästä. kulunvalvontaa. toimii asiakkaan omassa tietoverkossa
Älykästä kulunvalvontaa e Acces toimii asiakkaan omassa tietoverkossa Perinteisen kulunvalvonnan seitsemän pullonkaulaa eli miksi useat yritykset eivät ole hankkineet kulunvalvontajärjestelmää? 1. Koska Lisätiedot Parasta palvelua -ratkaisu. Johanna Mätäsaho johanna.matasaho@tiera.fi 040 670 8448
Parasta palvelua -ratkaisu Johanna Mätäsaho johanna.matasaho@tiera.fi 040 670 8448 Kunnat ja kuntayhtymät 2013 40 mrd. 50 % 20 mrd. 2,5 mrd. Palvelusetelit 0,1 mrd. Ostopalvelut 2,4 mrd. Lähteet: kunnat.net/kuntatalouden Lisätiedot Punkalaitumen kunta ja. Valtion tieto- ja viestintätekniikkakeskus. Valtori
Palvelusopimus 1 / 6 PALVELUSOPIMUS Asiointitili-palvelusta Punkalaitumen kunta ja Valtion tieto- ja viestintätekniikkakeskus Valtori Valtion tieto- ja viestintätekniikkakeskus www.valtori.fi VALTORI Palvelusopimus Lisätiedot EMCS-järjestelmän sanomarajapinnan toiminnallinen kuvaus asiakkaille 13.6.2008. Meeri Nieminen
EMCS-järjestelmän sanomarajapinnan toiminnallinen kuvaus asiakkaille 13.6.2008 Meeri Nieminen Asiakkaan vaihtoehdot Asiakkaan vaihtoehdot EMCS-järjestelmän käyttöön XML-sanomarajapinta oman järjestelmän Lisätiedot Julkishallinnon 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ätiedot SÄHKE2-SOVELLUSAUDITOINNIT
1 (8) Kansallisarkisto SÄHKE2-SOVELLUSAUDITOINNIT PALVELUKUVAUS v. 2.0 (21.2.2013) VERSIOHISTORIA Versio Päivämäärä Tekijä Sisältö 2.0 21.2.2013 Mikko Eräkaski Poistettu toiminta-auditointia koskeva osio Lisätiedot Palvelukatalogi liiketoiminnan tukena
Palvelukatalogi liiketoiminnan tukena itsmf risteily 10.2.2011, Eija Hallikainen DataCenter Finland Oy:n palvelutarjooma Korkean käytettävyyden energiatehokkaat konesalipalvelut Laadukkaat etä- ja lähitukipalvelut, Lisätiedot OKM:n ja korkeakoulujen tietohallintoyhteistyön tilanne. Ylitarkastaja Ilmari Hyvönen 17.9.2014
OKM:n ja korkeakoulujen tietohallintoyhteistyön tilanne Ylitarkastaja Ilmari Hyvönen 17.9.2014 Aiheita RAKETTI hanke päättyi, työ jatkuu OKM:n CSC:ltä korkeakouluille ostamat palvelut Korkeakoulujen tietohallinnon Lisätiedot 2017 © DocPlayer.fi Yksityisyyskäytäntö | Palveluehdot | Palaute