IA în evaluarea riscurilor pentru mașini

IA a intrat repede într-un teritoriu în care, ani la rând, au domnit Excel, listele de verificare și documentele copiate din proiect în proiect. IA în evaluarea riscurilor pentru mașini promite viteză: pui numele mașinii, câteva informații generale și primești imediat o tabelă care arată impecabil. Pericol, consecință, măsuri de protecție, nivel de risc, risc rezidual. Totul pare în regulă. Numai că o tabelă care arată bine nu este automat o evaluare a riscurilor pentru mașini conformă cu ISO 12100.

Aici se face confuzia mare. Evaluarea riscurilor pentru mașini nu înseamnă să generezi o listă de pericole și să umpli celule cu fraze tehnice. Valoarea reală nu stă în numărul de rânduri, în culori sau în stilul textului. Valoarea stă în faptul că poți reconstrui logica deciziilor: de ce acel pericol este relevant, cine este expus, în ce fază a vieții mașinii apare situația periculoasă, ce eveniment periculos poate duce la vătămare și de ce ai ales exact acele măsuri de protecție pentru reducerea riscului.

Pe scurt: documentul nu este procesul. Iar când le confunzi, IA nu te salvează. Doar face problema mai elegantă.

IA în evaluarea riscurilor pentru mașini: tehnologie nouă, greșeală veche

Mulți ani, evaluările de risc au arătat la fel: un fișier Excel, o listă generică de pericole, câteva efecte standard și la final o reducerea riscului care, cumva, ieșea mereu bine. Document era. Rubrici completate erau. Doar că, foarte des, lipsea fix partea esențială din ISO 12100: legătura reală dintre pericol, sarcina omului, faza de viață a mașinii, situația periculoasă și evenimentul periculos.

S-a trecut pericolul în tabelă? Da. S-a estimat riscul inițial? Da. După o apărătoare, o instrucțiune și un training, a scăzut riscul? Desigur. Dar întrebarea serioasă este alta: a verificat cineva ce face operatorul la reglaj? Cum arată curățarea? Cum se face mentenanță? Cine face deblocarea blocajelor? Cât de des apare mod manual? Se lucrează cu presiune de timp? Sunt ocolite protecțiile pentru că încetinesc producția?

Aici se rupe filmul. Problema nu a fost niciodată Excelul. Excel este doar un instrument. Problema a fost mereu folosirea lui ca înlocuitor de proces. Azi, cu IA, poți face aceeași greșeală mai repede, mai frumos și mai convingător. Acesta este pericolul real. O ieșire generată de IA poate suna matur, coerent și profesionist. Poate părea scrisă de un expert. Dar impresia de analiză nu este analiză.

ISO 12100 nu descrie arta de a produce texte convingătoare. Descrie o metodică de atingere a siguranței prin proiectare, evaluarea riscului și reducerea riscului. Cu alte cuvinte, nu este despre cum arată documentul. Este despre cum gândești mașina, utilizarea ei, incidentele plauzibile și răspunsul tehnic corect.

ISO 12100 nu începe cu lista de pericole

Una dintre cele mai frecvente greșeli este asta: începem cu întrebarea ce pericole are mașina. Pare logic. Are acționări, deci are pericole mecanice. Are alimentare, deci are pericole electrice. Are pneumatica, deci ai energie acumulată. Are piese fierbinți, deci ai arsuri. Tabela începe să crească și toată lumea se simte productivă.

Numai că asta încă nu este evaluarea riscurilor pentru mașini. Este doar un catalog de pericole potențiale. Util, dar insuficient. ISO 12100 nu cere să privești mașina ca pe o colecție statică de surse de pericol. Cere să privești mașina în relație cu omul care o transportă, o instalează, o pornește, o operează, o reglează, o curăță, o întreține, o repară, o reconfigurează și o scoate din exploatare.

Un pericol, singur, nu descrie încă riscul. O muchie ascuțită este un pericol. Dar riscul apare când cineva poate intra în contact cu ea. Un arbore în rotație este un pericol. Dar riscul depinde de cine ajunge lângă el, când și pentru ce. Un mecanism mobil poate fi complet izolat în funcționare normală și critic la curățare, mentenanță, deblocarea blocajelor sau testare în mod manual.

Întrebarea mai bună este alta: cine, în ce fază a vieții mașinii, în timpul cărei sarcini și în ce condiții poate ajunge într-o situație periculoasă? Abia după aceea întrebi ce eveniment periculos poate declanșa scenariul și ce vătămare poate produce.

Două direcții de gândire: sarcină și eveniment

În practică, o evaluare bună trebuie să suporte ambele direcții de analiză. Uneori pleci de la sarcină: curățare, reglaj, schimbare de format, mentenanță, deblocarea blocajelor. Atunci întrebi dacă omul poate ajunge într-o situație periculoasă și ce poate duce la vătămare.

Alteori pleci de la eveniment: pornire neașteptată, pierderea stabilității, defectarea sistemului de comandă, pierderea alimentării, eliberarea de energie, căderea unui obiect, ruperea unui furtun, incendiu. Un astfel de eveniment poate crea el însuși situația periculoasă. Dacă forțezi totul într-o singură schemă rigidă, scapi exact scenariile care contează.

De aceea, o evaluare serioasă nu ar trebui să arate ca un formular mecanic de tip sarcină, situație, eveniment, măsură de protecție și gata. În teren, lucrurile nu curg atât de frumos. Omul, mașina, defectul și mediul nu citesc tabelele noastre.

Cum folosești corect IA în evaluarea riscurilor pentru mașini

Rolul corect al IA este clar: asistent de proces, nu autor de răspundere. Dacă ai context bun, IA poate fi utilă. Poate ordona informația, poate propune întrebări de control, poate semnala omisiuni, poate compara scenarii și poate ajuta la redactarea justificărilor. Asta înseamnă ajutor real.

Dar ajutorul începe după ce ai strâns datele care contează. Nu înainte. Ca să aibă sens, IA trebuie să primească măcar următorul context:

• limitele mașinii și limitele de utilizare;
• fazele de viață ale mașinii;
• modurile de funcționare, inclusiv mod manual;
• sarcinile reale ale operatorului, ale personalului de mentenanță și ale altor persoane expuse;
• accesurile reale, nu cele presupuse în desen;
• sursele de energie și comportamentul mașinii la defect sau la pierderea alimentării;
• operațiile de curățare, reglaj, schimbare de format și deblocarea blocajelor;
• utilizarea corectă și utilizarea greșită previzibilă;
• constrângerile de spațiu, vizibilitate, ritm de producție și ergonomie.

Fără aceste date, IA nu analizează. Ghicește. Iar ghicitul în siguranța mașinilor arată bine doar până la primul accident.

Asistent, nu autor al răspunderii

Oricât de bun ar fi modelul, răspunderea nu stă în model. Rămâne la producător, proiectant, integrator, echipa tehnică și persoana care semnează documentația. Dacă IA scrie că trebuie o apărătoare interblocată cu blocare, cineva trebuie să răspundă la întrebările grele: pentru ce acces exact, pentru ce timp de oprire, pentru ce funcție de siguranță, pentru ce frecvență de intrare, cu ce impact asupra producției și cu ce riscuri noi introduse?

Dacă IA scrie trainingul operatorului ca măsură de protecție, cineva trebuie să verifice onest dacă trainingul chiar reduce riscul sau doar mută vina pe operator. Dacă proiectul obligă omul să ajungă zilnic lângă mișcare periculoasă, problema nu este lipsa trainingului. Problema este proiectul.

La fel cu LOTO. Dacă operația se face o dată pe lună la mentenanță planificată, e una. Dacă aceeași operație apare de cinci ori pe schimb la deblocarea blocajelor, iar tu scrii LOTO ca soluție universală, nu ai reducerea riscului. Ai o dorință pusă într-o celulă.

Prompt-ul nu este metodică

Aici apare tentația clasică: dacă IA răspunde bine, atunci poate că soluția este doar un prompt mai bun. Să fie mai lung, mai tehnic, să conțină ISO 12100, fazele de viață, utilizarea greșită previzibilă, ierarhia măsurilor de protecție și încă cincisprezece coloane. Da, rezultatul poate arăta mai bine. Nu, asta nu transformă prompt-ul în metodică.

Un prompt bun poate cere structură. Nu poate inventa fapte reale despre mașina ta. Nu știe că operatorul privește mișcarea dintr-un unghi pe care proiectantul nu l-a prevăzut. Nu știe că apărătoarea este atât de incomodă încât după două săptămâni rămâne deschisă. Nu știe că în instrucțiune scrie două persoane, iar în hală lucrează una singură. Nu știe că schimbarea de format, trecută drept rară, se face în realitate de mai multe ori pe zi.

Exact detaliile acestea fac diferența între un text frumos și o analiză utilă. De aceea, prompt-ul poate porni conversația. Nu poate înlocui observația, discuția cu constructorul, discuția cu utilizatorul și mersul lângă mașină.

IA în evaluarea riscurilor pentru mașini are valoare doar dacă există trasabilitatea deciziilor

O evaluare serioasă trebuie să poată fi refăcută mental de la cap la coadă. Nu doar citită. Refăcută. Asta înseamnă trasabilitatea deciziilor. După luni sau ani, trebuie să poți explica de ce ai considerat relevantă o anumită situație periculoasă, de ce ai estimat o anumită gravitate a vătămării, de ce frecvența de expunere este aceea pe care ai trecut-o și de ce măsura de protecție aleasă este adecvată.

Fără trasabilitatea deciziilor, tabela arată rezultatul, dar nu arată gândirea. Iar când apare un audit, o modernizare, o neconformitate, un incident sau o dispută cu clientul, fraza IA a generat așa nu te ajută cu nimic. Exact cum nu ajuta înainte fraza așa a ieșit în Excel.

În evaluările slabe, pericolul trăiește separat, sarcina omului separat, situația periculoasă separat, măsurile de protecție separat, iar risc rezidual scade aproape din obligație. În evaluările bune vezi firul logic: limitele mașinii, fazele vieții, sarcinile reale, condițiile de lucru, situația periculoasă, evenimentul periculos, vătămarea posibilă, alegerea soluției și justificarea de ce aceea este potrivită.

IA poate întări acest proces dacă există deja disciplină. Poate uniformiza descrierile, poate detecta lacune și poate cere clarificări. Dar dacă procesul lipsește, IA doar produce o ceață mai elegantă. Mai mult text, stil mai bun, aceeași lipsă de fond.

Exemplu de hală: senzor tip furcă pe un slitter

Să luăm un caz simplu și foarte real. Pe un slitter, un senzor tip furcă detectează poziția benzii. La schimbarea lățimii materialului, operatorul trebuie să repoziționeze senzorul. Numai că reglajul se află în zona periculoasă. Ca să-l miște, omul intră lângă role, arbori, puncte de antrenare și, eventual, elemente ale sistemului de tăiere.

Dacă dai problema asta către IA cu un prompt general, răspunsul probabil va suna acceptabil: pericol de prindere, strivire sau tăiere; măsuri de protecție recomandate: LOTO, instruirea operatorului, marcarea zonei, apărătoare, buton de oprire de urgență, instrucțiune de lucru. Sună bine. Dar este exact genul de răspuns care îți dă senzația falsă că ai rezolvat ceva.

Întrebarea serioasă nu este cum descrii accesul în zona periculoasă. Întrebarea serioasă este de ce operatorul trebuie să intre acolo pentru o operație normală și repetitivă. Dacă schimbarea lățimii este parte din exploatarea curentă, nu ai voie să tratezi problema ca pe o intervenție excepțională de service și să te ascunzi în spatele LOTO.

Ordinea corectă este cea din ISO 12100. Mai întâi întrebi dacă poți elimina pericolul sau reduce riscul prin proiectare intrinsec sigură. În cazul de față, poți muta reglajul în afara zonei periculoase? Poți folosi o ghidare accesibilă din exteriorul apărătorii? Poți adăuga o scară mecanică, poziționare pe rețetă sau alt concept de detecție care să nu mai ceară acces manual în zona periculoasă?

Abia dacă răspunsul este nu, treci mai departe: apărătoare interblocată cu blocare, mod manual bine definit, viteză redusă, comandă menținută, dispozitiv de validare, oprire sigură, LOTO pentru intervențiile care chiar sunt de mentenanță, instrucțiuni și instruire. Ordinea contează enorm. Dacă sari direct la procedură, tratezi simptomul și ratezi cauza.

Asta separă ingineria de cosmetizarea documentației. Generatorul de text îți spune ce să scrii în coloană. Procesul bun te obligă să întrebi de ce omul ajunge acolo și cum poți schimba proiectul ca să nu mai ajungă.

IA în funcția de siguranță este altă ligă

Trebuie făcută o separare clară. Una este să folosești IA ca suport pentru evaluarea riscurilor pentru mașini. Alta este să folosești IA sau învățare automată în mașină, mai ales când sistemul respectiv are rol într-o funcție de siguranță. Acolo nu mai vorbim despre redactare și liste de control. Acolo vorbim despre comportamentul tehnic al unui sistem de care poate depinde evitarea unei vătămări.

Regulamentul (UE) 2023/1230 merge direct la subiect: producătorul trebuie să facă evaluarea riscului pentru a stabili cerințele esențiale de sănătate și securitate aplicabile și să proiecteze mașina în consecință. Mai mult, sistemele cu comportament total sau parțial auto-modificator care asigură funcții de siguranță intră într-o zonă sensibilă, în care evaluarea conformității nu este o formalitate și nu merge pe încredere.

AI Act întărește aceeași logică. Când un sistem IA este folosit ca element de siguranță al unui produs reglementat și intră pe terenul evaluării de conformitate riguroase, nu mai vorbim despre o funcționalitate simpatică, ci despre un sistem cu risc ridicat. Asta înseamnă cerințe privind managementul riscului pe tot ciclul de viață, supraveghere umană, robustețe, acuratețe, securitate cibernetică și capacitatea de a demonstra comportamentul sigur inclusiv când lucrurile ies din scenariul ideal.

Pe românește: dacă IA te ajută să formulezi întrebări pentru evaluarea riscurilor, bine. Dacă IA decide comportamentul mașinii într-o situație de siguranță, intri într-o altă ligă. Acolo statistica frumoasă din test nu ajunge. Trebuie să arăți ce se întâmplă la defect, la date atipice, la murdărie, vibrații, lumină proastă, uzură, comportament neprevăzut al operatorului și interacțiuni cu alte sisteme. În siguranța mașinilor, starea sigură la defect bate prezentarea de marketing.

Ce merită făcut în practică

Dacă vrei să folosești IA util, nu spectaculos, ține minte câteva reguli simple:

• nu începe cu cererea de a genera o tabelă; începe cu descrierea mașinii și a muncii reale din jurul ei;
• obligă procesul să treacă prin limite, faze de viață, sarcini, situații periculoase, evenimente periculoase și justificări;
• folosește IA ca să descoperi ce ai uitat, nu ca să decidă în locul tău;
• păstrează trasabilitatea deciziilor pentru fiecare alegere importantă;
• respectă ierarhia măsurilor de protecție: proiectare intrinsec sigură, apoi măsuri tehnice de protecție, apoi informații pentru utilizator;
• verifică mereu dacă soluția propusă este reală în exploatare, nu doar frumoasă în document.

Adevărul simplu este acesta: IA poate economisi timp. Poate chiar ridica nivelul documentării. Dar nu poate înlocui mersul la mașină, discuția cu operatorul, conflictul sănătos cu proiectantul și decizia tehnică asumată. În evaluarea riscurilor pentru mașini, întrebările bune valorează mai mult decât răspunsurile automate. Iar o tabelă impecabilă, fără proces real în spate, rămâne doar atât: o tabelă impecabilă.