כשההנהלה עוקפת את מערכת האיכות

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

איך זה נראה בשטח

זה כמעט אף פעם לא מגיע כהחלטה מוצהרת.

אף מנכ"ל לא אומר "אנחנו מתעלמים מהנוהל".

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

"זה שינוי קטן, לא צריך בשביל זה בקרת שינויים".

"הלקוח מחכה, תחתמי ונמשיך".

"אני לוקח אחריות".

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

יש משלוח, יש לקוח, יש תזרים.

הבעיה היא לא שההנהלה מקבלת החלטות עסקיות - זה התפקיד שלה.

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

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

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

ההנהלה נמצאת בתוך המערכת, לא מעליה

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

תקן ISO 13485:2016 בנוי אחרת.

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

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

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

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

סעיף 5.6 — סקר הנהלה. זהו הפורום שבו הנתונים אמורים להגיע להנהלה ולהפוך להחלטות ולמשאבים.

מכאן נובעת המסקנה המעשית:

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

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

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

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

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

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

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

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

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

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

המסלולים הלגיטימיים שכבר קיימים אצלכם בנוהל

זו הנקודה שהכי משנה בפועל את הדינמיקה מול ההנהלה.

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

ויתור מבוקר (Concession) — סעיף 8.3.4. התקן מאפשר לשחרר מוצר שלא עומד במפרט, בתנאים ברורים: הצדקה מתועדת, אישור של מי שמוסמך לכך, רשומה שכוללת את זהות המאשר, ועמידה בדרישות הרגולטוריות החלות. שני התנאים שהכי קל לפספס: ההערכה חייבת להתייחס לקובץ ניהול הסיכונים ולא רק לחוות דעת הנדסית, וההיקף חייב להיות מוגדר, למשל אצווה מסוימת, לא "מעכשיו והלאה".

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

פעולה מתקנת — סעיף 8.5.2. נפתחת לפי חומרה ומגמה. חשוב להבין מה היא לא: היא איננה אישור בדיעבד לשחרור.

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

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

ההסלמה מפסיקה להיות עימות אישי והופכת לצעד בתהליך.

את המנגנון הזה בונים בזמן רגוע, לא באמצע אירוע.

שלוש מסגרות רגולטוריות - שלוש זוויות שונות על אותו נושא

MDR, MDSAP ו-FDA מתייחסות לאחריות ההנהלה בדרכים שונות.

חברה יכולה להיות כפופה לאחת מהן, לכמה, או רק ל-ISO 13485 ולכן חשוב להתייחס לכל אחת בנפרד.

EU MDR 2017/745

• סעיף 10(9)(c) — מערכת האיכות של היצרן חייבת להתייחס במפורש ל"אחריות ההנהלה" כאחד הרכיבים הנדרשים. זו דרישה ישירה בתקנה עצמה, ולא רק בתקן.

• סעיף 15 — PRRC (האחראי לעמידה ברגולציה). בין תפקידיו: לוודא שהתאמת המוצרים נבדקת לפי מערכת האיכות לפני השחרור, שהתיעוד הטכני ותצהיר ההתאמה מעודכנים, ושחובות ה-PMS וה-Vigilance מקוימות. במילים אחרות, ההחלטה על שחרור אצווה איננה החלטה תפעולית בלבד. יש לה בעלים מוגדר בתקנה.

• סעיף 15(4) — היצרן מחויב לוודא שה-PRRC לא ייפגע בתוך הארגון בשל מילוי תקין של תפקידיו, בין אם הוא עובד החברה ובין אם לאו. זו הוראת הגנה מפורשת, ישירות לתרחיש שההדרכה הזו עוסקת בו.

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

MDSAP

• מודל המבדק של MDSAP פותח בפרק Management, ורשומות סקרי ההנהלה, מדיניות האיכות ויעדי האיכות נבדקות בו ישירות, לא כנספח.

• המודל עובד בגישת תהליכים ועוקב אחרי שרשראות. שחרור מוצר בוויתור הוא סוג החוליה שנבדקת מקצה לקצה: אי-התאמה ← הערכה ← אישור ← שחרור ← מעקב אחרי המוצר בשוק.

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

FDA - תחת QMSR

• מאז כניסת QMSR לתוקף בפברואר 2026, 21CFR Part 820 מאמץ את ISO 13485:2016 בהפניה. כלומר, דרישות אחריות ההנהלה מגיעות היום דרך סעיף 5 של התקן - אותן דרישות, עם אכיפה אמריקאית.

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

• 21CFR Part 803 — החלטה שלא לדווח על אירוע חייבת להיות מתועדת ומנומקת. זו נקודת חיכוך תכופה עם הנהלה שמעדיפה לא לדווח: אי-דיווח הוא החלטה, והיא דורשת רשומה כמו כל החלטה אחרת.

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

המשמעות היא שסקר ההנהלה הפסיק להיות "החדר הסגור".

רשומה שמתעדת דיון על שחרורים חריגים, על אי-התאמות פתוחות או על החלטה להתעלם מנתון היא היום מסמך שה-FDA עשוי לקרוא.

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

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

קווים אדומים — איפה התיעוד מפסיק להיות התשובה

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

• תיארוך לאחור של חתימה, אישור או רשומה.

• שינוי רשומה קיימת כדי להסתיר את מה שקרה, במקום תיקון גלוי שמראה מה השתנה, מי שינה ומתי.

• התאמת תוצאות בדיקה או בחירה סלקטיבית של תוצאות שיוצגו.

• הסתרת אירוע בר-דיווח מרשות מוסמכת או מ-Notified Body.

• מצג שווא במהלך מבדק — הצגת גרסה של מסמך שאיננה הגרסה שבשימוש בפועל.

ההבחנה חשובה כי היא משנה את אופי השיחה.

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

על תיארוך לאחור אין דיון.

במערכת ממוחשבת, ה-audit trail ממילא יראה את מה שהמסמך המודפס מסתיר.

לגבי גורם חיצוני, יועץ או PRRC במיקור חוץ, ההבחנה הזו היא גם הגבול המקצועי.

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

פעולה מהקטגוריה הזו היא נקודה שבה ההתקשרות מסתיימת.

בואו נתרגל

ארבעה צמתים, לחץ אמיתי של לוח זמנים, ובחירות שמובילות למקומות שונים, כולל למקומות שקשה לחזור מהם.

התרחיש עוקב אחרי אצווה של מוצר Class IIa שאמורה לצאת ללקוח באירופה בעוד יומיים, עם אי-התאמה פתוחה.

כשזה חוזר על עצמו - מהאירוע הבודד למערכת

אירוע בודד שמתועד ומטופל הוא בעיה מנוהלת.

אותו אירוע שחוזר ברבעון השלישי ברציפות הוא נושא אחר לגמרי, וצריך לטפל בו ברמה אחרת:

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

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

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

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

מערכת איכות היא לא מנגנון שמונע מההנהלה לקבל החלטות.

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

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

כשההחלטה מתקבלת מחוצה לו, הרבה יותר קשה להצדיק את ההחלטה.