הגדרת Bitrix24 למרפאה רפואית מקצה לקצה

התאמת Битрикс24 למרפאה רפואית: היכן נשברת ההרשמה

ההרשמה למרפאה נשברת לא בפגישה עם הרופא, אלא בכניסה: בין ההודעה הראשונה של המטופל לבין המשבצת בלוח הזמנים עומדת שרשרת של מסנג'ר, טלפון, יומן נייר ושתי מערכות לא מקושרות. התאמת Битрикс24 למרפאה רפואית מתחילה בכך שאנחנו מפרקים את המעגל הזה ומוצאים היכן הפניות הולכות לאיבוד.

כפילויות של כרטיסי מטופלים — הסיבה הנפוצה ביותר לכך שהאחראי לא רואה את ההיסטוריה. המטופל נרשם בטלפון, אחר כך כתב במסנג'ר, потом הגיע עם פוליסה — ובמאגר יש שלוש רשומות עם איות שונה של שם המשפחה ומספרי טלפון שונים.

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

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

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

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

מה משתנה לאחר ההפעלה: הרשמה, תזכורות, עומס רופאים

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

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

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

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

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

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

פריסת הפורטל של המרפאה מתחילה בהחלטה אחת: היכן פיזית נמצאים נתוני המטופלים וכיצד המעגל הזה מתחבר למערכת הרפואית המקומית. מזה תלויים היקף השליטה בנתונים אישיים, מהירות העדכונים ואילו תרחישי הרשמה מצליחים להפוך לאוטומטיים. להלן שלוש סכמות, שביניהן מרפאות באמת בוחרות ב-Битрикс24, יחד עם נקודות התורפה שלהן.

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

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

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

התאמת המרפאה ב-Битрикс24 מתחילה לא במתגים, אלא בתיאור של איך היא עובדת: זרימת מטופלים, מסלולי רופאים, כללי הרשמה וביקורים חוזרים. בלי זה את הפורטל בונים "לפי ברירת מחדל" ואחרי חודש עושים אותו מחדש, תוך אובדן ההיסטוריה המצטברת של הפניות. את העבודה מובילים באופן עקבי — כל שלב נשען על התוצאה של הקודם.

1. סקר מרפאה: ראיונות עם אחראים, רופאים והנהלה, תיעוד תרחישי קבלה, העברה וביטול של הרשמה, הפרדת גישה לנתונים.
2. סכמת נתוני מטופלים: כרטיס, ספרי שירותים ומומחים, קשרים בין איש קשר, הרשמה ופנייה. מגדירים שדות חובה כדי שהדיווח ייאסף בלי בדיקה ידנית.
3. התאמת משפכים והרשאות: תפקידים לפי מחלקות, מסלולים נפרדים לפניות ראשוניות וחוזרות, תזכורות אוטומטיות וחלוקת בקשות בין אחראים.
4. מעגל בדיקה: פורטל נפרד עם העתק של המבנה, שבו בודקים את החיבור לטלפוניה, לאתר ולמשריון, בלי לפגוע במאגר העבודה.
5. תרחישי קבלה: מריצים מסלולים מקצה לקצה — הרשמה משיחה, העברה, ביטול, ביקור חוזר, הפקת דוח. כל אחד סוגרים בפרוטוקול עם תוצאה צפויה ובפועל.
6. מסירה לאחראים: הדרכה על המשימות שלהם עצמם, הוראות קצרות לפעולות תכופות, נוהל הסלמה. לאחר ההפעלה נשארים בתמיכה ומשפרים את הפורטל לפי פניות אמיתיות.

מה נשאר במרפאה: משפכים, הרשאות, תבניות, נהלים

לאחר מסירת הפרויקט למרפאה נשאר לא "פורטל מוגדר", אלא מעגל עבודה שחי בלעדינו. ב-Битрикс24 אלה אובייקטים קונקרטיים, ולכל סעיף קבלה אנחנו מתאימים רכיב מערכת מוכן והוראה קצרה אליו — עובד חדש מסתדר תוך משמרת, ולא תוך חודש.

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

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

רשת מרפאות: כיצד פחתו אי-ההגעות והזמן עד להרשמה

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

בזכות מה הושג השינוי

לוחות הזמנים של כל הסניפים אוחדו למעגל אחד ב-Битрикс24: משבצות פנויות נראות מיד, וכללי החלוקה מפנים את המטופל לסניף הקרוב עם הזמן המתאים.

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

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

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

אנחנו לא מתחילים מהחלפה — קודם מפרקים את המעגל הקיים: היכן נמצא לוח הזמנים של הקבלה, מי הבעלים של כרטיס המטופל, אילו ערוצי הרשמה באמת בשימוש. מערכת מידע רפואית נשארת מקור האמת בחלק הרפואי, Битрикс24 לוקחת על עצמה את התקשורת — בקשות, שיחות, תזכורות, ביקורים חוזרים. זה מסיר את הסיכון העיקרי: ניסיון לנהל את אותם נתונים בשתי מערכות.

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

תאימות לאחור מונחת מראש — אם ההחלפה אינה זמינה, ההרשמה ממשיכה במערכת המידע הרפואית, והפערים מסונכרנים מחדש בתור.

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

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

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

ספקות טכניים בנוגע לאינטגרציות ולנתוני מטופלים

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

כיצד מועברת היסטוריית הפניות מהמערכת הנוכחית?

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

מה יקרה להרשמה אם שירות חיצוני אינו זמין?

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

נדון במשימה: נחזור עם הערכה ותוכנית התאמה

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

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

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

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

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