--- id: medische-software type: LegalAct type_label: Acte législatif title: Logiciel dispositif médical (MDR) aliases: - software als medisch hulpmiddel - SaMD - MDSW - medical device software - MDR-regel 11 - in-house medische software - IVDR-software names: nl: Medische software als medisch hulpmiddel (MDR) fr: Logiciel dispositif médical (MDR) en: Medical device software (MDR) de: Medizinprodukte-Software (MDR) jurisdiction: - eu - belgie themes: - regelgeving - grensoverschrijdend lifecycle: in-werking lifecycle_note: Le MDR et l'IVDR sont du droit de l'UE en vigueur; le MDCG 2019-11 rev.1 de juin 2025 est une guidance non contraignante. En Belgique, l'AFMPS exerce la surveillance. version: MDR 2017/745 ; IVDR 2017/746 ; MDCG 2019-11 rev.1 (juin 2025) summary: Un logiciel relève des règles européennes sur les dispositifs médicaux lorsque le fabricant lui assigne une finalité médicale; un logiciel d'usage général ne le devient pas du seul fait de son utilisation dans les soins. La règle 11 du MDR classe les logiciels d'aide à la décision et de monitoring selon les conséquences possibles, tandis que les logiciels IVD suivent l'IVDR. Pour les logiciels fabriqués et utilisés en interne, les institutions de soins ne peuvent appliquer une exception que sous conditions. Pour les hôpitaux, cela concerne l'achat, le développement, l'évaluation clinique, la notification d'incidents et certaines applications mobiles remboursées. links: - soort: documentatie url: https://eur-lex.europa.eu/eli/reg/2017/745/oj/nld label: Verordening (EU) 2017/745 (MDR, EUR-Lex) taal: nl - soort: website url: https://health.ec.europa.eu/medical-devices-sector_en label: Medische hulpmiddelen (Europese Commissie) taal: en last_verified: '2026-10-05' relations: - type: appliesTo direction: uit target: telemonitoring-hartfalen target_url: https://ehealth-atlas.be/fr/telesurveillance-insuffisance-cardiaque-chronique/ status: established - type: participatesIn direction: in target: agoria target_url: https://ehealth-atlas.be/fr/agoria/ status: established - type: about direction: in target: ai-act target_url: https://ehealth-atlas.be/fr/reglement-sur-l-ia-et-ia-dans-les-soins/ status: established - type: about direction: in target: ai-in-de-zorg-belgie target_url: https://ehealth-atlas.be/fr/ia-dans-les-soins-de-sante-en-belgique/ status: established - type: about direction: in target: telemonitoring target_url: https://ehealth-atlas.be/fr/telesurveillance/ status: established - type: appliesTo direction: in target: ehds-epd-systemen target_url: https://ehealth-atlas.be/fr/exigences-ehds-pour-les-systemes-de-dse/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/logiciel-dispositif-medical-mdr/ license: CC BY 4.0 --- # Logiciel dispositif médical (MDR) Un logiciel relève des règles européennes sur les dispositifs médicaux lorsque le fabricant lui assigne une finalité médicale ; un logiciel d'usage général ne le devient pas du seul fait de son utilisation dans les soins. La règle 11 du MDR classe les logiciels d'aide à la décision et de monitoring selon les conséquences possibles, tandis que les logiciels IVD suivent l'IVDR. Pour les logiciels fabriqués et utilisés en interne, les institutions de soins ne peuvent appliquer une exception que sous conditions. Pour les hôpitaux, cela concerne l'achat, le développement, l'évaluation clinique, la notification d'incidents et certaines applications mobiles remboursées. ## De quoi s'agit-il ? Quand un logiciel utilisé dans les soins est-il un dispositif médical, dans quelle classe de risque relève-t-il et qu'est-ce que cela implique pour l'achat, le développement interne et le remboursement en Belgique ? ## Qu'est-ce qui est obligatoire, pour qui et à quelles conditions ? ### Qualification : s'agit-il d'un dispositif médical ? Un logiciel à usage général n'est pas un dispositif médical, même lorsqu'il est utilisé dans un environnement de soins.[^1] Selon la guidance non contraignante MDCG 2019-11 rev.1 (juin 2025), un logiciel utilisé dans les soins peut comprendre à la fois des modules médicaux et non médicaux.[^2] Relève de l'IVDR le logiciel destiné à l'examen in vitro d'échantillons provenant du corps humain, à condition qu'il réponde également à la finalité requise en matière d'information.[^3] ### Classification : règle 11 du MDR et règle 1.4 de l'IVDR | Fonction du logiciel | Classe | Source | |---|---|---| | Informations utilisées pour prendre des décisions à des fins diagnostiques ou thérapeutiques (règle de base) | IIa[^1] | MDR, annexe VIII, règle 11 | | Idem, si les décisions peuvent entraîner une grave détérioration de l'état de santé ou une intervention chirurgicale | IIb[^1] | MDR, règle 11 | | Idem, si les décisions peuvent entraîner le décès ou une détérioration irréversible de l'état de santé | III[^1] | MDR, règle 11 | | Surveillance de processus physiologiques | IIa[^1] | MDR, règle 11 | | Surveillance de paramètres physiologiques vitaux dont les variations peuvent présenter un danger immédiat | IIb[^1] | MDR, règle 11 | | Logiciel IVD qui commande un dispositif ou influe sur l'utilisation de ce dispositif | Même classe que ce dispositif[^3] | IVDR, annexe VIII, 1.4 | | Logiciel IVD indépendant | Classé à part entière[^3] | IVDR, annexe VIII, 1.4 | **Interprétation :** la règle 11 tient compte de l'incidence possible de la décision fondée sur les informations fournies par le logiciel, et non de la technologie ; même une aide à la décision simple peut ainsi relever de la classe IIa ou d'une classe supérieure.[^1] La catégorie résiduelle de la règle 11 (« tous les autres logiciels ») n'a pas encore été consignée sous forme de claim dans l'Atlas. ### Conformité et évaluation clinique La démonstration de la conformité aux exigences générales en matière de sécurité et de performances comprend une évaluation clinique conformément à l'art. 61 du MDR.[^1] Le Règlement sur l'IA renvoie expressément au MDR et à l'IVDR, en vertu desquels les produits à risque moyen et élevé font l'objet d'une évaluation par un tiers.[^4] ### Logiciels internes (MDR, art. 5(5)) Pour les dispositifs fabriqués et utilisés exclusivement au sein d'une institution de soins établie dans l'Union, les exigences du MDR ne s'appliquent pas, à l'exception des exigences générales pertinentes en matière de sécurité et de performances énoncées à l'annexe I et à condition que toutes les conditions de l'art. 5(5) soient remplies.[^1] Ces conditions comprennent notamment les suivantes : - le dispositif n'est pas transféré à une autre entité juridique ;[^1] - la fabrication et l'utilisation sont effectuées dans le cadre d'un système de gestion de la qualité approprié ;[^1] - l'institution justifie dans sa documentation que les besoins spécifiques du groupe cible de patients ne peuvent pas être satisfaits, ou ne peuvent pas l'être au niveau de performances approprié, par un dispositif équivalent disponible sur le marché ;[^1] - l'institution examine l'expérience issue de l'utilisation clinique et prend toutes les mesures correctives nécessaires.[^1] **Mise en œuvre belge (AFMPS) :** l'institution de soins établit la déclaration de fabrication au moyen du portail web de l'AFMPS.[^5] Les incidents graves et les mesures correctives relatifs aux dispositifs internes doivent être notifiés à l'AFMPS.[^6] L'AFMPS décrit la surveillance des logiciels médicaux, y compris les applications d'IA, pendant tout leur cycle de vie.[^7] ### Remboursement des applications médicales mobiles (INAMI) L'[INAMI](https://ehealth-atlas.be/fr/institut-national-d-assurance-maladie-invalidite-inami/) définit notamment une application médicale mobile comme un logiciel portant le marquage CE en tant que dispositif médical et notifié à l'AFMPS.[^8] Depuis le 1er octobre 2023, les fabricants, les associations scientifiques ou professionnelles et les hôpitaux peuvent demander à l'INAMI qu'une telle application soit intégrée dans un processus de soins remboursé.[^8] Dans la [Télésurveillance et orientation thérapeutique en cas d'insuffisance cardiaque chronique](https://ehealth-atlas.be/fr/telesurveillance-insuffisance-cardiaque-chronique/), l'application mobile doit porter le marquage CE en tant que dispositif médical.[^9] Dans ce cadre, toute la technologie utilisée, à l'exception d'une balance non connectée, doit être un dispositif médical portant le marquage CE.[^10] L'INAMI ne rembourse pas des applications spécifiques, mais un parcours de soins, et n'établit donc pas de listes d'applications approuvées.[^11] **mHealthBelgium :** fin 2023, la collaboration entre l'INAMI, beMedTech et [Agoria](https://ehealth-atlas.be/fr/agoria/) pour la gestion de la plate-forme a pris fin ; beMedTech et Agoria poursuivent ensemble la plate-forme.[^12] La demande de validation est désormais introduite directement auprès de l'INAMI plutôt qu'auprès de mHealthBelgium.[^12] La liste des applications pour l'insuffisance cardiaque sur mHealthBelgium est gérée par beMedTech et Agoria, et non par l'INAMI.[^11] ## En vigueur depuis quand, quelles sont les prochaines étapes ? | Moment | État ou prochaine étape | |---|---| | Cadre en vigueur | Le MDR et l'IVDR déterminent la qualification, la classification et la conformité des logiciels médicaux[^1][^3] | | Depuis le 1er octobre 2023 | Les demandes d'intégration d'une application médicale mobile dans un processus de soins remboursé passent par l'INAMI[^8] | | Juin 2025 | MDCG 2019-11 rev.1 décrit les modules logiciels médicaux et non médicaux dans une guidance non contraignante[^2] | | À partir du 2 août 2028 | Le régime à haut risque du Règlement sur l'IA s'ajoute pour certains produits relevant du MDR et de l'IVDR[^13][^4] | **Constat :** la qualification d'un logiciel comme dispositif médical et la classe dont il relève dépendent de l'utilisation prévue par le fabricant et de l'incidence possible des décisions qui s'appuient sur ce logiciel.[^1][^1] Pour l'IA intégrée dans des dispositifs pour lesquels le MDR ou l'IVDR exige une évaluation de la conformité par un tiers, le régime à haut risque du [Règlement sur l'IA](https://ehealth-atlas.be/fr/reglement-sur-l-ia-et-ia-dans-les-soins/) s'ajoute à partir du 2 août 2028.[^13][^4] Interprétation : pour les dispositifs qui ne sont pas soumis à une évaluation obligatoire par un tiers (comme les logiciels de classe I sans organisme notifié), cette voie fondée sur le produit ne s'applique pas. **Recommandation :** tenez un registre des logiciels cliniques et des modules du DPI, en indiquant pour chaque module l'utilisation prévue, la qualification et la classe au titre du MDR/de l'IVDR, le statut CE et, en cas de développement interne, les pièces justificatives requises par l'art. 5(5). ### Relations avec d'autres concepts Voir le frontmatter ; les principaux liens sont [Règlement sur l'IA et IA dans les soins](https://ehealth-atlas.be/fr/reglement-sur-l-ia-et-ia-dans-les-soins/), [Télésurveillance en Belgique](https://ehealth-atlas.be/fr/telesurveillance/) et [Exigences EHDS pour les systèmes de DME (chapitre III)](https://ehealth-atlas.be/fr/exigences-ehds-pour-les-systemes-de-dse/). ## Qu'est-ce que cela signifie pour un hôpital ? - **Obligation légale (développement interne) :** les logiciels médicaux internes sont soumis aux conditions de l'art. 5(5) du MDR, à une déclaration de fabrication au moyen du portail de l'AFMPS et à l'obligation de notifier les incidents graves.[^1][^5][^6] - **Achat :** les progiciels de DPI peuvent combiner des modules médicaux et non médicaux ; chaque module doit donc être qualifié séparément (guidance non contraignante).[^2] - **Achat (à l'avenir, à partir de 2029/2031) :** les fabricants de dispositifs médicaux et de dispositifs IVD qui revendiquent l'interopérabilité avec les composants logiciels harmonisés des [systèmes de DME](https://ehealth-atlas.be/fr/exigences-ehds-pour-les-systemes-de-dse/) doivent démontrer leur conformité aux exigences essentielles (EHDS, art. 27(1)).[^14] L'art. 27 de l'[Espace européen des données de santé](https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/) ne s'applique qu'à partir du 26 mars 2029 ou du 26 mars 2031, selon la catégorie de données de santé (art. 105).[^14] Il ne s'agit donc pas aujourd'hui d'une obligation d'achat en vigueur. Pour l'IA à haut risque qui ne relève pas du MDR/de l'IVDR, l'art. 27(2) s'applique ; voir [Règlement sur l'IA et IA dans les soins](https://ehealth-atlas.be/fr/reglement-sur-l-ia-et-ia-dans-les-soins/).[^14] - **Condition de financement :** pour les applications mobiles remboursées, comme celles utilisées pour la télésurveillance en cas d'insuffisance cardiaque, le marquage CE en tant que dispositif médical est requis.[^8][^9] - **Recherche :** le projet SHAIPED de l'[Agence des données de santé](https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/) étudie le développement et l'utilisation d'outils d'IA comme dispositifs médicaux ; il s'agit de recherche, et non d'une autorisation pour les soins courants.[^15] ### Conditions et limites de mise en œuvre L'exception applicable aux dispositifs internes cesse dès qu'un logiciel est transféré à une autre entité juridique.[^1] **Interprétation :** cela concerne le développement partagé au sein de réseaux hospitaliers constitués de personnes morales distinctes ; l'interprétation belge de ce point n'a pas été étudiée. Même pour les logiciels internes, un système de gestion de la qualité et le suivi de l'utilisation clinique restent nécessaires.[^1][^1] ## Incertitudes et informations contradictoires - **Informations contradictoires (mHealthBelgium) :** selon l'INAMI, la pyramide de validation ne fait plus partie de la nouvelle procédure, et la demande comme l'approbation passent entièrement par l'INAMI.[^11] Le site web de mHealthBelgium présente encore une pyramide à trois niveaux, dont le niveau 1 correspond à un dispositif médical certifié CE et le niveau 3 aux applications financées par l'INAMI (présentation propre à la plate-forme).[^16] **Recommandation :** considérez la pyramide comme historique et non comme une condition de remboursement en vigueur. - **Lacunes :** droit transitoire du MDR/de l'IVDR par produit ; date de l'art. 5(5)(d) de l'IVDR (non vérifiée sous forme de claim ; ne pas transposer le délai du MDR à l'IVDR) ; catégorie résiduelle de la règle 11 ; interprétation belge d'« entité juridique » (circulaire 655). - Il ne s'agit pas d'une qualification complète propre à un produit : la classe au titre du MDR/de l'IVDR et la classe de risque de l'IA doivent être évaluées séparément en fonction de l'utilisation prévue, des conséquences et de la procédure d'évaluation de la conformité. ## Relaties - s'applique à: [Télésurveillance en cas d'insuffisance cardiaque](https://ehealth-atlas.be/fr/telesurveillance-insuffisance-cardiaque-chronique/) (établi)[^10]. De RIZIV-overeenkomst eist dat alle gebruikte technologie, behalve een niet-geconnecteerde weegschaal, een CE-gemarkeerd medisch hulpmiddel is. - participe à (entrant): [Agoria](https://ehealth-atlas.be/fr/agoria/) (établi)[^17][^18] - porte sur (entrant): [Règlement sur l'IA et IA dans les soins](https://ehealth-atlas.be/fr/reglement-sur-l-ia-et-ia-dans-les-soins/) (établi)[^4] - porte sur (entrant): [L'IA dans les soins de santé en Belgique](https://ehealth-atlas.be/fr/ia-dans-les-soins-de-sante-en-belgique/) (établi)[^7][^19] - s'applique à (entrant): [Exigences EHDS pour les systèmes de DME (chapitre III)](https://ehealth-atlas.be/fr/exigences-ehds-pour-les-systemes-de-dse/) (établi)[^14] - porte sur (entrant): [Télésurveillance en Belgique](https://ehealth-atlas.be/fr/telesurveillance/) (établi)[^8] ## Open vragen - Welke MDR/IVDR-overgangsbepalingen gelden per bestaand softwareproduct, en welke datum geldt voor de IVDR-voorwaarde art. 5(5)(d)? Niet integraal onderzocht. - Hoe interpreteert België (FAGG, omzendbrief 655) 'andere rechtspersoon' voor in-house software binnen ziekenhuisnetwerken of samenwerkingsverbanden? - Welke klinische of prestatie-evidentie is per beoogd gebruik vereist? - Hoe verhoudt de validatiepiramide die mHealthBelgium nog toont zich tot de RIZIV-procedure sinds 1 oktober 2023? - Hoe gaan ziekenhuizen om met EPD-pakketten die medische en niet-medische modules combineren (kwalificatie per module)? ## Bronnen [^1]: [Regulation (EU) 2017/745 — Medical Device Regulation](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32017R0745). Europese Unie, 2017-05-05. Opgehaald 2026-09-26, sha256 acee83c5ce11c4fe… (SRC-4f1876b9f1) [^2]: [MDCG 2019-11 rev.1 — Guidance on Qualification and Classification of Software](https://health.ec.europa.eu/document/download/b45335c5-1679-4c71-a91c-fc7a4d37f12b_en?filename=md_mdcg_2019_11_guidance_qualification_classification_software_en.pdf). Medical Device Coordination Group, 2025-06-17. Opgehaald 2026-09-26, sha256 c9fc16e70840aa80… (SRC-eb05e32031) [^3]: [Regulation (EU) 2017/746 — In Vitro Diagnostic Medical Devices Regulation](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32017R0746). Europese Unie, 2017-05-05. Opgehaald 2026-09-26, sha256 7ad40d5f5b365126… (SRC-ef81e4a7a0) [^4]: [Regulation (EU) 2024/1689 — Artificial Intelligence Act](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32024R1689). Europese Unie, 2024-07-12. Opgehaald 2026-09-26, sha256 7884874c4694f533… (SRC-bc3ac2f36a) [^5]: [Hulpmiddelen exclusief vervaardigd en gebruikt in zorginstellingen ('in-house hulpmiddelen')](https://www.fagg.be/nl/menselijk_gebruik/gezondheidsproducten/medische_hulpmiddelen_en_hun_hulpstukken/zorginstellingen_2). FAGG. Opgehaald 2026-09-26, sha256 9f682e17f77bfcf9… (SRC-6bc472294e) [^6]: [In-house medische software: registratie en wetgeving](https://www.fagg.be/nl/menselijk_gebruik/gezondheidsproducten/medische_hulpmiddelen_en_hun_hulpstukken/zorginstellingen_9). FAGG. Opgehaald 2026-09-26, sha256 f5f82163546b33c8… (SRC-09c4133b90) [^7]: [FAGG versterkt inzet op medische software en artificiële intelligentie met nieuwe coördinator](https://www.fagg.be/nl/news/fagg_versterkt_inzet_op_medische_software_en_artificiele_intelligentie_met_nieuwe_coordinator). FAGG, 2026-04-22. Opgehaald 2026-09-26, sha256 f26304450306ac09… (SRC-09305c207a) [^8]: [Mobiele medische toepassingen: uw aanvraag indienen](https://www.riziv.fgov.be/nl/professionals/andere-professionals/fabrikanten-en-verdelers-van-medische-hulpmiddelen/mobiele-medische-toepassingen-uw-aanvraag-indienen). RIZIV. Opgehaald 2026-09-26, sha256 5be5632b8eedf422… (SRC-f16919bfa2) [^9]: [Zorg op afstand: telemonitoring en therapiebegeleiding bij chronisch hartfalen](https://www.riziv.fgov.be/nl/professionals/verzorgingsinstellingen-en-diensten/ziekenhuizen/verzorging-in-ziekenhuizen/zorg-op-afstand-telemonitoring-en-therapiebegeleiding-bij-chronisch-hartfalen). RIZIV. Opgehaald 2026-09-26, sha256 d41fc4b7c79383ac… (SRC-b55747073f) [^10]: [Overeenkomst telemonitoring en therapiebegeleiding bij chronisch hartfalen](https://www.riziv.fgov.be/SiteCollectionDocuments/overeenkomst_telemonitoring_therapiebegeleiding_chronisch_hartfalen.docx). RIZIV - Dienst voor geneeskundige verzorging. Opgehaald 2026-09-26, sha256 23cb58cd97543514… (SRC-58fa2bcddb) [^11]: [Terugbetaling telemonitoring bij chronisch hartfalen: een stap vooruit in de digitalisering van de zorg](https://www.riziv.fgov.be/nl/nieuws/terugbetaling-telemonitoring-bij-chronisch-hartfalen-een-stap-vooruit-in-de-digitalisering-van-de-zorg). RIZIV, 2025-09-08. Opgehaald 2026-09-26, sha256 a57ae96ddc03619f… (SRC-7df7dc93e0) [^12]: [Nieuw hoofdstuk breekt aan voor mHealthBelgium](https://www.bemedtech.be/news/nieuw-hoofdstuk-breekt-aan-voor-mhealthbelgium). beMedTech, 2024-02-19. Opgehaald 2026-09-26, sha256 041b187f1d0be274… (SRC-af9f3a0522) [^13]: [Regulation (EU) 2026/1744 — Digital Omnibus on AI](https://eur-lex.europa.eu/eli/reg/2026/1744/oj/eng). Europese Unie, 2026-07-24. Opgehaald 2026-09-26, sha256 234f840c947d3d61… (SRC-0b2c01f7f3) [^14]: [Regulation (EU) 2025/327 of the European Parliament and of the Council of 11 February 2025 on the European Health Data Space and amending Directive 2011/24/EU and Regulation (EU) 2024/2847](https://eur-lex.europa.eu/eli/reg/2025/327/oj/eng). Europees Parlement en Raad van de EU (EUR-Lex), 2025-03-05. Opgehaald 2026-09-25, sha256 87d9f6722e7949ce… (SRC-af26b6d770) [^15]: [Shaiped](https://www.hda.belgium.be/nl/shaiped). Health Data Agency. Opgehaald 2026-09-26, sha256 c44f6f04ae6db2b0… (SRC-56d1fe4ca5) [^16]: [Validatiepiramide - mHealthBELGIUM](https://mhealthbelgium.be/nl/validatiepiramide). mHealthBelgium (beMedTech en Agoria). Opgehaald 2026-09-26, sha256 fdf645d417c1d67a… (SRC-1aa649b88a) [^17]: [Industry Cluster 'HealthTech'](https://www.agoria.be/nl/themas/industry-clusters/healthtech/industry-cluster-healthtech). Agoria. Opgehaald 2026-09-28, sha256 29d2458530d05dc5… (SRC-5d108cc598) [^18]: [Mobiele medische toepassingen: uw aanvraag indienen](https://www.inami.fgov.be/nl/professionals/andere-professionals/fabrikanten-en-verdelers-van-medische-hulpmiddelen/mobiele-medische-toepassingen-uw-aanvraag-indienen). RIZIV. Opgehaald 2026-09-28, sha256 5be5632b8eedf422… (SRC-bf3a4be87a) [^19]: [Advies mbt 'innovatieve digital health projecten' (FRZV/D/590-1)](https://overlegorganen.gezondheid.belgie.be/sites/default/files/documents/frzv_d_590_-1_-_advies_-_innovatieve_digital_health_projecten_s.pdf). Federale Raad voor Ziekenhuisvoorzieningen (FRZV), 2023-11-20. Opgehaald 2026-09-30, sha256 29bf5418c944800c… (SRC-7e62a2b976)