Seu Template de dados de gestão da qualidade
Seu Template de dados de gestão da qualidade
- Atributos recomendados para uma coleta completa de dados
- Principais atividades a serem acompanhadas para dar visibilidade ao processo
- Orientações passo a passo para extrair dados do ETQ Reliance
Atributos da gestão da qualidade
| Nome | Descrição | ||
|---|---|---|---|
|
Evento de qualidade
QualityEvent
|
O identificador exclusivo de um único evento de qualidade, que vincula todas as atividades relacionadas desde a identificação até o encerramento. | ||
|
Descrição
O Quality Event é o principal identificador de caso do 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 passa pelas etapas de investigação e resolução. Na análise de Process Mining, esse 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 os tempos de ciclo do início ao fim e analisem variantes para entender como diferentes eventos são tratados. Todas as atividades e os pontos de dados são agrupados por esse identificador, proporcionando uma visão completa do caso.
Por que isso importa
Este é o atributo fundamental do 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 resolução da qualidade.
Onde obter
Esta é a chave primária do módulo principal de Quality Event ou Non-conformance no ETQ Reliance. Consulte a documentação do ETQ Reliance para saber 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 do evento específico que ocorreu no 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 'Issue Categorized And Prioritized' ou 'Root Cause Analysis Performed'. Cada atividade representa uma ação distinta realizada para conduzir o evento de qualidade à resolução. A análise das atividades é o núcleo do Process Mining. Esse atributo é usado para criar o mapa do processo, mostrando o fluxo do trabalho. Ele permite identificar gargalos, desvios do processo padrão e loops de retrabalho, que são essenciais para a melhoria do processo.
Por que isso importa
Ele define as etapas do processo, o que é necessário para visualizar o fluxo do processo, descobrir gargalos e analisar desvios.
Onde obter
Essas informações normalmente são derivadas de Event Logs, mudanças de status do Workflow ou históricos de auditoria nos módulos do ETQ Reliance.
Exemplos
Investigação iniciadaRoot Cause Analysis realizadaPlano de ação corretiva aprovado
|
|||
|
Timestamp do evento
EventTimestamp
|
A data e a hora exatas em que uma atividade específica ocorreu. | ||
|
Descrição
O timestamp do evento marca o momento exato em que uma atividade foi registrada no sistema. Cada atividade do ciclo de vida de um evento de qualidade tem seu próprio timestamp, 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 os tempos de ciclo entre atividades, identificar tempos de espera e gargalos e medir a duração total de um evento de qualidade. Também permite analisar tendências de performance ao longo do tempo.
Por que isso importa
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
Normalmente, ele é encontrado em tabelas de histórico de auditoria ou como um campo de data de 'last modified' ou 'status change' 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
|
|||
|
Categoria da causa raiz
RootCauseCategory
|
A classificação da causa raiz identificada para o evento de qualidade. | ||
|
Descrição
Depois que uma análise de causa raiz é realizada, o motivo subjacente do problema geralmente é categorizado. Alguns exemplos são 'Falha de equipamento', 'Erro humano', 'Deficiência do processo' ou 'Problema com fornecedor'. Este atributo é essencial para o Dashboard de Tendências das categorias de causa raiz. Ao analisar a frequência das diferentes categorias ao longo do tempo, as organizações conseguem identificar problemas sistêmicos e concentrar os esforços de melhoria nas fontes mais comuns de problemas de qualidade. Isso ajuda a mudar de uma resolução reativa de problemas para uma prevenção proativa.
Por que isso importa
Permite analisar estrategicamente problemas recorrentes, ajudando a identificar questões sistêmicas e priorizar ações corretivas e preventivas de longo prazo.
Onde obter
Normalmente, este é um campo preenchido durante a etapa de Análise de causa raiz do Workflow no ETQ Reliance.
Exemplos
Deficiência do processoDefeito de materialErro humanoFalha do equipamento
|
|||
|
Departamento responsável
ResponsibleDepartment
|
O departamento ou a área funcional responsável pelo evento de qualidade ou por uma atividade específica. | ||
|
Descrição
Este atributo indica a unidade organizacional responsável por gerenciar o evento de qualidade ou executar determinadas etapas, como 'Garantia da Qualidade', 'Engenharia' ou 'Produção'. Ele pode ser atribuído no nível do caso ou mudar conforme o caso passa por diferentes departamentos. Este atributo é fundamental para o Dashboard de Análise de Performance por Departamento. Ele permite filtrar e comparar a performance 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 isso importa
Permite comparar a performance e analisar gargalos entre diferentes unidades de negócio, ajudando a otimizar a alocação de recursos.
Onde obter
Normalmente, este é um campo do formulário principal do evento de qualidade no ETQ Reliance, indicando o responsável ou o grupo responsável.
Exemplos
Garantia da qualidadeManufaturaPesquisa e desenvolvimento
|
|||
|
Executado por
ActionPerformedBy
|
O usuário ou recurso que executou uma atividade específica. | ||
|
Descrição
Este atributo identifica a pessoa ou o usuário do sistema responsável por concluir uma tarefa durante o ciclo de vida do evento de qualidade. Ele vincula as atividades do processo às pessoas ou aos times que as executam. Analisar a performance por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e reconhecer pessoas ou times com alta performance. Também é essencial para a conformidade e para auditorias, pois fornece um registro claro de quem executou cada ação.
Por que isso importa
Este atributo permite analisar a performance dos recursos, equilibrar a carga de trabalho e identificar oportunidades de treinamento.
Onde obter
Essas informações geralmente ficam armazenadas em logs de trilha de auditoria ou nos detalhes das transações, muitas vezes vinculadas a um campo de ID de usuário no ETQ Reliance.
Exemplos
j.doeasmithqa_manager
|
|||
|
Hora de término do evento
EventEndTime
|
A data e a hora em que uma atividade foi concluída, usadas para calcular seu tempo de processamento. | ||
|
Descrição
A Hora de término do evento marca a conclusão de uma atividade. Junto com o Event Timestamp (Hora de início), ela define a duração de uma única etapa do processo. Nem todos os sistemas registram explicitamente uma hora de término para cada evento. Nesse caso, ela pode ser derivada da hora de início do evento seguinte. Este atributo é fundamental para calcular o tempo de processamento de atividades individuais, que é diferente 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 isso importa
Permite calcular o tempo de processamento de atividades individuais, ajudando a diferenciar o tempo de trabalho ativo do tempo de espera.
Onde obter
Alguns módulos do ETQ Reliance podem registrar as horas de início e término de determinadas tarefas. Quando essa informação não está disponível, ela pode ser derivada 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, grave ou leve. | ||
|
Descrição
O Nível de severidade é uma avaliação do impacto potencial do problema de qualidade sobre clientes, produtos ou a 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 de Resolução de eventos de alta severidade. Ele permite segmentar os eventos de qualidade para analisar se os problemas de alta severidade estão sendo resolvidos mais rapidamente do que os de baixa severidade, além de ajudar a garantir que problemas críticos recebam atenção imediata.
Por que isso importa
Permite priorizar e segmentar 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 do ETQ Reliance, geralmente parte do formulário inicial de registro do problema.
Exemplos
CríticaMaiorMenor
|
|||
|
Resultado da verificação
EffectivenessVerificationOutcome
|
O resultado da verificação para saber se uma ação corretiva foi eficaz. | ||
|
Descrição
Depois que uma ação corretiva é implementada, 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 'Ineficaz'. Este atributo é central para o Dashboard de Eficácia das ações corretivas e para o KPI de Taxa de verificação da eficácia de CAPA. Ele mede diretamente o sucesso do processo de resolução, ajudando a identificar problemas recorrentes e melhorar a qualidade dos planos de ação corretiva.
Por que isso importa
Mede diretamente o sucesso das ações corretivas, ajudando a reduzir o retrabalho e evitar a recorrência de problemas de qualidade.
Onde obter
Seria um campo na seção de verificação da eficácia do módulo de CAPA ou de Evento de qualidade no ETQ Reliance.
Exemplos
EficazIneficazPendente
|
|||
|
Descrição do problema
IssueDescription
|
Uma descrição em texto livre do problema de qualidade identificado. | ||
|
Descrição
Este atributo contém a descrição detalhada e narrativa do problema de qualidade. Ele fornece um contexto qualitativo que os campos estruturados não conseguem capturar. Embora normalmente não seja usado diretamente na visualização do fluxo do processo, a descrição do problema é muito valiosa para análises detalhadas de casos. Ela também pode ser usada com técnicas de mineração de texto para identificar temas ou palavras-chave comuns associados a determinados tipos de desvios ou atrasos no processo.
Por que isso importa
Fornece um contexto qualitativo essencial para entender os detalhes de um evento de qualidade, sendo útil para análises aprofundadas de casos individuais.
Onde obter
Este é um campo de texto ou de memorando padrão no formulário inicial de registro de eventos de qualidade do ETQ Reliance.
Exemplos
O componente XYZ falhou no teste de resistência na estação 4.O cliente relatou um defeito cosmético no lote 789.Foram encontradas configurações de calibração incorretas na máquina A.
|
|||
|
Duração da RCA
RootCauseAnalysisDuration
|
O tempo entre o início de uma investigação e 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 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 da análise de causa raiz' e para o Dashboard de 'Gargalos da análise de causa raiz'. Ele ajuda a localizar atrasos na fase analítica do processo, que frequentemente contribui de forma significativa para tempos de ciclo gerais mais longos.
Por que isso importa
Isola a performance de um subprocesso crítico, ajudando a identificar e tratar atrasos na análise e na investigação de problemas.
Onde obter
Este atributo não está no sistema de origem. Ele é calculado durante a transformação dos dados, encontrando a diferença entre os timestamps de atividades específicas.
Exemplos
8640001209600432000
|
|||
|
É retrabalho
IsRework
|
Um indicador que mostra 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 inicia uma nova investigação, ou quando um plano de ação corretiva é rejeitado e enviado de volta para revisão. Ele sinaliza atividades que repetem etapas anteriores. Este atributo é usado para calcular o KPI de 'Taxa de retrabalho das ações corretivas'. Destacar o retrabalho é fundamental para entender as ineficiências do processo, pois ele consome recursos e aumenta os tempos de ciclo sem aproximar o caso da resolução.
Por que isso importa
Quantifica a ineficiência do processo ao sinalizar trabalhos repetidos, ajudando a identificar as causas raiz das falhas do processo e reduzir desperdícios.
Onde obter
Este atributo não está no sistema de origem. Ele é calculado com base na sequência de atividades de um caso durante a transformação dos dados.
Exemplos
truefalse
|
|||
|
Estado do SLA
SLAState
|
Indica se o evento de qualidade está dentro do prazo, corre risco de violar ou já violou o 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 com metas predefinidas. Por exemplo, um problema crítico pode ter um SLA de resolução em até 15 dias. O estado pode ser 'No prazo', 'Em risco' ou 'Violado'. Isso é valioso para o Dashboard de Visão geral da conformidade da qualidade, pois fornece um indicador visual imediato de pontualidade e conformidade. Ele ajuda os gestores a agir de forma proativa sobre eventos com risco de perder o prazo, em vez de reagir apenas depois que uma violação ocorre.
Por que isso importa
Fornece uma visão clara e imediata da performance em relação às metas de prazo, permitindo gerenciar proativamente os casos com 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 dos SLAs, que podem se basear em atributos como o Nível de severidade.
Exemplos
No prazoEm riscoPrazo excedido
|
|||
|
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 várias ações preventivas. Este ID é importante para o Dashboard de Gestão de ações preventivas. Ele ajuda a acompanhar 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 isso importa
Conecta eventos de qualidade reativos a iniciativas de melhoria proativas, permitindo analisar com que eficácia a organização previne problemas futuros.
Onde obter
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 relacionado ao 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 os eventos de qualidade por produto permite que a empresa identifique se determinados produtos apresentam taxas mais altas de problemas de qualidade, indicando possíveis problemas de projeto ou fabricação. Isso ajuda a concentrar os esforços de melhoria nos produtos que mais precisam deles.
Por que isso importa
Conecta o processo de qualidade a produtos específicos, permitindo analisar quais produtos são mais propensos a apresentar problemas.
Onde obter
Normalmente, este é um campo importante no formulário de evento de qualidade, muitas vezes vinculado a uma tabela de dados mestres de produtos no ETQ Reliance ou em um sistema ERP integrado.
Exemplos
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
Regulamentação associada
AssociatedRegulationStandard
|
A regulamentação ou o padrão de qualidade específico associado ao evento de qualidade. | ||
|
Descrição
Este atributo vincula um evento de qualidade a um requisito regulatório ou padrão do setor específico, como ISO 9001, FDA 21 CFR Part 820 ou políticas corporativas internas. Isso é especialmente importante em setores regulamentados. Este é o atributo principal do Dashboard de Visão geral da conformidade da qualidade. Analisar os 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 no prazo.
Por que isso importa
Permite analisar eventos de qualidade no contexto da conformidade, ajudando a garantir a aderência a regulamentações e padrões específicos do setor.
Onde obter
Pode ser um campo dedicado ou uma lista de seleção no formulário de evento de qualidade do ETQ Reliance, especialmente em módulos voltados para 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. Nesta visão do 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 é essencial para a governança de dados e para cenários em que dados de vários sistemas são combinados. Ele garante clareza sobre a procedência dos dados e ajuda a gerenciar os esforços de integração.
Por que isso importa
Ele fornece um contexto essencial sobre a origem dos dados, importante para a governança, a validação e a integração com outros sistemas.
Onde obter
Normalmente, este é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados para identificar sua origem.
Exemplos
ETQ Reliance
|
|||
|
Status do CAP
CorrectiveActionPlanStatus
|
O status do Plano de ação corretiva, como Proposto, Aprovado ou Rejeitado. | ||
|
Descrição
Este atributo acompanha o estado do próprio Plano de ação corretiva (CAP), que é um marco importante dentro do evento de qualidade geral. Ele mostra se uma solução proposta foi analisada e aceita. Analisar este atributo pode revelar gargalos no processo de aprovação. Um número alto de planos rejeitados ou longos atrasos entre os status 'Proposto' e 'Aprovado' pode indicar problemas na análise de causa raiz ou falta de alinhamento entre as partes envolvidas.
Por que isso importa
Ajuda a identificar atrasos e ineficiências no ciclo de aprovação das ações corretivas, um gargalo comum na gestão da qualidade.
Onde obter
Seria um campo de status na seção ou no módulo de Ação corretiva e preventiva (CAPA) do ETQ Reliance.
Exemplos
PropostoAprovadoRejeitadoImplementação pendente
|
|||
|
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 geral da etapa do ciclo de vida em que o evento de qualidade se encontra. Ele indica se o caso está sendo tratado, se foi resolvido com sucesso ou se foi cancelado por algum motivo. Na análise de processos, ele é usado para filtrar casos ativos e concluídos. É fundamental para calcular o backlog de eventos de qualidade abertos e garantir que análises, como a de tempo de ciclo, sejam realizadas apenas em casos que chegaram a um estado final definitivo.
Por que isso importa
Permite filtrar casos abertos e fechados, o que é essencial para calcular backlogs e analisar com precisão os fluxos de processo concluídos.
Onde obter
Este é um campo de status principal no objeto de evento de qualidade do ETQ Reliance.
Exemplos
AbertoEncerradoCanceladoAguardando aprovação
|
|||
|
Tempo de ciclo do evento de qualidade
QualityEventCycleTime
|
O tempo total decorrido entre a identificação de um problema de qualidade e seu encerramento 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 pela diferença entre o timestamp da primeira atividade, por exemplo, 'Problema de qualidade identificado', e o da última atividade, por exemplo, 'Evento de qualidade encerrado'. Este atributo dá suporte direto ao KPI de 'Tempo médio de ciclo do evento de qualidade' e é uma medida principal da eficiência geral do processo. Ele é usado nos Dashboards para acompanhar a performance em relação às metas de redução do tempo de ciclo e comparar as durações entre diferentes categorias de eventos.
Por que isso importa
Este é um indicador-chave de performance 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 de cada caso.
Exemplos
25920006048008640000
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O timestamp que indica quando os dados do processo foram atualizados pela última vez. | ||
|
Descrição
Este atributo registra a data e a hora da extração mais recente dos dados 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 nível de atualização dos dados é fundamental. Este atributo ajuda você a saber quão atuais estão os dados da análise, garantindo que as decisões sejam baseadas em informações atualizadas e alinhando as expectativas sobre a latência dos dados.
Por que isso importa
Indica o nível de atualização dos dados, que é fundamental para entender a atualidade da análise e dos insights.
Onde obter
Este valor é gerado durante o processo de extração, transformação e carregamento (ETL), registrando o timestamp de quando o job foi executado.
Exemplos
2024-05-20T08:00:00Z
|
|||
|
Unidade de negócio
BusinessUnit
|
A divisão ou unidade de negócio maior em que o evento de qualidade teve origem. | ||
|
Descrição
Este atributo atribui o evento de qualidade a uma unidade de negócio específica da organização, como 'Eletrônicos de consumo' ou 'Dispositivos médicos'. Ele fornece um contexto organizacional mais amplo do que o departamento. Isso permite comparar a performance em alto nível entre diferentes partes da empresa. Também ajuda a liderança a entender quais unidades de negócio enfrentam os desafios de qualidade mais significativos e alocar recursos de acordo com essa realidade.
Por que isso importa
Permite comparar em alto nível a performance do processo de qualidade entre diferentes divisões da empresa.
Onde obter
Essa informação pode ser um campo do formulário de evento de qualidade ou ser derivada de outros atributos, como o departamento responsável ou o produto.
Exemplos
Dispositivos médicosPeças automotivasSoluções industriais
|
|||
Atividades de gestão da qualidade
| Atividade | Descrição | ||
|---|---|---|---|
|
Ação corretiva implementada
|
Representa a conclusão das tarefas descritas no plano de ação corretiva aprovado. Normalmente, isso é registrado quando o responsável marca os itens de ação atribuídos como concluídos. | ||
|
Por que isso importa
Mede a duração da fase de implementaçã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 'Actions Implemented'.
Captura
Inferido a partir da data de conclusão da última tarefa de CAPA associada.
Tipo de evento
inferred
|
|||
|
Eficácia da ação verificada
|
Esta atividade confirma que a ação corretiva implementada resolveu a causa principal e evitou a recorrência do problema. É uma etapa formal de verificação, geralmente realizada após um período definido de monitoramento. | ||
|
Por que isso importa
Esta é uma etapa crítica para fechar o ciclo da qualidade e está diretamente relacionada aos KPIs de eficácia das CAPAs. Ela garante que as soluções sejam permanentes e eficazes.
Onde obter
Capturado a partir da data de conclusão da etapa de Workflow ou da seção do formulário 'Effectiveness Verification'. Normalmente, esta é uma atividade distinta, com timestamp.
Captura
Da data de conclusão do formulário ou da tarefa 'Effectiveness Check'.
Tipo de evento
inferred
|
|||
|
Evento de qualidade encerrado
|
A atividade final, que marca a resolução bem-sucedida e o encerramento administrativo do registro do evento de qualidade. Este é o principal ponto final do processo. | ||
|
Por que isso importa
Define o fim do processo para calcular o tempo total de ciclo. Analisar eventos encerrados é essencial para medir o throughput e a performance geral.
Onde obter
Inferido a partir de uma mudança de status para 'Closed' ou 'Completed' no histórico do evento, quase sempre acompanhada de um timestamp.
Captura
Inferido a partir do timestamp da mudança de status para 'Closed'.
Tipo de evento
inferred
|
|||
|
Investigação iniciada
|
Sinaliza o início formal da fase de investigação para determinar a causa principal do problema de qualidade. Normalmente, isso é inferido a partir da mudança de status para 'Under Investigation' ou da atribuição de um investigador. | ||
|
Por que isso importa
Esta atividade é um marco crítico que inicia a contagem do tempo da Root Cause Analysis. Ela 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 à mudança de status para 'Investigation' no histórico do evento ou da data de atribuição do responsável principal pela investigação.
Captura
Inferido a partir da mudança de status para 'Under Investigation'.
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, permitindo o início da implementação. Normalmente, isso é uma ação de aprovação explícita, com timestamp, no Workflow. | ||
|
Por que isso importa
Este é um marco importante e um gate crítico de aprovação. Atrasos nesta etapa podem prolongar significativamente o tempo total de ciclo da resolução.
Onde obter
Capturado a partir do timestamp de aprovação na assinatura eletrônica do evento ou no histórico do Workflow. O ETQ Reliance utiliza amplamente Workflows de aprovação.
Captura
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 representa o ponto de partida do processo. Normalmente, isso é registrado quando um usuário envia um novo formulário de problema de qualidade no ETQ Reliance. | ||
|
Por que isso importa
Estabelece o horário de início do caso, 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 Quality Event ou no respectivo histórico de auditoria.
Captura
Do timestamp de criação do registro do evento de qualidade.
Tipo de evento
explicit
|
|||
|
Root Cause Analysis realizada
|
Representa a conclusão da investigação, quando a causa principal ou as causas principais foram identificadas e documentadas. Normalmente, esse evento é registrado quando a seção do formulário de RCA é preenchida e salva. | ||
|
Por que isso importa
Marca o fim da fase de investigação. A duração entre 'Investigation Initiated' e esta atividade é uma métrica importante para identificar gargalos no processo de análise.
Onde obter
Inferido a partir da data de preenchimento do campo 'Root Cause Category' ou do timestamp de conclusão da etapa de RCA no histórico de auditoria.
Captura
Inferido a partir do preenchimento dos campos 'Root Cause' ou da mudança de status para 'RCA Complete'.
Tipo de evento
inferred
|
|||
|
Ação preventiva identificada
|
Representa a identificação de uma ação preventiva (PA) destinada a eliminar a causa de possíveis não conformidades. Ela pode ser gerenciada como um registro separado, mas vinculado ao evento de qualidade original. | ||
|
Por que isso importa
É essencial para analisar o nível de proatividade da organização na gestão da qualidade e apoia o Dashboard de 'Preventive Action Management' ao registrar quando as ações preventivas são iniciadas.
Onde obter
Requer análise do sistema. Provavelmente, é derivado da data de criação de um registro de Preventive Action vinculado ao registro de origem do Quality Event.
Captura
Da data de criação de um registro de Preventive Action vinculado.
Tipo de evento
inferred
|
|||
|
Ação preventiva implementada
|
Marca a conclusão das tarefas associadas a uma ação preventiva identificada, indicando que as medidas proativas foram colocadas em prática. | ||
|
Por que isso importa
Esta atividade é essencial para medir o KPI 'Preventive Action Implementation Rate' e garantir que as melhorias proativas de qualidade estejam realmente sendo executadas.
Onde obter
Requer análise do sistema. Provavelmente, é inferido a partir da data de conclusão do registro de Preventive Action vinculado ou de suas tarefas associadas.
Captura
Da data de conclusão de um registro de Preventive Action vinculado.
Tipo de evento
inferred
|
|||
|
Avaliação inicial realizada
|
Representa a análise inicial ou a triagem do problema de qualidade recém-identificado para reunir informações básicas e determinar sua validade. Muitas vezes, isso é inferido quando uma seção do formulário de avaliação inicial é concluída ou quando o status muda de 'New' para 'Under Assessment'. | ||
|
Por que isso importa
Ajuda a analisar a eficiência do processo de triagem inicial e mede o tempo necessário para passar do registro do problema à avaliação ativa.
Onde obter
Inferido a partir de uma mudança de status, por exemplo, de 'New' para 'Assessing', ou da data de conclusão de uma tarefa de avaliação inicial no Workflow do evento.
Captura
Inferido a partir da mudança de status para 'Under Assessment' ou 'In Triage'.
Tipo de evento
inferred
|
|||
|
Evento de qualidade cancelado
|
Um ponto final alternativo em que o evento de qualidade é encerrado sem uma resolução completa, por motivos como registro duplicado ou inválido. | ||
|
Por que isso importa
Ajuda a diferenciar os casos resolvidos com sucesso daqueles encerrados antecipadamente. Analisar os cancelamentos pode revelar problemas nas etapas iniciais de registro e triagem.
Onde obter
Inferido a partir de uma mudança de status para 'Canceled', 'Void' ou 'Withdrawn' no histórico do evento.
Captura
Inferido a partir do timestamp da mudança de status para 'Canceled'.
Tipo de evento
inferred
|
|||
|
Partes interessadas notificadas
|
Representa a comunicação formal da resolução do evento de qualidade às partes interessadas relevantes. Isso pode ser acompanhado por uma etapa dedicada do Workflow ou por um registro de comunicação. | ||
|
Por que isso importa
É essencial para medir a eficiência da comunicação e apoia o Dashboard de 'Stakeholder Notification Timeliness'. Atrasos nesta etapa podem afetar a satisfação do cliente.
Onde obter
Requer análise do sistema, pois geralmente é uma etapa manual. Pode ser inferido a partir da conclusão de uma tarefa 'Notify Stakeholders', se ela estiver configurada.
Captura
Inferido a partir da data de conclusão de uma tarefa manual 'Notify Stakeholders'.
Tipo de evento
inferred
|
|||
|
Plano de ação corretiva proposto
|
Esta atividade ocorre quando um plano formal para tratar a causa principal é documentado e enviado para aprovação. Muitas vezes, isso é registrado quando a seção Corrective Action Plan do formulário é preenchida e o status avança. | ||
|
Por que isso importa
Analisar o tempo entre a conclusão da RCA e esta etapa ajuda a revelar atrasos no planejamento das medidas corretivas, um gargalo comum nos processos de qualidade.
Onde obter
Inferido a partir da mudança de status para 'Pending CAPA Approval' ou do timestamp de envio do formulário do plano de ação corretiva no registro do evento de qualidade.
Captura
Inferido a partir da mudança de status para 'Pending Approval' ou da data de envio do plano de CAPA.
Tipo de evento
inferred
|
|||
|
Plano de ação corretiva rejeitado
|
Indica que o plano de ação corretiva proposto foi analisado e rejeitado, exigindo revisão e novo envio. Essa atividade cria um loop de retrabalho no processo. | ||
|
Por que isso importa
Esta atividade é essencial para identificar loops de retrabalho, entender os motivos da rejeição e medir o first-pass yield do processo de planejamento.
Onde obter
Capturado a partir do timestamp de rejeição no histórico do Workflow. Esta é a ação correspondente à aprovação dentro de um Workflow.
Captura
Do timestamp da etapa de rejeição no histórico do Workflow.
Tipo de evento
explicit
|
|||
|
Problema categorizado e priorizado
|
Marca o momento em que o problema foi classificado por tipo, gravidade e prioridade, o que geralmente determina o Workflow seguinte. Isso é registrado quando os campos de categoria e prioridade são preenchidos e o registro é salvo. | ||
|
Por que isso importa
Este é um ponto de decisão importante. Analisar o tempo até esta etapa é essencial para o Dashboard de 'Issue Triage and Prioritization' e para entender o roteamento do processo.
Onde obter
Inferido a partir do timestamp em que campos obrigatórios, como 'Severity Level' e 'Quality Event Type', são preenchidos pela primeira vez, conforme registrado no histórico de auditoria do sistema.
Captura
Inferido a partir do timestamp do primeiro preenchimento dos campos 'Severity' ou 'Priority'.
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 que todas as etapas do procedimento tenham sido seguidas antes do encerramento. Normalmente, esta é uma etapa explícita de aprovação. | ||
|
Por que isso importa
Representa o último gate de qualidade antes da conclusão do processo, garantindo conformidade e integridade dos dados. Gargalos nesta etapa podem atrasar o encerramento final.
Onde obter
Capturado a partir do timestamp de uma etapa de aprovação 'Final Review' ou 'Ready for Closure' no histórico do Workflow.
Captura
Do timestamp da etapa de aprovação 'Final Review' no Workflow.
Tipo de evento
explicit
|
|||
|
Verificação da eficácia reprovada
|
Indica que a ação corretiva implementada não resolveu o problema, geralmente acionando uma nova investigação ou um novo ciclo de CAPA. Este evento representa uma falha importante do processo e um loop de retrabalho. | ||
|
Por que isso importa
Destaca soluções malsucedidas e impacta diretamente as taxas e os custos de retrabalho. Analisar essas ocorrências é essencial para melhorar os processos de Root Cause Analysis e planejamento de CAPAs.
Onde obter
Inferido a partir da mudança de status para 'Effectiveness Check Failed' ou da criação de um evento de qualidade de acompanhamento vinculado ao original.
Captura
Inferido a partir de uma mudança de status como 'Verification Failed' ou de um indicador no registro de verificação.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para preparar seus dados de gestão da qualidade com eficiência e começar a descobrir insights valiosos sobre o processo. Sua jornada rumo a operações otimizadas começa aqui.
Otimize sua gestão da qualidade agora: reduza o tempo de ciclo
Identifique e elimine gargalos, buscando reduzir o tempo de ciclo em 30%.
Não é necessário cartão de crédito. Configure tudo em poucos minutos.