לעדן

חזרה למסמך הראשי

מה קורה עכשיו ומה פתוח — אוקטובר 2026

נכתב בידי עוזר AI שעובד עם יוסף, מתוך תיעוד העבודה במרכז, כרקע לפגישה ב־20.10.

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

ההצטרפות מפוטון, 7 עד 11 באוקטובר

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

היום הראשון היה סיור בשלושה חלקים, מתשע וחצי עד הצהריים. רפאל אשורוב הציג את SmartER בבטא: מבט המחלקה, המכתבים, וה־pre-physician שנוצר אוטומטית לכל מטופל שמגיע, מתוך ההפניה או מתוך הרקע. רחל ויטיס, מובילת הדאטה סיינס, הציגה את ההערכה מול סיכומים שרופאים חתמו עליהם, את צוות המתייגים, ואת המדד שהצוות פיתח לבדיקת עובדות וקשרים. שי גנכיל הציג את AI Flows ואת הפלייגראונד, עם flow שלם של מכתב ביניים, פישוט למשפחה ו־guardrail. טהר אברג׳ל הציג את הקונפיגורציה של המחלקות: כל מחלקה היא JSON מעל רכיבי React, עם ארכיטיפים לאשפוז, למיון ולמרפאות, ו־WSP שמתזמן את המשימות של כל מחלקה מעל Rabbit. יוסף בן יהודה הוסיף את ההקשר של שכבת הנתונים: למה הכול גנרי, כי יש בבית החולים בערך 230 מחלקות ואף מפתח לא אמור לבנות מחלקה ביד, ואיך כל רכיב בקמיליון, במטוויז׳ן או ב־QFlow ניתן למעקב עד השליפה המדויקת בטבלה.

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

ההצגה של רוזטה תוכננה ל־8.10, נדחתה באותו בוקר, והתקיימה ב־11.10 כסשן Wildfire מוקלט של כשעה, עם יוסף, גיא דולינסקי ויערה. יוסף הציג את המיפוי, את ה־API ואת הסטודיו, ואיך נוצר SQL מתוך המטא־דאטה של הסכמה. גיא הסביר את ההחלטה להיצמד לסכמה של קמיליון ולא לכפות FHIR, אחרי הניסיון עם FHIR בתחילת הדרך. עלו שתי שאלות שעדיין פתוחות: שימושיות הסטודיו למי שלא כתב אותו, ובקשה להעביר את הידע גם כסקילים ותיעוד ב־AI-Docs ולא רק בהרצאה. באותו סשן הוצע שמפתח נוסף ייקח את השילוב של איתן, אבל לא נקבע מי.

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

הדמו של 18.10 והכיוון: SmartER לכל בית החולים

ביום ראשון, 18.10, הוצג להנהלת בית החולים מסלול מלא של SmartER בתוך קמיליון במחלקה פנימית: כפתור קבלה וכפתור אליס בתוך המסך של המחלקה, מכתב קבלה שנכתב חזרה לקמיליון, ופתיחת חלון אליס. בבוקר הכפתורים לא קיבלו את ההקשר הנכון; תוך כמה שעות הצוותים, יחד עם ספק קמיליון, איתרו שהפרמטרים נלקחו מדוגמת תיעוד במקום מהעמוד, ותיקנו. ב־16:27 המכתב נכתב לקמיליון, ב־16:41 נפתח חלון אליס, וב־17:34 שחר, מנהל המוצר של SmartER, דיווח שהדמו הצליח. הקרדיט הוא של הצוות, ובעיקר של גיא, טהר ורפאל, שעבדו על זה לאורך סוף השבוע, כפי ששחר כתב באותו ערב. באותו ערב הודיע אוהד אביטל, מצד המוצר, על אישור התוכניות ל־SmartER 1.0, והכיוון שנאמר אחרי הפגישה עם המנכ״ל הוא פריסה של SmartER לכל המחלקות.

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

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

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

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

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

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

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

מה עדיין לא סגור, נכון לערב 19.10:

החפיפה כבר התחילה בפועל, אחד על אחד. ב־18.10 יוסף עבר עם עומר, מול המסך, על Docker ו־Compose, על הבנייה והפריסה, ועל Helm ו־Argo. בערב 5.10 ושוב ב־11.10 גיא ביקש שהידע על רוזטה יעבור גם לסקילים ולתיעוד ב־AI-Docs, ויוסף הסכים; חלק מהתיעוד כבר הוצג, ב־13.10 הסקילים עדיין היו בעבודה.

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

רוזטה עכשיו: קמיליון 9, איתן, מטוויז׳ן, הסטודיו והמאגר

קמיליון 9. בית החולים עובר מקמיליון 5 לקמיליון 9, עם שכבת API חדשה לצידו, ורוזטה צריכה לעבוד מול שתי הגרסאות. בתחילת אוקטובר לא היה חיבור כלל. ב־5.10 נפתח משתמש שמגיע לשרת; ב־8.10 החיבור עבד והמיפוי התחיל, אבל חסרה הרשאה לטבלאות ההגדרות, שבלעדיה אי אפשר לבדוק את המיפוי באמת. ב־11.10 יוסף שלח לאלון רשימת הרשאות מצומצמת, וב־14.10 נפתחו הגישות. בישיבה השבועית של רוזטה ב־15.10 יוסף דיווח שהטבלאות וההתאמות נעשו ושהמיפוי קרוב לסיום, אבל שנמצאו תיאורים לא עקביים גם בתוך המסד עצמו. אלון העלה השערה של כשל במיגרציה וביקש לאפיין ולדווח במדויק; למי לדווח לא הוכרע. ההחלטה הארכיטקטונית היא resolver נפרד לקמיליון 9, והוצע להשאיר את השם הקיים כ־alias לגרסה 5, כדי שהצרכנים לא ייאלצו לעבור בבת אחת. יש שני אופקי זמן: יעד פנימי של 15.10 שלא נעמד, ואופק של ינואר שגיא הזכיר לסביבת SHOW שעובדת מול 9.1. כדאי להבחין בין מיפוי שנכתב, שאילתה שנבדקה מול נתונים אמיתיים, ומוצר שעובד מול הגרסה החדשה. המצב הוא בשלב הראשון ובחלק מהשני.

איתן. איתן הוא מקור התרופות, והוא החסם שעולה הכי הרבה מצד המוצרים. שי חיבר אותו לרוזטה לראשונה ב־13.1.2026. ב־13.10 וב־15.10 יוסף דיווח שהמיפוי המורחב מכסה כמעט את כל המידע, ששני כבר משתמשת בחלק ממנו בשאילתות של SmartER, ושהתבקש להמתין לפני בטא. ב־14.10 הוצגו שדות ומסמכים נוספים, ונשארו בירור מקום ערכי המעבדות והנגשת המסמכים. הסביבה עצמה לא יציבה: ב־SHOW יש timeouts לסירוגין, וההסבר שניתן הוא מגבלת רשת שתלויה במקום שממנו הפוד יוצא. ב־18.10 בערב גיא ושי דיווחו על כשל של שליפות איתן דרך AI Flows; גיא פתח פנייה בתור הטיקטים, וקווין לקח את הבירור. נכון לערב 19.10 אין דיווח שזה תוקן. ולמפתחים אין עדיין גישה מסודרת לאיתן; הבקשה עלתה מ־7.10, ועדיין אין לה מסלול.

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

הסטודיו. הסטודיו הוא ממשק לבניית שאילתות רוזטה בלי לכתוב GraphQL ביד: בוחרים sections ושדות, רואים תוצאה, ושומרים מזהה שאילתה שמוצר יכול להריץ. בשבועיים האחרונים הפרונט והבקאנד אוחדו לענף אחד. ב־14.10 שינוי ברוזטה שבר את משיכת המטופלים לסטודיו, ובמקביל תוקנה בעיה שבה שאילתה שמורה לא תקינה הציגה מסך ריק ומנעה עריכה. ב־15.10 גיא ביקש לדחוף את החבילה. ב־19.10 יוסף דיווח ליערה שרוזטה, כולל הממשק החדש, גמורה מבחינתו וממתינה לבקשת מיזוג, אחרי התאמת הסגנון לדוגמאות של שחר. כלומר: דווח כגמור, וממתין לסקירה ולמיזוג. ענף הצ׳אט של הסטודיו עדיין בעבודה. שתי שאלות פתוחות: מי הבעלים של הסטודיו מעכשיו, שכן בלוח של ספרינט 34 הכרטיס עדיין בלי בעלים, והאם מי שלא בנה אותו יכול להשתמש בו בלי עזרה. גיא דיבר ב־11.10 על שיפורי שימושיות, wizard וצ׳אט בהמשך; השאלה השנייה עוד לא נבדקה מול משתמש.

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

שני מקרים של צרכן שנשבר. פעמיים החודש שינוי ברוזטה שבר צרכן. ב־7.10 שינוי בחוזה של נקודת ההרצה בבטא החזיר שגיאה ל־AI Flows בפרודקשן, והחוזה הישן הוחזר באותו ערב בשלוש דחיפות תיקון. ב־13.10 מעבר לאובייקט filters אחיד, כדי לאפשר חיתוך של כל השאילתה לפי זמן לצורך הערכה, שבר שאילתות של צרכנים שקראו לשדות בצורה הישנה. בשני המקרים התיקון הגיע מהר, ובשניהם השבירה התגלתה אצל הצרכן ולא לפני המיזוג. מכאן השאלה הבאה.

בדיקות ואוטומציה: שאלת תכנון פתוחה

אין היום לרוזטה בדיקות אוטומטיות שמגינות על הצרכנים. ההגנה הקיימת היא סביבת בטא שבה כמעט הכול תלוי בהכול, ולכן שבירה נתפסת מוקדם, אבל לפעמים מוקדם כבר אצל צוות אחר. גם ב־AI Flows ה־CI ל־flows עדיין ידני. ב־2026 כבר נקבעו כללים דומים במקומות אחרים: בפברואר מאור שגיא קבע ששינויים בבטא של ה־OCR יעברו את כל חבילת הבדיקות לפני מיזוג, אחרי שבירה דומה.

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

המלצת הסוכן: להתחיל מבדיקות חוזה בין רוזטה לצרכנים שלה, כלומר להריץ אוטומטית לפני כל מיזוג לבטא את השאילתות השמורות שאליס, SmartER ו־AI Flows באמת מריצים. זה מכסה בדיוק את שני המקרים של אוקטובר. לצד זה, בדיקת שלמות נתונים ובדיקת עומס לפני כל מעבר מבטא לפרודקשן, משום שתקרת הביצועים היא הרפליקה של קמיליון. מי כותב ומי מתחזק את זה הוא חלק מהשאלה על הגילדה ועל צוות התשתיות. ב־20.10 בשעה 13:00 מתוכנן מפגש על תשתית QA במרכז, שאולי ייתן לזה בסיס.

מה פתוח, ולמי כל דבר מחכה

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

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

חזרה לתשובות · המרכז והדרך · הצוותים והתפקידים · רוזטה ו־Wildfire · הסטודיו · SmartER ו־TMR · סמי, ה־managers ו־AI Flows · אליס והצ׳אט · הפלטפורמה · מקורות המידע של בית החולים