טל-רפואה ובריאות דיגיטלית
מערכות שנותנות שירות רפואי מרחוק, מנהלות תיקים ומסנכרנות נתונים קליניים בלי לוותר על פרטיות המטופל.
הבעיה שהשירות פותר
שירות רפואי מרחוק דורש שכל מי שמעורב יראה את אותו מידע באותו רגע: הרופא, הצוות התפעולי והמטופל. כשהמידע מפוזר בין מערכות, המטופל מספר את הסיפור שלו מחדש בכל פנייה, והצוות עובד על תמונה חלקית.
המידע הזה גם רגיש מכל מידע אחר בארגון. תיק רפואי דורש הרשאות מדויקות, תיעוד גישה ועמידה ברגולציה, וכל אלה צריכים לעבוד בלי להאט את הצוות שמטפל.
והמערכת צריכה להיות זמינה. מטופל שמחכה לשיחה עם רופא לא יכול לקבל הודעת שגיאה.
איך טרגט מנהלת פרויקט כזה
אנחנו לוקחים אחריות על הפרויקט מקצה לקצה, או מצטרפים לצוות הפיתוח של הלקוח כשיש כזה. בפרויקטים רפואיים אנחנו מבקשים לשבת גם עם אנשי הרגולציה ואבטחת המידע כבר באפיון.
האפיון מגדיר מי רואה מה, מה נשמר, ולכמה זמן. הארכיטקטורה נגזרת מזה: הפרדה בין שרתי האפליקציה לבסיסי הנתונים, מודל הרשאות לאוכלוסיות משתמשים שונות, וחיבורים מאובטחים למערכות חיצוניות. הפיתוח מתקדם בגרסאות, עם סקירת קוד ובדיקות לפני כל עלייה.
בייצור יש ניטור, נהלי גיבוי ושחזור, טיפול בתקלות ופיתוח המשך. אנחנו מלווים את המערכות האלה שנים, לא עד ההשקה.
פרויקט לדוגמה
הקמנו פלטפורמות טל-רפואה ובריאות דיגיטלית שמשרתות אלפי מטופלים, בסנכרון מאובטח מול גופים מוסדיים וגורמי רפואה. המערכות רצות בייצור עם רציפות שירות של 99.9%, בלי אירועי אבטחה.
איך פרויקט מתחיל
- 01 אחריות על הפרויקט
אנחנו לוקחים אחריות על הפרויקט מקצה לקצה, או מצטרפים לצוות קיים של הלקוח ועובדים לצידו. קובעים על איזו דרך עובדים כבר בהתחלה.
- 02 אפיון וארכיטקטורה
האפיון נכתב מול האנשים שמשתמשים במערכת בפועל. משם נגזרת הארכיטקטורה: הפרדה בין רכיבים, מודל הרשאות, והדרך שבה מערכות חיצוניות מתחברות.
- 03 פיתוח וייצור
הפיתוח מתקדם בגרסאות, עם סקירת קוד וסטנדרט קוד קבוע. אחרי העלייה לאוויר יש ניטור שוטף, טיפול בתקלות ופיתוח המשך.
שאלות שחוזרות אצלנו
איך אתם מתמודדים עם דרישות הרגולציה בתחום הבריאות?
מתחילים מהדרישות ולא מהקוד. לפני האפיון עוברים על דרישות הרגולטור ועל דרישות אבטחת המידע של הלקוח ומתרגמים אותן להרשאות, להצפנה, לתיעוד ולבקרות גישה. הדרישות האלה נכנסות לארכיטקטורה בהתחלה.
אפשר לחבר את המערכת למערכות שכבר עובדות אצלנו?
כן. רוב הפרויקטים כוללים אינטגרציות API מול מערכות זימון תורים, ספקים חיצוניים ומערכות פנימיות. אנחנו בונים שכבת ממשק אחת ומנהלים דרכה את כל החיבורים.
מי אחראי על המערכת אחרי העלייה לאוויר?
אנחנו. ניטור שוטף, טיפול בתקלות ופיתוח המשך. בסביבה רפואית זה חלק מהשירות, כי מערכת שלא זמינה פוגעת בטיפול.