פיתוח מערכת הדמיה רפואית (בינה מלאכותית)

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

תחומי פיתוח AI

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1365
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1330
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    776
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1077
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1022
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1113

מדוע הדמיה רפואית עם בינה מלאכותית נכשלת בעומס

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

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

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

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

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

אפקט מדיד: מהירות פענוח ושיעור שגיאות

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

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

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

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

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

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

אפשרויות פריסה: ענן, מתחם מקומי, היברידי

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

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

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

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

שלבי הטמעה: מביקורת נתונים ועד מסירת המודל

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

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

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

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

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

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

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

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

מה נשאר אצלכם: צינור ההדמיה והנהלים

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

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

מקרה מעשי: איך נעלמה קטגוריית הכשלים בצילומים חוזרים

מה היה בקלט

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

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

מה שינו ומה קיבלו

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

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

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

במה שונה מודל מאומן מראש ממודל שעבר אימון נוסף?

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

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

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

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

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

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

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

ספקות טכניים: תיוג, פרטיות, בקרת איכות

הספקות בשלב הזה כמעט תמיד אותם ספקות, והם נסגרים בארכיטקטורה של הפתרון, ולא בהבטחות. להלן תשובות לארבע נקודות שעולות הכי часто.

בנתונים יש מעט פתולוגיות נדירות — האם המודל יראה אותן?

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

צילומים באיכות שונה — מה עושים איתם?

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

מי אחראי אם המודל טועה?

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

פרטיות: האם הצילומים יוצאים אליכם?

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

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

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

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

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

תארו את המשימה — נחזור עם הערכה ותוכנית עבודה.