• Created by Unknown User (jzmakine@helsinki.fi), last modified by Unknown User (katarina.stubbe@oph.fi) on May 31, 2013

Palvelun tila:Valmis

Palvelun nimi

Henkilön yksilöinti

Palvelun kuvaus

Virkalija yhdistää Oppijan palvelukokonaisuudessa olevat päällekkäiset saman henkilön ilmentymät yhdeksi yksilölliseksi uniikiksi identiteetiksi, jolle annetaan kansallinen oppijanumero.

Tunniste (label)

SPECS-107

Vaatimukset

-

Palvelun käyttäjät

virkailijat, joiden tehtävänä on yksilöidä henkilöitä

Ylätason kuvaus ("proosa")

Mikä on oppijanumero?

Rautalankamallit

Prosessikuvaukset

Prosessikuvien päivitys käynnissä

Sekvenssikaavio: uuden OID-koodin generointi

Käyttötapauskaaviot

 

Tilakaaviot

 

Käyttötapauskuvaukset

Error rendering macro 'contentbylabel'

parameters should not be empty

Tietomalli

Toimijat
identiteettimuna 23.3.2012
henkilölle kansallinen oppijanumero 22.3.2012
Käyttäjän tunnistautuminen: Tietomalliin tarvitaan merkintä siitä, onko käyttäjä vain kevyesti rekisteröitynyt (henkilöys varmistamatta) vai vahvasti tunnistautunut, jolloin voidaan luotettavasti sitoa käyttäjä henkilöön. Tietomallin tunnistautumistiedossa pidetään tallessa tieto siitä, millä menetelmällä henkilö on tunnistautunut ja milloin.

Käyttäjä täytyy tunnistaa, jotta se yhdistyy henkilöön. Tunnistautumistapa voi olla Vetuma, Katso, Virtu, tai jokin muu. Jos tunnistautumistapa on "ei tunnistettu", silloin käyttäjä ei ole tunnistettu eikä sillä ole henkilöidentiteettiä. Tunnistautumistavaksi lisätään myös "virkailijan yksilöimä", jolloin tunnistustietoon sidotaan myös tieto tunnistaneesta virkailijasta. Kevyesti rekisteröitynyt tai virkailijan tunnistama käyttäjä voi myöhemmin tunnistautua myös vahvasti.

Koodistot

"henkilötietokanta", "henkilölimbo"

Liittyvät palvelut ja moduulit

 

Huomioita

Jira: SPECS-107

Yhteyshenkilö

 

2 Comments

  1. Unknown User (juha.tretjakov@oph.fi)

    Hetuttomien yksilöinti -prosessikaavio -pdf on piirretty näiden Lauran muistiinpanojen pohjalta, joista voi myös tarkentaa prosessin kulkua:

    Hetuttomien yksilöinti

    24.10.2012 (Seppo, Joonas, Kata, Elina, Juha, Joni, Marcus, Laura)

    Tyypillinen työnkulku

    -          kaikki hakemukset, joista puuttuu henkilötunnus pitää käsitellä manuaalisesti (automatisointiin liittyy liikaa riskejä?)

    • hetuttomat hakemukset/henkilöt jäävät ”limbo-tilaan” (sekä Oppijan hakupalvelun kautta että ulkoisista järjestelmistä esim. UAF:lta tulevat hakemukset)
    • virkailija saa ilmoituksen, että järjestelmässä on käsiteltäviä hakemuksia
    • virkailija hakee hakemukset esim. hakuehdolla ”hae yksilöitävät hakemukset” tai virkailijalle näytetään kirjautumisen yhteydessä linkki keskeneräisiin tehtäviin/yksilöitäviin hakemuksiin yms.
    • virkailija tekee yksilöinnin (yksitellen tai massatoimintona), hakija voi olla jo järjestelmässä tai hänet luodaan sinne
      • jos henkilö löytyy järjestelmästä: virkailija yhdistää hakemuksen henkilöön (OID-koodi on jo olemassa) esim. henkilö on hakenut aiemmin
      • jos henkilöä ei löydy järjestelmästä: virkailija luo henkilön, järjestelmä generoi uudelle henkilölle OID-koodin
    • hakemus siirtyy järjestelmään sisältäen OID-koodin
    • virkailija poistaa päällekkäiset saman haun hakemukset (vain viimeisin saman haun hakemus jää voimaan) à tässä vähän eri käytäntöjä eri sektoreilla

    -          hetuttomien yksilöinti tehdään vertailemalla hakemuksella olevia tietoja järjestelmässä oleviin tietoihin

    • haetaan kaikki hakemukset, joissa on sama syntymäaika (myös hetulliset hakemukset, ulkkarillakin voi olla hetu)
    • vertaillaan hakemustietoja (syntymäaika, nimi, osoite, kansalaisuus jne.)

    -          virkailija = OPH tai oppilaitos (korkeakoulujen osalta linjaamatta)

    Poikkeustilanteet

    -          mitä tehdään, kun virkailija yhdistää väärin?

    • OID-koodin muuttaminen (lokitus, historiatiedot)
    • prosessi kuvattava!

    Muita huomioita

    -          passinumero ei voi olla pakollinen tieto (kaikilla ei ole hakuvaiheessa passinumeroa)

    -          UAF: niputetaanko hakijat yhteen vaikka hakijalle voi olla useita hakemuksia (erillishaku)

    -          hakuvaiheessa tarkistus: hetu/ulkkarisäännöt (ei turhia päällekkäisiä hakemuksia)

    -          KSHJ:n asiakaspalvelu-työryhmän linjattava, kuka tekee yksilöinnin korkea-asteella, toisella asteella yksilöinnin tekee OPH

    -          tarvittaneen nettihaku-kanta jossa hakemukset ovat, hakemuksen hetu-vertailu niitä hakemuksia vasten (ei back-endia vasten, se on paljon monimutkaisempaa)

  2. Unknown User (juha.tretjakov@oph.fi)

    Tietojen (esim. nimien) vertailussa käyttäjän syötteen ja VTJ:n tiedon kanssa pitäisi käyttää approksimointia

    Tehdään vertailu niin, että se käyttää vertailuun etäisyysfunktiota. Yksinkertaisin etäisyysfunktio on esim. Levenshtein distance. Säädetään maksimiarvoksi vaikka kaksi. Koodi pitäisi toteuttaa niin, että funktiota ja algoritmia voi vaihtaa ja että funktio kirjoittaa lokia tekemisistään. Voidaan sitten säätää sitä, jos tulee ongelmia. Valmiita kirjastoja ja malleja löytyy esim. githubista nimellä stringdist, ja distance. Lisää löytyy. Ja vielä yksinkertaisempi etäisyysfunktio on ihan vaan epäsumea merkkijonovertailu (eli sama kuin Levenshtein = nolla).

    Lisätietoja merkkijonojen sumeasta vertailusta: http://en.wikipedia.org/wiki/Approximate_string_matching