Med de nye metoder til risikovurdering af maskiner i Safety Software kan hold arbejde med HRN, Risk Score, Graph eller Matrix uden at splitte dokumentationen ad. Det er vigtigt for virksomheder, der kører forskellige projekter, brancher og interne procedurer, for ikke alle arbejder efter samme metode, og ikke alle kunder forventer samme måde at få resultatet præsenteret på. Ifølge logikken i ISO 12100 handler risikovurdering af maskiner ikke om loyalitet over for én tabel. Det handler om at gå processen rigtigt igennem: fra maskinens begrænsninger og identifikation af farer og farlige situationer til valg af beskyttelsesforanstaltninger og vurdering af restrisiko. De nye muligheder giver mere fleksibilitet, uden at dokumentationen mister sammenhæng.
Metoder til risikovurdering af maskiner skal støtte processen
I praksis begynder risikovurdering af maskiner alt for ofte i et gammelt regneark, som nogen lavede for flere år siden, kopierede videre og tilpassede til næste maskine. Parametre er beskrevet forskelligt. Risikotærskler er uklare. Oversættelser skifter fra projekt til projekt. Der står et resultat i rapporten, men ikke altid præcist, hvordan det blev til. Det er ikke bare en skønhedsfejl. Det er et reelt problem, når vurderingen senere skal genbesøges ved audit, modernisering, ændring af en afskærmning eller vurdering af restrisiko.
Derfor bygger de nye metoder i Safety Software på et centralt konfigurationskatalog. Parametre, tærskler, etiketter, oversættelser og beslutningsstier styres på systemniveau. På den måde bliver vurderingen ensartet, og resultatet kan overføres klart til en slutrapport. Pointen er ikke at lægge flere regnemaskiner oven på processen. Pointen er at gøre selve metoden til en del af et ordnet, sporbar og efterprøvbar arbejdsgang.
Det er også her mange organisationer går skævt. De behandler metoden som facit og processen som formalitet. Det er omvendt. Hvis holdet springer let hen over maskinens begrænsninger, laver en overfladisk identifikation af farer og farlige situationer eller beskriver en farlig hændelse upræcist, så redder ingen Matrix og ingen HRN resultatet. Metoden skal støtte den ingeniørfaglige vurdering, ikke skjule mangler i den.
Metoder til risikovurdering af maskiner i Safety Software
I modulet til risikovurdering er der nu flere metoder og flere muligheder for konfiguration. Det betyder, at forskellige afdelinger, projekter og kunder kan arbejde i samme system med den metode, der passer til opgaven, mens dokumentationen stadig følger den samme struktur. Det er en praktisk forbedring, ikke pynt. Når metoden er koblet sammen med data, beslutninger og slutrapport, falder forskellen mellem arbejdsnotat og officiel dokumentation markant.
HRN med støtte for brøkværdier
HRN er fortsat en af de tilgængelige metoder. Forskellen er, at vores version understøtter brøkværdier, for eksempel FE = 0,5, uden at miste præcision i beregningen eller i slutrapporten. Det lyder som en lille detalje, men i praksis betyder det meget. HRN bliver langt mere brugbar, når holdet kan vægte de enkelte parametre fleksibelt i stedet for at runde kunstigt op eller ned, bare fordi værktøjet eller det gamle regneark ikke kan håndtere en mere finmasket værdi.
Konsekvensen er enkel: resultatet kan afspejle de faktiske antagelser bedre. Man slipper for halve manuelle løsninger, ekstra noter i margenen og efterfølgende diskussioner om, hvorfor en værdi blev ændret for at passe ind i et stift format. Når flere personer senere læser samme vurdering, kan de se logikken direkte i dokumentationen.
Risk Score
Risk Score er en enkel pointmetode baseret på parametrene S/F/O/A. Den passer godt, når et hold vil arbejde mere intuitivt, men stadig har brug for faste tærskler, tydelige etiketter og konsistente beskrivelser i dokumentationen. Brugeren ser parametre, resultat og risikoklassifikation i én samlet model. Det gør metoden velegnet i projekter, hvor tempoet er højt, men hvor kvaliteten i dokumentationen stadig skal være den samme hver gang.
Styrken ved Risk Score er ikke kompleksitet. Styrken er gennemsigtighed. Hvis organisationen er enige om, hvordan de enkelte input skal forstås, bliver metoden hurtig at bruge og let at forklare. Det gør det lettere at sammenligne vurderinger på tværs af maskiner og projekter uden at falde tilbage i fri fortolkning og personlige vaner.
Graph
Graph er en metode, der bygger på beslutningsstier i S/F/O/A og fører til et resultat i RI 1–6. Mange automationsfolk vil genkende logikken. Den minder om måden, man bevæger sig gennem beslutningsspørgsmål i arbejde med sikkerhedsfunktioner, men her bruges den til selve risikovurderingen af maskiner.
Brugeren går trin for trin gennem alvoren af den mulige skade, hyppigheden eller varigheden af eksponeringen, sandsynligheden for at den farlige hændelse opstår, samt muligheden for at undgå eller begrænse skaden. Det er en stærk tilgang, når holdet ikke kun vil se slutresultatet, men også den vej, der førte dertil. Resultatet kommer ikke som et magisk tal fra en løs tabel. Det kommer fra en tydelig kæde af svar og antagelser.
Netop derfor er Graph nyttig, når vurderingen senere bliver udfordret. Hvis nogen spørger, hvorfor risikoen havnede i en bestemt kategori, kan du vise stien. Du står ikke tilbage med et ensomt tal, som engang blev kopieret ind fra et regneark uden forklaring.
Matrix
Matrix er den klassiske risikomatrix baseret på forholdet mellem skadens alvor og sandsynligheden for, at skaden opstår. Den er hurtig at bruge, let at forstå og kendt af mange tekniske hold. Det er præcis derfor, den stadig er relevant. Ikke alle projekter har brug for en mere detaljeret model.
Men der er en væsentlig forskel på en ordentlig Matrix i et system og en løs tabel i en mappe. I Safety Software er tærskler, etiketter og logik konfigurerbare og afstemt med slutrapporten. Matrix er derfor ikke et billede, der limes ind til sidst. Den er en del af den samme kontrollerede proces som resten af vurderingen.
Ét miljø, flere metoder, samme dokumentation
Den største ændring er ikke bare, at der findes flere metoder. Den største ændring er, at forskellige metoder nu kan køre i samme miljø og inden for samme dokumentationsproces. Organisationen kan vælge metode efter projekt, kunde eller intern procedure og samtidig fastholde en fælles måde at registrere beslutninger på.
Systemet gemmer konfigurationen af metoden, inputparametre, resultat, risikokategori og forklaring af beregningen. Det giver en slutrapport, som ikke kun viser selve resultatet, men også hvordan resultatet blev opnået. Det er afgørende, når flere afdelinger arbejder sammen, eller når en kunde vil kunne følge logikken hele vejen fra vurdering til dokumentation.
Værdien bliver endnu tydeligere, når vurderingen vender tilbage efter noget tid. Måske bliver maskinen moderniseret. Måske ændres en afskærmning eller en sensor. Måske opdateres en LOTO-procedure. Måske skal restrisiko vurderes på ny efter en designændring. I de situationer må metode, parametre og tærskler ikke ligge gemt i én persons private regneark. De skal være en del af dokumentation, der kan genskabes, kontrolleres og forsvares.
Fleksibilitet uden at miste kontrol
De nye muligheder giver mere fleksibilitet, men de ændrer ikke på det vigtigste princip i Safety Software: risikovurdering af maskiner er ikke bare matematik. Et tal, et indeks eller en farve i en Matrix er kun én del af arbejdet. Det afgørende er stadig, om holdet har fastlagt maskinens begrænsninger korrekt, gennemført en ordentlig identifikation af farer og farlige situationer, beskrevet hver farlig hændelse klart, valgt relevante beskyttelsesforanstaltninger og begrundet den resterende restrisiko.
Hvis de trin er svage, kan ingen metode rette det op. Hvis de trin er solide, bliver metoden til gengæld et stærkt værktøj, fordi den organiserer beslutningerne og gør dem synlige. Det er forskellen mellem dokumentation, der kun ser pæn ud, og dokumentation, der faktisk kan holde til spørgsmål fra kolleger, kunder, auditorer eller ved ændringer i design og drift.
Den tilgang passer godt til organisationer, der arbejder efter ISO 12100 og samtidig vil have dokumentation, der kan bruges i den tekniske fil og som underlag i CE-arbejdet. Når processen er konsekvent, bliver det lettere at forklare, hvorfor en bestemt løsning blev valgt, og hvorfor den valgte kombination af beskyttelsesforanstaltninger reducerer risikoen til et acceptabelt niveau. Det er ikke bureaukrati for bureaukratiets skyld. Det er god teknik sat i system.
Hvad betyder det for brugerne i praksis?
For brugerne betyder ændringen helt konkret, at de kan arbejde mere fleksibelt uden at give køb på styring og sporbarhed. Med de nye funktioner kan man blandt andet:
- vælge den metode, der passer til projektet, kunden eller den interne procedure,
- bruge HRN med støtte for brøkværdier som FE = 0,5,
- arbejde med den pointbaserede metode Risk Score,
- gennemføre vurderinger med Graph og følge beslutningsstien frem til RI 1–6,
- benytte en klassisk Matrix uden at miste sammenhængen til resten af dokumentationen,
- fastholde ens tærskler, etiketter og oversættelser på tværs af projekter,
- føre resultaterne direkte videre til en læsbar slutrapport,
- reducere forskelle mellem den løbende vurdering og den endelige dokumentation,
- opbygge en proces, der er både sporbar og efterprøvbar.
Det lyder måske som en systemforbedring, og det er det også. Men i praksis er det først og fremmest en forbedring af selve arbejdsformen. Når metodevalg, input og resultat hænger sammen, bliver det lettere at holde en ensartet kvalitet, også når flere personer arbejder på samme projekt eller når dokumentationen senere skal åbnes igen.
Den korte version er enkel: Flere metoder giver mening, hvis de ikke splitter processen. Det er præcis det, de nye funktioner i Safety Software er lavet til. En god slutrapport må ikke afhænge af, hvem der sidst redigerede et regneark. Den skal komme ud af en proces, der kan genskabes, kontrolleres og forsvares.