Le constat sur le terrain
Selon les retours de plusieurs pharmaciens algériens :
- ~30 % des patients demandent leur ticket en arabe (notamment seniors et clientèle des wilayas Sud)
- ~50 % préfèrent que les conseils oraux soient en arabe, même si le ticket reste en français
- Les rapports comptables sont mieux acceptés en français par les comptables
- Les rapports inspection fiscale peuvent être demandés en arabe
Un logiciel mono-français force le pharmacien à des compromis quotidiens. Un logiciel mono-arabe handicape l'efficacité (la plupart des médicaments ont des noms latins).
Ce que doit faire un vrai logiciel bilingue
Pas juste une traduction passive. Un vrai bilingue offre :
- Basculement instantané de l'interface (raccourci clavier ou menu)
- Choix de langue par document — ticket en arabe pour le patient, facture en français pour la mutuelle
- Layout RTL natif — le texte arabe doit s'aligner à droite, pas seulement être inscrit dans une zone gauche-à-droite
- Police arabe lisible (Cairo, Tajawal, Almarai) — pas la police par défaut illisible
- Données médicament dans les deux langues — DCI en latin, mais nom commercial peut être en arabe
- Numéros et dates dans les deux formats (chiffres arabes orientaux ou occidentaux)
Cas concrets d'utilisation bilingue
Cas 1 — Patiente seniore qui ne lit pas le français
Une grand-mère de 78 ans achète son traitement antidiabétique. Le pharmacien clique sur le bouton "AR" → le ticket s'imprime en arabe : nom du médicament, posologie, total, mention QR DGI. Elle lit, comprend, paie. Sans humiliation.
Cas 2 — Bilan trimestriel pour le comptable
Le comptable demande le rapport TVA G50. Le pharmacien clique sur "FR" → exporté en français pour conformité administrative. Côté patient, l'interface peut rester en arabe.
Cas 3 — Inspection sanitaire (DSP wilaya)
Un inspecteur sanitaire arrive et demande l'historique d'une vente. Le pharmacien affiche le ticket en arabe, le QR DGI vérifie l'authenticité, l'inspection valide en 2 minutes au lieu de 30.
Pourquoi peu de logiciels DZ font ça correctement
3 raisons techniques :
- Architecture hardcodée gauche-à-droite dans la plupart des frameworks legacy. Faire du RTL après coup = refactoring lourd.
- Polices arabes mal supportées sur les imprimantes thermique 80mm — il faut tester chaque modèle (Xprinter, Epson, Bixolon...)
- Bases médicaments mono-français — il faut soit traduire manuellement, soit s'appuyer sur des bases comme l'API UPROMEDIC qui peut envoyer en arabe.
Comment PharmaPro résout ça
- Architecture nativement bidirectionnelle — Qt6 supporte le RTL au cœur du framework
- Police Cairo embarquée — lisible sur thermique 80mm Xprinter / Epson / Bixolon (tests effectués)
- Basculement par utilisateur — chaque caissier peut avoir sa préférence par défaut
- Documents bilingues — vous choisissez la langue ticket par ticket, pas globalement
- QR DGI 2024 compatible dans les deux langues