כשמערכת ניהול המרפאה לא מדברת עם כלום, אפשר להתלונן או לכתוב
רוב הספקים שמוכרים "אוטומציה" מחברים כלים מוכנים. זה עובד מצוין עד הרגע שבו המערכת שלכם לא מציעה ממשק, או שהתהליך שלכם לא נכנס לתבנית. אז נגמרות האפשרויות, אלא אם מישהו יודע לכתוב תוכנה. אנחנו יודעים, וזה העמוד שמסביר מתי זה נחוץ ומתי זה בזבוז.
פיתוח תוכנה לקליניקה נחוץ בארבעה מקרים: מערכת ניהול מרפאה בלי ממשק פתוח, תהליך שלא נכנס לתבנית של כלי מוכן, פורטל או אפליקציה למטופלים, וטפסים רפואיים דיגיטליים עם חתימה. ברוב המקרים האחרים אוטומציה מספיקה וזולה יותר. DotCome כותבת TypeScript, Next.js ו-iOS, ומספקת הצעת מחיר בכתב לפני שמתחילים, עם קוד שנשאר בבעלות הקליניקה.
אינטגרטור מול מהנדס: ההבדל שרואים בחודש השלישי
בחודש הראשון כולם נראים אותו דבר. הבוט עונה, התזכורות יוצאות, הדשבורד יפה. ההבדל מתגלה כשמשהו לא נכנס לתבנית: מערכת ניהול המרפאה שולחת אימייל במקום לחשוף ממשק, המטופלים רוצים לראות את ההיסטוריה שלהם, הרופא רוצה טופס הסכמה שמותאם לטיפול ספציפי. אינטגרטור אומר "הכלי לא תומך". מהנדס אומר "כמה זמן יש לך".
| אינטגרטור (n8n / Make בלבד) | מהנדס (קוד + n8n) | |
|---|---|---|
| מערכת בלי API | "אי אפשר", או יומן מקביל לנצח | קורא אימיילים, מפענח קבצי ייצוא, או כותב ממשק מול הספק |
| תהליך ייחודי | מכופף את התהליך לכלי | מכופף את הכלי לתהליך |
| פורטל מטופלים | לא בתפריט | Next.js, מחובר לאותו CRM |
| טופס הסכמה מותאם | כלי טפסים גנרי | טופס עם לוגיקה, חתימה, ושמירה איפה שהמרפאה בוחרת |
| כשמשהו נשבר | מחכים לעדכון של הכלי | מתקנים |
| מחיר | נמוך יותר בהתחלה | גבוה יותר בהתחלה, לפעמים נמוך יותר בסוף |
חשוב להגיד: אנחנו משתמשים ב-n8n בכל פרויקט. הוא מצוין למה שהוא טוב בו. ההבדל הוא שאצלנו הוא כלי, לא תקרה.
ארבעה מצבים שבהם צריך תוכנה, ולא אוטומציה
1. מערכת ניהול המרפאה לא חושפת ממשק
בדקנו את אתרי הספקים המרכזיים בישראל. רובם מציעים לכל היותר סנכרון ליומן גוגל (Medform, Bina 2000, DOCTOR Clinix, Botulina). חלקם לא מפרסמים שום ממשק (SmileCloud, RapidOne, דנטל אופיס). מעטים חושפים API אמיתי (Easybizy, Arbox דרך Zapier). כשיש יומן גוגל, אוטומציה מספיקה. כשאין כלום, יש שלוש דרכים: יומן מקביל (עובד, מעצבן), פענוח של קבצי ייצוא או הודעות מייל שהמערכת שולחת (עובד, דורש קוד), או שיחה עם הספק על ממשק בהזמנה (לפעמים עובד, לוקח זמן). את שתי האחרונות אינטגרטור לא עושה.
2. התהליך שלכם לא נכנס לתבנית
מכון השתלות שיער עם תהליך של שבע נקודות מגע לפני הניתוח, שכל אחת מהן תלויה בתשובה של הקודמת. קליניקת יישור שקוף שצריכה לעקוב אחרי סט אליינרים לפי מספר, לא לפי תאריך. כלי אוטומציה גנרי מתחיל לחרוק כאן. קוד לא.
3. פורטל או אפליקציה למטופלים
"איפה אני בתוכנית?", "מה הביקור הבא?", "תראו לי את הטופס שחתמתי". מטופל בטיפול ארוך (יישור, השתלות, סדרת הזרקות) רוצה לראות, לא לשאול. פורטל מטופלים הוא אתר קטן, מחובר לאותו CRM שהסוכן משתמש בו, שעונה על השאלות האלה בלי שאף אחד יענה. כשצריך התראות ומצלמה, זו אפליקציה. אנחנו כותבים גם iOS.
4. טפסים רפואיים דיגיטליים עם חתימה
הצהרת בריאות, הסכמה מדעת, אישור צילום. היום זה נייר בקבלה, או PDF שנשלח בוואטסאפ ומודפס. טופס דיגיטלי עם לוגיקה (שאלה 4 מופיעה רק אם ענית כן ב-3), חתימה, ושמירה במקום שהמרפאה בוחרת חוסך רבע שעה לכל מטופל חדש. וזה גם המקום שבו צריך להיזהר: הטופס הזה הוא מידע רפואי, ואיפה הוא נשמר זו שאלה לארכיטקטורת הפרטיות, לא לכלי טפסים חינמי.
מתי לא צריך תוכנה
רוב הזמן. כשיש סנכרון ליומן גוגל, אוטומציה ב-n8n עושה תזכורות, מענה, מעקב ו-Recall בלי שורת קוד אחת ייעודית. כשאתם רק רוצים שהוואטסאפ ייענה, סוכן AI בחבילה הרגילה מספיק. פיתוח מותאם הוא תשובה לשאלה ספציפית, לא סטטוס. מי שמציע לכם "מערכת מותאמת אישית" לפני ששאל מה המערכת הנוכחית שלכם עושה, מוכר לכם שעות.
איך פרויקט תוכנה נראה אצלנו
- אפיון (שבוע): מה המערכת הנוכחית עושה, מה חסר, מה הפתרון הכי קטן שסוגר את הפער. תוצאה: מסמך של עמוד-שניים ומחיר בכתב.
- בנייה (2 עד 6 שבועות, לפי היקף): TypeScript, Next.js לפורטלים, Swift ל-iOS, Supabase לנתונים, n8n לזרימות. קוד בגיט, בבעלות הקליניקה.
- הרצה מקבילה (שבועיים): המערכת החדשה רצה לצד התהליך הישן. משווים. מתקנים.
- מסירה: הקוד, ההגדרות, ומסמך שמסביר מה יושב איפה. אם תרצו לעבור לספק אחר, אפשר.
- תחזוקה (ריטיינר): ניטור, עדכונים, ושינויים קטנים. גדולים בהצעה נפרדת.
הסטאק פתוח בכוונה. לא כי אנחנו נדיבים, אלא כי מרפאה שתלויה בספק אחד לכל שינוי היא מרפאה שמפסיקה לבקש שינויים.
כמה זה עולה
פיתוח מותאם לא נכנס לחבילות הקבועות שלנו, ואנחנו לא מפרסמים מחירון לקוד כי "פורטל מטופלים" יכול להיות שלושה מסכים או שלושים. מה שאנחנו כן מתחייבים אליו: אחרי שיחת האפיון מקבלים מחיר סופי בכתב, לא הערכה. אם במהלך הפרויקט מתגלה משהו שלא ידענו, אנחנו סופגים אותו, אלא אם ההיקף השתנה בבקשה שלכם, ואז יש הצעה חדשה, גם היא בכתב.
סדרי גודל, כדי שתדעו אם זה בכלל שיחה: אינטגרציה למערכת בלי ממשק דרך פענוח ייצוא או מייל היא פרויקט של שבועות בודדים. פורטל מטופלים בסיסי הוא חודש עד חודשיים. אפליקציית iOS מתחילה מזה ומעלה. הכל בהצעה בכתב, ואת האוטומציה שכבר עובדת לא צריך לזרוק, הקוד מתחבר אליה.
מה אנחנו לא בונים
- מערכת ניהול מרפאה מלאה. יש ספקים שעושים את זה שנים, ורשומה רפואית היא לא המקום להמציא מחדש.
- מערכות שמעבדות מידע רפואי בלי שהמרפאה אישרה את הארכיטקטורה מול היועץ המשפטי שלה. קודם המסמך, אחר כך הקוד.
- אנדרואיד כרגע. iOS ווב כן.
- פרויקטים בלי אפיון. "תבנו לנו משהו" הוא לא בריף, ומחיר בלי אפיון הוא ניחוש.