Données et numérique

Choisir un logiciel de cabinet d’ostéopathie : 4 preuves avant de signer

Rédaction · 28 août 2026

Lecture express

Ce qu’il faut retenir

Un logiciel de cabinet peut paraître fluide pendant une démonstration et devenir coûteux le jour où un remplaçant arrive, qu’un accès doit être retiré, qu’une restauration est nécessaire ou que le cabinet veut partir. Choisir sur l’interface ou sur le nombre de fonctions revient à évaluer une porte…

Un logiciel de cabinet peut paraître fluide pendant une démonstration et devenir coûteux le jour où un remplaçant arrive, qu’un accès doit être retiré, qu’une restauration est nécessaire ou que le cabinet veut partir. Choisir sur l’interface ou sur le nombre de fonctions revient à évaluer une porte sans vérifier le bâtiment. La décision solide repose sur quatre preuves : les usages indispensables sont couverts, les garanties sont documentées, les scénarios critiques sont testés et la sortie reste praticable.

Ce guide fournit une méthode de sélection pour un cabinet d’ostéopathie, sans classer des éditeurs ni promettre qu’un label suffira. Il permet de produire un cahier de décision, de conduire un essai uniquement avec des données fictives et de distinguer un argument commercial d’un engagement vérifiable.

En bref

Commencez par dix à quinze opérations observables du cabinet, pas par une liste de fonctionnalités.
Définissez avant les démonstrations les critères qui éliminent une solution : contrat insuffisant, périmètre d’hébergement non démontré, accès trop larges, export inutilisable ou sortie indéterminée.
Un certificat ou une promesse de chiffrement compte seulement si le document, son périmètre et sa période correspondent au service acheté.
L’essai doit utiliser des identités et des dossiers fictifs ; aucun véritable dossier patient ne doit être versé dans un environnement commercial non encadré.
Testez un export complet avant l’engagement long, avec ses pièces, sa documentation et son ouverture hors de la solution.
La note finale compare les offres qui ont franchi tous les critères bloquants ; elle ne sert pas à compenser une faille juridique ou une impossibilité de sortir.

Appliquer quatre portes avant de noter

Une grille à cent points peut donner une apparence rationnelle à une décision fragile. Une solution obtient facilement des points sur l’ergonomie, les rappels ou les tableaux de bord, puis masque une absence d’export ou un contrat imprécis. Pour éviter ce biais, séparez la sélection en quatre portes successives.

Grille en quatre étapes pour choisir un logiciel de cabinet : éliminer, vérifier, tester et décider — Éliminer, vérifier, tester puis décider : une note élevée ne compense pas un critère bloquant.

Porte 1 : éliminer les impossibilités

Écrivez cinq à huit critères qui entraînent un refus, quel que soit le reste. Exemples : aucun contrat de sous-traitance accessible avant signature, refus de fournir le périmètre HDS lorsque cette obligation est applicable, compte partagé imposé, impossibilité d’extraire les documents attachés, sous-traitants non identifiés, lieu de traitement indéterminé ou coût de sortie laissé à la seule discrétion du fournisseur.

Un critère bloquant doit être lié à un risque réel et formulé de façon vérifiable. « La sécurité doit être excellente » ne permet pas de trancher. « Chaque utilisateur dispose d’un compte nominatif et le cabinet peut retirer immédiatement son accès » produit un test. « L’éditeur est français » ne décrit ni le traitement, ni les accès, ni les transferts ; demandez plutôt les entités, les lieux, les sous-traitants et les lois auxquelles ils sont soumis.

Porte 2 : vérifier les documents

La démonstration fonctionnelle vient après la collecte des preuves. Le dossier minimal réunit le contrat principal, les conditions de service, l’accord de sous-traitance, la liste des sous-traitants ultérieurs, la documentation de sécurité, la politique d’incident, les engagements de disponibilité, les conditions d’assistance, la politique de sauvegarde, le certificat HDS et son annexe lorsque le périmètre le requiert, ainsi que la procédure de restitution et destruction.

Chaque document reçoit une date, un propriétaire et une limite. Un certificat expiré n’est pas une preuve actuelle. Une politique générique ne démontre pas que la fonction existe dans l’offre souscrite. Une capture d’écran ne remplace pas une clause lorsque le cabinet doit pouvoir faire valoir un engagement.

Porte 3 : tester des scénarios

Le test vérifie ce que le contrat ne montre pas : l’ergonomie réelle, la séparation des rôles, la qualité des journaux, la gestion d’un départ, le comportement hors réseau, la récupération d’un document, l’assistance et l’export. Préparez les scénarios avant l’essai afin que tous les candidats soient évalués sur les mêmes opérations et avec les mêmes résultats attendus.

Porte 4 : décider et dater la revue

Les solutions encore en lice peuvent être notées. Conservez la preuve associée à chaque score et écrivez les réserves non levées. La décision indique qui l’a prise, à quelle date, pour quel périmètre, avec quelles conditions préalables et ce qui la ferait réexaminer : changement de sous-traitant, nouvelle fonction d’intelligence artificielle, modification des lieux d’hébergement, incident majeur, hausse de prix ou évolution de l’équipe.

Décrire les usages réels du cabinet

Le meilleur cahier des charges part d’une semaine de travail observée. Il ne demande pas « avez-vous la gestion des rendez-vous ? », mais décrit qui fait quoi, depuis quel appareil, avec quelles données, dans quel délai et avec quelle solution de secours. Cette précision évite de payer des fonctions inutiles et révèle les champs que le cabinet ne devrait pas collecter.

Rendez-vous et accueil

Suivez le parcours d’une demande : réservation en ligne ou par téléphone, confirmation, annulation, liste d’attente, arrivée, retard, règlement et justificatif. Décidez quelles informations sont réellement nécessaires avant la consultation. Un champ libre « motif détaillé » peut amener une personne à déposer des données sensibles alors qu’un libellé plus sobre ou facultatif suffirait. La minimisation se décide dans le paramétrage, pas seulement dans une notice.

Vérifiez les règles de visibilité. Une personne chargée de l’accueil a-t-elle besoin du contenu des notes de suivi ? Le système permet-il d’afficher l’information nécessaire sans ouvrir tout le dossier ? Les notifications révèlent-elles un motif ou une donnée de santé sur un écran verrouillé ? Les rappels peuvent-ils être configurés sans multiplier les messages ? Ces décisions appartiennent au cabinet et doivent être soutenues par l’outil.

Dossier, documents et facturation

Listez les objets à conserver : identité, coordonnées, éléments de suivi, consentements ou informations remises, documents importés, factures, paiements, échanges et historiques. Définissez les liens entre eux. Un export de la fiche identité ne constitue pas un export du dossier si les pièces, commentaires, historiques et correspondances restent ailleurs.

Testez une correction et sa trace, la production d’une facture, la recherche d’un document ancien et l’archivage selon les règles retenues. La CNIL rappelle que les durées doivent être fixées selon chaque finalité et que les données ne peuvent pas être conservées indéfiniment. Le logiciel doit donc permettre au cabinet d’appliquer sa politique ; une conservation sans fin imposée par défaut devient un problème à traiter.

Cabinet partagé, remplacement et multi-sites

Décrivez le modèle réel : exercice individuel, secrétariat, remplaçant ponctuel, collaborateur, société, groupe ou plusieurs sites. Le logiciel doit distinguer les identités, les rôles et les périmètres. Un agenda partagé n’autorise pas nécessairement un dossier partagé. Une fonction d’administration ne justifie pas un accès courant aux contenus sensibles.

Préparez trois événements : arrivée d’une personne, changement de fonction et départ immédiat. Qui crée le compte ? Qui approuve le rôle ? Quels droits sont hérités ? Quand l’accès est-il coupé ? Comment les journaux restent-ils consultables après le départ ? Pour approfondir ces règles sans alourdir la sélection, renvoyez le projet vers le guide dédié aux comptes, droits et habilitations.

Constituer le dossier de preuves réglementaires et contractuelles

Le cabinet choisit généralement les finalités et les moyens essentiels du suivi de sa patientèle ; un éditeur qui traite les données pour fournir le service agit souvent comme sous-traitant. La qualification dépend toutefois des faits et peut varier pour certains traitements propres au prestataire, par exemple la facturation de son client ou la sécurité de son service. La CNIL demande d’identifier les rôles au regard des activités réelles, puis de vérifier les garanties du sous-traitant.

Lire le contrat au-delà du mot RGPD

Le contrat de sous-traitance ne doit pas seulement annoncer le respect du RGPD. Il doit encadrer l’objet et la durée du traitement, sa nature et ses finalités, les catégories de données et de personnes, les instructions, la confidentialité, la sécurité, le recours à d’autres sous-traitants, l’assistance aux droits, les incidents, les audits et le sort des données à la fin. Les clauses contractuelles types présentées par la CNIL constituent un support possible, mais un contrat adapté peut aussi réunir ces éléments.

Demandez une réponse précise aux usages secondaires. Les données du cabinet servent-elles uniquement à fournir le service ? Des contenus sont-ils utilisés pour entraîner ou évaluer un modèle, enrichir un produit ou créer des statistiques ? Les données sont-elles anonymisées ou seulement pseudonymisées ? Qui décide de cette finalité ? Une formule vague comme « améliorer nos services » ne permet pas de comprendre le traitement.

Cartographier la chaîne et les accès distants

Un service de cabinet s’appuie souvent sur plusieurs intervenants : hébergement, envoi de courriels ou SMS, paiement, support, supervision et sauvegarde. Obtenez la liste, le rôle, le pays de traitement et la procédure de changement. Distinguez stockage, accès de support et transfert. Une donnée hébergée en Europe peut être consultée à distance depuis un autre pays ; le contrat et l’analyse doivent couvrir cette réalité.

La fiche sécurité de la CNIL sur la sous-traitance recommande de connaître les mesures du prestataire, les règles d’authentification, la restitution et destruction, la notification des incidents et les moyens de contrôle. Classez chaque réponse comme « documentée », « déclarée » ou « absente ». Une déclaration orale peut orienter une question ; elle ne clôt pas le contrôle.

Vérifier l’assistance aux droits et aux incidents

Simulez la recherche de toutes les données relatives à une personne fictive, leur correction et la production d’un dossier intelligible. Demandez comment le prestataire aide le cabinet, dans quels délais et à quel coût. Ne confondez pas l’export de réversibilité entre clients et fournisseurs avec le droit à la portabilité du RGPD, dont les conditions sont spécifiques. Pour la sélection, le besoin est plus large : garder la maîtrise opérationnelle de l’ensemble des données et documents du cabinet.

Le contrat doit aussi préciser le canal d’incident, les informations transmises et l’assistance. Un fournisseur ne peut pas promettre que « rien n’arrivera » ; il doit expliquer comment un événement est détecté, qualifié, contenu et communiqué. Le cabinet conserve ses propres décisions et obligations. Le guide sur la réaction à une perte, un vol ou une intrusion traite cette conduite en profondeur.

Vérifier HDS sans s’arrêter au logo

L’article L.1111-8 du code de la santé publique encadre l’hébergement de données de santé à caractère personnel recueillies à l’occasion d’activités de prévention, de diagnostic, de soins ou de suivi social et médico-social, lorsqu’il est réalisé pour le compte des personnes à l’origine de leur production ou recueil, ou pour le patient. La question ne se résout donc ni par le nom du logiciel ni par une formule commerciale. Il faut examiner les données, l’activité, la relation « pour le compte de » et les prestations réalisées.

Contrôler l’entité, la version et les activités

Si le périmètre retenu exige HDS, demandez le certificat complet plutôt qu’un logo. Vérifiez le nom légal de l’entité, les dates, les sites, les activités certifiées et la correspondance avec les acteurs du service. Le certificat d’un fournisseur d’infrastructure ne couvre pas automatiquement l’éditeur ou toutes les opérations d’administration, de sauvegarde et de support.

La transition vers le référentiel HDS v2 s’est achevée le 16 mai 2026 : l’Agence du numérique en santé indique qu’après cette date les certificats valides attestent de la conformité à la version 2. Au 29 août 2026, l’ANS annonce une publication de HDS v2.1 en octobre 2026 et une entrée en application trois mois plus tard. Cette version annoncée ne doit pas être présentée comme déjà publiée ; inscrivez plutôt une clause de suivi et vérifiez le texte final lorsqu’il paraîtra.

Dire ce que HDS ne prouve pas

HDS porte sur un périmètre d’hébergement. Il ne garantit pas l’adéquation du logiciel au cabinet, la qualité clinique, la pertinence de tous les champs, la bonne répartition de vos habilitations, l’efficacité de l’assistance ni la facilité d’export. Il ne remplace pas le contrat de sous-traitance et n’efface pas les responsabilités de configuration du cabinet.

À l’inverse, une incertitude sur l’application du cadre ne justifie pas d’ignorer la sécurité. Les dossiers restent sensibles et les mesures doivent être proportionnées. Pour approfondir le périmètre et la lecture d’un certificat, utilisez la page spécialisée HDS : ce que le sigle prouve et ne prouve pas.

Faire démontrer la sécurité dans la configuration achetée

Une réponse « les données sont chiffrées » est incomplète. Demandez quelles données, à quel moment, avec quelle gestion des clés et dans quelle offre. La sécurité résulte aussi des comptes, des mises à jour, de la journalisation, des sauvegardes, de l’administration et du support. Dans son guide TPE-PME version 2.5 de novembre 2024, référence ANSSI-GP-086, l’ANSSI recommande une approche méthodique des services cloud, notamment pour éviter exposition, mauvaise configuration et irréversibilité.

Authentification et habilitations

Créez dans l’essai un compte titulaire, un compte accueil, un compte remplaçant et un compte administrateur. Vérifiez les droits par défaut, la personnalisation, la révocation, la durée des sessions et l’authentification multifacteur. Un compte générique « cabinet » empêche d’attribuer une action et complique le départ d’une personne. Un administrateur utilisé quotidiennement augmente inutilement l’impact d’une erreur ou d’un vol de session.

Testez les limites depuis chaque profil. L’accueil peut-il consulter une note alors qu’il ne devrait voir que l’agenda et les coordonnées ? Le remplaçant accède-t-il aux seuls dossiers nécessaires ? L’éditeur peut-il ouvrir un dossier lors du support, avec quelle autorisation et quelle trace ? Documentez les résultats plutôt que d’accepter une réponse générale sur les « rôles avancés ».

Journaux, alertes et enquête

Demandez quelles opérations sont tracées : connexion, lecture, création, modification, export, suppression, changement de rôle et action de support. La CNIL recommande de protéger les journaux contre les accès et altérations non autorisés et d’encadrer la journalisation du sous-traitant. Vérifiez la durée, le fuseau horaire, la recherche, l’export et la personne habilitée à les consulter.

Un journal massif peut être inutilisable. Simulez un cas : un dossier fictif a été exporté mardi entre 14 h et 15 h. Le cabinet peut-il savoir par quel compte, depuis quelle session et avec quelle action ? L’éditeur peut-il fournir l’information dans un délai compatible avec l’analyse d’un incident ? Notez ce qui est directement accessible et ce qui nécessite un ticket.

Sauvegarde, restauration et continuité

Demandez fréquence, rétention, chiffrement, séparation, lieux et tests de restauration. Surtout, faites préciser ce qui est restauré : base entière, dossier, pièce jointe, configuration, journal ou export. Un discours sur des sauvegardes quotidiennes ne dit pas combien de données peuvent être perdues ni combien de temps le cabinet restera indisponible.

Faites consigner les objectifs de reprise, les exclusions, la procédure d’urgence et le canal de support. Un test sur votre périmètre vaut davantage qu’un badge. Pour construire la stratégie propre au cabinet, y compris les copies indépendantes et les exercices, renvoyez vers le guide sauvegarde et restauration.

Banc d’essai logiciel avec sablier sans chiffres, jetons d’accès et boîte d’export — Un essai comparable chronomètre les mêmes scénarios et conserve les mêmes preuves pour chaque candidat.

Organiser un essai sur données fictives

Un essai libre favorise l’effet de découverte : chacun clique, repère des fonctions agréables et oublie les événements rares. Un protocole commun transforme l’essai en preuve. N’utilisez que des identités, documents, coordonnées et situations fictifs. Si l’environnement d’essai n’est pas encadré, ne versez aucune donnée réelle, même « juste pour voir ».

Protocole d’essai logiciel en quatre étapes : préparer, simuler, exporter et trancher — Préparer, simuler, exporter et trancher : les quatre étapes sont détaillées ci-dessous et ne dépendent pas du visuel.

Préparer les personnes et résultats attendus

Créez au moins quatre profils fictifs correspondant aux rôles. Préparez dix faux dossiers avec dates, pièces et situations variées : doublon, homonyme, mineur fictif si le processus le prévoit, document lourd, facture annulée, créneau déplacé et demande de correction. Écrivez pour chaque scénario le résultat attendu, la durée acceptable et les droits nécessaires.

Nommer un observateur évite que la personne qui manipule juge seule. Il note le nombre d’étapes, les erreurs, les contournements, l’aide nécessaire et la preuve obtenue. Filmez uniquement l’interface fictive si le contrat et les personnes présentes l’autorisent ; sinon, une fiche datée et des captures expurgées suffisent.

Simuler une semaine et un incident

Faites prendre un rendez-vous, annulez-le, créez un dossier, joignez un document fictif, produisez une facture, corrigez une information et transmettez un justificatif. Changez ensuite le rôle d’un utilisateur, révoquez-le et vérifiez qu’une session déjà ouverte ne conserve pas un accès indu. Recherchez dans le journal les actions réalisées.

Ajoutez une situation dégradée : connexion lente, navigateur fermé, appareil indisponible ou service inaccessible. Le but n’est pas de provoquer une panne du fournisseur mais de comprendre le mode de travail du cabinet, l’accès au support, l’information reçue et le retour à la normale. Demandez un exemple de rapport d’incident anonymisé ou le modèle de communication.

Exporter et ouvrir hors de la solution

Déclenchez l’export témoin pendant l’essai, pas après la signature. Comptez les dossiers, fichiers, pièces et lignes. Ouvrez les formats avec des outils indépendants. Vérifiez l’encodage, les dates, les identifiants, les liens entre tables et la présence d’un dictionnaire. Un fichier techniquement lisible mais incompréhensible sans clé propriétaire n’offre pas une réversibilité suffisante.

Conservez la demande, la réponse, le délai, le volume et les limites. Demandez si la procédure diffère en fin de contrat et si une assistance payante devient obligatoire. Si l’éditeur refuse un essai d’export, classez cette absence comme un risque, pas comme un détail à régler plus tard.

Trancher avec une trace

À la fin, chaque scénario reçoit quatre informations : résultat, preuve, réserve et décision. « Fonction présente » n’est pas un résultat. Préférez « le compte accueil ne peut pas ouvrir les notes ; vérifié le 29 août sur l’offre X, capture expurgée n°3 ». Indiquez les éléments qui reposent encore sur une promesse et exigez une confirmation contractuelle avant l’engagement.

Tester l’export et négocier la réversibilité

L’export est un résultat technique ; la réversibilité est l’ensemble du passage vers une autre organisation. Elle comprend le déclenchement, les délais, les formats, les pièces, la documentation, l’assistance, le coût, la sécurité du transfert, la période de coexistence, la suppression des copies et l’attestation finale. Le droit RGPD à la portabilité ne remplace pas ce dispositif contractuel.

Définir ce qui doit sortir

Énumérez les objets : identités, coordonnées, rendez-vous, dossiers, notes, documents joints, factures, règlements, consentements ou informations, modèles, utilisateurs, journaux utiles et paramétrages. Tout ne prendra pas le même format. Pour chaque objet, exigez un format courant ou documenté, une structure, un identifiant stable et les relations nécessaires à la reconstitution.

Ne confondez pas export comptable, export de contacts et restitution complète. Une archive PDF dossier par dossier peut être utile à la lecture, mais difficile à reprendre dans un autre système. Un fichier tabulaire sans pièces jointes perd une partie du dossier. Plusieurs sorties complémentaires peuvent être nécessaires.

Négocier la clause de sortie avant l’entrée

Écrivez le délai après demande, le nombre d’exports inclus, le prix, le canal sécurisé, l’assistance, le maintien en lecture seule, la période de correction et le sort des sauvegardes. Demandez comment une résiliation urgente diffère d’une fin normale. Une clause « données restituées sur demande » sans format, délai ni coût laisse l’essentiel indéterminé.

Prévoyez la vérification avant suppression : le cabinet accuse réception seulement après contrôle des volumes, de l’ouverture et de l’intégrité. L’attestation de destruction doit préciser son périmètre et les délais applicables aux sauvegardes. Le guide export, portabilité et réversibilité approfondit cette négociation ; le présent article se limite à son rôle dans le choix initial.

Comparer le coût total, le support et le changement

Le prix mensuel affiché ne suffit pas. Calculez sur trois ans l’abonnement, les utilisateurs, les sites, les SMS, le paiement, le stockage, la formation, la reprise, le support prioritaire, les exports, les options de sécurité et la sortie. Distinguez coûts certains, variables et exceptionnels. Testez une hausse de volume et une équipe plus large.

Évaluer le support par des engagements

Demandez les horaires, canaux, niveaux de priorité, délais cibles, escalade et langue. Vérifiez qui peut ouvrir une session de support, comment le cabinet l’autorise, ce qui est tracé et comment l’accès se ferme. Un support réactif pendant la vente ne prouve pas le service après signature ; recherchez des engagements écrits et testez une question technique pendant l’essai.

Encadrer les évolutions du service

Les logiciels SaaS évoluent. Lisez la procédure de modification des conditions, des fonctions, des sous-traitants et des prix. Le cabinet peut-il refuser un usage nouveau des données ? Quel préavis s’applique à une suppression de fonction ? Une mise à jour majeure déclenche-t-elle une formation ? Une nouvelle option d’IA est-elle désactivée par défaut et documentée ?

Prévoyez une revue annuelle et une revue déclenchée par événement. Conservez la version des documents examinés. Une décision de 2026 ne valide pas automatiquement un service transformé en 2028. Le registre de décision doit permettre de voir ce qui a changé et si un nouveau test est requis.

Construire une grille de décision qui ne masque pas les bloqueurs

Après les trois premières portes, pondérez les candidats restants. Une répartition possible est : 25 % usages et ergonomie, 25 % protection des données et contrat, 20 % sécurité et continuité, 15 % réversibilité, 10 % support et conduite du changement, 5 % coût. Adaptez les poids au cabinet, mais ne réduisez pas la sécurité à une petite rubrique décorative.

Élément	Règle de notation
Critère bloquant	Oui/non ; un « non » arrête la candidature, sans compensation.
Preuve documentée	Note pleine possible si document, périmètre et date correspondent.
Déclaration	Note plafonnée et confirmation exigée avant signature.
Test réussi	Résultat reproductible, personne, date et environnement consignés.
Absence ou refus	Zéro point et réserve explicite ; peut devenir bloquant selon le risque.

Faites noter séparément au moins deux personnes, puis discutez les écarts. Une personne peut privilégier la rapidité de saisie ; une autre repérera une difficulté de contrôle. La moyenne brute est moins utile que l’explication. Conservez la version finale, les preuves et les conditions décidées : activation du MFA avant ouverture, validation juridique d’une clause ou export témoin satisfaisant.

Décider dans quatre situations de cabinet

Cabinet individuel en création

Le risque principal est de suréquiper et de collecter trop tôt. Commencez par rendez-vous, dossier, facturation, information et sauvegarde. Évitez les intégrations non nécessaires. Vérifiez que le compte administrateur n’est pas utilisé au quotidien, que l’export est possible dès le premier dossier fictif et que le contrat n’impose pas un engagement long avant la preuve.

Cabinet avec accueil ou secrétariat

La séparation des accès devient déterminante. Testez ce que l’accueil voit dans agenda, notifications et dossiers. Vérifiez les changements temporaires, l’historique et la révocation. Choisissez une solution où l’organisation peut fonctionner sans partager un identifiant. La facilité de prise de rendez-vous ne compense pas un accès global aux notes.

Groupe ou plusieurs sites

Définissez qui est responsable de quoi, le partage des données, les agendas, la facturation, les administrateurs et la sortie d’un membre. Testez le cloisonnement entre praticiens et sites, ainsi que l’export d’un périmètre sans extraire ceux des autres. Le contrat, les statuts du groupe et le paramétrage doivent raconter la même organisation.

Remplacement ou changement prochain

Si une migration est probable, la réversibilité pèse davantage. Demandez un export réel de l’outil actuel et un import témoin dans la solution candidate. Mesurez les pertes, les doublons, les pièces non reprises et le temps de contrôle. Ne confondez pas sélection et bascule : la méthode détaillée figure dans le guide de changement de logiciel.

Conduire la sélection en trente jours

Semaine 1 : cadrer et éliminer

Observez une semaine, retenez quinze opérations, identifiez les données et les rôles, puis fixez les critères bloquants. Rassemblez trois candidats au maximum pour éviter une comparaison superficielle. Envoyez la même liste documentaire et la même date limite. Une absence de réponse est déjà une information.

Semaine 2 : lire les preuves

Analysez contrats, sous-traitants, sécurité, HDS si applicable, sauvegarde, support et sortie. Notez les questions, les contradictions et les documents manquants. Demandez des corrections écrites. Faites relire les points juridiques ou techniques à une compétence adaptée lorsque l’enjeu dépasse le cabinet.

Semaine 3 : tester de façon comparable

Exécutez le protocole sur données fictives. Faites participer les futurs utilisateurs sans leur montrer les notes commerciales. Testez rôles, journaux, incident, export et support. Consignez les résultats immédiatement ; la mémoire favorise l’interface la plus récente ou le commercial le plus convaincant.

Semaine 4 : décider sous conditions

Écartez les candidats qui n’ont pas franchi les portes. Calculez le coût total, comparez les preuves et formalisez la décision. Si la solution est retenue sous condition, attribuez un responsable et une échéance. Préparez ensuite un plan d’implémentation, d’information, de formation, de migration et de retour arrière distinct de la décision de sélection.

Reconnaître les signaux d’arrêt

« Tout est conforme » sans document : demandez le contrat, les mesures, le certificat et leur périmètre.
Essai avec de vrais patients : refusez ; construisez un jeu entièrement fictif.
Compte unique pour toute l’équipe : la traçabilité et la révocation deviennent insuffisantes.
HDS présenté comme conformité totale : rétablissez le périmètre exact de la certification.
Export limité aux contacts ou factures : recensez tous les objets nécessaires à la continuité.
Format « propriétaire mais standard » non documenté : exigez un fichier témoin et son dictionnaire.
Coût de sortie calculé uniquement au départ : négociez méthode, plafond ou forfait avant l’entrée.
Accès support invisible : exigez autorisation, durée, identité et journalisation.
Sous-traitants « confidentiels » : le cabinet ne peut pas analyser une chaîne qu’il ne connaît pas.
Fonction d’IA activée sans qualification : stoppez l’usage jusqu’à comprendre données, finalité, acteurs et contrôle humain.

Connaître les limites

Ce guide ne certifie aucun produit et ne remplace ni une analyse juridique du contrat, ni un audit de sécurité. Les fonctionnalités, sociétés, sous-traitants, certificats et prix changent. Une preuve contrôlée aujourd’hui doit être réexaminée lorsqu’un événement modifie le service.

Le champ HDS dépend des données, activités et prestations réelles. Lorsque l’application du cadre est incertaine, obtenez un avis adapté plutôt que d’affirmer qu’un ostéopathe est toujours inclus ou toujours exclu. De même, une certification ou une qualification ne couvre que son périmètre.

La meilleure solution n’élimine pas les responsabilités du cabinet. Paramétrage, droits, mots de passe, appareils, information des personnes, durées, procédures de secours et formation restent à piloter. À l’inverse, un cabinet sérieux ne peut pas corriger par ses seules pratiques un contrat incomplet, un fournisseur opaque ou une sortie impossible.

Suivi éditorial

Sources officielles contrôlées le : 29 août 2026. Prochaine revue prévue : 29 novembre 2026. Revue anticipée à la publication effective de HDS v2.1, à toute évolution de l’article L.1111-8 ou des recommandations CNIL/ANSSI utilisées, ou si un changement de service modifie les garanties décrites.

Sources officielles

Un article doit mener à une action utile.

Passez de la lecture à l’action

Ouvrez les outils pratiques du Hub Geniosteo.

Ouvrir l’outil

Échangez avec vos pairs

Retrouvez les discussions et l’expérience d’autres ostéopathes.

Rejoindre la communauté