Os projetos de equipamentos de alta contenção fracassam na interface, não no próprio equipamento. Quando um módulo BSL-3 chega ao local e as dimensões da câmara de exaustão não correspondem à rede de dutos da EPC, ou quando um sistema de descontaminação de efluentes é instalado, mas nenhuma das partes documentou quem é responsável pela validação do sistema de aquecimento da linha de drenagem, o projeto não é interrompido para uma discussão ordenada — ele fica paralisado enquanto as equipes jurídicas analisam a redação do contrato e os gerentes de projeto atribuem culpas. Esse padrão é previsível e tem origem mais cedo do que a maioria das organizações quer admitir: no período anterior à aprovação da aquisição, quando ainda parece prematuro formalizar os limites do escopo. A decisão que resolve isso é saber exatamente o que uma matriz de responsabilidades deve especificar — e quais atribuições, se deixadas vagas, transformarão um problema de interface técnica em uma disputa contratual no pior momento possível.
Campos da matriz de responsabilidades para projetos de alta contenção
Uma matriz de responsabilidades sem especificidade no nível das colunas é uma lista de intenções, não um documento de controle do projeto. Essa distinção é importante porque projetos de alta contenção envolvem pelo menos três partes com escopo parcialmente sobreposto — comprador, EPC e fornecedor de equipamentos — e a compreensão de cada parte sobre onde terminam suas obrigações divergirá sob pressão, caso o documento permita isso. A matriz deve definir, para cada controle ou atividade, não apenas quem é responsável, mas o que essa responsabilidade exige concretamente: prazos, critérios de aceitação e os nomes das ações envolvidas, e não apenas categorias.
A estrutura de quatro colunas que torna isso viável separa o controle ou a atividade da função específica de cada parte e acrescenta uma coluna para detalhes compartilhados que define os mecanismos de transferência de responsabilidades. O “controle de acesso” como uma linha da matriz é operacionalmente inútil. “Revisões trimestrais de acesso para sistemas classificados como de contenção, conduzidas pelo fornecedor, revisadas e aprovadas pela equipe de controle de qualidade do comprador” é algo atribuível e auditável. A diferença não está na precisão administrativa em si — é a diferença entre um desvio ser resolvido em três dias e um desvio permanecer em aberto por seis semanas enquanto cada parte espera que a outra tome a iniciativa.
| Coluna | Descrição | Requisito de especificidade |
|---|---|---|
| Controle/Atividade | A tarefa, verificação ou entrega específica a ser realizada | Utilize descrições precisas e mensuráveis (por exemplo, “Revisões trimestrais de acesso para os sistemas abrangidos” em vez de “Controle de acesso”) |
| Responsabilidade do MSP | O que o fornecedor/prestador de serviços gerenciados deve realizar | Defina ações, prazos e critérios de aceitação; evite atribuições vagas |
| Responsabilidade do cliente | O que o comprador/proprietário da instalação deve fornecer ou realizar | Especificar as obrigações do proprietário de forma inequívoca |
| Detalhes compartilhados | Tarefas conjuntas, transferências de responsabilidade ou fluxos de comunicação | Especifique quem detecta, investiga, notifica e encerra cada item compartilhado |
O padrão de erro que vale a pena destacar aqui é a cópia de modelos. Uma matriz copiada de um projeto anterior, sem ajuste ao escopo real do projeto atual, gera um risco ao listar atividades que nenhuma das partes está contratada para realizar. Em projetos de contenção, isso geralmente se manifesta como uma linha que atribui a validação do ciclo de descontaminação ao fornecedor, quando o contrato atual atribui esse trabalho à equipe de comissionamento da EPC — e, então, a linha fica sem assinatura, sem contestação e esquecida até a fase de execução do IQ.
Requisitos e pontos de aprovação de responsabilidade do comprador
O papel do comprador não se resume à aprovação passiva. Em um projeto de alta contenção, o comprador é responsável pela especificação dos requisitos do usuário (URS) como um documento dinâmico, e os critérios de aceitação incorporados nesse documento constituem o parâmetro de referência contra o qual todo sistema entregue é avaliado. Se esses critérios forem insuficientemente especificados no início do projeto — se o desempenho de contenção for descrito como “atende aos requisitos do BSL-3” sem referência a diferenciais de pressão específicos, volumes de fluxo de ar ou pontos de ajuste de alarme —, então todos os protocolos de FAT e SAT elaborados a partir dessa URS herdarão essa ambiguidade.
O que o comprador deve possuir, e o que deve ser explicitamente mencionado na matriz, inclui: aprovação final de todos os protocolos de teste antes da execução, autoridade para aprovação em cada etapa de aceitação (FAT, SAT, IQ, OQ, PQ) e o direito de rejeitar qualquer pacote de documentação que não atenda aos URS. A norma ASTM E2500-25 posiciona o desenvolvimento do URS e o planejamento da verificação como atividades fundamentais que definem o que significa “adequado à finalidade” para um determinado sistema — o que significa que o comprador não pode terceirizar essa definição para o fornecedor e, em seguida, esperar que o processo de aceitação ocorra sem problemas.
A consequência derivada da falta de clareza por parte do comprador nesta etapa se manifesta na fase de IQ. Se o comprador não tiver documentado quais atributos de desempenho exigem a verificação por terceiros em vez de aprovação interna, a fase de execução do IQ frequentemente envolve renegociar essas decisões sob pressão de tempo, depois que o equipamento já está instalado e o cronograma do projeto está em andamento.
Empresas de serviços públicos de propriedade da EPC e interfaces instaladas
A responsabilidade da empresa EPC em projetos de alta contenção costuma ser o ponto onde reside a ambiguidade mais significativa, pois é a EPC que conecta os equipamentos fornecidos aos sistemas do edifício que determinam se esses equipamentos podem funcionar conforme projetado. A qualidade da energia, os volumes de alimentação e exaustão do sistema de climatização (HVAC), o dimensionamento das linhas de drenagem, a capacidade de carga estrutural e a fiação de intertravamento entre os sistemas de gerenciamento do edifício e os equipamentos contidos são todas interfaces nas quais o escopo da EPC e o projeto dos equipamentos do fornecedor devem estar precisamente alinhados antes do início da instalação.
O risco não é que as EPCs não compreendam seu trabalho — é que “fornecido pela EPC” e “validado pela EPC” não são a mesma coisa, e a matriz deve distinguir entre eles. Um EPC pode ser responsável pela instalação de uma conexão de exaustão em um isolador OEB4/OEB5 sem ser responsável por verificar se a pressão estática fornecida nessa conexão corresponde aos requisitos de projeto do isolador. Se essa verificação não for atribuída a uma parte específica, é provável que ela surja como uma discrepância não resolvida durante o comissionamento.
O critério que determina a mudança na recomendação neste caso é a dependência de contenção. Para qualquer conexão de serviços públicos em que um modo de falha afete diretamente a integridade da contenção — cascata de pressão negativa, fluxo de ar de exaustão para um módulo BSL-3, conexão do dreno de efluentes a um EDS —, a matriz deve atribuir a responsabilidade pela verificação ativa a uma parte específica, e não a responsabilidade passiva pela instalação. Essa diferença é importante para a equipe de comissionamento e, posteriormente, para a autoridade inspetora responsável pela análise do pacote de qualificação.
Equipamentos de propriedade do fornecedor e documentos a serem entregues
O conjunto de entregas do fornecedor de equipamentos vai muito além do sistema físico. Para equipamentos de alta contenção e críticos para as BPF, o pacote de documentação é um insumo para a qualificação, e lacunas nesse pacote atrasam a execução da qualificação de instalação (IQ) com a mesma certeza que os defeitos de hardware. O que o fornecedor deve disponibilizar — e o que deve ser explicitamente mencionado na matriz — inclui o pacote de qualificação do projeto, os protocolos dos testes de aceitação de fábrica e os relatórios assinados, a documentação de apoio à qualificação da instalação e os manuais de operação e manutenção em um formato compatível com os requisitos de gerenciamento de documentos do comprador.
O ponto em que isso normalmente dá errado não é a omissão, mas a ambiguidade entre autoria e aprovação. A matriz deve especificar não apenas que o protocolo de IQ existe, mas quem o redige, quem o revisa e quem o aprova antes do início da execução. O EudraLex, Volume 4, Anexo 15, trata o ciclo de vida da qualificação como uma sequência estruturada de atividades documentadas — mas não determina que o fornecedor redija o protocolo de IQ. Essa atribuição é uma decisão do projeto e, se não for definida explicitamente, tanto o fornecedor quanto a equipe de validação do comprador podem elaborar versões separadas e, então, perder tempo conciliando-as durante um período em que os recursos de comissionamento já estão sobrecarregados.
Para projetos que envolvem sistemas complexos—Sistemas de laboratório modulares BSL-3/BSL-4 ou isoladores de contenção com lógica de controle integrada — o escopo da documentação é tão extenso que vale a pena estabelecer, como anexo contratual, um cronograma de entregas de documentação, mencionado na matriz. Sem ele, a linha da matriz referente à “documentação do fornecedor” acaba se enquadrando na mesma categoria de obrigação vaga que se pretendia evitar.
Pontos de falha comuns durante os testes de aceitação
As responsabilidades compartilhadas são as linhas de maior risco em qualquer matriz de projeto de contenção, e o padrão de falha é consistente: quando uma responsabilidade é descrita como compartilhada sem especificar os mecanismos, cada parte presume que a outra está cuidando da parte ativa. A consequência nos testes de aceitação não é uma discussão — é um atraso, pois os testes ficam paralisados quando alguém chega para testemunhar um protocolo que ainda não foi finalizado, ou quando um desvio é registrado sem um responsável designado e permanece em aberto até o final do prazo do FAT.
As três atividades compartilhadas em que esse padrão aparece de forma mais consistente em projetos de alta contenção são a participação nos testes FAT e SAT, o suporte ao protocolo e o encerramento de desvios. No caso da participação nos testes FAT em equipamentos contidos, a questão de quem se desloca até as instalações do fornecedor para testemunhar os testes, quem fornece a aprovação formal e o que constitui um resultado aprovado deve ser resolvida antes que a data do FAT seja definida. No que diz respeito ao suporte ao protocolo, a questão de quem redige, revisa e aprova o protocolo de teste — e quem fornece os agentes de teste, os padrões de referência ou as amostras de referência — não está implícita na palavra “compartilhado”.”
| Atividade compartilhada | Risco em caso de imprecisão | O que deve ser esclarecido |
|---|---|---|
| Presença no FAT/SAT | Ambas as partes presumem que a outra comparecerá; atrasos nos testes ou aprovação incompleta | Qual das partes se desloca ao local, quem presencia quais testes e quem dá a aprovação final |
| Suporte a protocolos | Os protocolos estão incompletos ou não foram revisados; a execução não está em conformidade com os requisitos | Quem elabora, revisa e aprova os protocolos de teste; quem fornece os dados brutos e os materiais |
| Encerramento do desvio | Os desvios não são resolvidos, com cada parte esperando que a outra tome uma atitude | Quem registra, quem investiga a causa raiz, quem aprova o encerramento e quem comunica a resolução |
O encerramento de desvios é onde o custo posterior do compartilhamento impreciso fica mais evidente. Um desvio registrado durante o FAT que não tenha um investigador designado e uma cadeia de aprovação de encerramento definida tende a seguir um de dois caminhos: é encerrado sem documentação adequada da causa raiz e posteriormente contestado durante uma inspeção regulatória, ou permanece aberto e bloqueia o cronograma do SAT enquanto as partes negociam a responsabilidade. A matriz deve designar uma única parte para registrar o desvio, uma única parte para investigar a causa raiz e uma única parte para aprovar o encerramento — e deve indicar a etapa de comunicação que informa a todas as partes quando o encerramento for concluído.
Para obter mais informações sobre como as sequências de comissionamento interagem com essas decisões de transferência, o Guia passo a passo para o comissionamento de um laboratório BSL-3 aborda como as fases dos testes de aceitação se relacionam com o ciclo de vida mais amplo da qualificação.
Regra de responsabilidade para cada requisito crítico
A matriz ganha significado operacional quando cada requisito crítico — integridade da contenção, desempenho da cascata de pressão, validação do ciclo de descontaminação, tratamento de efluentes — tem exatamente um responsável principal e um responsável de apoio designado antes da aprovação da aquisição ser assinada. Não se trata de uma preferência estrutural por uma documentação impecável. É um limite prático que força uma discussão sobre lacunas no escopo e a prontidão do local em um momento do projeto em que elas ainda podem ser resolvidas sem a necessidade de retrabalho.
A contradição é real: quanto mais detalhes de limites houver nas superfícies da matriz, mais cedo surgirão questões incômodas. Um EPC que não tenha confirmado a prontidão estrutural para um sistema de contenção pesado, ou um comprador cuja equipe de controle de qualidade não tenha alocado recursos para a fase de revisão do protocolo, verá essas lacunas expostas quando a matriz estiver sendo concluída, e não quando o sistema chegar ao local. As organizações frequentemente adiam essa especificação porque parece prematura — e esse adiamento é exatamente o que transforma uma questão de escopo gerenciável em um atraso no comissionamento.
Uma matriz assinada ou reconhecida é o instrumento que transforma essas atribuições, que antes eram apenas a interpretação de uma das partes, em um compromisso vinculativo do projeto. Uma matriz não assinada — mesmo que bem estruturada — não é executável quando surge uma disputa. A norma ICH Q9(R1) apoia o princípio de que a gestão de riscos de qualidade exige uma atribuição clara de responsabilidades pelos controles de risco, mas uma matriz assinada é um mecanismo de governança do projeto, não uma exigência regulatória. Seu valor é prático: ela preenche a lacuna entre o que cada parte presumiu ser de sua responsabilidade e o que ela realmente se comprometeu a entregar.
| Regra de Propriedade | Por que é importante | O que verificar antes da aprovação |
|---|---|---|
| Um responsável e um co-responsável por cada requisito crítico | Elimina dúvidas sobre quem deve agir quando surgem problemas | Cada linha da matriz possui um único nome responsável e uma função de apoio designada |
| A matriz deve ser assinada ou reconhecida por todas as partes | Uma matriz não assinada representa a opinião de uma das partes, não um acordo vinculativo | O documento é assinado pelo comprador, pela EPC e pelo fornecedor; o termo de reconhecimento está incluído no Escopo de Trabalho (SOW) |
| A matriz é totalmente adaptada ao escopo do projeto | Copiar um modelo gera responsabilidade por tarefas que nenhuma das partes está contratada para realizar | Todas as atividades listadas correspondem a resultados concretos; não há itens genéricos ou irrelevantes |
A verificação prévia à aprovação da aquisição é simples: examine cada linha da matriz em busca de um único nome responsável, confirme se um responsável pelo apoio está indicado e verifique se nenhuma linha consta como “compartilhada” sem uma coluna específica que esclareça os detalhes. Qualquer linha que não passe nessa verificação representa uma futura controvérsia em potencial.
A matriz de responsabilidades ganha seu espaço em um projeto de alta contenção não como um mero documento de conformidade, mas como o documento que transforma as premissas do projeto em compromissos antes que essas premissas possam gerar retrabalho. As perguntas que ela deve responder antes da aprovação da aquisição são específicas: qual parte elabora cada protocolo de qualificação, quem o aprova, quem participa de cada evento de aceitação, quem registra e encerra os desvios e quais interfaces de serviços públicos exigem verificação ativa em vez de instalação passiva. Para projetos envolvendo sistemas em que o desempenho da contenção depende tanto do equipamento fornecido quanto da infraestrutura instalada no edifício — cascata de pressão, continuidade do exaustor, conectividade do tratamento de efluentes —, a fronteira entre o escopo do fornecedor e o escopo da EPC é a linha de maior risco na matriz e merece o tratamento mais explícito.
Antes que um projeto passe da seleção do fornecedor para a ordem de compra, a matriz deve ser revisada com base em três verificações: cada requisito crítico deve ter um único responsável; cada linha compartilhada deve conter detalhes que definam quem detecta, investiga e encerra; e todas as partes devem ter assinado ou reconhecido formalmente o documento. Se essas condições não forem atendidas, a matriz continuará sendo apenas um modelo — e o projeto estará sujeito aos riscos que isso acarreta.
Perguntas frequentes
P: E se o nosso projeto não envolver uma empresa de engenharia, compras e construção (EPC)? O artigo pressupõe uma estrutura tripartite, mas nós mesmos gerenciamos a instalação diretamente.
R: A matriz de responsabilidades ainda funciona — mas você deve incorporar a coluna do EPC ao escopo do comprador e tornar os pontos de transferência entre sua equipe interna de instalação e o fornecedor do equipamento ainda mais explícitos. O mesmo padrão de falha se aplica: suposições não documentadas sobre a verificação dos serviços públicos, a autoria dos protocolos e a participação nos testes de aceitação virão à tona mais tarde; só que agora a disputa será entre seu próprio grupo e o fornecedor, em vez de entre a EPC e o fornecedor. A lógica de quatro colunas da matriz não exige uma EPC; ela exige que nenhuma interface seja deixada à especulação, independentemente do número de partes envolvidas.
P: Depois que a matriz de responsabilidades assinada estiver em vigor, qual é a próxima ação a ser tomada antes de emitir a ordem de compra?
R: Harmonizei o cronograma de entrega dos documentos com a matriz e o anexei ao contrato. A matriz define quem redige, revisa e aprova os documentos de qualificação; sem um cronograma com datas específicas que liste exatamente quais documentos devem ser entregues em cada marco, a linha “documentação do fornecedor” continua sendo uma obrigação vaga. Essa é a etapa em que a matriz passa de um documento de governança do projeto para um anexo de escopo passível de execução que a área de compras pode fazer valer.
P: A partir de que escala de projeto ou nível de risco uma matriz detalhada de responsabilidades dos fornecedores passa a ser um exagero?
R: Quando o equipamento opera fora dos limites críticos para as BPF (Boas Práticas de Fabricação) ou de contenção — por exemplo, um skid de utilidade padrão de uso geral que não afeta a qualidade do produto nem a biossegurança. Se uma falha na interface não acarretar uma observação regulatória, uma investigação de impacto no produto ou uma violação da contenção, uma divisão simplificada das responsabilidades no contrato costuma ser suficiente. O critério é a dependência da contenção: assim que uma conexão de utilidade afetar diretamente a pressão negativa, o tratamento de efluentes ou a integridade do limite asséptico, o nível de detalhamento da matriz deixa de ser uma questão administrativa e passa a ser um controle de risco.
P: Qual é a diferença entre utilizar uma matriz de responsabilidades formal e basear-se apenas em uma redação bem elaborada do escopo do contrato?
R: Um contrato divide as obrigações; uma matriz de responsabilidades assinada define não apenas o que cada parte fará, mas também quem inicia, quem encerra e o que significa “concluído” para cada atividade que ultrapassa um limite. A redação do contrato normalmente determina que a EPC “forneça conexão de exaustão ao isolador”, mas não especifica a parte responsável por verificar se a pressão estática fornecida atende às especificações de projeto. A matriz converte as obrigações do contrato em ações executáveis atribuídas a um único responsável — e é essa diferença que evita que a aprovação de um protocolo fique paralisada enquanto as partes esperam que outra parte dê o primeiro passo.
P: O tempo necessário para negociar e preencher uma matriz detalhada se justifica para um único equipamento de contenção, como um isolador, ou isso só vale a pena para grandes sistemas integrados?
R: Mesmo no caso de um único equipamento, como um Isolador OEB4/OEB5, a matriz agrega valor porque os pontos de interface — alinhamento dos dutos de exaustão, fiação de intertravamento do BMS, conectividade de drenagem, responsabilidade pelo protocolo de qualificação — não desaparecem quando o número de sistemas diminui. Um único isolador ainda se conecta aos serviços públicos do edifício, ainda exige decisões de presença nos testes FAT/SAT e ainda gera pacotes de documentação que alguém deve revisar e aprovar. O esforço diminui com a redução do número de sistemas, mas o risco de uma linha “compartilhada” não assinada resultar em um atraso no comissionamento não diminui apenas porque a lista de equipamentos é curta.





















