Du classeur réglementaire à une prévention sanitaire réellement organisée
Dans de nombreux groupements apicoles, le Programme sanitaire d’élevage — le PSE — existe d’abord sous la forme que lui impose naturellement l’administration : un programme approuvé, des conventions, des listes d’adhérents, des comptes rendus de visites, des ordonnances, des registres de médicaments, des feuilles de distribution et une quantité respectable de fichiers PDF.
Tout cela est nécessaire.
Mais cela pose une question assez simple : un ensemble de documents constitue-t-il réellement un système sanitaire ?
Pas tout à fait.
Un document décrit une règle ou conserve la trace d’une action. Un système sanitaire doit, lui, être capable de relier les acteurs, les ruchers, les visites, les médicaments, les traitements et les événements dans le temps.
C’est précisément l’idée du Core PSE : faire du Programme sanitaire d’élevage non plus seulement un dossier administratif numérisé, mais le noyau fonctionnel autour duquel s’organise le suivi sanitaire des adhérents.
Le PSE est d’abord un programme de prévention
Il faut revenir à sa définition.
Le Code de la santé publique définit le Programme sanitaire d’élevage comme un ensemble d’interventions réalisées systématiquement dans un but prophylactique, selon un calendrier préétabli et en tenant compte notamment des dominantes pathologiques, des conditions géographiques ainsi que des facteurs climatiques et saisonniers.
Cette définition est particulièrement intéressante en apiculture.
Elle signifie que le PSE ne devrait pas être réduit à la question :
« Quel médicament allons-nous distribuer contre Varroa cette année ? »
La logique est beaucoup plus large.
Le PSE concerne la prévention, l’organisation du suivi sanitaire, les pratiques prophylactiques, l’accompagnement de l’apiculteur et l’adaptation aux conditions du territoire.
Le ministère de l’Agriculture lui-même a souligné, dans une réflexion consacrée à l’avenir des PSE, l’intérêt de renforcer leur dimension non médicamenteuse et leur rôle dans la prévention collective.
En apiculture, cela peut englober par exemple :
- le suivi de Varroa destructor ;
- les traitements et leur efficacité ;
- les observations sanitaires ;
- les mortalités ;
- les visites ;
- les conseils prophylactiques ;
- la surveillance d’événements inhabituels ;
- les pratiques sanitaires ;
- les caractéristiques du rucher ;
- et, progressivement, l’analyse collective des données produites sur un territoire.
Le médicament n’est donc qu’une composante du PSE.
Mais qu’est-ce qu’un « Core PSE » ?
Le terme Core PSE n’est pas une notion juridique.
C’est un terme d’architecture informatique.
« Core » signifie ici noyau.
Le Core PSE est donc le composant central du système d’information chargé de connaître le PSE, ses règles, ses acteurs et ses relations avec les autres fonctions sanitaires.
Il ne remplace évidemment ni le vétérinaire, ni le TSA, ni le programme agréé.
Il organise l’information dont ils ont besoin.
On peut le représenter ainsi :
Et cette représentation change considérablement la manière de concevoir l’informatique d’un GDSA.
Le problème des systèmes construits par empilement
Imaginons un GDSA disposant déjà de plusieurs outils :
- un fichier d’adhérents ;
- un module de cotisations ;
- un fichier des TSA ;
- un registre sanitaire ;
- une application de commandes ;
- un tableau de médicaments ;
- des comptes rendus de visites ;
- une cartographie des ruchers.
Chaque outil peut fonctionner parfaitement.
Mais si chacun possède sa propre copie du nom de l’apiculteur, de son NAPI, du nombre de ruches ou de l’adresse de son rucher, on obtient rapidement plusieurs vérités concurrentes.
Dans un module, l’apiculteur possède 12 ruches.
Dans un autre, 15.
Son rucher a été déplacé mais l’ancienne adresse demeure dans le registre sanitaire.
Sa visite a bien eu lieu, mais le tableau de suivi du PSE ne le sait pas.
Un médicament a été remis, mais on ne sait plus précisément quel lot a été délivré.
Ce n’est pas nécessairement une défaillance humaine.
C’est une défaillance d’architecture.
Le Core PSE cherche précisément à éviter cela.
Une donnée ne devrait être saisie qu’une fois
Le principe est simple :
une information importante doit avoir une source de référence unique.
L’identité de l’apiculteur appartient au référentiel des adhérents.
Le rucher appartient au référentiel des ruchers.
Le médicament appartient au référentiel des médicaments.
Le lot appartient au stock.
La visite appartient au suivi sanitaire.
Le traitement appartient au registre sanitaire.
Le PSE ne recopie pas toutes ces données.
Il les relie.
C’est une différence fondamentale.
Lorsqu’un TSA consulte le dossier sanitaire d’un apiculteur, il ne consulte plus cinq bases différentes : le système reconstruit son dossier à partir des informations dont il dispose déjà.
Le PSE devient alors une véritable entité
Dans cette logique, le programme lui-même possède une existence informatique.
Un PSE peut avoir :
- un identifiant ;
- une version ;
- une période d’application ;
- une référence d’agrément ;
- un vétérinaire responsable ;
- des vétérinaires associés ;
- des TSA ;
- des adhérents ;
- des protocoles ;
- des médicaments concernés ;
- des documents ;
- des procédures ;
- un historique.
Cette notion de version est essentielle.
Un PSE applicable en 2027 ne doit pas effacer celui qui était applicable en 2025.
Les visites, traitements et délivrances réalisées sous l’ancien programme doivent rester rattachés à leur contexte historique.
On passe donc d’un document que l’on remplace dans un dossier à une chronologie sanitaire conservée dans le système.
Le vétérinaire reste au centre
L’informatique ne modifie pas la responsabilité professionnelle.
Le Code de la santé publique prévoit que l’exécution du PSE est placée sous la surveillance et la responsabilité effectives d’un vétérinaire. L’agrément du groupement est lié à la mise en œuvre d’un programme approuvé et est délivré pour cinq ans, renouvelable par périodes quinquennales.
Un Core PSE doit donc donner au vétérinaire les outils nécessaires pour exercer cette responsabilité.
Il pourrait notamment lui permettre de connaître :
- les adhérents effectivement intégrés au PSE ;
- les visites réalisées ;
- les visites à programmer ;
- les anomalies remontées ;
- les traitements enregistrés ;
- les médicaments délivrés ;
- les incidents sanitaires ;
- les éventuelles incohérences de données.
Le numérique devient alors un moyen de rendre visible ce qui, auparavant, était dispersé.
Et le TSA ?
Le même raisonnement vaut pour le Technicien sanitaire apicole.
Lorsqu’il prépare une visite, le TSA pourrait disposer — dans les limites correspondant naturellement à sa mission et à ses droits d’accès — d’une vue synthétique :
Apiculteur
→ identité
→ rucher concerné
→ nombre de colonies
→ historique sanitaire utile
→ traitements précédents
→ dernière visite
→ observations antérieures.
Après la visite :
→ compte rendu
→ observations
→ recommandations
→ anomalies éventuelles
→ prochaine échéance.
L’information ne repart pas dans un PDF oublié dans un répertoire.
Elle enrichit immédiatement le dossier sanitaire de l’apiculteur.
De la pharmacie à la traçabilité sanitaire
Le lien entre PSE et médicament est également important.
Le Code de la santé publique permet, sous conditions, aux groupements agréés d’acheter, détenir et délivrer à leurs membres certains médicaments vétérinaires nécessaires à la mise en œuvre du PSE. Il encadre également la délivrance de certains médicaments soumis à prescription dans les conditions prévues par le dispositif.
Un système informatique moderne peut donc créer une chaîne de traçabilité :
Commande fournisseur
↓
Réception
↓
Produit
↓
Numéro de lot
↓
Date de péremption
↓
Stock
↓
Commande adhérent
↓
Délivrance
↓
Apiculteur
↓
Traitement
↓
Registre sanitaire
Cela permet de répondre à deux questions particulièrement importantes.
À partir d’un apiculteur
Quels médicaments lui ont été délivrés, quand et à partir de quels lots ?
À partir d’un lot
Quels apiculteurs l’ont reçu ?
Cette traçabilité devient précieuse en cas :
- d’erreur ;
- de retrait de lot ;
- de problème de conservation ;
- d’anomalie ;
- d’effet indésirable ;
- ou simplement de contrôle.
Un exemple concret
Prenons un apiculteur fictif.
Jean Martin — NAPI FR43000000
Il possède trois ruchers et 24 colonies.
Il adhère au PSE.
Dans un système traditionnel, plusieurs documents pourraient exister :
- sa fiche d’adhésion ;
- son bon de commande ;
- une ordonnance ;
- un compte rendu de visite ;
- un fichier Excel des médicaments ;
- son registre sanitaire.
Avec un Core PSE, on ne cherche plus les documents les uns après les autres.
On ouvre :
Dossier sanitaire — Jean Martin
Le système peut alors afficher :
PSE : actif
Ruchers : 3
Colonies déclarées : 24
Dernière visite : 12 mai 2026
TSA : X
Médicament délivré : produit Y
Lot : ABC123
Délivré le : 18 août 2026
Traitement déclaré : 22 août 2026
Prochaine action : contrôle d’efficacité.
Il ne s’agit pourtant pas nécessairement d’une nouvelle base de données.
Cette page rassemble des informations provenant des différents composants autorisés à les gérer.
C’est cela, un système intégré.
Le Core PSE peut aussi détecter ce que personne ne voit
Une architecture structurée présente un autre avantage : la machine peut contrôler la cohérence.
Elle peut détecter :
adhérent au PSE sans NAPI ;
rucher sans localisation ;
visite incomplète ;
médicament délivré sans numéro de lot ;
lot arrivé à péremption ;
délivrance supérieure au stock disponible ;
traitement enregistré sans produit correspondant ;
document du PSE arrivé à expiration ;
données contradictoires concernant le nombre de colonies.
Le rôle de l’informatique n’est donc plus seulement de stocker.
Il devient aussi de signaler les anomalies.
La décision reste humaine.
Mais l’ordinateur peut être très efficace pour remarquer qu’une case oubliée depuis huit mois commence à devenir suspecte.
Vers un dossier sanitaire apicole unique
C’est probablement la conséquence la plus visible pour l’utilisateur.
À terme, l’apiculteur devrait pouvoir retrouver dans un même espace les informations qui le concernent :
- ses ruchers ;
- ses colonies ;
- son appartenance au PSE ;
- ses visites ;
- ses traitements ;
- ses médicaments ;
- son registre sanitaire ;
- ses documents.
De leur côté, le vétérinaire, le TSA ou les responsables du groupement accèdent aux informations correspondant exactement à leurs attributions.
Le système doit évidemment gérer des droits d’accès stricts.
Un adhérent n’a pas à consulter le dossier d’un autre adhérent.
Un TSA n’a pas nécessairement besoin d’accéder aux données comptables.
Un trésorier n’a pas nécessairement besoin de connaître les observations sanitaires détaillées.
La centralisation des données ne signifie donc surtout pas que tout le monde voit tout.
De la donnée individuelle à la connaissance collective
C’est peut-être là que le Core PSE devient le plus intéressant pour l’avenir.
Une fois correctement structurées, les données peuvent être agrégées.
Non plus :
« Que se passe-t-il dans ce rucher ? »
mais :
« Que se passe-t-il dans le département ? »
On peut progressivement observer :
- l’évolution du cheptel ;
- la couverture sanitaire ;
- la fréquence des traitements ;
- les périodes de mortalité ;
- la pression parasitaire ;
- certains événements sanitaires ;
- les différences territoriales ;
- les évolutions d’une année sur l’autre.
Bien entendu, les analyses collectives doivent être réalisées avec les protections nécessaires : agrégation, anonymisation ou pseudonymisation selon les usages.
Mais la donnée qui servait initialement à suivre une visite peut alors contribuer à une meilleure compréhension de la santé apicole territoriale.
Un PSE qui produit enfin de la mémoire
C’est une différence considérable.
Une association conserve souvent beaucoup de documents mais relativement peu de mémoire exploitable.
Les responsables changent.
Les vétérinaires changent.
Les TSA changent.
Les logiciels changent.
Les ordinateurs aussi.
Et quelques années plus tard, une partie de l’histoire sanitaire existe encore… quelque part entre un classeur, trois tableurs et le disque dur d’un ancien secrétaire.
Un système structuré permet au contraire de conserver :
qui ;
quoi ;
où ;
quand ;
sous quel PSE ;
avec quel médicament ;
avec quel lot ;
après quelle visite ;
et avec quel résultat.
Le PSE devient ainsi progressivement une mémoire sanitaire collective.
Et l’intelligence artificielle ?
Elle vient après.
C’est important.
Ajouter de l’intelligence artificielle sur des données mal structurées revient souvent à demander à un excellent bibliothécaire de travailler dans une bibliothèque où les livres seraient posés au hasard par terre.
La priorité est donc :
- structurer ;
- normaliser ;
- relier ;
- vérifier ;
- historiser ;
- protéger.
Ensuite seulement, des outils d’analyse ou d’intelligence artificielle pourront rechercher des tendances, détecter des anomalies ou assister l’interprétation des données.
Le véritable patrimoine d’un tel système n’est donc pas l’algorithme.
C’est la qualité de la donnée accumulée dans le temps.
Apisphère : pourquoi commencer par le Core PSE ?
Dans le projet Apisphère développé autour du GDSA43, plusieurs briques existent ou sont envisagées : identité des adhérents, registre sanitaire, TSA, médicaments, cartographie, frelon asiatique, observatoire et, à terme, ruches connectées.
Le risque serait de développer chacune indépendamment.
Le Core PSE propose au contraire un axe structurant :
IDENTITÉ
↓
RUCHER
↓
PSE
↓
VISITE
↓
MÉDICAMENT
↓
DÉLIVRANCE
↓
TRAITEMENT
↓
REGISTRE
↓
OBSERVATOIRE
Chaque composant conserve sa spécialité.
Mais tous parlent le même langage.
Et demain, plusieurs GDSA ?
Cette architecture possède enfin une conséquence qui dépasse largement un seul département.
Si les données sont définies selon des formats documentés et si le système possède des interfaces d’échange, un GDSA n’est plus prisonnier de son installation informatique.
Les mêmes briques pourraient progressivement être mutualisées :
- référentiel sanitaire ;
- PSE ;
- médicaments ;
- registre ;
- outils TSA ;
- statistiques ;
- API ;
- documentation.
Chaque association conserverait naturellement son organisation, ses adhérents et ses données.
Mais elle pourrait partager une partie de l’infrastructure et des outils.
C’est là qu’apparaît une notion essentielle : l’interopérabilité, c’est-à-dire la capacité de systèmes différents à échanger et utiliser les mêmes données sans devoir tout ressaisir.
Le véritable enjeu : moins d’administration, davantage de sanitaire
On pourrait croire qu’un Core PSE ajoute de l’informatique.
Son objectif devrait être exactement l’inverse :
faire disparaître une partie de l’informatique visible.
Ne plus saisir cinq fois le même NAPI.
Ne plus rechercher le dernier fichier Excel.
Ne plus se demander quelle version d’un document est valide.
Ne plus recompter manuellement les visites.
Ne plus rapprocher à la main commandes, stocks et distributions.
Ne plus reconstituer un dossier sanitaire quelques jours avant un contrôle.
Si le système fonctionne correctement, le vétérinaire, le TSA, le responsable du groupement et l’apiculteur consacrent moins de temps à retrouver l’information et davantage à l’utiliser.
Du PSE administratif au PSE vivant
Le PSE restera nécessairement un cadre réglementé, documenté et contrôlé.
Mais rien n’oblige son fonctionnement quotidien à rester celui d’un classeur numérique.
Le Core PSE consiste finalement à appliquer une idée assez simple :
faire en sorte que chaque visite, chaque traitement, chaque délivrance et chaque observation enrichisse automatiquement une même histoire sanitaire cohérente.
À partir de là, le Programme sanitaire d’élevage cesse d’être seulement quelque chose que l’on possède.
Il devient quelque chose que l’on fait vivre.
Et pour les organisations sanitaires apicoles, c’est probablement l’une des évolutions numériques les plus intéressantes à construire : non pas remplacer l’humain par le logiciel, mais donner aux vétérinaires, TSA, responsables associatifs et apiculteurs une mémoire commune, structurée et exploitable de la santé des ruchers.
Repères juridiques
Le cadre des Programmes sanitaires d’élevage et des groupements agréés relève notamment des articles L.5143-6, L.5143-7 et R.5143-6 et suivants du Code de la santé publique. Le PSE est un programme de prévention approuvé, mis en œuvre sous la surveillance et la responsabilité effectives d’un vétérinaire ; le dispositif encadre également les conditions dans lesquelles certains groupements agréés peuvent acheter, détenir et délivrer des médicaments vétérinaires nécessaires à sa mise en œuvre.
