Seu template de dados de Gestão da Qualidade

ETQ Reliance
Seu template de dados de Gestão da Qualidade

Seu template de dados de Gestão da Qualidade

Este template foi desenvolvido para orientar você na coleta dos dados corretos para otimizar seus processos de Gestão da Qualidade. Ele descreve os atributos essenciais a serem coletados, as atividades-chave para rastrear e fornece orientações práticas para a extração de dados. Use este recurso para criar um Event Log robusto para uma análise de processos detalhada.
  • Atributos recomendados para uma coleta de dados completa
  • Atividades-chave para rastrear a visibilidade do processo
  • Guia passo a passo de extração de dados para o ETQ Reliance
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão da Qualidade

Estes são os campos de dados recomendados para incluir em seu Event Log, fornecendo o contexto necessário para uma análise aprofundada da gestão da qualidade.
3 Obrigatório 6 Recomendado 13 Opcional
Nome Descrição
Event Timestamp
EventTimestamp
A data e hora exatas em que uma atividade específica ocorreu.
Descrição

O Event Timestamp marca o momento exato em que uma atividade foi registrada no sistema. Cada atividade no ciclo de vida de um evento de qualidade possui seu próprio carimbo de data/hora, criando uma sequência cronológica de eventos.

Este atributo é fundamental para todas as análises baseadas em tempo no Process Mining. Ele é usado para calcular tempos de ciclo entre atividades, identificar tempos de espera e gargalos, além de medir a duração total de um evento de qualidade. Também permite analisar tendências de desempenho ao longo do tempo.

Por que é importante

Este atributo é essencial para calcular durações, ordenar eventos cronologicamente e realizar qualquer análise baseada em tempo, como a identificação de gargalos.

Onde obter

Isso costuma ser encontrado em tabelas de trilha de auditoria ou como um campo de data de 'última modificação' ou 'mudança de status' associado a cada atividade ou etapa do workflow no ETQ Reliance.

Exemplos
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Evento de Qualidade
QualityEvent
O identificador exclusivo para um único evento de qualidade, vinculando todas as atividades relacionadas, desde a identificação até o fechamento.
Descrição

O Evento de Qualidade é o identificador de caso (case identifier) principal para o processo de gestão da qualidade. Ele representa um problema de qualidade único e distinto, como uma não conformidade, reclamação de cliente ou desvio, à medida que avança pela investigação e resolução.

Na análise de Process Mining, este atributo é essencial para reconstruir a jornada de ponta a ponta de cada evento de qualidade. Ele permite que os analistas visualizem mapas de processo, meçam tempos de ciclo do início ao fim e analisem variantes para entender como diferentes eventos são tratados. Todas as atividades e pontos de dados são agrupados por este identificador para fornecer uma visão completa do caso.

Por que é importante

Este é o atributo fundamental para o Process Mining, pois conecta todas as etapas relacionadas do processo em um único caso, permitindo a análise de ponta a ponta do ciclo de vida da resolução de qualidade.

Onde obter

Esta é a chave primária no módulo principal de Evento de Qualidade ou Não Conformidade dentro do ETQ Reliance. Consulte a documentação do ETQ Reliance para o nome específico da tabela e do campo.

Exemplos
QE-2023-00123NC-2023-0456CAPA-2023-7890
Nome da Atividade
ActivityName
O nome da tarefa ou evento específico que ocorreu dentro do processo de gestão da qualidade.
Descrição

Este atributo descreve uma única etapa ou marco no ciclo de vida do evento de qualidade, como 'Problema Categorizado e Priorizado' ou 'Análise de Causa Raiz Realizada'. Cada atividade representa uma ação distinta tomada para levar o evento de qualidade à resolução.

A análise das atividades é o núcleo do Process Mining. Este atributo é usado para construir o mapa do processo, mostrando o fluxo de trabalho. Ele permite a identificação de gargalos, desvios do processo padrão e loops de retrabalho, que são críticos para a melhoria de processos.

Por que é importante

Define as etapas do processo, o que é necessário para visualizar o fluxo, descobrir gargalos e analisar desvios.

Onde obter

Essas informações são normalmente derivadas de Event Logs, mudanças de status de workflow ou trilhas de auditoria nos módulos do ETQ Reliance.

Exemplos
Investigação IniciadaAnálise de causa raiz realizadaPlano de Ação Corretiva Aprovado
Ação Realizada Por
ActionPerformedBy
O usuário ou recurso que executou uma atividade específica.
Descrição

Este atributo identifica o indivíduo ou usuário do sistema responsável por concluir uma tarefa dentro do ciclo de vida do evento de qualidade. Ele vincula as atividades do processo às pessoas ou equipes que as executam.

Analisar o desempenho por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e reconhecer indivíduos ou equipes de alto desempenho. Também é essencial para fins de conformidade e auditoria, fornecendo um registro claro de quem realizou cada ação.

Por que é importante

Este atributo permite a análise do desempenho dos recursos, o equilíbrio da carga de trabalho e a identificação de oportunidades de treinamento.

Onde obter

Essas informações são normalmente armazenadas em logs de trilha de auditoria ou detalhes de transação, muitas vezes vinculadas a um campo de ID de usuário no ETQ Reliance.

Exemplos
j.doeasmithqa_manager
Categoria da causa raiz
RootCauseCategory
A classificação da causa raiz identificada para o evento de qualidade.
Descrição

Após a realização de uma análise de causa raiz, o motivo subjacente do problema é frequentemente categorizado. Exemplos incluem 'Falha de Equipamento', 'Erro Humano', 'Deficiência de Processo' ou 'Problema com Fornecedor'.

Este atributo é essencial para o dashboard de Tendências de Categoria de Causa Raiz. Ao analisar a frequência de diferentes categorias de causas raiz ao longo do tempo, as organizações podem identificar problemas sistêmicos e concentrar seus esforços de melhoria nas fontes mais comuns de problemas de qualidade. Isso ajuda a mudar o foco da resolução reativa de problemas para a prevenção proativa.

Por que é importante

Permite a análise estratégica de problemas recorrentes, ajudando a identificar questões sistêmicas e a priorizar ações corretivas e preventivas de longo prazo.

Onde obter

Este é normalmente um campo preenchido durante a fase de Análise de Causa Raiz do workflow no ETQ Reliance.

Exemplos
Deficiência de ProcessoDefeito de MaterialErro HumanoMau Funcionamento do Equipamento
Departamento responsável
ResponsibleDepartment
O departamento ou área funcional responsável pelo evento de qualidade ou por uma atividade específica.
Descrição

Este atributo indica a unidade organizacional designada para gerenciar o evento de qualidade ou executar certas etapas, como 'Garantia da Qualidade', 'Engenharia' ou 'Produção'. Isso pode ser atribuído no nível do caso ou mudar conforme o caso circula entre os departamentos.

Este atributo é fundamental para o dashboard de Análise de Desempenho Departamental. Ele permite filtrar e comparar o desempenho do processo, como tempos de ciclo e volumes de eventos, entre diferentes departamentos. Isso ajuda a identificar gargalos departamentais, restrições de recursos ou áreas de excelência.

Por que é importante

Permite a comparação de desempenho e análise de gargalos em diferentes unidades de negócio, auxiliando na otimização da alocação de recursos.

Onde obter

Este é normalmente um campo no formulário principal do evento de qualidade no ETQ Reliance, indicando o proprietário ou grupo responsável.

Exemplos
Garantia de QualidadeManufaturaPesquisa e Desenvolvimento
Event End Time
EventEndTime
A data e a hora em que uma atividade foi concluída, usadas para calcular seu tempo de processamento.
Descrição

O Horário de Término do Evento marca a conclusão de uma atividade. Junto com o Event Timestamp (Horário de Início), ele define a duração de uma única etapa do processo. Nem todos os sistemas registram explicitamente um horário de término para cada evento; nesses casos, ele pode ser derivado do horário de início do evento seguinte.

Este atributo é crucial para calcular o tempo de processamento de atividades individuais, que difere do tempo de espera entre elas. Ele ajuda a identificar quais tarefas específicas consomem mais tempo, permitindo melhorias direcionadas para tornar o processo mais eficiente.

Por que é importante

Permite o cálculo do tempo de processamento para atividades individuais, ajudando a distinguir entre tempo de trabalho ativo e tempo de espera.

Onde obter

Alguns módulos do ETQ Reliance podem registrar tanto o horário de início quanto o de término para certas tarefas. Caso não estejam disponíveis, podem ser derivados durante a preparação dos dados.

Exemplos
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
Nível de severidade
SeverityLevel
Uma classificação do impacto do evento de qualidade, como crítico, maior ou menor.
Descrição

O Nível de Severidade é uma avaliação do impacto potencial do problema de qualidade nos clientes, produtos ou conformidade regulatória. Ele é usado para priorizar recursos e determinar a urgência da resposta.

Este atributo é fundamental para os dashboards de Triagem e Priorização de Problemas e Resolução de Eventos de Alta Severidade. Ele permite segmentar eventos de qualidade para analisar se problemas de alta gravidade estão sendo resolvidos mais rapidamente que os de baixa gravidade, ajudando a garantir que problemas críticos recebam atenção imediata.

Por que é importante

Permite a priorização e segmentação de casos para garantir que os problemas de qualidade mais críticos sejam tratados com a urgência adequada.

Onde obter

Este é um campo padrão na maioria dos módulos de gestão da qualidade no ETQ Reliance, muitas vezes parte do formulário inicial de entrada do problema.

Exemplos
CríticoGraveLeve
Resultado da verificação
EffectivenessVerificationOutcome
O resultado da verificação para ver se uma ação corretiva foi eficaz.
Descrição

Após a implementação de uma ação corretiva, geralmente é realizada uma etapa de verificação para confirmar se a ação realmente resolveu o problema. Este atributo registra o resultado dessa verificação, normalmente como 'Eficaz' ou 'Não Eficaz'.

Este atributo é fundamental para o dashboard de Eficácia das Ações Corretivas e para o KPI de Taxa de Verificação de Eficácia de CAPA. Ele mede diretamente o sucesso do processo de resolução, ajudando a identificar problemas recorrentes e a melhorar a qualidade dos planos de ação corretiva.

Por que é importante

Isso mede diretamente o sucesso das ações corretivas, ajudando a reduzir o retrabalho e evitar a recorrência de problemas de qualidade.

Onde obter

Isso seria um campo na seção de verificação de eficácia do módulo de CAPA ou de Evento de Qualidade no ETQ Reliance.

Exemplos
EficazNão EficazPendente
Descrição do Problema
IssueDescription
Uma descrição em texto livre do problema de qualidade que foi identificado.
Descrição

Este atributo contém a descrição narrativa detalhada do problema de qualidade. Ele fornece um contexto qualitativo que campos de dados estruturados não conseguem capturar.

Embora não seja normalmente usado de forma direta na visualização do fluxo do processo, a descrição do problema é inestimável para revisões detalhadas de casos. Também pode ser usada com técnicas de mineração de texto para identificar temas comuns ou palavras-chave associadas a certos tipos de desvios ou atrasos no processo.

Por que é importante

Fornece contexto qualitativo crucial para entender os detalhes de um evento de qualidade, sendo útil para análises profundas de casos individuais.

Onde obter

Este é um campo de texto padrão ou campo de memorando no formulário inicial de relatório de evento de qualidade no ETQ Reliance.

Exemplos
O componente XYZ falhou no teste de estresse na estação 4.Cliente relatou defeito cosmético no lote 789.Configurações de calibração incorretas encontradas na máquina A.
Duração do RCA
RootCauseAnalysisDuration
O tempo decorrido desde o início de uma investigação até a conclusão da análise de causa raiz.
Descrição

Esta métrica mede a duração de uma fase específica do processo de qualidade. Ela é calculada como a diferença de tempo entre a atividade 'Investigação Iniciada' e a atividade 'Análise de Causa Raiz Realizada'.

Este atributo é essencial para o KPI de 'Tempo Médio de Análise de Causa Raiz' e para o dashboard de 'Gargalos na Análise de Causa Raiz'. Ajuda a identificar atrasos na fase analítica do processo, que costuma ser uma das principais causas de tempos de ciclo totais elevados.

Por que é importante

Isola o desempenho de um sub-processo crítico, ajudando a identificar e tratar atrasos na análise e investigação de problemas.

Onde obter

Este atributo não está no sistema de origem. Ele é calculado durante a transformação dos dados, calculando a diferença de tempo entre os timestamps de atividades específicas.

Exemplos
8640001209600432000
É Retrabalho
IsRework
Um indicador que sinaliza se uma atividade ou sequência de atividades representa retrabalho.
Descrição

Este atributo booleano é derivado para identificar quando ocorre um loop no processo, como quando uma verificação de eficácia falha e dispara uma nova investigação, ou quando um plano de ação corretiva é rejeitado e enviado de volta para revisão. Ele sinaliza atividades que são repetições de etapas anteriores.

Este atributo é usado para calcular o KPI de 'Taxa de Retrabalho para Ações Corretivas'. Destacar o retrabalho é crucial para entender as ineficiências do processo, pois o retrabalho consome recursos e prolonga os tempos de ciclo sem avançar o caso em direção à resolução.

Por que é importante

Quantifica a ineficiência do processo ao sinalizar trabalhos repetidos, ajudando a identificar as causas raiz de falhas no processo e a reduzir desperdícios.

Onde obter

Este atributo não está no sistema de origem. Ele é calculado com base na sequência de atividades dentro de um caso durante a transformação dos dados.

Exemplos
verdadeirofalse
Estado do SLA
SLAState
Indica se o evento de qualidade está dentro do prazo, em risco de violação ou se já violou seu acordo de nível de serviço (SLA) definido.
Descrição

Este atributo é um campo calculado que compara o tempo de ciclo atual ou total de um evento de qualidade em relação a metas predefinidas. Por exemplo, um problema crítico pode ter um SLA para resolução em 15 dias. O estado poderia ser 'No Prazo', 'Em Risco' ou 'Violado'.

Isso é valioso para o dashboard de Visão Geral de Conformidade da Qualidade, pois fornece um indicador visual imediato de pontualidade e conformidade. Ajuda os gestores a tratar proativamente eventos que correm o risco de perder seus prazos, em vez de apenas reagir após a violação ocorrer.

Por que é importante

Oferece uma visão clara e rápida do desempenho em relação às metas de prazo, permitindo a gestão proativa de casos em risco de atraso.

Onde obter

Este atributo é calculado durante a transformação dos dados, comparando o tempo decorrido de um caso com as regras de negócio para SLAs, que podem ser baseadas em atributos como o Nível de Severidade.

Exemplos
No PrazoEm RiscoViolado
ID da Ação Preventiva
PreventiveActionId
Um identificador exclusivo para qualquer ação preventiva criada em resposta ao evento de qualidade.
Descrição

Este atributo vincula um evento de qualidade a uma ou mais ações preventivas criadas para tratar a causa raiz e evitar a recorrência em outras áreas. Um único evento de qualidade pode gerar múltiplas ações preventivas.

Este ID é importante para o dashboard de Gestão de Ações Preventivas. Ele ajuda a rastrear a taxa de implementação das ações preventivas identificadas e pode ser usado para identificar esforços duplicados ou redundantes, garantindo que as melhorias proativas sejam gerenciadas com eficiência.

Por que é importante

Conecta eventos de qualidade reativos a iniciativas de melhoria proativas, permitindo analisar quão eficazmente a organização previne problemas futuros.

Onde obter

Isso seria um registro relacionado ou um campo na seção de Ação Preventiva do módulo de CAPA no ETQ Reliance.

Exemplos
PA-2023-0088PA-2023-0089PA-2023-0090
Produto Afetado
AffectedProduct
O produto, material ou componente que é o objeto do evento de qualidade.
Descrição

Este atributo identifica o produto específico ou o número da peça associado ao problema de qualidade. Ele vincula os dados do processo aos dados mestres do produto.

Analisar eventos de qualidade por produto permite que a empresa identifique se determinados produtos têm taxas mais altas de problemas de qualidade, apontando para possíveis problemas de design ou fabricação. Ajuda a focar os esforços de melhoria nos produtos que mais precisam.

Por que é importante

Conecta o processo de qualidade a produtos específicos, permitindo analisar quais produtos são mais propensos a problemas.

Onde obter

Este é normalmente um campo-chave no formulário do evento de qualidade, muitas vezes vinculado a uma tabela de dados mestres de produtos dentro do ETQ Reliance ou a um sistema ERP integrado.

Exemplos
PROD-1001-APROD-2050-BRAW-MAT-55
Regulamentação Associada
AssociatedRegulationStandard
O regulamento específico ou padrão de qualidade associado ao evento de qualidade.
Descrição

Este atributo vincula um evento de qualidade a um requisito regulatório específico ou padrão da indústria, como ISO 9001, FDA 21 CFR Part 820 ou políticas corporativas internas. Isso é especialmente importante em indústrias regulamentadas.

Este é o atributo principal para o dashboard de Visão Geral de Conformidade da Qualidade. Analisar eventos pelo padrão associado ajuda a monitorar a conformidade, identificar áreas com desvios frequentes e garantir que todos os requisitos regulatórios sejam atendidos oportunamente.

Por que é importante

Possibilita a análise de eventos de qualidade no contexto de conformidade, ajudando a garantir a aderência a normas e regulamentações específicas do setor.

Onde obter

Isso pode ser um campo dedicado ou uma lista selecionável no formulário de evento de qualidade no ETQ Reliance, particularmente em módulos focados em conformidade.

Exemplos
ISO 9001:201521 CFR Part 820IATF 16949
Sistema de Origem
SourceSystem
O sistema do qual os dados foram extraídos.
Descrição

Este atributo identifica a origem dos dados de gestão da qualidade. Para esta visão de processo, o valor será constante, indicando que os dados vêm do ETQ Reliance.

Embora possa não variar em um único conjunto de dados, este atributo é crucial para a governança de dados e em cenários onde dados de vários sistemas são mesclados. Ele garante clareza sobre a procedência dos dados e auxilia no gerenciamento dos esforços de integração de dados.

Por que é importante

Fornece contexto essencial sobre a origem dos dados, o que é importante para a governança de dados, validação e integração com outros sistemas.

Onde obter

Este é normalmente um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) para identificar a origem dos dados.

Exemplos
ETQ Reliance
Status do Evento de Qualidade
QualityEventStatus
O status geral atual do evento de qualidade, como aberto, fechado ou cancelado.
Descrição

Este atributo fornece um resumo de alto nível de onde o evento de qualidade está em seu ciclo de vida. Ele indica se o caso está sendo trabalhado ativamente, se foi resolvido com sucesso ou se foi cancelado por algum motivo.

Na análise de processos, isso é usado para filtrar casos ativos versus concluídos. É fundamental para calcular o backlog de eventos de qualidade abertos e para garantir que as análises, como o tempo de ciclo, sejam realizadas apenas em casos que atingiram um estado final definitivo.

Por que é importante

Permite filtrar entre casos abertos e fechados, o que é essencial para calcular backlogs e analisar fluxos de processos concluídos com precisão.

Onde obter

Este é um campo de status principal no objeto de evento de qualidade central no ETQ Reliance.

Exemplos
AbertoEncerradoCanceladoPendente de Aprovação
Status do Plano de Ação
CorrectiveActionPlanStatus
O status do Plano de Ação Corretiva, como Proposto, Aprovado ou Rejeitado.
Descrição

Este atributo rastreia o estado do próprio Plano de Ação Corretiva (CAP), que é um marco fundamental dentro do evento de qualidade geral. Ele mostra se uma solução proposta foi revisada e aceita.

Analisar este atributo pode evidenciar gargalos no processo de aprovação. Um número alto de planos rejeitados ou longos atrasos entre os status 'Proposto' e 'Aprovado' podem indicar problemas na qualidade da análise de causa raiz ou desalinhamento entre os stakeholders.

Por que é importante

Ajuda a identificar atrasos e ineficiências no ciclo de aprovação de ações corretivas, um gargalo comum na gestão da qualidade.

Onde obter

Isso seria um campo de status dentro da seção ou módulo de Ações Corretivas e Preventivas (CAPA) do ETQ Reliance.

Exemplos
PropostoAprovadoRejeitadoImplementação Pendente
Tempo de Ciclo do Evento de Qualidade
QualityEventCycleTime
O tempo total decorrido desde a identificação de um problema de qualidade até o seu fechamento final.
Descrição

Esta é uma métrica calculada que representa a duração de ponta a ponta de um único evento de qualidade. Ela é calculada encontrando a diferença entre o timestamp da primeira atividade (ex: 'Problema de Qualidade Identificado') e da última atividade (ex: 'Evento de Qualidade Fechado').

Este atributo suporta diretamente o KPI de 'Tempo Médio de Ciclo do Evento de Qualidade' e é uma medida fundamental da eficiência geral do processo. É usado em dashboards para acompanhar o desempenho em relação às metas de redução de tempo de ciclo e para comparar durações entre diferentes categorias de eventos.

Por que é importante

Este é um indicador chave de desempenho (KPI) que mede a eficiência geral do processo de gestão da qualidade do início ao fim.

Onde obter

Este atributo não está disponível diretamente no ETQ Reliance. Ele é calculado na ferramenta de Process Mining ou durante o ETL, subtraindo o timestamp do primeiro evento do timestamp do último evento para cada caso.

Exemplos
25920006048008640000
Última Atualização de Dados
LastDataUpdate
O carimbo de data/hora indicando quando os dados do processo foram atualizados pela última vez.
Descrição

Este atributo registra a data e a hora da extração de dados mais recente do sistema de origem. É um campo de metadados que se aplica a todo o conjunto de dados, e não a eventos individuais.

Em qualquer análise de processo, entender o quão recentes são os dados é crítico. Este atributo ajuda os usuários a saberem quão atual é a análise, garantindo que as decisões sejam baseadas em informações atualizadas e gerenciando as expectativas sobre a latência dos dados.

Por que é importante

Indica a atualidade dos dados, o que é fundamental para entender o quão recentes são as análises e os insights.

Onde obter

Este valor é gerado durante o processo de extração, transformação e carregamento (ETL), registrando o timestamp de quando o trabalho foi executado.

Exemplos
2024-05-20T08:00:00Z
Unidade de Negócio
BusinessUnit
A divisão ou unidade de negócio maior onde o evento de qualidade se originou.
Descrição

Este atributo atribui o evento de qualidade a uma unidade de negócio específica dentro da organização, como 'Eletrônicos de Consumo' ou 'Dispositivos Médicos'. Ele fornece um nível de contexto organizacional superior ao do departamento.

Isso permite comparações de desempenho de alto nível entre diferentes áreas da empresa. Pode ajudar a alta liderança a entender quais unidades de negócio estão enfrentando os desafios de qualidade mais significativos e alocar recursos adequadamente.

Por que é importante

Permite a comparação de alto nível do desempenho dos processos de qualidade entre diferentes divisões da empresa.

Onde obter

Essas informações podem ser um campo no formulário de evento de qualidade ou derivadas de outros atributos, como o departamento responsável ou o produto.

Exemplos
Dispositivos MédicosPeças AutomotivasSoluções Industriais
Obrigatório Recomendado Opcional

Atividades de Gestão da Qualidade

Estas são as etapas e marcos cruciais do processo para rastrear em seu Event Log para uma descoberta e melhoria precisas do seu workflow de gestão da qualidade.
7 Recomendado 10 Opcional
Atividade Descrição
Ação Corretiva Implementada
Representa a conclusão das tarefas descritas no plano de ação corretiva aprovado. Muitas vezes, isso é registrado quando um executor marca os itens de ação atribuídos como concluídos.
Por que é importante

Mede a duração da fase de implementação, o que pode destacar restrições de recursos ou dificuldades práticas na execução das ações corretivas.

Onde obter

Inferido a partir da data de conclusão da última tarefa de ação corretiva associada ou de uma mudança manual de status para 'Ações Implementadas'.

Captura

Inferido a partir da data de conclusão da tarefa final de CAPA associada.

Tipo de evento inferred
Análise de causa raiz realizada
Representa a conclusão da investigação, onde a causa ou causas raízes foram identificadas e documentadas. Este evento é normalmente capturado quando a seção do formulário de RCA é preenchida e salva.
Por que é importante

Marca o fim da fase de investigação. A duração entre 'Investigação Iniciada' e esta atividade é uma métrica essencial para identificar gargalos no processo de análise.

Onde obter

Inferido a partir da data de preenchimento do campo 'Categoria de Causa Raiz' ou do timestamp de conclusão da etapa de workflow da RCA na trilha de auditoria.

Captura

Inferido a partir do preenchimento dos campos de 'Causa Raiz' ou mudança de status para 'RCA Concluída'.

Tipo de evento inferred
Eficácia da Ação Verificada
Esta atividade confirma que a ação corretiva implementada resolveu com sucesso a causa raiz e evitou a recorrência. Esta é uma etapa de verificação formal, que geralmente ocorre após um período de monitoramento definido.
Por que é importante

Esta é uma etapa crítica para fechar o ciclo da qualidade e está diretamente ligada aos KPIs de Eficácia de CAPA. Ela garante que as soluções sejam permanentes e eficazes.

Onde obter

Capturado a partir da data de conclusão da etapa do workflow de 'Verificação de Eficácia' ou da seção do formulário. Frequentemente é uma atividade distinta com timestamp.

Captura

A partir da data de conclusão do formulário ou tarefa de 'Checagem de Eficácia'.

Tipo de evento inferred
Evento de Qualidade Fechado
A atividade final, que marca a resolução bem-sucedida e o fechamento administrativo do registro do evento de qualidade. Este é o ponto final principal do processo.
Por que é importante

Define o fim do processo para o cálculo do tempo de ciclo total. Analisar eventos encerrados é fundamental para medir o throughput e o desempenho geral.

Onde obter

Inferido a partir de uma mudança de status para 'Fechado' ou 'Concluído' no log de histórico do evento, que quase sempre vem acompanhada de um timestamp.

Captura

Inferido a partir do timestamp da mudança de status para 'Fechado'.

Tipo de evento inferred
Investigação Iniciada
Sinaliza o início formal da fase de investigação para determinar a causa raiz do problema de qualidade. Isso geralmente é inferido a partir de uma mudança de status para 'Em Investigação' ou da atribuição de um investigador.
Por que é importante

Esta atividade é um marco crítico que inicia a contagem do tempo para a Análise de Causa Raiz. Ajuda a identificar atrasos entre a avaliação do problema e o início da investigação formal.

Onde obter

Inferido a partir de um timestamp associado a uma mudança de status para 'Investigação' no log de histórico do evento, ou pela data de atribuição da função de investigador principal.

Captura

Inferido a partir da mudança de status para 'Em Investigação'.

Tipo de evento inferred
Plano de Ação Corretiva Aprovado
Marca a aprovação oficial do plano de ação corretiva proposto por uma autoridade designada, o que permite o início da implementação. Geralmente é uma ação de aprovação explícita e com timestamp no workflow.
Por que é importante

Este é um marco importante e um portão de aprovação crítico. Atrasos nesta fase podem prolongar significativamente o tempo total do ciclo de resolução.

Onde obter

Capturado a partir do timestamp de aprovação na assinatura eletrônica do evento ou no log de histórico do workflow. O ETQ Reliance utiliza fluxos de aprovação intensamente.

Captura

A partir do timestamp da etapa de aprovação no histórico do workflow.

Tipo de evento explicit
Problema de Qualidade Identificado
Marca a criação de um novo registro de evento de qualidade, que é o ponto inicial do processo. Isso é geralmente capturado quando um usuário submete um novo formulário de problema de qualidade no ETQ Reliance.
Por que é importante

Estabelece o horário de início do caso, o que é essencial para calcular o tempo de ciclo de ponta a ponta e analisar a taxa de chegada de novos eventos de qualidade.

Onde obter

Normalmente derivado do timestamp de criação do registro do evento de qualidade na tabela principal de Eventos de Qualidade ou em sua trilha de auditoria associada.

Captura

A partir do timestamp de criação do registro do evento de qualidade.

Tipo de evento explicit
Ação Preventiva Identificada
Representa a identificação de uma ação preventiva (PA) que visa eliminar a causa de potenciais não conformidades. Isso pode ser gerenciado como um registro separado, porém vinculado ao evento de qualidade original.
Por que é importante

Crucial para analisar a proatividade da organização na gestão da qualidade e apoia o dashboard de 'Gestão de Ações Preventivas' ao rastrear quando as ações preventivas são iniciadas.

Onde obter

Requer análise do sistema. É provável que seja derivado da data de criação de um registro de Ação Preventiva vinculado ao registro do Evento de Qualidade de origem.

Captura

A partir da data de criação de um registro de Ação Preventiva vinculado.

Tipo de evento inferred
Ação Preventiva Implementada
Marca a conclusão das tarefas associadas a uma ação preventiva identificada, significando que medidas proativas foram implementadas.
Por que é importante

Esta atividade é fundamental para medir o KPI de 'Taxa de Implementação de Ações Preventivas' e garante que as melhorias proativas de qualidade estejam sendo realmente executadas.

Onde obter

Requer análise do sistema. Provavelmente é inferido a partir da data de conclusão do registro de Ação Preventiva vinculado ou de suas tarefas associadas.

Captura

A partir da data de conclusão de um registro de Ação Preventiva vinculado.

Tipo de evento inferred
Avaliação Inicial Realizada
Representa a revisão inicial ou triagem do problema de qualidade recém-identificado para coletar fatos básicos e determinar sua validade. Isso é frequentemente inferido quando uma seção do formulário de avaliação inicial é preenchida ou o status muda de 'Novo' para 'Em Avaliação'.
Por que é importante

Ajuda a analisar a eficiência do processo de triagem inicial e mede o tempo levado para mover um problema do relato para a avaliação ativa.

Onde obter

Inferido a partir de uma mudança de status (ex: de 'Novo' para 'Em Avaliação') ou da data de conclusão de uma tarefa de avaliação inicial no log de workflow do evento.

Captura

Inferido a partir da mudança de status para 'Em Avaliação' ou 'Em Triagem'.

Tipo de evento inferred
Evento de Qualidade Cancelado
Um ponto final alternativo onde o evento de qualidade é encerrado sem resolução completa, por motivos como entrada duplicada ou invalidez.
Por que é importante

Ajuda a diferenciar casos resolvidos com sucesso daqueles encerrados precocemente. Analisar cancelamentos pode revelar problemas nas fases iniciais de relato e triagem.

Onde obter

Inferido a partir de uma mudança de status para 'Cancelado', 'Nulo' ou 'Retirado' no log de histórico do evento.

Captura

Inferido a partir do timestamp da mudança de status para 'Cancelado'.

Tipo de evento inferred
Falha na Verificação de Eficácia
Indica que a ação corretiva implementada não resolveu o problema, geralmente iniciando uma nova investigação ou ciclo de CAPA. Este evento significa uma falha grave no processo e um loop de retrabalho.
Por que é importante

Destaca soluções que falharam e impacta diretamente as taxas de retrabalho e custos. Analisar essas instâncias é a chave para melhorar os processos de Análise de Causa Raiz e planejamento de CAPA.

Onde obter

Inferido a partir de uma mudança de status para 'Falha na Checagem de Eficácia' ou da criação de um evento de qualidade subsequente vinculado ao original.

Captura

Inferido a partir de uma mudança de status como 'Falha na Verificação' ou um marcador no registro de verificação.

Tipo de evento inferred
Plano de Ação Corretiva Proposto
Esta atividade ocorre quando um plano formal para tratar a causa raiz é documentado e enviado para aprovação. Isso costuma ser capturado quando a seção de Plano de Ação Corretiva do formulário é preenchida e o status é avançado.
Por que é importante

Analisar o tempo desde a conclusão da RCA até esta etapa ajuda a revelar atrasos no planejamento de medidas corretivas, que é um gargalo comum em processos de qualidade.

Onde obter

Inferido a partir de uma mudança de status para 'Aprovação de CAPA Pendente' ou do timestamp de submissão do formulário do plano de ação corretiva dentro do registro do evento de qualidade.

Captura

Inferido a partir da mudança de status para 'Aprovação Pendente' ou da data de submissão do plano de CAPA.

Tipo de evento inferred
Plano de Ação Corretiva Rejeitado
Indica que o plano de ação corretiva proposto foi revisado e negado, exigindo revisão e reenvio. Esta atividade cria um loop de retrabalho no processo.
Por que é importante

Esta atividade é crucial para identificar loops de retrabalho, entender os motivos de rejeição e medir o rendimento de primeira passagem (first-pass yield) do processo de planejamento.

Onde obter

Capturado a partir do timestamp de rejeição no log de histórico do workflow. É a contraparte da ação de aprovação dentro de um workflow.

Captura

A partir do timestamp da etapa de rejeição no histórico do workflow.

Tipo de evento explicit
Problema Categorizado e Priorizado
Marca o ponto em que o problema foi classificado por tipo, gravidade e prioridade, o que frequentemente determina o fluxo subsequente. Isso é capturado quando os campos de categorização e prioridade são preenchidos e o registro é salvo.
Por que é importante

Este é um ponto de decisão fundamental. Analisar o tempo até esta etapa é crucial para o dashboard de 'Triagem e Priorização de Problemas' e para entender o roteamento do processo.

Onde obter

Inferido a partir do timestamp em que campos obrigatórios como 'Nível de Gravidade' e 'Tipo de Evento de Qualidade' são preenchidos pela primeira vez, conforme rastreado na trilha de auditoria do sistema.

Captura

Inferido a partir do timestamp do primeiro preenchimento dos campos de 'Gravidade' ou 'Prioridade'.

Tipo de evento inferred
Revisão Final Realizada
Uma verificação final de todo o registro do evento de qualidade para garantir que toda a documentação esteja completa e todos os passos processuais tenham sido seguidos antes do fechamento. Geralmente é uma etapa de aprovação explícita.
Por que é importante

Isto representa o último portão de qualidade antes da conclusão do processo, garantindo conformidade e integridade dos dados. Gargalos aqui podem atrasar o fechamento final.

Onde obter

Capturado a partir do timestamp de uma etapa de aprovação como 'Revisão Final' ou 'Pronto para Fechamento' no log de histórico do workflow.

Captura

A partir do timestamp da etapa de aprovação 'Revisão Final' no workflow.

Tipo de evento explicit
Stakeholders notificados
Representa a ação de comunicar formalmente a resolução do evento de qualidade aos stakeholders relevantes. Isso pode ser rastreado por meio de uma etapa específica do workflow ou de um registro de comunicação registrado.
Por que é importante

Essencial para medir a eficiência da comunicação e apoia o dashboard de 'Pontualidade da Notificação de Stakeholders'. Atrasos aqui podem impactar a satisfação do cliente.

Onde obter

Requer análise do sistema, pois costuma ser uma etapa manual. Pode ser inferida a partir da conclusão de uma tarefa de 'Notificar Stakeholders', se configurada.

Captura

Inferido a partir da data de conclusão de uma tarefa manual de 'Notificar Stakeholders'.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como extrair seus dados do ETQ Reliance