Guide pratique · 4 min de lecture
Modèle multi-établissements : séparer ce qui est local de ce qui est central
Un réseau de cliniques doit partager des règles sans ouvrir tous les dossiers à tout le monde. Une matrice de décisions évite les conflits entre siège et établissements.
Par Rédaction Doclineo · Rédaction assistée par IA · Révision éditoriale du
Un groupe souhaite harmoniser ses motifs de rendez-vous. Un établissement veut conserver une durée adaptée à son équipement. Les deux demandes peuvent être légitimes. Le problème apparaît quand personne ne sait quelle décision appartient au siège, au site ou à un responsable clinique.
Avant de centraliser un logiciel, distinguez standards communs, réglages locaux et accès aux données. Ces trois sujets ne se déduisent pas les uns des autres : une nomenclature commune n’autorise pas automatiquement la consultation de tous les patients.
Classer les décisions avant de classer les établissements
Faites l’inventaire des objets administrés : utilisateurs, lieux, motifs, horaires, documents, tarifs, tableaux de bord. Pour chacun, identifiez la personne qui décide, celle qui applique et celle qui arbitre un désaccord. Évitez le mot « administrateur » sans préciser son domaine.
Une matrice courte vaut mieux qu’un organigramme qui ne répond pas aux cas concrets. Demandez : qui peut fermer un site dans l’annuaire ? Qui corrige une durée erronée ? Qui valide un export consolidé ? La réponse peut être différente pour chaque objet.
Sur petit écran, faites défiler le tableau horizontalement pour voir toutes les colonnes.
| Objet | Socle commun possible | Adaptation locale à encadrer |
|---|---|---|
| Motifs de rendez-vous | Noms et règles de définition | Disponibilité selon compétences et équipement |
| Horaires | Format et circuit de publication | Ouvertures et fermetures réelles |
| Droits | Familles de permissions | Attribution dans un périmètre autorisé |
| Indicateurs | Formules communes | Commentaires expliquant le contexte du site |
Ne pas confondre consolidation et accès transversal
Un directeur peut avoir besoin d’un volume d’activité par site sans avoir besoin des notes cliniques de chaque patient. Le principe de minimisation conduit à définir le niveau de détail nécessaire pour chaque usage, plutôt qu’à ouvrir toute la base puis à demander de la discrétion.
Séparez donc la capacité de gérer un référentiel, celle de consulter une donnée individuelle et celle d’obtenir un total agrégé. Testez les trois. Une vue consolidée peut révéler des informations individuelles lorsque les groupes sont très petits ; examinez cette possibilité avant de partager les tableaux.
Références : CNIL — Minimisation.
Rendre les exceptions locales visibles et réversibles
Une exception doit avoir une raison, un propriétaire, une portée et une date de réexamen. « Nous avons toujours fait ainsi » décrit un historique, pas une nécessité. À l’inverse, imposer une règle commune malgré une contrainte matérielle réelle peut dégrader la prise en charge.
Tenez un registre simple des écarts : règle commune, différence demandée, établissements concernés, décision et échéance. Si plusieurs sites demandent la même exception, réexaminez le standard. L’objectif n’est pas de supprimer toute diversité, mais d’éviter qu’elle soit cachée dans des copies de paramètres.
Simuler les effets d’une décision centrale
Avant de changer un motif commun, recherchez ses usages : rendez-vous futurs, formulaires, statistiques, messages et liens de réservation. Une modification de libellé peut rendre une ancienne statistique incompréhensible ; une suppression peut casser une réservation déjà envoyée.
Préparez un aperçu des établissements touchés et une procédure de retour adaptée. Lorsque les données ont changé de sens, revenir au code précédent ne rétablit pas automatiquement la situation. Conservez les anciennes valeurs nécessaires à l’historique et expliquez les transitions aux personnes qui exploitent les rapports.
Valider avec un site ordinaire et un cas difficile
Ne choisissez pas uniquement l’établissement le plus disponible pour un pilote. Ajoutez un site présentant une contrainte différente : plusieurs lieux, remplaçants ou horaires particuliers. Les scénarios doivent couvrir la règle commune et l’exception autorisée, mais aussi un dépassement qui doit être refusé.
À la clôture, recueillez la preuve que les utilisateurs savent qui contacter. Un modèle multi-sites reste fragile si toute correction remonte à une seule personne au siège. Le réseau doit pouvoir évoluer sans transformer chaque ajustement d’horaire en projet informatique.
Questions complémentaires
Centraliser signifie-t-il imposer des durées identiques ?
Non. Une définition commune du motif peut coexister avec des paramètres locaux justifiés. Il faut rendre la différence explicite et éviter de comparer ensuite des activités non équivalentes.
Un manager de site doit-il voir les autres établissements ?
Seulement selon sa mission et les autorisations applicables. Son titre ne suffit pas à justifier un accès aux données individuelles d’un autre site.
Sources et portée des références
Les références étayent les points indiqués dans le texte. Les exemples fictifs, calculs et grilles proposés par Doclineo sont distingués des recommandations de ces organismes.
-
CNIL — Minimisation
Principe limitant les données à ce qui est nécessaire pour la finalité poursuivie. Les dictionnaires et tableaux de pilotage ci-dessous sont des propositions de travail.
Source consultée le .
Signaler une erreur éditoriale : indiquez le titre et le passage concerné, sans transmettre de données de santé personnelles.
