Page History

Versions Compared

Key

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

...

Sikkerhedshåndtering i SFSK

Brugertyper

SFSK anvender det på platformen udstillede security-api til at validere de indkommende requests. Alle kald til SFKS skal være lovlige DGWS kald. SFSK understøtter følgende brugertyper:

ID	Som en...	ønsker jeg at..	så jeg...
B1	Borger	fremsøge dokumentreferencer til egne dokumenter	kan se mine egne data
B2	Borger på vegne af

...

	fremsøge dokumentreferencer til en anden borgers dokumenter	kan se data for denne person, som jeg har en relation til
SF1	Sundhedsfaglig med autorisation	fremsøge dokumentreferencer til en borgers data	kan se data for denne borger
IA-1	Sundhedsfaglig med national rolle	fremsøge dokumentreferencer til en borgers data	kan se dokumenter for denne borger af de typer, som min rolle giver mig adgang til
SY	Systembruger	fremsøge dokumentreferencer til en borgers data	kan se data for denne borger

Uddybende beskrivelse af de enkelte brugertyper samt skema der identificere en brugertype ud fra Security API.

Bestemmelse og mapning til actor

Borger

Borgerkald sker fra sundhed.dk via system-id-kort udstedt af sundhed.dk. .

Der medsendes også en HsuidHeader og indholdet af den afgør om det er et borgerkald eller en systembruger. Oplysningerne på billetten fra Security API'er er identisk med oplysningerne for en systembruger.

Sundhed.dk anvender i dag et systemopslag til at hente Fælles Stamkort, da DDS ikke understøttede borgeropslag via IDWS. Sundhed.dk er dermed trustet til at lave borgeropslag på vegne af borgeren.

For borgerkald laves der ikke registreringer i minlog og der kontrolleres ikke for behandlingsrelation.

ValidityEr validMessage

Brugertypen: Borger			Verifikation	Mapning til SfskActor
SecurityContext	Ticket	Audience

Matche audience som findes som konfiguration

Verificeres ikke - må gerne være der

ActingUserIdentifierFormatSkal være CPRIdentifierSkal være satGivenName

UserTypeSkal være Citizen

		Validity	Er valid
	Message

Verificeres ikke - må gerne være der

SurNameVerificeres ikke - må gerne være der


	ActingUser		Må ikke

CredentialsVerificeres ikke - må gerne være derPersistentUniqueKeyVerificeres ikke - må gerne

være der
	PrincipalUser		Må ikke være der
	Organisation	Identifier

Må ikke

Skal være der

actorId

Client

IdentifierFormat

Skal

Verificeres ikke - må gerne

være der

...

og skal være CVR

actorIdType

Borger på vegne af anden borger

Fuldmagtsbaseret borgeropslag fra sundhed.dk via system-id-kort udstedt af sundhed.dk. Sundhed.dk er trustet til at lave fuldmagtsopslag fra en borger på vegne af en anden borger.

Der medsendes også en HsuidHeader og indholdet af den afgør om det er en borger der kalder på vegne af en anden borger - eller om det er en systembruger. Oplysningerne på billetten fra Security API'er er identisk med oplysningerne for en systembruger.

Når der kaldes på vegne af en anden borger skal der laves en minlog registrering og der kontrolleres ikke for behandlingsrelation.

Brugertypen: Borger på vegne af anden borger			Verifikation	Mapning til SfskActor
SecurityContext	Ticket	Audience

Matche audience som findes som konfiguration

Verificeres ikke - må gerne være der
		Validity	Er valid
	Message		Verificeres ikke - må gerne være der
	ActingUser		Må ikke være der
	PrincipalUser		Må ikke være der
	Organisation	Identifier	Skal være der	actorId
		IdentifierFormat	Skal være der og skal være CVR	actorIdType

Sundhedsfaglig med autorisation

Der laves minlog registrering og der kontrolleres for behandlingsrelation.

Brugertypen: Sundhedsfaglig med autorisation			Verifikation	Mapning til SfskActor
SecurityContext	Ticket	Audience	Verificeres ikke - må gerne være der
		Validity	Er valid
	Message		Verificeres ikke - må gerne være der
	ActingUser	UserType	Skal være

Citizen

HealthcareProfessional

actorTyp

actorType
	IdentifierFormat	Skal være CPR	actorIdType
	Identifier	Skal være sat	actorId
	GivenName	Verificeres ikke - må gerne være der
	SurName	Verificeres ikke - må gerne være der
	Credentials

Verificeres ikke - må gerne være derPersistentUniqueKey

.AuthorizationCode	Skal være sat
		Credentials.NationalRole	Verificeres ikke - må gerne være der
	PrincipalUser		Må ikke være der
	Organisation

Må ikke

Identifier	Skal være der
		IdentifierFormat	Skal være der og skal være CVR
	Client		Verificeres ikke - må gerne være der

...

Ikke-autoriseret sundhedsfaglig

Sundhedsfaglig opslag fra Sundhedsjournalen (og andre whitelistede fagsystemer) med medarbejderbaseret-id-kort (niveau 4) . Sundhedsfaglige med autorisation, kan lave opslag på borgerens Fælles stamkort via Sundhedsjournalenhvor national rolle er tilknyttet (nspSundAssistR1 og nspSundAssistR2 giver adgang til Fælles Stamkort)

Der laves minlog registrering registering og der kontrolleres for behandlingsrelation.

Brugertypen: Sundhedsfaglig med

autorisation

national rolle			Verifikation	Mapning til SfskActor
SecurityContext	Ticket	Audience	Verificeres ikke - må gerne være der
		Validity	Er valid
	Message		Verificeres ikke - må gerne være der
	ActingUser	UserType	Skal være HealthcareProfessional	actorType
		IdentifierFormat	Skal være CPR	actorIdType
		Identifier	Skal være sat	actorId
		GivenName	Verificeres ikke - må gerne være der
		SurName	Verificeres ikke - må gerne være der
		Credentials.AuthorizationCode

Verificeres ikke - må gerne være der

Må ikke være der
		Credentials.NationalRole	Skal være der - og skal matche national rolle der er opsat i properties i SFSK
	PrincipalUser		Må ikke være der
	Organisation	Identifier	Skal være der
		IdentifierFormat	Skal være der og skal være CVR
	Client		Verificeres ikke - må gerne være der

...

Sundhedsfaglig på vegne af anden sundhedsfaglig

Sundhedsfaglig opslag fra Sundhedsjournalen (og andre whitelistede fagsystemer) med medarbejderbaseret-id-kort (niveau 4) hvor national rolle er tilknyttet (nspSundAssistR1 og nspSundAssistR2 giver adgang til Fælles Stamkort)

Der medsendes også en HsuidHeader og indholdet af den afgør om det er en sundhedsfaglig der kalder på vegne af en anden sundhedsfaglig. Oplysningerne på billetten fra Security API'er er identisk med oplysningerne for en medarbejder.

Der laves minlog registering for begge sundhedsfaglige og der kontrolleres for behandlingsrelation

Brugertypen: Sundhedsfaglig

med national rolle

på vegne af anden sundhedsfaglig			Verifikation	Mapning til SfskActor
SecurityContext	Ticket	Audience	Verificeres ikke - må gerne være der
		Validity	Er valid
	Message		Verificeres ikke - må gerne være der
	ActingUser	UserType	Skal være HealthcareProfessional	actorType
		IdentifierFormat	Skal være CPR	actorIdType
		Identifier	Skal være sat	actorId
		GivenName	Verificeres ikke - må gerne være der
		SurName	Verificeres ikke - må gerne være der
		Credentials.AuthorizationCode	Må ikke være der
		Credentials.NationalRole	Skal være

sat

der - og skal matche national rolle der er opsat i properties i SFSK
	PrincipalUser		Må ikke være der
	Organisation	Identifier	Skal være der
		IdentifierFormat	Skal være der og skal være CVR
	Client		Verificeres ikke - må gerne være der

...

Systembruger

Systembaserede opslag fra whitelistede fagsystemer via system-id-kort. Fagsystemer kan enten lave systembaserede opslag, eller via systembaserede opslag opbygge en en lokal registerkopi af Fælles Stamkort, som holdes opdateret ud fra adviseringer fra underliggende registre

Der laves ikke minlog registrering (Det er fagsystemets ansvar at gøre dette) og der kontrolleres ikke for behandlingsrelation (Det er fagsystemets ansvar at gøre dette).

Brugertypen: Systembruger			Verifikation	Mapning til SfskActor
SecurityContext	Ticket	Audience	Verificeres ikke - må gerne være der
		Validity	Er valid
	Message		Verificeres ikke - må gerne være der
	ActingUser		Må ikke være der
	PrincipalUser		Må ikke være der
	Organisation	Identifier	Skal være der	actorId
		IdentifierFormat	Skal være der og skal være CVR	actorIdType

Clientname

Skal være der ved kald til GetBlurredOrganisations, og må også gerne være der ellers (men verificeres ikke).
Bruges aktuelt til at tjekke at det er STS'en der kalder, og ingen andre.

clientSystemNamepersistentUniqueKeySkal være der ved kald til GetCurrentSalt, og må også gerne være der ellers (men verificeres ikke)
Bruges til whitelisting af de anvendersystemer der skal hente salt til pseudoanonymisering.clientKey

Transformation af brugertyper

Ved kald til SFSK kan en systembruger i virkeligheden være et kald fra en anden brugertype. Det er informationer på HsuidHeaderen der afgør om den skal transformeres til en anden brugertype. Der findes følgende tranformationer:

Gliffy Diagram

displayName	sfsk-brugertyper-transformationer
name	sfsk-brugertyper-transformationer
pagePin	3

System >> Brugertypen Borger		Verifikation	Mapning til SFSK ServiceActor
HSUID Header	userType	Skal være der og skal være CITIZEN	Brugertypen: Borger
	actingUserCivilRegistrationNumber	Skal være der	ActingUserCpr
	responsibleUserRegistrationNumber	Må ikke være der
	orgUsingIDType	Verificeres ikke - må gerne være der
	orgUsingIDName	Verificeres ikke - må gerne være der
	systemName	Verificeres ikke - må gerne være der
	systemVersion	Verificeres ikke - må gerne være der
	userAuthorizationCode	Verificeres ikke - må gerne være der

System >> Brugertypen Borger på vegne af		Verifikation	Mapning til SFSK ServiceActor
HSUID Header	userType	Skal være der og skal være CITIZEN	Brugertypen: Borger på vegne af
	actingUserCivilRegistrationNumber	Skal være der (valideres indirekte ved at relation med responsibleUser skal være tilstede)	ActingUserCpr
	responsibleUserRegistrationNumber	Skal være sat Skal være forskellige fra actingUserCivilRegistrationNumber	ResponsibleUserCpr
	relation	Skal være sat og en af følgende skal returnere true: isRelationChildCustodyHolder isRelationProxyHolder	relation
	orgUsingIDType	Verificeres ikke - må gerne være der
	orgUsingIDName	Verificeres ikke - må gerne være der
	systemName	Verificeres ikke - må gerne være der
	systemVersion	Verificeres ikke - må gerne være der
	userAuthorizationCode	Verificeres ikke - må gerne være der

System >> Brugertypen System		Verifikation	Mapning til SFSK ServiceActor
HSUID Header	userType	Må ikke være der	Brugertypen: System
	actingUserCivilRegistrationNumber	Må ikke være der
	responsibleUserRegistrationNumber	Må ikke være der
	orgUsingIDType	Verificeres ikke - må gerne være der
	orgUsingIDName	Verificeres ikke - må gerne være der
	systemName	Verificeres ikke - må gerne være der
	systemVersion	Verificeres ikke - må gerne være der
	userAuthorizationCode	Verificeres ikke - må gerne være der

Medarbejder >> Brugertypen Sundhedsfaglig på vegne af anden sundhedsfaglig		Verifikation	Mapning til SFSK ServiceActor
HSUID Header	userType	Skal være der og skal være HEALTHCAREPROFESSIONAL	Brugertypen: Sundhedsfaglig på vegne af anden sundhedsfaglig
	actingUserCivilRegistrationNumber	Skal være der (valideres indirekte ved at relation med responsibleUser skal være tilstede)	ActingUserCpr
	responsibleUserRegistrationNumber	Skal være sat Skal være forskellige fra actingUserCivilRegistrationNumber	ResponsibleUserCpr
	orgUsingIDType	Verificeres ikke - må gerne være der
	orgUsingIDName	Verificeres ikke - må gerne være der
	systemName	Verificeres ikke - må gerne være der
	systemVersion	Verificeres ikke - må gerne være der
	userAuthorizationCode	Skal være sat og valideres med responsibleUser	AuthorizationCode

Brugertyperne bliver til sidst valideret for:

Alle roller, hvis hsuid header medsendt:
- hsuid rollen skal matche den på security context
- hsuid acting user cpr skal matche den aktøren
Borger på vegne af
- Der skal være en relation

Kald af bagvedliggende services

...

Content

Space Tools

Versions Compared

Old Version 31

New Version 50

Key

Sikkerhedshåndtering i SFSK

Brugertyper

Bestemmelse og mapning til actor

Transformation af brugertyper

Kald af bagvedliggende services