Ryhmän fasilitaattorit

  • Sami Hautakangas, Tampereen yliopisto, pj.
  • Jukka Kohtanen, CSC


  • Paikalla: Scheinin (eAMK, TuAMK), Ivonen (Haaga-Helia), Paukku (Funidata), Riihimaa (AMK IT-verkoston pääsihteeri), Ekholm (Peppi, Synergiaryhmä, Metropolia), Airio (Oodi, HY), Wärri (Jobitti, TY), Tiainen-Sallinen (eAMK, JAMK)

Kohderyhmä

  • Tietohallinnon asiantuntijat
  • Opintorekisterin asiantuntijat

Ennakkomateriaalit

Käsiteltävät teemat

  • Tavoitetilan ratkaisun roadmap, jatketaan 19.9. webinaarin keskustelua
    • Ekosysteemikohtaiset ratkaisut
    • Integraatioiden suunnittelu ja toteutusaikataulu
    • Siirtymäajan ratkaisuiden suunnittelu opintohallinnon kanssa
    • Siirtymäajan ratkaisuiden hyödyntäminen osana tavoitetilaa
    • Osallistuminen keskitetyn palvelun testaukseen, mahdollisuudet?
    • Testidatan tuottaminen
      • Oleellista, että ekosysteemikohtainen osallistuminen
      • Datan validointi
  • Pääsynhallinnan problematiikka
    • Tunnistautumisen kehittämiseen liittyvä nykytilanne, miten mm. Eidas-vaikuttaa nykytilanteeseen?
  • Opintotarjontaskeema

Työskentelymenetelmät

  • Osallistujia työpajaan ilmoittautunut 11, keskustelu voidaan käydä yhdessä ryhmässä
    • Laaditaan aikajanaa, johon asetetaan eri järjestelmien roadmapien tärkeitä aikatauluja eri ominaisuuksien suhteen
      • käydään läpi prosessikaavioiden avulla, mitkä osa-alueet olisivat mahdollisia toteuttaa paremmin jo siirtymäaikana
        • tarjonnan esittäminen yhtenä vaihtoehtona
        • opintosuoritukset, skeeman läpikäynti (Virtaan perustuva), mahdollisuus päästä nopeiten tämän osa-alueen kanssa käytäntöön?
      • uusien järjestelmien käyttöönottojen vaiheistuksien pohdintaa vs. mahdolliset väliaikaiset ratkaisut
    • Yhteistyön muoto jatkossa, kun yhteisen palvelun kehitys lähtee käyntiin

Muistiinpanot

Tavoitteena:

  • siirtymäajan ratkaisut
  • aikajana siirtymävaiheeseen
  • Tunnistaa muutostarpeita

Hypoteesina: ensimmäisessä vaiheessa helpointa olisi siirtää suoritustietoja kohdekorkeakoulusta kotikorkeakouluun.

Palveluväyläratkaisu mahdollistaa erilaiset ratkaisut lähdejärjestelmissä. Liityntäpalvelulla integroidutaan palveluväylään, ja sen kautta voidaan tarvittaessa rakentaa eräajopohjaisiakin ratkaisuja. Kaikkien korkeakoulujen ei siis tarvitse rakentaa samanlaisia ratkaisuja järjestelmiinsä.

  • Rakennetaanko perusjärjestelmiin suoraan rajapinnat, että ei enää tarvitse tehdä korkeakoulukohtaisia ratkaisuja? Uuteen järjestelmään voidaan tehdä, vanhoihin järjestelmiin täytyy rakentaa korkeakoulukohtaisempia ratkaisuja.
  • Opetusyhteistyössä suoritettujen opintojen määrää on usein rajoitettu. RiKessä on syytä erottaa toisistaan jo valmiiksi kotikorkeakoulun opetussuunnitelmaan kuuluvat opinnot. Tarvittaisiin useammantyyppisiä "hyväksilukuja". Tulee selvittää vaikutukset eri puolille - viranomaisraportoinnit, tilastot, palvelut. Ratkaisun tulee tukea myös tulevaisuuden tarpeita.
  • Selvityksen perusteella monissa järjestelmissä (myös vanhoissa) on jo ainakin jotakin toiminnallisuuksia, jotka voisivat tukea integraatiota RiKe-palveluväylään.
  • Tarvitaan tietoja raportointia varten. Master-tieto on korkeakouluissa ja tietyissä määrin Virtassa. Tämä toimii myös rahojen siirtämisen pohjana. Jos halutaan yhteinen ratkaisu, tulee VIRTAan toimittaa riittävät viittaukset kotikorkeakouluihin sekä tehdä uusi koodisto eri verkostoille.
  • Miten opintoja suoritetaan kohdekorkeakoulussa? Miten hoidetaan käyttäjänhallinta?
    • Tästä erillinen dokumentti, täydennetään myöhemmin
      • Vierailevan opettajan suhde, oikeudet ja velvollisuudet opetuksen järjestävässä korkeakoulussa täytyy selvittää esim. julkisen vallan käytön sekä valitustapausten näkökulmasta.


Aikataulu:

  • 2019
    • Tuotantokäyttöön siirtyminen elokuussa
    • Toimintoja tukeva Peppi-versio ilmestyy aikataulun mukaan keväällä 2019
    • Mukaan voidaan saada kolme Peppiä käyttävää AMK:a?
    • Puro-palveluun on tarkoitus rakentaa vastaava rajapinta, jolla suoritustietoja voidaan siirtää. Voidaan mahdollisesti käyttää myös suoritustietojen siirtämisen testaamiseen.
    • Sisussa on toteutettu suoritustietojen import ja export, mutta tarvitaan lisävalidaatioita suoritustietojen tuomiseen. Selvitetään JY:n mahdollisuus osallistua pilotointiin tältä osin.
      • Tarjontatietojen siirtämistä ei ole vielä toteutettu - aikataulu riippuu priorisoinneista
    • OID-tieto pakollinen
      • Tarvitaan suoritustietojen tuomiseen
      • Muuttuneet OID:t tarkastetaan oppijanumerorekisteristä prosessin aikana
  • 2020
    • Kaikilla aktiivisilla opiskelijoilla on OID, joka toimii tunnistautumisen perusteena
    • Integraatio Digicampus-palveluun
  • 2021
  • 2022-2023
    • Kansallinen IDM






  • No labels