Su Template de datos de gestión de calidad
Su Template de datos de gestión de calidad
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.
Atributos de gestión de calidad
| 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 | |||
Actividades de gestión de calidad
| 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 | |||
Guías de extracción
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.
No se requiere tarjeta de crédito. La configuración toma 5 minutos.