JHS 191 Tiedonohjaussuunnitelman rakenne - JHS
Transcription
JHS 191 Tiedonohjaussuunnitelman rakenne - JHS
JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta JHS 191 Tiedonohjaussuunnitelman rakenne Versio: 1.0 / 15.1.2015 Julkaistu: 14.4.2015 Voimassaoloaika: toistaiseksi Sisällys 1 Johdanto........................................................................................................................................................2 2 Soveltamisala................................................................................................................................................2 3 Viittaukset ....................................................................................................................................................3 4 Termit ja lyhenteet ........................................................................................................................................4 5 Tiedonohjaus ................................................................................................................................................7 5.1 Tiedonohjaussuunnitelman tietosisältö.......................................................................................................8 6 Tiedonohjaussuunnitelman rakenneosat........................................................................................................9 6.1 Tiedonohjaussuunnitelmaa kuvaavat tiedot .............................................................................................10 6.2 Luokka .....................................................................................................................................................10 6.3 Käsittelyprosessin kuvaus ........................................................................................................................11 6.4 Toimenpiteet.............................................................................................................................................13 6.5 Asiakirjatyypit..........................................................................................................................................15 7 Tiedonohjaussuunnitelman xml-skeema......................................................................................................16 8 Opastavat tiedot...........................................................................................................................................17 9 Liitteet.........................................................................................................................................................17 1/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta 1 Johdanto Suosituksessa määritellään julkisessa hallinnossa laadittavien tiedonohjaussuunnitelmien rakenne. Suosituksen tavoitteena on yhdenmukaistaa julkisessa hallinnossa laadittavia tiedonohjaussuunnitelmia, niissä käytettäviä metatietoja sekä niiden arvojoukkoja. Suosituksessa määriteltävä tiedonohjaussuunnitelman rakenne ja sen pakolliset metatiedot täyttävät arkistolaitoksen SÄHKE2-normin vaatimukset. Julkisen hallinnon organisaatioiden tulee hallita asiakirjatietojaan siten, että niiden käsittelyssä täyttyvät lainsäädännön vaatimukset mm. asiakirjatietojen julkisuuden ja salassapidon sekä säilyttämisen ja hävittämisen osalta. Asiakirjatietojen metatiedoissa tulee pyrkiä yhteentoimivuuteen julkisen hallinnon tietohallinnon ohjauksesta annetun lain (634/2011) mukaisesti. Tiedonohjaussuunnitelman lähtökohtana on tuottaa asiakirjatiedon käsittelyn ja hallinnan edellyttämät metatiedot automaattisesti operatiiviseen tietojärjestelmään, jossa asiakirjatietoa käsitellään. Tiedonohjaussuunnitelma muodostuu seuraavista rakenneosista: luokka, käsittelyprosessin kuvaukset, niihin liittyvät toimenpiteet ja asiakirjatyypit. Asiakirjatiedoille määritellään oletusmetatietoarvot mm. julkisuuden, henkilötietoluonteen ja säilytysajan osalta. Tiedonohjaussuunnitelmat ovat tietojärjestelmien taustalle laadittavia metatietomäärityksiä. Tiedonohjauksen avulla metatietojen määräytymistä ja asiakirjatietojen käsittelyä tietojärjestelmässä on mahdollista automatisoida. Valmiit oletusmetatiedot ja määritellyt prosessinkulut parantavat tietojärjestelmien käytettävyyttä. Tiedonohjaussuunnitelmia laaditaan ja päivitetään erityisesti, kun siirrytään sähköisiin käsittelyprosesseihin, kun tietojärjestelmiin halutaan toteuttaa asiakirjatietojen hallinnan automaattinen ohjaus ja kun organisaatio haluaa tietojärjestelmiensä täyttävän asiakirjatiedon laatuvaatimukset (SFS-ISO 15489/1). Suositus on kirjoitettu JHS 136 -suosituksessa kuvatun teknisen eritelmän muotoon, minkä vuoksi vaatimukset on erotettu muusta tekstistä ja vaatimusten muoto on esitetty alleviivattuna. JHS-suosituksessa esitetyt vaatimukset eivät ole julkisen hallinnon organisaatioille velvoittavia. 2 Soveltamisala Suositus on tarkoitettu tiedonohjaussuunnitelman rakenteen määrityksenä silloin, kun tiedonohjaussuunnitelma integroidaan yhden tai useamman operatiivisen tietojärjestelmän taustalle oletusmetatietoarvojen lähteeksi. Tiedonohjaussuunnitelmia hyödynnetään erityisesti tietojärjestelmissä, joissa käsitellään paljon eri asiakirjatyyppejä, joiden metatiedot poikkeavat toisistaan. Tällaisia ovat tyypillisesti esimerkiksi asiankäsittelyjärjestelmät. Vaatimukset: Tietojärjestelmien taustalle määriteltävä tiedonohjaussuunnitelma pitää laatia noudattaen tässä suosituksessa kuvattua rakennetta ja sen pakollisia metatietoja. Suosituksen vähimmäisvaatimukset ja pakolliset metatiedot määrittävät minimitason, joka pitää olla yhteinen kaikille. Määriteltyä tiedonohjaussuunnitelman rakennetta saa laajentaa muilla hallinnonala- tai organisaatiokohtaisilla metatiedoilla ja rakenneosilla. Suosituksessa kuvattua tiedonohjaussuunnitelman rakennetta pitää noudattaa riippumatta siitä, laadintaanko tiedonohjausuunnitelma erillisessä tiedonohjausjärjestelmässä vai toteutetaanko tiedonohjaus yksinomaan operatiivisessa tietojärjestelmässä. 2/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta Suosituksessa määriteltyä tiedonohjaussuunnitelman rakennetta ja xml-skeemaa pitää noudattaa, kun tiedonohjaussuunnitelmia välitetään tiedonohjausjärjestelmien kesken tai kun julkishallinnolle tarkoitettuja yhteisiä tiedonohjaussuunnitelmia laaditaan. Tiedonohjaussuunnitelman laadinta aloitetaan sellaisista prosesseista, joita käsitellään tietojärjestelmässä ja joissa muodostuville asiakirjatiedoille tiedonohjaus tuottaa oletusmetatietoarvot. Paperiasiakirjojen hallintaan riittävät kuvaukset, jotka on laadittu tätä suositusta yleisemmällä tarkkuustasolla. Kun käsittelyprosesseja sähköistetään, voidaan tiedonohjaussuunnitelmaa laajentaa kattamaan uusia prosesseja. Paperiasiakirjojen hallintaan tarkoitetuissa arkistonmuodostussuunnitelmissa esimerkiksi käsittelyprosessi voi olla kuvattuna huomattavasti yleisemmällä tasolla kuin tiedonohjaussuunnitelmassa. Arkistonmuodostussuunnitelman laadinnasta on ohjeistettu tarkemmin arkistolaitoksen ylläpitämässä arkistonmuodostussuunnitelman oppaassa (www.ams-opas.fi). Tiedonohjaussuunnitelmalla voidaan saavuttaa hyötyjä metatietojen automaattisen tallentumisen ja käsittelyprosessin ohjautuvuuden myötä vain, jos tiedonohjaussuunnitelma toimii tietojärjestelmän taustalla metatietomäärityksenä. Asiakirjatietojen hallintaan ja käsittelyyn laadittavat kirjalliset kuvaukset eivät ole tiedonohjaussuunnitelmia, jos niitä ei ole integroitu tietojärjestelmiin metatietoarvojen lähteeksi. Suositus on tarkoitettu julkishallinnon toimijoille, jotka laativat tiedonohjaussuunnitelmia ja tietojärjestelmätoimittajille, jotka kehittävät tiedonohjaussuunnitelmien laadintaan ja ylläpitoon tietojärjestelmiä. Suosituksessa ei oteta kantaa tiedonohjaussuunnitelman ylläpitoon tiedonohjausjärjestelmässä tai tiedonohjauksen toteuttamiseen operatiivisessa tietojärjestelmässä. Näihin liittyviä vaatimuksia on määritelty arkistolaitoksen SÄHKE2-määräyksessä. 3 Viittaukset Laki julkisen hallinnon tietohallinnon ohjauksesta (634/2011) www.finlex.fi/fi/laki/ajantasa/2011/20110634 Arkistolaki (831/1994) www.finlex.fi/fi/laki/ajantasa/1994/19940831 Laki viranomaisten toiminnan julkisuudesta (621/1999) http://www.finlex.fi/fi/laki/ajantasa/1999/19990621 Asetus tietoturvallisuudesta valtionhallinnossa (681/2010) http://www.finlex.fi/fi/laki/ajantasa/2010/20100681 Henkilötietolaki (523/1999) http://www.finlex.fi/fi/laki/ajantasa/1999/19990523 Asetus viranomaisten toiminnan julkisuudesta ja hyvästä tiedonhallintatavasta (1030/1999) http://www.finlex.fi/fi/laki/ajantasa/1999/19991030 SFS-ISO 15489/1 Tieto ja dokumentointi. Asiakirjahallinto. Osa 1: Yleistä. Information and documentation. Records management. Part 1: General. SFS 4175:2006 Numeroiden ja merkkien kirjoittaminen SÄHKE2-määräys: Sähköisten asiakirjallisten tietojen käsittely, hallinta ja säilyttäminen. Arkistolaitoksen määräys (AL 9815/07.01.01.00/2008) http://www.arkisto.fi/fi/palvelut/normit/maeaeraeykset/saehke2-maeaeraeys 3/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta JHS 136 Menettelytavat JHS-työssä JHS 152 Prosessien kuvaaminen JHS 170 Julkisen hallinnon xml-skeemat Arkistolaitoksen arkistonmuodostussuunnitelma opas www.ams-opas.fi Ohje tietoturvallisuudesta valtionhallinnossa annetun asetuksen täytäntöönpanosta, VAHTI 2/2010 http://www.vm.fi/vm/fi/04_julkaisut_ja_asiakirjat/01_julkaisut/05_valtionhallinnon_tietoturvallisuus /20101028Ohjeti/02_Ohje_tietotuvallisuudesta_valtionhallinnossa.pdf 4 Termit ja lyhenteet arkistonmuodostussuunnitelma; AMS fi arkistonmuodostussuunnitelma; AMS asiakirjatietojen käsittelyä, rekisteröintiä ja säilyttämistä koskeva suunnitelma asia fi asia asiakirjatietojen kokonaisuus, joka muodostuu tehtävän hoitamiseen liittyvässä käsittelyprosessissa Asia on käsittelyprosessin kuvauksen yksittäinen ilmentymä. asiakirjatieto; asiakirjallinen tieto; asiakirja fi asiakirjatieto; asiakirjallinen tieto; asiakirja tehtävän hoitamisen yhteydessä kertyvä tieto, jonka organisaatio on tuottanut tai vastaanottanut käsittelyprosessi fi käsittelyprosessi prosessi, joka muodostuu asian käsittelyssä Käsittelyprosessi muodostuu käsittelyvaiheista ja toimenpiteistä. käsittelyprosessin kuvaus fi käsittelyprosessin kuvaus kuvaus, joka sisältää tiedot käsittelyprosessiin kuuluvista käsittelyvaiheista, toimenpiteistä, käsittelysäännöistä ja toimenpiteisiin liittyvistä asiakirjatyypeistä Käsittelyvaiheet kuvataan tiedonohjaussuunnitelmaan toimenpiteinä. 4/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta käsittelyvaihe fi käsittelyvaihe yhden tai useamman toimenpiteen muodostama kokonaisuus Hallintoasioissa käytettyjä käsittelyvaiheita ovat ohjaus, vireilletulo, valmistelu, päätöksenteko, tiedoksianto, toimeenpano, muutoksenhaku ja seuranta. käsittelysääntö fi käsittelysääntö ehto, jonka mukaan automaattinen toiminto toteutuu metatieto fi metatieto en metadata tietoa kuvaileva tieto Asiakirjatiedon kontekstia, sisältöä ja rakennetta, hallintaa ja käsittelyä koko sen elinkaaren ajan kuvaavaa tietoa. Metatiedot mahdollistavat asiakirjatietojen haun, paikallistamisen ja tunnistamisen. Niiden avulla myös automatisoidaan laatimis- ja käsittelyvaiheita sekä määritellään viittauksia eri asiakirjatietojen välille. metatiedon arvojoukko fi metatiedon arvojoukko metatiedolle valmiiksi määritellyt arvot Arvojoukko voi koostua pakollisista ja/tai valinnaisista arvoista. monitoimijaprosessi fi monitoimijaprosessi käsittelyprosessi, johon osallistuu useita eri toimijoita Käsittelyprosessiin voi osallistua yhden tai useamman hallinnonalan viranomaisia. operatiivinen tietojärjestelmä fi operatiivinen tietojärjestelmä tietojärjestelmä, jossa asiakirjatieto syntyy, sitä käsitellään ja muokataan Operatiivisessa tietojärjestelmässä hallittava asiakirjatieto saa tiedonohjaussuunnitelmaan määritellyt oletusmetatietoarvot. Operatiivinen järjestelmä on esim. asiankäsittelyjärjestelmä. palvelu fi palvelu en service 5/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta toiminta tai toimintojen yhdistelmä, jonka palveluntarjoaja tuottaa vuorovaikutuksessa asiakkaan kanssa vastatakseen asiakkaan tarpeeseen palveluluokitus fi palveluluokitus luettelo, jossa tarkastelun kohteena olevat palvelut on esitetty palvelujen yhteisten tunnusmerkkien mukaan ryhmiteltyinä prosessi fi prosessi joukko toisiinsa liittyviä toistuvia toimintoja, joiden avulla syötteet muutetaan tuotoksiksi skeema fi skeema en schema mallin määrämuotoinen esitys Skeeman avulla voidaan esittää esimerkiksi tietomalli. Skeema voi olla esimerkiksi UML-kaavio tai XML (eXtensible Markup Language) -skeema. tehtävä fi tehtävä säädöksillä, normeilla tai päätöksellä organisaatiolle tai henkilölle annettu tai otettu työ / velvoite tehtäväluokitus fi tehtäväluokitus luettelo, jossa tarkastelun kohteena olevat tehtävät on esitetty tehtävien yhteisten tunnusmerkkien mukaan ryhmiteltyinä tiedonohjaus fi tiedonohjaus tiedon käsittelyn ohjaaminen tietojärjestelmässä Tiedonohjaussuunnitelma ohjaa asiakirjatiedon syntymistä ja käsittelyä tuottamalla metatietoarvoja ja käsittelysääntöjä. tiedonohjausjärjestelmä; TOJ fi tiedonohjausjärjestelmä; TOJ tietojärjestelmä, joka tarjoaa tiedonohjaussuunnitelman mukaista ohjaustietoa operatiiviseen tietojärjestelmään 6/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta Tiedonohjaussuunnitelma voidaan laatia ja sitä voidaan ylläpitää tiedonohjausjärjestelmässä. tiedonohjaussuunnitelma; TOS fi tiedonohjaussuunnitelma; TOS määritys, joka ohjaa sähköisten asiakirjatietojen luontia ja käsittelyä käsittelyprosessissa Tiedonohjaussuunnitelma sisältää luokituksen, käsittelyprosessien kuvaukset, niihin kuuluvat, toimenpiteet ja asiakirjatyypit sekä näiden oletusmetatietoarvot. Tiedonohjaussuunnitelma toimii tietojärjestelmän taustalla. tiedonohjaussuunnitelman rakenne fi tiedonohjaussuunnitelman rakenne tiedonohjaussuunnitelman tietomalli tiedonohjaussuunnitelman rakenneosa fi tiedonohjaussuunnitelman rakenneosa tiedonohjaussuunnitelman rakenteen yksittäinen osa tietomalli fi tietomalli en data model malli, joka kuvaa tietoja ja niiden välisiä suhteita toimenpide fi toimenpide käsittelyprosessiin tai sen vaiheeseen liittyvä yksittäinen toimi tai tapahtuma 5 Tiedonohjaus Tiedonohjaussuunnitelman keskeisin hyöty on automaattisten metatietojen tuottaminen asiakirjatiedoille. Operatiivinen tietojärjestelmä saa tiedonohjaussuunnitelman tietosisällöstä oletusmetatietoarvot avattaville asioille, toimenpiteille ja asiakirjatiedoille. Operatiivisessa tietojärjestelmässä käsittelijän tai vastaavin oikeuksin voidaan tarvittaessa muuttaa tiedonohjaussuunnitelmasta saatuja oletusmetatietoarvoja. Tiedonohjaussuunnitelmaan määriteltävät metatiedot eivät ole välttämättä asian, toimenpiteen tai asiakirjatiedon lopullisia metatietoarvoja. Esimerkki: Tiedonohjaussuunnitelmassa asiakirjatyyppi ”hakemus” on määritelty julkisuusluokaltaan ”julkiseksi” ja henkilötietoluonteeltaan ”ei sisällä henkilötietoja”. Kun hakemus liitetään operatiivisessa järjestelmässä avatulle asialle, saa hakemus tiedonohjaussuunnitelmaan määritellyt oletusmetatietoarvot. Käsittelijä huomaa kuitenkin hakemuksen sisältävän henkilötietoja ja vaihtaa hakemuksen henkilötietoluonne -metatiedon arvoksi ”sisältää henkilötietoja”. Julkisuusluokalle käsittelijä ei tee mitään, koska hakemus ei sisällä salassa pidettävää tietoa, eikä metatieto edellytä siten muutoksia. 7/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta Vain osa operatiivisissa tietojärjestelmissä käsiteltävien asioiden, toimenpiteiden ja asiakirjojen metatietoarvoista saadaan tiedonohjaussuunnitelmasta. Lisäksi operatiivinen tietojärjestelmä tallentaa automaattisesti metatietoja käsittelyprosessin edetessä ja käyttäjä lisää itse osan tarvittavista metatiedoista. Tässä suosituksessa käsitellään ainoastaan tiedonohjaussuunnitelman tuottamia metatietoja. 5.1 Tiedonohjaussuunnitelman tietosisältö Tiedonohjaussuunnitelman laajuus ja kohde voivat vaihdella. Tiedonohjaussuunnitelman ei tarvitse olla organisaatiokohtainen. Tiedonohjaussuunnitelman laajuutta ei ole rajoitettu. Tiedonohjaussuunnitelma voidaan laatia esimerkiksi: • • • • Yhden organisaation keskeisistä päämäärätehtävistä, joita käsitellään operatiivisessa tietojärjestelmässä. Valtaosasta yhden organisaation tehtäviä, joita käsitellään operatiivisessa tietojärjestelmässä, kuten asiankäsittelyjärjestelmässä. Useiden organisaatioiden yhteistyönä prosesseista, jotka jakaantuvat usealle eri toimijalle ja useaan eri tietojärjestelmään. Usean organisaation yhteistyönä yhdelle tietojärjestelmälle, joka on useiden organisaatioiden yhteiskäytössä. Tiedonohjaussuunnitelma sisältää myös metatietoa, jota ei hyödynnetä tiedonohjauksessa eli sitä ei välitetä operatiiviseen tietojärjestelmään. Näitä metatietoja kutsutaan tiedonohjaussuunnitelman ulkoisiksi metatiedoiksi. Ulkoisiin metatietoihin voidaan määritellä mm. tietoja tiedonohjaussuunnitelman laadinnasta, hyväksynnästä ja voimassaolosta. Tiedonohjaussuunnitelman tietosisältö koostuu 1) operatiiviseen tietojärjestelmään välitettävistä tiedonohjauksen metatiedoista ja 2) ulkoisista metatiedoista, jotka ovat itse tiedonohjaussuunnitelmaa dokumentoivaa ja kuvaavaa tietoa. Kuva 1. Kokonaiskuva tiedonohjaussuunnitelman tietosisällöstä. Kaikkea tietosisältöä ei välitetä tiedonohjauksen metatietoina operatiiviseen tietojärjestelmään. Mikäli organisaatiolla on käytössään tiedonohjausjärjestelmä, voidaan sitä hyödyntää keskitettynä asiakirjatietojen hallinnan välineenä. Tiedonohjausjärjestelmässä voidaan ylläpitää myös sellaisia kuvauksia, joita ei käytetä tiedonohjaukseen ja jotka voidaan laatia tätä suositusta yleisemmällä tarkkuustasolla. Organisaatio voi esimerkiksi ylläpitää koko arkistonmuodostussuunnitelmaansa tiedonohjausjärjestelmässä, mutta vain osasta prosesseista on laadittu suosituksessa kuvatulla tarkkuustasolla tiedonohjaussuunnitelma. 8/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta 6 Tiedonohjaussuunnitelman rakenneosat Suosituksessa kuvataan tiedonohjaussuunnitelman rakenne (TOS-rakenne) eli tietomalli, joka muodostuu useista osista. Näitä osia kutsutaan tässä suosituksessa tiedonohjaussuunnitelman rakenneosiksi (TOS-rakenneosa). Suosituksessa kuvataan kunkin rakenneosan käyttö sekä se, miten rakenneosat liittyvät toisiinsa. Kuva 2. Tiedonohjaussuunnitelman rakenne ja rakenneosat. Tarkempi tietomalli on esitetty liitteessä 2. Jokaisella tiedonohjaussuunnitelman rakenneosalla on määritellyt metatiedot, jotka on kuvattu metatietomallissa (Liite 1). Seuraavassa esitetään ylätasolla kaikki rakenneosat, niiden suhde metatietomalliin sekä rakenneosan ja sen metatietojen vastaavuus operatiivisessa tietojärjestelmässä. Taulukko 1. Tiedonohjaussuunnitelman rakenneosat, niiden metatiedot ja vastaavuudet operatiivisessa tietojärjestelmässä. TOS-rakenneosa Metatiedot (viittaus Liitteen 1. metatietomallin lukuihin) Vastaavuus operatiivisessa tietojärjestelmässä (viitteellinen) Tiedonohjaussuunnitelmaa kuvaavat tiedot Tiedonohjaussuunnitelmaa kuvaavat metatiedot (ulkoiset metatiedot) (luku 3.) Luokan metatiedot (luku 4. ) Metatietoja ei välitetä operatiiviseen tietojärjestelmään, sillä ne eivät ole ohjaavia tietoja. Operatiivisessa tietojärjestelmässä käytössä olevat, tiedonohjaussuunnitelmaan viedyn luokituksen mukaiset luokat, joille voidaan avata asioita. Asian oletusmetatietoarvot, kun asia avataan operatiivisessa tietojärjestelmässä. Muodostavat asialla käytettävät toimenpiteet. Luokka Käsittelyprosessin kuvaus Toimenpide Käsittelyprosessin kuvauksen metatiedot (luku 5.) Toimenpiteen metatiedot (luku 6.) Asiakirjatyyppi Asiakirjatyypin metatiedot (luku 7.) Muodostavat toimenpiteisiin liittyvät asiakirjatiedot ja niiden oletusmetatietoarvot. Vaatimukset: Tiedonohjaussuunnitelman rakenteessa pitää olla vähintään seuraavat rakenneosat: 9/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta • • • 6.1 tiedonohjaussuunnitelmaa kuvaavat tiedot luokka käsittelyprosessin kuvaus, joka sisältää: o toimenpiteet o asiakirjatyypit Tiedonohjaussuunnitelmaa kuvaavat tiedot Käyttöönotettavalla tiedonohjaussuunnitelmalla tulee olla tiedonohjaussuunnitelmaa kuvaavat tiedot, joilla kerrotaan keskeisiä tunnistetietoja koko tiedonohjaussuunnitelmasta, kuten sen nimeke, yksilöivä tunniste ja versionumero. Tiedonohjaussuunnitelmaa kuvaavat tiedot ovat tiedonohjaussuunnitelman ulkoisia metatietoja ja siksi niitä ei ole tarpeen välittää ohjaustietona operatiiviseen tietojärjestelmään. Vaatimukset: Käyttöönotettavalla tiedonohjaussuunnitelmalla pitää olla rakenneosa tiedonohjaussuunnitelmaa kuvaavat tiedot. Tiedonohjaussuunnitelman kuvaavia tietoja saa täydentää tiedonohjaussuunnitelman yhteisillä metatiedoilla, joilla voidaan ilmaista mm. koko tiedonohjaussuunnitelman hyväksyntää ja voimassaoloa koskevia tietoja. Tiedonohjaussuunnitelmaa kuvaavia tietoja saa täydentää myös organisaatio- ja tietojärjestelmäkohtaisilla metatiedoilla. 6.2 Luokka Asiakirjahallinnassa vakiintuneena käytäntönä on luokitella asiakirjatiedot niiden tehtävän tai toiminnan mukaisesti tehtäväluokituksella. Tehtävä sitoo asiakirjatiedot niiden syntykontekstiin ja kertoo toiminnasta, jonka tuloksena asiakirjatieto on muodostunut. Tehtäväluokitus muodostaa luettelon organisaation lakisääteisistä tehtävistä sekä muista tehtävistä (mm. tuki- ja ylläpitotehtävät ja itselle otetut tehtävät). Kuntien tehtävät koostuvat kunnille annetuista tehtävistä, kuntien itsehallintonsa nojalla itselleen ottamista tehtävistä sekä muista tehtävistä. Kunta toteuttaa tehtävänsä palveluina asiakkailleen sekä muuna hallinnollisena toimintana. Kunnan toimintaan perustuvassa palveluluokituksessa kunta on jäsennetty tasolle, joka vastaa kysymykseen, miten kunta tehtävänsä toteuttaa. Palveluluokituksen mukaiset palvelut on yleensä johdettavissa yksittäiseen tehtävään. Tiedonohjaussuunnitelmassa käsittelyprosessin kuvaus liitetään asianhallinnassa käytettävään luokitukseen. Tiedonohjaussuunnitelmassa käytetään viranomaisen tehtäviin ja/ tai palveluihin perustuvaan luokitusta eli tehtäväluokitusta ja/tai palveluluokitusta, riippuen viranomaisen toiminnan luonteesta. Tiedonohjaussuunnitelman rakenteella pyritään tukemaan mahdollisimman tarkoituksenmukaista luokituksen käyttöä asiakirjahallinnan toteuttamisessa. Tiedonohjaussuunnitelmaan voidaan kuvata organisaation käyttämästä luokituksesta vain ne osat, joihin liittyy käsittelyprosessin kuvaus. Jos käytössä on moniportainen hierarkkinen luokitus, voidaan tiedonohjaussuunnitelmassa kuvata vain käytettävät luokat, ilman koko luokituksen hierarkian esittämistä. Tiedonohjaussuunnitelman rakenne ei kuitenkaan rajoita luokituksen kuvaamista kokonaisuudessaan. Kuvassa 3 on esimerkkinä esitetty tehtäväluokituksen kuvaaminen eri tavoin. Palveluluokitus voidaan kuvata tiedonohjaussuunnitelmassa vastaavilla tavoilla. 10/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta Kuva 3. Tehtäväluokitus A. on hierarkkinen luokitus, jossa on kuvattu luokituksen kaikki ylemmät tasot. Tehtäväluokituksessa B. on kuvattu vain ne tehtävät, joihin liittyy käsittelyprosessin kuvaus. Ylemmän tason tehtävät on jätetty kuvaamatta. Vaatimukset: Tiedonohjaussuunnitelman runkona pitää olla julkisen hallinnon organisaation tehtävien (mm. lakisääteisten ja tuki- ylläpitotehtävien) mukainen tehtäväluokitus ja/tai tehtäviin perustuva palveluluokitus. Kaikki luokituksen mukaiset luokat, joihin liittyy käsittelyprosessin kuvaus, pitää kuvata tiedonohjaussuunnitelmassa. Tiedonohjaussuunnitelmassa saa kuvata organisaation käyttämästä luokituksesta vain ne osat, joihin liittyy käsittelyprosessin kuvaus, ilman koko luokituksen tai sen hierarkkisen rakenteen kuvaamista. Esimerkki: Tehtäväluokituksesta kuvataan tiedonohjaussuunnitelmassa vain ne tehtävät, joihin liittyy käsittelyprosessin kuvaus. Muut tehtäväluokituksen tehtävät voidaan jättää kuvaamatta. Luokituksessa saa olla hierarkkisia tasoja haluttu määrä yhdestä ylöspäin (1..*), käytettävien tasojen määrää ei ole rajoitettu. Tiedonohjaussuunnitelmassa pitää olla aina käytetyn luokituksen mukainen tunnus (numeerinen tunnus, esim. 01 00), joka kertoo luokkien suhteista toisiinsa sekä käytetyn luokan paikasta luokituksessa. 6.3 Käsittelyprosessin kuvaus Käsittelyprosessin kuvauksen (asian oletusmetatietoarvojen) määrittely Käsittelyprosessin kuvaukselle tiedonohjaussuunnitelmassa määritellyt metatiedot välittyvät operatiivisessa tietojärjestelmässä avattavan asian oletusmetatietoarvoiksi. Tiedonohjaussuunnitelmaa laadittaessa voidaan käsittelyprosessin kuvaus laatia aluksi vain hyvin yleisellä tasolla määrittelemällä ns. yleinen käsittelyprosessin kuvaus, jota voidaan käyttää pohjana useassa eri prosessissa. Yleisessä käsittelyprosessin kuvauksessa määritellään ainoastaan käsittelyprosessin kulku (toimenpiteet) ja muodostuvat asiakirjatiedot (asiakirjatyypit) yleisellä tasolla. Tämän jälkeen määritellään missä tehtävissä tai palveluissa sovelletaan ko. käsittelyprosessin kuvausta. Tässä vaiheessa toimenpiteet ja 11/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta asiakirjatyypit voidaan tehtävä- tai palvelukohtaisesti tarkentaa sekä määritellä käsittelyprosessin kuvauksen ja asiakirjatyyppien oletusmetatietoarvot. Tiedonohjaussuunnitelmaa ei tarvitse rakentaa tehtävä tai palvelu kerrallaan, vaan tiedonohjaussuunnitelman laadinnassa kannattaa edetä modulaarisemmin määrittelemällä käsittelyprosesseja tai niiden osia ja liittämällä valmiita moduuleita yksittäisiin tehtäviin ja palveluihin. Liitteessä 5. Monitoimijaprosessit on ohjeistettu erikseen sellaisten käsittelyprosessien kuvaaminen, joihin osallistuu useita toimijoita. Tiedonohjaussuunnitelman rakenteessa yksittäinen käsittelyprosessin kuvaus voi liittyä myös useaan eri tehtävään tai palveluun. Tällöin jokaista tehtävää tai palvelua käsitellään tämän saman käsittelyprosessin kuvauksen mukaan ja niissä syntyy samoja asiakirjatyyppejä, joilla on samat oletusmetatietoarvot. Vaatimukset: Yksittäiseen luokkaan saa kuulua korkeintaan yksi käsittelyprosessin kuvaus (0…1). Oletusmetatietoarvojen lähteenä toimivassa tiedonohjaussuunnitelmassa käsittelyprosessin kuvauksen pitää liittyä aina luokituksen mukaiseen luokkaan. Yksittäinen käsittelyprosessin kuvaus saa kuulua yhteen tai useampaan luokkaan (1...*). Käsittelyprosessin kuvauksen (asian oletusmetatietoarvojen) periyttäminen asiakirjatasolle Tiedonohjaussuunnitelmaan määritellyt käsittelyprosessin kuvauksen metatiedot (asian oletusmetatietoarvot) voidaan tiedonohjaussuunnitelmassa periyttää kaikille käsittelyprosessin kuvaukseen kuuluville asiakirjatyypeille oletusmetatietoarvoiksi, jolloin kaikki käsittelyprosessin kuvaukseen kuuluvat asiakirjatyypit saavat samat metatietoarvot. Asiakirjatyyppikohtaisesti tulee käydä läpi, ettei lainsäädäntö edellytä yksittäisten asiakirjatyyppien kohdalla poikkeavien metatietoarvojen käyttöä mm. julkisuuden, henkilötietoluonteen, säilytysajan tai suojaustason osalta. Julkisuus- ja salassapitotiedot (metatietomalli: 5.1 julkisuusluokka; 5.2 salassapitoaika; 5.3 salassapitoperuste ja 5.4 salassapidon laskentaperuste) voidaan periyttää kaikille käsittelyprosessin kuvaukseen liittyville asiakirjatyypeille, mutta asiakirjatyyppikohtaisesti tulee käydä läpi, edellyttääkö julkisuuslaki tai erityislaki poikkeavia metatietoarvoja. Käsittelyprosessin kuvauksen julkisuus- ja salassapitotiedot määrittävät operatiivisessa tietojärjestelmässä avattavan asian oletusarvoiset julkisuus- ja salassapitotiedot. Käsittelyprosessin kuvaus merkitään tiedonohjaussuunnitelmassa salassa pidettäväksi silloin, kun operatiivisessa tietojärjestelmässä avattavan asian tiedot on tarpeen määritellä salassa pidettäviksi. Tiedonohjaussuunnitelmaa laadittaessa on hyvä huomioida, että operatiivisessa tietojärjestelmässä asian tiedot eivät välttämättä ole salassa pidettävä, vaikka kaikki siihen liittyvät asiakirjatiedot olisivat salassa pidettäviä. Säilytysaikatiedot (metatietomalli 5.8 säilytysajan pituus; 5. 9 säilytysajan peruste ja 5.10 säilytysajan laskentaperuste) periytetään kaikille käsittelyprosessin kuvaukseen liittyville asiakirjatyypeille. Säilytysaikatietoja täytyy mahdollisesti asiakirjatyyppikohtaisesti muuttaa, jos erityislaki määrää yksittäisten asiakirjojen säilyttämis- tai poistamisvelvollisuuksista. Sähköisessä muodossa säilytettävien asiakirjatietojen säilytysajat on tarkoituksenmukaista määritellä käsittelyprosessien kuvauksen tasolla (asiatasolla). Myös pysyvästi säilytettävät asiakirjatiedot on tarkoituksenmukaista määritellä käsittelyprosessin kuvauksen tasolla, ei asiakirjatyyppikohtaisesti. 12/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta 6.4 Toimenpiteet Toimenpiteiden määrittely Tiedonohjaussuunnitelman tehtävänä on tarjota toimenpidekohtaista ohjaustietoa operatiivisiin tietojärjestelmiin, joissa asiakirjatietoa käsitellään. Käsittelyprosessin hahmottaminen helpottuu, kun asiakirjatiedot kytketään selkeästi käsittelyprosessin kulkua vastaaviin toimenpiteisiin. Toimenpiteiden määrittely on tärkeää erityisesti silloin, kun käsittelyssä tulee huomioida erilaisia menettelytapavaatimuksia lainsäädännön tai muun ohjeistuksen vuoksi. Tiedonohjaussuunnitelmaan määriteltävien toimenpiteiden tunnistamisessa käytetään tavallisesti organisaation tuottamia prosessikuvauksia. Tiedonohjaussuunnitelman rakenne tukee toimenpiteiden määrittelyä eri tarkkuustasoilla, kuten prosessinkulkutasolla. Prosessien kuvaamisesta on ohjeistettu tarkemmin JHS 152 -suosituksessa. Käsitteinä käsittelyvaihe ja toimenpide ovat lähellä toisiaan. Käsittelyvaiheella tarkoitetaan yhden tai useamman toimenpiteen muodostamaa kokonaisuutta eli käsittelyprosessin laajempaa osaa. Toimenpiteellä tarkoitetaan käsittelyprosessiin tai sen vaiheeseen liittyvä yksittäistä toimea tai tapahtumaa. Tiedonohjaussuunnitelman rakenteessa (tietomallissa) ei ole tehty eroa näiden käsitteiden kesken, joten tiedonohjaussuunnitelmassa esiintyy rakenneosana ainoastaan toimenpide. Kun tiedonohjaussuunnitelmaan kuvataan käsittelyvaiheita, merkitään ne aina toimenpiteiksi. Käsittelyvaiheita koskevat siten kaikilta osin toimenpiteen rakenneosan vaatimukset. Tiedonohjaussuunnitelmassa toimenpiteiksi voidaan määritellä: • • • pelkästään hallintoasioiden mukaiset käsittelyvaiheet hallintoasioiden mukaisia käsittelyvaiheita tarkentavat toimenpiteet edellisten yhdistelmät. Vaatimukset: Käsittelyprosessin kuvaukseen pitää liittää toimenpiteet. Käsittelyprosessin kuvauksen on suositeltavaa sisältää seuraavat käsittelyvaiheet toimenpiteinä. Määritellyt käsittelyvaiheet pohjautuvat hallintoasioissa noudatettavaan yleiseen käsittelyprosessin kulkuun. Käsittelyvaiheet määritellään tiedonohjaussuunnitelmaan toimenpiteiksi. ohjaus vireilletulo valmistelu päätöksenteko tiedoksianto toimeenpano muutoksenhaku seuranta Kaikki edellä esitetyt käsittelyvaiheet eivät välttämättä toteudu käsittelyprosessin kuvauksissa, jolloin osan niistä saa jättää kuvaamatta. Käsittelyvaiheista saa poiketa silloin, kun erityislaki tai käsittelyprosessin kuvauksen luonne edellyttää poikkeavien toimenpiteiden käyttöä. Mainittuja käsittelyvaiheita voi siis käyttää joustavasti kunkin prosessin mukaisesti. 13/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta Esimerkki: Jos käsittelyprosessiin ei kuulu muutoksenhakua, jätetään käsittelyvaihe muutoksenhaku kuvaamatta. Käsittelyprosessin kuvausta saa täydentää muilla toimenpiteillä, kun käsittelyprosessin kuvaus halutaan laatia tarkemmalla tasolla. Muut toimenpiteet ensisijassa täydentävät (eivät korvaa) edellä määriteltyjä käsittelyvaiheita. Toimenpiteet saa nimetä vapaasti. Edellä määriteltyjen käsittelyvaiheiden täydentäminen muilla toimenpiteillä on suositeltavaa, kun lainsäädäntö edellyttää yksityiskohtaisempien toimenpiteiden käyttöä tai kun kyse on monitoimijaprosesseista. Taulukko 2. Hallintoasioissa käytetyt käsittelyvaiheet ja niiden tarkemmat kuvaukset. Käsittelyvaihe Ohjaus Vireilletulo Valmistelu Päätöksenteko Tiedoksianto Toimeenpano Muutoksenhaku Seuranta Määritelmä Viranomainen antaa asiakkaalle tms. asian hoitamiseen liittyvää neuvontaa ja ohjausta. Asia tulee vireille esim. siten, että viranomainen vastaanottaa vireillepanoasiakirjat tai viranomainen laittaa itse asian vireille. Vireilletulleen asian selvittäminen, asian käsittelyn eteneminen, esim. asianosaisten kuuleminen, katselmoinnit, tarkastukset, lisäselvitysten toimittamiset. Viranomainen ratkaisee valmisteltavana olleen asian. Viranomaisen tekemä päätös annetaan tiedoksi asianosaiselle tai muulle sellaiselle, jolla on esim. oikeus hakea päätökseen oikaisua tai muutosta. Viranomaisen antama päätös pannaan toimeen. Asianomainen hakee muutosta saamaansa päätökseen. Viranomainen valvoo, että annettu päätös on asianmukaisesti pantu toimeen. Asianomainen voi olla myös velvoitettu toimittamaan seurantaa vaativasta asiasta asiakirjatietoja viranomaiselle. Lisäksi seurantaan voi kuulua esim. viranomaisen oma raportointi. Käsittelyprosessin kuvaus voi sisältää pelkästään käsittelyvaiheet toimenpiteinä (kuvan 4 esimerkki 1.) tai määriteltyjä käsittelyvaiheita voidaan täydentää muilla vapaasti nimettävillä toimenpiteillä (kuvan 4 esimerkki 2.). Kun käsittelyprosessin kuvaus halutaan laatia tarkemmalla tasolla, voidaan käsittelyvaiheita tarkentaa muilla toimenpiteillä ja ryhmitellä esimerkiksi toimenpiteet käsittelyvaiheiden alle (kuvan 4 esimerkki 3.) Kaikkiin käsittelyvaiheisiin tai toimenpiteisiin ei välttämättä liity asiakirjatietoja. Esimerkki: Käsittelyvaiheiseen ”seuranta” ei välttämättä liity lainkaan asiakirjatietoja. Tällöin esim. operatiivisessa tietojärjestelmässä voidaan tallentaa vain toimenpiteen tietoihin milloin ja miten seuranta on toteutettu. 14/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta Kuva 4. Käsittelyprosessin kulku voidaan määritellä tiedonohjaussuunnitelmaan monella eri tarkkuustasolla. Esimerkeissä on kuvattu rekrytointiprosessin alku: Esimerkissä 1. toimenpiteiksi on määritelty ainoastaan käsittelyvaiheet, esimerkissä 2. käsittelyvaiheita on täydennetty ”soveltuvuusarviointi” -toimenpiteellä ja esimerkissä 3. käsittelyprosessin kulku on kuvattu tarkemmalla tasolla, siten että toimenpiteet on ryhmitelty käsittelyvaiheiden alle. Toimenpiteen rakenneosa Vaatimukset: Käsittelyprosessin kuvaukseen pitää sisältyä toimenpiteitä (1..*). Toimenpiteen alle saa liittää toisia toimenpiteitä, jolloin toimenpiteet muodostuvat hierarkkiseen rakenteeseen tai niputtaa toisten toimenpiteiden alle (ks. kuvan 4. esimerkki 3.) Asiakirjatyyppi saa liittyä kaikkiin toimenpiteisiin (ylempiin tai alempiin), Tiedonohjaussuunnitelman rakenne ei rajoita tätä. Toimenpiteeseen saa kuulua haluttu määrä asiakirjatyyppejä (0...*). 6.5 Asiakirjatyypit Asiakirjatyyppien määrittely Tiedonohjaussuunnitelmaan kuvattava asiakirjatieto voi olla operatiivisessa tietojärjestelmässä eri muodoissa: rakenteisena tietona, erilaisina koosteina tai dokumenttimuotoisina tiedostoina. Asiakirjatieto voi myös sijaita fyysisesti eri tietojärjestelmissä tai fyysisellä tallennusvälineellä. Tiedonohjaussuunnitelmassa asiakirjatyypit sidotaan aina toimenpiteisiin. Metatietomallissa on määritelty asiakirjatyyppien (7.1) listaus, joka on suositeltavaa sovittaa omaan käyttöön rajaamalla siitä käytettävät asiakirjatyypit tai tarpeen mukaan laajentamalla käytettävien asiakirjatyyppien luetteloa. Asiakirjatyypin tarkennetta (metatietomalli 7.2) voidaan käyttää kuvaamaan asiakirjan käyttötarkoitusta tyyppiä tarkemmalla tasolla. 15/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta Esimerkki: Käsittelyprosessin yhteydessä pelkkä ”päätös” ei ole riittävän selkeä asiakirjatyyppi, vaan sitä on tarkennettava jotenkin, jotta se ymmärretään oikein. Tarkentamiseen on kaksi vaihtoehtoa: 1) Asiakirjatyyppien listaa voidaan laajentaa lisäämällä sinne yksittäisiä asiakirjatyyppejä, esimerkiksi ”maksatuspäätös”. 2) Jos asiakirjatyyppien luettelo on kovin laaja, voidaan myös käyttää asiakirjatyyppien tarkenteita eli määritellä asiakirjatyypiksi ”päätös” ja sille esim. yhtenä tarkenteena ”maksatuspäätös”. Asiakirjatyyppien ja niiden tarkenteiden käytössä kannattaa pitäytyä mahdollisimman yleisellä tasolla, jotta tiedonohjaussuunnitelma pysyy helpommin hallittavissa. On myös hyvä arvioida mikä on operatiivisen tietojärjestelmän käyttäjien kannalta riittävän yksiselitteinen asiakirjatyyppi. Liiteasiakirjat kuvataan omaksi asiakirjatyypikseen erityisesti silloin, kun liitteiden metatiedot poikkeavat varsinaisen asiakirjatyypin tai sen muiden liitteiden metatiedoista. Esimerkki: Lainsäädäntö edellyttää, että hakemuksen pitää sisältää määrätyt liitteet, joilla on varsinaisesta hakemuksesta poikkeavat metatietoarvot. Tällöin kaikki hakemuksen liitteet ja niiden oletusmetatietoarvot määritellään tiedonohjaussuunnitelmaan. Jossain tapauksissa kaikkia asiakirjatyypille mahdollisesti sisältyviä liiteasiakirjoja ei voida etukäteen tunnistaa, jolloin niitä ei voida kuvata kattavasti tiedonohjaussuunnitelmaan. Tällöin tiedonohjaussuunnitelmaan voidaan vain määritellä asiakirjatyyppi ”liite” ja sille oletusmetatiedot, jotka käsittelijä joutuu mahdollisesti aina tapauskohtaisesti vaihtamaan operatiivisessa tietojärjestelmässä. Asiakirjatyyppien kuvaamisessa tulee huomioida, että asiakirjatyyppien metatiedot voivat vaihtua prosessin eri vaiheissa, erityisesti julkisuuden osalta. Käsittelyprosessin aikana tapahtuvia julkisuusluokan muutoksia on tarkoituksenmukaisinta hallita tiedonohjaussuunnitelmaan määriteltävien käsittelysääntöjen avulla (ks. metatietomalli 7. 17 Julkisuusluokan muutos). Vaatimukset: Asiakirjatyyppeinä on suositeltavaa käyttää metatietomallissa määriteltyjä asiakirjatyyppejä, joita voidaan tarvittaessa laajentaa muilla asiakirjatyypeillä. Liiteasiakirjat pitää kuvata tiedonohjaussuunnitelmaan omana asiakirjatyyppinään ”liite” ainakin silloin kun liitteiden metatiedot poikkeavat varsinaisen asiakirjatyypin tai muiden liitteiden metatiedoista. Asiakirjatyypin-rakenneosa Vaatimukset: Asiakirjatyyppien pitää liittyä aina toimenpiteeseen. Toimenpiteeseen saa liittyä haluttu määrä asiakirjatyyppejä (0..*:). 7 Tiedonohjaussuunnitelman xml-skeema Tiedonohjausjärjestelmät tarvitsevat tiedonohjaussuunnitelman määritykset formaalissa, yksitulkintaisessa muodossa. Kukin järjestelmä käsittelee yleensä tiedonohjaussuunnitelmia järjestelmäkohtaisessa muodossa. Nämä pohjautuvat esimerkiksi xml:ään. Xml-dokumentin muoto voidaan määritellä xml-skeeman avulla. Skeemassa kuvataan xml-dokumentin rakenne, tietosisältöjen pakollisuus, arvojoukot jne. Xml-rakenteen määrittely mahdollistaa tiedonohjaussuunnitelmien siirrettävyyden eri järjestelmien välillä sekä tiedonohjaussuunnitelman laadinnan ja ylläpidon helpomman eriyttämisen operatiivisesta järjestelmästä. Tässä suosituksessa määritelty 16/17 JUHTA - Julkisen hallinnon tietohallinnon neuvottelukunta tiedonohjaussuunnitelman xml-skeema on tarkoitettu ensisijassa tiedonohjaussuunnitelman tietosisällön välittämiseksi tiedonohjausjärjestelmästä toiseen ja tiedonohjaussuunnitelmien julkaisemiseksi koneluettavassa muodossa. Suosituksen xml-skeemaa voidaan käyttää myös tiedonohjaussuunnitelman ohjaustietojen välittämiseen tiedonohjausjärjestelmästä operatiiviseen tietojärjestelmään kun operatiivinen hakee koko tiedonohjaussuunnitelman ohjaustiedot yhdellä kerralla. Määritelty xml-skeema on laajennettavissa. Kunkin rakenneosan metatietoja voidaan laajentaa toimiala- tai organisaatiokohtaisilla elementeille ja lisäksi skeemaan voidaan laajentaa lisätä uusia rakenneosia. Uusien elementtien lisäämiseen käytetään skeemassa laajennos -elementtiä (metatietomalli 8.1 Laajennos). Tiedonohjaussuunnitelman xml-skeemat on kuvattu noudattaen JHS 170 -suositusta. Tiedonohjaussuunnitelman xml-skeema on kuvattu tämän suosituksen liitteissä 3 ja 4. 8 Opastavat tiedot Tätä suositusta ylläpitää Julkisen hallinnon tietohallinnon neuvottelukunta JUHTA, puh. 029 516 001, sähköposti: [email protected]. JHS-järjestelmän verkkosivut: www.jhs-suositukset.fi 9 Liitteet Liite 1. Metatietomalli Liite 2. Tietomallin kuvaus Liite 3. Rakenteen xml-skeema: atomaariset rakenteet (xsd-tiedosto) Liite 4. Rakenteen xml-skeema: koosterakenteet (xsd-tiedosto) Liite 5. Monitoimijaprosessit Liite 6. Metatietomallin ja SÄHKE2-metatietojen vertailutaulukko Liite 7. Tiedonohjaussuunnitelma mallipohja (Excel-tiedosto) 17/17