Seu Template de Dados de Gestão da Qualidade

MasterControl
Seu Template de Dados de Gestão da Qualidade

Seu Template de Dados de Gestão da Qualidade

Este template é um guia completo para coletar os dados necessários para analisar seu processo de qualidade. Ele lista os atributos essenciais para o Event Log, identifica as atividades principais e orienta a extração no MasterControl. Use este recurso para garantir a base necessária para o sucesso do seu projeto de Process Mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração para MasterControl
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão da Qualidade

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise completa do seu processo de gestão da qualidade.
3 Obrigatório 8 Recomendado 11 Opcional
Nome Descrição
Evento de Qualidade
QualityEvent
O identificador exclusivo de um único evento de qualidade, como uma não conformidade, desvio ou reclamação. Este ID vincula todas as atividades e documentos relacionados.
Descrição

O ID do Evento de Qualidade é o principal identificador de caso para todo o processo de gestão da qualidade. Geralmente, é um valor alfanumérico gerado pelo MasterControl na abertura de um novo evento.

No Process Mining, este atributo é essencial para reconstruir a jornada de ponta a ponta de cada problema de qualidade. Ao agrupar todas as atividades relacionadas sob um único ID, os analistas conseguem visualizar o fluxo completo, medir tempos de ciclo da criação ao fechamento e identificar variações ou gargalos em casos específicos.

Por que é importante

Este é o identificador essencial que conecta as etapas, permitindo analisar todo o ciclo de vida do problema, da abertura à resolução.

Onde obter

Esta é a chave primária do registro. Consulte a documentação ou configuração do MasterControl para saber o nome exato da tabela e do campo.

Exemplos
QE-2023-00123NC-2023-0456CAPA-2023-0078
Nome da Atividade
ActivityName
O nome da tarefa ou evento específico ocorrido no ciclo de vida do evento de qualidade, como 'Investigação Iniciada' ou 'Ação Corretiva Implementada'.
Descrição

O Nome da Atividade descreve uma etapa ou marco distinto no processo de gestão da qualidade. Essas atividades são registradas com data e hora e formam a sequência de eventos do fluxo de cada evento de qualidade.

Analisar essas atividades é a essência do Process Mining. Isso permite descobrir o mapa real do processo, identificar caminhos comuns, desvios do procedimento padrão e gargalos. A sequência e a frequência de atividades como 'Análise de Causa Raiz Realizada' são cruciais para dashboards focados em retrabalho e conformidade.

Por que é importante

Este atributo define as etapas do processo, permitindo visualizar o mapa do processo, detectar desvios e analisar o fluxo.

Onde obter

Essa informação geralmente é registrada em uma trilha de auditoria ou tabela de histórico vinculada a cada registro no MasterControl.

Exemplos
Evento de Qualidade CriadoAnálise de Causa Raiz RealizadaPlano de Ação Corretiva AprovadoEficácia da Ação Verificada
Tempo do Evento
EventTime
A data e hora exatas em que uma atividade ou evento específico ocorreu. Serve como o horário de início de cada tarefa.
Descrição

Este registro de data e hora marca a conclusão de uma tarefa ou a ocorrência de um evento. Ele garante a ordem cronológica necessária para reconstruir o fluxo do processo.

Timestamps são essenciais para análises temporais em Process Mining. Servem para calcular tempos de ciclo, processamento e espera. Estes dados são a base para dashboards de resolução, identificação de gargalos e medição de atrasos em handoffs departamentais.

Por que é importante

Este registro fornece a sequência cronológica dos eventos, fundamental para calcular durações, identificar gargalos e entender o desempenho do processo.

Onde obter

Este é um campo padrão na trilha de auditoria ou histórico do MasterControl, que registra o momento em que cada ação foi salva.

Exemplos
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Categoria da causa raiz
RootCauseCategory
A classificação da causa raiz identificada para o evento de qualidade, como 'Erro Humano', 'Falha de Equipamento' ou 'Deficiência de Processo'.
Descrição

Após a realização de uma análise de causa raiz, as descobertas são normalmente categorizadas. Este atributo armazena essa classificação, fornecendo dados estruturados sobre por que os problemas estão ocorrendo.

Este é um atributo essencial para a melhoria estratégica da qualidade. O dashboard de "Consistência da Análise de Causa Raiz" utiliza esses dados para correlacionar categorias de causa raiz com a eficácia das ações corretivas e taxas de retrabalho. Isso ajuda a determinar se certos tipos de causas raiz são mais difíceis de resolver ou se a própria análise está sendo inconsistente.

Por que é importante

Categoriza o motivo subjacente dos problemas de qualidade, permitindo análises direcionadas para evitar a reincidência e melhorar a eficácia das ações corretivas.

Onde obter

Este campo geralmente faz parte da seção de Análise de Causa Raiz ou Investigação no formulário do evento de qualidade no MasterControl.

Exemplos
Mau Funcionamento de EquipamentoTreinamento InadequadoDefeito de MaterialProcedimento não Seguido
Data Alvo de Resolução
TargetResolutionDate
A data planejada ou obrigatória para o fechamento do evento de qualidade.
Descrição

Este atributo define a data de conclusão esperada para um evento de qualidade, baseada no tipo, gravidade ou exigências regulatórias. Serve como o prazo final do processo de resolução.

Essa data é usada para medir a pontualidade e a conformidade com SLAs. É essencial para calcular o KPI de 'Taxa de Adesão à Conformidade' e para criar o atributo 'Status de SLA' (ex: 'No Prazo', 'Atrasado'), permitindo analisar quais eventos ou setores costumam perder os prazos.

Por que é importante

Define um prazo para a resolução, permitindo medir o desempenho de pontualidade e calcular as taxas de conformidade com o SLA.

Onde obter

Provavelmente um campo de data no formulário principal, podendo ser calculado automaticamente ou preenchido manualmente.

Exemplos
2023-11-302024-01-152023-12-22
Departamento Responsável
ResponsibleDepartment
O departamento ou área funcional responsável pelo evento de qualidade ou pela atividade atual.
Descrição

Este atributo indica qual departamento (ex: 'Manufatura', 'Garantia da Qualidade', 'Engenharia') é o dono do evento ou está executando a tarefa.

É uma dimensão crítica, pois permite filtrar e comparar o desempenho entre unidades de negócio. É essencial para o dashboard de 'Análise de Atraso de Handoff', já que mudanças neste campo entre atividades indicam uma passagem de bastão. Analisar esses intervalos revela falhas de comunicação ou coordenação entre as equipes.

Por que é importante

Ajuda a identificar gargalos entre departamentos e a analisar o desempenho do processo por área funcional, o que é vital para entender os atrasos em handoffs.

Onde obter

Esta informação costuma ficar no formulário principal do evento no MasterControl e pode ser atualizada ao longo do ciclo de vida.

Exemplos
Garantia de QualidadeManufaturaPesquisa e DesenvolvimentoAssuntos Regulatórios
End Time
EndTime
O registro de data e hora que indica quando uma atividade foi concluída. Geralmente é o mesmo que o StartTime para eventos atômicos.
Descrição

O EndTime marca a conclusão de uma atividade. Para muitos eventos registrados em uma trilha de auditoria, os horários de início e término são idênticos, representando um ponto único no tempo. No entanto, para atividades com duração mensurável, este campo captura essa informação.

Este atributo é usado em conjunto com o StartTime para calcular o tempo de processamento de atividades individuais. Isso é vital para identificar quais etapas consomem mais tempo no processo, alimentando o dashboard de Identificação de Gargalos no Processo de Qualidade.

Por que é importante

Permite o cálculo preciso das durações das atividades, ajudando a identificar quais tarefas específicas consomem mais tempo no processo de gestão da qualidade.

Onde obter

Pode estar disponível na trilha de auditoria ou log de histórico do MasterControl. Se não estiver, pode ser derivado como o StartTime da atividade seguinte na sequência.

Exemplos
2023-10-26T10:05:12Z2023-10-27T15:00:00Z2023-11-05T11:20:30Z
Nome do Utilizador
UserName
O nome do usuário ou recurso que realizou a atividade.
Descrição

Este atributo identifica a pessoa responsável por executar uma tarefa específica, como aprovar um plano de ação ou fechar um evento.

Analisar o processo por usuário ajuda a entender a distribuição de carga de trabalho, identificar necessidades de treinamento e descobrir variações individuais na execução. Serve para verificar se certas pessoas estão associadas a retrabalhos ou atrasos, auxiliando na gestão de desempenho.

Por que é importante

Atribui atividades a indivíduos específicos, permitindo a análise da carga de trabalho, desempenho e gargalos relacionados a recursos.

Onde obter

Esta informação faz parte da trilha de auditoria ou histórico do MasterControl, geralmente registrada como 'Usuário' ou 'Executado por'.

Exemplos
j.does.smithr.williams
Status da Eficácia
EffectivenessStatus
O resultado da verificação para determinar se as ações corretivas e preventivas implementadas foram eficazes.
Descrição

Este atributo registra o resultado da verificação de eficácia, etapa final crítica no processo de CAPA. O status indica se as ações resolveram o problema e evitaram sua reincidência.

Estes dados alimentam o dashboard de 'Monitoramento de Eficácia de CAPA' e o KPI de 'Taxa de Eficácia de CAPA'. Analisar esse resultado ajuda a entender o sucesso dos esforços de resolução e identificar onde as ações corretivas estão falhando.

Por que é importante

Mede o sucesso das ações implementadas, o que é vital para calcular a taxa de eficácia de CAPA e impulsionar a melhoria contínua.

Onde obter

É um campo de resultado na seção de fechamento ou verificação de eficácia do formulário de CAPA no MasterControl.

Exemplos
EficazIneficazRequer Monitoramento
Status do Evento de Qualidade
QualityEventStatus
O estado atual do evento de qualidade em seu ciclo de vida, como 'Aberto', 'Em Investigação', 'Pendente de Aprovação' ou 'Fechado'.
Descrição

Este atributo fornece um retrato de onde o evento de qualidade está no ciclo de vida. Ele é atualizado conforme o caso avança pelos marcos principais.

No Process Mining, o status serve para filtrar casos abertos ou fechados, o que é fundamental para o dashboard de 'Vazão e Backlog de Eventos de Qualidade'. Analisar o tempo em cada status ajuda a identificar as etapas onde os processos costumam travar.

Por que é importante

Indica o estado atual de um evento de qualidade, permitindo a análise de backlogs, throughput e o tempo gasto em diferentes estágios do ciclo de vida.

Onde obter

Este é um campo de status padrão no registro principal do evento de qualidade no MasterControl.

Exemplos
AbertoEm ProgressoAprovação de CAPA PendenteEncerradoCancelado
Tipo de 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

Este atributo categoriza o evento de qualidade conforme sua natureza. Diferentes tipos de eventos podem seguir caminhos distintos ou ter requisitos de conformidade e prazos variados.

Analisar o processo por Tipo de Evento de Qualidade é fundamental para entender variações de desempenho. Dashboards como o de 'Análise do Tempo de Resolução de Eventos de Qualidade' usam esse atributo para comparar ciclos, ajudando a identificar quais problemas são mais complexos ou demorados.

Por que é importante

Categoriza eventos de qualidade, permitindo análises comparativas de fluxos de processo, tempos de ciclo e resultados entre diferentes tipos de problemas.

Onde obter

Este é um campo de classificação principal no formulário de abertura do evento de qualidade no MasterControl.

Exemplos
Relatório de Não Conformidade (RNC)Reclamação de ClienteConstatação de Auditoria InternaSolicitação de Ação Corretiva de Fornecedor (SCAR)
É Retrabalho
IsRework
Um sinalizador booleano indicando se uma atividade ou sequência de atividades representa retrabalho.
Descrição

Este sinalizador fica como 'verdadeiro' quando uma atividade se repete no mesmo caso ou quando o processo volta a uma etapa anterior. Exemplo: se a 'Análise de Causa Raiz' ocorre duas vezes no mesmo evento, a segunda é marcada como retrabalho.

Este atributo alimenta o dashboard de 'Visão Geral de Retrabalho' e o KPI de 'Taxa de Re-investigação de Causa Raiz', facilitando a análise de fluxos ineficientes.

Por que é importante

Sinaliza explicitamente atividades que estão sendo repetidas, facilitando a quantificação e análise da frequência, causas e impacto do retrabalho.

Onde obter

Este sinalizador é gerado na transformação dos dados ao analisar a sequência de atividades para detectar etapas repetidas ou loops.

Exemplos
verdadeirofalse
ID da Ação Corretiva
CorrectiveActionId
O identificador exclusivo do plano de ação corretiva (CAPA) vinculado ao evento de qualidade.
Descrição

Este atributo vincula diretamente um evento de qualidade às ações corretivas criadas para resolver sua causa raiz. Um evento pode ter uma ou mais ações vinculadas.

Esse ID permite cruzar dados do evento com o módulo de CAPA. Isso possibilita uma investigação profunda sobre quais ações funcionam melhor para cada causa raiz, alimentando o dashboard de 'Monitoramento de Eficácia de CAPA'.

Por que é importante

Conecta o evento de qualidade às suas ações corretivas específicas, permitindo uma análise granular da eficácia das ações e estratégias de resolução.

Onde obter

Ficaria armazenado na seção de registros relacionados ou objetos vinculados no formulário do MasterControl.

Exemplos
AC-2023-0199AC-2023-0204AC-2023-0210
ID da Ação Preventiva
PreventiveActionId
O identificador exclusivo do plano de ação preventiva vinculado ao evento de qualidade.
Descrição

Assim como o ID de Ação Corretiva, este atributo vincula o evento de qualidade a quaisquer ações preventivas criadas. Ações preventivas são medidas proativas destinadas a evitar a ocorrência de problemas semelhantes em outras áreas.

Este ID é fundamental para o dashboard de 'Otimização de Ações Preventivas' e para o KPI de 'Taxa de Ações Preventivas'. Ele permite monitorar com que frequência os eventos de qualidade levam a melhorias proativas e analisar o impacto dessas medidas ao longo do tempo.

Por que é importante

Conecta o evento de qualidade a medidas preventivas proativas, permitindo analisar a capacidade da organização de aprender com os problemas e evitar ocorrências futuras.

Onde obter

Pode ser encontrado na seção de registros relacionados do formulário de evento ou CAPA no MasterControl, vinculando a uma ação preventiva.

Exemplos
AP-2023-0051AP-2023-0052AP-2023-0053
Localização da unidade
SiteLocation
A unidade de fabricação, planta ou instalação onde o evento de qualidade se originou.
Descrição

Este atributo especifica o local físico ou a unidade associada ao evento de qualidade, fornecendo contexto geográfico ou organizacional.

É uma dimensão valiosa para análise comparativa. Ao filtrar por unidade, a gestão pode comparar o desempenho do processo em diferentes locais, destacando unidades com melhores práticas e aquelas que precisam de suporte ou melhorias no processo.

Por que é importante

Permite a comparação de desempenho entre diferentes unidades de fabricação ou instalações, ajudando a identificar problemas locais específicos ou melhores práticas.

Onde obter

Esta informação costuma constar no formulário inicial do evento, geralmente como uma lista de seleção das unidades da empresa.

Exemplos
Austin, TXDublin, IrlandaFábrica de SingapuraUnidade A
Produto Afetado
ProductAffected
O produto, linha de produtos ou componente que é objeto do evento de qualidade.
Descrição

Este atributo identifica o produto ou material específico associado ao problema. Isso fornece um contexto essencial para entender o impacto dos eventos de qualidade.

Analisar dados por produto permite identificar itens com falhas recorrentes, ajudando a priorizar melhorias, orientar mudanças de design e avaliar o desempenho de diferentes linhas de produção ou fornecedores.

Por que é importante

Oferece contexto de negócio crítico, permitindo a análise de problemas de qualidade por linha de produto para identificar falhas recorrentes e tendências.

Onde obter

Seria um campo no formulário do evento onde o usuário indica o produto, selecionando em uma lista ou digitando o código da peça.

Exemplos
Produto A - Lote 54321Componente XYZAPI-001
Regulamentação Associada
AssociatedRegulationStandard
A regulamentação ou padrão de qualidade específico, como ISO 13485 ou 21 CFR Part 820, aplicável ao evento de qualidade.
Descrição

Este atributo vincula um evento de qualidade a uma norma externa ou padrão interno. Isso é vital para empresas em setores regulados, como Life Sciences.

No dashboard de 'Adesão à Conformidade do Processo de Qualidade', ele permite filtrar eventos por regulamentação e verificar se as etapas obrigatórias foram seguidas. Desvios podem ser sinalizados como riscos, tornando este um atributo essencial para auditoria e gestão de riscos.

Por que é importante

Conecta eventos de qualidade a requisitos específicos de conformidade, permitindo analisar a adesão a normas regulatórias e políticas internas.

Onde obter

Pode ser um campo de seleção no formulário do MasterControl, permitindo marcar as regulamentações aplicáveis ao evento.

Exemplos
ISO 1348521 CFR Part 820ICH Q10SOP-QA-001
Sistema de Origem
SourceSystem
Identifica o sistema do qual os dados foram extraídos, que neste caso é o MasterControl.
Descrição

Este atributo indica a origem dos dados. Para este processo, ele terá sempre o valor 'MasterControl'.

Embora pareça estático, é crucial em ambientes corporativos onde dados de vários sistemas são combinados. Ele garante a linhagem dos dados e ajuda a isolar comportamentos específicos de cada sistema ou problemas de qualidade dos dados.

Por que é importante

Atribui claramente os dados ao seu sistema de origem, o que é essencial para a governança de dados e para análises que combinam dados de múltiplas aplicações.

Onde obter

Geralmente é um valor estático adicionado durante o processo de ETL para identificar a origem do conjunto de dados.

Exemplos
MasterControlMasterControl QMS
Status do SLA
SlaStatus
Indica se o evento de qualidade foi fechado dentro da data limite para resolução.
Descrição

Este atributo é derivado da comparação entre a data real de fechamento e a 'Data de Resolução Alvo'. O status é definido como 'No Prazo' ou 'Atrasado'.

Ele oferece um indicador visual rápido do desempenho frente aos prazos. É a base para o KPI de 'Taxa de Adesão à Conformidade' e facilita a análise de casos atrasados. Entender o que causa esses atrasos é a chave para melhorar a agilidade do processo e cumprir metas de compliance.

Por que é importante

Fornece um indicador simples se os casos estão cumprindo os prazos, o que é essencial para medir e melhorar o desempenho de pontualidade.

Onde obter

Calculado na transformação de dados ao comparar o momento do 'Evento de Qualidade Encerrado' com o campo de data alvo.

Exemplos
No PrazoAtrasadoEm Risco
Tempo de Espera em Handoff
HandoffWaitTime
O tempo de inatividade entre duas atividades consecutivas realizadas por diferentes departamentos ou equipes.
Descrição

Esta métrica calcula o tempo que um caso espera após um departamento concluir sua tarefa e antes do próximo começar. Ela mede o intervalo entre atividades consecutivas sempre que há troca do 'Departamento Responsável'.

Este cálculo é a base do dashboard de 'Análise de Atraso de Handoff' e do KPI de 'Tempo Médio de Espera de Handoff'. Ele isola a espera causada por falhas de coordenação do tempo de processamento real, ajudando a identificar gargalos entre áreas que atrasam o ciclo total.

Por que é importante

Isola e quantifica o tempo de espera entre departamentos, expondo diretamente falhas de comunicação e gargalos de coordenação no processo.

Onde obter

Calculado na transformação de dados ao analisar os horários e o 'Departamento Responsável' em atividades consecutivas de cada caso.

Exemplos
172800259200604800
Tempo de Processamento
ProcessingTime
A duração do tempo gasto a trabalhar ativamente numa atividade.
Descrição

O Tempo de Processamento, também conhecido como duração da atividade, é o intervalo decorrido entre o início e o fim de uma tarefa. Ele representa o tempo de trabalho real, em vez do tempo de espera entre as etapas.

Esta métrica calculada é fundamental para a análise de gargalos. Ao agregar os tempos de processamento de cada atividade, o dashboard de 'Identificação de Gargalos no Processo de Qualidade' mostra claramente quais etapas consomem mais tempo. Isso ajuda a focar os esforços de otimização nas partes do processo onde o tempo é mais gasto.

Por que é importante

Quantifica a duração do trabalho ativo em cada tarefa, destacando diretamente as etapas mais demoradas e as principais áreas para melhorias de eficiência.

Onde obter

Calculado subtraindo o StartTime do EndTime da atividade. Requer que ambos os registros de tempo estejam disponíveis.

Exemplos
864003600604800
Última Atualização de Dados
LastDataUpdate
A data e hora indicando quando os dados foram extraídos ou atualizados pela última vez do MasterControl.
Descrição

Este atributo registra a data e hora da última extração de dados do sistema de origem. É um campo de metadados aplicado a todo o conjunto de dados.

Essa informação é vital para entender o quão atualizados são os dados. Oferece transparência aos usuários sobre a idade das informações nos dashboards e KPIs, garantindo que as decisões sejam tomadas com base em dados recentes.

Por que é importante

Fornece contexto crucial sobre a atualização dos dados, garantindo que os usuários saibam quão recente é a análise e quando esperar a próxima atualização.

Onde obter

Este registro de data e hora é gerado e adicionado durante o processo de ETL do MasterControl.

Exemplos
2024-05-20T02:00:00Z2024-05-21T02:00:00Z
Obrigatório Recomendado Opcional

Atividades de Gestão da Qualidade

Estas são as etapas e marcos principais do processo que devem constar no seu Event Log para uma descoberta precisa na gestão da qualidade.
5 Recomendado 9 Opcional
Atividade Descrição
Eficácia da Ação Verificada
Marca a conclusão da etapa de verificação, onde evidências são coletadas e revisadas para confirmar que as ações implementadas foram eficazes. É capturado quando a tarefa de verificação de eficácia é concluída, geralmente com uma assinatura eletrônica.
Por que é importante

Esta atividade é crucial para calcular a Taxa de Eficácia de CAPA e o Tempo Médio de Verificação de Ação. Ela confirma se a solução funcionou, evitando a reincidência do problema.

Onde obter

Pode ser um evento explícito capturado via assinatura eletrônica ou inferido pela conclusão da tarefa de 'Checagem de Eficácia' no workflow.

Captura

Capturado dos logs de assinatura eletrônica ou timestamps de conclusão de tarefa para a etapa de verificação.

Tipo de evento explicit
Evento de Qualidade Criado
Este é o ponto de partida, onde um desvio, não conformidade ou reclamação é registrado no MasterControl. A atividade é capturada quando o usuário cria o registro, gerando um log com data e hora.
Por que é importante

Esta atividade marca o início do ciclo de vida do caso, sendo essencial para medir o Tempo de Ciclo total do Evento de Qualidade e analisar o volume de submissões.

Onde obter

Este é um evento registrado nas tabelas de auditoria do módulo de qualidade. Corresponde ao momento da criação do registro.

Captura

Registrado na trilha de auditoria no momento da criação de um novo objeto de Evento de Qualidade.

Tipo de evento explicit
Evento de Qualidade Encerrado
Esta é a atividade final, que marca a resolução bem-sucedida e o encerramento do evento no MasterControl. O evento é capturado quando o status muda para 'Fechado' na trilha de auditoria.
Por que é importante

Esta atividade marca o fim do processo, sendo essencial para calcular o tempo de ciclo total e o throughput. Ela confirma a conclusão bem-sucedida do caso de gestão da qualidade.

Onde obter

Este é um evento explícito inferido pela mudança final de status para 'Fechado'. O horário dessa mudança fica registrado no log de auditoria.

Captura

Inferido do timestamp de quando o status do evento é atualizado para 'Fechado'.

Tipo de evento inferred
Investigação Iniciada
Marca o início formal da fase de investigação para determinar o escopo e o impacto imediato do evento de qualidade. Geralmente é capturado quando o evento é atribuído oficialmente a um investigador e o status é atualizado para 'Em Investigação'.
Por que é importante

É um marco fundamental para monitorar a fase de investigação. Atrasos aqui podem comprometer o tempo total de resolução e os prazos de conformidade.

Onde obter

Inferido de uma mudança de status no registro do evento de qualidade para um estado como 'Investigação em Andamento'. Essa mudança é registrada na trilha de auditoria do MasterControl.

Captura

Inferido do timestamp de quando o status do evento muda para 'Em Investigação'.

Tipo de evento inferred
Plano de Ação Corretiva Aprovado
Significa que o plano de CAPA proposto foi formalmente revisado e aprovado pelos stakeholders necessários. Este é um marco crítico, muitas vezes capturado por uma assinatura eletrônica na trilha de auditoria do MasterControl.
Por que é importante

As etapas de aprovação são gargalos comuns. Analisar o tempo gasto nesta atividade ajuda a identificar atrasos no processo de aprovação e alimenta o dashboard de Análise de Atraso em Handoffs.

Onde obter

É um evento explícito capturado quando um usuário com autoridade aplica uma assinatura eletrônica ao plano de CAPA ou etapa do workflow.

Captura

Capturado dos logs de assinatura eletrônica associados à etapa de aprovação do workflow.

Tipo de evento explicit
Ação Corretiva Implementada
Indica que as tarefas definidas no plano de ação corretiva aprovado foram executadas e concluídas. Geralmente é capturado quando o usuário responsável marca a tarefa de implementação como concluída no sistema.
Por que é importante

É o marco inicial para o KPI de Tempo Médio de Verificação de Ação. A duração da implementação reflete a complexidade e eficiência das ações corretivas.

Onde obter

Inferido da trilha de auditoria quando o status das tarefas de ação corretiva atribuídas é alterado para 'Concluído' ou 'Implementado'.

Captura

Derivado do timestamp de conclusão das tarefas de implementação de CAPA vinculadas.

Tipo de evento inferred
Ação Preventiva Implementada
Representa a conclusão das tarefas definidas no plano de ação preventiva, visando evitar ocorrências futuras. Isso é capturado quando as tarefas de ação preventiva atribuídas são marcadas como concluídas no sistema.
Por que é importante

Monitorar esta atividade é essencial para o KPI de Taxa de Ações Preventivas, ajudando a avaliar a proatividade na prevenção de problemas futuros.

Onde obter

Inferido do timestamp de conclusão das tarefas designadas como 'Ações Preventivas' no plano de CAPA.

Captura

Derivado do timestamp de conclusão das tarefas de ação preventiva vinculadas.

Tipo de evento inferred
Análise de Causa Raiz Realizada
Esta atividade indica a conclusão da análise de causa raiz (RCA) e o registro das descobertas. Pode ser inferida quando os campos de 'Causa Raiz' são preenchidos e a tarefa é concluída.
Por que é importante

Monitorar esta atividade ajuda a medir o tempo e a qualidade da fase de RCA. É vital para KPIs como a Taxa de Re-investigação de Causa Raiz, que aponta retrabalho.

Onde obter

Inferido da entrada na trilha de auditoria que mostra a conclusão da tarefa de RCA ou o preenchimento e finalização dos campos de categoria de causa raiz no formulário do evento.

Captura

Inferido da conclusão da etapa ou tarefa de 'Análise de Causa Raiz' no workflow.

Tipo de evento inferred
Eficácia Considerada Ineficaz
Esta atividade representa um resultado negativo na etapa de verificação, onde as ações foram consideradas ineficazes. Isso gera retrabalho e é inferido quando a verificação falha, reabrindo a investigação ou o planejamento de CAPA.
Por que é importante

Este evento é crítico para identificar loops de retrabalho e calcular a Taxa de Resolução de Primeira Passagem. Ele destaca falhas no processo de solução de problemas.

Onde obter

Inferido de uma mudança de status indicando falha na verificação, como 'Falha na Verificação de Eficácia' ou uma transição de volta para 'Em Investigação'.

Captura

Derivado de uma transição de workflow que move o caso de volta para uma etapa anterior após a verificação.

Tipo de evento inferred
Evento de Qualidade Cancelado
Representa um estado final alternativo onde um evento de qualidade é considerado inválido, duplicado ou inserido por erro e, portanto, é cancelado. Isso é capturado por uma mudança de status para 'Cancelado' ou 'Anulado'.
Por que é importante

Distinguir entre eventos fechados e cancelados é importante para relatórios precisos sobre os resultados do processo. Uma alta taxa de cancelamento pode indicar problemas no relato de eventos ou na triagem.

Onde obter

Inferido de uma mudança de status final para um estado como 'Cancelado' ou 'Anulado', registrado na trilha de auditoria.

Captura

Inferido do timestamp de quando o status do evento é atualizado para 'Cancelado'.

Tipo de evento inferred
Plano de Ação Corretiva Proposto
Representa a criação e submissão de um plano de Ação Corretiva e Ação Preventiva (CAPA) para revisão. Este evento é normalmente capturado quando um registro de CAPA é formalmente vinculado ao evento de qualidade e seu status é definido como 'Pendente de Aprovação'.
Por que é importante

Esta atividade marca a transição da investigação para o planejamento da resolução. O tempo entre a RCA e esta etapa indica a eficiência do planejamento.

Onde obter

Provavelmente inferido da criação de um objeto de CAPA vinculado ou de uma mudança de status no evento de qualidade para um estado como 'Plano de CAPA Proposto' ou 'Aprovação de Plano Pendente'.

Captura

Derivado da criação de um registro de plano de CAPA vinculado ou de uma mudança de status no evento pai.

Tipo de evento inferred
Revisão Final Realizada
Indica que uma revisão final de todo o registro do evento de qualidade, incluindo documentos e ações, foi concluída por um gerente de garantia da qualidade. Normalmente, isso é capturado por um evento de assinatura eletrônica antes que o caso possa ser encerrado.
Por que é importante

Este é o portão de qualidade final. Atrasos aqui mantêm eventos abertos sem necessidade, prejudicando as métricas de vazão (throughput).

Onde obter

Capturado explicitamente da trilha de auditoria quando um usuário aplica uma assinatura eletrônica para a etapa de 'Revisão Final' ou 'Aprovação de Garantia da Qualidade' no workflow.

Captura

Capturado dos logs de assinatura eletrônica para a etapa de aprovação final do workflow.

Tipo de evento explicit
Stakeholders Notificados
Representa a comunicação formal da resolução do evento de qualidade a todos os stakeholders relevantes. Isso pode ser uma ação explícita registrada ou inferida pela conclusão de uma tarefa de 'Notificação Final' no workflow.
Por que é importante

Analisar esta etapa ajuda a entender a eficiência da comunicação. Também é um marcador essencial para calcular o KPI de Tempo de Revisão Final e Fechamento.

Onde obter

Pode ser um evento de notificação explícito ou inferido pela conclusão da tarefa 'Notificar Stakeholders' antes do fechamento final.

Captura

Inferido da conclusão de uma tarefa de notificação dedicada dentro do workflow.

Tipo de evento inferred
Triagem Inicial Concluída
Representa a conclusão da avaliação inicial, onde o evento de qualidade é categorizado, recebe um nível de gravidade e é priorizado. Frequentemente, isso é inferido por uma mudança de status no sistema, por exemplo, quando o status do evento passa de 'Novo' para 'Em Avaliação' ou 'Investigação'.
Por que é importante

Analisar o tempo gasto na triagem ajuda a identificar atrasos na resposta inicial aos problemas de qualidade. É uma etapa crítica que dita o workflow subsequente e a alocação de recursos.

Onde obter

Inferido da trilha de auditoria quando o campo de status do evento é atualizado para um estado pós-triagem, ou quando campos obrigatórios como 'Gravidade' e 'Prioridade' são preenchidos e salvos pela primeira vez.

Captura

Derivado de uma alteração no campo de status do evento, por exemplo, de 'Enviado' para 'Atribuído'.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como extrair seus dados do MasterControl