Seu template de dados de Gestão da Qualidade

Veeva Vault Quality
Seu template de dados de Gestão da Qualidade

Seu template de dados de Gestão da Qualidade

Este template é um roteiro para coletar dados e analisar sua Gestão de Qualidade. Ele lista atributos e tarefas cruciais, além de dar dicas práticas para extrair dados do Veeva Vault Quality, garantindo um ótimo início no Process Mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientação para Extração
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão de 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 de Qualidade.
5 Obrigatório 8 Recomendado 9 Opcional
Nome Descrição
Evento de Qualidade
QualityEvent
O ID exclusivo de um único evento de qualidade, como um desvio, não conformidade ou CAPA.
Descrição

O Evento de Qualidade serve como o identificador principal do caso, vinculando atividades, investigações e resoluções. É o fio condutor que conecta todo o ciclo de vida de um incidente, do registro inicial ao fechamento.\n\nNo Process Mining, este atributo é vital para reconstruir a jornada ponta a ponta de cada evento. Ele permite analisar variações, tempos de ciclo e conformidade entre diferentes tipos de eventos, oferecendo uma visão completa de como cada incidente é gerido, investigado e resolvido.

Por que é importante

Este é o Case ID essencial que agrupa as tarefas em uma única instância, permitindo a análise ponta a ponta.

Onde obter

Identificador principal no Veeva Vault Quality, chamado de 'Nome' ou campo de ID único no objeto do evento.

Exemplos
QE-2023-00123CAPA-2023-00456DEV-2023-00789
Nome da Atividade
ActivityName
O nome de uma tarefa ou etapa específica no ciclo de vida do evento de qualidade.
Descrição

Descreve uma atividade ou marco do negócio (ex: 'Investigação Iniciada' ou 'Plano de CAPA Aprovado').\n\nAnalisar a sequência e frequência dessas tarefas é o coração do Process Mining. Ajuda a descobrir o fluxo real, achar gargalos e detectar desvios de procedimentos padrão (SOPs).

Por que é importante

Define as etapas do processo, permitindo visualizar e analisar o fluxo de trabalho.

Onde obter

Geralmente derivado de nomes de tarefas de workflow, mudanças de status ou trilhas de auditoria no Veeva Vault Quality.

Exemplos
Triagem Inicial ConcluídaAnálise de causa raiz realizadaRevisão Final e Fechamento
Sistema de Origem
SourceSystem
O sistema do qual os dados de gestão de qualidade foram extraídos.
Descrição

Identifica a origem dos dados (Veeva Vault Quality). Ajuda na governança e dá contexto ao cruzar dados de vários sistemas.\n\nNa análise, serve para filtros e linhagem de dados. Saber a fonte ajuda a interpretar os dados corretamente e resolver problemas de qualidade das informações.

Por que é importante

Oferece contexto sobre a origem dos dados, algo crucial para governança, rastreabilidade e análises multi-sistema.

Onde obter

Valor estático adicionado na transformação de dados para identificar todos os registros vindos desta fonte.

Exemplos
Veeva Vault Quality
Tempo do Evento
EventTime
O timestamp que indica quando uma atividade específica começou ou ocorreu.
Descrição

Captura a data e hora exatas da execução de uma atividade, dando o contexto cronológico dos eventos.\n\nEste timestamp é a base para análises de tempo no Process Mining. Serve para calcular tempos de ciclo, espera entre tarefas e a duração de etapas, sendo vital para achar gargalos e atrasos.

Por que é importante

Este timestamp é vital para ordenar os eventos e calcular métricas de performance, como tempo de ciclo e espera.

Onde obter

Refere-se à data de criação ou conclusão de tarefas, ou ao timestamp na trilha de auditoria do evento de qualidade.

Exemplos
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
Última Atualização de Dados
LastDataUpdate
O timestamp da última atualização ou extração de dados do sistema de origem.
Descrição

Indica a data e hora da última extração de dados do Veeva Vault Quality. Mostra o quão atualizada está a análise.\n\nCrítico para o usuário saber se os dashboards refletem o estado atual da operação. É um atributo chave de governança de dados.

Por que é importante

Informa os usuários sobre a atualidade dos dados, garantindo que entendam quão recente é a análise do processo.

Onde obter

Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL).

Exemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Data Alvo de Resolução
TargetResolutionDate
A data planejada ou obrigatória para o fechamento final do evento de qualidade.
Descrição

Define o SLA ou prazo para resolver o evento de qualidade. Geralmente é calculado pela data de criação e gravidade do caso.\n\nEsta data é a régua para medir a performance. É essencial para o KPI de taxa de resolução no prazo, ajudando a entender se os prazos são cumpridos e o que causa atrasos.

Por que é importante

Define o SLA para a resolução de casos, permitindo medir a pontualidade e analisar atrasos.

Onde obter

Provavelmente um campo de data no objeto do evento, inserido manualmente ou calculado pelo sistema.

Exemplos
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
Departamento Atribuído
AssignedDepartment
O departamento ou área responsável pelo evento ou atividade de qualidade.
Descrição

Especifica a área (ex: QA, Manufatura, P&D) responsável pela tarefa. Geralmente vem do perfil do usuário.\n\nCrítico para análises de alto nível. Permite comparar eficiência entre departamentos, achando falhas sistêmicas e apoiando o dashboard de carga de trabalho.

Por que é importante

Permite filtrar e comparar a performance entre unidades de negócio, revelando gargalos locais ou melhores práticas.

Onde obter

Geralmente está no perfil do usuário vinculado ao investigador ou em um campo direto no próprio objeto do evento.

Exemplos
Garantia de QualidadeOperações de ManufaturaPesquisa e Desenvolvimento
Duração da Atividade
ActivityDuration
O tempo de processamento de uma única atividade.
Descrição

Mede o tempo de trabalho ativo. É a diferença entre o EndTime e o StartTime.\n\nAnalisar a duração das tarefas mostra quais etapas consomem mais esforço real (diferente do tempo de espera). É vital para achar ineficiências em tarefas específicas e planejar a capacidade da equipe.

Por que é importante

Mede o tempo real de execução das tarefas, ajudando a identificar atividades ineficientes e oportunidades para automação ou simplificação.

Onde obter

Esta é uma métrica calculada, subtraindo o 'EventTime' (Horário de Início) do 'EndTime' de cada atividade.

Exemplos
2 horas e 30 minutos45 minutos8 horas e 15 minutos
End Time
EndTime
O timestamp que indica quando uma atividade foi concluída.
Descrição

Captura a data e hora em que uma tarefa terminou. É essencial para entender a duração de etapas individuais.\n\nNo Process Mining, o EndTime é usado com o StartTime para calcular o tempo de processamento. Isso é fundamental para identificar quais tarefas demoram mais, causando atrasos no ciclo total.

Por que é importante

Permite calcular o tempo de processamento das atividades, essencial para achar gargalos em tarefas específicas.

Onde obter

Geralmente disponível no histórico de workflow ou auditoria, como campos de 'data de conclusão' ou 'modificado em'.

Exemplos
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
Investigador Atribuído
AssignedInvestigator
O usuário ou recurso atribuído para realizar uma investigação ou tarefa específica.
Descrição

Identifica quem fez a atividade (pessoa, cargo ou equipe). Pode ser o dono do evento ou o responsável por uma tarefa de workflow.\n\nAnalisar isso ajuda a entender a carga de trabalho e o desempenho de cada recurso. É vital para o dashboard de distribuição de carga de investigadores e para otimizar a equipe.

Por que é importante

Monitora quem executa o trabalho, permitindo analisar carga, eficiência e necessidades de treinamento.

Onde obter

Encontrado nos campos de proprietário ou usuário atribuído no objeto Quality Event ou em tarefas de workflow no Veeva Vault.

Exemplos
Alice JohnsonBob WilliamsEquipe de Investigação de QA
Nível de severidade
SeverityLevel
O nível de gravidade ou risco avaliado para o evento de qualidade (alto, médio ou baixo).
Descrição

Classifica o evento pelo impacto potencial na qualidade, segurança ou conformidade. A gravidade dita a urgência e profundidade da investigação.\n\nAnalisar por gravidade é chave para priorizar melhorias. Ajuda a entender se eventos críticos demoram mais, geram mais retrabalho ou seguem fluxos diferentes, garantindo foco no que é mais importante.

Por que é importante

Classifica eventos por impacto, permitindo priorizar melhorias em áreas de alto risco com base em dados.

Onde obter

Campo padrão no objeto do evento, geralmente uma lista de seleção vinda de uma matriz de risco.

Exemplos
AltoMédioBaixo
Status do Evento de Qualidade
QualityEventStatus
O estado atual do ciclo de vida do evento de qualidade.
Descrição

Indica o status atual (ex: 'Aberto', 'Em Investigação', 'Aguardando Aprovação'). Dá uma foto de onde o caso está.\n\nEssencial para o dashboard de visão geral, permitindo monitorar casos em tempo real. Ajuda gestores a acompanhar o progresso e destravar tarefas paradas.

Por que é importante

Dá uma visão instantânea do estado atual do caso, essencial para monitorar o trabalho em andamento e identificar eventos parados.

Onde obter

Campo padrão no Veeva Vault Quality que reflete a etapa atual no ciclo de vida do evento.

Exemplos
Em TriagemEm InvestigaçãoCAPA PropostoEncerrado
Tipo de Evento de Qualidade
QualityEventType
A classificação do evento de qualidade (ex: CAPA, Desvio ou Reclamação).
Descrição

Categoriza o evento de qualidade por sua natureza. Diferentes tipos costumam seguir caminhos distintos, com prazos e regras de conformidade próprios.\n\nAnalisar por tipo de evento é essencial para entender variações. Permite comparar a eficiência no tratamento de desvios versus CAPAs, ajudando a ajustar melhorias para cada contexto.

Por que é importante

Diferencia os tipos de processos de qualidade, que costumam ter fluxos, SLAs e regras de conformidade próprios.

Onde obter

Campo padrão de classificação no objeto do evento no Veeva Vault Quality, geralmente uma lista de seleção.

Exemplos
DesvioAção Corretiva e Preventiva (CAPA)Não conformidadeReclamação
Causa raiz
RootCause
A causa real identificada para o evento de qualidade.
Descrição

Contém a conclusão final da análise de causa raiz (RCA). Categoriza o motivo básico do problema (ex: falha de equipamento, erro humano ou falha de processo).\n\nAnalisar causas raiz é vital para resolver problemas. Ajuda a achar falhas sistêmicas que exigem CAPAs. Este atributo alimenta diretamente os dashboards de eficácia de CAPA e tempo de ciclo de RCA.

Por que é importante

Categoriza as razões fundamentais dos problemas de qualidade, permitindo análises estratégicas para evitar reincidências.

Onde obter

Geralmente um campo de texto ou lista de seleção no evento ou no objeto de RCA.

Exemplos
Mau Funcionamento de EquipamentoErro de ProcedimentoTreinamento InadequadoDefeito de Material
É Reincidência
IsRecurrence
Um marcador que indica se este evento de qualidade é uma reincidência de um problema já identificado.
Descrição

Sinaliza se o evento é reincidente. É um alerta crítico de que ações corretivas anteriores falharam.\n\nFundamental para o dashboard de eficácia de CAPA. Monitorar reincidências mostra o sucesso real do sistema de qualidade a longo prazo e aponta problemas sistêmicos ignorados.

Por que é importante

Destaca falhas em ações corretivas, permitindo analisar por que problemas se repetem e como melhorar soluções de longo prazo.

Onde obter

Pode ser um campo de seleção no objeto de Evento de Qualidade ou um campo calculado com base em links para eventos similares anteriores.

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Um indicador calculado que identifica atividades ou casos que configuram retrabalho.
Descrição

Sinaliza se uma atividade é retrabalho (ex: reabrir uma CAPA ou repetir uma investigação). É calculado com base nos padrões de fluxo.\n\nNo Process Mining, serve para quantificar desperdício e custos extras. É vital para o dashboard de análise de retrabalho, ajudando a achar causas de ineficiência e falhas na primeira execução.

Por que é importante

Quantifica a ineficiência sinalizando trabalhos repetidos, o que ajuda a identificar causas raiz de falhas e desperdício de esforço.

Onde obter

Este atributo não vem direto da fonte. É calculado na transformação de dados ao detectar tarefas repetidas ou loops no mesmo caso.

Exemplos
verdadeirofalse
Produto
Product
O produto ou material associado ao evento de qualidade.
Descrição

Vincula o evento a um produto, material ou lote específico. Vital para rastreabilidade em setores regulados.\n\nAnalisar por produto ajuda a ver se certos itens falham mais, orientando melhorias na produção. Permite filtrar dashboards por linha de produto.

Por que é importante

Associa eventos de qualidade a produtos específicos, permitindo identificar problemas e tendências por produto.

Onde obter

Geralmente um campo de referência que vincula o evento a um objeto de Produto ou Material no Veeva Vault.

Exemplos
Produto A-100Produto B-200Matéria-prima C-300
Resolução dentro do Prazo.
IsOnTimeResolution
Um indicador calculado que sinaliza se o evento de qualidade foi concluído dentro do prazo previsto.
Descrição

Campo sim/não que compara a data real de fechamento com o prazo planejado. Mede a pontualidade.\n\nBase para o dashboard de performance no prazo. Facilita ver quais tipos de eventos, áreas ou unidades têm mais dificuldade em cumprir datas.

Por que é importante

Oferece uma métrica clara de sucesso ou falha no cumprimento de prazos, simplificando relatórios e análises de desempenho.

Onde obter

Calculado comparando o timestamp da atividade 'Revisão Final e Fechamento' com o atributo 'DataResoluçãoPrevista'. Fórmula: Hora de Fechamento <= DataResoluçãoPrevista.

Exemplos
verdadeirofalse
Resultado da Verificação de Eficácia
EffectivenessCheckResult
O resultado da etapa de verificação para confirmar se a ação corretiva foi eficaz.
Descrição

Registra se a ação corretiva foi 'Eficaz' ou 'Não Eficaz'.\n\nMede o sucesso do processo de CAPA. É fundamental para o KPI de taxa de eficácia, mostrando se as soluções realmente evitam que o problema volte a ocorrer.

Por que é importante

Mede diretamente o sucesso das ações corretivas, dando o feedback necessário para melhorar a resolução de problemas.

Onde obter

Provavelmente uma lista de seleção em um objeto de ação de CAPA ou verificação de eficácia vinculado ao evento principal.

Exemplos
EficazNão EficazPendente de Verificação
Tempo de aprovação
ApprovalTime
O tempo levado para concluir uma atividade específica de aprovação.
Descrição

Mede a duração das etapas de aprovação (ex: plano de CAPA aprovado). É o tempo entre o pedido e a decisão final.\n\nDesenhado para o dashboard de gargalos de aprovação. Ao isolar o tempo de espera por decisões, ajuda a tratar lentidões em processos de aprovação ineficientes.

Por que é importante

Identifica atrasos em decisões críticas, ajudando a agilizar workflows de aprovação e reduzir o tempo de ciclo total.

Onde obter

Métrica calculada pela diferença de tempo entre o início e o fim das atividades de aprovação no Event Log.

Exemplos
3 dias e 4 horas1 dia 0 horas7 dias e 8 horas
Tempo de Ciclo
CycleTime
O tempo total decorrido da criação do evento de qualidade até o seu fechamento final.
Descrição

Duração total para resolver o evento. É a diferença entre a primeira tarefa (criação) e a última (fechamento).\n\nO tempo de ciclo é o principal KPI de eficiência. No dashboard de tempo de resolução, serve para ver tendências, achar causas de atrasos e definir metas de melhoria.

Por que é importante

Mede a eficiência do processo de ponta a ponta, oferecendo um KPI crítico para acompanhar o desempenho geral e o impacto das melhorias.

Onde obter

Métrica calculada no nível do caso, subtraindo o timestamp do primeiro evento do timestamp do último.

Exemplos
30 dias e 12 horas65 dias e 4 horas15 dias e 2 horas
Unidade
Site
A unidade fabril, planta ou local onde o evento de qualidade ocorreu ou foi identificado.
Descrição

Especifica o local (planta ou laboratório) do evento. Dá contexto geográfico ao problema.\n\nÓtimo para análises comparativas. Permite à gestão ver tempos de resolução e tipos de falha por unidade, ajudando a disseminar boas práticas ou focar em locais problemáticos.

Por que é importante

Fornece uma dimensão geográfica ou organizacional para análise, facilitando a comparação de desempenho e a identificação de problemas por unidade.

Onde obter

Geralmente um campo padrão no objeto do evento, vinculado a uma lista de unidades da empresa.

Exemplos
Unidade A - New JerseyUnidade B - IrlandaUnidade C - Suíça
Obrigatório Recomendado Opcional

Atividades de Gestão de Qualidade

Estas são as etapas e marcos essenciais para capturar no seu Event Log para uma descoberta e análise precisa da Gestão de Qualidade.
7 Recomendado 6 Opcional
Atividade Descrição
Ação Corretiva Implementada
Representa a conclusão de todas as tarefas do plano de ação corretiva aprovado. Confirma que as ações necessárias para sanar a causa raiz foram tomadas. É registrado quando o status do registro de CAPA muda para 'Implementação Concluída'.
Por que é importante

Marco importante da transição do planejamento para a execução. O tempo entre este evento e a aprovação da CAPA revela a eficiência da implementação.

Onde obter

Inferido de uma mudança de estado no objeto CAPA para algo como 'Implementado' ou 'Pendente de Verificação de Eficácia'.

Captura

Do timestamp de mudança de estado no objeto CAPA vinculado.

Tipo de evento inferred
Análise de causa raiz realizada
Representa o fim da fase de análise de causa raiz (RCA), onde o motivo real do evento foi identificado. Geralmente registrado quando o investigador conclui a tarefa de RCA ou move o evento para o status 'CAPA Pendente'.
Por que é importante

Crucial para medir o KPI de 'Tempo Médio de Análise de Causa Raiz'. Analisar sua duração ajuda a achar gargalos no processo analítico e melhorar a qualidade da investigação.

Onde obter

Geralmente inferido por mudança de status (ex: 'RCA Concluída') ou pela finalização de uma tarefa de workflow específica.

Captura

Do timestamp de mudança de estado ou conclusão de uma tarefa de RCA.

Tipo de evento inferred
Eficácia da Ação Verificada
Esta atividade confirma que as ações corretivas tiveram sucesso em evitar a reincidência. Uma verificação formal é feita e documentada. É registrado quando o status muda para 'Eficácia Verificada'.
Por que é importante

Validação final do sucesso da solução. Crítica para o KPI de eficácia de CAPA. Uma falha aqui gera retrabalho e reabertura de investigação.

Onde obter

Inferido de uma mudança de estado no objeto Quality Event ou CAPA para status como 'Verificado' ou 'Fechado - Eficaz'.

Captura

Do timestamp de mudança de estado indicando verificação bem-sucedida.

Tipo de evento inferred
Evento de Qualidade Criado
Início do processo, representando a criação formal do registro no Veeva. Ativado quando um novo problema, não conformidade ou reclamação é logado.
Por que é importante

Marca o início do ciclo de vida do caso, sendo essencial para calcular o Tempo de Ciclo total e medir fases iniciais, como o tempo para começar uma investigação.

Onde obter

Evento explícito capturado do timestamp de criação no Veeva Vault. A trilha de auditoria mostra data, hora e usuário exatos.

Captura

Use o timestamp de criação do registro principal do Evento de Qualidade.

Tipo de evento explicit
Investigação Iniciada
Marca o início formal da investigação da causa raiz. Um investigador ou equipe é atribuído e o evento entra em fase ativa. É registrado quando o status do ciclo de vida do Evento de Qualidade muda para 'Sob Investigação'.
Por que é importante

Marco chave para medir o KPI de tempo entre a identificação e a investigação. Atrasos aqui indicam gargalos na atribuição de recursos.

Onde obter

Inferido quando o estado do objeto Quality Event muda para 'Em Investigação'. A atribuição de um investigador também serve como gatilho.

Captura

Use o timestamp da mudança de status para 'Sob Investigação'.

Tipo de evento inferred
Plano de Ação Corretiva Aprovado
Marca a aprovação formal do plano de ação corretiva pelas partes interessadas, como um conselho de revisão de qualidade. É uma etapa crítica antes de qualquer implementação. É registrado quando o plano de CAPA muda para o status 'Aprovado'.
Por que é importante

Esta etapa costuma ser um grande gargalo. Medir o tempo de ciclo do workflow de aprovação ajuda a tratar atrasos na revisão, agilizando a resolução final.

Onde obter

Inferido do timestamp de mudança para 'Aprovado' no objeto CAPA Plan. Pode ser refletido como mudança no Evento de Qualidade pai.

Captura

Do timestamp de mudança de estado no objeto CAPA Plan vinculado.

Tipo de evento inferred
Revisão Final e Fechamento
Representa a última revisão administrativa antes do fechamento oficial do registro. Garante que toda a documentação esteja completa e os processos seguidos. É o passo final antes do caso ser considerado resolvido.
Por que é importante

Atividade final essencial para calcular o Tempo de Ciclo total. Indica o fim de todo o trabalho e seu timestamp é comparado ao prazo planejado para medir a performance.

Onde obter

Inferido de uma mudança de estado no objeto Quality Event para 'Fechado', 'Resolvido' ou estado similar.

Captura

Do timestamp da mudança de estado final para 'Fechado'.

Tipo de evento inferred
Ação Preventiva Identificada
Ocorre quando uma ação preventiva é identificada para evitar reincidências futuras. É registrado pela criação de um registro de Ação Preventiva (PA) vinculado ao evento.
Por que é importante

Embora não faça parte de todos os casos, monitorar essa atividade ajuda a entender o quão proativo é o processo de qualidade. Isso traz insights sobre o foco da organização em prevenção de longo prazo em vez de apenas correções imediatas.

Onde obter

Inferido do timestamp de criação de um registro de Ação Preventiva vinculado no Veeva Vault.

Captura

Use o timestamp de criação de um registro de Ação Preventiva vinculado.

Tipo de evento inferred
Partes Interessadas Notificadas da Resolução
Representa o aviso enviado às partes interessadas sobre a resolução do evento. Pode ser um e-mail automático após o fechamento ou uma tarefa de comunicação registrada manualmente.
Por que é importante

A comunicação ágil gera transparência e satisfação. Esta tarefa permite medir o KPI de atraso na notificação às partes interessadas.

Onde obter

Pode ser um evento explícito de notificação automática ou inferido pela conclusão de uma tarefa manual de notificação.

Captura

Dos logs de notificação ou timestamp de conclusão de uma tarefa de comunicação.

Tipo de evento explicit
Plano de Ação Corretiva Proposto
Ocorre quando um plano formal para corrigir a causa raiz é elaborado e enviado para revisão. Costuma envolver a criação de uma CAPA vinculada ao evento. É registrado na criação do registro de CAPA ou atualização de status.
Por que é importante

Rastrear este passo ajuda a ver o tempo entre a análise e o desenho da solução. É vital para entender o tempo de ciclo da RCA até a proposta de CAPA.

Onde obter

Pode ser extraído de uma mudança de status para 'Aguardando Aprovação de CAPA' ou do timestamp de criação de um plano de CAPA vinculado.

Captura

Use o timestamp de criação de uma CAPA vinculada ou uma mudança de status.

Tipo de evento inferred
Problema Categorizado e Priorizado
Ponto onde o evento é formalmente categorizado por tipo, gravidade e prioridade. É um passo crítico que define o caminho e o prazo da investigação. Geralmente registrado por uma mudança de status de conclusão de classificação.
Por que é importante

Crucial para segmentar a análise por gravidade ou tipo. Ajuda a ver se casos prioritários são resolvidos mais rápido e se os recursos estão bem alocados.

Onde obter

Inferido de uma mudança de estado no objeto Quality Event (ex: 'Categorizado'). Também pode vir do timestamp em que campos-chave de classificação são preenchidos.

Captura

Inferido de uma mudança de estado ou preenchimento de campos como 'Gravidade' e 'Prioridade'.

Tipo de evento inferred
Triagem Inicial Concluída
Representa a conclusão da revisão inicial e avaliação do evento de qualidade. Aqui, as informações básicas são validadas para checar a validade e impacto do evento. Geralmente registrado quando o status muda de 'Novo' para 'Sob Avaliação'.
Por que é importante

Analisar o tempo de triagem ajuda a identificar atrasos no início do tratamento dos eventos, oferecendo insights sobre carga de trabalho e recursos no início do fluxo.

Onde obter

Inferido quando o estado do Quality Event indica que a triagem acabou (ex: de 'Novo' para 'Em Avaliação' ou 'Triado').

Captura

Do timestamp de mudança de estado no objeto Quality Event.

Tipo de evento inferred
Verificação de Eficácia Iniciada
Marca o início do período de monitoramento da eficácia das ações corretivas. Não é um evento pontual, mas o começo da fase de verificação. É registrado quando o evento de qualidade ou registro de CAPA entra no status 'Monitoramento' ou 'Pendente de Verificação de Eficácia'.
Por que é importante

Inicia o ciclo de validação final. A duração desta fase é importante para entender quanto tempo leva para confirmar o sucesso de uma resolução.

Onde obter

Inferido de uma mudança de estado no objeto Quality Event ou CAPA para um status de revisão de eficácia.

Captura

Do timestamp de mudança para um estado de monitoramento.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do Veeva Vault Quality