Hur väljer man system för dokumenthantering och avvikelsehantering?
Välj ett system där dokumenthantering och avvikelsehantering ligger i samma plattform, så att en avvikelse kan leda direkt till en uppdaterad rutin. Kräv versionshantering och godkännandeflöde för dokumenten, enkel inrapportering och uppföljning till avslut för avvikelserna, rollstyrd behörighet och fullständig logg. Testa ett riktigt ärende i demon innan ni bestämmer er.
Att välja system för dokumenthantering och avvikelsehantering är ett av de vanligaste besluten för medelstora svenska företag som arbetar mot ISO 9001, ISO 14001, ISO 45001 eller ISO 27001. Beslutet fattas ofta under tidspress inför en certifiering, och det är lätt att köpa antingen för mycket system eller ett verktyg som bara löser halva behovet. Guiden går igenom vad områdena innebär, varför de hör ihop, vilka funktioner som är värda att kräva, vilka fallgropar som är vanligast och vilka frågor du bör ställa innan avtalet skrivs på.
Vad är skillnaden mellan dokumenthantering och avvikelsehantering?
Dokumenthantering styr organisationens dokument; avvikelsehantering styr hur händelser följs upp. Den första handlar om rutiner, instruktioner, policyer, mallar och blanketter, och kärnan är kontroll över versioner: ett dokument har en ägare, granskas och godkänns, publiceras i en enda giltig version och arkiveras när det ersätts. I ISO-standarderna är det kravet på dokumenterad information.
Avvikelsehantering – ofta kallad ärendehantering – handlar om kvalitetsavvikelser, tillbud, olycksfall, miljöhändelser, kundklagomål, reklamationer och förbättringsförslag. Här är kärnan flödet: något rapporteras, tilldelas en ansvarig, utreds med orsaksanalys, åtgärdas, följs upp och stängs, med en logg som visar vem som gjorde vad och när. Det är den delen revisorn brukar granska hårdast, eftersom den visar om förbättringsarbetet lever.
| Dokumenthantering | Avvikelsehantering | |
|---|---|---|
| Hanterar | Rutiner, instruktioner, policyer, mallar, blanketter | Avvikelser, tillbud, olycksfall, klagomål, förbättringsförslag |
| Kärnan | Versionskontroll och godkännande | Flödet från rapport till stängd åtgärd |
| Krav i ISO-standarderna | Dokumenterad information (avsnitt 7.5) | Avvikelse och korrigerande åtgärd (avsnitt 10.2) |
| Viktigaste funktion | Godkännandeflöde och påminnelse om revidering | Enkel inrapportering och uppföljning med påminnelser |
| Revisorn frågar | Är det här den gällande versionen, och vem godkände den? | Hur utreddes orsaken, och hur vet ni att åtgärden fungerade? |
Varför bör de ligga i samma system?
De bör ligga i samma system eftersom de flesta verkliga förbättringar börjar i en avvikelse och slutar i ett dokument. En återkommande reklamation leder till att en arbetsinstruktion skrivs om; ett tillbud leder till att skyddsronden får en ny kontrollpunkt. Ligger avvikelserna i ett verktyg och dokumenten i ett annat måste kopplingen göras för hand, och det är just den kopplingen som tappas bort när det är mycket att göra.
I samma system kan ett ärende kopplas direkt till de dokument som berörs, och det går att se vilka avvikelser som ledde fram till att en rutin ändrades. Det ger ett sammanhängande spår från händelse till åtgärd till uppdaterad rutin, vilket förenklar både internrevisionen och förberedelsen av ledningens genomgång.
Vilka funktioner ska dokumenthanteringen ha?
Dokumenthanteringen ska ha versionshantering med historik, ett gransknings- och godkännandeflöde, påminnelser när ett dokument närmar sig sitt revisionsdatum och rollbaserad behörighet. Sökfunktionen är viktigare än många tror: hittar personalen inte rutinen på tio sekunder kommer den inte att läsas.
Titta också på hur dokumenten når ut i verksamheten. Kan en instruktion visas på en surfplatta eller mobil ute i produktionen, till exempel via en QR-kod på maskinen? Går det att koppla dokument till processer, ansvarsområden och lagkrav? Och hur delar ni ett urval dokument med en extern revisor utan att lämna ut hela arkivet?
Fråga också hur systemet visar att medarbetarna tagit del av en ny eller ändrad rutin. Kvittens på läst dokument är inget krav i alla standarder, men det är ett av de enklaste sätten att visa att en viktig ändring faktiskt nått fram.
Vilka funktioner ska avvikelsehanteringen ha?
Avvikelsehanteringen ska framför allt göra det lätt att rapportera. Krävs inloggning, utbildning och femton fält kommer avvikelserna aldrig in. Kräv enkla formulär, rapportering från mobilen och anpassningsbara fält per ärendetyp, så att ett tillbud och en kundreklamation kan se olika ut utan att ni behöver två system.
Därefter är det uppföljningen som räknas: ansvarig person, förfallodatum, påminnelser, orsaksanalys, handlingsplan med delåtgärder och en tydlig avslutning där effekten av åtgärden bedöms. Kräv också statistik direkt ur systemet – öppna ärenden per avdelning, genomsnittlig åtgärdstid och fördelning per orsak. Kan siffrorna inte tas fram utan export till Excel blir ledningens genomgång lika manuell som tidigare.
Tänk på att avvikelser ofta innehåller personuppgifter, till exempel vem som skadades vid ett tillbud. Behörigheterna behöver därför kunna begränsas per ärendetyp, och det ska gå att gallra uppgifter som inte längre behövs.
Vilka fallgropar är vanligast?
Den vanligaste fallgropen är att förväxla mallpaket med ledningssystem. Färdiga dokumentmallar sparar tid vid uppstarten men är inget system; de måste anpassas till verksamheten, annars blir det anmärkningar vid revisionen på att systemet inte tillämpas.
Den andra är att underskatta förvaltningen. Ett system utan tydlig ägare förfaller inom ett år, oavsett hur bra verktyget är. Den tredje är att låta en filserver bli ledningssystemet: en mappstruktur ger varken versionsstyrning, godkännandeflöde eller revisionslogg. Den fjärde är att glömma migreringen – fråga tidigt hur befintliga dokument, register och pågående ärenden förs över och vem som gör jobbet.
Vilka frågor ska man ställa till leverantören?
Ställ frågor som avslöjar hur systemet fungerar i vardagen, inte bara hur det ser ut i en presentation. Tabellen sammanfattar de frågor som brukar skilja ett system som används från ett som köps och glöms.
Be framför allt om att få se en riktig avvikelse registreras, utredas och stängas i demon, och att få prata med en befintlig kund i ungefär er storlek och bransch.
| Fråga | Varför den är viktig |
|---|---|
| Hur lång tid tar en realistisk uppstart, och vad ingår i startavgiften? | Visar om konfiguration och import ingår eller faktureras separat |
| Vad händer med vår data om vi säger upp avtalet? | Ni ska kunna få ut dokument och ärenden i läsbart format |
| Var lagras data, och hur fungerar behörigheter för konsulter och revisorer? | Avgör om ni kan ge extern åtkomst utan att lämna ut allt |
| Kan vi lägga till fler moduler senare i samma system? | Undviker en ny upphandling och integration när behovet växer |
| Kan vi prata med en befintlig kund? | Ger en bild av förvaltning och support efter införandet |
Hur inför man systemet utan att tappa fart?
Inför systemet i etapper och börja med det som revisorn granskar först: de styrande dokumenten och avvikelseflödet. Bestäm dokumentstrukturen, utse en ägare per dokument och flytta bara över det som fortfarande gäller. Konfigurera sedan ärendetyperna – avvikelse, tillbud, reklamation, förbättringsförslag – med de fält som behövs och inte fler.
Låt en mindre grupp testa inrapporteringen i ett par veckor innan resten av organisationen kopplas på. Det är där det märks om formuläret är för långt eller om kategorierna är otydliga, och det är billigt att ändra innan alla börjat använda det.
Bestäm också hur ni mäter att systemet används: antal rapporterade avvikelser per månad, andel stängda i tid och antal dokument som passerat sitt revisionsdatum. Siffrorna blir ett naturligt underlag till ledningens genomgång och visar tidigt om något behöver justeras.
Hur hanterar Spineweb dokument och avvikelser?
I Spineweb ligger dokumenthantering och ärendehantering i samma plattform, så ett ärende kan kopplas direkt till berörda dokument och leda till att en rutin uppdateras. Behörigheter är rollstyrda, alla ändringar loggas och dokument kan nås i mobilen via QR-kod ute i verksamheten.
Spineweb är ett webbaserat ledningssystem som utvecklas och levereras av Ecowise, en svensk konsultbyrå inom ISO-ledningssystem och hållbarhet. Plattformen levereras som SaaS, så det krävs ingen lokal installation, och den kan byggas ut med moduler för bland annat lagbevakning, kemikaliehantering, utbildning, underhåll och hållbarhetsrapportering när behovet växer.
Vanliga frågor
Behöver vi ett system för att bli ISO-certifierade?
Nej. Certifieringsorganet granskar hur ni styr verksamheten, inte vilket verktyg ni använder. Ett välordnat filarkiv kan klara en revision. Ett system lönar sig när antalet dokument, ärenden och användare gör den manuella administrationen dyrare än licensen, och när ni vill kunna visa uppföljning och statistik utan att bygga rapporterna för hand.
Kan vi börja med bara dokumenthantering och lägga till avvikelser senare?
Ja, det är ett vanligt upplägg. Välj då en plattform där avvikelsehantering finns som modul i samma system, så att ni slipper en ny upphandling och en integration när ni är redo för nästa steg.
Hur lång tid tar en uppstart?
För ett medelstort företag handlar det oftast om några dagar till ett par veckor för grundkonfiguration av moduler, behörigheter och fält, plus tid för import av befintliga dokument och register. Den största tidsposten är sällan tekniken utan att bestämma struktur, ansvar och vilka dokument som ska följa med.
Vad ska vi göra med alla gamla dokument?
Använd bytet som en städning. Gå igenom vilka styrande dokument som fortfarande gäller, utse en ägare per dokument och migrera bara dem. Inaktuellt material bör arkiveras separat, inte flyttas in i det nya systemet där det riskerar att läsas som gällande.
Källor
- ISO 9001 – Quality management systems – ISO
- ISO 45001 – Occupational health and safety – ISO
- Ledningssystem – SIS, Svenska institutet för standarder
- Systematiskt arbetsmiljöarbete (AFS 2023:1) – Arbetsmiljöverket
- Skillnaden mellan ackreditering och certifiering – Swedac