Exemplu de evaluare a riscurilor conform ISO 12100 nu este un exercițiu de formatare. Cel mai prost tip de evaluare a riscurilor nu arată haotic. Arată impecabil: tabel, punctaj, standarde, comentarii și un PDF final care dă echipei senzația comodă că subiectul s-a închis. Numai că ISO 12100 nu evaluează frumusețea documentului. Evaluează dacă cineva a condus cu adevărat procesul de siguranță: de la limitele mașinii și scenariile reale de lucru până la reducerea riscului, riscul secundar, riscul rezidual și trasabilitatea deciziilor. Aici se vede diferența dintre administrație și inginerie. Un fișier poate arăta convingător. Asta nu înseamnă că documentația evaluării riscurilor există și, mai ales, că o poți apăra tehnic la recepție, la audit sau într-un dosar CE.
Exemplu de evaluare a riscurilor conform ISO 12100 nu este un Excel cosmetizat
Se poate face evaluarea riscurilor în Excel? Sigur că da. Poți pune pericole, scoruri, standarde, comentarii și măsuri de protecție. Poți obține chiar un rezultat care arată serios. Problema nu este dacă se poate. Problema este dacă foaia de calcul poate păzi logica procesului.
Și aici începe ruptura. Excel nu te obligă să pleci de la limitele mașinii. Nu te obligă să separi utilizarea normală de intervenții, curățare, reglaj, mentenanță sau diagnosticare. Nu te oprește când sari direct de la pericol la apărătoare, procedură sau instrucțiune, de parcă ordinea cerută de ISO 12100 ar fi decor, nu scheletul întregii evaluări.
Or, ISO 12100 cere mai mult decât un tabel cu rezultate. Cere documentația evaluării riscurilor. Asta înseamnă că trebuie să poți arăta nu doar ce ai scris, ci și de ce ai scris, în ce ordine și pe ce bază.
Ce trebuie să arate documentația evaluării riscurilor
O documentație solidă trebuie să facă vizibile cel puțin următoarele:
- care sunt limitele mașinii și condițiile de utilizare prevăzute;
- ce utilizatori au fost luați în calcul și ce sarcini execută efectiv;
- ce situații periculoase și ce evenimente periculoase au fost analizate;
- cum a fost estimat riscul inițial;
- ce măsură de protecție a fost aleasă și de ce;
- în ce ordine a fost aplicată reducerea riscului, conform logicii ISO 12100;
- dacă a apărut un risc secundar după aplicarea măsurii de protecție;
- cum a fost evaluat riscul rezidual;
- cine a luat decizia și cine a acceptat rezultatul.
Aici se rupe mitul comod că un tabel complet este automat documentație. Nu este. O foaie de calcul poate fi caiet de lucru, schiță, suport pentru echipă. Foarte bine. Dar dacă nu poate transforma succesiunea de decizii într-o documentație care se poate reconstitui, verifica și apăra, atunci rămâne exact atât: suport de lucru.
Mai este ceva ce se ratează frecvent. ISO 12100 nu tratează reducerea riscului ca pe un joc de bifat măsuri. Logica este clară: mai întâi măsuri de proiectare inerent sigure, apoi măsuri de protecție tehnice, apoi informații pentru utilizare. În practică, industria sare adesea direct la apărătoare și instrucțiuni. Sună eficient. Tehnic, este o scurtătură periculoasă.
Dacă documentul nu arată această ordine, dacă nu explică de ce o funcție de siguranță este necesară și de ce s-a ajuns la un anumit nivel, de exemplu PL d conform ISO 13849, atunci ai doar un rezultat final fără coloană vertebrală. Când vine întrebarea serioasă, exact asta se vede.
Riscul secundar: locul în care multe evaluări încep să mintă prin omisiune
Poate o măsură de protecție să creeze un pericol nou? Bineînțeles că poate. Și tocmai de aceea o evaluare serioasă nu se termină când ai adăugat o apărătoare, o interblocare, o resetare manuală sau o procedură. Măsura de protecție nu închide procesul. Îl schimbă.
Dacă nu verifici ce a modificat acea măsură în relația om–mașină–energie–proces, documentația începe să descrie o lume mai sigură decât cea reală. Asta nu este un detaliu. Este o întrerupere a logicii evaluării riscurilor.
O apărătoare care reduce contactul, dar complică intervenția
Să luăm un caz mecanic clasic. Operatorul are acces ocazional la o zonă cu mișcare periculoasă atunci când elimină blocaje. Echipa adaugă o apărătoare mobilă cu interblocare. Pe hârtie, totul arată bine: accesul în timpul funcționării automate este limitat.
După modificare, însă, realitatea se schimbă. La curățare și deblocare, operatorul trebuie să lucreze printr-o deschidere mai îngustă, să întindă brațul mai adânc, să adopte poziții incomode și să aibă vizibilitate mai slabă. Riscul mecanic principal scade, dar apare altă întrebare: nu cumva măsura de protecție a creat un risc secundar legat de acces, ergonomie și controlul intervenției?
Dacă acest pas lipsește din documentație, ai doar jumătate din adevăr.
O funcție de siguranță corectă, implementată fără contact cu realitatea
Același lucru se vede în automatizări. Adaugi interblocare, blocarea repornirii automate după deschiderea apărătorii și resetare manuală. Funcția de siguranță este, pe hârtie, corectă. Problema începe când secvența nouă prelungește fiecare intervenție, scoate operatorul din ritmul de lucru și adaugă pași suplimentari înainte de repornire.
Dacă logica a fost gândită fără să țină cont de munca reală, apare riscul secundar de tip organizațional și comportamental:
- resetare făcută reflex, fără verificarea zonei;
- tentația de a ocoli dispozitivele de protecție;
- presiune pentru a scurta pașii care par incomozi;
- responsabilități neclare în momentul repunerii în funcțiune.
Funcția de siguranță nu este neapărat greșită. Greșeala este implementarea ei fără verificarea efectului asupra omului și asupra secvenței reale de intervenție.
Legătura echipotențială făcută pe bucăți poate agrava situația
Și în partea electrică apar capcane similare. Cineva observă o problemă și decide să îmbunătățească protecția prin realizarea unei legături echipotențiale doar pentru un singur element al mașinii. Intenția pare bună. Execuția fragmentară poate fi periculoasă.
Dacă doar o parte a ansamblului primește această corecție, poți ajunge într-o situație în care diferite părți ale mașinii au condiții de referință diferite. La defect sau în regim tranzitoriu, riscul de diferență de potențial poate deveni mai mare. Iar omul care atinge simultan două părți ale sistemului poate intra într-un scenariu mai rău decât înainte de așa-zisa îmbunătățire.
Asta este esența riscului secundar: măsura introdusă ca plus de siguranță trebuie verificată în ansamblu, nu doar în punctul unde a fost montată.
Trasabilitatea deciziilor nu este birocratică. Este dovada că s-a gândit cineva
În multe proiecte există rezultat final, există tabel, există calificativ și există PDF. Ce lipsește? Drumul până la acel rezultat. Iar fără trasabilitatea deciziilor, exact acolo se rupe apărarea tehnică a documentației.
Documentul final îți arată starea de la sfârșit. Nu îți arată cine a schimbat evaluarea, când a făcut-o, de ce a făcut-o, ce ipoteză a fost modificată și dacă după o măsură de protecție s-a făcut cu adevărat o reevaluare. În siguranța mașinilor, această memorie contează enorm.
Trei situații în care lipsa trasabilității deciziilor devine toxică
- Evaluarea se schimbă din medie în scăzută și nimeni nu mai știe de ce. În tabel vezi doar varianta finală. Nu mai poți distinge între o decizie inginerească reală și o cosmetizare târzie a rezultatului.
- Riscul este acceptat ca scăzut, dar fără justificare. A fost acceptat pentru că expunerea este rară, consecința este mică, condițiile sunt controlate și utilizatorul este instruit? Sau doar pentru că valoarea numerică părea comodă? Fără trasabilitatea deciziilor, diferența dispare.
- În document apare PL d, dar fără logică. Toată lumea vede o funcție de siguranță și o referire la ISO 13849. Nimeni nu mai poate explica ce monitorizează funcția, ce oprește, de ce este necesară și de ce cerința nu este mai jos sau mai sus.
Asta este problema reală cu o foaie de calcul clasică: stochează bine rezultatul final și foarte prost logica modificărilor. O celulă se suprascrie ușor. Un comentariu se adaugă și dispare ușor. O descriere se ajustează ușor. După aceea devine greu să separi evoluția analizei de ordonarea manuală a documentului sau, mai rău, de adaptarea rezultatului la concluzia dorită.
Dacă nu poți reconstrui procesul de luare a deciziilor, nu aperi evaluarea riscurilor. Aperi doar ultima ei versiune. Și asta este prea puțin.
Exemplu de evaluare a riscurilor conform ISO 12100: stație automată de ambalare
Ca să nu rămânem în teorie, să luăm un caz realist: o stație automată de ambalare cu mișcări periculoase, intervenții de operator, eliminare de blocaje, operații de mentenanță, acces la energie electrică și pneumatică și funcții de siguranță dependente de logica de comandă. Exact genul de echipament unde o evaluare superficială pare suficientă până în clipa în care cineva chiar trebuie să intervină.
Într-o analiză serioasă pentru un astfel de echipament nu te oprești la două sau trei linii generale despre risc mecanic sau risc electric. Ai nevoie de descompunere reală pe situații periculoase și evenimente periculoase. În exemplul de mai jos, evaluarea a fost desfăcută în 16 situații distincte: 13 scenarii de sarcină și 3 evenimente periculoase analizate separat.
- supravegherea funcționării automate din zona operatorului;
- intervenții minore în timpul funcționării pentru corecții rapide;
- eliminarea blocajelor din zona de alimentare;
- eliminarea blocajelor din zona de evacuare;
- curățarea zonelor cu acces restrâns;
- reglarea senzorilor și a elementelor de ghidare;
- verificări funcționale după reglaj;
- înlocuirea pieselor de uzură;
- mentenanță preventivă periodică;
- izolarea energiei electrice pentru intervenție;
- izolarea energiei pneumatice pentru intervenție;
- diagnosticarea defectelor în dulapul de comandă;
- repunerea în funcțiune după intervenție;
- pornire neintenționată sau neașteptată;
- aruncare de obiecte sau produs;
- eliberare bruscă a energiei pneumatice.
Abia la acest nivel începi să vezi riscul real. Pentru că nu evaluezi mașina la modul general. Evaluezi relația om–mașină în sarcini concrete, în zone concrete și în condiții concrete de acces.
Exemplu de evaluare a riscurilor conform ISO 12100: ce a arătat practic
Primul lucru care a ieșit la suprafață a fost simplu, dar important: riscul major nu venea din simpla existență a mișcării periculoase, ci din accesul la acea mișcare în timpul intervențiilor, eliminării blocajelor și diagnosticării. Asta se vede în aproape orice echipament automatizat, dar dispare imediat dacă lucrezi doar cu descrieri generale.
Al doilea lucru: nu toate scenariile au avut aceeași gravitate. Unele situații au putut fi acceptate ca risc scăzut, dar nu pentru că a ieșit un număr convenabil. Au fost acceptate numai acolo unde se putea susține clar că:
- frecvența expunerii este redusă;
- durata sarcinii este mică;
- consecința probabilă este limitată;
- condițiile de lucru sunt controlate;
- rolul utilizatorului este clar definit.
Al treilea lucru: scenariile cu intervenții în zona protejată, eliminare de blocaje, pornire neașteptată și acces la echipamente electrice nu puteau fi apărate cu formula comodă apărătoare plus instrucțiune. Acolo a fost necesară descrierea exactă a măsurilor de protecție:
- ce funcție de siguranță reduce efectiv riscul;
- ce mișcare blochează și în ce condiții;
- cum este împiedicată repornirea automată;
- când este necesară resetarea manuală;
- ce risc rezidual rămâne după implementare.
Al patrulea lucru: documentația a devenit credibilă abia în momentul în care a arătat și partea incomodă, nu doar rezultatul curat. Cu alte cuvinte, a trebuit să fie vizibil cine a decis că un scenariu este acceptabil, cine a cerut reducerea riscului, ce argumente au fost folosite și ce s-a schimbat după aplicarea măsurilor de protecție.
Al cincilea lucru: evaluarea bună nu se oprește la prima estimare. Secvența completă a fost aceasta: evaluare inițială, decizie privind acceptabilitatea, alegerea măsurilor de protecție, verificarea riscului secundar, reevaluare și abia apoi stabilirea riscului rezidual. Exact această parte lipsește de obicei din documentele care arată frumos și spun puțin.
Verdictul tehnic
Dacă documentul tău nu poate arăta limitele mașinii, sarcinile reale, situațiile periculoase, evenimentele periculoase, ordinea reducerii riscului, riscul secundar, riscul rezidual și trasabilitatea deciziilor, atunci nu ai documentația evaluării riscurilor. Ai date de lucru. Uneori ordonate. Uneori chiar convingătoare la prima vedere. Dar tot date de lucru.
Excel nu este documentație prin simplul fapt că arată bine. Un Exemplu de evaluare a riscurilor conform ISO 12100 devine valoros doar atunci când lasă în urmă o logică verificabilă: de ce un risc a fost acceptat, de ce altul a mers la reducerea riscului, ce măsură de protecție a fost aleasă, ce risc secundar a apărut și cine a luat fiecare decizie. Asta este diferența dintre un tabel și inginerie. Și exact asta contează când discuția devine serioasă.