Mašinų rizikos vertinimo DI modulis Safety Software kuriamas ne tam, kad už jus pasirašytų už riziką. Mašinos rizikos vertinimas pirmiausia reikalauja gero mašinos darbo konteksto aprašymo. Forma yra tik įrankis. Ne sprendimas. Prieš komandai pradedant rašyti pavojus, vertinti riziką ir parinkti apsaugos priemones, reikia aiškiai apibrėžti mašinos paskirtį, naudojimo būdą, numatomą naudotojų elgseną, mašinos apribojimus, mašinos gyvavimo etapus ir užduotis, kurias atlieka riziką patiriantis asmuo.
Be šito rizikos vertinimas labai greitai virsta bendrų frazių sandėliu: „judančios dalys“, „elektros energija“, „aštrios briaunos“, „aukšta temperatūra“. Tokie žodžiai gali parodyti pavojaus šaltinį. Bet jie dar neaprašo realaus rizikos scenarijaus.
Todėl Safety Software vystome naują DI modulį. Ne kaip rizikos patvirtinimo automatą. Ne kaip trumpą kelią iki CE dokumentų. Ir ne kaip įrankį, kuris turi pakeisti projektavimo komandos kompetenciją.
DI modulis turi padėti iš neapdorotos, išsibarsčiusios informacijos pereiti prie pirmojo rizikos vertinimo juodraščio. Tokį juodraštį inžinierius gali patikrinti, pataisyti ir sąmoningai naudoti tolesniame darbe.
Mašinų rizikos vertinimo DI modulis kaip ISO 12100 proceso atrama
Rizikos vertinimas pagal ISO 12100 remiasi tvarkingu procesu. Pirmiausia nustatomi mašinos apribojimai. Tada identifikuojami pavojai, su jais susijusios pavojingos situacijos ir pavojingi įvykiai. Tik po to komanda vertina riziką, priima sprendimą dėl jos priimtinumo, parenka apsaugos priemones ir vėl analizuoja riziką po jos sumažinimo.
Safety Software DI modulis palaiko pasirinktus šio proceso elementus, bet jų neuždaro. Jis gali parengti teksto pasiūlymą, alternatyvų aprašą, tikrintinų klausimų sąrašą arba rizikos scenarijaus eskizą. Tačiau jis nepasako, kad mašina yra saugi. Jis nepatvirtina likutinės rizikos. Jis pats nenusprendžia, ar taikomos apsaugos priemonės atitinka B tipo arba C tipo standartų reikalavimus.
Galutinis sprendimas lieka žmogui.
Tai nėra smulkmena. Techninėje dokumentacijoje svarbu ne vien tai, kad laukelis užpildytas. Svarbu, ar įrašas atitinka tikrą mašiną, ar aprašo teisingą scenarijų ir ar jį galima apginti audito metu, po projekto pakeitimo arba po įvykio prie mašinos.
Naudojimas pagal paskirtį ir pagrįstai numatomas netinkamas naudojimas
Viena pirmųjų sričių, kurias palaiko DI modulis, yra naudojimo pagal paskirtį ir pagrįstai numatomo netinkamo naudojimo aprašymas.
Tai starto linija visam rizikos vertinimui. Jeigu aprašymas skamba per daug bendrai, pavyzdžiui, „mašina skirta detalių apdirbimui“, tolesnė analizė greitai praranda tikslumą. Toks tekstas nepasako, kas valdo mašiną, kokiu režimu, su kokia medžiaga, kokiomis sąlygomis ir kokiais apribojimais.
DI gali parengti pirmą juodraštį pagal naudotojo pateiktą informaciją. Tada komanda jį papildo, susiaurina arba pataiso. Kitaip tariant, DI padeda pradėti nuo struktūros, o ne nuo tuščio lapo.
Modulis gali padėti sutvarkyti, be kita ko, šiuos elementus:
- procesą, kuriam mašina skirta;
- numatytą naudotojo profilį;
- reikiamas operatoriaus kompetencijas;
- mašinos darbo režimus;
- medžiagų, gaminių arba įrankių tipus, kuriuos apima procesas;
- naudotojų elgseną, kurią galima pagrįstai numatyti;
- naudojimą, kurį reikia atmesti konstrukciškai arba aiškiai aprašyti instrukcijoje.
Toks aprašymas nėra reklaminis tekstas. Jis yra pagrindas pavojams identifikuoti ir vėliau kurti rizikos scenarijus.
Mašinos apribojimai be pavojingų minties šuolių
ISO 12100 vienas pirmųjų etapų yra mašinos apribojimų nustatymas. Čia kalba eina ne tik apie įrenginio matmenis ar darbo vietos fizinį kontūrą. Kalba eina apie formalų sąlygų aprašymą: kur mašina turi veikti, kaip ji turi būti naudojama ir kokiomis ribomis komanda atlieka rizikos vertinimą.
Mašinos apribojimai gali apimti naudojimo, erdvinius, laiko ir kitus apribojimus, kylančius iš proceso, darbo aplinkos arba numatytos eksploatacijos.
DI modulis gali parengti tokių apribojimų pasiūlymą tvarkinga forma, pavyzdžiui:
- naudojimo apribojimai — naudojimas pagal paskirtį, numatyti naudotojai, darbo režimai, pagrįstai numatomas netinkamas naudojimas;
- erdviniai apribojimai — montavimo vieta, darbo zonos, pavojaus zonos, prieiga prie mašinos, judesių ribos, sąsajos su kitomis mašinomis;
- laiko apribojimai — numatomas naudojimo laikotarpis, darbo ciklai, techninės priežiūros intervalai, dalių nusidėvėjimas, elementų darbo laikas;
- kiti apribojimai — aplinkos sąlygos, temperatūra, drėgmė, dulkėtumas, maitinimas, terpės, valymas, medžiagos tipas arba montavimo reikalavimai.
Gerai aprašyti mašinos apribojimai sutvarko visą tolesnį darbą. Tada pavojų scenarijai nekyla ore. Jie siejami su realiu mašinos naudojimo būdu.
Rizikos scenarijai: nuo pavojaus šaltinio iki konkretaus aprašymo
Rizikos vertinime nepakanka įvardyti pavojaus šaltinio. „Judančios dalys“, „aštri briauna“, „aukšta temperatūra“ arba „sukaupta energija“ yra tik analizės pradžia. Komanda dar turi aprašyti, kas patiria riziką, kada atsiranda poveikis, kokios užduoties metu ir kokia žala gali įvykti.
Geras rizikos scenarijus turėtų apimti bent šiuos elementus:
- riziką patiriantį asmenį;
- to asmens atliekamą užduotį;
- mašinos gyvavimo etapą;
- zoną, kurioje atsiranda poveikis;
- pavojaus šaltinį;
- pavojingą situaciją, pavojingą įvykį arba abu šiuos elementus;
- galimą žalą.
Naujas DI modulis gali parengti tokių scenarijų eskizus pagal vertinimo kontekstą ir sistemoje esančius duomenis. Tai nėra laisvas tekstas, sugeneruotas šalia dokumentacijos struktūros. Scenarijus turi tikti tolesniems etapams: rizikos vertinimui, apsaugos priemonių parinkimui, rizikos mažinimui ir likutinės rizikos aprašymui.
DI gali pasiūlyti turinį, bet naudotojas vis tiek turi patikrinti, ar scenarijus atitinka realią mašiną. Projektavimo komanda žino, ar situacija atsiranda normaliai dirbant, reguliuojant, valant, šalinant sutrikimą, atliekant techninę priežiūrą ar transportuojant mašiną.
Juodraštis peržiūrai, o ne paruoštas įrašas vertinimui uždaryti
Safety Software DI pasiūlymai yra darbiniai. Naudotojas gali juos priimti, redaguoti arba atmesti. Toks modelis mažina riziką, kad tekstas bus aklai nukopijuotas į dokumentaciją.
DI gali padėti greičiau pradėti darbą, bet negali atleisti komandos nuo peržiūros. Mašinos rizikos vertinime kiekvienas aprašas turi atitikti faktinį projektą, numatytą naudojimą ir galimą naudotojų elgseną.
Geras DI pasiūlymas turi būti:
- konkretus;
- redaguojamas;
- susietas su vertinama mašina;
- suderintas su rizikos vertinimo kalba;
- įstatytas į ISO 12100 struktūrą;
- naudingas techninei peržiūrai.
Didžiausia vertė nėra pats sugeneruotas tekstas. Vertė yra tai, kad komanda greičiau pereina prie esmės. Ar scenarijus realus? Ar jis aprašo tinkamą riziką patiriantį asmenį? Ar tokia užduotis vyksta šiame mašinos gyvavimo etape? Ar galima žala aprašyta teisingai? Ar apsaugos priemonė iš tikrųjų mažina tą rizikos elementą, kuris nurodytas vertinime?
Šiuos klausimus vis dar turi užduoti žmogus.
Dokumentacijos nuoseklumas ir sprendimų pėdsakas
Mašinų dokumentacijoje dažnai susimaišo sąvokos, kurios turi likti atskiros. Pavojaus šaltinis pradedamas laikyti scenarijumi. Pavojinga situacija susiplaka su pavojingu įvykiu. Apsaugos priemonė įrašoma nepaaiškinus, kurį rizikos elementą ji mažina. Likutinė rizika aprašoma vienu žodžiu arba spalva.
DI modulis gali padėti išlaikyti nuoseklesnę kalbą. Jis gali pasiūlyti struktūruotą aprašą, priminti apie trūkstamą scenarijaus elementą arba padėti atskirti sąvokas, kurios dokumentacijoje atlieka skirtingas funkcijas.
Tai ypač svarbu didesniuose rizikos vertinimuose. Kuo daugiau užduočių, mašinos gyvavimo etapų, zonų, pavojų ir apsaugos priemonių, tuo sunkiau išlaikyti vienodą aprašymo logiką. DI čia gali padėti, jeigu veikia kaip proceso asistentas, o ne kaip savarankiškas galutinės dokumentacijos autorius.
Safety Software kryptis aiški: rizikos vertinimas turi rodyti ne tik rezultatą, bet ir kelią iki sprendimo. Kas patyrė riziką? Kokią užduotį atliko? Kokia pavojinga situacija galėjo susidaryti? Koks pavojingas įvykis galėjo sukelti žalą? Kokia apsaugos priemonė pritaikyta? Kas liko po rizikos sumažinimo?
Be tokio sprendimų pėdsako rizikos vertinimas praranda įrodomąją vertę. Lieka negyva lentelė. Graži, bet silpna.
Mašinų rizikos vertinimo DI modulis neužbaigia rizikos vertinimo
Naują DI modulį vystome kaip asistentą darbui su rizikos vertinimu. Tai reiškia kelis labai praktiškus naudojimo būdus.
Pirma, naudotojas gali greičiau parengti darbinį mašinos, jos naudojimo ir mašinos apribojimų aprašymą.
Antra, DI gali padėti kurti rizikos scenarijus konkrečioms užduotims, mašinos gyvavimo etapams ir riziką patiriantiems asmenims.
Trečia, modulis gali padėti tvarkyti dokumentacijos kalbą taip, kad būtų atskiriamas pavojaus šaltinis, pavojinga situacija, pavojingas įvykis, galima žala, apsaugos priemonė ir likutinė rizika.
Ketvirta, DI gali palaikyti parengtų aprašų nuoseklumo peržiūrą. Ne kaip galutinis auditorius, o kaip įrankis, padedantis pastebėti trūkstamus arba per daug bendrus elementus.
Tai praktinė pagalba komandoms, kurios nenori rizikos vertinimo kurti kaip statinės lentelės. Jos nori dokumentacijos, kuri rodo projektinių sprendimų logiką.
DI neperima gamintojo atsakomybės
DI modulis gali pagreitinti darbą ir pagerinti dokumentacijos nuoseklumą, bet jis neperima gamintojo, integratoriaus ar projektavimo komandos atsakomybės.
DI nemato visos mašinos taip, kaip ją mato konstruktorius, automatikos inžinierius, technologas, saugos specialistas arba techninės priežiūros žmogus. Jis nežino visų eksploatacijos sąlygų. Jis nestebi realių operatorių naudojamų apėjimų. Jis nepakeičia matavimo, validavimo ar apsaugos priemonių patikros.
Jis taip pat savarankiškai nenusprendžia, ar įvykdyti Reglamento (ES) 2023/1230, B tipo standartų arba C tipo standartų reikalavimai.
Todėl Safety Software DI traktuoja kaip pagalbinį įrankį. DI padeda parengti medžiagą sprendimui. Sprendimą priima žmogus.
Nauja funkcija, ta pati vystymo kryptis
Safety Software vystome pagal vieną principą: rizikos vertinimas neturi būti negyva lentelė. Jis turi rodyti komandos mąstymą, taikytą rizikos mažinimą ir sprendimų pagrindimą.
DI modulis telpa į šią kryptį. Jis netrumpina proceso praleisdamas svarbius etapus. Jis trumpina kelią nuo netvarkingos informacijos iki darbinės medžiagos, kurią galima rimtai patikrinti.
Didžiausią reikšmę tai turi sudėtingoms mašinoms ir linijoms, kur scenarijų skaičius greitai auga. Tokiuose projektuose sunkumas nėra vien pats rizikos lygio vertinimas. Lygiai taip pat svarbu išlaikyti ryšį tarp aprašų, užduočių, pavojų, apsaugos priemonių ir likutinės rizikos.
DI gali palaikyti šį nuoseklumą, jeigu išlieka pagalbiniu įrankiu. Ne orakulu. Ne teisėju. Ne žmogaus parašo pakaitalu.
Santrauka: DI palaiko rizikos vertinimą, bet jo neuždaro
Naujas DI modulis Safety Software padeda greičiau ir nuosekliau parengti mašinos rizikos vertinimo elementus.
Jis gali palaikyti naudojimo pagal paskirtį, pagrįstai numatomo netinkamo naudojimo, mašinos apribojimų ir rizikos scenarijų aprašymą. Jis gali padėti sutvarkyti dokumentacijos kalbą ir parengti medžiagą tolesnei analizei.
Tačiau jis nepakeičia inžinieriaus. Nepatvirtina rizikos. Neatlieka atitikties vertinimo. Neatleidžia gamintojo nuo atsakomybės už techninę dokumentaciją ir mašinos saugą.
Gerai naudojamas DI nėra orakulas. Tai asistentas, padedantis greičiau pasiekti geriau sutvarkytą sprendimą.
Safety Software DI modulis neužbaigia rizikos vertinimo. Jis padeda jį atlikti nuosekliau, greičiau ir su geresniu sprendimų pėdsaku.
Pavyzdys: scenarijų pasiūlymai funkciniams bandymams
Praktikoje DI modulis gali padėti konkrečios užduoties lygiu. Jeigu komanda analizuoja funkcinių bandymų ir mėginimų etapą, Safety Software gali parengti rizikos scenarijų pasiūlymus, susietus su šia užduotimi.
Toks pasiūlymas nėra paruoštas rizikos vertinimas. Tai struktūruotas juodraštis, kuriame yra tolesnei analizei reikalingi laukai: pavojaus šaltinis, galimos pasekmės, pavojaus zona ir scenarijaus aprašymas. Naudotojas gali patikrinti, ar aprašas atitinka realią mašiną, jį pataisyti ir tik tada įrašyti į vertinimą.
Pavyzdžiui, užduočiai, susijusiai su funkciniais bandymais, modulis gali pasiūlyti scenarijų apie judančius elementus talpos manipuliavimo ir pozicionavimo zonoje. Apraše atsiranda riziką patiriantis asmuo, poveikio vieta, pavojaus šaltinis ir galimos pasekmės, tokios kaip įtraukimas, sugriebimas arba smūgis.
Kitas pasiūlymas gali būti susijęs su aukšto slėgio sistema prie pildymo purkštuko, dozavimo žarnos arba jungčių taškų. Tokiame scenarijuje galimos pasekmės apima, pavyzdžiui, terpės įšvirkštimą slėgiu arba smūgį išmestu elementu ar medžiaga.
| Elemento dalis | Pavyzdys |
|---|---|
| Užduotis | Funkciniai bandymai ir mėginimai |
| Pavojaus šaltinis | Judantys elementai |
| Galimos pasekmės | Įtraukimas, sugriebimas, smūgis |
| Pavojaus zona | Talpos manipuliavimo ir pozicionavimo zona |
| Statusas | Reikia inžinieriaus peržiūros |
Būtent šis etapas turi didžiausią praktinę vertę. DI nepriima sprendimo už komandą. Jis padeda parengti darbinį scenarijaus aprašą, kurį inžinierius gali techniškai patikrinti: ar tokia zona iš tikrųjų yra, ar riziką patiriantis asmuo atlieka tokią užduotį, ar pasekmės parinktos teisingai ir ar scenarijus nedubliuoja jau esamos rizikos vertinimo pozicijos.
Taip rizikos vertinimas neprasideda nuo tuščios lentelės. Komanda gauna medžiagą peržiūrai. Bet sprendimas vis tiek lieka žmogui.