KOSKI. Kehittämishankkeen ohjausryhmä Osaamisen ja sivistyksen parhaaksi

Koko: px
Aloita esitys sivulta:

Download "KOSKI. Kehittämishankkeen ohjausryhmä 16.3.2016. Osaamisen ja sivistyksen parhaaksi"

Transkriptio

1 KOSKI Kehittämishankkeen ohjausryhmä

2 Ajankohtaista Ammatillisen koulutuksen osalta tiedonsiirtorajapinta on tehty niin pitkälle kuin tässä vaiheessa on mahdollista. eperusteisiin on tuotettu ammatillisten perusteiden muutostarpeet, jotka käydään vielä yhdessä läpi palaverissa Tietomallin harmonisointityö on aloitettu. Viranomaisten tiedonsiirtotarpeet tilanne

3 eperuste muutokset, ammatilliset Diaarinumerot / perusteen tunnistaminen Tarpeet: pystytään tunnistamaan peruste, johon tutkintosuoritus liittyy. Tunniste on saatava ammatillisten toimijoiden järjestelmiin Nykytilanne: diaarinumero ei tällä hetkellä riittävä tunniste, koska peruste voi muuttua saman diaarinumeron sisällä. Ehdotus: käytetään diaarinumeron lisäksi versionumeroa, tai käytetään muuta yksilöivää tunnistetta. Tunnisteen pitää viitata rakenteeseen, joka ei muutu. Diaarinumeroiden koneluettavuus Tarve: TOR tarvitsee yksiselitteisen, koneluettavan tunnisteen. Nykytilanne: Tällä hetkellä eperusteissa mahdollista kirjata diaarinumeroksi mitä vain, esimerkiksi 15/011/2011, muutettu määräyksellä 52/011/2012 Ehdotus: eperusteet pakottaa diaarinumerot tiettyyn formaattiin. Selitteet viedään tarvittaessa muihin kenttiin. Voimassaolevia perusteita puuttuu Tarve: voimassaolevat perusteet pitäisi saada eperusteet-palvelusta Nykytilanne: eperusteista puuttuu voimassaoleviakin perusteita. Lisäksi historialliset perusteet puuttuvat. Ehdotus: Lisätään kaikki voimassa olevat perusteet järjestelmään

4 Tutkinnon rakenne todistuksissa Tarve: tutkinnon rakenteen näyttäminen oikein tulostettavassa todistuksessa edellyttää, että tutkinnon osasuoritukset voidaan sijoittaa oikein tutkinnon rakenteeseen. Nykytilanne: sama tutkinnon osa voi joissain rakenteissa sijoittua kahteen eri paikkaan samassa rakenteessa, eikä meillä tällä hetkellä ole tunnistetta, jolla sijoittelu tehtäisiin oikein. Esimerkki: Moottorikäyttöisten pienkoneiden osaamisala, valinnaisissa tutkinnon osissa pitää valita 3 kpl yhdestä kohtaa tai 2 kpl toisesta kohtaa. Ehdotus: kirjataan säännöt koneluettavassa muodossa ja tarjoillaan ne rajapinnan yli. Arviointiasteikot Tarve: tutkinnon osan arviointiasteikko koneluettavassa muodossa. Näin voidaan tehdä tietojen syöttöön käyttöliittymä, joka valitsee oikean arviointiasteikon automaattisesti. Poikkeavan arviointiasteikon käyttö toki myös mahdollista. Nykytilanne: eperusteissa arviointiasteikko on määritelty koneluettavalla tavalla vain suoritustapatasolle, eli yksittäisten tutkinnon osien arviointiasteikkoja tietyssä rakenteessa ei ole määritelty. Nykytilanne: Arviointiasteikkoja on määritelty myös tutkinnon osille, mutta vain tekstimuodossa ja arviointiasteikoista voidaan poiketa paikallisesti. Oletuksena on, ett tutkinnon osalla on aina tietty arviointiasteikko, joka ei riipu tutkinnon suoritustavasta. Ehdotus: Kirjataan arviointiasteikot tutkinnon osa -tasolla koneluettavassa muodossa.

5 Näytön arvioinnin kohteet Tarve: halutaan tietää, liittyykö tutkinnon osaan näyttö ja näyttöön arvioinnin kohteet. Nykytila: eperusteissa tutkinnon osan tyyppiä ei tiedetä. Rakenne on eperusteissa, mutta rakennemoduuleilla on vain tekstikuvaus. Ei siis voida päätellä onko tietty tutkinnon osa ammatillinen tutkinnon osa vai jokin muu. Ehdotus: kirjataan tutkinnon osan tyyppi eperusteisiin koneluettavassa muodossa. Esim. AMMATILLINEN_TUTKINNON_OSA. Ehdotus2: Vaihtoehtoisesti myös rakennemoduulilla voi olla tyyppi, mutta tällöin tulisi voida linkittää suorituksissa tutkinnon osa tiettyyn rakennemoduuliin, jolloin rakennemoduulilla pitäisi olla uniikki id, johon voi viitata ulkoisista järjestelmistä eperusteet tarjoaa palveluna muodostumis/validointisäännöstön: Tarve: halutaan tieto, ovatko tutkinto ja siihen liittyvät tutkinnon osat perusteiden mukaiset Nykytila: ei voida tarkistaa tutkinnon oikeamuotoisuutta Nykytila: eperusteista on kuvattu osittainen muodostumis/validointisäännöstö: Ehdotus: Koski kysyy eperusteet-palvelulta onko tutkinto ja tutkinnon osat valideja.

6 Tietomallin harmonisointi työ Työssä tunnistetaan Koulutusmuodoille yhteiset käsitteet ja tiedot ja koulutusmuotokohtaiset erityispiirteet, esim. perusopetuksessa vuosiluokkataso Tarpeita uusille koodituksille; mm. opiskeluoikeudet ja suoritukset tyypitetään (korkeakoulutuksen opiskeluoikeus, ammatillisen koulutuksen suoritus..) Työ jatkuu tietosisällön tarkentamisella sidosryhmätapaamisissa. Ohjausryhmään tuodaan suurimmat Koskeen tallennettavat linjauksia edellyttävät asiakokonaisuudet. (lakivaikutukset)

7 Viranomaisten tiedonsiirtotarpeet Viranomaisten erilaiset tietotarpeet on koostettu koulutusmuodoittain (perusopetus, ammatillinen koulutus, lukiokoulutus, ylioppilastutkinto, IB-tutkinto ja korkeakoulutus). Tietotarpeiden koosteet on lähetetty kaikille viranomaisille kommentoitavaksi Kommentit saatu: 12 Kannanotto puuttuu vielä: OPH rahoitus, okm ammatilliset/korkeakoulutus, CIMO, Karvi perusopetus ja lukiokoulutus, Evira, Valvira

8 Koskeen ilmoitetut tietosisältötarpeet Uusia tietoja löytyi: Liikkuvuustiedot, ulkomaan jaksot opinnoissa HOPS tietosisältö, HOJKS tietosisältö Opintojen etenemisen seurantaan liittyviä tietoja Perusopetuksen vuosiluokan opetusryhmätieto Arvioijaan liittyviä tietoja (ammatilliset) Koulutuksen arvioinnin tietoja (ammatilliset) Lisäksi erityisen ja tehostetun tuen sekä pidennetyn oppivelvollisuuden tietokokonaisuus on käsiteltävä erikseen. Rahoituksen tiedot puuttuvat vielä.

9 Tietojen käyttötarve (tiedonsiirtotiheys) Tietoa haetaan seuraavasti (kansalainen ja viranomainen) 24/7 yksilöhakuja (vain kansalainen) Arkisin 8-16 yksilöhakuja (tyypillisin) Kerran kuussa / vuodessa massahakuja Tiedonsiirtotiheys: n+tiedonsiirtotiheystarve Tietotarpeet viranomaisittain: n+kartoittaminen

10 Vuositason tärkeimmät tavoitteet Tavoitteena laki: mahdollistaa tietojen keräämisen ja tallentamisen koulutuksen järjestäjiltä rekisterin, vaatii tuotantokelpoisen palvelinympäristön Huhtikuuhun mennessä: hallituksen esitys lakiehdotukseksi kirjoitettu ja laitettu lausuntokierrokselle aloitetaan toteutuksen skaalaaminen ja tuotantoympäristön valmistelu Lakiehdotuksen laatimiseksi viranomaisten tietotarpeet oltava selvillä: mitä tietoja ylipäätään tallennetaan koulutuksen järjestäjiltä Tiedonsiirtorajapintojen tilaaminen koulutuksen järjestäjiltä lakiehdotuksen antaminen eduskunnalle (elo- syyskuu) eduskuntakäsittely syys-joulukuu Lain hyväksyminen ja vahvistaminen 12/2016-1/2017 Tiedonsiirrot koulutuksen järjestäjiltä tietovarantoon Laki voimassa Tarvitaan tuotanto-ympäristö Viranomaisten tiedonsiirtojen pilotointi Tarvitaan koulutuksen järjestäjien tiedot tietovarannosta Viranomaisten tiedonsiirrot toimivat

11 Koski-viestintäsuunnitelma Esittely Projektiryhmän (4.3.) kommentit on viety viestintään: Koulutustoimijoille kohdistuvassa viestinnässä korostetaan tietojen välityksen vähenemistä koulutustoimijoilta, ts. Koski sujuvoittaa koulutustoimijoiden työtä. Korostetaan viestinnässä kansalaisen ja koulutustoimijan hyötyjä. Tiedon käyttäjä listauksiin seuraavaan prioriteettijärjestykseen: kansalainen koulutustoimija Viranomainen Viestintäkanavina käytetään voimassaolevia kanavia/uutiskirjeitä, työpalavereja, sidostyöryhmäpajoja ja verkostoja esim. Majakka-verkosto ja lukio-verkosto. Lausunnonantajat viestintäsuunnitelmassa: Lainsäädäntöön liittyvissä asioissa: Mika Tammilehto, okm Projektissa: Joonas Mäkinen, OPH

12 Kriittiset riskit Koski-projektin riskejä käsiteltiin projektiryhmän kokouksissa Riskityöpaja sovittu (31.3. ja 1.4.) Aiemmin sovittu: Uudet kriittiset riskit nostetaan ohjausryhmän käsittelyyn. Ei uusia kriittisiä riskejä. Koski-projektin riski-indeksi on 5,17 (asteikolla 1-9) Laskenut: tietovaranto sisältää suojaustaso 3:n tietoja riski on laskenut 9->3. Uusi riski (Starsoftin Primuksesta ei saada siirrettyä tietoja automaattisesti, 6.)

13 Riski: Starsoftin Primuksesta ei saada siirrettyä tietoja automaattisesti Riski Selitys Torjunta Tode nnäk öisyy s (1-3) Starsoftin Primuksesta ei saada siirrettyä tietoja automaattisesti Starsoftin tuote Primus on räätälöity koulutustoimijoille niin laajasti, ettei yhteneväisiä tietoja saada kattavasti siirrettyä rajapinnan kautta koneellisesti. Vain osa siirroista saadaan onnistumaan. Tietojen oikeellisuus vaihtelee. Tallennus pitää hoitaa käyttöliittymän kautta, joka lisää koulutustoimijoiden työtä. Tehdään tiedonsiirron testi ja käydään sen tulokset läpi yhdessä ATKtoimittajan kanssa. Yhtenäiset kirjaustapakäytännöt. Yhtenäiset tavat käyttää ohjelmaa. EHDOTUS: Toteutetaan tutkinto- ja opintosuoritusten kirjaamiselle käyttöliittymä osana Koski-projektia. Vaikutt avuus (1-3) Pai noa rvo 3 3 9

14 Perustelut käyttöliittymälle Koski-projektin aikataulut ovat kireät ja suurien toimintatapamuutosten läpivieminen sekä kolmansien osapuolien ohjelmistomuutokset vievät paljon aikaa. Muutosten samanaikainen toteuttaminen on riski. Tekniset (koulutuksen järjestäjille kustannuksia tuovat) muutokset saadaan tehtyä, mutta tietoja ei kuitenkaan saada täydellisesti siirrettyä, koska kirjaustapakäytänteet ja koulutuksen järjestäjien prosessit eivät ole ehtineet muuttua. Pelkkä rajapintojen tekninen toteutus ei riitä. Rajapinnan toteuttaminen ei takaa sitä, että tarvittavat tiedot olisivat siirrettävissä oppilaitoksista KOSKIn. Koulutuksen järjestäjien välillä on eroja siinä miten tallennetaan, mihin tallennetaan ja mitä tallennetaan. Onnistuakseen tiedonsiirto edellyttää rajapintojen teknisen toteutuksen lisäksi toimintaprosessien muutoksia kaikkien koulutuksenjärjestäjien osalta. Tarvitaan yhdenmukainen tapa kerätä samoja tietoja ja tapa tallentaa samassa muodossa samaan paikkaan. Lisäksi käytössä olevien järjestelmien tulisi voimakkaasti valvoa, että poikkeava tietojen kirjaaminen ei olisi jatkossa enää mahdollista. Ensisijaisena tavoitteena riskin välttämiseksi ehdotetaan, että projektissa toteutetaan suoritustietojen tallennuspalvelun koulutuksenjärjestäjälle, ts. korvataan se osuus oppilashallinto-ohjelmista KOSKI palvelulla, joka koskee opinto- ja tutkintosuoritusten kirjaamista. Tällä mahdollistetaan se, että koulutuksenjärjestäjät voivat tuoda tiedot Koskeen vaihtoehtoisilla tavoilla. Tämä ei poissulje tietojen siirtoa rajapintojen välityksellä, sillä KOSKI-käyttöliittymä käyttää samaa rajapintaa tietojen tallentamiseen. Käyttöliittymä on joka tapauksessa tehtävä niille pienille toimijoille joilla ei ole varsinaista oppilashallintojärjestelmää lainkaan.

15 Koulutuksenjärjestäjille 3 vaihtoehtoa tuoda tiedot Koskeen A) Oppilaitos käyttää pelkästään KOSKI:n käyttöliittymää opiskeluoikeuden ja läsnäolon tilan sekä opinto- ja tutkintosuoritusten kirjaamiseen. Pienille toimijoille tämä on järkevin vaihtoehto. Ei aiheudu kustannuksia koulutuksen järjestäjälle. Tiedot saadaan varmuudella tallennettua yhdenmukaisessa muodossa. Tiedot ovat ajantasaisia ja master KOSKIssa. Koulutuksen järjestäjällä ei ole riippuvuutta tiettyyn kaupalliseen palvelun tarjoajaan.

16 B) Oppilaitos siirtää rajapinnan kautta opiskeluoikeuden ja läsnäolon voimassaolo- sekä tilatietoja, mutta kirjaa tutkinnonosien arvioinnin KOSKI-käyttöliittymään. Suoritustiedot tarjotaan rajapinnan kautta koulutuksen järjestäjän käyttöön. Rajapinta helpompi toteuttaa oppilashallintajärjestelmän päähän, koska seurataan vain opiskeluoikeuden muutoksia. Tiedot ovat ajantasaisia ja master suoritusten osalta KOSKIssa. Oppilashallintaohjelmistoihin ei olisi pakko tehdä läheskään niin suuria muutoksia kuin vaihtoehdossa c. Tiedon validointi suoritusten osalta olisi KOSKI:ssa. Koulutuksen järjestäjällä ei olisi enää niin suurta riippuvuutta yhteen tietojärjestelmätoimittajaan. Samalla saataisiin muutettua koulutuksen järjestäjien arkkitehtuuria modulaarisempaan suuntaan.

17 C) Oppilaitos muuttaa kirjaamistavan oppilashallintaohjelmaan KOSKIn vaatimuksen mukaiseksi ja siirtää tiedot rajapinnan kautta KOSKIin. Täysin mahdollista, jos koulutuksen järjestäjä on valmis kustantamaan järjestelmämuutokset ja kykenee muuttamaan toimintatapojaan yhdenmukaiseen muotoon. Realistisesti arvioiden koulutuksen järjestäjän on varattava ainakin alkuvaiheessa runsaasti työaikaa erilaisten virhetilanteiden selvitykseen.

18 TOR:n arkkitehtuuriperiaatteet Koulutuksen järjestäjien ja virkailijoiden työmäärän on vähennyttävä Päällekkäiset toiminnot ja tietojen siirrot eliminoitava Kansalaisten tietojen siirtyminen viranomaiselta toiselle oltava saumatonta Kansalaisella oltava näkyvyys rekistereissä oleviin omiin tietoihinsa Tietojen oltava hyödynnettävissä digitaalisessa muodossa silloin kun niitä tarvitaan TOR tukee kaikkia virallisen tahon tunnustamia tutkintoja ja koulutuksen järjestäjät toimittavat tiedot TOR:iin Todennetun osaamisen rekisterin palvelut toteutetaan noudattaen avoimen lähdekoodin periaatteita TOR on käytettävissä kaikkina vuorokauden aikoina