1.

...

Registrering og administration - borgerspecifikke sløringer

Opgaven er grundlæggende at etablere en lokal løsning, der benytter metodencreateBlurring(patientID, patientIDClassification, endDateTime)[1]. createBlurring() metodenanvendes både til at skabe, ændre og nedlægge borgerspecifikke sløringer. Hvis du kalder servicen, og der allerede findes en sløringsregistrering for den pågældende patient, så erstattes den tidligere sløringsregistrering med det nye sluttidspunkt. Overskriver du en eksisterende sløring med en ny med sluttidspunktet ”nu”, er det det samme som at nedlægge sløringen.

...

@startuml
participant Fagsystem #72BEDB
participant STS #72BEDB
participant IDSAS #72BEDB

Activate Fagsystem #FF4E26
group Rekvirér SOSI ID-kort (kan caches)
Fagsystem -> STS: NewSecurityTokenService(OCES signatur ...)
Activate STS #FF4E26
return Autentifikationsbevis (SOSI-ID-Kort)
Deactivate STS
end
Fagsystem -> IDSAS: createBlurring(SOSI ID-kort,CPR-nr,...)
Activate IDSAS #FF4E26
return ok?
@enduml

2. Registrering og administration - afdelingssløringer

...

Tilsvarende opgave er det at registrere og administrere afdelingssløringer. Her vil brugerne typisk være administratorer.

...

[2] Se beskrivelse af parametre, fejlbeskrivelser etc. i snitfladebeskrivelsen her: Guide til anvender - afdelingssløring

Figur 2: Registrering og administration af afdelingssløringer. 

...

PlantUML Render Macro
align left
@startuml participant Administrationssystem #72BEDB participant STS #72BEDB participant IDSAS #72BEDB Activate Administrationssystem #FF4E26 group Rekvirér SOSI ID-kort (kan caches) Administrationssystem -> STS: NewSecurityTokenService(OCES signatur ...) Activate STS #FF4E26 return Autentifikationsbevis (SOSI-ID-Kort) Deactivate STS end Administrationssystem -> IDSAS: createOrgBlurring(orgID, orgClassification) Activate IDSAS #FF4E26 return ok? @enduml

Typiske skridt, hvis du skal tilrette et system til at kunne registrere sløringer

i – Aftaler og whitelisting

...