IMDRF N90 Finaliza Estrutura PCCP para Software Médico

The International Medical Device Regulators Forum (IMDRF) publicou o IMDRF/SaMD WG/N90 FINAL:2026, Essential Principles and Content of Predetermined Change Control Plans, em 6 de agosto de 2026. O documento final oferece aos órgãos reguladores e fabricantes uma estrutura comum para o planejamento de determinadas alterações futuras em software de dispositivo médico antes que essas alterações sejam implementadas.

A oportunidade central é familiar: quando uma jurisdição autoriza um plano predeterminado de controle de mudanças (PCCP), o fabricante pode implementar alterações abrangidas por esse plano sem buscar uma autorização separada para cada mudança. A limitação central é igualmente importante: o IMDRF N90 é um documento de harmonização internacional, não uma lei ou orientação específica de uma jurisdição. Ele não torna os PCCPs disponíveis em um mercado que não os aceite e não se sobrepõe aos requisitos locais de submissão.

Para equipes globais de software, o N90 é melhor utilizado como uma arquitetura de projeto comum. Se essa arquitetura pode ser submetida, autorizada ou adotada, ainda precisa ser decidido mercado por mercado.

O que mudou em 6 de agosto

O N90 passou de consulta pública para um documento técnico final do IMDRF. Ele se aplica ao subconjunto de software que atende à definição de um dispositivo médico, utilizando o termo software de dispositivo médico conforme descrito no IMDRF N81.

O documento é deliberadamente de alto nível. Ele destina-se a:

• identificar princípios essenciais para o desenvolvimento de um PCCP;
• estabelecer os elementos fundamentais de um PCCP para modificações em software de dispositivo médico;
• descrever os tipos de limites que tornam as alterações planejadas passíveis de análise; e
• explicar os benefícios e desafios para usuários, reguladores e fabricantes.

O N90 não define uma lista universal de alterações aceitáveis. Ele também não estabelece uma exigência regulatória para submeter um PCCP. O IMDRF declara que nem todas as jurisdições podem aceitar PCCPs ou planos semelhantes para análise regulatória.

Os cinco princípios de um PCCP robusto

O IMDRF organiza a estrutura em torno de cinco princípios.

Focado e delimitado

As alterações planejadas devem ser descritas com especificidade suficiente para fundamentar uma avaliação da manutenção da segurança e eficácia. Elas devem permanecer dentro do uso pretendido ou da finalidade pretendida original do software de dispositivo médico.

Isso é mais do que uma preferência de redação. Uma ambição ampla como “melhorias futuras do modelo” não é um limite de mudança utilizável. Um PCCP passível de análise precisa declarar o que pode mudar, até que ponto pode mudar e o que permanece fixo.

Baseado em risco

O PCCP deve ser elaborado e implementado por meio da estrutura de gerenciamento de riscos existente do fabricante. O nível de detalhamento, evidências, controles e critérios de aceitação deve corresponder ao risco e à complexidade da alteração planejada.

Baseado em evidências

As evidências geradas ao longo do ciclo de vida total do produto devem fundamentar a conclusão de que o software alterado permanece seguro e eficaz e que seus benefícios continuam a superar seus riscos.

Transparente

Os fabricantes devem fornecer informações claras, significativas e oportunas aos usuários pretendidos, em conformidade com o PCCP autorizado. A transparência também se aplica ao órgão regulador: a submissão deve tornar compreensíveis os limites de alteração, as evidências, os controles e o impacto.

Perspectiva do ciclo de vida total do produto

Um PCCP não é um apêndice pontual que possa ser separado dos controles de produção. A contribuição do usuário, novos dados, gerenciamento de riscos, processos de qualidade, implantação, monitoramento e comunicação permanecem conectados ao longo de todo o ciclo de vida do software.

Os três elementos que os fabricantes precisam conectar

O N90 descreve um PCCP como três elementos interconectados: a Descrição de Mudanças, o Plano de Mudança e a Avaliação de Impacto.

1. Descrição de Mudanças

Esta seção identifica cada alteração planejada e suas justificativas. Ela deve estabelecer limites verificáveis, descrever as características ou o desempenho que podem mudar e explicar como a alteração será implementada.

Dependendo do software, a implementação pode ser uniforme em todos os dispositivos implantados ou adaptada para locais ou pacientes específicos. Ela pode ser automática, manual ou uma combinação. O N90 não afirma que todas as jurisdições aceitarão todos os modelos de implementação; ele afirma que o modelo deve ser tornado explícito.

2. Plano de Mudança

O Plano de Mudança explica como cada alteração planejada será verificada, validada, implantada e comunicada. O N90 destaca dados relevantes, práticas de gerenciamento de dados, métodos de análise, métricas de desempenho, testes estatísticos e critérios de aceitação pré-definidos que sejam quantitativos, estatisticamente sólidos, apropriados ao risco e clinicamente significativos.

O plano também precisa de um fluxo de tratamento de falhas. Se uma alteração proposta não atender aos seus critérios de aceitação pré-definidos, o fabricante deve ter um mecanismo documentado para impedir a implementação e registrar a falha de acordo com os requisitos aplicáveis.

A implantação é parte do plano, não algo secundário. O documento aponta para atualizações de rotulagem, comunicação ou treinamento de usuários, vigilância pós-comercialização, monitoramento em ambiente real e requisitos de notificação, onde aplicável.

3. Avaliação de Impacto

A Avaliação de Impacto vincula as alterações propostas aos controles no Plano de Mudança. Ela avalia benefícios, riscos e mitigações para cada alteração e para as alterações coletivamente.

Essa visão cumulativa é um ponto operacional importante. Uma sequência de alterações individualmente aceitáveis pode interagir, alterar riscos de cibersegurança ou interoperabilidade, ou mover o desempenho em uma direção que não seja visível quando cada versão é avaliada isoladamente.

O que o N90 significa para uma estratégia global de submissão

Um plano principal não significa um único resultado regulatório

Um fabricante pode usar o N90 para criar um PCCP global principal, mas cada mercado-alvo pode diferir quanto à aceitação de PCCPs, quais alterações exigem autorização, quando um plano pode ser submetido e como um plano autorizado pode ser modificado.

O resultado prático deve ser uma matriz de jurisdições anexada ao plano principal. Para cada mercado, acompanhe:

• se um PCCP ou mecanismo comparável é aceito;
• tipos de dispositivos e submissões elegíveis;
• escopo de alteração aceitável;
• cronograma de submissão e via de análise;
• terminologia local e localização do documento;
• obrigações de comunicação com o usuário;
• consequências pós-comercialização e de notificação; e
• o tratamento regulatório de revisões do próprio PCCP.

Sem essa matriz, uma equipe pode presumir incorretamente que a autorização em um mercado elimina a necessidade de peticionamento em outro.

O controle de versão torna-se evidência regulatória

O N90 enfatiza que tanto o órgão regulador quanto o fabricante devem saber qual versão do PCCP foi autorizada. Revisões de um PCCP autorizado geralmente tendem a exigir reautorização porque o plano cobre alterações que, de outro modo, exigiriam uma nova submissão, embora algumas jurisdições possam permitir revisões menores sem reautorização.

A versão autorizada do PCCP deve, portanto, estar conectada à autorização correspondente do dispositivo, à linha de base do software, ao arquivo de gerenciamento de risco, aos controles de liberação, à rotulagem e ao status regulatório específico do mercado.

A rastreabilidade deve ser feita alteração por alteração

O documento recomenda conectar cada item da Descrição de Mudanças às suas atividades de verificação e validação no Plano de Mudança. Os fabricantes devem estender essa rastreabilidade por meio da Avaliação de Impacto e da decisão de liberação.

Um modelo de controle útil é uma linha por alteração planejada, com links para:

• o limite autorizado;
• os requisitos e perigos aplicáveis;
• os protocolos de verificação e validação;
• os critérios de aceitação;
• as conclusões dos impactos individuais e cumulativos;
• os controles de implantação e comunicação;
• a versão do software liberada; e
• os mercados nos quais a implementação é permitida.

Essa estrutura torna mais fácil interromper uma alteração que esteja fora do plano ou que passe nos testes em um mercado, mas careça de autorização em outro.

O que o N90 não permite que os fabricantes presumam

O documento final não sustenta os seguintes atalhos:

• Um PCCP não é uma autorização automática. O órgão regulador aplicável deve aceitar e autorizar o plano sob sua própria estrutura regulatória.
• O escopo não é ilimitado. As alterações permanecem dentro do uso pretendido ou finalidade pretendida original e dentro dos limites autorizados.
• Os controles do sistema de gestão da qualidade ainda se aplicam. Gerenciamento de mudanças, gerenciamento de riscos, verificação, validação, liberação e processos pós-comercialização permanecem necessários.
• Um plano autorizado não é necessariamente de livre edição. Um PCCP revisado pode, por si só, exigir autorização regulatória.
• Alterações não implementadas não devem constar na rotulagem atual. O N90 afirma que a rotulagem de mercado deve refletir alterações implementadas, e não alterações futuras meramente listadas no PCCP.
• A confiança internacional não é automática. As diferenças jurisdicionais podem afetar a generalização, as evidências e o reconhecimento.

Um teste prático de prontidão

Antes de investir na submissão de um PCCP, o fabricante deve ser capaz de responder a cinco perguntas.

1. Cada alteração proposta pode ser descrita dentro de um limite específico e testável?
2. Os métodos de evidência e critérios de aceitação são maduros o suficiente para serem definidos antes que a alteração futura seja desenvolvida?
3. O sistema de qualidade pode impedir a implantação quando os critérios não forem atendidos ou quando um mercado não tiver autorizado a implementação?
4. Os impactos individuais e cumulativos podem ser monitorados ao longo de lançamentos sucessivos?
5. Existe uma via verificada, mercado por mercado, para submeter e utilizar o plano?

Se as primeiras quatro respostas forem fracas, o PCCP pode ser muito imaturo para análise. Se a quinta resposta for fraca, o plano técnico pode ser sólido, mas a premissa de implantação global é insegura.

O que os fabricantes devem fazer agora

Fabricantes de software para dispositivos médicos podem utilizar a estrutura final da N90 imediatamente para o planejamento interno, mesmo antes que todas as jurisdições adotem uma via de PCCP.

• Comparar os modelos de plano de controle de alterações existentes com os cinco princípios e três elementos da N90.
• Substituir categorias amplas de alteração por declarações de alteração delimitadas e verificáveis.
• Conectar cada alteração planejada a evidências, critérios de aceitação, análise de impacto, implantação, comunicação e controles de falhas.
• Estabelecer versionamento controlado para o PCCP e sua relação com cada configuração autorizada do dispositivo.
• Construir e manter a matriz de jurisdições antes de confiar em um plano de implementação multimercado.
• Engajar-se precocemente com os órgãos reguladores-alvo nos casos em que a interação pré-submissão estiver disponível, particularmente para alterações inéditas ou adaptadas localmente.

O guia regulatório de SaMD da Pure Global fornece contexto adicional para a classificação e o registro de softwares nos principais mercados. A N90 pode fornecer a arquitetura comum do PCCP; a estratégia de mercado ainda precisa traduzir essa arquitetura para as regras reais de cada jurisdição.

Conclusão

A IMDRF N90 oferece ao setor de software para dispositivos médicos uma referência internacional final para o projeto de PCCP. Seu valor é uma estrutura compartilhada: limites focados de alteração, controles baseados em riscos e evidências, transparência para o usuário, governança do ciclo de vida e uma Descrição de Alterações, Plano de Alteração e Avaliação de Impacto conectados. Seu limite é a adoção jurisdicional. Os fabricantes devem usar a N90 para padronizar o plano central e, em seguida, verificar os requisitos de autorização e implementação separadamente em cada mercado.