Su Template de datos de gestión de calidad

Template universal de Process Mining
Su Template de datos de gestión de calidad

Su Template de datos de gestión de calidad

Template universal de Process Mining

Este es nuestro Template genérico de datos para Process Mining de Gestión de calidad. Para obtener indicaciones más específicas, use nuestros Templates para cada sistema.

Seleccione un sistema específico
  • Campos de datos estandarizados para su Registro de eventos.
  • Actividades clave que debe registrar para obtener una visión completa del proceso.
  • Orientación para extraer datos de distintos sistemas.
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de gestión de calidad

Estos campos de datos recomendados ofrecen un conjunto completo de atributos para incluir en su Registro de eventos y permiten analizar en detalle el proceso de gestión de calidad.
5 Obligatorio 6 Recomendado 5 Opcional
Nombre Descripción
Hora de inicio del evento
EventStartTime
Fecha y hora exactas en que se produjo o inició una actividad o un evento específico.
Descripción

La hora de inicio del evento es una marca de tiempo que señala el comienzo de cada actividad en el ciclo de vida del evento de calidad. Aporta el contexto temporal necesario para comprender el flujo y el rendimiento del proceso. Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular su duración.

En Process Mining, se utiliza para ordenar las actividades de cada caso en la secuencia correcta y calcular indicadores clave de rendimiento, como los tiempos de ciclo, de espera y de procesamiento. Analizar estas marcas de tiempo ayuda a identificar demoras entre pasos, medir la eficiencia de los recursos y supervisar el cumplimiento de los acuerdos de nivel de servicio. Es un elemento fundamental de cualquier análisis de procesos basado en el tiempo.

Por qué es importante

Esta marca de tiempo es esencial para ordenar los eventos, calcular los tiempos de ciclo y de espera, y detectar cuellos de botella en el proceso.

Dónde obtenerlo

Suele encontrarse en los registros de eventos o transacciones, junto al nombre de la actividad. Puede aparecer con etiquetas como 'Fecha de creación', 'Fecha del evento' o 'Marca de tiempo'.

Ejemplos
2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z
ID del evento de calidad
QualityEventId
Identificador único de un evento de calidad. Sirve como identificador del caso y vincula todas las actividades relacionadas, desde el inicio hasta el cierre.
Descripción

El ID del evento de calidad es una clave única que identifica un problema de calidad específico, como una no conformidad, una queja de cliente, una desviación o un hallazgo de auditoría. Este identificador es fundamental porque conecta todos los pasos, documentos y datos asociados al evento durante todo su ciclo de vida.

En Process Mining, este atributo es esencial para reconstruir el flujo del proceso de principio a fin de cada evento de calidad. Al agrupar todas las actividades relacionadas bajo un único ID del evento de calidad, los analistas pueden visualizar el mapa del proceso, calcular la duración de los casos y analizar las variaciones entre las distintas rutas. Así se obtiene un análisis claro y preciso de cómo se gestionan los problemas de calidad de principio a fin.

Por qué es importante

Es la clave principal para Process Mining, ya que permite vincular todos los eventos relacionados en una única instancia del proceso o caso.

Dónde obtenerlo

Suele encontrarse en el encabezado o en la tabla principal de notificaciones de calidad, eventos o registros de no conformidad.

Ejemplos
QN-2023-00123NC-450008761COMP-5501-A
Nombre de la actividad
ActivityName
Nombre de una tarea, evento o paso específico que tuvo lugar en el proceso de gestión de calidad.
Descripción

El nombre de la actividad describe una acción o un hito concreto en el ciclo de vida de un evento de calidad. Algunos ejemplos son 'Evaluación inicial completada', 'Investigación iniciada' o 'Acción correctiva implementada'. Estas actividades son los componentes básicos del proceso de gestión de calidad.

Para analizar el proceso, este atributo es esencial para crear el mapa del proceso, que representa visualmente la secuencia de actividades y el flujo de los casos. Permite a los analistas identificar cuellos de botella, descubrir variantes frecuentes y poco comunes, y comprobar el cumplimiento de los procedimientos operativos estándar. Comprender la secuencia de actividades es el primer paso para mejorar el proceso.

Por qué es importante

Este atributo define los pasos del proceso, forma los nodos del mapa del proceso y permite analizar el flujo y las variaciones del proceso.

Dónde obtenerlo

Suele obtenerse de los registros de eventos, los registros de cambios de estado o las tablas de tareas relacionadas con el objeto principal del evento de calidad.

Ejemplos
Investigación iniciadaAnálisis de causas raíz completadoEficacia verificada
Sistema de origen
SourceSystem
Sistema del que se extrajeron los datos, como una instancia específica de ERP, QMS o MES.
Descripción

El atributo Sistema de origen identifica la aplicación o base de datos donde se registraron los datos de gestión de calidad. En entornos de TI complejos, los datos de los eventos de calidad pueden proceder de varios sistemas; por ejemplo, de un ERP para los datos de materiales y de un sistema de gestión de calidad específico para los datos del proceso.

Identificar el sistema de origen es importante para la gobernanza de datos, la validación y la resolución de problemas. Ayuda a comprender el contexto de los datos y permite segmentar el análisis. Por ejemplo, un analista podría comparar los procesos de calidad gestionados en distintos sistemas o ubicaciones para identificar buenas prácticas o incoherencias.

Por qué es importante

Aporta contexto sobre el origen de los datos, algo fundamental para validarlos, resolver problemas y segmentar el análisis en entornos con varios sistemas.

Dónde obtenerlo

Es posible que esta información no esté presente en las tablas de origen, pero suele añadirse durante el proceso de extracción, transformación y carga de datos (ETL).

Ejemplos
SAP S/4HANA QMVeeva Vault QualityMasterControl QMS
Última actualización de datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos del proceso desde el sistema de origen.
Descripción

El atributo Última actualización de datos registra con una marca de tiempo la última sincronización de los datos con el sistema de origen. Sirve para indicar la actualidad de los datos y mostrar qué tan recientes son los datos del análisis. Esto es especialmente importante para la supervisión continua y la toma de decisiones casi en tiempo real.

Este atributo ayuda a comprender qué tan actualizados están los Dashboards y los análisis de Process Mining. Permite que las partes interesadas tengan en cuenta la vigencia de los datos al interpretar los KPI y los modelos de proceso, y evita que se tomen decisiones basadas en información desactualizada. Es un metadato clave para mantener la confianza en los datos.

Por qué es importante

Indica qué tan recientes son los datos y permite saber si el análisis del proceso y los KPI están actualizados.

Dónde obtenerlo

Suelen ser metadatos generados durante el proceso de extracción de datos (ETL). Por lo general, no se encuentran en las tablas transaccionales del sistema de origen.

Ejemplos
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
Categoría de causa raíz
RootCauseCategory
Clasificación general de la causa raíz identificada del evento de calidad.
Descripción

La categoría de causa raíz clasifica el motivo fundamental del problema de calidad, por ejemplo, «Error humano», «Falla del equipo», «Deficiencia del proceso» o «Problema con el proveedor». Este atributo suele completarse una vez finalizadas la investigación y el análisis de causa raíz.

Analizar la frecuencia de las distintas categorías de causa raíz aporta información valiosa para definir mejoras estratégicas. Si la «Deficiencia del proceso» es una causa frecuente, puede indicar que es necesario rediseñar el proceso. Si las «Fallas del equipo» se repiten, quizá convenga mejorar los programas de mantenimiento. Process Mining puede relacionar estas categorías con el comportamiento del proceso y, por ejemplo, mostrar si los eventos causados por «Error humano» tardan más en resolverse.

Por qué es importante

Este atributo es fundamental para el análisis estratégico, ya que permite ir más allá del flujo del proceso y examinar las causas subyacentes de las fallas, lo que ayuda a orientar medidas preventivas específicas.

Dónde obtenerlo

Se encuentra en la sección de investigación o análisis de causa raíz del registro del evento de calidad. Puede ser un código o texto libre.

Ejemplos
Falla del equipoError humanoDefecto del material
Departamento responsable
ResponsibleDepartment
Departamento, equipo o área funcional responsable del evento de calidad o de una actividad específica.
Descripción

El atributo Departamento responsable indica qué unidad organizativa responde por un evento de calidad o por un paso concreto del proceso. Puede ser 'Producción', 'Aseguramiento de la calidad', 'Investigación y desarrollo' o 'Logística'.

Este atributo es esencial para el análisis organizativo. Permite a los responsables ver cómo fluye el trabajo entre los distintos departamentos, medir el rendimiento de cada área funcional e identificar fricciones o demoras entre áreas. Por ejemplo, el análisis puede revelar que los traspasos entre Producción y Aseguramiento de la calidad son una fuente importante de demoras. Segmentar los KPI por departamento ayuda a identificar dónde conviene enfocar las iniciativas de mejora del proceso.

Por qué es importante

Permite analizar el rendimiento del proceso por unidad organizativa, destacar las demoras entre áreas y ayudar a asignar responsabilidades.

Dónde obtenerlo

Suele encontrarse en los datos del encabezado del registro del evento de calidad o deducirse de la persona responsable de la actividad.

Ejemplos
Control de calidadLínea de producción BCalidad de proveedores
Gravedad
Severity
Clasificación del posible impacto del evento de calidad, como crítico, grave o leve.
Descripción

El atributo Gravedad clasifica los eventos de calidad según su impacto en el negocio, el riesgo o la urgencia. Esta clasificación ayuda a priorizar los recursos y la atención para los problemas más críticos. Por lo general, los niveles de gravedad se definen en la política de calidad de la organización.

Este atributo resulta útil para filtrar y segmentar los datos en Process Mining. Los analistas pueden comparar los flujos de proceso de los eventos 'Críticos' con los de los eventos 'Leves' para comprobar que los problemas de mayor gravedad se atiendan con la rapidez prevista. También permite detectar si los problemas 'Leves' consumen una cantidad desproporcionada de recursos o si los problemas 'Críticos' se estancan en el proceso. Así se puede optimizar el proceso para gestionar los riesgos.

Por qué es importante

Permite analizar el proceso según el riesgo, priorizar las investigaciones y comprobar que los eventos de mayor impacto se gestionen con la urgencia adecuada.

Dónde obtenerlo

Es un campo estándar en los datos del encabezado del evento de calidad, a menudo con la etiqueta 'Nivel de gravedad' o 'Prioridad'.

Ejemplos
CríticoGraveLeve
Hora de finalización del evento
EventEndTime
Fecha y hora exactas en que se completó una actividad o un evento específico.
Descripción

La hora de finalización del evento es una marca de tiempo que señala cuándo se completó una actividad. Junto con la hora de inicio del evento, permite calcular con precisión el tiempo de procesamiento de cada tarea del proceso de gestión de calidad. En los eventos considerados instantáneos, las horas de inicio y finalización pueden coincidir.

Este atributo es fundamental para analizar el rendimiento de cada actividad. Al calcular la duración de cada tarea (hora de finalización menos hora de inicio), los analistas pueden identificar qué pasos consumen más tiempo y cuáles conviene optimizar. También permite calcular con mayor precisión el tiempo de ciclo total del caso y aporta los datos necesarios para analizar la carga de trabajo y la eficiencia de los recursos.

Por qué es importante

Permite calcular los tiempos de procesamiento de las actividades, algo esencial para analizar el rendimiento en detalle e identificar las tareas que requieren más recursos.

Dónde obtenerlo

Suele encontrarse en el mismo registro de eventos o transacciones que la hora de inicio. En algunos sistemas, puede inferirse a partir de la hora de inicio del evento siguiente.

Ejemplos
2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z
Recurso
Resource
Usuario, empleado o agente automatizado que realizó una actividad o un evento de calidad específico, o a quien se le asignó.
Descripción

El atributo Recurso identifica a la persona o al sistema responsable de ejecutar una tarea. Puede tratarse de una persona investigadora, alguien que aprueba asuntos de calidad o un usuario de un sistema automatizado. Hacer un seguimiento de quién realiza cada actividad es fundamental para comprender la distribución de la carga de trabajo, el rendimiento del equipo y los patrones de colaboración.

Analizar el proceso por recurso ayuda a detectar diferencias de rendimiento entre personas o equipos, identificar necesidades de formación y equilibrar mejor la carga de trabajo. También permite detectar recursos sobrecargados que pueden convertirse en cuellos de botella, así como patrones de traspaso entre distintas personas, que suelen causar demoras en el proceso. Este análisis es clave para mejorar la eficiencia de la organización.

Por qué es importante

Este atributo es fundamental para analizar los recursos, incluida la distribución de la carga de trabajo, la comparación del rendimiento y la identificación de cuellos de botella en la organización.

Dónde obtenerlo

Suele encontrarse en tablas de transacciones o registros, con etiquetas como 'Nombre de usuario', 'Modificado por', 'Responsable' o 'Asignado a'.

Ejemplos
j.doem.smithSystem.Batch
Tipo de evento de calidad
QualityEventType
Clasificación del evento de calidad, como no conformidad, queja de cliente, hallazgo de auditoría o desviación.
Descripción

El tipo de evento de calidad clasifica la naturaleza del problema de calidad que se aborda. Los distintos tipos de eventos suelen seguir procesos diferentes, tener distintos niveles de urgencia y regirse por procedimientos operativos estándar específicos.

Al filtrar y comparar los procesos según este atributo, los analistas pueden detectar variaciones importantes. Por ejemplo, el proceso para gestionar una 'Queja de cliente' puede ser mucho más riguroso y urgente que el de un 'Problema interno'. Comprender estas diferencias es fundamental para evaluar si cada variante del proceso funciona de manera eficiente y cumple sus requisitos específicos.

Por qué es importante

Permite segmentar el análisis para comparar cómo se gestionan los distintos tipos de problemas de calidad y detectar variaciones importantes en el proceso.

Dónde obtenerlo

Se encuentra en los datos del encabezado del evento de calidad, a menudo en un campo denominado 'Tipo de notificación', 'Tipo de evento' o 'Categoría'.

Ejemplos
Queja de clienteInforme de no conformidad (NCR)Desviación
Estado del evento de calidad
QualityEventStatus
Estado general actual del evento de calidad durante su ciclo de vida, como abierto, en investigación o cerrado.
Descripción

El estado del evento de calidad indica el estado actual de un caso de calidad. Es un atributo dinámico que cambia a medida que el caso avanza en su ciclo de vida. Ofrece una visión general de la situación del evento en un momento determinado.

En Process Mining, este atributo resulta útil para analizar la carga de trabajo actual y los casos pendientes. Al filtrar los eventos con estado 'Abierto' o 'En curso', los responsables pueden supervisar el volumen de casos activos. También ayuda a comprobar la conformidad al comparar los cambios de estado reales con el flujo de proceso previsto. Por ejemplo, un evento no debería marcarse como 'Cerrado' antes de implementar la 'Acción correctiva'.

Por qué es importante

Ofrece una visión del estado actual de un caso, fundamental para supervisar los casos pendientes y la carga de trabajo activa, y comprobar la conformidad del proceso.

Dónde obtenerlo

Es un campo clave del registro de encabezado del evento de calidad y se actualiza a medida que avanza el evento.

Ejemplos
AbiertoPendiente de aprobaciónCerrado
Fecha objetivo de resolución
TargetResolutionDate
Fecha prevista o requerida para resolver y cerrar por completo el evento de calidad.
Descripción

La fecha objetivo de resolución es el plazo establecido para cerrar un evento de calidad. Suele fijarse según los requisitos normativos, los acuerdos de nivel de servicio con los clientes o las políticas internas, en función de la gravedad del evento.

Este atributo es esencial para supervisar el rendimiento y el cumplimiento. Al comparar la fecha real de cierre con la fecha objetivo, las organizaciones pueden calcular el KPI «Tasa de resolución a tiempo». Process Mining permite identificar qué tipos de eventos o pasos del proceso tienen más probabilidades de provocar retrasos e incumplimientos de estos objetivos. Así, los esfuerzos de mejora pueden centrarse en cumplir los plazos.

Por qué es importante

Permite medir el rendimiento frente a los objetivos de puntualidad, calcular las tasas de resolución a tiempo e identificar las causas de los retrasos.

Dónde obtenerlo

Suele encontrarse en el encabezado o en los datos de planificación del registro del evento de calidad.

Ejemplos
2024-06-302024-07-152024-08-01
Producto afectado
AffectedProduct
Producto, material o componente al que se refiere el evento de calidad.
Descripción

El atributo Producto afectado identifica el artículo, material o línea de productos específicos afectados por el problema de calidad. Este vínculo entre el proceso y el producto es fundamental para el análisis de causa raíz y la evaluación del impacto.

Analizar los eventos de calidad por producto permite detectar tendencias, como un número inusualmente alto de no conformidades en un producto determinado. Esto puede dar lugar a investigaciones más detalladas sobre el diseño o el proceso de fabricación del producto. También ayuda a priorizar los eventos de calidad según la importancia estratégica o el volumen de ventas del producto afectado, para abordar primero los problemas más críticos.

Por qué es importante

Vincula los datos del proceso con los datos del producto y permite analizar los problemas de calidad por línea de productos para detectar tendencias y priorizar los problemas de mayor impacto.

Dónde obtenerlo

Se encuentra en el registro principal del evento de calidad, a menudo con etiquetas como 'Número de material', 'ID del producto' o 'Número de pieza'.

Ejemplos
PROD-100-XLMAT-RAW-05BFG-2055-ASSY
Resultado de la comprobación de eficacia
EffectivenessCheckOutcome
Resultado de la verificación para confirmar si las acciones correctivas y preventivas implementadas fueron eficaces.
Descripción

El resultado de la comprobación de eficacia registra el resultado de la verificación que se realiza después de implementar las acciones correctivas. El resultado suele ser «Eficaz» o «No eficaz» e indica si la acción resolvió correctamente la causa raíz del problema.

Este atributo es fundamental para medir el éxito real del proceso de gestión de calidad. Una tasa elevada de resultados «No eficaz» apunta a un problema sistémico en las fases de análisis de causa raíz o planificación de acciones, que genera retrabajo y problemas recurrentes. En Process Mining, este dato permite analizar los ciclos de retrabajo. Por ejemplo, los casos con un resultado «No eficaz» suelen volver a la fase de investigación o análisis de causa raíz, lo que aumenta considerablemente el tiempo de ciclo y el coste.

Por qué es importante

Mide directamente el éxito de las acciones correctivas y es esencial para analizar los ciclos de retrabajo y la eficacia del análisis de causa raíz.

Dónde obtenerlo

Se encuentra en los registros de verificación o cierre de las acciones correctivas y preventivas (CAPA).

Ejemplos
EficazNo eficazVerificación pendiente
Ubicación
Location
Ubicación física o lógica, como una planta, una sede o un almacén, donde ocurrió el evento de calidad o donde se gestiona.
Descripción

El atributo Ubicación especifica la sede geográfica u organizativa relacionada con el evento de calidad. Puede ser una planta de fabricación, una línea de producción específica, un centro de distribución o una unidad de negocio.

Analizar el rendimiento del proceso por ubicación permite comparar resultados e identificar buenas prácticas. Puede revelar si algunas sedes resuelven los problemas de calidad con mayor eficiencia o si ciertas ubicaciones son el origen de problemas recurrentes. Este análisis geográfico o por sede ayuda a la dirección a asignar los recursos de forma eficaz y a estandarizar los procesos de mejor rendimiento en toda la organización.

Por qué es importante

Permite comparar distintas sedes o plantas para evaluar el rendimiento e identificar problemas específicos de cada ubicación o buenas prácticas.

Dónde obtenerlo

Esta información suele formar parte del registro principal del evento de calidad y puede aparecer como «Planta», «Sede» o «Unidad de negocio».

Ejemplos
Sede A - Edificio 2Almacén principalPlanta 0010
Obligatorio Recomendado Opcional

Actividades de gestión de calidad

En esta sección se describen los pasos clave del proceso y los hitos importantes que debe registrar para descubrir con precisión los flujos de trabajo de gestión de calidad.
7 Recomendado 8 Opcional
Actividad Descripción
Acción correctiva implementada
Representa la finalización de las tareas definidas en el plan de acción correctiva aprobado. Confirma que se han tomado las medidas necesarias para abordar el problema inmediato.
Por qué es importante

Esta actividad marca el fin del trabajo correctivo práctico. El tiempo transcurrido entre la aprobación del plan y su implementación refleja la eficiencia del equipo encargado de ejecutar las tareas necesarias.

Dónde obtenerlo

Por lo general, se registra cuando la persona encargada de la implementación marca como completados en el sistema los elementos de acción o las tareas asignadas.

Capturar

Utilice la fecha y hora de finalización de las tareas de acción correctiva relacionadas o la actualización del estado del registro del plan de acción a 'Implementado'.

Tipo de evento explicit
Análisis de causas raíz completado
Indica que ha finalizado la investigación y se han identificado y documentado las causas raíz del evento de calidad. Es un hito crítico antes de planificar cualquier acción correctiva.
Por qué es importante

Este hito marca el final de la fase de diagnóstico. Analizar la duración del análisis de causas raíz ayuda a detectar complejidades y cuellos de botella en las actividades de resolución de problemas.

Dónde obtenerlo

Este evento puede deducirse cuando se completan y guardan los campos «Causa raíz» o los campos relacionados con el análisis. En algunos sistemas, corresponde a la finalización de una tarea específica de análisis de causas raíz.

Capturar

Registre la marca de tiempo en que se marca como completada una tarea específica de análisis de causas raíz o se completa por primera vez el campo de descripción de la causa raíz.

Tipo de evento inferred
Eficacia verificada
Confirma que las acciones correctivas y preventivas implementadas resolvieron la causa raíz y evitaron que el problema se repitiera. Es un paso formal de verificación que suele realizarse después de un periodo de seguimiento.
Por qué es importante

Es la medida definitiva del éxito de una intervención de calidad. Valida que los recursos dedicados a la investigación y a las acciones dieron resultados positivos y evitaron futuros retrabajos.

Dónde obtenerlo

Se registra cuando se completa una tarea específica de comprobación de eficacia o se actualiza el estado del registro a 'Eficacia verificada', a menudo con una firma electrónica.

Capturar

Registre la fecha y hora de finalización de la tarea de comprobación de eficacia o del paso final de aprobación de la verificación.

Tipo de evento explicit
Evento de calidad cerrado
Es la actividad final, que marca la resolución satisfactoria y el cierre administrativo del registro del evento de calidad. En este punto, el proceso se considera completo y el registro pasa a formar parte del historial.
Por qué es importante

Es el principal punto final del proceso. El tiempo hasta el cierre es un KPI fundamental, y analizar los eventos cerrados ofrece una visión completa del proceso de principio a fin.

Dónde obtenerlo

Es un evento explícito clave que se registra cuando el estado final del registro cambia a 'Cerrado' o 'Completado', junto con la fecha y hora.

Capturar

Utilice la fecha y hora del cambio de estado final a 'Cerrado', 'Completado' o un estado terminal equivalente.

Tipo de evento explicit
Evento de calidad creado
Esta es la primera actividad y marca la creación formal de un registro de evento de calidad. Una persona identifica y registra en el sistema un problema de calidad, como un incumplimiento, un defecto o una reclamación, y así inicia el proceso.
Por qué es importante

Esta actividad es el punto de inicio principal del proceso y permite medir el tiempo de ciclo total desde la identificación hasta la resolución. También es esencial para hacer un seguimiento del volumen de eventos de calidad recibidos.

Dónde obtenerlo

Por lo general, este evento queda registrado de forma explícita en un registro de auditoría o de transacciones cuando se crea un registro nuevo. Busque las marcas de tiempo de creación en la tabla principal de eventos de calidad.

Capturar

Utilice la marca de tiempo de creación del registro del evento de calidad, como un registro de notificación de calidad, incumplimiento o reclamación.

Tipo de evento explicit
Investigación iniciada
Marca el inicio formal de la fase de investigación para determinar el alcance y la causa raíz del evento de calidad. Se asigna oficialmente el caso a una persona investigadora o a un equipo.
Por qué es importante

Esta actividad marca el comienzo de la fase central de resolución del problema. Hacer un seguimiento del tiempo entre la creación del evento y el inicio de la investigación permite detectar posibles acumulaciones de casos en el equipo de calidad.

Dónde obtenerlo

Por lo general, este evento se registra cuando el estado del registro cambia a «En investigación» o cuando se asigna formalmente una persona investigadora al registro.

Capturar

Utilice la marca de tiempo del cambio de estado a «En investigación» o de la primera asignación de una persona responsable o de un rol de investigación.

Tipo de evento inferred
Plan de acción correctiva aprobado
Indica la aprobación oficial del plan de acción correctiva propuesto por parte de una autoridad designada. Esta aprobación es un punto de control decisivo que permite iniciar la implementación.
Por qué es importante

Los ciclos de aprobación suelen ser una fuente de demoras. Analizar la duración y la frecuencia de esta actividad ayuda a identificar cuellos de botella en el flujo de trabajo de revisión y aprobación.

Dónde obtenerlo

Suele tratarse de una acción de aprobación explícita, registrada con fecha y hora en el flujo de trabajo, a menudo mediante una firma electrónica o un cambio de estado específico.

Capturar

Registre la fecha y hora de una firma electrónica o del cambio de estado a 'Aprobado' o 'Liberado para implementación'.

Tipo de evento explicit
Acción preventiva implementada
Indica la finalización de las tareas destinadas a eliminar la causa de posibles no conformidades y evitar que vuelvan a producirse. Es una medida proactiva que suele tomarse después de una acción correctiva.
Por qué es importante

Esta actividad refleja un proceso de calidad maduro, centrado en la prevención y no solo en la corrección. Hacer un seguimiento de la implementación de las acciones preventivas ayuda a medir las iniciativas de mejora del proceso a largo plazo.

Dónde obtenerlo

Se registra cuando las tareas de acción preventiva asignadas se marcan como completadas, a menudo en un registro vinculado al evento de calidad original.

Capturar

Utilice la fecha y hora de finalización de las tareas de acción preventiva relacionadas o una actualización de estado en un registro de acción preventiva.

Tipo de evento explicit
Evaluación inicial completada
Indica que se ha completado la revisión inicial o clasificación del evento de calidad recién creado. En este paso, se clasifica el evento por tipo, se le asigna un nivel de gravedad y se establece su prioridad para determinar el flujo de trabajo posterior.
Por qué es importante

Analizar el tiempo dedicado a esta fase inicial ayuda a detectar demoras en la recepción y tramitación de nuevos eventos de calidad. También proporciona atributos para filtrar los casos por gravedad o tipo.

Dónde obtenerlo

A menudo, este evento se deduce de un cambio de estado de «Nuevo» a «En evaluación» o «En curso». También puede registrarse cuando se completan por primera vez campos específicos de clasificación y prioridad.

Capturar

Registre la marca de tiempo del cambio de estado que indica que la evaluación ha finalizado o el momento en que se guardan por primera vez los campos de clasificación y prioridad.

Tipo de evento inferred
Evento de calidad cancelado
Es un punto final alternativo en el que el evento de calidad se termina sin resolverse por completo. Ocurre cuando se considera que el evento no es válido, duplica otra entrada o se creó por error.
Por qué es importante

Esta actividad representa un final alternativo del proceso que no genera resultados. Un volumen elevado de eventos cancelados puede indicar problemas con la formación de usuarios o con el proceso inicial de ingreso de datos.

Dónde obtenerlo

Se registra mediante un cambio de estado terminal a 'Cancelado' o 'Anulado', a menudo con el código de motivo correspondiente.

Capturar

Registre la fecha y hora en que el estado del registro se actualiza a 'Cancelado', 'Anulado' o 'No válido'.

Tipo de evento explicit
Partes interesadas notificadas
Representa la comunicación formal de la resolución del evento de calidad a las partes pertinentes, como la persona que lo notificó o los departamentos afectados.
Por qué es importante

Aunque no siempre es un paso central del proceso, hacer un seguimiento de la comunicación con las partes interesadas puede aportar información sobre la integridad del proceso y los niveles generales de servicio.

Dónde obtenerlo

Es difícil de registrar y puede corresponder a una acción explícita que quede registrada. También puede inferirse al completar una tarea de 'Notificación final' en un flujo de trabajo.

Capturar

Registre la fecha y hora en que se registra una notificación automática por correo electrónico o se marca como completada una tarea de comunicación manual.

Tipo de evento inferred
Plan de acción correctiva rechazado
Indica que el plan de acción correctiva propuesto se revisó, pero fue rechazado. Es necesario revisarlo y volver a presentarlo, lo que genera un ciclo de retrabajo en el proceso.
Por qué es importante

Esta actividad pone de manifiesto ineficiencias y retrabajos en el proceso. Una tasa elevada de rechazos puede indicar que los requisitos no están claros o que el análisis de causa raíz es insuficiente.

Dónde obtenerlo

Se registra mediante un cambio de estado a 'Rechazado' o 'Requiere revisión', a menudo acompañado de un código de motivo o comentarios.

Capturar

Registre la fecha y hora del cambio de estado a 'Rechazado' o 'Devuelto para revisión'.

Tipo de evento explicit
Plan de acciones correctivas propuesto
Esta actividad tiene lugar cuando se documenta un plan formal para abordar la causa raíz identificada y se envía para su revisión. El plan describe las acciones correctivas específicas que se llevarán a cabo.
Por qué es importante

Este paso inicia la fase de resolución del proceso. Medir el tiempo que se tarda en proponer un plan permite saber con qué rapidez los equipos pasan del análisis a la acción.

Dónde obtenerlo

Suele quedar registrado al crear un registro relacionado de Plan de acción correctiva o al cambiar el estado para indicar que el plan está listo para revisión.

Capturar

Utilice la fecha y hora de creación de un registro vinculado de Acción correctiva o CAPA, o el cambio de estado a 'Pendiente de aprobación'.

Tipo de evento explicit
Revisión final completada
Se revisa el registro completo del evento de calidad para comprobar que toda la documentación esté completa y que se hayan seguido todos los pasos del procedimiento. Suele ser el último paso de aprobación antes del cierre.
Por qué es importante

Esta actividad representa el último punto de control de calidad antes de cerrar un caso. Las demoras en esta etapa pueden prolongar artificialmente los tiempos de ciclo e indicar problemas con la documentación.

Dónde obtenerlo

Suele ser un paso explícito de aprobación o una firma electrónica de una persona responsable de aseguramiento de la calidad, antes de cambiar el estado a 'Cerrado'.

Capturar

Utilice la fecha y hora de la aprobación de la revisión final de calidad o del cambio de estado a 'Pendiente de cierre' o 'Revisión final completada'.

Tipo de evento explicit
Verificación de eficacia fallida
Indica que las acciones implementadas no lograron resolver el problema. Este resultado suele dar lugar a una nueva investigación o a un nuevo ciclo de acciones correctivas.
Por qué es importante

Esta actividad señala un fallo importante del proceso y un ciclo considerable de retrabajo. Analizar estos eventos es fundamental para entender por qué fallan las soluciones y mejorar el proceso de análisis de causa raíz (RCA).

Dónde obtenerlo

Se registra cuando falla el paso de verificación y se cambia el estado para reabrir la investigación o la planificación de CAPA.

Capturar

Registre la fecha y hora de un cambio de estado que indique que la verificación falló, como 'Eficacia no lograda' o 'Se requiere una nueva investigación'.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener los datos para Process Mining.

Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,

consulte nuestra guía de ETL   o   seleccione un proceso y un sistema específicos.

¿Listo para comenzar?

Para empezar a optimizar su proceso de gestión de calidad, seleccione una guía de extracción específica para su sistema o utilice este Template genérico para preparar los datos.

Empiece hoy a optimizar la gestión de calidad

Identifique cuellos de botella y mejore el cumplimiento con información basada en datos.

Comience la prueba gratuita

No se requiere tarjeta de crédito. La configuración toma 5 minutos.