Delrapport DP3. FGS för leveranstypen Ärendehantering Bilaga 1 Introduktion till MoReq2010



Relevanta dokument
Projekt e-arkiv och e-diarium (eard)

Arkivkrav för IT system med elektroniska handlingar vid Lunds universitet

eard Projektet Karin Bredenberg /

Förvaltning av FGS:er

PRAKTIKFALL: Vinnaren av ediamond Award 2014! Data kan flyttas utan att information går förlorad

Delrapport DP3. FGS för paketstruktur för e-arkiv Bilaga 2 PREMIS

Delrapport DP3. FGS för paketstruktur för e-arkiv Bilaga 1 METS

Vad kan man förbereda inför e-arkivering

ett led i en process, t.ex. avisera en inspektion och inhämta underlag från en databas,

METADATASTANDARDER EN ORIENTERING

Projekt e-arkiv och e-diarium (eard)

ESSArch vid Riksarkivet i Sverige

Senaste nytt om arbetet med e-arkiv och e-diarium (eard) Arkivforum, 6 november 2013

SLUTRAPPORT DP 5 Metadata och e-tjänster för e- diarium - Förvaltningsgemensamma specifikationer

Hantera informationspaket i system för bevarande

Vad är Förvaltningsgemensamma specifikationer (FGS)?

Projekt e-arkiv och e-diarium (eard) Förvaltningsgemensamma specifikationer. 11 juni 2013

Förutsättningar för gallring efter skanning 1 (5) Tillsynsavdelningen Datum Dnr RA /1121 Håkan Lövblad

FGS:erna i dag och hur får vi dem att bli fler (FGS = Förvaltningsgemensamma specifikationer)

Österåkers kommuns styrdokument

Vad är MoReq1? Falk Sundsvall 2006

version 2.5 CONTENTO SVENSKA AB Introduktion till Kursbyggarverktyg

Förstudie e-arkiv Begreppslista Begreppslista 1.0

Karin Bredenberg Specifikation av olika leveranstyper/aflevereringstyper och leveransprocessen. Karin Bredenberg,

Förvaltningsgemensamma specifikationer (FGS) Jan Aspenfjäll & Tomas Wallin

Hantering av verksamhetsinformation

Förvaltningsgemensamma specifikationer (FGS)

Digital arkivering och historiklagring Anastasia Pettersson och Anders Kölevik

Sammanfattande beskrivning av MoReq2010

Paketstruktur. Karin Bredenberg /

Kompletterande frågor - Regler för informationshantering. och arkivering i IT-system/applikationer, LA 2017

Allmänna handlingar, diarieföring och arkivering vid KMH

FGS, ÖPPNA DATA OCH E-ARKIV

Höj din status. Copyright SIPU Arkivkonsult

1. Enkel sökning Globalsökning Avancerad sökning Historik Söka via klassificeringsstruktur 14

Långsiktig informationshantering med stöd av e-arkiv. Caspar Almalander Projektledning e-arkiv och e-diarium (eard)

POLICY FÖR E-ARKIV STOCKHOLM

DOKUMENTHANTERINGSPLAN FÖR KANSLIET

FALK 2011 Information från Samrådsgruppen för kommunala arkivfrågor

Kommunikationsplan för Riksarkivets förvaltningsgemensamma specifikationer (RA-FGS:er)

Arkiv- och informationshantering

Arkivfrågor när en myndighet startar

Inspektion av arkivvården vid Myndigheten för yrkeshögskolan

Strategi för bevarande av elektroniska handlingar vid Karolinska Institutet

POLICY FÖR E-ARKIV STOCKHOLM

Arbeidet med e-arkiv i Sverige, på statleg, landsting og kommunalt nivå. 3 december 2013

Förvaltningsgemensamma specifikationer

Riktlinje för hantering av personuppgifter i e-post och kalender

Bevarande- och gallringsplan för information på webbplatser

Regler för bevarande av elektroniska handlingar vid Mittuniversitetet

Tillämpningsanvisningar för överlämnande till digital långtidsarkivering

Att upprätta en systemdokumentation

Hela dokumentet Guide till handlingsalternativ kan hämtas via adressen arkiv

ADDML vid Riksarkivet i Sverige

Råd för hantering av elektroniska handlingar vid Lunds universitet. Datum Författare Version Anne Lamér 1.0

Bilaga 5 Beskrivning av projektet earkiv. Upphandling earkiv 2013

Vägen till en förvaltningsgemensam e-arkiv lösning. Torbjörn Hörnfeldt, Enhetschef, Utveckling och e-förvaltning

Förvaltningsgemensamma specifikationer för e-arkiv och e-diarium

Resultaten från eard projektet Om förvaltningsgemensamma specifikationer

Förvaltning av FGS:er (Förvaltningsgemensamma specifikationer för e-arkiv och e-diarium) Karin Bredenberg /

Bilaga 3a Ickefunktionella

Lathund för att storstäda i mappar/filer

Så här läser du ditt sökresultat:

Bilaga 3a. Ickefunktionella krav. Upphandling av ett helhetsåtagande avseende IT-stöd för pedagogiskt material inom Skolplattform Stockholm

Lärplattformar och arkivering

Arkivkrav vid införande av nytt IT-system

Digital handläggning i. Älvsbyns kommun LATHUND FÖR HANDLÄGGARE

Inspektion av arkivvården vid Överklagandenämnden för nämndemannauppdrag 1. Ansvar och organisation Postadress: Besöksadress: Telefon: Telefax:

Invånare. Verksamhet. Bevarande

Råd för systembeskrivning

Vad är förvaringsenheter och hur hanteras de i praktiken? Johan Wilén,

RFI ARKIVREDOVISNING. Kort beskrivning av Sydarkivera

Arkivkrav för IT-system i Lunds universitet - vägledning

Förbundsstyrelsen Datum för anslags nedtagande. Sydarkiveras kontor. Utdragsbestyrkande

Inspektion av arkivvården vid Fordonsprovarna i Väst AB

Inspektion av arkivvården vid Lantmäteriet, fastighetsbildning i Halmstad den 20 november 2013

Barn och utbildningsnämndens organisation och verksamhet. Viktigare handlingsslag inom myndigheten

Utveckling av Förvaltningsgemensam Specifikation (FGS) för personakter och patientjournaler. Projektdirektiv

Nordisk El-Arkivseminar Island maj Svensk SIP och AIP Mats Berggren, Riksarkivet

Dokument- och ärendehantering i Alingsås kommun. Innehållsförteckning. Inledning 2

Introduktion till. (FGS) FGS Personal. Vägledning och förklaring till de förvaltningsgemensamma specifikationerna. Introduktion FGS Personal

Strategi för bevarande av digital information

Denna guide beskriver hur en nyhetsfunktion sätts upp med nyheter från DN. Två delmoment krävs för denna funktionalitet:

Strategi för långsiktig informationsförvaltning och införande av e-arkiv

E-delegationen VLDS 4.1 Juridiska aspekter på digital samverkan v1.0

Inbjudan till RFI -Request for information Dokument- och ärendehanteringssystem med diarium

Hantering av allmänna handlingar hos fastighetskontoret

Strategi för bevarande av elektroniska handlingar vid Göteborgs universitet

Vägledning och funktionella krav

Processorienterad arkivredovisning enligt RA-FS 2008:4

Avsiktsförklaring avseende samverkan mellan Metadatamodell och FI2002

Riktlinjer för hantering av arkiv i Ånge kommun

Riktlinjer för digital arkivering i Linköpings kommun

ATT FASTSTÄLLA ARKIVANSVAR OCH ARKIVORGANISATION. en handledning för myndigheter i Västra Götalandsregionen och Göteborgs Stad

Dokument- och ärendehantering i Alingsås kommun Bilaga 4

En enklare, öppnare och effektivare förvaltning Förvaltningsgemensamma specifikationer. Sambruk/KommITS höstkonferens 2013

E-arkiv och e-diarium (eard) översiktlig beskrivning. Version 2.0

Standarder källa till kunskap och utveckling. Arkivarien i den digitala kommunikationen

Transkript:

Delrapport DP3 FGS för leveranstypen Ärendehantering Introduktion till MoReq2010

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 1(13) INNEHÅLLSFÖRTECKNING 1. BILAGA 1 INTRODUKTION TILL MOREQ2010...3 1.1 MOREQ2010 PÅ SVENSKA...3 1.2 VAD ÄR MOREQ2010?...3 2. TJÄNSTER I MOREQ2010...5 2.1 GENERELLA KRAV...6 2.2 ANVÄNDARE OCH GRUPPER (3)...6 2.3 MODELL FÖR ROLLER (4)...6 2.4 REGISTRERADE HANDLINGAR(6)...6 2.4.1 Grupperingar...6 2.4.2 Handlingar...7 2.4.3 Beståndsdelar...8 2.5 KLASSIFICERING (5)...9 2.6 MODELL FÖR METADATA (7)...9 2.7 GALLRINGSREGLER (8 OCH 9)...9 2.8 SÖKNING OCH RAPPORTER (10)...9 2.9 EXPORT (11)...10 2.10 ICKE-FUNKTIONELLA KRAV...10 3. INSTICKSMODULER... 10 4. FÖRDJUPNING... 12 4.1 DELPROJEKT 3 FGS FÖR ÄRENDEHANTERING...12 4.2 DELPROJEKT 5 METADATA OCH E-TJÄNSTER FÖR E-DIARIUM DP5...12 4.3 DLM-FORUM...12

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 2(13) ÄNDRINGSLOGG Version Datum Namn Beskrivning 0.1 2012-11-26 Elin Jonsson Första utkast 0.11 2012-12-20 Elin Jonsson Ändringar efter intern remiss och avstämning med DP1 1.0 2013-01-14 Karin Bredenberg Publicerad version

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 3(13) 1. BILAGA 1 INTRODUKTION TILL MOREQ2010 Det här dokumentet innehåller en introduktion till MoReq2010. Målgruppen är alla som vill ha en uppfattning om vad MoReq2010 handlar om och som inte i första hand är intresserade av de tekniska aspekterna. Sist i dokumentet finns en sammanställning som talar om var det finns mer information att hitta. 1.1 MOREQ2010 PÅ SVENSKA I det här dokumentet används vardagliga ord för de begrepp som finns i MoReq2010. Många av de ord som används i MoReq2010 har inte någon vedertagen motsvarighet på svenska. Lagstiftningen definierar vissa begrepp (till exempel allmän handling), men de saknar direkt motsvarighet i MoReq2010. Det behövs ord som man kan använda i tal och skrift för att kunna vara tydlig och begriplig. I det här dokumentet finns förslag till terminologi på svenska. I tekniska dokument är det i dagsläget bättre att använda de engelska termerna. De exempel som tas upp för att illustrera vad det handlar om är hämtade från traditionell offentlig förvaltning. Anledningen till det är att de grundläggande idéerna blir tydligare även för dem som inte är insatta i elektronisk informationshantering. De manuella systemen och IT-systemen bygger i grunden på samma idéer, även om verktygen och metoderna förändrats över tid. 1.2 VAD ÄR MOREQ2010? MoReq2010 specificerar grundläggande krav på system för registrering och hantering av information som är av vikt för en verksamhet. Specifikationen är framtagen av DLM-forum, som är ett nätverk för statsarkiven i länder som hör till den Europeiska unionen och andra offentliga och privata organisationer som är intresserade av informationsförvaltning. Specifikationen är framåtsyftande. För att fullständigt uppfylla kraven i MoReq2010 krävs i vissa delar en långsiktig utveckling. En utveckling som berör i stort sett samtliga verksamhetssystem som används inom offentlig sektor och även utveckling av olika verktyg. Till exempel krävs universella unika identiteter, stöd för olika språk, effektiva tekniker för att överföra stora mängder information med mera. I det här dokumentet används registreringssystem för att beteckna ett informationssystem som fångar, hanterar och ger åtkomst till handlingar av vikt över tiden (det vill säga Records system). MoReq2010 specificerar grundläggande krav på ett registreringssystem för att det ska vara ett MCRS eller MoReq2010 compliant records system. Det är i den betydelsen ordet används i den här texten. Ordet har valts eftersom det inte verkar ha någon specifik betydelse, utan används allmänt om system som hanterar registrering. Registreringssystemet kan vara en del av ett verksamhetssystem eller en separat lösning. Det kan också vara flera olika separata lösningar, produkter och tjänster som tillsammans fungerar som ett registreringssystem

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 4(13) Inom svensk offentlig förvaltning är diariet ett exempel på registreringssystem. Traditionellt hanterades metadata om registrerade handlingar och händelser på särskilda registerkort. Korten sorterades både i kronologisk ordning och efter en klassificeringsstruktur (diarieplan). Till registret hörde akter sorterade i logisk ordning. I en akt samlades alla dokument och tjänsteanteckningar som rörde ett ärende. Akterna förvarades i arkivskåp eller närarkiv. Grundprincipen är att handlingar samlas in och tas om hand i ett system istället för att förvaras runt om på skrivbord, i bokhyllor eller portföljer. Diariet och de diarieförda handlingarna är kärnan i de ärende- och dokumenthanteringssystem som används i förvaltningen idag. Viktigt att lägga märke till är att MoReq2010 till skillnad från tidigare versioner inte bara handlar om ärendehanteringssystem. Specifikationen gäller också för andra typer av registreringssystem, till exempel system som hanterar information om ekonomi och personal. Syftet är att möjliggöra utbyte av information mellan olika typer av system som fångar och håller ordning på verksamhetsinformation. MoReq2010 innehåller funktionella krav på en rad tjänster som hör till ett registreringssystem, ickefunktionella krav, en ordlista och en informationsmodell. Det finns också beskrivning av gränssnitt för användare och för maskiner, hierarkisk klassificering och hantering av de dokument och filer som är föremål för registrering och hantering.

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 5(13) 2. TJÄNSTER I MOREQ2010 Hela registreringssystemet kan alltså vara en komplett lösning eller ett IT-system. Det kan också sättas samman av olika tjänster från en eller flera leverantörer, genom hårda eller mjuka integrationer. Tanken är att alla lösningar ska kunna kontrolleras mot samma specifikationer, och därför är specifikationen uppbyggd efter de tjänster som visas i bilden nedan. Bilden visar modell av ett registreringssystem som uppfyller kraven i MoReq2010 1. Siffrorna i rubrikerna till texterna på de följande sidorna knyter an till numreringen av tjänster i den övergripande modellen för MoReq2010. 1 Figur 2a sid. 32 MoReq2010 version 1.1.

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 6(13) 2.1 GENERELLA KRAV Först och främst specificeras funktionella krav som gäller för samtliga tjänster. Tjänsterna i registreringssystemet hanterar olika typer av objekt och funktioner (entities). Ett objekt är en enhet som kan identifieras. Objektet kan vara konkret eller abstrakt, det kan både vara något som finns, som har funnits tidigare eller som skulle kunna finnas. Exempel på objekt är användare, roll, klass, registrerad handling, metadata och gallringsregel. De flesta objekt som hanteras i registreringssystemet har metadata, händelsehistorik och lista för att kontrollera åtkomst. Metadata ger information om vad uppgifter som registreras betyder och märker upp till exempel sökbegrepp. Ett av de viktigaste metadataelementen för MoReq2010 är unika identifierare för alla poster. 2 Det betyder att alla registrerade poster i systemet ska ha en unik identitet. Andra centrala krav är exakta tidsangivelser och identifierare för språk. Dessa exempel nämns för att ge en uppfattning om hur genomgripande kraven är för utveckling av system och databaser. 3 2.2 ANVÄNDARE OCH GRUPPER (3) För användare och grupper kan en gemensam användarkatalog användas, eller en användarkatalog som hör till det specifika registreringssystemet. MoReq2010 ställer inte detaljerade krav på hantering av användare och grupper. Däremot ställs krav på hanteringen när det gäller unika identiteter, spårbarhet och möjligheten att förhindra att identiteter utplånas helt. 2.3 MODELL FÖR ROLLER (4) Roller handlar om de behörigheter till att utföra olika funktioner i systemet som olika användare och grupper har. MoReq2010 tillåter både tjänster som är uppbyggda efter MoReq2010 och systemspecifika behörighetssystem. För att vara godkända ska behörighetssystemen uppfylla vissa grundläggande krav. Inte minst att ad det ska vara möjligt att utbyta information genom att exportera och importera information om roller enligt MoReq2010-modellen. 2.4 REGISTRERADE HANDLINGAR(6) Tjänsten hanterar registrerade handlingar och olika grupperingar av handlingar som ordnar informationen på ett överskådligt sätt. Informationshanteringen är den centrala delen i MoReq2010 konceptet och tjänsten för registrerade handlingar beskrivs därför lite mer ingående. 2.4.1 Grupperingar En gruppering är en samling av information som hör ihop och som utgör en enhet på en nivå ovanför en enstaka handling. Ordet gruppering motsvarar i det här dokumentet aggregation i MoReq2010. Grupperingarna kan avspegla gemensamma beskrivande metadata, utmärkande egenskaper, eller en viss ordningsföljd. Information som hör till samma ärende, handläggare eller som ska publiceras i ett visst syfte är exempel på grupperingar. En typ av gruppering kan i sin tur höra till en överordnad gruppering. Grupperingar kan också användas för att till exempel bevara kronologisk ordning i ett ärende, som en del av det ursprungliga sammanhanget. 2 Så kallade universally unique identifiers (UUID) 3 Vill du veta mer om digital informationsteknik läs ABC-boken Delrapport DP3 FGS för paketstruktur för e-arkiv, Bilaga 3)

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 7(13) Bilden nedan visar ett exempel på hur det kan se ut i ett ärende- och dokumenthanteringssystem där varje myndighets handlingar grupperas i olika serier (diarier). Detta är tydligast i de system som används av kommuner med många myndigheter och många diarier. En statlig myndighet har kanske bara ett ärendehanteringssystem eller diariesystem. I andra typer av verksamhetssystem kan handlingarna grupperas på annat sätt. Bilden är ett försök att tolka tjänst för registrerade handlingar enligt MoReq2010 Grupperingarna behöver inte vara hierarkiskt uppbyggda. Diariet på internet är en slags gruppering där vissa grundläggande uppgifter visas öppet på nätet. Alla ärenden som handläggs av samma handläggare är ett annat exempel. Eller alla ärenden som hör till en viss organisatorisk enhet. Källan för informationen som grupperas kan vara endast ett eller flera olika registreringssystem. 2.4.2 Handlingar Objektet som hanteras av den här tjänsten är registrerade handlingar. En registrerad handling är skapad eller mottagen och förvaltad som bevis och som informationsresurs av en organisation eller person, i samband med att rättsliga skyldigheter utövas eller en verksamhet bedrivs. I det här dokumentet används termen registrerad handling för records. Detta för att anknyta till det väl etablerade begreppet handling i tryckfrihetsförordningen, och offentlighets- och sekretesslagens bestämmelser om registrering av allmänna handlingar. Registrerade handlingar kan sägas vara en delmängd av de handlingar som hanteras inom en verksamhet. Verksamheten har bedömt att handlingarna innehåller information som är viktig, för verksamheten eller för de syften med arkivbildningen som framgår av bestämmelser i arkivlagen, och därför behöver hållas ordnade och registreras.

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 8(13) Varje objekt (handling) har metadata som beskriver innehållet, händelsehistorik, lista med åtkomstkontroll och en eller flera beståndsdelar som innehåller det som är föremål för registrering. 2.4.3 Beståndsdelar En registrerad handling har alltså i sin tur olika beståndsdelar (components). En registrerad handling kan ha mer än en beståndsdel. Innehållet i beståndsdelarna (component content) som hör till en registrerad handling, är det som är föremål för registreringen. Föremålet kan vara både ett fysiskt objekt (till exempel ett brev) och en elektronisk fil (till exempel en PDF-fil) eller registerpost i en databas. Ett exempel är en handling som kommer in som består av en omslagsskrivelse och en eller flera bilagor. Traditionellt hanterades skrivelsen med bilagor som en enda handling som registrerades på ett registerkort. I elektronisk form är bilagorna ofta olika filer, det vill säga olika beståndsdelar som behöver hanteras var för sig men ändå samlat. Ett annat exempel är en handling, till exempel en ansökan, som kommer in genom en e-tjänst på internet. E-tjänsten skapar en textfil strukturerad med märkspråket XML. Ärendehanteringssystemet tar emot och läser textfilen via ett maskingränssnitt. Ärendehanteringssystemet skapar en PDF-fil som visningsexemplar. Den registrerade handlingen består då av både en XML-fil som främst används av systemet och en PDF-fil som används av handläggaren. Den registrerade handlingen ska kunna hanteras som helhet och överföras som en helhet till ett annat system för att uppfylla kraven i MoReq2010.

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 9(13) Bilden ovan visar en gruppering av två registrerade handlingar i ett ärende, och hur de förhåller sig till beståndsdelarna som är föremål till registrering. 4 2.5 KLASSIFICERING (5) Objektet som hanteras av den här tjänsten är klass (class). Klassen knyter den registrerade handlingar till sitt verksamhetssammanhang, och ska inte blandas ihop med säkerhetsklass. Klassen talar om att en ansökan hör hemma inom förskoleverksamheten och inte avser bygglov till exempel. Genom klasstillhörigheten får den registrerade handlingen en gallringsregel. Tjänsten har funktionalitet för att hantera de klasser som hör till en klassificeringsstruktur. Ett registreringssystem kan ha en eller flera tjänster för klassificering. Varje tjänst kan bara ha ett enda klassificeringsschema. MoReq2010 öppnar upp för att använda en klassificeringstjänst som är gemensam för flera olika system. 2.6 MODELL FÖR METADATA (7) För att kunna utbyta information mellan olika system behöver varje objekt och varje metadataelement kunna särskiljas och tolkas universellt. MoReq2010 specificerar en grunduppsättning metadata för registreringssystem som kallas systemmetadata. För olika typer av registreringssystem, som hanterar till exempel ärenden, personal eller ekonomi, behövs särskilda uppsättningar metadata som kallas kontextuell metadata. Kontextuella metadata specificeras inte i MoReq2010. Precis som när det gäller roller tillåts metadatamodeller som bygger på MoReq2010 och metadatamodeller som uppfyller de grundläggande kraven på en tjänst för att hantera metadata. 2.7 GALLRINGSREGLER (8 och 9) MoReq2010 specificerar två olika tjänster för att hantera gallringsregler. Den ena hanterar gallringsscheman som används för att hantera de registrerade handlingarnas livscykel. Specifikationen skiljer mellan att radera spårlöst och att förstöra innehåll. Det sistnämna innebär att beståndsdelarna förstörs helt, men att metadata och händelsehistorik bara urvattnas. Det bevaras alltid en rest som visar att någonting har funnits som förstört i enlighet med gallringsregler. Information förstörs i MoReq2010 nedifrån och upp. Om alla registrerade handlingar i en gruppering förstörs, förstörs till slut hela grupperingen. MoReq2010 beskriver också en tjänst för att hindra att viss information gallras. Till exempel för att den behövs som bevis, eller för att det har hänt något annat som gör att man inte vill följa den ursprungliga gallringsplanen. 2.8 SÖKNING OCH RAPPORTER (10) Två metoder används för att hitta i ett registreringssystem. Att klicka sig ner i strukturerna eller att söka efter information genom att ställa olika frågor. Vissa grundläggande krav ställs på tjänsten för sökning och rapporter. För att stödja fulltextsökning kräver MoReq2010 till exempel att information om vilket språk som används lagras i alla metadataelement som innehåller text. 4 Avsnitt 6.2.9 om Record componens i MoReq2010 version 1.1s. 82

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 10(13) 2.9 EXPORT (11) MoReq2010 ställer krav på att registreringssystemet ska kunna exportera data till ett annat registreringssystem. Det ska gå att flytta data från ett system till ett annat utan att riskera att förlora information eller sammanhang. Hela objektet med metadata, kontext och komponenter ska kunna exporteras. Det finns ett XML-format för de systemmetadata som MoReq2010 kräver. Tekniken som används idag, att exportera och mellanlagra data innan det importeras i det mottagande systemet, har en rad begränsningar. Bland annat kan filerna bli mycket stora och det finns begränsningar i de bakomliggande systemen. Därför vill DLM-forum undersöka möjligheterna med att strömma XML. Det betyder att data skickas kontinuerligt, på samma sätt som när musik eller video spelas upp på nätet. Det finns inte i den aktuella versionen krav på tjänst för att hantera importer. Det bedöms vara alltför komplicerat och kostsamt att utveckla verktyg för att hantera importer innan systemen börjar uppfylla de krav som är specificerade i MoReq2010. 2.10 ICKE-FUNKTIONELLA KRAV I specifikationen listas också krav som inte direkt har att göra med funktionaliteten att registrera och hantera informationen. Det vill säga sådant som rör teknisk miljö och infrastruktur, användarvänlighet och liknande. Förutsättningar för att ett registreringssystem ska fungera bra är till exempel prestanda och skalbarhet, möjligheten att förvalta systemet, informationssäkerhet och möjligheten att återskapa information. 3. INSTICKSMODULER I den andra delen av specifikationen beskrivs de insticksmoduler som markeras med pusselbitar i den övergripande modellen för MoReq2010. Dessa moduler erbjuder alternativa sätt för att uppnå önskad funktionalitet. Om användare interagerar direkt med registreringssystemet till exempel om det ingår som en del i ett verksamhetssystem behövs grafiska användargränssnitt. Användargränssnittet ska presentera informationen i logiska strukturer och visa handlingarnas status. Det ska också finnas stöd för att registrera metadata, skapa nya objekt, underlätta sökning och så vidare. Ett maskingränssnitt, eller programmeringsgränssnitt (API) behövs för att andra system ska kunna interagera med ett registreringssystem. För att fungera med MoReq2010 behöver metoderna som används kunna hantera de funktionaliteter som specificeras. Hierarkiska klassificeringsstrukturer beskrivs som ett enkelt och kraftfullt sätt att hantera klassificering. I specifikationen beskrivs hur en modul som är uppbyggd för hierarkisk klassificering ska fungera för att uppfylla kraven i MoReq2010. En modul hanterar de beståndsdelar som hör till de registrerade handlingarna. Beståndsdelarna kan vara fysiska (till exempel ett dokument papper) eller elektroniska. De elektroniska beståndsdelarna hanteras, kopieras, överförs och lagras digitalt. Innehållet kan lagras i verksamhetssystemet eller

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 11(13) referera till ett externt dokumentlager. Registreringssystemets uppgift kan sägas vara att hålla ordning på och hantera original eller arkivexemplar, som också kan finnas som kopior och säkerhetskopior på andra ställen.

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 12(13) 4. FÖRDJUPNING MoReq2010 är en omfattande standard. Det finns information tillgänglig som riktar sig till olika målgrupper. Här finns en kort redogörelse för dig som vill veta mer. 4.1 DELPROJEKT 3 FGS FÖR ÄRENDEHANTERING Denna bilaga hör till delrapport FGS för leveranstypen ärendehantering och är som tidigare beskrivet ett informationsdokument som inte är tekniskt inriktat. I delrapporten och FGS-dokument för ärende och personal som tagits fram av delprojektet finns detaljerade specifikationer. De detaljerade specifikationerna och XML-scheman riktar sig framför allt till utvecklare av ärendehanteringssystem och andra registreringssystem samt e-arkiv. 5 Delrapport DP 3 Metadata och e-tjänster för e-arkiv Förvaltningsgemensamma Specifikationer (eard - FGS) FGS för leveranstypen ärendehantering FGS Ärendehanteringssystem, förvaltningsgemensam specifikation (FGS) för leveranstypen ärendehantering Delrapport DP 3Metadata och e-tjänster för e-arkiv - Förvaltningsgemensamma Specifikationer (eard - FGS) FGS för leveranstypen personal FGS Personal förvaltningsgemensam specifikation (FGS) för leveranstypen personal 4.2 DELPROJEKT 5 METADATA OCH E-TJÄNSTER FÖR E-DIARIUM DP5 Under (DP 5) gjordes en grundlig genomgång av MoReq2010 som dokumenterats i form av sammanfattning och läsanvisningar. Dokumenten kan läsas av systemansvariga för ärendehanteringssystem och arkivarier med inriktning mot elektroniskt bevarande som vill ha en mer fyllig introduktion. Slutrapport DP 5 Metadata och e-tjänster för e-diarium Förvaltningsgemensamma specifikationer (eard - FGS), (2012-07-04, Dnr RA 13-2011/5329) Bilaga 3 Sammanfattande beskrivning av MoReq2010 6 4.3 DLM-FORUM På DLM-forums webbplats finns information samlad om MoReq2010. Webbplatsen och dokumentationen är på engelska. Specifikationen innehåller ett inledande avsnitt och beskrivande text till de olika tjänsterna som är som är möjligt att ta till sig utan djupgående tekniska kunskaper. På webbplatsen finns också vanliga frågor (FAQ) som kan läsas som en introduktion. 5 http://www.riksarkivet.se/default.aspx?id=26804&refid=25208 6 http://www.riksarkivet.se/default.aspx?id=26804&refid=25208

Elin Jonsson & Karin Bredenberg IT 010-476 71 23 2013-01-14 1.0 13(13) Den detaljerade beskrivningen av funktionella och icke-funktionella krav samt informationsmodellen riktar sig framför allt till utvecklare av ärendehanteringssystem och andra registreringssystem samt e- arkiv. Det samma gäller för de XML-scheman som tagits fram för exportformatet med de systemmetadata som MoReq2010 specificerar. MoReq2010 Modular Requirements for Records Systems, Volume 1 Core Services & Plug in Modules Version 1.1 7 DLM-forums webbplats har adressen: http://www.dlmforum.eu/ Senaste versionen av XML-schema publiceras på adressen: http://moreq2010.eu/export.xsd 7 http://www.dlmforum.eu/index.php?option=com_jotloader&view=categories&cid=40_4e47a2abad7422897e078fd469dd 9933&Itemid=129&lang=en