Source: http://docplayer.fi/67747507-Sosiaali-ja-terveydenhuollon-valtakunnallinen.html
Timestamp: 2018-10-18 23:16:47+00:00
Document Index: 20421654

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

1 OHJAUS /2015 Maarit Laaksonen, Anna Aaltonen, Konstantin Hyppönen, Mikko Huovila & Tiina Peksiev Sosiaali- ja terveydenhuollon valtakunnallinen kokonaisarkkitehtuuri Sosiaalihuollon asiakastietojen käsittely ja valtakunnalliset tietojärjestelmäpalvelut Tavoitetila 2020 v.0.9 THL Ohjaus / LUONNOS v. 0.9
2 Kirjoittaja ja Terveyden ja hyvinvoinnin laitos Kannen kuva: ISBN (verkkojulkaisu) ISSN (verkkojulkaisu) THL Ohjaus / LUONNOS v. 0.9
3 Lukijalle Tämä julkaisu on osa Sosiaali- ja terveydenhuollon valtakunnallinen arkkitehtuuri julkaisujen kokonaisuutta. Aikaisemmin on valmisteltu julkaisut Sosiaali- ja terveydenhuollon valtakunnallinen kokonaisarkkitehtuuri: periaatteet ja linjaukset 1 sekä Sosiaali- ja terveydenhuollon valtakunnallinen kokonaisarkkitehtuuri: terveydenhuollon potilastietojen valtakunnallinen yhdenmukaisuus ja tiedonjako 2. Julkaisu täydentää sosiaali- ja terveydenhuollon valtakunnallisen kokonaisarkkitehtuurin periaatteet ja linjaukset julkaisussa (jatkossa SoTe KA periaatteet ja linjaukset) kuvattua kokonaisuutta sosiaalihuollon näkökulmasta. Koska SoTe KA periaatteet ja linjaukset julkaisu ja tämä julkaisu liittyvät kiinteästi toisiinsa on lukijan suositeltavaa tutustua aluksin ensin mainittuun. Lisäksi suositellaan, että lukija tutustuu Sosiaalihuollon valtakunnallisten tietojärjestelmäpalvelujen ja määrämuotoisen kirjaamisen toimeenpanohanke (Kansa-hanke) hankesuunnitelma vuosille julkaisuun 3. Koska julkaisu on luonteeltaan sosiaalihuollon valtakunnallisten tietojärjestelmäpalvelujen kokonaisuutta kuvaava arkkitehtuurimäärittelydokumentti, niin kokonaisarkkitehtuurimenetelmää tuntemattomille voi olla hyödyksi perehtyä ensin esimerkiksi Julkisen hallinnon kokonaisarkkitehtuurimenetelmä suositukseen (JHS 179) 4. Tämä julkaisu kuvaa sosiaalihuollon valtakunnallisten tietojärjestelmäpalvelujen kokonaisarkkitehtuurin. Tavoitteena on ollut kuvata arkkitehtuurikokonaisuus, jonka pohjalta pystytään etenemään systemaattisella kehittämistyöllä sosiaalihuollon määrämuotoisen kirjaamisen, sosiaalihuollon valtakunnallisen asiakastiedon arkiston ja muiden sosiaalihuollon toimintaa tukevien tietojärjestelmäpalvelujen käyttöönottamiseksi. Julkaisu on tarkoitettu hyödynnettäväksi alueellisen ja paikallisen tason sosiaalihuollon kokonaisarkkitehtuurin kuvaamisen tueksi. Julkaisu ja siihen liittyvät arkkitehtuurikuvaukset on toteutettu pääasiassa Sosiaalihuollon valtakunnallisten tietojärjestelmäpalvelujen kuvaus (Kansa KA) projektissa, ja sitä seuranneessa Sosiaalihuollon ratkaisuarkkitehtuuri (Ratku) projektissa. Kansa KA projekti toteutettiin ja Ratku-projekti jatkuu vuoden 2015 kesään saakka. Projektien keskeisiä toteuttajia ovat Terveyden ja hyvinvoinnin laitos (THL), Kansaneläkelaitos (Kela) ja Sosiaali- ja terveysministeriö (STM) yhdessä kuntatoimijoiden kanssa. Osana Kansa KA-projektia järjestettiin koulutuksellinen työpaja, jossa käytiin keskeisimmät arkkitehtuurikuvaukset läpi ja haettiin kuntatoimijodien näkemyksiä tehtyyn työhön. Työpaja kokosi n. 50 toimijaa paikan päälle ja tapahtumaa seurattiin 385 verkkoyhteyden kautta. Arkkitehtuurikuvaukset ja sitä tukevan dokumentaation lausuntokierros toteutetaan ajalla Ennen lausuntokierrosta keskeiset arkkitehtuurikuvaukset on käsitelty sosiaali- ja terveydenhuollon kokonaisarkkitehtuurin hallintamallin 5 mukaisesti sosiaali- ja terveydenhuollon valtakunnallisen kokonaisarkkitehtuurin arkkitehtuuriryhmässä ja , sosiaali- ja terveydenhuollon tietohallinnon operatiivisessa yhteistyöryhmässä sekä sosiaali- ja terveydenhuollon sähköisen tietohallinnon neuvottelukunnassa THL ja kirjoittajatiimi kiittävät kaikkia projektiin työpanostaan antaneita asiantuntijoita ja ammattilaisia arvokkaista kommenteista ja panostuksestaan kuvausten valmistumiseksi. Voit kertoa mielipiteesi tästä julkaisusta kyselyn avulla. Vastauksia hyödynnetään kehittämistyössä ja julkaisujen viimeistelyssä. 1 Huovila ym. 2014a 2 Huovila ym. 2014b 3 Laaksonen ym JHS SoTe KA-hallintamalli THL Ohjaus / LUONNOS v. 0.9
4 Tiivistelmä Maarit Laaksonen, Anna Aaltonen, Konstantin Hyppönen, Mikko Huovila. Sosiaali- ja terveydenhuollon valtakunnallinen kokonaisarkkitehtuuri sosiaalihuollon asiakastietojen yhdenmukaisuus ja tiedonjako. Terveyden ja hyvinvoinnin laitos (THL). Ohjaus /2015. sivua. Helsinki ISBN (verkkojulkaisu) Julkaisuissa on kuvattu valtakunnallinen sosiaalihuollon kokonaisarkkitehtuurin tavoitetila vuoteen Julkaisu tarjoaa yleiskuvan sosiaalihuollon toimintaympäristöstä ja sen ominaispiirteistä. Esimerkeissä sosiaalihuoltoa on verrattu tai sen yhteyksiä kuvattu pääasiassa suhteessa terveydenhuoltoon. Julkaisu kattaa kuvaukset kaikissa arkkitehtuurin osa-alueista, eli periaatetason, toiminta-, tieto-, järjestelmä- ja teknologia-arkkitehtuurin. Julkaisu on luonteeltaan tietotekninen arkkitehtuurimäärittely. Periaatetaso on kuvattu lyhyesti, sillä sosiaali- ja terveydenhuollon valtakunnallisen kokonaisarkkitehtuurin periaatteet ja linjaukset on kuvattu toisessa julkaisussa 6. Tässä julkaisussa ainoastaan täydennetään sosiaalihuollon osalta sosiaali- ja terveydenhuollon yhteistä periaatetasoa ja siihen liittyviä kuvauksia. Toiminta-arkkitehtuurissa on kuvattu lyhyesti olemassa olevista kuvauksista olennaisimpina sosiaalihuollon toimintaprosessit. Näiden lisäksi uusina kuvauksina on esitetty tiedonhallinnan tukiprosessit ja erilaisia arkkitehtuurikuvauksia yhdistäviä matriiseja ja kuvia. Julkaisussa esitetty sidosryhmäkuvaus nojautuu sosiaali- ja terveydenhuollon yhteiseen kuvaukseen. Sosiaalihuollon roolien kuvaus on esitetty ensimmäistä kertaa tässä julkaisussa. Tietoarkkitehtuurissa on kuvattu sosiaalihuollon valtakunnallisiin tietojärjestelmäpalveluihin liittyvä käsitemalli, sosiaali- ja terveydenhuollon päätietoryhmät sekä sosiaalihuollon valtakunnalliseen tietojärjestelmäpalvelukokonaisuuteen liittyvät loogiset tietovarannot ja niiden väliset tietovirrat. Tietojärjestelmäarkkitehtuuri koostuu sosiaalihuollon tietojärjestelmäpalvelukuvauksesta, loogisesta tietojärjestelmäjäsennyksestä ja valtakunnallisessa tietojärjestelmäpalvelukokonaisuudessa tarvittavista tietojärjestelmäkuvauksesta. Lisäksi julkaisussa on esitetty toteutetun Kanta-tietojärjestelmäpalvelujen yhteentoimivuus ja hyödynnettävyys suhteessa sosiaalihuollossa tarvittaviin tietojärjestelmäpalveluihin. Teknologia-arkkitehtuurissa on kuvattu sosiaalihuollon standardisalkku ja viestinvälitystä koskevat arkkitehtuurilinjaukset. Julkaisun lopussa on esitetty sosiaalihuollon tietojärjestelmäpalvelujen yhteys kansalliseen palveluväylään. Eri arkkitehtuurinäkökulmien kuvausten välisiä yhteyksiä ja riippuvuuksia kuvataan julkaisuissa useiden eri matriisien avulla, jotka kukin toimivat myös itsenäisinä arkkitehtuurikuvauksina. Avainsanat: sosiaalihuolto, sosiaalipalvelut, kokonaisarkkitehtuuri, tietojärjestelmä 6 Huovila ym. 2014a THL Ohjaus / LUONNOS v. 0.9
5 Sisällys Lukijalle... 3 Tiivistelmä... 4 Johdanto... 7 Arkkitehtuurivisio... 8 Kokonaisarkkitehtuurin periaatteet... 8 Arkkitehtuurin rajaukset ja reunaehdot... 8 Lainsäädännön ja arkkitehtuurityön suhde Kokonaisarkkitehtuurin nykytila Sosiaalihuollon tiedonhallinnan nykytila Sosiaalihuollon valtakunnallisen kokonaisarkkitehtuurin kehittämisen tilanne Sosiaalihuollon valtakunnallisen kokonaisarkkitehtuurin tavoitetila vuonna Toiminta-arkkitehtuuri Palvelutehtävät ja sosiaalipalvelut Toimintaprosessit Esimerkki: Prosessien liittyminen toisiin prosesseihin Esimerkki: Sosiaali- ja terveydenhuollon yhteisten palveluprosessien kuvaaminen Tiedonhallinnan tukiprosessit Sidosryhmät ja roolit Esimerkki: Lastensuojelun toimintaympäristön kuvaaminen Tietoarkkitehtuuri Käsitemalli Asiakkuus ja asiayhteys Asiat ja asiakirjat Rekisterit ja luovutus Kielto ja valtuutus Päätietoryhmät Sosiaalihuollon toimijoiden ja päätietoryhmien yhteydet Loogiset tietovarannot Loogisten tietovarantojen väliset tietovirrat Tiedonhallinnan tukiprosessien ja päätietoryhmien yhteydet Asiakastietomalli ja tietomääritykset Tietojärjestelmäarkkitehtuuri Tietojärjestelmäpalvelut Sosiaalihuollon tietojärjestelmäpalveluiden suhde toteutettuihin Kanta-palveluihin Valtakunnallisessa tietojärjestelmäpalvelukokonaisuudessa toteutettavat tietojärjestelmät Loogisten tietovarantojen ja tietojärjestelmien väliset yhteydet Looginen tietojärjestelmäjäsennys Tietojärjestelmien ja tietojärjestelmäpalvelujen yhteydet Tietojärjestelmien ja päätietoryhmien yhteydet Teknologia-arkkitehtuuri Standardisalkku Sosiaalihuollon asiakirjastandardi Viestinvälitys Viestinvälitysratkaisujen vertailu Kansallinen palveluväylä ja sosiaalihuollon tietojärjestelmäpalvelut Lähteet THL Ohjaus / LUONNOS v. 0.9
6 Taulukot Taulukko 1. Yhteenveto kokonaisarkkitehtuurin nykytilasta Taulukko 2. Yhteenveto kokonaisarkkitehtuurin mukaisesta tiedonhallinnan tavoitetilasta vuonna Taulukko 3. Tiedonhallinnan tukiprosessien selitteet Taulukko 4. Sosiaalihuollon käsitteiden selitteet Taulukko 5. Sosiaali- ja terveydenhuollon päätietoryhmien selitteet Taulukko 6. Toimijat-päätietoryhmät -matriisi Taulukko 7. Sosiaali- ja terveydenhuollon loogisten tietovarantojen selitteet Taulukko 8. Päätietoryhmät-tiedonhallinnan tukiprosessit matriisi Taulukko 9. Sosiaalihuollon tietojärjestelmäpalvelujen selitteet Taulukko 10. Sosiaalihuollon tietojärjestelmäpalveluiden vastaavuus terveydenhuollon palveluihin 58 Taulukko 11. Sosiaali- ja terveydenhuollon tietojärjestelmien selitteet Taulukko 12. Tietovarannot-tietojärjestelmät -matriisi Taulukko 13. Tietojärjestelmät-tietojärjestelmäpalvelut -matriisi Taulukko 14. Päätietoryhmät-tietojärjestelmät matriisi Taulukko 15. Viestinvälitysratkaisujen vertailu Kuvat Kuva 1. Sosiaalihuolto osana valtakunnallista sosiaali- ja terveydenhuollon kokonaisarkkitehtuuria 7 Kuva 2. Tämän kokonaisarkkitehtuurikuvauksen rajaus... 9 Kuva 3. JHS 179:n Kokonaisarkkitehtuurikuvausten soveltaminen tässä julkaisussa Kuva 4. Sosiaali- ja terveydenhuollon tiedonhallintaan vaikuttava lainsäädäntö Kuva 5. Sosiaali- ja terveydenhuollon laissa määrätyt tehtävät Kuva 6. Lastensuojelun palvelutehtävään kuuluvat sosiaalipalvelut Kuva 7. Sosiaali- ja terveydenhuollon prosessikartta Kuva 8. Sosiaalihuollon palvelutehtäväkohtaiset toimintaprosessit Kuva 9. Sosiaalihuollon geneeriset prosessit Kuva 10. Esimerkki: Päihdehuollon palvelutehtävän prosessit ja niiden yhteydet Kuva 11. Sosiaalihuollon prosessien liittyminen toisiinsa, esimerkki lastensuojelusta Kuva 12. Sosiaalihuollon ja terveydenhuollon yhteistyö, esimerkki kotihoidon prosessi Kuva 13. Tiedonhallinnan tukiprosessit Kuva 14. Esimerkki tiedonhallinnan tukiprosessista kuvattuna työnkulkutasolla Kuva 15. Sosiaali- ja terveydenhuollon sidosryhmät Kuva 16. Esimerkkejä sosiaalihuollon rooleista Kuva 17. Sidosryhmät ja roolit Kuva 18. Esimerkki sosiaalihuollon toimintaympäristöstä, palvelutehtävänä Lastensuojelu Kuva 19. Sosiaalihuollon käsitteet Kuva 20. Asiakkuus ja asiayhteys Kuva 21. Asiat ja asiakirjat Kuva 22. Rekisterit ja luovutus Kuva 23. Kielto ja valtuutus Kuva 24. Sosiaali- ja terveydenhuollon päätietoryhmät Kuva 25. Sosiaalihuollon loogiset tietovarannot Kuva 26. Tietovirrat sosiaalihuollossa Kuva 27. Sosiaalihuollon tietojärjestelmäpalvelut Kuva 28. Sosiaali- ja terveydenhuollon erot ja niiden vaikutus tiedonhallintaan Kuva 29. Sosiaali- ja terveydenhuollon tietojärjestelmäkartta Kuva 30. Sosiaalihuollon tietojärjestelmäjäsennys Kuva 31. Sosiaalihuollon asiakastietojen käsittelyyn liittyvät standardit Kuva 32. Mahdollisia sosiaalihuollon kannalta keskeisiä palveluväylään kytkettäviä palveluita THL Ohjaus / LUONNOS v. 0.9
7 Johdanto Johdanto Sosiaalihuollon asiakastietojen käsittely ja valtakunnalliset tietojärjestelmäpalvelut -julkaisu on osa sosiaali- ja terveydenhuollon valtakunnallista kokonaisarkkitehtuuria. Julkaisu täydentää sosiaali- ja terveydenhuollon valtakunnallisen kokonaisarkkitehtuurin periaatteet ja linjaukset -julkaisussa (jatkossa SoTe KAperiaatteet ja linjaukset) kuvattua kokonaisuutta sosiaalihuollon näkökulmasta. Tässä julkaisussa kuvattu kokonaisarkkitehtuurikokonaisuus kuvaa sosiaalihuollon asiakastietojen valtakunnallisen yhdenmukaisuuden ja tiedonjaon arkkitehtuuriratkaisut Suomessa. Kuva 1. Sosiaalihuolto osana valtakunnallista sosiaali- ja terveydenhuollon kokonaisarkkitehtuuria Sosiaalihuollon asiakastietojen käsittelyä kuvaavan kokonaisarkkitehtuurin perustana on laki sosiaali- ja terveydenhuollon asiakastietojen sähköisestä käsittelystä, sosiaalihuoltoa koskeva yleis- ja erityislainsäädäntö sekä hallituksen esitys laiksi sosiaalihuollon asiakasasiakirjoista 7. Näissä laeissa säädetään sosiaalihuollon toiminnasta, asiakastyön kirjaamisesta sosiaalipalveluissa ja valtakunnallisista tietojärjestelmäpalveluista. Lainsäädäntökokonaisuuden tavoitteena on varmistaa sosiaalihuollon laadukkaat palvelut ja asiakastietojen tietoturvallinen käsittely koko niiden elinkaaren ajan sekä mahdollistaa tietojen saatavuus palvelujen toteuttamiseksi. Tämä kokonaisarkkitehtuurikuvaus on sosiaalihuollon valtakunnallisen tiedonhallinnan kehittämisen tavoitetilan kuvaus vuoteen 2020 saakka. Arkkitehtuurikuvausta käytetään valtakunnallisten palveluiden kehittämisen perustana. Sosiaalipalveluja järjestävät ja tuottavat organisaatiot voivat hyödyntää kuvauksia tiedonhallinnan ratkaisujen suunnittelussa ja kehittämisessä. Myös tietojärjestelmätoimittajat voivat hyödyntää kokonaisarkkitehtuurikuvauksia järjestelmien kehittämistyön tukena. Kokonaisarkkitehtuurikuvaukset perustuvat pääosin JHS 179-suositukseen 8. Lisäksi julkaisussa on käytetty Archimate-notaatiota joidenkin arkkitehtuurikuvasten laatimisessa 9. Julkaisussa esitetyt kokonaisarkkitehtuurikuvaukset toimivat alueellisten ja paikallisten organisaatioiden arkkitehtuurityötä ohjaavina kuvauksina. Julkaisussa on myös runsaasti esimerkkejä eri arkkitehtuurikuva- 7 HE 345/2014 vp 8 JHS Archimate THL Ohjaus / LUONNOS v. 0.9
8 Arkkitehtuurivisio usten soveltamisesta ja yhdistämisestä. Esimerkkien tarkoitus on auttaa arkkitehtuurikuvausten soveltajaa ymmärtämään, miksi kuvaukset on tehty ja kuinka niitä voidaan soveltaa myös alueellisen tai paikallisen arkkitehtuurityön tukena. Arkkitehtuurivisio Sosiaali- ja terveydenhuollon valtakunnallisen kokonaisarkkitehtuurin arkkitehtuurivisio on kuvattu SoTe KA periaatteet ja linjaukset julkaisussa 10 : Kansalaisen asiakastiedot ovat aina saatavilla siellä missä kansalainen saa sosiaali- ja terveyspalveluja. Tiedot ovat ajantasaiset ja yhdenmukaiset ja niitä käsitellään tietoturvallisesti ja teknisesti standardoidussa muodossa. Asiakastietojen rakenteisuus mahdollistaa tiedoista tehtävät älykkäät yhteenvedot ja tiivistykset. Valtakunnalliset tietojärjestelmäpalvelut toimivat yhteisenä tiedonvälityksen ja -tallentamisen alustana, jota sosiaali- ja terveydenhuollon organisaatioiden asiakastietojärjestelmät hyödyntävät. Tässä julkaisussa kuvataan sosiaalihuollon asiakastietojen käsittelyn arkkitehtuurivisio. Kokonaisarkkitehtuurin periaatteet Tätä kokonaisarkkitehtuurikuvausta koskevat periaatetason kuvaukset ja linjaukset on kuvattu osana SoTe KA periaatteet ja linjaukset -julkaisussa 11. Näitä kuvauksia täydennetään sosiaalihuollon näkökulmasta seuraavissa luvuissa kuvattujen rajausten ja reunaehtojen mukaisesti. Arkkitehtuurin rajaukset ja reunaehdot Julkaisussa on kuvattu sosiaalihuollon asiakastietojen valtakunnallisen yhdenmukaisuuden ja tiedonjaon kokonaisarkkitehtuuri. Arkkitehtuuri kuvaa sosiaalihuollon organisaatioiden vastuulla olevista tietojärjestelmäratkaisuista ne osat, jotka liittyvät valtakunnallisiin tietojärjestelmäpalveluihin. Näitä ovat sellaiset järjestelmät, joissa tuotetaan asiakirjallista tietoa, eli sosiaalihuollon asiakasasiakirjoja. Arkkitehtuuri ohjaa erityisesti julkisia toimijoita, jolloin sosiaalihuollon asiakirjat ovat aina myös viranomaisen asiakirjoja. Joissain kuvauksissa on huomioitu myös paikallisia/liittyviä järjestelmiä. Näissä kuvauksissa on haluttu korostaa erityisesti työnjakoa liittyvän tietojärjestelmän ja valtakunnallisten tietojärjestelmien välillä. Tämä kokonaisarkkitehtuuri ei ota kantaa sosiaalihuollon organisaatioiden kokonaisarkkitehtuuriin siltä osin, mitkä eivät kuulu tai ole osa valtakunnallisesti toteutettavia tietojärjestelmäpalveluja. Sosiaalihuollon organisaatioilla on vastuu oman kokonaisarkkitehtuurinsa kuvaamisesta. Sosiaalipalveluja tuottavien organisaatioiden tulee hyödyntää tässä kokonaisarkkitehtuurissa tehtyjä kuvauksia ja organisaatioiden arkkitehtuuri ei saa olla ristiriidassa valtakunnallisen kokonaisarkkitehtuurin kanssa Huovila ym. 2014a 11 Huovila ym. 2014a 12 Huovila ym. 2014a THL Ohjaus / LUONNOS v. 0.9
9 Kokonaisarkkitehtuurin periaatteet Kuva 2. Tämän kokonaisarkkitehtuurikuvauksen rajaus Tämän kokonaisarkkitehtuurikuvauksen rajaus on havainnollistettu kuvassa 2. Sosiaali- ja terveydenhuollon asiakasprosesseja tukeva tiedonhallinta on jaoteltu kolmitasoiseen kerrosarkkitehtuurikuvaan. Lähimpänä asiakasprosessia on käyttöliittymätaso. Niin ammattilaiset kuin kansalaisetkin hyödyntävät heille tarkoitettuja käyttöliittymiä. Toimintalogiikan tasolla toteutetaan asiakastietojen käsittelyn keskeinen toiminnallisuus. Tietojenkäsittelyssä on tarpeita niin perusterveydenhuollon, erikoissairaanhoidon kuin sosiaalihuollonkin toiminnallisuuksille. Nämä toiminnallisuudet voidaan toteuttaa joko yhdessä järjestelmäkokonaisuudessa tai useammissa erillisissä järjestelmissä tarpeen mukaan. Kuvan alimmalla tasolla on kuvattu valtakunnalliset sosiaali- ja terveydenhuollon tietojärjestelmäpalvelut. Tässä kuvassa valtakunnallisten palveluiden kokonaisuus on pelkistetty kolmeen osaan eli potilastiedon arkistoon, reseptikeskukseen ja sosiaalihuollon asiakastiedon arkistoon. Valtakunnalliset palvelut ovat potilasasiakirjojen, sähköisten lääkemääräysten ja sosiaalihuollon asiakasasiakirjojen tallentamisen ja luovuttamisen palveluita. Tämä kokonaisarkkitehtuurikuvaus keskittyy kuvassa punaisella merkittyyn sosiaalihuollon asiakastiedon arkistoon ja siihen liittyviin linjauksiin ja käytäntöihin, jotka voivat vaikuttaa myös logiikka- ja käyttöliittymätasolle. Tämä kokonaisarkkitehtuurikuvaus ei kuitenkaan ole asiakasprosessien, käyttöliittyminen tai järjestelmäytimien arkkitehtuurikuvaus, mutta näitä tasoja kuvatessa ja toteutettaessa on varmistettava yhteensopivuus näiden valtakunnallisten linjausten kanssa. Kokonaisarkkitehtuurikuvauksiin keskeisimmin vaikuttava laki on Laki sosiaali- ja terveydenhuollon asiakastietojen sähköisestä käsittelystä (asiakastietolaki) ja laki sosiaalihuollon asiakasasiakirjoista (asiakirjalaki) 13. Arkkitehtuurityö on tehty oletuksella, että lakiehdotus sosiaalihuollon asiakasasiakirjoista toteutuu valmistellun mukaisesti. Asiakastietolaissa on säädetty valtakunnallisista sosiaali- ja terveydenhuollon tietojärjestelmäpalveluista, joskin sosiaalihuollon osalta tietyt säädökset ovat vasta valmistelussa. Terveydenhuollossa valtakunnallisten tietojärjestelmäpalvelujen ja organisaatioiden velvollisuudesta niiden käyttämiseen on annettu asetus, joka ohjaa organisaatioiden liittymisaikatauluja. Vastaava asetus saataneen myös sosiaalihuoltoon. Arkkitehtuurikuvaukset on tehty olettamalla, että terveydenhuoltoa vastaavat asia- 13 HE 345/2014 VP THL Ohjaus / LUONNOS v. 0.9
10 Kokonaisarkkitehtuurin periaatteet kastietolain säädökset saadaan myös sosiaalihuoltoon, ja että säädökset tulevat olemaan sellaisia kuin STM on aiemmin linjannut 14. Tämä kokonaisarkkitehtuurikuvaus ei linjaa kansallisen palveluväylän 15 hyödyntämistä osana sosiaalihuollon valtakunnallisia tietojärjestelmäpalveluja ja niiden infrastruktuuria. Palveluväylä- ja kansallisen palveluarkkitehtuurityön valmistelun edetessä sen hyödyntämistä tulee arvioida sosiaalihuollon osalta erikseen. Tarvittaessa sosiaalihuollon asiakastietojen valtakunnallisen yhdenmukaisuuden ja tiedonjaon arkkitehtuuri voidaan liittää osaksi kansallista palveluväylää ja palveluarkkitehtuuria. Palveluväylän mahdollisia toiminnallisuuksia ja sosiaalihuollon toiminnallisia tarpeita on tunnistettu KA-työssä ja alustavasti kuvattu julkaisun loppupuolella. Kyseisessä kuvauksessa esitetyt toiminnallisuudet ja palvelut eivät ole vielä sitovia tai sovittu toteuttaviksi. Tämä julkaisu kokoaa keskeisiä arkkitehtuurikuvauksia, jotka kuvaavat arkkitehtuurin tavoitetilaa vuodelle Näiden lisäksi on saatavilla muita määrittelyjä valtakunnallisesta kehittämisestä ja ne löytyvät THL:n ylläpitämästä verkkosivustosta. Tässä julkaisussa esitetyt täydennykset SoTe-arkkitehtuuriin on kuvattu alla olevassa kuvassa (kuva 3) vihreällä. Kuva 3. JHS 179:n Kokonaisarkkitehtuurikuvausten soveltaminen tässä julkaisussa Lainsäädännön ja arkkitehtuurityön suhde Julkaisussa esitetty arkkitehtuuri on tavoitetilan arkkitehtuuri, jonka toteuttaminen edellyttää muutoksia nykylainsäädäntöön. Keskeisimmät lainsäädännön kehittämistarpeet liittyvät valtakunnallisten tietojärjestelmäpalvelujen toteuttamiseen ja eri viranomaisten tehtävistä säätämiseen näiden toteuttamiseksi. Lisäksi tulee kehittää esimerkiksi tiedonluovutusta koskevia säädöksiä. Säädöstarpeita on kuvattu myös Kansa- 14 ks. Laaksonen ym Kansallinen palveluarkkitehtuuri THL Ohjaus / LUONNOS v. 0.9
11 Kokonaisarkkitehtuurin periaatteet hankesuunnitelmassa 16. Samaan aikaan sosiaalihuollon kokonaisarkkitehtuurityön kanssa on valmisteltu lakia sosiaalihuollon asiakasasiakirjoista. Lisäksi STM on nimennyt työryhmän, jonka tehtävä on valmistella lakia sosiaali- ja terveydenhuollon asiakastietojen sähköisestä käsittelystä ja täydentää säädöskokonaisuutta sosiaalihuollon valtakunnallisten tietojärjestelmäpalvelujen osalta. Sosiaalihuollon valtakunnallista kokonaisarkkitehtuuria ja sosiaalihuollon toimintaa ohjaavien säädösten kokonaisuus on kuvattu kuvassa 4. Lakien tarkemmat kuvaukset ja niiden merkitystä arkkitehtuurityöhön on kuvattu tarkemmin SoTe-KA periaatteet ja linjaukset julkaisussa 17. Säädöskuvauksen tarkoitus on auttaa ymmärtämään sosiaali- ja terveydenhuollon tiedonhallinnan suunnittelussa huomioitava lainsäädännön kokonaisuus. Lakien ryhmittely on esimerkki, ja ne voitaisiin ryhmitellä myös muulla tavoin. Kuva 4. Sosiaali- ja terveydenhuollon tiedonhallintaan vaikuttava lainsäädäntö 16 Laaksonen ym Huovila ym. 2014a THL Ohjaus / LUONNOS v. 0.9
12 Kokonaisarkkitehtuurin nykytila Kokonaisarkkitehtuurin nykytila Sosiaalihuollon tiedonhallinnan nykytila Sosiaalihuollon tietojärjestelmiä on kehitetty pääosin organisaatio- ja palvelukohtaisesti. Sosiaalihuollossa kuntien sosiaalitoimissa käytetään pääasiassa kolmea eri asiakastietojärjestelmää, mutta sosiaalipalveluja tuottavissa organisaatioissa on tunnistettu noin 40 eri käytössä olevaa asiakastietojen käsittelyssä hyödynnettävää tietojärjestelmää. Esimerkiksi potilastietojärjestelmiä käytetään sosiaalipalveluja antavissa organisaatioissa tyypillisesti hoivapalveluissa. Kaikilla palveluja järjestävillä tai tuottavilla organisaatioilla ei ole käytössään sähköistä tietojärjestelmää. Tämä on tyypillistä pienille julkisille toimijoille (pieni kunta) tai yksityiselle palveluntuottajalle. 18 Nykyisessä lainsäädännössä ei ole määritelty toimijaa, jonka vastuulla olisi sosiaalihuollon tietojärjestelmien yhteensovittaminen, kuten se on määritelty sairaanhoitopiirin tehtäväksi terveydenhuollossa. Sosiaalihuollossa ei muutoinkaan ole tyypillistä alueellinen toiminta ainakaan kaikkien palveluiden osalta, joskin alueelliset yhteistoiminta-alueet ovat lisääntyneet myös sosiaalipalveluissa viime vuosina. Sosiaalihuollossa asiakastiedon kirjaaminen on ollut pääasiassa vapaamuotoista ja se on ollut vain paikallisesti saatavilla. Sosiaalihuollossa ei ole kansallista tietomallia ja käytetyt tietomallit ovat järjestelmätai organisaatiokohtaisia. Tietojärjestelmien välistä sähköistä tiedonsiirtoa organisaatioiden tai järjestelmien välillä ei ole juurikaan toteutettu. Myös sosiaalihuollon henkilörekisterit perustuvat paikallisiin toimintatapoihin ja tiedon luovutuskäytännöt vaihtelevat organisaatioittain. Sosiaalipalveluissa ei ole käytössä yhdenmukaista palvelujäsennystä ja vertailukelpoisen tiedon koonti on haasteellista. 19 Sosiaalihuollon valtakunnallisen kokonaisarkkitehtuurin kehittämisen tilanne 2014 Sosiaalihuollon tiedonhallinnan yhdenmukaistaminen ja valtakunnallinen kehittäminen käynnistettiin Tikesos -hankkeessa vuonna Tikesos -hankkeen päättyessä vuonna 2011 oli saatettu valmiiksi useita taustaselvityksiä ja toiminta-, tieto- ja tietojärjestelmämäärityksiä, sekä ensimmäinen versio sosiaalihuollon kansallisesta kokonaisarkkitehtuurista (SOKKA). SOKKA-kuvauksia päivitettiin joiltain osin vuonna 2013, mutta sen kokonaisvaltainen päivittäminen on toteutettu vuonna 2014 toteutetussa THL:n, STM:n ja Kelan yhteisessä projektissa 20. Tässä julkaisussa kuvattu kokonaisarkkitehtuuri on sovitettu osaksi sosiaali- ja terveydenhuollon valtakunnallista kokonaisarkkitehtuuria (SoTe-KA). Sosiaalihuollon kokonaisarkkitehtuurin voidaan arvioida olevan melko hyvällä tasolla. Tikesoshankkeessa luotu määrittelyjen pohja ja arkkitehtuurikuvaukset ovat olleet kestävä pohja kehittää systemaattisesti arkkitehtuurin kaikkia osa-alueita eli toiminta-, tieto-, tietojärjestelmä- ja teknologiaarkkitehtuuria sekä niihin liittyviä määrittelyjä. Sosiaalihuollon kokonaisarkkitehtuurikuvausten liittäminen osaksi sosiaali- ja terveydenhuollon yhteistä kokonaisarkkitehtuuria antaa sosiaali- ja terveydenhuollon toimijoille ja tuleville sosiaali- ja terveydenhuollon alueille hyvän pohjan lähteä rakentamaan alueellista ja paikallista kokonaisarkkitehtuuria ja tietojärjestelmäratkaisuja. Lähivuosina kokonaisarkkitehtuuriin tulevat vaikuttamaan useat sosiaalihuollossa vireillä olevat lainsäädäntöhankkeet, menossa oleva sosiaali- ja terveyspalvelujen uudistaminen ja kuntauudistus. Lisäksi arkkitehtuuriin tulee vaikuttamaan STM:n hyväksymä uusi SoTe-tieto hyötykäyttöön tiedonhallinnan strategia vuoteen Sosiaalihuollon valtakunnallisessa kokonaisarkkitehtuurissa painopiste on valtakunnallisen asiakastiedon arkiston ja siihen liittyvien tietojärjestelmätoteutusten tukemisessa. Sosiaalihuollon asiakastiedon ar- 18 ks. esim. Kärki ym Kärki ym Kansa KA-projektisuunnitelma 21 SoTe tieto hyötykäyttöön 2020 THL Ohjaus / LUONNOS v. 0.9
13 Kokonaisarkkitehtuurin nykytila kistoa ja muita valtakunnallisia tietojärjestelmiä on suunniteltu osaksi Kanta-infrastruktuuria, mikä tarkoittaa nojautumista terveydenhuollon valtakunnallisiin tietojärjestelmäpalveluihin sekä terveydenhuollossa jo tehtyyn määrittely- ja toteutustyöhön ja toimintamalleihin. Vuonna 2008 tehtyä valintaa perusteltiin sosiaali- ja terveydenhuollon tarpeiden samankaltaisuudella, päällekkäisen määrittely- ja toteutustyön vähentämisellä ja kustannustehokkuudella. Lisäksi ratkaisussa nähtiin vähemmän riskejä kuin muissa vaihtoehdoissa. Valintaa tukee myös sosiaali- ja terveydenhuollon järjestämisen ja tiedonhallinnan yhteistyön lisääntyminen viime vuosina sekä valtakunnallisella että paikallisella tasolla. Myös palvelutoiminta tulee tiivistymään sosiaali- ja terveydenhuollon integrointia tavoittelevien poliittisten linjausten myötä. Taulukko 1. Yhteenveto kokonaisarkkitehtuurin nykytilasta Periaatetaso Toiminta-arkkitehtuuri Tietoarkkitehtuuri Tietojärjestelmäarkkitehtuuri Teknologia-arkkitehtuuri Sosiaali- ja terveydenhuollon yhteinen lainsäädäntö ja arkkitehtuuriperiaatteet on kuvattu. Arkkitehtuuriperiaatteita ei ole vielä kaikilta osin toteutettu käytännössä. Sosiaalihuoltoa ohjaava lainsäädäntö ei tue vielä kaikilta osin arkkitehtuurin tavoitetilan mukaista toimintaa. Sosiaalihuollon toimijat vastaavat itse omista toimintaprosesseistaan ja valtakunnallisia malleja käytetään vaihtelevasti. Valtakunnalliset palvelutehtäväkohtaiset toimintaprosessit on mallinnettu ja julkaistu. Valtakunnalliset tiedonhallinnan tukiprosessit on tunnistettu. Keskeisimmät sosiaali- ja terveydenhuollon sidosryhmät ja tietojenkäsittelyn ja tietojärjestelmissä tarvittavat roolit on tunnistettu. Sosiaalihuollon toimijoiden tietoarkkitehtuuri vaihtelee eikä valtakunnallisia malleja käytetä vielä laajasti. Sosiaalihuollon asiakastietomalli ja sisällölliset asiakasasiakirjojen tietorakenteet ovat katselmointivaiheessa. Asiakastietomallin jatkokehitystarpeet on tunnistettu. Asiakastietomallin laajamittaista käyttöönottoa ei ole toteutettu mutta ensimmäiset käyttöönottoon tähtäävät pilotit ovat käynnistyneet. Loogiset tietovarannot ja päätietoryhmät sekä näiden väliset yhteydet on tunnistettu ja kuvattu. Sosiaalihuollon toimijat käyttävät omia asiakastietojärjestelmiä. Organisaatiorajat ylittäviä integraatioita on vähän. Valtakunnalliset tietojärjestelmäpalvelut on tunnistettu ja kuvattu. Looginen tietojärjestelmäjäsennys on mallinnettu. Valtakunnallisia tietojärjestelmiä ei ole toteutettu mutta toteutukseen tähtäävä suunnittelu on käynnistetty. Sosiaalihuollon toimijoiden asiakastietojärjestelmät eivät pääsääntöisesti käytä valtakunnallisesti määriteltyjä toimialakohtaisia standardeja ja toteutusteknologiat vaihtelevat. Standardisalkku on koottu ja sitä päivitetään tarvittaessa. Sosiaalihuollon valtakunnallisen kokonaisarkkitehtuurin tavoitetila vuonna 2020 Tässä julkaisussa kuvattu kokonaisarkkitehtuuri kuvaa sosiaalihuollon tiedonhallinnan tavoitetilaa vuonna Se perustuu nykyiseen ja valmisteilla olevaan lainsäädäntöön ja STM:n SoTe-tiedonhallinnan strategiaan. Arkkitehtuurikuvaukset perustuvat osittain olettamuksiin ja parhaaseen olemassa olevaan tietämykseen tulevaisuuden muutoksista. Arkkitehtuuria ei ole tehty puhtaalta pöydältä, vaan siinä on huomioitu nykytilan realiteetit ja reunaehdot muun muassa lainsäädännöstä. Kokonaisarkkitehtuurin tavoitteena on kuvata sosiaalihuollon arkkitehtuuria. Valtakunnallisen arkkitehtuurin tavoitteena on auttaa, tukea ja ohjata sosiaalipalveluja antavien organisaatioiden arkkitehtuurien THL Ohjaus / LUONNOS v. 0.9
14 Kokonaisarkkitehtuurin nykytila kuvaamista. Tavoitteena on kuvata sellainen tiedonhallinnan kokonaisuus, joka kuvaa toiminnan, toiminnassa tarvittavien ja syntyvien tietojen, toiminnassa ja tietojen käsittelyyn hyödynnettävien järjestelmien ja eri teknologioiden yhteyksiä valtakunnallisten tietojärjestelmätoteutusten näkökulmasta. Arkkitehtuurikuvausten tavoitteena on myös osoittaa eri toimialojen ja sosiaalihuollon välisiä yhteyksiä ja riippuvuuksia. Taulukko 2. Yhteenveto kokonaisarkkitehtuurin mukaisesta tiedonhallinnan tavoitetilasta vuonna 2020 Periaatetaso Toiminta-arkkitehtuuri Tietoarkkitehtuuri Tietojärjestelmäarkkitehtuuri Teknologia-arkkitehtuuri Yhteiset arkkitehtuuriperiaatteet ovat sisäistettyjä ja ne ohjaavat sosiaali- ja terveydenhuollon tietohallinnon kehittämistä niin valtakunnallisesti, alueellisesti kuin paikallisestikin. Sosiaalihuollon palvelutuotantoa jäsennetään kansallisesti yhtenäisellä tavalla. Tiedonhallinnan prosessit ovat yhdenmukaisia ja ne tukevat sosiaalipalvelujen laadukasta tuottamista. Sosiaalihuollon toimijat käyttävät yhtenäisiä asiakastietomalliin perustuvia asiakasasiakirjoja ja tallentavat ne standardoidussa muodossa sosiaalihuollon valtakunnalliseen asiakastiedon arkistoon. Sosiaalihuollon asiakastietoa käsittelevät tietojärjestelmät ovat yhteentoimivia käyttäen avoimia rajapintoja ja yhteisiä ja valtakunnallisia tietojärjestelmäpalveluja. Asiakasasiakirjat tallennetaan valtakunnalliseen asiakastiedon arkistoon ja niitä käytetään ja luovutetaan sieltä tietosuoja huomioiden. Asiakastiedon arkisto hoitaa myös asiakasasiakirjojen pysyväissäilytyksen. Sosiaalihuollon asiakastietojärjestelmissä käytetään yhdenmukaista teknologiaa erityisesti rajapintojen osalta ja siltä osin kuin se on valtakunnallisten palveluiden käytön kannalta tarpeellista. THL Ohjaus / LUONNOS v. 0.9
15 Toiminta-arkkitehtuuri Toiminta-arkkitehtuuri Seuraavissa luvuissa on esitelty sekä edellä mainitut aiemmin laaditut että vuonna työstetyt uudet arkkitehtuurikuvaukset. Luvuissa on annettu esimerkkejä eri arkkitehtuurikuvausten soveltamisesta ja yhdistämisestä toimintaympäristön kuvaamisessa ja sosiaalipalveluissa tapahtuvan toiminnan ymmärtämiseksi. Palvelutehtävät ja sosiaalipalvelut Sosiaalihuollon kokonaisarkkitehtuurissa toiminta-arkkitehtuurin jo olemassa olevista määrittelyistä keskeinen on sosiaalipalvelujen luokitus. Sosiaalipalvelujen luokitus on luokitusperhe, joka kuvaa sosiaalihuollon lakisääteiset palvelutehtävät ja niissä annettavat sosiaalipalvelut ja palveluprosessit. Sosiaalipalvelujen luokituksessa tunnistetut palveluprosessit on myös kuvattu palvelutehtäväkohtaisesti, joissa kuvataan asiakirjojen käsittelyä osana sosiaalihuollon palveluprosesseja. 22 Sosiaalihuollon palvelutehtävä on laissa säädetty tehtävä sosiaalipalvelujen ja niihin liittyvän taloudellisen tuen järjestämiseksi. Jokainen palvelutehtävä perustuu tiettyyn lakiin ja sosiaalihuollon tehtävistä säätäviä lakeja on tällä hetkellä 17. Palvelutehtäviä on 22, koska yleislakina sosiaalihuoltolaki asettaa useamman kuin yhden palvelutehtävän. Sosiaalihuoltoa ohjaava lainsäädäntö on kuvattu SoTe-KA periaatteet ja linjaukset julkaisussa. Sosiaalihuollon palvelutehtävät on kuvattu ja julkaistu luokituksena THL:n Koodistopalvelimella 23. Palvelutehtävä -luokitusta käytetään asiakastietojen loogisen ryhmittelyn keskeisenä attribuuttina, käyttöoikeuksia rajaavana tekijänä, asianhallinnassa, asiayhteyden todentamisessa ja asiakirjahallinnossa. Se on määritelty asiakasasiakirjoissa pakolliseksi metatiedoksi ja sen käyttö käyttöoikeuksien perusteena on säädetty laissa. Sosiaalipalvelujen soveltamisesta on laadittu myös soveltamisopas 24. Palvelutehtävä luokitus nojautuu lainsäädäntöön, joten se on päivittyvä luokitus. Seuraavan kerran se päivittyy vuoden 2015 aikana. Alla olevassa kuvassa keltaisella kuvatut elementit ovat sosiaalihuollon palvelutehtäviä. Vihreällä olevat kokonaisuudet ovat terveydenhuoltolain mukaisia terveydenhuollon palveluita. Kuvaus on myös osa SoTe- KA periaatteet ja linjaukset julkaisua, jossa sitä on kuvattu tarkemmin. 22 Toiminta-arkkitehtuuria koskevat määrittelyt 23 Palvelutehtävä -luokitus 24 Aineistot Toiminta-arkkitehtuuri, Sosiaalipalvelujen luokituksen soveltamisopas THL Ohjaus / LUONNOS v. 0.9
16 Toiminta-arkkitehtuuri Kuva 5. Sosiaali- ja terveydenhuollon laissa määrätyt tehtävät Sosiaalihuollon palvelutehtävät ovat asiakirjoja ryhmitteleviä kokonaisuuksia mutta ne eivät (välttämättä) kuvaa sosiaalihuollon palvelutuotantoa tai palvelujen organisointia. Sosiaalihuollon palvelutuotantoa kuvataan sosiaalipalvelut -luokituksen avulla, joka löytyy myös Koodistopalvelimelta 25. Jokainen palvelutehtävä sisältää vähintään yhden sosiaalipalvelun. Sosiaalipalvelut -luokitus on tarkoitettu käytettäväksi asiakastietojärjestelmissä kuvaamaan sitä sosiaalipalvelua, jonka antamisen yhteydessä asiakirja on syntynyt. Luokitusta voidaan käyttää myös lisätietona käyttövaltuuksien ja pääsynvalvonnan määrittelyissä. Sosiaalipalvelut -luokituksella yhdenmukaistetaan sosiaalihuollon palvelujen kuvaamista yleisten palvelutyyppien avulla. Yhdistämällä palvelutehtävä ja sosiaalipalvelu -attribuutit, voidaan jo melko tarkalla tasolla tunnistaa, millaisesta asiakkaalle annettavasta palvelusta on kyse. Tunnistettuja sosiaalipalveluja on 61. Alla olevassa kuvassa (kuva 6) on esimerkki lastensuojelussa annettavista sosiaalipalveluista. Jokainen kunta ei välttämättä tarjoa kaikkia palveluja asiakkailleen. Sosiaalihuollossa vain osa sosiaalipalveluista perustuu subjektiiviseen oikeuteen ja osa palveluista on harkintaan perustuvia. Palvelut on määritelty sosi- 25 Sosiaalipalvelut -luokitus THL Ohjaus / LUONNOS v. 0.9
17 Toiminta-arkkitehtuuri aalihuoltolaissa 26 ja erityislainsäädännöissä. Lisäksi on tunnistettu palvelutoimintaa, jota ei ole määritelty tarkasti laissa mutta jonka antaminen on yleistä (vrt. laissa muut palvelut ). Myös sosiaalipalvelut luokitusta tullaan päivittämään vuoden 2015 aikana muun muassa vuoden alusta voimaan tulleen uuden sosiaalihuoltolain määrityksiä vastaaviksi. Kuva 6. Lastensuojelun palvelutehtävään kuuluvat sosiaalipalvelut Toimintaprosessit Sosiaali- ja terveydenhuollon yhteinen prosessikartta on julkaistu SoTe-KA periaatteet ja linjaukset julkaisussa 27. Kuvassa 7 on esitetty sosiaali- ja terveydenhuollon prosessikartta, josta tässä julkaisussa kuvataan ja tarkennetaan sosiaalihuollon toiminnan osuutta sekä tukiprosesseja (nuoli alhaalla) sosiaalihuollon näkökulmasta. 26 Huom. tämä kuvaus on tehty vuonna 1987 säädetyn sosiaalihuoltolain pohjalta. 27 Huovila ym. 2014a THL Ohjaus / LUONNOS v. 0.9
18 Toiminta-arkkitehtuuri Kuva 7. Sosiaali- ja terveydenhuollon prosessikartta Prosessikartan ydinprosessi yksilöiden terveyden, hyvinvoinnin ja sosiaalisen turvallisuuden edistäminen ja ylläpitäminen toteutuu sosiaalihuollossa palvelutehtäväkohtaisissa toimintaprosesseissa 28. Palvelutehtäväkohtaiset toimintaprosessit kuvaavat sosiaalihuollon asiakasprosessia ja siinä syntyvien asiakirjojen ja asiakastietojen muodostumista yleisellä tasolla. Kuvaustapa on geneerinen, koska prosessit on tarkoitettu sovellettaviksi kaikissa sosiaalipalveluja antavissa organisaatioissa. Kuvassa 8 on esitetty prosessikarttana sosiaalihuollon palvelutehtävien prosessit. Kuvauksia voi tarkastella Prosessipankista 29. Jokaista palvelutehtävää klikkaamalla pääse katsomaan kyseisen tehtävän prosesseja tarkemmalle tasolle. 28 Ensimmäiset kuvaukset selitedokumentteineen valmistuivat vuonna Prosessien ylläpito on THL:n tehtävä ja prosessikuvauksia päivitetään mm. lainsäädännön muuttuessa tai toimintaprosessien muuttuessa muusta syystä. Toimintaprosessien päivittämisen projekti on käynnissä vuonna Projektin päätteeksi julkaistaan parannetut versiot prosesseista osana arkkitehtuurikuvauksia. 29 Prosessipankki THL Ohjaus / LUONNOS v. 0.9
19 Toiminta-arkkitehtuuri Kuva 8. Sosiaalihuollon palvelutehtäväkohtaiset toimintaprosessit Jokainen sosiaalihuollon palvelutehtävä sisältää 1-5 ydinprosessia. Sosiaalihuollon kuvaamisessa tarvittavia tunnistettuja ydinprosesseja on yhteensä 9. Myös prosessit vaiheineen on kuvattu ja julkaistu THL:n Koodistopalvelimella 30. Kuvassa 9 on esitetty kaikki sosiaalihuollon ydinprosessit ja niiden vaiheet. Aikaisemmin prosesseja on pystynyt tarkastelemaan vain palvelutehtäväkohtaisesti, jolloin sosiaalihuollon kokonaisuus ei ole välttämättä näyttäytynyt oikealla tavalla toimialaa vähemmän tuntevalle. Kussakin palvelutehtävässä yleisiä prosesseja käytetään hieman eri järjestyksessä. Osassa tehtävistä on mukana sekä hallinto- että palveluasioita, toisissa vain jompaakumpaa. Jokaista ydinprosessia kuvaavan katkoviivaisen laatikon sisällä on mainittu, missä palvelutehtävässä sitä sovelletaan THL:n laatimissa palvelutehtäväkohtaisissa mallikuvauksissa. 30 Sosiaalihuollon palveluprosessit -luokitus THL Ohjaus / LUONNOS v. 0.9
20 Toiminta-arkkitehtuuri Kuva 9. Sosiaalihuollon geneeriset prosessit Kuvassa 9 on esimerkki siitä, kuinka eri prosessit voivat liittyä toisiinsa, ja minkälaisia toiminnallisia ja ajallisia yhteyksiä eri prosesseilla on yhden palvelutehtävän sisällä. Vaikka palvelutehtävässä käytettäisiin samoja ydinprosesseja, palvelutehtävästä riippuen prosessien esiintymisjärjestys vaihtelee palvelutehtävittäin. Tämä on olennainen huomioitava asia myös tietojärjestelmien suunnittelussa. Kuva 10. Esimerkki: Päihdehuollon palvelutehtävän prosessit ja niiden yhteydet Esimerkki: Prosessien liittyminen toisiin prosesseihin Sosiaalihuollolle on tyypillistä, että asiakkaan palveluprosessit ovat moninaisia ja palvelun toteuttamiseen saattaa liittyä useita henkilöitä ja organisaatioita myös sosiaalihuollon sisällä. Palveluprosessin ja asiakkuuden edetessä asiakkaalla saattaa ilmetä palvelutarpeita, joita ei asiakkuuden alkuvaiheissa tunnistettu. THL Ohjaus / LUONNOS v. 0.9
21 Toiminta-arkkitehtuuri Arkkitehtuurityössä kuvattiin asiakastapaus, jonka prosessi mallinnettiin yleisellä tasolla. Tapauksessa pysyttiin sosiaalihuollon toimialan sisällä mutta tapauksena kuvattiin perhe, jossa esiintyy monenlaisia palvelutarpeita. Tämä kuvaus on esitetty kuvassa 11. Sosiaalihuollossa on tyypillistä että toinen palvelutehtävä voi käynnistää toisen palvelutehtävän asian, ja että asiakasprosessit ovat päällekkäisiä ja yhteisen toiminnan alueet eivät ole kovin selkeästi erotettavissa. Sosiaalihuollolle on ollut tyypillistä kuvata rekisterikohtaisia tai erityislakiin perustuvia prosesseja, jolloin sosiaalihuollon kokonaisasiakkuus on saattanut kadota. Uuden sosiaalihuoltolain yksi tavoite on vaikuttaa siihen, että asiakkuutta käsiteltäisiin aiempaa kokonaisvaltaisemmin myös sosiaalihuollon sisällä. Kuva 11. Sosiaalihuollon prosessien liittyminen toisiinsa, esimerkki lastensuojelusta Kuvassa 11 on huomioitava, että se kuvaa prosesseja vuoden 1987 sosiaalihuoltolain perusteella. Erityisesti lastensuojelun prosessit muuttuvat uuden sosiaalihuoltolain myötä. Kuvassa 10 asiakastapaus lähtee lastensuojelun asian vireille tulemisesta. Perheen lapsesta on tehty lastensuojeluilmoitus, joka otetaan käsittelyyn. Lastensuojelutarpeen selvittämisvaiheessa perheellä todetaan olevan taloudellisia ongelmia ja perhe ohjataan hakemaan toimeentulotukea. Perheen toimeentulotuen asian vireilletulo tapahtuu toimeentulotukihakemuksen jättämisen kautta. Tässä vaiheessa samaan perheeseen liittyen on vireillä kaksi sosiaalihuollon asiaa. Asiakastapauksessa perheen toimeentulotukiasia etenee selvittämisvaiheeseen ja lastensuojelun asia hallintoasian käsittelyyn, koska perheen lastensuojelun asiakkuus on päätetty käynnistää ja hakea perheelle ensivaiheessa perhetyön palvelua. Samanaikaisesti laaditaan lastensuojelun asiakassuunnitelma osana lastensuojelun järjestämisen prosessia. Perheelle aletaan tuottaa sosiaalipalvelun tuottamisprosessissa perhetyön palvelua mutta samalla toisella vanhemmista havaitaan henkilökohtaisen sosiaalityön tarvetta. Asiakastapauksessa huomion tekevät sekä toimeentulotuen käsittelijä että lastensuojelu. Toinen vanhemmista ohjataan aikuissosiaalityön eli sosiaalihuoltolain mukaisten palvelujen piiriin. Vanhempi tai lastensuojelun työntekijä tekee ilmoituksen sosiaalihuollon tarpeesta toiselle vanhemmista, mikä aloittaa uuden sosiaalihuollon asian. Lastensuojelu lapsen asiassa ja aikuissosiaalityö vanhemman asiassa laativat yhteisen tilannearvion vanhemman tilanteesta ja palvelutarpeen arvion yhteydessä vanhempi ohjataan päihdehuoltoon. THL Ohjaus / LUONNOS v. 0.9
22 Toiminta-arkkitehtuuri Päihdehuollossa alkaa uusi sosiaalihuollon asia. Vanhemman päihdehuollon tarvetta arvioidaan ja arvion perusteella päätetään myöntää vanhemmalle katkaisuhoitopaikka laitoksessa. Päätöksen tekemisen jälkeen vanhemman päihdehuollon asioita järjestetään ja saadaan sijoitettua hänen palveluntuottajan yksikköön. Laitoshoidossa oleminen huomioidaan toimeentulotuessa, joten vanhempi tai palveluntuottaja ilmoittaa toimeentulotuen käsittelyyn toteutuneet hoitovuorokaudet, jotka vähennetään vanhemman perusosasta. Asiakastapauksen kuvaaminen päätettiin tähän tilanteeseen, jolloin perhettä koskevia sosiaalihuollon asioita oli syntynyt vähintään 4 mutta asianhallinnasta riippuen niitä voisi olla myös enemmän. Esimerkki: Sosiaali- ja terveydenhuollon yhteisten palveluprosessien kuvaaminen Esimerkkinä on kuvattu sosiaali- ja terveydenhuollon yhteinen palvelukokonaisuus, joksi valittiin kotihoito, jossa yhdistyvät sosiaalihuoltoon kuuluva kotipalveluiden palvelutehtävä ja terveydenhuollon kotisairaanhoito. Kotihoidon kokonaisuus on kuvattu alla olevassa kuvassa (Kuva 12). Kuva 12. Sosiaalihuollon ja terveydenhuollon yhteistyö, esimerkki kotihoidon prosessi prosessikuvaus ei ota kantaa siihen, kumman toimialan puolelta kotihoidon asiakkuus aktivoituu. Jos kotihoitoa tarkastellaan terveydenhuollon näkökulmasta, kotisairaanhoitoon voidaan ohjautua esimerkiksi avosairaanhoidon tai erikoissairaanhoidon hoitoprosesseista. Kotipalveluiden näkökulmasta kotihoidon asiakkuus alkaa silloin, kun joku taho on tehnyt ilmoituksen tai ilmaissut jonkun henkilön kotipalvelujen tarpeen. Kotihoidon kokonaisuus ei välttämättä käynnisty heti, vaan asiakas voi olla ensin esimerkiksi kotipalveluiden asiakkaana. Kotipalveluissa todetaan tarve kotisairaanhoidolle palvelutarpeen arvioinnin yhteydessä ja yhteistyö käynnistyy konkreettisesi asiakkaan hoito- ja palvelusuunnitelman tai vastaavan asiakirjan laatimisen yhteydessä. Prosessi voisi edetä myös muulla tavoin riippuen organisaation toimintatavasta ja palveluohjausmallista. Olennaisimmat prosessien yhteistyöpisteet on kuvattu kuvan keskellä Hoito- ja palvelusuunnitelman laatiminen ja Kotihoidon tuottaminen toimenpiteinä. Asiakkaan saama palvelu tapahtuu varsinaisesti kohdassa Kotihoidon tuottaminen. THL Ohjaus / LUONNOS v. 0.9
23 Toiminta-arkkitehtuuri Tiedonhallinnan tukiprosessit Palvelutoimintaa kuvaavien prosessien lisäksi tarvitaan palvelutoiminnasta riippumattomien prosessien kuvauksia. Keskeisimmät näistä sosiaali- ja terveydenhuollon valtakunnallisessa kokonaisarkkitehtuurissa ovat tiedonhallinnan tukiprosessit. Tiedonhallinnan tukiprosessit kuvaavat toimintaa, jotka ovat riippumattomia toteutettavasta palvelusta. Ne voivat esiintyä lähes missä vaiheessa prosessia tahansa, joskin osa niistä voi toteutua vain tietyssä vaiheessa asiakkuusprosessia. Tiedonhallinnan tukiprosessien tehtävä on kuvata valtakunnallisten tietojärjestelmäpalveluiden käyttöä. Ne tarkentavat asiakastietojärjestelmän, asiointiportaalien ja arkistopalvelun tai muiden valtakunnallisten tietojärjestelmäpalvelujen välistä työnjakoa ja palveluiden käytön toimintamalleja. Sosiaalihuollon asiat ja palvelut käyttäytyvät tiedonhallinnan tukiprosessien näkökulmasta samankaltaisesti palvelutehtävästä riippumatta. Kuvassa 13 on kuvattu alustavasti tunnistetut tiedonhallinnan tukiprosessit ja niiden toiminnalliset yhteydet.tiedonhallinnan tukiprosessien selitteet Tiedonhallinnan tukiprosessit on kuvattu sanallisesti taulukossa 3. Tiedonhallinnan tukiprosessien mallinnus toteutetaan pääosin vuoden 2015 aikana. Alla oleva jäsennys ja mallinnettavat prosessit tarkentuvat ja muuttuvat vielä työn edetessä. Organisaatioissa on usein myös muita prosesseja (kuten laskutus, maksatus tai hankinnat), mutta kansalliseen prosessikarttaan on valikoitu sellaiset prosessit, joiden toteuttaminen liittyy valtakunnallisiin tietojärjestelmiin. THL Ohjaus / LUONNOS v. 0.9
24 Toiminta-arkkitehtuuri Kuva 13. Tiedonhallinnan tukiprosessit THL Ohjaus / LUONNOS v. 0.9
25 Toiminta-arkkitehtuuri Kaikkien sosiaalihuollon toimintaprosessien alussa käyttäjän on kirjautumisen yhteydessä tunnistauduttava ja asiakastietojärjestelmän on selvitettävä käyttäjän käyttöoikeudet. Sosiaalihuollon asiakastietoja käsiteltäessä käyttäjäoikeudet on toteutettava palvelutehtävän perusteella, lisäksi käyttöoikeuksia voidaan rajata esimerkiksi sosiaalipalvelun tai prosessin perusteella. Sosiaalihuollon asian aloittaminen voi tapahtua monella tavalla. Käsiteltävä asia voi tulla vireille esimerkiksi tietyn asiakirjan kautta tai palvelutarpeen tullessa muulla tavoin ilmi. Asian aloittamisen yhteydessä käydään yleensä hakemassa asiakkaan tietoja omasta rekisteristä ja tarvittaessa toisten rekisteristä. Lisäksi voidaan pyytää lisätietoja asiakkaalta itseltään tai toiselta toimijalta, ja pyyntö ja toimitetut tiedot liitetään käsiteltävään asiaan. Asiakas on saattanut myös vireillepanon yhteydessä toimittaa asiaansa liittyviä erilaisia selvityksiä tai tositteita, jotka liitetään käsiteltävään asiaan. Asian käsittelyn aloittamisen jälkeen voidaan edetä suoraan myös palvelun toteuttamiseen ja suunnittelemiseen, jossa arvioidaan ja selvitetään palvelutarvetta. Tarvittavat palvelu- ja hallintopäätökset palvelun antamisesta vaihtelevat palvelutehtävittäin ja palveluittain. Myös vaihe jossa nämä tehdään, vaihtelee sosiaalihuollon tehtävien välillä. Yhteistyön toteuttamiseen liittyvissä tukiprosesseissa kommunikoidaan toisten palvelunantajien kanssa. Yhteistyö voi olla konkreettisia asiakastapaamisia tai muuta toimintaa, tai tietopyyntöön liittyvää toimintaa. Asiakastietojen muodostamiseen kuuluu muun musassa asiakastiedon kirjaamista, asiakasasiakirjan muodostaminen tai asiakasasiakirjan korjaus. Ostopalvelun hallinta edellyttää muun muassa ostopalvelun käynnistämistä ja päättämistä. Palvelun tuottamiseen toisella toimijalla liittyy palvelu- ja maksuseteleiden hallintaa. Sitä mukaa kun tarvetta on arvioitu ja päätöksiä tehty, käynnistetään tarvittavat palvelut, osa näistä voi olla myös ostopalveluita. Alla olevaan taulukkoon on koottu toistaiseksi tunnistetut sosiaalihuollossa tarvittavat tiedonhallinnan tukiprosessit. Taulukko 3. Tiedonhallinnan tukiprosessien selitteet Tiedonhallinnan tukiprosessi A. Selvitä käyttäjän käyttöoikeudet Kuvaus Prosessi, jossa asiakastietojärjestelmä päättelee käyttäjän käyttöoikeudet perustuen käyttäjän ammattioikeuksiin ja tehtävänkuvaan palvelunantajalla. A. Tunnistaudu Prosessi, jossa sosiaalihuollon ammattihenkilö tunnistautuu varmennekortilla ja kirjautuu asiakastietojärjestelmään. A. Valitse rooli Prosessi, jossa sosiaalihuollon ammattihenkilö valitsee tietyn palvelutehtävän mukaisen roolin. Ammattihenkilö valitsee roolin sen perusteella, mitä asiaa/palvelua hän aikoo alkaa käsittelemään järjestelmässä. Roolin valinta tehdään silloin kun tiedetään mitä tiettyä asiakasta ja hänen tiettyä asiaa (väh. palvelutehtävän tasolla) hän aikoo käsitellä järjestelmässä. B. Aloita muualta tullut asia B. Ammattilaisen vireillepaneman asian aloitus B. Asiakkaan vireille paneman asian aloitus Prosessi, jossa sosiaalihuollon ammattihenkilö ottaa käsittelyyn muualta tulleen asian, ja muodostaa henkilölle sosiaalihuollon hallinto- tai palveluasian ja laatii tästä asia-asiakirjan. Asia-asiakirjaan liitetään myöhemmin asian käsittelyssä syntyvät asiakasasiakirjat. Prosessi, jossa sosiaalihuollon ammattihenkilö käynnistää hallinto- tai palveluasian tietylle asiakkaalle toiselta sosiaalihuollon ammattilaiselta tai palvelunantajalta tulleen asiakirjan tai muun palvelupyynnön perusteella. Prosessissa muodostetaan asiaasiakirja, johon kyseisen asian käsittelyssä syntyvät asiakirjat liitetään. Prosessi, jossa sosiaalihuollon ammattihenkilö käynnistää asiakkaalle uuden asian (hallinto- tai palveluasia) asiakkaalta tulleen asian takia. Asia voi tulla vireille tietyn asiakirjan (hakemus, ilmoitus) tai toimenpiteen (esim. ajanvaraus) kautta. Asian THL Ohjaus / LUONNOS v. 0.9
26 Toiminta-arkkitehtuuri B. Hoida kiireellinen asia vireillepanemisen yhteydessä muodostetaan asia-asiakirja, johon asian käsittelyssä syntyvät asiakirjat liitetään. Prosessi, jossa sosiaalihuollon ammattihenkilö pääsee käsittelemään henkilön tietoja ilman, että henkilöllä on vireillä olevaa asiaa tai ilman, että asiaa muodostetaan tietojärjestelmään. Tietojen käsittely rajoittuu ennalta säädettyihin palvelutehtäviin ja toimenpiteisiin. B. Informoi asiakasta Prosessi, jossa sosiaalihuollon ammattihenkilö antaa asiakkaalle informoinnin suullisesti asiakastapaamisen tai vastaavan yhteydessä ja kirjaa informoinnin "suoritetuksi". C. Hae liittyvien palvelutehtävien tiedot C. Hae palvelutehtävän tiedot C. Liitä asiakirja olemassa olevaan asiaan C. Pyydä asiakasasiakirjoja muista rekistereistä C. Pyydä lisätietoja asiakkaalta Prosessi, jossa sosiaalihuollon ammattihenkilö hakee omasta asiakasrekisteristä tietoja muista palvelutehtävistä kuin siitä, johon liittyvää asiaa hän on hoitamassa. Sosiaalihuollon ammattihenkilö voi valita itse palvelutehtävät, joista hän hakee tietoa tai asiakastietojärjestelmä voi palauttaa ennalta määrätyt palvelutehtävät ja niihin liittyvät asiakirjat haun perusteella. Asiakastietojen käyttö edellyttää asiayhteyden todentamista tarkistamista sosiaalihuollon ammattilaisen ja sosiaalihuollon asiakkaan välillä. Prosessi, jossa sosiaalihuollon ammattihenkilö hakee omasta asiakasrekisteristä asiakasasiakirjoja, palvelu-, palvelukokonaisuus- tai asia -tietoja siitä palvelutehtävästä, johon liittyvää asiaa hän on hoitamassa. Prosessi, jossa sosiaalihuollon ammattihenkilö tai asiakastietojärjestelmä päättelysääntöjen perusteella liittää sosiaalihuollon palvelunantajan tai asiakkaan laatiman, tai muualta tulleen asiakirjan olemassa olevaan sosiaalihuollon asiaan ja tallentaa asiakirjan arkistopalveluun. Prosessi, jossa sosiaalihuollon ammattihenkilö tekee tiedonluovutuspyynnön muiden sosiaalihuollon palvelunantajien asiakasrekisteriin. Arkistopalvelu tarkistaa, että ammattilaisen ja asiakkaan asiayhteys on todennettu ja palauttaa sen jälkeen ensin kuvailutiedot ja sitten niiden perusteella rajatut asiakirjat. Prosessi, jossa sosiaalihuollon ammattihenkilö tekee lisäselvityspyynnön asiakkaalle. Lisäselvityspyyntö välitetään Omakanta-palvelun kautta asiakkaalle, johon hän voi vastata Omakanta-palvelun kautta. D. Tee hallintopäätös Prosessi, jossa sosiaalihuollon ammattihenkilö tekee hallintolain edellyttämän päätös-asiakirjan asiakkaan palvelusta, taloudellisesta etuudesta tai tukitoimenpiteestä. Hallintopäätöksen tekeminen voi käynnistää sosiaalihuollon asiakkuuden. D. Tee palvelupäätös Prosessi, jossa sosiaalihuollon ammattihenkilö päättää käynnistää sosiaalihuollon palvelun asiakkaalle. Palvelupäätös on tosiasiallista hallintotoimintaa ja siitä ei kirjata hallintopäätöstä. Palvelun käynnistäminen tulee kuitenkin kirjata asiakastietoihin. Palvelupäätös voi käynnistää sosiaalihuollon asiakkuuden. E. Muodosta palvelukokonaisuus E. Päätä palvelukokonaisuus E. Suunnittele palvelun toteuttaminen Prosessi, jossa sosiaalihuollon ammattihenkilö kirjaa asiakkaan palvelukokonaisuuden asiakastietoihin ja muodostaa palvelukokonaisuudesta palvelukokonaisuus - asiakirjan. Jos kyseessä ei ole ensimmäinen palvelukokonaisuus, vaan uuden palvelukokonaisuuden muodostaminen, voidaan vanha palvelukokonaisuus liittää uuteen, mikäli toimijat ovat samat ja mukaan tulee vain uusi toimija. Prosessi, jossa sosiaalihuollon ammattilainen päättää olemassa olevan palvelukokonaisuuden. Päätetty palvelukokonaisuus voidaan liittää osaksi uutta muodostettavaa palvelukokonaisuutta, jos "vanhojen" osallisten lisäksi tulee uusi toimija. Vanhaa palvelukokonaisuutta ei voi liittää uuteen palvelukokonaisuuteen, jos joku vanhoista toimijoista ei ole enää mukana. Prosessi, jossa sosiaalihuollon ammattihenkilö, asiakas ja tarvittaessa muu toimija yhdessä suunnittelevat asiakkaan palvelutarpeen perusteella sosiaalipalveluja ja niiden toteuttamista asiakkaalle. Suunnittelun perusteella laaditaan yleensä asiakassuunnitelma. Suunnittelemisen tukena hyödynnetään asiakkaan aiemmin laadittuja THL Ohjaus / LUONNOS v. 0.9
27 Toiminta-arkkitehtuuri F. Pyydä asiakasta koskevia tietoja toiselta toimijalta asiakastietoja ja palvelunantajan resurssitietoja. Suunnittelemisen tueksi tarvitaan usein asiakkaasta aiemmin laadittuja asiakirjoja ja palvelu -tietoja, palvelukokonaisuus -tietoja. Prosessi, jossa sosiaalihuollon ammattihenkilö laatii lisäselvityspyynnön tai muun vastaavan asiakirjan, jolla hän pyytää asiakasta koskevia tietoja taholta, joka ei tallenna tietoja sosiaalihuollon asiakastiedon arkistoon. Tietopyynnön tekeminen saattaa edellyttää hallintopäätöksen tekemistä tietopyynnöstä. Tietopyyntö tallennetaan asiakasrekisteriin ja lisäksi se välitetään sille toimijalle, jota tietopyyntö koskee. F. Pyydä toimenpiteitä Prosessi jossa sosiaalihuollon ammattihenkilö pyytää virka-apua tai muuta apua tai toimenpiteitä toiselta sosiaalihuollon palvelunantajalta tai toimialalta. Joissain tapauksissa toimenpidepyyntö edellyttää tietyn asiakirjan laatimista, joka toimitetaan toisella osapuolelle ennen toimenpiteen toteuttamista. Muualle toimitettava asiakirja tallennetaan myös sosiaalihuollon asiakasrekisteriin. F. Tee palvelun suunnittelu yhteistyössä F. Tee palvelutarpeen arviointi yhteistyössä F. Tuota palvelua yhteistyössä F. Vastaanota ja käsittele asiakirja tai tietopyyntö G. Korjaa virheellinen asiakirja Prosessi, jossa sosiaalihuollon ammattihenkilö, asiakas ja kolmas osapuoli yhdessä suunnittelevat asiakkaalle toteutettavia palveluja. Yhteisen suunnittelun tuloksena syntyy yleensä suunnitelma, joka voidaan tallentaa suunnitteluun osallistuneiden rekisteriin. Prosessi, jossa sosiaalihuollon ammattihenkilö, asiakas ja kolmas osapuoli yhdessä arvioivat asiakkaan palvelutarvetta tai muuta asiakkuuteen liittyvää asiaa. Yhteinen arviointi tai muu tekeminen voi edellyttää asiakastietojen välittämistä eri rekisterien välillä. Arvioinnin tai muun tekemisen lopussa muodostetaan jokin asiakirja, joka voidaan tallentaa osallisten rekistereihin. Prosessi, jossa asiakkaan palvelun tuottamiseen osallistuu useampi kuin yksi palvelunantaja. Toimija voi olla sosiaalihuollon toinen palvelunantaja tai muun toimialan toimija. Sosiaali- ja terveydenhuollon yhteisen palvelun tuottamisessa asiakirjat erotellaan sosiaali- tai terveydenhuollon asiakirjoiksi. Ne tiedot, jotka eivät ole potilasasiakirjoja, voivat olla yhteisiä. Prosessi, jossa sosiaalihuollon ammattihenkilö vastaanottaa ja tallentaa tulleen asiakirjapyynnön tai muun tietopyynnön omaan rekisteriin. Tämän jälkeen ammattilainen tarkistaa onko tiedon luovutukselle olemassa perusteet, pyytää tarvittaessa tarkennuksia ja sen jälkeen päättää toimenpiteistä joihin ryhtyy pyynnön johdosta ja toimii pyynnön mukaisesti. Prosessi, jossa sosiaalihuollon ammattihenkilö ottaa arkistopalvelusta asiakirjan takaisin omaa käsittelyään varten korjatakseen asiakirjassa esiintyvän virheen (Hallintolain 51 mukainen kirjoitusvirheen korjaaminen), tekee muutoksen ja tallentaa asiakirjasta uuden version arkistopalveluun. G. Muodosta asiakirja Prosessi, jossa sosiaalihuollon ammattihenkilö tai asiakastietojärjestelmä kirjaa asiakirjaan tietoja ja muodostaa niistä asiakirjan. Asiakirja muodostetaan tiettyyn tarpeeseen tietyssä asiakasprosessin vaiheessa. Asiakirjan muodostamisen ja allekirjoitusten jälkeen se tallennetaan arkistopalveluun. G. Muodosta asiankäsittely- tai asiakaskerto- Prosessi, jossa sosiaalihuollon ammattihenkilö kirjaa tietoja asiakaskertomukseen. musta G. Tee sähköinen allekirjoitus Prosessi, jossa sosiaalihuollon ammattihenkilö tietoisesti allekirjoittaa henkilön kehittyneellä allekirjoituksella valmiin asiakirjan muualle toimittamista ja/tai arkistoon viemistä varten. Allekirjoituksen jälkeen asiakirjan sisältöä ei voida enää muuttaa. H. Päätä asia Prosessi, jossa sosiaalihuollon ammattihenkilö tietoisesti päättää sosiaalihuollon asiakkaan palvelu- tai hallintoasian käsittelyn. Asian päättyminen merkitään asiaasiakirjaan, jonka jälkeen kaikille asiaan kuuluville asiakirjoille määritellään sama säilyttämisaika, jollei laista muuta johdu. H. Päätä asiakkuus Prosessi, jossa sosiaalihuollon ammattihenkilö kirjaa asiakkuuden päättyneeksi sosi- THL Ohjaus / LUONNOS v. 0.9
28 Toiminta-arkkitehtuuri aalihuollon asiakasasiakirjaan ja tämän jälkeen päättää asiakkaan voimassa olevat palvelut, asiat ja palvelukokonaisuudet. H. Päätä asiayhteys Prosessi, jossa sosiaalihuollon ammattihenkilö tai sosiaalihuollon asiakastietojärjestelmä päättelysäännösten perusteella päättää voimassaolevan asiayhteyden tietyn sosiaalihuollon asiakkaan ja ammattilaisen välillä. Asiayhteyden päättyminen tallennetaan/tulee tallentua asiayhteys -asiakirjaan (tämä tarkistettava käykö ilmi juuri siitä asiakirjasta) I. Jatka ostopalvelua Prosessi, jossa sosiaalihuollon ammattihenkilö jatkaa olemassaolevan ostopalveluvaltuutuksen voimassaoloaikaa. Jatkaminen perustuu olemassa olevaan hallintopäätökseen tai sopimukseen palvelun tuottamisesta asiakkaalle. I. Käynnistä ostopalvelu Prosessi, jossa hallintopäätöksen (julk.) tai sopimuksen (yksit.) perusteella sosiaalihuollon ammattihenkilö käynnistää ostopalvelun toteuttamisen tietyn toimijan kanssa. Ostopalvelun käynnistämisen yhteydessä laaditaan ostopalveluvaltuutus. Ostopalvelun aloittaminen edellyttää myös sopimusta tietojen käsittelystä järjestäjän ja tuottajan kesken. I. Päätä ostopalvelu Prosessi, jossa sosiaalihuollon ammattihenkilö päättää voimassaolevan ostopalvelun ja siihen liittyvän varmenteen ennen sille määritellyn voimassaolon päättymistä. Päättäminen voi tapahtua myös automaattisesti silloin, kun ostopalvelun ja siihen liittyvän voimassaolo lakkaa. J. Asioiden vireillepano Prosessi, jossa asiakas voi jättää hakemuksia, ilmoituksia tai muulla tavalla laittaa asian vireille. J. Kirjaudu Prosessi, jolla kansalainen tunnistautuu ja kirjautuu Omakantaan. J. Omaan asiaan osallistuminen tiedoksisaannin kuittaamista tms. Asiakkaan osallistuminen omaan asiaansa, joka voi sisältää lisätietojen toimittamista, J. Omien tietojen katselu Prosessi, jossa kansalainen voi katsella omien hallinto- ja palveluasioidensa tietoja ja niihin liittyviä asiakirjoja. Alla (kuva 14) on kuvattu esimerkkinä yksi tiedonhallinnan prosessi. Prosessi kuvaa asiakkaan vireille paneman asian aloittamista ja prosessin työnkulkua ja tehtäviä asiakkaan, asiointipalvelun, sosiaalihuollon ammattihenkilön, asiakastietojärjestelmän ja sosiaalihuollon arkistopalvelun välillä. Asiakas Asiakas tunnistautunut Täytä tarvittavat tiedot Vastaanota tieto asian aloittamisesta Asiointipalvelu Hae tarvittava asiakirjapohja Tallenna ja välitä asiakirja Sosiaalihuollon ammattilainen Hakemus tai ilmoitus Ota asia käsiteltäväksi Asian käsittely voi alkaa akastietojärjestel Asia-asiakirja Vastaanota ilmoitus ja aloita asia Ilmoita asian käsittelyn aloittamisesta asiakirjan lähettäjälle Laita asia käsittelyjonoon Kansa Hakemus tai ilmoitus Arkistoi ilmoitus Kuva 14. Esimerkki tiedonhallinnan tukiprosessista kuvattuna työnkulkutasolla THL Ohjaus / LUONNOS v. 0.9
29 Toiminta-arkkitehtuuri Prosessissa asiakas laittaa asiansa vireille asiointipalvelun kautta täydentämällä hakemus-tyyppisen asiakirjan tiettyyn sosiaalihuollon palveluun. Asiointipalvelusta asiakirja välitetään oikealle palvelunantajalle tämän järjestelmään, josta se arkistoidaan ja asian käsittelyä jatketaan sosiaalihuollossa ja asiakasta tiedotetaan asian käsittelyn aloittamisesta. Tiedonhallinnan tukiprosessien keskeinen tehtävä on selkeyttää työnjakoa eri järjestelmien ja toimijoiden välillä. Sidosryhmät ja roolit Sosiaalihuollon toimintaympäristö on varsin moninainen. Asiakkaan asiaa hoidettaessa yhteistyötä tehdään monien tahojen kanssa sekä sosiaalihuollon sisällä että ulkopuolella. Asiakkaan tilannetta selvitettäessä ja palvelutarvetta arvioitaessa tarvitaan tietoja ja lausuntoja muilta toimijoilta ja suunnitelmia tehdään yhteistyössä muiden toimijoiden kanssa. Sosiaalihuollolle on tyypillistä, että sen tehtävänä on koordinoida myös palveluiden järjestämistä, jotta asiakkaan palvelukokonaisuus olisi mahdollisimman tehokasta ja asiakkaalle tarkoituksenmukaista. Sosiaali- ja terveydenhuollon sidosryhmät ovat pääosin samoja toimijoita mutta sosiaalihuollossa sidosryhmiä on enemmän kuin terveydenhuollossa. Kuvassa 15 oranssilla pohjalla olevat sidosryhmät ovat tyypillisiä sosiaalihuollolle, valkoiset terveydenhuollolle ja vaalean keltaiset molemmille toimialoille. Sidosryhmien selitteet on koottu SoTe KA linjaukset ja periaatteet -julkaisuun 31. Kuva 15. Sosiaali- ja terveydenhuollon sidosryhmät 31 Huovila ym. 2014a THL Ohjaus / LUONNOS v. 0.9
30 Toiminta-arkkitehtuuri Sosiaalihuollon roolit on tässä tunnistettu asianhallinnan ja asiankäsittelyyn liittyvien tehtävien mukaisesti. Rooli määrittelee eri osapuolten osallisuutta asiaan ja samalla kertoo myös kunkin velvollisuuksista sekä tietojen saantioikeudesta. Sosiaalihuollon roolit eivät välttämättä liity henkilöön, vaan ne voivat liittyä myös organisaatioon tai palvelun tuottamiseen. Kuvan 15 sidosryhmistä sisäiset toimijat voivat saada joitain kuvassa 16 esitetyistä rooleista. Tunnistetut roolityypit ovat esimerkiksi: Sosiaalihuollon ammattihenkilön työroolit Henkilösuhdetta ilmaisevat roolit Käsiteltävään asiaan tai asiakirjaan liittyvät ammattihenkilön roolit Käsiteltävään asiaan tai asiakirjaan liittyvät asiakkaan roolit Asiakkaan ja ammattihenkilön yhteiset asiaan tai asiakirjaan liittyvät roolit Palvelun tuottamiseen liittyvät roolit Organisaation roolit Tietojenkäsittelyyn liittyvät roolit. Kuva 16. Esimerkkejä sosiaalihuollon rooleista Ammattihenkilön työroolit voivat nousta lainsäädännöstä (esim. lastenvalvoja, sosiaaliohjaaja) tai ne voivat olla paikallisesti sovittuja rooleja. Ammattihenkilön työrooleista ei ole vakiintunutta käsitteistöä, mutta tietyt ammattinimikkeet on usein mielletty myös eräänlaisina työrooleina. Suhdetta ilmaisevat roolit ovat tyypillisiä asiakasasiakirjoissa käytettäviä rooleja. Näillä rooleilla kuvataan jonkun henkilön suhdetta sosiaalihuollon asiakkaaseen tai asiakkaan suhdetta johonkin yksityishenki- THL Ohjaus / LUONNOS v. 0.9
31 Toiminta-arkkitehtuuri löön (esim. huoltaja, muu lapsen hoidosta vastaava henkilö). Myös tietty ryhmä voi esiintyä roolina, kuten läheisverkosto. Käsiteltävään asiaan tai asiakirjaan liittyvät ammattihenkilön roolit voivat esiintyä joko asiakirjassa, tai ne kuvaavat ammattihenkilön suhdetta asiakkaan käsiteltävänä olevaan sosiaalihuollon asiaan. Tällaisia rooleja ovat esimerkiksi päätöksentekijä tai lisätietojenantaja. Ammattilainen voi olla myös muu kuin sosiaalihuollon ammattihenkilö. Esimerkiksi terveydenhuollossa toimiva psykologi tai lääkäri voi toimia asiantuntija -roolissa suhteessa sosiaalihuoltoon. Käsiteltävään asiaan tai asiakirjaan liittyvät asiakkaan roolit esiintyvät myös useimmiten asiakirjoissa. Näistä tyypillisimpiä ovat esimerkiksi hakija, tai suhteessa käsiteltävään asiaan rooli asianosainen. Asiakkaan ja ammattihenkilön yhteiset asiaan tai asiakirjaan liittyvät roolit ovat sellaisia, joita voi saada joko asiakas tai sosiaalihuollon ammattihenkilö. Palvelun tuottamiseen liittyvä rooli kuvaa yksityishenkilön tai palveluntuottajan roolia suhteessa palveluun, asiakkaaseen tai asiakkaan asiaan. Tällainen rooli voi olla esimerkiksi tukihenkilö. Organisaation roolit kuvaavat tyypillisesti tietyn organisaation suhdetta sosiaalihuollon palvelunantajaan, kuten sijaishuoltopaikka. Myös palvelunantaja voi saada tällaisen roolin, jolloin rooli ei välttämättä liity tuottamiseen (esim. sitoumuksen antaja ). Tietojenkäsittelyyn liittyviä rooleja käytetään asiakastietojärjestelmissä kuvaamaan henkilön suhdetta tietojenkäsittelyn tehtäviin. Tällaisia rooleja ovat esimerkiksi pääkäyttäjä tai tekninen päivittäjä. Yksittäiset sidosryhmät voivat saada useita eri rooleja tai toimia yhtäaikaisesti useammassa roolissa suhteessa sosiaalihuoltoon. Alla olevassa kuvassa on esimerkkikuvaus sosiaalihuollon asiakastietojen käsittelyn kannalta keskeisimpien sidosryhmien ja roolien suhteista. Kuvassa vaalean keltaiset roolit ja sidosryhmät ovat sosiaali- ja terveydenhuollolle yhteisiä ja oranssilla kuvatut vain sosiaalihuollon rooleja. THL Ohjaus / LUONNOS v. 0.9
32 Toiminta-arkkitehtuuri Kuva 17. Sidosryhmät ja roolit Esimerkki: Lastensuojelun toimintaympäristön kuvaaminen Jotkut sosiaalihuollon tehtävät poikkeavat toisistaan melko paljon. Sosiaalihuollossa on palveluita, jotka ovat ajallisesti lyhyitä ja voidaan kuvata melko yksinkertaisina prosesseina. Tällaiset palvelut ovat usein juridisesti merkittäviä, kuten isyyden selvittäminen tai lapsen elatusavun vahvistaminen. Lastensuojelu on yksi haastavimmista ja moninaisimmista sosiaalihuollon palvelutehtävistä. Tästä syystä se on valittu useimpiin arkkitehtuurikuvausten esimerkkeihin. Lastensuojelun toimintaa soveltamalla saadaan todennäköisesti ideoita myös muiden palvelutehtävien kuvaamiseen. Seuraavassa soveltamismallissa (Kuva 18) on hyödynnetty seuraavia toiminta-arkkitehtuuriin kuuluvia kuvauksia: sosiaalipalvelujen luokitus (palvelutehtävät ja prosessit), sidosryhmät ja roolit. Kuvaus on tehty vuoden 1987 sosiaalihuoltolain ollessa lainvoimainen. THL Ohjaus / LUONNOS v. 0.9
33 Toiminta-arkkitehtuuri Kuva 18. Esimerkki sosiaalihuollon toimintaympäristöstä, palvelutehtävänä Lastensuojelu Lastensuojelulla on sekä sisäisiä että ulkoisia sidosryhmiä. Ulkoisten sidosryhmien kanssa tehdään yhteistyötä useimmiten asiakkaan palveluiden suunnittelussa, lisäksi annetaan tarvittaessa lausuntoja sidosryhmälle tai pyydetään sidosryhmältä lausuntoa sosiaalihuoltoon. Sisäiset sidosryhmät ovat suoraan lastensuojelun osallisia tai sisäisiä toimijoita. Ulkoiset sidosryhmät voivat olla esimerkiksi ilmoituksen tekijän roolissa ja itse asiassa ilmoituksen tekijä voi olla kuka tahansa. Tarvittaessa ilmoittavaan tahoon ollaan yhteydessä ja pyydetään lisätietoja. Lastensuojelussa yhteistyötä tehdään esimerkiksi lasten osalta päivähoidon ja jälkihuollossa olevan nuoren asiassa työvoimahallinnon kanssa. Koulun kanssa tehtävä yhteistyö toteutuu koulun sosiaalityön kautta. Hallinto-oikeudelta haetaan tietyissä tapauksissa päätös lasta koskevassa asiassa. Terveydenhuollon palvelunantajat ja muut asiantuntijat ovat tyypillisesti lausunnonantajia ja poliisilta pyydetään ja saadaan tarvit- THL Ohjaus / LUONNOS v. 0.9
34 Toiminta-arkkitehtuuri taessa virka-apua. Jos lapsi otetaan huostaan ja sijoitetaan kodin ulkopuolelle, peritään lapsilisä Kelalta tai vanhemman mahdollisesti saamasta eläkkeestä osuus palvelunjärjestäjälle. Lisäksi voi olla muitakin ulkoisia toimijoita. Sisäiset sidosryhmät on kuvattu rooleina. Lastensuojelun ilmoitukset tulevat palvelunjärjestäjän eli käytännössä kunnan sosiaalihuollon viranomaisen käsiteltäväksi. Ilmoitus voi tulla mistä tahansa, mutta usein lastensuojelun asian käynnistäjänä on toinen sosiaalihuollon palvelutehtävä, jossa lastensuojelun mahdollinen tarve on tullut esille. Alkukartoitukseen osallistuvat sosiaalihuollon ammattilaiset, lapsi ja hänen lähipiiriinsä kuuluvat henkilöt. Hallintoasiat ovat palvelunjärjestäjän ja asianosaisten välisiä. Palvelujen järjestämisessä, vastaavasti kuin alkukartoituksessa, ovat mukana sekä ammattilaiset että lapsi lähipiirinsä kanssa. Palvelun tuottamisen alkaessa asian hoitoon osallistuu myös palveluntuottaja. Myös yksityishenkilö voi toimia palvelun tuottajan roolissa, kuten tukihenkilö tai perhehoitaja. Lastensuojelussa voi tulla esille tarve muihin sosiaalihuollon palvelutehtäviin, joita on kuvattu kuvan oikeassa laidassa. THL Ohjaus / LUONNOS v. 0.9
35 Tietoarkkitehtuuri Tietoarkkitehtuuri Käsitemalli Käsitemallin kuvauksen tarkoituksena on selvittää organisaation ja kyseessä olevan toiminnan keskeiset käsitteet. Käsitteet tulisi ryhmitellä kuvattavalla arkkitehtuurialueella luonnostaan olevien ryhmien mukaan, esimerkiksi yhteisten käsitteiden ja toimialueella yleisesti käytettyjen käsitteiden mukaan. Käsitemallissa tulee myös viitata eri toimialueiden kansallisiin käsitemalleihin, jos näitä on olemassa 32. Sosiaalihuollon käsitemalli kuvaa sosiaalihuollon asiakastietoihin liittyvät käsittelysäännöt käsitemallin keinoin. Sosiaalihuollon asiakirjarakenteet toteuttavat sosiaalihuollon asiakastietomallin. Asiakastietomalli on kuvattu erikseen 33. Seuraavassa kuvassa on esitetty sosiaalihuollon käsitteet tietomallina. Kuva 19. Sosiaalihuollon käsitteet Seuraavissa luvuissa sosiaalihuollon käsitemalli avataan pienempinä kokonaisuuksina. 32 JHS Ailio & Kärki 2014 THL Ohjaus / LUONNOS v. 0.9
36 Tietoarkkitehtuuri Asiakkuus ja asiayhteys Asiakkuus on yksi keskeisimmistä sosiaalihuollon käsitteistä. Asiakkuus sosiaalihuollossa on aiemmin ollut vaikeasti määriteltävissä, koska jokainen oma palvelutehtävänsä on muodostanut oman erillisen asiakkuutensa. Asiakasasiakirjalain myötä sosiaalihuollon asiakkuus määritellään suhteessa palvelunjärjestäjään, jolloin sosiaalihuollon asiakkuus on yksi asiakkuus. Myös asiayhteys on olennainen käsite asiakastietojen käsittelyn näkökulmasta. Asiayhteys oikeuttaa asiakastietojen käsittelyyn ja sen olemassaolon tulee voida todentaa kiistatta asiakastietoja käsiteltäessä. Kuva 20. Asiakkuus ja asiayhteys Henkilöt ovat sosiaalihuollon asiakkaita, palvelunjärjestäjän ja henkilöiden välille syntyy asiakkuus. Samaan asiakkuuteen voi kuulua useita henkilöitä eri rooleissa. Asiakkuuksia perustuu eri palvelutarpeisiin. Esimerkiksi lastensuojelussa saman perheen lapsilla on kullakin oma asiakkuus, sillä kunkin lapsen asiaa hoidetaan erikseen ja kullakin lapsella on erilainen palvelujen tai tuen tarve. Toisaalta aikuisella henkilöllä taas voi olla useamman palvelutehtävän kattava asiakkuus, eli hän saa saman asiakkuuden alla esimerkiksi päihdehuollon, sosiaalihuoltolain mukaisten palvelujen ja sosiaalisen luototuksen palveluita. Asiakkuus alkaa ja päättyy palvelutehtäväkohtaisesti tietoisesti mutta sosiaalihuollon asiakkuus on tosiasiallisesti vain yksi asiakkuus. Kun ammattihenkilö alkaa hoitaa asiakkaan asioita, edellytetään välittömästi asiayhteyttä ammattihenkilön ja asiakkuuden välille. Asia voi alkaa asiakkaan, toisen henkilön tai viranomaisen, tai sosiaalihuollon ammattihenkilön itsensä aloitteesta. Asiayhteyttä edellytetään jo asiakkaan tietojen katselussa. Ammattihenkilö on useimmiten sosiaalihuollon ammattihenkilö, mutta myös terveydenhuollon ammattihenkilö voi osallistua asiakkaalle tuotettaviin palveluihin ja kirjata toteuttamiskertomusta tai muita sosiaalihuollon asiakasasiakirjoja. Tällöin terveydenhuollon ammattihenkilö toimii sosiaalihuollon palveluissa omilla tehtävänkuvaan rajatuilla käyttöoikeuksillaan. Kunkin ammattihenkilön oikeutta sekä nähdä asiakkaan tietoja että kirjata niitä, rajoittaa ammattihenkilön rooli palvelunantajan palveluksessa. THL Ohjaus / LUONNOS v. 0.9
37 Tietoarkkitehtuuri Ammattihenkilöllä on roolinsa edellyttämät oikeudet eri palvelutehtävien suorittamiseen. Esimerkiksi lastenvalvojan toteuttamia palvelutehtäviä ovat muun muassa isyyden selvittäminen ja lapsen elatusavun vahvistaminen. Palvelutehtävien välillä on välttämättömiä tehtävään hoitamiseen liittyviä tiedonsaantitarpeita, mikä oikeuttaa lastenvalvojan käsittelemään asiakkaan tietoja molemmissa palvelutehtävissä. Sosiaalihuollossa tietyissä palvelutehtävissä on välttämätöntä päästä lukemaan toisissa palvelutehtävissä syntyviä asiakastietoja, mikä kuvataan tiedonsaantioikeuden kautta käsitemallissa. Niinpä kukin ammattihenkilö saa käyttöönsä omiin palvelutehtäviinsä liittyvät tiedot ja luettavakseen myös liittyvien palvelutehtävien tiedot asiakkaan tilanteen niin vaatiessa. Asiat ja asiakirjat Sosiaalihuollossa asiakas saa sosiaalipalveluja. Palvelunjärjestäjän näkökulmasta sosiaalihuollossa hoidetaan asiakkaan asioita. Asiat voivat olla luonteeltaan hallintoasioita tai palveluasioita. Asioiden hoitamisen yhteydessä syntyy asiakastietoa, joka tallennetaan tavoitetilassa asiakasasiakirjoina valtakunnalliseen sosiaalihuollon asiakastiedon arkistoon. Kuva 21. Asiat ja asiakirjat Asiakkuuden alla voi olla meneillään useampia asioita, osa asioista voi olla myös päättyneitä. Asiat ovat palvelutehtäväkohtaisia. Jos kaksi asiaa liittyy asiallisesti toisiinsa, voidaan ne linkittää toisiinsa yhteen. Silloin ammattihenkilö tietää katsoa tarvittaessa molempiin asioihin liittyvät asiakastiedot. Asiakkaan asioita voidaan koota myös palvelukokonaisuuksiin. Sosiaalihuollossa käsiteltävät asiat ovat tyypeiltään palveluasioita tai hallintoasioita. Jokaisella asiakkaalla on vähintään yksi palvelu- tai hallintoasia. Jokainen asiakasasiakirja kuuluu yhteen ja vain yhteen asiaan, mutta voidaan tarvittaessa liittää myös muihin asioihin ja palvelutehtäviin. Esimerkiksi jollekin asiakkaalle tehdään päätös, jonka perusteella käynnistetään palvelu (esimerkiksi asumispalvelu). Päätös asiakirja kuuluu hallintoasiaan. Palvelun tuottamisen asiakirjat kuuluvat palveluasiaan. Voi olla tarpeen, että asumispalveluissa laadittavasta asiakirjasta tai itse palveluasiasta viitataan hallintoasiaan tai tiettyyn päätös asiakirjaan, jonka perusteella palvelua on lähdetty toteuttamaan. THL Ohjaus / LUONNOS v. 0.9
38 Tietoarkkitehtuuri Liiteasiakirja on aina itsenäisen asiakirjan tai kertomuksen liite. Liite ei voi leijua pelkkänä liitteenä, vaan se on liitettävä osaksi asiakkaan asiaa ja asiakirjoja. Asiakkuudesta kirjattavat asiakastiedot, jotka eivät muodosta itsenäisiä asiakasasiakirjoja, ovat kertomusta. Kertomukseen voidaan kirjata asioiden etenemistä tai palvelun tuottamiseen liittyviä päivittäistapahtumia. Kertomustapahtumista voidaan koostaa (käyttöoikeuksilla) erilaisia kertomuksia eri käyttötarkoituksiin. Kertomuksia ovat mm. asiankäsittelykertomus, palvelunantajan asiakaskertomus tai toteuttamiskertomus. Rekisterit ja luovutus Sosiaalihuollon rekisterit ovat sosiaalihuollon ilmoitusrekisteri ja sosiaalihuollon asiakasrekisteri (LAKI). Asiakirjat tallennetaan palvelutehtävien perusteella jompaankumpaan rekisteriin. Yksi asiakirja voi kuulua usempaan kuin yhteen palvelutehtävään. Kuva 22. Rekisterit ja luovutus Asiakirja kuuluu aina yhteen rekisteriin. Kun tietoja luovutetaan rekisterien välillä, syntyy luovutus. Asiakasasiakirjan luovuttaminen rekisterien välillä edellyttää luovutusmerkintöjä. Asiakasasiakirjat voivat olla itsenäisiä asiakirjoja tai liitteitä. Itsenäisen asiakirjan erikoistapaus on yhteinen asiakirja. Sosiaali- ja terveydenhuollon kontekstissa yhteisen asiakirjan laatii sosiaali- ja terveydenhuollon henkilöstö yhdessä. Sosiaalihuollossa yhteinen asiakirja voi olla myös muiden toimialojen kanssa yhdessä laadittu moniammatillinen asiakirja, jonka käsittelystä säädetään asiakastietolaissa HE 345/2014 vp THL Ohjaus / LUONNOS v. 0.9
39 Tietoarkkitehtuuri Sosiaali- ja terveydenhuollon yhteisen asiakirjan sisältämät tiedot ovat toimialojen yhteisiä ja se voi sisältää sekä sosiaalihuollon asiakastietoa että terveydenhuollon potilastietoja. Lain mukaan terveydenhuollon tiedot tulee kuitenkin voida erottaa potilasasiakirjoina ja liittää potilasrekisteriin. Yhteisen sosiaalihuollon toimintayksikössä laaditun asiakirjan saa tallentaa kopiona myös terveydenhuoltoon. Kopiota ei tarvita, jos se on esimerkiksi teknisen käyttöyhteyden kautta luettavana suoraan sosiaalihuollon rekisteristä. Käyttäjälle olisi parasta, jos myös yhteinen asiakirja näkyy yhtenäisenä asiakirjana mieluummin kuin sosiaali- ja terveydenhuollon osuuksina. Kielto ja valtuutus Sosiaalihuollon kielto malli perustuu olettamaan, että sosiaalihuollossa asiakastietojen käsittely perustuu informointiin ilman erillistä suostumusta. Lopullinen suostumus- tai kieltomalli vahvistuu asiakastietolain säädöksissä ja käsitemalli ja muut arkkitehtuurikuvaukset päivitetään tarvittaessa jos tämä malli ei toteudu. Kuva 23. Kielto ja valtuutus Henkilöt voivat asettaa kieltoja, jotka rajoittavat henkilöön liittyvien sosiaalihuollon asiakasasiakirjojen näkyvyyttä sosiaalihuollon ammattilaisille. Ammattihenkilön lakiin perustuva tehtävä ja siihen liittyvät tiedonsaantitarpeet voivat ohittaa asetetun kiellon. Henkilöt voivat valtuuttaa toisia henkilöitä edustamaan itseään tai hoitamaan asioitaan puolestaan. Valtuutus voidaan tehdä myös viranomaisen toimesta. Valtuutettu henkilö edustaa laillisena henkilönä tai muussa roolissa toista henkilöä siten kuin valtuutuksessa on sovittu tai määrätty. Taulukko 4. Sosiaalihuollon käsitteiden selitteet Elementin nimi Ammattihenkilö Ammattihenkilön rooli Asia Asiakasasiakirja Asiakkaan palvelukokonaisuus Kuvaus Henkilö, joka on sosiaalihuollon tehtäviä suorittava työntekijä. Ammattihenkilöillä voi olla erilaisia ammattioikeuksia, osa työntekijöistä voi olla terveydenhuollon ammattihenkilöitä. Ammattihenkilöön liitetty valtuutus hoitaa tiettyjä palvelunantajan tehtäviä. Rooli perustuu voimassaolevaan työsopimukseen, organisaation johtosääntöön tai muuhun sopimukseen. Työntekijällä voi olla useita rooleja. Ammattihenkilön käyttöoikeudet perustuvat rooleihin. Henkilön sosiaalihuollon tarpeeseen liittyvä yksilöity asiakastietojen ryhmittelijä. Sosiaalihuollon asiat on annettu tai otettu sosiaalihuollon palvelunantajan käsiteltäväksi. Sosiaalihuollon asia liittyy aina yhteen sosiaalihuollon palvelutehtävään. Sosiaalihuollossa asia voi olla joko hallintoasia tai palveluasia. Asialla on asian tunnus ja alkamis- ja päättymisaika. Olemassa olevaan palveluasiaan voidaan liittää uusia palveluasioita. Hallintoasia käynnistää useimmiten palveluasian. Sosiaalihuollon asiakastietoja sisältävä tietojoukko, joka on talletettu yhdeksi asiakirjakokonaisuudeksi. Asiakasasiakirja laaditaan hallinto- ja palveluasioissa. Asiakasasiakirjat voidaan luokitella asiakirjatyypeittäin, kuten ilmoitukset, hakemukset ja päätökset. Asiakkaan saamien sosiaalipalvelujen muodostama kokonaisuus, joka muodostetaan asiakaskohtaisesti asiakkaan ja palvelunantajien yhdessä laatiman asiakassuunnitelman perusteella. THL Ohjaus / LUONNOS v. 0.9
40 Tietoarkkitehtuuri Asiakkuus Asiankäsittelykertomus Asiayhteys Hallintoasia Henkilö Itsenäinen asiakirja Kertomus Kertomustapahtuma Kielto Liiteasiakirja Luovutus Palvelu Palveluasia Tieto, joka kertoo henkilöllä olevan yhteys sosiaalihuoltoon. Asiakkuus syntyy palvelunjärjestäjään, kun henkilö(ide)n hallinto- tai palveluasioita aletaan käsitellä sosiaalihuollossa. Kertomus, joka kuvaa miten sosiaalihuollon asian tila tai käsittely etenee. Asiankäsittelykertomus mahdollistaa sellaisten asiakkuuteen liittyvien vaiheiden dokumentoinnin, jotka eivät varsinaisesti ole asiakastietoa (kuten jos asia odottaa jonkun yhteydenottoa). Sosiaalihuollon ammattihenkilön ja sosiaalihuollon asiakkaan välinen palvelunantajakohtainen suhde. Asiayhteyden todentaminen edellyttää asiakassuhteen teknistä todentamista. Asiayhteys yhdistää sosiaalihuollon asiakkaan tiettyyn sosiaalihuollon ammattihenkilöön. Viranomaisen ratkaistavaksi annettu asia, joka käsitellään hallinnollisessa järjestyksessä. Halintoasia tulee ensin vireille, sitä selvitetään ja se ratkaistaan. Hallintoasia ratkaistaan ja ratkaisusta tehdään päätös (hallintopäätös). Hallintolain (434/2003) mukaan ratkaisemista koskeva hallintopäätös on annettava kirjallisesti. Luonnollinen henkilö, joka voidaan yksilöidä. Henkilöllä on useimmiten nimi, henkilötunnus tai tilapäinen yksilöintitunnus. Kustakin luonnollisesta henkilöstä on vain yksi instanssi. Asiakasasiakirja, joka laaditaan tietyssä prosessissa tiettyä ennalta määriteltyä tarvetta varten. Itsenäinen asiakirja allekirjoitetaan sähköisesti joko henkilökohtaisella tai järjestelmäallekirjoituksella, kun se on valmis. Valmista asiakirjaa voi muuttaa ainoastaan korjaamalla se tai korvaamalla se uudella asiakirjalla. Ajallisesti kronologisesti etenevä yksittäisistä tapahtumista koostettava jatkuva asiakasasiakirja. Jokainen palvelunantaja kirjaa omaa kertomustaan palvelun toteuttamisesta. Kertomusta kirjoitetaan asian käsittelystä ja sen etenemisestä tai palvelun toteuttamisesta. Kertomustapahtumista voidaan koostaa erilaisia kertomuksia eri käyttötarkoituksiin. Yksittäinen asiakkaan tilannetta kuvaava kirjaus, jolla on ennalta määrätty tietosisältö. Kertomustapahtuma kuvaa yksittäisen palvelutilanteen, jossa palvelua on annettu tai asiakkaan asiaa muulla tavoin käsitelty. Kertomustapahtuma on usein päivittäiskirjausta jossain palveluasiassa. Toimenpide, jolla asiakas rajoittaa omien asiakasasiakirjojensa näkyvyyttä ammattihenkilöille. Monissa palvelutehtävissä ammattihenkilön oikeus saada tietoja perustuu lakiin, joten kiellot eivät vaikuta kaikissa tilanteissa. Asiakirja, joka on saatu muualta tai jonka avulla täydennetään toista asiakasasiakirjaa. Toimenpide, jossa asiakastietoa siirretään tai tarkastellaan kahden tai useamman eri rekisterin välillä. Luovutuksen kautta todennetaan, mitkä asiakirjat on luovutettu ja kenelle ja millä perusteella. Koostetietoja tai muita käyttötilannetta varten muodostettuja tietokokonaisuuksia ei arkistoida. Luovutuksessa identifioidaan millä hetkellä ja mitä tietoja on luovutettu. Luovutukseen ei siis aina välttämättä suoraan liity arkistoitua asiakirjaa. Toimenpide, jolla vastataan asiakkaan tuen tarpeeseen. Palveluja ovat mm. perhehoito, kodinhoitoapu ja tukiasuminen. Viranomaiselle tuleva asia, jonka käsittely ei edellytä hallintoasian käsittelyä. Palveluasiat ovat hallintoasioista erillisiä asiakastietoja ryhmitteleviä kokonaisuuksia. Palveluasia voi muodostua esimerkiksi ilmoituksen käsittelystä, joka ei johda toimenpiteisiin mutta jonka käsittelyn yhteydessä syntyy asiakastietoa. Palveluasia voi myös syntyä hallintoasian toimeenpanon seurauk- THL Ohjaus / LUONNOS v. 0.9
41 Tietoarkkitehtuuri Palvelunantajan asiakaskertomus Palvelutehtävä Palvelutehtävän asiakkuus Rekisteri Sosiaalihuollon ammattihenkilö Terveydenhuollon ammattihenkilö Terveydenhuollon osuus asiakirjasta Toteuttamiskertomus Valtuutus Yhteinen asiakirja sena, kuten päätökseen perustuvan palvelun toteuttaminen. Kertomus, johon palvelunantaja kirjaa tietoja palvelun toteuttamisesta. Laissa, asetuksessa tai sopimuksessa annettu järjestämisvastuu tietylle toimijalle tietynlaiseen palvelutarpeeseen vastaavien sosiaalipalvelujen ja muun tuen kokonaisuuden järjestämiseksi. Asiakkuus, joka tarkentaa henkilön yhteyden tiettyyn palvelutehtävään ja siinä käsiteltäviin asioihin. Asiakkuuden alkaminen ja päättyminen tietyssä palvelutehtävässä tietoinen valinta ja se tehdään kullekin palvelutehtävälle erikseen. Tietojoukko, joka muodostetaan loogisesti toisiinsa kuuluvista tallennetuista tiedoista tai asiakirjoista. Rekisterillä on rekisterinpitäjä. Sosiaalihuollossa yhdellä palvelunjärjestäjällä on kaksi rekisteriä, ilmoitusrekisteri ja asiakasrekisteri. Ilmoitusrekisteriin tallennetaan muulta kuin henkilöltä itseltään tulevat pyynnöt tai ilmoitukset henkilön palvelutarpeesta. Muut asiakastiedot tallennetaan asiakasrekisteriin. Henkilö, jolla on oikeus toimia sosiaalihuollon tehtävissä ja jolla useimmiten on sosiaalialan koulutus. Henkilö, jolla on terveydenhuollon ammattioikeus. Terveydenhuollon ammattihenkilö on terveydenhuollon ammattihenkilöstä annetun lain (559/1994) 2 :ssä tarkoitettu henkilö. Terveydenhuollon ammattihenkilöitä ovat kaikki laillistetut, luvan saaneet ja nimikesuojatut ammattihenkilöt. Yhteisen asiakirjan se osa, joka kuuluu terveydenhuoltoon eli on osa potilasasiakirjoja. Sosiaali- ja terveydenhuollon yhteinen kertomus, jota käytetään kun sosiaalipalvelua tuotetaan yhteistyössä. Toteuttamiskertomus on sosiaalihuollon asiakasasiakirja, vaikka kirjaamiseen voi osallistua terveydenhuollon ammattihenkilö. Toimenpide, jolla tiettyä henkilöä edustava taho on oikeutettu kyseisen henkilön asioiden hoitamisessa. Valtuutus kohdistuu johonkin tiettyyn asiaan tai tekemiseen. Valtuutus voi olla yleisempi (laillinen edustajuus tai huoltajuus) tai ajallisesti tai asiayhteyteen rajoittuen asiointiin liittyvä. Valtuutuksella on aina voimassaolo. Se voi olla joko määräaikainen tai toistaiseksi voimassa oleva. Asiakirja, joka on useamman kuin yhden toimialan käytössä oleva asiakirja. Sosiaali- ja terveydenhuollossa se voi olla sosiaali- ja terveydenhuollon yhteistyössä kirjoittama ja se sisältää sekä sosiaalihuollon että terveydenhuollon tietoja. Sosiaalihuollon tiedot tallennetaan sosiaalihuollon asiakasrekisteriin ja potilastiedot (lääketieteellistä tutkimusta tai hoitoa kuvaavat tiedot) potilasrekisteriin. Sosiaalihuollon arkistoon voidaan terveydenhuollon osuus tallentaa kopiona tai tarjota tiedot linkkinä eli pääsy sähköisen käyttöyhteyden kautta. Päätietoryhmät (HUOM! Tämä kuvaus tulee korvaamaan aiemmin esitetyn päätietoryhmäjaottelun myös terveydenhuollon osalta) Päätietoryhmät kuvaavat tietokokonaisuuksia, joita sosiaalihuollon toiminnassa tarvitaan. Päätietoryhmät eivät ole pelkkää asiakastietoa, joiden ryhmittelemiseksi ja kuvaamiseksi on olemassa asiakastietomalli. Päätietoryhmät ovat yleisluontoisia ryhmiä, jotka koostuva tietyistä toisiinsa liittyvistä yksittäisistä tiedoista. THL Ohjaus / LUONNOS v. 0.9
42 Tietoarkkitehtuuri Päätietoryhmiä voidaan hyödyntää sekä tiedonhallinnan tukiprosessien että toimintaprosessien kuvaamisessa. Päätietoryhmät on kuvattu alla olevassa arkkitehtuurimallissa sekä taulukossa 5. Oranssit ovat sosiaalihuollon, valkoiset terveydenhuollon ja oranssit toimialojen yhteisiä päätietoryhmiä. Kuva 24. Sosiaali- ja terveydenhuollon päätietoryhmät Taulukossa 5 on kuvattu päätietoryhmien selitteet. Sekä kuvassa 24 että taulukossa 5 päätietoryhmiä on kuvattu pienempinä päätietoina (Asiakkuus, Asia ja Asiakasasiakirja) tai Päätietoryhmäkokonaisuutena, kuten Sosiaalihuollon asiakastiedot ja Ammattioikeudet. Erilaisissa JHS 179 kuvaukseen liittyvissä matriiseissa on voitu hyödyntää molempien tasojen ryhmittelyä. Arkkitehtuurityössä todettiin, että joissain matriisi tyyppisissä kuvauksissa riittää ylemmän tason päätietoryhmäkokonaisuuksien käyttö (ks. esim. Taulukko 6: Toimijat ja päätietoryhmät), ja joissain kuvauksissa on tarkoituksenmukaisempaa käyttää alemman tason päätietoryhmiä (ks. esim. Taulukko 8: Päätietoryhmät Tiedonhallinnan tukiprosessit). THL Ohjaus / LUONNOS v. 0.9
43 Tietoarkkitehtuuri Taulukko 5. Sosiaali- ja terveydenhuollon päätietoryhmien selitteet Päätietoryhmä Henkilöiden tiedot Henkilö Perhe Sosiaalihuollon asiakastiedot Asiakkuus Asia Asiakasasiakirja Terveydenhuollon potilastiedot Potilas Tapahtuma Potilasasiakirja Kuvantaminen Tahdonilmaus Lääkemääräys Lääkkeiden tiedot Lääketiedot Kuvaus Tietokokonaisuus, joka kuvaa asiakkaan yksilöinnissä ja yhteydenpidossa hyödynnettävät tiedot, kuten nimi, osoite ja henkilötunnus. Tietokokonaisuus, joka liittää henkilöt tarvittaviin perhesuhteisiin. Se ketä perheeseen kuluu, määritellään erikseen palvelun tai hoidettavan asian perusteella. Tietokokonaisuus, jolla liitetään tietty henkilö sosiaalihuollon palvelunantajan toimintaan. Sosiaalihuollon asiakkuus alkaa ja päättyy ja siihen liittyvät tiiviisti asiakkaan hallinto- ja palveluasiat. Asiat voivat olla joko hallintoasioita, palveluasioita tai sisältää molempia. Hallintoasia on viranomaisen ratkaistavaksi annettu asia, joka käsitellään hallinnollisessa järjestyksessä. Hallintoasiassa tehdään päätös (hallintopäätös) ja hallintolain (434/2003) mukaan ratkaisemista koskeva hallintopäätös on annettava kirjallisesti. Palveluasiat liittyvät palveluiden tuottamiseen ja järjestämiseen. Tietokokonaisuus, joka on laadittu tallenne, jolla on oikeudellista arvoa tai joka on laadittu tai vastaanotettu jonkin yhteisön tai yksittäisen henkilön toiminnan yhteydessä tai toimintaa varten ja sisältää asiakastietoa. Asiakasasiakirjoja ovat kaikki asiakkaan sosiaalihuollon asiakkuuteen liittyvät asiakirjat, joita tehdään erilaisia sekä hallinto- että palveluasioista. Asiakirjoja ovat esimerkiksi ilmoitus, hakemus ja päätös. Terveyden- tai sairaanhoidon palveluja käyttävä tai muuten niiden kohteena oleva henkilö. Tapahtuma on potilaan hoitoon liittyvä suunnitellun toiminnon toteutuma tiettynä ajanhetkenä. Tapahtumat voivat olla lyhyitä kuten käynti tai pidempikestoisia kuten hoitojakso. Potilasasiakirja on asiakirja, joka koostuu potilaan hoidon järjestämisessä ja toteuttamisessa käytettävistä, laadituista tai saapuneista asiakirjoista (sähköisessä potilasasiakirjassa, teknisistä tallenteista) ja jotka sisältävät hänen terveydentilaansa koskevia tai muita henkilökohtaisia tietoja. Tietokokonaisuus niistä potilaan hoitoon ja tutkimuksiin liittyvistä tiedoista, jotka eivät ole tekstimuotoisia vaan kuvantamisen tuloksia. Potilaan hoitoon liittyvät tahdonilmaukset, joita ovat muun muassa kannanotto elinluovutukseen ja hoitotahto. Tietokokonaisuus, joka sisältää tiedon potilaalle määrätystä lääkkeestä, sen annostelusta sekä lääkkeen määrääjän. Lääkemääräyksen perusteella apteekki voi toimittaa lääkkeen. Tietokokonaisuus, joka sisältää tietoja lääkevalmisteista, pakkauksista, annostelu- ja käyttöohjeista sekä hinnoittelusta ja korvattavuudesta. Apteekit THL Ohjaus / LUONNOS v. 0.9
44 Tietoarkkitehtuuri Apteekki Palvelunjärjestämisen tiedot Ajanvaraus Resurssi Palvelu Järjestämistapa Ammattioikeudet Ammattihenkilö Ammattioikeus Tiedot organisaatioista, joilla on oikeus apteekkitoiminnan harjoittamiseen. Tietokokonaisuus, jolla kuvataan terveydenhuollon potilaan tai sosiaalihuollon asiakkaan varaamia aikoja palveluihin. Ajanvaraus on samalla varaus palvelunantajan resursseista tietyn palvelun tuottamiseen. Resurssit ovat henkilökuntaa, tiloja, laitteita, välineitä, materiaaleja ja muita toiminnan toteuttamiseen tarvittavia voimavaroja. Palvelu on organisoidun toiminnan tuloksena syntyvä hyödyke tarpeiden tyydyttämiseksi asiakkaalle/potilaalle. Palveluita voi ryhmitellä palvelukokonaisuuksiin. Eri palvelut voivat muodostavat kokonaisuuksia, joissa palvelu koostuu osapalveluista. Tietojoukko, joka kuvaa palveluiden tuottamiseksi solmittuja sopimussuhteita tai toimenpiteitä eri organisaatioiden välillä. Järjestämistapa sisältää tiedot myös tietojen kirjaamiseen ja käyttöön liittyvistä oikeuksista ja velvollisuuksista, kuten ostopalveluvarmenteen. Tietokokonaisuus, jolla kuvataan henkilön työrooli suhteessa palvelunantajaorganisaatioon. Ammattihenkilöön käyttäjänä liittyvät hänelle annetut tehtävät ja niiden suorittamiseen tarvittavat käyttöoikeudet. Tietokokonaisuus, jonka avulla kuvataan henkilön tietty sosiaalihuollon toimintaan liittyvä kelpoisuus tai terveydenhuollon ammattioikeus. Tietojen luovutuksen ja käytön ohjaus Informointi Tietokokonaisuus, jolla ilmaistaan henkilölle hänen oikeutensa ja velvollisuutensa antaa tietoja palvelunantajalle, tai jolla palvelunantaja antaa asiakkaalle tiedon siitä, miten häntä koskevia tietojaan käsitellään, ja mitkä ovat henkilön oikeudet omiin tietoihinsa. Tietojen käyttölupa Tietokokonaisuus joka sisältää henkilöiden (tai heidän laillisten edustajiensa) antamat suostumukset ja kiellot tietojen käyttöön ja luovutukseen liittyen. Varmenteet Varmenne Valtuutukset Valtuutus Tietojen luovutukset Luovutus Valtakunnalliset koodistot SOTE-organisaatiot Tietokokonaisuus, joka kuvaa varmenteita ja niihin liittyviä asioita. Henkilö voidaan yksilöidä varmenteilla, joita henkilöllä voi olla eri tarkoituksiin erilaisia. Varmenteet voivat olla sähköisiä, jolloin ne käyvät verkkoasiointiin ja tietojärjestelmiin tunnistautumiseen. Tietokokonaisuus, jolla kuvataan henkilölle tai organisaatiolle myönnetty oikeus toimia toisen henkilön tai organisaation puolesta tämän asian tai asioiden hoidossa. Tietokokonaisuus, jolla kuvataan rekisteristä luovutetut tiedot ja luovutukseen osalliset organisaatiot ja ammattihenkilöt. Sosiaali- ja terveydenhuollon palveluita tuottavat ja järjestävät organisaatiot. Organisaatioita on sekä julkisella että yksityisellä sektorilla ja mukana voi olla myös erilaisia organisaatioiden yhteenliittymiä. THL Ohjaus / LUONNOS v. 0.9
45 Tietoarkkitehtuuri Koodistot ja luokitukset Koodistot ja luokitukset määrittelevät mm. asiakirjojen rakenteita, niiden sisältöjä tai teknistä toteutusta. Sosiaalihuollon toimijoiden ja päätietoryhmien yhteydet Taulukossa 6 on kuvattu sosiaalihuollon käytettävien päätietoryhmien ja sosiaalihuollon toimijoiden väliset yhteydet. Taulukkoon on otettu mukaan sellaiset toimijat, joilla suora yhteys, rooli tai vaikutus valtakunnallisten sosiaalihuollon tietojärjestelmäpalvelujen toteutuksessa. Rooli voi olla myös palvelun käytön mahdollistava rooli, ei varsinainen tietojärjestelmäpalvelun tai päätietoryhmän käyttäjä. Taulukko 6. Toimijat-päätietoryhmät -matriisi Loogiset tietovarannot Sosiaalihuollon loogiset tietovarannot sekä niiden rekisterinpitäjät ja niiden toteuttamiseen liittyvät velvollisuudet on määritelty laissa. Loogiset tietovarannot ryhmittelevät tietoja, joten ne eivät välttämättä ole yksi yhteen toteutettujen tietojärjestelmäkomponenttien kanssa. Kuvassa 25 on kuvattu valtakunnalliset sosiaalija terveydenhuollon tietovarannot. Keltaiset ovat sosiaali- ja terveydenhuollolle yhteisiä tietovarantoja, ja oranssit sosiaalihuollon. Yhteinen molempien toimialojen tietovarantokuvaus tulee olemaan SoTe KA periaatteet ja linjaukset julkaisussa. THL Ohjaus / LUONNOS v. 0.9
46 Tietoarkkitehtuuri Kuva 25. Sosiaalihuollon loogiset tietovarannot Sosiaalihuollon loogiset tietovarannot sisältävät pääosin asiakastietoja ja asiakasasiakirjoja. Nämä syntyvät palvelunantajien toimesta, sekä julkisella että yksityisellä puolella. Sosiaalihuolto tarvitsee lisäksi muita valtakunnallisia tietovarantoja, kuten henkilötietoja, varmennetietoja, ammattioikeustietoja sekä erilaisia koodistoja. Tilastointia ja raportointia tehdään ainakin valtakunnallisella ja alueellisella tasolla. Näiden lisäksi kukin toimija voi rakentaa oman operatiivisen toimintansa seuraamiseen haluamansa raportit. Tietovarannot on kuvattu tarkemmin taulukossa 7. Sosiaali- ja terveydenhuollon loogisten tietovarantojen selitteet Taulukko 7. Sosiaali- ja terveydenhuollon loogisten tietovarantojen selitteet Loogiset tietovarannot Alueellisen raportoinnin ja tilastoinnin tietovaranto Sosiaalihuollon alueellinen asiakastietovaranto Sosiaalihuollon ammattioikeuksien tietovaranto Sosiaalihuollon yksityisen palveluntuottajan asiakastietovaranto Valtakunnallinen henkilötietojen tietovaranto Valtakunnallinen sosiaali- ja terveydenhuollon organisaatiotietovaranto Valtakunnallinen sosiaalihuollon asiakastietovaranto Kuvaus Tietovaranto, joka koostuu alueellisen tarpeen mukaisista raportoinnissa, tilastoinnissa tai tutkimuksessa tarvittavista tiedoista Tietovaranto, joka koostuu sote-alueen asiakastiedoista ja joka kytkeytyy sosiaalihuollon valtakunnallinen asiakastietovarantoon. Tietovaranto, joka koostuu sosiaalihuollon ammattihenkiöistä ja heidän voimassa olevista ammattioikeustiedoistaan. Sosiaalihuollon yksityisten palveluntuottajien tietovaranto, jota tarvitaan kun tuottaja ei toimi julkisen palvelujärjestäjän alla. Myös yksityisellä palveluntuottajalla on velvollisuus liittyä valtakunnallisen asiakastietovarannon käyttäjäksi. Valtakunnallinen tietovaranto, joka koostuu Suomen kansalaisten ja Suomessa vakituisesti asuvien henkilöiden henkilötiedoista, osoitteista ja perhesuhteista. Rekisterinpitäjä on Väestörekisterikeskus. Tietovaranto, joka koostuu sosiaali- ja terveydenhuollon organisaatioista, jotka ovat tai jotka tulevat liittymään sosiaali- ja terveydenhuollon valtakunnallisiin tietojärjestelmiin tai tietovarantoihin. Tietovaranto, joka koostuu sosiaalihuollon asiakasasiakirjoista ja niiden käsittelyn yhteydessä muodostuvista hallinnollisista asiakirjoista (kuten asia-asiakirja). Sosiaalihuollon valtakunnallinen asiakastietovaranto on toteutettu valtakunnallisena palveluna ja on THL Ohjaus / LUONNOS v. 0.9
47 Tietoarkkitehtuuri Valtakunnallisen raportoinnin ja tilastoinnin tietovaranto Valtakunnallisen varmennepalvelun tietovaranto Valtakunnallisten luokitusten ja koodistojen tietovaranto viranomaisen hallinnoima. Asiakastietovarannossa olevien asiakirjojen rekisterinpitäjä on sosiaalihuollon palvelunantaja. Tietovaranto, joka kostuu tiedoista, joita tullaan käyttämään tai on käytetty raportointi-, tilastointi tai tutkimustarkoitukseen. Valtakunnallinen tietovaranto, joka sisältää tiedon mm. sosiaalija terveydenhuollon ammattihenkilöille myönnetyistä varmenteista. Tietovaranto, joka koostuu luokituksista, koodistoista ja asiakirjarakenteista, joita käytetään sosiaalihuollon asiakastietojärjestelmissä tai valtakunnallisissa tietojärjestelmissä. THL hallinnoi koodistoja ja asiakirjarakenteita. Loogisten tietovarantojen väliset tietovirrat Jokaisella tietovarannolla ja rekisterillä on oma roolinsa sosiaalihuollon tietojärjestelmäpalvelujen kokonaisuudessa. Loogisten tietovarantojen suhdetta toisiinsa kuvaa parhaiten niiden väliset tietovirrat. Alla olevassa kuvassa (Kuva 26) on esitetty sosiaalihuollon loogiset tietovarannot ja tietovirrat niiden välillä. Kuva 26. Tietovirrat sosiaalihuollossa Sosiaalihuollon tietojärjestelmien keskiössä on Sosiaalihuollon alueellinen tietovaranto, joka yleensä on toteutettu osaksi asiakastietojärjestelmää. Kullakin palvelunantajalla voi olla oma järjestelmänsä ja se voi olla myös terveydenhuollon kanssa yhteinen. Asiakastietojärjestelmä tarvitsee tietoa sosiaalihuollon ammattioikeuksista Sosiaalihuollon ammattioikeuksien tietovarannosta rekisteristä, erilaisia koodistoja ja THL Ohjaus / LUONNOS v. 0.9
48 Tietoarkkitehtuuri luokituksia luokitusten ja koodistojen tietovarannosta sekä asiakkaiden henkilötietoja valtakunnallisesta henkilötietojen tietovarannosta. Sosiaalihuollon asiakastietojärjestelmän kaikkein keskeisimpänä tehtävänä on hakea asiakastietoa valtakunnallisesta arkistosta ja myös tallentaa asiakastietoja sinne. Tiedonhallinnan tukiprosessien ja päätietoryhmien yhteydet Päätietoryhmien yhteydet tiedonhallinnan tukiprosesseihin on kuvattu taulukossa 8. Yhteys on kuvattu C, R, U, D ja kirjainten avulla. C tarkoittaa, että ko. päätieto luodaan ko. prosessissa, R tarkoittaa, että ko. päätietoa käytetään ko. prosessissa, U tarkoittaa, että ko. päätietoa päivitetään tai ylläpidetään ko. prosessissa, D tarkoittaa, että ko. päätietoryhmä voidaan hävittää tai poistaa ko. prosessia ja tarkoittaa määrittämätöntä päätietoryhmän käyttöä prosessissa. THL Ohjaus / LUONNOS v. 0.9
49 Tietoarkkitehtuuri Taulukko 8. Päätietoryhmät-tiedonhallinnan tukiprosessit matriisi Palvelun järjestämisen tiedot Prosessit eivät kuvaa palvelun järjestämistä Tietojen käyttöön liittyvät tiedot Informointi C R Tietojen käyttölupa R R R R CU Tietojen luovutukset Luovutus C C R Henkilöiden tiedot Henkilö R R R R R R R U R Perhe R R R R R R U R Ammattioikeudet Ammattihenkilö R R R R Ammattioikeus R Varmenteet Varmenne R R R Valtakunnalliset koodistot Koodistot ja luokitukset R R R R R R R R R R R R R R R R R R R R R R R R R R R R R R SOTE-organisaatiot R R R R R R R R R R R PÄÄTIETORYHMÄT Sosiaalihuollon asiakastiedot Asiakasasiakirja R R U CR CR C C CR U CR CR CR CR CR R CR U C C U U U U C U R Asia C C C R R U U U U U R R R R R U U U U RU RU RU R Asiakkuus CRU CRU CRU RU R R CRU CRU U U U R R U U R U U U RU RU RU R C = create R = read U = update D = delete = käyttää (määrittelemätön) TIEDONHALLINNAN TUKIPROSESSIT A. Selvitä käyttäjän käyttöoikeudet A. Tunnistaudu A. Valitse rooli B. Aloita muualta tullut asia B. Ammattilaisen vireillepaneman asian aloitus B. Asiakkaan vireille paneman asian aloitus B. Hoida kiireellinen asia B. Informoi asiakasta C. Hae liittyvien palvelutehtävien tiedot C. Hae palvelutehtävän tiedot C. Liitä asiakirja olemassa olevaan asiaan C. Pyydä asiakasasiakirjoja muista rekistereistä C. Pyydä lisätietoja asiakkaalta D. Tee hallintopäätös D. Tee palvelupäätös E. Muodosta palvelukokonaisuus E. Päätä palvelukokonaisuus E. Suunnittele palvelun toteuttaminen F. Pyydä asiakasta koskevia tietoja toiselta toimijalt F. Pyydä toimenpiteitä F. Tee palvelun suunnittelu yhteistyössä F. Tee palvelutarpeen arviointi yhteistyössä F. Tuota palvelua yhteistyössä F. Vastaanota ja käsittele asiakirja tai tietopyyntö G. Korjaa virheellinen asiakirja G. Muodosta asiakirja G. Muodosta asiankäsittely- tai asiakaskertomusta G. Tee sähköinen allekirjoitus H. Päätä asia H. Päätä asiakkuus H. Päätä asiayhteys I. Jatka ostopalvelua I. Käynnistä ostopalvelu I. Päätä ostopalvelu J. Asioiden vireillepano J. Kirjaudu J. Omaan asiaan osallistuminen J. Omien tietojen katselu THL Ohjaus / LUONNOS v. 0.9
50 Tietoarkkitehtuuri Asiakastietomalli ja tietomääritykset Sosiaali- ja terveydenhuollon päätietoryhmää Sosiaalihuollon asiakastiedot on kehitetty voimakkaasti viime vuosina. Työssä syntynyttä kokonaisuutta kutsutaan sosiaalihuollon valtakunnalliseksi asiakastietomalliksi. Asiakastietomallia varten on kehitetty myös omaa asiakirjastandardia (sosml, HTML+JSON). Asiakastietomallin kehittämisen tavoitteena on ollut yhdenmukaistaa asiakastietojen sisällöt. Asiakastiedon sisältöjen yhdenmukaistaminen on toteutettu kolmella tasolla. Ensinnäkin on yhdenmukaistettu se, mitä asiakkaasta kirjataan. Tietosisältöjen yhdenmukaistamista varten on koottu vuosina asiakastietojen sisällöt eri sosiaalipalveluissa ja ne on julkaistu Stakesin ja sittemmin THL:n julkaisusarjoissa 35. Tietosisältöjen kokoamisen ja yhtenäistämisen jälkeen asiakastiedoille on määritelty paikka asiakirjarakenteissa. Asiakirjarakenteet on kehitetty yhdessä asiakastyötä tekevien ammattilaisten kautta. Näin on saatu koottua noin 280 rakenteista asiakasasiakirjaa 36, jotka voidaan ryhmitellä 17 asiakirjatyypin mukaan. Asiakasasiakirjat muodostavat myös luokituksen, joka julkaistaan valmistuttuaan THL:n Koodistopalvelimella. Asiakirjarakenteiden yhdenmukaistaminen on asiakastietojen yhdenmukaistamisen toinen taso. Asiakirjojen rakenteet ja tietosisällöt muodostavat sosiaalihuollon asiakastietomallin 37. Kolmas taso yhdenmukaistamisessa on asiakirjojen ulkoasun yhdenmukaistaminen. Tätä varten on laadittu näyttömuoto-ohje 38, joka ohjeistaa asiakastietojen näyttämistä ja tulostamista asiakirjoiksi työntekijälle ja asiakkaalle ymmärrettävään muotoon. Sosiaalihuollon metatietomääritykset ovat vuodelta Metatietomääritykset tullaan päivittämään arviolta vuonna Kärki ym. 2008; Kärki ym. 2009; Kärki ym. 2011; Väinälä ym. 2010; Väyrynen ym. 2010; Jäppinen 2011; Jäppinen & Sahala Asiakirjarakenteet ecel-muodossa 37 Lisää asiakastietomallin kehittämisestä mm. Huttunen ym. 2010; Alonen ym. 2012; Hyppönen ym ja Aineistot, Tietomäärittelyt 38 Alonen & Hyppönen Metatietomääritykset THL Ohjaus / LUONNOS v. 0.9
51 Tietojärjestelmäarkkitehtuuri Tietojärjestelmäarkkitehtuuri Tietojärjestelmäpalvelut Sosiaalihuollon valtakunnallisten tietojärjestelmäpalvelujen kokonaisuuden toteutuksessa tarvittavat tietojärjestelmäpalvelut on alustavasti tunnistettu ja ne on kuvattu tässä luvussa. Sosiaalihuollon tietojärjestelmäpalvelujen toteutusta varten on tunnistettu tarvittavan osittain samoja tietojärjestelmäpalveluita kuin Kanta-palvelujen kokonaisuudessa. Kuvassa 27 on ryhmitelty tarvittavat tietojärjestelmäpalvelut seuraavan ryhmittelyn mukaisesti Kansalaisen asiointipalvelun toiminnot Asiakastietojärjestelmän tai kansallisen ammattilaisen käyttöliittymäpalvelun toiminnot Arkistonhoitajan käyttöliittymän toiminnot Raportointi-, tilastointi- ja tutkimuspalvelun toiminnot Asiakirjojen säilytyspalvelun toiminnot Rakenteisen tiedon tietovarantopalvelun toiminnot Tietojen saatavuuden hallintapalvelun toiminnot Muiden kansallisten palveluiden toiminnot Koodistopalvelun toiminnot Kuva 27. Sosiaalihuollon tietojärjestelmäpalvelut Sosiaalihuollon tietojärjestelmäpalvelujen perustoiminnallisuus on kuvattu selitteinä taulukossa 9. THL Ohjaus / LUONNOS v. 0.9
52 Tietojärjestelmäarkkitehtuuri Taulukko 9. Sosiaalihuollon tietojärjestelmäpalvelujen selitteet Elementin nimi Kuvaus A. Asiakasasiakirjojen katseleminen asiakasasiakirjoja. Palvelu, jolla sosiaalihuollon asiakas voi katsella hänestä laadittuja A. Asiakasasiakirjojen luovutusten katseleminen kirjojensa luovutuksia. Luovutus syntyy, kun asiakasasiakirjoja luovu- Palvelu, jolla sosiaalihuollon asiakas pääsee katselemaan asiakasasiatetaan palvelunantajan rekisteristä toiselle palvelunantajalle. A. Asiakirjan jättäminen Palvelu, jolla sosiaalihuollon asiakas voi laatia tiettyjä ennalta määrättyjä asiakirjoja ja välittää niitä tietylle palvelunantajalle. A. Asiakkuuden katseleminen Palvelu, jolla sosiaalihuollon asiakas näkee hänen asiakkuuttaan tai asiakasprosessia kuvaavia tietoja (asiat, palvelut, palvelukokonaisuudet). A. Herätteiden näyttäminen Palvelu, jolla sosiaalihuollon asiakas saa tietoa hänen asiakkuudessaan tapahtuneista muutoksista tai uusista häntä koskevista asiakasasiakirjoista. A. Informoinnin saaminen Palvelu, jolla sosiaalihuollon asiakas voi vastaanottaa sosiaalihuollon asiakastietojen käsittelyä koskevan informoinnin. Informoinnin saaminen tulee voida tarkistaa jälkikäteen. A. Kansalaisen kirjautuminen Palvelu, jolla kansalainen tunnistautuu (identifiointi tietyksi henkilöksi) ja joka mahdollistaa yksityishenkilön pääsyn kansalaisen itsepalvelukäyttöön tarkoitettuihin järjestelmäpalveluihin. A. Läheisen henkilön asian seuraaminen tai puolestaasiointi A. Luovutuspyyntöjen katseleminen A. Selvitystiedon antaminen pyydettyyn asiaan A. Suostumusten ja kieltojen antaminen ja peruuttaminen Palvelu, jolla yksityishenkilö voi katsella hänen läheisensä asiakasasiakirjoja ja asiakkuustietoja sekä seurata hallintoasioiden käsittelyä tai asioida hänen puolestaan. Palvelun käyttö edellyttää asiakkaan valtuutusta. Palvelu, jolla sosiaalihuollon asiakas pääsee katselemaan asiakasasiakirjojensa koskevia luovutuspyyntöjä ja niiden käsittelytietoja. Palvelu, jolla sosiaalihuollon asiakas voi antaa yksittäisiä tietoja sosiaalihuollon palvelunantajan pyynnöstä tiettyyn käsiteltävään asiaan. Palvelu, jolla sosiaalihuollon asiakas antaa suostumuksen asiakastiedon luovuttamiseen toiselle sosiaalihuollon palvelunantajalle tai toiselle toimialalle, tai peruuttaa aiemmin annetun suostumuksen. Palvelun avulla sosiaalihuollon asiakas voi myös kieltää tietyn asiakirjan, tietyn palvelutehtävän tai tietyn palvelunantajan asiakirjojen näkyvyyden tai peruuttaa aiemmin annetun kiellon. Palvelu, jolla sosiaalihuollon asiakas todentaa vastaanottaneensa tietyn sosiaalihuollon palvelunantajan laatiman asiakirjan tai muun tiedon. A. Tiedoksisaannin kuittaaminen A. Yhteystietojen ilmoittaminen Palvelu, jolla sosiaalihuollon asiakas ylläpitää ja hallinnoi omia tai asiakkaan läheisen tai omaisen yhteystietoja, kuten puhelinnumeron tai osoitteen. B. Ammattihenkilön kirjautuminen B. Ammattihenkilön roolin ja ammattioikeuksien soveltaminen B. Asiakasasiakirjalistauksen hakeminen omasta rekisteristä Palvelu, jolla sosiaalihuollon ammattihenkilö tunnistautuu (identifiointi tietyksi henkilöksi) ja joka mahdollistaa ammattihenkilön pääsyn hänelle tarkoitettuihin järjestelmäpalveluihin. Palvelu, jolla sosiaalihuollon ammattihenkilö valitsee tai asiakastietojärjestelmä päättelee ammattilaisen palvelutehtäväroolin, ottaen huomioon ammattihenkilön ammattioikeudet, niiden voimassaolon ja mahdolliset ammattioikeuteen liittyvät rajoitukset. Palvelu, jolla sosiaalihuollon ammattihenkilö voi hakea omassa asiakasrekisterissä olevien asiakasasiakirjojen kuvailutietoja (asiakirjaluet- THL Ohjaus / LUONNOS v. 0.9
53 Tietojärjestelmäarkkitehtuuri teloa) asiakirjan kuvailutietoihin kohdistuvien hakuehtojen perusteella. B. Asiakasasiakirjalistauksen Palvelu, jolla sosiaalihuollon ammattihenkilö voi hakea toisen palvelunantajan asiakasrekisterissä olevien asiakasasiakirjojen kuvailutietoja hakeminen toisen rekisteristä (asiakirjaluetteloa) asiakirjan kuvailutietoihin kohdistuvien hakuehtojen perusteella. B. Asiakasasiakirjan katseleminen toisen rekisteristä tietovarannosta toisen organisaation rekisteristä ja näyttää sen sisällön Palvelu, jolla asiakastietojärjestelmä hakee asiakirjan kansallisesta sosiaalihuollon ammattihenkilölle. B. Asiakasasiakirjan allekirjoittaminen sähköisesti sella. Sähköinen allekirjoitus voi olla henkilön kehittynyt sähköinen Palvelu, jolla asiakasasiakirja allekirjoitetaan sähköisellä allekirjoituk- allekirjoitus tai järjestelmäallekirjoitus. B. Asiakasasiakirjan katseleminen omasta rekisteristä tietovarannosta organisaation omasta rekisteristä ja näyttää sen sisällön Palvelu, jolla asiakastietojärjestelmä hakee asiakirjan kansallisesta sosiaalihuollon ammattihenkilölle. B. Asiakasasiakirjan korjaaminen ja korvaaminen arkistoidun asiakasasiakirjan tietoja. Jälkikäteen on voitava todentaa, Palvelu, jonka avulla sosiaalihuollon ammattihenkilö voi korjata jo mitä tietoa on korjattu. B. Asiakasasiakirjan Palvelu, jolla asiakastietojärjestelmä koostaa asiakasta koskevista merkinnöistä tietyn asiakasasiakirjan. Asiakirjalla on ennalta määritelty muodostaminen asiakastiedoista rakenne, sisältö ja metatiedot. Asiakirjan muodostaminen voi olla automaattista, osittain automaattista tai ammattihenkilön tekemä toimenpide järjestelmässä. B. Asiakasasiakirjan tallentaminen omaan rekisteriin tallentaa laatimansa asiakasasiakirjan omaan rekisteriin. Palvelu, jolla sosiaalihuollon ammattihenkilö tai palvelunantaja voi B. Asiakasasiakirjan tallentaminen toisen rekisteriin tallentaa laatimansa asiakasasiakirjan toisen palvelunantajan rekiste- Palvelu, jolla sosiaalihuollon ammattihenkilö tai palvelunantaja voi riin. Palvelun käyttö edellyttää ostopalveluvaltuutuksen voimassaoloa sosiaalihuollon asiakastiedon arkistossa. B. Asiakastiedon kirjaaminen Palvelu, jolla sosiaalihuollon ammattihenkilö voi kirjata asiakastietojärjestelmään asiakasta koskevaa tietoa. B. Asiakirjan näkyvyyden rajoittaminen tietyn asiakirjan näkymistä Omakanta-palvelussa. Palvelu, jolla sosiaalihuollon ammattihenkilö voi rajoittaa asiakkaan B. Asiakirjan vastaanottamisesta ilmoittaminen asiakkaalta tai toiselta toimittajalta saapuneesta asiakirjasta. Palvelu, jolla sosiaalihuollon ammattihenkilö voi saada ilmoituksen B. Asiakirjassa olevan tiedon Palvelu, jolla sosiaalihuollon ammattihenkilö voi hyödyntää omasta tai hyödyntäminen uudessa asiakirjassasiakirjan toisen rekisteristä haetun asiakasasiakirjan tietosisältöä uuden asiakas- muodostamisessa. B. Asiakkaan palveluyhteenvedon näyttäminen B. Asiakkaan suostumusten ja kieltojen hallinta B. Asiakkaan yhteystietojen hakeminen ja kirjaaminen Palvelu, jolla sosiaalihuollon ammattihenkilö voi tarkastella asiakkaalle tuotettavia, asiakkaan hakemia, suunnitteilla olevia tai päätettyjä palveluita sekä niihin liittyviä asiakasasiakirjoja. Palvelu, jolla sosiaalihuollon ammattihenkilö voi kirjata asiakkaan antaman suostumuksen asiakastiedon luovuttamiseen toiselle sosiaalihuollon palvelunantajalle tai toiselle toimialalle, tai kirjata asiakkaan aiemmin antaman suostumuksen peruutuksen. Palvelun avulla sosiaalihuollon asiakas voi palvelunantajan luona myös kieltää tietyn asiakirjan, tietyn palvelutehtävän tai tietyn palvelunantajan asiakirjojen näkyvyyden tai peruuttaa aiemmin annetun kiellon. Asiakastietojärjestelmä välittää päivitetyt tiedot kansalliseen tietovarantoon. Palvelu, jolla sosiaalihuollon ammattihenkilö hakee tai päivittää asiakkaan ilmoittamia tai itse kirjaamiaan yhteystietoja, kuten puhelinnumeron, tilapäisen osoitteen tai omaisten ja läheisten henkilöiden yhteystie- THL Ohjaus / LUONNOS v. 0.9
54 Tietojärjestelmäarkkitehtuuri toja. B. Asiayhteyden muodostaminen, jatkaminen ja päättäminen voi muodostaa asiallisen yhteyden sosiaalihuollon asiakkaan ja tietyn Palvelu, jolla sosiaalihuollon ammattihenkilö tai asiakastietojärjestelmä sosiaalihuollon ammattihenkilön välille. Asiakastietojärjestelmä muodostaa asiayhteydestä asiayhteysasiakirjan ja välittää sen kansalliseen tietovarantoon. Palvelun avulla voi myös jatkaa tai päättää aiemmin muodostetun asiayhteyden. Asiayhteysasiakirja päivitetään tällöin (versioimalla) kansalliseen tietovarantoon. Voimassa oleva asiayhteys on edellytys tietojen luovuttamiselle kansallisesta tietovarannosta. B. Asiayhteyden todentaminen Palvelu, jolla asiakastietojärjestelmä tarkistaa luovutushakujen tekemisen yhteydessä, onko hakua suorittavalla sosiaalihuollon ammattihenkilöllä voimassa oleva asiallinen yhteys tiettyyn sosiaalihuollon asiakkaaseen. B. Hallintoasian käsitteleminen Palvelu, jolla sosiaalihuollon ammattihenkilö voi aloittaa hallintoasian, jatkaa sen voimassaoloa tai päättää asian käsittelyn. Asian aloittaminen voi käynnistää sosiaalihuollon asiakkuuden. Asiakastietojärjestelmä muodostaa hallintoasiasta asia-asiakirjan ja välittää sen kansalliseen tietovarantoon. Asia-asiakirja päivitetään (versioimalla) asian käsittelyn edetessä. Asian voimassaolo todentaa asiakkaan suhteen sosiaalihuollon palvelunantajaan. B. Ilmoitusten hakeminen ja käsittely Palvelu, jolla sosiaalihuollon ammattihenkilö voi hakea oman tai toisen palvelunantajan ilmoitusrekisterissä olevia ilmoituksia sekä käsitellä niitä. B. Informoinnin antaminen Palvelu, jolla sosiaalihuollon ammattihenkilö voi todentaa antaneensa asiakastietojen käsittelyä koskevan informoinnin. Todentamisen yhteydessä asiakastietojärjestelmä muodostaa informointiasiakirjan ja välittää sen kansalliseen tietovarantoon. B. Käyttäjä- ja käyttöoikeushallinta Palvelu, jonka avulla luodaan uusia asiakastietojärjestelmän käyttäjiä ja ylläpidetään käyttäjien tietoja, muun muassa käyttäjien käyttöoikeuksia. B. Käyttölokin hallinta Palvelu, jolla asiakastietojärjestelmä ylläpitää tarvittavat lokimerkinnät sitä mukaa kun tietoja haetaan ja käytetään. Potilas/asiakastietojen käyttöä on lokitettava kussakin niitä käsittelevässä järjestelmässä. Palvelun avulla asiakastietojärjestelmän käyttäjä voi myös tarkastella käyttölokia ja suorittaa siihen kohdistuvia hakuja, mikäli hänellä on riittävät käyttöoikeudet. B. Koosteen hakeminen Palvelu, jolla sosiaalihuollon ammattihenkilö voi hakea valitsemansa koosteasiakirjan kansallisesta tietovarannosta. Koosteasiakirja sisältää tietoja, jotka on poimittu tietyistä kansallisessa tietovarannossa olevista asiakasasiakirjoista. Kansallinen tietovaranto muodostaa useita eri koosteasiakirjatyyppejä. B. Liiteasiakirjan muodostaminen ja tallentaminen B. Luovutuspyynnön käsitteleminen Palvelu, jolla sosiaalihuollon ammattihenkilö tai asiakastietojärjestelmä muodostaa muualta tulleesta asiakirjasta liiteasiakirjan tiettyyn asiakasasiakirjaan. Liiteasiakirja saa osittain samat metatiedot kuin asiakirja, johon se liitetään. Asiakastietojärjestelmä välittää liiteasiakirjan kansalliseen tietovarantoon. Palvelu, jolla sosiaalihuollon ammattihenkilö voi käsitellä palvelunantajalle saapunutta luovutuspyyntöä koskien tietyn asiakkaan asiakasasiakirjoja. Käsittelyn tuloksena on päätös tietojen luovuttamisesta tai luovuttamatta jättämisestä. Asiakastietojärjestelmä välittää päätöksen kansalliseen tietovarantoon. Myönteisen päätöksen perusteella kansal- THL Ohjaus / LUONNOS v. 0.9
55 Tietojärjestelmäarkkitehtuuri linen tietovaranto saa luovuttaa asiakasasiakirjat luovutuspyynnön lähettäneelle palvelunantajalle. B. Luovutuspyynnön Palvelu, jolla sosiaalihuollon ammattihenkilö voi lähettää toiselle palvelunantajalle tietyn asiakkaan asiakasasiakirjoja koskevan luovutus- lähettäminen pyynnön. B. Ostopalveluvaltuutuksen Palvelu, jolla palvelun järjestäjä voi muodostaa ja hallinnoida ostopalveluvaltuutusasiakirjoja. Ostopalveluvaltuutusta tarvitaan kun sosiaali- hallinta huollon palvelunjärjestäjä antaa sosiaalihuollon palveluntuottajalle oikeuden kirjata asiakastietoa järjestäjän rekisteriin tai päättää tämän oikeuden. C. Arkistonhoitajan kirjautuminetaja tunnistautuu (identifiointi tietyksi henkilöksi) ja joka mahdollistaa Palvelu, jolla rekisterinpitäjän (sosiaalihuollon palvelunantajan) edus- hänen pääsynsä arkistonhoitajan käyttöliittymään. C. Hävitysesityksen hyväksyminedostaman hävitysesityksen niiden asiakirjojen hävittämisestä, joiden Palvelu, jolla rekisterinpitäjän edustaja hyväksyy arkistopalvelun muo- säilyttämisaika on päättymässä. Mikäli rekisterinpitäjän edustaja ei hyväksy hävitysesitystä, hän muuttaa hävitysesityksen kohteena olevien asiakirjojen säilytysaikaa tähän tarkoitetun järjestelmäpalvelun avulla. C. Säilytysajan muuttaminen Palvelu, jolla rekisterinpitäjän edustaja voi muuttaa asiakirjan säilytysaikaa. D. Raportin palauttaminen Palvelu, jolla raportointijärjestelmä muodostaa ja palauttaa raportointikäyttöliittymän käyttäjän tilaaman raportin. Raportti muodostetaan kansallisessa tietovarannossa olevien tietojen perusteella. D. Raportin parametrien antaminen ja raportin tilaaminen D. Raportointipalvelun käyttäjäja käyttöoikeushallinta D. Raportointipalvelun käyttäjän kirjautuminen Palvelu, jolla raportointikäyttöliittymän käyttäjä valitsee tarvitsemansa raportin, antaa siihen tarvittavat parametrit ja tilaa raportin raportointijärjestelmästä. Palvelu, jonka avulla sosiaalihuollon palvelunantajan edustaja tai raportointikäyttöliittymän ylläpitäjä lisää uusia raportointipalvelun käyttäjiä, muokkaa käyttäjien käyttöoikeuksia tai poistaa raportointipalvelun käyttäjiä. Palvelu, jolla sosiaalihuollon palvelunantajan edustaja tunnistautuu (identifiointi tietyksi henkilöksi) ja joka mahdollistaa hänen pääsynsä raportointikäyttöliittymään. Palvelu, jolla kansallinen tietovaranto varmistaa säilytettävien tietojen eheyden ja arkistointivaatimusten edellyttämät asiakirjojen säilytysajat. E. Asiakirjan eheyden ja säilytysajan varmistaminen E. Asiakirjan hävittäminen Palvelu, jolla kansallinen tietovaranto hävittää asiakasasiakirjat arkistonhoitajan hyväksymän hävitysesityksen mukaisesti. E. Asiakirjan palauttaminen Palvelu, joka palauttaa hakuehdot täyttävän asiakirjan kansallisesta tietovarannosta. E. Asiakirjojen validointi Palvelu, joka tarkistaa kansalliseen tietovarantoon saapuvien asiakasasiakirjojen määritystenmukaisuuden. Mikäli asiakirja on muodostettu virheellisesti, asiakirjaa ei oteta vastaan kansalliseen tietovarantoon. Virhetilanteet pyritään estämään tietojärjestelmien riittävällä testauksella yhteistestausvaiheessa. E. PDF asiakirjan vastaanottaminen ja säilyttäminen E. Rakenteisen asiakirjan vastaanottaminen ja säilyttäminen Palvelu, joka vastaa rakenteistamattomien asiakirjojen (PDF/A) vastaanottamisesta ja säilyttämisestä kansallisessa tietovarannossa. Palvelu vastaa asiakirjassa olevien sähköisten allekirjoitusten tarkastamisesta ja asiakirjan välittämisestä asiakirjojen säilytyspalveluun. Palvelu, joka vastaa rakenteisten asiakirjojen vastaanottamisesta ja säilyttämisestä kansallisessa tietovarannossa. Palvelu vastaa asiakirjas- THL Ohjaus / LUONNOS v. 0.9
56 Tietojärjestelmäarkkitehtuuri sa olevien sähköisten allekirjoitusten tarkastamisesta ja asiakirjan välittämisestä asiakirjojen säilytyspalveluun. F. Asiakirjan korvaaminen ja Palvelu, jolla kansallinen tietovaranto korvaa aiemmin arkistoidun versioiminen asiakirjan sen uudella versiolla. Kansallinen tietovaranto säilyttää asiakirjan kaikki versiot, mutta palauttaa yleisimmissä hakutilanteissa vain viimeisimmän version. F. Asiakirjasta ilmoittaminen Palvelu, jolla kansallinen tietovaranto ilmoittaa käyttäjälle uuden valitut kriteerit täyttävän asiakirjan vastaanottamisesta. Ilmoittaminen voi asiakkaalle tapahtua esimerkiksi tekstiviestillä tai sähköpostitse. F. Asiakkaan palveluyhteenvedon ylläpitäminen huollon asiakkaalle tuotettavista, asiakkaan hakemista, suunnitteilla Palvelu, jolla kansallinen tietovaranto ylläpitää perustiedot sosiaali- olevista tai päätetyistä palveluista sekä linkit niihin liittyviin asiakasasiakirjoihin. Palvelun tavoitteena on tarjota sosiaalihuollon ammattihenkilölle tai asiakkaalle yhteenveto asiakkaan elämäntilanteesta sosiaalihuollon palveluiden tuottamisen osalta. F. Hävitysesityksen muodostaminen tietyn rekisterinpitäjän sellaisista asiakirjoista, joiden säilytysaika on Palvelu, jolla kansallinen tietovaranto muodostaa hävitysesityksen umpeutumassa. Hävitysesitys näytetään kyseisen rekisterinpitäjän arkistonhoitajalle arkistonhoitajakäyttöliittymässä. F. Koosteiden palauttaminen Palvelu, jolla kansallinen tietovaranto poimii arkistopalveluun saapuvista asiakirjoista valittuja tietosisältöjä, muodostaa niistä koosteita ja palauttaa koosteet niitä hakeville asiakastietojärjestelmille. F. Kuvailutietojen palauttaminen Palvelu, jolla kansallinen tietovaranto palauttaa asiakirjaluettelot eli hakuehdot täyttävät asiakirjojen kuvailutiedot. Haku kohdistetaan tietokantaan, jossa kuvailutietoja säilytetään. Palvelu, jolla kansallinen tietovaranto poimii arkistopalveluun saapuvista asiakirjoista kuvailutiedot ja säilyttää ne tietokannassa. F. Kuvailutietojen ylläpitäminen F. Luovutuslokin hallinta Palvelu, jolla kansallinen tietovaranto kirjoittaa lokia asiakirjoihin ja koosteisiin sisältyvien tietojen luovutuksista toiselle palvelunantajalle. Loki sisältää tiedot kansallisesta tietovarannosta tehdyistä luovutuksista sekä suoraan palvelunantajalta toiselle palvelunantajalle tehdyistä luovutuksista. Jälkimmäisessä tapauksessa tieto lisätään lokille asiakastietojärjestelmän lähettämän luovutusilmoituksen perusteella. F. Rakenteisen tiedon poimiminen ja tallentaminen F. Raportointihakujen suorittaminen F. Rekisterinpitäjämuutosten toteuttaminen G. Asiakasasiakirjan näkyvyyden rajoittaminen G. Asiayhteyden tarkistaminen luovutustilanteissa G. Luovutuspyyntöjen välittäminen Palvelu, jolla kansallinen tietovaranto poimii arkistopalveluun saapuvista asiakirjoista rakenteiset tiedot ja säilyttää ne tietokannassa niin, että tietoihin voidaan kohdistaa tiettyjä hakuja muun muassa raportointia varten. Palvelu, jolla kansallinen tietovaranto palauttaa raportointijärjestelmälle tiedot sellaisessa muodossa, että raportointijärjestelmä voi hyödyntää tietoja raportointihakujen suorittamiseen. Palvelu, jolla kansallinen tietovaranto mahdollistaa asiakirjojen kuvailutietojen massamuutokset rekisterinpitäjämuutosten toteuttamiseen. Palvelu, jolla kansallinen tietovaranto huomioi sosiaalihuollon ammattihenkilön asettaman rajoituksen tietyn asiakirjan näkymisestä Omakanta-palvelussa. Asiakirjaa ei palauteta Omakanta-palveluun kuvailutieto- tai asiakirjahakujen yhteydessä. Palvelu, jolla kansallinen tietovaranto tarkistaa asiayhteysasiakirjan voimassaolon sosiaalihuollon ammattihenkilön suorittamien hakujen yhteydessä. Palvelu, jolla kansallinen tietovaranto välittää toisen palvelunantajan (luovutuspyynnön tekijä) tekemän luovutuspyynnön toiselle palve- THL Ohjaus / LUONNOS v. 0.9
57 Tietojärjestelmäarkkitehtuuri lunantajalle (luovutuspyynnön vastaanottaja) G. Ostopalveluvaltuutuksen Palvelu, jolla kansallinen tietovaranto vastaanottaa ostopalveluvaltuutuksia sekä huomioi niitä asiakirjojen arkistoinnin tai palauttamisen tarkistaminen yhteydessä. Ostopalveluvaltuutusta tarvitaan kun sosiaalihuollon palvelunjärjestäjä antaa sosiaalihuollon palveluntuottajalle oikeuden kirjata asiakastietoa järjestäjän rekisteriin tai päättää tämän oikeuden, tai antaa mahdollisuuden katsoa tiettyjä tuottajan asiakirjoja. G. Suostumuksen ja kiellon Palvelu, jolla kansallinen tietovaranto tarkistaa potilaan suostumuksen tarkastaminen luovutustilanteesslauttamista luovutushauilla. olemassaolon sekä huomioi mahdolliset kiellot ennen asiakirjojen pa- H. Ammattioikeuksien hallinta Palvelu, joka vastaa sosiaalihuollon ammattihenkilöiden ammattioikeuksien rekisteröinnistä ja ammattioikeustietojen ylläpitämisestä. Palvelusta voi tarkistaa tietyn sosiaalihuollon ammattihenkilön ammattioikeudet, niiden voimassaolon ja mahdolliset ammattioikeuteen liittyvät rajoitukset. H. Varmenteiden hallinta Palvelu, joka huolehtii varmennekorttien jakamisesta ja varmenteiden generoinnista sosiaalihuollon ammattihenkilöille, sulkulistojen päivittämisestä ja varmennehakemiston ylläpitämisestä. I. Asiakirjarakenteiden ja koodistojen hallinta I. Osoitteisto- ja organisaatioliittyjien hallinta I. Sote-organisaatio- rekisterin hallinta Palvelu, joka ylläpitää tiedot kansallisesti käytettävistä asiakirjarakenteista ja koodistoista sekä julkaisee nämä tiedot niitä tarvitseville toimijoille ja tietojärjestelmille. Palvelu, joka ylläpitää tiedot kansalliseen tietovarantoon liittyneistä sosiaalihuollon palvelunantajista sekä niiden käyttämien liityntäpisteiden yksilöintitunnuksista ja muista viestinvälityksen toimivuuden varmistamiseen ja osapuolten tunnistamiseen tarvittavista attribuuteista. Palvelu, joka ylläpitää tiedot sosiaali- ja terveydenhuollon palveluita tarjoavista organisaatioista. Organisaatioiden edustajat voivat ylläpitää organisaation tiettyjä tietoja (kuten osoitteet ja puhelinnumerot) hallintakäyttöliittymän avulla. Sosiaalihuollon tietojärjestelmäpalveluiden suhde toteutettuihin Kantapalveluihin Tikesos-hankkeen johtoryhmä linjasi vuonna 2008, että sosiaalihuollon arkistoratkaisussa seurataan terveydenhuollossa valittua toteutustapaa, mutta se toteutetaan loogisesti omana kokonaisuutenaan. Sosiaali- ja terveydenhuoltoa järjestetään yhä enenemässä määrin integroidusti, mutta aloilla on kuitenkin tiettyjä eroja, jotka tulevat jatkossakin heijastumaan asiakastiedonhallintaan. Näitä eroavaisuuksia on kuvattu seuraavassa kuvassa. THL Ohjaus / LUONNOS v. 0.9
58 Tietojärjestelmäarkkitehtuuri Kuva 28. Sosiaali- ja terveydenhuollon erot ja niiden vaikutus tiedonhallintaan Tiedonhallinnan luonteesta johtuvat erot tuovat vaatimuksia myös valtakunnallisiin tietojärjestelmäpalveluihin. Taulukossa 10 on tehty vertailua terveydenhuollon palveluihin seuraavanlaisella jaottelulla: - sama palvelu, jolloin Kanta-toteutuksesta löytyy liki sellaisenaan hyödynnettävissä oleva palvelu - vastaava palvelu, jolloin toiminnallisuus tai tietosisältö eroaa, mutta järjestelmäpalveluista löytyy vastaavanlaisia toimintoja - kokonaan uusi palvelu, jolloin palvelu joudutaan toteuttamaan alusta lähtien uudestaan. Taulukko 10. Sosiaalihuollon tietojärjestelmäpalveluiden vastaavuus terveydenhuollon palveluihin Elementin nimi ATJ:n vastuulla Suhde Kanta-palveluihin Sama Vastaavuutta löytyy Uusi A. Asiakasasiakirjojen katseleminen A. Asiakasasiakirjojen luovutusten katseleminen A. Asiakirjan jättäminen A. Asiakkuuden katseleminen A. Herätteiden näyttäminen A. Informoinnin saaminen A. Kansalaisen kirjautuminen A. Läheisen henkilön asian seuraaminen tai puolesta-asiointi THL Ohjaus / LUONNOS v. 0.9