חלק מהחלטות ה-Design היקרות ביותר בפיתוח Medical Device אינן בהכרח השגויות. לפעמים אלה דווקא החלטות שהתקבלו בדיון מסודר, תועדו כנדרש, ובכל זאת חזרו שנה לאחר מכן כשאלה רגולטורית עם תג מחיר כבד.
זה בדיוק מה שקרה באחד הפרויקטים שליווינו ב-Meddev Soft. הנה הסיפור, ומה אפשר ללמוד ממנו.
תיאור המקרה
המוצר: Medical Device מבוסס Firmware בלבד. לא מחובר: ללא Cloud, Bluetooth או Wi-Fi. הממשק היחיד היה USB ששימש בתהליך הייצור וננעל לאחר מכן.
הדילמה: כבר בשלבי ה-Design הראשונים עלתה השאלה האם לאפשר עדכון תוכנה למכשירים שכבר נמצאים אצל לקוחות או מפיצים.
במוצר מחובר, מנגנון עדכון תוכנה הוא חלק טבעי מארכיטקטורת המוצר. לעומת זאת, במוצר שאינו מחובר, ללא ממשקי תקשורת פעילים, הוספת יכולת לעדכון Firmware יוצרת מורכבות תפעולית, שירותית וסייברית, ומחייבת תכנון, בדיקות ותהליכי בקרה נוספים. מצד שני, גם במכשיר שאינו מחובר עלולה להתגלות תקלה, חולשת סייבר או צורך אחר שיחייבו עדכון תוכנה לאחר שהמכשיר כבר נמצא בשימוש אצל הלקוח.
זו הייתה דילמת Design אמיתית – לא רק שאלה טכנית של מימוש.
ההחלטה: הצגנו ללקוח את המשמעות המלאה, כולל התרחיש שבו תקלה חמורה תחייב Recall או החלפת מכשירים. לאחר בחינת ההשלכות, הלקוח החליט שלא לכלול מנגנון עדכון בשדה, בעיקר בשל המורכבות התפעולית והעסקית. ההחלטה תועדה במלואה: בתהליך הפיתוח, בניהול הסיכונים ובניהול סיכוני הסייבר, כולל הצדקות מקצועיות.
חשוב להדגיש! זו לא הייתה החלטה שהתפספסה. הכול נעשה לפי הספר.
הטוויסט: במסגרת ההגשה ל-FDA התקבלו שאלות סייבר רבות, ואחת מהן עסקה ישירות ביכולת עדכון התוכנה. החברה עמדה בפני שתי אפשרויות: להגן על ההחלטה המקורית באמצעות חידוד ההצדקות והיערכות ל-Recall, או לבצע Redesign ולהוסיף יכולת עדכון.
התוצאה: הלקוח בחר ב-Redesign. המשמעות: עלויות גבוהות מאוד, עיכוב משמעותי בלוחות הזמנים ותסכול פנימי. שינוי שהיה פשוט וזול יותר בשלבי הפיתוח המוקדמים הפך בשלב ההגשה לפרויקט יקר ומורכב.
מה למדנו?
1. תיעוד נכון הוא תנאי הכרחי, אבל לא מספיק.
ההחלטה הייתה מתועדת ומנומקת למופת, וזה לא מנע את ה-Redesign. תיעוד עונה על השאלה “האם התקיים דיון?”, אבל לא על השאלה החשובה באמת: האם הארגון, כולל ההנהלה, מבין את המחיר העתידי של ההחלטה?
2. החלטת Design היא החלטה עסקית.
“האם לכלול מנגנון עדכון Firmware” נשמעת כמו שאלה טכנית. בפועל היא נוגעת לתחזוקה, שירות, סייבר, יכולת תגובה לתקלות, Recall, לוחות זמנים ועלויות. החלטה כזו צריכה להתקבל ברמת ההנהלה, עם תמונת מחיר מלאה, ולא רק בצוות הפיתוח.
3. לא כל שאלת FDA מחייבת שינוי Design.
שאלה רגולטורית אינה פסילה. במקרים רבים ניתן להגן על החלטה קיימת באמצעות הסבר מקצועי מדויק וניהול סיכונים מתאים. אבל לפעמים עצם השאלה גורמת לחברה להבין שהמחיר האמיתי של ההחלטה גבוה ממה שהוערך, ואז Redesign הופך לבחירה המועדפת, גם אם ההגנה אפשרית תיאורטית.
4. עיתוי הוא הכול.
אותה החלטה בדיוק עולה פחות כאשר היא מתקבלת בשלבי ה-Design המוקדמים, ועלולה להפוך ליקרה ומורכבת הרבה יותר כאשר היא משתנה בשלב ההגשה. ככל שהדילמה מזוהה ומוכרעת מוקדם יותר, עם הבנה מלאה של ההשלכות, כך קטן הסיכון להפתעות יקרות.
ההמלצות שלנו
על בסיס המקרה הזה ומקרים דומים שליווינו, אלה ההמלצות שלנו לכל חברה שמפתחת Medical Device Software:
- זהו את “החלטות הצומת” מוקדם. החלטות שמשפיעות על תחזוקה, עדכוני תוכנה, סייבר, שירות או יכולת תגובה בשדה אינן החלטות טכניות רגילות. סמנו אותן ככאלה כבר בשלב ה-Design.
- בחנו כל החלטה גם בעיניים רגולטוריות. שאלו מראש: מה הFDA צפוי לשאול על ההחלטה הזו? האם נוכל להגן עליה? מה תהיה עלות השינוי אם נידרש לו בשלב ההגשה?
- הביאו את ההחלטה להנהלה עם תג מחיר. לא רק “מה עלות המימוש”, אלא גם “מה עלות ההיעדר”: Recall, החלפת מכשירים, Redesign מאוחר ועיכוב באישור. רק כך ההחלטה היא באמת מודעת.
- תעדו, אבל אל תסתפקו בתיעוד. ודאו שההחלטה מובנת, לא רק רשומה. מסמך מסודר לא יחסוך Redesign אם המשמעות העסקית לא הופנמה בזמן אמת.
- אם הגיעה שאלה רגולטורית, אל תקפצו אוטומטית ל-Redesign. בחנו קודם את האפשרות להגן על ההחלטה הקיימת. ההכרעה בין הגנה לשינוי היא החלטה שמשלבת שיקולי סיכון, עלות, לוחות זמנים ואסטרטגיה עסקית.
השורה התחתונה
החלטת Design יכולה להיראות סבירה לחלוטין בזמן אמת, ועדיין להפוך שנה לאחר מכן לשאלה רגולטורית ועסקית יקרה מאוד. ההבדל בין חברות שמופתעות בשלב ההגשה לבין חברות שמגיעות אליו מוכנות אינו במזל, אלא באופן שבו מתקבלות החלטות כבר בתחילת הדרך.
ב-Meddev Soft אנחנו מלווים חברות Medical Device לאורך כל מחזור הפיתוח – מהחלטות ה-Design הראשונות ועד ההתמודדות עם שאלות רגולטוריות בשלבי ההגשה. אם אתם מתמודדים עם דילמות דומות או רוצים לבחון החלטות Design בעלות השלכות רגולטוריות ועסקיות כבר בשלבים המוקדמים של הפרויקט, נשמח לשתף מהניסיון שלנו ולסייע.
