Si vous évaluez un logiciel de workflow pharmacie, la première question n'est pas de savoir s'il peut imprimer un ticket. La meilleure question est plutôt 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 traitée comme un simple passage caisse. Elle suit une séquence contrôlée d'états et de permissions : `ordered -> paid -> dispensed`, avec `partially_dispensed`, `cancelled`, `refund`, `flag` et `return` pour les exceptions. C'est ce qui permet à la commande, à l'argent, au médicament, au lot et à la piste d'audit de raconter encore la même histoire.
Réponse Directe
Qu'est-ce que le workflow pharmacie de Maduuka ?
Le workflow pharmacie de Maduuka est un processus de vente contrôlé qui sépare la saisie, l'encaissement, la déduction du stock, l'approbation de la dispensation et la gestion des exceptions. Le stock ne bouge qu'au moment où les médicaments sont réellement dispensés, pas quand la commande est tapée ni quand l'argent est collecté.
Étape par Étape
De la saisie à la restitution du lot
Une pharmacie n'a pas besoin d'un passage caisse plus rapide. Elle a besoin d'une séquence opérationnelle plus solide. C'est cette structure qui permet à Maduuka d'être utile dans une vraie pharmacie plutôt qu'un simple écran retail avec des noms de médicaments.
1. Saisie et validation de la commande
La vente commence comme une demande contrôlée, pas comme une sortie de stock automatique.
Un vendeur sélectionne les médicaments, relie la commande à un profil patient ou à un nom walk-in, et peut ajouter une référence d'ordonnance.
Les ventes sur ordonnance déclenchent des règles d'identité plus strictes : un walk-in ne peut pas porter une ordonnance, le patient doit avoir un numéro de téléphone, et un médicament contrôlé ne peut pas être vendu sans prescription.
Avant acceptation, Maduuka valide le contexte agence, confirme la présence d'un dépôt, vérifie le stock dans cette agence et bloque la vente si la quantité n'est pas disponible.
2. Caisse et contrôle du paiement
La caisse peut encaisser, mais elle ne peut toujours pas forcer la sortie du stock.
Maduuka crée l'ossature de facture et laisse la commande pharmacie en état `ordered`. Aucun stock n'est encore déduit.
Le caissier vérifie le patient, la référence d'ordonnance, l'agence, l'aperçu des articles et le crédit client disponible.
Le paiement peut se faire en espèces, mobile money, virement, carte, crédit ou paiement mixte, mais le total encaissé doit correspondre exactement au total facturé.
Si du crédit est utilisé, Maduuka contrôle d'abord le plafond restant puis crée la dette correspondante afin que le poste clients reste juste dans le reporting.
3. Dispensation et contrôle par lot
Le dispensateur contrôle la remise physique, et c'est là que l'intégrité du stock est vraiment protégée.
Après paiement réussi, la commande passe de `ordered` à `paid`, le système enregistre qui a encaissé et quand, puis écrit un événement `payment_taken` dans la piste d'audit.
Les commandes payées apparaissent dans la file du dispensateur par heure de paiement. Maduuka calcule les quantités en attente, déjà dispensées et les suggestions FEFO à partir des lots approuvés et non expirés.
Pour les médicaments contrôlés, un pharmacien superviseur doit approuver avec un jeton de validation basé sur PIN lié à l'action exacte de dispensation.
Ce n'est qu'au moment de la confirmation du dispensateur que Maduuka verrouille la facture et les lots touchés, poste les mouvements de stock de façon atomique, mémorise 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'être effacés par des modifications silencieuses.
Une vente `ordered` non payée peut être annulée. Une vente payée mais non dispensée peut être remboursée puis annulée.
Le dispensateur peut signaler une commande vers la caisse sans casser l'historique du workflow.
Une commande partiellement dispensée peut être clôturée avec remboursement de la partie non servie, tandis qu'une commande totalement dispensée peut être retournée 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 médicaments effectivement servis.
Pourquoi C'est Important
Pourquoi une pharmacie a besoin de frontières plus fortes qu'un commerce ordinaire
Dans un commerce classique, un caissier peut souvent sélectionner un article, encaisser puis réduire le stock en une seule action. Pour une pharmacie, ce modèle est trop faible.
Une pharmacie doit gérer l'identité patient, les ordonnances, les médicaments contrôlés, la traçabilité par lot, le risque d'expiration et la logique des retours dans la même transaction.
Maduuka traite cela en séparant les rôles, en validant le stock agence avant acceptation, puis en retardant la déduction du stock jusqu'à la confirmation du dispensateur sur l'émission physique exacte.
Couche de Responsabilité
Comment ce workflow protège le stock, la caisse et la supervision
Maduuka renforce la responsabilité parce que les actions importantes sont séparées, permissionnées, horodatées et traçables. Ce n'est pas un simple habillage du workflow. C'est du contrôle opérationnel.
Séparation des rôles
La saisie, la caisse, la dispensation, l'approbation des médicaments contrôlés, les remboursements et les retours reposent sur des permissions distinctes pour éviter qu'une seule personne pilote tout le cycle de vente.
Protection du stock
Le stock n'est pas réduit à la saisie et pas même au paiement. Il ne bouge qu'à la dispensation, et chaque déduction reste liée à un lot précis.
Traçabilité des lots
Chaque ligne dispensée reste rattachée au lot exact qui l'a servie, ce qui compte pour les dates d'expiration, les rappels, les substances contrôlées et les retours.
Responsabilité caisse
Chaque paiement est rattaché à la facture, à la bonne méthode de paiement et au bon compte comptable ou de créance.
Visibilité opérationnelle
Dispensation partielle, signalement vers la caisse, remboursements et retours restent des événements explicites dans l'audit trail plutôt que des corrections cachées.
Reporting plus propre
Parce que le revenu pharmacie exclut les commandes payées mais non dispensées, la direction peut rapprocher stock, revenu et activité caisse avec beaucoup moins de bruit.
Chemins d'Exception
Les erreurs restent visibles au lieu de disparaître dans des edits
Un système pharmacie sérieux ne doit pas encourager les corrections silencieuses. Il doit conserver l'historique de ce qui s'est passé, qui a agi, et pourquoi. C'est pourquoi Maduuka traite annulations, remboursements, signalements, clôtures partielles et retours comme des chemins explicites.
Annulation
Pour les ventes `ordered` non payées qui ne doivent pas aller plus loin.
Remboursement et annulation
Pour les ventes déjà payées mais dont les médicaments n'ont pas encore été dispensés.
Signalement vers la caisse
Permet à la dispensation de remonter un problème sans corrompre l'historique d'état.
Retour vers le lot
Pour une vente totalement dispensée, le stock revient dans le lot source d'origine plutôt que dans un ajustement produit générique.
FAQ
Questions que les dirigeants posent le plus souvent
Quelle est la règle de conception la plus importante dans le workflow pharmacie Maduuka ?
Le stock bouge seulement quand les médicaments sont réellement dispensés. Pas quand la commande est saisie. Pas quand l'argent est encaissé. C'est le contrôle central qui protège la précision du stock et la responsabilité en pharmacie.
Comment Maduuka gère-t-il les médicaments contrôlés ?
Les médicaments contrôlés exigent un contrôle à deux personnes. Un pharmacien superviseur doit approuver avec un jeton de validation basé sur PIN lié à cette action exacte de dispensation.
Maduuka prend-il en charge la dispensation partielle ?
Oui. La quantité déjà servie est conservée, le reliquat reste en attente, et la commande demeure visible dans la file du dispensateur afin que l'équipe puisse la compléter plus tard sans perdre l'historique.
Pourquoi Maduuka ne compte-t-il que les commandes dispensées dans le revenu pharmacie ?
Parce que la direction doit rapprocher des ventes de médicaments effectivement servies, pas seulement de l'argent encaissé. Cela rend le rapprochement du stock et de la caisse beaucoup plus fiable.
Voir comment ce workflow s'insère 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 médicaments contrôlés et le reporting pharmacie dans un système d'exploitation plus large pour les entreprises en croissance. La page inventaire explique aussi les contrôles de lots, expiration, FEFO, comptage, entrepôts et rappel qui soutiennent ce workflow pharmacie.