...
- Korkeakoulun oman jaottelun mukaiset organisaatiotiedot: miten tämän yhteisesti ymmärrämme (mitä tarkoittaa), ja miten nämä tiedot eroavat esim. KOTA-tiedonkeruissa ilmoitettavista tiedoista
- HAMK:lla hyvin samanlaiset kuin KOTA:ssa, aiemmin ei ole ollut yhtevä, yhtenäisyys on tullut JUSTUS-kautta
- On viety niin pitkälle kuin mahdollista
- TUNI:lla tarve päästä KOTA-tiedonkeruuta syvemmälle, toisaalta tunnistettu että ei ole helppoa, tarvitaan sisäistä mietintää
- SISU:ssa koulutusrakenne, on vielä eri kuin KOTA tai muu
- JYU: ei vastaa täysin KOTA
- HAMK:lla hyvin samanlaiset kuin KOTA:ssa, aiemmin ei ole ollut yhtevä, yhtenäisyys on tullut JUSTUS-kautta
- Mitä tiedolla halutaan tehdä ja mihin käyttää? Miksi se on tärkeää? Saako vastaavaa tietoa jostain muualta (esim. kk:n sisäisesti)? - ymmärretään mitä lähdetään pilotoinnilla hakemaan
- Jyväskylä: Kun Vipunen laskee jotain valmiiksi, niin tässä pitäisi pystyä hyödyntämään oman organisaation tason tietoa (mm. tarkistamaan sisäisesti onko datat oikein), kaikkea dataa ei ole edes korkeakoululla itsellä sisällä: työllistymistiedot, aiemman tutkinnon suorittaneet, joilla on aiempi tutkinto
- Lisäksi sisäisesti rahan jako
- Mikko: Vähentäisi kk:n resurssia tähän datan käsittelyyn/laskentaan, sidosryhmiä kiinnostaa nimenomaan kk:n sisäinen jaottelu, ei välttämättä OKM:n tarvitsema jako
- HAMK: sama
- Jyväskylä: Kun Vipunen laskee jotain valmiiksi, niin tässä pitäisi pystyä hyödyntämään oman organisaation tason tietoa (mm. tarkistamaan sisäisesti onko datat oikein), kaikkea dataa ei ole edes korkeakoululla itsellä sisällä: työllistymistiedot, aiemman tutkinnon suorittaneet, joilla on aiempi tutkinto
- Missä muodossa tietoa halutaan saada ulos, ja mistä alustasta?
- Tässä joukossa API:n käyttäjät, eli ainakin sinne - tarve saada suoraan sisäiseen raportointiin
- Ei kuitenkaan poissulkevaa, eli myös Excel-raportoinnissa on hyödyllistä, näitä voisi esim. linkata ulkoisille käyttäjille
- Jukka K. Mille organisaatiotasolle on tarve viedä tietoja?
- Tarve määritellä jokaisessa kk:ssa itse
- Enemmän on enemmän (mielummin ei liian rajoittunutta)
- Sisäisesti pitäisi olla mahdollista myös niputtaa alhaalta ylöspäin
- Jenni: Arviolta 4 tasoa
- HAMK: noin 3-4 tasoa
- Keskustellen tällaista tasojakoa hahmotettiin: Korkeakoulu, tiedekunta, laitos, koulutus, tutkinto-ohjelma, opintosuunta
- Tällä portaalla tietoja tarvitaan, ei ole organisaatiojako näin syvälle
- Miten hoidetaan tietosuoja, jos alle 5 henkilöä?
- Voiko API:n kautta saada kunkin kk:n omat tiedot? Tai jotain muuta kautta? Vipusen API ei tue tällä hetkellä tunnistautunutta kohderyhmkohtaista käyttöä
- Muu vaihtoehto: Voiko esim. csv:nä toimittaa kk:lle oma data jotenkin? Onko yksinkertaisesti toteutettavissa, kunnes API mahd. tukee oman datan jakoa.
- "Kunhan olisi koneluettavassa muodossa, joka vie datan suoraan tietovarastoon"
- VIRTA:ssa on olemassa prosessi
- Miten kk voisi saada myös mm. työllisyystiedot sisäisellä organisaatiojaolla? OKM:n näkemys?
- Pystyisi paremmin vastaamaan ministeriön vaatimuksiin
- Mitä pilotointi käytännössä tarkoittaa korkeakoulun puolella? Mitä pitää tehdä, kuka tekee, mikä olisi sopiva aikataulu jne.
- Jyväskylä: SISU nyt, ei pysty keväällä
- Tre: Joku pieni testidatan jalostus ehkä mahdollinen, ei koko VIRTA-dataa, ei ennen syksyä
- HAMK: Tarve saada mapattua VIRTA-datasta koulutukset organisaatiorakenteeseen
- Jukka K: VIRTA-tietosiirtoihin ei voi vielä tehdä, aikaisintaan syksyllä. Ehdotus: Virran testidataan rikastettuna organisaatiotiedot. Kytkös organisaatiotietopalveluun → kk luo organisaatiopalveluun uuden oman rakenteensa →
- Mitä pilotointi käytännössä tarkoittaa Virta-opintotietopalvelun puolella?
- OID Virrassa, tällä yhdistyy
- Helena: Olisiko tarve yhdistää vain suorituksiin, vai myös opiskeluoikeuksiin?
- Molemmissa tarve
- Ei suljeta mahdollisuuksia pois
- Suoritukselle tarvitaan 2 organisaatiotietoa: toinen kytketty opiskeluoikeuteen (ei ole pakollinen, yo:lla ei ole) ja toinen opetuksentarjoajan
- Mitä pilotointi käytännössä tarkoittaa Vipusen puolella? (jos/kun raportointia sinne)
- Eri kk:n yhdessä tarkastelu voisi olla esim. tiedekuntatasolla kiinnostava
- Se kuitenkin kiinnostaa miten esim. luokanopettajakoulutukset on eri kk:ssa järjestetty
- Huomiona, että nämä ei välttämättä ole kuitenkaan verrannollisia
- Ohjauksen ala ja 6 numeroinen koulutuskoodi on parempia vertailun kannalta (nämä löytyvät nykyisin Vipusesta)
- Millaista yhteistyötä mahd. tarvitaan OPH:n kanssa Opintopolku-järjestelmään liittyen?
- Varmistettu on jo se, ettei opintopolku näytä mitän lisäorganisaatiotietoa ulospäin
- Sari: Muistelee, että voi olla niin syvä organisaatiorakenne Opintopolussa kuin tarve on
- Korkeakoulu pystyy tekemään uuden organisaatiorakennejaon suoraan itse Opintopolkuun (CSC:llä ei mahdollista tehdä)
- Organisaatiopalvelun tiedot on julkisen rajapinnan takana
Eteneminen
- Jokainen kk tekee itse uuden organisaatiorakenteen organisaatiopalveluun
- Testin puolelle organisaatiopalveluun
- CSC selvittää miten organisaatiotietoa luetaan meille Opintopolusta
- Tampereen hakijapalveluista voisi löytyä joku tekemään uuden organisaatiojaon, haasteena useat tämän hetkiset organisaatiot
- Onko selvillä millä tasolla haluttaisiin nähdä?
- Sari lisäsi jo yhden Tren uuden organisaatiotiedon lennosta
1.2.246.562.10.65448558349 "Koulutus"
1.2.246.562.10.74438067097 "Testilaitoksen testiyksikkö"
Jukka Kohtanen: Virtan osalta asian ei pitäisi olla ongelma: Pilotointi tapahtuu testipuolella, ja siellä nuo tiedot lisätään käsin. Jos/kun tuo pilotointi käynnistyy, niin sitten katsotaan, että tuottaako korkeakoulu dataa vai generoidaanko sitä Virta-otp:ssä. Jos korkeakoulut sitä tuottavat, niin käytännössä se varmasti olisi tietokenttien rikastamista suoraan XML-tiedostoihin, eli lähdejärjestelmään ei tarvitse tehdä muutoksia. Prosessi olisi siis käytännössä sama kuin se on OILIn testaamisen osalta. Muutokset oikeisiin tuotanto-Virta-tiedonsiirtoihin ja skeemaan on sitten raskaamman prosessin takana ja se voitaisiin toteuttaa arviolta aikaisintaan syksyllä 2020.
...