AI modulis mašīnu riska novērtēšanai Safety Software nav burvju poga un nav orākuls. Tas ir darba instruments inženieriem, kuriem mašīnas riska novērtējums jāveido no reālas mašīnas, reāliem uzdevumiem un reālām cilvēku kļūdām, nevis no skaisti aizpildītas, bet tukšas tabulas.
Mašīnas riska novērtējums sākas ar labu darba konteksta aprakstu. Forma pati par sevi ir tikai instruments. Pirms komanda sāk rakstīt apdraudējumus, novērtēt risku un izvēlēties aizsardzības pasākumus, tai ir skaidri jāpasaka, kam mašīna paredzēta, kā tā tiks lietota, kā lietotāji saprātīgi var kļūdīties, kādi ir mašīnas ierobežojumi, kādi ir mašīnas dzīves cikla posmi un kādus uzdevumus veic apdraudētā persona.
Bez šā pamata novērtējums ātri pārvēršas par vispārīgu saukļu kolekciju: kustīgas daļas, elektriskā enerģija, asas malas, augsta temperatūra. Tie var būt apdraudējuma avoti, bet tas vēl nav riska scenārijs. Tas vēl nepasaka, kas, kad, kur un kā var ciest.
Tāpēc Safety Software attīstām jaunu AI moduli. Ne kā automātu riska apstiprināšanai. Ne kā īsceļu līdz atbilstības deklarācijai. Un ne kā rīku, kas aizvieto projektēšanas komandas kompetenci. AI palīdz pāriet no nesakārtotas informācijas uz pirmo melnrakstu, kuru inženieris pārbauda, labo un apzināti izmanto tālākā darbā.

AI modulis mašīnu riska novērtēšanai ISO 12100 procesā
Mašīnas riska novērtējums saskaņā ar ISO 12100 nav brīva eseja par drošību. Tas ir strukturēts process. Vispirms jānosaka mašīnas ierobežojumi. Pēc tam jāidentificē apdraudējumi un ar tiem saistītās bīstamās situācijas un bīstamie notikumi. Tikai pēc tam komanda novērtē risku, izvērtē to, izvēlas aizsardzības pasākumus un vēlreiz analizē risku pēc samazināšanas.
AI modulis Safety Software atbalsta atsevišķas šā procesa daļas, bet tās nenoslēdz. Tas var sagatavot teksta priekšlikumu, apraksta variantu, pārbaudāmo jautājumu sarakstu vai scenārija melnrakstu. Taču tas nepasaka, ka mašīna ir droša. Tas neapstiprina atlikušo risku. Tas patstāvīgi neizlemj, vai izmantotie aizsardzības pasākumi atbilst B tipa vai C tipa normām.
Galīgais lēmums paliek cilvēka pusē.
Tas nav juridisks sīkums. Tā ir projektēšanas disciplīna. Tehniskajā dokumentācijā svarīgi nav tikai tas, ka lauks ir aizpildīts. Svarīgi ir tas, vai ieraksts atbilst faktiskajai mašīnai, vai tas apraksta pareizu scenāriju un vai šo scenāriju var aizstāvēt auditā, pēc projekta izmaiņām vai pēc negadījuma pie mašīnas.
Lietošana pēc paredzētā mērķa un saprātīgi paredzama nepareiza lietošana
Viens no pirmajiem laukiem, kur AI modulis dod praktisku vērtību, ir lietošana pēc paredzētā mērķa un saprātīgi paredzama nepareiza lietošana.
Tas ir mašīnas riska novērtējuma starta punkts. Ja apraksts ir pārāk vispārīgs, piemēram, mašīna paredzēta detaļu apstrādei, tālākā analīze ātri zaudē asumu. Šāds teksts nepasaka, kas mašīnu apkalpo, kādā režīmā, ar kādu materiālu, kādos apstākļos un pie kādiem ierobežojumiem.
AI var sagatavot pirmo melnrakstu, izmantojot lietotāja sniegto informāciju. Pēc tam komanda šo melnrakstu papildina, sašaurina vai labo. Tas nav teksts brošūrai. Tas ir pamats apdraudējumu identificēšanai un turpmākam riska scenāriju aprakstam.
AI modulis var palīdzēt sakārtot, piemēram:
- procesu, kuram mašīna paredzēta;
- paredzēto lietotāja profilu;
- operatoram nepieciešamās kompetences;
- mašīnas darba režīmus;
- materiālu, produktu vai instrumentu tipus, kas ietilpst procesā;
- lietotāju uzvedību, kuru var saprātīgi paredzēt;
- lietošanu, kas jāizslēdz ar konstrukciju vai skaidri jāapraksta instrukcijā.
Jo precīzāk šis pamats ir uzrakstīts, jo mazāk vēlāk jāmin. Un riska novērtējumā minēšana ir slikts instruments.
Mašīnas ierobežojumi bez īsceļiem galvā
ISO 12100 viens no pirmajiem soļiem ir mašīnas ierobežojumu noteikšana. Te nav runa tikai par iekārtas izmēriem vai darba vietas kontūru uz grīdas. Runa ir par formālu, tehniski skaidru aprakstu: kādos apstākļos mašīnai jādarbojas un kādos apstākļos komanda veic mašīnas riska novērtējumu.
Mašīnas ierobežojumi var ietvert lietošanas, telpiskos, laika un citus ierobežojumus, kas izriet no procesa, darba vides vai paredzētās ekspluatācijas. Ja tie nav aprakstīti, komanda sāk analizēt abstraktu mašīnu. Dzīvē tādas nav. Mašīna vienmēr atrodas konkrētā līnijā, konkrētā telpā, ar konkrētiem cilvēkiem un konkrētu darba ritmu.
AI modulis var sagatavot šādu ierobežojumu priekšlikumu strukturētā formā:
- lietošanas ierobežojumi — paredzētā lietošana, paredzētie lietotāji, darba režīmi, saprātīgi paredzama nepareiza lietošana;
- telpiskie ierobežojumi — uzstādīšanas vieta, darba zonas, bīstamās zonas, piekļuve mašīnai, kustību diapazons, saites ar citām mašīnām;
- laika ierobežojumi — paredzamais lietošanas laiks, darba cikli, apkopes intervāli, detaļu nodilums, elementu darbības laiks;
- citi ierobežojumi — vides apstākļi, temperatūra, mitrums, putekļainība, barošana, mediji, tīrīšana, materiāla tips vai uzstādīšanas prasības.
Labi aprakstīti mašīnas ierobežojumi sakārto visu tālāko darbu. Apdraudējumu scenāriji vairs nerodas atrauti no realitātes.
No apdraudējuma avota līdz konkrētam scenārijam
Riska novērtējumā nepietiek norādīt apdraudējuma avotu. Kustīgas daļas, asa mala, augsta temperatūra vai uzkrāta enerģija ir tikai analīzes sākums. Komandai vēl jāapraksta, kas ir apdraudētā persona, kad rodas iedarbība, kādā uzdevumā tā rodas un kāds kaitējums var notikt.
Labs scenārijs parasti ietver:
- apdraudēto personu;
- šīs personas veicamo uzdevumu;
- mašīnas dzīves cikla posmu;
- zonu, kurā notiek iedarbība;
- apdraudējuma avotu;
- bīstamu situāciju, bīstamu notikumu vai abus šos elementus;
- iespējamo kaitējumu.
Ja šie elementi nav savienoti vienā skaidrā scenārijā, rodas mirusi tabula. Tā izskatās aizpildīta, bet lēmumu tajā neredz. Pārskatā, auditā vai pēc incidenta šāda tabula maz palīdz.
AI modulis mašīnu riska novērtēšanai sagatavo melnrakstu, nevis spriedumu
Jaunais AI modulis var sagatavot šādu scenāriju melnrakstus, balstoties uz novērtējuma kontekstu un sistēmā pieejamajiem datiem. Te nav runa par brīvu tekstu, kas ģenerēts ārpus dokumentācijas struktūras. Scenārijam jāder tālākajiem soļiem: riska novērtēšanai, aizsardzības pasākumu izvēlei, riska samazināšanai un atlikušā riska aprakstam.
AI var piedāvāt tekstu, bet lietotājam joprojām jāpārbauda, vai scenārijs atbilst faktiskajai mašīnai. Projektēšanas komanda zina, vai konkrētā situācija pastāv normālā darbā, regulēšanas laikā, tīrīšanā, traucējumu novēršanā, apkopē vai transportēšanā. AI to nevar redzēt ar savām acīm. Inženieris var.
Melnraksts pārbaudei, nevis gatavs ieraksts novērtējuma aizvēršanai
Safety Software AI priekšlikumi ir darba materiāls. Lietotājs tos var pieņemt, rediģēt vai noraidīt. Šāda pieeja mazina risku, ka teksts tiek bez domāšanas pārkopēts tehniskajā dokumentācijā.
AI var palīdzēt ātrāk sākt darbu, bet tas neatbrīvo komandu no pārbaudes. Mašīnas riska novērtējumā katram aprakstam jāatbilst reālajam projektam, paredzētajai lietošanai un iespējamai lietotāju uzvedībai.
Labs AI priekšlikums ir:
- konkrēts;
- rediģējams;
- saistīts ar vērtējamo mašīnu;
- saskaņots ar riska novērtējuma valodu;
- ievietots ISO 12100 struktūrā;
- noderīgs tehniskai pārbaudei.
Lielākā vērtība nav pats ģenerētais teksts. Vērtība ir tajā, ka komanda ātrāk nonāk līdz saturiskai pārbaudei. Vai scenārijs ir reāls? Vai tas apraksta pareizo apdraudēto personu? Vai uzdevums pastāv tieši šajā mašīnas dzīves cikla posmā? Vai iespējamais kaitējums ir nosaukts precīzi? Vai izvēlētais aizsardzības pasākums tiešām samazina to riska elementu, kas norādīts novērtējumā?
Šie jautājumi joprojām jāuzdod cilvēkam.
Dokumentācijas konsekvence un lēmumu pēda
Mašīnu dokumentācijā bieži sajaucas jēdzieni, kuriem jāpaliek atsevišķiem. Apdraudējuma avots tiek uztverts kā scenārijs. Bīstama situācija sajaucas ar bīstamu notikumu. Aizsardzības pasākums parādās bez norādes, kuru riska daļu tas samazina. Atlikušais risks tiek aprakstīts ar vienu vārdu vai krāsu.
AI modulis var palīdzēt uzturēt konsekventāku valodu. Tas var piedāvāt strukturētu aprakstu, atgādināt par trūkstošu scenārija elementu vai palīdzēt atdalīt jēdzienus, kuri dokumentācijā pilda dažādas funkcijas.
Tas kļūst īpaši svarīgi lielos mašīnas riska novērtējumos. Jo vairāk uzdevumu, mašīnas dzīves cikla posmu, zonu, apdraudējumu un aizsardzības pasākumu, jo grūtāk noturēt vienotu apraksta veidu. AI var palīdzēt, ja tas darbojas kā procesa asistents, nevis kā patstāvīgs gala dokumentācijas autors.
Safety Software virziens paliek skaidrs: riska novērtējumam jāparāda ne tikai rezultāts, bet arī ceļš līdz lēmumam. Kas bija apdraudētā persona? Kādu uzdevumu tā veica? Kāda bīstama situācija varēja rasties? Kāds bīstams notikums varēja novest pie kaitējuma? Kāds aizsardzības pasākums tika izmantots? Kas palika pēc riska samazināšanas?
Bez šādas lēmumu pēdas riska novērtējums zaudē pierādījuma vērtību.
AI asistents darbā ar mašīnas riska novērtējumu
Jauno AI moduli veidojam kā asistentu darbā ar mašīnas riska novērtējumu. Tas nozīmē vairākus ļoti praktiskus pielietojumus.
Pirmkārt, lietotājs var ātrāk sagatavot mašīnas, tās lietošanas un mašīnas ierobežojumu darba aprakstu.
Otrkārt, AI var atbalstīt apdraudējumu scenāriju veidošanu konkrētiem uzdevumiem, mašīnas dzīves cikla posmiem un apdraudētajām personām.
Treškārt, modulis var palīdzēt sakārtot dokumentācijas valodu, lai skaidri atšķirtu apdraudējuma avotu, bīstamu situāciju, bīstamu notikumu, iespējamo kaitējumu, aizsardzības pasākumu un atlikušo risku.
Ceturtkārt, AI var atbalstīt sagatavoto aprakstu konsekvences pārbaudi. Ne kā gala auditors, bet kā instruments, kas palīdz pamanīt trūkstošus vai pārāk vispārīgus elementus.
Tas ir praktisks atbalsts komandām, kuras negrib veidot riska novērtējumu kā statisku tabulu. Viņas grib dokumentāciju, kas parāda projektēšanas lēmumu loģiku.
AI nepārņem ražotāja atbildību
AI modulis var paātrināt darbu un uzlabot dokumentācijas konsekvenci, bet tas nepārņem ražotāja, integratora vai projektēšanas komandas atbildību.
AI neredz visu mašīnu tā, kā to redz konstruktors, automātikas speciālists, tehnologs, drošības speciālists vai uzturēšanas komanda. Tas nezina visus ekspluatācijas apstākļus. Tas nenovēro operatoru reālos apiešanas paņēmienus. Tas neaizstāj mērījumus, validāciju un aizsardzības pasākumu verifikāciju.
Tas arī patstāvīgi neizlemj, vai izpildītas mašīnu regulējuma prasības, B tipa normas vai C tipa normas.
Tāpēc Safety Software AI traktē kā atbalsta rīku. AI palīdz sagatavot materiālu lēmumam. Lēmumu pieņem cilvēks.
Jauna funkcija, tas pats attīstības virziens
Safety Software attīstām ap vienu principu: mašīnas riska novērtējums nedrīkst būt mirusi tabula. Tam jāparāda komandas domāšana, pielietotā riska samazināšana un lēmumu pamatojums.
AI modulis iekļaujas šajā virzienā. Tas nesaīsina procesu, izlaižot svarīgus posmus. Tas saīsina ceļu no nesakārtotas informācijas līdz darba materiālam, kuru var nopietni analizēt.
Vislielākā nozīme tam ir sarežģītām mašīnām un līnijām, kur scenāriju skaits aug ļoti ātri. Šādos projektos grūtība nav tikai riska skaitliskā vai kvalitatīvā novērtēšana. Tikpat svarīgi ir noturēt konsekvenci starp aprakstiem, uzdevumiem, apdraudējumiem, aizsardzības pasākumiem un atlikušo risku.
AI var šo konsekvenci atbalstīt, ja tas paliek palīgrīks. Ne vairāk. Bet arī ne mazāk.
Kopsavilkums: AI atbalsta riska novērtējumu, bet to nenoslēdz
Jaunais AI modulis Safety Software palīdz ātrāk un konsekventāk sagatavot mašīnas riska novērtējuma elementus.
Tas var atbalstīt lietošanas pēc paredzētā mērķa aprakstu, saprātīgi paredzamu nepareizu lietošanu, mašīnas ierobežojumus un apdraudējumu scenārijus. Tas var palīdzēt sakārtot dokumentācijas valodu un sagatavot materiālu tālākai analīzei.
Taču tas neaizstāj inženieri. Tas neapstiprina risku. Tas neveic atbilstības novērtēšanu. Tas neatbrīvo ražotāju no atbildības par tehnisko dokumentāciju un mašīnas drošību.
Labi izmantots AI nav orākuls. Tas ir asistents, kas palīdz ātrāk nonākt līdz labāk sakārtotam lēmumam.
Safety Software AI modulis mašīnas riska novērtējumu nenoslēdz. Tas palīdz to vadīt konsekventāk, ātrāk un ar labāku lēmumu pēdu.
Piemērs: scenāriju priekšlikumi funkcionālajiem testiem
Praksē AI modulis var atbalstīt darbu konkrēta uzdevuma līmenī. Ja komanda analizē funkcionālo testu un izmēģinājumu posmu, Safety Software var sagatavot apdraudējumu scenāriju priekšlikumus, kas saistīti tieši ar šo uzdevumu.
Šāds priekšlikums nav gatavs mašīnas riska novērtējums. Tas ir sakārtots melnraksts ar laukiem, kas vajadzīgi tālākai analīzei: apdraudējuma avots, iespējamās sekas, bīstamā zona un scenārija apraksts. Lietotājs pārbauda, vai apraksts atbilst reālajai mašīnai, labo to un tikai tad saglabā novērtējumā.
Piemēram, uzdevumam, kas saistīts ar funkcionālajiem testiem, modulis var piedāvāt scenāriju par kustīgiem elementiem konteinera manipulācijas un pozicionēšanas zonā. Aprakstā parādās apdraudētā persona, iedarbības vieta, apdraudējuma avots un iespējamās sekas, piemēram, ievilkšana, satveršana vai trieciens.
Otrs priekšlikums var attiekties uz augstspiediena sistēmu pie uzpildes sprauslas, dozēšanas caurules vai savienojumu punktiem. Šādā scenārijā iespējamās sekas var ietvert medija injicēšanu zem spiediena vai triecienu ar izmestu elementu vai materiālu.
| Priekšlikuma elements | Piemērs |
|---|---|
| Uzdevums | Funkcionālie testi un izmēģinājumi |
| Apdraudējuma avots | Kustīgi elementi |
| Iespējamās sekas | Ievilkšana, satveršana, trieciens |
| Bīstamā zona | Konteinera manipulācijas un pozicionēšanas zona |
| Statuss | Nepieciešama inženiera pārbaude |
Tieši šajā posmā parādās lielākā praktiskā vērtība. AI nepieņem lēmumu komandas vietā. Tas palīdz sagatavot darba aprakstu scenārijam, kuru inženieris var tehniski pārbaudīt: vai šāda zona tiešām pastāv, vai apdraudētā persona veic šādu uzdevumu, vai sekas ir izvēlētas pareizi un vai scenārijs nedublē jau esošu pozīciju novērtējumā.
Tādējādi mašīnas riska novērtējums nesākas no tukšas tabulas. Komanda saņem materiālu pārbaudei, bet lēmums joprojām paliek cilvēka pusē.