Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Tässä dokumentissa on kuvattu myös periaatteet, joilla tuleva "ydinkoodistoryhmä" on osallistuu koodistojen hyväksymiseen. Myöhemmin perustettavan ydinkoodistoryhmän on tarkoitus toimia samalla periaatteella kuin Ydinsanastoryhmä sanastojen ja Käsitemallityöryhmä Käsitemalliryhmä tietomallien kansallisen tason määrittelytyössä.

...

  • Variantti on jonkin koodiston muokattu versio toiseen käyttötarkoitukseen. Variantissa koodeja voi olla esimerkiksi enemmän tai vähemmän kuin alkuperäisessä koodistossa, jonka variantti se on. Esimerkkejä varianteista ovat  ovat Pääkaupunkiseudun kunnat (variantti Kunnat 2018 -koodistolle) ja 5-vuotisikäryhmät työttömyysturvassa (variantti 1-vuotisikäryhmät-koodistolle).
  • Versio on yksittäisen koodiston uusi tai vanha versio. Esim. koodisto "Kunnat 2017" ja "Kunnat 2018" ovat eri koodistoversioita. Niiden voimassaolon alkamis- ja päättymispäivämäärät poikkeavat toisistaan. Tyypillisesti uusi versio korvaa vanhan version. (Usein vanha versio jää edelleen talteen, jotta esimerkiksi tilastoinnissa voidaan tarkistaa tiettynä ajanhetkenä voimassa olleen koodiston tietoja, mutta vanhan version tilakoodi ilmaisee, että se ei enää ole aktiivisessa käytössä.)

...

Tässä luvussa kuvataan yksittäisen koodin määrittelyprosessi. Kun kaikki koodien määrittelyt on tehty, ne kootaan yhteen koodistoksi, joka lähetetään oman tietoalueen koodistoryhmän ydinkoodistoryhmän käsittelyyn (luku 6). 

Koodin määrittelyssä toistuvat seuraavat vaiheet:

  1. Löytyykö koodin tietosisällön kuvaamiseen sopiva käsite jossain Sanastot-työkalun sanastossa?
    1. Mikäli sopiva käsite löytyy, se voidaan ottaa koodin määrittelyn pohjaksi. 
      Esimerkki: tarvitaan koodisto, jolla ilmaistaan henkilön äidinkieli. Julkisen hallinnon yhteisestä sanastosta löytyy käsite Äidinkieli, jonka määritelmä on seuraava: kieli, joka on merkitty väestötietojärjestelmään henkilön kieleksi.
      Mikäli tämä valmis määritelmä sopii määrittelijöiden käyttötarkoitukseen, siihen voidaan viitata koodin kuvauksessa. 
    2. Mikäli sopivaa aiemmin määriteltyä käsitettä ei löydy, sisällöntuottaja määrittelee koodin itse ilman viittausta sanaston käsitteeseen.
      Esimerkki: halutaan määritellä koodisto eri ajoneuvoille, mutta mopoauto-käsitettä ei löydy sanastoista. Sisällöntuottaja voi 
      • joko ehdottaa lisättäväksi mopoauto-käsitteen (johonkin tieliikenne)sanastoon ja tässä yhteydessä antaa oman ehdotuksensa määritelmästä
      • tai suoraan tekee vain oman määritelmänsä koodille (koodin kuvauksessa ei ole viittausta mihinkään sanastoon)
  2. Koodin kuvaukseen lisätään muut tarvittavat metatiedot (voimassaolo aikavoimassaoloaika, viittaukset kansainvälisiin referenssikoodistoihin, mikäli näitä on yms).
  3. Kun kaikki koodit/koodiarvot (1 - n kpl) on määritelty tällä tavalla ja koodisto on sisällöntuottajan mielestä valmis, hän merkitsee koodiston tilaksi "Odottaa hyväksyntää".  
  4. Yhteentoimivuusalustan tuki saa tiedon koodiston valmistumisesta ja käy läpi sen läpi. Se tarkistaa, onko koodiston kuvaus laadittu ohjeiden ja linjausten mukaisesti.
    1. Mikäli koodisto on muodollisesti oikein laadittu, se siirtyy hyväksymiskäsittelyyn
    2. Mikäli koodiston määrittelyssä on korjattavaa, se lähetetään takaisin laatijalleen korjausohjeiden kera, ja koodiston määrittelyprosessi käynnistyy alusta.
  5. Hyväksymiskäsittelyssä Yhteentoimivuusalustan tuki arvioi, voidaanko koodisto hyväksyä sellaisenaan, vai onko se vielä lähetettävä Ydinkoodistoryhmän arvioitavaksi. Yhteentoimivuusalustan tuki 
    1. joko hyväksyy koodiston itse (tavallisesti silloin, kun on kyse jo vakiintuneesta ja laajasti käytössä olevasta koodistosta), muuttaa koodiston tilaksi "Voimassa oleva"  ja lähettää tästä hyväksynnästä tiedon sisällöntuottajalle tai 
    2. harkintansa mukaan lähettää sen Ydinkoodistoryhmän käsittelyyn -> katso alla luku 6

...

  1. Aluksi YKR tarkistaa onko koodiston kuvaus ohjeiden ja linjausten mukainen.
    1. Mikäli koodiston määrittelyssä on korjattavaa, se lähetetään takaisin laatijalleen korjausohjeiden kera, ja koodiston määrittelyprosessi käynnistyy alusta -> katso edellä luku 3.
  2. YKR arvioi, kannattaako koodisto ottaa koko julkishallinnon yhteiseen käyttöön (käyttöalue = koko julkishallinto). Mikäli näin on, arvioidaan seuraavaksi, tarvitseeko koodiston tai sen yksittäisen koodin tietoja vielä muokata ennen kuin koodisto on valmis julkaistavaksi. Ydinkoodistoryhmä tekee tarvittavat muokkaukset. 
  3. Koodisto lähetetään kommenttikierrokselle.
    Saatujen kommenttien perusteella YKR tekee mahdollisesti tarvittavat muutokset koodistoon. 
  4. YKR hyväksyy koodiston ja muuttaa sen tilaksi ”voimassa ”Voimassa oleva”. 
  5. Sisällöntuottajalle lähetetään ilmoitus koodiston hyväksymisestä.

...