1. Indledning. KOMBIT A/S Halfdansgade København S Tlf CVR Side 1/37

Transkript

1 1. Indledning Baggrundsinformation Sags- og Dokumentindekset skal indeholde sags- og dokumentmetadata, samt nøgler til andre relaterede forretningsobjekter fra Afsendersystemer, således at der kan leveres et tværgående sagsoverblik til Modtagersystemer. Sags- og Dokumentindekset tager udgangspunkt i OIO Specifikation af serviceinterface for Dokument og OIO specifikation af serviceinterface for Sag version 1.2. Endvidere er der foretaget en række lokale udvidelser for at håndtere data i en transitionsdata og muligheden for væsentligt domænedata kan medtages. Sags og Dokumentindeks baserer sig på OIO Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet. Overordnet er hvert forretningsobjekt et objekt som har en registrering bestående af hver sin samling af attributlister, tilstande og relationslister. Hver attributliste, tilstand og relation har en virkning. Sags og Dokumentindeks gemmer dog kun afsendersystemets seneste aktuelle registrering og benytter relationer i både sagsindeks og dokumentindeks som defineret i Specifikation af serviceinterface for Sag version 1.2. Hermed vil relationerne imellem forretningsobjekter i modellen og andre forretningsobjekter etableres ved at der er angivet en rolle og en type, men nøglen til det fremmede forretningsobjekt kan angives på flere måder. Sags og Dokumentindeks er et indeks som afspejler data i afsendersystemerne i modsætning til en snitflade udstillet af et fagsystem, derfor benyttes standardoperationerne ikke direkte (fx Opret ), men udstiller i stedet relevante operationer. Sager og dokumenters informationsindhold kommer fra relevante Afsendersystemer, såsom Fagsystemer herunder ESDH-systemer. Fagsystemer indeholder information både fra specifikke domæner, såsom socialbegreber, og medtager anden relevant information fx styringsinformation, som er relevante for arbejdsgangene i forbindelse med anvendelse af Fagsystemet, men ikke nødvendigvis er en del af et tværgående overblik. Begrebsmodellen skal derfor indeholde fællesmængden af informationsindhold fra Afsendersystemer, som er medtaget i Sag og Dokument indeks for at kunne give et tværgående overblik og en hurtig adgang til 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. Således vil Afsendersystemer typisk indeholde følgende oplysninger om en Sag og/eller et Dokument som er relevante for Sag og Dokumentindeks: Sagsinformation Journalpost Dokumentinformation Journalnotater KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 1/37

2 Partsinformation Aktørinformation Klassifikation, typisk journalplan og andre klassificeringer. Sikkerhed via KLE, Myndighed, følsomhed og relationer til afgrænsende grupper eller roller Væsentlige oplysninger med relation til sagen eller dokumentet i forretningsdomænet, som fagsystemet opererer i. Relaterede ressourcer kan udtrykkes i Sag og Dokumentindeks gennem en specialisering af Genstand og relationen Sagsgenstand til sagen. Støttesystemet Sags- og Dokumentindekset skal indeholde forretningsobjekter og informationsindhold som er standard for området, men en del Anvendersystemer indeholder derudover forretningsobjekter specifikt for deres domæne, som vil være væsentligt i sagsoverblik eller som søgekriterier. Sags- og Dokumentindekset skal understøtte behovet for angivelse af genstand ved en specialisering af det abstrakte genstandsobjekt. Det skal være muligt at udvide modellen med yderligere specialiseringer af genstand via indløsning af en option. Løsningen skal tage udgangspunkt i en referencearkitektur, hvor forretningsobjekter i systemet er entydige og kan repræsenteres via et Universelt Unikt ID (UUID) eller URN. Det er essentielt at Støttesystemet Sag og Dokumentindeks i en transitionsperiode kan rumme relevant data fra både nuværende og fremtidige Anvendersystemer. Støttesystemet Sag og Dokumentindeks skal således kunne rumme data fra IT- Systemer, som understøtter Organisation, Klassifikation og partsinformation, men skal også kunne rumme data fra systemer, der ikke understøtter alle dele af den fælleskommunale rammearkitektur, og dermed har en lokal information om sagens Organisation, Klassifikation og Partskontakt. I transitionsperioden skal Løsningen derfor kunne rumme andre måder at relatere til forretningsobjekterne Part, Klassifikation og Organisation. Den berigede konceptuelle model for Løsningen tager derfor højde for at kunne rumme eksisterende systemers data ved at udvide OIO standarden for sag og dokument med yderligere attributter på relationerne, som dermed bliver associerede klasser (vises med stiplet linje). Sags- og Dokumentindekset ønsker at præsentere metadata til Modtagersystemer på samme måde som metadata forefindes i Afsendersystemet, således at aktøren vil opleve ensartethed. Det kræver, at Begrebs- og Informationsmodellerne i Systemet er fleksible i forhold til udfaldsrum og datatyper. Der er derfor krav i informationsmodellen og de nonfunktionelle krav til nærmere definition af attributter. Sager og dokumenter indeholder informationsindhold om parter, som kan være Virksomheder eller Personer. Der er dermed en relation mellem Part og Sags- og Dokumentindekset. Parten en rolle i forhold til sagen og har en historik, som har betydning for sagen. Relationen Sagspart er derfor en del af Sags- og Dokumentindekset. I forhold til historik skal der dannes logdata for opdateringer i Sag og Dokumentindeks for at sikre sporbarhed. Baggrunden for dette er, at der vil være tilfælde, hvor metadata oprettes i Sags og dokumentindeks på et senere tidspunkt end sagens oprettelse i Afsendersystemet. De ekstra historikdata vil også kunne dække en situation, hvor der KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 2/37

3 er tidsmæssig forsinkelse i den løbende opdatering, samt understøtte aktøren Faglig Supporters arbejde. Bemærk at Sags og Dokumentindeks ikke er et forvaltningsarkiv og sporbarhed er ikke relateret til sagens historik og sagens sporbarhed i forhold til dokumentation af en administrativ proces. De enkelte begreber er specificeret nærmere i nedenstående afsnit KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 3/37

4 2. Begreber i Sags og Dokumentindeks 2.1 Begrebsmodel for Sagsindeks Nedenfor er vist begrebsmodellen med de centrale forretningsobjekter for Sagsindeks. Begreberne er uddybet i afsnit 3. Figur 1: Model for forretningsbegreber for sag. Klasser markeret med blå farve er fremmede forretningsbegreber og ikke en del af modellen, men er medtaget for at give kontekst. Bemærk at forretningsobjektet Sag indeholder klasserne Sag, Sikkerhed, Journalpost, Journalnotat og Bevillingsrelation, samt alle tilhørende relationer. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 4/37

5 2.2 Begrebsmodel for Dokumentindeks Nedenfor er vist begrebsmodellen med de centrale forretningsobjekter for Dokumentindeks. Begreberne er uddybet i afsnit 3. Figur 2: Model for forretningsbegreber for Dokument. Klasser markeret med blå farve er fremmede forretningsbegreber og ikke en del af modellen, men er medtaget for at give kontekst. 2.3 Forklaring på Begreber i Sags og Dokumentindeks Aktør Lokalt begreb (Sags og Dokumentindeks) Aktør Aktør er de typer i organisationen, medarbejdere og it-systemer som har en rolle i forhold til forvaltningen af bevillingen og tilhørende metadata. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 5/37

6 Aktører kan være indeholdt i StøttesystemetOrganisation. Arkiv Sag og dokumentindeks / [OIOSD] Arkiv Arkiv beskriver, hvilket arkiv sagen indgår i og dermed i hvilken arkivstruktur. 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 eksempel vis fremfindes og afleveres til offentligt arkiv samlet. Dokument Sag og dokumentindeks begreb / OIO_SERVICE_DOK Dokument Dokumenter er afgrænsede samlinger af informationer, i kendte formater. Dokument indeholder i Sags- og dokumentindekset ikke de faktiske dokumenter (fx et regneark eller et brev) men alene metadata, der beskriver dokumentet, fx dokumenttitel og dokumentdato. Dokument-klassen indeholder alene de metadata, der fremgår af OIO-standarden. Metadata derudover er placeret i Dokument-indeks. Dokument - indeks Sag og dokumentindeks begreb Dokument-indeks Dokumentindeks er en specialisering af Dokument og indeholder de metadata, der ligger udover OIOstandardardens attributter (der er indeholdt i klassen Dokument). Dokument-indeks indeholder data som er relevante for modtagersystemer for indekset og metadata som er relevante i en transitionsperiode. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 6/37

7 Dokumentaktør Sag og dokumentindeks begreb / OIO_SERVICE_DOK Dokumentaktør Dokumentets relation til Aktører Indeholder informationer om dokumentets relation til aktører hos myndigheden i forbindelse med dokumentets behandling. Dokumentklassifikation Dokumentpart Dokumentvariant Sag og dokumentindeks begreb / OIO_SERVICE_DOK Dokumentklasse Dokumentets relation til Klassifikation Indeholder informationer om dokumentets klassifikationer. bemærk at KLE tilhører dokument, mens dokumentets klassifikationer klasserer dokumentets informationsindhold Sag og dokumentindeks begreb / OIO_SERVICE_DOK Dokumentpart Dokumentets relation til parten Dokumentets afsendere eller modtagere af dokumentet. Bemærk at myndighedens aktører som behandler dokumentet ikke er en del af dokumentpart Sag og dokumentindeks begreb / OIO_SERVICE_DOK Dokumentvariant Dokumentvarianter 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. Sådanne dokumentvarianter er logisk set varianter af samme instans af Dokument. Eksempelvis kan samme dokument findes i en produktionsvariant, to offentliggørelsesvarianter og en KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 7/37

8 arkiveringsvariant. Dokumentvariant anvendes til at håndtere samme logiske dokument i forskellige varianter. Konkret kan samme dokument fx findes i et Microsoft Wordformat, et HTML-format, et PDF-format og et TIFF-format. Fx vil et udgående dokument findes i et produktionsformat, et arkivformat og et offentligt format. Der kan være et af hver type format per version af dokumentet for produktion variant og arkiv variant, men der kan godt være flere formater for Offentliggørelse format. Bemærk at klassen Dokumentvariant kun indeholder metadata om varianten. Dokumentversion Sag og dokumentindeks begreb Dokumentversion Dokumentversion indeholder en Systematisk nummerering af Dokumentet 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å bitemporalitet 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 Sag og dokumentindeks begreb 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 KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 8/37

9 genstande, idet disse i stedet er relateret som Parter. 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 metadata kan udskilles fra sagen i separate forretningsobjekter. Det vil muliggøre at indekset kan understøtte et generisk sagsbegreb, som i det enkeltei 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 (OIOSGFUN) med mulighed for at indekset kan udvides med domænespecifikke attributter. IT-System Journalnotat 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). At både it-ssytemer med rollerne Afsender og Master medtages, muliggør at fx faglige supportere og modtagersystemer kan benytte informationen til vedligehold, information i brugervendte systemer, håndtering af klienthop m.m. Sag og dokumentindeks begreb Journalnotat Et journalnotat er en typisk kort - tekst, som en aktør (medarbejder, it-system) formulerer i forbindelse med en hændelse/aktivitet/kommunikation på en sag, men som ikke KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 9/37

10 bliver til 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 metadata, der fremgår af OIO-standarden. Metadata derudover er placeret i Journalnotat-Indeks. Journalnotat - Indeks Sag og dokumentindeks begreb Journalnotat Indeks Journalnotat Indeks er en specialisering af Journalnotat og indeholder de metadata, der ligger udover OIOstandardardens attributter (der er indeholdt i klassen Jorunalnotat). Journalnotat-indeks indeholder data som er relevante for modtagersystemer for indekset og metadata som er relevante i en transitionsperiode. Journalpost Sag og dokumentindeks begreb Journalpost Knytter sagen sammen med et dokument og/eller et journalnotat, og angiver dermed en handling på sagen. Journalpost anvendes til at berige tilknytningen mellem sag og dokument med yderligere information. 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 en dagsordenssag med én dokumenttitel og en byggesag med en anden dokumenttitel. Klassifikation OIO_INF_KLAS KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 10/37

11 Organisation Part 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). 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. Sag og dokumentindeks begreb / OIO_SERVICE_ORG Organisation Forretningsobjektet Organisation indeholder information om organisationer. Forretningsobjektet Organisation indeholder begrebet Organisation som alene er den juridiske organisation (juridisk enhed). Det kan være en myndighed (ministerium, styrelse, kommune etc.) eller en virksomhed (med cvrnummer), samt tilhørende Aktører. I denne kravspecifikation benyttes Organisation som forretningsobjektet Organisation. Sag og dokumentindeks begreb (fremmedobjekt) Part En Part er den eller de personer og virksomheder, som sagen vedrører. 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 + Sag og dokumentindeks begreb (fremmedobjekt) Person En Person er et individ, som enten kan være dansk med cprnummer eller udlænding med eller uden cpr-nummer, som har pligter og rettigheder i forhold til danske myndigheder. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 11/37

12 Person er en specialisering af Part, og kan være part på sager og dokumenter via Sagspart, hhv. Dokumentpart. Sag Sag og dokumentindeks / [OIOSGFUN] 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. 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 metadata, der fremgår af OIO-standarden. Metadata derudover er placeret i Sag- Indeks. Sag - indeks Sag og dokumentindeks begreb Sag - Indeks Sag Indeks er en specialisering af Sag indeholder de metadata, der ligger udover OIO-standardardens attributter (der er indeholdt i klassen Sag). Sag-indeks indeholder data som er relevante for modtagersystemer for indekset og metadata som er relevante i en transitionsperiode. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 12/37

13 Sagsaktør 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). I informationsmodellen i Fejl! Henvisningskilde ikke fundet. er Sagsaktør angivet som associeret klasse. Sagsgenstand 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. 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 eller i fx Ydelsesindeks eller Grunddata. 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, grunddata eller fx ydelsesindeks for at finde yderligere information. Sagsklasse 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. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 13/37

14 Sagspart Sagstilstand Sikkerhedsprofil 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, dels gør det muligt for Sags- og dokumentindekset at returnere navnet på relationen til modtagersystemet som en del af en søgning. Sag og dokumentindeks begreb (fremmedobjekt) Sagspart En Partrelation i Sags- og Dokumentindekset er relationen mellem Forretningsobjektet Part og Forretningsobjektet Sag, og indeholder ekstra attributter om relationen, herunder relationstype. I informationsmodellen i Fejl! Henvisningskilde ikke fundet. er Sagspart angivet som associeret klasse. Sag og dokumentindeks begreb Sagstilstand Sagens tilstand som defineret i OIO Sag. Bemærk at ud over klassen Sagstilstand, så findes der i klassen Sag indeks også oplysning om sagens tilstand i afsendersystemet. Sag og dokumentindeks begreb Sikkerhedsprofil Sikkerhedsprofil indeholder de grupper, roller og funktioner som har adgang til en følsom sag. Det fælleskommunale støttesystemet Adgangsstyring i den kommunale rammearkitektur giver mulighed for at opmærke data med en følsomhedsklassifikation, samt KLE og myndighed. Såfremt afsendersystemet markerer sagen/dokumentet med en følsomhed, så kan der tillige KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 14/37

15 angives en liste over grupper, roller og funktioner som har ret til at se denne sag. Denne liste skal være UUIDs 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. Virksomhed Sag og dokumentindeks begreb (fremmedobjekt) Virksomhed En virksomhed er en enhed, der udøver økonomisk aktivitet og som er genstand for dansk offentlig forvaltning. 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 CVReller SE-nummer) En virksomhed med en omsætning under kr 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. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 15/37

16 3. Detaljeret Informationsmodel I dette afsnit er medtaget beskrivelsen af informationsindholdet af de klasser og associerede klasser som indgår i informationsmodellen og skal understøttes af Systemet. Relaterede forretningsobjekter som er medtaget for kontekst, er ikke beskrevet her: Aktør, Part, Person, Virksomhed, Organisation, Klassifikation og Arkiv. 3.1 Forretningsobjekter relateret til Sag Forretningsobjekt IT-System Et it-system er en applikation, der som Afsendersystem opdaterer Sags- og Dokumentindekset med metadata og/eller opbevarer de originale data (idet det ikke altid er Afsendersystemet, der danner de pågældende data). Informationsindhold SystemID UUID for IT-Systemet. SystemNavn Navnet på IT-Systemet. SystemURI URI for IT-Systemet, fx i forhold til klienthop. Relationer Relateret forretningsobjekt Sag Dokument Aktør Beskrivelse IT-systemet er relateret til Sagen ved at indeholde originalen af sagsmetadta (Master) og/eller at være Afsendersystem. IT-systemet er relateret til Dokumentet ved at indeholde originalen af dokumentmetadata (HarOrignial) og/eller at være Afsendersystem. IT-Systemet kan være angivet som Aktør i Organisation Kardinalitet 0 * 0..* 1 * 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 KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 16/37

17 Notattitel Titlen på journalnotatet. Notat Format Det tekstlige indhold af journalnotatet. Indeholder en betegnelse for det format, som Journalnotatet er skrevet i Komposition Journalnotat indeks Journalnotat indeks er en specialisering af Journalnotat. 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. Status Journalnotatets status Relation Journalpost 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. Rolle betegner den rolle det relaterede dokument har i forhold til sagen. Beskrivelse Objekttype Kard. Rolle Tilknytning til sagen med mulighed for at fjerne tilknytningen Tilknytning til sagen uden mulighed for at fjerne tilknytning til sagen. Dokument 0..1 Vedlagt Dokument 0..1 Tilakteret KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 17/37

18 Journalpost indeholder kun 0..1 Journalnotat et JournalNotat En journalpost skal have en af de tre relationsroller: Vedlagt eller Tilakteret hvis der er et dokument og Journalnotat, hvis der ikke er et dokument. Der behøver altså ikke at være et dokument men hvis der er, skal det enten være vedlagt eller tilakteret. 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 Objekttype Rolle Indeks Den objekttype som relationen peger på Betegnelse på den rolle, som genstanden har i forhold til sagen. 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-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 Index for den enkelte relation. Indeks angives ved Retoperation. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 18/37

19 ReferenceID Dokumenttitel OffentlighedUndtaget Angiver hvilket objekt relationen udpeger (UUID eller URN). Såfremt rollen er Vedlagt eller Tilakteret så skal der være en ReferenceID. Angiver en tredje dokumenttitel (fx ved behov for alternativ titel på dokumentet i forbindelse med den konkrete sag) Angives, hvis der er truffet beslutning om undtagelse fra offentligheden. Alternativtitel Hjemmel Alternativ sagstitel, der kan anvendes i forbindelse med lukkede dagsordenspunkter, som skal vises på åbne dagsordener, samt i forbindelse med postlister. Tekstuel henvisning til lovhjemmel, der anvendes som grundlag for beslutning om undtagelse fra offentligheden. Forretningsobje Sag kt 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. ID Globalt Unik Nummer for sagen FraTidspunkt Fratidspunkt for sagen Livscyklus Sagens Livscyklus KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 19/37

20 BrugerRef Aktør som oprettede sagen Fremdrift Sagens tilstand i OIO standard Brugervendtnøg le Sagsnummer Sagens brugervendte nøgle Sagens unikke nummer i Sagsarkivet hos Afsendersystemet. Titel Officiel sagstitel, der kan anvendes i forbindelse med åbne dagsordenspunkter. Beskrivelse Sagens beskrivelse OffentlighedUnd Angives, hvis der er truffet beslutning om taget undtagelse fra offentligheden. Hjemmel Henvisning til hjemmel, Fx lov og for sagens behandling. Alternativtitel Alternativ titel Principiel Angiver om Sagen er en principsag. Kassationskode Kassationskode, der styrer varighed før kassation. Afleveret Er sagen afleveret til Statens Arkiver? Relationer Relateret forretningsobjek t Aktør Klassifikation Arkiv Beskrivelse Sagens relationer til Forretningsobjektet Aktør, attributter og relationen beskrives vha. associerede klasse Sagsaktør. Hermed kan modtagersystemet filtrere og se på sagens myndighed, afdeling, sagsansvarlig etc. 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. 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 Det arkiv, som sagen dannes og Arkiv 1..1 vedligeholdes i. En sag skal være tilknyttet et sagsarkiv. Et andet arkiv, fx et arkiv til sagsoverblik (kopiarkiv) Arkiv 0..n KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 20/37

21 Et afleveringsarkiv fx Statens Arkiver eller 7 arkiv. Arkiv 0..1 Afleveringsarkiv Part IT-System Sikkerhedsprofil Genstand Dokument Sag 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. Relationen til det afsendersystem som har afsendt sagen og det IT- System som opbevarer de originale data. Denne information kan benyttes af modtagersystemer til fx klienthop eller til information for faglig supporter 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. Sagen kan relatere til en liste af genstande Relation til sagens dokumenter via Journalpost 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. Beskrivelse Objekttype Kard. Ro Denne sag er knyttet til en og kun Sag 0..1 Ov en oversag. Er sager der kan have relevans Sag 0..n An for denne sag. Relevansen kan angives i relationens note. Sag som anvendes som forlæg i den denne sag. Sag 0..1 Præ Forretningsobjekt Sag indeks Sag indeks er en specialisering af Sag. 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 Dokumentindeks. Sagsstatus Sagens tilstand i afsendersystemet, såfremt den er forskellig fra standard. Sagskategori Kategorisering af sagen med angivelse af type eller kompleksitet i KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 21/37

22 eksisterende systemer. Følsomhed Sagens følsomhedsniveau. Ændringsdato Relationer Relateret forretningsobjekt Tidsstempel for hvornår sagen blev oprettet eller sidst blev opdateret i IT-Systemet, som opbevarer de originale data. Beskrivelse Relation Sagsaktør En Sagsaktør i Sags- og Dokumentindekset er relationen mellem Organisation og sag samt 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 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. Beskrivelse Objekttype Kard. Rolle KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 22/37

23 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. 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. 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. En aktør, som sagen er udlånt til. Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger 1..1 Ejer 0..1 Ansvarlig 0..1 Primær Behandler 0..n Andre- Behandlere 0..1 UdlåntTil 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 Objekttype Sagsaktørrolle Den objekttype som relationen peger på Betegnelse på den rolle, som Aktører i forretningsservicen KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 23/37

24 Indeks ReferenceID Systemnavn Fuldt Navn Sagsaktørtype Organisation har i forhold til sagen. Roller og objekttyper skal understøttes som beskrevet i [OIOFUN] Index for den enkelte relation. Indeks angives ved Retoperation. Angiver hvilket objekt relationen udpeger (UUID eller URN). Såfremt UUID ikke er sat, vil URN være relationen til den lokale klassifikation. Systemnavn på Aktøren, fx Afdelingsnavn, Sagsbehandlerlogin eller Systemaktørnavn. Fuldt navn på Aktøren fx Sagsbehandlerens navn. Typen af relationen mellem Organisation og Sag. De kan være af typen Ejer, Ansvarlig, Primær behandler, AndreBehandlere og UdlåntTil Relation Sagsgenstand En sag kan være relateret til en genstand. 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. Beskrivelse Objekttype Kard. Rolle Betegner et sagsobjekt, der skal Køretøj 0..1 Afgiftsobjekt pålægges en afgift. Et køretøj kan eks. identificeres med registreringsnummer eller stelnummer. Betegner den ejendom, sagen vedrører skat Ejendom 0..1 Ejendomsskat KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 24/37

25 Betegner det objekt som er genstand i en byggesag Betegner et geografisk afgrænset område eller adresse, som er genstand for sagen Bygning, Ejendom, Teknisk anlæg Sted, Adresse, Navngiven vej, Stednavn, jordstykke eller anden geokode Tabel n 0..n Byggeri 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. 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 Sagsgenstandstype Sagsgenstandsrolle Indeks ReferenceID Brugervendtnøgle Den objekttype som relationen peger på Betegnelse på den rolle, som genstanden har i forhold til sagen. Index for den enkelte relation. Indeks angives ved Retoperation. Angiver hvilket objekt relationen udpeger (UUID eller URN). Den brugervendte nøgle. Evt. brugervendt nøgle kan angives af Afsendersystemet. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 25/37

26 Relation Sagsklasse Relation til sagens klassifikation er som defineret 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. Beskrivelse Objekttype Kard. Rolle Klassen i Klassifikation, der anvendes Klasse 1..1 Primærklasse som registreringssystematik jf. krav fra Statens Arkiver. Anden klasse fx opgaveklasse i Klasse 0..1 Opgaveklasse Klassifikation FORM. Den handling som sagen er underlagt. Fx om det er en rutinesag, en ankesag, Klasse 0..1 Handlingsklasse politisk sag eller andet, som kan nuance primærklassen eller opgaveklassen. 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. 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. Klasse 0..1 Sikkerhedsklasse Klasse 0..1 Følsomhedsklasse Klasse 0..1 Indsatsklasse Klasse 0..1 Ydelsesklasse KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 26/37

27 Virkning Partstype Partsrolle Indeks ReferenceID Klassetitel Facettitel Søgeord Angiver den periode, som relationen har virkning. Indeholder endvidere en mulig reference til den aktør, der har forårsaget relationen samt en note Den objekttype som relationen peger på Betegnelse på den rolle, som Klassifikation har i forhold til sagen. Klassifikationsroller og objekttyper skal understøttes som beskrevet i [OIOFUN] Index for den enkelte relation. Indeks angives ved Retoperation. Angiver hvilket objekt relationen udpeger (UUID eller URN). Såfremt UUID ikke er sat, vil URN være relationen til den lokale klassifikation. Titlen på Klassen, der relateres til. Bemærk at det er den fulde sti i emneplanen inklusive ovenstående. Titlen på facetten som kan være en del af tilknytningen på sagen, fx angivelse af klagesag Søgeord knyttet til klassen der relateres til. Relation Sagspart En Sagspart i Sags- og Dokumentindekset angiver relationen mellem Part og Sag, samt indeholder ekstra attributter. 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 KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 27/37

28 sige Part findes ikke som konkret instanser. Beskrivelse Objekttype Kard. Relationsrolle Betegner den vigtigste part på Person, 0..1 Primærpart sagen. Virksomhed, Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger Betegner øvrige parter på sagen Person, Virksomhed, Organisation, OrgEnhed, OrgFunktion, Interessefællesskab, Bruger 0..n Sekundærpart Betegner en part, der modtager en ydelse Person Virksomhed 0..1 Ydelsesmodtager 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. Ø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. Virkning Angiver den periode, som relationen har virkning. Indeholder endvidere en mulig reference til den aktør, der har forårsaget relationen samt en KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 28/37

29 Sagspartstype Sagspartsrolle Indeks ReferenceID PrimærID note Den objekttype som relationen peger på Betegnelse på den rolle, som parten har i forhold til sagen. Regler for roller og typer angivet i [OIOSGFUN] skal overholdes. Index for den enkelte relation. Indeks angives ved Retoperation. Angiver hvilket objekt relationen udpeger (UUID eller URN). CPR eller CVR nummer på parten AlternativID Fx P-Nummer Fuldtnavn Partens fulde navn. Systemnummer eller fuldt navn skal være udfyldt. Relation Sikkerhedsprofil Sikkerhedsprofil er de grupper, roller og funktioner som har adgang til en følsom sag. Det fælleskommunale støttesystemet Adgangsstyring i den kommunale rammearkitektur giver mulighed for at opmærke data med en følsomhedsklassifikation, samt KLE og myndighed. 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 UUIDs 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 Myndighed, 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 KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 29/37

30 selvom informationsindhold på sagen ikke ændrer sig. Informationsindhold ProfilID Relation til profilen Note Der kan kobles en note til relationen. Relationer Relateret forretningsobjekt Beskrivelse Sag En sag kan nul til mange 0..* Sikkerhedsprofiiler. 3.2 Forretningsobjekter relateret til Dokumentindeks Dokument baserer sig på [OIODSFUN] 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 ID Globalt Unik Nummer for Dokument FraTidspunkt Fratidspunkt for Dokument Livscyklus Dokumentets Livscyklus BrugerRef Aktør som oprettede Dokumentet Fremdrift Dokumentet tilstand i OIO standard Brugervendtnøgle Dokumentet brugervendte nøgle Dokumentnummer Titel Brugervendt identifikation, der er unik inden for myndigheden. Officiel dokumenttitel, der kan anvendes på åbne postlister. Dette er yderligere dokumentets Objektnavn, jf. [OIO_GEN_SAGDOK]. Beskrivelse Beskrivelse af dokumentets formål. KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 30/37

31 Type Typen af dokument. Anbefalet udfaldsrum fra [OIODSFUN]: Faktura Indgående brev Udgående brev Brev Internt Notat Eksternt Notat Rapport Dagsorden. Brevdato OffentlighedUndtaget AlternativTitel Hjemmel Kassationskode Afleveret Datoen for afsendelsen af dokument. Attributten skal være udfyldt i tilfælde af at dokumentets type er indgående eller udgående. Angives, hvis der er truffet beslutning om undtagelse fra offentligheden. Alternativ dokumenttitel, der kan anvendes i forbindelse med lukkede dagsordenspunkter, som skal vises på åbne dagsordener, samt i forbindelse med postlister. Tekstuel henvisning til lovhjemmel, der anvendes som grundlag for beslutning om undtagelse fra offentligheden. Kassationskode, der styrer varighed før kassation. Angiver om dokumentet er afleveret til arkiv eller ej. Relationer Relateret forretningsobjekt Sag Dokumentvariant Dokumentversion Dokument Beskrivelse Relateret til Sag via sagens journalpost som udgør relationen til sagen Et dokument kan forefindes i forskellige varianter (filformater) per version Dokumentet kan forefindes i forskellige dokument versioner Dokument kan relatere til andre dokumenter med typen Besvarelse, Bilag, Andre Dokumenter, Ny Revision, Kommentarer og Udgangspunkter KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 31/37

32 Aktør Klassifikation Part IT-System Forretningsobjekt Dokument relaterer til Aktør, der er yderligere attributter på relationen, så den er repræsenteret med en associeret klasse Dokumentaktør Dokument relaterer til Klassifikation, der er yderligere attributter på relationen, så den er repræsenteret med en associeret klasse Sagsklassifikation 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. Relation til klassen IT-System som har en angivelse af de it-systemet som er afsender og master af dokumentet. Dokument indeks Dokument indeks er en specialisering af Dokument. 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. Dokumenter er afgrænsede samlinger af informationer, i kendte formater. Informationsindhold Følsomhed Dokumentets følsomhedsniveau. Ændringsdato Relationer Relateret forretningsobjekt Dato og tid for dokumentets sidste ændring i IT-Systemet som har originalen. Beskrivelse Komposition Dokumentvariant Dokumentvarianter 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. Informationsindhold Variant Dokumentets variant Produktion Produktionsformat er det format, KOMBIT A/S Halfdansgade København S Tlf kombit@kombit.dk CVR Side 32/37