Seu Template de dados de gestão da qualidade
Seu Template de dados de gestão da qualidade
Este é nosso Template genérico de dados para Process Mining de Gestão da qualidade. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.
Selecione um sistema específico- Campos de dados padronizados para seu Event Log.
- Atividades essenciais para acompanhar e ter visibilidade completa do processo.
- Orientações para extrair dados de diferentes sistemas.
Atributos de gestão da qualidade
| Nome | Descrição | ||
|---|---|---|---|
| Hora de início do evento EventStartTime | Data e hora exatas em que uma atividade ou evento específico ocorreu ou foi iniciado. | ||
| Descrição A hora de início do evento registra a data e hora em que cada atividade começa no ciclo de vida do evento de qualidade. Ela fornece o contexto temporal necessário para entender o fluxo e a performance do processo. Esse registro é essencial para ordenar os eventos cronologicamente e calcular durações. Em Process Mining, essa data e hora é usada para ordenar as atividades na sequência correta de cada caso e calcular indicadores-chave de performance, como tempos de ciclo, tempos de espera e tempos de processamento. Analisar esses registros ajuda a identificar atrasos entre etapas, medir a eficiência dos recursos e acompanhar o cumprimento dos acordos de nível de serviço. É um elemento fundamental de qualquer análise de processos baseada em tempo. Por que isso importa Esse registro de data e hora é essencial para ordenar eventos, calcular tempos de ciclo e de espera e identificar gargalos no processo. Onde encontrar É comum encontrar esse dado em registros de eventos ou transações, junto ao nome da atividade. O campo pode se chamar 'Data de criação', 'Data do evento' ou 'Data e hora'. Exemplos 2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z | |||
| ID do evento de qualidade QualityEventId | Identificador exclusivo de um evento de qualidade. Ele funciona como identificador do caso e vincula todas as atividades relacionadas, da abertura ao encerramento. | ||
| Descrição O ID do evento de qualidade é uma chave exclusiva que identifica um problema de qualidade específico, como uma não conformidade, reclamação de cliente, desvio ou constatação de auditoria. Esse identificador é essencial porque conecta todas as etapas, documentos e dados associados ao evento ao longo de todo o seu ciclo de vida. Em Process Mining, esse atributo é fundamental para reconstruir o fluxo do processo de ponta a ponta de cada evento de qualidade. Ao agrupar todas as atividades relacionadas sob um único ID do evento de qualidade, analistas podem visualizar o mapa do processo, calcular a duração dos casos e analisar as variações entre diferentes caminhos do evento. Isso permite analisar com clareza e precisão como os problemas de qualidade são tratados do início ao fim. Por que isso importa Essa é a chave primária para Process Mining, que permite conectar todos os eventos relacionados em uma única instância do processo ou caso. Onde encontrar Geralmente, aparece no cabeçalho ou na tabela principal de notificações, eventos ou registros de não conformidade de qualidade. Exemplos QN-2023-00123NC-450008761COMP-5501-A | |||
| Nome da atividade ActivityName | Nome de uma tarefa, evento ou etapa específica que ocorreu no processo de gestão da qualidade. | ||
| Descrição O nome da atividade descreve uma ação ou marco específico no ciclo de vida de um evento de qualidade. Alguns exemplos são 'Avaliação inicial concluída', 'Investigação iniciada' e 'Ação corretiva implementada'. Essas atividades formam os blocos básicos do processo de gestão da qualidade. Na análise de processos, esse atributo é essencial para construir o mapa do processo, que representa visualmente a sequência de atividades e o fluxo dos casos. Ele permite que analistas identifiquem gargalos, descubram variantes comuns e raras do processo e verifiquem a conformidade com os procedimentos operacionais padrão. Entender a sequência das atividades é o primeiro passo para melhorar o processo. Por que isso importa Esse atributo define as etapas do processo, forma os nós do mapa do processo e permite analisar o fluxo e as variações do processo. Onde encontrar Geralmente, é obtido de registros de eventos, registros de mudanças de status ou tabelas de tarefas relacionadas ao objeto principal do evento de qualidade. Exemplos Investigação iniciadaAnálise das causas raiz concluídaEficácia verificada | |||
| Sistema de origem SourceSystem | Sistema do qual os dados foram extraídos, como uma instância específica de ERP, QMS ou MES. | ||
| Descrição O atributo Sistema de origem identifica o aplicativo ou banco de dados em que os dados de gestão da qualidade foram registrados. Em ambientes de TI complexos, os dados de eventos de qualidade podem vir de vários sistemas, como um ERP para dados de materiais e um sistema dedicado de gestão da qualidade para dados do processo. Identificar o sistema de origem é importante para a governança de dados, a validação e a solução de problemas. Isso ajuda a entender o contexto dos dados e pode ser usado para segmentar a análise. Por exemplo, um analista pode comparar os processos de qualidade gerenciados em diferentes sistemas ou locais para identificar boas práticas ou inconsistências. Por que isso importa Fornece contexto sobre a origem dos dados, essencial para validar dados, solucionar problemas e segmentar análises em ambientes com vários sistemas. Onde encontrar Essa informação pode não estar presente nas tabelas de origem, mas costuma ser adicionada durante o processo de extração, transformação e carregamento de dados (ETL). Exemplos SAP S/4HANA QMVeeva Vault QualityMasterControl QMS | |||
| Última atualização dos dados LastDataUpdate | Data e hora que indicam quando os dados do processo foram atualizados ou extraídos pela última vez do sistema de origem. | ||
| Descrição O atributo Última atualização dos dados registra a data e hora da sincronização mais recente dos dados com o sistema de origem. Ele funciona como um indicador de atualização dos dados, mostrando o quanto as informações da análise estão atualizadas. Isso é especialmente importante para o monitoramento contínuo e a tomada de decisões quase em tempo real. Esse atributo ajuda os usuários a entender a atualidade dos dados nos Dashboards e nas análises de Process Mining. Ele permite que as partes interessadas saibam se os dados estão atualizados ao interpretar KPIs e modelos de processo, evitando decisões baseadas em informações desatualizadas. É um metadado importante para manter a confiança nos dados. Por que isso importa Indica o nível de atualização dos dados, para que os usuários saibam o quanto a análise do processo e os KPIs estão atualizados. Onde encontrar Normalmente, esses metadados são gerados durante o processo de extração de dados (ETL). Em geral, não aparecem nas tabelas transacionais do sistema de origem. Exemplos 2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z | |||
| Categoria da causa raiz RootCauseCategory | Classificação geral da causa raiz identificada para o evento de qualidade. | ||
| Descrição A categoria da causa raiz classifica o motivo fundamental do problema de qualidade, como “Erro humano”, “Falha de equipamento”, “Deficiência no processo” ou “Problema com fornecedor”. Esse atributo costuma ser preenchido após a conclusão da investigação e da análise de causa raiz. Analisar a frequência das diferentes categorias de causa raiz gera insights importantes para orientar melhorias estratégicas. Se “Deficiência no processo” aparece com frequência, isso indica a necessidade de redesenhar o processo. Se “Falha de equipamento” é recorrente, pode ser necessário aprimorar os cronogramas de manutenção. O Process Mining pode relacionar essas categorias ao comportamento do processo e, por exemplo, mostrar se os eventos causados por “Erro humano” levam mais tempo para serem resolvidos. Por que isso importa Isso é essencial para a análise estratégica, pois vai além do fluxo do processo e investiga as causas subjacentes das falhas, orientando ações preventivas direcionadas. Onde encontrar Encontrado na seção de investigação ou análise de causa raiz do registro do evento de qualidade. Pode ser um código ou texto livre. Exemplos Falha de equipamentoErro humanoDefeito de material | |||
| Departamento responsável ResponsibleDepartment | Departamento, equipe ou área funcional responsável pelo evento de qualidade ou por uma atividade específica. | ||
| Descrição O atributo Departamento responsável indica qual unidade organizacional responde por um evento de qualidade ou por uma etapa específica do processo. Pode ser 'Produção', 'Garantia da qualidade', 'Pesquisa e desenvolvimento' ou 'Logística'. Esse atributo é essencial para a análise organizacional. Ele permite que gestores vejam como o trabalho passa de um departamento para outro, meçam a performance de cada área funcional e identifiquem atritos ou atrasos entre áreas. Por exemplo, a análise pode revelar que o handoff entre Produção e Garantia da qualidade é uma das principais causas de atraso. Segmentar os KPIs por departamento ajuda a identificar áreas que precisam de iniciativas específicas de melhoria de processos. Por que isso importa Permite analisar a performance do processo por unidade organizacional, destacando atrasos entre áreas e ajudando a definir responsabilidades. Onde encontrar Geralmente, aparece nos dados do cabeçalho do registro do evento de qualidade ou é obtido a partir do usuário responsável pela atividade. Exemplos Controle de qualidadeLinha de produção BQualidade de fornecedores | |||
| Gravidade Severity | Classificação do impacto potencial do evento de qualidade, como crítico, alto ou baixo. | ||
| Descrição O atributo Gravidade classifica os eventos de qualidade com base no impacto nos negócios, no risco ou na urgência. Essa classificação ajuda a priorizar recursos e atenção para os problemas mais críticos. Em geral, os níveis de gravidade são definidos pela política de qualidade da organização. Esse atributo é útil para filtrar e segmentar análises de Process Mining. Analistas podem comparar os fluxos de processo de eventos 'Críticos' e 'Baixos' para verificar se os problemas de maior gravidade estão sendo priorizados como previsto. A análise também pode revelar se problemas de menor gravidade consomem recursos em excesso ou se eventos críticos ficam parados no processo. Isso ajuda a otimizar o processo com base no risco. Por que isso importa Permite analisar o processo com base no risco, ajudando a priorizar investigações e verificar se eventos de alto impacto são tratados com a urgência adequada. Onde encontrar É um campo padrão nos dados do cabeçalho do evento de qualidade, geralmente chamado 'Nível de gravidade' ou 'Prioridade'. Exemplos CríticoAltoBaixa | |||
| Hora de término do evento EventEndTime | Data e hora exatas em que uma atividade ou evento específico foi concluído. | ||
| Descrição A hora de término do evento registra a data e hora em que uma atividade foi concluída. Junto com a hora de início do evento, ela permite calcular com precisão o tempo de processamento de tarefas individuais no processo de gestão da qualidade. Em eventos considerados instantâneos, as horas de início e término podem ser iguais. Esse atributo é essencial para analisar a performance no nível da atividade. Ao calcular a duração de cada tarefa (hora de término menos hora de início), analistas podem identificar quais etapas consomem mais tempo e têm maior potencial de otimização. O atributo também permite calcular com mais precisão o tempo de ciclo total do caso e fornece os dados necessários para analisar a carga de trabalho e a eficiência dos recursos. Por que isso importa Permite calcular os tempos de processamento das atividades, essencial para uma análise detalhada da performance e para identificar tarefas que consomem muitos recursos. Onde encontrar Muitas vezes, aparece no mesmo registro de eventos ou transação que a hora de início. Em alguns sistemas, pode ser necessário inferi-la a partir da hora de início do evento seguinte. Exemplos 2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z | |||
| Recurso Resource | Usuário, funcionário ou agente automatizado que realizou ou recebeu a atribuição de uma atividade ou evento de qualidade específico. | ||
| Descrição O atributo Recurso identifica a pessoa ou o sistema responsável por executar uma tarefa. Pode ser um investigador, uma pessoa responsável pela aprovação de qualidade ou um usuário de sistema automatizado. Acompanhar quem realiza cada atividade é fundamental para entender a distribuição da carga de trabalho, a performance da equipe e os padrões de colaboração. Analisar o processo por recurso ajuda a identificar variações de performance entre pessoas ou equipes, necessidades de treinamento e oportunidades para equilibrar a carga de trabalho. A análise pode revelar recursos sobrecarregados que se tornam gargalos ou padrões de handoff entre pessoas diferentes, que muitas vezes causam atrasos no processo. Esse tipo de análise é essencial para melhorar a eficiência organizacional. Por que isso importa Esse atributo é essencial para análises por recurso, incluindo a distribuição da carga de trabalho, a comparação de performance e a identificação de gargalos organizacionais. Onde encontrar Geralmente, aparece em tabelas de transações ou registros, com nomes como 'Nome do usuário', 'Alterado por', 'Responsável' ou 'Atribuído a'. Exemplos j.doem.smithSystem.Batch | |||
| Tipo de evento de qualidade QualityEventType | Classificação do evento de qualidade, como não conformidade, reclamação de cliente, constatação de auditoria ou desvio. | ||
| Descrição O tipo de evento de qualidade classifica a natureza do problema de qualidade tratado. Diferentes tipos de evento costumam seguir processos distintos, ter níveis de urgência diferentes e ser regidos por procedimentos operacionais padrão específicos. Ao filtrar e comparar processos com base nesse atributo, analistas podem identificar variações importantes. Por exemplo, o processo para tratar uma 'Reclamação de cliente' pode ser muito mais rigoroso e urgente do que o processo para tratar um 'Problema interno'. Entender essas diferenças é essencial para avaliar se cada variante do processo está funcionando com eficiência e em conformidade com seus requisitos específicos. Por que isso importa Permite segmentar a análise e comparar como diferentes tipos de problemas de qualidade são tratados, revelando variações importantes no processo. Onde encontrar Aparece nos dados do cabeçalho do evento de qualidade, geralmente em um campo como 'Tipo de notificação', 'Tipo de evento' ou 'Categoria'. Exemplos Reclamação de clienteRelatório de não conformidade (NCR)Desvio | |||
| Data prevista para resolução TargetResolutionDate | Data planejada ou exigida para que o evento de qualidade seja totalmente resolvido e encerrado. | ||
| Descrição A data prevista para resolução é o prazo definido para encerrar um evento de qualidade. Essa data costuma ser determinada por exigências regulatórias, acordos de nível de serviço com clientes ou políticas internas baseadas na gravidade do evento. Esse atributo é essencial para monitorar a performance e analisar a conformidade. Ao comparar a data real de encerramento com a data prevista, as organizações podem calcular um KPI de resolução dentro do prazo. O Process Mining pode identificar quais tipos de evento ou etapas do processo têm maior probabilidade de causar atrasos e descumprir esses prazos. Assim, fica mais fácil direcionar os esforços de melhoria para cumprir as metas de pontualidade. Por que isso importa Permite medir a performance em relação às metas de prazo, calcular as taxas de resolução dentro do prazo e identificar as causas dos atrasos. Onde encontrar Geralmente encontrado no cabeçalho ou nos dados de planejamento do registro do evento de qualidade. Exemplos 2024-06-302024-07-152024-08-01 | |||
| Localização Location | Localização física ou lógica, como uma fábrica, unidade ou armazém, onde o evento de qualidade ocorreu ou está sendo gerenciado. | ||
| Descrição O atributo Localização indica o local geográfico ou organizacional relacionado ao evento de qualidade. Pode ser uma fábrica, uma linha de produção específica, um centro de distribuição ou uma unidade de negócio. Analisar a performance do processo por localização é uma forma eficaz de comparar resultados e identificar boas práticas. Essa análise pode mostrar se determinadas unidades resolvem problemas de qualidade com mais eficiência ou se há locais onde os problemas se repetem. Com essas informações geográficas ou por unidade, a gestão pode alocar recursos de forma eficaz e padronizar os processos de melhor performance em toda a organização. Por que isso importa Permite comparar diferentes unidades ou fábricas, avaliar a performance e identificar problemas ou boas práticas específicos de cada local. Onde encontrar Essa informação costuma fazer parte do registro principal do evento de qualidade e pode aparecer como “Fábrica”, “Unidade” ou “Unidade de negócio”. Exemplos Unidade A - Prédio 2Armazém principalFábrica 0010 | |||
| Produto afetado AffectedProduct | Produto, material ou componente relacionado ao evento de qualidade. | ||
| Descrição O atributo Produto afetado identifica o item, material ou linha de produtos específica impactada pelo problema de qualidade. Essa relação entre o processo e o produto é essencial para a análise de causa raiz e a avaliação do impacto. Analisar eventos de qualidade por produto permite identificar tendências, como um produto específico que apresenta um número incomumente alto de não conformidades. Isso pode levar a investigações mais aprofundadas sobre o projeto ou o processo de fabricação do produto. Também ajuda a priorizar eventos de qualidade com base na importância estratégica ou no volume de vendas do produto afetado, garantindo que os problemas mais críticos sejam tratados primeiro. Por que isso importa Relaciona os dados do processo aos dados do produto, permitindo analisar problemas de qualidade por linha de produtos, identificar tendências e priorizar problemas de maior impacto. Onde encontrar Aparece no registro principal do evento de qualidade, geralmente em um campo como 'Número do material', 'ID do produto' ou 'Número da peça'. Exemplos PROD-100-XLMAT-RAW-05BFG-2055-ASSY | |||
| Resultado da verificação de eficácia EffectivenessCheckOutcome | Resultado da verificação que confirma se as ações corretivas e preventivas implementadas foram eficazes. | ||
| Descrição O resultado da verificação de eficácia registra o resultado da etapa de verificação realizada após a implementação das ações corretivas. Em geral, o resultado é “Eficaz” ou “Ineficaz” e indica se a ação resolveu a causa raiz do problema. Esse atributo é fundamental para medir o sucesso real do processo de gestão da qualidade. Uma alta taxa de resultados “Ineficaz” aponta para um problema sistêmico nas etapas de análise de causa raiz ou planejamento de ações, gerando retrabalho e recorrência de problemas. No Process Mining, esse dado pode ser usado para analisar ciclos de retrabalho. Por exemplo, casos com resultado “Ineficaz” costumam voltar à etapa de investigação ou análise de causa raiz, aumentando significativamente o tempo de ciclo e os custos. Por que isso importa Mede diretamente o sucesso das ações corretivas e é essencial para analisar ciclos de retrabalho e a eficácia do processo de análise de causa raiz. Onde encontrar Encontrado nos registros de verificação ou encerramento de ações corretivas e preventivas (CAPA). Exemplos EficazIneficazAguardando verificação | |||
| Status do evento de qualidade QualityEventStatus | Status geral atual do evento de qualidade em seu ciclo de vida, como Aberto, Em investigação ou Encerrado. | ||
| Descrição O status do evento de qualidade indica o estado atual de um caso de qualidade. Esse atributo dinâmico muda conforme o caso avança pelo ciclo de vida e oferece uma visão geral da situação do evento em determinado momento. Em Process Mining, esse atributo é útil para analisar a carga de trabalho atual e o backlog. Ao filtrar eventos com status 'Aberto' ou 'Em andamento', gestores podem acompanhar o volume de casos ativos. O atributo também ajuda a verificar a conformidade, comparando as mudanças de status reais com o fluxo esperado do processo. Por exemplo, um evento não deve ser 'Encerrado' antes da implementação da 'Ação corretiva'. Por que isso importa Oferece uma visão do estado atual de um caso, essencial para monitorar o backlog e a carga de trabalho ativa e verificar a conformidade do processo. Onde encontrar Esse é um campo importante no registro do cabeçalho do evento de qualidade e é atualizado conforme o evento avança. Exemplos AbertoAguardando aprovaçãoEncerrado | |||
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. Isso confirma que as ações necessárias foram realizadas para resolver o problema imediato. | ||
| Por que isso importa Essa atividade marca o fim do trabalho prático de correção. O tempo entre a aprovação do plano e sua implementação reflete a eficiência da equipe na execução das tarefas necessárias. Onde encontrar Normalmente, isso é registrado quando a pessoa responsável pela implementação marca como concluídos no sistema os itens de ação ou as tarefas atribuídas. Coleta Use a data e hora de conclusão das tarefas de ação corretiva relacionadas ou a atualização do status do registro do plano de ação para 'Implementado'. Tipo de evento explicit | |||
| Análise das causas raiz concluída | Indica a conclusão da investigação, quando a causa raiz ou as causas raiz do evento de qualidade foram identificadas e documentadas. Este é um marco crítico antes do planejamento de qualquer ação corretiva. | ||
| Por que isso importa Este marco assinala o fim da fase de diagnóstico. Analisar a duração da análise das causas raiz ajuda a identificar complexidades e gargalos nas atividades de resolução de problemas. Onde encontrar Esta etapa pode ser identificada quando os campos 'Causa raiz' ou outros campos relacionados à análise são preenchidos e salvos. Em alguns sistemas, ela corresponde à conclusão de uma tarefa específica de análise das causas raiz. Coleta Registre a data e hora em que uma tarefa específica de análise das causas raiz é marcada como concluída ou em que o campo de descrição da causa raiz é preenchido pela primeira vez. Tipo de evento inferred | |||
| Eficácia verificada | Confirma que as ações corretivas e preventivas implementadas resolveram a causa raiz e evitaram a recorrência. Essa é uma etapa formal de verificação, que costuma ocorrer após um período de monitoramento. | ||
| Por que isso importa Essa é a medida definitiva do sucesso de uma intervenção de qualidade. Ela valida se os recursos investidos na investigação e nas ações geraram um resultado positivo e evitaram retrabalho futuro. Onde encontrar Isso é registrado quando uma tarefa específica de verificação de eficácia é concluída ou quando o status do registro é atualizado para 'Eficácia verificada', muitas vezes com uma assinatura eletrônica. Coleta Registre a data e hora de conclusão da tarefa de verificação de eficácia ou da etapa final de aprovação da verificação. Tipo de evento explicit | |||
| Evento de qualidade criado | Esta é a primeira atividade e marca a criação formal de um registro de evento de qualidade. Um usuário identifica e registra no sistema um problema de qualidade, como uma não conformidade, um defeito ou uma reclamação, dando início ao processo. | ||
| Por que isso importa Esta atividade é o principal ponto de início do processo e permite medir o tempo de ciclo total entre a identificação e a resolução. Ela é essencial para acompanhar o volume de novos eventos de qualidade. Onde encontrar Em geral, este é um evento explícito registrado em uma trilha de auditoria ou em um log de transações quando um novo registro é criado. Procure as datas e horas de criação na tabela principal de eventos de qualidade. Coleta Use a data e hora de criação do registro do evento de qualidade, como um registro de notificação de qualidade, não conformidade ou reclamação. Tipo de evento explicit | |||
| Evento de qualidade encerrado | A atividade final, que registra a resolução bem-sucedida e o encerramento administrativo do evento de qualidade. Nesse momento, o processo é considerado concluído e o registro passa a fazer parte do histórico. | ||
| Por que isso importa Esse é o principal ponto final do processo. O tempo até o encerramento é um KPI essencial, e analisar os eventos encerrados oferece uma visão completa do processo de ponta a ponta. Onde encontrar Esse é um evento explícito e importante, registrado quando o status final do registro muda para 'Encerrado' ou 'Concluído', com a respectiva data e hora. Coleta Use a data e hora da mudança final de status para 'Encerrado', 'Concluído' ou outro status terminal equivalente. Tipo de evento explicit | |||
| Investigação iniciada | Marca o início formal da fase de investigação para determinar o escopo e a causa raiz do evento de qualidade. Um investigador ou uma equipe é oficialmente designado para o caso. | ||
| Por que isso importa Esta atividade marca o início da fase central de resolução do problema. Acompanhar o tempo entre a criação do evento e o início da investigação revela possíveis acúmulos de casos na equipe de qualidade. Onde encontrar Em geral, este evento é registrado quando o status do registro muda para 'Em investigação' ou quando um investigador é formalmente designado para o caso. Coleta Use a data e hora da mudança de status para 'Em investigação' ou da primeira atribuição de um responsável ou investigador. Tipo de evento inferred | |||
| Plano de Ação Corretiva aprovado | Registra a aprovação oficial do plano de ação corretiva proposto por uma autoridade designada. Essa aprovação é uma etapa decisiva que permite iniciar a implementação. | ||
| Por que isso importa Os ciclos de aprovação são fontes comuns de atraso. Analisar a duração e a frequência dessa atividade ajuda a identificar gargalos no fluxo de trabalho de análise e aprovação. Onde encontrar Em geral, isso é registrado como uma aprovação explícita, com data e hora, no fluxo de trabalho, muitas vezes por meio de uma assinatura eletrônica ou de uma mudança específica de status. Coleta Registre a data e hora da assinatura eletrônica ou da mudança de status para 'Aprovado' ou 'Liberado para implementação'. Tipo de evento explicit | |||
| Ação preventiva implementada | Registra a conclusão das tarefas destinadas a eliminar a causa de possíveis não conformidades e evitar que ocorram novamente. É uma medida proativa que muitas vezes vem depois de uma ação corretiva. | ||
| Por que isso importa Essa atividade demonstra a maturidade de um processo de qualidade voltado à prevenção, não apenas à correção. Acompanhar a implementação de ações preventivas ajuda a medir os esforços de melhoria do processo no longo prazo. Onde encontrar Isso é registrado quando as tarefas de ação preventiva atribuídas são marcadas como concluídas, muitas vezes em um registro vinculado ao evento de qualidade original. Coleta Use a data e hora de conclusão das tarefas de ação preventiva relacionadas ou uma atualização de status em um registro de ação preventiva. Tipo de evento explicit | |||
| Análise final concluída | É feita uma verificação final de todo o registro do evento de qualidade para garantir que a documentação esteja completa e que todas as etapas do procedimento tenham sido seguidas. Muitas vezes, essa é a última etapa de aprovação antes do encerramento. | ||
| Por que isso importa Essa atividade representa a última etapa de controle de qualidade antes do encerramento de um caso. Atrasos nessa fase podem prolongar artificialmente o tempo de ciclo e indicar problemas na documentação. Onde encontrar Em geral, essa é uma etapa explícita de aprovação ou uma assinatura eletrônica de uma pessoa da área de garantia da qualidade, antes que o status possa mudar para 'Encerrado'. Coleta Use a data e hora da aprovação da análise final de qualidade ou da mudança de status para 'Aguardando encerramento' ou 'Análise final concluída'. Tipo de evento explicit | |||
| Avaliação inicial concluída | Indica a conclusão da análise inicial ou triagem do evento de qualidade recém-criado. Nesta etapa, o evento é classificado por tipo, recebe um nível de gravidade e é priorizado para definir o fluxo de trabalho seguinte. | ||
| Por que isso importa Analisar o tempo gasto nesta fase inicial ajuda a identificar atrasos no reconhecimento e no processamento de novos eventos de qualidade. Também fornece atributos para filtrar os casos por gravidade ou tipo. Onde encontrar Em geral, esta etapa é identificada por uma mudança de status de 'Novo' para 'Em avaliação' ou 'Em andamento'. Também pode ser registrada quando campos específicos de classificação e prioridade são preenchidos pela primeira vez. Coleta Registre a data e hora em que o status muda para indicar que a avaliação foi concluída ou em que os campos de classificação e prioridade são salvos pela primeira vez. Tipo de evento inferred | |||
| Evento de qualidade cancelado | Um ponto final alternativo, em que o evento de qualidade é encerrado sem ser totalmente resolvido. Isso ocorre quando o evento é considerado inválido, duplicado ou criado por engano. | ||
| Por que isso importa Essa atividade representa um encerramento alternativo e improdutivo do processo. Um grande volume de eventos cancelados pode indicar problemas no treinamento dos usuários ou no processo inicial de entrada de dados. Onde encontrar Isso é registrado por uma mudança de status terminal para 'Cancelado' ou 'Anulado', muitas vezes com um código de motivo correspondente. Coleta Registre a data e hora em que o status do registro é atualizado para 'Cancelado', 'Anulado' ou 'Inválido'. Tipo de evento explicit | |||
| Partes interessadas notificadas | Representa a comunicação formal da resolução do evento de qualidade às partes relevantes, como a pessoa que o relatou ou os departamentos afetados. | ||
| Por que isso importa Embora nem sempre seja uma etapa central do processo, acompanhar a comunicação com as partes interessadas pode revelar insights sobre a completude do processo e os níveis gerais de serviço. Onde encontrar Essa informação é difícil de capturar e pode corresponder a uma ação explícita registrada. Também pode ser inferida pela conclusão de uma tarefa de 'Notificação final' em um fluxo de trabalho. Coleta Registre a data e hora em que uma notificação automática por e-mail é registrada ou uma tarefa manual de comunicação é marcada como concluída. Tipo de evento inferred | |||
| Plano de ação corretiva proposto | Esta atividade ocorre quando um plano formal para tratar a causa raiz identificada é documentado e enviado para análise. O plano descreve as ações corretivas específicas a serem realizadas. | ||
| Por que isso importa Esta etapa dá início à fase de resolução do processo. Acompanhar o tempo até a proposta de um plano mostra com que rapidez as equipes passam da análise à ação. Onde encontrar Isso costuma ser registrado pela criação de um registro relacionado de Plano de Ação Corretiva ou por uma mudança de status indicando que o plano está pronto para análise. Coleta Use a data e hora de criação de um registro vinculado de Ação Corretiva ou CAPA, ou a mudança de status para 'Aguardando aprovação'. Tipo de evento explicit | |||
| Plano de Ação Corretiva rejeitado | Indica que o plano de ação corretiva proposto foi analisado, mas não aprovado. O plano precisa ser revisado e enviado novamente, criando um ciclo de retrabalho no processo. | ||
| Por que isso importa Essa atividade evidencia ineficiência e retrabalho no processo. Uma alta taxa de rejeição pode indicar requisitos pouco claros ou uma análise de causa raiz inadequada. Onde encontrar Isso é registrado por uma mudança de status para 'Rejeitado' ou 'Revisão necessária', muitas vezes acompanhada de um código de motivo ou comentários. Coleta Registre a data e hora da mudança de status para 'Rejeitado' ou 'Devolvido para revisão'. Tipo de evento explicit | |||
| Verificação de eficácia reprovada | Indica que as ações implementadas não foram eficazes para resolver o problema. Esse resultado muitas vezes dá início a uma nova investigação ou a um novo ciclo de ação corretiva. | ||
| Por que isso importa Essa atividade indica uma falha significativa no processo e um ciclo importante de retrabalho. Analisar esses eventos é essencial para entender por que as soluções não estão funcionando e melhorar o processo de análise de causa raiz. Onde encontrar Isso é registrado quando a etapa de verificação não é aprovada, levando a uma mudança de status que reabre a investigação ou o planejamento da CAPA. Coleta Registre a data e hora de uma mudança de status que indique uma verificação reprovada, como 'Eficácia não comprovada' ou 'Nova investigação necessária'. Tipo de evento explicit | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,
Pronto para começar?
Para começar a otimizar seu processo de gestão da qualidade, selecione abaixo um guia de extração específico para seu sistema ou use este Template genérico para dar início à preparação dos dados.
Comece hoje a otimizar a gestão da qualidade
Identifique gargalos e melhore a conformidade com insights baseados em dados.
Não é necessário informar cartão de crédito. Configuração em 5 minutos.