הסעות רפואיות שאינן דחופות

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

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

4 קבוצות16 שבועותיום פיתוח אחד בשבועממשק בעברית
תהליך העבודה במוצר

מהזמנת ההסעה ועד למסמך הסופי

כל שלב מקבל מידע מהשלב הקודם ומעביר תוצאה ברורה לשלב הבא.

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

האחריות של כל קבוצה

בכל קבוצה ארבע מפתחות. כל מפתחת אחראית ליכולת אחת שאפשר להפעיל ולבדוק.

שיטת העבודה

איך הקבוצות עובדות בלי לחכות זו לזו

עובדות עם נתוני דוגמה

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

מגדירות את המידע מראש

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

מסיימות יכולת שלמה

כל מפתחת כותבת את הקוד, הבדיקות וההוראות להפעלת היכולת שבאחריותה.

מסיימות את החובה קודם

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

גבולות המוצר

מה בונים ומה נשאר מחוץ לפרויקט

חובה לבנות

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

לא בונים

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

שלושה ממשקים ושרת משותף

כל ממשק מציג רק את המידע והפעולות הדרושים לתפקיד שמשתמש בו.

טאבלט

פקידת קבלה

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

מחשב שולחני

מוקד חברת האמבולנסים

מנהל אמבולנסים ולוחות זמנים, מקבל הצעות ומשבץ אמבולנס ונהג.

מכשיר באמבולנס

נהג

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

שרת ומסד נתונים

Node + PostgreSQL

שומרים משתמשים, מטופלים, אמבולנסים, נסיעות, מחירים, אירועים ומסמכים.

המידע שעובר בין חלקי המערכת

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

RideRequest {
 institutionId, patientSnapshot,
 timing: immediate | scheduled,
 pickup, destination,
 requiredCapabilities[],
 requestedAt, scheduledFor?
}

RouteEstimate {
 provider, distanceKm, durationMinutes,
 calculatedAt, fixtureVersion
}
AmbulanceOffer {
 rideId, ambulanceId, companyId,
 rank, offeredAt, stillEligible,
 estimatedPrice, outcome
}

RideEvent {
 rideId, from, to, actor,
 occurredAt, reason?
}
Counteroffer {
 offerId, originalEstimate,
 proposedAmount, reason?,
 expiresAt, status
}

ActiveAmbulanceShift {
 ambulanceId, deviceId, driverId,
 startedAt, endedAt?
}
TransportDocument {
 rideId, patientSnapshot,
 driver, attendant?, sections,
 exceptions[], signatures[],
 version, generatedAt, amendedFrom?
}
תוכנית ל-16 שבועות

מה צריך לסיים בכל שלב

כל מפתחת עובדת על אותה יכולת לאורך כל התקופה ומחברת אותה בהדרגה למערכת.

שבועותשלבתוצאה נדרשת
W1–2הגדרהמסך או פעולה מתוכננים, גבולות אחריות, שדות קלט ופלט ודוגמאות להצלחה ולכשל.
W3–4גרסה ראשונהנתוני דוגמה קבועים וגרסה קטנה שאפשר להפעיל, לראות או לקרוא דרך ה-API.
W5–6השלמת הפעולה המרכזיתהמשתמשת יכולה לבצע את הפעולה, לשמור את התוצאה ולחזור אליה.
W7–8שגיאות ובדיקותטיפול בקלט שגוי, מידע חסר וכשל של שירות, יחד עם בדיקות שאינן תלויות בשירות חיצוני.
W9–10חיבור בין קבוצותהחלפת נתוני הדוגמה בחיבור אמיתי בין שתי יכולות ובדיקה שהמידע עובר ללא שינוי ידני.
W11–12מסלול מלא ובטיחותהרצת התהליך המלא, בדיקת הרשאות והגנה על פרטי מטופלים ומסמכים.
W13–14ייצוב ושיפור הממשקבדיקה עם יותר נתונים, טיפול בפעולות חוזרות והתאמת המסך למכשיר ולשימוש בעברית.
W15–16העברת ידע והדגמההוראות הפעלה, מגבלות ידועות והדגמה של הקוד, הבדיקות והתוצאה במערכת.
חלוקה אישית

המשימה של כל מפתחת

לחיצה על המשימה פותחת את היעדים השבועיים, הבדיקות והקשרים לקבוצות האחרות.

מפתחתמשימהקבוצה