Antes que uma sala limpa para dispositivos médicos possa ser aceita para uso operacional, alguém precisa decidir se a documentação realmente comprova que a sala cumpre o que a especificação de requisitos do usuário determinou que ela deveria fazer. Essa avaliação é mais difícil do que parece: uma pilha de relatórios de testes aprovados, por si só, não demonstra que todos os requisitos críticos foram testados, que a configuração instalada corresponde ao que foi aprovado ou que um resultado obtido sob um conjunto de condições ainda tenha significado sob outro. A tarefa do comprador durante revisão de comissionamento é rastrear cada reclamação até um requisito, um método e um histórico resolvido, e não simplesmente confirmar a existência dos documentos.

Vincule cada registro de comissionamento a um requisito do URS

Um pacote de comissionamento só é útil na medida em que estiver vinculado à especificação de requisitos do usuário (URS) e ao projeto aprovado elaborado com base nela. Quando um requisito crítico na URS não tem nenhuma inspeção ou teste específico designado a ele, o registro de comissionamento não pode comprovar que o requisito foi verificado, por mais completo que o restante do pacote pareça estar. Trata-se de um problema estrutural, não de uma formalidade burocrática: as evidências de comissionamento são organizadas em torno de tipos de testes e limites do sistema, enquanto a URS é organizada em torno do que a sala ou o processo precisa alcançar, e os dois não se alinham automaticamente, a menos que alguém tenha deliberadamente mapeado um em relação ao outro.

A consequência prática é que um comprador que analise um pacote de comissionamento deve partir do URS, e não dos relatórios de teste. Para cada requisito crítico, deve haver uma inspeção ou teste identificável, um registro onde o resultado esteja armazenado, uma parte responsável por esse registro e um fluxo acordado pelo qual o registro seja incorporado à decisão de aceitação. Quando qualquer um desses quatro elementos estiver ausente, o requisito não está, na verdade, encerrado, mesmo que os testes relacionados tenham sido aprovados. Isso é especialmente importante quando um requisito abrange dois limites do sistema — por exemplo, quando uma condição no nível da sala depende, em parte, do equipamento de tratamento de ar instalado e, em parte, do equipamento de processo dentro da sala —, pois as evidências para cada parte podem ser geradas por diferentes partes e registradas em documentos distintos.

Quando o processo de aceitação não está definido, um resultado aprovado pode ficar arquivado sem nunca ter sido formalmente aceito na decisão de comissionamento. Solicitar ao fornecedor ou à empreiteira que explique o mapeamento entre os requisitos e os registros, em vez de simplesmente apresentar uma pasta com certificados de teste, revela se essa rastreabilidade foi incorporada desde o início ou montada retroativamente. Um mapeamento montado retroativamente não é necessariamente errado, mas apresenta maior probabilidade de que um requisito tenha sido testado informalmente, em condições inadequadas ou nem tenha sido testado; e o comprador precisa confirmar qual dessas situações se aplica antes de confiar no pacote para fins de aceitação.

Solicitar comprovantes da instalação e da configuração conforme a obra concluída

Os resultados dos testes de desempenho só têm o significado que se atribui a eles se o que foi testado corresponder ao que foi projetado e aprovado. É por isso que as evidências de instalação e da configuração final se situam, logicamente, antes dos testes de desempenho em uma revisão de comissionamento, embora muitas vezes sejam tratadas como uma formalidade de menor importância. O projeto aprovado é a base de comparação; ele descreve o que se pretendia. A configuração conforme construída é um registro separado que descreve o que foi efetivamente instalado. Quando esses dois divergem — um componente substituído, um difusor reposicionado, um trajeto de duto alterado —, os resultados dos testes de desempenho são válidos apenas para a condição conforme construída, e não para a condição originalmente aprovada, e o registro de comissionamento precisa deixar essa distinção explícita, em vez de tratar o projeto aprovado como se fosse o estado final.

Identificar os componentes instalados no registro de obra concluída é importante pela mesma razão. Um registro de configuração que liste um sistema por tipo, sem identificar os componentes específicos instalados, deixa em aberto se uma alteração posterior nos componentes chegou a ser refletida na documentação que o comprador está analisando. Isso se torna relevante sempre que o envelope da sala limpa ou o equipamento de tratamento de ar foram ajustados após a aprovação inicial do projeto, o que pode ocorrer por motivos não relacionados ao desempenho, como disponibilidade ou coordenação com outras áreas de trabalho.

As aprovações oficiais anexadas aos registros de instalação ou de obra concluída demonstram que alguém com autoridade para tal revisou e aceitou a configuração registrada. É importante verificar esse status de aprovação, mas ele não deve ser confundido com evidência de desempenho: um registro de obra concluída aprovado confirma que a condição da instalação foi documentada e aceita como base para testes subsequentes, e não que a sala funcione conforme exigido. Um comprador que esteja avaliando equipamentos como, por exemplo, um estrutura modular de sala limpa, unidades de filtro de ventiladorou Caixas de proteção HEPA Como parte da configuração instalada, deve-se esperar que o registro “as-built” identifique esses componentes com precisão suficiente para que um revisor posterior possa confirmar, sem acesso ao local, o que foi efetivamente instalado. É também nesse ponto que as informações de configuração específicas do projeto, já fornecidas pelo comprador, se tornam relevantes para comparação: o que foi especificado anteriormente no projeto deve ser rastreável até o que o registro “as-built” efetivamente mostra que foi instalado.

Verificar os métodos de teste, as condições, os instrumentos e o status da calibração

Um resultado de teste apresentado isoladamente, sem indicar o método, as condições, o instrumento e o status da calibração, é difícil de interpretar e de justificar posteriormente. Os parâmetros de desempenho de salas limpas são sensíveis à forma como foram medidos e às condições em que isso ocorreu, e é por isso que ISO 14644-3 existe especificamente para definir métodos de ensaio, aparelhos e procedimentos para esses parâmetros, em vez de deixar que os laboratórios e as equipes de comissionamento os meçam de forma inconsistente. O resumo da norma não estabelece um limite de aceitação universal para nenhum projeto específico — isso continua sendo uma questão relacionada aos próprios requisitos contratuais e de projeto —, mas significa que um método de ensaio especificado deve ser verificado em relação a um método reconhecido, em vez de ser aceito como validado por si só.

O estado operacional registrado para um teste influencia o significado do resultado. Uma sala limpa testada quando desocupada, sem nenhum equipamento de processo em funcionamento, pode apresentar um resultado diferente daquele obtido na mesma sala testada durante uma operação simulada ou real, pois os padrões de fluxo de ar, a geração de partículas e as relações de pressão variam de acordo com a ocupação e o estado dos equipamentos. Um registro de comissionamento que omita o estado operacional impede que o leitor determine qual condição o resultado realmente representa e, portanto, impossibilita uma comparação significativa com um requisito que especifique um determinado estado operacional.

As condições ambientais registradas no momento do teste — e o instrumento utilizado, juntamente com seu status de calibração — completam a cadeia que permite que um revisor posterior avalie se o resultado é confiável. Um instrumento operando fora de seu período de calibração não invalida necessariamente um resultado, mas significa que o resultado traz uma indicação que precisa ser esclarecida, em vez de ser aceita sem questionamentos. Quando um comprador compara registros de testes de desempenho em sala limpa entre si, ou em relação a uma qualificação de dispositivo-processo baseada neles, o método, o estado operacional, as condições, o instrumento e o status de calibração precisam acompanhar o resultado, em vez de serem resumidos em uma única classificação de aprovação ou reprovação. IEST-RP-CC006 aborda o escopo mais amplo de testes utilizado para caracterizar o desempenho de salas limpas e zonas limpas, embora os limites específicos aplicados a qualquer projeto específico continuem sendo questões contratuais confirmadas na documentação do projeto, e não no escopo da norma disponível ao público.

Resolução de desvios, resultados com falha e rastreabilidade de novos testes

Um resultado final de aprovação não é prova de que nada deu errado durante o comissionamento; é prova de que o que quer que tenha dado errado foi, por fim, resolvido, ou pode ser prova de que o registro simplesmente não mostra a falha anterior de forma alguma. A diferença entre essas duas situações só pode ser estabelecida verificando-se se o resultado de aprovação está vinculado, retroativamente, a algum desvio, teste reprovado ou trabalho corretivo que o tenha precedido.

Sempre que houver um desvio ou um teste com falha no histórico do projeto, o registro de comissionamento deve manter uma cadeia visível: o resultado com falha se relaciona com o desvio que foi levantado por causa dele, o desvio se relaciona com a ação corretiva realizada em resposta, e a ação corretiva se relaciona com o novo teste que se seguiu. Se algum elo dessa cadeia estiver faltando — especialmente se o trabalho corretivo não estiver claramente vinculado ao problema específico que deveria resolver —, um revisor não poderá confirmar se a correção realmente resolveu a causa da falha, em vez de algo relacionado a ela. Isso é mais importante para desvios relacionados à instalação do que para anomalias isoladas de medição, pois um problema de instalação que seja apenas parcialmente corrigido pode continuar afetando o desempenho em condições que o novo teste não tenha conseguido reproduzir.

A condição que mais influencia o nível de análise necessário para essa cadeia é quando o desvio afetou um componente instalado ou um elemento de configuração, em vez de uma condição ambiental transitória. Um desvio causado por uma condição que não se repetirá — um evento transitório incomum, por exemplo — é de natureza diferente de um desvio atribuído à própria configuração instalada, pois este último implica que a mesma condição poderia reaparecer, a menos que o trabalho corretivo tivesse alterado a instalação subjacente. Quando o registro do trabalho corretivo não especifica o que foi alterado, o comprador não consegue distinguir entre esses dois casos, e o resultado positivo do novo teste, por si só, não resolve a ambiguidade.

Solicitar a cadeia completa — e não apenas o certificado final de reteste — é a única maneira de confirmar qual dessas situações se aplica. Um fornecedor ou prestador de serviços que consiga apresentar o histórico completo de desvios e retestes para cada resultado reprovado demonstra que a documentação foi mantida à medida que os eventos ocorreram, o que constitui uma garantia diferente daquela oferecida pela apresentação, a posteriori, de um conjunto impecável de resultados finais aprovados.

Reunir as evidências necessárias para a aceitação operacional

A aceitação operacional depende de evidências provenientes de mais de uma parte envolvida no projeto, e essas partes nem sempre têm o mesmo escopo. As evidências de instalação e do estado final da obra comprovam o que foi efetivamente construído e aprovado em relação à base de projeto, mas, por si só, não comprovam que a sala limpa tenha o desempenho exigido — essa é uma determinação separada, feita por meio de testes de desempenho. Os testes de desempenho da sala limpa, por sua vez, determinam como a sala se comportou de acordo com o método de teste registrado, o estado operacional, as condições, os instrumentos e o status de calibração, mas não comprovam que um dispositivo ou processo específico esteja qualificado para uso nesse ambiente, nem que o sistema de qualidade tenha autorizado a liberação do produto ou processo. A qualificação de dispositivos e processos e a liberação pelo sistema de qualidade são fluxos de evidências distintos, geralmente de responsabilidade de diferentes funções dentro da própria organização do comprador ou de diferentes partes contratadas, que se baseiam nas evidências de desempenho da sala limpa, em vez de substituí-las.

ISO 14644-4 descreve o processo desde os requisitos da sala limpa até o projeto, a construção, a entrada em operação e a verificação, o que é útil para compreender como essas etapas se relacionam sequencialmente, embora não prescreva um método contratual específico de entrega nem critérios de aceitação específicos do projeto — esses continuam sendo definidos pelos próprios acordos do projeto. Um comprador que esteja reunindo evidências para uma decisão de aceitação operacional precisa confirmar, etapa por etapa, qual parte é responsável por quais evidências e se a qualificação do dispositivo e do processo e a liberação do sistema de qualidade foram de fato concluídas utilizando as evidências de desempenho da sala limpa como insumo, em vez de presumir que um pacote completo de desempenho da sala limpa satisfaça automaticamente as etapas posteriores.

Quando a própria equipe de projeto do comprador ainda não definiu como esses fluxos se conectam — por exemplo, qual função aprova a qualificação do dispositivo-processo após a conclusão dos testes de desempenho da sala limpa —, o próprio pacote de comissionamento não pode resolver essa lacuna, pois documenta apenas o fluxo de desempenho da sala limpa. Esclarecer esse limite antes de solicitar um pacote final de evidências evita a situação em que as evidências de instalação e desempenho estejam completas e bem organizadas, mas a decisão de aceitação operacional ainda não possa ser tomada porque as evidências de dispositivo-processo ou do sistema de qualidade nunca foram reunidas em relação a elas.

Perguntas frequentes

Q: Quando a lista de comprovantes de comissionamento deve ser aprovada?
A: Defina-o com base no URS e no projeto aprovado antes da compilação dos registros de comissionamento. Cada requisito crítico já deve ter uma inspeção ou teste específico, um registro, um responsável pelas evidências e um fluxo de aceitação, de modo que a falta de evidências seja identificada antecipadamente.

Q: A referência a uma norma de teste para salas limpas define os limites de aceitação do projeto?
A: Não. Uma norma referenciada pode identificar métodos e procedimentos de teste relevantes, mas os critérios de aceitação específicos do projeto e o fluxo de entrega devem ser acordados separadamente com base no URS e no projeto aprovado.

Q: Quando um resultado de desempenho de sala limpa pode ser utilizado em uma decisão de aceitação?
A: Utilize-o apenas com seu contexto registrado: o método de teste, o estado operacional, as condições ambientais, o instrumento, o status de calibração e o resultado relatado. Em seguida, compare essa evidência por meio da rota de aceitação acordada para o requisito correspondente do URS.

Q: Um reteste aprovado é suficiente para encerrar um teste de comissionamento reprovado?
A: Não por si só. O reteste aprovado deve permanecer vinculado ao resultado original reprovado, ao desvio e ao trabalho corretivo, com qualquer problema de instalação não resolvido sendo destacado antes da aceitação.

Q: Os testes de desempenho de sala limpa também podem servir como qualificação de dispositivo-processo ou liberação do sistema de qualidade?
A: Não. Os testes de desempenho de sala limpa servem de base para a revisão sob as condições de teste registradas, enquanto a qualificação de dispositivo-processo e a liberação do sistema de qualidade exigem evidências específicas do projeto e podem ser de responsabilidade de diferentes partes.