קידום אתרים
תעשיית הביטוח / מדריך טכני
אוטומציית קליטת FNOL וטריאז' תביעות עם n8n ו-Claude — מדריך שלב אחר שלב
מדריך מלא לבניית pipeline ב-n8n עם Claude שלוכד הודעת נזק ראשונה ממייל, פורטל וטלפון, מחלץ נתוני פוליסה, מסווג חומרה, מנקד סיגנלי הונאה, מנתב לחוקר התביעות הנכון וכותב יומן ביקורת בדרגת TPA — אישור ראשון יוצא לתובע תוך פחות מ-90 שניות.
קליטת FNOL (מייל / פורטל / טלפון)
OCR + חילוץ פוליסה (Claude)
ציון חומרה והונאה (Claude)
ניתוב לחוקר תביעות (LOB + עומס)
פתיחת תיק ב-Guidewire
יומן ביקורת בלתי ניתן לשינוי
SMS ומייל אישור לתובע
1. הבעיה — למה ה-backlog של ה-FNOL עולה למבטחת יותר מהתביעות עצמן
כל מבטחת אלמנטרית או TPA נתקלים באותו קיר תפעולי: הודעת נזק ראשונה (FNOL) מגיעה משישה ערוצים שונים — מייל, פורטל אינטרנטי, טלפון דרך מוקד, פקס מסוכן, אפליקציה סלולרית, EDI משותף עסקי — ועדיין יושב פקיד שצריך לקרוא את זה, למצוא את הפוליסה, להחליט אם זו תאונה קלה או אובדן מוחלט, לבדוק כפילויות, לתת ציון סיכון להונאה ולהקצות את חוקר התביעות הנכון. כל זה מתחת לשעון רגולטורי. דרישת האישור של 24 שעות שמופיעה ברוב חוקי ה-Unfair Claims Practices Acts המדינתיים מכה לפני שהעבודה הזו בכלל התחילה, ו-FNOL שמפספסים הוא תלונת DOI שמחכה להגיע.
מספרים אמיתיים ממבטחת אזורית (רכב + רכוש, ~6,200 FNOL בחודש)
| FNOL בחודש (רכב + רכוש + GL) | ~6,200 |
| זמן חציוני מ-FNOL לאישור ראשון | 11 שעות 40 דק' |
| סיווג חומרה שגוי שנתפס בהקצאה מחדש | 14% |
| תביעות כפולות שנפתחו על אותו אירוע | 3.1% |
| חשד הונאה שזוהה בקליטה (לא ב-SIU מאוחר יותר) | 0.4% |
| שעות פקיד קליטה בחודש על הזנת נתונים | ~840 |
חוסר הסימטריה האכזרי: כ-6% מה-FNOL הופכים ל-60%+ מתשלומי הנזקים. המערכת חייבת לזהות את תביעת הפציעה הקטסטרופלית, את האובדן החשוד של רכב יחיד בלילה, ואת התביעה השלישית של אותו מבוטח ברבעון — תוך דקות, לא בבוקר אחרי כשפקיד הקליטה מגיע לתור.
מה זה "טריאז'" כאן
טריאז' אינו דגל "כן/לא" של הונאה שמודבק על טופס. זוהי החלטה בארבעה צירים שרצה על כל FNOL ברגע שהמידע נוחת:
- דרגת חומרה: נזק רכוש קל, נזק רכוש בינוני, נזק גוף (BI), אובדן מוחלט, קטסטרופה / פטירה. מכתיב רזרבה, רמת חוקר, התראה למפקח.
- תחולת כיסוי: איזה ענף עסקי (LOB), איזה כיסוי בפוליסה, השתתפות עצמית, גבולות משנה.
- ציון סיגנלי הונאה: כללים + נימוק של Claude מעל נרטיב התביעה והיסטוריית המבוטח. דגלים בלבד — אף פעם לא דחייה אוטומטית.
- ניתוב: חוקר פנימי מול IA חיצוני מול הפנייה ל-SIU, משוקלל לפי עומס נוכחי ורישוי המדינה.
2. ארכיטקטורת המערכת
שמונה רכיבים, כל אחד ניתן להחלפה. שכבת התזמור היא n8n self-hosted בתוך ה-VPC של המבטחת עצמה, כדי שצוות ה-InfoSec והרגולציה יוכלו לבדוק כל קריאת API חיצונית שנוגעת ב-PII או ב-PHI. שום דבר לא יוצא מהפרימטר חוץ מ-prompts מנוקים ל-Claude וקריאות חתומות לספקי נתוני ההונאה.
המחסנית
הערכת עלות (6,200 FNOL בחודש)
| Claude Sonnet (~6.2k קריאות חומרה + הונאה, ~3,200 tok in / 600 tok out) | ~$280 |
| Claude Haiku (סיווג מסמכים, ~12k קריאות) | ~$45 |
| Textract / Document AI (דוחות משטרה, ACORD, תמונות) | ~$520 |
| LexisNexis + ISO ClaimSearch | ~$1,860 |
| VM (n8n + Postgres + QLDB ב-AWS, בתוך VPC) | ~$310 |
| Twilio (תמלול שיחות, SMS לתובע) | ~$140 |
| סך הכל בחודש | ~$3,155 |
בערך $0.51 ל-FNOL. עבודת פקיד הקליטה שזה מחליף עולה $4–$7 ל-FNOL במלואה; ה-LAE שנחסך מכך שהרזרבה נכונה מיום ראשון מגמד את שניהם. אותה שכבת תזמור משתלבת ב-שירותי האוטומציה ה-AI הרחבים שלנו.
קליטת FNOL מרובת ערוצים
FNOL מגיע בכל צורה שהתובע או הסוכן בחרו. ה-pipeline מנרמל שלושה ערוצים מרכזיים לאירוע פנימי אחד: תיבת המייל שמפקח עליה צוות התביעות, פורטל אינטרנטי שבו מבוטחים וסוכנים מגישים ישירות, ושיחות נכנסות שנתפסות דרך Twilio עם תמלול בזמן אמת.
ערוצים ושיטת לכידה
- מייל ([email protected]): n8n IMAP node מסקרן כל 30 שניות. טפסי ACORD, דוחות משטרה, תמונות וטקסט גוף יוצאים כקבצים נפרדים. גוף המייל הופך להערה מובנית על התיק.
- Webhook פורטל: פורטל המבוטח/סוכן עושה POST של JSON FNOL עם פרטי תובע, תיאור הנזק, תמונות אופציונליות. חתום HMAC.
- טלפון (Twilio): DID ייעודי ל-FNOL מחוץ לשעות פעילות. התמלול של Twilio טוב מספיק כקלט גולמי — Claude מנקה אותו. ההקלטה נשארת ב-S3 להאזנה של החוקר.
- EDI / feed שותף: לצי, רכב מסחרי, הודעות ממשכנתאי. איסוף יומי דרך SFTP ופירוק לאותה צורת אירוע פנימית.
אירוע קליטה מנורמל
כל ערוץ מומר לסכמה אחת לפני ש-node במורד הזרם רץ. זה הופך את לוגיקת החומרה, ההונאה והניתוב ללא תלויית-ערוץ.
OCR וחילוץ ב-Claude
החומר הלא-מובנה הוא איפה שהעבודה האמיתית. PDF של דוח משטרה, תמונה של פגוש מקומט, מייל של ארבע פסקאות — שום דבר מזה לא ניתן לשאילתה עד שהוא הופך לשדות מובנים בתיק. ה-OCR מושך את שכבת הטקסט; Claude הופך אותה לאובייקט החילוץ הקנוני של ה-FNOL שכל שאר ה-pipeline קורא.
קסקדת OCR
- מסווג מסמכים (Claude Haiku): קורא רק את העמוד הראשון, מחזיר
police_report,acord_2,repair_estimate,medical_bill,photoאוunknown. - בחירת מנוע OCR: Textract Forms+Tables ל-ACORD, Textract Queries לדוחות משטרה, Document AI לתוספות בכתב יד, Claude Vision לתמונות נזק.
- ניקוי PII: SSN, מספר רישיון נהיגה מלא, תאריך לידה מלא, מספרי חשבון מלאים — מוחלפים ב-tokens של 4 ספרות אחרונות לפני כל קריאת Claude חיצונית. רשימה לבנה של שדות שמותר להם לצאת מה-VPC.
- חילוץ של Claude: Sonnet קורא את טקסט ה-OCR + גוף המייל + התמלול ופולט את אובייקט החילוץ הקנוני.
- ציון ביטחון: כל שדה שביטחון בו < 0.85 מסומן לבדיקת חוקר ולעולם לא מאוכלס אוטומטית בהתאמת הפוליסה.
Prompt חילוץ של Claude
שליפת פוליסה
ברגע שלתביעה יש מועמד למספר פוליסה (או שם תובע + תאריך לידה + מדינה להתאמה מטושטשת), ה-workflow פונה למערכת החיתום כדי לוודא שהפוליסה הייתה בתוקף בתאריך הנזק, להוציא את לוח הכיסויים ולהציף השתתפויות עצמיות וגבולות משנה. זה השלב הראשון שבו החלטת soft-fail חשובה: אם הפוליסה לא נמצאה, עדיין כותבים את ה-FNOL — פשוט מנתבים אותו לחוקר בכיר עם דגל "פוליסה לא מאומתת".
היררכיית שליפה
- מספר פוליסה מדויק — שליפה ישירה, ולידציה של סטטוס "in force" מול date_of_loss.
- סוכן + שם משפחה + מיקוד — fallback כשהתובע נתן את הפוליסה "של ההונדה סיוויק" במקום את המספר.
- התאמת VIN (רכב) — נשלף מ-OCR של תמונה או מדוח משטרה. הספציפיות הגבוהה ביותר לרכב.
- כתובת + ענף עסקי (רכוש) — התאמה מטושטשת על מיקום המבוטח, ואז סקירה אנושית של 3 המועמדים המובילים.
שליפת PolicyCenter (n8n HTTP Request)
מסווג חומרה
דרגת החומרה מכתיבה רזרבה, רמת חוקר תביעות, התראת מפקח — תוך דקות מ-FNOL. סיווג שגוי בכל כיוון יקר: רישום שריטה כ-BI נועל רזרבת הפסדים שהמבטחת לא יכולה להפנות לשימוש אחר; רישום פציעה קטסטרופלית כ-PD בינוני מפוצץ את כל עקומת ה-loss development ומפעיל שאלות רגולטוריות מאוחר יותר. Claude קורא את אובייקט החילוץ + הפוליסה ופולט אובייקט חומרה מובנה.
חמש דרגות החומרה
רק נזק רכוש, ללא פציעות, אומדן < $5k.
PD בין $5k–$25k, אפשרי PD לצד ג', ללא פציעות.
פציעה דווחה, ביקור מיון בלבד, ללא אשפוז.
אשפוז, ניתוח, או רכב באובדן מוחלט. חוקר בכיר.
פטירה, פגיעת ראש, שיתוק, התנגשות רב-רכבית. הזעקת מפקח כונן.
System prompt למסווג חומרה
פלט לדוגמה
ציון סיגנלי הונאה
ציון הונאה ב-FNOL הוא סיגנל הפנייה, לא החלטת דחייה. המערכת מציפה דפוסים — מצביעי תאונה מבוימת, חריגות בתדירות תביעות, ניסוח חשוד בנרטיב — ומפעילה אחת משתי פעולות: (א) כותבת הערה מסומנת לחוקר, או (ב) מייצרת הפניה רכה ל-SIU. שום דבר לא נדחה אוטומטית. אף פעם. פלט המודל לעולם לא מגיע לתובע; רק החלטת החוקר הסופית מגיעה.
ניקוד דו-שלבי
- שכבת כללים דטרמיניסטית — רצה ראשונה, ב-n8n. התאמת ISO ClaimSearch על אותו VIN ב-24 חודשים אחורה, מבוטח עם >3 תביעות קודמות ב-36 חודשים, נזק שדווח באיחור >14 ימים, נזק במיקוד הבית של המבוטח ללא דוח משטרה. כל כלל הוא סיגנל מתויג, לא פסק דין.
- שכבת נימוק של Claude — קוראת את הנרטיב + העשרת LexisNexis + סיגנלי שכבת הכללים, מפיקה ציון סיגנלי הונאה מובנה עם נימוק מפורש על הטקסט הספציפי.
סכמת פלט סיגנלי הונאה
ספי ניתוב
| רמה | ציון | פעולה |
|---|---|---|
| low | 0–34 | הערה מצורפת. הקצאת חוקר רגילה. |
| elevated | 35–64 | החוקר סוקר את הדגל בפנייה הראשונה. ייעוץ SIU אופציונלי. |
| high | 65–100 | הפניה ל-SIU חובה. החוקר ממשיך כרגיל — ללא עיכוב, ללא הבדל גלוי לתובע. |
ניתוב לחוקר תביעות
החוקר הנכון על התיק בשעה הראשונה משנה כמעט יותר מכל שלב אחר במורד הזרם. הניתוב הוא החלטה משוקללת של ענף עסקי, דרגת חומרה, מדינת התובע (חוקרים מורשים לפי מדינה), מספר תיקים פתוחים נוכחי, והעדפת שפה. הפלט הוא adjuster_id יחיד ורשימת fallback למקרה שהראשי לא במשרד.
מטריצת ניתוב (מבטחת רכב + רכוש)
| חומרה | רמת חוקר | סמכות רזרבה | SLA לפנייה ראשונה |
|---|---|---|---|
| tier_1 | מסלול מהיר רכב פנימי | עד $7,500 | 4 שעות |
| tier_2 | רכב פנימי, סטנדרטי | עד $25k | 4 שעות |
| tier_3 | מומחה BI | עד $100k | שעתיים |
| tier_4 | BI בכיר / אובדן מוחלט | עד $500k | שעה + מפקח מקבל ping |
| tier_5 | צוות קטסטרופה + מפקח כונן | מפקח בלבד | 15 דקות, page מחוץ לשעות |
שאילתת ניתוב
אם הראשון ברשימה לא במשרד (אינטגרציית יומן), ה-workflow עובר על LIMIT 3. אם כל השלושה לא זמינים, התיק מנותב לתור המפקח עם דגל. המפקח אף פעם לא רואה tier_1 של מסלול מהיר אלא אם כל חוקרי המסלול המהיר במדינה לא זמינים — וזו הסלמה נכונה, לא נפילה לתור איטי יותר.
פתיחת תיק תביעה ואישור
ברגע שהחומרה, ההונאה והניתוב הוכרעו, ה-workflow פותח את תיק התביעה ב-Guidewire ClaimCenter, מצרף כל מסמך ותמונה, מקבע את טווח הרזרבה המומלץ, מפרסם את הערות ה-AI (מסומנות בבירור כפלט מודל) ומקצה לחוקר שנבחר. התובע מקבל SMS ומייל אישור עם מספר התביעה, שם החוקר שהוקצה ו-SLA לפנייה הראשונה אליו.
payload פתיחת תיק ב-ClaimCenter
אישור לתובע (SMS + מייל)
האישור נכתב על ידי Claude עם תבנית מוגבלת בהדוקות. הוא לעולם לא מצטט לתובע את פלט החומרה או ההונאה של המודל. הוא מציין את מספר התביעה, שם החוקר, ה-SLA לפנייה ומה לשלוח בהמשך.
ציות: ביקורת TPA, רגולטור מדינתי (DOI), בולטין NAIC
ענף הביטוח מפוקח ברמת המדינה על ידי ה-Department of Insurance של כל מדינה, עם חוקי מודל מתואמים דרך ה-NAIC. AI בתביעות מטופל מפורשות ב-NAIC Model Bulletin on the Use of AI Systems by Insurers (2024) ואומץ באיזושהי צורה ברוב המדינות. התייחס לציות כעמוד שדרה של העיצוב, לא כתוספת בסוף.
כללים נוקשים שמכתיבים את הארכיטקטורה
- ללא דחייה אוטומטית. פלט המודל לעולם לא מייצר החלטת כיסוי, מכתב דחייה או תשלום. חוקר תביעות מורשה חותם על כל פעולה שלילית.
- ללא האשמת הונאה אוטומטית. הפניית SIU היא פנימית. התובע לעולם לא רואה הודעת "אנו חושדים בהונאה" שנוצרה על ידי המודל.
- שעון האישור. רוב חוקי ה-UCPA המדינתיים דורשים אישור בכתב תוך 10–15 ימים; האישור של ה-workflow תחת 90 שניות עוקף את הסטנדרט בריווח גדול. תעד את ה-timestamp ב-ledger הביקורת.
- חוקר אחראי. כל מדינה דורשת חוקר תביעות מורשה על כל תביעה. ה-assigned_adjuster_id הוא האדם האחראי מבחינת הרגולטור, ללא קשר לאופן שבו הניתוב הוכרע.
- Model card. בולטין ה-NAIC מצפה למסמך ממשל מודל פנימי שמכסה את נתוני האימון, השימוש המיועד, מגבלות ידועות ונקודות פיקוח אנושיות. מסווג החומרה משוגר עם אחד; עדכונים דורשים העלאת גרסה רשמית.
יומן ביקורת בדרגת TPA
יומן הביקורת הוא המסמך שהמבטחת מוסרת ל-TPA, למבקר חיצוני או לחוקר DOI מדינתי. הוא חייב להיות בלתי ניתן לשינוי, מלא וניתן לשאילתה לפי תיק ולפי חוקר. AWS QLDB או כל אחסון WORM שווה ערך עובדים; הסכמה למטה היא מה שאנחנו משגרים.
Model card (תקציר ממסווג החומרה)
- שימוש מיועד: סיגנל טריאז' לדירוג וניתוב ב-FNOL. המלצת רזרבה בלבד.
- מחוץ לתחום: הכרעות כיסוי, מכתבי דחייה, סכומי פשרה, אסטרטגיית שיבוב.
- סט קליברציה: 24 חודשי תביעות סגורות פנימיות של המבטחת, מרובדות לפי tier.
- מגבלות ידועות: נוטה לתת-סיווג כשנרטיב הפציעה דליל בהגשות פורטל; מטופל על ידי כלל השדרוג הזהיר כש-injuries_reported הוא true.
- סקירת הטיה: ביקורת התפלגות tier רבעונית לפי מיקוד התובע ושפה. כל drift >5% מפעיל סקירת prompt.
- פיקוח אנושי: tier_5 מפעיל page למפקח; tier_confidence < 0.7 כופה סקירה אנושית לפני קביעת רזרבה; כל החלטה שלילית מוכרעת על ידי אדם.
תוצאות נמדדות — אחרי 90 יום
מספרים מפריסה אצל מבטחת אזורית (~6,200 FNOL בחודש, 38 חוקרים פנימיים, צוות SIU של 3 ומפקח כונן יחיד) אחרי הרבעון המלא הראשון. נפח התביעות נשאר זהה — כל הרווח מגיע ממהירות, מדיוק חומרה ומהקצאה מחדש של עבודה.
המדד שעניין את ה-Chief Claims Officer הכי הרבה: סיווגי חומרה שגויים שנתפסו בהקצאה מחדש ירדו מ-14% ל-4%. זה המספר שמאפשר לצוות האקטוארי לבטוח ברזרבה של יום 1 מספיק כדי לשחרר IBNR משנים קודמות בביטחון — המנוף הפיננסי במורד הזרם של התאמת ה-tier כבר ב-FNOL גדול בהרבה מהחיסכון התפעולי המובן מאליו.
לוח זמנים ועלות יישום
- n8n self-host + VPC + סקירת InfoSec: 30–50 שעות
- קליטה מרובת ערוצים (מייל + פורטל + Twilio): 24–36 שעות
- קסקדת OCR + טוקניזציית PII: 30–46 שעות
- Prompt חילוץ של Claude + backtest מול golden-set: 28–40 שעות
- אינטגרציית PolicyCenter + לוגיקת as-of-date: 24–36 שעות
- מסווג חומרה + קליברציית רזרבה: 30–44 שעות
- שכבת כללי הונאה + LexisNexis + ISO ClaimSearch: 32–48 שעות
- אינטגרציית ClaimCenter + audit ledger: 40–60 שעות
- ניתוב חוקרים + מטריצת רישוי/מדינה: 18–28 שעות
- Model card, מסמכי ממשל, תיק ל-DOI: 16–24 שעות
- הדרכת חוקרים + מפקחים: 10–14 שעות
- שבוע 1–2: Discovery, golden-set FNOLs, kickoff InfoSec / Compliance
- שבוע 3–4: קליטה (מייל + פורטל + Twilio) + קסקדת OCR
- שבוע 5–6: חילוץ Claude + מסווג חומרה + קליברציה
- שבוע 7: כללי הונאה + LexisNexis + ISO ClaimSearch
- שבוע 8: אינטגרציית ClaimCenter + audit ledger
- שבוע 9: shadow-run לצד קליטה חיה (ללא יצירה אוטומטית)
- שבוע 10: Cutover לפי ענף עסקי, מסירה למפקחים
- כולל: model card, חבילת ממשל מוכנה ל-DOI, דוח drift חודשי
שאלות נפוצות
רוצה שזה ייבנה לתפעול התביעות שלך?
SEOKRU פורסת את המערכת הזו בדיוק ב-10 שבועות, מקצה לקצה. אנחנו עושים backtest למסווג החומרה מול 24 חודשי תביעות סגורות שלך, מחווטים את קסקדת ה-OCR ושליפת הפוליסה, משלבים ClaimCenter (או DCT / ClaimsXPress) ומשגרים את ה-model card, מסמכי הממשל ויומן הביקורת המוכן ל-DOI. המבטחת שומרת על בעלות מלאה על כל רכיב — workflows, prompts, audit ledger, הכל.
דבר עם מהנדס אוטומציה לביטוח

