Underbilag 2K Begrebs- og informationsmodel for Sags- og Dokumentindeks

Underbilag 2K Begrebs- og informationsmodel for Sags- og Dokumentindeks

Revisionshistorik Dato Kommentar Ansvarlig 206-09-29 Oprettet revisionshistorik MSG 206-09-29 Beskrivelse af Sagsarkiv er tilføjet i tegninger og tekst (STSI-626) MSG 206-09-29 ReferenceID for relationer er tilføjet i Generelle egenskaber (STSI- MSG 703) Begrebs- og informationsmodel for Sags- og Dokumentindeks Begrebsmodel Sags- og Dokumentindekset skal indeholde sags- og dokumentdata, samt nøgler til andre relaterede forretningsobjekter, således at der kan udstilles et tværgående sagsoverblik til Modtagersystemer Begrebsmodellens terminologi bygger på det fundament som dokumentet Begrebsafklaring i sektorerne [OIO] sætter Begrebsmodellen indeholder alene de forretningsobjekter, som indgår i, eller relaterer til forretningsobjekter, der skal indgå i Sags- og Dokumentindekset Disse forretningsobjekter er dels beskrevet i begrebsmodellen i afsnit, dels i informationsmodellen i afsnit 2 og uddybende i Appendiks A og Appendiks B Forretningsobjekterne består af informationsindhold og af relationer til andre forretningsobjekter Informationsindholdet indeholder de forretningsmæssige data, som sektoren ønsker at registrere om hvert forretningsobjekt Et forretningsobjekt kan bestå af komplekst informationsindhold og dermed udtrykkes med flere klasser og samlinger af klasser Fx indeholder Forretningsobjektet Dokument en klasse som hedder Dokument som indeholder klassen Dokumentvariant Forretningsobjektet Dokument indeholder således klassen Dokument, nul til mange Dokumentvarianter og en række andre klasser Således indeholder Sags- og Dokumentindekset kun to selvstændige forretningsobjekter: Sag og Dokument Bemærk at der anvendes [OIO]s terminologi og forståelse af begreberne forretningsobjekt, komposition og relation "Relation" anvendes således alene om forretningsmæssige strukturelle sammenhænge mellem to eller flere forretningsobjekter, som beskrevet i [OIO] Side 2 af 49

Sags- og Dokumentindekset tager udgangspunkt i[oio_service_dok] og [OIO_SERVICE_SAG], idet sidstnævnte har forrang fremfor førstnævnte hvad angår indretningen af såvel Sagsdomænet som Dokumentdomænet Endvidere er der en række lokale udvidelser/tilpasninger i Sags og Dokumentindeks, dels for at håndtere data fra eksisterende Afsendersystemer i en transitionsperiode, dels for at give mulighed for at medtage væsentligt informationsindhold fra andre domæner end Sag og Dokument Sags- og Dokumentindeksets services vil således være tilpasninger af OIO-standardservicene Import, Ret og Slet, hvor tilpasningerne vil tage højde for følgende: Indekset indeholder bitemporalitet på alle objekter så Afsendersystemets sags og dokumenthistorik fremgår af Støttesystemet Sags og Dokumentindeks Sags og Dokumentindeksets importfunktionalitet giver mulighed for, samtidig med at importere et givet objekt fra Afsendersystemet, også at importere objektets relationer og relaterede objekter, i den udstrækning at disse også findes i Støttesystemet Sags og Dokumentindeks For at undgå forvekslinger med OIO-operationen Import, kaldes denne funktionalitet i denne kravspecifikation for "Indlæs" fremfor "Import" Ret-funktionaliteten giver mulighed for at rette i enkelt-attributter, og for at rette i relaterede objekter Slet-funktionaliteten giver mulighed for fysisk at fjerne et objekt fra Sags- og Dokumentindekset, der er kasseret i Afsendersystemet, fx pga forældelse/arkivering, databeskyttelsesregler ellign For at undgå forvekslinger kaldes denne funktionalitet i denne kravspecifikation for "Fjern" Obs: Når der i dette dokument anvendes begrebet "fysisk sletning", skal det forstås som i [OIO_GEN_SAGDOK], dvs at det alene skal forstås således, at objektet ikke er tilgængeligt for system- eller brugeraktører men leverandøren kan godt vælge af hensyn til effektiv drift og vedligehold at bevare objektet i den fysiske database Sags og Dokumentindeks informationsmodel baserer sig på [OIO_GEN_SAGDOK] Dette har væsentlig betydning for indretningen af Sags- og Dokumentindekset, da dette tilfører væsentlig ekstra kompleksitet såvel for indeksets interne datamodel, som for Systemgrænseflader ift indeksets Anvendersystemer Vedrørende Afsendersystemer Sager og dokumenters informationsindhold kommer fra relevante Afsendersystemer, såsom fagsystemer (herunder ESDH-systemer) Fagsystemer indeholder information både fra specifikke domæner og medtager anden relevant information som er relevante for Fagsystemets arbejdsgange Alle data er dog ikke nødvendigvis relevante for det tværgående overblik over sager og dokumenter, som skal findes i Sags- og Dokumentindekset Side 3 af 49

Begrebsmodellen skal derfor kun indeholde de informationer fra Afsendersystemer om sager og dokumenter, der er ens på tværs af Afsendersystemer, og som Modtagersystemer skal bruge til at vise et tværgående overblik og en hurtig adgang til data om Sager og Dokumenter på tværs af fagområder En række informationer fra Afsendersystemerne opfattes som mindre relevante for et tværgående overblik og er derfor ikke medtaget i begrebsmodellen for Sags- og Dokumentindeks Følgende forretningsbegreber er for eksempel ikke inkluderet i Sag og Dokumentindeks: Domænespecifikt indhold, Dokumentindhold, Frister, Advis og Styringsinformation Afsendersystemer typisk indeholde følgende oplysninger om en Sag og/eller et Dokument som er relevante for Sag og Dokumentindeks: Sagsinformation Journalposter Dokumentinformation Journalnotater Parter Aktører Klassifikation, typisk journalplan og andre klassificeringer Kriterier for hvilke Brugere, der har ret til at se oplysninger om en Sag eller et Dokument Reference til væsentlige oplysninger med relation til sagen eller dokumentet, som befinder sig i andre it-systemer, og som ikke er dækket af informationsmodellerne for Sag og Dokument, fx et ejendomsnr Oplysninger om hvilket it-system (ofte men ikke altid Afsendersystemet selv), der er master for et givet objekt, samt et link til det master it-system, som et Modtagersystem kan hoppe for at få yderligere oplysninger om en sag eller et dokument Sags- og Dokumentindekset skal indeholde ovenstående informationsindhold via implementering standarderne for området, jf [OIO_SERVICE_SAG] og [OIO_SERVICE_DOK], samt de udvidelser, der fremgår af informationsmodellerne for Sags- og Dokumentindekset En særlig vigtig udvidelse skal dog nævnes allerede her: For at kunne bære ekstra oplysninger om Sag og Dokuments relationer til Aktør, Klassifikation, Part og Genstand beskrives disse relationer som associationsklasser (Da der ikke er behov for ekstra informationer om relationen til Arkiv, gøres denne relation ikke til en associationsklasse) Information om hvilke aktører, der har ret til at se oplysninger om en given sag/dokument angives gennem oplysninger om sagens/dokumentets klassifikation (ofte KLE), myndighedens CVRnummer og Følsomhed, suppleret med muligheden for at angive en organisatorisk afgrænsning i de sjældne tilfælde hvor ovenstående ikke tilstrækkeligt Forretningsobjektet IT-system anvendes til at gemme oplysninger om hvilket it-system, der er master for en given sag eller dokument, samt hvilket IT-System som er afsender Side 4 af 49

Modtagersystemer kan have behov for at kunne få adgang til supplerende oplysninger om en sag eller et dokument, udover hvad der opbevares i Sags- og Dokumentindekset Dette skal i Sags- og Dokumentindekset håndteres ved at benytte associationsklasserne Sagsaktør, Sagsklasse, Sagspart, Sagsgenstand, Dokumentaktør, Dokumentpart og/eller Dokument til at angive en reference til oplysninger i andre it-systemer om parter, aktører, arkiver, klassifikationer eller genstande Denne reference består af et ReferenceID I en transitionsperiode skal relationen dog supplerende kunne etableres ved en anden specifik nøgle fra Afsendersystemet, idet ikke alle relaterede forretningsobjekter kan forventes at have en UUID/URN Det er dog et krav, at alle Sager og Dokumenter i Sags- og Dokumentindekset er entydige og har et Universelt Unikt ID (UUID), jf [UISTD] Det er Afsendersystemet, der har ansvaret for at aflevere entydige UUID er I en transitionsperiode kan det ikke forventes at alle Afsendersystemer understøtter og afleverer data til andre centrale systemer med oplysninger om andre domæner som Organisation, Klassifikation og Parter Sags- og Dokumentindekset skal derfor give muligheder for, at Afsendersystemer i stedet afleverer specificerede data i Sags- og Dokumentindekset, således at Modtagersystemer via indekset kan få adgang til de data, der er vigtigst for at danne sig et overblik over sager og dokumenter, uanset om disse data begrebsmæssigt tilhører andre domæner Dette er medtaget i informationsmodellen ved at udvide standarden defineret i [OIO_SERVICE_SAG] og [OIO_SERVICE_DOK] med yderligere attributter på relationerne til Part, Klassifikation og Organisation, dvs på associationsklasserne Sagsaktør, Sagsklasse, Sagspart, Dokumentaktør og Dokumentpart Sags- og Dokumentindekset ønsker at stille indeksets data til rådighed for Modtagersystemer i samme form som data forefindes i Afsendersystemet Således at Modtagersystemets aktører vil opleve ensartethed mellem hvad aktøren kan se i Modtagersystemet, og det aktøren eventuelt kan se i det fagsystem, der også er Afsendersystem i forhold til Sags- og Dokumentindekset Begrebsog Informationsmodellerne i Sags- og Dokumentindekset skal derfor være mest muligt fleksible i forhold til udfaldsrum og datatyper for data, dog afvejet med behovet for ikke at anvende datatyper, som Modtagersystemer almindeligvis ikke kan antages at understøtte Der er derfor i afsnit 2 opstillet krav om hvilke datatyper, Sags- og Dokumentindekset skal kunne håndtere Sags- og Dokumentindekset har til formål at give et tværgående overblik over sager og dokument Indekset indeholder bitemporalitet og indeholder derfor historik over alle de ændringer, der er foretaget på en Sag eller et Dokument i Afsendersystemet Afsendersystemet medsender registreringstid på alle ændringer Oplysninger om ændringer i data om sager og dokumenter vil derfor i indekset automatisk blive lagt i tidsmæssig korrekt rækkefølge Side 5 af 49

Sags- og Dokumentindekset indeholder to registreringstider: Tidspunkt, som afspejler Afsendersystemets rækkefølge og StsTidspunkt, som afspejler den rækkefølge ændringerne er modtaget i Sags- og Dokumentindeks Når Modtagersystemet henter oplysninger fra Sags- og Dokumentindekset, vil rækkefølgen være Tidspunkt, undtagen hvis der specifikt vælges sortering på StsTidspunkt Det er i denne undtagelse op til Modtagersystemet at udlede det filtrerede øjebliksbillede, men oplysningerne vil blive returneret i den modtagelsesrækkefølge 2 Generelle Egenskaber for forretningsobjekter Forretningsobjekterne Sag og Dokument har en række fælles generelle egenskaber De generelle egenskaber tager udgangspunkt i standarderne beskrevet i [OIO_GEN_SAGDOK] - dog benytter Sags og Dokumentindeks relationsdefinitionen angivet i Specifikation for Sag version 2 [OIO_SERVICE_SAG], jf nedenstående figur Side 6 af 49

Figur : UML-syntaks for generelle egenskaber for forretningsobjekter, som beskrevet i [OIO] Hver instans af Sag og Dokument har bitemporalitet, altså alle registreringer - bestående af et antal attributlister, tilstande og relationer Hver attributliste, tilstand og relation har en gældende virkning De generelle egenskaber ved forretningsobjekterne (jf [OIO_GEN_SAGDOK] og [OIO- SERVICE_SAG]) er delvist medtaget i de overordnede diagrammer over begrebs- og informationsmodellerne i form af følgende elementer: Kompositionsklassen Journalpost udtrykker den generelle egenskab "relation" mellem Sag og Dokument De associerede klasser Sagsaktør, Sagsklasse, Sagspart, Sagsgenstand, Dokumentaktør og Dokumentpart udtrykker den generelle egenskab "relation" mellem Sag/Dokument og forretningsobjekterne udenfor Sags- og Dokumentindekset (Aktør, Klassifikation, Part og Genstand) Side 7 af 49

Klasserne Sag, Sag-indeks, Journalnotat og Sikkerhedsprofil er en del informationsindholdet af Sag som udtrykkes via "attributliste" ift Sag Tilsvarende er Dokument, Dokumentindeks, Dokumentvariant og Sikkerhedsprofil en del informationsindholdet af Dokument som udtrykkes via "attributlister" ift Dokument Følgende elementer fremgår ikke af diagrammerne over begrebs- og informationsmodellerne: Den generelle egenskab "Tilstand" er implementeret i attributten Fremdrift på Sag og Dokument med selvstændig virkning og beskrevet i Appendiks B Alle attributlister (herunder Sikkerhedsprofil) og relationer (herunder Journalpost) har den generelle egenskab Virkning, jf også beskrivelsen i afsnit 3 Virkning er anført i 3 men fremstår dog her umiddelbart som en attribut, selvom den indeholder al den information, der er defineret i [OIO_SERVICE_SAG] og derfor reelt er en gruppe af attributter Alle Tilstande har også den generelle egenskab Virkning Dette fremgår ikke eksplicit af Appendiks B Men attributterne Fremdrift på Sag og Dokument skal således tillægges, at der sammen hermed skal gemmes informationer om Virkning for den pågældende sagstilstand De generelle egenskaber betyder, at Anvendersystemer som benytter operationer i Sag og Dokumentindeks fx søgninger, opdateringer mv skal tage højde for virkningsperspektivet og registreringsperspektivet for hver registrering, samt de øvrige generelle egenskaber 3 Relationer mellem forretningsobjekter Der kan være flere relationer mellem en sag/et dokument og et forretningsobjekt udenfor Sags- og Dokumentindekset De mulige forretningsobjekter, der kan være relationer til, fremgår af begrebsmodellerne Som nævnt tidligere udtrykkes disse relationer bortset for relationen til Arkiv som associationsklasser Journalpost er tilsvarende bærer af relationen mellem Sag og Dokument Relationer til forretningsobjekter i Støttesystemerne Klassifikation eller Organisation sker via et UUID eller en URN Såfremt forretningsobjektet hverken har en URN eller et UUID, kan der på relationen angives en anden nøgle eller navn, men brugsværdien for Modtagersystemer kan forringes I nogle situationer kan en relation fx Journalpost optræde flere gange mellem to forretningsobjekter I den detaljerede informationsmodel i Appendiks B er det beskrevet, i hvilke mulige situationer en sag/et dokument kan have flere relationer til et givet andet forretningsobjekt Side 8 af 49

Hver relation har som grundmængde den liste af roller i OIO Sag 2, som kan bruges til at beskrive sagens/dokumentets relation til forretningsobjektet, men kan godt have andre værdier i en transitionsperiode Roller fra Afsendersystemer skal være publiceret i Støttesystemet Klassifikation, hvis Modtagersystemer skal kunne anvende dem Alle relationer i Sags- og Dokumentindekset har samme struktur, uanset om der er tale om en enkeltrelation eller en flerrelation, og består af følgende elementer: Element Beskrivelse Relationstype Navn på relationen Fx Sagsklasse Objekttype Navn på det forretningsobjekt, som indgår i relationen Fx Klasse Rolle Betegnelse på den rolle, som forretningsobjektet har i forhold til sags/dokumentobjektet Fx Primærklasse Indeks Indeks for den enkelte relation Anvendes ved flerrelationer (dvs kardinalitet 0n og n) for at identificere den enkelte relation Virkning Angiver den periode, som relationen har virkning (er gældende) for Indeholder endvidere en mulig reference til den aktør, der har forårsaget relationen samt en note Bemærk at der er Virkning på hver enkelt relation i en flerrelation ReferenceID Angiver hvilket objekt den konkrete instans af relationen udpeger (UUID eller URN) AttributListe En liste af attributter, som kan bruges til at uddybe information om relationen Fx er Journalpost og Journalnotat attributlister til relationen mellem Sag og Dokument Tabel : Elementer i relationerne i Sags- og Dokumentindekset 4 Begrebsmodel for Sagsdomænet Nedenfor er vist begrebsmodellen med de centrale forretningsobjekter for Sagsindeks Begreberne er uddybet i 4 Bemærk at en række af forretningsobjekterne i nedenstående figur er farvet blå Derved markeres, at de er fremmede forretningsobjekter i forhold til Leverandøren, idet Leverandøren ikke har mulighed for at ændre heri, fordi definitionerne af forretningsobjekterne er fastlagt i en standard, jf [OIO], eller på anden vis er ejet udenfor projektets scope Konkret i forhold til de fremmede forretningsobjekter, der indgår i Sags- og Dokumentindeksets begrebsmodeller, er disse defineret i [OIO] De angivne definitioner skal anvendes i realiseringen af disse forretningsobjekter i Sags- og Dokumentindekset De fleste af disse fremmede forretningsobjekter - Aktør, Arkiv, Klassifikation, Part og Genstand - skal ikke understøttes i sig selv i Sags- og Dokumentindekset, men der skal realiseres relationer til disse Relationerne hertil understøttes i form af associerede klasser, som fx Sagsaktør Side 9 af 49

De øvrige fremmede forretningsobjekter Sag, Journalpost, Journalnotat og Dokument skal understøttes i Sags- og Dokumentindekset Realiseringen af Dokument er beskrevet i begrebsmodellen for Dokument Bemærk at selvom Journalpost er tegnet anderledes end de associerede klasser, der udgør relationerne til fremmede forretningsobjekter, er denne faktisk også udtryk for en relation fra Sag til et fremmed forretningsobjekt, nemlig Dokument Da der om de fremmede forretningsobjekter Sag, Journalnotat og Dokument er behov for at gemme informationer udover hvad der er specificeret i [OIO], er der til disse klasser lavet specialiseringer med suffikset "-indeks", der indeholder de pågældende ekstra informationer Disse specialiseringer er dermed ikke fremmede forretningsobjekter, og er derfor ikke farvet blå Forretningsobjektet Sag indeholder således klasserne Sag, Sag-indeks, Sikkerhedsprofil, It-system Journalpost og Journalnotat, samt alle disses relationer Side 0 af 49

Klassifikation Aktør Arkiv : Sagsaktør : Sagsklasse : Sag 0 : It-system 0* : Sikkerhedsprofil Sag-indeks : Sag-indeks Master Afsender : Journalnotat 0 Består af 0* 0* 0* : Journalpost - - - - - - 0* 0 Præcedens 0* Andre sager 0 Oversag 0* - : Sagspart : Sagsgenstand Part : Genstand Virksomhed Person 0* 0 Dokument Figur 2: Model for forretningsbegreber for sag Associerede klasser vises som en relation med en stiplet linje til klassen Begreber og associationer inden for den sorte markering skal Leverandøren levere som en del af leverancen Bemærk at begreberne Aktør, Part og Genstand i er abstrakte klasser (markeret ved at deres navne er skrevet med kursiv) Dette skyldes at de alene implementeres via specialiseringer 5 Begrebsmodel for Dokumentdomænet Nedenfor er vist begrebsmodellen med de centrale forretningsobjekter for Dokumentdomænet Begreberne er uddybet i Appendiks A Side af 49

Bemærk at en række af forretningsobjekterne i nedenstående figur er farvet blå Derved markeres, at de er fremmede forretningsobjekter i forhold til Leverandøren, idet Leverandøren ikke har mulighed for at ændre heri, fordi definitionerne af forretningsobjekterne er fastlagt og ejes udenfor projekts scope Konkret i forhold til de fremmede forretningsobjekter, der indgår i Sags- og Dokumentindeksets begrebsmodeller, er disse defineret i [OIO] De angivne definitioner skal anvendes i realiseringen af disse forretningsobjekter i Sags- og Dokumentindekset De fleste af disse fremmede forretningsobjekter - Aktør, Klassifikation og Part - skal ikke realiseres i sig selv i Sags- og Dokumentindekset, men der skal realiseres relationer til disse Relationerne hertil understøttes i form af associerede klasser, som fx Dokumentaktør De øvrige fremmede forretningsobjekter Sag, Dokument, Dokumentvariant og It-system - skal understøttes i Sags- og Dokumentindekset Realiseringen af Sag og It-system er beskrevet i begrebsmodellen for Sag Bemærk at relationen mellem Dokument og Sag i begrebsmodellen for Sagsdomænet er beskrevet som realiseret gennem klassen Journalpost Da der om det fremmede forretningsobjekt Dokument er behov for at gemme informationer udover hvad der er specificeret i [OIO_SERVICE_DOK], er der til denne klasse lavet en specialisering med suffikset "-indeks", der indeholder de pågældende ekstra informationer Denne specialiseringer er dermed ikke et fremmed forretningsobjekt, og er derfor ikke farvet blå Forretningsobjektet Dokument indeholder klasserne Dokument, Dokument indeks, Sikkerhedsprofil og Dokumentvariant, samt alle tilhørende relationer Dokumentdel er et bevidst fravalgt implementeret, da informationerne heri ikke vil give væsentlig forretningsmæssig værdi for Modtagersystemerne, men blot medføre kompleksitet og fordyrelse Side 2 af 49

Klassifikation Aktør Journalpost Part 0* Virksomhed 0* 0 0 : Dokumentaktør : Dokumentklasse : Dokument 0* AndreDokumenter 0* Bilag 0* Kommentarer 0* NyRevision 0* Udgangspunkter 0* Besvarelser : Dokumentpart Person 0* 0 * : Dokument-index 0* 0* 0* : Dokumentvariant 0* : Sikkerhedsprofil Master Afsender : It-system 0 Figur 3: Model for forretningsbegreber for Dokument Associerede klasser vises som en relation med en stiplet linje til klassen Begreber og associationer inden for den sorte markering i figur 3 skal Leverandøren levere som en del af leverancen 2 Informationsmodel Nedenfor er beskrevet informationsmodellen med de centrale forretningsobjekter for Sags- og Dokumentindeks, med tilhørende associerede klasser og relationer Nedenstående informationsmodel er en beriget begrebsmodel, hvori indgår centrale attributter (men ikke alle) Side 3 af 49

Figurerne i de følgende underafsnit viser den overordnede sammenhæng mellem og giver en overordnet beskrivelse af forretningsobjekterne i form af UML-klassediagrammer Samtlige objekter, attributter og relationer er specificeret nærmere i Appendiks B 2 Informationsmodel for Sagsdomænet Nedenfor er vist informationsmodellen for Sag med de centrale forretningsobjekter for Sags og dokument indeks Forretningsobjekter, øvrige klasser og relationer er uddybet i Appendiks B De indledende bemærkninger til begrebsmodellen for Sag gør sig også gældende for informationsmodellen for Sag Klassifikation Aktør Arkiv : Sagsaktør +CVR-nummer +FuldtNavn +BrugervendtNøgle : Sagsklasse +Klassetitel +Facettitel +Søgeord +BrugervendtNøgle : Sag 0 : It-system #System Navn #System URI 0* : Sikkerhedsprofil Afsender Master 0* Sag-indeks : Sag-indeks #Sagsstatus #Sagskategori #Følsomhed #Lokation : Journalnotat #Format #Notattitel #Notat 0 Består af 0* 0* #BrugervendtNøgle #Sagsnummer #Titel #Beskrivelse #SagHjemmel #OffentlighedUndtaget #AlternativTitel #UndtagelseHjemmel #Principiel #Kassationskode #Afleveret #Fremdrift :Journalpost -#AlternativTitel -#Dokumenttitel -#Hjemmel -#Objekttype -#OffentlighedUndtaget -#RelationsRolle 0* 0 Præcedens 0* Andre sager 0 Oversag 0* : Sagspart +CPR-nr +CVR-nr +SE-nr +Pnr +BrugervendtNøgle +FuldtNavn : Sagsgenstand +Tekstfelt Part : Genstand Virksomhed Person 0* 0 Dokument # angiver, at attributten er en del af en standard + angiver, at attributten tilhører den pågældende model Figur 4: Overordnet grafisk fremstilling af informationsmodellen for Sag Associerede klasser vises som en relation med en stiplet linje til klassen Side 4 af 49

22 Informationsmodel for Dokumentdomænet Nedenfor er vist informationsmodellen for Dokument med de centrale forretningsobjekter for Sags og dokument indeks Forretningsobjekter, øvrige klasser og relationer er uddybet i Appendiks B De indledende bemærkninger til begrebsmodellen for Dokument gør sig også gældende for informationsmodellen for Dokument Klassifikation Aktør Journalpost Part Virksomhed 0* 0 0* 0 : Dokumentaktør +CVR-nummer +FuldtNavn +BrugervendtNøgle : Dokumentklasse +Klassetitel +Facettitel +Søgeord +BrugervendtNøgle : Dokument #BrugervendtNøgle #Titel #Beskrivelse #Type #Brevdato #OffentlighedUndtaget #Alternativtitel #Hjemmel #Major #Minor #Kassationskode #Dokumentnummer #Fremdrift 0* 0* AndreDokumenter 0* Bilag 0* Kommentarer 0* NyRevision 0* Udgangspunkter 0* Besvarelser : Dokumentpart +Brugervendtnøgle +CPR-nr +CVR-nr +SE-nr +Pnr +FuldtNavn 0 Person # angiver, at attributten er en del af en standard + angiver, at attributten tilhører den pågældende model * : Dokument-index #Følsomhed 0* 0* Master Afsender : Dokumentvariant #Variant #Produktion #Offentliggørelse #Arkivering #DelvistSkannet #Lokation 0* : Sikkerhedsprofil : It-system #SystemNavn #SystemURI 0 Figur 5: Overordnet grafisk fremstilling af informationsmodellen for Dokument Associerede klasser vises som en relation med en stiplet linje til klassen Appendiks A: Begrebsmodel - definitioner I det følgende er de centrale begreber fra [OIO_SERVICE_SAG] og [OIO_SERVICE_DOK] - Sag, Journalpost, Journalnotat, Dokument og Dokumentvariant defineret helt på samme måde som i [OIO_SERVICE_SAG] og [OIO_SERVICE_DOK] Af hensyn til forståelighed og den specifikke Side 5 af 49

kontekst er der efter behov foretaget tilpasninger i kommentarerne til disse begreber, samt efter behov i øvrige begrebsdefinitioner Aktør Artikelstatus Dansk Tværgående begreb (fremmedobjekt) Aktør Generel definition: Aktør er de typer i organisationen, medarbejdere og it-systemer som har en rolle i forhold til forvaltningen af bevillingen og tilhørende data Kommentar: Aktører kan være indeholdt i Støttesystemet Organisation Arkiv Artikelstatus Dansk Generel definition: Tværgående begreb / [OIOSD] (fremmedobjekt) Arkiv Arkiv beskriver, hvilket arkiv sagen indgår i og dermed i hvilken arkivstruktur Kommentar: Dokument Artikelstatus Dansk Generel definition: Et arkiv kan indeholde en samlet fælles afgrænsning af et antal sager og dokumenter Herved sikres det, at sager og dokumenter, som er sagligt og logisk sammenhørende, men som befinder sig i forskellige it-systemer, kan håndteres samlet og eksempelvis fremfindes og afleveres til offentligt arkiv samlet Sag og dokumentindeks begreb / OIO_SERVICE_DOK (fremmedobjekt) Dokument Dokumenter er afgrænsede samlinger af informationer, i kendte formater Kommentar: Dokument indeholder i Sags- og dokumentindekset ikke de faktiske dokumenter (fx et regneark eller et brev) men alene data, der beskriver Side 6 af 49

dokumentet, fx dokumenttitel og dokumentdato Dokument-klassen indeholder alene de data, der fremgår af OIOstandarden Data derudover er placeret i Dokument-indeks Dokument - indeks Artikelstatus Dansk Generel definition: Kommentar: Sag og dokumentindeks begreb Dokument-indeks Dokumentindeks er en specialisering af Dokument og indeholder de data, der ligger udover OIO-standardens attributter (der er indeholdt i klassen Dokument) Dokument-indeks indeholder data som er relevante for Modtagersystemer for indekset og data som er relevante i en transitionsperiode Dokumentaktør Artikelstatus Dansk Generel definition: Kommentar: Sag og dokumentindeks begreb / OIO_SERVICE_DOK Dokumentaktør Dokumentets relation til Aktører Indeholder informationer om dokumentets relation til aktører hos Anvenderen i forbindelse med dokumentets behandling Dokumentklasse Artikelstatus Dansk Generel definition: Kommentar: Sag og dokumentindeks begreb / OIO_SERVICE_DOK Dokumentklasse Dokumentets relation til Klassifikation Indeholder informationer om dokumentets klassifikationer bemærk at KLE tilhører Sag, mens dokumentets klassifikationer klasserer dokumentets informationsindhold Dokumentpart Artikelstatus Sag og dokumentindeks begreb / OIO_SERVICE_DOK Side 7 af 49

Dansk Generel definition: Kommentar: Dokumentpart Dokumentets relation til parten Dokumentets afsendere eller modtagere af dokumentet Bemærk at Anvenderens aktører som behandler dokumentet ikke er en del af dokumentpart Dokumentvariant Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb / OIO_SERVICE_DOK (fremmedobjekt) Dokumentvariant Dokumentvarianter anvendes til at håndtere samme juridiske dokument i forskellige varianter til forskellige formål (feks offentliggørelsesog arkiveringsvarianter) Dokumenter er juridisk sammenfaldende, hvis formater, strukturer og layout ikke medfører en forvanskning af informationsindholdet eller foranlediger til forskelligartet fortolkning Kommentar: Samme dokumentversion kan kun findes i en produktionsvariant og en arkiveringsvariant, mens det er muligt at have flere forskellige offentliggørelsesvarianter Fx vil et udgående dokument findes i et produktionsformat, et arkivformat og et offentligt format (som typisk vil være i forskellige tekniske formater som fx Word, TIFF og PDF) Genstand Artikelstatus Dansk Generel definition: Tværgående begreb (fremmedobjekt) Genstand Genstand er en abstrakt klasse som har en relation til de genstande, som sagen handler om Genstand er et overordnet begreb for Forretningsobjekter fra specifikke domæner, som sagen handler om, fx bevilling Dog vil borgersager ikke betragte de involverede parter som genstande, idet disse i stedet er relateret som Parter Side 8 af 49

Kommentar: Forskellige typer af sager har historisk set indeholdt attributter og aggregeringer af data om domænespecifikke data, fx kan borgersag indeholde oplysninger om konkrete sociale ydelser Såfremt disse data er væsentlige for et tværgående overblik over sager så kan disse data skulle kunne medtages i Sags og Dokument indeks Der skal derfor være en struktur i Sags og Dokument indeks, der muliggør, at væsentlig domænespecifikt data kan udskilles fra sagen i separate forretningsobjekter Det vil muliggøre at indekset kan understøtte et generisk sagsbegreb, som i det enkelte Afsendersystemer udmøntes forskelligt typisk i enten enkeltsagsprincippet eller samlesagsprincippet Fx Afsendersystemer baseret på enkeltsagsbegrebet, hvor hver afgørelse er dokumenteret i én selvstændig sag, men hvor alle afgørelserne relaterer til samme genstand Fx ældre Afsendersystemer hvor der er en samlet sag per ydelsesområde, der indeholder alle afgørelser i hele borgerens levetid Endvidere kan modellen udvides med domæne-specifikke attributter uden at sagsbegrebet ændrer sig Hermed bibeholdes grundmængden i sagen som specificeret i standard (OIO_SERVICE_SAG) med mulighed for at indekset kan udvides med domænespecifikke attributter It-system Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb It-system Et It-system er en applikation, der indeholder oplysninger om sager og/eller dokumenter, og som er Afsendersystem og/eller opbevarer de originale data (er master) Kommentar: At både It-systemer med rollerne Afsender og Master medtages, muliggør fsva Afsender at fx faglige supportere og Modtagersystemer kan benytte informationen til vedligehold, information i brugervendte systemer, og fsva master at Modtagersystemer kan håndterehop til det system, hvori yderligere oplysninger om objektet kan findes og eventuelt opdateres It-system fremgår både af begrebs- og informationsmodellerne for Sag Side 9 af 49

og for Dokument Der er tale om samme logiske klasse Journalnotat Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb (fremmedobjekt) Journalnotat Et journalnotat er den tekst, som en aktør (medarbejder, it-system) formulerer i forbindelse med en hændelse/aktivitet/kommunikation på en sag Kommentar: Oftest er journalnotater korte, og en hurtig måde at få noteret forhold på sagen, som ikke berettiger til at udarbejde et egentligt dokument Det kan fx være referat af en telefonsamtale, en samtale med en borger eller kollega, eller en dokumentation af en handling, der er foretaget i et it-system Aktøren har pligt til at skrive journalnotater på de borgersager, de arbejder med, i henhold til offentlighedslovens 6, stk Journalnotat-klassen indeholder alene de data, der fremgår af OIOstandarden Journalpost Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb (fremmedobjekt) Journalpost Knytter sagen sammen med dokument, og er en beskrivelse af en handling på sagen Side 20 af 49

Kommentar: Der findes en journalpost på en sag, for hver aktivitet/handling, der har været på sagen, dokumenteret enten i et dokument eller i et journalnotat En journalpost kan således indeholde enten ét journalnotat eller ét dokument i nogle tilfælde kan der dog både være knyttet et dokument og et journalnotat til samme journalpost Journalpost anvendes til at berige relationen mellem sag og dokument med yderligere information om relationen På denne måde kan dokumenter også indeholdes i flere sager og hver gang med nye oplysninger om relationen Eksempelvis kan et dokument vedlægges én sag, men tilakteres en anden sag Eller et dokument kan vedlægges til en dagsordenssag med én dokumenttitel, og til en byggesag med en anden dokumenttitel Tilsvarende gælder ift journalnotater, idet en journalpost også benyttes til at knytte journalnotater til sager Klassifikation Artikelstatus Dansk Generel definition: Tværgående begreb/oio_inf_klas (fremmedobjekt) Klassifikation Klassifikation benyttes til at beskrive forskellige klassifikationer, som et objekt (fx en sag eller et dokument) kan være klassificeret efter (fx en emneplan som KLE) Kommentar: Sags- og dokumentindekset relaterer til Klassifikation, og medtager et KlassifikationsID, hvortil der muligvis men ikke nødvendigvis altid - findes et matchende UUID i Støttesystemet Klassifikation Part Artikelstatus Dansk Generel definition: Tværgående begreb (fremmedobjekt) Part En Part er den eller de personer og virksomheder, som sagen vedrører Side 2 af 49

Kommentar: Part er en abstrakt klasse som er en samlet betegnelse for Person og Virksomhed Person og Virksomhed er således specialiseringer af Part Pt findes der ikke en standard for Part, som understøtter Generelle Egenskaber (OIO_GEN_SAGDOK), men der er i klasserne Sagspart og Dokumentpart medtaget en attribut, der kan indeholde UUID/URN til fremtidigt brug Person Artikelstatus Dansk Generel definition: Tværgående begreb (fremmedobjekt) Person En Person er et individ, som enten kan være dansk med cpr-nummer eller udlænding med eller uden cpr-nummer, som har pligter og rettigheder i forhold til danske Anvendere Kommentar: Person er en specialisering af Part, og kan være part på sager og dokumenter via Sagspart, hhv Dokumentpart Sag Artikelstatus Sag og dokumentindeks / [OIO_SERVICE_SAG] (fremmedobjekt) Dansk Sag Generel definition: Sag forstås som en samling af sammenhørende dokumenter og øvrige sammenhørende oplysninger, der i sit hele anvendes til at dokumentere en arbejdsproces, typisk til administrative formål, herunder til at træffe afgørelser Kommentar: Der findes forskellige sagsbegreber: enkeltsag (de oplysninger, der ligger til grund for én afgørelse), dossiersager (en sag om alle forhold vedrørende en bestemt person eller objekt), samlesag (alle oplysninger om et bestemt emne), projektsag, dagsordenssag osv Sager kan relatere til andre sager, fx præcedenssager En sag består af et antal dokumenter og/eller journalnotater, der vedrører det samme begivenhedsforløb (begivenhedsforløb er en række af begivenheder, feks arbejdsløshed og herefter udbetaling af kontanthjælp, hvor størrelsen af satsen kan skifte pga personens alder eller forsørgerpligt, og midlertidige afbrydes pga sanktioner) Et dokument Side 22 af 49

kan indgå i flere sager, dvs have relation til flere begivenhedsforløb Anvendelsen af et klassifikationssystem i form af en emneplan/journalplan til at klassificere sagerne efter, understøtter at det er nemt at finde samhørende sager Sag-klassen indeholder alene de data, der fremgår af OIO-standarden Data derudover er placeret i Sag-Indeks Sag - indeks Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb Sag - Indeks Sag Indeks er en specialisering af Sag indeholder de data, der ligger udover OIO-standardens attributter (der er indeholdt i klassen Sag) Sag-indeks indeholder data som er relevante for Modtagersystemer for indekset og data som er relevante i en transitionsperiode Kommentar: Sagsaktør Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb Sagsaktør En Sagsaktør i Sags- og Dokumentindekset er relationen mellem Forretningsobjektet Organisation i Støttesystemet Organisation og Sag, og indeholder ekstra attributter om relationen (herunder relationstype) Kommentar: I informationsmodellen i 2 er Sagsaktør angivet som associeret klasse Side 23 af 49

Sagsgenstand Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb Sagsgenstand En sag kan være relateret til en genstand En Genstand er i denne forbindelse en entitet, der kan identificeres Kommentar: Relationen Sagsgenstand er forbindelsen til de genstande, som sagen handler om Denne relation kan indeholde det ID som er nødvendigt for kunne finde flere detaljer om genstanden i Fagsystemet Sags- og dokumentindekset vil som udgangspunkt ikke indeholde domænespecifikke data udtrykt ved specialiseringer af Genstand Afsendersystemet vil således blot ved brug af Genstand kunne angive hvilke relationer til genstande som findes Herefter vil Modtagersystemet have mulighed for at slå op i fagsystemet, registre eller fx Støttesystemet Ydelsesindeks for at finde yderligere information Sagsklasse Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb Sagsklasse Sagsklasse følger definitionen i OIO_SERVICE_SAG, og indeholder nøgle til Forretningsobjektet Klassifikation, samt en række andre attributter Kommentar: Fagsystemer med eksisterende sager vil i transitionsperioden have sager uden nøgle til forretningsobjektet Klassifikation, men har en nøgle til en lokalt implementeret emnesystematik, der anvendes i tilknytning til fagsystemet men som ikke er tilgængeligt for Sags- og Dokumentindekset, og heller ikke nødvendigvis for Modtagersystemerne Der er derfor i Sagsklasse medtaget yderligere attributter, så det er muligt at angive værdier fra den lokale emnesystematik, Endvidere er der medtaget attributter der dels (i form af søgeord knyttet til klassen), gør det muligt at fremsøge tilsvarende sager Sagspart Artikelstatus Sag og dokumentindeks begreb Side 24 af 49

Dansk Generel definition: Sagspart En Partrelation i Sags- og Dokumentindekset er relationen mellem Forretningsobjektet Part og Forretningsobjektet Sag, og indeholder ekstra attributter om relationen, herunder relationstype Kommentar: I informationsmodellen i afsnit 2 er Sagspart angivet som associeret klasse Sikkerhedsprofil Artikelstatus Dansk Generel definition: Sag og dokumentindeks begreb Sikkerhedsprofil Sikkerhedsprofil indeholder identifikation af de grupper, roller og funktioner som har adgang til en følsom sag Identifikationen i Sikkerhedsprofil refererer til en beskrivelse af de pågældende Brugere i Støttesystemet Organisation Kommentar: Det fælleskommunale Støttesystem Adgangsstyring i den kommunale rammearkitektur giver mulighed for at opmærke data med en følsomhedsklassifikation, samt emne (i form af KLE) og myndighedens CVRnummer Såfremt Afsendersystemet markerer sagen/dokumentet med en følsomhed, så kan der tillige angives en liste over grupper, roller og funktioner som har ret til at se denne sag Denne liste skal være UUIDer fra grupper, roller og funktioner, som er oprettet i det fælleskommunale Støttesystem Organisation, evt på vegne af Afsendersystemet En bruger skal således være godkendt til følsomhedsniveauet i det fælleskommunale Støttesystem Adgangsstyring og medlem af en af de angivne grupper for at måtte se sagen Denne håndhævelse skal ske i Modtagersystemet Støttesystemet Sag og Dokumentindeks lagrer blot informationen og videresender den til Modtagersystemet Sikkerhedsprofil fremgår både af begrebs- og informationsmodellerne for Sag og for Dokument Der er tale om samme logiske klasse Side 25 af 49

Virksomhed Artikelstatus Dansk Generel definition: Tværgående begreb (fremmedobjekt) Virksomhed En virksomhed er en enhed, der udøver økonomisk aktivitet og som er genstand for dansk offentlig forvaltning Kommentar: Virksomhed er en Part som kan være part på sager og dokumenter via en Sagspart Der findes flere typer af virksomheder: En virksomhed med et CVR-nummer En forening med et CVR-nummer En virksomhed med et SE-nummer En forening uden CVR-nummer og SE-nummer En momsfritaget virksomhed (som ikke har et CVR- eller SEnummer) En virksomhed med en omsætning under kr 50000 pr år (som ikke har et CVR- eller SE-nummer) En virksomhed kan indeholde produktionsenheder (identificeret med et P-nummer), som er en del af en virksomhed knyttet til én adresse Side 26 af 49

Appendiks B: Informationsmodel - definitioner I dette appendiks findes den detaljerede beskrivelse af informationsmodellen, med alle de klasser, associationer og attributter der indgår Relaterede forretningsobjekter, der er defineret i [OIO_SERVICE_SAG] og [OIO_SERVICE_DOK], og som alene er medtaget i informationsmodellerne i afsnit 2 for at beskrive konteksten, er ikke beskrevet her: Aktør, Arkiv, Genstand, Klassifikation Part, Person og Virksomhed De generelle egenskaber ved forretningsobjekterne (jf [OIO_GEN_SAGDOK]), fremgår i det følgende som attributter i beskrivelsen af de Generelle Egenskaber, Den generelle egenskab Virkning, der på denne måde fremstår nedenfor som en attribut, indeholder dog stadig al den information, der er defineret i [OIO_GEN_SAGDOK] for Virkning, og er derfor reelt en samling af attributter Bemærk at der anvendes [OIO] s terminologi og forståelse af begreberne forretningsobjekt, komposition og relation Associationer mellem klasser, der ikke i [OIO] s terminologi er, eller indgår i, forretningsobjekter, er beskrevet i den tekstlige beskrivelse af de enkelte klasser, og ikke i den enkelte klassers liste over relationer I det følgende er de centrale forretningsobjekter mv fra [OIO_SERVICE_SAG] og [OIO_SERVICE_DOK] - Sag, Journalpost, Journalnotat, Dokument og Dokumentvariant defineret helt på samme måde som i [OIO_SERVICE_SAG] og [OIO_SERVICE_DOK] Af hensyn til forståelighed og den specifikke kontekst er der foretaget tilpasninger i beskrivelserne af attributter, relationer mv, samt efter behov i øvrige forretningsobjekter mv Bemærk at det er Afsendersystemets ansvar at forretningsreglerne overholdes Bemærk at, navngivning mellem informationsmodellen og den tekniske implementering kan variere på grund af vedtagne konventioner Dette kan betyde at der kan være ordstillinger der kan være byttet om eller tilføjelse af type-benævnelse I beskrivelserne nedenfor er relationerne mellem to klasser beskrevet set fra begge klassers synspunkt Deri ligger intet krav om, at relationen nødvendigvis fysisk skal implementeres begge veje Side 27 af 49

B Detaljeret beskrivelse af informationsmodel for Sagsdomænet Forretningsobjekt Generelle Egenskaber Alle Tilstande, Attributter og Relationer indeholder elementer som beskrevet nedenfor Disse elementer er fjernet i beskrivelserne af det enkelte objekt i dette dokument Virkning, Registrering og Livscyklus findes for Tilstande, Attributter og Relationer De resterende elementer findes kun for Relationer Informationsindhold Navn Beskrivelse Obligatorisk VirkningFra Tidspunkt hvorfra en Tilstand, Attribut eller Nej Relation gælder fra VirkningTil Tidspunkt hvortil en Tilstand, Attribut eller Nej Relation gælder Tidspunkt Registreringstidspunkt hvorfra en Tilstand, Ja Attribut eller Relation gælder i Afsendersystemet StsTidspunkt Tidspunkt hvor en Tilstand, Attribut eller Nej Relation er modtaget i Sags- og Dokumentindekset Livscyklus Objektets livscyklus Ja ID UUID for Relationen Ja Brugerreference Aktør som oprettede Relationen Ja ReferenceID ID for relationen Angiver hvilket objekt Ja den konkrete instans af relationen udpeger (UUID eller URN) Rolle Betegner den Rolle Relationen har til objektet Ja findes kun for relationer Type Typen for objektet som relationen udpeger Ja findes kun for relationer Indeks Indeks for den enkelte relation Indeks angives ved Opdater-operation Ja findes kun for relationer NoteTekst Der kan kobles en Note til registreringen Nej eller virkningsobjektet AktørReference ID for et objekt i domænet Organisation Ja AktørType Typen for det objekt der udpeges i domænet Ja Organisation Relationer Relateret forretningsobjekt Beskrivelse Forretningsobjekt It-system Et It-system er en applikation, der som Afsendersystem opdaterer Sags- og Dokumentindekset med data og/eller opbevarer de originale data (idet det ikke altid er Afsendersystemet, der danner de pågældende data) Informationsindhold Navn Beskrivelse Obligatorisk Side 28 af 49

SystemNavn Navnet på It-systemet Ja SystemURI URI for It-systemet muliggør hop til mastersystem Nej Relationer Relateret forretningsobjekt Beskrivelse Aktør Sag It-systemet kan være angivet som Aktør i Organisation It-systemet er relateret til Sagen ved at indeholde originalen af sagsdata (Master) og/eller at være Afsendersystem Komposition Journalnotat En kort beskrivelse af forhold af betydning for en sag på en bestemt dato Det kan sammenlignes med et dagbogsnotat Dvs at et journalnotat er den tekst, som en aktør (medarbejder, it-system) formulerer i forbindelse med en hændelse/aktivitet/kommunikation på en sag og som ikke allerede er en del af sagsdannelsen Et journalnotat er en del af relationen Journalpost En journalpost kan have nul eller et journalnotat Journalnotat er set ud fra [OIO_GEN_SAGDOK] en attributliste til Journalpost Informationsindhold Navn Beskrivelse Obligatorisk Format Indeholder en betegnelse for det format, som Nej Journalnotatet er skrevet i Notat Det tekstlige indhold af journalnotatet Nej Notattitel Titlen på journalnotatet Ja Relation Journalpost Knytter sagen sammen med et dokument og kan indeholde et Journalnotat Journalpost anvendes til at berige tilknytninger mellem sagen og et dokument med yderligere information På denne måde, kan dokumenter indeholdes i flere sager og hver gang på nye betingelser Eksempelvis kan et dokument vedlægges én sag, men tilakteres en anden sag Eller et dokument kan vedlægges en dagsordenssag med én dokumenttitel og en byggesag med en anden dokumenttitel Relationsrolle betegner den rolle det relaterede dokument har i forhold til sagen Beskrivelse Objekttype Kard Relationsrolle Side 29 af 49

Tilknytning til sagen med mulighed for at fjerne tilknytningen Tilknytning til sagen uden mulighed for at fjerne tilknytning til sagen Journalpost indeholder kun Dokument 0 Vedlagt Dokument 0 Tilakteret Dokument 0 Journalnotat et JournalNotat En journalpost skal have en af de tre relationsroller: Vedlagt eller Tilakteret (hvis der er et dokument tilknyttet journalposten) eller Journalnotat (hvis der ikke er et dokument tilknyttet journalposten) Der behøver altså ikke at være et dokument tilknyttet journalposten men hvis der er, skal det enten være Vedlagt eller Tilakteret Bemærk, at Alternativtitel og Hjemmel knytter sig til OffentlighedUndtaget, og normalt kun har indhold, hvis der er truffet beslutning om undtagelse fra offentlighed, derfor giver disse attributter kun mening, hvis OffentlighdUndtaget er til stede Informationsindhold Navn Beskrivelse Obligatorisk DokumentTitel Angiver en tredje dokumenttitel (fx ved behov Nej for alternativ titel på dokumentet i forbindelse med den konkrete sag) Objekttype Den objekttype som relationen peger på Ja OffentlighedUndtaget Hjemmel AlternativTitel RelationsRolle Angives, hvis der er truffet beslutning om undtagelse fra offentligheden Tekstuel henvisning til lovhjemmel, der anvendes som grundlag for beslutning om undtagelse fra offentligheden Knytter sig til OffentlighedUndtaget Alternativ sagstitel, der kan anvendes i forbindelse med lukkede dagsordenspunkter, som skal vises på åbne dagsordener, samt i forbindelse med postlister Knytter sig til OffentlighedUndtaget Betegnelse på den rolle, som journalposten har i forhold til sagen Nej Nej Nej Ja Det kan være Tilakteret: Tilknytning til sag, uden mulighed for at fjerne tilknytning Såfremt rolle er Tilakteret, skal objekttype være dokument Der kan være 0- Dokument til en journalpost Vedlagt: Tilknytning til sag, med mulighed for at fjerne tilknytning Side 30 af 49

Såfremt rolle er Vedlagt, skal objekttype være dokument Der kan være 0- Dokument til en Journalpost Journalnotat Forretningsobjekt Sag Sag forstås som en samling af sammenhørende dokumenter og øvrige sammenhørende oplysninger, der i sit hele anvendes til at dokumentere en arbejdsproces, typisk til administrative formål, herunder til at træffe afgørelser Bemærk, at Alternativtitel og UndtagelsesHjemmel knytter sig til OffentlighedUndtaget, og normalt kun har indhold, hvis der er truffet beslutning om undtagelse fra offentlighed, derfor giver disse attributter kun mening, hvis OffentlighdUndtaget er til stede Informationsindhold Navn Beskrivelse Obligatorisk Afleveret Er sagen afleveret til Statens Arkiver? Nej Beskrivelse Sagens beskrivelse Nej Brugervendtnøgle Sagens brugervendte nøgle Ja Fremdrift UndtagelseHjemmel Sagens tilstand i OIO standard Bemærk at Fremdrift er sagens Tilstand og dermed har virkning Tekstuel henvisning til lovhjemmel, der anvendes som grundlag for beslutning om undtagelse fra offentlighed Ja Nej Knytter sig til OffentlighedUndtaget SagHjemmel Henvisning til hjemmel, Fx lov og for Nej sagens behandling AlternativTitel Alternativ titel Knytter sig til Offentlighed- Nej Undtaget Kassationskode Kassationskode, der styrer varighed før Nej kassation OffentlighedUndtaget Angives, hvis der er truffet beslutning om Nej undtagelse fra offentligheden Principiel Angiver om Sagen er en principsag Nej Sagsnummer Sagens unikke nummer i Sagsarkivet hos Ja Afsendersystemet Titel Officiel sagstitel, der kan anvendes i forbindelse Ja med åbne dagsordenspunkter forret- Relationer Relateret ningsobjekt Aktør Beskrivelse Sagens relationer til Forretningsobjektet Aktør, attributter og relationen beskrives vha associerede klasse Sagsaktør Hermed kan Modtagersystemet filtrere og se på sagens Anvender, afdeling, sags- Side 3 af 49

Arkiv ansvarlig etc Relation til arkivet Det kan være relevant for Modtagersystemer at kunne vise hvilket arkiv sagen tilhører Et Sagsarkiv betegner et arkiv som sagen indgår i Objekttypen Arkiv har yderligere oplysninger om arkivstrukturen og dens fysiske implementering i fx ESDH-system eller fagsystem Arkiv har også oplysninger om afleveringer til historisk arkiv Beskrivelse Objekttype Kardinalitet Rolle Det arkiv, som sagen dannes og vedligeholdes i En sag skal Arkiv Behandlingsarkiv være tilknyttet et sagsarkiv Et andet arkiv, fx et arkiv til Arkiv 0n Andetarkiv sagsoverblik (kopiarkiv) Et afleveringsarkiv, fx Statens Arkiver eller et 7 arkiv Arkiv 0 Afleveringsarkiv Dokument Genstand IT-System Klassifikation Part Sag Relation til sagens dokumenter via Journalpost Sagen kan relatere til en liste af genstande Relationen til det Afsendersystem som har afsendt sagen og det IT-System som opbevarer de originale data Denne information kan benyttes af Modtagersystemer fx til hop til mastersystem eller til information for Sags- og Dokumentindeks administrator Sagen relation til Klassifikation, attributter og relationen beskrives vha associerede klasse Sagsklasse Hermed kan der sagens findes ud fra emner og dataafgrænses via klassifikation i forhold til Modtagersystemet Relationen til Part, som kan være enten person eller virksomhed Attributter og relationen beskrives vha den associerede klasse Sagspart Det bliver hermed muligt at Modtagersystemer kan filtrere sager ud fra partsinformation fx CPR nummer Sagen kan relatere til andre sager, sagen kan relatere som, Andresager eller præcedens sager Rolle betegner den rolle den relaterede sag har i forhold til sag som har tilknyttet relationen Beskrivelse Objekttype Kard Rolle Denne sag er knyttet til en og Sag 0 Oversag kun en oversag Side 32 af 49

Er sager der kan have relevans for denne sag Relevansen kan angives i relationens note Sag som anvendes som forlæg i den denne sag Sag 0n Andresager Sag 0 Præcedens Sikkerhedsprofil Sag relaterer til en given sikkerhed for sagen Skal kun angives i de særlige tilfælde hvor følsomhed og dataafgrænsning på Klassifikation ikke er nok Forretningsobjekt Sag-indeks Sag-indeks er en specialisering af Sag indeholder de data, der ligger udover OIO-standardens attributter (der er indeholdt i klassen Sag) Sag-indeks indeholder data som er relevante for Modtagersystemer for indekset og data som er relevante i en transitionsperiode Det vil sige, at Sag og Sag-indeks indeholder den samlede mængde informationsindhold for Sager og skal betragtes som en samlet entitet i Sags- og Dokumentindekset Informationsindhold Navn Beskrivelse Obligatorisk Følsomhed Sagens følsomhedsniveau Ja Ikke fortrolige data (offentlige data) ( IKKE_FORTROLIGE_DATA ) Eksempler: navn, adresse, fødselsdato, stilling, arbejdstelefon 2 Fortrolige personoplysninger (persondatalovens 6) eller fortrolige forretningsdata ( FORTROLI- GE_PERSONOPLYSNINGER ) Eksempler: private oplysninger om eksempelvis økonomi, hemmelig adresse, skatteforhold, gæld, sygedage, tjenestelige forhold og familieforhold 3 Følsomme personoplysninger (persondatalovens 7 og 8) eller yderst fortrolige forretningsdata ( FOELSOMME_PERSONOPLYSNINGER ) Eksempler: racemæssig / etnisk baggrund, politisk, religiøs, eller filosofisk overbevisning, fagforeningsforhold, seksuelle forhold, helbredsmæssige forhold Strafbare forhold, væsentlige sociale pro- Side 33 af 49

blemer, andre rent private forhold 4 VIP-sager ( VIP_SAGER ) Sagskategori Kategorisering af sagen med angivelse af Nej type eller kompleksitet i eksisterende systemer Fritekstfelt, som kan benyttes af Anvendersystemer Sagsstatus Sagens tilstand i Afsendersystemet, såfremt Nej den er forskellig fra standard Fritekstfelt, som kan benyttes af Anvendersystemer Lokation Angivelse af hvor en Sag er placeret Nej Relationer Relateret forretningsobjekt Beskrivelse Relation Sagsaktør En Sagsaktør i Sags- og Dokumentindekset er relationen mellem forretningsobjektet Organisation i Støttesystemet Organisation og Sag, inklusive de ekstra attributter som relationen indeholder Herunder angives også rollen af relationen som en af følgende: Ejer, Ansvarlig, Primær Sagsbehandler, Andre Sagsbehandlere, Udlånt Til Sagsaktør bruges til at udpege hvem i organisationen, der har relation til sagen Aktør er en (abstrakt) samlebetegnelse for de objekttyper, som kan indgå i organisationsbeskrivelsen Organisation kan rumme aktører fra andre organisationer end ens egen Dermed kan betegnelsen beskrive tværorganisatoriske samarbejder, bestiller-udfører modeller, projektorganisationer, udvalg og foreninger Der skelnes mellem følgende aktører som alle er objekttyper: Organisation betegner den formelle organisation OrgEnhed betegner afdelinger, kontorer, udvalg eller mere uformelle organiseringer OrgFunktion betegner et team, en lederrolle, en projektleder, en kompetence, en stilling Interessefællesskab betegner en klub, en forening som ikke er en formel organisation Bruger betegner en brugeridentifikation, som typisk er tildelt en person (userid, personcertifikat) eller en medarbejder (medarbejdercertifikat) eller en systembruger i et it-system Side 34 af 49

It-system betegner de it-systemer som organisationen har til rådighed It-systemer kan ikke være ejer, ansvarlig eller på anden måde være sagsbehandler for en sag Rollen betegner den rolle aktøren har i forhold til sagen Beskrivelse Objekttype Kard Rolle Den aktør der har det officielle ejerskab til sagen Det vil typisk være en organisation, en OrgEnhed eller en Bruger Organisation, Ejer Der skal altid være en ejer Det kan fx være den Organisation, som Bruger er tilknyttet Den aktør, der er ansvarlig for sagens behandling Fx jf organisationens ansvars- og opgavefordeling Denne aktør vil typisk være en OrgEnhed, der er tilknyttet den aktør, der ejer sagen Den aktør, der behandler sagen Det vil typisk være en Bruger, som er tilknyttet den aktør, der er ansvarlig OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Ansvarlig 0 Primær Behandler Side 35 af 49

De aktører, der også behandler sagen De tilknyttes typisk af den aktør der er primær Behandler Fx hvis sagen behandles af et team med deltagere med forskellige kompetencer fra forskellige OrgEnheder, vil teamdeltagerne (personer) være tilknyttet en OrgFunktion Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger 0n AndreBehandlere En aktør, som sagen er udlånt til Bopælskommunen, som kan være en anden end sagens ejer Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger 0 UdlåntTil 0 Bopaelskommune Informationsindhold Navn Beskrivelse Obligatorisk CVR-nummer Aktørens CVR-nummer Nej FuldtNavn Fuldt navn på Aktøren fx Sagsbehandlerens Nej navn BrugervendtNøgle Aktørens brugervendte nøgle Nej Relation Sagsgenstand En sag kan være relateret til en genstand En genstand er i denne forbindelse en entitet, der kan identificeres Sagsgenstand er relationen til Genstand En sag kan være relateret til en genstand Genstand er i denne forbindelse en entitet, der kan identificeres Nedenfor er angivet nogle eksempler på genstande, der kan være sagsgenstand Hvis entiteten endnu ikke er et objekt beskrives den med en URN Side 36 af 49

Rollen betegner den rolle den relaterede genstand har i forhold til sagen Beskrivelse Objekttype Kard Rolle Betegner et sagsobjekt, der skal pålægges en afgift Køretøj 0 Afgiftsobjekt Et køretøj kan eks identificeres med registreringsnummer eller stelnummer Betegner den ejendom, sagen vedrører skat Betegner det objekt som er genstand i en byggesag Ejendom 0 Ejendomsskat Bygning, 0n Byggeri Ejendom, Betegner et geografisk afgrænset område eller adresse, som er genstand for sagen Teknisk anlæg Sted, Adresse, Navngiven vej, Stednavn, jordstykke eller anden geokode 0n Fredning Eksempel på anvendelse af sagsgenstand: Hvis en sag vedrører en fredning vil man kunne angive det geografiske område som relation til sagen Det forudsætter at området er registret som objekt i et register, som rummer den pågældende objekttype Hvis en sag vedrører en afgift for mangler på et køretøj, vil man kunne angive køretøj som objekttype, afgiftsobjekt som rolle og køretøjets registreringsnummer som identifikation Informationsindhold Navn Beskrivelse Obligatorisk Tekstfelt Fritekstfelt Nej Relation Sagsklasse Sagsklasse følger definitionen i [OIO_SERVICE_SAG], og indeholder nøgle til forretningsobjektet Klassifi- Side 37 af 49

kation, samt en række andre attributter Sagsklasse bruges til opmærkning af sager efter forskellige systematikker, som er beskrevet i objekttyperne Klassifikation, Facet og Klasse Man kan sige, at værdimængden i Klassifikation udgøres af dets klasser, mens facet er en bestemt synsvinkel på en samling af en eller flere klasser Rollen betegner den rolle objekttypen Klasse har i forhold til sagen Beskrivelse Klassen i Klassifikation, der anvendes som registreringssystematik jf krav fra Statens Arkiver Anden klasse fx opgaveklasse i Klassifikation FORM Den handling som sagen er underlagt Fx om det er en rutinesag, en ankesag, politisk sag eller andet, som kan nuance primærklassen eller opgaveklassen Den konto som sagen konteres efter fx konto i Klassifikation IM-kontoplan Den sikkerhedsklasse som sagen tilhører Fx en Klassifikation med Klasserne: Uklassificeret, Klassificeret, Fortrolig, Hemmelig Den følsomhedsklasse som sagen tilhører Fx en Klassifikation med Klasserne: Personfølsom, Personalefølsom, Børsfølsom, Konkurrencefølsom, Udbudsfølsom Den indsatsklasse, som sagen tilhører Fx en omsorgssag, som udreder behov for en konkret indsats fra et indsatskatalog med Klasser beskrevet i Klassifikation Den ydelsesklasse, som en ydelsessag skal dokumentere Ydelsesklasserne skal fremgå af Klassifikation af ydelser Informationsindhold Objekttype Kard Rolle Klasse Primærklasse Klasse 0 Opgaveklasse Klasse 0 Handlingsklasse Klasse 0 Kontoklasse Klasse 0 Sikkerhedsklasse Klasse 0 Følsomhedsklasse Klasse 0 Indsatsklasse Klasse 0 Ydelsesklasse Navn Beskrivelse Obligatorisk Facettitel Titlen på facetten som kan være en del af tilknytningen Nej på sagen, fx angivelse af klagesag Klassetitel Titlen på Klassen, der relateres til Bemærk at det er den fulde sti i emneplanen inklusive ovenstående Nej Side 38 af 49

Søgeord Søgeord knyttet til klassen der relateres til Nej Brugervendtnøgle Klassens brugervendte nøgle fx 0050 for en Ja KLE klasse Relation Sagspart En Sagspart i Sags- og Dokumentindekset angiver relationen mellem Part og Sag, og indeholder ekstra attributter om relationen Det ekstra informationsindhold ud over nøglerne i relationen er medtaget, således at Sagspart kan angives på forskellige måder af Afsendersystemet under en transitionsperiode, og således at det er muligt at fremsøge sager på baggrund af attributter i den angivne Sagspart, fx Personnummer Person og Virksomhed er specialiseringer af Part der er en abstrakt klasse Det vil sige Part findes ikke som konkret instanser Beskrivelse Objekttype Kard Relationsrolle Betegner den vigtigste part på sagen Person, 0 Primærpart Virksomhed, Organisation, Betegner øvrige parter på sagen OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Person, Virksomhed, 0n Sekundærpart Organisation, Betegner en part, der modtager en ydelse OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Person Virksomhed 0 Ydelsesmodtager En person kan fx være Primærpart for en sag, hvor parten er ansøger eller modtager en ydelse Det vil Side 39 af 49

typisk være en Primærpart som afgørelser mv stiles til En sag med flere sagsparter er fx en daginstitutionssag, hvor mor (ansøger) er Primærpart og barn er sekundærpart En virksomhed kan fx være Primærpart i en sag om refusion af sygedagpenge I så fald vil Primærpart være virksomheden, mens den ansatte person kan være sekundærpart afhængig af regelsættet for opgaven Det kan fx være en byggesag, hvor de forskellige sekundærparter er arkitekt, entreprenør, vvsmester osv Organisationer og andre aktører kan på samme måde være part i en sag It-systemer kan ikke være part i en sag, men deres leverandør (organisation eller virksomhed) kan Ønsker man nærmere at angive rollen for en sagspart fx en kontaktperson som sekundærpart, vil man kunne bruge den note, der findes på virkning Hvis et fagområde vil anvende flere relationsroller er betingelsen, at de defineres og publiceres i Klassifikation Informationsindhold Navn Beskrivelse Obligatorisk CPR-nummer Partens CPR-nummer Nej CVR-nummer Partens CVR-nummer Nej SE-nummer Partens SE-nummer Nej P-nummer Partens P-nummer Nej BrugervendtNøgle Partens brugervendte nøgle Nej FuldtNavn Partens navn Benyttes til at identificere Parter som ikke kan identificeres med én af ovenstående attributter Nej Komposition Sikkerhedsprofil Sikkerhedsprofil indeholder de grupper, roller og funktioner som har adgang til en følsom sag Det fælleskommunale Støttesystem Adgangsstyring i den kommunale rammearkitektur giver mulighed for at opmærke data med en følsomhedsklassifikation, samt KLE og Anvenderens CVR-nummer Såfremt Afsendersystemet markerer sagen/dokumentet med en følsomhed, så kan der angives en liste over aktører som har ret til at se denne sag Denne liste skal være UUIDer fra aktører som er oprettet i det fælleskommunale Støttesystem Organisation evt på vegne af Afsendersystemet En bruger skal således godkendt til følsomhedsniveauet i det fælleskommunale Støttesystem Adgangsstyring og medlem af en af de angivne grupper for at måtte se sagen Denne håndhævelse skal ske i Modtagersystemet Støttesystemet Sag og Dokumentindeks lagrer blot informationen og videresender til Modtagersystemet Det forventes, at langt de fleste sager kan dataafgrænses via Klassifikation og Anvender, men i sjældne Side 40 af 49

tilfælde kan det være nødvendigt med følsomhed Ud over følsomhed kan der for en delmængde af sager være behov for specifik afgrænsning Dette håndteres via Sikkerhedsprofil Bemærk at Sikkerhedsprofil relationen på sager skal vedligeholdes af Afsendersystemet i behørig tid selvom informationsindhold på sagen ikke ændrer sig Informationsindhold Navn Beskrivelse Obligatorisk Relationer Relateret forretningsobjekt Sag Beskrivelse En sag kan nul til mange Sikkerhedsprofiler 0* B2 Detaljeret beskrivelse af informationsmodel for Dokumentdomænet Dokument baserer sig på [OIO_SERVICE_DOK] imidlertid er Dokumentdel eller dets relationer ikke medtaget i Sag og Dokumentindeks, fordi Sag og Dokumentindeks ikke indeholder dokumentindhold Forretningsobjekt Dokument Dokumenter er afgrænsede samlinger af informationer, i kendte formater Informationsindhold Navn Beskrivelse Obligatorisk Beskrivelse Beskrivelse af dokumentets formål Nej Brevdato Datoen for afsendelsen af dokument Attributten skal Nej være udfyldt i tilfælde af at dokumentets type er indgående eller udgående Brugervendtnøgle Dokumentet brugervendte nøgle Ja Dokumentnummer Brugervendt identifikation, der er unik inden for Anvenderen Ja Fremdrift Dokumentet tilstand i OIO standard Bemærk at Fremdrift Ja (i OIO-terminologi: dokumentets tilstand) er en Til- stand som har Virkning Major Dokumentets major version Nej Minor Dokumentets Minor version Nej Kassationskode Kassationskode, der styrer varighed før kassation Nej OffentlighedUndtaget Angives, hvis der er truffet beslutning om undtagelse fra Nej offentligheden Hjemmel Tekstuel henvisning til lovhjemmel, der anvendes som grundlag for beslutning om undtagelse fra offentlighe- Nej Side 4 af 49

Alternativtitel Titel den Alternativ dokumenttitel, Dette er yderligere dokumentets Objektnavn, jf [OIO_GEN_SAGDOK] Nej Ja Type Typen af dokument Anbefalet udfaldsrum fra [OIO_SERVICE_DOK]: Ja Faktura Brev, indgående Brev, udgående Brev Internt Notat Eksternt Notat Rapport Dagsorden forretnings- Relationer Relateret objekt Aktør der kan anvendes i forbindelse med lukkede dagsordenspunkter, som skal vises på åbne dagsordener, samt i forbindelse med postlister Officiel dokumenttitel, der kan anvendes på åbne postlister Beskrivelse Dokument relaterer til Aktør, der er yderligere attributter på relationen, så den er repræsenteret med en associeret klasse Dokumentaktør Side 42 af 49

Dokument Dokument kan relatere til andre dokumenter med typen Besvarelse, Bilag, Andre Dokumenter, Ny Revision, Kommentarer og Udgangspunkter Neden for er angivet dokumentets mulige roller og deres kardinalitet IT-System Klassifikation Part Sag Beskrivelse Dokumenter, der besvarer dette dokument Dokumenter, der er udgangspunkt for dette dokument Dokument, der er en ny revision af dette dokument Dokumenter, der kommenterer dette dokument Dokumenter, der er bilag til dette dokument Objekttype Kardinalitet Rolle Dokument 0n Besvarelser Dokument 0n Udgangspunkter Dokument 0 NyRevision Dokument 0n Kommentarer Dokument 0n Bilag Dokumenter, som dette dokument relaterer sig til Relationens formål noteres i relationen Dokument 0n Andre- Dokumenter Relation til klassen IT-System som har en angivelse af de it-systemer, som er henholdsvis afsender af og master for dokumentet Hvert dokument kan 0 afsender og 0 Master Det kan godt være samme IT- System som er både master og afsender Dokument relaterer til Klassifikation, der er yderligere attributter på relationen, så den er repræsenteret med en associeret klasse Dokumentklasse Relationen til Part, som kan være enten person eller virksomhed Attributter og relationen beskrives vha den associerede klasse Dokumentpart Det bliver hermed muligt at Modtagersystemer kan filtrere dokumenter ud fra partsinformation fx CPR nummer Relateret til Sag via sagens journalpost som udgør relationen til sagen Side 43 af 49

Forretningsobjekt Dokument-indeks Dokument indeks er en specialisering af Dokument og indeholder de data, der ligger udover OIOstandardens attributter (der er indeholdt i klassen Dokument) Dokument-indeks indeholder data som er relevante for Modtagersystemer for indekset og data som er relevante i en transitionsperiode Det vil sige, at Dokument og Dokument indeks indeholder den samlede mængde informationsindhold for Dokument, og skal betragtes som én samlet entitet i Sags og Dokumentindeks Informationsindhold Navn Beskrivelse Obligatorisk Følsomhed Dokumentets følsomhedsniveau Nej Ikke fortrolige data (offentlige data) ( IKKE_FORTROLIGE_DATA ) Eksempler: navn, adresse, fødselsdato, stilling, arbejdstelefon 2 Fortrolige personoplysninger (persondatalovens 6) eller fortrolige forretningsdata ( FORTROLIGE_PERSONOPLYSNINGER ) Eksempler: private oplysninger om eksempelvis økonomi, hemmelig adresse, skatteforhold, gæld, sygedage, tjenestelige forhold og familieforhold 3 Følsomme personoplysninger (persondatalovens 7 og 8) eller yderst fortrolige forretningsdata ( FOELSOMME_PERSONOPLYSNINGER ) Eksempler: racemæssig / etnisk baggrund, politisk, religiøs, eller filosofisk overbevisning, fagforeningsforhold, seksuelle forhold, helbredsmæssige forhold Strafbare forhold, væsentlige sociale problemer, andre rent private forhold 4 VIP-sager ( VIP_SAGER ) Relationer Relateret forretningsobjekt Hvis Følsomhed ikke er udfyldt eller er mindre end Sagens Følsomhed, så arves Sagens Følsomhed Beskrivelse Side 44 af 49

Forretningsobjekt Dokumentaktør En Dokumentaktør i Sags- og Dokumentindekset er relationen mellem Organisation og Dokument, samt de ekstra attributter som relationen indeholder Et Dokument kan relatere til Aktør på følgende møde: Beskrivelse Aktør, som ejer dokumentet Aktør, som er ansvarlig for dokumentet Objekttype Kardinalitet Rolle Aktør Ejer Aktør Ansvarlig Aktør, som arbejder med/behandler dokumentet Dette er den primære behandler af dokumentet Aktører, som arbejder med/behandler dokumentet Dette er den/de sekundære behandlere af dokumentet Aktør 0 PrimærBehandler Aktør 0n AndreBehandlere Aktør, som dokumentet Aktør 0 FordeltTil er fordelt til Informationsindhold Navn Beskrivelse Obligatorisk CVR-nummer Aktørens CVR-nummer Nej Fuldtnavn Fuldt navn på Aktøren, fx Sagsbehandlerens navn Nej BrugervendtNøgle Aktørens brugervendte nøgle Nej Relation Dokumentklasse Relation er som defineret i OIO_SERVICE_SAG, og indeholder nøgle til Klassifikation Endvidere indeholder dokumentklasse en titel på klassifikationen til læsning og dataafgrænsning fra Modtagersystemer Side 45 af 49

Et dokument kan være relateret til Klassifikation på følgende måder: Beskrivelse Klasse i et klassifikationssystem, der klassificerer dette dokument Dette er den primære klassifikation af dokumentet Objekttype Kardinalitet Rolle Klasse 0 PrimærKlasse Klasser i et klassifikationssystem, Klasse 0n AndreKlasser der klassificerer dette dokument Dette er de sekundære klassifikationer af dokumentet Informationsindhold Navn Beskrivelse Obligatorisk Facettitel Titlen på facetten som kan være en del af tilknytningen Nej på sagen, fx angivelse af klagesag Klassetitel Titlen på Klassen, der relateres til Bemærk at Nej det er den fulde sti i emneplanen inklusive ovenstående Søgeord Søgeord knyttet til klassen der relateres til Nej Brugervendtnøgle Klassens brugervendte nøgle fx 0050 for en KLE klasse Nej Forretningsobjekt Dokumentpart En Dokumentpart i Sags- og Dokumentindekset angiver relationen mellem Part og Sag, samt indeholder ekstra attributter, specielt anvendes Det ekstra informationsindhold ud over nøglerne i relationen er medtaget, således at Dokumentpart kan angives på forskellige måder af Afsendersystemet under en transitionsperiode, og således at det er muligt at fremsøge sager på baggrund af attributter i den angivne Sagspart, fx Personnummer eller navn Person og Virksomhed er specialiseringer af Part Et Dokument kan være relateret til Part på følgende måde: Beskrivelse Parter, der har indsendt dokumentet til Anvenderen eller har Objekttype Kardinalitet Betegnelse Part 0n Parter Side 46 af 49

modtaget dokumentet fra Anvenderen Parter, der har modtaget Part 0n Kopiparter dokumentet fra Anvenderen i kopi Informationsindhold Navn Beskrivelse Obligatorisk CPR-nummer Partens CPR-nummer Nej CVR-nummer Partens CVR-nummer Nej SE-nummer Partens SE-nummer Nej P-nummer Partens P-nummer Nej BrugervendtNøgle Partens Brugervendte nøgle Nej FuldtNavn Partens navn Benyttes til at identificere Parter som ikke kan identificeres med én af ovenstående attributter Nej Komposition Dokumentvariant Dokumentvarianter anvendes til at håndtere samme juridiske dokument i forskellige varianter (feks offentliggørelses- og arkiveringsvarianter) Dokumenter er juridisk sammenfaldende, hvis formater, strukturer og layout ikke medfører en forvanskning af informationsindholdet eller foranlediger til forskelligartet fortolkning Informationsindhold Navn Beskrivelse Obligatorisk Arkivering Arkiveringsvarianten er det format, dokumentet Nej arkiveres i DelvistSkannet Her angives med ja/nej om modtaget dokument Nej er helt eller delvist skannet "Ja" er værdien for delvist skannet Offentliggørelse Offentliggørelsesvarianten er det format, dokumentet Nej offentliggøres/publiceres i Produktion Produktionsformat er det format, dokumentet Nej produceres i Variant Dokumentets variant Ja Lokation Angivelse af hvor et Dokument er placeret Nej Relationer Relateret forretningsobjekt Beskrivelse Forretningsobjekt It-system Et It-system er en applikation, der som Afsendersystem opdaterer Sags- og Dokumentindekset med data og/elle opbevarer de originale data (idet det ikke altid er Afsendersystemet, der danner de pågældende data) Informationsindhold Navn Beskrivelse Obligatorisk Side 47 af 49

SystemNavn Navnet på It-systemet Ja SystemURI URI for It-systemet muliggør hop til mastersystem Nej Relationer Relateret forretningsobjekt Beskrivelse Aktør It-systemet kan være angivet som Aktør i Organisation Dokument It-systemet er relateret til Dokumentet ved at indeholde originalen af dokumentdata (Master) og/eller at være Afsendersystem Komposition Sikkerhedsprofil Sikkerhedsprofil er de grupper, roller og funktioner som har adgang til et følsomt dokument Det fælleskommunale Støttesystem Adgangsstyring i den kommunale rammearkitektur giver mulighed for at opmærke data med en følsomhedsklassifikation, samt sagens KLE og Anvender Såfremt Afsendersystemet markerer dokumentet med en følsomhed, så kan der angives en liste over aktører som har ret til at se dette dokument Denne liste skal være UUIDer fra aktører som er oprettet i det fælleskommunale Støttesystem Organisation evt på vegne af Afsendersystemet En bruger skal således være godkendt til følsomhedsniveauet i det fælleskommunale Støttesystem Adgangsstyring og medlem af en af de angivne aktører for at måtte se Dokumentet Denne håndhævelse skal ske i Modtagersystemet Støttesystemet Sag og Dokumentindeks lagrer blot informationen og videresender til Modtagersystemet Det forventes, at langt de fleste Dokumenter kan dataafgrænses via Klassifikation og myndighedens CVRnummer, men i sjældne tilfælde kan det være nødvendigt med følsomhed Ud over følsomhed kan der for en delmængde af Dokumenter være behov for specifik afgrænsning Dette håndteres via Sikkerhedsprofil Bemærk at Sikkerhedsprofil relationen på Dokumenter skal vedligeholdes af Afsendersystemet i behørig tid selvom informationsindhold på Dokumentet ikke ændrer sig Informationsindhold Navn Beskrivelse Obligatorisk Relationer Relateret forretningsobjekt Dokument Beskrivelse Et Dokument kan have nul til mange Sikkerhedsprofiler Side 48 af 49

Side 49 af 49