Det är viktigt att ställa krav på fungerande arkiveringsrutiner redan när ett system upphandlas eller utvecklas. Information i systemet måste kunna arkiveras. Om det beaktas redan i upphandlingsskedet, så sparar verksamheten både tid och pengar.
Kontakta alltid Stadsarkivet vid systemupphandling, då vi bland annat behöver göra en bedömning om informationen i systemet ska bevaras eller gallras (d.v.s. raderas).
I vissa programvaror ingår arkivering eller historik som funktion. Man kan tro att den digitala arkiveringen är löst med detta men tyvärr är det inte säkert att sådana "arbetsarkiv" kan användas för att bevara digital information, eftersom informationen kan vara systemberoende och i format som inte är godkända för arkivering. Inte heller "back-uper" kan fungera som digitala arkiv, eftersom de är beroende av viss programvara för att kunna läsas. För digitalt bevarande krävs att informationen tas ur sin ursprungliga miljö och att arkivfilen lagras i något av de format som föreslås i detta dokument. Det ska gå att utföra på ett enkelt sätt så att vi inte riskerar att bli leverantörsberoende.
De databaser och register som ska bevaras ska gå att exportera till något av följande format:
Notera att
I de fall XML används så bör XML-filen/filerna struktureras utifrån vilka behov som finns av att hitta information. En individ eller ett objekt kan utgöra en fil, där filen identifieras t.ex. genom personnummer eller fastighetsnummer. Detta sätt är lämpligt om det finns ett enhetligt objekt att samla uppgifterna i databasen kring, eller speciella bearbetningar som efterfrågas.
För mer komplext uppbyggda databaser är XML att rekommendera. Är det frågan om enkla register kan teckenseparerade textfiler istället vara en bra lösning, lämpligen en textfil per tabell.
Det exporterade formatet ska använda teckentabell:
Vissa verksamhetssystem hanterar information där det finns lagstyrda krav på att man måste radera stora delar av informationen efter viss tid (gallra). Detta gäller verksamhet som lyder under socialtjänstlagen.
För att kunna utföra detta måste en gallringsfunktion finnas i systemet, eftersom en manuell gallring är oerhört tidskrävande. Även andra verksamheter kan behöva gallra i sitt verksamhetssystem och därför bör funktioner som att kunna styra, planera och genomföra gallring finnas i verksamhetssystemet. Ett vanligt förfarande är att man gallrar systemet i sin helhet en viss tid efter att det slutat användas och efter att godkänt arkiveringsuttag levererats till stadsarkivet.
Typ | Bör- eller skallkrav | Beskrivning |
---|---|---|
Relationsbeskrivning eller datamodell | Skall | En beskrivning eller modell där relationerna mellan tabellerna finns beskrivna eller uppritade. |
Tabellbeskrivning | Skall | Innehållande tabellnamn och tabellbeskrivning (beskrivning av informationsinnehåll i tabellen). |
Fältbeskrivning | Skall | Innehållande fältnamn, fältbeskrivning (beskrivning av informationsinnehåll i fältet), datatyp och fältlängd. |
Kodförklaring | Skall | Lista över koder och förklarande klartext (om koderna inte finns i klartext i systemet). |
Användarhandbok/manual | Bör | |
Systemöversikt eller systemskiss | Bör | Beskrivning av systemet och dess moduler. |
Rutinbeskrivning | Bör | Regelbundna och enstaka bearbetningar. Regler för automatiska beräkningar. Vilken historik finns i systemet och vilka ändringar lagras inte i historiken? |
Ändringsbeskrivning | Bör | När har nya funktioner tillkommit och gamla tagits bort? När tillkom nya tabeller och fält? När togs tabeller och fält bort? När tillkom nya grupper av användare? Informationsförluster? Förändringar av koder och andra styrande parametrar. |
Vid XML-uttag ska även tillhörande DTD eller XSD (XML-schema) samt XSL-T (stylesheet) levereras. För arkiveringsuttag i XML-format är det lämpligt att fältbeskrivningen ingår i DTD eller XSD.
Typ | Bör- eller skallkrav | Beskrivning |
---|---|---|
DTD (Document Type Definition) eller XSD (XML-schema) | Skall | DTD visar hur XML-filen får struktureras. Presentera gärna DTD:ns struktur grafiskt. Tänk på följande: *Märkorden i en DTD får inte innehålla några koder eller förkortningar, utan ska presenteras i klartext på svenska. *DTD bör ingå internt i varje XML-fil eller bifogas i en separat fil. I sådana fall måste en hänvisning anges i det kokument som DTD:n tillhör. *DTD ska följa grundläggande regler för XML (well formed/välutformad). *DTD kan behöva kompletteras med ytterligare förklaringar till elementen. Som alternativ till DTD kan XSD användas. |
XSL-T (stylesheet) | Skall | XML-filer ska följas av ett XSL-T (stylesheet) för presentation. Dens ska visa alla element som ingår i leveransen. Om en fördefinierad informationsbearbetning (t.ex. en patientjournal) inte innehåller samtliga tillåtna uppgifter ska XSL-T:n visa en rubrik och ett tomt fält. Det ska med andra ord synas på skärmen/i rapporten att ett fält är tomt. Komplettera dokumentationen med en förklaring om det är nödvändigt med ytterligare information om varför ett fält är tomt. |
Arkiveringskraven bygger på Riksarkivets föreskrifter och allmänna råd om tekniska krav för elektroniska handlingar, RA-FS 2009:1 och RA-FS 2009:2.
Senast uppdaterad:
Publicerad:
Berätta gärna vad vi kan göra bättre på den här sidan för att förbättra webbplatsen! Vi har ingen möjlighet att svara, men dina synpunkter är värdefulla för oss. Tänk på att inte skicka in personuppgifter. Om du vill ha svar på en fråga kan du istället använda formuläret ”Lämna en synpunkt”.
Om du ändå skickar in personuppgifter via detta formulär hanteras uppgifterna av Kommunstyrelsen och kan eventuellt lämnas vidare till annan verksamhet inom Örebro kommun i syfte att förbättra vår service.
Här hittar du mer information om hur vi hanterar personuppgifter.
Du har nu hjälpt oss att förbättra våra webbplatser.
Telefon: 019-21 10 00
Öppettider: Vardagar kl. 8–16.30
Besöksadress: Näbbtorgsgatan 10
Öppettider: Vardagar kl. 10–16
E-post till servicecenter