Une officine gère des milliers de produits, chacun en plusieurs lots, chacun avec sa date de péremption. Au cahier, au tableur ou dans un logiciel conçu pour un autre marché, la perte se voit trop tard : une vente manquée faute de stock, une boîte périmée retrouvée au fond d’un tiroir, deux saisies qui ne disent plus la même chose.
Au Sénégal, les prix d’une grande partie des médicaments sont administrés par l’État, les paiements passent par Wave et Orange Money, et le réseau coupe. Un logiciel générique ne contrôle pas le prix d’une vente, ne connaît pas le référentiel national et s’arrête quand la connexion tombe.
Pharivo commence au comptoir, là où le stock change. Ventes, réceptions et comptages entrent dans un même journal, d’où se calculent le stock par lot, les péremptions, les alertes et les rapports, même sans réseau.
02 Mon rôle
Niveau de responsabilité par domaine. Deux valeurs seulement, responsable ou contributeur. Aucun pourcentage, aucune barre de niveau.
Architecture
responsable
Produit
responsable
Backend
responsable
Données
responsable
Moteur
contributeur
Frontend
responsable
Commercial
contributeur
J’ai posé le stock comme un journal de mouvements plutôt qu’un compteur, pour que deux postes synchronisés après une coupure ne se contredisent jamais.
J’ai refusé une version stock seul : le comptoir est dans la première version, parce qu’un stock que les ventes ne décomptent pas diverge en quelques jours.
J’ai construit le contrôle des prix administrés sur le référentiel national, et j’ai gardé les registres de patients fermés par un drapeau tant que l’avis juridique n’est pas rendu.
J’ai mené la mise en production de l’application et du site public, puis le parcours d’accompagnement des officines pilotes, de la convention au bilan de fin de pilote.
Je construis le produit avec un associé qui apporte l’accès au terrain et au réseau des officines, et je porte le code, l’architecture et la mise en ligne.
03 Architecture et stack
Comptoir
Vente au clavier ou à la douchette
Réception par lot
→
Journal
Mouvements immuables
File de synchronisation hors ligne
→
Référence
Référentiel national
Prix administrés
→
Restitution
Stock et péremptions par lot
Alertes du jour
Rapport mensuel
Chaque vente, réception ou comptage saisi au comptoir devient un mouvement immuable, conservé sur le poste quand le réseau manque puis synchronisé à son retour. Le journal est confronté au référentiel national et aux prix administrés, ce qui permet de contrôler le prix de chaque vente. Du journal se calculent le stock et les péremptions par lot, les alertes de la journée et le rapport mensuel, chacun recalculable depuis ses mouvements.Du geste au comptoir au chiffre recalculable
TECHNOLOGIES RÉELLEMENT INSTALLÉES · LISTE SAISIE ET RELUE
Next.jsapplication d’officine et site public, deux projets séparés
TypeScriptun seul langage du schéma de données à l’interface
PostgreSQLjournal de mouvements, lots et référentiel, isolés par officine
Prismaschéma multi officines et migrations versionnées
Tailwind CSScharte propre au produit, pensée pour un écran de comptoir
Vercelmise en production de l’application et du site public
Du code maintenu sans être utilisé, et une fonction attendue par certaines officines qui reste indisponible tant que la question juridique n’est pas tranchée.
Une première version plus longue à construire, avec une interface de comptoir qui doit tenir sur un poste d’entrée de gamme, au clavier, et sans réseau.
05 Preuves
Produit · pharivo
Pharivo, le logiciel de gestion d'officine conçu pour le Sénégal, répond en production sur son site public et sur son application.
Source
Site public de Pharivo, Application d'officine Pharivo
Méthode
Appel GET sur l'adresse publique du site depuis le cockpit, code de retour conservé tel quel.
Relevé le
06 Compromis
Ce qui a été volontairement refusé, et ce que ce refus coûte.
Aucune version stock seul, sans comptoir.
Un stock que les ventes ne décomptent pas automatiquement diverge en quelques jours, et l’officine revient à son cahier avant d’avoir mesuré quoi que ce soit.
Ce que ça coûte Une première version plus longue à construire, et une interface de comptoir qui doit tenir sur un poste d’entrée de gamme.
Aucun conseil thérapeutique ni donnée de patient ouverte avant l’avis juridique.
Le produit gère un stock et un prix, pas un traitement. Ouvrir des registres nominatifs sans cadre écrit ferait porter le risque à l’officine cliente.
Ce que ça coûte L’ordonnancier et le registre des stupéfiants sont construits, mais restent fermés, alors que certaines officines les attendent.
Aucune commission sur les ventes de l’officine.
Un éditeur payé sur le chiffre de son client a intérêt à ce que le client vende plus, pas à ce que son stock soit juste.
Ce que ça coûte Un revenu limité à l’abonnement, sans part sur l’activité des officines qui grandissent.
07 État
En production
L’application d’officine est en production et le site public est en ligne. Le programme pilote cherche ses trois premières officines : aucune officine cliente n’est revendiquée ici.
08 Suite
Installer et accompagner les trois premières officines pilotes.
Ouvrir les registres légaux une fois l’avis juridique rendu.
Exposer une route publique de santé que ce cockpit pourra interroger.
Sans date annoncée. Une date de livraison qui n’engage personne n’est pas une information.
LES ARBITRAGES
Pourquoi c’est construit comme ça.
Chaque décision structurante de ce projet est publiée avec les options écartées, le compromis accepté et ce qu’elle a changé dans le code.