Une application qui calcule une dose, evalue un risque ou aide au diagnostic n’est pas un simple logiciel. Elle peut relever du statut de dispositif medical, avec un marquage CE obligatoire. Et parce qu’elle traite des donnees de sante, le RGPD s’ajoute a ces exigences. Beaucoup d’editeurs decouvrent ce double cadre trop tard.
Quand un logiciel devient-il un dispositif medical ?
Le critere est la finalite. Un logiciel qui a une finalite medicale, comme diagnostiquer, prevenir ou traiter, peut etre un dispositif medical au sens du reglement europeen 2017/745.
L’ANSM precise les cas dans sa documentation sur les logiciels et applications mobiles en sante. Un outil de simple bien-etre n’est pas concerne ; un outil a visee medicale, oui.
Qu’est-ce que le statut de dispositif medical implique ?
Il declenche des obligations lourdes. Marquage CE, gestion des risques, documentation technique, tracabilite, surveillance apres mise sur le marche. Le niveau d’exigence monte nettement.
Le dispositif entre alors dans le champ de surveillance de l’ANSM. Ces exigences ne remplacent pas le RGPD, elles s’y ajoutent.
| Dimension | Exigence |
|---|---|
| Statut du logiciel | Marquage CE si finalite medicale |
| Donnees traitees | Donnees de sante, article 9 du RGPD |
| Securite | Mesures renforcees, article 32 |
| Analyse d’impact | Souvent requise avant deploiement |
Un editeur de logiciel sante a besoin d’articuler tot conformite reglementaire et protection des donnees, pas de les traiter en silos. Confier ce pilotage a un DPO externalise transforme une obligation en tranquillite.
Pourquoi le RGPD s’ajoute-t-il au marquage CE ?
Parce qu’un dispositif medical logiciel traite des donnees de sante. La CNIL retient une definition large de ces donnees : tout ce qui revele l’etat de sante, present, passe ou futur. Sa page qu’est-ce qu’une donnee de sante le detaille.
Ces donnees sont sensibles au sens de l’article 9. Leur traitement suppose une base solide, une securite renforcee et le respect des regles specifiques aux donnees de sante.
Comment se preparer cote donnees ?
La conformite se pense des la conception. Une analyse d’impact est souvent necessaire, car le traitement de donnees de sante a grande echelle presente un risque eleve.
- Qualifier le statut du logiciel : dispositif medical ou non.
- Identifier la base legale du traitement des donnees de sante.
- Mener une analyse d’impact avant le deploiement.
- Renforcer la securite et l’hebergement des donnees de sante.
- Encadrer les sous-traitants et les flux de donnees.
Cette anticipation evite de rejouer toute l’architecture apres coup. Elle rassure aussi les etablissements clients, attentifs a la conformite de leurs outils.
L’hebergement des donnees de sante, un point cle
Un dispositif medical logiciel manipule des donnees de sante, souvent stockees chez un tiers. En France, l’hebergement de ces donnees repond a des exigences de certification specifiques, destinees a garantir un haut niveau de securite.
L’editeur reste responsable du choix de son hebergeur. Il doit verifier que ce dernier repond aux exigences applicables et encadrer la relation par un contrat conforme a l’article 28 du RGPD. Confier des donnees de sante a un hebergeur non adapte est un risque majeur.
Anticiper plutot que corriger
Le cout d’une mise en conformite tardive est sans commune mesure avec celui d’une conception soignee. Reprendre l’architecture d’un logiciel deja diffuse, retirer des donnees mal collectees ou changer d’hebergeur en urgence pese lourd.
Traiter ensemble, des le depart, le statut reglementaire et la protection des donnees fait gagner du temps et rassure les etablissements clients. La conformite devient un argument de vente, pas un frein.
FAQ
Toutes les applications sante sont-elles des dispositifs medicaux ?
Non. Seules celles ayant une finalite medicale, comme diagnostiquer, prevenir ou traiter, peuvent relever du statut de dispositif medical. Une application de bien-etre, de suivi sportif ou d’information generale n’est en principe pas concernee. Le critere decisif est l’intention medicale revendiquee et la fonction reelle du logiciel, pas son apparence ou son secteur.
Le marquage CE suffit-il a etre conforme au RGPD ?
Non. Le marquage CE atteste de la conformite reglementaire du dispositif, mais il ne couvre pas la protection des donnees personnelles. Des lors que le logiciel traite des donnees de sante, le RGPD s’applique en plus : base legale, securite renforcee, analyse d’impact et droits des personnes. Les deux cadres sont complementaires et doivent etre traites ensemble.
Faut-il une analyse d’impact pour un dispositif medical logiciel ?
Tres souvent, oui. Le traitement de donnees de sante a une echelle significative presente un risque eleve, ce qui declenche l’obligation d’analyse d’impact. Elle se mene avant le deploiement et documente les finalites, les flux, la conservation et les mesures de securite. C’est aussi un gage de serieux vis-a-vis des etablissements qui utiliseront le logiciel.
Ou doivent etre hebergees les donnees de sante ?
Les donnees de sante appellent un hebergement adapte a leur sensibilite, avec des garanties de securite renforcees. En France, l’hebergement de donnees de sante repond a des exigences specifiques de certification. L’editeur doit s’assurer que son hebergeur repond a ces exigences et encadrer cette sous-traitance par un contrat conforme au RGPD.
