פיתוח מערכת AI לזיהוי הפרות בטיחות בעבודה באתר בנייה

פיתוח AI לאתרי בנייה: היכן אובדת בקרת הבטיחות

מעקב וידאו באתר בדרך כלל סוגר את המשימה "יש הקלטה": מצלמות מותקנות בהיקף, ליד המנוף ובמבני המגורים הזמניים, והארכיון נכתב ברציפות.

אבל בקרת הבטיחות באתר בנייה לא נעשית צפופה יותר מכך — מהנדס בטיחות אחד מול עשרות אזורים ואינו יכול לראות הכול במקביל, כשהמשמרת מתנהלת במספר זרמים. בסופו של דבר הפרה — עבודה בלי קסדה, היעדר רתמת בטיחות בגובה, מעבר מתחת לעומס — נרשמת בדיעבד: בסיור או כבר אחרי התקרית.

היקר ביותר הוא בשלב התחקור. המחלוקת מתנהלת במילים, לא בהקלטות: בארכיון מונחות מאות שעות וידאו, את הקטע הדרוש אף אחד לא מוצא, הקבלן מערער על ההוראה, ואין במה להוכיח שאדם היה בדקה מסוימת באזור מסוכן. חלק מההפרות נשארות בלי השלכות, ותרבות הבטיחות נשענת על הערות בעל פה.

זיהוי הפרות בטיחות סוגר את הפער הזה. המודל עובד על זרם מהמצלמות בזמן אמת ובכל פריים בודק סט כללים: קסדה ואפוד זוהר, חגורת בטיחות בגובה, כניסה לאזור עבודת המנוף, קרבה אסורה לכלי ציוד.

האירוע מקבל חותמת זמן, מספר מצלמה ואזור, ונוצר אוטומטית קליפ קצר — המשמרת נסגרת לא בסיור, אלא ביומן עם ראיות.

פיתוח AI לאתר בנייה מתחיל כאן לא מהמודל, אלא מהכללים: מה נחשב להפרה, באיזה אזור ובאיזה השהיה. בהמשך נפרט איך זה נבנה עבור אתר ספציפי — מהצבת מצלמות וספי התרעה ועד ייצוא ליומן שמקבל גם מחלקת בטיחות בעבודה וגם הלקוח.

מה משתנה באתר: זמן תגובה ושיעור ההפרות

המשמרת מסתיימת, ותחקור ההפרות מתחיל רק בצפייה בארכיון — אם בכלל מגיעים אליו. המצלמות מקליטות זרם, אבל האירועים בו לא מתויגים: על עבודה בגובה בלי רתמת בטיחות לומדים מדוח או כבר אחרי התקרית. מהירות התגובה להפרה נמדדת בשעות, לא בדקות.

זיהוי אוטומטי של הפרות מעביר את נקודת ההחלטה לרגע האירוע. הפריים מנותח באתר: היעדר קסדה, עבודה בלי חגורת בטיחות, כניסה לאזור המסוכן של המנוף. רשימת האירועים נקבעת מראש — לפי תקנות בטיחות בעבודה והנוהל הפנימי של הלקוח, — כדי שהמערכת תחפש בדיוק את מה שבגללו באתר באמת עוצרים עבודות.

יומן הפרות בטיחות אחיד אוסף אירועים מכל המצלמות ומכל הקבלנים: לא מכתבים ושיחות, אלא פיד אחד עם זמן, אזור, סוג ההפרה וקטע וידאו מאשר. הבקרה על הקבלנים באתר נעשית ברת-השוואה — רואים אצל מי חוזרות אותן הפרות, ולא אצל מי ראש הצוות צועק חזק יותר.

עבודה נפרדת — הפחתת התרעות שווא. קסדה שהבזיקה בהשתקפות והרמת מנוף אינן נחשבות להפרה: ההחלטה מתקבלת לפי כמה פריימים ברצף, עם בדיקת אזורים ומיקום האדם. שיעור האירועים שהמפעיל מנתח ידנית יורד פי כמה, והקשב עובר לסיכונים אמיתיים ולא לצפייה בארכיון.

בסך הכול זה מזיז שני מדדים: הזמן מההפרה ועד לאות מתקצר לדקה, ותחקור המשמרת מוחלף בעבודה לפי היומן.

אפשרויות הטמעת זיהוי AI: ענן, מערכת מקומית באתר, היברידי

הבחירה בין עיבוד וידאו בענן, מערכת מקומית באתר ותצורה היברידית נקבעת לא לפי הרגל, אלא לפי שלושה תנאי אתר: עד כמה יציב ערוץ התקשורת, היכן על פי דרישות נשמרות ההקלטות ומי מתחזק את הציוד.

אותם מודלים לזיהוי הפרות בטיחות מתנהגים בתצורות האלה באופן שונה, ולכן פריסת אנליטיקת וידאו מתחילה במדידת הערוץ ובבדיקת נקודות התקנת המצלמות.

באתרי בנייה פעילים לרוב מנצחת התצורה ההיברידית: הזיהוי והמאגר לטווח קצר נשארים באתר, ואל הענן עוברים אירועים עם חותמות זמן וייצוא לדיווח. ערוץ התקשורת מפסיק להיות נקודת כשל יחידה — כשיש ירידה בביצועים, תחקור התקרית נשען על אירועים שכבר נרשמו, ולא על זרם רציף שאולי לא הגיע.

איך מתבצעת ההטמעה: מביקורת האתר ועד מסירה לתפעול

סדר העבודות בנוי כך שהפתרון יאושר על ידי עובדות מהאתר, ולא בהדגמה על פריימים שהוכנו מראש. כל שלב מסתיים במסמך שהלקוח מקבל: מפת אזורים, סט מתויג, נוהל בקרה, פרוטוקול ניסויי משמרות.

1. סקר אתר בנייה. עוברים בין האזורים והקומות, מתעדים זוויות צילום, תאורה במשמרות שונות, חסימות על ידי מנופים ופיגומים, מצב המצלמות שכבר הותקנו. בפלט — מפת אזורי בקרה: היכן הראות מספקת והיכן צריך להעביר נקודה.

2. הכנת נתונים למודל. מתייגים פריימים דווקא מהאתר הזה, ולא רק מסטים פתוחים: משמרות לילה, גשם, אבק, חסימות חלקיות. שומרים על איזון בין מחלקות, אחרת הפרות נדירות נושרות מהאימון, והתכופות מושכות את כל הקשב לעצמן.

3. הגדרת תרחישי בקרה. קובעים מה נחשב להפרה, מגדירים ספי התרעה לכל אזור ומסלול התראה. אצל ריתוך ואצל אזור פריקה הרגישות שונה — אחרת אזור אחד שוקע בהתרעות שווא, והשני מחמיץ מקרים אמיתיים.

4. בדיקה במשמרות אמיתיות. מריצים במצב תצפית בלי התראות ומשווים את ההתרעות לסיורי ראש הצוות: סופרים החמצות והתרעות שווא, מנתחים כל אי-התאמה. לפי התוצאות מתקנים ספים ותרחישים, ולא מכווננים לפי העין על פריים בודד.

5. הדרכת משמרות ונהלים. כותבים מי וכיצד מגיב להתרעה, איך מערערים על התרעת שווא, איך מוסרים משמרת. בלי זה המערכת חיה שבוע והופכת לרקע.

6. מסירה לתפעול. מוסרים תרחישים מוגדרים, הוראות, הרשאות וסדר הסלמה, ומלווים את השבועות הראשונים של העבודה. בנפרד מתעדים כיצד לעדכן אזורים וספים כשבאתר מתחלף ציוד או מספר קומות.

מה נשאר אצלכם: תצורות, מפות אזורים, נהלים

מערכת זיהוי הפרות בטיחות היא לא רק מודל שמזהה קסדה או רתמת בטיחות. התפקוד נשען על התצורה: היכן ממוקמות המצלמות, מה נחשב להפרה באזור מסוים, מי וכיצד מגיב לאות. את כל זה מוסרים לכם בקבצי עבודה ובנהלים — אפשר לשנות גבולות אזורים וספי התרעה בלי לפנות אלינו.

• מפת אזורי בקרה: קווי מתאר של קטעים מסוכנים, אזור עבודת המנוף, מקומות שבהם קסדה חובה — עם שיוך למצלמות ולזוויות צילום.
• תצורות תרחישים: רשימת אירועים מזוהים, ספי רגישות וכללים לדיכוי התרעות שווא בחסימות ובדמדומים.
• נוהל תגובה לאות: למי נשלחת התראה, תוך כמה זמן, מה נרשם ביומן, ומתי האירוע מוסלם למנהל העבודה.
• הרשאות מפעילים: תפקידים, נראות מצלמות ואירועים, איסור מחיקת הקלטות, סדר מתן ושלילת הרשאות בעת החלפת כוח אדם.
• הוראות לאבטחה ולמשמרת תורנית: איך לאשר או לדחות אות, מה לעשות בלילה, את מי ליידע בהפרה חוזרת.
• תיעוד המערכת: ארכיטקטורה, רשימת מצלמות ואזורים, סדר עדכון מודלים, רשימת בדיקות אחרי הרצה וכיול ועבודות באתר.
• יומן אירועים וסדר ייצוא: פורמט ותקופת אחסון, כמה מהר להפיק דגימה לתחקור תקרית או מצב שנוי במחלוקת.

אחרי כמה חודשי תפעול דווקא המסמכים האלה מחזיקים את המערכת: ספק המצלמות מתחלף, משמרות האבטחה מתעדכנות, והאזורים וכללי הזיהוי נשארים עובדים וניתנים לשחזור.

מקרה בוחן באתר פעיל: מה השתנה במהלך רבעון

את הפיילוט השיקו באתר פעיל, שבו עובדים במקביל כמה קבלנים. לפני ההטמעה הפרות תיעד סיור: אמצעי מגן אישיים, עבודה בגובה בלי רתמת בטיחות, כניסה לאזור מסוכן מתחת למנוף.

בין הסיורים אירועים לא נכנסו לדיווח, והמחלוקת עם הקבלן נתקעה ב"מילה מול מילה" — בלי קטע וידאו ובלי זמן האירוע.

הגדירו פיילוט "בטיחות בעבודה": מצלמות בכניסה, ליד המנוף ובאזורי החזית חולקו לפי אזורים וסוגי עבודות, ולכל אזור — סט כללים משלו. התורן במשמרת מקבל אות עם קטע וידאו ומאשר או דוחה אותו; גם הנדחים עוברים לתחקור, ולכן ספי ההתרעה כווננו לפי המציאות, לא לפי תחושות.

המשוב מהלקוח הצטמצם לדבר אחד: האות צריך להגיע לפני סיור הבוקר, לא אחריו. את האירועים הכניסו לתחקור הבוקר — ראש הצוות מקבל רשימה לפי האנשים שלו וסוגר אותה לפני תחילת העבודות, ומקרים חוזרים אצל אותו קבלן מובאים לפגישת בטיחות נפרדת.

דיוק זיהוי ההפרות עלה בדיוק מזה: את הכללים כווננו מחדש לפי תנאי האתר האמיתיים — אבק, דמדומים, התקנה צפופה.

מה עושים אם באתר כבר יש מצלמות ואבטחה?

מערכת תצפית קיימת היא נכס, לא נטל: מצלמות, תשתיות, מקליט וחדר חשמל כבר מותקנים. לכן אינטגרציה עם מצלמות קיימות מתחילה לא בפירוק, אלא במיפוי: אילו דגמים מותקנים, היכן פיזית נכתבות ההקלטות, האם יש זרם וידאו פנוי לצרכן חיצוני ואיזו גישה אליו יש ברשת.

הלאה — בדיקת זוויות צילום לכל אזור. בודקים אם אזור העבודה נכנס לפריים במלואו, אם לא חוסמים אותו ערימת חומרים או זרוע מנוף, אם יש מספיק פירוט לקסדה, לקרבינר בטיחות ולמעקה, ומה עם התמונה בלילה ובאור נגדי. מניסיון, 10-20% מהמצלמות צריך להעביר או להחליף — שאר המלאי מעביר נתונים לאנליטיקה בלי שינויים.

שדרוג מערכת התצפית — זה צומת מחשוב נפרד באתר, שלוקח את הזרמים, מזהה הפרות ומוציא החוצה רק אירועים עם פריים וחותמת זמן. האבטחה הקיימת שומרת על גישה רגילה להקלטה ולווידאו חי: המערכת הנוכחית לא נשברת ולא מוגדרת מחדש ידנית.

העבודה עם האבטחה הקיימת נבנית סביב הנוהל שלהם — האירוע מגיע לאן שהמשמרת כבר מסתכלת: לעמדה, למכשיר הקשר, ליומן המשמרת. התורן מאשר או דוחה את ההתרעה, והמשוב הזה עובר ללמידה נוספת, ולכן שיעור התרעות השווא יורד משבוע לשבוע.

הטמעה מדורגת מתחילה בשני-שלושה אזורי סיכון ובהרצה על משמרות אמיתיות, ומרחיבים רק אחרי שהמדדים לזיהוי יציבים. סדר כזה מאפשר לראות אפקט לפני הרחבה ולא לעצור עבודות באתר.

ספקות טכניים נפוצים: דיוק, התרעות שווא, גישה

התרעות שווא הן לא תכונה של המודל, אלא תוצאה של כיוון ספים ותיוג. אדים מעבודות בטון, שמש באור נגדי, כבל מנוף מתנדנד נראים לניתוח פר-פריים כמו היעדר קסדה — ולכן הזיהוי נבנה לפי חלון זמן.

מה עם אחסון הקלטות והרשאות?

כותבים קטעים סביב האירוע, לא זרם רציף: נפח האחסון יורד פי כמה, ובסיס הראיות נשאר מלא. הגישה מופרדת לפי תפקידים — אבטחה רואה התראה, מהנדס בטיחות תחקור וייצוא, קבלן רק את האזורים שלו.

האם חייב אדם במערכת?

בהתחלה — כן: המפעיל מאשר או דוחה אירוע, וההחלטות עוברות ללמידה נוספת. אחר כך הסף עולה, וחלק מסוגי ההפרות עוברים למצב אוטומטי עם בדיקה מדגמית.

איך המערכת מתרגלת לאתר חדש ולהחלפת קבלנים?

האתר מתואר באמצעות אזורים וכללים, לא בבנייה מחדש של המודל: הגאומטריה מתויגת, הספים מכוילים על כמה ימי הקלטה. החלפת קבלן משנה אנשים בפריים, אבל לא את ההגדרות — המערכת נשענת על אמצעי המיגון.

נדון במשימה: מה לשלוח להערכת האתר שלכם

כדי לחזור עם הערכת פרויקט, ולא עם שיקולים כלליים, מספיק לשלוח את מה שכבר יש בהישג יד. את השאר נבהיר בשיחה — בדרך כלל חצי שעה של דיון במשימה סוגרת שאלות שאחרת נמשכות לשבוע של התכתבות.

• מפת האתר: גבולות, אזורים עם כללי בטיחות שונים ומקומות שבהם ההפרות נרשמות בתדירות הגבוהה ביותר;
• רשימת מצלמות עם אזורי כיסוי — מותקנות כעת או מתוכננות, עם נקודות התקנה;
• איך בנויה העברת נתונים: מקליט, שרת או ענן, האם יש ערוץ ייעודי ורזרבה בעומס;
• דוגמאות להפרות שצריך לתפוס: עבודה בלי קסדה, בגובה בלי רתמת בטיחות, כניסה לאזור מסוכן — 5–10 קטעי הקלטה קצרים;
• מי מגיב היום: תורן, אבטחה, מנהל עבודה — ולפי איזו תכנית מועבר האות;
• דרישות לאחסון ולהרשאות: כמה זמן לשמור הקלטות, למי נדרשת גישה, האם יש מגבלות פנימיות על עיבוד נתונים;
• מגבלות על עבודות באתר: חלונות שבהם אפשר לבצע התקנה וכיול בלי לעצור את הבנייה, ופרטי קשר של האחראי.

בפלט אתם מקבלים תכנית בקרה לאתר עם פריסת מצלמות וכללים לפי אזורים, תכנית שלבי הטמעה עם נקודות קבלה והרכב עבודה ברור לכל שלב. אחר כך קובעים לוחות זמנים ומתחילים את השלב הראשון.