07 / 09
Qz
איוש מחושב
חיזוי עומס, בדיקת תרחישים ותכנון איוש למוקד מרובה תורים.

הקישו כדי לגלול בתוך העמודלחצו כדי לגלול בתוך העמוד
תחזית הביקוש

הקישו כדי לגלול בתוך העמודלחצו כדי לגלול בתוך העמוד
תוכנית האיוש
הערה המסכים צולמו מסביבת ההדגמה של האפליקציה: השמות והמספרים בהם בדויים. תוצאות הבדיקה ההיסטורית מובאות כפי שדווחו, עם המדד, רמת הזמן והמדגם לצידן.
- החלק שלי בפרויקט
- אפיון מוצר, עיצוב ממשק ופיתוח בסיוע כלי AI.
- תחום
- Creative Labs · UI/UX
- מצב המוצר
- בהרצה · דמו פרטי
01
האתגר
מוקד שנותן מענה לתורים מרובים, שלכל אחד מהם התנהגות שונה, מגמות שונות וצרכים שונים. לפניות המגוונות ממילא עונים רופאים עם התמחויות שונות, דאטה מגיעה ממקורות שונים, ואם זה לא מספיק — העומסים מושפעים מעונתיות, מחגים ומשינויים פתאומיים בשעות הפתיחה.
כלי החיזוי ששימשו בעבודה הסתכמו בממוצעים, בהנחות כלליות על בסיס אירועי עבר ובתחושות בטן. החיזוי התבצע בטבלאות אקסל שאינן מתממשקות עם כלי האיוש או הדוחות.
02
העיקרון
מערכת לומדת שמנתחת ומצליבה דאטה ממקורות שונים, ומבוססת על 10 מודלים לחיזוי שנבחנו ונבחרו מראש. היא משווה ביניהם ומאפשרת לבחור שיטה לכל תור ולתקופת החיזוי, לפי הביצועים בנתוני העבר ותוך התחשבות בחגים ובאירועים ידועים.
לצד התחזית פועלת סימולציה לבדיקת תוכניות איוש ושינויים בעומס ובמשך הטיפול. המערכת מביאה בחשבון גם את סידור העבודה הקיים, ההתמחויות וקצב העבודה של הרופאים המשובצים, ומסייעת בבחינת האיוש והניתוב בין התורים.
03
ממשק וחוויית משתמש
המערכת מבוססת Dashboard וכוללת גרפים לחיזוי, לוח שבועי לעריכת האיוש והשוואת תרחישים. גרסת ההרצה כוללת מעקב שמציג תחזית שנשמרה מראש לצד ממוצע פשוט ומה שקרה בפועל. לכל מדד מצוין מה נמדד ובאיזו רמת זמן, וההערות מבחינות בין מידע שהיה ידוע מראש למידע שנודע בדיעבד.
בחירות החיזוי והאיוש נעשות בהמלצת המערכת וכפופות להחלטת המשתמש. סימולציה חיה מאפשרת לראות כיצד נראה יום עבודה בהילוך מהיר. ההמתנה והטיפול מחושבים ברצף, גם במעבר בין שעות ומשמרות.
שינוי באיוש ובדיקה מחדש

התוכנית הקיימתשעות האיוש, שיעור התרחישים שעמדו ביעדי השירות ומספר התרחישים שנבדקו. 
משחררים משמרותשלוש משמרות של יום שני משוחררות מהלוח, ושעות האיוש של היום יורדות. 
בודקים מחדשהתרחישים נבדקים שוב: אפשר לראות כמה מהם עדיין עמדו ביעדי השירות, ומה מספר שעות האיוש החדש.
בדיקת ההשפעה של שינוי באיוש.
פנייה שנכנסה ב־19:58 ונענתה ב־20:04
המחשהנתונים בדויים · המנוע האמיתי של Qz · תוצאות שחושבו מראש
מעבדת סימולציה
יום אחד, שני תורים, ארבעה מספרים לשחק איתם. הוסיפו רופאים למשמרות וראו מה קורה לתור — כמו בדף "תרחישים" באפליקציה, בגרסה קטנה.
מי עובד
סה״כ רופאים ביום: 0
תוכניות מוכנות
קו משפחה
0%
קו ילדים
0%
כמה ממתינים לאורך היום
הצגה כטבלה
טוען את התוצאות המחושבות…
04
איך Qz בונה תחזית?
אותו מודל לא מתאים בהכרח לכל תור ולכל תקופה. Qz משווה בין 10 שיטות חישוב סטטיסטיות: ממוצעים פשוטים, שילובים של כמה דרכי חישוב והתאמות למגמה ולעונתיות. חלק מהשיטות הן גרסאות של אותו תמהיל, עם איזון שונה בין תגובה לשינוי לבין יציבות. הבחירה נעשית לפי בדיקות על נתוני העבר של כל תור, והמשתמש יכול גם לבחור שיטה בעצמו.
מחשב את ממוצע הפניות באותו יום בשבוע ובאותה שעה בארבעת השבועות האחרונים המתאימים להשוואה, כשכל שבוע מקבל משקל שווה. שימושי כשהשגרה חוזרת על עצמה, אבל עלול להגיב באיחור לשינוי מתמשך בעומס.
מסתמך על מספר הפניות באותה שעה ובאותו יום בשבוע האחרון שאפשר ללמוד ממנו. זו נקודת ייחוס פשוטה לשבוע הקרוב, אבל גם שבוע חריג אחד יכול להשפיע עליה מאוד.
משלב בין השעה המקבילה בשבוע שעבר, ממוצע שנותן יותר משקל לשבועות האחרונים, והערכת סך הפניות היומי שמחולקת לשעות לפי דפוסי העבר. השילוב מצמצם את התלות בחישוב יחיד, אבל עדיין נשען על מה שכבר קרה ואינו צופה שינוי פתאומי שלא נמסר למערכת.
גרסה של התמהיל שמסתכלת על תקופה קצרה יותר ונותנת משקל גבוה יותר לנתונים האחרונים. היא יכולה להתאים מהר יותר לשינוי בעומס, אך גם להגיב יותר לתנודות זמניות.
גרסה של התמהיל שמסתמכת על היסטוריה ארוכה יותר, כך שההשפעה של שבוע בודד מתמתנת. היא מתאימה יותר לתקופות יציבות, אבל עשויה להתעדכן לאט כשהיקף הפעילות משתנה.
מחשב ממוצע של אותה שעה באותו יום בשבוע, כשהמשקל של כל שבוע קטן ככל שהוא רחוק יותר. כך מתקבלת תחזית שמגיבה לנתונים האחרונים וממתנת תנודות, בלי לשלב בנפרד את סך הביקוש היומי ואת חלוקתו לשעות.
מעריך את סך הפניות לפי הימים האחרונים והיום בשבוע, ואז מחלק אותן לשעות לפי הדפוס שנמדד בעבר. שימושי כשהיקף הפניות משתנה אבל צורת היום נשארת דומה; במימוש הנוכחי הוא מיועד לשבוע הקרוב.
מוסיף לתמהיל תיקון כשמזוהה מגמה עקבית בביקוש. התיקון חלקי ומוגבל, כדי לצמצם את הפיגור אחרי השינוי בלי להניח שקצב העלייה או הירידה יימשך ללא גבול.
כשמזוהה מעבר ברור לרמת ביקוש חדשה, התמהיל מחושב רק מהתקופה שאחרי השינוי. ההתאמה מתחילה לאחר שנאספו מספיק נתונים שמבססים אותו, ולכן היא אינה מיידית ואינה חוזה את הקפיצה מראש.
מתאים את התמהיל לפי השינוי בביקוש סביב אותה תקופה בשנה או בשנתיים הקודמות, לאחר התחשבות בהבדלים ברמת הפעילות. הוא דורש לפחות שנה של נתונים ונבחר אוטומטית רק אם שיפר את תוצאות הבדיקה על העבר; שנה חריגה עלולה להטעות גם כאן.
חגים, אירועים ושעות פתיחה
מעל השיטה שנבחרה, המערכת מוסיפה התאמות לחגים, לאירועים שסומנו ולפתיחות מעבר לשעות הרגילות, לפי המידע וההיסטוריה הזמינים. אלה התאמות משותפות לשיטות החיזוי. פתיחה שנודעה רק בדיעבד עדיין מקשה על התחזית, גם אם המודל מתאים היטב לשגרה.
05
ההרצה
בתהליך ההרצה נבדקים בנפרד החיזוי של מספר הפניות והיכולת של הסימולציה להעריך מה יקרה עם צוות נתון. בבדיקה על 18 שבועות של נתוני עבר נמצא יתרון על ממוצע ארבעת השבועות בחיזוי הסכום היומי והשבועי. ברמת השעה התוצאות כמעט זהות. במקביל תוקנו בחירת מקור הנתונים ורענון הלמידה לאחר תיקונים בהיסטוריה, ונבדקו יעדי השירות ורצף הפעילות בין שעות ומשמרות.
הבדיקה הבאה מתמקדת בשחזור העבודה באמצעות סידור, דוחות נוכחות ורשימות פניות: כמה רופאים היו זמינים, מתי נוסף תגבור ומה אפשר להסיק על המעברים בין קבוצות העבודה. צריך גם לברר חפיפות שנמצאו בזמני הפגישות ברישומים. המטרה היא לבסס את חישוב האיוש על אופן העבודה בפועל, לפני שמסתמכים על ההמלצות לתכנון שוטף.
טעות בכמות הפניות, בתחזית לשבוע קדימה
בדיקה היסטורית: 18 שבועות, חמישה תורים; נמוך יותר עדיף.
לפי שעה
ברמת השעה כמעט אין הבדל.
בסך הפניות היומי
בסך הפניות השבועי
| Qz | ממוצע ארבעה שבועות | |
|---|---|---|
| לפי שעה | 33.2% | 33.3% |
| בסך הפניות היומי | 16.4% | 19.2% |
| בסך הפניות השבועי | 9.1% | 13.4% |
המספרים וההסבר
הבדיקה כללה 18 שבועות וחמישה תורים, בתחזית לשבוע קדימה. אלה שיעורי הטעות בכמות הפניות, לפי רמת הזמן שנבדקה:
לפי שעה: Qz — 33.2%; ממוצע ארבעה שבועות — 33.3%.
בסך הפניות היומי: Qz — 16.4%; ממוצע ארבעה שבועות — 19.2%.
בסך הפניות השבועי: Qz — 9.1%; ממוצע ארבעה שבועות — 13.4%.
המדד נקרא WAPE, ומספר נמוך יותר מצביע על טעות קטנה יותר. שתי השיטות נבדקו על אותם נתונים מתוקנים, בלי להשתמש במידע שטרם היה ידוע במועד התחזית. במדגם הזה Qz חזתה טוב יותר את הסכומים היומיים והשבועיים. ברמת השעה כמעט שאין הבדל.
בכל רמת זמן מחברים את גודל הטעויות ומשווים אותו לסך הפניות שהגיעו. המספר מתאר את הבדיקה כולה; בשעה מסוימת הטעות יכולה להיות גדולה יותר. בחישוב יומי, תחזית גבוהה מדי בשעה אחת ונמוכה מדי באחרת עשויות להתקזז. לכן חשוב לבדוק גם את השעות עצמן, ובנפרד את זמני ההמתנה ואת עמידת תוכניות האיוש ביעדי השירות. שיעור התרחישים שבהם תוכנית עמדה ביעד הוא תוצאה של הסימולציה, ולא הבטחה לעמידה בשטח.
06
טכנולוגיה
ממשק React בתוך Electron, מנוע חישוב ב־Python ושמירה מקומית של הפרויקטים ב־SQLite. הנתונים מיובאים מקובצי Excel ו־CSV. לצד מודלי החיזוי, המערכת משתמשת בסימולציה ובנוסחת Erlang C להערכת עומס והמתנה בתור. היא פועלת במחשב יחיד, על הנתונים שיובאו, ללא חיבור חי למערכות המוקד.
07
אבטחת מידע
העיבוד והשמירה נעשים מקומית, ללא שליחה אוטומטית של הדאטה לענן. הממשק מבודד מפעולות מערכת רגישות, וקובצי אקסל נקראים כנתונים בלי להריץ מאקרו או נוסחאות. גיבויים ובדיקות תקינות מאפשרים לזהות קבצים פגומים ולשחזר עבודה.
קובצי הפרויקט והגיבויים עדיין אינם מוצפנים, ואין במערכת חשבונות משתמש והרשאות נפרדות. לכן, בשלב הזה, ההגנה על המידע נשענת גם על אבטחת המחשב ועל הגבלת הגישה אליו.
08
מצב הפרויקט
גרסה מקומית עובדת, בהרצה ובבדיקה על נתוני אמת. העדכונים האחרונים נבדקים בגרסת הפיתוח וטרם החליפו את ההתקנה שבשימוש. עדיין לא הוכחו חיסכון בשעות צוות או עמידה ביעדי השירות באמצעות המלצות המערכת. שימוש ארגוני ידרוש גם השלמות באבטחת המידע.
09
עוד על המערכת
היא משווה את הביצועים של שיטות החיזוי בנתוני העבר ומכיילת אותן לכל תור. תיקון בנתונים מפעיל רענון של הלמידה הרלוונטית. מבנה התורים, ההתמחויות ויעדי השירות מוגדרים במערכת לפי העבודה במוקד; בחירת המודל והכיול נעשים על בסיס המדידות.
בחירות החיזוי והאיוש נעשות בהמלצת המערכת וכפופות להחלטת המשתמש. את שיטת החיזוי המערכת בוחרת לפי בדיקות על נתוני העבר של כל תור, והמשתמש יכול לבחור שיטה בעצמו.
סימולציה לבדיקת תוכניות איוש ושינויים בעומס ובמשך הטיפול, לצד נוסחת Erlang C להערכת עומס והמתנה בתור. היא מביאה בחשבון את סידור העבודה הקיים, ההתמחויות וקצב העבודה של הרופאים המשובצים. סימולציה חיה מאפשרת לראות איך נראה יום עבודה בהילוך מהיר.
לא. היא פועלת במחשב יחיד, על נתונים שיובאו מקובצי Excel ו־CSV, ללא חיבור חי למערכות המוקד.
העיבוד והשמירה נעשים מקומית, ללא שליחה אוטומטית של הנתונים לענן. אין כרגע חשבונות משתמש והרשאות נפרדות, וקובצי הפרויקט והגיבויים אינם מוצפנים, ולכן ההגנה על המידע נשענת בשלב הזה גם על אבטחת המחשב ועל הגבלת הגישה אליו.
עדיין לא. הסימולציה נמצאת בבדיקה, ותוצאותיה אינן הבטחה לעמידה ביעדי השירות בשטח. לא הוכחו חיסכון בשעות צוות או עמידה ביעדי השירות באמצעות ההמלצות. הבדיקה הבאה מתמקדת בשחזור העבודה לפי סידור, דוחות נוכחות ורשימות פניות, כדי לבסס את חישוב האיוש על אופן העבודה בפועל לפני שמסתמכים עליו לתכנון שוטף.
