Denne siden er under utarbeidelse.
Denne siden beskriver hvordan PVK håndterere at en fysisk person bytter nasjonal identifikator nummer (NIN).
Logikken ved bytte av NIN (samme fysiske person får nytt NIN som erstatter det gamle), har vært håndtert på samme måte helt siden etablering av PVK.
Logikken knyttet til såkalt “Merge” og “Split” er laget i forbindelse med overgang til Persontjenesten. Denne logikken representerer første implementasjon, og kan være gjenstand for revisjon dersom det etableres allmene regler for hvordan slike situasjoner skal håndteres i NHN/sektoren.
Vanlig bytte av NIN
En person kan bytte nasjonal identifikator på bakrunn av flere type “hendelser”. Felles for denne UseCasen er at det gjelder samme fysisk person, og det er ikke resultat av en tidligere feilregistrering, De mest vanlige UseCasene er:
En person har hatt D-nummer i Norge, men blir etter en tid bosatt i Norge, og får dermed tildelt Fødselsnummer: D-nr ---> FNR
En person bytter kjønn, eller kjønn blir senere fastslått: FNR ---> (Nytt FNR)
Som det framgår av figuren over, håndterer PVK denne type bytte av NIN på følgende måte:
Gjeldende og tidligere NIN’s er koblet til samme person/datasett i PVK, og repersenterer en fysisk person
Ved replikereing av endringer til aktører som skal ha lokal kopi av “sine” innstillinger, benyttes alltid gjeldende NIN. (Dette gjelder forøvrig ved all annen integrasjon mellom sektorens systemer og Helsenorge)
Dersom en ekstern aktør/system skal sette en personverninnstilling som er innhentet utenfor PVK/Helsenorge, så kan ekstern aktør benytte både gjeldende- og historiske NINs.
Når en ekstern aktør spør etter gjeldende status på en personverninnstilling, må pr. nå gjeldende NIN benyttes
Historisk NIN i request vil pr. nå gi feilrespons.
Det planlegges støtte for at ekstern aktør også kan benytte historiske NIN’s ved spørring. Respons vil da inneholde gjeldende NIN.
Merge
Dette er en situasjon som oppstår når skattedirektoratet (og dermed Folkeregisteret) oppdager at en fysisk person har vært registrert som to forskjellige personer, og der disse to identitetene ønskes slått sammen.
Den mest vanlige situasjonen der dette opptrer er når en utenlandsak statsborger skal arbeide i Norge og får et D-nummer. Denne personen flytter hjem igjen etter endt oppdrag, og kommer tilbake noen år senere for et nytt arbeidsoppdrag. Da har noen personer fått nytt D-nummer fordi man ikke har “oppdaget” at det er samme fysiske person. Merge er alstå sammenslåing av to “identiteter” i Folkeregisteret som viser seg å tilhøre samme fysiske person.
Ved merge videreføres alltid ett av de to NINs som innbygger har hatt.
Problemet med merge er at de to “identitetene” kan ha forskjellige datasett tilknyttet seg i systemer utenfor Folkeregisteret/Persontjenesten.
I flere systemer der det er lagret data knyttet til en identitet, er ikke dette nødvendigvis noe problem. Dette fordi innholdet i dataene gjelder samme person og kan beholdes, og normalt representerer selvstendige datasett.
Men, for personverninnstillinger, og dermed PVK, inneholder de to datasettene samme innstilling, og kan være motstridende.
Vi har derfor valgt følgende forretningslogikk i PVK:
Det NIN som videreføres ved Merge, viderføres i sin helhet, inklusiv alle PVK-innstillinger knyttet til det NIN som videreføres
Det NIN som ikke videreføres “glemmes” etter merge. Dette gjelder også venetuelle PVK-innstillinger lagret på dette NIN
Det NIN som ikke videreføres blir ikke en del av NIN-historikken på den aktuelle person.