Complass – Navigate compliance Complass – Navigate compliance

À qui s’adresse Complass

Complass pour la technique médicale

Vous développez des dispositifs médicaux connectés, des logiciels en tant que dispositifs médicaux ou des dispositifs médicaux de diagnostic in vitro, ou vous leur livrez de l’électronique et du firmware. Le MDR et l’IVDR exigent la cybersécurité sur l’ensemble du cycle de vie. Complass vous accompagne du modèle de menaces jusqu’au signalement sur le terrain.

Vulnérabilités par produit avec priorité dans Complass (projet d’exemple)

Le défi

La cybersécurité décide de la conformité

Les organismes notifiés examinent l’annexe I, sections 17.2 et 17.4 du MDR. L’absence de modèle de menaces, de dossier de risques de sécurité ou de SBOM retarde l’évaluation de la conformité.

Des vulnérabilités sur toute la durée de vie

Les systèmes d’exploitation et les bibliothèques vieillissent plus vite qu’un dispositif médical. Vous devez détecter, évaluer et, le cas échéant, signaler les nouvelles vulnérabilités sur le terrain.

Des fournisseurs qui en livrent trop peu

Sans SBOM, informations de sécurité et engagements de mise à jour de la part des fournisseurs, votre propre documentation reste lacunaire.

Ce qu’exigent le MDR et l’IVDR

Les exigences s’appliquent à chaque produit, avant et après la mise sur le marché. Les points essentiels :

Référentiels: Dispositifs médicaux · NIS2 · ISO 27001

  • Développer les logiciels selon l’état de l’art, avec une gestion des risques qui intègre la sécurité de l’information Annexe I, section 17.2 MDRAnnex I Section 17.2 MDRFor devices that incorporate software or for software that are devices in themselves, the software shall be developed and manufactured in accordance with the state of the art taking into account the principles of development life cycle, risk management, including information security, verification and validation.État : 05.10.2026 · Source : EUR-Lex – consolidated version of 19.07.2026Ouvrir l’original (EUR-Lex – consolidated version of 19.07.2026) ↗
  • Définir les exigences minimales relatives au matériel, aux réseaux informatiques et aux mesures de sécurité informatique que l’exploitant doit respecter Annexe I, section 17.4 MDRAnnex I Section 17.4 MDRManufacturers shall set out minimum requirements concerning hardware, IT networks characteristics and IT security measures, including protection against unauthorised access, necessary to run the software as intended.État : 05.10.2026 · Source : EUR-Lex – consolidated version of 19.07.2026Ouvrir l’original (EUR-Lex – consolidated version of 19.07.2026) ↗
  • Surveiller les produits après leur mise sur le marché, y compris pour détecter de nouvelles vulnérabilités Art. 83 MDRArticle 83 MDR Post-market surveillance system of the manufacturer1. For each device, manufacturers shall plan, establish, document, implement, maintain and update a post-market surveillance system in a manner that is proportionate to the risk class and appropriate for the type of device. That system shall be an integral part of the manufacturer's quality management system referred to in Article 10(9). 2. The post-market surveillance system shall be suited to actively and …État : 05.10.2026 · Source : EUR-Lex – consolidated version of 19.07.2026Ouvrir l’original (EUR-Lex – consolidated version of 19.07.2026) ↗
  • Signaler sur le terrain les incidents graves et les mesures correctives de sécurité Art. 87 MDRArticle 87 MDR Reporting of serious incidents and field safety corrective actions1. Manufacturers of devices made available on the Union market, other than investigational devices, shall report, to the relevant competent authorities, in accordance with Articles 92(5) and (7), the following: - (a) any serious incident involving devices made available on the Union market, except expected side-effects which are clearly documented in the product information and quantified in the technical …État : 05.10.2026 · Source : EUR-Lex – consolidated version of 19.07.2026Ouvrir l’original (EUR-Lex – consolidated version of 19.07.2026) ↗
  • Les fabricants de dispositifs médicaux de taille moyenne ou plus sont en outre des entités importantes au sens de NIS2 § 28 BSIG et annexe 2§ 28 BSIG Besonders wichtige Einrichtungen und wichtige Einrichtungen(1) Als besonders wichtige Einrichtung gelten - 1. Betreiber kritischer Anlagen, - 2. qualifizierte Vertrauensdiensteanbieter, Top Level Domain Name Registries oder DNS-Diensteanbieter, - 3. Anbieter öffentlich zugänglicher Telekommunikationsdienste oder Betreiber öffentlicher Telekommunikationsnetze, die - a) mindestens 50 Mitarbeiter beschäftigen oder - b) einen Jahresumsatz und eine Jahresbilanzsumme von jeweils …État : 26.09.2026 · Source : gesetze-im-internet.deOuvrir l’original (gesetze-im-internet.de) ↗

Vous ne savez pas quels référentiels s’appliquent à vous ? Lancer « Suis-je concerné ? »

Coûts, effort et délai : consultant uniquement, consultant avec Complass ou mise en œuvre interne avec Complass ? Ouvrir le calculateur des coûts de conformité

Pas de CRA pour les dispositifs médicaux. Les dispositifs médicaux et les dispositifs médicaux de diagnostic in vitro sont exclus du règlement sur la cyberrésilience (art. 2, par. 2 CRA). Les composants que vous vendez aussi en dehors de la technique médicale relèvent en revanche en règle générale du CRA. Vers la page pour les fabricants

Information générale, pas de conseil juridique. Cette page résume la situation juridique de manière simplifiée et ne remplace pas l’examen de votre cas particulier. Seul le texte des lois et des normes fait foi.

Entreprises types

Dispositifs médicaux connectés

Appareils dotés d’une connexion réseau, d’une télémaintenance ou d’un module radio, de la pompe à perfusion au système d’imagerie.

Logiciels en tant que dispositifs médicaux

Logiciels autonomes et applications à finalité médicale, souvent avec une part de cloud.

Dispositifs de diagnostic in vitro

Analyseurs et logiciels de laboratoire selon l’IVDR, avec les mêmes exigences en matière de logiciel et d’environnement informatique.

Fournisseurs de la technique médicale

Électronique, logiciels embarqués et fabrication sous contrat : vos clients vous répercutent les exigences.

Comment Complass vous aide

MDR et IVDR en sept phases

De la qualification au développement sécurisé et à la documentation technique, jusqu’à la surveillance, la vigilance et une phase dédiée aux fournisseurs.

En savoir plus sur la fonction

SBOM et vulnérabilités

Tenir une SBOM par produit, la comparer aux vulnérabilités connues et consigner l’évaluation pour la surveillance après mise sur le marché.

En savoir plus sur la fonction

Modèle de menaces

Passer en revue les chemins d’attaque avec MITRE ATT&CK et les évaluer comme risques de sécurité dans le registre des risques.

En savoir plus sur la fonction

Impliquer les fournisseurs

Demander et vérifier directement auprès de vos fournisseurs les informations de sécurité, la SBOM et les engagements de mise à jour.

En savoir plus sur la fonction
Heatmap des risques avec risque inhérent et risque cible dans Complass (projet d’exemple)
Évaluer et traiter les risques de sécurité

Offres correspondantes

Le modèle sectoriel « Technologies médicales » présélectionne le référentiel pour le MDR et l’IVDR ainsi que les modules dont vous avez besoin pour le modèle de menaces, les vulnérabilités et les fournisseurs.

disponible

Modèle sectoriel : Technique médicale

  • Cybersécurité des dispositifs médicaux selon le MDR et l’IVDR
  • Vulnérabilités et SBOM
  • Gestion des risques
  • MITRE ATT&CK pour le modèle de menaces
  • Supplier Management

à partir de 476 € par mois HT dans l’offre Start, taille S, paiement annuel

Tous les prix s’adressent aux entreprises, et non aux consommateurs. Ils s’entendent hors TVA, avec paiement annuel ; en cas de paiement mensuel, une majoration de 15 % s’applique. État au 16/10/2026. Enterprise et groupes d’entreprises sur demande.

Questions fréquentes

Pourquoi pas simplement le pack pour les fabricants ?

Le pack pour les fabricants est axé sur le règlement sur la cyberrésilience. Les dispositifs médicaux en sont exclus et relèvent à la place du MDR et de l’IVDR. Le pack Technique médicale s’appuie donc sur le référentiel pour les dispositifs médicaux.

Les hôpitaux nous interrogent sur la sécurité informatique lors de leurs achats. Qu’est-ce qui peut aider ?

Les hôpitaux attendent de plus en plus une SBOM, les exigences minimales applicables à l’environnement informatique et des engagements sur les mises à jour. Vous tenez ces informations par produit dans Complass et les gardez à jour pour les appels d’offres.

NIS2 s’applique-t-il aussi aux fabricants de technique médicale ?

Oui, à partir d’une taille moyenne, car la fabrication de dispositifs médicaux et de dispositifs de diagnostic in vitro figure à l’annexe 2 de la loi allemande BSIG. NIS2 concerne alors votre entreprise, le MDR et l’IVDR vos produits. Complass gère les deux dans le même compte.

Testez Complass avec vos propres données

Créez vous-même votre accès d'essai, avec un projet d'exemple par référentiel si vous le souhaitez. Si vous préférez d'abord voir Complass, demandez une démo.