Seu Template de Dados de Gestão da Qualidade
Seu Template de Dados de Gestão da Qualidade
Este é o nosso modelo de dados genérico para Process Mining para Gestão da Qualidade. Use nossos modelos específicos de sistema para orientação mais detalhada.
Selecione um sistema específico- Campos de dados padronizados para o seu Event Log.
- Atividades fundamentais para acompanhar e ter visibilidade completa do processo.
- Orientações para extrair dados de diversos sistemas.
Atributos de Gestão da Qualidade
| Nome | Descrição | ||
|---|---|---|---|
| Hora de início do Event EventStartTime | A data e hora exatas em que uma atividade ou evento específico ocorreu ou foi iniciado. | ||
| Descrição O Horário de Início do Evento é um timestamp que marca o começo de cada atividade no ciclo de vida do evento de qualidade. Ele fornece o contexto temporal necessário para entender o fluxo e a performance do processo. Esse timestamp é fundamental para ordenar os eventos cronologicamente e calcular durações. No Process Mining, esse timestamp é usado para organizar as atividades na sequência correta para cada caso e calcular indicadores-chave de performance (KPIs), como tempos de ciclo, tempos de espera e tempos de processamento. Analisar esses timestamps ajuda a identificar atrasos entre as etapas, medir a eficiência dos recursos e monitorar a adesão aos acordos de nível de serviço. É a pedra angular de qualquer análise de processo baseada em tempo. Por que é importante Este timestamp é essencial para ordenar eventos, calcular tempos de ciclo e de espera, e descobrir gargalos no processo. Onde obter Comumente encontrado em Event Logs ou registros de transação ao lado do nome da atividade. Pode estar rotulado como 'Data de Criação', 'Data do Evento' ou 'Timestamp'. Exemplos 2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z | |||
| ID do Evento de Qualidade QualityEventId | O identificador exclusivo para um único evento de qualidade. Serve como case identifier, conectando todas as atividades relacionadas, do início ao fechamento. | ||
| 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 é fundamental, pois conecta todas as diferentes etapas, documentos e pontos de dados associados ao evento durante todo o seu ciclo de vida. No Process Mining, esse atributo é essencial para reconstruir o fluxo do processo de ponta a ponta para cada evento de qualidade. Ao agrupar todas as atividades relacionadas sob um único ID de Evento de Qualidade, os analistas podem visualizar o mapa do processo, calcular as durações dos casos e analisar variações entre diferentes caminhos de eventos. Isso permite uma análise clara e precisa de como os problemas de qualidade são tratados do início ao fim. Por que é importante Esta é a chave primária para o Process Mining, permitindo a conexão de todos os eventos relacionados em uma única instância de processo ou caso. Onde obter Geralmente encontrado no cabeçalho ou na tabela principal para notificações de qualidade, eventos ou registros de não conformidade. Exemplos QN-2023-00123NC-450008761COMP-5501-A | |||
| Nome da Atividade ActivityName | O 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 distinta ou um marco no ciclo de vida de um evento de qualidade. Exemplos incluem 'Avaliação Inicial Concluída', 'Investigação Iniciada' ou 'Ação Corretiva Implementada'. Essas atividades representam os blocos de construção do processo de gestão da qualidade. Para a análise de processo, este atributo é essencial para construir o mapa do processo, que representa visualmente a sequência de atividades e o fluxo dos casos. Ele permite que os analistas identifiquem gargalos, descubram variantes de processo comuns e raras e verifiquem a conformidade em relação aos procedimentos operacionais padrão. Entender a sequência das atividades é o primeiro passo para a melhoria do processo. Por que é importante Este atributo define as etapas do processo, formando os nós do mapa do processo e permitindo a análise do fluxo e suas variações. Onde obter Geralmente derivado de logs de eventos, registros de mudança de status ou tabelas de tarefas relacionadas ao objeto principal do evento de qualidade. Exemplos Investigação IniciadaAnálise de causa raiz concluídaEficácia Verificada | |||
| Sistema de Origem SourceSystem | O sistema de onde os dados foram extraídos, como a instância específica de ERP, QMS ou MES. | ||
| Descrição O atributo Sistema de Origem identifica o aplicativo ou banco de dados de origem onde 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 de Gestão da Qualidade dedicado para dados de processos. Identificar o sistema de origem é importante para a governança, validação e resolução de problemas de dados. 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 melhores práticas ou inconsistências. Por que é importante Fornece contexto sobre a origem dos dados, o que é crucial para validação de dados, resolução de problemas e análises segmentadas em ambientes com múltiplos sistemas. Onde obter Esta informação pode não estar presente nas tabelas de origem, mas costuma ser adicionada durante o processo de extração, transformação e carga (ETL). Exemplos SAP S/4HANA QMVeeva Vault QualityMasterControl QMS | |||
| Última Atualização de Dados LastDataUpdate | O timestamp indicando quando os dados do processo foram atualizados ou extraídos pela última vez do sistema de origem. | ||
| Descrição O atributo Última Atualização de Dados é um timestamp que registra a hora mais recente em que os dados foram sincronizados do sistema de origem. Ele funciona como um indicador da atualidade dos dados, mostrando o quão recentes são as informações da análise. Isso é especialmente importante para o monitoramento contínuo e a tomada de decisões em tempo quase real. Esse atributo ajuda os usuários a entenderem a pontualidade dos Dashboards e análises de Process Mining. Ele garante que os stakeholders estejam cientes da atualidade dos dados ao interpretar KPIs e modelos de processo, evitando que decisões sejam tomadas com base em informações obsoletas. É um metadado essencial para manter a confiança nos dados. Por que é importante Indica o quão atualizados estão os dados, garantindo que os usuários saibam quão recentes são as análises de processo e os KPIs. Onde obter Trata-se geralmente de metadados gerados durante o processo de extração de dados (ETL). Normalmente não são encontrados 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 | A classificação de alto nível da causa raiz identificada para o evento de qualidade. | ||
| Descrição A Categoria da Causa Raiz é uma classificação do motivo fundamental do problema de qualidade, como 'Erro Humano', 'Falha de Equipamento', 'Deficiência de Processo' ou 'Problema com Fornecedor'. Esse atributo costuma ser preenchido após a conclusão de uma investigação e da análise de causa raiz. Analisar a frequência de diferentes categorias de causa raiz fornece insights poderosos para melhorias estratégicas. Se a 'Deficiência de Processo' for uma causa raiz comum, isso sinaliza a necessidade de reengenharia de processos. Se a 'Falha de Equipamento' for frequente, pode indicar a necessidade de melhores cronogramas de manutenção. O Process Mining pode correlacionar essas categorias com o comportamento do processo, mostrando, por exemplo, se eventos causados por 'Erro Humano' levam mais tempo para serem resolvidos. Por que é importante Isso é fundamental para a análise estratégica, pois vai além do fluxo do processo para as razões subjacentes à falha, orientando ações preventivas direcionadas. Onde obter 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 | O 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 'Manufatura', 'Garantia de Qualidade', 'Pesquisa e Desenvolvimento' ou 'Logística'. Este atributo é essencial para a análise organizacional. Ele permite que os gestores vejam como o trabalho flui entre os departamentos, meçam o desempenho de cada área funcional e identifiquem atritos ou atrasos entre as funções. Por exemplo, uma análise pode revelar que as transferências entre Manufatura e Garantia de Qualidade são a principal fonte de atraso. Segmentar os KPIs por departamento ajuda a identificar áreas para iniciativas direcionadas de melhoria de processos. Por que é importante Permite analisar a performance do processo por unidade organizacional, destacando atrasos entre departamentos e ajudando na atribuição de responsabilidades. Onde obter Geralmente localizado nos dados de cabeçalho do registro do evento de qualidade ou derivado do usuário responsável pela atividade. Exemplos Controle de QualidadeLinha de Produção BQualidade de Fornecedores | |||
| Event End Time EventEndTime | A data e hora exatas em que uma atividade ou evento específico foi concluído. | ||
| Descrição O Horário de Término do Evento é um timestamp que marca a conclusão de uma atividade. Junto com o Horário de Início do Evento, ele permite o cálculo preciso do tempo de processamento de tarefas individuais no processo de gestão da qualidade. Para eventos considerados instantâneos, os horários de início e término podem ser idênticos. Este atributo é crucial para a análise de performance no nível da atividade. Ao calcular a duração de cada tarefa (Horário de Término menos Horário de Início), os analistas podem identificar quais etapas consomem mais tempo e são fortes candidatas à otimização. Também permite um cálculo mais preciso do tempo total de ciclo do caso e fornece os dados necessários para análise de carga de trabalho e eficiência de recursos. Por que é importante Permite o cálculo dos tempos de processamento das atividades, o que é essencial para análises de performance detalhadas e para identificar tarefas que consomem muitos recursos. Onde obter Geralmente encontrado no mesmo Event Log ou registro de transação que o horário de início. Em alguns sistemas, pode ser necessário inferi-lo a partir do horário de início do evento subsequente. Exemplos 2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z | |||
| Gravidade Severity | Uma classificação do impacto potencial do evento de qualidade, como crítico, grave ou leve. | ||
| Descrição O atributo Severidade categoriza os eventos de qualidade com base em seu impacto nos negócios, risco ou urgência. Essa classificação ajuda a priorizar recursos e atenção para os problemas mais críticos. Os níveis de severidade são geralmente definidos pela política de qualidade da organização. Este é um atributo poderoso para filtragem e segmentação no Process Mining. Os analistas podem comparar os fluxos de processos de eventos 'Críticos' versus eventos 'Menores' para garantir que os problemas de alta gravidade recebam a prioridade pretendida. Também pode revelar se problemas 'Menores' estão consumindo recursos desproporcionais ou se problemas 'Críticos' estão travando no processo. Isso ajuda a otimizar o processo para uma gestão baseada em riscos. Por que é importante Permite a análise de processos baseada em riscos, ajudando a priorizar investigações e verificar se eventos de alto impacto são tratados com a urgência adequada. Onde obter Este é um campo padrão nos dados de cabeçalho do evento de qualidade, frequentemente rotulado como 'Nível de Severidade' ou 'Prioridade'. Exemplos CríticoGraveLeve | |||
| Recurso Resource | O usuário, funcionário ou agente automatizado que realizou ou está atribuído a uma atividade ou evento de qualidade específico. | ||
| Descrição O atributo Recurso identifica o indivíduo ou sistema responsável pela execução de uma tarefa. Pode ser um investigador, um aprovador de qualidade ou um usuário do sistema automatizado. Rastrear quem executa cada atividade é fundamental para entender a distribuição da carga de trabalho, o desempenho da equipe e os padrões de colaboração. Analisar o processo por recurso ajuda a descobrir variações de desempenho entre indivíduos ou equipes, identificar necessidades de treinamento e otimizar o equilíbrio da carga de trabalho. Isso pode revelar recursos sobrecarregados que podem ser gargalos, ou mostrar padrões de transferência de tarefas entre pessoas, que costumam ser fontes de atrasos. Essa análise é a chave para melhorar a eficiência organizacional. Por que é importante Este atributo é vital para a análise baseada em recursos, incluindo distribuição de carga de trabalho, comparação de desempenho e identificação de gargalos organizacionais. Onde obter Normalmente encontrado em tabelas de transação ou log, muitas vezes rotulado como 'Nome de Usuário', 'Alterado Por', 'Proprietário' ou 'Atribuído A'. Exemplos j.doem.smithSystem.Batch | |||
| Tipo do Evento de Qualidade QualityEventType | A 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 categoriza a natureza do problema de qualidade abordado. Diferentes tipos de eventos geralmente seguem processos distintos, possuem níveis de urgência variados e são regidos por diferentes procedimentos operacionais padrão. Ao filtrar e comparar processos com base nesse atributo, os analistas podem descobrir variações significativas. Por exemplo, o processo de tratamento de uma 'Reclamação de Cliente' pode ser muito mais rigoroso e sensível ao tempo do que o de um 'Problema Interno'. Compreender essas diferenças é fundamental para avaliar se cada variante do processo está operando com eficiência e em conformidade com seus requisitos específicos. Por que é importante Permite segmentar a análise para comparar como diferentes tipos de problemas de qualidade são tratados, revelando variações importantes no processo. Onde obter Encontrado nos dados de cabeçalho do evento de qualidade, geralmente como um campo de 'Tipo de Notificação', 'Tipo de Evento' ou 'Categoria'. Exemplos Reclamação de ClienteRelatório de Não Conformidade (RNC)Desvio | |||
| Data Alvo de Resolução TargetResolutionDate | A data planejada ou exigida para que o evento de qualidade seja totalmente resolvido e fechado. | ||
| Descrição A Data Alvo de Resolução é um prazo definido para o encerramento de um evento de qualidade. Essa data costuma ser determinada por requisitos regulatórios, acordos de nível de serviço com o cliente ou políticas internas baseadas na gravidade do evento. Este atributo é essencial para monitoramento de desempenho e análise de conformidade. Ao comparar a data real de fechamento com a data alvo, as organizações podem calcular o KPI de 'Taxa de Resolução no Prazo'. O Process Mining pode identificar quais tipos de eventos ou etapas do processo têm mais probabilidade de causar atrasos e violações desses prazos. Isso ajuda a concentrar os esforços de melhoria no cumprimento das metas de pontualidade. Por que é importante Permite medir a performance em relação às metas de prazo, ajudando a calcular as taxas de resolução no prazo e a identificar causas de atrasos. Onde obter Geralmente encontrado no cabeçalho ou nos dados de planejamento do registro do evento de qualidade. Exemplos 30/06/202415/07/202401/08/2024 | |||
| Localização Location | O local físico ou lógico, como uma fábrica, unidade ou almoxarifado, onde o evento de qualidade ocorreu ou está sendo gerenciado. | ||
| Descrição O atributo Localização especifica a unidade geográfica ou organizacional relacionada 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 poderosa de fazer benchmarking e identificar boas práticas. Pode revelar se certas unidades são mais eficientes na resolução de problemas de qualidade ou se locais específicos são fonte de problemas recorrentes. Essa análise geográfica ou baseada em unidades ajuda a gestão a alocar recursos de forma eficaz e a padronizar processos de alta performance em toda a organização. Por que é importante Permite a análise comparativa entre diferentes unidades ou fábricas, ajudando no benchmarking de performance e na identificação de problemas locais ou boas práticas. Onde obter Esta informação costuma fazer parte do registro principal do evento de qualidade, frequentemente rotulada como 'Planta', 'Site' ou 'Unidade de Negócio'. Exemplos Unidade A - Prédio 2Almoxarifado PrincipalFábrica 0010 | |||
| Produto Afetado AffectedProduct | O produto, material ou componente que é o objeto do evento de qualidade. | ||
| Descrição O atributo Produto Afetado identifica o item, material ou linha de produto específica impactada pelo problema de qualidade. Esse vínculo entre o processo e o produto é fundamental para a análise de causa raiz e a avaliação de impacto. Analisar eventos de qualidade por produto permite que as empresas identifiquem tendências, como um produto específico que apresenta um número excepcionalmente alto de não conformidades. Isso pode desencadear investigações mais profundas no design do produto ou no processo de fabricação. 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 críticos sejam tratados primeiro. Por que é importante Vincula dados de processo a dados de produto, permitindo analisar problemas de qualidade por linha de produto para identificar tendências e priorizar problemas de alto impacto. Onde obter Encontrado no registro principal do evento de qualidade, frequentemente como 'Número do Material', 'ID do Produto' ou 'Part Number'. Exemplos PROD-100-XLMAT-RAW-05BFG-2055-ASSY | |||
| Resultado da Verificação de Eficácia EffectivenessCheckOutcome | O resultado da verificação para confirmar 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 que segue a implementação das ações corretivas. O resultado costuma ser 'Eficaz' ou 'Ineficaz', indicando se a ação resolveu com sucesso a causa raiz do problema. Este atributo é fundamental para medir o sucesso real do processo de gestão da qualidade. Uma alta taxa de resultados 'Ineficazes' aponta para um problema sistêmico nas fases de análise de causa raiz ou no planejamento das ações, resultando em retrabalho e problemas recorrentes. No Process Mining, isso pode ser usado para analisar loops de retrabalho. Por exemplo, casos com resultado 'Ineficaz' frequentemente retornam ao estágio de investigação ou análise de causa raiz, aumentando significativamente o tempo de ciclo e o custo. Por que é importante Mede diretamente o sucesso das ações corretivas e é essencial para analisar loops de retrabalho e a eficácia do processo de análise de causa raiz. Onde obter Encontrado nos registros relacionados às etapas de verificação ou fechamento de ações corretivas e preventivas (CAPA). Exemplos EficazIneficazPendente de Verificação | |||
| Status do Evento de Qualidade QualityEventStatus | O status geral atual do evento de qualidade em seu ciclo de vida, como Aberto, Em Investigação ou Fechado. | ||
| Descrição O Status do Evento de Qualidade indica o estado atual de um caso de evento de qualidade. Este é um atributo dinâmico que muda à medida que o caso progride em seu ciclo de vida. Ele fornece uma visão geral rápida de onde um evento se encontra em qualquer momento. No Process Mining, este atributo é útil para analisar a carga de trabalho atual e o backlog. Ao filtrar por eventos com status 'Aberto' ou 'Em Andamento', os gestores podem monitorar o volume de casos ativos. Também ajuda na verificação de conformidade ao comparar as mudanças reais de status com o fluxo de processo esperado. Por exemplo, um evento não deve ser 'Fechado' antes que a 'Ação Corretiva' seja implementada. Por que é importante Fornece uma visão instantânea do estado atual de um caso, o que é fundamental para monitorar backlogs, carga de trabalho ativa e verificar a conformidade do processo. Onde obter Este é um campo fundamental no registro de cabeçalho do evento de qualidade e é atualizado conforme o evento avança. Exemplos AbertoPendente de AprovaçãoEncerrado | |||
Atividades de Gestão da Qualidade
| Atividade | Descrição | ||
|---|---|---|---|
| Ação Corretiva Implementada | Representa a conclusão das tarefas detalhadas no plano de ação corretiva aprovado. Isso confirma que as ações necessárias foram tomadas para resolver o problema imediato. | ||
| Por que é importante Esta atividade marca o fim do trabalho corretivo prático. O tempo entre a aprovação do plano e a implementação reflete a eficiência da equipe que executa as tarefas necessárias. Onde obter Isso geralmente é registrado quando um executor marca os itens de ação ou tarefas atribuídas como concluídos no sistema. Captura Use o timestamp de conclusão das tarefas de ação corretiva relacionadas ou uma atualização de status no registro do plano de ação para 'Implementado'. Tipo de evento explicit | |||
| Análise de causa raiz concluída | Representa a conclusão da investigação onde a causa ou causas raiz do evento de qualidade foram identificadas e documentadas. Este é um marco crítico antes que qualquer ação corretiva possa ser planejada. | ||
| Por que é importante Este marco marca o fim da fase de diagnóstico. Analisar a duração da análise de causa raiz ajuda a identificar complexidades e gargalos nas atividades de resolução de problemas. Onde obter Isso pode ser inferido quando os campos 'Causa Raiz' ou de análise relacionada são preenchidos e salvos. Em alguns sistemas, corresponde à conclusão de uma tarefa de RCA específica. Captura Capture o timestamp quando uma tarefa dedicada de análise de causa raiz for marcada como concluída ou quando o campo de descrição da causa raiz for preenchido pela primeira vez. Tipo de evento inferred | |||
| Eficácia Verificada | Confirma que as ações corretivas e preventivas implementadas resolveram com sucesso a causa raiz e evitaram a reincidência. Esta é uma etapa formal de verificação, que geralmente ocorre após um período de monitoramento definido. | ||
| Por que é importante Esta é a medida definitiva de uma intervenção de qualidade bem-sucedida. Ela valida que os recursos gastos na investigação e nas ações geraram um resultado positivo, evitando retrabalho futuro. Onde obter Isso é capturado quando uma tarefa dedicada de verificação de eficácia é concluída ou o status do registro é atualizado para 'Eficácia Verificada', muitas vezes com uma assinatura eletrônica. Captura Capture o timestamp da conclusão da tarefa de verificação de eficácia ou de uma etapa final de aprovação da verificação. Tipo de evento explicit | |||
| Evento de Qualidade Criado | Esta é a primeira atividade, que marca a criação formal de um registro de evento de qualidade. Um usuário identifica e registra um problema de qualidade no sistema, como uma não conformidade, defeito ou reclamação, iniciando o processo. | ||
| Por que é importante Esta atividade serve como o ponto de partida principal do processo, permitindo a medição do tempo total de ciclo, da identificação à resolução. É essencial para rastrear o volume de novos eventos de qualidade. Onde obter Isso costuma ser um evento explícito capturado em uma trilha de auditoria ou log de transações quando um novo registro é criado. Procure por timestamps de criação na tabela principal de eventos de qualidade. Captura Use o timestamp de criação do registro do evento de qualidade, como uma Notificação de Qualidade, Não Conformidade ou registro de Reclamação. Tipo de evento explicit | |||
| Evento de Qualidade Fechado | A atividade final, que marca a resolução bem-sucedida e o fechamento administrativo do registro do evento de qualidade. Neste ponto, o processo é considerado concluído e o registro torna-se histórico. | ||
| Por que é importante Este é o ponto final principal do processo. O tempo para fechamento é um KPI crítico, e analisar eventos fechados fornece uma visão completa do processo de ponta a ponta. Onde obter Este é um evento explícito e fundamental capturado quando o status final do registro é alterado para 'Fechado' ou 'Concluído', registrado com um timestamp. Captura Use o timestamp da mudança de status final para 'Fechado', 'Concluído' ou um estado 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 equipe é oficialmente designado para o caso. | ||
| Por que é importante Esta atividade define o início da fase central de resolução de problemas. Rastrear o tempo desde a criação do evento até o início da investigação revela possíveis acúmulos de trabalho na equipe de qualidade. Onde obter Este evento costuma ser capturado quando o status do registro é atualizado para 'Sob Investigação' ou quando um investigador é formalmente atribuído ao caso. Captura Use o timestamp da mudança de status para 'Sob Investigação' ou a primeira atribuição de um proprietário ou função de investigador. 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. Essa aprovação é um marco crítico que permite o início da implementação. | ||
| Por que é importante Ciclos de aprovação são fontes comuns de atraso. Analisar a duração e a frequência desta atividade ajuda a identificar gargalos no Workflow de revisão e aprovação. Onde obter Isso geralmente é uma ação de aprovação explícita com timestamp no workflow, muitas vezes capturada por meio de uma assinatura eletrônica ou uma mudança de status específica. Captura Capture o timestamp de um registro de assinatura eletrônica ou de uma mudança de status para 'Aprovado' ou 'Liberado para Implementação'. Tipo de evento explicit | |||
| Ação Preventiva Implementada | Marca a conclusão de tarefas destinadas a eliminar a causa de possíveis não conformidades para evitar ocorrências futuras. Este é um passo proativo que geralmente segue uma ação corretiva. | ||
| Por que é importante Esta atividade demonstra um processo de qualidade maduro focado na prevenção, não apenas na correção. Rastrear a implementação de ações preventivas ajuda a medir os esforços de melhoria de processos a longo prazo. Onde obter Isso é capturado 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. Captura Use o timestamp 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 | |||
| Avaliação Inicial Concluída | Representa a conclusão da revisão inicial ou triagem do evento de qualidade recém-criado. Durante esta etapa, o evento é categorizado por tipo, recebe um nível de gravidade e é priorizado para determinar o Workflow subsequente. | ||
| Por que é importante Analisar o tempo gasto nesta fase inicial ajuda a identificar atrasos no reconhecimento e processamento de novos eventos de qualidade. Também fornece atributos para filtrar casos por gravidade ou tipo. Onde obter Isso costuma ser inferido por uma mudança de status de 'Novo' para 'Em Avaliação' ou 'Em Andamento'. Também pode ser capturado quando os campos específicos de categorização e prioridade são preenchidos pela primeira vez. Captura Capture o timestamp quando o status mudar para refletir que a avaliação foi concluída, ou quando os campos de categorização e prioridade forem salvos pela primeira vez. Tipo de evento inferred | |||
| Evento de Qualidade Cancelado | Um ponto de encerramento alternativo onde o evento de qualidade é finalizado sem resolução total. Isso acontece se o evento for considerado inválido, duplicado ou se foi criado por erro. | ||
| Por que é importante Esta atividade representa um fim alternativo e não produtivo para o processo. Um alto volume de eventos cancelados pode sugerir problemas com o treinamento do usuário ou com o processo inicial de entrada de dados. Onde obter Isso é capturado por uma mudança de status terminal para 'Cancelado' ou 'Nulo', muitas vezes com um código de motivo correspondente. Captura Capture o timestamp quando o status do registro for atualizado para 'Cancelado', 'Anulado' ou 'Inválido'. Tipo de evento explicit | |||
| Falha na Verificação de Eficácia | Indica que as ações implementadas foram consideradas ineficazes para resolver o problema. Esse resultado geralmente dispara uma nova investigação ou um novo ciclo de ação corretiva. | ||
| Por que é importante Esta atividade sinaliza uma falha significativa no processo e um grande ciclo de retrabalho. Analisar esses eventos é fundamental para entender por que as soluções estão falhando e melhorar o processo de RCA. Onde obter Isso é capturado quando a etapa de verificação falha, levando a uma mudança de status que reabre a investigação ou o planejamento de CAPA. Captura Capture o timestamp de uma mudança de status que indique falha na verificação, como 'Eficácia Reprovada' ou 'Nova Investigação Necessária'. Tipo de evento explicit | |||
| Plano de Ação Corretiva Proposto | Esta atividade ocorre quando um plano formal para tratar a causa raiz identificada é documentado e enviado para revisão. Ele detalha as ações corretivas específicas a serem tomadas. | ||
| Por que é importante Esta etapa inicia a fase de resolução do processo. Rastrear o tempo para propor um plano revela a rapidez com que as equipes passam da análise para a ação. Onde obter Isso costuma ser capturado pela criação de um registro de Plano de Ação Corretiva relacionado ou por uma mudança de status indicando que um plano está pronto para revisão. Captura Use o timestamp de criação de um registro de Ação Corretiva ou CAPA vinculado, ou uma mudança de status para 'Pendente de Aprovação'. Tipo de evento explicit | |||
| Plano de Ação Corretiva Rejeitado | Indica que o plano de ação corretiva proposto foi revisado, mas negado. Isso exige que o plano seja revisado e enviado novamente, criando um loop de retrabalho no processo. | ||
| Por que é importante Esta atividade destaca a ineficiência e o retrabalho dentro do processo. Altas taxas de rejeição podem indicar requisitos pouco claros ou uma análise de causa raiz inadequada. Onde obter Isso é capturado 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. Captura Capture o timestamp da mudança de status para 'Rejeitado' ou 'Enviado para Revisão'. Tipo de evento explicit | |||
| Revisão 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 as etapas procedimentais seguidas. Geralmente, este é o último passo de aprovação antes do fechamento. | ||
| Por que é importante Esta atividade representa a etapa final de qualidade antes que um caso seja fechado. Atrasos aqui podem estender artificialmente os tempos de ciclo e indicar problemas de documentação. Onde obter Isso costuma ser uma etapa de aprovação explícita ou assinatura eletrônica por um responsável de garantia de qualidade antes que o status possa ser alterado para 'Fechado'. Captura Use o timestamp de uma aprovação de revisão de qualidade final ou uma mudança de status para 'Pendente de Fechamento' ou 'Revisão Final Concluída'. Tipo de evento explicit | |||
| Stakeholders Notificados | Representa a ação de comunicar formalmente a resolução do evento de qualidade às partes interessadas, como a pessoa que o relatou ou os departamentos afetados. | ||
| Por que é importante Embora nem sempre seja uma etapa central do processo, o acompanhamento da comunicação com os stakeholders pode fornecer insights sobre a integridade do processo e os níveis gerais de serviço. Onde obter Isso é difícil de capturar e pode ser uma ação registrada explicitamente. Também pode ser inferido a partir da conclusão de uma tarefa de 'Notificação Final' em um workflow. Captura Capture o timestamp quando uma notificação por e-mail automatizada for registrada ou quando uma tarefa de comunicação manual for marcada como concluída. Tipo de evento inferred | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,