En maison de santé, qui pilote l'informatique partagée ?

Une maison de santé pluriprofessionnelle réunit plusieurs professionnels de santé autour d'un projet de santé commun, reconnu par l'agence régionale de santé. Trois dispositifs distincts s'articulent ensuite, qu'il vaut mieux ne pas confondre. L'ARS reconnaît le projet de santé. L'accord conventionnel interprofessionnel (ACI), négocié avec l'Assurance Maladie, prévoit des indicateurs et des rémunérations liés à l'organisation de la structure, dont son système d'information ; son dernier avenant a été signé le 5 juin 2026, ce qui invite à vérifier les conditions applicables au moment où vous vous engagez. Enfin, l'Agence du numérique en santé propose un label qui identifie les logiciels adaptés à l'exercice coordonné, avec un niveau standard correspondant au socle fonctionnel minimal attendu d'un système d'information partagé.

Partagé, c'est le mot qui change tout. Dans un cabinet individuel, l'informatique a un seul maître. Dans une maison de santé, plusieurs professions, plusieurs praticiens, souvent plusieurs statuts d'exercice, s'appuient sur un même système. La question n'est plus seulement « est-ce que ça marche ? », mais « qui décide, qui accède à quoi, et qui répond quand ça casse ? ». Voici comment ce pilotage se pose, et où s'arrête mon rôle.

Ce que cela veut dire dans le quotidien de la structure

En pratique, un système d'information partagé de maison de santé, c'est un dossier patient auquel accèdent, selon des règles, un médecin, un infirmier, un kiné, une secrétaire, parfois un remplaçant de passage. Chacun a besoin de ce qui le concerne, sans forcément avoir besoin de tout. Le partage sert la coordination du soin, mais il ne veut pas dire accès total pour tout le monde.

Or, faute de pilotage, plusieurs situations reviennent. Personne n'a la responsabilité claire du système : chacun suppose qu'un autre s'en occupe. Les accès s'accumulent au fil des arrivées, sans jamais se refermer aux départs. Le logiciel labellisé est installé, mais mal configuré côté droits, si bien que le partage est soit trop large, soit bloquant. Et quand un incident survient, la question « qui appelle-t-on ? » n'a pas de réponse convenue.

Le pilotage, ce n'est pas de la technique pure. C'est d'abord une clarté d'organisation : qui décide des règles d'accès, qui les applique, qui les révise, qui est l'interlocuteur du prestataire. Cette clarté se décide entre associés, et se traduit ensuite techniquement.

Ce qui coince faute de pilotage

Trois risques reviennent quand l'informatique partagée d'une maison de santé n'est pilotée par personne.

• La divulgation par accès trop large : un professionnel, un remplaçant ou une secrétaire qui accède à des dossiers hors de son périmètre, faute de droits ajustés à sa mission.
• La responsabilité diluée : en cas d'incident ou de fuite, ne pas savoir qui était responsable de quoi, alors que le partage suppose des rôles définis, notamment pour une boîte MSSanté organisationnelle.
• L'indisponibilité collective : une panne qui arrête non plus un praticien, mais toute la structure, sans interlocuteur désigné pour réagir vite.

Ces risques tiennent moins à la technique qu'à l'organisation. Ils se règlent en posant, à froid, qui pilote et qui accède à quoi.

Ce qu'un système d'information partagé exige

Ces trois dispositifs ont un dénominateur commun : un système d'information partagé qui fonctionne. Le label ANS, au niveau standard, identifie un logiciel outillé pour le partage sécurisé du dossier entre professionnels ; l'ACI valorise l'organisation qui va avec. Mais l'outil ne suffit pas : il suppose, derrière lui, une organisation qui le rende réel.

D'expérience, je traduis cet attendu en trois exigences pratiques. D'abord, des rôles d'accès définis par profession et par mission, revus régulièrement. Ensuite, une gestion propre des arrivées et des départs, puisque la rotation est fréquente en maison de santé. Enfin, un interlocuteur désigné, côté structure et côté prestataire, pour que « qui décide » et « qui répond » ne restent pas des questions ouvertes.

Un DSI externalisé, dans ce contexte, joue un rôle utile : il apporte le pilotage technique que la structure n'a pas à recruter, tout en respectant que les décisions d'organisation appartiennent aux associés. Il n'impose pas une gouvernance, il la met en œuvre une fois qu'elle est décidée.

Une grille pour clarifier votre pilotage

Ces questions n'exigent aucune compétence technique. Elles se posent entre associés.

• Qui, nommément, est responsable du système d'information de la structure aujourd'hui ?
• Les droits d'accès sont-ils ajustés par profession et par mission, ou tout le monde voit-il tout ?
• Existe-t-il une procédure d'ouverture et de fermeture des accès à l'arrivée et au départ d'un professionnel ?
• Qui gère la boîte MSSanté organisationnelle, et qui y a accès ?
• En cas de panne touchant toute la structure, qui appelle-t-on, et en combien de temps ?
• Votre logiciel partagé est-il bien labellisé au niveau attendu par l'ANS pour le partage sécurisé ?
• Les règles d'accès sont-elles écrites quelque part, ou reposent-elles sur des habitudes non formalisées ?

Où s'arrête mon rôle, où commence le vôtre

La ligne est nette, et elle vous protège. Côté technique et pilotage : je configure les rôles d'accès décidés par la structure, je gère proprement les arrivées et les départs, je sécurise le partage, je tiens la continuité, et je suis l'interlocuteur technique unique en cas d'incident. Ce qui reste aux associés : décider qui accède à quoi, arbitrer la gouvernance interne, trancher ce que la coordination du soin exige comme partage entre professions. Je mets en œuvre la gouvernance ; je ne me substitue pas à elle.

Ce qu'un pilotage clair vous fait gagner

Recadré sans jargon, cela se traduit en trois termes.

Du temps : un interlocuteur désigné et des accès à jour, c'est moins de flottement au quotidien et une réaction rapide en cas de souci.

De la responsabilité : des rôles définis, c'est savoir qui est responsable de quoi, y compris quand il faut rendre compte d'un incident touchant des données de santé partagées.

De la sérénité collective : chaque professionnel travaille avec ce qui le concerne, sans que la structure ne dépende de la mémoire d'une seule personne.

Sur l'hébergement, un mot en fin de parcours : une fois le pilotage et le partage sécurisés, l'endroit où vivent les données de la structure se vérifie en trois points distincts, la certification HDS du prestataire, la localisation contractuelle des données et vos conditions de réversibilité. C'est une destination à préparer, pas un préalable.

Par où commencer

Commencez par une matrice des accès et des responsabilités : je pose, profession par profession, qui accède à quoi aujourd'hui, quels comptes restent ouverts pour des professionnels partis, qui gère la boîte MSSanté organisationnelle, et qui répond en cas d'incident. Vous en tirez une image claire, et les décisions d'organisation, qui vous reviennent, deviennent faciles à prendre.