نظام إدارة صيدليات في مصر: الكاشير والتشغيلات والصلاحية والتأمين والتوصيل (دليل 2026)

صيدلية في مدينة نصر، أو سلسلة من أربعة فروع في الجيزة، أو صيدلية حي في المنصورة: المشهد عند كثير منها متشابه قبل أن يبدأ صاحبها البحث عن نظام إدارة صيدليات. طابور أمام الكاونتر في ساعة الذروة والصيدلي يبحث عن سعر الصنف في برنامج قديم بطيء، وشرائط أدوية تُباع بالقطعة دون أن يعرف أحد كم بقي من العلبة المفتوحة، وأصناف تنتهي صلاحيتها على الرف لأن أحداً لم ينتبه إليها في الوقت المناسب، وحسابات موزعين في دفتر أو ملف إكسل لا يتطابق أبداً مع كشف حساب الشركة، وطلبات واتساب تُكتب على ورقة وتُسلَّم للطيار، ودرج نقدية في آخر الوردية لا يطابق المبيعات.

برامج الصيدليات تبدو متشابهة في الإعلانات: شاشة بيع، وباركود، وتقرير مبيعات. لكن ما يحسم نجاح سيستم الصيدلية تفاصيل لا تظهر في العرض الأول: هل يفهم أن العلبة فيها شرائط والشريط فيه أقراص؟ هل يتتبع كل تشغيلة بتاريخ صلاحيتها ويصرف الأقرب انتهاءً أولاً؟ هل يعرف أي جزء من الفاتورة تتحمله شركة التأمين وأي جزء يدفعه العميل؟ هذه التفاصيل هي الفرق بين نظام يحمي هامشك ومخزونك ونظام يطبع إيصالاً فقط.

هذا الدليل مكتوب لأصحاب ومديري الصيدليات وسلاسلها في مصر، لا للمبرمجين: الوحدات التي يحتاجها نظام إدارة الصيدلية فعلاً، وما يخص السلاسل، والإيصال الإلكتروني، والجاهز مقابل المخصص، وخطوات التطبيق، وما تسأله قبل التوقيع. نحن في جاد للتطوير الرقمي (Jad Digital) نبني أنظمة أعمال مخصصة منذ 2019، وسنقول بوضوح أين يكون البرنامج الجاهز هو الخيار الأذكى.

لا أحد يغيّر برنامج الصيدلية لأنه يريد شيئاً جديداً. التغيير يأتي حين تظهر أعراض محددة، وغالباً تظهر معاً:

• بطء عند الكاونتر. البحث عن صنف يأخذ وقتاً، والباركود لا يتعرف على نصف الأصناف، والصيدلي يكتب الاسم بالإنجليزي بأكثر من طريقة حتى يجده، والعميل ينتظر.
• أصناف منتهية الصلاحية تظهر فجأة. تكتشفها في الجرد أو حين يعيدها عميل، بعد أن فات وقت إرجاعها للموزع، فتتحول إلى خسارة صافية.
• المخزون الدفتري لا يطابق الرف. الشرائط المفتوحة لا تُحسب صحيحاً، والتحويلات بين الفروع لا تُسجَّل، والجرد يكشف عجزاً لا يفسّره أحد.
• حسابات الموزعين غير واضحة. لا تعرف بدقة كم عليك لكل شركة توزيع، وما الذي أُرجع ولم يُخصم بعد، ومتى يستحق كل مبلغ.
• مطالبات التأمين متأخرة أو مرفوضة. الروشتات تُجمع ورقياً، والمطالبة الشهرية تأخذ أياماً، وجزء منها يُرفض لأخطاء في البيانات أو الحدود.
• غياب الأرقام. المالك لا يعرف الأصناف الأكثر حركة والأصناف الراكدة، ولا هامش كل فئة، ولا أي فرع يكسب فعلاً.

المحل العادي يبيع صنفاً بوحدة واحدة وسعر واحد. أما في الصيدلية فالصنف الواحد يُشترى بالكرتونة ويُخزَّن بالعلبة ويُباع بالعلبة أو بالشريط أو أحياناً بالقرص أو الأمبول. والصنف نفسه يدخل المخزن على تشغيلات مختلفة، لكل منها تاريخ صلاحية، وأحياناً سعر مختلف إذا تغيّر السعر الرسمي بين تشغيلة وأخرى. والصيدلية تبيع لعميل نقدي، ولعميل تأمين تتحمل شركته جزءاً من الفاتورة، ولعميل توصيل يطلب على واتساب.

وفوق هذا هناك بُعد مهني ورقابي: الدواء ليس سلعة عادية، وبعض الأصناف لها قواعد صرف خاصة، والتتبع والتوثيق مطلوبان. لذلك فبرنامج الكاشير العام الذي يصلح لمحل ملابس أو سوبر ماركت لا يكفي الصيدلية، حتى لو بدا كذلك في الأسبوع الأول. نشرح المنطق العام لاختيار البرنامج في برنامج حسابات جاهز أم نظام مخصص، لكن في الصيدلية تحديداً الأجزاء التي يعجز عنها البرنامج العام — الوحدات والتشغيلات والتأمين — هي بالضبط الأجزاء التي تتحكم في الخسارة والهامش.

شاشة البيع هي المكان الذي تعيش فيه الصيدلية. يجب أن تكون سريعة في الذروة: بحث فوري بالاسم التجاري بالعربي والإنجليزي، وبجزء من الاسم، وبالباركود، مع إظهار الرصيد المتاح والسعر والصلاحية الأقرب في السطر نفسه. ويجب أن يتعامل النظام مع الباركود الذي لا يُقرأ أو المكرر بين صنفين، وأن يسمح بربط أكثر من باركود بالصنف الواحد لأن العبوات تتغير.

وابحث عن الضوابط بقدر بحثك عن السرعة: الخصم والإلغاء والمرتجع يحتاج صلاحية أو رمز مدير، وكل عملية تُسجَّل باسم من نفّذها ووقتها وسببها. ومع تعدد طرق الدفع في مصر — نقدي وبطاقات وإنستاباي ومحافظ إلكترونية — يجب أن يسجل النظام وسيلة الدفع لكل فاتورة حتى يطابق إقفال الوردية ما دخل فعلاً.

هذه أول نقطة تكشف جودة برنامج الصيدليات. لكل صنف وحدة كبرى ووحدة صغرى ومعامل تحويل بينهما: العلبة فيها عدد محدد من الشرائط، والشريط فيه عدد محدد من الأقراص. حين يبيع الصيدلي شريطاً واحداً يجب أن يخصم النظام الجزء الصحيح من العلبة، وأن يحسب السعر الصحيح للشريط، وأن يظهر الرصيد بصيغة مفهومة مثل «علبتان وثلاثة شرائط» لا رقماً عشرياً لا يفهمه أحد.

وتمتد المسألة إلى الشراء: الموزع يبيعك بالعلبة، وأحياناً بالكرتونة، ولكل وحدة سعر شراء. والنظام الذي لا يضبط معاملات التحويل من البداية سيعطيك أرصدة خاطئة إلى الأبد، مهما كان باقي النظام جيداً.

كل كمية تدخل الصيدلية يجب أن تُسجَّل برقم التشغيلة وتاريخ الصلاحية. ومن هنا تأتي ثلاث قدرات أساسية. الأولى الصرف بمبدأ الأقرب انتهاءً أولاً (FEFO): حين يبيع الصيدلي صنفاً يقترح عليه النظام التشغيلة الأقرب صلاحية، أو يخصم منها تلقائياً. والثانية تنبيهات قرب الانتهاء: قائمة دورية بالأصناف التي ستنتهي خلال فترة تحددها أنت، مرتبة بالقيمة، حتى تقرر مبكراً هل تعرضها أو تنقلها لفرع أكثر حركة أو ترجعها للموزع. والثالثة المرتجعات للموردين: تسجيل المرتجع بالتشغيلة والسبب وربطه بحساب الموزع حتى لا يضيع حقك في الخصم.

ورقم التشغيلة مهم أيضاً في حالة سحب صنف من السوق: نظام يعرف أين ذهبت كل تشغيلة يجعلك تحدد خلال دقائق ما لديك منها وفي أي فرع.

المشتريات في الصيدلية يومية، والموزعون متعددون، والعروض والبونص جزء أساسي من الهامش. يحتاج النظام إلى اقتراح كميات الشراء بناءً على الحد الأدنى ومعدل الحركة، وأمر شراء لكل موزع، واستلام يقارن الكمية المستلمة بالمطلوبة ويسجل البونص كوحدات مجانية تخفض تكلفة الصنف، وفواتير شراء بالتشغيلة والصلاحية. ثم كشف حساب لكل موزع: الفواتير، والمرتجعات، والخصومات، والمدفوعات، وتواريخ الاستحقاق، بحيث تطابق كشفك مع كشف الشركة في دقائق بدل أيام.

حين لا يتوفر صنف، يحتاج الصيدلي أن يرى بسرعة الأصناف المتاحة في المخزن التي تحتوي المادة الفعالة نفسها بالتركيز والشكل الصيدلي نفسيهما. هذه أداة بحث تساعد الصيدلي على معرفة ما لديه، لا أداة تقرر نيابة عنه. قرار الصرف والاستبدال قرار مهني يتخذه الصيدلي وفق القواعد المهنية وما تسمح به الروشتة، والنظام لا يقدم نصائح علاجية. وجودة هذه الخاصية تعتمد على جودة دليل الأصناف: من يحدّثه؟ وكيف تُضاف الأصناف الجديدة؟ اسأل عن ذلك صراحة.

كثير من الصيدليات تتعامل مع شركات تأمين وتعاقدات طبية مع جهات ونقابات وشركات. ولكل تعاقد قواعده: نسبة تحمل يحددها التعاقد، وحدود، وقوائم أصناف مشمولة أو مستثناة، ومستندات مطلوبة. النظام الجيد يقسّم الفاتورة تلقائياً بين ما يدفعه العميل وما يُطالَب به من الجهة، ويحفظ صورة الروشتة والموافقة، ويجمع المطالبات في كشف شهري لكل جهة، ويتابع ما سُدد وما رُفض وسبب الرفض. هذا وحده يوفر أياماً من العمل الورقي كل شهر ويقلل المرفوضات.

التوصيل جزء أساسي من عمل صيدليات كثيرة، وأغلبه عبر الهاتف وواتساب. يحتاج النظام إلى تسجيل الطلب بالعميل والعنوان، وتسليمه للطيار، ومتابعته، وتسوية التحصيل مع الطيار في آخر الوردية. وإذا كانت لديك صفحة طلب أو تطبيق، فيجب أن تدخل الطلبات النظام نفسه مباشرة بدل إعادة كتابتها. وفي حالة الأصناف التي تحتاج روشتة، يحفظ النظام صورة الروشتة مع الطلب ويترك قرار الصرف للصيدلي.

جزء معتبر من مبيعات صيدليات كثيرة يأتي من مستحضرات التجميل والعناية الشخصية ومستلزمات الأطفال والمكملات. هذه الأصناف لها منطق مختلف: أحجام وعروض وباقات وهوامش مختلفة. يجب أن يفصلها النظام في فئات واضحة حتى ترى أداءها مستقلاً عن الدواء.

لكل وردية فتح وإقفال: رصيد افتتاحي، ومبيعات بكل وسيلة دفع، ومرتجعات، ومصروفات صغيرة، وتحصيلات التوصيل، ثم مقارنة النقدية الفعلية بالمتوقعة وتسجيل الفرق باسم المسؤول. هذا الإجراء البسيط، إذا طُبِّق يومياً، يغلق أكبر باب للتسرب في أي صيدلية.

السلسلة ليست صيدلية مكررة عدة مرات. تحتاج مخزوناً مستقلاً لكل فرع مع رؤية مجمعة للإدارة، وتحويلات بين الفروع بمستند إرسال واستلام وتشغيلات، حتى لا يختفي صنف «في الطريق». وتحتاج صلاحيات مختلفة لمدير الفرع والصيدلي والمحاسب والإدارة. وكثير من السلاسل تعتمد مخزناً رئيسياً يشتري مركزياً ويوزع على الفروع، فيحتاج النظام إلى طلبات الفروع واعتمادها والتوزيع بناءً على حركة كل فرع، ونقل الأصناف القريبة من الانتهاء إلى الفرع الأقدر على بيعها.

وعند هذا الحجم يبدأ سؤال التطبيق: تطبيق باسم السلسلة يتيح للعميل رفع صورة الروشتة، وطلب التوصيل من أقرب فرع، ومتابعة الطلب، وإعادة الطلب الشهري للأدوية المزمنة، ونقاط الولاء. التطبيق لا قيمة له إذا كان منفصلاً عن المخزون، لأنه سيعرض أصنافاً غير متوفرة. لذلك يُبنى فوق نظام الصيدلية لا بجانبه. نشرح كيف تختار من يبني التطبيق في دليل شركة برمجة تطبيقات في القاهرة، وخدمتنا في تطوير تطبيقات الموبايل تبدأ دائماً من سؤال: ما الذي يحتاجه العميل فعلاً، وما الذي يمكن تأجيله.

الصيدليات تبيع للمستهلك النهائي، ولذلك تقع ضمن إطار منظومة الإيصال الإلكتروني لدى مصلحة الضرائب المصرية، بحسب صفة تسجيل المنشأة والمرحلة السارية. عملياً يعني ذلك أن نظام البيع يجب أن يكون قادراً على إصدار إيصالات متوافقة وإرسالها إلى المنظومة، مباشرة أو عبر وسيط معتمد، والتعامل مع المرتجع والإلغاء، والاستمرار في البيع عند انقطاع الاتصال ثم الإرسال لاحقاً. ونشرح الآليات بالتفصيل في دليلنا عن ربط نظامك بمنظومة الفاتورة الإلكترونية ETA. ولأن الالتزامات تختلف بحسب التسجيل والمرحلة، تأكد مما ينطبق على صيدليتك من البوابة الرسمية للمصلحة ومع محاسبك، لا من ملخص يقدمه مورّد.

قطاع الدواء في مصر تنظمه هيئة الدواء المصرية، وهناك اتجاه عام نحو تتبع الأدوية وتوثيق حركتها. ما يعنيه ذلك للنظام هو بنية بيانات سليمة من البداية: تشغيلة وصلاحية لكل حركة، وسجل لا يُعدَّل بأثر رجعي، ومرونة لإضافة أي ربط قد يُطلب. تأكد من المتطلبات الحالية من الهيئة مباشرة ومن مستشارك، واسأل المورّد كيف سيتعامل النظام مع أي متطلب جديد.

سجل العميل مفيد: أدويته المزمنة، وحساسية مسجلة، ومواعيد إعادة الطلب، وجهة التأمين. لكن هذه بيانات صحية حساسة. يجب أن تكون الصلاحيات محددة، فلا يرى كل موظف كل شيء، وأن يُسجَّل من اطلع على أي سجل، وأن تُحفظ النسخ الاحتياطية بشكل آمن، وألا تُستخدم أرقام العملاء لرسائل تسويقية دون موافقتهم. ونفس المبادئ نطبقها في أنظمة إدارة العيادات، وكثير من الصيدليات المجاورة للعيادات والمراكز الطبية تستفيد من التفكير في الاثنين معاً.

التقرير الجيد يجيب عن سؤال تتخذ بناءً عليه قراراً:

• الأصناف سريعة الحركة والراكدة. ما الذي يجب ألا ينفد أبداً، وما الذي يحبس رأس مالك على الرف.
• قرب الانتهاء بالقيمة. ما الذي يجب التصرف فيه هذا الأسبوع قبل أن يصبح خسارة.
• الهامش حسب الفئة والموزع. الدواء مقابل التجميل مقابل المكملات، وأثر البونص على التكلفة الفعلية. نتحدث هنا عن المنطق لا عن أرقام؛ الهدف أن ترى الاتجاه وتقارن.
• النواقص. الأصناف التي طلبها عملاء ولم تكن متوفرة، وهي قائمة شراء جاهزة وفرصة مبيعات ضائعة.
• أداء الفروع والورديات. المبيعات والفروقات والمرتجعات لكل فرع ووردية.
• مستحقات التأمين والموزعين. ما لك وما عليك ومتى.

الإجابتان صحيحتان لصيدليات مختلفة، والاختبار الصادق هو حجم عملك ومدى خصوصيته.

صيدلية واحدة أو اثنتان، تبيع نقدياً بشكل أساسي مع عدد محدود من التعاقدات، بدون مخزن رئيسي أو تطبيق خاص — هذه يخدمها برنامج صيدليات جاهز بالاشتراك بشكل جيد في أغلب الأحوال. تحصل على شيء يعمل هذا الأسبوع، ودليل أصناف جاهز، وتحديثات لا تديرها. ولن نخبرك بغير ذلك: بناء نظام مخصص لصيدلية واحدة بسيطة غالباً قرار غير اقتصادي. المقابل أنك تكيّف عملك مع الأداة، وتفاوت الجودة في التشغيلات والتأمين، وأن بياناتك على منصة غيرك.

يبدأ النظام المخصص في أن يكون منطقياً مع سلسلة متعددة الفروع ومخزن رئيسي، أو حجم كبير من التعاقدات الطبية بقواعد معقدة، أو قناة طلب خاصة باسمك (موقع وتطبيق وواتساب) تريدها مربوطة بالمخزون، أو تكامل مع نظام محاسبة أو ERP قائم، أو برنامج ولاء بقواعد خاصة، أو تقارير لا يقدمها أي منتج جاهز. تملك الكود وقاعدة البيانات، والنظام يطابق طريقة عملك، والمقابل بناء أطول وحاجة إلى شريك بعد الإطلاق. والصيغة العامة لهذا القرار مشروحة في نظام ERP جاهز أم مخصص.

كثير من السلاسل تبدأ ببرنامج جاهز، وتتعلم منه ما تستخدمه فعلاً وما تصارعه، ثم تبني طبقة مخصصة فوقه — تطبيق طلب، أو لوحة تقارير مجمعة، أو بوابة لمطالبات التأمين — قبل أن تقرر استبدال النواة. هذا المسار يقلل المخاطرة ويجعل المواصفات مبنية على خبرة حقيقية لا على تخمين.

نجاح نظام الصيدلية يتحدد في التطبيق أكثر من البرمجة. الخطوات العملية:

وإذا كنت ستطلب عروضاً من أكثر من جهة، فاكتب احتياجك أولاً؛ دليلنا عن كيف تكتب Brief لمشروع برمجي يساعدك على ذلك.

• تنظيف دليل الأصناف قبل الترحيل. الأصناف المكررة بأسماء مختلفة، والباركود الناقص، ومعاملات الوحدات الخاطئة. ترحيل بيانات متسخة إلى نظام جديد ينقل المشكلة نفسها إلى مكان أغلى.
• ضبط الوحدات ومعاملات التحويل لكل صنف ومراجعتها مع صيدلي خبير، لأن الخطأ هنا يفسد كل الأرصدة اللاحقة.
• الجرد الافتتاحي بالتشغيلة والصلاحية. جرد فعلي للرف والمخزن، فرعاً فرعاً، يُدخَل في النظام كرصيد افتتاحي. هذا أكثر خطوة مرهقة وأهمها، ويُفضَّل في يوم أقل ضغطاً مع إغلاق جزئي أو بعد ساعات العمل.
• أرصدة الموزعين وجهات التأمين الافتتاحية، مطابقة مع كشوفهم.
• التدريب حسب الدور. الصيدلي على الصرف والبدائل والمرتجع، ومدير الفرع على الطلبات والتحويلات والجرد، والمحاسب على الحسابات والإقفال.
• البدء بفرع تجريبي في السلاسل قبل التعميم، ثم مراجعة بعد أسابيع من التشغيل.

• اختيار النظام من شاشة البيع فقط. شاشة البيع تبدو جيدة في كل العروض؛ المشكلة تظهر في الوحدات والتشغيلات والتأمين والجرد.
• تجاهل معاملات التحويل. وهو أسرع طريق لأرصدة خاطئة لا يثق بها أحد.
• عدم تسجيل الصلاحية عند الاستلام «لأن الوقت ضيق»، فتفقد أهم فائدة للنظام.
• إعطاء الجميع صلاحيات كاملة للخصم والإلغاء وتعديل الأسعار.
• عدم اختبار العمل بدون إنترنت. الصيدلية لا تستطيع التوقف عن البيع لأن الاتصال انقطع.
• فصل التطبيق أو صفحة الطلب عن المخزون، فيطلب العميل صنفاً غير متوفر.
• غياب خطة دعم بعد الإطلاق، فيصبح أي تعديل صغير مشروعاً جديداً.

صيدلية حي واحدة في شبرا يعمل بها صيدليان وتعتمد على البيع النقدي وعدد قليل من التعاقدات. مشكلتها الأساسية البطء عند الكاونتر والأصناف التي تنتهي صلاحيتها دون انتباه. الحل الأنسب هنا غالباً برنامج صيدليات جاهز جيد، مع جرد افتتاحي بالتشغيلات وتفعيل تنبيهات قرب الانتهاء. لا حاجة لنظام مخصص.

سلسلة من أربعة فروع في الجيزة بمخزن رئيسي، تشتري مركزياً وتوزع على الفروع. مشكلتها التحويلات غير المسجلة وأصناف راكدة في فرع ونافدة في آخر، ومطالبات تأمين تتأخر. هنا يصبح النظام المخصص أو الطبقة المخصصة منطقياً: مخزون لكل فرع، وطلبات فروع واعتماد، وتحويلات بالتشغيلة، ولوحة تأمين مركزية.

سلسلة تنمو في الإسكندرية والساحل تريد تطبيقاً باسمها للطلب والتوصيل ورفع الروشتة وإعادة الطلب الشهري. التحدي الحقيقي ليس التطبيق بل ربطه بمخزون كل فرع وتوجيه الطلب لأقرب فرع متوفر فيه الصنف، لذلك يُبنى على مراحل فوق نظام الصيدلية.

• كيف يتعامل النظام مع العلبة والشريط والقرص؟ أرني بيع شريط وخصمه من الرصيد.
• هل يسجل التشغيلة والصلاحية عند الاستلام ويصرف الأقرب انتهاءً أولاً؟
• كيف تُقسَّم فاتورة التأمين وتُجمع المطالبات الشهرية؟
• ماذا يحدث عند انقطاع الإنترنت؟ اختبر ذلك أمامك بفصل الشبكة.
• كيف يُرسَل الإيصال الإلكتروني: مدمج، أم عبر شريك، أم إعادة إدخال يدوي؟
• من يحدّث دليل الأصناف والبدائل، وكيف تُضاف الأصناف الجديدة؟
• من يملك البيانات، وكيف أصدّرها إذا قررت التغيير؟
• ما الذي يشمله الدعم بعد الإطلاق، وما الذي يُحسب كتطوير إضافي؟
• هل يمكن التحدث مع صيدلية تستخدم النظام فعلاً؟

تبدأ حلول ERP وCRM لدينا في الصيدليات بورشة مع الصيدلي ومدير الفرع والمحاسب عن مسار الصنف من الموزع إلى العميل، لا بقائمة مزايا. ثم نبني نظاماً عربياً أولاً يناسب طريقة عملك: صرف سريع بالباركود، ووحدات وتجزئة صحيحة، وتشغيلات وصلاحية وتنبيهات، ومشتريات وحسابات موزعين، وتأمين وتعاقدات، وتوصيل وواتساب، وفروع وتحويلات، وتقارير يقرؤها المالك فعلاً، مع دعم إرسال الإيصال الإلكتروني. تملك الكود وقاعدة البيانات. ولدينا خبرة في القطاع الصحي، مثل مشروع المركز المتكامل لطب الأسنان. وإذا رأينا أن برنامج صيدليات جاهزاً سيخدمك أفضل، قلناها في الاجتماع الأول.

واختيار من يبني النظام يتبع قواعد اختيار أي شريك تقني: عملية موثقة، ومراجع تستطيع الاتصال بها، ووضوح بشأن ما هو غير مشمول، وملكية واضحة عند التسليم. ويفصّل دليلنا المحوري عن اختيار أفضل شركة برمجة في مصر هذه المعايير.