Revision & Granskning

Hantera avvikelser

Registrera och följ upp avvikelser från revisioner.

Resume

Effektiv avvikelsehantering omvandlar brister till förbättringar. Genom strukturerad analys av grundorsaker och systematisk uppföljning av åtgärder säkerställs att samma problem inte återkommer. Avvikelser ska ses som lärtillfällen, inte misslyckanden.


Avvikelsehantering

En avvikelse är ett tillstånd där krav i standarden eller interna rutiner inte uppfylls.

Avvikelseklassificering

  • Större avvikelse – Krav uppfylls inte alls eller systemet fungerar inte
    - Mindre avvikelse – Enstaka brist som inte påverkar systemets effektivitet
    - Observation – Förbättringsmöjlighet, inget kravbrott

    ### Hanteringsprocess

    1. Identifiera – Dokumentera avvikelsen tydligt
    2. Analysera – Hitta grundorsaken (root cause)
    3. Korrigera – Åtgärda den specifika bristen
    4. Förebygg – Implementera korrigerande åtgärd för att förhindra återupprepning
    5. Verifiera – Bekräfta att åtgärden är effektiv

    • help.stepByStep

    1

    Registrera avvikelse

    Skapa ny avvikelse under relevant revision

    2

    Beskriv bristen

    Dokumentera vad som observerats och mot vilket krav

    3

    Analysera grundorsak

    Använd 5 Whys eller annat analysverktyg

    4

    Definiera åtgärder

    Skapa korrigerande och förebyggande åtgärder

    5

    Följ upp och stäng

    Verifiera implementering och stäng avvikelsen

    help.tips

    help.goodToKnow
    • Behandla avvikelser som förb möjligheter, inte misslyckanden
    • Fokusera på systemorsaker, inte syndabockar
    • Sätt realistiska deadlines och följ upp aktivt

    Mere information


    #

    Systematisk avvikelsehantering

    Avvikelsehantering är kärnan i kontinuerlig förbättring. Ett moget ledningssystem välkomnar avvikelser som möjligheter att bli bättre.

    #

    Klassificering av avvikelser

    Rätt klassificering styr prioritering och resursallokering:
  • Större avvikelser – Kräver omedelbar åtgärd, kan stoppa certifiering
    - Mindre avvikelser – Ska åtgärdas inom angiven tid, påverkar inte certifiering
    - Observationer – Förbättringsförslag utan kravbrott

    #### Grundorsaksanalys

    Att bara åtgärda symptom leder till återkommande problem. Använd beprövade metoder:
    - 5 Whys – Fråga "varför" tills grundorsaken identifieras
    - Fiskbensdiagram – Kategorisera möjliga orsaker (människa, metod, maskin, material)
    - Felträdsanalys – Identifiera systembrister som möjliggör fel

    #### Korrigerande åtgärder

    Effektiva åtgärder är:
    - Specifika – Tydligt vad som ska göras
    - Mätbara – Möjliga att verifiera
    - Tidssatta – Med realistisk deadline
    - Ansvarstilldelade – En tydlig ägare

    #### Verifiering och stängning

    Innan en avvikelse stängs ska åtgärden verifieras:
    - Har den implementerats som planerat?
    - Fungerar den i praktiken?
    - Finns risk för återfall?

    • Ofte stillede sporgsmol

    ? Hur snabbt måste avvikelser åtgärdas?

    Det beror på klassificering. Större avvikelser ska normalt åtgärdas inom 30-90 dagar. Mindre avvikelser kan ha längre tidsfrist. Vid extern revision måste större avvikelser ofta vara åtgärdade innan certifikat utfärdas.

    ? Vad händer om en åtgärd inte fungerar?

    Om verifiering visar att åtgärden inte är effektiv, behöver grundorsaksanalysen göras om. Ofta innebär det att den verkliga grundorsaken inte identifierats. Dokumentera lärdomen och definiera nya åtgärder.

    ? Ska alla avvikelser ha korrigerande åtgärder?

    Ja, alla avvikelser (större och mindre) kräver korrigerande åtgärder som adresserar grundorsaken. Observationer är frivilliga att åtgärda men bör övervägas som förbättringsmöjligheter.

    Relaterede ressourcer

    Genomföra internrevision Lär dig identifiera avvikelser under revisioner.
    Förbereda extern revision Säkerställ att avvikelser är stängda innan certifieringsrevision.
    Audit Management-modulen Spåra och följ upp avvikelser digitalt i Securapilot.
    help.previous Genomföra internrevision
    help.next Förbereda extern revision

    help.wasHelpful

    Vi bruger anonym statistik uden cookies for at forbedre hjemmesiden. Læs mere