מה זה בכלל DHF ולמה הוא קיים
תיק תכן DHF למכשיר רפואי — Design History File — הוא אוסף התיעוד שמספר את כל סיפור הפיתוח של המכשיר: מה נדרש ממנו, איך תוכנן, איך נבדק, ואיך הוכח שהוא בטוח ועושה את מה שהובטח. ה-FDA דורש אותו במסגרת תקנות בקרת התכן (Design Controls, חלק 820 של התקנות), והעיקרון פשוט: לא מספיק שהמכשיר עובד — צריך להוכיח שהוא פותח בתהליך מבוקר ושכל החלטה מתועדת וניתנת לשחזור. בביקורת של הרשות, ה-DHF הוא המסמך שנפתח ראשון.
חשוב להבין: הדרישה חלה על רוב המכשירים בסיווג Class II ו-Class III, וגם על חלק ממכשירי Class I. אם עדיין לא ברור לכם באיזה סיווג המכשיר שלכם, התחילו מהמאמר על סיווג מכשיר רפואי.
אבני הבניין של תיק התכן
- תוכנית פיתוח (Design Plan). מי אחראי על מה, מהם שלבי הפרויקט ומתי מתקיימות סקירות תכן. מסמך חי שמתעדכן לאורך הדרך.
- תשומות תכן (Design Inputs). הדרישות: קליניות, טכניות, רגולטוריות ותקני בטיחות — למשל תקן IEC 60601 לבטיחות חשמלית במכשיר מוזן חשמל. דרישה טובה היא מדידה: לא "קל לשימוש" אלא קריטריון שאפשר לבדוק.
- תוצרי תכן (Design Outputs). השרטוטים, הקבצים, המפרטים, הקושחה והוראות הייצור — כל מה שמגדיר בפועל את המכשיר.
- סקירות תכן (Design Reviews). פרוטוקולים של נקודות עצירה מתועדות בסוף כל שלב, בהשתתפות גורם בלתי תלוי בפרויקט.
- אימות — Verification. הוכחה שהתוצרים עונים על התשומות: "בנינו את המכשיר נכון". דוחות בדיקה מול כל דרישה ודרישה.
- תיקוף — Validation. הוכחה שהמכשיר עונה על צורכי המשתמש בתנאי שימוש אמיתיים: "בנינו את המכשיר הנכון". כאן נכנסות גם בדיקות שמישות בהתאם לעקרונות הנדסת שימושיות במכשור רפואי.
- העברה לייצור (Design Transfer). תיעוד שמוכיח שהתכן תורגם נכון להוראות ייצור.
- ניהול שינויים. כל שינוי אחרי שחרור התכן — מתועד, מוערך ומאושר. שינוי "קטן" בחומר או בספק יכול לדרוש אימות מחודש.
לצד ה-DHF חי גם תיק ניהול הסיכונים — ניתוח שיטתי של מה יכול להשתבש ואיך מתגוננים, כמפורט במאמר על ניהול סיכונים במכשור רפואי. בפועל, הסיכונים והדרישות מזינים זה את זה לאורך כל הפיתוח.
שלושת התיקים — לא להתבלבל
- DHF — היסטוריית הפיתוח: איך הגענו לתכן.
- DMR (Device Master Record) — המתכון לייצור: מפרטים, הוראות עבודה, בדיקות קבלה.
- DHR (Device History Record) — תיעוד הייצור בפועל של כל אצווה ואצווה.
ה-DHF נבנה פעם אחת בפיתוח; ה-DHR נולד מחדש בכל אצוות ייצור.
הטעות היקרה: להתחיל לתעד בסוף
יזמים רבים מפתחים "חופשי" ומתכננים לכתוב את התיעוד לפני ההגשה. זו טעות שעולה חודשים ולעיתים שנה: שחזור החלטות תכן בדיעבד הוא איטי, מלא חורים — ובוחן מנוסה מזהה תיעוד רטרואקטיבי מיד. הדרך הנכונה היא לבנות את ה-DHF תוך כדי הפיתוח, ממסמך הדרישות הראשון. מערכת איכות מסודרת לפי תקן ISO 13485 הופכת את זה לשגרה במקום למשא, ותשתית טובה של תיעוד הנדסי וניהול גרסאות חוסכת את רוב הכאב.
כמה עבודה זה באמת, ובאילו כלים מנהלים אותה
סדר גודל מציאותי: במכשיר Class II טיפוסי, בניית תיק התכן ותחזוקתו מוסיפות בין 15% ל-30% למאמץ הפיתוח הכולל — כתיבת דרישות, פרוטוקולי בדיקה, דוחות וסקירות. את הניהול עצמו אפשר לעשות בכלים פשוטים: תיקיות מסודרות, תבניות מסמכים וטבלת עקיבות (Traceability Matrix) שמקשרת כל דרישה לבדיקה שמוכיחה אותה — זהו עמוד השדרה של התיק כולו. מערכות eQMS ייעודיות מייעלות את התהליך בצוותים גדולים, אבל ליזם בתחילת הדרך שיטה עקבית חשובה יותר מתוכנה יקרה. מה שקריטי: שכל מסמך יהיה חתום, מתוארך ובגרסה מבוקרת.
מה זה אומר בפועל ליזם
אם היעד שלכם הוא השוק האמריקאי — למשל דרך מסלול 510(k) — ה-DHF אינו מטלה בירוקרטית אלא נכס: הוא מה שמאפשר להגיש, לעבור ביקורות, למכור את החברה או להעביר את הייצור. תכננו אותו בתקציב ובלוח הזמנים מהיום הראשון, ובחרו צוות פיתוח שמכיר את עולם בקרת התכן — ההבדל בין פיתוח רפואי מסודר לפיתוח שצריך "להכשיר" בדיעבד הוא לרוב ההבדל בין הגשה חלקה לשנה אבודה.
רוצים להפוך רעיון למוצר? צרו קשר עם צוות פרוג'קטס האוס בע"מ – טלפון: 054-8936922 | דוא"ל: info@projects-house.com – ונשמח ללוות אתכם משלב הרעיון ועד המדף.
