תוכנת ניהול קליניקה או קלוד קוד: לא מחליפים, משלימים

האם קלוד קוד יכול להחליף תוכנת קליניקה?

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

איך משווים בין שתי הדרכים?

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

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

מה כדאי לבנות לצד תוכנה קיימת?

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

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

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

אילו שאלות שואלים לפני שמחליטים?

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

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

על חלק מהשאלות האלה עונים שיעורי הבדיקות והאיכות, והעבודה עם Git, בתוך קורס קלוד קוד בווידאו עם יעקב צדק. ואם אתם משווים בין קלוד קוד לכלים אחרים, אפשר לקרוא את ההשוואה בעמוד ההשוואה ב־tzedek.me.