Information santé · 4 min de lecture

Application santé ou dispositif médical : vérifier ce qui est réellement annoncé

Identifier la finalité d’un logiciel, le périmètre de son marquage et les preuves utiles sans confondre disponibilité, sécurité et remboursement.

Par · Rédaction assistée par IA · Révision éditoriale du

Illustration éditoriale originale pour « Application santé ou dispositif médical : vérifier ce qui est réellement annoncé »
Illustration générée par IA pour cet article ; elle ne représente pas un cas clinique réel.

Deux applications peuvent afficher des courbes presque identiques tout en poursuivant des objectifs différents. L’une conserve un journal personnel ; l’autre analyse des données pour une finalité médicale déterminée. L’apparence de l’écran ne permet pas de connaître leur statut.

Cette fiche aide à lire une offre. Elle ne qualifie juridiquement aucun produit, y compris Doclineo, et ne remplace pas l’avis d’un professionnel sur le dispositif adapté à votre suivi.

La question centrale est : à quoi le produit est-il destiné ?

G_NIUS rappelle que la finalité d’usage détermine la qualification de dispositif médical, et non la forme matérielle du produit. Un logiciel peut donc être un dispositif ; inversement, un service utilisé dans un cabinet ne l’est pas nécessairement.

Cherchez une phrase précise indiquant ce que le produit fait, pour qui et dans quelles conditions. « Prendre soin de votre santé grâce à l’IA » ne suffit pas. Demandez si l’outil organise des informations, mesure un paramètre, repère un risque ou soutient une décision de diagnostic ou de traitement.

Références : G_NIUS — définition du dispositif médical.

Ne pas étendre le statut d’une fonction à toute l’application

L’ANSM distingue les logiciels administratifs des fonctions à finalité médicale. Dans une application comportant plusieurs modules, il faut examiner ceux qui relèvent effectivement du dispositif médical. Un agenda et un calcul thérapeutique ne deviennent pas équivalents parce qu’ils partagent le même compte.

Le guide MDCG révisé en juin 2025 insiste sur une destination claire et sur les limites de chaque module. Vérifiez donc le nom de la fonction et sa version : une communication portant sur un module ne valide pas automatiquement un chatbot ou une option ajoutée ensuite.

Références : ANSM — qualification et classification des logiciels, 2021 ; MDCG 2019-11 révision 1 — juin 2025.

Demander les documents correspondant à la promesse

Pour un produit présenté comme dispositif médical, demandez l’identité du fabricant, la notice, la destination revendiquée et les informations de conformité correspondant à la version proposée. Les procédures d’évaluation varient selon la classe de risque ; ne supposez pas que tous les produits ont suivi un parcours identique.

La grille ci-dessous est une méthode de lecture proposée pour comparer des offres. Elle ne constitue pas une certification et ne permet pas, à elle seule, de vérifier la conformité réglementaire.

Sur petit écran, faites défiler le tableau horizontalement pour voir toutes les colonnes.

Questions avant d’utiliser une fonction de santé
ÉlémentQuestion utile
Population viséeL’âge et la situation de l’utilisateur sont-ils couverts ?
Usage prévuInformation, suivi, repérage ou décision médicale ?
LimitesQuels cas ne doivent pas être interprétés ?
VersionLes preuves concernent-elles la fonction actuelle ?
Résultat anormalQui le reçoit et quelle action est réellement prévue ?
AssistanceQui contacter en cas d’erreur ou de panne ?

Références : G_NIUS — préparer la mise sur le marché d’un dispositif.

Conformité, bénéfice individuel et remboursement restent distincts

La mise sur le marché et la prise en charge financière sont des démarches différentes. G_NIUS décrit notamment une évaluation spécifique pour les voies de remboursement concernées. La mention CE ne signifie donc pas « remboursé pour tout le monde ».

De même, un produit conforme n’est pas automatiquement utile à chaque personne. Avant de payer un abonnement, définissez la décision que l’outil doit améliorer et le professionnel qui vous accompagne, s’il en faut un. Le nombre de capteurs ou de graphiques ne répond pas à cette question.

Références : G_NIUS — préparer la mise sur le marché d’un dispositif.

Le statut médical ne dispense pas de lire les règles sur les données

Les permissions du téléphone déterminent quelles ressources une application peut atteindre. La CNIL recommande de retenir les accès les moins intrusifs répondant au besoin, en distinguant ces autorisations techniques des autres obligations de protection des données.

Examinez pourquoi l’application demande vos contacts, votre microphone ou une localisation permanente. Vérifiez aussi les destinataires, la conservation et la récupération des informations. Une fonction utile n’exige pas nécessairement d’activer toutes les options proposées lors de l’inscription.

Références : CNIL — permissions des applications mobiles, janvier 2025.

Choisir un usage limité et réévaluable

Exemple fictif : une personne cherche seulement à transmettre un journal de symptômes. Elle n’a pas besoin d’accepter une interprétation automatique payante pour réaliser cette tâche. À l’inverse, si un soignant demande un dispositif précis, une application de bien-être ressemblante ne constitue pas un remplacement équivalent.

Si la notice est introuvable ou si la promesse reste vague, demandez des précisions avant de fournir des données ou d’utiliser un résultat pour agir sur votre santé. Une bonne présentation doit rendre ses limites visibles, pas les dissimuler derrière des badges.

Questions complémentaires

Une application gratuite peut-elle être un dispositif médical ?

Oui, le prix ne détermine pas la finalité réglementaire. Il faut examiner l’usage revendiqué et les fonctions concernées.

Une application non médicale est-elle forcément inutile ?

Non. Un calendrier, un journal ou un outil d’organisation peut rendre service. Il faut simplement éviter de lui attribuer une capacité de diagnostic ou de suivi médical qu’il n’annonce pas et ne démontre pas.

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.

  1. G_NIUS — définition du dispositif médical

    Rôle de la finalité d’usage ; pas de qualification d’un produit particulier.

    Source consultée le .

  2. ANSM — qualification et classification des logiciels, 2021

    Distinction des fonctions administratives et médicales ; complétée par le guide MDCG de 2025.

    Source consultée le .

  3. MDCG 2019-11 révision 1 — juin 2025

    Destination déclarée et modules ; document d’orientation non juridiquement contraignant.

    Source consultée le .

  4. G_NIUS — préparer la mise sur le marché d’un dispositif

    Évaluation selon le risque et distinction avec les démarches de remboursement.

    Source consultée le .

  5. CNIL — permissions des applications mobiles, janvier 2025

    Accès techniques aux ressources du téléphone et minimisation.

    Source consultée le .

Signaler une erreur éditoriale : indiquez le titre et le passage concerné, sans transmettre de données de santé personnelles.

Partager ce guide

Parcourir tous les guides sur ce sujet

Articles similaires