תוכן העניינים
עדכון תוכנה במכשיר רפואי עם בינה מלאכותית עשוי לשנות את האופן שבו הוא מנתח נתונים, מסמן ממצא או מציג התראה. לכן, לצד השאלה אם הגרסה החדשה טובה יותר, צריך לברר מה בדיוק השתנה, כיצד נבדק השינוי ומה המשתמשים צריכים לדעת עליו.
זהו אחד האתגרים הטכנולוגיים של AI רפואי: לנהל מוצר שהאלגוריתם שלו עשוי להשתנות לאורך חייו, תוך שמירה על שימוש מוגדר וביצועים שנבדקו. תוכנית שינויים מוגדרת מראש (Predetermined Change Control Plan, או PCCP) מספקת במסגרת ה-FDA האמריקאי דרך לתכנן חלק מהעדכונים הללו.
במדריך שפרסם ישראל פיגא על מכשירים עם AI מוצגת תוכנית PCCP כחלק מההיערכות לשוק האמריקאי. ההיבט הטכנולוגי שלה נוגע לתכנון העדכונים, לבדיקות הגרסה ולמידע שמגיע למשתמשים.
מכשיר עם AI אינו בהכרח לומד בזמן השימוש
הביטוי ״מערכת לומדת״ עלול ליצור רושם שכל בדיקה חדשה משנה מיד את המודל. בפועל, יש מערכות שבהן גרסת המודל נשארת קבועה בזמן השימוש, ואימון נוסף נעשה בנפרד לפני הפצת עדכון. יש גם מערכות המיועדות לעדכונים אוטומטיים, או לשילוב בין תהליכים ידניים ואוטומטיים.
ההבחנה הזאת חשובה להבנת המוצר. קבלת נתונים חדשים, אימון מחדש והתקנת גרסה חדשה הם תהליכים שונים. עצם השימוש ב-AI אינו מלמד כיצד המכשיר מתעדכן.
PCCP – להגדיר מראש מה ישתנה ואיך ייבדק
בהנחיית ה-FDA לתכנון שינויים במכשירים עם AI, בגרסתה מאוגוסט 2025, מתואר כיצד להגיש PCCP כחלק מבקשת הרשאת השיווק של המכשיר.
התוכנית נשענת על שלושה רכיבים:
| רכיב | מה הוא מגדיר |
|---|---|
| תיאור השינויים | אילו שינויים מסוימים מתוכננים במכשיר |
| פרוטוקול השינוי | כיצד יפותחו, ייבדקו וייושמו השינויים |
| הערכת ההשפעה | התועלות, הסיכונים והדרכים להפחתתם |
שלושת הרכיבים מחברים בין השינוי המתוכנן לבין הראיות והתהליך שנועדו לתמוך ביישומו.
שינוי שנכלל ב-PCCP שאושר במסגרת הרשאת השיווק של המכשיר, ומיושם לפי הפרוטוקול וקריטריוני הקבלה שלו, יכול להתבצע בלי הגשת בקשת שיווק נוספת עבור אותו שינוי. הבדיקות והתיעוד עדיין נדרשים. שינוי מחוץ לתוכנית מחייב הערכה לפי הדרישות וההנחיות הרלוונטיות; הצורך בהגשה חדשה תלוי במהות השינוי.
הנושא מוצג גם במדריך ישראל פיגא לתכנון שינויים במכשירים עם AI, העוסק ב-PCCP ובמשמעותו למכשור המיועד לשוק האמריקאי. בהכנת תוכנית למוצר מסוים יש להסתמך על ההנחיה הרשמית העדכנית ועל מאפייני המכשיר.
אותו מכשיר, גרסת מודל אחרת
נניח, לצורך המחשה, שחברה מפתחת תוכנה המסייעת לצוות רפואי לזהות ממצא בתמונה. היא מאמנת גרסה חדשה ומקבלת מדד ביצועים כולל טוב יותר במבחן שביצעה. מכאן עדיין צריך לברר על אילו תמונות נבדקה הגרסה, אילו מטופלים מיוצגים בהן והאם תנאי הבדיקה מתאימים לשימוש המתוכנן.
עקרונות הפיתוח של IMDRF, הפורום הבינלאומי של רגולטורי המכשור הרפואי, מדגישים נתונים המייצגים את אוכלוסיית היעד, נתוני בדיקה עצמאיים מהנתונים ששימשו לאימון ולכוונון ובחינה בתנאים בעלי משמעות קלינית. הם מתייחסים גם לאינטראקציה בין האדם למערכת.
המשמעות הטכנולוגית היא שמדד ביצועים כולל אינו מתאר לבדו את כל מה שצריך לדעת על גרסה חדשה. בתרחיש ההיפותטי, צוות הפיתוח עשוי לבחון אם השינוי מתפקד באופן עקבי גם בתתי־קבוצות רלוונטיות ובתנאי הקלט שהמוצר מיועד לקבל.
כך נוצרת שאלה מדויקת יותר מ״האם המודל השתפר״: באילו תנאים השיפור הודגם, והאם הבדיקה מספקת בסיס להפעלת הגרסה החדשה?
הבדיקה נמשכת גם אחרי התקנת העדכון
תכנון שינוי כולל גם את האפשרות שהוא לא יעמוד בציפיות. בעקרונות PCCP שפרסמו FDA, Health Canada ו-MHRA מופיעים מנגנונים לזיהוי שינוי שאינו עומד בקריטריוני הביצועים שנקבעו, ולעצירת יישומו או להחזרתו לאחור, בהתאם לסיכון ולמאפייני המכשיר.
עבור צוות טכנולוגי, הדבר מחבר בין בדיקות הגרסה לבין תכנון ההפצה: איך מזהים בעיה, איך מונעים את המשך הפצתה ואיך משייכים ממצא לגרסה המתאימה. אלה שאלות שכדאי לפתור בתוך תהליך הפיתוח והעדכון.
גם ההשפעה המצטברת חשובה. רצף עדכונים צריך להיבחן ביחס למכשיר ולסביבת השימוש שלו לאורך זמן. תכנון השינויים מאפשר לקשור כל עדכון להיקף מוגדר, לראיות ולדרך טיפול בסיכונים.
המשתמש צריך לדעת מה השתנה
מבחינת איש הצוות הרפואי, הודעה כללית על ״שיפור האלגוריתם״ עשויה להשאיר שאלות פתוחות. האם השתנו הביצועים בתנאים מסוימים? האם נוספו מגבלות? האם נדרשת דרך אחרת לקריאת הפלט?
עקרונות השקיפות למכשירים מבוססי למידת מכונה מדגישים מסירת מידע רלוונטי על השימוש המיועד, הביצועים, המגבלות והעדכונים. המידע צריך להגיע לקהל המתאים, בזמן ובצורה שמאפשרים לו להשתמש במוצר באופן מושכל.
בתכנון ממשק ועדכון גרסה, כדאי לכן לשאול:
- מה השתנה ויש לו משמעות למשתמש?
- אילו מגבלות צריך להציג?
- האם נדרשים הסבר או הדרכה מעודכנים?
- כיצד המשתמש מדווח על בעיה שזיהה?
השקיפות הזאת מחברת את עבודת הפיתוח למה שהצוות פוגש בפועל: פלט, התראה או המלצה שהוא צריך להבין בתוך תהליך העבודה.
החיבור בין התוכנה למרכז הרפואי
האתר ישראל פיגא – מכשור רפואי למחלות נדירות מציג פעילות המתמקדת בכניסת מכשור לשוק האמריקאי, ובה גם הפצה, הדרכת צוותים והיבטי החזר כספי. הדיון ב-AI מוסיף לכך שאלות הנוגעות לגרסאות התוכנה ולשינויים שהמשתמשים עשויים לפגוש לאורך זמן.
החיבור הזה חשוב כשעדכון תוכנה מגיע לצוות שכבר עובד עם המוצר. מידע על שינויי הגרסה, התאמה של חומרי ההדרכה ודרך ברורה לדיווח על תקלות הם חלק מהדיון בהפעלה לאורך זמן.
מכשיר רפואי עם AI צריך להיבחן גם לפי אופן העדכון שלו. זהו אחד המבחנים המעשיים של בינה מלאכותית: לצד היכולות של הגרסה הנוכחית, יש משמעות לתהליך שמאפשר להחליט מתי הגרסה הבאה מוכנה לשימוש.
הבהרה: המידע במאמר כללי ואינו מהווה ייעוץ רפואי, רגולטורי או משפטי. לפני החלטה הנוגעת למכשיר מסוים, יש לבדוק את דרישות ה־FDA העדכניות ואת התאמתן למוצר ולשימוש המיועד.
