Software de SGQ sob medida em 2026: comprar ou construir

Um software de sistema de gestão da qualidade (SGQ) executa os processos que ISO 9001, ISO 13485, IATF 16949 ou GxP exigem: documentos controlados, treinamento, não conformidades, CAPA, auditorias, qualidade de fornecedores e controle de mudanças, com uma trilha de auditoria por trás de cada registro. Plataformas comerciais de eQMS (MasterControl, Qualio, Greenlight Guru, ETQ, Intellect) são o padrão certo para a maioria das empresas reguladas de pequeno e médio porte. Um SGQ sob medida compensa quando o trabalho de qualidade é inseparável dos dados do ERP, MES ou LIMS, quando o licenciamento escala mal com o número de pessoas, ou quando regras de residência de dados excluem a nuvem do fornecedor.

O que um software de sistema de gestão da qualidade realmente gerencia

As normas diferem, mas o núcleo operacional é o mesmo em todos os setores. Qualquer plataforma de SGQ, comprada ou construída, precisa destes módulos:

• Controle de documentos. Políticas, procedimentos (POPs), instruções de trabalho, formulários e especificações com um ciclo de vida controlado: rascunho, revisão, aprovação, vigente, obsoleto. Todas as versões são mantidas; só a versão vigente fica visível no chão de fábrica.
• Registros de treinamento. Quem foi treinado em qual versão de qual documento, com evidência (leitura e compreensão, sala de aula, avaliação). Uma nova versão de POP dispara retreinamento para os papéis afetados.
• Não conformidades (NC). Desvios em produto, processo ou serviço: descrição, contenção, disposição (retrabalho, sucata, uso no estado, devolução ao fornecedor) e o vínculo com uma CAPA quando o problema se repete ou é grave.
• CAPA. Ações corretivas e preventivas com análise de causa raiz, plano de ação, responsável, prazo, verificação de eficácia e encerramento. Os órgãos reguladores leem os registros de CAPA primeiro durante uma inspeção.
• Auditorias. Auditorias internas, de fornecedores e de terceira parte: plano, checklist, constatações, e constatações que viram NC ou CAPA.
• Qualidade de fornecedores. Lista de fornecedores aprovados, status de qualificação, scorecards, solicitações de ação corretiva ao fornecedor (SCAR), resultados de inspeção de recebimento.
• Controle de mudanças. Avaliação formal de mudanças em produtos, processos, equipamentos ou software: análise de impacto, aprovações, plano de implantação, verificação. Em farmacêutica e dispositivos médicos, é o módulo que os reguladores mais examinam depois da CAPA.
• Análise crítica pela direção. Revisão periódica de objetivos da qualidade, KPIs, resultados de auditoria, feedback de clientes e status das CAPAs, com atas e ações como registros.
• Reclamações e risco. Tratamento de reclamações com avaliação de notificabilidade, e registros de risco (ISO 14971, FMEA) vinculados a produtos ou processos.

Os complementos específicos de cada setor ficam por cima: registros de histórico de dispositivo e dados de UDI sob ISO 13485 e o QMSR da FDA, artefatos de PPAP e APQP sob IATF 16949, registros de lote e desvios sob GxP.

SGQ sob medida vs plataformas comerciais de eQMS: tabela comparativa

MasterControl e ETQ atendem grandes organizações de ciências da vida e manufatura. Qualio e Greenlight Guru miram empresas de dispositivos médicos e farmacêuticas, da startup ao mid-market. Intellect se posiciona como um SGQ configurável, low-code. Todos entregam módulos pré-validados. A questão não é se funcionam; é se servem.

Critério	eQMS comercial (MasterControl, Qualio, Greenlight Guru, ETQ, Intellect)	SGQ sob medida
Validação regulatória	O fornecedor entrega pacotes de validação e evidências de IQ/OQ; você continua dono do PQ e da validação para o uso pretendido	Você é dono de todo o ciclo de validação (URS, análise de risco, IQ/OQ/PQ, rastreabilidade); reutilizável se estiver embutido no processo de entrega
Tempo até o primeiro uso	Semanas a alguns meses, dependendo da migração de dados	Meses para uma primeira versão validada
Personalização	Configuração dentro do modelo de workflow do fornecedor; mudanças profundas exigem serviços profissionais ou não são possíveis	Qualquer workflow, modelo de dados ou UI; o custo é disciplina no controle de mudanças
Modelo de custo	Assinatura por usuário ou por módulo, mais serviços de implantação e validação; cresce com pessoas e módulos	Engenharia inicial, depois hospedagem e manutenção; estável em relação ao número de usuários
Integração com ERP/MES/LIMS	Conectores padrão para os principais ERPs; integrações com MES e LIMS variam e costumam ser projetos sob medida de qualquer forma	Integração nativa desenhada em torno dos seus dados (lote, ordem de produção, IDs de equipamento)
Residência de dados e hospedagem	Nuvem do fornecedor, geralmente com regiões na UE; opções on-premise existem principalmente no nível enterprise	Qualquer hospedagem: nuvem na UE, nuvem privada, on-premise, air-gapped
Trilha de auditoria e assinaturas eletrônicas	Embutidas e prontas para o Part 11	Precisam ser projetadas e testadas explicitamente (veja a arquitetura abaixo)
Risco de fornecedor	Roadmap, preços e descontinuação estão fora do seu controle	Você é dono do ciclo de vida; também é dono da escala de plantão
Adequação a processos não padronizados	Fraca quando a fábrica ou o laboratório trabalha de forma diferente do template	Forte; o sistema é o processo

Regra prática: se seus processos de qualidade cabem em uma página e nenhum depende de dados ao vivo de outro sistema, compre. Se metade dos seus registros de NC e CAPA precisa de contexto de lote, equipamento ou ordem de produção vindo do ERP ou MES, avalie construir. As mesmas trocas aparecem ao pesar um ERP sob medida contra um pacote de mercado; a decisão do SGQ geralmente segue a decisão do ERP.

Arquitetura de referência para um SGQ sob medida

Quatro subsistemas carregam o peso regulatório.

Controle de documentos com versionamento e assinaturas eletrônicas

Controle de documentos é um sistema de gestão de documentos com ciclo de vida rígido. Diretrizes de projeto:

• Versões imutáveis. Uma versão, depois de aprovada, nunca é modificada; uma mudança cria uma nova versão pelo workflow de mudanças.
• Distribuição controlada. Só a versão vigente é servida aos leitores; versões obsoletas continuam recuperáveis para auditorias.
• Assinaturas eletrônicas conformes ao 21 CFR Part 11 e ao EU Annex 11: a assinatura captura a identidade do signatário, o carimbo de tempo e o significado (autoria, revisão, aprovação), está vinculada ao conteúdo exato assinado e exige reautenticação no momento da assinatura.
• PDF renderizado da versão assinada armazenado ao lado da fonte, com um hash para provar integridade.

Um registro mínimo de assinatura fica assim:

CREATE TABLE e_signature (
  id            uuid PRIMARY KEY,
  record_type   text NOT NULL,          -- 'document_version', 'capa', 'change_request'
  record_id     uuid NOT NULL,
  content_hash  bytea NOT NULL,         -- SHA-256 do payload assinado
  signer_id     uuid NOT NULL,
  signer_name   text NOT NULL,          -- capturado no momento da assinatura, não via join depois
  meaning       text NOT NULL,          -- 'approved', 'reviewed', 'authored'
  signed_at     timestamptz NOT NULL DEFAULT now(),
  auth_method   text NOT NULL           -- 'password+otp', 'sso+reauth'
);

O nome do signatário é armazenado, não obtido por join da tabela de usuários, porque registros de usuário mudam e a assinatura não pode mudar.

Motor de workflow

NC, CAPA, controle de mudanças, auditorias e ações de fornecedor são todos máquinas de estado com aprovações, prazos, escalonamentos e roteamento condicional. Não codifique cada um à mão: use uma biblioteca de workflow durável (Temporal) ou um motor BPMN (Camunda) quando os gestores de qualidade precisarem editar as definições de processo por conta própria. A definição do workflow é, ela mesma, um documento controlado: mudar o processo de CAPA é um evento de controle de mudanças, e a versão do workflow que um registro seguiu precisa ser recuperável.

Trilha de auditoria

Toda criação, atualização, transição de estado e assinatura em um registro de qualidade é registrada com quem, o quê, quando, valor antigo, valor novo e motivo. A trilha precisa ser:

• Gerada pelo sistema, não pelo usuário.
• Somente inserção: os papéis da aplicação podem inserir e nada mais.
• Com carimbo de tempo de um relógio confiável, em UTC.
• Consultável por registro; os auditores vão pedir a trilha de uma CAPA específica.

Triggers do Postgres escrevendo em uma tabela append-only bastam para a maioria dos projetos. Se a análise de risco pedir evidência de adulteração, adicione uma cadeia de hashes.

Relatórios e análise crítica pela direção

A análise crítica pela direção precisa de visões de tendência: CAPAs abertas por idade, NC por linha de produto, conformidade de treinamento por departamento, scorecards de fornecedores, constatações de auditoria por cláusula. Construa isso sobre um read model, para que os relatórios nunca toquem o desempenho transacional. Os padrões de desenvolvimento de dashboards para dados de negócio se aplicam; a diferença em um SGQ é que todo número precisa ser rastreável até os registros que o produziram.

Preocupações transversais

• Acesso baseado em papéis com segregação de funções: o autor de um documento não pode aprová-lo; o responsável por uma CAPA não pode verificar sua eficácia.
• Retenção pelo período legal; exclusão é uma exceção controlada. Registros de treinamento e assinaturas são dados pessoais, então as obrigações do GDPR precisam ser conciliadas com as regras de retenção da qualidade.

Validação de um SGQ sob medida: CSV e CSA

Em farmacêutica, biotecnologia e dispositivos médicos, um sistema computadorizado que mantém registros de qualidade precisa ser validado. É aqui que os projetos sob medida eram historicamente caros, e é aqui que a abordagem mudou.

CSV clássica (Computer System Validation) segue o GAMP 5: uma User Requirements Specification, especificações funcionais e de design, IQ, OQ e PQ, mais uma matriz de rastreabilidade de cada requisito a cada teste. Software sob medida cai na categoria mais alta do GAMP, o que significava a maior papelada.

CSA (Computer Software Assurance), a orientação atual da FDA para software de produção e de sistema da qualidade, desloca o esforço para o risco: funcionalidades que afetam a qualidade do produto ou a segurança do paciente recebem testes roteirizados com evidência documentada; funcionalidades de menor risco recebem testes exploratórios com registros mais leves. A segunda edição do GAMP 5 foi na mesma direção e aceita explicitamente entrega ágil e testes automatizados como evidência de validação.

O que isso significa para um projeto sob medida, na prática:

• Testes automatizados são evidência de validação se forem rastreáveis aos requisitos e sua execução for registrada. Uma execução de CI que armazena os resultados dos testes, o hash do commit e a descrição do ambiente é um artefato de OQ. Boas práticas de CI/CD fazem parte, portanto, da estratégia de validação, não são algo à parte.
• Requisitos precisam de IDs desde o primeiro dia. Cada user story que toca um registro de qualidade carrega um ID de requisito e uma classe de risco; os testes referenciam o ID. A matriz de rastreabilidade é gerada, não escrita.
• O próprio pipeline é qualificado. Reprodutibilidade do build, definições de ambiente como código e promoção controlada entre ambientes substituem boa parte da papelada clássica de IQ.
• Toda release é um evento de controle de mudanças. As release notes, a análise de risco das mudanças e a evidência de regressão formam o registro de validação daquela versão.
• Componentes de fornecedores são avaliados, não validados por você. Banco de dados, motor de workflow e plataforma de nuvem passam por avaliação de fornecedor; sua validação cobre como você os usa.

Coloque as entregas de validação no backlog com a mesma prioridade das funcionalidades. Uma equipe que trata validação como fase final dobra o cronograma.

Integrações: ERP, MES, LIMS e identidade

• ERP (SAP, Dynamics, Odoo, sob medida): dados mestres de fornecedores, materiais, produtos e clientes; pedidos de compra para qualidade de fornecedores; não conformidades que bloqueiam ou liberam estoque. O SGQ deve consumir os dados mestres do ERP, nunca duplicá-los.
• MES: ordens de produção, equipamentos, genealogia de lote. Uma NC de chão de fábrica criada no contexto do MES carrega o ID do equipamento e o lote automaticamente. Desvios podem nascer no MES e ser gerenciados no SGQ.
• LIMS: resultados fora de especificação (OOS) abrem investigações no SGQ; especificações aprovadas fluem do controle de documentos para o LIMS.
• Identidade: SSO pelo IdP corporativo (Entra ID, Okta, Keycloak) com reautenticação para assinaturas; o Part 11 exige identidades únicas e proíbe contas compartilhadas.
• LMS: conclusões viram registros de treinamento; publicações de documentos disparam atribuições de treinamento.

Prefira eventos para mudanças de estado (uma CAPA encerrada, um documento tornado vigente) e consultas síncronas para dados mestres. Toda mensagem de integração que altera um registro de qualidade precisa gerar uma entrada na trilha de auditoria nomeando o sistema de origem.

Checklist de requisitos antes de começar

Use esta lista para decidir se vale construir e para delimitar a primeira versão.

Escopo regulatório

• Quais normas se aplicam: ISO 9001, ISO 13485 / FDA QMSR, IATF 16949, GxP com Part 11 e Annex 11
• Períodos de retenção por tipo de registro

Escopo de processo

• Módulos da fase um e quais ferramentas existentes eles substituem (planilhas, drives compartilhados, um eQMS antigo)
• Donos de processo para cada módulo, com autoridade para aprovar a definição do workflow
• Número de usuários por papel, incluindo usuários somente leitura de chão de fábrica e laboratório

Dados e integração

• Sistemas de registro para fornecedores, materiais, produtos, equipamentos e usuários
• Quais integrações são obrigatórias na fase um e quais ficam para depois
• Migração de dados: quais registros históricos migram, pesquisáveis ou só arquivados

Hospedagem e segurança

• Restrições de residência de dados (somente UE, on-premise, air-gapped)
• Backup e restauração testados como parte da validação; um SGQ raramente precisa de cinco noves, mas nunca pode perder um registro

Validação

• Abordagem de classificação de risco (CSA ou CSV clássica) acordada com o líder da qualidade
• Quem escreve e aprova a URS e o plano de validação

Decisão: comprar, construir ou híbrido

• Compre quando os processos são padrão, o número de usuários é modesto, as integrações se limitam aos dados mestres do ERP e a nuvem do fornecedor atende às suas necessidades de residência.
• Construa quando profundidade de integração, número de usuários, residência ou adequação ao processo não podem ser atendidos por um fornecedor, e você tem ou pode contratar uma equipe capaz de manter um sistema validado.
• Híbrido quando um eQMS comercial cuida de controle de documentos e treinamento, mas NC e desvios de chão de fábrica precisam de uma camada sob medida, integrada ao MES; muitos fabricantes acabam aqui.

Plano de entrega em fases para um SGQ sob medida

Uma primeira versão validada em alguns meses é realista se o escopo for disciplinado.

Fase 0 — Descoberta e planejamento da validação (semanas). Confirmar o escopo regulatório, escrever a URS com IDs de requisito e classes de risco, acordar a abordagem CSA com a qualidade, definir o desenho da trilha de auditoria e das assinaturas eletrônicas, escolher a hospedagem. Saída: URS, plano de validação, registros de decisão de arquitetura.

Fase 1 — Controle de documentos, treinamento e usuários. Ciclo de vida de documentos, versionamento, assinaturas eletrônicas, atribuições de treinamento, SSO, trilha de auditoria, relatório de conformidade de treinamento. Isso substitui o drive compartilhado e a planilha de treinamento. Saída: release validada 1.0 com evidência de IQ/OQ vinda do pipeline e PQ dos testes de aceitação.

Fase 2 — Não conformidades e CAPA. Captura de NC (inclusive a partir do MES ou LIMS, se integrados), disposição, workflow de CAPA com causa raiz, verificação de eficácia, vínculos com documentos e treinamento. Saída: release 2.0 e o dashboard de análise crítica pela direção para tendências de NC e CAPA.

Fase 3 — Controle de mudanças, auditorias e qualidade de fornecedores. Solicitações de mudança com análise de impacto, auditorias internas e de fornecedores com constatações alimentando NC e CAPA, lista de fornecedores aprovados e scorecards integrados às compras do ERP.

Fase 4 — Extensões por setor. Reclamações e vigilância (dispositivos médicos), PPAP e APQP (automotivo), desvios e vínculos com registros de lote (GxP), registros de risco.

Cada fase termina com uma release sob controle de mudanças e seu registro de validação. Mantenha qualquer operação em paralelo com as ferramentas antigas curta; dois sistemas de registro para o mesmo processo são uma não conformidade esperando para acontecer.

Recomendação

Compre um eQMS comercial se seus processos de qualidade são padrão, sua base de usuários é pequena e suas necessidades de integração param nos dados mestres do ERP; Qualio ou Greenlight Guru para startups reguladas, MasterControl ou ETQ para organizações maiores, Intellect se a configurabilidade for a prioridade. Construa um SGQ sob medida quando a integração com ERP, MES ou LIMS define como o trabalho de qualidade acontece, quando o licenciamento por usuário para o pessoal de chão de fábrica e laboratório fica desproporcional, ou quando a residência de dados descarta a hospedagem do fornecedor. Se for construir, projete primeiro o controle de documentos, o motor de workflow e a trilha de auditoria, trate testes automatizados e o pipeline como evidência de validação sob CSA, e entregue em fases começando por controle de documentos e treinamento. Na Arvucore, costumamos recomendar um híbrido para fabricantes: uma plataforma comercial para documentos e treinamento, e uma camada sob medida, integrada ao MES, para não conformidades e desvios, a menos que a superfície de integração seja grande o bastante para que ser dono do sistema inteiro saia mais barato em cinco anos.