Un ERP généraliste gère des commandes, des factures, des stocks et des salaires. Dans une clinique privée ou un EHPAD, ces fonctions ne couvrent qu’une fraction du besoin réel. La vraie question n’est pas “quel ERP choisir ?” mais “quel ERP sait dialoguer avec mon logiciel de facturation CPAM, piloter mes plannings soignants selon la CCN 51, rester hébergé sur un cloud certifié HDS, et m’aider à produire mon EPRD en fin d’exercice ?”
Ce guide est destiné aux DSI et directeurs administratifs d’établissements privés (cliniques MCO, SSR, EHPAD) qui doivent choisir ou remplacer leur ERP en 2026.
Pourquoi le secteur médico-social privé est particulier pour un ERP
Un système d’information complexe entre ERP et logiciels métier spécialisés
Dans l’industrie ou le commerce, un ERP couvre naturellement l’essentiel de l’activité opérationnelle. Dans une clinique ou un EHPAD privé, le SI est structurellement différent : il se compose d’un coeur ERP pour la gestion administrative, financière et RH, auquel viennent s’articuler des logiciels métier impossibles à remplacer.
Le DPI (Dossier Patient Informatisé) ou DUI (Dossier Usager Informatisé) est le logiciel central du soin. Il contient les prescriptions médicales, les actes infirmiers, les plans de soins, les transmissions ciblées, les comptes-rendus chirurgicaux. C’est le système de référence pour les soignants. Un ERP ne remplace pas le DPI : il s’y connecte et en reçoit les données nécessaires à la facturation.
Le HIS (Hospital Information System) gère l’administration des patients : admissions, mouvements, sorties, identité, programme opératoire. Il alimente l’ERP en données de facturation via des flux standardisés. Cette chaîne d’échanges (HIS vers ERP) est souvent le point le plus complexe et le plus coûteux à interfacer dans un projet ERP de clinique.
La conséquence pratique est directe : un projet ERP en établissement de santé privé est toujours un projet d’intégration SI, et pas seulement un remplacement de logiciel de comptabilité.
Les flux financiers spécifiques : T2A, forfaits soins, CPAM, ATIH
Le modèle de financement d’une clinique MCO ou SSR est radicalement différent d’une entreprise commerciale. La Tarification à l’Activité (T2A) est le mécanisme central : l’établissement est financé par l’Assurance Maladie en fonction de l’activité médicale réalisée, encodée en groupes homogènes de séjour (GHS) selon la nomenclature PMSI (Programme de Médicalisation des Systèmes d’Information), pilotée par l’ATIH (Agence Technique de l’Information sur l’Hospitalisation). Un séjour mal codé est un séjour sous-valorisé : la qualité du codage a un impact direct sur les recettes.
Pour un EHPAD, le financement repose sur trois compartiments distincts : le forfait soins (financé par l’Assurance Maladie via l’ARS), le forfait dépendance (financé par le Conseil Départemental), et le forfait hébergement (à la charge du résident ou de l’aide sociale). L’ERP doit gérer ces trois sources de revenus, leurs rythmes de facturation distincts et leurs destinataires différents dans la même interface.
L’EPRD (État Prévisionnel des Recettes et Dépenses) remplace le budget classique dans les établissements sanitaires et médico-sociaux. Il impose une comptabilité analytique par pôle d’activité que l’ERP doit prendre en charge nativement, sans passer par des exports Excel.
Les modules indispensables d’un ERP pour clinique ou EHPAD
Gestion financière et comptabilité analytique par pôle
La comptabilité d’une clinique privée obéit à un plan comptable sectoriel spécifique (M21 pour les établissements MCO/SSR, avec des variantes pour les EHPAD privés commerciaux). L’ERP doit prendre en charge cette nomenclature comptable ainsi que la comptabilité analytique par pôle de soins, par unité fonctionnelle, et par type d’activité (chirurgie ambulatoire, hospitalisation complète, consultations externes).
La production de l’EPRD, du compte de résultat prévisionnel et des tableaux de bord financiers requis par l’ARS doit être automatisable depuis l’ERP, sans retraitement manuel. C’est souvent le critère qui disqualifie les solutions généralistes non paramétrées pour le secteur.
Facturation patients et tiers payants
La facturation d’une clinique est multi-canaux : une partie du séjour est facturée à la CPAM (part obligatoire), une partie aux mutuelles et assurances (part complémentaire), une partie aux patients (ticket modérateur, forfait journalier, chambre particulière). La gestion du tiers payant intégral, des rejets CPAM et des relances patients constitue une fonction critique.
L’ERP doit être capable de recevoir les données d’activité médicale produites par le HIS (actes CCAM, diagnostics CIM-10), de construire le flux RSF (Résumé Standardisé de Facturation) transmis à la CPAM via la norme B2, et de gérer les bordereaux de remise en compte.
Pour les EHPAD, la facturation aux résidents, au Conseil Départemental et à l’Assurance Maladie suit des circuits distincts, avec des délais de paiement et des procédures de relance différents selon le payeur. L’ERP doit gérer ces trois circuits sans double saisie.
RH et planification des soignants
La gestion RH d’un établissement de soins est parmi les plus complexes du marché français. Les conventions collectives applicables (CCN 51 pour les établissements privés à but non lucratif FEHAP, CCN 66 pour le secteur social et médico-social, convention de la FHP pour les cliniques commerciales) comportent des dispositions spécifiques sur les cycles de travail en 12h, les gardes, les astreintes, les repos compensateurs et le calcul des congés annuels. L’ERP RH doit gérer ces conventions nativement, pas via des paramétrages manuels fragiles.
Le planning des soignants doit intégrer les impératifs de continuité des soins : taux d’encadrement réglementaire par unité, gestion des remplacements en urgence, suivi des compétences (infirmière de nuit habilitée, aide-soignant formé à certains actes). Les solutions ERP généralistes intègrent rarement ces spécificités sans module spécialisé additionnel.
Achats et gestion des stocks médicaux
Les stocks médicaux d’une clinique ou d’un EHPAD sont soumis à des obligations réglementaires strictes. Les dispositifs médicaux (DM) doivent être tracés par numéro de lot et date limite d’utilisation (DLU). Le règlement européen MDR 2017/745 impose en outre une traçabilité via l’IUD (Identifiant Unique de Dispositif), renforçant les obligations de traçabilité aval.
Les médicaments sont gérés via la pharmacie à usage intérieur (PUI) ou la pharmacie extérieure, avec traçabilité de la dispensation. L’ERP achats doit être capable d’enregistrer ces identifiants, de déclencher des alertes en cas de rappel de lots, et de gérer les dotations par unité de soins.
Reporting ATIH/PMSI et indicateurs qualité
L’ATIH collecte chaque trimestre les données d’activité des établissements MCO et SSR pour traitement PMSI. L’ERP doit permettre d’exporter ces données dans les formats requis, ou au minimum de les consolider depuis le HIS pour les transmettre à l’outil de groupage PMSI. Pour les EHPAD, les indicateurs de qualité transmis à la HAS dans le cadre de l’amélioration continue doivent être extractibles directement, sans ressaisie.
Conformité réglementaire : les incontournables
Hébergement des données de santé (HDS)
L’article L. 1111-8 du Code de la santé publique impose que tout hébergement externalisé de données de santé à caractère personnel soit confié à un hébergeur certifié HDS (Agence du Numérique en Santé, certification HDS). L’infraction est pénalement sanctionnée.
La certification HDS est délivrée par des organismes accrédités par le COFRAC (Comité Français d’Accréditation), sur la base d’un référentiel piloté par l’ANS. Depuis 2024, le référentiel HDS version 2.0 intègre des exigences renforcées sur la souveraineté des données. Les hébergeurs certifiés sous l’ancienne version v1.1 avaient jusqu’en mai 2026 pour obtenir leur recertification v2.0.
En pratique, si votre ERP est hébergé en mode SaaS ou cloud, vérifiez que l’éditeur ou son sous-traitant d’hébergement figure sur la liste des hébergeurs certifiés HDS publiée par l’ANS. Plus de 130 acteurs sont certifiés en 2026, dont OVHcloud, Microsoft Azure Santé, AWS et Google Cloud Platform. Un contrat d’hébergement sans mention de la certification HDS expose l’établissement à un risque réglementaire direct.
Point important : un établissement de santé qui gère ses propres serveurs en interne (hébergement on-premise) n’est pas soumis à l’obligation de certification HDS pour cet hébergement. L’obligation ne s’applique qu’aux tiers hébergeurs.
RGPD et données de santé (article 9)
Les données de santé sont des données à caractère personnel “sensibles” au sens de l’article 9 du RGPD. Leur traitement est en principe interdit, sauf exceptions explicites pour les soins de santé. Les établissements de soins sont des “responsables de traitement” et doivent disposer d’une base légale documentée pour chaque traitement de données patients.
Pour l’ERP, cela implique d’intégrer les modules patients, facturation, RH et paie dans le Registre des activités de traitement de l’établissement. Une analyse d’impact relative à la protection des données (AIPD) est recommandée pour les traitements à grande échelle de données de santé. Le DPO de l’établissement doit être impliqué dès le cadrage du projet ERP, pas en fin de déploiement.
Interopérabilité : INS, FHIR et Ségur du numérique
Le Ségur du numérique en santé représente un investissement public de 2 milliards d’euros destiné à moderniser les systèmes d’information de santé en France (ASP, financement Ségur). Pour le secteur médico-social, 600 millions d’euros ont été mobilisés de 2021 à 2025 via le PNRR (CNSA, programme ESMS numérique).
Le Ségur définit des services socles que doivent implémenter les logiciels référencés pour ouvrir droit aux financements des établissements :
- INS qualifiée (Identité Nationale de Santé) : chaque patient est identifié par son numéro INS, calculé à partir de données d’état civil certifiées. L’ERP doit être capable de stocker et d’utiliser l’INS dans ses flux de facturation et d’échanges avec la CPAM.
- MSSanté : messagerie sécurisée de santé, obligatoire en envoi ET réception.
- Pro Santé Connect : authentification renforcée des professionnels de santé.
- DMP/Mon Espace Santé : alimentation du Dossier Médical Partagé du patient.
Pour les EHPAD bénéficiant du programme SONS (Soutien à l’Organisation Numérique en Santé), le financement du DUI Ségur peut atteindre 300 à 600 euros par place selon la taille de l’établissement. La vague 2 du Ségur impose une date limite de déploiement au 22 juin 2027 pour les établissements sanitaires, et au 15 mars 2029 pour les établissements médico-sociaux (ANS, Ségur vague 2).
L’interopérabilité technique repose sur le standard HL7 FHIR. L’ANS pilote le Cadre d’Interopérabilité des Systèmes d’Information de Santé (CI-SIS), qui migre progressivement vers des profils FHIR. Les logiciels référencés Ségur doivent implémenter ces interfaces.
Intégrer l’ERP avec le reste du SI médico-social
Articulation ERP et DPI : échanges de flux, pas de double saisie
L’ERP ne remplace pas le DPI, mais les deux systèmes doivent fonctionner sans rupture ni double saisie. Les échanges typiques à mettre en place :
- Du HIS/DPI vers l’ERP : données administratives de séjour (admission, sortie, mouvements), données d’activité médicale codifiées (actes CCAM, diagnostics CIM-10) nécessaires à la facturation CPAM.
- De l’ERP vers le DPI : confirmation d’identité patient (INS qualifiée), informations de couverture sociale (carte Vitale, mutuelle active), statut de règlement pour certains actes.
Ces échanges reposent historiquement sur des flux HL7 v2 (messages ADT pour les mouvements patients, SIU pour le bloc opératoire) et évoluent progressivement vers FHIR. Le choix d’un ERP doit intégrer la question des connecteurs disponibles avec les principaux éditeurs de DPI présents dans l’établissement.
Connexion à Chorus Pro pour la facturation publique
Les établissements qui facturent à des entités publiques (hôpitaux publics, collectivités) doivent passer par Chorus Pro, la plateforme de facturation électronique de l’État. L’ERP doit être capable de générer des factures au format Factur-X ou UBL compatibles Chorus Pro. Cette obligation s’impose également dans le cadre de la généralisation de la facturation électronique prévue pour les entreprises françaises à partir de 2026.
Connecteurs paie : DSN et conventions collectives soignants
La DSN (Déclaration Sociale Nominative) mensuelle est obligatoire pour tout employeur. L’ERP RH doit produire automatiquement la DSN pour les salariés soignants, en tenant compte des spécificités des conventions collectives. Des connecteurs avec des logiciels de paie spécialisés santé (Cegid, Silae) permettent d’externaliser la production de paie tout en conservant la gestion RH et les plannings dans l’ERP.
Panorama des solutions ERP pour le secteur
ERP généralistes adaptés : Dynamics 365 Business Central, Sage X3
Microsoft Dynamics 365 Business Central compte des références dans le secteur de la santé privée française. La Clinique Saint-Louis a déployé la solution en moins de 9 mois, permettant de rationaliser les processus administratifs et financiers. Business Central offre une comptabilité analytique flexible, des capacités d’intégration via API REST/OData, et peut être hébergé sur Azure France, infrastructure certifiée HDS.
Sage X3 (Enterprise Management) est présent dans des groupes médico-sociaux pour la gestion financière consolidée, les achats et les stocks. Sa flexibilité de paramétrage permet d’adapter les workflows aux spécificités sectorielles, mais nécessite un intégrateur ayant une connaissance approfondie du secteur santé pour un déploiement réussi.
Ces solutions généralistes doivent impérativement être complétées par des connecteurs métier spécifiques pour la facturation CPAM et le reporting ATIH.
Éditeurs spécialisés santé et médico-social
Berger-Levrault est l’un des acteurs les plus implantés dans le secteur sanitaire et médico-social. Son portefeuille couvre plusieurs dimensions du SI :
- Expert Santé : DPI web dédié aux cliniques privées, compatible DMP et référencé Ségur vague 2, intégrant la coordination des soins et les prescriptions électroniques (Berger-Levrault, Expert Santé).
- BL.soins : dossier de soins pour les EHPAD et ESMS, certifié référentiel Ségur DUI, avec gestion des plans de soins et projets personnalisés d’accompagnement (Berger-Levrault, BL.soins).
- BL.planning : solution SaaS 100% cloud pour la gestion des plannings soignants, couvrant les cycles spécifiques (12h, week-ends, gardes) des EHPAD et cliniques (Berger-Levrault, BL.planning).
- FACDIS : logiciel de GAP (Gestion Administrative des Patients) et facturation des séjours, avec gestion des flux CPAM et tiers payants (Berger-Levrault, FACDIS).
Ces modules sont référencés Ségur et peuvent être interfacés avec un ERP financier groupe pour les établissements appartenant à un réseau ou à un groupe privé.
Critères de sélection selon la taille et le contexte
| Contexte | Approche recommandée |
|---|---|
| EHPAD isolé (50-150 lits) | Solution verticalisée tout-en-un référencée Ségur DUI |
| Clinique MCO/SSR (100-400 lits) | ERP généraliste finance/RH + HIS dédié + connecteurs métier |
| Groupe médico-social (multi-sites) | ERP groupe pour consolidation + solutions métier par verticale |
Les délais d’implémentation typiques sont de 12 à 18 mois pour une clinique MCO, et de 6 à 12 mois pour un EHPAD isolé. Méfiez-vous des promesses en dessous de ces seuils : ils traduisent soit un périmètre sous-estimé, soit une migration précipitée.
Checklist : 8 questions obligatoires pour votre RFP ERP santé
Avant de signer un contrat avec un éditeur, posez ces questions et exigez des réponses écrites :
-
Votre solution est-elle hébergée chez un hébergeur certifié HDS v2.0 ? Demandez le certificat HDS, pas une déclaration sur l’honneur.
-
Quels services socles Ségur votre solution implémente-t-elle ? Exigez la liste précise (INS qualifiée, MSSanté envoi ET réception, Pro Santé Connect, DMP), pas un engagement futur.
-
Votre solution est-elle référencée par l’ANS dans le cadre du Ségur vague 2 ? Un logiciel non référencé prive l’établissement des financements SONS.
-
Quels connecteurs HIS/DPI proposez-vous nativement ? Pour la transmission des actes CCAM et la récupération des données de séjour sans double saisie.
-
Gérez-vous nativement les CCN 51, CCN 66 et la convention FHP dans votre module RH ? Demandez une démonstration sur un cas concret de planning avec cycle 12h, gardes et jours fériés.
-
Comment gérez-vous la traçabilité des dispositifs médicaux par numéro de lot, DLU et IUD ? La réponse doit être fonctionnelle et démontrable, pas commerciale.
-
Quel est le délai d’implémentation typique pour un établissement de notre taille et avec notre HIS actuel ? Comparez avec les fourchettes sectorielles (12-18 mois clinique, 6-12 mois EHPAD).
-
Quelles références équivalentes (taille, type d’établissement, HIS en place) pouvez-vous nous présenter ? Exigez des contacts directs avec les DSI référents, pas des témoignages marketing.
Pour approfondir votre démarche, consultez notre guide complet pour choisir son ERP et notre méthode pour rédiger un cahier des charges ERP adaptable au secteur médico-social. Pour un panorama des principales solutions disponibles, retrouvez notre comparatif ERP 2026.
