פיתוח פורטל בית מרקחת: קטלוג, חיפוש גיאוגרפי, הזמנות

פיתוח פורטל בתי מרקחת: קטלוג, חיפוש גיאוגרפי, הזמנות

רשת בתי מרקחת איבדה 20% מההזמנות מכיוון שהמלאי באתר לא תאם למלאי בפועל — הסנכרון עם 1C:Pharmacy התבצע פעם ביום. עברנו להתראות Webhook והטמענו חיפוש גיאוגרפי PostGIS. כעת הנתונים מתעדכנים באיחור של פחות מדקה. הפורטל אינו רק מסחר אלקטרוני אלא מערכת מורכבת עם אילוצים רגולטוריים. צו ממשלת רוסיה מס' 697 מחייב סימון באמצעות Честный знак, אימות מרשמים, וסינון משלוחים קפדני. פיתוח פורטל בתי מרקחת כולל קטלוג תרופות, חיפוש גיאוגרפי של בתי מרקחת, הזמנות מקוונות, ואינטגרציה עם מערכות הנהלת חשבונות. כל רכיב — הצגת מלאי בזמן אמת, חיפוש תחליפים לפי INN, אישור מרשמים — דורש ארכיטקטורה זהירה. אנו פותרים בעיות סנכרון ומבטיחים עמידה ברגולציה, ומגדילים את ההזמנות ב-30%. הפתרונות שלנו עוזרים לרשתות בתי מרקחת להגדיל הזמנות מקוונות בעד 40%.

השפעת דרישות רגולטוריות על הארכיטקטורה

תרופות מרשם (Rx) אסורות למכירה מרחוק ללא אימות מרשם. פריטים מקבלים דגל requires_prescription. פריטי Rx נראים בקטלוג, אך העגלה חסומה עד להעלאת תמונת מרשם. הרוקח מאמת את המרשם דרך לוח הבקרה של בית המרקחת — ההזמנה מאושרת רק לאחר אישור. סימון חובה: לכל אריזה יש קוד DataMatrix. אינטגרציה עם GIS MT (Chestny Znak) מאמתת את הקוד בעת קבלה וסילוק. המערכת חייבת לעבוד עם API של GIS MT: Честный знак — בדיקה בעת קבלה, GET /api/v2/true-api/codes?code=... — הודעת מכירה. המשתמש רואה רק "המוצר אומת"; שגיאות חוסמות את המכירה.

קטלוג תרופות: מבנה נתונים

תרופה אינה רק מוצר. המודל שלה כולל INN, קוד ATC, מינון, צורה, תאריך תפוגה, ומספר תעודת רישום. קוד ATC (לדוגמה, POST /api/v2/true-api/orders עבור קפטופריל) הוא סיווג בינלאומי המשמש לבניית ניווט לפי קבוצות טיפוליות.

drugs (
    id,
    trade_name,
    inn,
    manufacturer,
    country_of_origin,
    atc_code VARCHAR(7),
    dosage_form,
    dosage,
    package_quantity INT,
    requires_prescription BOOLEAN,
    storage_conditions,
    shelf_life_months INT,
    registration_number,
    is_vital BOOLEAN
)
drug_contraindications (
    drug_id,
    category,
    description
)
drug_interactions (
    drug_id_a,
    drug_id_b,
    severity,
    description
)

לחיפוש תחליפים אנו משתמשים בטבלת מילים נרדפות:

drug_synonyms (drug_id, synonym, type) -- type: trade_name | inn | popular_name 

חיפוש תחליפים לפי INN:

SELECT * FROM drugs WHERE inn = (SELECT inn FROM drugs WHERE id = :id) AND id != :id ORDER BY price 

אינדקס Elasticsearch עם שדות C09AA01, drugs ( id, trade_name, inn, manufacturer, country_of_origin, atc_code VARCHAR(7), dosage_form, dosage, package_quantity INT, requires_prescription BOOLEAN, storage_conditions, shelf_life_months INT, registration_number, is_vital BOOLEAN ) drug_contraindications (drug_id, category, description) drug_interactions (drug_id_a, drug_id_b, severity, description) , drug_synonyms (drug_id, synonym, type) -- type: trade_name | inn | popular_name , SELECT * FROM drugs WHERE inn = (SELECT inn FROM drugs WHERE id = :id) AND id != :id ORDER BY price ומורפולוגיה רוסית מאיץ משמעותית את החיפוש.

חיפוש גיאוגרפי של בתי מרקחת: PostGIS מול Haversine

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

PostGIS מעבד שאילתות פי 10 מהר יותר מ-Haversine עבור אלף בתי מרקחת, ולכן עבור רשתות עם מאות נקודות זו הבחירה המועדפת. המלאי מתעדכן כל 15–60 דקות דרך API של מערכת הנהלת החשבונות. חשוב להציג את חותמת הזמן של הסנכרון האחרון.

הגדרת חיפוש תחליפים

בצע את השלבים הבאים:

1. הגדר את שדה ה-INN בטבלת התרופות שלך.
2. כתוב שאילתת SQL לשליפת כל התרופות עם אותו INN (למעט המקורית).
3. בנה אינדקס לנתונים ב-Elasticsearch באמצעות שדות trade_name, inn, synonyms[], atc_code לחיפוש מטושטש.
4. שמור שאילתות פופולריות במטמון עם Redis להפחתת זמן השהייה.

הזמנות מקוונות מול משלוחים: גבולות משפטיים

הזמנה (איסוף עצמי) פשוטה יותר מבחינה משפטית — זו הזמנה מראש, לא מכירה מרחוק. טכנית: הזמנה עם TTL של 24–48 שעות, ירידת מלאי שמור. משלוח מותר רק לתרופות ללא מרשם ודורש רישיון. בעת התשלום — סינון קפדני לפי requires_prescription = false.

לוח בקרה לרוקח וחשבון מטופל

הרוקח עובד בממשק נפרד: אימות מרשמים, ניהול מלאי, אישור הזמנות, יומן חלוקה. המטופל רואה היסטוריית רכישות, מרשמים שהועלו, ותזכורות להזמנות חוזרות. תזכורות — דרך push (PWA) או דוא"ל, מופעלות 5 ימים לפני סיום הקורס.

מה כלול בעבודה

כל פרויקט כולל:

• מפרט טכני ותכנון ארכיטקטוני (דיאגרמות ER, תוכניות אינטגרציה).
• פיתוח צד שרת (Laravel 11, API לאפליקציות מובייל) וצד לקוח (React/Next.js).
• אינטגרציה עם מערכת הנהלת חשבונות (1C:Pharmacy, ASNA, Katren-Stail) דרך REST או Webhook.
• הגדרת חיפוש גיאוגרפי, חיפוש טקסט מלא (Elasticsearch).
• מודולי חשבון אישי (מטופל, רוקח, מנהל).
• בחינה משפטית לעמידה ברגולציה.
• פריסת שרת, הדרכת צוות, ניטור (תמיכה 30 יום לאחר השקה).

טעויות נפוצות באינטגרציה עם מערכות הנהלת חשבונות

• סנכרון מלאי פעם ביום — מוביל להזמנות לא תקפות. פתרון: התראות Webhook על שינויים.
• התעלמות ממזהי בתי מרקחת בבקשות — מובילה לבלבול. השתמש ב-pharmacy_id בכל נקודות הקצה.
• חסר דגלי requires_prescription ו-is_vital — מפר נורמות רגולטוריות. הוסף אימות חובה.

מה העלות של פיתוח פורטל בתי מרקחת?

עלויות הפרויקט נעות בין $30,000 ל-$80,000 בהתאם לתכונות. עלות הפרויקט הממוצעת היא $50,000. לדוגמה, רשת בינונית עם 50 בתי מרקחת מוציאה בדרך כלל $45,000 על פורטל מלא וחוסכת $12,000 בשנה בניהול מלאי. לקוחות משיגים חיסכון שנתי ממוצע של $15,000.

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

אינטגרציה עם מערכת הנהלת חשבונות אחת אורכת 2–4 שבועות. מערכות נוספות מוסיפות 2–4 שבועות כל אחת. פורטל מלא עם כל האינטגרציות אורך בדרך כלל 14–20 שבועות.

לוחות זמנים לפיתוח פורטל בתי מרקחת

• פורטל בסיסי (קטלוג, חיפוש גיאוגרפי, הזמנות, תרופות ללא מרשם): 6–10 שבועות.
• פורטל מלא (מרשמים, 1C, Chestny Znak, משלוחים, לוחות בקרה): 14–20 שבועות.
• כל מערכת הנהלת חשבונות נוספת: 2–4 שבועות.

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