Si vous evaluez un logiciel de workflow pharmacie, la premiere question n'est pas de savoir s'il peut imprimer un ticket. La meilleure question est plutot de comprendre ce qui se passe exactement entre la saisie de la commande, le paiement, la dispensation, le remboursement et le retour.
Dans Maduuka, une vente pharmacie n'est pas traitee comme un simple passage caisse. Elle suit une sequence controlee d'etats et de permissions : `ordered -> paid -> dispensed`, avec `partially_dispensed`, `cancelled`, `refund`, `flag` et `return` pour les exceptions. C'est ce qui permet a la commande, a l'argent, au medicament, au lot et a la piste d'audit de raconter encore la meme histoire.
Reponse Directe
Qu'est-ce que le workflow pharmacie de Maduuka ?
Le workflow pharmacie de Maduuka est un processus de vente controle qui separe la saisie, l'encaissement, la deduction du stock, l'approbation de la dispensation et la gestion des exceptions. Le stock ne bouge qu'au moment ou les medicaments sont reellement dispenses, pas quand la commande est tapee ni quand l'argent est collecte.
Etape par Etape
De la saisie a la restitution du lot
Une pharmacie n'a pas besoin d'un passage caisse plus rapide. Elle a besoin d'une sequence operationnelle plus solide. C'est cette structure qui permet a Maduuka d'etre utile dans une vraie pharmacie plutot qu'un simple ecran retail avec des noms de medicaments.
1. Saisie et validation de la commande
La vente commence comme une demande controlee, pas comme une sortie de stock automatique.
Un vendeur selectionne les medicaments, relie la commande a un profil patient ou a un nom walk-in, et peut ajouter une reference d'ordonnance.
Les ventes sur ordonnance declenchent des regles d'identite plus strictes : un walk-in ne peut pas porter une ordonnance, le patient doit avoir un numero de telephone, et un medicament controle ne peut pas etre vendu sans prescription.
Avant acceptation, Maduuka valide le contexte agence, confirme la presence d'un depot, verifie le stock dans cette agence et bloque la vente si la quantite n'est pas disponible.
2. Caisse et controle du paiement
La caisse peut encaisser, mais elle ne peut toujours pas forcer la sortie du stock.
Maduuka cree l'ossature de facture et laisse la commande pharmacie en etat `ordered`. Aucun stock n'est encore deduit.
Le caissier verifie le patient, la reference d'ordonnance, l'agence, l'apercu des articles et le credit client disponible.
Le paiement peut se faire en especes, mobile money, virement, carte, credit ou paiement mixte, mais le total encaisse doit correspondre exactement au total facture.
Si du credit est utilise, Maduuka controle d'abord le plafond restant puis cree la dette correspondante afin que le poste clients reste juste dans le reporting.
3. Dispensation et controle par lot
Le dispensateur controle la remise physique, et c'est la que l'integrite du stock est vraiment protege.
Apres paiement reussi, la commande passe de `ordered` a `paid`, le systeme enregistre qui a encaisse et quand, puis ecrit un evenement `payment_taken` dans la piste d'audit.
Les commandes payees apparaissent dans la file du dispensateur par heure de paiement. Maduuka calcule les quantites en attente, deja dispensees et les suggestions FEFO a partir des lots approuves et non expires.
Pour les medicaments controles, un pharmacien superviseur doit approuver avec un jeton de validation base sur PIN lie a l'action exacte de dispensation.
Ce n'est qu'au moment de la confirmation du dispensateur que Maduuka verrouille la facture et les lots touches, poste les mouvements de stock de facon atomique, memorise le lot qui a servi chaque ligne et passe la commande en `dispensed` ou `partially_dispensed`.
4. Exceptions, retours et reporting
Les erreurs et cas limites restent explicites au lieu d'etre effaces par des modifications silencieuses.
Une vente `ordered` non payee peut etre annulee. Une vente payee mais non dispensee peut etre remboursee puis annulee.
Le dispensateur peut signaler une commande vers la caisse sans casser l'historique du workflow.
Une commande partiellement dispensee peut etre cloturee avec remboursement de la partie non servie, tandis qu'une commande totalement dispensee peut etre retournee dans le lot source d'origine.
Les rapports de revenu pharmacie comptent uniquement les commandes `dispensed` ou `partially_dispensed`, ce qui aligne le revenu sur les medicaments effectivement servis.
Pourquoi C'est Important
Pourquoi une pharmacie a besoin de frontieres plus fortes qu'un commerce ordinaire
Dans un commerce classique, un caissier peut souvent selectionner un article, encaisser puis reduire le stock en une seule action. Pour une pharmacie, ce modele est trop faible.
Une pharmacie doit gerer l'identite patient, les ordonnances, les medicaments controles, la tracabilite par lot, le risque d'expiration et la logique des retours dans la meme transaction.
Maduuka traite cela en separant les roles, en validant le stock agence avant acceptation, puis en retardant la deduction du stock jusqu'a la confirmation du dispensateur sur l'emission physique exacte.
Couche de Responsabilite
Comment ce workflow protege le stock, la caisse et la supervision
Maduuka renforce la responsabilite parce que les actions importantes sont separees, permissionnees, horodatees et tracables. Ce n'est pas un simple habillage du workflow. C'est du controle operationnel.
Separation des roles
La saisie, la caisse, la dispensation, l'approbation des medicaments controles, les remboursements et les retours reposent sur des permissions distinctes pour eviter qu'une seule personne pilote tout le cycle de vente.
Protection du stock
Le stock n'est pas reduit a la saisie et pas meme au paiement. Il ne bouge qu'a la dispensation, et chaque deduction reste liee a un lot precis.
Tracabilite des lots
Chaque ligne dispensee reste rattachee au lot exact qui l'a servie, ce qui compte pour les dates d'expiration, les rappels, les substances controlees et les retours.
Responsabilite caisse
Chaque paiement est rattache a la facture, a la bonne methode de paiement et au bon compte comptable ou de creance.
Visibilite operationnelle
Dispensation partielle, signalement vers la caisse, remboursements et retours restent des evenements explicites dans l'audit trail plutot que des corrections cachees.
Reporting plus propre
Parce que le revenu pharmacie exclut les commandes payees mais non dispensees, la direction peut rapprocher stock, revenu et activite caisse avec beaucoup moins de bruit.
Chemins d'Exception
Les erreurs restent visibles au lieu de disparaitre dans des edits
Un systeme pharmacie serieux ne doit pas encourager les corrections silencieuses. Il doit conserver l'historique de ce qui s'est passe, qui a agi, et pourquoi. C'est pourquoi Maduuka traite annulations, remboursements, signalements, clotures partielles et retours comme des chemins explicites.
Annulation
Pour les ventes `ordered` non payees qui ne doivent pas aller plus loin.
Remboursement et annulation
Pour les ventes deja payees mais dont les medicaments n'ont pas encore ete dispenses.
Signalement vers la caisse
Permet a la dispensation de remonter un probleme sans corrompre l'historique d'etat.
Retour vers le lot
Pour une vente totalement dispensee, le stock revient dans le lot source d'origine plutot que dans un ajustement produit generique.
FAQ
Questions que les dirigeants posent le plus souvent
Quelle est la regle de conception la plus importante dans le workflow pharmacie Maduuka ?
Le stock bouge seulement quand les medicaments sont reellement dispenses. Pas quand la commande est saisie. Pas quand l'argent est encaisse. C'est le controle central qui protege la precision du stock et la responsabilite en pharmacie.
Comment Maduuka gere-t-il les medicaments controles ?
Les medicaments controles exigent un controle a deux personnes. Un pharmacien superviseur doit approuver avec un jeton de validation base sur PIN lie a cette action exacte de dispensation.
Maduuka prend-il en charge la dispensation partielle ?
Oui. La quantite deja servie est conservee, le reliquat reste en attente, et la commande demeure visible dans la file du dispensateur afin que l'equipe puisse la completer plus tard sans perdre l'historique.
Pourquoi Maduuka ne compte-t-il que les commandes dispensees dans le revenu pharmacie ?
Parce que la direction doit rapprocher des ventes de medicaments effectivement servies, pas seulement de l'argent encaisse. Cela rend le rapprochement du stock et de la caisse beaucoup plus fiable.
Voir comment ce workflow s'insere dans le module pharmacie complet
L'article explique la logique. La page module montre comment Maduuka positionne la file de dispensation, le stock agence, l'approbation des medicaments controles et le reporting pharmacie dans un systeme d'exploitation plus large pour les entreprises en croissance. La page inventaire explique aussi les controles de lots, expiration, FEFO, comptage, entrepots et rappel qui soutiennent ce workflow pharmacie.