share-komm.kombit.dk dokumenter/U… · Web viewBegrebs- og informationsmodel for Sags- og...

Underbilag 2KBegrebs- og informationsmodel for Sags- og Dokumentindeks

1 Begrebs- og informationsmodel for Sags- og Dokumentindeks

1.1 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 1.1, dels i informationsmodellen i afsnit 1.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].

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.

Side 2 af 56

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 kun den gældende registrering. Sags og dokumenthistorik i Systemet medtages derfor ikke ved opdatering af Støttesystemet Sags og Dokumentindeksets – bortset fra dokumentversionering.

Sags og Dokumentindeksets importfunktionalitet giver mulighed for, samtidig med at importere et givet objekt fra Systemet, 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 Systemet, fx pga. forældelse/arkivering, databeskyttelsesregler el.lign. 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.

1.1.1 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.

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

Side 3 af 56

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 CVR-nummer 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.

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

Side 4 af 56

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].

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. Begrebs- og 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 1.2opstillet 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, og indeholder derfor ikke historik på sager eller dokumenter, og opbevarer derfor kun den seneste registrering om en Sag eller et Dokument.

Det er imidlertid ikke sikkert at oplysninger om ændringer i data om sager eller dokumenter når frem til indekset i en tidsmæssig korrekt rækkefølge.

For at give Sags- og Dokumentindekset mulighed for at sikre, at det afspejler de senest foretagne ændringer i fagsystemerne, gemmes der information (registreringstidspunkt) om hvornår objektet senest er blevet opdateret i det it-system, der er master for de pågældende data. Denne information holdes i attributterne Ændringsdato i Sag-indeks og i Dokumentversion.

Side 5 af 56

1.1.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 1.2 [OIO_SERVICE_SAG], jf. nedenstående figur.

Figur 1: UML-syntaks for generelle egenskaber for forretningsobjekter, som beskrevet i [OIO].

I forhold til standarderne indeholder begrebs- og informationsmodellerne for Sags- og Dokumentindekset den forenkling, at Sags- og Dokumentindekset kun gemmer den seneste registrering af en instans af forretningsobjektet.

Side 6 af 56

Bortset herfra skal samtlige generelle egenskaber understøttes, også selvom de måske på kort sigt ikke alle anvendes. Dette af hensyn dels til fremtidige anvendelsesmuligheder, dels for at sikre en velkendt, standardiseret grænseflade ift. Anvendersystemerne.

Hver instans af Sag og Dokument har således kun én registrering – nemlig den seneste registrering – bestående af et antal attributlister, tilstande og relationer. Hver attributliste, tilstand og relation har en 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).

Klasserne Sag, Sag-indeks, Journalnotat, Journalnotat-indeks og Sikkerhedsprofil er en del informationsindholdet af Sag som udtrykkes via "attributliste" ift. Sag. Tilsvarende er Dokument, Dokumentindeks, Dokumentvariant, Dokumentversion og Sikkerhedsprofil en del informationsindholdet af Dokument som udtrykkes via "attributlister" ift. Dokument.

Den generelle egenskab "tilstand" på Sag vises i diagrammet over informationsmodellen for Sagsområdet i afsnit 1.2.1 som Sagstilstand. Dette skyldes bl.a. ønsket om at synliggøre, at Sagstilstand er underlagt den generelle egenskab Virkning. I den detaljerede informationsmodel i Appendiks B fremstår den dog mere simpelt, nemlig blot som en attribut på Sag.

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 og beskrevet i Appendiks B.

Alle attributlister (herunder Sikkerhedsprofil) og relationer (herunder Journalpost) har den generelle egenskab Virkning, jf. også beskrivelsen i afsnit 1.1.3. Virkning er anført i 1.1.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.

Side 7 af 56

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.

1.1.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.

Hver relation har som grundmængde den liste af roller i OIO Sag 1.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 BeskrivelseRelationstype 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

0..n og 1..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

Side 8 af 56

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 1: Elementer i relationerne i Sags- og Dokumentindekset.

1.1.4 Begrebsmodel for Sagsdomænet

Nedenfor er vist begrebsmodellen med de centrale forretningsobjekter for Sagsindeks. Begreberne er uddybet i 1.1.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.

De øvrige fremmede forretningsobjekter – Sag, Sagstilstand, 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, Sagstilstand, Sikkerhedsprofil, It-system Journalpost, Journalnotat og Journalnotat-indeks, samt alle disses relationer.

Side 9 af 56

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.

Side 10 af 56

1.1.5 Begrebsmodel for Dokumentdomænet

Nedenfor er vist begrebsmodellen med de centrale forretningsobjekter for Dokumentdomænet. Begreberne er uddybet i Appendiks A.

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, Dokumentvariant og Dokumentversion, 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 11 af 56

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.

Side 12 af 56

1.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).

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.

1.2.1 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.

Side 13 af 56

Figur 4: Overordnet grafisk fremstilling af informationsmodellen for Sag. Associerede klasser vises som en relation med en stiplet linje til klassen.

1.2.2 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.

Side 14 af 56

De indledende bemærkninger til begrebsmodellen for Dokument gør sig også gældende for informationsmodellen for Dokument.

Figur 5: Overordnet grafisk fremstilling af informationsmodellen for Dokument. Associerede klasser vises som en relation med en stiplet linje til klassen.

Appendiks A: Begrebsmodel - definitionerI 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 kontekst er der efter behov foretaget tilpasninger i kommentarerne til disse begreber, samt efter behov i øvrige begrebsdefinitioner.

Side 15 af 56

Aktør

Artikelstatus Tværgående begreb (fremmedobjekt)

Dansk 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 Tværgående begreb / [OIOSD] (fremmedobjekt)

Dansk Arkiv

Generel definition: Arkiv beskriver, hvilket arkiv sagen indgår i og dermed i hvilken arkivstruktur.

Kommentar: 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.

Dokument

Artikelstatus Sag og dokumentindeks begreb / OIO_SERVICE_DOK (fremmedobjekt)

Dansk Dokument

Generel definition: 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 16 af 56

dokumentet, fx dokumenttitel og dokumentdato.

Dokument-klassen indeholder alene de data, der fremgår af OIO-standarden. Data derudover er placeret i Dokument-indeks.

Dokument - indeks

Artikelstatus Sag og dokumentindeks begreb

Dansk Dokument-indeks

Generel definition: Dokumentindeks er en specialisering af Dokument og indeholder de data, der ligger udover OIO-standardardens 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.

Kommentar:

Dokumentaktør

Artikelstatus Sag og dokumentindeks begreb / OIO_SERVICE_DOK

Dansk Dokumentaktør

Generel definition: Dokumentets relation til Aktører

Kommentar: Indeholder informationer om dokumentets relation til aktører hos Anvenderen i forbindelse med dokumentets behandling.

Dokumentklasse


Dansk Dokumentklasse

Generel definition: Dokumentets relation til Klassifikation

Kommentar: Indeholder informationer om dokumentets klassifikationer. bemærk at

Side 17 af 56

KLE tilhører Sag, mens dokumentets klassifikationer klasserer dokumentets informationsindhold

Dokumentpart


Dansk Dokumentpart

Generel definition: Dokumentets relation til parten

Kommentar: Dokumentets afsendere eller modtagere af dokumentet. Bemærk at Anvenderens aktører som behandler dokumentet ikke er en del af dokumentpart

Dokumentvariant

Artikelstatus Sag og dokumentindeks begreb / OIO_SERVICE_DOK (fremmedobjekt)

Dansk Dokumentvariant

Generel definition: Dokumentvarianter anvendes til at håndtere samme juridiske dokument i forskellige varianter til forskellige formål (f.eks. 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.

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).

Dokumentversion

Side 18 af 56


Dansk Dokumentversion

Generel definition: Dokumentversion indeholder en Systematisk nummerering af Dokumentet

Kommentar: Et dokument findes i dets livsforløb i et antal forskellige versioner, efterhånden som der ændres i dokumentet. Hver dokumentversion findes igen i et antal forskellige Dokumentvarianter.

Dokumentversion er medtaget på en sådan måde at både Afsendersystemer baseret på bitemporabilitet i de generelle egenskaber, og eksisterende Afsendersystemer baseret på versionering, kan angive versionen af dokumentet, således at Modtagersystemer læser dokumenter, som de tager sig ud ved et givet versionsnummer.

Dokument version muliggør, at Modtagersystemer kan fremsøge og linke til den korrekte variant i alle typer Afsendersystemer.

Hvis fx et dokument er sendt i høring i en variant, og der sideløbende er arbejdet videre med dokumentet i sagsarbejdet, vil det være relevant, at man fortsat også kan se og tilgå dokumentet i den version og variant, der blev sendt i høring, hvis en høringspart henvender sig.

Genstand


Dansk Genstand

Generel definition: 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.

Kommentar: Forskellige typer af sager har historisk set indeholdt attributter og

Side 19 af 56

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


Dansk It-system

Generel definition: 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.

Side 20 af 56

It-system fremgår både af begrebs- og informationsmodellerne for Sag og for Dokument. Der er tale om samme logiske klasse.

Journalnotat

Artikelstatus Sag og dokumentindeks begreb (fremmedobjekt)

Dansk Journalnotat

Generel definition: 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. 1.

Journalnotat-klassen indeholder alene de data, der fremgår af OIO-standarden. Data derudover er placeret i Journalnotat-Indeks.

Journalnotat - Indeks


Dansk Journalnotat – Indeks

Generel definition: Journalnotat – Indeks er en specialisering af Journalnotat og indeholder de data, der ligger udover OIO-standardardens attributter (der er indeholdt i klassen Journalnotat).

Journalnotat-indeks indeholder data som er relevante for Modtagersystemer for indekset og data som er relevante i en transitionsperiode.

Kommentar:

Side 21 af 56

Journalpost


Dansk Journalpost

Generel definition: Knytter sagen sammen med dokument, og er en beskrivelse af en handling på sagen.

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 Tværgående begreb/OIO_INF_KLAS (fremmedobjekt)

Dansk Klassifikation

Generel definition: Klassifikation benyttes til at beskrive forskellige klassifikationer, som et objekt (fx en sag eller et dokument) kan være klassificeret efter (fx en

Side 22 af 56

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


Dansk Part

Generel definition: En Part er den eller de personer og virksomheder, som sagen vedrører.

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


Dansk Person

Generel definition: 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

Side 23 af 56

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, f.eks. 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 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


Dansk Sag - Indeks

Side 24 af 56

Generel definition: Sag – Indeks er en specialisering af Sag indeholder de data, der ligger udover OIO-standardardens 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


Dansk Sagsaktør

Generel definition: 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 1.2.1 er Sagsaktør angivet som associeret klasse.

Sagsgenstand


Dansk Sagsgenstand

Generel definition: 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.

Side 25 af 56

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


Dansk Sagsklasse

Generel definition: 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


Dansk Sagspart

Generel definition: 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 1.2.1 er Sagspart angivet som associeret klasse.

Side 26 af 56

Sagstilstand


Dansk Sagstilstand

Generel definition: Sagens tilstand som defineret i OIO Sag.

Kommentar: Bemærk at ud over klassen Sagstilstand, så findes der i klassen Sag–indeks også oplysning om sagens tilstand i Afsendersystemet.

Sikkerhedsprofil


Dansk Sikkerhedsprofil

Generel definition: 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 CVR-nummer. 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.

Virksomhed

Side 27 af 56


Dansk Virksomhed

Generel definition: 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 SE-

nummer) En virksomhed med en omsætning under kr. 50.000 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 28 af 56

Appendiks B: Informationsmodel - definitionerI 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 afsnit1.2.1 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]), der jf. afsnit 1.2.1 indgår i begrebs- og informationsmodellerne for Sags- og Dokumentindekset, men som ikke er medtaget i de overordnede diagrammer over informationsmodellerne i afsnit 1.2.1, fremgår i det følgende som attributter på forretningsobjekterne Sag og Dokument.

Dette er muligt, da der kun gemmes én – nemlig seneste – registrering om hvert objekt og hver relation.

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.

Klassen Sagstilstand, der også er en generel egenskab, indgår dog i diagrammet over informationsmodellen for Sagsområdet i afsnit 1.2.1, selvom den i det følgende fremstår som en attribut på Sag.

Dette skyldes bl.a. ønsket om at synliggøre, at Sagstilstand – jf. [OIO_SERVICE_SAG] – er særlig ved at den er underlagt den generelle egenskab Virkning.

Når Sagstilstand i det følgende fremtræder som attribut, skal der dertil lægges, at der samtidig skal gemmes informationer om Virkning for den pågældende Sagstilstand.

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.

Side 29 af 56

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.

B.1 Detaljeret beskrivelse af informationsmodel for Sagsdomænet

Forretningsobjekt It-systemEt 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).

InformationsindholdNavn Beskrivelse ObligatoriskSystemID UUID for It-systemet. Ja

SystemNavn Navnet på It-systemet. Ja

SystemURI URI for It-systemet – muliggør hop til mastersystem.

Nej

RelationerRelateret forretningsobjekt BeskrivelseAktø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 (HarOriginal) og/eller at være Afsendersystem.

Sag It-systemet er relateret til Sagen ved at indeholde originalen af sagsdata (Master) og/eller at være Afsendersystem.

Komposition JournalnotatEn 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.

Side 30 af 56

InformationsindholdNavn Beskrivelse ObligatoriskFormat Indeholder en betegnelse for det format, som

Journalnotatet er skrevet iNej

Notat Det tekstlige indhold af journalnotatet. Nej

Notattitel Titlen på journalnotatet. Ja

Komposition Journalnotat-indeksJournalnotat – Indeks er en specialisering af Journalnotat og indeholder de data, der ligger udover OIO-standardardens attributter (der er indeholdt i klassen Journalnotat).

Journalnotat-indeks indeholder data som er relevante for Modtagersystemer for indekset og data som er relevante i en transitionsperiode

Det vil sige, at Journalnotat og Journalnotat indeks indeholder den samlede mængde informationsindhold og skal betragtes som en samlet entitet i Sags og Dokumentindekset.InformationsindholdNavn Beskrivelse ObligatoriskStatus Journalnotatets status. Nej

Relation JournalpostKnytter 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.

BeskrivelseObjekttype Kard. Relationsrolle

Side 31 af 56

Tilknytning til sagen med mulighed for at fjerne tilknytningen

Dokument 0..1 Vedlagt

Tilknytning til sagen uden mulighed for at fjerne tilknytning til sagen.

Dokument 0..1 Tilakteret

Journalpost indeholder kun

et JournalNotat

0..1 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.InformationsindholdNavn Beskrivelse ObligatoriskAlternativTitel Alternativ sagstitel, der kan anvendes i

forbindelse med lukkede dagsordenspunkter, som skal vises på åbne dagsordener, samt i forbindelse med postlister.

Nej

DokumentTitel Angiver en tredje dokumenttitel (fx ved behov for alternativ titel på dokumentet i forbindelse med den konkrete sag).

Nej

Hjemmel Tekstuel henvisning til lovhjemmel, der anvendes som grundlag for beslutning om undtagelse fra offentligheden.

Nej

Indeks Indeks for den enkelte relation. Indeks angives ved Ret-operation.

Ja

Objekttype Den objekttype som relationen peger på. Ja

OffentlighedUndtaget Angives, hvis der er truffet beslutning om undtagelse fra offentligheden.

Nej

ReferenceID Angiver hvilket Dokumentobjekt relationen udpeger (UUID eller URN). Såfremt rollen er Vedlagt eller Tilakteret så skal der være en ReferenceID.

Nej

RelationsRolle Betegnelse på den rolle, som journalposten har i forhold til sagen.

Det kan være Tilakteret: Tilknytning til sag, uden mulighed for at fjerne

Ja

Side 32 af 56

tilknytning. Såfremt rolle er Tilakteret, skal objekttype være dokument. Der kan være 0-1 Dokument til en journalpost.

Vedlagt: Tilknytning til sag, med mulighed for at fjerne tilknytning.Såfremt rolle er Vedlagt, skal objekttype være dokument. Der kan være 0-1 Dokument til en Journalpost.

Journalnotat.Virkning Angiver den periode, som relationen har

virkning. Indeholder endvidere en mulig reference til den aktør, der har forårsaget relationen samt en note.

Ja

Forretningsobjekt SagSag 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 Hjemmel-attribut nr. 2 knytter sig til OffentlighedUndtaget, og normalt kun har indhold, hvis der er truffet beslutning om undtagelse fra offentlighed.InformationsindholdNavn Beskrivelse ObligatoriskAfleveret Er sagen afleveret til Statens Arkiver? Nej

AlternativTitel Alternativ titel. Knytter sig til OffentlighedUndtaget.

Nej

Beskrivelse Sagens beskrivelse. NejBrugerRef Aktør som oprettede sagen. Ja

Brugervendtnøgle Sagens brugervendte nøgle. Ja

FraTidspunkt Fratidspunkt for sagen. Ja

Fremdrift Sagens tilstand i OIO standard. Bemærk at Fremdrift er sagens Tilstand og dermed har virkning.

Ja

Hjemmel Henvisning til hjemmel, Fx lov og § for sagens behandling.

Nej

Hjemmel Tekstuel henvisning til lovhjemmel, der anvendes som grundlag for beslutning om undtagelse fra offentlighed.

Knytter sig til OffentlighedUndtaget.

Nej

Side 33 af 56

ID Globalt Unik Nummer for sagen. Ja

Kassationskode Kassationskode, der styrer varighed før kassation.

Nej

Livscyklus Sagens Livscyklus, jf. [OIO_GEN_SAGDOK], side 21.

Ja

OffentlighedUndtaget

Angives, hvis der er truffet beslutning om undtagelse fra offentligheden.

Nej

Principiel Angiver om Sagen er en principsag. Nej

Sagsnummer Sagens unikke nummer i Sagsarkivet hos Afsendersystemet.

Ja

Titel Officiel sagstitel, der kan anvendes i forbindelse med åbne dagsordenspunkter.

Ja

Virkning Attributterne i Sag er de attributter som er defineret i standard for Sag. De skal udtrykkes som attributliste i Forretningsobjektet Sag. Attributlisten har en virkning som er dækket af attributten Virkning i Sag.

Ja

RelationerRelateret forretningsobjekt

Beskrivelse

Aktør 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, sagsansvarlig etc.

Arkiv 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.

BeskrivelseObjekttype Kardinalitet Rolle

Det arkiv, som sagen dannes og vedligeholdes i. En sag skal være tilknyttet et sagsarkiv.

Arkiv 1..1 Behandling-sarkiv

Et andet arkiv, fx et arkiv til sagsoverblik (kopiarkiv).

Arkiv 0..n Andetarkiv

Side 34 af 56

Et afleveringsarkiv, fx Statens Arkiver eller et §7 arkiv.

Arkiv 0..1 Afleverings-arkiv

Dokument Relation til sagens dokumenter via Journalpost.Genstand Sagen kan relatere til en liste af genstande.IT-System 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.

Klassifikation 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.

Part 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.

Sag Sagen kan relatere til andre sager, sagen kan relatere som undersager, Andresager eller præcedens sager.

Rolle betegner den rolle den relaterede sag har i forhold til sag som har tilknyttet relationen.

BeskrivelseObjekttype Kard. Rolle

Denne sag er knyttet til en og kun en oversag.

Sag 0..1 Oversag

Er sager der kan have relevans for denne sag. Relevansen kan angives i relationens note.

Sag 0..n Andresager

Sag som anvendes som forlæg i den denne sag.

Sag 0..1 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-indeksSag-indeks er en specialisering af Sag indeholder de data, der ligger udover OIO-standardardens attributter

Side 35 af 56

(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.InformationsindholdNavn Beskrivelse ObligatoriskFølsomhed Sagens følsomhedsniveau. Ja

Sagskategori Kategorisering af sagen med angivelse af type eller kompleksitet i eksisterende systemer.

Nej

Sagsstatus Sagens tilstand i Afsendersystemet, såfremt den er forskellig fra standard.

Nej

Ændringsdato Tidsstempel for hvornår sagen blev oprettet eller sidst blev opdateret i IT-Systemet, som opbevarer de originale data.

Nej

Virkning Attributterne i Sag-indeks er de attributter som er defineret ud over standard for sag. De skal udtrykkes som deres egen lokale attributliste i Forretningsobjektet Sag. Attributlisten har en virkning som er dækket af attributten Virkning i Sag-indeks

RelationerRelateret forretningsobjekt Beskrivelse

Relation SagsaktørEn 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.

Side 36 af 56

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 person1 (userId, personcertifikat) eller en medarbejder (medarbejdercertifikat) eller en systembruger i et it-system.

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.


Den aktør der har det officielle ejerskab til sagen. Det vil typisk være en organisation, en OrgEnhed eller en Bruger.

Der skal altid være en ejer.

Det kan fx være den Organisation, som Bruger er tilknyttet.

Organisation,

OrgEnhed, OrgFunktion, Interesse-fællesskab, Bruger

1..1 Ejer

1

Side 37 af 56

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.

Organisation,


0..1 Ansvarlig

Den aktør, der behandler sagen. Det vil typisk være en Bruger, som er tilknyttet den aktør, der er ansvarlig.

Organisation,


0..1 Primær Behandler

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,


0..n Andre-Behandlere

En aktør, som sagen er udlånt til. Organisation,


0..1 UdlåntTil

InformationsindholdNavn Beskrivelse ObligatoriskFuldtNavn Fuldt navn på Aktøren fx Sagsbehandlerens

navn.Nej

Indeks Index for den enkelte relation. Indeks angives ved Ret-operation.

Ja

Objekttype Den objekttype som relationen peger på. Ja

ReferenceID Angiver hvilket Aktørobjekt relationen udpeger (UUID eller URN). Såfremt UUID ikke er sat, vil

Ja

Side 38 af 56

URN være relationen til den lokale Organisation. URN skal være et CVR-nummer. Dette bruges til dataafgrænsning når rollen er Ejer.

Sagsaktørrolle Betegnelse på den rolle, som Aktører i forretningsservicen Organisation har i forhold til sagen. Roller og objekttyper skal understøttes som beskrevet i [OIO_SERVICE_SAG].

Ja

Sagsaktørtype Typen af relationen mellem Organisation og Sag. De kan være af typen Ejer, Ansvarlig, Primær behandler, AndreBehandlere og UdlåntTil.

Ja

SystemNavn Systemnavn på Aktøren, fx Afdelingsnavn, Sagsbehandler-login eller Systemaktørnavn.

Nej

Virkning Angiver den periode, som relationen har virkning. Indeholder endvidere en mulig reference til den aktør, der har forårsaget relationen samt en note.

Ja

Relation SagsgenstandEn 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.

Rollen betegner den rolle den relaterede genstand har i forhold til sagen.


Betegner et sagsobjekt, der skal pålægges en afgift.

Et køretøj kan eks. identificeres med registreringsnummer eller stelnummer.

Køretøj 0..1 Afgifts-objekt

Side 39 af 56

Betegner den ejendom, sagen vedrører skat

Ejendom 0..1 Ejendoms-skat

Betegner det objekt som er genstand i en byggesag

Bygning,

Ejendom,

Teknisk anlæg

0..n Byggeri

Betegner et geografisk afgrænset område eller adresse, som er genstand for sagen

Sted, Adresse, Navngiven vej, Stednavn, jordstykke eller anden geokode

0..n 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.

InformationsindholdNavn Beskrivelse ObligatoriskBrugervendtnøgle Den brugervendte nøgle. Evt. brugervendt nøgle

kan angives af Afsendersystemet.Nej

Fuldt navn Genstandens fulde navn, som kan være udfyldt fx fordi at det fulde navn ikke findes i et system som er tilgængeligt fælleskommunalt.

Nej


Ja

ReferenceID Angiver hvilket Genstandsobjekt relationen udpeger (UUID eller URN).

Ja

Sagsgenstandsrolle Betegnelse på den rolle, som genstanden har i forhold til sagen.

Ja

Sagsgenstandstype Den objekttype som relationen peger på. Ja

Virkning Angiver den periode, som relationen har virkning. Indeholder endvidere en mulig

Ja

Side 40 af 56

reference til den aktør, der har forårsaget relationen samt en note.

Relation SagsklasseSagsklasse følger definitionen i [OIO_SERVICE_SAG], og indeholder nøgle til forretningsobjektet Klassifikation, 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.

BeskrivelseObjekt-type

Kard. Rolle

Klassen i Klassifikation, der anvendes som registreringssystematik jf. krav fra Statens Arkiver.

Klasse 1..1 Primær-klasse

Anden klasse fx opgaveklasse i Klassifikation FORM.

Klasse 0..1 Opgave-klasse

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.

Klasse 0..1 Handlings-klasse

Den konto som sagen konteres efter fx konto i Klassifikation IM-kontoplan.

Klasse 0..1 Kontoklasse

Den sikkerhedsklasse som sagen tilhører. Fx en Klassifikation med Klasserne: Uklassificeret, Klassificeret, Fortrolig, Hemmelig.

Klasse 0..1 Sikkerheds-klasse

Den følsomhedsklasse som sagen tilhører. Fx en Klassifikation med Klasserne: Personfølsom, Personalefølsom, Børsfølsom, Konkurrencefølsom, Udbudsfølsom.

Klasse 0..1 Følsomheds-klasse

Den indsatsklasse, som sagen tilhører. Fx en omsorgssag, som udreder behov for en konkret indsats fra et indsatskatalog med Klasser beskrevet i Klassifikation.

Klasse 0..1 Indsatsklasse

Side 41 af 56

Den ydelsesklasse, som en ydelsessag skal dokumentere. Ydelsesklasserne skal fremgå af Klassifikation af ydelser.

Klasse 0..1 Ydelses-klasse

InformationsindholdNavn Beskrivelse ObligatoriskFacettitel Titlen på facetten som kan være en del af

tilknytningen på sagen, fx angivelse af klagesag.Nej


Ja

Klassetitel Titlen på Klassen, der relateres til. Bemærk at det er den fulde sti i emneplanen inklusive ovenstående.

Nej

Klassifikationsrolle Betegnelse på den rolle, som Klassifikation har i forhold til sagen. Klassifikationsroller og objekttyper skal understøttes som beskrevet i [OIO_SERVICE_SAG].

Ja

Klassifikationstype Den objekttype som relationen peger på Ja

ReferenceID Angiver hvilket Klassifikationsobjekt relationen udpeger (UUID eller URN). Såfremt UUID ikke er sat, vil URN være relationen til det lokale it-system, der indeholder klassifikation.

Ja

Søgeord Søgeord knyttet til klassen der relateres til. Nej

Brugervendtnøgle Klassens brugervendte nøgle fx 10.05.10 for en KLE klasse.

Ja


Ja

Relation SagspartEn 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.

Side 42 af 56

Person og Virksomhed er specialiseringer af Part der er en abstrakt klasse. Det vil sige Part findes ikke som konkret instanser.

BeskrivelseObjekttype Kard. Relationsrolle

Betegner den vigtigste part på sagen.

Person,

Virksomhed,

Organisation,


0..1 Primærpart

Betegner øvrige parter på sagen

Person,

Virksomhed,

Organisation,


0..n Sekundær-part

Betegner en part, der modtager en ydelse

Person

Virksomhed

0..1 Ydelses-modtager

En person kan fx være Primærpart for en sag, hvor parten er ansøger eller modtager en ydelse. Det vil 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, vvs-mester 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.

Side 43 af 56

Ø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.

InformationsindholdNavn Beskrivelse ObligatoriskAlternativID Fx P-Nummer. Nej


Ja

PrimærID CPR eller CVR nummer på parten. Nej

ReferenceID Angiver hvilket Partsobjekt relationen udpeger (UUID eller URN). Såfremt UUID ikke er sat, vil URN være relationen til det lokale it-system, der indeholder parter.

Ja

Sagspartsrolle Betegnelse på den rolle, som parten har i forhold til sagen. Regler for roller og typer angivet i [OIO_SERVICE_SAG] skal overholdes.

Ja

Sagspartstype Den objekttype som relationen peger på. Ja


Ja

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.

Side 44 af 56

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 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.

InformationsindholdNavn Beskrivelse ObligatoriskNote Der kan kobles en note til

relationen.Nej

ProfilID Relation til profilen i Organisation JaRelationerRelateret forretningsobjekt BeskrivelseSag En sag kan nul til mange

Sikkerhedsprofiler.0..*

B.2 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 DokumentDokumenter er afgrænsede samlinger af informationer, i kendte formater.

InformationsindholdNavn Beskrivelse ObligatoriskAfleveret Angiver om dokumentet er afleveret til arkiv eller ej. Ja

Alternativtitel Alternativ dokumenttitel,

der kan anvendes i forbindelse med lukkede dagsordenspunkter, som skal vises på åbne dagsordener, samt i forbindelse med postlister.

Nej

Beskrivelse Beskrivelse af dokumentets formål. Nej

Brevdato Datoen for afsendelsen af dokument. Attributten skal være udfyldt i tilfælde af at dokumentets type er

Nej

Side 45 af 56

indgående eller udgående.

BrugerRef Aktør som oprettede Dokumentet. Ja

Brugervendtnøgle Dokumentet brugervendte nøgle. Ja

Dokumentnummer Brugervendt identifikation, der er unik inden for Anvenderen.

Ja

FraTidspunkt Fratidspunkt for Dokument. Ja

Fremdrift Dokumentet tilstand i OIO standard. Bemærk at Fremdrift (i OIO-terminologi: dokumentets tilstand) er en Tilstand som har Virkning.

Ja

Hjemmel Tekstuel henvisning til lovhjemmel, der anvendes som grundlag for beslutning om undtagelse fra offentligheden.

Nej

Major Dokumentets major version, bemærk at Major ikke benyttes - i stedet skal angives Major version i Dokumentversion.

Nej

Minor Dokumentets Minor version, bemærk at Minor ikke benyttes - i stedet skal angives Minor version i Dokumentversion.

Nej

ID Globalt Unik Nummer for Dokument. Ja

Kassationskode Kassationskode, der styrer varighed før kassation. Nej

Livscyklus Dokumentets Livscyklus. Ja

OffentlighedUndtaget Angives, hvis der er truffet beslutning om undtagelse fra offentligheden.

Ja

Titel Officiel dokumenttitel, der kan anvendes på åbne postlister.

Dette er yderligere dokumentets Objektnavn, jf. [OIO_GEN_SAGDOK].

Ja

Type Typen af dokument.

Anbefalet udfaldsrum fra [OIO_SERVICE_DOK]:

Faktura Indgående brev Udgående brev Brev

Ja

Side 46 af 56

Internt Notat Eksternt Notat Rapport Dagsorden.

Virkning Attributterne i Dokument er de attributter som er defineret for standard for Dokument. De skal udtrykkes som deres egen attributliste i Forretningsobjektet Dokument. Attributlisten har en virkning som er dækket af attributten Virkning i Dokument

Ja

RelationerRelateret forretningsobjekt

Beskrivelse

Aktør Dokument relaterer til Aktør, der er yderligere attributter på relationen, så den er repræsenteret med en associeret klasse Dokumentaktør.

Side 47 af 56

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 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..1 afsender og 0..1 Master. Det kan godt være samme IT-System som er både master og afsender.

Klassifikation Dokument relaterer til Klassifikation, der er yderligere attributter på relationen, så den er repræsenteret med en associeret klasse Sagsklasse.

Part 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 dokumenter ud fra partsinformation fx CPR nummer.

Sag Relateret til Sag via sagens journalpost som udgør relationen til sagen.

Side 48 af 56


Dokumenter, der besvarer dette dokument.

Dokument 0..n Besvarelser

Dokumenter, der er udgangspunkt for dette dokument.

Dokument 0..n Udgangspunkter

Dokument, der er en ny revision af dette dokument.

Dokument 0..1 NyRevision

Dokumenter, der kommenterer dette dokument.

Dokument 0..n Kommentarer

Dokumenter, der er bilag til dette dokument.

Dokument 0..n Bilag

Dokumenter, som dette dokument relaterer sig til. Relationens formål noteres i relationen.

Dokument 0..n Andre-

Dokumenter

Forretningsobjekt Dokument-indeksDokument indeks er en specialisering af Dokument og indeholder de data, der ligger udover OIO-standardardens 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.InformationsindholdNavn Beskrivelse ObligatoriskFølsomhed Dokumentets følsomhedsniveau. Nej

Virkning Attributterne i Dokument er de attributter som er defineret ud over standard for Dokument. De skal udtrykkes som deres egen attributliste i Forretningsobjektet Dokument. Attributlisten har en virkning som er dækket af attributten Virkning i Dokument-indeks

Ja

Ændringsdato Dato og tid for sidste ændring af dokumentet i det IT-System som er master for dokumentet.

Bruges alene i forbindelse med identifikation af fejl. Til sikring af tidsmæssig korrekt opdatering af indekset anvendes Ændringsdato på Dokumentversion.

Ja


Forretningsobjekt DokumentaktørEn 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:


Aktør, som ejer Aktør 1..1 Ejer

Side 49 af 56

dokumentet.Aktør, som er ansvarlig for dokumentet.

Aktør 1..1 Ansvarlig

Aktør, som arbejder med/behandler dokumentet. Dette er den primære behandler af dokumentet.

Aktør 0..1 PrimærBehandler

Aktører, som arbejder med/behandler dokumentet. Dette er den/de sekundære behandlere af dokumentet.

Aktør 0..n AndreBehandlere

Aktør, som dokumentet er fordelt til

Aktør 0..1 FordeltTil

InformationsindholdNavn Beskrivelse ObligatoriskAktørrolle Betegnelse på den rolle, som Klassifikation har i

forhold til Dokumentet. Klassifikationsroller og objekttyper skal understøttes som beskrevet i [OIO_SERVICE_DOK].

Ja

Aktørtype Den objekttype som relationen peger på Ja

Fuldtnavn Fuldt navn på Aktøren, fx Sagsbehandlerens navn.

Ja


Ja

OrganisationsID Id på den tilhørende organisation (CVRnummer)

ReferenceID Angiver hvilket Aktørobjekt relationen udpeger (UUID eller URN). Såfremt UUID ikke er sat, vil URN være relationen til den lokale Organisation.

URN skal være et CVR-nummer. Dette bruges til

Ja

Side 50 af 56

dataafgrænsning når rollen er Ejer.

Systemnavn Systemnavn på Aktøren, fx Afdelingsnavn, Sagsbehandler-login eller Systemaktørnavn. Der skal være enten et OrganisationsID eller et systemnavn på en relation.

Nej


Ja

Relation DokumentklasseRelation 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.

Et dokument kan være relateret til Klassifikation på følgende måder:


Klasse i et klassifikationssystem, der klassificerer dette dokument. Dette er den primære klassifikation af dokumentet.

Klasse 0..1 PrimærKlasse

Klasser i et klassifikationssystem, der klassificerer dette dokument. Dette er de sekundære klassifikationer af dokumentet.

Klasse 0..n AndreKlasser

InformationsindholdNavn Beskrivelse ObligatoriskIndeks Index for den enkelte relation. Indeks angives

ved Ret-operation.Ja

Klassetitel Titlen på Klassen, der relateres til. Nej

Side 51 af 56

Klassifikationstype Den objekttype som relationen peger på. Ja

Klassifikationsrolle Betegnelse på den rolle, som Klassifikation har i forhold til dokumentet. Klassifikationsroller og objekttyper skal understøttes som beskrevet i [OIO_SERVICE_DOK].

Ja

ReferenceID Angiver hvilket objekt relationen udpeger (UUID eller URN). Såfremt UUID ikke er sat, vil URN være relationen til det lokale it-system, der indeholder klassifikationen.

Ja


Ja

Forretningsobjekt DokumentpartEn 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:

BeskrivelseObjekttype Kardinalitet Betegnelse

Parter, der har indsendt dokumentet til Anvenderen eller har modtaget dokumentet fra Anvenderen.

Part 0..n Parter

Parter, der har modtaget dokumentet fra Anvenderen i kopi.

Part 0..n Kopiparter

Side 52 af 56

InformationsindholdNavn Beskrivelse ObligatoriskAlternativnøgle Virksomhedens P-nummer eller Persons inaktive

CPR-numre. I tilfælde af at det er hovedvirksomheden uden P-nummer, er feltet tomt.

Nej

Brugervendtnøgle Persons aktive CPR-nummer eller Virksomhedens CVR-nummer.

Ja


Ja

Partsrolle Betegnelse på den rolle, som Klassifikation har i forhold til Dokumentet. Klassifikationsroller og objekttyper skal understøttes som beskrevet i [OIO_SERVICE_DOK].

Ja

Partstype Den objekttype som relationen peger på Ja

ReferenceID Angiver hvilket Partsobjekt relationen udpeger (UUID eller URN). Såfremt UUID ikke er sat, vil URN være relationen til det lokale it-system, der indeholder part.

Ja


Ja

Komposition DokumentvariantDokumentvarianter anvendes til at håndtere samme juridiske dokument i forskellige varianter (f.eks. 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.InformationsindholdNavn Beskrivelse ObligatoriskArkivering Arkiveringsvarianten er det format, dokumentet

arkiveres i.Nej

DelvistSkannet Her angives med ja/nej om modtaget dokument er helt eller delvist skannet. "Ja" er værdien for delvist skannet.

Nej

Offentliggørelse Offentliggørelsesvarianten er det format, Nej

Side 53 af 56

dokumentet offentliggøres/publiceres i.

Produktion Produktionsformat er det format, dokumentet produceres i.

Nej

Variant Dokumentets variant. Ja


Komposition DokumentversionFælles for dokumentvarianter til samme dokument er, at de alle er et udtryk for samme dokumentversion.

Dokumentversion er medtaget således at både fremtidige systemer baseret på bitemporabilitet i versionsstyringen og eksisterende systemer kan angive versionen af dokumentet, således at man læser dokumenter, som de tager sig ud, når det har et givet versionsnummer.

Dokument version er medtaget, således at der kan fremsøges på versionsnummer og linkes til den korrekte variant i både nuværende og fremtidige Afsendersystemer fra et brugervendt Modtagersystem.InformationsindholdNavn Beskrivelse ObligatoriskMajor Angiver hovedversionen på dokumentet. Ja

Minor Angiver minor versionen. Nej

Note Note på versionen. Nej

Ændringsdato Dato og tid for sidste ændring af dokumentversionen i det IT-System som er master for dokumentet.

Ja

RelationerRelateret forretningsobjekt BeskrivelseDokumentvariant Relationen til dokumentvarianterne som dokumentversionen relaterer

til.IT-System IT-Systemet som har originalen eller/og IT-Systemet som er afsender

af dokumentversionen.

Forretningsobjekt It-systemEt 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).InformationsindholdNavn Beskrivelse Obligatorisk

Side 54 af 56

SystemID UUID for It-systemet. Ja

SystemNavn Navnet på It-systemet. Ja

SystemURI URI for It-systemet – muliggør hop til mastersystem.

Nej

RelationerRelateret forretningsobjekt BeskrivelseAktø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.Dokumentversion It-systemet er relateret til Dokumentversion ved at indeholde originalen

af dokumentdata (Master) og/eller at være Afsendersystem.Sag It-systemet er relateret til Sagen ved at indeholde originalen af

sagsdata (Master) og/eller at være Afsendersystem.

Komposition SikkerhedsprofilSikkerhedsprofil 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 CVR-nummer, 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.

InformationsindholdNavn Beskrivelse ObligatoriskNote Der kan kobles en note til

relationen.Nej

ProfilID Relation til profilen. JaRelationerRelateret forretningsobjekt BeskrivelseDokument Et Dokument kan have nul til

mange Sikkerhedsprofiler.

Side 55 af 56

Side 56 af 56

share-komm.kombit.dk dokumenter/U… · Web viewBegrebs- og informationsmodel for Sags- og...

Documents

Transcript of share-komm.kombit.dk dokumenter/U… · Web viewBegrebs- og informationsmodel for Sags- og...