Seu template de dados de Gestão da Qualidade
Seu template de dados de Gestão da Qualidade
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos de Gestão de Qualidade
| 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
|
|||
Atividades de Gestão de Qualidade
| 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
|
|||