Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Flowet i håndhævelse er noget anderledes, idet informationerne, Informationerne, som skal bruges til at afgøre om og for hvem, der skal sløres, er bundet til den medsendte OIOIDWS billettenbillet. Det ser komplekst udvirker kompliceret, men er egentligt ikke så galt, når det kommer til stykket:

Image RemovedImage Added

Figur 4: Flowet ind til de datakilder, der anvendes af systemer med borgervendte løsninger, anvender OIOIDWS. 


  1. Når borgeren logger på, sker det typisk gennem NemLogin og SEB. Her udstedes der et ”autentifikationsbevis” (SAML token) som beviser overfor systemet, at borgeren er logget på med passende stærke loginmidler mv. Inde i dette autentifikationsbevis ligger der et såkaldt ”bootstrap”- token, som systemet kan bruge til at rekvirere andre – mere målrettede – billetter med.
  2. Og det er det, der sker i skridt 2. Her ”veksler” systemet bootstraptokenet[1] til en OIOIDWS billet, som kan bruges til at få adgang til en bestemt dataservice (på vegne af borgeren). Det er STS’en på NSP, der udsteder disse billetter. Hvis der er registreret sløringer for den pågældende borger, vil dette blive indlejret i billetten (rød+hvid prik i figur 4 ovenfor). I praksis er det en liste over CVR-numre hvis medarbejdere skal optræde under pseudonym overfor den pågældende borger.
  3. OIOIDWS billetten medsendes i kaldet til den service der skal levere data til borgervisningen.
  4. Det pseudonymiserede resultatet returneres til borgervisningssystemet, der blot (som i dag) viser oplysningerne på den borgervendte brugergrænseflade.

Læs mere om Anvendelsen af OIOIDWS i nationale tjenester på sundhedsområdet her

[1] Bemærk: STS’en kan også udstede OIOIDWS tokens på baggrund af JSON Web Tokens (JWT), så det nævnte flow er et eksempel.

...

Typiske skridt, hvis du skal tilrette et system med borgervendt brugergrænseflade

...

i -  Kontrollér at systemet lever op til krav om stærk login

For at kunne anvende den nationale pseudonymiseringsløsning, er det en grundlæggende forudsætning at løsningen skal kunne veksle et autentifikationstoken til et OIOIDWS token hos NSP’ens STS. Pt. understøtter STS’en veksling fra bootstraptokens eller fra JSON web tokens til OIOIDWS tokens. Du skal derfor kontrollere, at løsningen tilbyder login via SEB eller via en anden mekanisme, der er signeret af en troværdig JWT udsteder (pt. en OpenID Connect Provider).

...

ii - Aftalesystem ift. NSP og whitelisting ift. STS (hvis man ikke har det i forvejen)

Der skal indgås flere ’aftaler’ med SDS for at komme igennem det samlede flow:

...

...

iii - Rekvirering og anvendelse af OIOIDWS billet

...

...

...


iiii - Test muligheder

Step 4: Kald af OIOIWDS snitflade hos datakilde

...

Ændringslog

1.0

2023-09-21

Side oprettetSDS
1.1

2024-01-03

Grafik opdateretJan
1.2

2024-01-24

Test mulighederAnni
1.32024-10-16Fjernet link til ældre udgave af BIP profil, samt forbedrede test mulighederAnni