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
- Atividades essenciais para acompanhar e dar visibilidade ao processo
- Orientações passo a passo para extrair dados do ETQ Reliance
Atributos de gestão da qualidade
| Nome | Descrição | ||
|---|---|---|---|
|
Evento de qualidade
QualityEvent
|
Identificador exclusivo de um evento de qualidade, que vincula todas as atividades relacionadas, da identificação ao encerramento. | ||
|
Descrição
O evento de qualidade é o principal identificador de caso do processo de gestão da qualidade. Ele representa um problema de qualidade específico, como uma não conformidade, uma reclamação de cliente ou um desvio, ao longo das etapas de investigação e resolução. Na análise de Process Mining, este atributo é essencial para reconstruir a jornada completa de cada evento de qualidade. Ele permite que 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, oferecendo uma visão completa do caso.
Por que isso importa
Este é o atributo fundamental para o Process Mining, pois conecta todas as etapas relacionadas em um único caso e permite analisar todo o ciclo de resolução do problema de qualidade.
Onde encontrar
Esta é a chave primária do módulo principal 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
|
Nome da tarefa ou do evento específico ocorrido no processo de gestão da qualidade. | ||
|
Descrição
Este atributo descreve uma etapa ou um marco do 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 específica para conduzir o evento de qualidade à resolução. A análise das atividades é a base do Process Mining. Este atributo é usado para criar o mapa do processo e mostrar o fluxo de trabalho. Ele permite identificar gargalos, desvios do processo padrão e ciclos de retrabalho, aspectos essenciais para melhorar o processo.
Por que isso importa
Ele define as etapas do processo, necessárias para visualizar o fluxo, descobrir gargalos e analisar desvios.
Onde encontrar
Normalmente, essas informações são obtidas dos Event Logs, das mudanças de status do fluxo de trabalho ou dos históricos de auditoria nos módulos do ETQ Reliance.
Exemplos
Investigação iniciadaAnálise de causa raiz realizadaPlano de ação corretiva aprovado
|
|||
|
Timestamp do evento
EventTimestamp
|
Data e 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, formando uma sequência cronológica de eventos. Este atributo é fundamental para todas as análises temporais de 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 análises temporais, como a identificação de gargalos.
Onde encontrar
Normalmente, esse dado está nas tabelas do histórico de auditoria ou em um campo de data de “last modified” ou “status change” associado a cada atividade ou etapa do fluxo de trabalho no ETQ Reliance.
Exemplos
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Categoria da causa raiz
RootCauseCategory
|
Classificação da causa raiz identificada para o evento de qualidade. | ||
|
Descrição
Após a análise de causa raiz, o motivo subjacente do problema costuma ser classificado. Alguns exemplos são 'Falha de equipamento', 'Erro humano', 'Deficiência no processo' ou 'Problema com fornecedor'. Este atributo é essencial para o Dashboard de tendências das categorias de causa raiz. Ao analisar a frequência de cada categoria ao longo do tempo, as organizações podem identificar problemas sistêmicos e concentrar os esforços de melhoria nas causas mais comuns dos problemas de qualidade. Isso ajuda a passar da resolução reativa de problemas para a prevenção proativa.
Por que isso importa
Ele permite analisar estrategicamente problemas recorrentes, identificar questões sistêmicas e priorizar ações corretivas e preventivas de longo prazo.
Onde encontrar
Em geral, este campo é preenchido durante a etapa de análise de causa raiz do fluxo de trabalho no ETQ Reliance.
Exemplos
Deficiência no processoDefeito no materialErro humanoFalha de 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 definido no nível do caso ou mudar conforme o caso passa por diferentes departamentos. Este atributo é essencial 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. Assim, fica mais fácil identificar gargalos, limitações de recursos ou áreas de excelência.
Por que isso importa
Ele permite comparar a performance e analisar gargalos entre diferentes unidades de negócio, ajudando a otimizar a alocação de recursos.
Onde encontrar
Em geral, esse é um campo do formulário principal do evento de qualidade no ETQ Reliance, que indica o responsável ou o grupo responsável.
Exemplos
Garantia da qualidadeManufaturaPesquisa e desenvolvimento
|
|||
|
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 timestamp do evento (hora de início), ela define a duração de uma etapa do processo. Nem todos os sistemas registram explicitamente a hora de término de cada evento. Nesse caso, ela pode ser calculada com base na hora de início do evento seguinte. Este atributo é essencial para calcular o tempo de processamento de cada atividade, que é diferente do tempo de espera entre elas. Ele ajuda a identificar quais tarefas específicas consomem mais tempo e permite direcionar melhorias para tornar o processo mais eficiente.
Por que isso importa
Ele permite calcular o tempo de processamento de cada atividade e distinguir o tempo de trabalho ativo do tempo de espera.
Onde encontrar
Alguns módulos do ETQ Reliance podem registrar os horários de início e término de determinadas tarefas. Se essa informação não estiver disponível, ela poderá ser calculada durante a preparação dos dados.
Exemplos
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
Nível de gravidade
SeverityLevel
|
Classificação do impacto do evento de qualidade, como crítico, alto ou baixo. | ||
|
Descrição
O nível de gravidade avalia o possível impacto do problema de qualidade sobre clientes, produtos ou a conformidade regulatória. Ele é usado para priorizar recursos e definir a urgência da resposta. Este atributo é essencial para os Dashboards de triagem e priorização de problemas e de resolução de eventos de alta gravidade. Ele permite segmentar os eventos de qualidade para analisar se os problemas mais graves estão sendo resolvidos mais rapidamente que os menos graves e ajuda a garantir que os problemas críticos recebam atenção imediata.
Por que isso importa
Ele permite priorizar e segmentar os casos para garantir que os problemas de qualidade mais críticos sejam tratados com a urgência adequada.
Onde encontrar
Este é um campo padrão na maioria dos módulos de gestão da qualidade do ETQ Reliance e costuma fazer parte do formulário inicial de registro do problema.
Exemplos
CríticoAltoBaixo
|
|||
|
Responsável pela ação
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 relaciona as atividades do processo às pessoas ou equipes 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 equipes com alto desempenho. Esse atributo também é essencial para a conformidade e as auditorias, pois registra claramente 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 encontrar
Em geral, essas informações ficam nos logs de trilha de auditoria ou nos detalhes da transação, muitas vezes vinculadas a um campo de ID do usuário no ETQ Reliance.
Exemplos
j.doeasmithqa_manager
|
|||
|
Resultado da verificação
EffectivenessVerificationOutcome
|
Resultado da verificação da eficácia de uma ação corretiva. | ||
|
Descrição
Após a implementação de uma ação corretiva, costuma ser feita uma verificação para confirmar se ela realmente resolveu o problema. Este atributo registra o resultado dessa verificação, geralmente como 'Eficaz' ou 'Ineficaz'. Este atributo é fundamental 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
Ele mede diretamente o sucesso das ações corretivas, ajudando a reduzir o retrabalho e evitar que os problemas de qualidade voltem a ocorrer.
Onde encontrar
Este campo ficaria na seção de verificação de eficácia do módulo CAPA ou de evento de qualidade no ETQ Reliance.
Exemplos
EficazIneficazPendente
|
|||
|
Descrição do problema
IssueDescription
|
Descrição em texto livre do problema de qualidade identificado. | ||
|
Descrição
Este atributo contém uma descrição detalhada, em texto, do problema de qualidade. Ele fornece um contexto qualitativo que os campos estruturados não conseguem registrar. Embora normalmente não seja usado diretamente na visualização do fluxo do processo, a descrição do problema é muito útil para análises detalhadas de casos. Técnicas de mineração de texto também podem ajudar a identificar temas ou palavras-chave recorrentes associados a determinados tipos de desvios ou atrasos no processo.
Por que isso importa
Ele fornece um contexto qualitativo essencial para entender os detalhes de um evento de qualidade e é útil para analisar casos individuais a fundo.
Onde encontrar
Este é um campo de texto ou de observações padrão no formulário inicial de registro de eventos de qualidade do ETQ Reliance.
Exemplos
O componente XYZ não passou no teste de resistência na estação 4.Cliente relatou defeito estético no lote 789.Foram encontradas configurações incorretas de calibração na máquina A.
|
|||
|
Duração da análise de causa raiz
RootCauseAnalysisDuration
|
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 etapa específica do processo de qualidade. Ela é calculada pela diferença entre os horários das atividades 'Investigação iniciada' e 'Análise de causa raiz realizada'. Este atributo é essencial para o KPI 'Tempo médio de análise de causa raiz' e para o Dashboard de gargalos na análise de causa raiz. Ele ajuda a localizar atrasos na etapa de análise, que muitas vezes contribui significativamente para o aumento do tempo de ciclo total.
Por que isso importa
Ele isola a performance de um subprocesso crítico e ajuda a identificar e resolver atrasos na análise e investigação de problemas.
Onde encontrar
Este atributo não está no sistema de origem. Ele é calculado durante a transformação dos dados, usando a diferença entre os timestamps de atividades específicas.
Exemplos
8640001209600432000
|
|||
|
É retrabalho
IsRework
|
Indicador que mostra se uma atividade ou sequência de atividades representa retrabalho. | ||
|
Descrição
Este atributo booleano é derivado para identificar a ocorrência de um ciclo 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 para revisão. Ele sinaliza atividades que repetem etapas anteriores. Este atributo é usado para calcular o KPI 'Taxa de retrabalho das ações corretivas'. Identificar o retrabalho é essencial para entender as ineficiências do processo, pois ele consome recursos e aumenta o tempo de ciclo sem aproximar o caso da resolução.
Por que isso importa
Ele quantifica as ineficiências do processo ao sinalizar trabalho repetido, ajudando a identificar as causas raiz das falhas e reduzir desperdícios.
Onde encontrar
Este atributo não está no sistema de origem. Ele é calculado com base na sequência de atividades de cada caso durante a transformação dos dados.
Exemplos
truefalse
|
|||
|
ID da ação preventiva
PreventiveActionId
|
Identificador exclusivo de uma 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 que o problema se repita 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 revelar iniciativas duplicadas ou redundantes, contribuindo para uma gestão eficiente das melhorias proativas.
Por que isso importa
Ele relaciona eventos de qualidade reativos a iniciativas de melhoria proativas e permite analisar a eficácia da organização na prevenção de problemas futuros.
Onde encontrar
Este seria um registro relacionado ou um campo na seção de ações preventivas do módulo CAPA no ETQ Reliance.
Exemplos
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Produto afetado
AffectedProduct
|
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 identificar se determinados produtos apresentam mais problemas de qualidade, o que pode indicar falhas de projeto ou de fabricação. Assim, os esforços de melhoria podem se concentrar nos produtos que mais precisam.
Por que isso importa
Ele relaciona o processo de qualidade a produtos específicos e permite analisar quais deles estão mais sujeitos a problemas.
Onde encontrar
Em geral, 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
|
|||
|
Regulamento associado
AssociatedRegulationStandard
|
Regulamento ou 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 internas da empresa. Isso é especialmente importante em setores regulamentados. Este é o principal atributo do Dashboard de visão geral da conformidade da qualidade. Analisar os eventos por padrão associado ajuda a monitorar a conformidade, identificar áreas com desvios frequentes e garantir que todos os requisitos regulatórios sejam atendidos dentro do prazo.
Por que isso importa
Ele permite analisar os eventos de qualidade no contexto da conformidade e ajuda a garantir o cumprimento de regulamentos e padrões específicos do setor.
Onde encontrar
Esse campo pode ser dedicado ou aparecer como uma lista de opções no formulário de evento de qualidade do ETQ Reliance, especialmente nos módulos voltados à conformidade.
Exemplos
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
Sistema de origem
SourceSystem
|
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á sempre o mesmo, 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 situações em que dados de vários sistemas são combinados. Ele esclarece a procedência dos dados e ajuda a gerenciar as iniciativas de integração.
Por que isso importa
Isso 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 encontrar
Em geral, esse é um valor estático adicionado durante o processo de extração, transformação e carregamento de dados (ETL) para identificar a origem dos dados.
Exemplos
ETQ Reliance
|
|||
|
Status do evento de qualidade
QualityEventStatus
|
Status geral atual do evento de qualidade, como aberto, fechado ou cancelado. | ||
|
Descrição
Este atributo resume em que etapa do ciclo de vida está o evento de qualidade. Ele indica se o caso está em andamento, foi resolvido ou foi cancelado por algum motivo. Na análise de processos, esse atributo é usado para filtrar casos em andamento ou concluídos. Ele é fundamental para calcular o backlog de eventos de qualidade em aberto e garantir que análises como a de tempo de ciclo considerem apenas casos que chegaram a um estado final definido.
Por que isso importa
Ele permite filtrar casos abertos ou fechados, o que é essencial para calcular o backlog e analisar com precisão os fluxos de processo concluídos.
Onde encontrar
Este é um campo de status principal no objeto de evento de qualidade do ETQ Reliance.
Exemplos
AbertoFechadoCanceladoAguardando aprovação
|
|||
|
Status do plano de ação corretiva
CorrectiveActionPlanStatus
|
Status do plano de ação corretiva, como proposto, aprovado ou rejeitado. | ||
|
Descrição
Este atributo acompanha o status do próprio plano de ação corretiva (CAP), uma etapa importante do evento de qualidade. Ele mostra se uma solução proposta foi analisada e aprovada. A análise deste atributo pode revelar gargalos no processo de aprovação. Muitos planos rejeitados ou longos atrasos entre os status 'Proposto' e 'Aprovado' podem indicar problemas na qualidade da análise de causa raiz ou falta de alinhamento entre as partes envolvidas.
Por que isso importa
Ele 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 encontrar
Este seria um campo de status na seção ou no módulo de ações corretivas e preventivas (CAPA) do ETQ Reliance.
Exemplos
PropostoAprovadoRejeitadoAguardando implementação
|
|||
|
Status do SLA
SLAState
|
Indica se o evento de qualidade está dentro do prazo, corre risco de descumprir ou já descumpriu o acordo de nível de serviço (SLA) definido. | ||
|
Descrição
Este atributo é calculado comparando 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 de 15 dias. O status pode ser 'No prazo', 'Em risco' ou 'Descumprido'. Ele é útil para o Dashboard de visão geral da conformidade da qualidade, pois mostra de imediato se os prazos estão sendo cumpridos e se há conformidade. Assim, os gestores podem agir antes que os eventos em risco ultrapassem o prazo, em vez de reagir somente depois do descumprimento.
Por que isso importa
Ele oferece 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 encontrar
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 gravidade.
Exemplos
No prazoEm riscoDescumprido
|
|||
|
Tempo de ciclo do evento de qualidade
QualityEventCycleTime
|
Tempo total entre a identificação de um problema de qualidade e seu encerramento definitivo. | ||
|
Descrição
Esta é uma métrica calculada que representa a duração total de um evento de qualidade. Ela é calculada pela diferença entre o timestamp da primeira atividade (por exemplo, 'Problema de qualidade identificado') e o da última (por exemplo, 'Evento de qualidade encerrado'). Este atributo dá suporte direto ao KPI 'Tempo médio de ciclo do evento de qualidade' e é uma das principais medidas da eficiência geral do processo. Os Dashboards usam essa métrica para acompanhar a performance em relação às metas de redução do tempo de ciclo e comparar a duração 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 encontrar
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
|
Data e hora que indicam 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 de dados do sistema de origem. É um campo de metadados que se aplica ao conjunto de dados inteiro, e não a eventos individuais. Em qualquer análise de processo, é fundamental saber se os dados estão atualizados. Este atributo ajuda você a entender o quão recentes são os dados analisados, garantindo que as decisões se baseiem em informações atualizadas e alinhando as expectativas sobre a latência dos dados.
Por que isso importa
Ele indica o quão atualizados estão os dados, algo essencial para entender a atualidade da análise e dos insights.
Onde encontrar
Esse valor é gerado durante o processo de extração, transformação e carregamento de dados (ETL) e registra a data e a hora da execução do job.
Exemplos
2024-05-20T08:00:00Z
|
|||
|
Unidade de negócio
BusinessUnit
|
Divisão ou unidade de negócio mais ampla em que o evento de qualidade teve origem. | ||
|
Descrição
Este atributo associa 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 oferece um contexto organizacional mais amplo que o departamento. Isso permite comparar a performance em alto nível entre diferentes áreas da empresa. A liderança pode entender quais unidades de negócio enfrentam os maiores desafios de qualidade e alocar recursos de acordo com as necessidades.
Por que isso importa
Ele permite comparar, em alto nível, a performance dos processos de qualidade entre diferentes divisões da empresa.
Onde encontrar
Essa informação pode estar em 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 previstas no plano de ação corretiva aprovado. Em geral, isso é registrado quando a pessoa responsável marca os itens de ação atribuídos como concluídos. | ||
|
Por que isso importa
Mede a duração da etapa de implementação e pode revelar limitações de recursos ou dificuldades práticas na execução das ações corretivas.
Onde encontrar
Inferido a partir da data de conclusão da última tarefa de ação corretiva relacionada ou de uma mudança manual de status para “Actions Implemented”.
Coleta
Inferido a partir da data de conclusão da última tarefa de CAPA relacionada.
Tipo de evento
inferred
|
|||
|
Análise de causa raiz realizada
|
Representa a conclusão da investigação, quando a causa raiz ou as causas raiz são 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 etapa de investigação. O tempo entre “Investigation Initiated” e esta atividade é uma métrica importante para identificar gargalos no processo de análise.
Onde encontrar
Inferido a partir da data de preenchimento do campo “Root Cause Category” ou do timestamp de conclusão da etapa do fluxo de trabalho de RCA no histórico de auditoria.
Coleta
Inferido a partir do preenchimento dos campos “Root Cause” ou da mudança de status para “RCA Complete”.
Tipo de evento
inferred
|
|||
|
Eficácia da ação verificada
|
Esta atividade confirma que a ação corretiva implementada resolveu a causa raiz e evitou que o problema voltasse a ocorrer. É uma etapa formal de verificação, realizada muitas vezes após um período de monitoramento. | ||
|
Por que isso importa
Esta etapa é essencial para fechar o ciclo da qualidade e está diretamente ligada aos KPIs de eficácia de CAPA. Ela confirma que as soluções são duradouras e eficazes.
Onde encontrar
Obtido a partir da data de conclusão da etapa ou seção do formulário “Effectiveness Verification” no fluxo de trabalho. Muitas vezes, essa é uma atividade específica, registrada com data e hora.
Coleta
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 de término do processo. | ||
|
Por que isso importa
Define o fim do processo para o cálculo do tempo total de ciclo. Analisar os eventos encerrados é essencial para medir o volume processado e a performance geral.
Onde encontrar
Inferido a partir da mudança de status para “Closed” ou “Completed” no histórico do evento, quase sempre acompanhada de um timestamp.
Coleta
Inferido a partir do timestamp da mudança de status para “Closed”.
Tipo de evento
inferred
|
|||
|
Investigação iniciada
|
Indica o início formal da etapa de investigação para determinar a causa raiz do problema de qualidade. Normalmente, isso é inferido a partir da mudança de status para “Under Investigation” ou da designação de um investigador. | ||
|
Por que isso importa
Esta atividade é um marco importante, pois inicia a contagem do tempo da análise de causa raiz. Ela ajuda a identificar atrasos entre a avaliação do problema e o início da investigação formal.
Onde encontrar
Inferido a partir do timestamp associado à mudança de status para “Investigation” no histórico do evento ou da data de designação da pessoa responsável pela investigação.
Coleta
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, essa aprovação é uma ação explícita, registrada com data e hora no fluxo de trabalho. | ||
|
Por que isso importa
Este é um marco importante e uma etapa crítica de aprovação. Atrasos aqui podem prolongar significativamente o tempo total de resolução.
Onde encontrar
Obtido a partir do timestamp de aprovação na assinatura eletrônica do evento ou no histórico do fluxo de trabalho. O ETQ Reliance utiliza amplamente fluxos de trabalho de aprovação.
Coleta
Do timestamp da etapa de aprovação no histórico do fluxo de trabalho.
Tipo de evento
explicit
|
|||
|
Problema de qualidade identificado
|
Marca a criação de um novo registro de evento de qualidade, ponto de partida do processo. Normalmente, isso é registrado quando alguém envia um novo formulário de problema de qualidade no ETQ Reliance. | ||
|
Por que isso importa
Define 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 encontrar
Normalmente, é obtido a partir do timestamp de criação do registro do evento de qualidade na tabela principal Quality Event ou no respectivo histórico de auditoria.
Coleta
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) destinada a eliminar a causa de possíveis não conformidades. Ela pode ser gerenciada em um registro separado, mas vinculado ao evento de qualidade original. | ||
|
Por que isso importa
É essencial para analisar a proatividade da organização na gestão da qualidade e dá suporte ao Dashboard “Preventive Action Management”, acompanhando quando as ações preventivas são iniciadas.
Onde encontrar
Exige análise do sistema. Provavelmente, é obtido a partir da data de criação de um registro de ação preventiva vinculado ao registro do evento de qualidade de origem.
Coleta
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, indicando que as medidas proativas foram adotadas. | ||
|
Por que isso importa
Esta atividade é essencial para medir o KPI “Preventive Action Implementation Rate” e confirmar que as melhorias proativas de qualidade estão sendo executadas.
Onde encontrar
Exige análise do sistema. Provavelmente, é inferido a partir da data de conclusão do registro de ação preventiva vinculado ou das tarefas associadas.
Coleta
Da data de conclusão de um registro de ação preventiva vinculado.
Tipo de evento
inferred
|
|||
|
Avaliação inicial realizada
|
Representa a análise inicial ou triagem do problema de qualidade recém-identificado para reunir informações básicas e determinar sua validade. Em geral, isso é inferido quando uma seção do formulário de avaliação inicial é preenchida ou o status muda de “New” para “Under Assessment”. | ||
|
Por que isso importa
Ajuda a analisar a eficiência da triagem inicial e mede o tempo necessário para passar do registro do problema à avaliação ativa.
Onde encontrar
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 log do fluxo de trabalho do evento.
Coleta
Inferido a partir da mudança de status para “Under Assessment” ou “In Triage”.
Tipo de evento
inferred
|
|||
|
Evento de qualidade cancelado
|
Um ponto de término alternativo, em que o evento de qualidade é encerrado sem resolução completa, por motivos como duplicidade ou invalidade do registro. | ||
|
Por que isso importa
Ajuda a diferenciar os casos resolvidos com sucesso daqueles encerrados antes da conclusão. Analisar os cancelamentos pode revelar problemas nas etapas iniciais de registro e triagem.
Onde encontrar
Inferido a partir da mudança de status para “Canceled”, “Void” ou “Withdrawn” no histórico do evento.
Coleta
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 específica do fluxo de trabalho ou por um registro de comunicação. | ||
|
Por que isso importa
É essencial para medir a eficiência da comunicação e dá suporte ao Dashboard “Stakeholder Notification Timeliness”. Atrasos nesta etapa podem afetar a satisfação dos clientes.
Onde encontrar
Exige análise do sistema, pois muitas vezes esta é uma etapa manual. Se estiver configurado, pode ser inferido a partir da conclusão de uma tarefa “Notify Stakeholders”.
Coleta
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 raiz é documentado e enviado para aprovação. Em geral, isso é registrado quando a seção do formulário referente ao plano de ação corretiva é preenchida e o status avança. | ||
|
Por que isso importa
Analisar o tempo entre a conclusão da RCA e esta etapa ajuda a identificar atrasos no planejamento de medidas corretivas, um gargalo comum nos processos de qualidade.
Onde encontrar
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.
Coleta
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. Esta atividade cria um ciclo de retrabalho no processo. | ||
|
Por que isso importa
Esta atividade é essencial para identificar ciclos de retrabalho, entender os motivos das rejeições e medir o índice de aprovação na primeira tentativa do processo de planejamento.
Onde encontrar
Obtido a partir do timestamp da rejeição no histórico do fluxo de trabalho. Esta é a ação correspondente à aprovação em um fluxo de trabalho.
Coleta
Do timestamp da etapa de rejeição no histórico do fluxo de trabalho.
Tipo de evento
explicit
|
|||
|
Problema categorizado e priorizado
|
Marca o momento em que o problema é classificado por tipo, gravidade e prioridade, fatores que muitas vezes determinam o fluxo de trabalho 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 “Issue Triage and Prioritization” e para entender o encaminhamento do processo.
Onde encontrar
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.
Coleta
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 confirmar que a documentação está completa e que todas as etapas do procedimento foram seguidas antes do encerramento. Muitas vezes, essa é uma etapa explícita de aprovação. | ||
|
Por que isso importa
Esta é a última etapa de controle da qualidade antes da conclusão do processo, garantindo a conformidade e a integridade dos dados. Gargalos aqui podem atrasar o encerramento final.
Onde encontrar
Obtido a partir do timestamp de uma etapa de aprovação “Final Review” ou “Ready for Closure” no histórico do fluxo de trabalho.
Coleta
Do timestamp da etapa de aprovação “Final Review” no fluxo de trabalho.
Tipo de evento
explicit
|
|||
|
Verificação de eficácia reprovada
|
Indica que a ação corretiva implementada não resolveu o problema, o que muitas vezes inicia uma nova investigação ou um novo ciclo de CAPA. Este evento representa uma falha importante no processo e gera um ciclo de retrabalho. | ||
|
Por que isso importa
Destaca soluções que não funcionaram e afeta diretamente as taxas e os custos de retrabalho. Analisar esses casos é essencial para melhorar os processos de análise de causa raiz e planejamento de CAPA.
Onde encontrar
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.
Coleta
Inferido a partir de uma mudança de status, como “Verification Failed”, ou de uma sinalização no registro de verificação.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para preparar os dados de gestão da qualidade com eficiência e começar a descobrir insights valiosos sobre o processo. O caminho para otimizar as operações começa aqui.
Otimize agora a gestão da qualidade: reduza o tempo de ciclo
Identifique e elimine gargalos para reduzir o tempo de ciclo em 30%.
Não é necessário informar cartão de crédito. Configure tudo em poucos minutos.