Spring til login

Digitaliser.dk

Sektioner

Aktuel side

Gruppens profilbillede

Sag og dokument : OIO-udvalget for sags- og dokumentområdet

24 medlemmer | Medlemskab kræver invitation ( kræver login )

Sag og dokument standarderne

Ansvarlig: Joachim Eriksson
Publiceret: 08.01.2010
Type: Teknisk specifikation/standard

De seks Sag og dokument standarder blev den 18. december 2009 godkendt af OIO-Komiteen.

Det drejer sig om fem specifikationer af serviceinterfaces for:

  • Sag
  • Dokument
  • Arkivstruktur
  • Organisation
  • Klassifikation

samt specifikationen:

  • Generelle egenskaber for serviceinterfaces på sags- og dokumentområdet

Der er desuden udarbejdet XML-skemaer til de i alt 12 serviceinterfaces under standarderne.

 

Person
I sommeren 2011 blev udkast til standarden "Person" sendt i offentlig høring via Høringsportalen.

På baggrund af de indkomne høringssvar blev det besluttet at trække udkastet til standard tilbage. Begrundelsen herfor fremgår af høringsnotatet, som er publiceret på Høringsportalen sammen med udkastet og høringssvarene, som kan findes her: Høring over udkast til standarden "Person"

 

Version 1.1
Standarderne er i første halvår af 2011 blevet revideret og foreligger - med undtagelse af Arkivstruktur - i en version 1.1.

De ændringer, der er foretaget i de reviderede standarder, fremgår af bilag i de enkelte specifikationer.

Alle standarderne er publiceret i separate ressourcer, som rummer begge versioner. Der linkes til disse ressourcer herunder. Der linkes også til en ressource med oversigter over de udførte ændringer og forslag til fremtidige ændringer.

 

Formål
Formålet med Sag og dokument standarderne er at understøtte et bedre samspil og en smidigere integration mellem fagsystemer og ESDH, og mellem forskellige ESDH-systemer. En standardiseret tilgang til data i ESDH og fagsystemer vil muliggøre automatisering af arbejdsgange internt i organisationer, samt af overdragelse af sager og dokumenter imellem organisationer og vil lette udviklingen af selvbetjeningsløsninger. Målet er endvidere at nedbringe omkostningerne til integrationer.

Standarderne er udarbejdet af arbejdsgrupper nedsat under OIO-udvalget for sags- og dokumentområdet, og en lang række myndigheder og leverandører har deltaget i den konkrete udformning af standarderne. Der har været stort fokus på at understøtte den praktiske anvendelighed af standarderne i forhold til eksisterende og fremtidige ESDH- og fagsystemer.

 

Gyldighedsområdet for standarderne

ESDH-systemer:
Sag og dokument standarderne er pr. 15. maj 2012 optaget på listen over åbne obligatoriske standarder, jf. regeringens aftale med de kommunale parter om at anvende åbne obligatoriske standarder for software i det offentlige.

Fagsystemer:
Sag og dokument standarderne anbefales godkendt som "anbefalede standarder" for såkaldte fagsystemer, der håndterer sager og dokumenter. Det bemærkes, at standarderne vedrørende Organisation og Klassifikation har et bredere anvendelsesområde end sags- og dokumentområdet.

Flere oplysninger

Udvid boks
(?)
60.30.05.00.UD
Sagsadministration

Artefakter

Filer og referencer
Titel Type
Generelle egenskaber for Sag og dokument (standard) Intern reference
Vis supplerende information ...
Specifikation for Sag (Sag og dokument standard) Intern reference
Vis supplerende information ...
Specifikation for Dokument (Sag og dokument standard) Intern reference
Vis supplerende information ...
Specifikation for Arkivstruktur (Sag og dokument standard) Intern reference
Vis supplerende information ...
Specifikation for Klassifikation (Sag og dokument standard) Intern reference
Vis supplerende information ...
Specifikation for Organisation (Sag og dokument standard) Intern reference
Vis supplerende information ...
Opdatering af Sag og dokument standarderne Intern reference
Vis supplerende information ...

Klassifikationer

Indlæg til ressource

Profilens billede

Generelt spørgsmål til materialet

Rune Stilling - 13.07.2010

Med udgangspunkt i dokumentet "Specifikation af serviceinterface for klassifikation" har jeg nogle overordnede spørgsmål til Sag og Dokument standarderne.

Som jeg læser dokumentet har standardiseringsarbejdet resulteret i to "produkter":

1) Informationsmodel (model eller hvad vi nu kalder det) over domænet klassifikation, som man ser verden i Sag og Dokument.

2) Servicespecifikationer, som angiver en række standardoperationer, som en udbyder af en given klassifkation skal tilbyde for at leve op til standarden.

Informationsmodellen er jeg med på, bortset fra, at der på klassifikationsdelen er tale om en amputeret udgave af SKOS, der er den international gennemarbejdede standard for klassifikationer. Men så kan man jo bare mappe S&D til SKOS, og så i øvrigt bruge sidstnævnte, når man har behov for en mere komplet standard.

Mit spørgsmål går mere på 2): Forestiller S&D-gruppen sig, at alle organisationer, der har kreeret én eller anden klassifikation, og som gerne vil følge S&D's klassifikationsstandard, at de skal implementere de i omegnen af 30 service funktioner, der står beskrevet i standarden, eller hvad er meningen?

Mvh.

Rune

Kommentarer (6)

Profilens billede 1
Joachim Eriksson - 14.07.2010

Kære Rune

Hvis jeg har forstået dit spørgsmål, ønsker du at kende minimumskravene ift. implementering af standarderne. Dette står beskrevet i standarden "Generelle egenskaber for services på sags- og dokumentområdet" i afsnittet Serviceinspektion/servicebeskrivelse på side 29. Dér fremgår det, at du f.eks. ikke behøver at implementere samtlige 24 operationer i Klassifikationsstandarden, men kun dem du har et forretningsmæssigt behov for. Det er dog et krav, at der i så tilfælde gøres rede for, hvor stor en del af standarden, der er implementeret.

Med venlig hilsen
Joachim Boye
IT- og Telestyrelsen - Center for Digitalisering

Profilens billede 2
Rune Stilling - 15.07.2010

Kære Joachim

"Dette står beskrevet i standarden "Generelle egenskaber for services på sags- og dokumentområdet" i afsnittet Serviceinspektion/servicebeskrivelse på side 29."

Nåhhh der ;o)

Ok - Men dvs. man skal implementere en/flere web services for at opfylde standarden?

Hvad er årsagen til, at man ikke har gjort det muligt at opfylde standarden på rent modelniveau UDEN det operationelle lag? Når man taler dataudveksling er det operationelle lag ofte slet ikke nødvendigt. I hvert fald ikke, hvis man bruger RDF/OWL, vokabularer og alt det der (som i øvrigt er det, som alle andre bruger til den slags ;o) igen)

Mvh.

Rune

Profilens billede 3
Rune Stilling - 25.07.2010

Hejsa

Gik der sommerferie i denne tråd?

Mvh.

Rune

Profilens billede 4
Joachim Eriksson - 12.08.2010

Hej, Rune

Ja, jeg beklager, at der vitterligt gik sommerferie i tråden, derfor får du først et svar nu.

Man kunne godt have brugt de metoder du nævner for klassifikationsstandarden.

Begrundelsen for den valgte metode er, at man har ønsket en ensartet og sammenlignelig metode på tværs af standarderne, således at udviklere i implementeringen og anvendelsen af de forskellige standarder kan holde sig til samme metode.

Ift. processen med tilblivelsen af standarderne, er der i øvrigt ikke blevet stillet spørgsmålstegn ved denne måde at tilrettelægge det på, hverken i de arbejdsgrupper, der har udarbejdet standarderne (hvor både leverandør- og kundesiden har deltaget) eller i forbindelse med den offentlige høring af standarderne i 2009.

Profilens billede 5
Rune Stilling - 23.08.2010

\Hej Joachim

Tak for svar, som jeg dog ikke er helt sikker på, at jeg forstår:

"Begrundelsen for den valgte metode er, at man har ønsket en ensartet og sammenlignelig metode på tværs af standarderne, således at udviklere i implementeringen og anvendelsen af de forskellige standarder kan holde sig til samme metode."

Når jeg spørger om "Hvad er årsagen til, at man ikke har gjort det muligt at opfylde standarden på rent modelniveau UDEN det operationelle lag?"

Så taler jeg ikke om metode (eller hvad du nu mener med det)? Så taler jeg helt lavpraktisk om implementering og om, at I sætter et temmelig højt gærde op ved at forlange, at man skal implementere web serivces for at opfylde standarden i stedet for at skille tingene ad. Det vigtige må i første omgang være, at få myndighederne til at begynde at tale samme (meta)sprog, når de beskriver deres data og facilitere, at det kommer til at ske. Ved at gøre det så kompliceret at komme i gang med brugen af standardene, som I har gjort, så tvivler jeg på, at man når særlig langt, med mindre man kan bruge tvang. Men det må tiden jo vise. Derudover er det lidt ærgeligt, at man ikke vælger at læne sig op at de internationale standarder, som alt andet lige, alligevel vil blive dem, som man bliver tvunget til at bruge i fremtiden, fordi det er dem, som markedet vil støtte op omkring.

Vedrørende høring, så husker jeg da mindst ét ret kritisk høringssvar, og så er min egen holdning til høringer, at det er sjældent, at der rent faktisk bliver "hørt" noget, fordi kagen er bagt på forhånd, eller fordi dem, som bliver hørt slet ikke forstår implikationerne af det de bliver hørt om.

/Rune

Profilens billede 6
Joachim Eriksson - 24.08.2010

Hej, Rune

Man har valgt at lade standarderne være specifikationer af serviceinterfaces med tilhørende operationer (den fremgangsmåde jeg henviser til med ordet 'metode') for at lette den fremtidige udskiftning af de relevante it-systemer i den offentlige sektor og for at gøre det nemmere at anvende disse interfaces i sammenhæng internt i organisationer og på tværs af organisationer.

Med venlig hilsen
Joachim Boye
IT- og Telestyrelsen - Center for Digitalisering

Ønsker du at skrive indlæg eller blot kommentere indlæg,
skal du være oprettet som bruger og logget ind.

Opret dig som Ny bruger    eller Log ind    

Tilføj fil(er)

En ny fil vil overskrive en eksisterende fil, hvis begge filer har samme navn og samme ekstension.

Tags

Tilføj dine egne tags

- (kræver login)

Andre brugeres tags til ressourcen

Der er ikke tilknyttet tags fra andre brugere

Minimér boks
Versioner
Version Dato
Ukendt (valgte) 08.01.2010 Vis supplerende information ...

Digitaliseringsstyrelsen