Un fonds d’investissement rachète une première clinique vétérinaire, puis une deuxième, puis une dizaine. Chaque clinique tourne avec son propre logiciel de gestion, son plan comptable, ses fournisseurs et ses habitudes de remise. Douze mois plus tard, le DAF du groupe doit répondre à une question simple : quelle est la marge sur médicaments de chaque site, et combien rapporte réellement chaque praticien ? Si la réponse demande trois semaines de retraitements Excel, le problème n’est pas le logiciel de clinique. C’est l’absence de socle de gestion au niveau du groupe.
Cet article s’adresse aux dirigeants, DAF et DSI de groupes vétérinaires en phase de buy-and-build, et aux fonds qui les accompagnent. Il ne contient volontairement aucune statistique de marché : la dynamique de consolidation est connue, ce qui compte ici, c’est l’architecture qui permet de la piloter.
Un secteur en consolidation : pourquoi le PMS ne suffit plus au niveau groupe
Le logiciel métier d’une clinique, que le secteur appelle PMS (Practice Management System), fait très bien ce pour quoi il a été conçu : dossier médical de l’animal, agenda des consultations, hospitalisation, facturation des actes au comptoir, gestion de l’ordonnance, rappels de vaccination. Il est pensé autour de la clinique comme unité de travail.
Un groupe a un autre besoin. Il pilote un portefeuille de cliniques, avec des questions de nature différente :
- Quelles sont les conditions d’achat négociées pour l’ensemble des sites, et sont-elles réellement appliquées ?
- Quelle est la trésorerie consolidée, et comment sont refacturés les services partagés (direction, RH, achats, informatique) ?
- Comment comparer deux cliniques dont les plans comptables, les familles d’articles et les règles de remise diffèrent ?
- Comment financer et suivre la dette d’acquisition, les earn-out et les engagements envers les praticiens associés ?
Un PMS, même excellent, n’a pas vocation à répondre à ces questions. Ses états financiers sont rarement multi-sociétés, sa comptabilité est souvent limitée à de l’encaissement, et ses modèles de données varient d’un éditeur à l’autre. Quand le groupe a acquis des cliniques équipées de PMS différents, la consolidation devient un exercice de rapprochement manuel, répété chaque mois.
L’ERP n’a pas pour rôle de remplacer le PMS. Il en devient le complément : il reçoit les flux financiers et logistiques de chaque clinique et les transforme en information de gestion de groupe.
Le découpage des rôles : PMS clinique, ERP finance/achats, BI groupe
La question centrale n’est pas « quel ERP ? » mais « où place-t-on la frontière ? ». Une répartition qui fonctionne bien dans la pratique :
| Domaine | PMS (clinique) | ERP (groupe) | BI groupe |
|---|---|---|---|
| Dossier patient, agenda, ordonnance | Maître | Non | Non |
| Facturation des actes et produits au client | Maître | Reçoit les écritures | Lit |
| Comptabilité générale, analytique, consolidation | Non | Maître | Lit |
| Achats, référencement, commandes fournisseurs | Consultation | Maître | Lit |
| Stock de pharmacie : mouvements | Maître (sortie à la dispensation) | Maître (valorisation, réassort) | Lit |
| Immobilisations, trésorerie, paie | Non | Maître | Lit |
| Tableaux de bord praticien et clinique | Données source | Données financières | Maître |
Le principe : chaque donnée a un seul maître. La sortie de stock au moment de la dispensation naît dans le PMS, puisque c’est là que le geste se produit. La valorisation de ce stock, le réapprovisionnement et le rapprochement avec la facture fournisseur appartiennent à l’ERP. Les indicateurs croisés (marge par praticien, par exemple) se construisent dans la couche BI, qui lit les deux sources.
Deux architectures à comparer
Option 1 : ERP unique couvrant aussi le cœur de clinique. Un seul système, un seul référentiel. Séduisant sur le papier, mais rarement réaliste : peu d’ERP généralistes couvrent le dossier médical et l’agenda vétérinaire, et les praticiens rejettent vite un outil qui ralentit la consultation. Cette voie suppose un éditeur spécialisé, ou un développement sur mesure coûteux, et fige le groupe dans une dépendance forte.
Option 2 : PMS conservés + ERP finance/achats léger + BI. Chaque clinique garde l’outil qu’elle maîtrise, au moins pendant la phase d’intégration. L’ERP couvre la comptabilité, les achats, la trésorerie, la consolidation. Une couche d’intégration synchronise les flux. Le compromis : il faut maintenir des interfaces et un référentiel d’articles commun.
Notre recommandation pour la majorité des groupes en croissance : l’option 2, avec une trajectoire de convergence progressive des PMS vers un nombre réduit de plateformes. L’option 1 ne se justifie que si le groupe a déjà standardisé son PMS et que l’éditeur propose des modules financiers de niveau groupe.
Achats et pharmacie : centrale d’achat, marges sur médicaments, traçabilité
La pharmacie est souvent le premier levier de valeur d’un groupe, et le premier angle mort lorsque les achats sont décentralisés.
Centrale d’achat. Le groupe négocie des conditions-cadres avec les laboratoires et grossistes. Pour que la négociation produise un effet, l’ERP doit :
- porter un référentiel articles unique (code interne, code fournisseur, unité de conditionnement, unité de dispensation) rattaché aux codes de chaque PMS ;
- contrôler que chaque commande de clinique applique le tarif négocié, et alerter sur les écarts ;
- rapprocher commande, réception et facture (three-way match) pour éviter les paiements indus.
C’est un sujet de gouvernance des données avant d’être un sujet logiciel : notre guide sur la gouvernance des données maîtres en ERP détaille les rôles et processus à mettre en place pour un référentiel articles partagé.
Marge sur médicaments. Pour suivre la marge, il faut croiser le coût d’achat réel (valorisé par l’ERP, avec les remises arrière et les ristournes) et le prix de dispensation (issu du PMS). Sans cette jonction, la marge affichée par la clinique est approximative, car le PMS ne connaît souvent que le dernier prix d’achat.
Traçabilité et registres réglementaires. En France, la dispensation de médicaments vétérinaires donne lieu à un enregistrement réglementé. D’après l’article R5141-112 du Code de la santé publique, le registre peut être tenu sur support papier ou informatisé, et recense notamment le médicament délivré, la quantité, le numéro de lot, le prescripteur et la date. Pour un registre informatisé, le texte prévoit une conservation de l’historique, une sauvegarde sur supports distincts et la possibilité d’impression à tout moment pour l’administration. Cette page reprend le texte de l’article, nous vous invitons à vérifier la version en vigueur sur Légifrance avec votre vétérinaire responsable de la pharmacie.
Conséquence d’architecture : le registre réglementaire reste adossé au PMS, là où s’effectue la dispensation, avec numéro de lot et prescripteur. L’ERP n’a pas à le dupliquer, mais il doit recevoir les mouvements pour valoriser le stock et déclencher le réassort, et l’inventaire annuel comparant entrées, sorties et stock physique doit pouvoir s’appuyer sur des données cohérentes entre les deux systèmes. Un groupe qui prévoit cette cohérence dès la conception évite les écarts d’inventaire qui, sinon, ressurgissent lors des contrôles.
Finance multi-entités : intégration d’acquisitions, plan comptable commun, consolidation, intercompany
Chaque clinique achetée est en général une société distincte, parfois adossée à une société d’exercice libéral, avec son expert-comptable et ses conventions. Le socle financier du groupe doit résoudre quatre points.
- Plan comptable commun et axes analytiques. Définissez un plan de groupe, avec une table de correspondance vers le plan local de chaque entité. Les axes analytiques minimaux : clinique, praticien, ligne d’activité (consultation, chirurgie, imagerie, pharmacie, vente de produits, hospitalisation).
- Consolidation. Mensuelle, avec élimination des opérations intra-groupe, conversion si des entités sont hors zone euro, et traitement des écarts d’acquisition.
- Intercompany. Refacturation des services partagés, prêts intra-groupe, mutualisation des stocks entre cliniques. Chaque flux doit être référencé des deux côtés pour s’éliminer proprement. Notre article sur l’ERP multi-sites et multi-entités décrit ces mécanismes en détail.
- Prix de transfert. Dès que le groupe s’étend à plusieurs pays, les refacturations de services de direction doivent être documentées. Voir l’article sur l’ERP et la documentation des prix de transfert.
Un point souvent négligé : les clôtures. Un groupe qui attend les liasses des cabinets comptables locaux clôture tard, souvent après plusieurs semaines. Avec un ERP alimenté directement par les flux des PMS, la clôture peut être resserrée, ce qui est précieux pour les reportings des fonds.
Ce que le fonds et la banque attendent de la finance du groupe
Les parties prenantes financières réclament un reporting régulier et comparable : EBITDA par clinique retraité des éléments non récurrents, suivi de la dette d’acquisition et des covenants, trésorerie prévisionnelle. Ces états doivent se construire sans ressaisie. Un indicateur d’EBITDA ajusté par clinique n’est crédible que si les règles de retraitement (rémunération du praticien propriétaire avant rachat, loyers, frais de direction) sont documentées dans l’ERP et appliquées à l’identique à chaque nouvelle entité.
Pensez aussi à la gestion des praticiens associés ou actionnaires minoritaires : rémunération variable, earn-out, clauses de non-concurrence et rachat de parts. Ces engagements se pilotent dans un tableau de suivi alimenté par l’ERP, pas dans des fichiers dispersés chez les conseils juridiques.
Rentabilité par clinique et par praticien : KPI
C’est la partie la plus visible pour la direction, et la plus sensible pour les équipes. Quelques indicateurs structurants :
- Panier moyen : chiffre d’affaires par consultation ou par client, avec la part actes / produits.
- Taux d’occupation : temps consacré à des actes facturés rapporté au temps disponible du praticien et des salles. Il vient de l’agenda du PMS.
- Marge actes / produits : l’ERP fournit les coûts (achat de médicaments, consommables, masse salariale rattachée), le PMS les ventes.
- Chiffre d’affaires par praticien et par ETP, complété par un indicateur de qualité ou de fidélisation pour ne pas piloter le seul volume.
- Rotation et dépréciation du stock de pharmacie, notamment les produits proches de la péremption.
- Fréquence de remise : écart entre prix catalogue et prix facturé par clinique.
Trois précautions. D’abord, définir chaque indicateur dans un dictionnaire de données partagé : sans définition commune, « le panier moyen » ne signifie pas la même chose d’une clinique à l’autre. Ensuite, traiter la comparaison entre praticiens avec prudence : un chirurgien référent et un généraliste n’ont pas le même profil d’actes, et un tableau de bord mal calibré démotive les meilleurs. Enfin, respecter le cadre social et le RGPD : des indicateurs individuels sur des salariés doivent être justifiés, proportionnés et présentés aux représentants du personnel lorsque la loi l’exige.
Du tableau de bord à l’action
Un indicateur ne vaut que s’il déclenche une décision. Prévoyez, pour chaque KPI, un propriétaire (directeur de clinique, responsable pharmacie, DAF), une fréquence de revue (hebdomadaire pour la pharmacie, mensuelle pour la rentabilité) et un seuil d’alerte. Par exemple : une marge sur médicaments qui s’écarte de la moyenne du groupe doit mener à vérifier d’abord les tarifs appliqués et les remises accordées, avant d’incriminer l’équipe. Un taux d’occupation faible peut traduire un problème d’agenda, de recrutement ou de pilotage des salles, pas nécessairement de productivité individuelle.
Intégrer une clinique acquise en 90 jours : plan d’intégration IT
Un plan réaliste en trois temps, à adapter à la taille de la clinique :
Jours 1 à 30 : sécuriser et cartographier.
- Reprise des accès, des sauvegardes, des licences et des contrats informatiques.
- Cartographie : PMS utilisé, matériel, imagerie, laboratoire, connexion au terminal de paiement, banque.
- Extraction des données de départ : fournisseurs, articles, stock, soldes.
- Ouverture de la société dans l’ERP avec le plan de groupe et la table de correspondance.
Jours 31 à 60 : connecter.
- Interface PMS vers ERP : factures de vente (ou écritures agrégées par jour), mouvements de stock de pharmacie, encaissements.
- Rattachement du référentiel articles au référentiel groupe.
- Bascule des achats vers la centrale : les commandes passent désormais par l’ERP.
Jours 61 à 90 : piloter.
- Première clôture mensuelle dans l’ERP et rapprochement avec la comptabilité locale.
- Mise en service du tableau de bord clinique et praticien.
- Revue du registre réglementaire de pharmacie avec le vétérinaire responsable et premier inventaire croisé.
Pour tenir ce rythme, préparez un kit d’intégration standard (checklist, modèles de mapping, jeux de tests d’interface). La dixième acquisition ne doit pas coûter plus cher à intégrer que la deuxième.
Architecture cible et erreurs à éviter
L’architecture cible tient en quatre briques : PMS en clinique, ERP finance/achats au centre, plateforme d’intégration (flux planifiés ou API), BI groupe alimentée par un entrepôt de données unique. Les erreurs les plus fréquentes :
- Acheter l’ERP avant d’avoir fixé la frontière avec le PMS. Le résultat est un chevauchement de fonctions et des débats sans fin avec les praticiens.
- Ne pas nommer de propriétaire du référentiel articles. La pharmacie compte des milliers de références, les doublons s’accumulent vite.
- Dupliquer le registre réglementaire dans deux systèmes, avec risque d’écarts.
- Sous-estimer le coût d’une interface par PMS. Plus le parc de PMS est hétérogène, plus la convergence doit figurer dans la feuille de route.
- Piloter la rentabilité par praticien sans concertation. Le dispositif doit être expliqué avant d’être déployé.
- Sur-dimensionner l’ERP. Pour un groupe de quelques dizaines de cliniques, un ERP de gamme intermédiaire, bien paramétré, suffit souvent. L’enjeu est l’adoption, pas le nombre de modules.
Pour aller plus loin
Si vous préparez la structuration d’un groupe vétérinaire, un audit d’architecture (PMS, ERP, BI, interfaces, registres) permet de fixer la frontière entre les systèmes avant de lancer un appel d’offres : contactez-nous pour en discuter. Pour approfondir la partie financière, lisez notre guide sur l’ERP multi-sites, multi-entités, consolidation et intercompany.
