Escopo da integração BSL-3/4: O que os proprietários devem definir antes do projeto

Um projeto BSL-3/4 não fracassa na fase de comissionamento devido ao baixo desempenho dos equipamentos; ele fica paralisado antes disso, quando o projeto avança com um escopo de integração que nunca foi totalmente concluído. Os proprietários que presumem que a própria designação BSL define o que a instalação e os equipamentos devem fazer frequentemente descobrem, em uma fase avançada do projeto ou durante os testes de integração, que uma barreira de pressão, uma rota de transferência ou uma interface de controle nunca foi atribuída a ninguém. Definir o escopo de integração antes do congelamento do projeto é uma decisão distinta da seleção de equipamentos e cabe ao proprietário e à equipe do projeto antes que qualquer proposta de fornecedor possa ser avaliada adequadamente.

O escopo começa com o trabalho pretendido e a avaliação de riscos

O ponto de partida para definir o escopo de integração não é a classificação do nível de contenção, mas sim o trabalho que o laboratório deve apoiar. Uma designação BSL-3 ou BSL-4 descreve uma categoria de contenção; ela não descreve os patógenos específicos manuseados, os procedimentos realizados, os volumes processados nem os equipamentos que devem interagir com a sala para dar suporte a esse trabalho com segurança. Dois laboratórios com a mesma designação podem exigir escopos de integração substancialmente diferentes, pois o trabalho pretendido difere; e tratar a designação como um conjunto completo de requisitos ignora a etapa que realmente determina o que precisa ser construído.

É por isso que a avaliação de riscos serve como base para a definição do escopo, e não como um exercício de conformidade realizado posteriormente. A Manual de Biossegurança Laboratorial da OMS, 4ª edição, define a avaliação de riscos como a base para controles de biossegurança proporcionais, o que significa que o resultado da avaliação — e não apenas a classificação de contenção — deve orientar as decisões sobre cascatas de pressão, equipamentos de transferência, interfaces de descontaminação e pontos de monitoramento. Quando a avaliação de risco identifica vias específicas de transferência, resíduos ou exposição ligadas ao trabalho pretendido, essas vias tornam-se itens do escopo que o projeto deve abordar explicitamente, em vez de se presumir que decorram automaticamente de uma classificação BSL-3 ou BSL-4.

A consequência prática para um proprietário é a sequência de etapas. Se os trabalhos laboratoriais previstos e sua avaliação de risco não forem finalizados, ou forem finalizados com um nível de detalhamento muito genérico para identificar caminhos e interfaces específicos, qualquer escopo de integração elaborado com base apenas na classificação BSL apresentará lacunas que surgirão posteriormente como alterações não planejadas no projeto. Por outro lado, quando a avaliação de risco for específica quanto a procedimentos, agentes e modos de falha, o proprietário poderá utilizá-la para verificar se um escopo de integração proposto está de fato completo, em vez de confiar na categoria de contenção como um indicador de completude. Uma referência no nível da OMS oferece um suporte resumido para essa lógica, mas não substitui a avaliação de risco específica do local nem as normas nacionais de biossegurança aplicáveis, que continuam sendo a autoridade que o proprietário deve aplicar diretamente.

É necessário definir limites de contenção entre salas e equipamentos

A contenção não é uma característica de um único cômodo; trata-se de um limite contínuo que deve ser traçado por todos os cômodos, corredores e equipamentos que fazem contato com o espaço controlado. Cascatas de pressão, as rotas de transferência de pessoal e materiais, os percursos de exaustão, os percursos de resíduos líquidos e as interfaces de controle atravessam, cada uma, limites físicos e de equipamentos, e cada ponto de cruzamento é um local onde o limite pode permanecer indefinido se ninguém o mapear deliberadamente.

O exercício de mapeamento é importante porque a contenção se comporta de maneira diferente dependendo de onde a linha de contenção é traçada: se em relação aos equipamentos ou em relação aos limites da sala. Uma linha de contenção traçada apenas no nível da sala, por exemplo, pode não levar em conta as relações de pressão necessárias ao longo de um Laboratório com módulos BSL-3/BSL-4‘nas transições internas, ou entre equipamentos como amortecedores de isolamento, que ficam no trajeto do exaustor ou da rede de dutos e têm como objetivo preservar o fluxo direcional do ar tanto em condições normais quanto em caso de falha. Quando o limite é definido apenas no nível arquitetônico, os pontos de controle no nível do equipamento correm o risco de serem tratados como problema de outra pessoa; quando é definido apenas no nível do equipamento, a contribuição do envelope da sala para esse mesmo limite corre o risco de ser presumida, em vez de verificada.

A mesma lógica se aplica às rotas de transferência e aos percursos de resíduos. Uma rota de transferência por uma câmara de equilíbrio, uma interface de transferência VHP ou um percurso de resíduos líquidos para um sistema de descontaminação de efluentes é tão vulnerável quanto seu ponto de conexão mais fraco, e esse ponto de conexão costuma ser onde o escopo das instalações e o escopo dos equipamentos se encontram. O CDC/NIH Biossegurança em Laboratórios Microbiológicos e Biomédicos (BMBL), 6ª edição, distingue os controles de acesso e de fluxo de ar do nível BSL-3 dos arranjos de ventilação, entrada e descontaminação das instalações com trajes do nível BSL-4, o que serve como um lembrete de que o comportamento exigido do limite de contenção muda de acordo com o nível de contenção e o tipo de instalação — e que um limite mapeado corretamente para uma configuração não se aplica, sem alterações, a outra. O BMBL é uma orientação consultiva a ser aplicada por meio da própria avaliação de riscos do projeto e dos requisitos regulatórios locais, e não como um ponto de referência de pressão universal.

Para o proprietário, a decisão consiste em verificar se todos os limites de pressão, rotas de transferência, percursos de exaustão, percursos de resíduos líquidos e interfaces de controle foram representados tanto nas salas quanto nos equipamentos, sem que nenhum segmento tenha ficado implícito. Um segmento não mapeado não é uma omissão insignificante; trata-se de um limite sem comportamento definido, que o projeto não poderá fechar até que alguém o defina.

Os utilitários e controles precisam de proprietários de interface nomeados

O mapeamento de um limite identifica onde ele existe; não determina quem é responsável por seu projeto, construção ou verificação. Cada ponto de interface — uma conexão de serviço público, um sinal de controle, um ponto de monitoramento, uma condição de alarme — precisa ter um responsável designado antes de poder ser considerado concluído, pois uma interface sem um responsável tende a ser considerada concluída por uma das partes e pendente pela outra.

Isso é especialmente importante quando os sistemas de controle passam da gestão predial em nível de instalação para o controle em nível de equipamento, ou quando um serviço, como energia elétrica, ar comprimido ou o fornecimento de um meio de descontaminação, passa da infraestrutura da instalação para um equipamento específico. Se ninguém se responsabilizar pela interface, a especificação de um lado da fronteira pode ser elaborada sem referência aos requisitos reais do outro lado — um ponto de ajuste de controle definido pelo sistema do edifício sem conhecimento das características reais de resposta do equipamento, ou um serviço dimensionado pelo projeto da instalação sem confirmação da demanda real do equipamento em condições de falha. O risco não é que a interface esteja errada; é que ninguém pode afirmar se ela está correta, pois nenhuma parte era responsável por conciliar ambos os lados.

A designação de um responsável altera a natureza da questão pendente, transformando-a de uma suposição compartilhada em uma responsabilidade monitorada. Quando o responsável é a equipe de projeto da instalação, o papel do fornecedor do equipamento é fornecer os dados de interface com antecedência suficiente para que a equipe de projeto da instalação possa utilizá-los. Quando o responsável é o fornecedor do equipamento, o papel da equipe da instalação é confirmar a condição da rede de serviços públicos ou do sistema de controle da qual o equipamento depende. Qualquer um dos arranjos pode funcionar; o que não funciona é deixar a questão da responsabilidade sem solução enquanto ambas as partes agem com base em suas próprias suposições sobre a outra.

A tarefa do proprietário nesta fase não é resolver pessoalmente todas as interfaces, mas sim confirmar que cada interface mapeada tenha exatamente uma parte designada responsável por seu fechamento e que as informações de que cada parte precisa da outra tenham sido identificadas como um documento específico ou uma troca de dados, em vez de serem deixadas a cargo de uma coordenação informal.

As entregas dos fornecedores devem ser separadas das responsabilidades das instalações

Depois que as interfaces forem mapeadas e atribuídas a responsáveis, a próxima decisão é determinar qual parte é responsável por quê. Essa é uma questão diferente da atribuição de responsabilidade: o responsável pela interface define a intenção do projeto da interface, enquanto a divisão de responsabilidades determina quem constrói, fornece e documenta cada parte dela. Os serviços de infraestrutura, as obras prediais e os produtos a serem entregues pelos fornecedores de equipamentos são três categorias distintas de escopo, e um projeto que não as tenha separado claramente corre o risco de análise da proposta em que o fornecedor e o proprietário presumem, cada um, que o outro é responsável por um determinado item.

Os serviços de utilidade pública da instalação — energia elétrica, água, gases comprimidos, sistema de exaustão do prédio e serviços similares — normalmente permanecem sob a responsabilidade da instalação até um ponto de conexão definido, sendo que a responsabilidade do fornecedor do equipamento começa a partir desse ponto. As obras do edifício, incluindo elementos estruturais, arquitetônicos e de construção em geral, geralmente ficam totalmente fora do escopo de entrega do fornecedor de equipamentos, mesmo quando essa construção afeta diretamente a forma como o equipamento se integra ao espaço. Os itens de entrega do fornecedor de equipamentos, uma vez aceitos no pacote definido do projeto, vêm acompanhados de sua própria documentação e requisitos de dados de interface, dos quais a parte responsável pelas instalações precisa para concluir seu próprio projeto em torno deles.

A razão pela qual essa divisão precisa ser explícita, em vez de presumida, é que tanto as lacunas quanto as sobreposições acarretam custos em termos de tempo de coordenação, e qualquer uma delas pode deixar um requisito efetivamente sem responsável. Se um limite não estiver claro, um item de utilidade ou interface pode ficar em um espaço em que cada lado presumiu que o outro fosse responsável por ele, surgindo apenas quando o item for necessário e não estiver disponível. Quando a divisão de responsabilidades é definida por escrito desde o início, isso pode ser verificado antes que se torne um problema no local da obra. Esse é o tipo de informação de escopo específica do projeto que entra na análise da configuração ou da cotação de um fornecedor: quanto mais claros forem os limites e os dados de interface fornecidos pelo proprietário, mais precisamente um fornecedor poderá confirmar o que está incluído em um pacote de equipamentos proposto — por exemplo, quando um laboratório com módulos BSL-3/BSL-4, um amortecedor de isolamento no percurso dos gases de exaustão, ou a localização de um sistema de descontaminação de efluentes em relação aos serviços de utilidades e às obras da instalação.

O que o proprietário precisa confirmar antes de dar continuidade ao projeto não é apenas a divisão em si, mas os documentos e os dados de interface que cada parte deve trocar por meio dela — a especificação da rede de serviços públicos que a instalação deve entregar ao fornecedor e os dados de interface que o fornecedor deve devolver para que o projeto da instalação possa ser finalizado com base neles.

Os requisitos de documentação devem ser acompanhados até as etapas de teste e entrega

Um requisito aceito que não possa ser rastreado ao longo das etapas de projeto, testes e entrega corre o risco de ser perdido sem que ninguém decida descartá-lo. A definição do escopo não está concluída assim que um requisito é acordado; ela só estará concluída quando esse requisito permanecer visível, com suas próprias evidências, em todas as etapas posteriores do projeto.

O mecanismo aqui é simples: cada etapa de um projeto de contenção produz sua própria documentação e, se essa documentação não fizer referência ao requisito originalmente aceito, não há como confirmar se o requisito foi de fato levado adiante ou se foi discretamente descartado durante o projeto detalhado. Um requisito aceito durante a definição do escopo precisa reaparecer na revisão do projeto, onde as evidências do projeto mostram como ele foi abordado; novamente nos testes integrados, onde as evidências dos testes mostram que ele foi de fato executado como parte do sistema integrado, em vez de se presumir que funcionasse apenas porque os componentes individuais foram aprovados em suas próprias verificações; e novamente na entrega, onde o pacote final de documentação ainda mostra a ligação entre o requisito original e o resultado do teste.

O fator que transforma isso de uma mera questão de formalidade na documentação em um risco real é a complexidade e a duração do projeto. Quando um projeto possui poucas interfaces e um prazo curto entre o projeto e a entrega, o acompanhamento informal pode revelar um requisito esquecido antes que isso se torne um problema. Quando um projeto envolve muitas interfaces, várias partes envolvidas e um prazo mais longo, um requisito sem um registro rastreável é muito mais fácil de se perder entre as etapas, pois nenhum documento isolado contém o histórico completo do motivo pelo qual foi aceito e do que o satisfazia. É também aqui que a distinção entre testes no nível da instalação e no nível do equipamento se torna relevante: um requisito vinculado a uma interface entre o equipamento de um fornecedor e os sistemas da instalação precisa de evidências provenientes especificamente de testes integrados, e não apenas das verificações realizadas pelo próprio fornecedor no nível da fábrica, pois o comportamento integrado é o que o requisito realmente se destinava a confirmar.

Para o proprietário, a decisão é se o histórico de evidências do projeto realmente permite determinar, no momento da entrega, quais requisitos originais foram testados como parte do sistema integrado e quais não foram. Quando esse histórico está incompleto, a lacuna não é apenas um inconveniente de documentação — é uma questão em aberto sobre se o requisito foi, de fato, atendido.

O congelamento do projeto depende de interfaces fechadas e exclusões registradas

O congelamento do projeto é o momento em que o projeto se compromete com uma configuração específica, e isso deve depender da conclusão do escopo, não do calendário. Congelar o projeto enquanto as interfaces permanecem sem atribuição, os serviços públicos não estão separados dos itens de equipamento a serem entregues ou as cadeias de evidências continuam sem verificação não faz com que essas lacunas desapareçam; isso apenas as transfere para as fases de construção e comissionamento, onde são mais caras de resolver e mais difíceis de rastrear até sua origem.

A condição que determina a prontidão para o congelamento é se todos os itens levantados na definição do escopo alcançaram um estado encerrado, o que significa que possuem um limite definido, um responsável designado e — quando relevante — um registro de evidência que os vincule às atividades de projeto e teste. Um item que ainda esteja em aberto deve permanecer visivelmente em aberto, em vez de ser tratado como resolvido por padrão, apenas porque o trabalho de projeto já o ultrapassou. Isso inclui exclusões explícitas: quando um determinado caminho, interface ou responsabilidade tiver sido deliberadamente colocado fora do escopo atual do projeto, essa exclusão precisa ser registrada como uma decisão, e não deixada para ser inferida posteriormente a partir da ausência de qualquer documentação a respeito. Uma exclusão não documentada é indistinguível, a posteriori, de um requisito que tenha sido esquecido.

Quando os trabalhos laboratoriais previstos e a avaliação de riscos estiverem refletidos nos requisitos aceitos, quando os limites de contenção estiverem mapeados tanto nas salas quanto nos equipamentos, quando cada interface mapeada tiver um responsável designado, quando as responsabilidades da instalação e dos fornecedores estiverem separadas com seus dados de interface identificados e quando a cadeia de evidências, desde a aceitação até os testes, estiver intacta, o projeto terá uma base defensável para o congelamento do projeto. Quando qualquer um desses aspectos permanecer indefinido, a decisão de congelamento do projeto deve tratar esse item específico como em aberto, em vez de prosseguir partindo do pressuposto de que ele se resolverá por si só durante o projeto detalhado ou a construção.

Essa também é a fase em que o escopo relacionado aos equipamentos — como os respectivos produtos a serem entregues para um laboratório modular, amortecedores de contenção nos dutos de exaustão ou um sistema de descontaminação de efluentes — já deve estar inserido em uma divisão de responsabilidades definida, com suas interfaces fechadas, de modo que a coordenação com os fornecedores na fase de projeto detalhado ou entrega se limite a confirmar um escopo já acordado, em vez de renegociá-lo.

Perguntas frequentes

Q: A designação BSL-3 ou BSL-4 é suficiente para definir o escopo da integração?
A: Não. Utilize o trabalho de laboratório previsto e a avaliação de riscos específica do local para transformar o contexto de contenção em requisitos do projeto; em seguida, verifique se esses requisitos estão em conformidade com as normas nacionais aplicáveis, em vez de tratar a designação BSL como uma especificação completa.

Q: O que o proprietário deve preparar para que as propostas dos fornecedores possam ser comparadas em bases equivalentes?
A: Elabore um pacote de escopo comum que identifique os limites de contenção e as rotas, separe as responsabilidades da instalação e do edifício das entregas dos fornecedores, designe os responsáveis pelas interfaces, liste as trocas de informações necessárias e registre as exclusões. Peça a cada fornecedor que explique como sua proposta aborda esse mesmo pacote e onde ainda há limites em aberto.

Q: Como deve ser tratada uma interface que abrange tanto equipamentos quanto instalações?
A: Atribua à interface um responsável pelo projeto e registre o que cada parte deve fornecer e devolver. Por exemplo, o registro deve identificar o limite aplicável do serviço ou do controle, os documentos e os dados de interface necessários de ambos os lados, bem como as evidências exigidas antes que a interface possa ser encerrada.

Q: É possível congelar o projeto enquanto algumas interfaces de integração ainda estão pendentes?
A: Mantenha o escopo afetado em aberto até que os limites, a responsabilidade, a troca de informações necessária e as exclusões sejam registrados. Congelar uma interface pendente pode ocultar uma omissão até a fase de obras, quando a responsabilidade e as alterações no projeto se tornam mais difíceis de gerenciar.

Q: Como os responsáveis podem evitar que um requisito aceito desapareça entre o projeto e a entrega?
A: Atribua ao requisito um limite de escopo e um responsável e, em seguida, vincule-o às evidências esperadas na revisão do projeto, nos testes integrados e na entrega. Antes que o trabalho avance, confirme quem produzirá cada registro e como ele será associado ao requisito aceito.