בשעה שמונה וחצי בבוקר נפתחות במחלקת תביעות עשרות הודעות דואר עם מסמכים סרוקים, ובדיוק כאן נכנסת לתמונה אוטומציה לחברות ביטוח שנועדה לחבר בין הקבצים הנכנסים למערכות הליבה ללא עבודת הקלדה ידנית. במקום שעובדי תפעול יעתיקו מספרי תעודות זהות ושדות פוליסה בין כמה מסכים שונים, שכבת תוכנה ייעודית קוראת את המידע ומעדכנת את התיק ישירות.
צווארי הבקבוק האלה נוצרים כמעט תמיד סביב משימות שגרתיות של פתיחת רשומות, אימות נתוני כיסוי והצלבת פרטים מול מסמכי מקור.
חברות ביטוח רבות מתמודדות עם מערכות ותיקות שלא מתקשרות בקלות עם ערוצים דיגיטליים חדשים, והעומס שנוצר פוגע בזמני המענה למבוטחים ויוצר שחיקה מתמשכת בצוותי התפעול. אנחנו מתכננים ומיישמים אוטומציה מעשית בארגונים מוסדיים, מבחירת התהליך המתאים ועד עבודה שוטפת בסביבת ייצור מפוקחת.
המטרה היא לא להחליף את מערכות הליבה אלא להוסיף מעליהן שכבת ביצוע אמינה, שמשחררת את העובדים לעבודה מקצועית מול לקוחות ומקרים חריגים.
זמן קריאה: 6 דקות
עיקרי הדברים
- האוטומציה מתחברת למסכי מערכות הליבה הקיימות, בלי שינוי בקוד המקור ובלי פרויקטי תשתית ארוכים.
- מתחילים בתהליכים עם הרבה פניות וכללים עסקיים ברורים, כמו קליטת תביעות, עדכוני פוליסות והכנת דיווחים רגולטוריים.
- רובוט תוכנה מבצע את הפעולות המוגדרות, סוכן AI מטפל במידע לא מובנה, וההחלטה הסופית נשארת בידי מסלק אנושי.
- כל פעולה נרשמת ביומן ביקורת, בהתאם להנחיות רשות שוק ההון ולחוק הגנת הפרטיות.
תוכן עניינים
איך עובדת אוטומציה לחברות ביטוח מול מערכות ליבה ישנות?
אוטומציה לחברות ביטוח מתחברת ישירות למסכי המערכות הקיימות, בלי לכתוב קוד מחדש ובלי פרויקטי תשתית ארוכים.
הרובוט מקבל קלט מתיבות דואר, טפסים מקוונים או תיקיות שיתוף, ומבצע את רצף הפעולות המדויק שעובד אנושי היה מבצע במקלדת ובעכבר. הוא נכנס למערכת הליבה עם הרשאות מוגדרות, פותח את הכרטיס הרלוונטי, מזין את שדות התביעה או הפוליסה ומוודא שכל הנתונים נקלטו כראוי.
בבסיס התהליך הזה, שבעולם מכונה insurance process automation, פועלת אוטומציה רובוטית של תהליכים, שמתמקדת במשימות מבוססות חוקים ומונעת טעויות הקלדה חוזרות ונשנות. אבל כשמופיע שדה לא ברור או חסר מסמך מהותי, הרובוט עוצר את הטיפול ומעביר את הפנייה לבדיקה אנושית.
המערכת מתעדת כל פעולה ביומן אירועים מפורט, כך שכל לחיצה וכל הזנת נתון נשמרות לבקרה ולמעקב.
באילו מחלקות תפעוליות מתחילים ליישם רובוטים וסוכנים?
כדאי להתחיל בתהליכים תפעוליים שיש בהם הרבה פניות וכללים עסקיים ברורים, ושהעובדים מקלידים בהם נתונים ידנית בין מערכות שונות כל יום.
במחלקת התביעות מתחילים בדרך כלל בקליטת הודעות על אירוע ביטוחי, בבדיקה אם הפוליסה הייתה בתוקף במועד האירוע ובסיווג ראשוני של התיק לפני שהוא עובר למסלק. במקום שמסלקי התביעות יבזבזו שעות על פתיחת תיקים טכנית, המערכת מגישה להם תיק מוכן לבדיקה מקצועית.
במחלקת שירות לקוחות ופוליסות מטפלים רובוטי תוכנה בעדכוני פרטי קשר ובשינוי מוטבים, מעדכנים אמצעי תשלום ומפיקים לסוכני הביטוח אישורי ביטוח סטנדרטיים. הפעולות האלה מתבססות על נתונים קיימים ואינן דורשות שיקול דעת חיתומי.
בצוותי הכספים והציות מתאימה האוטומציה תשלומים בין הבנקים למערכות הגבייה ובודקת את תקינות הנתונים לקראת סגירת החודש. היא גם אוספת קבצים לדיווחים מורכבים כמו דיווחי IFRS 17. כשמתחילים בתהליכים מוגדרים כאלה, הארגון יכול להגיע ליציבות תפעולית כבר בשלבים הראשונים.
מה קובע את מורכבות הפרויקט בארגון פיננסי?
מורכבות הפרויקט תלויה ביציבות הכללים העסקיים, במספר מערכות המידע המעורבות בתהליך, במידת האחידות של מסמכי המקור ובכמות התרחישים החריגים שדורשים שיקול דעת אנושי.
כשתהליך מתנהל לפי חוקים מוגדרים היטב והקלט מגיע במבנה דיגיטלי אחיד, בניית הפתרון פשוטה וישירה יחסית. תהליך שכולל מסמכים סרוקים מגוונים, שדות טקסט חופשי או הצלבות מול מערכות ישנות ללא ממשקי API דורש שכבת עיבוד מתקדמת יותר.
בתהליכי אוטומציה לבתי ביטוח ולסוכנויות גדולות, אנחנו בוחנים תחילה את זמני הטיפול הידניים לפני כל שינוי טכנולוגי.
הבדיקה הזו מראה איפה נמצאים צווארי הבקבוק ומאפשרת להשוות את שיעור התיקים שעוברים טיפול רציף בלי מגע יד אדם לשיעור אלה שדורשים תיקון ידני. כל עוד שומרים על הגדרות מדויקות, קל לראות אילו פעולות תורמות לתפוקה ואילו דורשות פישוט מקדים של הנהלים.
רוצים לדעת אילו תהליכים אצלכם מתאימים לאוטומציה?
נמפה איתכם את התהליכים ונראה איפה רובוט או סוכן AI יחסכו עבודה ידנית.
RPA מול סוכני AI בטיפול בתביעות
רובוט תוכנה קלאסי מסוג RPA מבצע פעולות מוגדרות מראש לפי כללים נוקשים במערכות המחשוב, בעוד שסוכני AI נכנסים לפעולה כשצריך לפענח מידע לא מובנה.
הרובוט משמש כזרוע הביצוע שמקלידה נתונים, פותחת מסכים ומעבירה קבצים, ואילו סוכן הבינה המלאכותית מזהה את כוונת הפונה בהודעות המייל ומסווג מסמכים רפואיים או דוחות שמאי. בארגונים מוסדיים אנחנו משלבים בין RPA ל-Agentic AI ויוצרים אוטומציה חכמה שמטפלת גם במקרים לא שגרתיים.
אבל סוכן ה-AI לא מחליט לבד אם לשלם תביעה או לדחות אותה. הוא מגיש המלצה מנומקת, ומסלק אנושי מקבל את ההחלטה הסופית.
| שלב בתהליך התביעה | תפקיד רובוט תוכנה (RPA) | תפקיד סוכן AI (Agentic AI) | מעורבות מומחה אנושי |
|---|---|---|---|
| קליטת פנייה ראשונית | משיכת קבצים מתיבת הדואר ופתיחת רשומה במערכת הליבה | סיווג סוג התביעה וזיהוי דחיפות הפנייה לפי תוכן המייל | בדיקת פניות חריגות שלא זוהו בבירור |
| בדיקת תנאי פוליסה | אימות תוקף הכיסוי הביטוחי במערכת הפנימית לפי תאריך האירוע | הצלבת תיאור הנזק במסמך מול סעיפי הכיסוי המופיעים בפוליסה | הכרעה במקרי ספק או פרשנות חוזית מורכבת |
| עיבוד חשבוניות ודוחות | הזנת סכומי הקבלות ומספרי העוסק למסכי התשלום ב-ERP | הבנת פירוט הטיפולים או החלפים מתוך דוח שמאי סרוק | אישור סופי של התשלום למבוטח או לספק |
כיצד מפענחים תיקי תביעה וטפסים סרוקים בעברית?
פענוח מדויק של תיקי תביעה בעברית דורש שילוב בין מנועי OCR מתקדמים, מודלים של עיבוד שפה ומנגנוני אימות עסקיים מול מערכות המידע של החברה.
האתגר המרכזי בעבודה עם מסמכים בישראל נובע מסריקות באיכות נמוכה, שילוב של כתב יד עם דפוס וטקסט מעורב בעברית, מספרים ואנגלית. במקום לנסות לקרוא מסמכים שלמים באופן עיוור, נכון יותר לחלץ רק את השדות הקריטיים כמו מספר תעודת זהות, מספר רישוי, תאריכי טיפול וסכומים.
כלים ייעודיים לחילוץ מידע חכם ממסמכים, כמו EZ-OCR, מחלצים את השדות הנדרשים ומצליבים אותם מול מאגרי המידע הפנימיים.
אם הנתון שחולץ תואם את רישומי הפוליסה, הטיפול ממשיך באופן אוטומטי. כשרמת הוודאות בפענוח של שדה מסוים אינה מספקת, המקרה מועבר למסך בדיקה ממוקד שבו העובד מתקן את השדה הבודד בלבד, מבלי להקליד מחדש את כל פרטי התיק.
האם אוטומציה לחברות ביטוח עומדת בדרישות הרגולציה בישראל?
כן, אנחנו מתכננים את יישומי האוטומציה לחברות ביטוח לפי ההנחיות של רשות שוק ההון וחוק הגנת הפרטיות. כל פעולה נרשמת בנתיב ביקורת מלא, הרשאות הגישה מוגבלות והנתונים מוצפנים.
בכל תהליך של אוטומציה למגזר הביטוח פועל רובוט התוכנה כמשתמש מורשה בעל הרשאות גישה מוגדרות בלבד, בהתאם לעיקרון הצורך לדעת. כל פעולה של שליפת נתונים, פתיחת כרטיס או עדכון שדה נרשמת ביומן ביקורת מאובטח שמוגן מפני שינוי.
הנתונים נשארים בתוך התשתית המאובטחת של הארגון ומידע אישי או רפואי אינו נשמר בשרתים חיצוניים בלי אישור הארגון, בהתאם לעקרונות תקנות הגנת הפרטיות (אבטחת מידע), התשע״ז-2017.
תהליכי האוטומציה משתלבים בבקרות אבטחת המידע של הארגון ברוח חוזר ניהול סיכוני סייבר בגופים מוסדיים של רשות שוק ההון, ביטוח וחיסכון, ונבנים כך שתקלה תעצור את התהליך ולא תשבש הזנת נתונים קריטיים.
איך עוברת אוטומציה לחברות ביטוח מפיילוט לסביבת ייצור יציבה?
מעבר מוצלח משלב הרעיון לעבודה שוטפת בסביבת ייצור כולל ארבעה שלבים ברורים.
הכול מתחיל במיפוי מעמיק של התהליכים בישיבה לצד אנשי התפעול בשטח, כי רק שם מתגלים החריגים האמיתיים וקובצי ה-Excel שמשמשים כשלב ביניים, וגם השינויים הקטנים שאף נוהל כתוב לא מתעד. ב-EZ-R.O.I אנחנו לומדים את התהליך ישירות מעמדת העבודה ולא מתיאוריות מנותקות.
אחרי המיפוי מגדירים את החוקיות העסקית ואת נקודות הממשק מול מערכות הליבה, וקובעים ספי ודאות ברורים שמתחתם מקרה עובר לטיפול אנושי. אחר כך מריצים פיילוט מבוקר על נפח נתונים אמיתי, כדי לוודא שהרובוט מתמודד בהצלחה עם שגיאות תקשורת או קבצים פגומים.
לבסוף עוברים להפעלה מלאה בסביבת הייצור ומפעילים מעטפת ניטור שוטפת שמזהה חריגות בזמן אמת.
השותפות עם צוותי התפעול היא הגורם המכריע בהצלחת הפרויקט, משום שהעובדים מבינים שהאוטומציה מסירה מהם עומס טכני שוחק ומאפשרת להם להתמקד בטיפול מהותי בלקוחות.
רוצים לבדוק את ההחזר על ההשקעה לפני שמתחילים?
נבחן איתכם את התהליך, את ההיקף שלו ואת מה שישתנה אחרי האוטומציה.
שאלות נפוצות
האם צריך לבצע שינויים בקוד של מערכות הליבה הישנות?
לא, רובוטי תוכנה אינם דורשים שינוי בקוד המקור של מערכות הליבה הוותיקות בארגון. הרובוט מתקשר עם המערכת דרך ממשק המשתמש הרגיל או דרך ממשקי API סטנדרטיים, בדיוק כפי שעושה עובד תפעול מול המסך. כך אפשר לחבר בין מערכות ישנות לערוצי דיגיטל חדשים במהירות וללא פרויקטי פיתוח מורכבים.
מה קורה כאשר מסך במערכת הפנימית משתנה בעקבות עדכון גרסה?
כשמבנה המסך משתנה והרובוט לא מזהה שדה נדרש, המערכת מאתרת את חוסר ההתאמה מיד ועוצרת את הפעולה הנקודתית. התיק מנותב לטיפול ידני של צוות התפעול כדי למנוע שיבוש בנתונים, ונשלחת התראה לצוות התחזוקה לעדכון הגדרות הזיהוי. לאחר עדכון הגדרות הרובוט, הרובוט חוזר לעבודה שוטפת.
מי מנהל ומנטר את פעילות הרובוטים לאחר העלייה לאוויר?
את הניטור והבקרה עושים דרך לוח בקרה מרכזי שמתעד את סטטוס הפעולות, זמני הריצה וכמות התיקים שהועברו לבדיקה אנושית. את הניהול השוטף יכול לקחת צוות ה-IT הפנימי של הארגון אחרי הכשרה מתאימה, או הצוות שלנו במסגרת מעטפת ליווי ותחזוקה.
כדאי להתחיל באוטומציה של תהליך בודד או במהלך רוחבי?
אנחנו ממליצים תמיד להתחיל בתהליך בודד בעל נפח פעילות משמעותי וחוקיות עסקית מוגדרת היטב. התמקדות כזו מאפשרת לבחון את הממשקים בפועל, לייצב את העבודה מול צוותי התפעול ולבסס אמון מלא בפתרון. רק לאחר שהתהליך הראשון פועל ביציבות בסביבת הייצור, מרחיבים את היישום למחלקות ותהליכים נוספים.
כיצד המערכת מתמודדת עם מסמך תביעה שמכיל נתונים חסרים?
כשמגיע מסמך בלי שדות חובה כמו מספר זהות או תאריך אירוע, המערכת לא מזינה אותו חלקית למערכת הליבה. התיק מסומן מיד כחריג, ונפתחת משימת השלמת פרטים עבור מסלק התביעות או שנשלחת הודעה מותאמת לסוכן הביטוח. כל שלב מתועד ביומן המערכת כדי לשמור על מעקב מלא.
ארגוני ביטוח שבוחרים להתחיל במיפוי יסודי של עמדות העבודה מגלים במהירות שהדרך ליציבות תפעולית אינה עוברת בפרויקטי תוכנה מפרכים של שנים, אלא בפתרונות ממוקדים שמתחברים לתשתיות הקיימות. כשבונים את שכבת הביצוע מתוך הבנה מעמיקה של השטח, הצוותים זוכים בשקט תפעולי והמבוטחים מקבלים מענה מהיר ומדויק יותר.
על EZ-R.O.I
EZ-R.O.I היא חברת ייעוץ שמתמחה באוטומציה רובוטית חכמה (RPA) ובשילוב יכולות AI בארגונים, כולל Agentic AI. את החברה הקים שלומי קוט, רו"ח ו-MBA, אחרי שנים של ניהול ושיפור תהליכים ב-EY. אנחנו עובדים עם בנקים, חברות ביטוח, גופים ממשלתיים ותעשייתיים, ומלווים כל פרויקט משלב האפיון ועד היישום המלא בשטח. הצוות שלנו יושב במשרדי הלקוח, כי שם מבינים איך התהליך באמת עובד.
המשרדים שלנו במגדלי בסר, בני ברק. השאירו פרטים או כתבו לנו במייל ez@ez-roi.com