Su Template de datos de gestión de calidad
Su Template de datos de gestión de calidad
- Atributos recomendados para recopilar
- Actividades clave que debe seguir
- Guía de extracción
Atributos de gestión de calidad
| Nombre | Descripción | ||
|---|---|---|---|
|
Evento de calidad
QualityEvent
|
Identificador único de un evento de calidad, como una desviación, un incumplimiento o una CAPA. | ||
|
Descripción
El evento de calidad es el identificador principal del caso y vincula todas las actividades, investigaciones y resoluciones relacionadas con un problema de calidad específico. Es el hilo conductor que conecta todo el ciclo de vida de un incidente, desde el informe inicial hasta el cierre definitivo. En Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada evento de calidad. Permite analizar las variaciones del proceso, los tiempos de ciclo y el cumplimiento en distintos tipos de eventos, y ofrece una visión completa de cómo se gestionan, investigan y resuelven los incidentes de calidad.
Por qué es importante
Es el ID del caso esencial que agrupa todas las actividades relacionadas en una sola instancia del proceso y permite analizarlo de principio a fin.
Dónde obtenerlo
Es el identificador principal de los registros de eventos de calidad en Veeva Vault Quality. Suele corresponder al campo «Nombre» o a un campo de ID único del objeto de evento de calidad.
Ejemplos
QE-2023-00123CAPA-2023-00456DEV-2023-00789
|
|||
|
Hora del evento
EventTime
|
Marca de tiempo que indica cuándo comenzó o tuvo lugar una actividad específica. | ||
|
Descripción
Este atributo registra la fecha y la hora exactas en que se ejecutó una actividad. Proporciona el contexto cronológico de todos los eventos de un caso. Esta marca de tiempo es fundamental para todos los análisis de Process Mining basados en el tiempo. Se utiliza para calcular los tiempos de ciclo, los tiempos de espera entre actividades y la duración de pasos específicos, datos esenciales para identificar retrasos y cuellos de botella en el rendimiento.
Por qué es importante
Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular todas las métricas de rendimiento, como el tiempo de ciclo y el tiempo de espera.
Dónde obtenerlo
Corresponde a la fecha de creación o finalización de las tareas, o a la marca de tiempo de los eventos del registro de auditoría de un objeto de evento de calidad.
Ejemplos
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre de una tarea o un paso específico que tuvo lugar durante el ciclo de vida del evento de calidad. | ||
|
Descripción
Este atributo describe una actividad empresarial o un evento concreto que ocurre durante la gestión de un evento de calidad. Corresponde a los pasos del proceso, como «Investigación iniciada» o «Plan de acción correctiva aprobado». Analizar la secuencia y la frecuencia de estas actividades es fundamental en Process Mining. Permite descubrir el flujo real del proceso, identificar cuellos de botella entre pasos y detectar desviaciones respecto del procedimiento operativo estándar.
Por qué es importante
Define los pasos del proceso y permite visualizar y analizar su flujo.
Dónde obtenerlo
Por lo general, se obtiene de los nombres de las tareas del flujo de trabajo, los cambios de estado o las entradas del registro de auditoría en Veeva Vault Quality.
Ejemplos
Triaje inicial completadoAnálisis de causa raíz realizadoRevisión final y cierre
|
|||
|
Sistema de origen
SourceSystem
|
Sistema del que se extrajeron los datos de gestión de calidad. | ||
|
Descripción
Este atributo identifica el origen de los datos, que en este caso es Veeva Vault Quality. Ayuda a la gobernanza de los datos y aporta contexto, sobre todo cuando se combinan datos de varios sistemas. En el análisis, se utiliza para filtrar y garantizar la trazabilidad de los datos. Conocer el sistema de origen ayuda a interpretar correctamente los datos y a resolver problemas de calidad de los datos.
Por qué es importante
Aporta contexto esencial sobre el origen de los datos, fundamental para la gobernanza, la trazabilidad y el análisis de varios sistemas.
Dónde obtenerlo
Es un valor estático que debe añadirse durante la transformación de los datos para etiquetar todos los registros de este origen.
Ejemplos
Calidad de Veeva Vault
|
|||
|
Última actualización de los datos
LastDataUpdate
|
Marca de tiempo de la última actualización o extracción de datos del sistema de origen. | ||
|
Descripción
Este atributo indica la actualidad de los datos analizados. Muestra la fecha y la hora en que se extrajeron por última vez los datos de Veeva Vault Quality y se cargaron en la herramienta de Process Mining. Esta información es fundamental para que las personas usuarias entiendan si el análisis está actualizado y si los Dashboards reflejan el estado más reciente de las operaciones. Es un atributo clave para la gobernanza de los datos.
Por qué es importante
Informa sobre la actualidad y la pertinencia de los datos para que las personas usuarias sepan cuán reciente es el análisis del proceso.
Dónde obtenerlo
Esta marca de tiempo se genera y se añade durante el proceso de extracción, transformación y carga de datos (ETL).
Ejemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Departamento asignado
AssignedDepartment
|
Departamento o área funcional responsable del evento o la actividad de calidad. | ||
|
Descripción
Este atributo especifica la unidad de negocio o el departamento, como Aseguramiento de la calidad, Manufactura o I+D, responsable de gestionar el evento de calidad o una tarea concreta. A menudo se obtiene del perfil del usuario asignado. Esta dimensión es fundamental para analizar el rendimiento general. Permite comparar la eficiencia de los procesos y el cumplimiento en distintas áreas de la organización, detectar problemas sistémicos en departamentos específicos y respaldar el Dashboard «Distribución de la carga de trabajo de investigación».
Por qué es importante
Permite filtrar y comparar el rendimiento de los procesos entre distintas unidades de negocio, y detectar cuellos de botella o buenas prácticas en cada departamento.
Dónde obtenerlo
Esta información suele almacenarse en los datos del perfil de usuario vinculado a «Investigador asignado» o en un campo directo del objeto Quality Event.
Ejemplos
Aseguramiento de la calidadOperaciones de manufacturaInvestigación y desarrollo
|
|||
|
Estado del evento de calidad
QualityEventStatus
|
Estado actual del ciclo de vida del evento de calidad. | ||
|
Descripción
Este atributo indica el estado actual del evento de calidad, como «Abierto», «En investigación», «Pendiente de aprobación» o «Cerrado». Muestra en qué etapa del ciclo de vida se encuentra cada caso. Es esencial para el Dashboard «Resumen del avance de los eventos de calidad», que permite supervisar en tiempo real los casos en curso. Ayuda a los responsables a seguir el avance, detectar eventos estancados y gestionar eficazmente la carga de trabajo general.
Por qué es importante
Muestra el estado actual de un caso, algo esencial para supervisar el trabajo en curso y detectar eventos estancados.
Dónde obtenerlo
Es un campo estándar del objeto Quality Event en Veeva Vault Quality que refleja su etapa del ciclo de vida.
Ejemplos
En clasificación inicialEn investigaciónCAPA propuestaCerrado
|
|||
|
Fecha prevista de resolución
TargetResolutionDate
|
Fecha planificada o requerida para el cierre definitivo del evento de calidad. | ||
|
Descripción
Este atributo define el acuerdo de nivel de servicio (SLA) o la fecha límite prevista para resolver un evento de calidad. A menudo se calcula a partir de la fecha de creación y de la gravedad o el tipo del evento. Esta fecha sirve como referencia para medir el rendimiento real. Es fundamental para el Dashboard «Rendimiento de las resoluciones a tiempo» y el KPI «Tasa de resolución a tiempo», ya que permite determinar si los eventos se resuelven dentro del plazo y qué factores provocan retrasos.
Por qué es importante
Define el SLA para resolver los casos y permite medir el cumplimiento de los plazos y analizar los retrasos.
Dónde obtenerlo
Probablemente es un campo de fecha del objeto Quality Event, que puede introducirse manualmente o calcularse automáticamente en el sistema.
Ejemplos
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
|
|||
|
Hora de finalización
EndTime
|
Marca de tiempo que indica cuándo se completó una actividad. | ||
|
Descripción
Este atributo registra la fecha y hora en que concluyó una actividad o tarea específica. Se diferencia de StartTime (EventTime) y es esencial para conocer la duración de cada paso del proceso. En Process Mining, EndTime se utiliza junto con StartTime para calcular el tiempo de procesamiento de las actividades. Esto permite identificar qué tareas llevan más tiempo y contribuyen al tiempo de ciclo total y a posibles retrasos.
Por qué es importante
Permite calcular los tiempos de procesamiento de las actividades, algo fundamental para identificar cuellos de botella en las tareas.
Dónde obtenerlo
Esta marca de tiempo suele estar disponible en el historial del flujo de trabajo o en los datos del registro de auditoría de un evento de calidad. Puede aparecer como un campo de «fecha de finalización» o «modificado el» de una tarea o estado específico.
Ejemplos
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
|
|||
|
Investigador asignado
AssignedInvestigator
|
Usuario o recurso asignado para realizar una investigación o una tarea específica. | ||
|
Descripción
Este atributo identifica a la persona, el rol o el equipo responsable de realizar una actividad durante el ciclo de vida del evento de calidad. Puede ser la persona responsable del propio evento o quien tenga asignada una tarea específica del flujo de trabajo. El análisis de este atributo permite conocer cómo se distribuye la carga de trabajo, evaluar el rendimiento de los recursos e identificar equipos o personas sobrecargados. Es esencial para el Dashboard «Distribución de la carga de trabajo de investigación» y para optimizar la asignación de recursos y mejorar la eficiencia.
Por qué es importante
Registra quién realiza el trabajo y permite analizar la carga de trabajo, la eficiencia de los recursos y las necesidades de formación.
Dónde obtenerlo
Se encuentra en los campos de persona responsable o usuario asignado del objeto Quality Event, o en los objetos de tareas del flujo de trabajo relacionados, en Veeva Vault Quality.
Ejemplos
Alice JohnsonBob WilliamsEquipo de investigación de calidad
|
|||
|
Nivel de gravedad
SeverityLevel
|
Gravedad o nivel de riesgo evaluado del evento de calidad, por ejemplo, alto, medio o bajo. | ||
|
Descripción
Este atributo clasifica el evento de calidad según su posible impacto en la calidad del producto, la seguridad de los pacientes o el cumplimiento normativo. La gravedad suele determinar la urgencia y el nivel de detalle necesario para la investigación. Analizar los datos por nivel de gravedad es clave para priorizar las iniciativas de mejora. Permite saber si los eventos más graves tardan más en resolverse, siguen rutas de proceso distintas o tienen una tasa de retrabajo más alta, y garantiza que los problemas más críticos reciban mayor atención.
Por qué es importante
Clasifica los eventos según su impacto y permite analizar los riesgos y priorizar las mejoras de procesos en las áreas de mayor riesgo.
Dónde obtenerlo
Es un campo de clasificación estándar del objeto Quality Event, a menudo una lista de selección basada en una matriz de riesgos.
Ejemplos
AltoMedioBajo
|
|||
|
Tipo de evento de calidad
QualityEventType
|
Clasificación del evento de calidad, como CAPA, desviación o queja. | ||
|
Descripción
Este atributo clasifica el evento de calidad según su naturaleza. Los distintos tipos de eventos suelen seguir rutas de proceso diferentes y tener requisitos de cumplimiento y plazos de resolución propios. Analizar los datos por tipo de evento es fundamental para comprender las variaciones del proceso. Por ejemplo, permite comparar el rendimiento y la eficiencia al gestionar desviaciones y CAPA, y adaptar las iniciativas de mejora a cada contexto.
Por qué es importante
Distingue los distintos tipos de procesos de calidad, que suelen tener flujos de trabajo, SLA y reglas de cumplimiento propios.
Dónde obtenerlo
Es un campo de clasificación estándar del objeto Quality Event en Veeva Vault Quality; a menudo, es una lista de selección.
Ejemplos
DesviaciónAcción correctiva y preventiva (CAPA)IncumplimientoQueja
|
|||
|
Causa raíz
RootCause
|
Causa subyacente identificada del evento de calidad. | ||
|
Descripción
Este atributo contiene la conclusión final de la investigación del análisis de causa raíz (RCA). Clasifica el motivo fundamental del problema de calidad, como una falla del equipo, un error humano o una deficiencia del procedimiento. Analizar las causas raíz es esencial para resolver los problemas de forma eficaz. Permite identificar problemas sistémicos recurrentes que deben abordarse mediante acciones correctivas y preventivas. Este atributo respalda directamente los Dashboards «Tiempo de ciclo del análisis de causa raíz» y «Eficacia de CAPA».
Por qué es importante
Clasifica las causas fundamentales de los problemas de calidad y permite analizarlas estratégicamente para evitar que vuelvan a ocurrir.
Dónde obtenerlo
Suele ser un campo de texto o una lista de selección del objeto Quality Event o de un objeto relacionado con el análisis de causa raíz.
Ejemplos
Falla del equipoError de procedimientoFormación inadecuadaDefecto del material
|
|||
|
Centro
Site
|
Centro de manufactura, planta o ubicación donde ocurrió o se detectó el evento de calidad. | ||
|
Descripción
Este atributo especifica la ubicación física, como una planta de manufactura o un laboratorio, asociada al evento de calidad. Aporta contexto geográfico u organizativo sobre el problema. Es una dimensión útil para realizar comparativas: permite a la dirección comparar el rendimiento de los procesos, los tipos de problemas y los tiempos de resolución entre distintos centros. También ayuda a detectar problemas específicos de un centro y a compartir buenas prácticas de los centros con mejor rendimiento.
Por qué es importante
Aporta una dimensión geográfica u organizativa al análisis y ayuda a comparar el rendimiento y detectar problemas específicos de cada centro.
Dónde obtenerlo
A menudo es un campo estándar del objeto Quality Event que lo vincula con una lista de centros o ubicaciones de la empresa.
Ejemplos
Centro A - Nueva JerseyCentro B - IrlandaCentro C - Suiza
|
|||
|
Es recurrente
IsRecurrence
|
Indicador que señala si el evento de calidad es una recurrencia de un problema identificado anteriormente. | ||
|
Descripción
Este atributo booleano indica que el evento de calidad no es un problema nuevo, sino la repetición de uno anterior. Es un indicador clave de que las acciones correctivas previas no dieron resultado. Este indicador es fundamental para el Dashboard «Eficacia de CAPA y tasa de recurrencia». El seguimiento de las recurrencias ofrece retroalimentación directa sobre el éxito a largo plazo del sistema de gestión de calidad y ayuda a detectar problemas sistémicos que no se están abordando adecuadamente.
Por qué es importante
Pone de manifiesto las fallas de las acciones correctivas y permite analizar por qué se repiten los problemas y cómo mejorar las soluciones a largo plazo.
Dónde obtenerlo
Podría ser una casilla de verificación del objeto Quality Event o un campo derivado de los vínculos con eventos anteriores similares.
Ejemplos
truefalse
|
|||
|
Es retrabajo
IsRework
|
Indicador calculado que identifica las actividades o los casos que implican retrabajo. | ||
|
Descripción
Este atributo booleano indica que una actividad o una secuencia de actividades representa retrabajo, como repetir una investigación o reabrir una CAPA cerrada. No es un campo estándar, sino que se calcula a partir de patrones del flujo del proceso. En Process Mining, este indicador permite cuantificar el esfuerzo y los costes desperdiciados en el proceso. Es esencial para el Dashboard «Análisis de retrabajo» y el KPI «Tasa de retrabajo de eventos de calidad», ya que ayuda a identificar las causas de la ineficiencia y de los problemas de calidad a la primera.
Por qué es importante
Cuantifica la ineficiencia del proceso al señalar el trabajo repetido y ayuda a identificar las causas raíz de los problemas de calidad y del esfuerzo desperdiciado.
Dónde obtenerlo
Este atributo no se obtiene directamente de una fuente. Se calcula durante la transformación de datos al detectar nombres de actividades repetidos o bucles del proceso en un caso determinado.
Ejemplos
truefalse
|
|||
|
Producto
Product
|
Producto o material asociado al evento de calidad. | ||
|
Descripción
Este atributo vincula el evento de calidad con un producto, material o lote específico. Esta relación es fundamental para la trazabilidad y el análisis del impacto en sectores regulados. Analizar los eventos de calidad por producto permite detectar si algunos productos presentan más problemas y orientar las mejoras del producto o los ajustes del proceso de manufactura. También permite filtrar los Dashboards para consultar el rendimiento de líneas de productos específicas.
Por qué es importante
Vincula los eventos de calidad con productos específicos y permite detectar problemas y tendencias relacionados con cada producto.
Dónde obtenerlo
Suele ser un campo de referencia del objeto Quality Event que lo vincula con un objeto Product o Material en Veeva Vault.
Ejemplos
Producto A-100Producto B-200Materia prima C-300
|
|||
|
Resolución a tiempo
IsOnTimeResolution
|
Indicador calculado que señala si el evento de calidad se cerró antes de la fecha prevista. | ||
|
Descripción
Este atributo booleano se obtiene al comparar la fecha real de cierre del evento de calidad con su «Fecha prevista de resolución». Indica de forma sencilla si se cumplió el plazo. Este indicador es la base del Dashboard «Rendimiento de las resoluciones a tiempo» y del KPI «Tasa de resolución a tiempo». Permite agrupar y filtrar los datos fácilmente para saber qué tipos de eventos, departamentos o centros tienen dificultades para cumplir los plazos.
Por qué es importante
Ofrece una medida clara del cumplimiento de los plazos y simplifica el análisis y la elaboración de informes de rendimiento.
Dónde obtenerlo
Se calcula comparando la marca de tiempo de la actividad «Revisión final y cierre» con el atributo «TargetResolutionDate». Fórmula: Closure Time <= TargetResolutionDate.
Ejemplos
truefalse
|
|||
|
Resultado de la comprobación de eficacia
EffectivenessCheckResult
|
Resultado de la verificación para confirmar si una acción correctiva fue eficaz. | ||
|
Descripción
Este atributo registra el resultado de la comprobación de eficacia, que se realiza después de implementar una acción correctiva. El resultado suele ser «Eficaz» o «No eficaz». Es una medida directa del éxito del proceso CAPA y resulta fundamental para el Dashboard «Eficacia de CAPA y tasa de recurrencia» y el KPI «Tasa de eficacia de CAPA». Ofrece retroalimentación clara sobre si las soluciones implementadas realmente evitan que el problema vuelva a ocurrir.
Por qué es importante
Mide directamente el éxito de las acciones correctivas y ofrece retroalimentación clave para mejorar la resolución de problemas.
Dónde obtenerlo
Podría ser un campo, probablemente una lista de selección, de un objeto CAPA Action o Effectiveness Check relacionado con el evento de calidad principal.
Ejemplos
EficazNo eficazPendiente de verificación
|
|||
|
Tiempo de aprobación
ApprovalTime
|
Tiempo que se tarda en completar una actividad de aprobación específica. | ||
|
Descripción
Esta métrica mide la duración de los pasos de aprobación, como «Plan de acciones correctivas aprobado». Se calcula desde que se solicita una aprobación hasta que se concede o se rechaza. Este atributo está diseñado para respaldar el Dashboard «Cuellos de botella en el flujo de aprobación» y el KPI «Tiempo de ciclo del flujo de aprobación». Al aislar el tiempo de espera de las aprobaciones, ayuda a detectar y resolver retrasos causados por decisiones lentas o procesos de aprobación ineficientes.
Por qué es importante
Detecta retrasos en pasos clave de toma de decisiones y ayuda a agilizar los flujos de aprobación y reducir el tiempo de ciclo general.
Dónde obtenerlo
Esta métrica se calcula a partir de la diferencia entre el inicio y el final de las actividades relacionadas con aprobaciones en el registro de eventos.
Ejemplos
3 días y 4 horas1 día y 0 horas7 días y 8 horas
|
|||
|
Tiempo de ciclo
CycleTime
|
Tiempo total transcurrido desde la creación del evento de calidad hasta su cierre definitivo. | ||
|
Descripción
Esta métrica representa el tiempo total necesario para resolver un evento de calidad. Se calcula como la diferencia entre la primera actividad (por ejemplo, «Evento de calidad creado») y la última (por ejemplo, «Revisión final y cierre»). El tiempo de ciclo es un KPI clave para medir la eficiencia general del proceso. Se utiliza en el Dashboard «Tiempo de resolución de eventos de calidad» para analizar tendencias, identificar los factores que alargan las resoluciones y establecer valores de referencia para mejorar el proceso.
Por qué es importante
Mide la eficiencia integral del proceso y ofrece un KPI clave para hacer seguimiento del rendimiento general y del impacto de las iniciativas de mejora.
Dónde obtenerlo
Es una métrica calculada. Se obtiene en el nivel del caso restando la marca de tiempo del primer evento a la del último.
Ejemplos
30 días y 12 horas65 días y 4 horas15 días y 2 horas
|
|||
Actividades de gestión de calidad
| Actividad | Descripción | ||
|---|---|---|---|
|
Acción correctiva aplicada
|
Representa la finalización de todas las tareas definidas en el plan de acción correctiva aprobado. Esta actividad confirma que se han tomado las medidas necesarias para abordar la causa raíz. Se registra cuando el estado del registro CAPA cambia a «Implementación completada». | ||
|
Por qué es importante
Este es un hito importante que marca el paso de la planificación a la ejecución. El tiempo transcurrido entre este punto y la aprobación de CAPA permite evaluar la eficiencia de la fase de implementación.
Dónde obtenerlo
Se infiere de un cambio en el estado del ciclo de vida del objeto CAPA asociado a un estado como «Implementado» o «Pendiente de comprobación de eficacia».
Capturar
A partir de la marca de tiempo del cambio de estado del objeto CAPA vinculado.
Tipo de evento
inferred
|
|||
|
Análisis de causa raíz realizado
|
Representa la finalización de la fase de análisis de causa raíz (RCA), en la que se identifica la causa subyacente del evento de calidad. Suele registrarse cuando la persona investigadora completa la tarea de RCA o cambia el estado del evento a «Pendiente de CAPA». | ||
|
Por qué es importante
Esta actividad es fundamental para medir el KPI «Tiempo medio de análisis de causa raíz». Analizar su duración ayuda a localizar cuellos de botella en el proceso de análisis y a mejorar la calidad de las investigaciones.
Dónde obtenerlo
Por lo general, se infiere de un cambio en el estado del ciclo de vida del objeto de evento de calidad, por ejemplo, al pasar a «RCA completado» o «Plan de acción pendiente». También puede corresponder a la finalización de una tarea específica del flujo de trabajo.
Capturar
A partir de la marca de tiempo del cambio de estado o de la finalización de una tarea relacionada con RCA.
Tipo de evento
inferred
|
|||
|
Eficacia de la acción verificada
|
Esta actividad confirma que las acciones correctivas aplicadas evitaron que el problema volviera a producirse. Se completa y documenta una verificación formal. Se registra cuando el estado de CAPA o del evento de calidad cambia a «Eficacia verificada». | ||
|
Por qué es importante
Esta es la validación final del éxito de la solución y resulta fundamental para calcular la «Tasa de eficacia de CAPA». Si la acción no da resultado en esta etapa, suele ser necesario repetir el trabajo y reabrir la investigación.
Dónde obtenerlo
Se infiere de un cambio en el estado del ciclo de vida del objeto de evento de calidad o CAPA a un estado como «Verificado» o «Cerrado: eficaz».
Capturar
A partir de la marca de tiempo del cambio de estado que indica que la verificación se completó correctamente.
Tipo de evento
inferred
|
|||
|
Evento de calidad creado
|
Este es el punto de partida del proceso: la creación formal de un registro de evento de calidad en Veeva. Esta actividad suele iniciarse cuando se identifica y registra en el sistema un nuevo problema de calidad, incumplimiento o reclamación. | ||
|
Por qué es importante
Esta actividad marca el inicio del ciclo de vida del caso. Es esencial para calcular el tiempo de ciclo total del evento de calidad y medir la duración de las primeras etapas del proceso, como el tiempo que se tarda en iniciar una investigación.
Dónde obtenerlo
Este evento explícito se obtiene de la marca de tiempo de creación del objeto de evento de calidad en Veeva Vault. El registro de auditoría del objeto muestra la fecha, la hora y la persona usuaria exactas de la creación.
Capturar
Utilice la marca de tiempo de creación del registro principal del evento de calidad.
Tipo de evento
explicit
|
|||
|
Investigación iniciada
|
Marca el inicio formal de la investigación sobre la causa raíz del evento de calidad. Por lo general, se asigna una persona investigadora o un equipo y el evento pasa a una fase de investigación activa. Se registra cuando el estado del ciclo de vida del evento de calidad cambia a «En investigación». | ||
|
Por qué es importante
Este es un hito clave para medir el KPI «Tiempo desde la identificación del problema hasta el inicio de la investigación». Los retrasos previos a este punto indican acumulación de casos pendientes de asignación de recursos o de inicio del análisis crítico.
Dónde obtenerlo
Se infiere de la marca de tiempo en que el estado del ciclo de vida del objeto de evento de calidad cambia a «En investigación» o a un estado similar. La asignación de una persona investigadora también puede servir como activador.
Capturar
Utilice la marca de tiempo del cambio de estado a «En investigación».
Tipo de evento
inferred
|
|||
|
Plan de acción correctiva aprobado
|
Marca la aprobación formal del plan de acción correctiva propuesto por las partes interesadas pertinentes, como un comité de revisión de calidad. Es un gateway fundamental antes de aplicar cualquier acción correctiva. Se registra cuando el estado del registro del plan CAPA cambia a «Aprobado». | ||
|
Por qué es importante
Este paso de aprobación suele ser un cuello de botella importante. Medir el «Tiempo de ciclo del flujo de aprobación» de esta actividad ayuda a detectar y abordar retrasos en la revisión y a acelerar la resolución general.
Dónde obtenerlo
Se infiere de la marca de tiempo del cambio de estado del objeto de plan CAPA asociado a «Aprobado». Este evento también puede reflejarse como un cambio de estado en el evento de calidad principal.
Capturar
A partir de la marca de tiempo del cambio de estado del objeto de plan CAPA vinculado.
Tipo de evento
inferred
|
|||
|
Revisión final y cierre
|
Representa la última revisión administrativa del registro del evento de calidad antes de su cierre oficial. Este paso garantiza que toda la documentación esté completa y que se hayan seguido todos los pasos del proceso. Es el paso final antes de considerar resuelto el caso. | ||
|
Por qué es importante
Esta actividad final es esencial para calcular el «Tiempo de ciclo del evento de calidad» total. Marca la finalización de todo el trabajo y su marca de tiempo se compara con la «Fecha prevista de resolución» para medir el rendimiento.
Dónde obtenerlo
Se infiere de un cambio en el estado del ciclo de vida del objeto de evento de calidad a «Cerrado», «Resuelto» o un estado final similar.
Capturar
A partir de la marca de tiempo del cambio de estado final a «Cerrado».
Tipo de evento
inferred
|
|||
|
Acción preventiva identificada
|
Esta actividad tiene lugar cuando se identifica una acción preventiva para evitar posibles recurrencias futuras, a menudo como resultado de la investigación. Se registra al crear un registro de acción preventiva (PA) vinculado al evento de calidad. | ||
|
Por qué es importante
Aunque no forma parte de todos los casos, hacer un seguimiento de esta actividad ayuda a entender hasta qué punto el proceso de calidad es proactivo. Aporta información sobre el énfasis de la organización en la prevención a largo plazo frente a la corrección inmediata.
Dónde obtenerlo
Se infiere de la marca de tiempo de creación de un registro de acción preventiva vinculado en Veeva Vault.
Capturar
Utilice la marca de tiempo de creación de un registro de acción preventiva vinculado.
Tipo de evento
inferred
|
|||
|
Comprobación de eficacia iniciada
|
Marca el inicio del periodo en que se supervisa la eficacia de las acciones correctivas aplicadas. No es un evento puntual, sino el comienzo de una fase de verificación. Se registra cuando el registro del evento de calidad o de CAPA pasa al estado «En supervisión» o «Pendiente de verificación de eficacia». | ||
|
Por qué es importante
Esta actividad inicia el ciclo final de validación. La duración de la fase de comprobación de eficacia permite entender cuánto se tarda en confirmar que la resolución ha dado resultado.
Dónde obtenerlo
Se infiere de un cambio en el estado del ciclo de vida del objeto de evento de calidad o CAPA a un estado como «En revisión de eficacia».
Capturar
A partir de la marca de tiempo del cambio de estado a uno relacionado con la supervisión.
Tipo de evento
inferred
|
|||
|
Partes interesadas notificadas de la resolución
|
Esta actividad representa la comunicación enviada a las partes interesadas pertinentes para informarles de la resolución del evento de calidad. Puede tratarse de una notificación automática por correo electrónico, activada al cerrar el caso, o de una tarea de comunicación registrada manualmente. | ||
|
Por qué es importante
La comunicación oportuna es clave para la satisfacción de las partes interesadas y la transparencia. Esta actividad permite medir el KPI «Retraso en la notificación a las partes interesadas» y detectar demoras en la comunicación.
Dónde obtenerlo
Puede tratarse de un evento explícito si Veeva Vault envía notificaciones automáticas que quedan registradas. También puede inferirse de la finalización de una tarea manual del flujo de trabajo «Notificar a las partes interesadas».
Capturar
A partir de los registros de notificaciones del sistema o de la marca de tiempo de finalización de una tarea de comunicación.
Tipo de evento
explicit
|
|||
|
Plan de acción correctiva propuesto
|
Esta actividad tiene lugar cuando se redacta un plan formal para corregir la causa raíz identificada y se envía a revisión. A menudo implica crear un registro CAPA (acción correctiva y preventiva) vinculado al evento de calidad. El evento se registra cuando se crea el registro CAPA o se actualiza el estado del evento de calidad. | ||
|
Por qué es importante
El seguimiento de este paso permite analizar cuánto se tarda en pasar del análisis al diseño de una solución. Es un dato clave para entender el «Tiempo de ciclo del análisis de causa raíz», desde la finalización de RCA hasta la propuesta de CAPA.
Dónde obtenerlo
Puede inferirse de un cambio en el estado del ciclo de vida del objeto de evento de calidad a «Pendiente de aprobación de CAPA» o de la marca de tiempo de creación de un registro de plan CAPA vinculado.
Capturar
Utilice la marca de tiempo de creación de un registro CAPA vinculado o la de un cambio de estado.
Tipo de evento
inferred
|
|||
|
Problema categorizado y priorizado
|
Esta actividad marca el momento en que el evento de calidad se clasifica formalmente por tipo, nivel de gravedad y prioridad. Es un paso fundamental, ya que determina la ruta y los plazos de la investigación posterior. Suele registrarse mediante un cambio de estado que indica que la clasificación ha finalizado. | ||
|
Por qué es importante
Este evento es fundamental para segmentar el análisis del proceso por gravedad o tipo de evento. Permite saber si los problemas de alta prioridad se procesan más rápido que los de baja prioridad y ayuda a asignar los recursos de forma eficaz.
Dónde obtenerlo
Se infiere de un cambio en el estado del ciclo de vida del objeto de evento de calidad, por ejemplo, al pasar a «Categorizado» o «Pendiente de investigación». También puede inferirse de la marca de tiempo en que se completan los campos clave de clasificación.
Capturar
Se infiere de un cambio de estado o de la cumplimentación de campos como «Gravedad» y «Prioridad».
Tipo de evento
inferred
|
|||
|
Triaje inicial completado
|
Representa la finalización de la revisión y evaluación iniciales del evento de calidad. En esta etapa, se recopila y verifica la información básica para determinar la validez del evento y su impacto inmediato. Suele registrarse cuando el estado del registro cambia de «Nuevo» a «En evaluación» o a un estado similar. | ||
|
Por qué es importante
Analizar el tiempo dedicado al triaje ayuda a detectar retrasos en la gestión inicial de los eventos de calidad. También aporta información sobre la carga de trabajo y la asignación de recursos desde el comienzo del proceso.
Dónde obtenerlo
Se infiere de la marca de tiempo en que se actualiza el estado del ciclo de vida del objeto de evento de calidad para indicar que el triaje ha finalizado, por ejemplo, al pasar de «Nuevo» a «En evaluación» o «Clasificado».
Capturar
A partir de la marca de tiempo del cambio de estado del objeto de evento de calidad.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Todo listo para comenzar?
Prepare hoy sus datos para descubrir nuevas conclusiones y optimizar el proceso de gestión de calidad. El camino hacia un mayor cumplimiento y la excelencia operativa comienza aquí.
Optimice la gestión de calidad: comience hoy su prueba gratuita
Elimine ineficiencias, reduzca un 30 % los tiempos de ciclo y refuerce el cumplimiento.
No se requiere tarjeta de crédito. Comience a optimizar en cuestión de minutos.