בניית מערכת מלאי לבית מרקחת ותרופות

‏Kliv אינה מערכת ניפוק תרופות ולא תבנית מלאי לקמעונאות — היא בונה אפליקציות מבוססת בינה מלאכותית שבונה תוכנה עבורכם.

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

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

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

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

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

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

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

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