Begrebsmodel til brugerstyring

Relaterede dokumenter
(Af forside skal det fremgå, om standarden er i høring, har været i høring eller er godkendt) Begrebsmodel til brugerstyring

1 Klassifikation-version2.0

Digital Sundhed. Brugerstyringsattributter - Introduktion. - Specificering af nye og ændrede attributter i id-kortet

UDSNIT 8. februar 2008

Guide til integration med NemLog-in / Brugeradministration

Bilag 9 - Opsamling på høringssvar fra netværket til Arkitekturrapport for KITOS

Digital Post 2020 Arkitektur i infrastrukturen

Den samlede erhvervsløsning i næste generation af NemID og NemLog-in3

Indledning Dokumentet indeholder et oplæg til fastlæggelse af scope for realisering af forretningsservicen Partskontakt.

Brokere i Identitetsinfrastrukturen

Dagsorden. OIO-Komitéens 11. møde d. 21. januar, 2010

DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER

CCS klassifikation og identifikation

Autencitetssikring. Vejledning til autenticitetssikringsniveau for den fællesoffentlige log-in-løsning. Side 1 af september Version 1.0.

Peter Thrane Enterprisearkitekt KL+KOMBIT. Den fælleskommunale Rammearkitektur - Inspiration

Vejledning til udarbejdelse af jobfunktionsroller og tilknytning til brugersystemroller

Underbilag 2O Beskedkuvert Version 2.0

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Version 1.0. Vilkår for brug af Støttesystemet Adgangsstyring

Sag og dokument standarderne - Hvad og hvorfor

1 Objekt informationsmodel - Byggeblok

Sortiment Informationsmodel

DPSD2 Guide: Sådan sikrer du at du kan logge ind i DPSD2.

23. maj 2013Klik her for at angive tekst. HHK/KMJ. Vejledning til brug af Støttesystemet Adgangsstyring

DEN FÆLLESKOMMUNALE RAMMEARKITEKTUR

Til høringsparterne Se vedlagte liste

ST Sortiment Informationsmodel

BRUGERTILSLUTNINGSAFTALE SKI.dk

Sortiment Informationsmodel

Høringssvar vedrørende Specifikation af serviceinterface for person (part)

LAKESIDE. Sårjournalen. Ændring af sikkerhedsarkitekturen. Version marts 2015

1 Organisation-version2.0

Digital Signatur OCES en fælles offentlig certifikat-standard

Fælles Digital Arkitektur

Produktbeskrivelse for

Brugeradministrationssystemet

Fremdrift og fælles byggeblokke

Use cases IT Systemer Generelt Om IT Systemer og snitflader Generelt Oprette IT System... 5

Brugervejledning til TenderKONNECT Administrator

ADGANG TIL EGNE DATA ADGANG TIL EGNE IT-ARKITEKTURRÅDET. Den 17.maj 2017

Underbilag A Administrationsmodul

Introduktion til ændringerne ifm. overgangen til MitID og NemLog-in3

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

Version: 1.0 Udarbejdet: Okt Udarbejdet af: Erhvervsstyrelsen og Digitaliseringsstyrelsen

Dette dokument beskriver kort, hvorledes ansatte ved nationale myndigheder får tildelt adgang til BBR 1.8.

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Vejledning til bekendtgørelse nr. 160 af 12/02/ 2013 om standarder for itanvendelse

Vejledning til leverandørers brug af Serviceplatformen

1 Dokument-version2.0

Anvendelse af dobbelthistorik i GD2

Arkitekturrapport: MDB Min Digitale Byggesag

Logning i sundhedssektoren. Konference Fællesoffentlig Digital Arkitektur (FDA), 2019

Retningslinjer for arkitekturreviews Version 1.0. Maj 2017

Nemmere at bruge, sværere at misbruge Referencearkitektur for brugerstyring. Fællesoffentlig Digital Arkitektur, 7. september 2017

PLAN OG UDVIKLING GIS-STRATEGI

FDA Retningslinjer for arkitekturdokumentation. Marts 2019

Læringsplatform - Brugerportalsinitiativet

REFERENCEARKITEKTUR FOR OPSAMLING AF HELBREDSDATA HOS BORGEREN

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

1 KY-kontering

OIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version KMD A/S Side 1 af 15. September 2013 Version 1.

Adgang til NIV. Nyt system til indberetning af forventede ventetider. Version 1.2

CCS Formål Produktblad December 2015

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation

Brugervejledning for Partneradministratorer

Fra hvidbog til rammearkitektur FDA konferencen v Michael Bang Kjeldgaard

Styregruppen for data og arkitektur. Reviewrapport for: Referencearkitektur for deling af data og dokumenter (RAD)

Guide til kravspecifikation

Sådan gennemføres arkitekturreviews. September 2017

PROJEKTBESKRIVELSE DIGITALE TILBUDSLISTER

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

15. januar 2018 Sekretariatet for Initiativ 8.1. Vedr. Anvendelsesprofil for Organisation

Vejledning til valg af NSIS Sikringsniveau for tjenesteudbydere

Specifikation af serviceinterface for organisation. Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13.

Høringssvar vedr. Serviceinterface for Person

1 Tilstand informationsmodel - Byggeblok

(Bilag til dagsordenspunkt 8, Kommunale anvenderkrav til støttesystemerne)

Introduktion til UNI-Login for udbydere

Indhold. Digital Sundhed. Brugerstyringsattributter - Politikker Introduktion Identifikation...

Guide til NemLog-in Security Token Service

Den fællesoffentlige digitale arkitektur Rammearkitektur (UDKAST) FDA-Talk 30. januar 2018

Høringsnotat - specifikation af serviceinterface for SAG version 1 2

Kommunernes Ydelsessystem: Vejledning i kommunal høring af kravmateriale, maj 2013

Administrationsmodul, Adgangsstyring for systemer og Adgangsstyring for brugere

Ibrugtagning af Fødselsindberetningsservicen på NSP

REFERENCEARKITEKTUR FOR OPSAMLING AF HELBREDSDATA HOS BORGEREN. Pia Jespersen Thor Schliemann

ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER

Kommentar fra KMS til Specifikation af Serviceinterface for Person

KOMBITs arbejde med it-arkitektur

Vejledning til kommuners brug af Serviceplatformen

Datatilsynet skal bemærke følgende:

Introduktion til MeMo

Brugeradministration for SKS

Valg af webservice standard

Vejledning til NemLog-in

Scope dokument for Advisservice

Vejledning i tildeling af rettigheder til VandData. Vejledningen henvender sig til Vandselskabers Nem Log-in Administratorer og beskriver, hvordan

Udkast til dataudveksling med elleverandører og andre tredjeparter via kundestyret dataadgang

Sortimentet angiver de mulige klasser, som er tilladte at benytte i en registrering, med andre ord en værdiliste over tilladte koder.

Transkript:

Begrebsmodel til brugerstyring Dette udkast til standard er i offentlig høring i perioden 12. oktober til 13. november 2009 IT- & Telestyrelsen 12. oktober 2009

Begrebsmodel til brugerstyring Denne standard kan frit anvendes af alle. Citeres der fra standarden i andre publikationer til offentligheden, skal der angives korrekt kildehenvisning. Standarden er udarbejdet af IT- og Telestyrelsen for det fælles offentlige brugerrettighedsstyringsprojekt (FBRS). Kontaktperson : Projektleder Rita Lützhøft Andersen Mailadresse: rla@itst.dk. Direkte telefon: +45 3337 9242 Udgivet af: IT- & Telestyrelsen Holsteinsgade 63 2100 København Ø Telefon: +45 3545 0000 Fax: +45 3545 0010 Publikationen kan hentes på IT- & Telestyrelsens hjemmeside: http://www.itst.dk

Indhold > Forord 5 Del A Indledning 6 Baggrund 6 Tilblivelsesproces 6 Målgruppe 6 Del B Kontekst og afgrænsning 7 Konceptuel model 7 Snitflader 7 Modelstruktur 9 Del C Begrebsmodel 10 Overblik 10 Begreber 12 Relationer 16 Modeleksempler 19 Del D Anvendelsesscenarier 21 Økonomistyrelsen BRL projektet 21 Digital Sundhed 22 Anvendelse af et attributregister 23 Mapning mellem roller 23 Nedarvning af roller 24

Forord > Dokumentet her beskriver en fællesoffentlig begrebsmodel for brugerstyring, som viser begreberne inden for brugerstyring og deres indbyrdes relationer. Modellen er beskrevet på et konceptuelt niveau, således at den kan danne udgangspunkt for flere forskellige implementeringer af brugerrettigheds løsninger. Målgruppen er primært myndigheder, konsulentvirksomheder og leverandører, som indkøber, rådgiver om og leverer it-løsninger i relation til brugerrettighedsstyring. 5

Del A Indledning > Baggrund Dette udkast til standard er udarbejdet af IT- og Telestyrelsen for det fælles offentlige brugerrettighedsstyringsprojekt (FBRS). Målet er en fælles overordnet begrebsmodel for udveksling af information omkring aktør, roller og organisation, som kan anvendes i forbindelse med brugerrettighedsstyring. Modellen skal danne et fælles udgangspunkt for den fælles offentlige brugerrettighedsstyring (FBRS), som de mere detaljerede sektor begrebsmodeller kan mødes i. Begrebsmodellen er udarbejdet med udgangspunkt i primært tre modeller: Konceptuel model for Aktør-Rolle-Organisation dateret 18. marts 2009. Model for sag og dokument området (OIO-SD). Der er taget udgangspunkt i modellens udseende medio august 2009. Modeller omkring Digital Sundheds arbejde med brugerrettighedsstyring. Erfaringer fra andre umiddelbart tilgængelige brugerrettighedsmodeller er inddraget (eksempelvis RBAC ), men opgaven har ikke omfattet et opsøgende arbejde i relation til, hvad der måtte være af øvrige modeller på området i de forskellige myndigheder. Dette indfanges i stedet igennem den planlagte OIO-høring. Tilblivelsesproces Begrebsmodellen i dette dokument er udarbejdet af Strand & Donslund i perioden medio august til ultimo september 2009. Der har i august og primo september været afholdt afstemningsmøder i forhold til OIO-SD Organisation, Digital Sundhed og ØS BRL Projekt. Begrebsmodellen har været præsenteret i et første udkast på OIO-SD s 5. workshop omkring Organisation 8. September 2009. Kommentarer herfra blev indarbejdet og præsenteret på OIO-SD s 6. workshop omkring Organisation 22. September 2009. Kommentarer herfra er sammen med kommentarer i relation til fællesoffentlig brugerstyring indarbejdet i version 1.0 Målgruppe Målgruppen for dette arbejde er myndigheder, konsulentvirksomheder og leverandører, som indkøber, rådgiver om og leverer it-løsninger i relation til brugerrettighedsstyring. 6

Del B Kontekst og afgrænsning > Konceptuel model Dokumentet her beskriver en fællesoffentlig begrebsmodel for brugerstyring, som viser begreberne inden for brugerstyring og deres indbyrdes relationer. Modellen er en begrebsmodel for brugerstyringsrettigheder på konceptuelt niveau (det der på engelsk kaldes High Level Business Type Model ). Dvs. en model som ikke er bundet til at implementeringen skal være via claims, tokens, WS-policy, attributserver, RACF, Top Secret eller lign. Det er en model frigjort fra teknologi og platforme. Begreber, relationer m.m. er løftet til et konceptuelt niveau, således at den kan danne udgangspunkt for flere forskellige implementeringer af brugerrettigheds løsninger. Begrebsmodel Begrebsafklaring / Konceptuelt niveau Modeller ud fra forretningsmæssig kontekst - frigjort fra specifikke miljø og leverandør forhold. Målet er en fælles begrebsmodel og begrebsforståelse på tværs af systemer og leverandører. Dokumentets scope Informationsmodel Logisk datamodel Miljø og/eller leverandør vendte modeller/løsninger Modeller beregnet på anvendelse på en given platform eller i en given arkitektur (eksempelvis et løsning med claims og tokens. Den fysiske model ændres over tid, mens den logiske er mere stabil. Fysisk datamodel Snitflader Der er ikke tale om en referencearkitektur for brugerstyring, hvorfor modellen kun forholder sig til eksterne begreber (eksempelvis Aktør ) ikke til hvorledes disse begreber og forretningsregler opbygges i forskellige forretningsservices, ligesom den heller ikke forholder sig til, hvorledes de eksterne begreber er tænkt organiseret i forretningstjenester (eksempelvis Organisation og Person ). Kontekst for begrebsmodellen fremgår af nedenstående figur: 7

Brugerstyring - Begreber Bruger Aktør (bruger) It-system Person It-system Rolle Rolletildeling Rollerestriktion Aktør (rolleestriktion) Person Virksomhed Organisation Interesse fællesskab Regel Rettighed Klassifikation Klassifikation Rettighedsudsteder Rettighedsattest Der er tre væsentlige eksterne snitflader: Relationer til begrebet Aktør i rollen som bruger. I modellen refererer en Bruger til en aktør i rollen som et It-system eller en Person, hvad enten personen er en del af den offentlige organisation, fra en virksomhed eller en borger. En given person optræder i Person som én forekomst, men kan optræde med flere forekomster i Bruger én for hvert akkreditiv. Relationer til begrebet Aktør i rollen som rollerestriktion. I modellen kan en rolletildeling afgrænses til kun at gælde i forhold til udvalgte aktører. Dette kan være i forhold til it-systemer, personer, virksomheder, organisationer og organisationsenheder eller interesse fællesskaber. Relationer til begrebet Klassifikation. I modellen er anvendt betegnelsen klassifikation for de klassifikationer, som indgår i brugerstyring. klassifikation er modelleret som en form for ejerskab i forhold til de forskellige roller og rettigheder. Formentlig kan disse klassifikationer indeholdes i det generelle klassifikationsbegreb. 8

Modelstruktur Grundstrukturen i begrebsmodellen er bygget over en struktur svarende til nedenstående matrice: Roller /rettigheder Udføres på hvad? ( Rollerestriktion ) Konceptuelt beskriver kolonnerne mængden af roller (grupper af rettigheder), som findes inden for brugerrettighedsstyring. Eksemplet kunne være rollen læge. Rækkerne beskriver så på hvad (eller i forhold til hvad) denne rolle med tilhørende rettigheder må udføres (dette kaldes i modellen for Rollerestriktion ). Eksemplet her kunne tilsvarende være en restriktion i forhold til, at rollen læge kun kan udføres i afdeling 101 og 102. Tildelingen i matricen kaldes i modellen for Rolletildeling og er dokumenteret gennem en Attest udstedt af en Udsteder. De enkelte roller og rettigheder anvendes inden for forskellige klassifikationer, hvilket betyder, at der både kan være fællesoffentlige roller/rettigheder og specifikke roller/rettigheder inden for fagområder, organisationer, it-systemer etc. Til de enkelte rettigheder kan der knyttes forskellige regler. Eksempelvis en regel om at man ikke samtidig kan have rettighed som bestiller og som godkender. Bemærk at modellen er en konceptuel model. De enkelte rolletildelinger m.m. kan i en given implementering sagtens være noget som tildeles dynamisk ud fra informationer hentet andre steder, som man i den givne situation har tillid til. Eksempelvis ved at man gennem sin organisatoriske placering er tildelt nogle givne arbejdsfunktioner. 9

Del C Begrebsmodel > Overblik Den fællesoffentlige begrebsmodel for brugerstyring viser begreberne indenfor brugerstyring og deres indbyrdes relationer. En bruger kan tildeles en række brugerstyringsroller, som kan begrænses i form af brugerstyringsrollerestriktioner. Tildelingen af brugerstyringsroller kan dokumenteres i form af en brugerstyringsrettighedsattest. En tildeling af brugerstyringsroller er altid foretaget af en anden bruger. En bruger kan være enten en person eller et it-system. En person, eller for den sags skyld et it-system, kan optræde som mange brugere med hvert sit akkreditiv tilknyttet. roller er grupperinger af brugerstyringsrettigheder. roller og brugerstyringsrettigheder kan klassificeres i henhold til brugerstyringsklassifikationer. rettigheder kan anvendes i forskellige itservices, og der kan være knyttet brugerstyringsregler til. 10

regel id beskrivelse virkningfra virkningtil * gælder for * It-service id navn * anvender * rettighed id navn beskrivelse handling objekt virkningfra virkningtil * klassificeres af 1..* grupperes i arver fra ** 1 * rolle navn id beskrivelse virkningfra virkningtil * klassificeres af 1..* klassifikation id navn beskrivelse * vedrører * rettighedsattest virkningfra virkningtil reference attesterer * 0..1 * rolletildeling id virkningfra virkningtil begrænses af * * rolle restriktion id navn * tildelt af tildeles 1 1 Bruger brugerid akkreditiv virkningfra virkningtil 11

Begreber Bruger Eksempler: En bruger er en person eller et it-system, der gør brug af services, som stilles til rådighed af et eller flere it-systemer. Bruger anvendes til at identificere en person eller et itsystem med et akkreditiv (eksempelvis med et medarbejdercertifikat) og de rettigheder brugerstyringsaktøren har i forhold til en given service, der stilles til rådighed af et itsystem. 170342-0618, RIGET1747 Informationsindhold: brugerid Identificerer brugeren overfor den service der anvendes. akkreditiv Angiver det akkreditiv der autentificerer brugeren overfor servicen, fx digital signatur eller medarbejdercertifikat. virkningfra Angiver datoen hvor brugeren er aktiv fra. virkningtil Angiver den dato hvor brugeren deaktiveres. rolle Beskriver den autoritet og det ansvar, som er givet til de brugere, som brugerstyringsrollen er tildelt. roller anvendes til at afgøre, hvilke handlinger en bruger må udføre i et it-system. rollen fastlægger de rettigheder, som brugeren er tildelt, men den har intet at gøre med formålet med at udføre disse handlinger. Brugere tilknyttes til roller og opnår rettigheder ved at være rolleindehaver. roller er grupperinger af rettigheder, og der er ikke nødvendigvis sammenfald mellem brugerstyringsroller og brugerens profession, stillingsbetegnelse mv. Eksempler: Læge, Sygeplejerske, SygeplejerskeOrd, Lønindberetter Informationsindhold: id Unik identifikation af brugerstyringsrollen. navn 12

rollens navn. beskrivelse En beskrivelse af rollen. virkningfra Angiver rollens ikrafttrædelsesdato. virkningtil Angiver den dato hvor rollen ophører. rettighed Beskriver en specifik rettighed til at foretage en handling på et objekt. Eksempler: rettigheder anvendes til at afgøre om en bruger må udføre en specifik handling på et objekt. OpretSag, Bogføring, PersonData Informationsindhold: id Unik identifikation. navn Navnet på brugerstyringsrettigheden. beskrivelse En beskrivelse af brugerstyringsrettigheden. handling En beskrivelse af den tilladte handling. objekt En beskrivelse af det objekt som handlingen må foretages på. virkningfra Den dato hvor brugerstyringsrettigheden kan anvendes. virkningtil Den dato hvor brugerstyringsrettigheden ikke længere kan anvendes. klassifikation Beskriver forskellige klassifikationer i forhold til hvilke, brugerstyringsroller og brugerstyringsrettigheder kan klassificeres. klassifikationer anvendes til at klassificere brugerstyringsroller og brugerstyringsrettigheder inden for 13

forskellige områder. klassifikationen giver mulighed for, at de forskellige myndigheder, forvaltningsområder m.m. (eksempelvis Sundhed) kan anvende deres egne brugerstyringsroller og brugerstyringsrettigheder. Eksempler: FORM, Sundhed, Fællesoffentlig Informationsindhold: id Unik identifikation. navn Navnet på brugerstyringsklassifikationen. beskrivelse En beskrivelse af brugerstyringsklassifikationen. rollerestriktion Kan begrænse en brugerstyringsrolletildeling ift. en organisation, person mv. Eksempler: En brugerstyringsrollerestriktion er en relevant aktør, fx person, organisation eller system - set i brugerstyringssammenhæng - som brugerstyringsrolletildelingen begrænses til. Hans Hansen, Rigshospitalet, Århus Kommune, Økonomistyrelsen Informationsindhold: id Unik identifikation. navn restriktionens navn. rolletildeling Beskriver hvilke roller en bruger er tildelt i forhold til brugerstyringsrollerestriktioner. rolletildelingen anvendes til at kunne begrænse gyldigheden af en brugers tildelte brugerstyringsroller i forhold til bestemte brugerstyringsrollerestriktioner. Eksempler: Informationsindhold: id Entydig identifikation af forekomster. virkningfra 14

Angiver ikrafttrædelsesdato. virkningtil Angiver ophørsdato. rettighedsattest Beskriver den dokumentation der ligger til grund for tildelingen af brugerstyringsrollerne. Eksempler: Tildeling af roller kræver ofte en attestation, der dokumenterer gyldigheden af tildelingen. Dokumentationen kan fx være en fuldmagt, eller underskrift af nærmeste chef. Kontrakt, Fuldmagt Informationsindhold: virkningfra Den dato hvorfra brugerstyringsrettighedsattesten er gyldig. virkningtil Den dato hvor brugerstyringsrettighedsattesten ophører med at være gyldig. reference Angiver en reference til de attester der ligger til grund for tildelingen rettighedsudsteder Beskriver den person eller organisation der attesterer brugerstyringsrettighedstildelingen. Eksempler: rettighedsattester udstedes af enten en person eller en organisation. rettighedsudsteder anvendes til at identificere denne person eller organisation. Århus Kommune, Brugeradministrator, Security Token Service Informationsindhold: regel Beskriver en brugerstyringsregel som er gældende for en eller flere brugerstyringsrettigheder. regler beskriver regler der er gældende for en eller flere brugerstyringsrettigheder. Regler kan være simple, fx ved at begrænse anvendelsen af en rettighed til et bestemt tidsrum, eller komplekse ved fx at udpege brugerstyringsregler der udelukker hinanden. 15

Eksempler: Informationsindhold: id Entydig identifikation af brugerstyringsreglen. beskrivelse En beskrivelse af brugerstyringsreglen. virkningfra Den dato hvorfra brugerstyringsreglen er gyldig. virkningtil Den dato hvor brugerstyringsreeglen ophører med at være gyldig. Relationer rolletildeling begrænses af rollerestriktion Begrænser de rettigheder som brugerstyringsrollerne giver brugeren til kun at gælde overfor den udpegede brugerstyringsrollerestriktion. En bruger kan have tildelt mange brugerstyringsroller, men tildelingen af rollerne kan være begrænset i forhold til fx en specifik organisation eller person. Fx kan det tænkes at en sygeplejerske har ordinationsret på et sygehus, men ikke nødvendigvis på alle andre sygehuse. rolletildelingen kan udpege flere brugerstyringsrollerestriktioner. Dvs. at en brugerstyringsrolletildeling begrænses til de udpegede brugerstyringsrollerestriktioner. En brugerstyringsrollerestriktion kan begrænse mange brugerstyringsrolletildelinger. rolletildeling tildeles Bruger En brugerstyringsrolletildeling peger altid den bruger ud, som den givne kombination af brugerstyringsroller og brugerstyringsrollerestriktioner er gældende for. Den samme brugerstyringsrolle kan tildeles mange brugere. Relationen anvendes til at udpege netop en specifik kombination af brugerstyringsroller og brugerstyringsrollerestriktioner i forhold til en given bruger. En brugerstyringsrolletildeling udpeger altid en og kun en bruger. 16

En bruger kan have mange brugerstyringsrolletildelinger. rolletildeling vedrører rolle Udpeger de brugerstyringsroller som den givne kombination af bruger og brugerstyringsrollerestriktioner er tildelt. Brugere kan have tildelt mange brugerstyringsroller. Relationen anvendes til at udpege hvilke brugerstyringsroller der er gældende for en specifik kombination af bruger og brugerstyringsrollerestriktioner. En brugerstyringsrolletildeling vedrører en eller flere brugerstyringsroller. En brugerstyringsrolle kan indgå i mange brugerstyringsrolletildelinger. rettighedsattest attesterer rolletildeling Hvis der foreligger en attestation af brugerstyringsrolletildelingen så udpeger relationen denne. Somme tider kræver tildelingen af en brugerstyringsrolle dokumentation for retten til denne tildeling. Det kunne fx være et fuldmagtsdokument. En brugerstyringsrettighedsattest kan attesterer mange brugerstyringsrolletildelinger. En brugerstyringsrolletildeling kan være dokumenteret af en brugerstyringsrettighedsattest. rolletildeling tildelt af Bruger Udpeger den bruger der har foretaget brugerstyringsrolletildelingen. En brugerstyringsrolletildeling er altid tildelt af en og kun en bruger. En bruger kan have tildelt mange brugerstyringsrolletildelinger. rettighed grupperes i rolle Grupperer brugerstyringsrettigheder i brugerstyringsroller. En brugerstyringsrettighed kan grupperes i flere brugerstyringsroller. En brugerstyringsrolle kan indeholde flere brugerstyrings- 17

rettigheder. rettighed klassificeres af klassifikation Udpeger klassifikationen af en brugerstyringsrettighed. En brugerstyringsrettighed klassificeres altid i forhold til en og kun en brugerstyringsklassifikation. En brugerstyringsklassifikation kan klassificere brugerstyringsrettigheder. rolle klassificeres af klassifikation Udpeger klassifikationen af brugerstyringsrollen. En brugerstyringsrolle er altid klassificeret i forhold til mindst en brugerstyringsklassifikation. En brugerstyringsklassifikation kan klassificere brugerstyringsroller. rolle arver fra rolle En brugerstyringsrolle kan arve brugerstyringsrettigheder fra en anden brugerstyringsrolle. For at lette administrationen af brugerstyringsroller, er det muligt at lade en brugerstyringsrolle arve brugerstyringsrettigheder fra andre brugerstyringsroller. En brugerstyringsrolle kan arve brugerstyringsrettigheder fra flere brugerstyringsroller. En brugerstyringsrolle kan nedarves til flere brugerstyringsroller. rettighedsattest udstedt af rettighedsudsteder Identificerer den brugerstyringsrettighedsudsteder der har udstedt brugerstyringsattesten. En brugerstyringsrettighedsattest er altid udstedt af en og kun en brugerstyringsrettighedsudsteder. En brugerstyringsrettighedsudsteder kan have udstedt flere brugerstyringsrettighedsattester. regel gælder for rettighed Udpeger hvilke brugerstyringsregler der er gældende for hvilke brugerstyringsrettigheder. Der kan være forskellige regler gældende for forskellige brugerstyringsrettigheder. 18

En brugerstyringsregel kan være gældende for flere brugerstyringsrettigheder. En brugerstyringsrettighed kan have tilknyttet flere brugerstyringsregler. Modeleksempler Scenarie 1: Sygeplejerske med to ansættelsesforhold Nedenstående eksempel illustrerer et eksempel hvor en person har to ansættelsesforhold. I den forbindelse er der oprettet to brugere; begge brugere er knyttet til den samme person (fremgår ikke af eksemplet) nemlig den person der har de to ansættelsesforhold. Den ene bruger er oprettet i forbindelse med personens ansættelsesforhold på Rigshospitalet, hvor brugeren har fået tildelt brugerstyringsrollen SygeplejerskeOrd. rollen SygeplejerskeOrd indeholder to brugerstyringsrettigheder: Ordinationsret og Patientjournal. Den anden bruger anvender personen i forhold til sit andet ansættelsesforhold på privathospitalet Knoglen A/S. På Knoglen A/S er brugeren tildelt rollen Sygeplejerske. rollen Sygeplejerske er kun tildelt brugerstyringsrettigheden Patientjournal. 19

Scenarie 2: Revisor for Nedenstående eksempel viser en bruger, der er ansat i revisionsfirmaet Revision A/S. Der er oprettet en bruger med medarbejdercertifikat fra Revision A/S. Firmaet udfører revision for en række institutioner og brugeren er derfor tildelt brugerstyringsrollen Revision. Tildelingen af rollen er dog begrænset til to institutioner, hhv. Sneglen og Solsikken. 20

Del D Anvendelsesscenarier > Økonomistyrelsen BRL projektet Økonomistyrelsen har et igangværende BRL projekt omkring en brugerrettigheds løsning ril et blanketsystem, der anvendes til opgavebestilling fra ØSC ets kunder til ØSC. I projektet er der udarbejdet nedenstående begrebsmodel - specifikt rettet mod det offentliges økonomiområde: Associated Organisations User Organisation AllowedRolesForOrganisation Application AllowedRolesForApplication ØSCUsers The Federated Administrator Role User Administrator Role IsAdmin User ØSCRoles Role ApplicationRoles Manager For ØS General Roles Application Specific Roles Role Restriction Application Specific Role Restriction ØS General Role Restriction Modellen matcher på de fleste områder den fællesoffentlige begrebsmodel. Forskelle kan primært begrundes i det forhold, at BRL-modellen i den nuværende form har et mere begrænset scope. Den grundlæggende modellering omkring bruger, rolle og rollerestriktion er samme struktur. Den fællesoffentlige model har mulighed for en bredere definition i forhold til rollerestriktioner, og der kan også knyttes et brugerstyringsattest til den konkrete rolletildeling. BRL-modellen opererer kun med roller og ikke med rettigheder. Dette er ikke noget problem, idet roller konceptuelt blot er en gruppering af nogle rettigheder. Tildeling af roller knytter BRL-modellen op mod organisation, hvilket er naturligt inden for det givne scope. I den fællesoffentlige begrebsmodel er der ikke denne binding, idet denne model også skal kunne rumme eksempelvis borgere med et OCEScertifikat. 21

I den fællesoffentlig begrebsmodel registreres den bruger, som har foretaget en konkret tildeling af en rolle til en bruger. I BRL-modellen registreres ikke på de enkelte tildelinger, men derimod blot på hvem der administrerer hvilke brugere. Digital Sundhed Digital Sundhed arbejder med modeller til implementering af brugerrettigheds løsninger, men p.t. er der ikke en egentlig begrebsmodel. Der arbejdes med nedenstående skitse til en begrebsmodel inden for digital sundhed: Bruger Tildeling Organisation Attribut Attributtyper Servicerettighed Modellen er som nævnt ikke modelleret færdig p.t., men selve grundstrukturerne er meget sammenfaldende med den fællesoffentlige brugerstyringsmodel. Hos Sundhed er der p.t. anvendt begreber, som meget er fokuseret på, at implementeringen er tænkt gennemført vha. en attributserver. Attribut svarer stort set til det, der i den fællesoffentlige begrebsmodel kaldes for rolle. Et eksempel på en Attribut er Læge. Attributtyper svarer til en profil/jobfunktion og Servicerettighed til en rettighed. Der er omkring attribut, attributtype og servicerettighed stort set tale om en modellering af det, som i den fællesoffentlige brugerstyringsmodel kaldes for brugerstyringsrolle og brugerstyringsrettighed blot modelleret med en lidt større granularitet. Selve tildelingen af en rolle til en bruger er stærkt knyttet til Organisation. Dette skyldes det forhold inden for Sundhed, at personer ofte har flere stillinger i forskellige organisationsenheder med forskellige rettigheder. Denne modellering i forhold til organisation er i den fællesoffentlige begrebsmodel modelleret ved, at der til en given rolletildeling kan knyttes en rollerestriktion med angivelse af, at rollen kun kan udføres inden for den pågældende restriktion. 22

Anvendelse af et attributregister I forbindelse med brugerrettighedsløsninger arbejder flere parter med en arkitektur baseret på et attributregister, eksempelvis som beskrevet i FBRS system analyse rapport version 1.0 dateret 22. Juni 2009. Heri er nedenstående principskitse præsenteret: Figuren illustrerer et scenarie, hvor en bruger ønsker at tilgå en service. Først skal brugeren autentificeres. Derefter tilknyttes sessionen de gældende autorisationer. Brugerrettighedsløsningen tænkes her at spille rollen som attributregister, og således indirekte være styrende for, hvilke rettigheder brugeren opnår i den pågældende session. Attributterne kan være f.eks. roller/jobfunktioner kvalificeret med en angivelse af det organisatoriske niveau. Den fysiske realisering af en attributservice arkitektur kan have mange varianter, men konceptuelt matcher modelleringen omkring den fællesoffentlige begrebsmodel fint disse tanker. Modelleringen indeholder en relation mellem it-service og brugerstyrings rettigheder, som fortæller, hvilke rettigheder der anvendes i den enkelte it-service. I en konkret arkitektur med en attributserver skal dette detaljeres ned til at kunne angive helt eksakt, hvilke attributter it-servicen har brug for, for at kunne verificere om de nødvendige rettigheder er til stede. Mapning mellem roller roller klassificeres af en eller flere brugerstyringsklassifikationer, dvs. at en brugerstyringsrolle kan være klassificeret som Fællesoffentlig, Sundhed etc. eller den kan være klassificeret som hørende til en konkret it-service/it-system. Denne klassifikation gør det muligt at have egne brugerstyringsroller, men det giver også mulighed for at dele roller med andre. Hvis vi eksempelvis antager, at der under klassifikationen Økonomistyrelsen er defineret en rolle lønindberetter, kan denne rolle efter aftale med en anden myndig- 23

hed deles med andre klassifikationer. Eksempelvis kan der være lavet en aftale med Sundhed om at rollen lønindberetter må anvendes inden for denne brugerstyringsklassifikation. Rollen lønindberetter optræder herefter i to brugerstyringsklassifikationer: klassifikation Økonomistyrelsen klassifikation Sundhed rolle ØS - xxx rolle Lønindberetter rolle Sundhed - xxx Sundhed laver en mapning mod egen organisation og tildeler rollen til de personer i organisationen, som må foretage lønindberetning med de juridiske og økonomiske konsekvenser dette måtte have. Nedarvning af roller Begrebsmodellen er modelleret med mulighed for nedarvning af rettigheder fra andre roller, jf. nedenstående eksempel fra sundhedsvæsenet: rolle: Ansat (hospital) rolle : Læge Nedarvning fra rolle : Sygeplejeske rolle : Sekretær rolle : Hospitalslæge Såfremt en konkret implementering af modellen ikke kan håndtere denne form for nedarvning, vil den samme effekt kunne opnås ved at tilpasse den brugerflade, der administrere tildeling af roller, til at kunne håndtere nedarvning, selvom den underliggende datamodel kræver at rettighederne er knyttet direkte til rollen. 24