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

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

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

נקודות עיקריות

• מפצלים לפני שקונים. אתר תדמית בלי מידע רפואי הוא אחסון רגיל. מערכת שמקבלת, שומרת או מעבירה מידע על מטופלים היא עומס מפוקח, ובדרך כלל היא שייכת לספק אחר.
• מידע רפואי הוא ״מידע בעל רגישות מיוחדת״ לפי חוק הגנת הפרטיות. סעיף 17 לחוק קובע שגם בעל השליטה במאגר וגם המחזיק בו אחראים, כל אחד מהם, לאבטחת המידע שבמאגר.
• תקנה 15 לתקנות אבטחת המידע מחייבת הסכם בכתב מול כל גורם חיצוני שמעבד עבורכם מידע, ומפרטת בדיוק מה חייב להיכלל בו. ספק שלא חותם על הסכם כזה אינו מועמד לעומס הזה.
• התקלה הנפוצה ביותר היא טופס ״בקשת תור״. הוסיפו שדה תסמינים, פרטי ביטוח, תאריך לידה או העלאת צילום קודם, ודף שיווקי הופך בשקט למערכת מידע רפואי.
• נכון לספטמבר 2026, אחרי תיקון 13 לחוק, מרפאה פרטית בדרך כלל כבר אינה חייבת ברישום מאגר. חובות אבטחת המידע נשארו במלואן.
• Devoster לא חותמת על הסכמי Business Associate ולא על הסכם מיקור חוץ. השתמשו בנו לאתר הפומבי אם הוא מתאים לכם, וקנו את השאר ממי שחותם. הפרק הזה חוזר לקראת הסוף והוא לא מכירה רכה.

שני אתרים, דומיין אחד: איפה עובר הגבול

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

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

חלק מהנוכחות המקוונת	נוגע במידע על מטופלים?	איפה זה יכול לשבת	מה צריך מהספק
דף בית, טיפולים, שעות, צוות, בלוג, גלריית לפני ואחרי בהסכמה	לא	אחסון שיתופי או וורדפרס מנוהל רגיל	תעודת SSL, עדכונים, גיבויים יומיים, בקרת גישה סבירה
טופס יצירת קשר: שם, טלפון, אימייל, הודעה כללית	בדרך כלל לא בתכנון, אבל אנשים מתנדבים לכתוב תסמינים בשדה החופשי	אחסון רגיל בתוספת נוהל מחיקה כתוב	יכולת למחוק פניות, וגיבויים שאתם מבינים
בקשת תור עם סיבת הפנייה, תסמינים, ביטוח, תאריך לידה או העלאת קובץ	כן	ספק שחותם על הסכם מיקור חוץ לפי תקנה 15, או שירות קליטה חיצוני שחותם	הסכם חתום, הצפנה, תיעוד גישה, דיווח על אירועי אבטחה
פורטל מטופלים, תיקים, רשימות זימון ותזכורות	כן	ספק תוכנת ניהול המרפאה או אחסון שמתמחה בתחום הבריאות	הסכם חתום, הרשאות פר משתמש, מדיניות שמירה מוגדרת
צילומים, סריקות תוך פיות, קבצי DICOM	כן	פלטפורמת הדמיה ייעודית	הסכם חתום, מיקום אחסון, החזרה והשמדה בסיום ההתקשרות
תשלומים בכרטיס אשראי	נתוני הכרטיס הם עניין של PCI, וההקשר סביבם עדיין עשוי להיות מידע רפואי	עמוד תשלום מתארח או iframe של חברת הסליקה	מספרי כרטיס לא מגיעים לשרת שלכם לעולם
אנליטיקס, תגיות פרסום, צ׳אט	תלוי לגמרי באילו דפים הם רצים	דפי שיווק בלבד, אף פעם לא בדפי קליטה או פורטל	תנאי שימוש שקראתם באמת, ורשימת תגיות מעודכנת

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

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

רמת האבטחה של המאגר, ולמה היא לא אוטומטית

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

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

תקנה 15: ההסכם עם הגורם החיצוני

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

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

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

גם אתם וגם המחזיק אחראים

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

רישום מאגר: מה השתנה

הרבה מדריכים ישנים עדיין כותבים שכל מרפאה חייבת לרשום מאגר מידע. נכון לספטמבר 2026, לפי סעיף 8א לחוק בנוסחו שאחרי תיקון 13, חובת הרישום חלה בעיקר על מאגר שמטרתו העיקרית היא איסוף מידע לשם מסירתו לאחר כדרך עיסוק ויש בו מידע על יותר מ‑10,000 בני אדם, ועל מאגר של גוף ציבורי. מרפאת שיניים פרטית בדרך כלל אינה נכנסת לשם. גם חובת מינוי ממונה על הגנת הפרטיות לפי סעיף 17ב1 מכוונת לגופים אחרים, ובהם בית חולים כללי, קופת חולים וגופים שעיקר עיסוקם עיבוד מידע בעל רגישות מיוחדת בהיקף ניכר. חובות האבטחה עצמן לא הוקלו בכלום, וזה בדיוק החלק שנוגע לבחירת האחסון. את הפרסומים המעודכנים כדאי לקרוא באתר הרשות להגנת הפרטיות.

מתי HIPAA בכלל נוגע לכם

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

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

מלכודת טופס ״בקשת תור״

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

השדות שמזיזים את הגבול

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

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

איפה המידע באמת נוחת

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

עץ החלטה של חמש דקות

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

מה לשאול ספק אחסון, ואיך לקרוא את התשובה

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

איפה Devoster מתאימה ואיפה לא

אתם קוראים את זה בבלוג של חברת אחסון, אז הנה הגרסה בלי השיווק.

אנחנו מוכרים אחסון שיתופי עם cPanel, וורדפרס מנוהל, אחסון Node.js, שרתי KVM לא מנוהלים עם גישת root מלאה, אחסון ריסלר, שרתים ייעודיים ורישום דומיינים. חבילות האחסון השיתופי והוורדפרס המנוהל כוללות סביבת Staging, תעודת SSL חינם, תעבורה ללא הגבלה, PHP 8.3 כברירת מחדל וגיבויים יומיים בשמירה של שבעה ימים. השרתים הווירטואליים רצים על Intel Xeon Gold 6138 עם אחסון NVMe במיקום אחד בדרום ארצות הברית, עם הגנת DDoS והעברה חינם. אחסון שיתופי מתחיל ב‑$2.90 לחודש בחבילת Lite, $5.90 ב‑Standard ו‑$9.90 ב‑Pro.

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

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

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

שאלות נפוצות

אפשר לאחסן מידע על מטופלים אצל Devoster?

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

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

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

טופס יצירת קשר הופך את האתר למערכת מידע רפואי?

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

אנחנו מרפאה קטנה, זה בכלל רלוונטי אלינו?

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

עדיין צריך לרשום מאגר מידע?

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

המידע מוצפן והספק לא יכול לקרוא אותו, זה מספיק?

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

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

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

הצעד הבא

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

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