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

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

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

הרגע שבו הרעיון הופך למכשור רפואי

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

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

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

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

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

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

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

הנתונים על השוק המקומי ממחישים למה אין כאן מקום להתייחסות חובבנית. לפי דוח תעשיית ה-life sciences וה-health-tech בישראל לשנת 2024, יצוא המכשור הרפואי מישראל הסתכם בכ-3.4 מיליארד דולר, לעומת כ-1.8 מיליארד דולר ביצוא תרופות. זה תחום הנדסי וכלכלי משמעותי, אבל הכניסה אליו דורשת משמעת כבר מהרגע שבו הרעיון מקבל שם.

אפיון דרישות ומסמך הדרישות הראשון

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

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

מתחילים מהשימוש, לא מהרכיב

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

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

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

בונים עקיבות לפני שיש מה לאמת

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

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

מערכת איכות וניהול סיכונים לפי תקני ISO

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

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

קובץ הסיכונים צריך לחיות עם המוצר

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

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

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

איכות שמונעת הפתעות

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

החלטת איכות טובה: כל מסמך צריך לענות על שלוש שאלות. מי החליט, על סמך מה, ואיך הוכחנו שההחלטה נכונה?

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

מאפיון לאב־טיפוס ותיעוד הנדסי

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

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

כל גרסה משאירה עקבה

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

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

כותבים בזמן אמת

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

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

אימות, ולידציה והערכה קלינית

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

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

הבדיקה מתחילה בפרוטוקול

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

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

פעילות	שאלה מנחה	תוצר מתועד	תקן רלוונטי
אימות תכן	האם כל תוצר עומד בדרישת התכן שלו?	פרוטוקול, תוצאות וחריגות	ISO 13485 ומסמכי התכן
ולידציה	האם המוצר מתאים למשתמש ולשימוש המיועד?	תרחישי שימוש, תצפיות ותוצאות	מערכת האיכות ודרישות המוצר
בדיקות תוכנה	האם התוכנה מתנהגת נכון גם בתרחישי כשל?	תכנית בדיקות, לוגים ודוח שחרור	IEC 62304 כאשר רלוונטי
תאימות ביולוגית	האם החומרים מתאימים למגע המתוכנן?	הערכה ותוצאות בדיקה	ISO 10993 כאשר רלוונטי
הערכה קלינית	האם קיימת ראיה מספקת לבטיחות ולביצועים קליניים?	דוח הערכה או תכנית ניסוי	מסלול AMAR והמסגרת הקלינית

ניסויים קליניים בישראל נשענים על תקנות בריאות הציבור, ניסויים רפואיים בבני אדם, משנת 1980 ועל הנחיית משרד הבריאות 14 משנת 2020. האישור עובר בדיקה כפולה, ועדת הלסינקי של המוסד הרפואי ומשרד הבריאות, כפי שמתואר במדריך ההשוואתי לניסויים רפואיים בישראל.

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

תכנון לייצור והעברה לסדרה

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

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

העברה לייצור היא חבילת ראיות

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

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

מערבים את הייצור מוקדם

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

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

מה מבדיל בין פרויקט שמגיע לשוק לבין כזה שנתקע

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

חמש תקלות חוזרות מופיעות שוב ושוב:

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

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

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

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

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

ההרגלים שמאפשרים להתקדם

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

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

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

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

---

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