פיתוח מוצר רפואי: המדריך המלא לבחירת ספק ותכנון נכון 2026

פיתוח מוצר רפואי הוא לא פרויקט הנדסי עם תוסף רגולטורי בסוף - הוא תהליך שבו הרגולציה מעצבת את התכנון כבר מהסקיצה הראשונה. הצעד הקריטי לפני שסוגרים עם ספק פיתוח הוא להבין שכל החלטת עיצוב תיכנס לתיק ה-Design History File, ותצטרך להצדיק את עצמה מול AMAR, FDA או הגוף האירופי. יזמים רבים מגלים באיחור שהקוד, הבחירה ברכיב חשמלי או ניסוח ה-Intended Use משפיעים על מסלול הרגולציה כולו. המדריך הזה נועד למי שמשווה בין חברות פיתוח מוצרים רפואיים בישראל ורוצה לדעת מה באמת חשוב לבדוק לפני חתימה, אילו שאלות לשאול, ומה מבדיל ספק רציני מכזה שיגלה לך את הבעיות בשלב האימות.

מה זה פיתוח מוצר רפואי ולמה הוא שונה מפיתוח מוצר רגיל

פיתוח מוצר רפואי הוא תהליך הנדסי שכפוף מהיום הראשון לתקני איכות וניהול סיכונים בינלאומיים, בראשם ISO 13485 (מערכת ניהול איכות למכשור רפואי) ו-ISO 14971 (ניהול סיכונים). זו ההגדרה שמפרידה בין "מוצר שעובד" ל"מוצר שמותר למכור לבן אדם". בישראל, רישום מכשור רפואי מתבצע מול אגף אמ"ר במשרד הבריאות, ובשנים האחרונות נפתחו מסלולי Declaration ו-Fast Track למוצרים בסיכון נמוך שכבר מאושרים ברגולציות מקבילות כמו FDA או CE.

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

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

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

Classification - סיווג הסיכון של המוצר. ה-FDA מחלק ל-Class I/II/III, ה-EU MDR מחלק ל-I/IIa/IIb/III, ובישראל הסיווג הולך בעקבות הרגולציות המקבילות. הסיווג קובע אם אתה במסלול של הצהרה עצמית או במסלול של PMA עם שנים של קליניקה. יזם שמתחיל פיתוח בלי לדעת את הסיווג המשוער - בונה על חול.

מחזור הפיתוח עצמו שונה. במקום שני spirals של MVP-feedback-iterate כמו ב-בניית MVP רגיל, יש כאן Design Controls: Design Inputs, Design Outputs, Verification, Validation, Design Transfer. כל שלב עם gates ותיעוד. זה נשמע כבד, אבל זו בדיוק הסיבה שהקמת סטארטאפ רפואי דורשת שותפים שמכירים את השפה הזו מהיום הראשון - אחרת משלמים פעמיים: פעם על הפיתוח, ופעם על תיעוד רטרואקטיבי שרגולטור לא יקבל.

Design Control: למה זו לא בירוקרטיה אלא הצלת פרויקטים

Design Control הוא תהליך תיעוד וניהול פיתוח מובנה שנדרש על ידי ה-FDA תחת תקנה 21 CFR 820.30, ומטרתו להוכיח שהמוצר הרפואי תוכנן בשיטתיות שעונה על צרכים קליניים אמיתיים ועל דרישות בטיחות מוגדרות מראש.

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

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

Design Inputs הם הדרישות הפורמליות של המוצר. לא "המכשיר צריך להיות מדויק", אלא "המכשיר ימדוד ריווי חמצן בטווח 70-100% עם דיוק של ±2%". קלטים עמומים הם מוקש שיתפוצץ ב-Verification.

Design Outputs הם התוצרים הטכניים: שרטוטים, קוד, מפרטי חומרים, פרוצדורות ייצור. כל Output חייב להיות ניתן להתחקות חזרה ל-Input שהוליד אותו.

Design Verification עונה על השאלה "האם בנינו את המוצר נכון" - כלומר האם ה-Outputs עומדים ב-Inputs. בדיקות מעבדה, ניתוחים, סימולציות.

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

Design Transfer הוא המעבר לייצור סדרתי, עם הוכחה שהמוצר בקו הייצור זהה למוצר שאושר.

חברות פיתוח מוצרים רפואיים רציניות פותחות תיק Design History File (DHF) בשבוע הראשון של הפרויקט, לא בחודש שלפני הגשת 510(k). התיק הזה הוא מה שבודק ה-FDA וגם משרד הבריאות בישראל במסלול ה-AMAR, וגם מה שמשקיע strategic יבקש לראות בבדיקת נאותות לפני רכישה.

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

איך רגולציה נכנסת לתכנון כבר בפגישה הראשונה עם ספק פיתוח

הסיווג הרגולטורי של מוצר רפואי הוא ההחלטה הארכיטקטונית הראשונה בפרויקט, לא צעד ביורוקרטי שמתבצע בסוף. ה-Classification של המוצר, בין אם לפי FDA (Class I, II, III) ובין אם לפי AMAR הישראלי במסלולים Declaration, Fast-Track או Standard שנכנסו לתוקף מעודכן ב-2024, קובע איזה תיעוד תצטרך להפיק, איזה בדיקות קליניות יידרשו, ובעיקר, איך המוצר עצמו ייבנה מבפנים.

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

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

מה זה אומר מעשית בפגישה הראשונה? הספק אמור לשאול על סביבת השימוש, אוכלוסיית המטופלים, מידת האינטראקציה עם הגוף, ואיך הנתונים זורמים החוצה מהמכשיר. הוא אמור להציע Risk Management Plan ראשוני כחלק מהצעת המחיר, לא כתוספת בהמשך. אם אתה עדיין בשלב מוקדם של customer discovery ולא סגור על ה-Intended Use, זה בסדר, אבל הספק חייב להראות לך איך התכנון הראשוני משאיר דלתות פתוחות למספר סיווגים אפשריים במקום לנעול אותך על מסלול אחד.

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

קריטריונים לבחירת חברות פיתוח מוצרים רפואיים בישראל

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

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

הסמכת ISO 13485 בתוקף. זו הדרישה הבסיסית, לא בונוס. תקן ISO 13485 מגדיר מערכת ניהול איכות ייעודית להתקנים רפואיים, וללא הסמכה בתוקף התיעוד שהספק מייצר לא יתקבל ברוב הרשויות. תבקש לראות את התעודה, תבדוק תאריך תפוגה, ותוודא שהיקף ההסמכה מכסה את סוג המוצר שלך (תוכנה, חומרה, חד-פעמי, וכו').

ניסיון מוכח בהגשות רגולטוריות. ספק שאומר "אנחנו יודעים לעבוד לפי FDA" זה לא אותו דבר כמו ספק שהגיש בפועל 510(k) והשלים את התהליך. תשאל על מספר הגשות, סוגי המכשירים, ומה היו ה-deficiency letters שקיבלו. לשוק האירופי חפש ניסיון עם CE ו-MDR החדש, ולשוק הישראלי ניסיון מול אמ"ר (AMAR) של משרד הבריאות. שים לב שישראל הכניסה בשנים האחרונות מסלולי הצהרה מהירים למכשירים בסיכון נמוך, וספק שמכיר את המסלולים האלה יכול לחסוך לך זמן משמעותי.

יכולת אינטגרציה של תוכנה-חומרה. רוב מוצרי ה-MedTech היום הם היברידיים. אם המוצר שלך כולל firmware, אפליקציה מלווה או ענן, הספק חייב לעבוד לפי IEC 62304 לתוכנה רפואית ולהבין IEC 60601 לחומרה. הפרדה בין צוות תוכנה וצוות חומרה שלא מדברים ביניהם היא מקור לעיכובים בשלב האינטגרציה.

גישה למעבדות בדיקה מוסמכות. בדיקות ביו-תאימות לפי ISO 10993, בדיקות EMC לפי IEC 60601-1-2, ואימות סטריליזציה הן שלבים שדורשים מעבדות חיצוניות מוסמכות. ספק עם קשרי עבודה קיימים עם המעבדות האלה יזמן בדיקות מהר יותר ויתקן ליקויים בצורה יעילה יותר.

ניסיון קליני ונגישות לשדה. תכנון מוצר בלי מגע עם רופאים ואחיות מוביל למוצר שאף אחד לא ירצה להשתמש בו. תבדוק אם לספק יש שיתופי פעולה עם בתי חולים או קופות חולים לצורך שלבי ה-usability testing וה-clinical validation. אם המוצר שלך דורש מחקר קליני, כדאי כבר עכשיו להבין את המסלול מול ועדת הלסינקי.

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

מה כולל היקף עבודה טיפוסי בפיתוח מוצרים רפואיים

היקף עבודה טיפוסי בפיתוח מוצרים רפואיים הוא רצף של Deliverables מוגדרים שמצטברים לתיק טכני שלם, שמאפשר בהמשך הגשה ל-FDA, CE או משרד הבריאות הישראלי (AMAR). זו לא רשימת מטלות של מהנדס, זו תשתית ראייתית שמוכיחה שהמוצר תוכנן, נבחן ואומת בצורה שיטתית.

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

Design History File (DHF) - התיק שמלווה את המוצר מהיום הראשון. כל החלטת תכנון, כל שינוי, כל פגישת ביקורת. בלי DHF מסודר אתה לא יכול להגיש ל-FDA, ובלי DHF שנבנה תוך כדי הפיתוח - תיאלץ לבנות אותו לאחור, וזה סיוט.

Risk Management File לפי ISO 14971 - מיפוי סיכונים שיטתי, ניתוח FMEA, וקביעת אמצעי מיטיגציה. זה הבסיס שאליו חוזרים בכל שינוי תכנוני בהמשך.

Verification & Validation Protocols - פרוטוקולים שמוכיחים ש-(א) המוצר עונה על הדרישות ההנדסיות (Verification), ו-(ב) שהוא באמת פותר את הבעיה הקלינית עבור המשתמש הסופי (Validation). שני דברים שונים, שניהם חובה.

Design Transfer - העברת התיק לייצור סדרתי, כולל Device Master Record ו-Work Instructions. כאן נופלים הרבה סטארטאפים שחשבו שהפרוטוטייפ הוא סוף הדרך.

תמיכה בהגשה רגולטורית - הכנת תיק ל-510(k), Technical File ל-CE, או תיק ל-AMAR בישראל. ספק טוב יודע לתרגם את החומר הטכני לפורמט שהרגולטור מצפה לראות.

ההבדל בין ספק פרוטוטייפ לספק שמלווה עד רישום

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

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

לפני שאתם חותמים חוזה, בקשו לראות דוגמה (מנוקה מסודות מסחריים) של DHF ממוצר שהוגש בהצלחה. אם הספק לא יכול להראות דוגמה כזו, אתם משלמים על פרוטוטייפ, לא על מסלול לרישום. השלבים המקדימים לפיתוח, כולל ועדת הלסינקי והכנה ל-FDA 510(k), צריכים להיות חלק מהשיחה כבר בפגישת ההיכרות.

דגלים אדומים ושאלות שחייבים לשאול ספק לפני חתימה

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

הנה הדגלים הקונקרטיים שכדאי לזהות לפני שחותמים:

• אין תעודת ISO 13485 בתוקף. זה תקן מערכת הניהול לפיתוח וייצור מכשור רפואי. ספק בלי ISO 13485 יכול לבנות אב-טיפוס יפה, אבל התיעוד שלו לא יעמוד בבדיקת FDA או CE, ותצטרך לשחזר את כל ההיסטוריה של הפיתוח בדיעבד.
• אין ניסיון מוכח בקטגוריית הסיכון של המוצר שלך. ספק שעשה רק Class I ומציע לך לפתח Class IIb או III הוא לא באותה ליגה. שאל לראות פרויקטים קודמים באותו class, ובאותו סוג של submission (510(k), De Novo, PMA, או MDR באירופה).
• אי-בהירות על בעלות IP ו-Source Code. אם ה-source של הפירמוור, ה-schematics וקבצי ה-CAD לא עוברים אליך בסוף הפרויקט, אתה שבוי. גרוע יותר, אם הספק שומר לעצמו "רכיבים גנריים" שהוא מוכר גם למתחרים.
• הבטחות לוחות זמנים אגרסיביות מדי. ספק שמבטיח submission תוך חודשים ספורים בלי לשאול על ה-intended use ועל ה-predicate device, מוכר לך אשליה.

השאלות שחושפות את הבעיות מוקדם:

• מה תהליך ה-Design Control שלכם, ואיך נראה Design History File שהכנתם לפרויקט קודם?
• מי בצוות שלכם אחראי על Risk Management לפי ISO 14971, ומה הרקע שלו?
• איזה submissions הצלחתם לעבור בקטגוריה שלנו, ומה היו הליקויים שקיבלתם מהרגולטור?
• איך נראה הסכם ה-IP? כל התוצרים עוברים אליי כולל source code, קבצי ייצור ומסמכי design?
• אם נחליט להעביר את הייצור לספק אחר בעתיד, מה עובר איתנו ומה נשאר אצלכם?
• איך אתם מתמחרים שינויי scope באמצע פרויקט? האם יש מנגנון change control ברור?
• איזה חלק מהעבודה מבוצע in-house ואיזה חלק בקבלנות משנה, ומי אחראי על איכות הקבלנים?

בישראל, כשהמוצר יגיע לרישום ב-AMAR (אגף ציוד רפואי במשרד הבריאות), התיעוד שהספק ייצר לאורך הדרך הוא מה שיוגש. אם הוא לא נבנה נכון מהיום הראשון, ועדת הלסינקי והרגולטור יחזירו אותך אחורה. באותו אופן, אם אתה מתכנן הגשת 510(k) לFDA, התיעוד של הספק הישראלי חייב להיות ברמה שמתקבלת גם שם. שאל לראות דוגמה של תיעוד מפרויקט קודם, לא רק שקפי מכירה.

מסלולי מימון ותמיכה: רשות החדשנות ושיתופי פעולה קליניים

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

המסלולים המרכזיים שכדאי להכיר:

• מסלול קרן המו"פ (R&D Fund): המסלול הוותיק והמוכר, מיועד לחברות בשלבי פיתוח מוקדמים עד מתקדמים. הכיסוי נע בדרך כלל בין 20% ל-50% מתקציב המו"פ המאושר, עם תמלוגים חוזרים במקרה של הצלחה מסחרית.
• מסלול Fast-Track: מסלול מזורז לחברות שכבר הוכיחו יכולת ביצוע, עם תהליך אישור קצר יותר. מתאים לחברות שנמצאות תחת לחץ זמן רגולטורי או תחרותי.
• מסלול תנופה (לחברות מוקדמות): מיועד ליזמים בשלב הרעיון או ה-Proof of Concept, עם כיסוי גבוה יחסית של הוצאות פיתוח ראשוניות.
• מסלולי שיתוף פעולה עם בתי חולים: תוכניות ייעודיות שמאפשרות מחקר קליני מוקדם במסגרת בית חולים ציבורי, כולל גישה לחוקרים רפואיים ולתשתית קלינית.

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

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

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

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

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

שאלות נפוצות

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

כמה עולה פיתוח מוצר רפואי בישראל?

עלות פיתוח מוצר רפואי בישראל נגזרת מסיווג הסיכון של המוצר (Class I/II/III), ממורכבות החומרה והתוכנה, מהיקף האימות הקליני הנדרש ומרמת התיעוד הרגולטורי. מוצר Class I בעל תוכנה בלבד יעלה משמעותית פחות ממכשיר Class IIb עם רכיב פיזי ואלגוריתם. הטווח בשוק רחב מאוד, ולכן הדרך היחידה לקבל הערכה אמיתית היא scope of work כתוב מול ספק ספציפי.

איך בוחרים ספק לפיתוח מוצר רפואי?

בוחרים ספק לפיתוח מוצר רפואי לפי ארבעה קריטריונים: הסמכת ISO 13485 בתוקף, ניסיון מוכח בסיווג הרגולטורי הרלוונטי (FDA 510(k), CE MDR או AMAR הישראלי), יכולת לנהל Design History File מלא, ושקיפות במבנה החוזה וב-IP. בקש לראות דוגמאות של DHF ממוצרים קודמים (מבלי לחשוף סודות מסחריים) ותשאל מי הרגולטורי אצלם - פנימי או outsource. עיין במדריך FDA 510(k) להבנת מה הספק אמור לספק בתיעוד.

מה כולל שירות פיתוח מוצר רפואי?

שירות פיתוח מוצר רפואי כולל בדרך כלל: Design Inputs (איפיון קליני והנדסי), ניהול סיכונים לפי ISO 14971, פיתוח חומרה ותוכנה תחת Design Control, אימות ותיקוף (V&V), הכנת תיק טכני לרגולציה, וליווי במעבר לייצור סדרתי (Design Transfer). חלק מהספקים מציעים גם ליווי בוועדת הלסינקי ובהגשות רגולטוריות, אחרים מתמקדים רק בהנדסה. חשוב להגדיר את זה בחוזה.

למי מתאים פיתוח מוצר רפואי ולמי פחות?

פיתוח מוצר רפואי מתאים ליזמים עם הבנה קלינית של הצורך, גישה לרופאים או מוסד רפואי לצורך validation, ומקורות מימון שמאפשרים לפחות 18-24 חודשי פיתוח לפני הכנסות. הוא פחות מתאים ליזם שמחפש MVP מהיר לשוק ללא רגולציה - במקרה כזה עדיף לבחון מסלול של Digital Therapeutics קליל יותר, או לוודא שהמוצר בכלל דורש הגדרה כמכשיר רפואי.

מה חשוב לבדוק לפני שסוגרים על פיתוח מוצר רפואי?

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

מי צריך פיתוח מוצר רפואי ומי יכול לוותר?

צריך פיתוח מוצר רפואי כל מי שהמוצר שלו נכנס להגדרת "אבזר רפואי" לפי חוק ציוד רפואי הישראלי או תחת FDA/MDR. מי שמפתח כלי wellness ללא טענה טיפולית, או תוכנה אדמיניסטרטיבית לבתי חולים שאינה מקבלת החלטה קלינית, יכול לרוב לוותר על המסלול הרגולטורי המלא. הגבול דק, וכדאי לקבל חוות דעת רגולטורית לפני שמחליטים.

מה השלב הראשון שיזם צריך לעשות בנושא פיתוח מוצר רפואי?

השלב הראשון הוא סיווג רגולטורי ראשוני של המוצר (Regulatory Pathway Assessment). לפני שכותבים שורת קוד או מתכננים רכיב, צריך לדעת אם מדובר ב-Class I, II או III, איזה תקנים חלים (IEC 62304 לתוכנה, IEC 60601 לחשמל רפואי וכו'), ומה נדרש בשוקי היעד. אחרי זה בונים תוכנית עסקית שכוללת עלויות ולוחות זמנים ריאליים.

כמה עולה פיתוח מוצרים רפואיים בישראל?

עלות פיתוח מוצרים רפואיים בישראל תלויה בעיקר בסיווג הרגולטורי, במורכבות הטכנולוגית ובהיקף הניסויים הקליניים. מוצרי SaMD (Software as a Medical Device) נוטים להיות זולים יותר מהתקנים משולבי חומרה. שווה לבדוק גם מענקי רשות החדשנות שיכולים לממן חלק ניכר מהפיתוח.

כמה עולה חברות פיתוח מוצרים רפואיים בישראל?

חברות פיתוח מוצרים רפואיים בישראל מתמחרות פרויקטים לפי מודל של שעות עבודה, milestones או fixed price ל-scope מוגדר. ההבדלים בין ספקים נובעים מרמת הבכירות של הצוות, מקומיות ה-QA/RA, וממידת ההתמחות בסיווג הספציפי של המוצר. ספק זול משמעותית מהשוק הוא בדרך כלל דגל אדום - סימן שחסר לו רכיב רגולטורי או QA.

מה ההבדל בין ספק פיתוח לבין Venture Builder בתחום הרפואי?

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

האם אפשר להתחיל פיתוח לפני אישור ועדת הלסינקי?

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

איך WeCcelerate יכולה לעזור

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

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

מה כלול בליווי:

• בחירת ספק פיתוח: אנחנו מציעים ליווי בתהליך הבחירה של חברת פיתוח - עזרה בהגדרת ה-scope, קריאה ביקורתית של הצעות מחיר, זיהוי דגלים אדומים בחוזה, וניסוח סעיפי IP וזכויות קוד ששומרים עליך אם יחסי העבודה מסתיימים.
• תכנון רגולטורי מוקדם: אנחנו מציעים חשיבה משותפת על מסלול הרגולציה כבר בשלב האפיון - האם המוצר מתאים ל-Declaration Route של AMAR, איזה סיווג FDA צפוי, ואיך לבנות Design Control מהיום הראשון במקום לבנות אותו רטרואקטיבית.
• גישה לעולם הקליני: השותפות עם לאומית פותחת ערוץ להיכרות עם אנשי מקצוע קליניים שיכולים לתת פידבק אמיתי על שימוש, workflow ואינטגרציה במרפאה. השירות שלנו כולל גם הכוונה בתהליכי ועדת הלסינקי כשמגיע הזמן למחקר קליני.
• חיבור למסלולי מימון: הכוונה בהגשת בקשות לרשות החדשנות, הכנת pitch deck מותאם למשקיעי MedTech, וחשיבה על מבנה cap table שמתאים לסבבי גיוס עתידיים בתחום.

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

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