Logiciel certifié HDS : lequel choisir pour votre cabinet ?

Un "logiciel certifié HDS" est en réalité un raccourci de langage, car la certification HDS (Hébergeur de Données de Santé) ne porte pas sur le logiciel lui-même mais sur l'hébergeur qui stocke et exploite vos données de santé. Pour bien choisir, vous ne devez donc pas vous fier à la mention "HDS" affichée sur une page commerciale, mais vérifier trois choses concrètes : le nom de l'hébergeur utilisé par l'éditeur, sa présence sur la liste officielle publiée par l'Agence du Numérique en Santé (ANS), et le fait que le périmètre du certificat couvre bien l'activité concernée. Un praticien peut faire cette vérification lui-même en quelques minutes, sans compétence technique, et c'est le seul moyen fiable de distinguer une solution réellement conforme d'un argument marketing.

Cet article explique ce que recouvre exactement la certification HDS, qui doit y être soumis et qui ne l'est pas, ce que le certificat couvre réellement, la méthode pas à pas pour contrôler vous-même une solution sur la liste officielle de l'ANS, les pièges des mentions marketing floues, la différence entre HDS et RGPD, et une grille de décision pour choisir le logiciel de votre cabinet en connaissance de cause.

Certification HDS : de quoi parle-t-on exactement ?

Avant de comparer des logiciels, il faut poser le vocabulaire, car c'est précisément là que naissent la plupart des malentendus. La certification HDS est un dispositif français encadré par le code de la santé publique et piloté par l'Agence du Numérique en Santé. Elle vise à garantir un niveau de sécurité élevé lorsque des données de santé à caractère personnel sont hébergées par un tiers.

La donnée de santé, une donnée sensible à part

Le nom, le numéro de téléphone et l'adresse d'un patient sont déjà des données personnelles protégées. Mais dès qu'une information touche à l'état de santé, aux antécédents, à un diagnostic, à un compte rendu de séance ou à un traitement, elle entre dans la catégorie des données sensibles, qui bénéficie d'une protection renforcée. Un dossier patient de podologue, de psychologue ou d'ostéopathe est donc, par nature, un ensemble de données de santé, même s'il ne contient que quelques lignes de notes cliniques.

Cette qualification a une conséquence directe : le stockage de ces données par un prestataire extérieur ne peut pas se faire n'importe où. C'est tout l'objet de la certification HDS.

HDS certifie l'hébergeur, pas le logiciel

Voici le point que la plupart des praticiens ignorent, et que certains éditeurs entretiennent volontairement dans le flou : la certification est délivrée à l'hébergeur des données, c'est-à-dire à l'infrastructure qui stocke, sauvegarde et exploite les données de santé, pas au logiciel que vous utilisez au quotidien.

Concrètement, un éditeur de logiciel de gestion de cabinet ne construit presque jamais ses propres centres de données. Il loue de la capacité chez un hébergeur cloud (par exemple un grand fournisseur d'infrastructure) qui, lui, détient la certification HDS. Le logiciel que vous voyez à l'écran est une couche applicative posée au-dessus de cette infrastructure. Dire qu'un logiciel "est certifié HDS" est donc un abus de langage : ce qui est certifié, c'est l'hébergement des données sur lesquelles ce logiciel s'appuie.

Cette distinction n'est pas un détail juridique. Elle explique pourquoi deux logiciels peuvent tous les deux afficher "HDS" alors que l'un héberge réellement vos données sur une infrastructure certifiée et l'autre non, ou seulement en partie.

Ce que la mention HDS ne veut pas dire

Il est utile de lister d'emblée ce qu'une simple mention "HDS" ne garantit pas :

• Elle ne garantit pas que le logiciel a été audité (le logiciel n'est pas l'objet de la certification).
• Elle ne garantit pas que toutes les données que vous saisissez transitent réellement par l'infrastructure certifiée.
• Elle ne garantit pas que l'éditeur, qui administre le système contenant les données, est lui-même couvert pour cette activité.
• Elle ne remplace pas la conformité au RGPD, qui est une obligation distincte et complémentaire.

Retenez ce principe : une mention affichée est une déclaration, pas une preuve. La preuve, c'est le certificat et la liste officielle. Nous verrons plus loin comment y accéder.

Qui doit être certifié HDS, et qui ne l'est pas

La certification ne concerne pas tout le monde de la même façon. Comprendre où se situe l'obligation vous aide à savoir ce que vous devez exiger de votre fournisseur, et ce qui relève de votre propre responsabilité.

Le praticien qui héberge lui-même ses données

Si vous conservez vos dossiers sur un cahier papier, sur un logiciel installé localement sur votre ordinateur, ou sur un disque dur qui ne quitte pas votre cabinet, vous n'hébergez pas des données "pour le compte d'un tiers" : vous êtes le responsable de vos propres données. Dans ce cas de figure, l'obligation de certification HDS ne pèse pas sur vous.

Attention toutefois : cela ne vous dispense pas de sécuriser ces données (sauvegarde, mot de passe, poste verrouillé, protection contre le vol ou l'incendie) ni de respecter le RGPD. Beaucoup de praticiens croient être en règle parce que "tout est sur mon ordinateur", alors qu'une simple panne de disque sans sauvegarde peut leur faire perdre des années de dossiers. Stocker ses dossiers sur un service grand public non prévu pour la santé pose d'ailleurs d'autres problèmes, que nous détaillons dans notre article sur les risques des dossiers patients sur Google Drive.

Le logiciel en ligne, où l'obligation devient centrale

Dès que vous utilisez un logiciel en ligne (SaaS), une application cloud ou un service de prise de rendez-vous qui stocke vos dossiers sur des serveurs distants, vos données de santé sont hébergées par un tiers, pour votre compte. Dans cette configuration, l'hébergement doit obligatoirement être assuré par un hébergeur certifié HDS.

C'est la situation de l'immense majorité des cabinets modernes. Un agenda en ligne consultable depuis votre téléphone, un dossier patient synchronisé entre votre poste et celui de votre remplaçant, une facturation accessible partout : toutes ces commodités reposent sur un hébergement distant, donc soumis à l'obligation HDS. Le confort du cloud a pour contrepartie une exigence de sécurité que vous devez vérifier.

Éditeur, hébergeur, infogéreur : qui fait quoi

Pour lire correctement un contrat ou une page commerciale, distinguez trois rôles, qui peuvent être tenus par des entreprises différentes :

• L'éditeur : l'entreprise qui conçoit et vend le logiciel (l'interface, les fonctions).
• L'hébergeur d'infrastructure : l'entreprise qui fournit les serveurs et les centres de données physiques.
• L'infogéreur : l'entité qui administre et exploite au quotidien le système d'information contenant les données de santé (mises à jour, supervision, sauvegardes).

Un éditeur peut confier l'hébergement physique à un grand fournisseur cloud certifié, tout en assurant lui-même l'infogérance. Dans ce cas, l'éditeur exerce une activité qui relève, elle aussi, du champ de la certification. C'est pourquoi il ne suffit pas que le centre de données soit certifié : il faut que la chaîne complète le soit pour les activités concernées. Nous y revenons dans la méthode de vérification.

Ce que couvre réellement la certification HDS

Pour juger de la solidité d'une solution, il aide de savoir ce que le certificat atteste réellement. Ce n'est pas un label déclaratif : c'est le résultat d'un audit mené par un organisme indépendant.

Un référentiel adossé aux normes internationales

La certification HDS s'appuie sur un référentiel exigeant, construit à partir de normes de sécurité de l'information reconnues (notamment la famille ISO 27001 pour le management de la sécurité, complétée par des exigences propres aux données de santé). L'audit est réalisé par un organisme certificateur accrédité, indépendant de l'hébergeur. Ce n'est donc pas l'entreprise qui s'auto-déclare conforme : c'est un tiers qui vérifie, sur pièces et sur site, que les exigences sont respectées.

Cela change tout par rapport à une simple promesse commerciale. Une mention "sécurité renforcée" n'engage que celui qui l'écrit. Un certificat HDS engage un auditeur externe et repose sur un référentiel public.

Les deux certificats et les six activités

Le dispositif distingue deux certificats, selon la nature de l'activité :

• Le certificat d'hébergeur d'infrastructure physique, qui couvre la mise à disposition et le maintien des sites et des matériels.
• Le certificat d'hébergeur infogéreur, qui couvre l'exploitation, l'administration et la sauvegarde du système contenant les données de santé.

Ces certificats se déclinent sur un ensemble d'activités d'hébergement (au nombre de six dans le référentiel), allant de la mise à disposition des locaux physiques jusqu'à la sauvegarde externalisée, en passant par l'administration du système. Un hébergeur n'est pas forcément certifié pour toutes les activités : il l'est pour un périmètre précis, indiqué sur son certificat. Cette notion de périmètre est fondamentale pour la vérification, car une certification limitée au seul hébergement physique ne couvre pas l'infogérance applicative.

Durée de validité et audits de surveillance

Un certificat HDS n'est pas acquis à vie. Il est délivré pour une durée limitée (de l'ordre de trois ans) et s'accompagne d'audits de surveillance réguliers pendant cette période. Un certificat peut donc expirer, ou ne pas être renouvelé. Vérifier la date de validité fait partie du contrôle : une entreprise qui affichait fièrement sa certification il y a deux ans a pu, depuis, laisser son certificat expirer sans mettre à jour sa communication.

Comment vérifier vous-même la certification, étape par étape

C'est le cœur de cet article et la compétence la plus utile à acquérir : contrôler par vous-même, plutôt que de croire l'éditeur sur parole. La bonne nouvelle, c'est que l'information est publique et gratuite. L'ANS publie et tient à jour la liste officielle des hébergeurs certifiés HDS sur son site esante.gouv.fr. Voici la marche à suivre.

Étape 1 : demander à l'éditeur le nom exact de son hébergeur

Posez la question simplement, par e-mail ou par chat : "Chez quel hébergeur certifié HDS mes données de santé sont-elles stockées, et pouvez-vous me transmettre la référence de son certificat ?" Un éditeur sérieux répond sans détour et vous donne un nom d'entreprise précis, éventuellement le certificat en pièce jointe.

Un signal d'alerte immédiat : si la réponse reste vague ("nos serveurs sont sécurisés et conformes"), esquive le nom de l'hébergeur, ou renvoie vers une page marketing sans document, c'est déjà une information en soi. La transparence sur ce point est le premier critère de confiance.

Étape 2 : consulter la liste officielle de l'ANS

Rendez-vous sur le site de l'Agence du Numérique en Santé (esante.gouv.fr) et cherchez la liste des hébergeurs certifiés HDS. Vous pouvez y retrouver le nom de l'hébergeur que l'éditeur vous a communiqué. S'il n'y figure pas, la mention "HDS" affichée par l'éditeur ne repose sur rien de vérifiable, et vous êtes en droit de demander des explications.

Cette liste est la source de vérité. Aucune plaquette commerciale, aucun logo "HDS" en pied de page, aucune capture d'écran ne remplace la présence effective sur la liste officielle.

Étape 3 : vérifier le périmètre et les dates du certificat

Trouver le nom sur la liste ne suffit pas : lisez le détail. Deux éléments comptent :

• Le périmètre (les activités couvertes) : le certificat couvre-t-il seulement l'infrastructure physique, ou aussi l'infogérance et l'administration du système contenant les données ? Pour un logiciel de cabinet, l'exploitation du système compte autant que le stockage physique.
• Les dates de validité : le certificat est-il en cours de validité, ou expiré ?

Un certificat au bon nom mais au périmètre trop étroit, ou périmé, ne vous protège pas comme vous le croyez. Prenez trente secondes pour lire ces deux lignes.

Étape 4 : contrôler la chaîne complète, éditeur compris

Dernier réflexe, souvent oublié : le fournisseur cloud sous-jacent (l'infrastructure) peut être parfaitement certifié, mais l'éditeur qui exploite le système au-dessus doit lui aussi être couvert pour l'activité d'infogérance et d'administration s'il l'assure. Demandez donc à l'éditeur de préciser qui exerce cette activité et sous quelle certification. Un éditeur qui maîtrise son sujet vous expliquera clairement la répartition des rôles. Un éditeur qui se cache derrière "notre hébergeur est certifié" sans parler de sa propre couche d'exploitation ne répond qu'à la moitié de la question.

Récapitulatif de la vérification en quatre points

Étape	Ce que vous faites	Ce que vous cherchez	Signal d'alerte
1. Demander	Nom de l'hébergeur et référence du certificat	Une réponse précise et documentée	Réponse vague, pas de nom
2. Vérifier la liste ANS	Chercher le nom sur esante.gouv.fr	Présence effective sur la liste officielle	Absent de la liste
3. Lire le certificat	Périmètre et dates de validité	Activités pertinentes couvertes, certificat en cours	Périmètre trop étroit, date expirée
4. Chaîne complète	Rôle de l'éditeur dans l'exploitation	Couverture de l'infogérance et de l'administration	Silence sur la couche applicative

Cette check-list tient sur une carte. Une fois que vous l'avez appliquée une fois, vous la refaites en cinq minutes pour n'importe quelle solution.

Les pièges des mentions marketing floues

Le marché des logiciels de santé regorge de formulations qui donnent une impression de conformité sans rien prouver. Savoir les décoder vous évite de choisir sur une illusion de sécurité.

"Hébergé en France"

Héberger des données en France est souvent un bon point, mais ce n'est pas la certification HDS. Un serveur peut se trouver physiquement à Paris ou à Lyon sans que l'hébergeur soit certifié HDS, et inversement. La localisation géographique et la certification sont deux sujets distincts. "Données hébergées en France" ne répond pas à la question posée.

"Conforme RGPD"

La conformité au RGPD est une obligation générale qui s'impose à tout traitement de données personnelles. Elle est nécessaire, mais elle ne dit rien du niveau de sécurité de l'hébergement des données de santé. Un logiciel peut être "conforme RGPD" sur le papier et héberger vos dossiers hors d'une infrastructure certifiée HDS. Les deux exigences se cumulent, elles ne se remplacent pas.

"Données chiffrées" et "serveurs sécurisés"

Le chiffrement est une brique de sécurité utile, mais c'est une mesure technique parmi des dizaines d'autres exigées par le référentiel HDS. Afficher "données chiffrées" revient à mettre en avant un seul verrou pour laisser croire que toute la maison est protégée. Quant à "serveurs sécurisés", la formule ne veut à peu près rien dire de vérifiable : elle n'engage personne et ne renvoie à aucun référentiel.

"Certifié ISO 27001"

La norme ISO 27001 est sérieuse et fait partie des fondations du référentiel HDS. Mais être certifié ISO 27001 n'équivaut pas à être certifié HDS : le référentiel HDS ajoute des exigences propres aux données de santé. Un hébergeur ISO 27001 mais non HDS ne satisfait pas l'obligation applicable aux données de santé. La mention ISO est un bon signe, pas une réponse suffisante.

"Certification en cours" ou "en cours d'obtention"

Une certification "en cours" n'est pas une certification. Tant que l'hébergeur n'apparaît pas sur la liste officielle avec un certificat en cours de validité, la conformité n'est pas acquise. Cette formule peut être honnête (une démarche réellement engagée) ou dilatoire. Dans le doute, considérez qu'"en cours" veut dire "pas encore".

Décodeur des mentions courantes

Ce qui est affiché	Ce que cela prouve	Ce que cela ne prouve pas
"Hébergé en France"	Localisation des serveurs	La certification HDS
"Conforme RGPD"	Un cadre de traitement des données personnelles	Le niveau de sécurité de l'hébergement de santé
"Données chiffrées"	Une mesure de sécurité isolée	La conformité complète au référentiel
"Certifié ISO 27001"	Un socle de sécurité reconnu	La certification HDS spécifique à la santé
"Certification en cours"	Une démarche annoncée	Une conformité effective et vérifiable
"Hébergeur certifié HDS" nommé et vérifié	Une base solide, si confirmée sur la liste ANS	Rien de plus, si le périmètre n'est pas contrôlé

La logique est toujours la même : chaque mention peut être exacte tout en étant insuffisante. Votre travail consiste à ramener chaque affirmation à la seule preuve qui compte, la liste officielle et le périmètre du certificat.

HDS et RGPD : deux obligations complémentaires

Puisque la confusion entre les deux est fréquente, clarifions comment elles s'articulent. Choisir un bon logiciel, c'est répondre aux deux, pas à l'une au détriment de l'autre.

Ce que le RGPD exige de vous

Le RGPD encadre la manière dont vous collectez, utilisez et conservez les données de vos patients : information des personnes, base légale, durée de conservation, droits d'accès et de rectification, sécurité proportionnée. Il s'applique que vos données soient sur papier, sur votre ordinateur ou dans le cloud. La CNIL est l'autorité de référence sur ce terrain, et publie des recommandations concrètes pour les professionnels de santé. La question du recueil de l'accord du patient, en particulier, mérite une attention à part, que nous traitons dans notre article dédié au consentement du patient sur ses données.

Ce que la certification HDS ajoute

Quand vos données de santé sont hébergées par un tiers, la certification HDS vient s'ajouter au RGPD pour garantir un niveau de sécurité élevé de cet hébergement précis. Le RGPD dit "protégez les données" ; le HDS dit "voici le référentiel de sécurité qu'un hébergeur de données de santé doit respecter, vérifié par audit". L'un fixe le principe, l'autre matérialise l'exigence technique et organisationnelle pour l'hébergement. Vous avez besoin des deux.

Le contrat et les mentions à exiger

Sur le plan contractuel, quand vous confiez des données de santé à un éditeur, celui-ci agit comme sous-traitant au sens du RGPD. Vous êtes en droit d'obtenir un contrat qui précise les rôles, l'engagement de sous-traitance et l'hébergement HDS retenu. Les points concrets à réclamer :

• Le nom de l'hébergeur certifié HDS et la référence de son certificat.
• Un accord de traitement des données (les obligations du sous-traitant).
• Les modalités de sauvegarde et de restauration.
• Les conditions de récupération de vos données en cas de départ (réversibilité).

Un éditeur professionnel fournit ces éléments sans difficulté. Leur absence n'est pas un détail administratif : c'est un motif sérieux de prudence.

Choisir le logiciel de votre cabinet : la grille de décision

Passons au concret. Vous cherchez un outil pour gérer votre agenda, vos dossiers, votre facturation, et vous voulez que l'hébergement de vos données de santé soit irréprochable. Voici comment décider sans vous laisser impressionner par les arguments de vente.

Cartographiez d'abord vos données de santé

Faites la liste de ce que le logiciel va réellement contenir : notes cliniques, antécédents, comptes rendus de séance, motifs de consultation, éventuellement documents importés. Plus le contenu est riche en informations de santé, plus l'exigence sur l'hébergement est forte. Un simple carnet de rendez-vous avec nom et horaire n'a pas le même profil de risque qu'un dossier clinique complet. Cette cartographie vous dit où placer le curseur.

Exigez la preuve, pas la promesse

Appliquez la méthode de vérification en quatre étapes vue plus haut à chaque solution que vous envisagez. Un éditeur qui répond précisément, vous nomme son hébergeur et vous laisse vérifier sur la liste de l'ANS mérite votre confiance sur ce critère. Un éditeur qui reste dans le flou vous a déjà renseigné. Ne signez pas tant que la vérification n'est pas faite : c'est l'affaire de dix minutes et cela vous engage pour des années de données patients.

Pensez réversibilité et export dès le départ

Un bon hébergement ne sert à rien si vous ne pouvez pas récupérer vos données le jour où vous changez d'outil ou cessez votre activité. Vérifiez que vous pouvez exporter à tout moment votre fichier patients et vos dossiers dans un format exploitable. Cette question de la maîtrise de vos données dans la durée est trop souvent négligée : elle devient critique le jour d'une transmission ou d'une fermeture de cabinet, moment où vous devez pouvoir emporter ou transmettre vos dossiers proprement.

Comparez sur les bons critères

Critère	Question à poser	Pourquoi c'est décisif
Hébergement HDS	L'hébergeur est-il sur la liste de l'ANS, avec le bon périmètre ?	Obligation pour les données de santé en cloud
Transparence	L'éditeur nomme-t-il clairement son hébergeur ?	La transparence est un indicateur de sérieux
Conformité RGPD	Contrat de sous-traitance et information des patients prévus ?	Obligation cumulative avec le HDS
Réversibilité	Puis-je exporter mes données à tout moment ?	Vous restez maître de votre patientèle
Sécurité d'accès	Authentification robuste, gestion des accès du personnel ?	Limite les fuites au sein du cabinet
Sauvegardes	Fréquence et restauration testées ?	Protège contre la perte de données
Coût réel	Prix mensuel et options incluses ?	À rapporter à votre volume d'activité

Les tarifs des logiciels de gestion de cabinet varient selon les fonctions et la profession. On constate des offres allant, en ordre de grandeur, d'une vingtaine à une soixantaine d'euros hors taxes par mois, à confirmer sur le site officiel de chaque éditeur car les grilles évoluent. Rapporté à une consultation à 50 ou 60 euros, l'outil se rentabilise dès qu'il vous fait gagner quelques rendez-vous ou quelques heures de gestion par mois.

Où se situe un outil comme Komper

Komper appartient à la famille des logiciels de gestion de cabinet pensés pour les praticiens libéraux : agenda et rappels de rendez-vous automatiques pour réduire les créneaux perdus, dossier patient centralisé, facturation avec relances d'impayés, demandes d'avis Google après le rendez-vous, et un assistant IA qui aide à rédiger les comptes rendus. Sur le sujet précis de cet article, la bonne posture consiste à appliquer à toute solution, y compris à celle-ci, exactement la méthode de vérification décrite : demander le nom de l'hébergeur, le contrôler sur la liste officielle de l'ANS, lire le périmètre et les dates. Un éditeur digne de confiance est justement celui qui vous invite à vérifier plutôt que celui qui vous demande de le croire sur parole.

FAQ

Un logiciel peut-il être "certifié HDS" tout seul ?

Non, pas au sens strict. La certification HDS porte sur l'hébergeur des données de santé, pas sur le logiciel. Un logiciel peut légitimement dire que les données qu'il gère sont hébergées chez un hébergeur certifié HDS, mais l'expression "logiciel certifié HDS" est un raccourci. Ce qu'il faut vérifier, c'est le nom de l'hébergeur et son inscription sur la liste officielle de l'ANS.

Comment savoir si un hébergeur est vraiment certifié HDS ?

Consultez la liste officielle des hébergeurs certifiés HDS publiée par l'Agence du Numérique en Santé sur esante.gouv.fr. Demandez d'abord à l'éditeur le nom exact de son hébergeur, puis vérifiez sa présence sur cette liste, ainsi que le périmètre des activités couvertes et les dates de validité du certificat. Si le nom n'apparaît pas, la mention n'est pas vérifiable.

La certification HDS est-elle obligatoire pour mon cabinet ?

L'obligation ne pèse pas sur vous directement si vous hébergez vos données vous-même, en local. Elle s'impose à l'hébergeur dès que vous utilisez un logiciel en ligne qui stocke vos données de santé sur des serveurs distants. Autrement dit, ce n'est pas à vous d'être certifié, mais à votre fournisseur d'hébergement de l'être. À vous de le vérifier avant de vous engager.

HDS et RGPD, est-ce la même chose ?

Non. Le RGPD encadre le traitement de toutes les données personnelles et s'applique partout, y compris sur papier. La certification HDS concerne spécifiquement la sécurité de l'hébergement des données de santé par un tiers. Les deux obligations se cumulent : un logiciel doit être conforme au RGPD et s'appuyer sur un hébergement HDS. L'une ne dispense pas de l'autre.

"Hébergé en France" suffit-il à garantir la conformité ?

Non. La localisation des serveurs en France est un élément appréciable, mais elle ne prouve pas la certification HDS, qui repose sur un audit et un référentiel précis. Des données peuvent être hébergées en France sans hébergeur certifié, et un hébergeur certifié peut exister ailleurs. Ne confondez pas géographie et certification : seule la liste officielle de l'ANS tranche.

Que faire si un éditeur reste vague sur son hébergement ?

Considérez le flou comme une réponse. Un éditeur sérieux nomme son hébergeur, transmet la référence du certificat et vous laisse vérifier sur la liste de l'ANS. S'il esquive, renvoie vers une page marketing sans document ou parle seulement de "serveurs sécurisés", demandez par écrit une réponse précise. En l'absence de preuve vérifiable, reportez votre décision plutôt que de confier des données de santé à l'aveugle.

Conclusion

Choisir un logiciel bien sécurisé pour votre cabinet ne se joue pas sur un logo "HDS" affiché en pied de page, mais sur une vérification que vous pouvez mener vous-même en quelques minutes. Retenez la logique de fond : la certification concerne l'hébergeur, pas le logiciel ; la seule preuve fiable est la liste officielle publiée par l'ANS ; et le périmètre du certificat compte autant que son existence. Une fois cette grille en tête, aucune formulation marketing ne peut plus vous impressionner, et vous choisissez sur des faits vérifiables plutôt que sur des promesses.

Si vous cherchez un outil qui centralise votre agenda et vos rappels de rendez-vous automatiques, votre dossier patient, votre facturation avec relances d'impayés, vos demandes d'avis Google et la rédaction de vos comptes rendus grâce à un assistant IA, découvrez Komper, en appliquant à cette solution comme à toutes les autres la méthode de vérification décrite dans cet article. Le bon réflexe, avec cet éditeur comme avec n'importe quel autre, reste le même : demandez, vérifiez sur la liste de l'ANS, contrôlez le périmètre, puis décidez.