Complass – Navigate compliance Complass – Navigate compliance

A quem se destina

Complass para a tecnologia médica

Desenvolve dispositivos médicos em rede, software como dispositivo médico ou dispositivos médicos para diagnóstico in vitro, ou fornece a eletrónica e o firmware para os mesmos. O MDR e o IVDR exigem cibersegurança ao longo de todo o ciclo de vida. O Complass acompanha-o do modelo de ameaças até à notificação no terreno.

Vulnerabilidades por produto com prioridade no Complass (projeto de exemplo)

O desafio

A cibersegurança decide a conformidade

Os organismos notificados examinam o anexo I, secções 17.2 e 17.4 do MDR. Se faltarem o modelo de ameaças, o dossiê de riscos de segurança ou a SBOM, a avaliação da conformidade sofre atrasos.

Vulnerabilidades durante toda a vida útil

Os sistemas operativos e as bibliotecas envelhecem mais depressa do que um dispositivo médico. As novas vulnerabilidades têm de ser detetadas, avaliadas e, se necessário, notificadas no terreno.

Os fornecedores fornecem pouco

Sem SBOM, informações de segurança e compromissos de atualização por parte dos fornecedores, a sua própria documentação fica incompleta.

O que exigem o MDR e o IVDR

Os requisitos aplicam-se a cada produto, antes e depois da colocação no mercado. Os pontos principais:

Referenciais: Dispositivos médicos · NIS2 · ISO 27001

  • Desenvolver o software segundo o estado da técnica, com uma gestão de riscos que inclua a segurança da informação Anexo I, secção 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.Versão de: 05.10.2026 · Fonte: EUR-Lex – consolidated version of 19.07.2026Abrir o original (EUR-Lex – consolidated version of 19.07.2026) ↗
  • Definir os requisitos mínimos para o hardware, as redes informáticas e as medidas de segurança informática que o operador deve cumprir Anexo I, secção 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.Versão de: 05.10.2026 · Fonte: EUR-Lex – consolidated version of 19.07.2026Abrir o original (EUR-Lex – consolidated version of 19.07.2026) ↗
  • Vigiar os produtos após a colocação no mercado, também quanto a novas vulnerabilidades 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 …Versão de: 05.10.2026 · Fonte: EUR-Lex – consolidated version of 19.07.2026Abrir o original (EUR-Lex – consolidated version of 19.07.2026) ↗
  • Notificar no terreno os incidentes graves e as medidas corretivas de segurança 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 …Versão de: 05.10.2026 · Fonte: EUR-Lex – consolidated version of 19.07.2026Abrir o original (EUR-Lex – consolidated version of 19.07.2026) ↗
  • Os fabricantes de dispositivos médicos de dimensão média ou superior são, além disso, entidades importantes nos termos da NIS2 § 28 BSIG e anexo 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 …Versão de: 26.09.2026 · Fonte: gesetze-im-internet.deAbrir o original (gesetze-im-internet.de) ↗

Não tem a certeza de que referenciais se aplicam à sua empresa? Iniciar o teste «Estou abrangido?»

Custos, esforço e prazo: só consultor, consultor com a Complass ou implementação própria com a Complass? Abrir a calculadora de custos de conformidade

Sem CRA para dispositivos médicos. Os dispositivos médicos e os dispositivos médicos para diagnóstico in vitro estão excluídos do Cyber Resilience Act (art. 2.º, n.º 2 CRA). Os componentes que também vende fora da tecnologia médica, por outro lado, estão em regra sujeitos ao CRA. Ir para a página para fabricantes

Informação geral, não constitui aconselhamento jurídico. Esta página resume a situação jurídica de forma simplificada e não substitui a análise do seu caso concreto. O que faz fé é o texto das leis e das normas.

Empresas típicas

Dispositivos médicos em rede

Aparelhos com ligação de rede, manutenção remota ou módulo de rádio, da bomba de perfusão ao sistema de imagiologia.

Software como dispositivo médico

Software autónomo e aplicações com finalidade médica, frequentemente com componente na nuvem.

Dispositivos médicos para diagnóstico in vitro

Analisadores e software de laboratório segundo o IVDR, com os mesmos requisitos para o software e o ambiente informático.

Fornecedores da tecnologia médica

Eletrónica, software embebido e fabrico por encomenda: os seus clientes repercutem em si os requisitos.

Como o Complass apoia

MDR e IVDR em sete fases

Da classificação, passando pelo desenvolvimento seguro e pela documentação técnica, até à vigilância, à vigilância de incidentes e a uma fase própria para fornecedores.

Saber mais sobre a funcionalidade

SBOM e vulnerabilidades

Manter uma SBOM por produto, compará-la com as vulnerabilidades conhecidas e registar a avaliação para a vigilância após a colocação no mercado.

Saber mais sobre a funcionalidade

Modelo de ameaças

Percorrer os caminhos de ataque com o MITRE ATT&CK e avaliá-los como riscos de segurança no registo de riscos.

Saber mais sobre a funcionalidade

Envolver os fornecedores

Solicitar e verificar diretamente junto dos seus fornecedores as informações de segurança, a SBOM e os compromissos de atualização.

Saber mais sobre a funcionalidade
Heatmap de riscos com risco inerente e risco-alvo no Complass (projeto de exemplo)
Avaliar e tratar os riscos de segurança

Ofertas adequadas

O modelo setorial «Tecnologia médica» pré-seleciona o referencial para o MDR e o IVDR e os módulos de que precisa para o modelo de ameaças, as vulnerabilidades e os fornecedores.

disponível

Modelo setorial: Tecnologia médica

  • Cibersegurança para dispositivos médicos segundo o MDR e o IVDR
  • Vulnerabilidades e SBOM
  • Gestão de riscos
  • MITRE ATT&CK para o modelo de ameaças
  • Supplier Management

a partir de 476 € por mês mais IVA no pacote Start, tamanho S, pagamento anual

Todos os preços destinam-se a empresas, não a consumidores. Entendem-se líquidos mais IVA com pagamento anual; com pagamento mensal aplica-se um acréscimo de 15 %. Atualizado em 16/10/2026. Enterprise e grupos empresariais sob consulta.

Perguntas frequentes

Porque não simplesmente o pacote para fabricantes?

O pacote para fabricantes está orientado para o Cyber Resilience Act. Os dispositivos médicos estão dele excluídos e estão sujeitos, em vez disso, ao MDR e ao IVDR. O pacote Tecnologia médica assenta, por isso, no referencial para dispositivos médicos.

Os hospitais perguntam-nos pela segurança informática nas compras. O que ajuda?

Os hospitais esperam cada vez mais uma SBOM, os requisitos mínimos para o ambiente informático e compromissos quanto a atualizações. Estas informações mantém-nas no Complass por produto e atualizadas para concursos.

A NIS2 aplica-se também aos fabricantes de tecnologia médica?

Sim, a partir de uma dimensão média, pois o fabrico de dispositivos médicos e de dispositivos médicos para diagnóstico in vitro consta do anexo 2 da lei alemã BSIG. A NIS2 diz então respeito à sua empresa, o MDR e o IVDR aos seus produtos. O Complass gere ambos na mesma conta.

Teste o Complass com os seus próprios dados

Crie o seu próprio acesso de teste, se quiser com um projeto de exemplo por referencial. Se preferir ver primeiro o Complass, peça uma demonstração.