הסיכון בתוכנה מקומית
הרגולציה הישראלית בתחום פרטיות המידע הרפואי עברה בחודשים האחרונים טלטלה. הרשות להגנת הפרטיות פרסמה מסמך מדיניות חדש שמחדד, בצורה ברורה מאי־פעם, מה מותר ומה אסור למרפאות פרטיות לעשות עם המידע הרפואי של המטופלים. מדובר בחוק ישן (חוק הגנת הפרטיות, תשמ״א–1981) אבל עם פרשנות חדשה שמציבה רף גבוה בהרבה.
ובשורה התחתונה? מי שעובד עם תוכנה מקומית — שרת במרפאה, מערכת על מחשב יחיד, או פתרון „קופסה” שלא מחובר לענן — חייב להבין שהמודל הזה כבר אינו מתאים לעידן הנוכחי, ולעיתים אף עומד בניגוד להנחיות.
זה לא עניין של „נוחות”. זה עניין של ציות לחוק, ביטחון מידע, וחשיפה של המרפאה לנזק שהוא גם משפטי וגם תפעולי.
מה בעצם אומרת ההנחיה החדשה?
הרשות להגנת הפרטיות נכנסה השנה לעומק אחד התחומים הרגישים ביותר: מידע רפואי. ההנחיה מתמקדת במיוחד באחת הנקודות הבעייתיות בישראל — שימוש של מרפאות בכלים לא ייעודיים (למשל אפליקציות פרטיות) לשיתוף מידע רפואי, לצד ניהול מאגרים רגישים על גבי פתרונות שאינם עומדים בסטנדרטים מודרניים.
המסר המרכזי של הרשות: בעל מאגר מידע רפואי חייב להפעיל מערכת מאובטחת, מנוהלת, ועם יכולות בקרה, גיבוי וניטור. פתרונות פשוטים או תוכנה שמותקנת על מחשב המרפאה, מערכות ישנות, או שימוש במכשירים פרטיים של הצוות — לא עומדים בסטנדרט. לא טכנית, ולא משפטית.
הבעיה עם תוכנה מקומית: „שליטה מלאה” היא אשליה
במשך שנים רופאים רבים האמינו שמשהו „שנמצא אצלם במרפאה”, שרת קטן בפינה או תוכנה שרצה על המחשב הראשי, הוא מודל בטוח יותר. במציאות של היום, זה בדיוק ההפך.
1. אבטחת מידע שאינה מתעדכנת בזמן אמת
תוכנה מקומית תלויה בכך שמישהו במרפאה יתקין עדכוני אבטחה, יחליף חומרה תקולה, יתחזק גיבויים ויבדוק יומנים (Logs). בפועל, זה כמעט לא קורה. מול מתקפות סייבר מודרניות, מערכת שלא מתעדכנת אוטומטית פשוט אינה רלוונטית.
2. גיבויים שאינם עומדים בדרישות החוק
ההנחיה החדשה מציבה חובה ברורה: גיבוי מאובטח, נפרד, מוצפן ומתועד. גיבוי שעושים פעם בשבוע בדיסק־און־קי ששוכב במגירה פשוט לא עובר.
3. רגישות לכשלים מקומיים
קריסת דיסק או תקלה בשרת מקומי היא לא תרחיש תיאורטי, זה קורה במרפאות. כשזה קורה, לא רק התיק הרפואי הולך לאיבוד, אלא גם ההיסטוריה הפיננסית, התורים והמסמכים. החוק מגדיר זאת כ„פגיעה בפרטיות” — גם אם לא הייתה דליפה.
4. אפס ניטור, אפס בקרה
למערכת מקומית לרוב אין את מנגנוני ההגנה הבסיסיים שהחוק החדש מצפה להם:
- זיהוי פריצה
- התראות על ניסיון גישה לא מורשה
- רישום מלא של פעולות משתמש
- מנגנוני הצפנה מתקדמים
זה פער רגולטורי מהותי — והחוק החדש שם עליו פוקוס.
5. אחריות משפטית מלאה על המרפאה
כאשר המערכת מקומית, המרפאה אחראית לכל פגיעה במידע. אין „ספק שירות” שאפשר לדרוש ממנו אחריות, אין חוזה, אין בקרה ואין תיעוד. וזו נקודה שרופאים רבים מפספסים: החוק רואה בבעל המרפאה את בעל המאגר, ובעל המאגר חייב להבטיח אבטחה ברמה תעשייתית, לא מקומית.
הדור החדש: מערכות ענן תקניות
הרגולטור לא כותב זאת במפורש, אבל הקריאה בין השורות ברורה: מערכת רפואית מודרנית חייבת להיות מבוססת ענן, עם מנגנוני אבטחה, גיבוי ועדכונים רציפים. מערכת SaaS רפואית מתקדמת מספקת:
- עדכוני אבטחה אוטומטיים
- גיבוי רציף לשרתים מאובטחים
- הפרדת מידע (Segmentation)
- ניהול הרשאות מלא
- הצפנת מידע בתנועה ובמנוחה
- זמינות גבוהה
- תיעוד ושקיפות
זה לא „פינוק טכנולוגי” — זה הסטנדרט המינימלי שהחוק מצפה ממנו.
למה זה קריטי דווקא עכשיו?
ההנחיות החדשות מגיעות בתקופה שבה תקיפות על מרפאות בישראל נמצאות בעלייה. מרפאות פרטיות קטנות הפכו ליעד קל, משום שהן משתמשות בתוכנות ישנות ולא מנוהלות. לפי חברות הסייבר, מרפאה קטנה עם שרת מקומי היא יעד קל יותר מבית עסק רגיל, משום שמידע רפואי הוא בעל ערך גבוה בשוק השחור. הרשות להגנת הפרטיות רואה את זה, ולכן מקשיחה עמדות.
שורה תחתונה — האחריות במגרש של המרפאה
החוק לא אוסר על תוכנה מקומית, אבל הוא כן מטיל עליה רף דרישות גבוה במיוחד, כזה שברוב המרפאות הפתרונות המקומיים פשוט לא עומדים בו: לא מבחינה טכנית, לא מבחינת אבטחה ולא מבחינת תיעוד. מערכת ענן רפואית מאובטחת היא לא רק שדרוג — אלא הדרך המעשית לעמוד בדרישות החוק החדשות בלי לסכן את המרפאה ואת המטופלים.
