Seu Template de dados de Gestão da Qualidade
Seu Template de dados de Gestão da Qualidade
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração
Atributos da gestão da qualidade
| Nome | Descrição | ||
|---|---|---|---|
|
Evento de qualidade
QualityEvent
|
O identificador exclusivo de um único Quality Event, como um desvio, uma não conformidade ou uma CAPA. | ||
|
Descrição
O Quality Event funciona como o identificador principal do caso, conectando todas as atividades, investigações e resoluções relacionadas a um problema de qualidade específico. Ele atua como o fio condutor central que conecta todo o ciclo de vida de um incidente, desde o registro inicial até o encerramento final. No Process Mining, esse atributo é essencial para reconstruir a jornada de ponta a ponta de cada Quality Event. Ele permite analisar variações do processo, tempos de ciclo e conformidade entre diferentes tipos de eventos, oferecendo uma visão completa de como incidentes individuais de qualidade são gerenciados, investigados e resolvidos.
Por que isso importa
Este é o Case ID essencial que agrupa todas as atividades relacionadas em uma única instância do processo, tornando possível a análise de ponta a ponta.
Onde obter
Este é o identificador principal dos registros de Quality Events no Veeva Vault Quality, geralmente chamado de “Name” ou representado por um campo de ID exclusivo no objeto Quality Event.
Exemplos
QE-2023-00123CAPA-2023-00456DEV-2023-00789
|
|||
|
Horário do evento
EventTime
|
O registro de data e hora que indica quando uma atividade específica começou ou ocorreu. | ||
|
Descrição
Este atributo registra a data e a hora exatas em que uma atividade foi executada. Ele fornece o contexto cronológico de todos os eventos dentro de um caso. Esse registro de data e hora é fundamental para todas as análises de Process Mining baseadas em tempo. Ele é usado para calcular tempos de ciclo, tempos de espera entre atividades e durações de etapas específicas, essenciais para identificar atrasos e gargalos de performance.
Por que isso importa
Este registro de data e hora é essencial para ordenar os eventos cronologicamente e calcular todas as métricas de performance, como tempo de ciclo e tempo de espera.
Onde obter
Isso corresponde à data de criação ou conclusão das tarefas ou ao registro de data e hora dos eventos na trilha de auditoria de um objeto Quality Event.
Exemplos
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
|
|||
|
Nome da atividade
ActivityName
|
O nome de uma tarefa ou etapa específica que ocorreu durante o ciclo de vida do Quality Event. | ||
|
Descrição
Este atributo descreve uma atividade de negócio ou um evento distinto que acontece durante o gerenciamento de um Quality Event. São as etapas do processo, como “Investigação iniciada” ou “Plano de ação corretiva aprovado”. Analisar a sequência e a frequência dessas atividades é o núcleo do Process Mining. Isso ajuda a descobrir o fluxo real do processo, identificar gargalos entre as etapas e detectar desvios do procedimento operacional padrão.
Por que isso importa
Ele define as etapas do processo, permitindo visualizar e analisar o fluxo do processo.
Onde obter
Normalmente, ele é derivado dos nomes das tarefas do Workflow, das mudanças de status ou das entradas da trilha de auditoria no Veeva Vault Quality.
Exemplos
Triagem inicial concluídaAnálise de causa raiz realizadaRevisão final e encerramento
|
|||
|
Sistema de origem
SourceSystem
|
O sistema do qual os dados de Quality Management foram extraídos. | ||
|
Descrição
Este atributo identifica a origem dos dados, que neste caso é o Veeva Vault Quality. Ele ajuda na governança de dados e fornece contexto, especialmente quando dados de vários sistemas são combinados. Na análise, ele é usado para filtrar dados e garantir a linhagem dos dados. Entender o sistema de origem ajuda a interpretar os dados corretamente e a solucionar problemas de qualidade dos dados.
Por que isso importa
Fornece contexto essencial sobre a origem dos dados, algo fundamental para a governança de dados, a rastreabilidade e a análise de vários sistemas.
Onde obter
Este é um valor estático que deve ser adicionado durante o processo de transformação dos dados para identificar todos os registros dessa origem.
Exemplos
Veeva Vault Quality
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O registro de data e hora da última atualização ou extração dos dados do sistema de origem. | ||
|
Descrição
Este atributo indica o nível de atualização dos dados analisados. Ele mostra a data e a hora em que os dados foram extraídos pela última vez do Veeva Vault Quality e carregados na ferramenta de Process Mining. Essas informações são essenciais para que os usuários entendam a atualidade da análise e saibam se os Dashboards refletem o estado mais recente das operações. É um atributo importante de governança de dados.
Por que isso importa
Informa aos usuários a atualidade e a relevância dos dados, garantindo que eles entendam quão atual é a análise do processo.
Onde obter
Este registro de data e hora é gerado e adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados.
Exemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Data prevista para resolução
TargetResolutionDate
|
A data planejada ou exigida para o encerramento final do evento de qualidade. | ||
|
Descrição
Este atributo define o acordo de nível de serviço (SLA) ou o prazo-alvo para resolver um evento de qualidade. Ele geralmente é calculado com base na data de criação e na gravidade ou no tipo do evento. Essa data é a referência usada para medir a performance real. Ela é essencial para o Dashboard 'Performance de resolução no prazo' e o KPI 'Taxa de resolução no prazo', ajudando a identificar se os eventos estão sendo resolvidos dentro do prazo e quais fatores contribuem para os atrasos.
Por que isso importa
Define o SLA para a resolução do caso, permitindo medir a performance no prazo e analisar os atrasos.
Onde obter
Provavelmente é um campo de data no objeto Quality Event, preenchido manualmente ou calculado automaticamente pelo sistema.
Exemplos
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
|
|||
|
Departamento designado
AssignedDepartment
|
O departamento ou a área funcional responsável pelo Quality Event ou pela atividade. | ||
|
Descrição
Este atributo especifica a unidade de negócio ou o departamento, como Quality Assurance, Manufacturing ou R&D, responsável por tratar o Quality Event ou uma tarefa específica. Normalmente, ele é derivado do perfil do usuário designado. Essa dimensão é essencial para a análise de performance em alto nível. Ela permite comparar a eficiência e a conformidade do processo entre diferentes áreas da organização, ajudando a identificar problemas sistêmicos em departamentos específicos e apoiando o Dashboard “Distribuição da carga de trabalho dos investigadores”.
Por que isso importa
Permite filtrar e comparar a performance do processo entre diferentes unidades de negócio, revelando gargalos departamentais ou melhores práticas.
Onde obter
Essas informações normalmente ficam armazenadas nos dados do perfil do usuário vinculado ao “Investigador designado” ou podem estar em um campo direto do próprio objeto Quality Event.
Exemplos
Garantia da qualidadeOperações de manufaturaPesquisa e desenvolvimento
|
|||
|
Horário de término
EndTime
|
O registro de data e hora que indica quando uma atividade foi concluída. | ||
|
Descrição
Este atributo registra a data e a hora em que uma atividade ou tarefa específica foi concluída. Ele é diferente do StartTime (EventTime) e é essencial para entender a duração de cada etapa do processo. No Process Mining, o EndTime é usado em conjunto com o StartTime para calcular o tempo de processamento das atividades. Isso é fundamental para identificar quais tarefas estão demorando mais, contribuindo para o tempo total de ciclo e possíveis atrasos.
Por que isso importa
Permite calcular os tempos de processamento das atividades, algo essencial para identificar gargalos no nível das tarefas.
Onde obter
Esse registro de data e hora normalmente está disponível no histórico do Workflow ou nos dados da trilha de auditoria de um Quality Event, geralmente como um campo “data de conclusão” ou “modificado em” de uma tarefa ou status específico.
Exemplos
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
|
|||
|
Investigador designado
AssignedInvestigator
|
O usuário ou recurso designado para realizar uma investigação ou uma tarefa específica. | ||
|
Descrição
Este atributo identifica a pessoa, a função ou a equipe responsável por executar uma determinada atividade durante o ciclo de vida do Quality Event. Pode ser o responsável pelo próprio Quality Event ou o responsável por uma tarefa específica do Workflow. Analisar esse atributo ajuda a entender a distribuição da carga de trabalho e a performance dos recursos, além de identificar equipes ou pessoas sobrecarregadas. Ele é essencial para o Dashboard “Distribuição da carga de trabalho dos investigadores” e para otimizar a alocação de recursos e melhorar a eficiência.
Por que isso importa
Registra quem realiza o trabalho, permitindo analisar a carga de trabalho, a eficiência dos recursos e as necessidades de treinamento.
Onde obter
Encontrado nos campos de proprietário ou usuário designado do objeto Quality Event ou dos objetos de tarefas de Workflow relacionados no Veeva Vault Quality.
Exemplos
Alice JohnsonBob WilliamsEquipe de investigação da qualidade
|
|||
|
Nível de gravidade
SeverityLevel
|
O nível de gravidade ou risco avaliado para o evento de qualidade, como alto, médio ou baixo. | ||
|
Descrição
Este atributo classifica o evento de qualidade com base no possível impacto sobre a qualidade do produto, a segurança do paciente ou a conformidade regulatória. A gravidade geralmente determina a urgência e o nível de profundidade necessário na investigação. Analisar por nível de gravidade é essencial para priorizar os esforços de melhoria. Isso ajuda a entender se eventos de alta gravidade levam mais tempo para serem resolvidos, seguem caminhos diferentes no processo ou apresentam uma taxa maior de retrabalho, garantindo que os problemas mais críticos recebam mais atenção.
Por que isso importa
Classifica os eventos por impacto, permitindo uma análise baseada em risco e a priorização dos esforços de melhoria do processo nas áreas de maior risco.
Onde obter
Este é um campo de classificação padrão no objeto Quality Event, geralmente uma lista de opções derivada de uma matriz de risco.
Exemplos
AltoMédioBaixo
|
|||
|
Status do Quality Event
QualityEventStatus
|
O estado atual do ciclo de vida do evento de qualidade. | ||
|
Descrição
Este atributo indica o status atual do evento de qualidade, como 'Aberto', 'Em investigação', 'Aguardando aprovação' ou 'Fechado'. Ele oferece uma visão do estágio em que cada caso está no ciclo de vida. Isso é essencial para o Dashboard 'Visão geral do progresso dos Quality Events', permitindo monitorar em tempo real os casos em andamento. Ele ajuda os gestores a acompanhar o progresso, identificar eventos parados e gerenciar a carga de trabalho geral com eficiência.
Por que isso importa
Oferece uma visão do estado atual de um caso, essencial para monitorar o trabalho em andamento e identificar eventos parados.
Onde obter
Este é um campo padrão no objeto Quality Event do Veeva Vault Quality que indica sua posição no ciclo de vida.
Exemplos
Em triagemEm investigaçãoCAPA propostaEncerrado
|
|||
|
Tipo de Quality Event
QualityEventType
|
A classificação do Quality Event, como CAPA, Desvio ou Reclamação. | ||
|
Descrição
Este atributo categoriza o Quality Event com base na sua natureza. Diferentes tipos de Quality Events geralmente seguem caminhos de processo distintos e têm requisitos de conformidade e prazos de resolução diferentes. Analisar por tipo de evento é fundamental para entender as variações do processo. Isso permite comparar, por exemplo, a performance e a eficiência do tratamento de desvios e CAPAs, além de ajudar a adaptar as iniciativas de melhoria a contextos específicos do processo.
Por que isso importa
Diferencia os vários tipos de processos de qualidade, que geralmente têm Workflows, SLAs e regras de conformidade próprios.
Onde obter
Este é um campo de classificação padrão no objeto Quality Event do Veeva Vault Quality, geralmente uma lista de opções.
Exemplos
DesvioAção corretiva e preventiva (CAPA)Não conformidadeReclamação
|
|||
|
Causa raiz
RootCause
|
A causa subjacente identificada para o evento de qualidade. | ||
|
Descrição
Este atributo contém a conclusão final da investigação de análise de causa raiz (RCA). Ele categoriza o motivo fundamental do problema de qualidade, como falha de equipamento, erro humano ou deficiência de procedimento. Analisar as causas raiz é essencial para resolver problemas com eficiência. Isso ajuda a identificar problemas sistêmicos recorrentes que precisam ser tratados por meio de ações corretivas e preventivas. Este atributo dá suporte direto aos Dashboards 'Tempo de ciclo da análise de causa raiz' e 'Efetividade de CAPA'.
Por que isso importa
Categoriza os motivos fundamentais dos problemas de qualidade, permitindo uma análise estratégica para evitar novas ocorrências.
Onde obter
Normalmente é um campo de texto ou uma lista de opções no objeto Quality Event ou em um objeto relacionado de análise de causa raiz.
Exemplos
Mau funcionamento do equipamentoErro de procedimentoTreinamento inadequadoDefeito de material
|
|||
|
É recorrência
IsRecurrence
|
Um indicador que informa se este evento de qualidade é uma recorrência de um problema identificado anteriormente. | ||
|
Descrição
Este atributo booleano indica que um evento de qualidade não é um problema novo e único, mas a repetição de um problema ocorrido anteriormente. É um indicador crítico de falha das ações corretivas anteriores. Este indicador é fundamental para o Dashboard 'Efetividade de CAPA e taxa de recorrência'. Acompanhar as recorrências oferece um feedback direto sobre o sucesso de longo prazo do sistema de gestão da qualidade e ajuda a identificar problemas sistêmicos que não estão sendo tratados adequadamente.
Por que isso importa
Evidencia falhas nas ações corretivas, permitindo analisar por que os problemas estão se repetindo e como melhorar as soluções de longo prazo.
Onde obter
Pode ser um campo de caixa de seleção no objeto Quality Event ou um campo derivado com base em vínculos com eventos anteriores semelhantes.
Exemplos
truefalse
|
|||
|
É resolução no prazo
IsOnTimeResolution
|
Um indicador calculado que informa se o evento de qualidade foi fechado até a data prevista. | ||
|
Descrição
Este atributo booleano é derivado da comparação entre a data real de encerramento de um evento de qualidade e sua 'Data prevista para resolução'. Ele oferece um resultado simples e binário sobre a performance no prazo. Este indicador é a base do Dashboard 'Performance de resolução no prazo' e do KPI 'Taxa de resolução no prazo'. Ele permite agregar e filtrar facilmente os dados para entender quais tipos de eventos, departamentos ou unidades têm dificuldade para cumprir os prazos.
Por que isso importa
Oferece uma métrica clara de sucesso ou falha no cumprimento dos prazos, simplificando a análise e os relatórios de performance.
Onde obter
Calculado comparando o timestamp da atividade 'Revisão final e encerramento' com o atributo 'TargetResolutionDate'. Fórmula: Tempo de encerramento <= TargetResolutionDate.
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Um indicador calculado que identifica atividades ou casos que representam retrabalho. | ||
|
Descrição
Este atributo é um indicador booleano que mostra que determinada atividade ou sequência de atividades representa retrabalho, como repetir uma investigação ou reabrir uma CAPA fechada. Ele não é um campo padrão, mas é calculado com base nos padrões do fluxo do processo. No Process Mining, esse indicador é usado para quantificar o esforço e o custo desperdiçados no processo. Ele é essencial para o Dashboard 'Análise de retrabalho' e o KPI 'Taxa de retrabalho de Quality Events', ajudando a identificar as causas da ineficiência e da baixa qualidade na primeira execução.
Por que isso importa
Quantifica a ineficiência do processo ao sinalizar trabalhos repetidos, ajudando a identificar as causas raiz dos problemas de qualidade e do esforço desperdiçado.
Onde obter
Este atributo não é obtido diretamente de uma fonte. Ele é calculado durante a transformação dos dados, detectando nomes de atividades repetidos ou loops no processo para um determinado caso.
Exemplos
truefalse
|
|||
|
Produto
Product
|
O produto ou material associado ao evento de qualidade. | ||
|
Descrição
Este atributo vincula o evento de qualidade a um produto, material ou lote específico. Essa conexão é essencial para a rastreabilidade e a análise de impacto em setores regulados. Analisar os eventos de qualidade por produto ajuda a identificar se determinados produtos estão mais sujeitos a problemas, orientando melhorias no produto ou ajustes no processo de fabricação. Também permite filtrar os Dashboards para visualizar a performance de linhas de produtos específicas.
Por que isso importa
Vincula eventos de qualidade a produtos específicos, permitindo analisar problemas e tendências relacionados a cada produto.
Onde obter
Normalmente é um campo de referência no objeto Quality Event que aponta para um objeto Product ou Material no Veeva Vault.
Exemplos
Produto A-100Produto B-200Matéria-prima C-300
|
|||
|
Resultado da verificação de efetividade
EffectivenessCheckResult
|
O resultado da etapa de verificação que confirma se uma ação corretiva foi efetiva. | ||
|
Descrição
Este atributo registra o resultado da verificação de efetividade, realizada depois da implementação de uma ação corretiva. O resultado geralmente é 'Efetiva' ou 'Não efetiva'. Essa é uma medida direta do sucesso do processo de CAPA e é essencial para o Dashboard 'Efetividade de CAPA e taxa de recorrência' e o KPI 'Taxa de efetividade de CAPA'. Ele oferece um feedback claro sobre a capacidade das soluções implementadas de evitar que o problema volte a acontecer.
Por que isso importa
Mede diretamente o sucesso das ações corretivas, oferecendo um feedback essencial para melhorar o processo de resolução de problemas.
Onde obter
Seria um campo, provavelmente uma lista de opções, em um objeto CAPA Action ou Effectiveness Check relacionado ao Quality Event principal.
Exemplos
EficazIneficazAguardando verificação
|
|||
|
Tempo de aprovação
ApprovalTime
|
O tempo necessário para concluir uma atividade específica de aprovação. | ||
|
Descrição
Essa métrica mede a duração das etapas de aprovação, como 'Plano de ação corretiva aprovado'. Ela é calculada como o tempo entre a solicitação de aprovação e sua concessão ou rejeição. Este atributo foi desenvolvido especificamente para dar suporte ao Dashboard 'Gargalos do Workflow de aprovação' e ao KPI 'Tempo de ciclo do Workflow de aprovação'. Ao isolar o tempo gasto aguardando aprovações, ele ajuda a identificar e tratar atrasos causados por decisões lentas ou processos de aprovação ineficientes.
Por que isso importa
Identifica atrasos em etapas críticas de tomada de decisão, ajudando a simplificar os Workflows de aprovação e reduzir o tempo de ciclo geral.
Onde obter
Esta métrica é calculada encontrando a diferença de tempo entre o início e o fim das atividades relacionadas à aprovação no Event Log.
Exemplos
3 dias e 4 horas1 dia e 0 horas7 dias e 8 horas
|
|||
|
Tempo de ciclo
CycleTime
|
O tempo total transcorrido entre a criação de um evento de qualidade e seu encerramento final. | ||
|
Descrição
Essa métrica representa a duração de ponta a ponta da resolução de um evento de qualidade. Ela é calculada como a diferença entre a primeira atividade, por exemplo, 'Quality Event criado', e a última atividade, por exemplo, 'Revisão final e encerramento'. O tempo de ciclo é um dos principais indicadores de performance da eficiência geral do processo. Ele é usado no Dashboard 'Tempo de resolução de Quality Events' para analisar tendências, identificar fatores que levam a tempos de resolução longos e definir referências para a melhoria do processo.
Por que isso importa
Mede a eficiência do processo de ponta a ponta, oferecendo um KPI essencial para acompanhar a performance geral e o impacto das iniciativas de melhoria.
Onde obter
Esta é uma métrica calculada. Ela é calculada no nível do caso, subtraindo o timestamp do primeiro evento do timestamp do último evento.
Exemplos
30 dias e 12 horas65 dias e 4 horas15 dias e 2 horas
|
|||
|
Unidade
Site
|
A unidade de fabricação, planta ou local onde o evento de qualidade ocorreu ou foi identificado. | ||
|
Descrição
Este atributo especifica o local físico, como uma planta de fabricação ou um laboratório, associado ao evento de qualidade. Ele oferece um contexto geográfico ou organizacional para o problema. Essa é uma dimensão poderosa para análises comparativas, permitindo que a gestão compare a performance dos processos, os tipos de problemas e os tempos de resolução entre diferentes unidades. Ela pode ajudar a identificar problemas específicos de uma unidade ou compartilhar boas práticas de locais com alta performance.
Por que isso importa
Oferece uma dimensão geográfica ou organizacional para a análise, ajudando a comparar a performance e identificar problemas específicos de cada unidade.
Onde obter
Geralmente é um campo padrão no objeto Quality Event, vinculado a uma lista de unidades ou locais da empresa.
Exemplos
Local A - Nova JerseyLocal B - IrlandaLocal C - Suíça
|
|||
Atividades de gestão da qualidade
| Atividade | Descrição | ||
|---|---|---|---|
|
Ação corretiva implementada
|
Representa a conclusão de todas as tarefas definidas no plano de ação corretiva aprovado. Esta atividade confirma que as ações necessárias foram realizadas para solucionar a causa raiz. Ela é registrada quando o status do registro de CAPA é atualizado para “Implementação concluída”. | ||
|
Por que isso importa
Este é um marco importante que representa a transição do planejamento para a execução. O tempo entre esta etapa e a aprovação da CAPA revela a eficiência da fase de implementação.
Onde obter
Inferido a partir de uma mudança de estado do ciclo de vida no objeto CAPA associado para um status como “Implementado” ou “Aguardando verificação de eficácia”.
Captura
A partir do registro de data e hora da mudança de estado no objeto CAPA vinculado.
Tipo de evento
inferred
|
|||
|
Análise de causa raiz realizada
|
Representa a conclusão da fase de análise de causa raiz (RCA), na qual a causa subjacente do Quality Event foi identificada. Isso geralmente é registrado quando o investigador conclui a tarefa de RCA ou move o evento para o estado “Aguardando CAPA”. | ||
|
Por que isso importa
Esta atividade é essencial para medir o KPI “Tempo médio da análise de causa raiz”. Analisar sua duração ajuda a identificar gargalos no processo analítico e melhorar a qualidade da investigação.
Onde obter
Normalmente inferido a partir de uma mudança de estado do ciclo de vida no objeto Quality Event, como a passagem para “RCA concluída” ou “Aguardando plano de ação”. Também pode corresponder à conclusão de uma tarefa específica do Workflow.
Captura
A partir do registro de data e hora da mudança de estado ou da conclusão de uma tarefa relacionada à RCA.
Tipo de evento
inferred
|
|||
|
Eficácia da ação verificada
|
Esta atividade confirma que as ações corretivas implementadas foram bem-sucedidas na prevenção da recorrência do problema. Uma verificação formal é concluída e documentada. Ela é registrada quando o status da CAPA ou do Quality Event é atualizado para “Eficácia verificada”. | ||
|
Por que isso importa
Esta é a validação final do sucesso da solução e é essencial para calcular a “Taxa de eficácia de CAPA”. Uma falha nessa etapa geralmente leva a retrabalho e à reabertura da investigação.
Onde obter
Inferido a partir de uma mudança de estado do ciclo de vida no objeto Quality Event ou CAPA para um status como “Verificado” ou “Encerrado - eficaz”.
Captura
A partir do registro de data e hora da mudança de estado que indica uma verificação bem-sucedida.
Tipo de evento
inferred
|
|||
|
Investigação iniciada
|
Marca o início formal da investigação da causa raiz do Quality Event. Normalmente, um investigador ou uma equipe é designado, e o evento entra em uma fase ativa de investigação. Isso é registrado quando o estado do ciclo de vida do Quality Event muda para “Em investigação”. | ||
|
Por que isso importa
Este é um marco importante para medir o KPI “Tempo entre identificação do problema e investigação”. Atrasos antes desse ponto indicam acúmulo na alocação de recursos ou no início da análise crítica.
Onde obter
Inferido a partir do registro de data e hora em que o estado do ciclo de vida do objeto Quality Event é atualizado para “Em investigação” ou para um status semelhante. A designação de um investigador também pode servir como gatilho.
Captura
Use o registro de data e hora da mudança de estado para “Em investigação”.
Tipo de evento
inferred
|
|||
|
Plano de ação corretiva aprovado
|
Marca a aprovação formal do plano de ação corretiva proposto pelas partes interessadas relevantes, como um comitê de revisão da qualidade. Esta é uma etapa crítica antes que qualquer ação corretiva possa ser implementada. Ela é registrada quando o registro do plano de CAPA passa para o estado “Aprovado”. | ||
|
Por que isso importa
Esta etapa de aprovação costuma ser um gargalo importante. Medir o “Tempo de ciclo do Workflow de aprovação” dessa atividade ajuda a identificar e solucionar atrasos no processo de análise, acelerando a resolução geral.
Onde obter
Inferido a partir do registro de data e hora da mudança de estado do ciclo de vida para “Aprovado” no objeto Plano de CAPA associado. Esse evento pode ser replicado como uma mudança de estado no Quality Event principal.
Captura
A partir do registro de data e hora da mudança de estado no objeto Plano de CAPA vinculado.
Tipo de evento
inferred
|
|||
|
Quality Event criado
|
Este é o ponto de partida do processo e representa a criação formal de um registro de Quality Event no Veeva. Essa atividade normalmente é acionada quando um novo problema de qualidade, uma não conformidade ou uma reclamação é identificado e registrado no sistema. | ||
|
Por que isso importa
Esta atividade marca o início do ciclo de vida do caso, sendo essencial para calcular o tempo total do ciclo do Quality Event e medir a duração das fases iniciais do processo, como o tempo até o início de uma investigação.
Onde obter
Este é um evento explícito capturado a partir do registro de data e hora da criação do objeto Quality Event no Veeva Vault. A trilha de auditoria do objeto mostrará a data, a hora e o usuário exatos da criação.
Captura
Use o registro de data e hora da criação do registro principal do Quality Event.
Tipo de evento
explicit
|
|||
|
Revisão final e encerramento
|
Representa a última revisão administrativa do registro do Quality Event antes do encerramento oficial. Esta etapa garante que toda a documentação esteja completa e que todas as etapas do processo tenham sido seguidas. É a última etapa antes de o caso ser considerado resolvido. | ||
|
Por que isso importa
Esta atividade final é essencial para calcular o “Tempo total de ciclo do Quality Event”. Ela representa a conclusão de todo o trabalho, e seu registro de data e hora é comparado à “Data-alvo de resolução” para medir a performance.
Onde obter
Inferido a partir de uma mudança de estado do ciclo de vida no objeto Quality Event para “Encerrado”, “Resolvido” ou um estado terminal semelhante.
Captura
A partir do registro de data e hora da mudança de estado final para “Encerrado”.
Tipo de evento
inferred
|
|||
|
Ação preventiva identificada
|
Esta atividade ocorre quando uma ação preventiva é identificada para tratar possíveis recorrências futuras, geralmente como resultado da investigação. Ela é registrada pela criação de um registro de Ação Preventiva (PA) vinculado ao Quality Event. | ||
|
Por que isso importa
Embora não faça parte de todos os casos, acompanhar esta atividade ajuda a entender o quanto o processo de qualidade é proativo. Ela fornece insights sobre o foco da organização na prevenção de longo prazo em comparação com a correção imediata.
Onde obter
Inferido a partir do registro de data e hora da criação de um registro de Ação Preventiva vinculado no Veeva Vault.
Captura
Use o registro de data e hora da criação de um registro de Ação Preventiva vinculado.
Tipo de evento
inferred
|
|||
|
Partes interessadas notificadas sobre a resolução
|
Esta atividade representa a comunicação enviada às partes interessadas relevantes para informá-las sobre a resolução do Quality Event. Pode ser uma notificação automática por e-mail acionada pela etapa final de encerramento ou uma tarefa de comunicação registrada manualmente. | ||
|
Por que isso importa
A comunicação no momento certo é essencial para a satisfação das partes interessadas e para a transparência. Esta atividade permite medir o KPI “Tempo de atraso da notificação às partes interessadas”, destacando atrasos na comunicação.
Onde obter
Pode ser um evento explícito se o Veeva Vault enviar notificações automáticas que sejam registradas. Como alternativa, pode ser inferido a partir da conclusão de uma tarefa manual de Workflow “Notificar partes interessadas”.
Captura
A partir dos registros de notificações do sistema ou do registro de data e hora da conclusão de uma tarefa de comunicação.
Tipo de evento
explicit
|
|||
|
Plano de ação corretiva proposto
|
Esta atividade ocorre quando um plano formal para corrigir a causa raiz identificada é elaborado e enviado para análise. Normalmente, envolve a criação de um registro de CAPA relacionado e vinculado ao Quality Event. O evento é registrado quando o registro de CAPA é criado ou quando o status do Quality Event é atualizado. | ||
|
Por que isso importa
Acompanhar esta etapa ajuda a analisar o tempo necessário para passar da análise ao desenho da solução. É um dado importante para entender o “Tempo de ciclo da análise de causa raiz”, desde a conclusão da RCA até a proposta de CAPA.
Onde obter
Isso pode ser inferido a partir de uma mudança de estado do ciclo de vida do objeto Quality Event para “Aguardando aprovação de CAPA” ou do registro de data e hora da criação de um registro de Plano de CAPA vinculado.
Captura
Use o registro de data e hora da criação de um registro de CAPA vinculado ou de uma mudança de estado.
Tipo de evento
inferred
|
|||
|
Problema categorizado e priorizado
|
Esta atividade marca o momento em que o Quality Event é formalmente categorizado por tipo, nível de severidade e prioridade. Esta é uma etapa crítica, pois determina o caminho e o cronograma da investigação. Normalmente, ela é registrada por uma mudança de status que indica a conclusão dessa classificação. | ||
|
Por que isso importa
Este evento é essencial para segmentar a análise do processo por severidade ou tipo de evento. Ele ajuda a entender se problemas de alta prioridade são processados mais rapidamente que os de baixa prioridade e garante que os recursos sejam alocados de forma eficaz.
Onde obter
Inferido a partir de uma mudança de estado do ciclo de vida no objeto Quality Event, como a passagem para um estado como “Categorizado” ou “Aguardando investigação”. Também pode ser inferido a partir do registro de data e hora em que os principais campos de classificação são preenchidos.
Captura
Inferido a partir de uma mudança de estado ou do preenchimento de campos como “Severidade” e “Prioridade”.
Tipo de evento
inferred
|
|||
|
Triagem inicial concluída
|
Representa a conclusão da análise e da avaliação iniciais do Quality Event. Nessa etapa, as informações básicas são coletadas e verificadas para determinar a validade e o impacto imediato do evento. Isso geralmente é registrado quando o status do registro muda de “Novo” para “Em avaliação” ou para um estado semelhante. | ||
|
Por que isso importa
Analisar o tempo gasto na triagem ajuda a identificar atrasos no tratamento inicial dos Quality Events. Isso fornece insights sobre a carga de trabalho e a alocação de recursos logo no início do processo.
Onde obter
Inferido a partir do registro de data e hora em que o estado do ciclo de vida do objeto Quality Event é atualizado para indicar que a triagem foi concluída, por exemplo, ao passar de “Novo” para “Em avaliação” ou “Triado”.
Captura
A partir do registro de data e hora da 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 em que a eficácia das ações corretivas implementadas é monitorada. Não é um evento pontual, mas o início de uma fase de verificação. Ele é registrado quando o registro do Quality Event ou da CAPA entra no estado “Monitoramento” ou “Aguardando verificação de eficácia”. | ||
|
Por que isso importa
Esta atividade inicia o ciclo final de validação. A duração da fase de verificação de eficácia é importante para entender quanto tempo é necessário para confirmar o sucesso de uma resolução.
Onde obter
Inferido a partir de uma mudança de estado do ciclo de vida no objeto Quality Event ou CAPA para um status como “Em análise de eficácia”.
Captura
A partir do registro de data e hora da mudança de estado para um estado relacionado ao monitoramento.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Descubra novos insights e otimize seu processo de Gestão da Qualidade preparando seus dados hoje. Sua jornada rumo a uma Conformidade mais sólida e à excelência operacional começa aqui.
Otimize a Gestão da Qualidade: comece seu teste grátis hoje
Elimine ineficiências, alcance ciclos 30% mais rápidos e fortaleça a Conformidade.
Não é necessário cartão de crédito. Comece a otimizar em poucos minutos.