Tämä dokumentti on tarkoitettu uudistettavan JHS179-suosituksen tietoarkkitehtuuriosion liitteeksi.

Samankaltaiset tiedostot
JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 8. Semanttisen yhteentoimivuuden viitekehys

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 7. Semanttisen yhteentoimivuuden menetelmäohje

Yhteentoimivuutta edistävien työkalujen kehittäminen

Yhteentoimiva.suomi.fi - palvelukokonaisuuden ja työkalujen esittely

Yhteentoimivuusalusta: Miten saadaan ihmiset ja koneet ymmärtämään toisiaan paremmin?

Suvi Remes Miika Alonen Petri Mustajoki Totti Tuhkanen

Korkeakoulujen yhteentoimivuusmalli

Näkökulmia yhteentoimivuuteen

Yhteentoimivuusalusta ja Sanastot-työkalu

- miten saadaan tieto järkevästi ja vakioidusti siirtymään tietovarantojen ja palvelujen välillä

Yhteentoimivuusvälineistö

- Korkeakoulutuksen ja tutkimuksen (linkitetty) tietomalli

Synergiaryhmän työpaja tietoarkkitehtuuri ja yhteentoimivuus

Tavoitteena yhteinen tietoarkkitehtuuri & tietojen semanttista yhteentoimivuutta tukeva välineistö

Yhteentoimivuutta edistävien työkalujen kehittäminen - JulkICTLab jatkohakemus

Katsaus tietoarkkitehtuurityöhön

TIETOHALLINTOLAKI (LUONNOS) Korkeakoulujen IT-päivät Erityisasiantuntija Olli-Pekka Rissanen

Hyödynnetään avointa, omaa ja yhteistä tietoa Yhteinen tiedon hallinta -kärkihanke

Yhteentoimivuus. Mikael Vakkari Neuvotteleva virkamies VM / JulkICT. Kohti yhteentoimivaa metatietoa

YHTEENTOIMIVUUS Mikael Vakkari Tiedonhallintapäällikkö

Julkisen hallinnon kokonaisarkkitehtuuri

Tiedonhallintalakiehdotus tiedonhallinnan kuvaukset

Yhteentoimivuusalusta ja sen hyödyntäminen kuntien/maakuntien taloushallinnossa Petri Tenhunen, VRK

Yhteentoimivuutta edistävien työkalujen kehittäminen - JulkICTLab pilottiehdotus

JHS-jaoston toiminta ja tavoitteet. JUHTA:n syysseminaari Kuntatalolla

Julkisen hallinnon kokonaisarkkitehtuuri

Kuntien yhteentoimivuusseminaari. Tietomallien laatiminen Taina Nurmela projektipäällikkö, Helsingin kaupunki

Yhteinen kansallinen koodistopalvelu ( Suomi.fi koodistopalvelu )

Tekijän nimi

Tietopolitiikka Yhteentoimivuus ja lainsäädäntö , Sami Kivivasara ICT-toimittajien tilaisuus

Yhteisellä ymmärryksellä yhteiseen tietoon Yhteentoimivuusmenetelmä & -alusta ja tiedon hallinnan yhteistoimintamalli

Yhteentoimivuuden eri näkökulmat

Yhteentoimivuus - kattaa strategisen, lainsäädännnöllisen, organisaatioiden välisen, semanttisen ja teknisen yhteentoimivuuden

Yhteinen tiedon hallinta -kärkihanke

Hankkeet ja yhteentoimivuus. OKM:n kirjastopäivät Minna Karvonen

Kohti aidosti palvelevaa hallintoa yhteinen metatietoarkkitehtuuri yhteentoimivuuden kulmakivenä

Modulaariset tietosisältömäärittelyt Tilannekatsaus

JUHTA asiantuntijajaoston kokous JHS 179 v 2.0 esittely VM

Rakennetun ympäristön tietoalueen käsitekokonaisuus ja työvälineiden käyttö. Mikael af Hällström Vero, KMR/YSR

Kokonaisarkkitehtuuri julkisessa hallinnossa. ICT muutostukiseminaari neuvotteleva virkamies Jari Kallela

OPETUS- JA KULTTUURIMINISTERIÖN TOIMIALAN TIETOHALLINNON YHTEISTYÖKOKOUS

JUHTA kokous JHS 179 v 2.0 esittely VM

Julkisen hallinnon kokonaisarkkitehtuuri JHKA

Hyödynnetään avointa, omaa ja yhteistä tietoa Yhteinen tiedon hallinta -kärkihanke

Korkeakoulujen tietohallinnon kehittäminen: tiedon yhteismitallisuus ja järjestelmien yhteentoimivuus. Johtaja Hannu Sirén

KAM-sektori yhteisen tiedon hallinnan edelläkävijänä. KDK-tietoarkkitehtuuriryhmän seminaari Jaana Kilkki, Kansallisarkisto

Vaikuttavia tekoja yhteentoimivuus. Kommenttipuheenvuoro YTI-hanke päätösseminaari Taina Nurmela ja Teija Soini Helsingin kaupunki

Tulevaisuuden maankäyttöpäätökset. Marko Kauppi / Ubigu Oy Maanmittauspäivät

Yhteinen tiedon hallinta -kärkihanke vauhtiin!

Julkisen hallinnon kokonaisarkkitehtuuri

MITÄ TIETOHALLINTOLAKI TUO TULLESSAAN? Mikael Kiviniemi Julkisen hallinnon ICT-toiminto

Kansallinen digitaalinen kirjasto Kokonaisarkkitehtuuri v3.0

Yhteentoimivuus ja tiedonhallintalaki

Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma 2014

Julkaistu Helsingissä 15 päivänä kesäkuuta /2011 Laki. julkisen hallinnon tietohallinnon ohjauksesta

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen

Varda varhaiskasvatuksen tietovaranto

Avoimuus ja julkisen hallinnon tietohallinto. Yhteentoimivuutta avoimesti -seminaari Tommi Oikarinen, VM / JulkICT

Tiedon semanttinen yhteentoimivuus ja tietoalueet

JHS-järjestelmä. Tommi Karttaavi

Julkisen hallinnon asiakas digitalisoituvassa yhteiskunnassa Digitalisaatiolinjausten valmistelu

Hyödynnetään avointa, omaa ja yhteistä tietoa

Työpaja 3: Kohdealueyhteistyö ja toimialarajat ylittävät kehittämiskohteet

Tietohuollon kehittäminen ja kansallinen ohjaus. Kuntien paikkatietoseminaari Tommi Oikarinen, VM / JulkICT

JHS-järjestelmä ja yhteentoimivuus

Kokonaisarkkitehtuuri julkisessa hallinnossa 2016

Korkeakoululaitoksen tietohallinnon kehittäminen & julkisen hallinnon kokonaisarkkitehtuuri

Kuntasektorin asianhallinnan viitearkkitehtuuri 1.0. Kuntamarkkinat Tuula Seppo, erityisasiantuntija

Yhteinen ja yhteentoimiva tieto sekä tiedon hallinnan käytänteet

Asemakaavat yhteisenä tietovarantona

Sosiaalihuollon asiakasasiakirjojen tietomallinnus Tietomallit teknisen asiakirjamäärittelyn näkökulmasta

TAPAS - puheenvuoro - TAPAS-päätösseminaari Tommi Oikarinen, VM / JulkICT

Opetustoimen sanastotyö. Toimialan tietohallinnon yhteistyökokous Ritva Sammalkivi

Arkkitehtuuripankki. Mallintamisen metamalli ja notaatiot

Millainen julkinen tietoarkkitehtuuri Suomessa tarvitaan?

Espoon arkkitehtuurin kehittäminen - Tiedonhallinta ja arkkitehtuuri kaupungin näkökulmasta

Arkkitehtuuri käytäntöön

Tietohallinnon uudistuksia ja haasteita sähköisen hallinnon näkökulma viranomaisten asiakirjojen pysyvään säilyttämiseen

Toivakan kunnan teknologia-arkkitehtuuri

Sanastotyö THL:SSÄ Sanastotyö THL:ssä / Outi Meriläinen 1

OKM:n hallinnonalan yhteisen tiedon hallinta

JHS Koodistot ja luokitukset suositusluonnoksen esittely. Keskustelutilaisuus

1. Lähtökohta ja taustat

YTI yhteisellä tiedonhallinnalla tuloksiin

Taustamuistio 1 (6) Yhteinen tiedon hallinta -hanke. Taustatietoa Sanaston metatietomallin määrittely -työpajan keskusteluun

Julkisen hallinnon kokonaisarkkitehtuurijaoston työsuunnitelma /2016

Julkishallinnon metatietopalvelun esiselvitys. Esittelytilaisuus

OKM:n ja korkeakoulujen tietohallintoyhteistyön tilanne. Ylitarkastaja Ilmari Hyvönen

Yhteentoimivuuden kehittämisohjelman ohjausryhmän loppuyhteenveto

Sosiaalihuollon asiakastietomallin hallinta

Tietohallintolaki ja yhteinen arkkitehtuuri. Paikkatiedon viitearkkitehtuurityön työpaja Tommi Oikarinen, VM, JulkICT

Kansallisen palveluväylän viitearkkitehtuuri

Valtion taloushallinnon kokonaisarkkitehtuuri

Luvat ja valvonta ekosysteemi

Toiminnan ja tietohallinnon kehittäminen kokonaisuutena. Sisältö 1 (11) Ohje

Korkeakoulutuksen ja tutkimuksen yhteiset arkkitehtuurit

Tietohallinto on palvelu

Sisällönhallinnan menetelmiä

JHS XXX Julkishallinnon sanastotyö

Juridiset aineistot ja avoin tieto Anne Kauhanen-Simanainen Säätytalo

Transkriptio:

Tämä dokumentti on tarkoitettu uudistettavan JHS179-suosituksen tietoarkkitehtuuriosion liitteeksi. LUONNOS JHS179 liite 7 (alustava numerointi) Julkisen hallinnon semanttisen yhteentoimivuuden viitekehys Yleistä Tässä dokumentissa kuvataan Suomen julkisen hallinnon semanttisen yhteentoimivuuden viitekehys, joka muodostuu uudelleenkäytettävien tietomääritysten laadinnassa käytettävästä menetelmästä (yhteentoimivuusmenetelmä) ja menetelmän tulosten dokumentaatiotavasta tähän soveltuvalla välineistöllä. Noudattamalla viitekehykseen kuuluvaa menetelmää julkisen hallinnon organisaatiot edistävät tietojärjestelmien välistä semanttista yhteentoimivuutta tietohallintolain ja sen nojalla annettujen asetusten määräämällä tavalla. Taustaa Tietohallintolain 3 luvun 7 :ssä todetaan, että julkisen hallinnon viranomaisen on julkisen hallinnon tietojärjestelmien yhteentoimivuuden mahdollistamiseksi ja varmistamiseksi suunniteltava ja kuvattava kokonaisarkkitehtuurinsa sekä noudatettava laadittua ja ylläpidettyä kokonaisarkkitehtuuria ja sen edellyttämiä yhteentoimivuuden kuvauksia ja määrityksiä sekä toimialakohtaisia tietojärjestelmien yhteentoimivuuden kuvauksia ja määrityksiä. Tietohallintolain 1 luvun 3 :ssä määritellään tietojärjestelmien yhteentoimivuus [tietojärjestelmien tekniseksi ja tietosisällölliseksi yhteentoimivuudeksi] muiden julkisen hallinnon viranomaisten tietojärjestelmien kanssa silloin, kun järjestelmät käyttävät samoja tietoja. Julkisen hallinnon tietoarkkitehtuurin määrittelydokumentissa (versio 1.0) todetaan:

Julkisen hallinnon toiminnan kehittämisessä tähdätään mm. sähköisiin tietointensiivisiin palveluprosesseihin. Tietointensiivisyyden etuna on mahdollisuus monien prosessien tai osaprosessien jopa täydelliseen automatisointiin. Automatisoinnin tarkoituksena on siirtää koneiden hoidettavaksi monia sellaisia rutiiniluonteisia tehtäviä, joiden hoitamiseen tällä hetkellä tarvitaan virkailija tai asiakas. Tavoitteena on siten lisätä hallinnon tehokkuutta ja vähentää asiakkaan vaivaamista sellaisissa tehtävissä, jotka voidaan siirtää automatisoitujen prosessien hoidettavaksi. Sipilän hallitusohjelmassa mainitaan hallituskauden yhtenä tavoitteena käyttäjälähtöiset tuottavuutta ja tuloksellisuutta nostavat, yhden luukun digitaaliset palvelut. Hallitusohjelmaan kirjattu tavoitteeksi digitaalisen liiketoiminnan kasvuympäristön rakentaminen. Tässä kuvattu menettely tukee edellä mainittuja tavoitteita. edistää Sipilän hallitusohjelman mukaisesti uuden teknologian, digitalisaation ja uusien liiketoimintakonseptien käyttöönottoa. Tavoitetila Semanttisen yhteentoimivuuden viitekehyksen avulla on mahdollista toteuttaa tietohallintolaissa tarkoitettu tietosisällöllinen yhteentoimivuus Suomen julkisen hallinnon organisaatioiden välisessä tietojenvaihdossa. Viitekehyksen avulla tuotetaan tietohallintolaissa mainitut kokonaisarkkitehtuurin edellyttämät yhteentoimivuuden kuvaukset ja määritykset julkisen hallinnon yhteisen tietoarkkitehtuurin osalta. Viitekehys on myös keskeinen tekijä osana kansallista palveluarkkitehtuuria ja julkisen hallinnon tietoarkkitehtuurin määrittelydokumentin mainitsemassa sähköisten tietointensiivisten palveluprosessien automaatiossa. Noudattamalla tähän viitekehykseen kuuluvaa menetelmää toimialakohtaiset tietokomponentit tehdään näkyviksi ja yhteiskäyttöisiksi menetelmän soveltamisen tuloksena harmonisoidut tietokomponentit muodostuvat tietohallintolain 4.2 tarkoitetuiksi yhteentoimivuuden edellyttämien tietoarkkitehtuurimääritysten sisällöiksi. Tavoitetilassa julkisen hallinnon organisaatiot noudattavat seuraavaa menettelyä: 1. Tunnista ja kuvaa tilanne, jossa toimijan tietotarpeet vaativat paitsi toimijan omien tietovarantojen myös muiden toimijoiden tietovarannon tietojen hyödyntämistä. 2. Laadi tilanteesta tarvittavat toiminta-arkkitehtuurikuvaukset ja johda näistä toiminnan tietotarpeet. 3. Laadi toiminnan tietotarpeista Semanttisen yhteentoimivuuden viitekehyksen mukainen sovellusprofiili/soveltamisprofiili. 4. Hyödynnä sovellusprofiilin perusteella tuotettuja teknisiä tietorakenteita (siirtoformaatti) edellä kuvatussa prosessissa (tietojenvälityksessä eri tietovarantojen välillä).

Noudattamalla tätä menettelyä julkisen hallinnon organisaatio varmistaa, että sen omien tietovarannon tietosisältöjen merkitys säilyy muuttumattomana myös tilanteissa, joissa tietosisältöä hyödynnetään organisaation ulkopuolella. Organisaatioiden uudistaessa elinkaarensa lopussa olevia tietojärjestelmiä voidaan menettelyn avulla laatia jatkossa uusittavien järjestelmien ja tietovarantojen tietomääritykset semanttisesti yhteentoimivalla tavalla.

Viitekehyksen osat Semanttisen yhteentoimivuuden viitekehys koostuu tietojärjestelmien semanttista yhteentoimivuutta toteuttavasta menetelmästä (yhteentoimivuusmenetelmä) ja menetelmän tulosten dokumentaatiotavasta tähän soveltuvalla välineistöllä. Yhteentoimivuusmenetelmä Yhteentoimivuusmenetelmä on menetelmä, jonka avulla julkisen hallinnon organisaatiot voivat kuvata tietovarantojaan siten, että niistä on siirrettävissä tai niihin on vastaanotettavissa tietoa, jonka tietosisältö on merkitykseltään yksiselitteistä eli kaikkien osapuolten yhtenäisesti ymmärrettävissä. Tiedon siirtäminen yhteentoimivuusmenetelmän mukaisesti säilyttää myös sen muodostajan tarkoittaman sisällöllisen merkityksen. Seuraavassa kuvataan menetelmä tällaisten kuvausten muodostamiseksi.

Ennen itse menetelmän kuvaamista kuvataan kuitenkin yhteentoimivuusmenetelmän osatekijät eli ne tuotokset, joita menetelmän avulla synnytetään sekä näiden tuotosten väliset riippuvuudet. Yhteentoimivuusmenetelmän käsitteistö core component - tietokomponentti (UN/CEFACTS CCTS / ADMS) context-free semantic building block tietomääritys, joka kuvaa tietoa reaalimaailman ilmiöistä ja niiden ominaisuuksista toteutusneutraalilla tavalla ja uudelleenkäytön mahdollistaen core vocabulary - tietokomponenttikirjasto (ISA) simplified, re-usable and extensible data models that capture the fundamental characteristics of an entity in a context-neutral fashion. joukko tietokomponentteja application profile - sovellus-/soveltamisprofiili (Dublin core) metadata record which meets specific application needs while providing semantic interoperability with other applications on the basis of globally defined vocabularies and models. tietomääritys, joka määrittelee tietojärjestelmän tarvitsemat tietosisällöt siten, että ne ovat semanttisesti yhteentoimivia muiden tietojärjestelmien kanssa, hyödyntämällä olemassa olevia sanastoja ja tietomalleja attribute - ominaisuus (ISO 19788) characteristic of an object or entity olion tai tarkoitteen ominaispiirre code list - koodisto (ADMS) complete set of data element values of a coded simple data element luettelo luokan ominaisuuden sallituista arvoista

Tietokomponentit Tietokomponentit koostuvat luokista ja niiden ominaisuuksista. Luokkien ja ominaisuuksien semanttinen merkitys määritellään sanastossa, jonka sisältämiin käsitteisiin komponentista viitataan luokka- ja ominaisuuskohtaisesti. Tietokomponentit ovat itsessään aina luokkia, mutta ne voivat muodostaa keskinäisen hierarkian ylä- ja alaluokkasuhteilla. Ominaisuuksille on määritelty tiedon esitysmuoto, joka voi olla joko yleinen tietotyyppi tai viittaus toiseen luokkaan. Tietokomponenttiin lisätään myös kuvaukset luokan ja sen ominaisuuksien merkityksestä komponenttikohtaisessa kontekstissa eli selitys sille mitä tietoa komponentilla on tarkoitus välittää tietovarannosta toiseen. Sanastot Tietokomponenttikirjaston luokat ja ominaisuudet ovat lähtökohtaisesti kontekstisidonnaisia, joten yhteiskäyttöisyyden turvaamiseksi niitä kuvaavat käsitteet on määriteltävä erikseen mahdollisimman neutraalilla tavalla. Tätä varten laaditaan erillisiä sanastoja, joissa tietokomponenttien kuvaamiseen tarvittavat käsitteet on määritelty mahdollisimman kontekstivapaasti. Käytettävä sanasto tulee olla julkaistuna sovitussa formaalissa muodossa ja siinä esiintyvään käsitteeseen tulee pystyä viittaamaan käsitteen yksilöivällä tunnisteella. Mikäli komponenttien tarvitsemia käsitteitä ei ole julkaistu julkisen hallinnon yhteisessä tai toimialakohtaisissa sanastoissa, pitää käsite määritellä sanastoon. Tietokomponenttien luokkia ja ominaisuuksia kuvaavien käsitteiden määrittely tehdään JHS175 -suosituksen mukaisessa sanastotyöprosessissa terminologisen sanastotyön periaatteiden mukaisesti. Julkisen hallinnon yhteiseen sanastoon määriteltävät käsitteet eli ns. ydinkäsitteet on harmonisoitava YSR:n eli julkisen hallinnon ydinsanastoryhmän toimesta, sillä nämä käsitteet on usein määritelty eri tavalla eri kohdealueilla tai toimialoilla. Esimerkki: henkilötunnus ja ammatti ovat ydinkäsitteitä, niiden määrittelystä vastaa YSR palkka ja etuus ovat yhteisiä käsitteitä, niiden määrittelystä vastaa [julkisen hallinnon tietoarkkitehtuuriryhmän?] valtuuttama taho, esim. jokin JHS175:n mukainen ns. intressiyhteisö

opiskeluoikeus on kohdealuekohtainen eli jonkin intressiyhteisön (opetustoimi) hallinnoima käsite, joka julkaistaan myös julkisen hallinnon yhteisessä sanastossa, mutta sen määrittely on käsitettä hallinnoivan tahon vastuulla Koodistot Koodistoja ja koodiarvoja hyödynnetään tietotyyppinä määrittelemään ominaisuuksille yhteisesti sovitut ja hyväksytyt arvoalueet. Koodiarvon semanttinen merkitys määritellään sanastossa, jonka sisältämiin käsitteisiin koodistosta viitataan koodiarvotasolla. Esimerkki: Tietokomponentti Henkilön (luokka: henkilö) ominaisuus Siviilisääty voi saada määritellyt arvot Avioliitto, Leski, Rekisteriöity parisuhde, Naimaton jne. Nämä arvot tallennetaan koodistoon Siviilisääty, joka julkaistaan julkisen hallinnon koodistopalvelussa. Sovellusprofiilit/Soveltamisprofiilit Sovellus-/soveltamisprofiili on tietomääritys, jota käytetään: yleisesti jonkin olemassa olevan tietomallin tarkennuksena tai laajennuksena toiseen käyttötarkoitukseen. Yhteentoimivuusmenetelmässä myös uutena tietojärjestelmä- tai käyttötapauskohtaisena tietomallina yhteisiä tietokomponentteja hyödyntäen. Sovellus-/soveltamisprofiilin muodostamisessa tulee noudattaa kansainvälisesti sovittuja käytäntöjä (Guidelines for Dublin Core Application Profiles). Keskeisin periaate on se, että yhteisiä tietokomponentteja voidaan tarkentaa sovellus-/soveltamisprofiileissa eri käyttötarkoituksiin muuttamatta tietokomponenttien semanttista merkitystä. Sovellus- /soveltamisprofiileissa tehdyt rajoitukset ja tarkennukset eivät saa olla ristiriidassa tietokomponenteille annettujen määritysten kanssa. Sovellus-/soveltamisprofiileja muodostetaan esimerkiksi seuraavissa tapauksissa: kun kyse on tietojenvaihdosta sellaisten toimijoiden välillä, joiden tietovarannot eivät ole yhteismitallisia halutaan yhtenäistää eri tietomalleissa käytettyjä tietomäärityksiä halutaan tarkentaa yhteisiä tietokomponentteja toimialakohtaisesti halutaan määritellä mikä tieto on toimialakohtaista

Yhteentoimivuusmenetelmän soveltaminen Seuraavassa kuvataan tarkemmalla tasolla miten yhteentoimivuusmenetelmää sovelletaan käytännössä. Työohje 1. Tunnista ja kuvaa tilanne, jossa toimijan tietotarpeet vaativat paitsi toimijan omien tietovarantojen myös muiden toimijoiden tietovarannon tietojen hyödyntämistä. 2. Kuvaa toimijan tietotarpeeseen sopiva tietomääritys eli sovellus-/soveltamisprofiili 3. Sovellus-/soveltamisprofiili kuvataan hyödyntämällä julkisen hallinnon yhteistä tietokomponenttikirjastoa. Tietokomponenttikirjasto sisältää luokat ja ominaisuudet, joita tulee käyttää määrityksissä. Yhteisillä tietokomponenteilla tarkoitetaan sekä KMRryhmässä harmonisoituja luokkia ja ominaisuuksia että toimialakohtaisia luokkia ja ominaisuuksia. Ominaisuuksien arvoalueet on mahdollisuuksien mukaan määritelty julkisen hallinnon yhteisessä koodistopalvelussa. 4. Tarkastele tietokomponentteja tietokomponenttikirjastossa. a. Jos sopivanoloinen tietokomponentti löytyy, tarkasta, että tietokomponentille annettu tietosisältö (luokka, ominaisuudet ja niiden merkitykset) vastaa käyttötarvetta. b. Jos tietokomponentille annettu tietosisältö vastaa tarvetta, niin hyödynnä tietokomponentti kokonaisuutena tai sen soveltuvat ominaisuudet sovellus- /soveltamisprofiilissa. c. Jos tietokomponentille annettu tietosisältö ei vastaa tarvetta, laajenna olemassa olevaa tietokomponenttia. i. Laajentaminen tapahtuu lisäämällä tietokomponenttikirjastoon uusi tarvittava ominaisuus olemassa olevaan luokkaan. ii. Tarkenna tarvittaessa ominaisuuden arvoaluetta määrittelemällä uusi koodisto julkisen hallinnon yhteiseen koodistopalveluun. iii. Käytä laajennettua komponenttia tai uutta ominaisuutta osana omaa sovellus-/soveltamisprofiilia. iv. Ilmoita lisätty ominaisuus KMR-ryhmälle käsittelyä varten. v. Laajennokset tulevat ehdokkaiksi yhteiseen tietokomponenttikirjastoon ja ne 1. joko hyväksytään yhteisen tietokomponenttikirjaston osaksi ja lisätään yhteiseen kirjastoon uusi yläominaisuus 2. todetaan tapauskohtaiseksi määritykseksi, vain tietyssä sovellus- /soveltamisprofiilissa käytettäväksi.

d. Jos tietokomponenttia ei löydy, luo tarvittava tietokomponentti osaksi tietokomponenttikirjastoa. i. Luo komponentti määrittelemällä tarvittava luokka hyödyntämällä sanastoa ja siellä määriteltyjä käsitteitä. ii. Lisää luokkaan tarvittavat ominaisuudet hyödyntämällä sanastoa ja siellä määriteltyjä käsitteitä. iii. Tarkenna tarvittaessa ominaisuuden arvoaluetta määrittelemällä koodisto. iv. Käytä uutta komponenttia osana omaa sovellus-/soveltamisprofiilia. v. Ilmoita uusi komponentti KMR-ryhmälle käsittelyä varten. vi. Uudet komponentit tulevat ehdokkaiksi yhteiseen tietokomponenttikirjastoon ja ne joko 1. hyväksytään yhteisen tietokomponenttikirjaston osaksi ja lisätään yhteiseen kirjastoon uusi luokka ja sen ominaisuudet. 2. todetaan tapauskohtaiseksi määritykseksi, vain tietyssä sovellus- /soveltamisprofiilissa käytettäväksi. e. Muodosta soveltuvan työkalun avulla valituista tietokomponenteista sovellus- /soveltamisprofiili eli toteutuskohtainen tietomääritys. 5. Muodosta sovellus-/soveltamisprofiilin tietomäärityksen pohjalta tekniset tietorakenteet. Yhteinen semanttinen mäppäys sanastojen avulla mahdollistaa tarvekohtaisten määritysten hallitun kytkemisen yhteisiin määrityksiin.