Su Template de datos de gestión de calidad
Su Template de datos de gestión de calidad
- Atributos recomendados para recopilar datos de forma exhaustiva
- Actividades clave para dar visibilidad al proceso
- Guía paso a paso para extraer datos de ETQ Reliance
Atributos de gestión de calidad
| Nombre | Descripción | ||
|---|---|---|---|
|
Evento de calidad
QualityEvent
|
Identificador único de un evento de calidad que vincula todas las actividades relacionadas, desde su identificación hasta el cierre. | ||
|
Descripción
El evento de calidad es el identificador principal del caso en el proceso de gestión de calidad. Representa un problema de calidad concreto, como una no conformidad, una queja de cliente o una desviación, a medida que avanza por las etapas de investigación y resolución. En el análisis de Process Mining, este atributo es esencial para reconstruir el recorrido completo de cada evento de calidad. Permite visualizar mapas de procesos, medir los tiempos de ciclo de principio a fin y analizar las variantes para entender cómo se gestionan los distintos eventos. Todas las actividades y los datos se agrupan mediante este identificador para ofrecer una visión completa del caso.
Por qué es importante
Este es el atributo fundamental para Process Mining, ya que conecta todos los pasos relacionados del proceso en un único caso y permite analizar de principio a fin el ciclo de resolución de los problemas de calidad.
Dónde obtenerlo
Es la clave principal del módulo Quality Event o Non-conformance de ETQ Reliance. Consulte la documentación de ETQ Reliance para conocer el nombre específico de la tabla y el campo.
Ejemplos
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
Marca de tiempo del evento
EventTimestamp
|
Fecha y hora exactas en que se produjo una actividad específica. | ||
|
Descripción
La marca de tiempo del evento indica el momento exacto en que se registró una actividad en el sistema. Cada actividad del ciclo de vida de un evento de calidad tiene su propia marca de tiempo, lo que permite ordenar cronológicamente los eventos. Este atributo es fundamental para todos los análisis temporales de Process Mining. Se utiliza para calcular los tiempos de ciclo entre actividades, detectar tiempos de espera y cuellos de botella, y medir la duración total de un evento de calidad. También permite analizar las tendencias de rendimiento a lo largo del tiempo.
Por qué es importante
Este atributo es esencial para calcular duraciones, ordenar cronológicamente los eventos y realizar cualquier análisis temporal, como la detección de cuellos de botella.
Dónde obtenerlo
Suele encontrarse en las tablas del registro de auditoría o en un campo de fecha de «última modificación» o «cambio de estado» asociado a cada actividad o paso del flujo de trabajo en ETQ Reliance.
Ejemplos
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre de la tarea o el evento específico que tuvo lugar dentro del proceso de gestión de calidad. | ||
|
Descripción
Este atributo describe un paso o hito del ciclo de vida del evento de calidad, como «Problema clasificado y priorizado» o «Análisis de causa raíz realizado». Cada actividad representa una acción concreta para avanzar hacia la resolución del evento de calidad. El análisis de las actividades es fundamental en Process Mining. Este atributo se utiliza para crear el mapa del proceso y mostrar el flujo de trabajo. Permite identificar cuellos de botella, desviaciones del proceso estándar y ciclos de retrabajo, aspectos clave para mejorar el proceso.
Por qué es importante
Define los pasos del proceso, necesarios para visualizar el flujo, detectar cuellos de botella y analizar las desviaciones.
Dónde obtenerlo
Esta información suele obtenerse de los registros de eventos, los cambios de estado del flujo de trabajo o los registros de auditoría de los módulos de ETQ Reliance.
Ejemplos
Investigación iniciadaAnálisis de causa raíz realizadoPlan de acciones correctivas aprobado
|
|||
|
Acción realizada por
ActionPerformedBy
|
El usuario o recurso que ejecutó una actividad específica. | ||
|
Descripción
Este atributo identifica a la persona o al usuario del sistema responsable de completar una tarea durante el ciclo de vida del evento de calidad. Vincula las actividades del proceso con las personas o los equipos que las realizan. Analizar el rendimiento por usuario permite comprender cómo se distribuye la carga de trabajo, detectar necesidades de formación y reconocer a las personas o los equipos con un alto rendimiento. También es esencial para el cumplimiento y las auditorías, ya que deja constancia clara de quién realizó cada acción.
Por qué es importante
Este atributo permite analizar el rendimiento de los recursos, equilibrar la carga de trabajo e identificar oportunidades de formación.
Dónde obtenerlo
Esta información suele almacenarse en los registros de auditoría o en los detalles de las transacciones, a menudo vinculada a un campo de ID de usuario en ETQ Reliance.
Ejemplos
j.doeasmithqa_manager
|
|||
|
Categoría de causa raíz
RootCauseCategory
|
Clasificación de la causa raíz identificada para el evento de calidad. | ||
|
Descripción
Después de analizar la causa raíz, suele clasificarse el motivo subyacente del problema. Algunos ejemplos son «Falla del equipo», «Error humano», «Deficiencia del proceso» o «Problema con el proveedor». Este atributo es esencial para el Dashboard de tendencias por categoría de causa raíz. Al analizar la frecuencia de las distintas categorías a lo largo del tiempo, las organizaciones pueden detectar problemas sistémicos y centrar sus esfuerzos de mejora en las causas más comunes de los problemas de calidad. Así pueden pasar de resolver problemas de forma reactiva a prevenirlos de manera proactiva.
Por qué es importante
Permite analizar estratégicamente los problemas recurrentes, detectar problemas sistémicos y priorizar las acciones correctivas y preventivas a largo plazo.
Dónde obtenerlo
Por lo general, este campo se completa durante la etapa de análisis de la causa raíz del flujo de trabajo en ETQ Reliance.
Ejemplos
Deficiencia del procesoDefecto del materialError humanoFalla del equipo
|
|||
|
Departamento responsable
ResponsibleDepartment
|
El departamento o área funcional responsable del evento de calidad o de una actividad específica. | ||
|
Descripción
Este atributo indica la unidad de la organización encargada de gestionar el evento de calidad o de ejecutar determinados pasos, como «Aseguramiento de la calidad», «Ingeniería» o «Producción». Puede asignarse al caso o cambiar a medida que este pasa de un departamento a otro. Este atributo es clave para el Dashboard de análisis del rendimiento por departamento. Permite filtrar y comparar el rendimiento de los procesos, por ejemplo, los tiempos de ciclo y el volumen de eventos, entre distintos departamentos. Así se pueden detectar cuellos de botella, limitaciones de recursos o áreas con un rendimiento destacado.
Por qué es importante
Permite comparar el rendimiento y analizar cuellos de botella entre distintas unidades de negocio, lo que ayuda a optimizar la asignación de recursos.
Dónde obtenerlo
Suele ser un campo del formulario principal del evento de calidad en ETQ Reliance, donde se indica el grupo propietario o responsable.
Ejemplos
Aseguramiento de la calidadFabricaciónInvestigación y desarrollo
|
|||
|
Hora de finalización del evento
EventEndTime
|
La fecha y hora en que se completó una actividad, que se utilizan para calcular su tiempo de procesamiento. | ||
|
Descripción
La hora de finalización del evento marca cuándo concluye una actividad. Junto con la marca de tiempo del evento (hora de inicio), permite determinar la duración de un paso del proceso. No todos los sistemas registran explícitamente la hora de finalización de cada evento; en esos casos, puede deducirse a partir de la hora de inicio del evento siguiente. Este atributo es fundamental para calcular el tiempo de procesamiento de cada actividad, que no es lo mismo que el tiempo de espera entre actividades. Permite identificar las tareas que consumen más tiempo y orientar las mejoras para que el proceso sea más eficiente.
Por qué es importante
Permite calcular el tiempo de procesamiento de cada actividad y distinguir entre el tiempo de trabajo activo y el tiempo de espera.
Dónde obtenerlo
Algunos módulos de ETQ Reliance pueden registrar las horas de inicio y finalización de determinadas tareas. Si no están disponibles, pueden calcularse durante la preparación de los datos.
Ejemplos
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
Nivel de gravedad
SeverityLevel
|
Clasificación del impacto del evento de calidad, por ejemplo, crítico, grave o leve. | ||
|
Descripción
El nivel de gravedad evalúa el posible impacto del problema de calidad en los clientes, los productos o el cumplimiento normativo. Se utiliza para priorizar los recursos y determinar la urgencia de la respuesta. Este atributo es fundamental para los Dashboards de clasificación y priorización de problemas y de resolución de eventos de alta gravedad. Permite segmentar los eventos de calidad y analizar si los problemas más graves se resuelven antes que los menos graves. También ayuda a garantizar que los problemas críticos reciban atención inmediata.
Por qué es importante
Permite priorizar y segmentar los casos para garantizar que los problemas de calidad más críticos se atiendan con la urgencia adecuada.
Dónde obtenerlo
Es un campo estándar en la mayoría de los módulos de gestión de calidad de ETQ Reliance y suele formar parte del formulario inicial de registro del problema.
Ejemplos
CríticoGraveLeve
|
|||
|
Resultado de la verificación
EffectivenessVerificationOutcome
|
Resultado de la comprobación para determinar si una acción correctiva fue eficaz. | ||
|
Descripción
Después de implementar una acción correctiva, suele realizarse una verificación para confirmar que la acción resolvió el problema. Este atributo registra el resultado de esa verificación, normalmente como «Eficaz» o «No eficaz». Este atributo es fundamental para el Dashboard de eficacia de las acciones correctivas y para el KPI de tasa de verificación de la eficacia de CAPA. Mide directamente el éxito del proceso de resolución, ayuda a detectar problemas recurrentes y permite mejorar los planes de acciones correctivas.
Por qué es importante
Mide directamente el éxito de las acciones correctivas, lo que ayuda a reducir el retrabajo y a evitar que se repitan los problemas de calidad.
Dónde obtenerlo
Este sería un campo de la sección de verificación de eficacia del módulo CAPA o de eventos de calidad en ETQ Reliance.
Ejemplos
EficazNo eficazPendiente
|
|||
|
Descripción del problema
IssueDescription
|
Descripción en texto libre del problema de calidad identificado. | ||
|
Descripción
Este atributo contiene una descripción detallada y narrativa del problema de calidad. Aporta contexto cualitativo que los campos de datos estructurados no pueden ofrecer. Aunque normalmente no se utiliza directamente para visualizar el flujo del proceso, la descripción del problema resulta muy útil para revisar casos en detalle. También puede analizarse con técnicas de minería de texto para detectar temas o palabras clave comunes asociados a determinados tipos de desviaciones o retrasos en los procesos.
Por qué es importante
Aporta contexto cualitativo esencial para comprender los detalles de un evento de calidad y resulta útil para analizar casos individuales en profundidad.
Dónde obtenerlo
Es un cuadro de texto o campo de notas estándar del formulario inicial de notificación de eventos de calidad en ETQ Reliance.
Ejemplos
El componente XYZ no superó la prueba de resistencia en la estación 4.El cliente notificó un defecto estético en el lote 789.Se encontraron ajustes de calibración incorrectos en la máquina A.
|
|||
|
Duración del análisis de la causa raíz
RootCauseAnalysisDuration
|
Tiempo transcurrido desde el inicio de una investigación hasta la finalización del análisis de la causa raíz. | ||
|
Descripción
Esta métrica mide la duración de una fase específica del proceso de calidad. Se calcula como la diferencia entre la actividad «Investigación iniciada» y la actividad «Análisis de la causa raíz realizado». Este atributo es esencial para el KPI de tiempo promedio del análisis de la causa raíz y el Dashboard de cuellos de botella en el análisis de la causa raíz. Ayuda a localizar retrasos en la fase de análisis del proceso, que suelen contribuir de forma importante a que el tiempo de ciclo total sea prolongado.
Por qué es importante
Aísla el rendimiento de un subproceso crítico y ayuda a detectar y resolver retrasos en el análisis y la investigación de problemas.
Dónde obtenerlo
Este atributo no está en el sistema de origen. Se calcula durante la transformación de datos, determinando la diferencia entre las marcas de tiempo de actividades específicas.
Ejemplos
8640001209600432000
|
|||
|
Es retrabajo
IsRework
|
Indicador que señala si una actividad o secuencia de actividades representa un retrabajo. | ||
|
Descripción
Este atributo booleano se deriva para detectar ciclos en el proceso, por ejemplo, cuando una verificación de eficacia falla y da lugar a una nueva investigación, o cuando se rechaza un plan de acciones correctivas y se devuelve para su revisión. Señala las actividades que repiten pasos anteriores. Este atributo se utiliza para calcular el KPI de tasa de retrabajo de las acciones correctivas. Detectar el retrabajo es fundamental para comprender las ineficiencias del proceso, ya que consume recursos y prolonga los tiempos de ciclo sin acercar el caso a su resolución.
Por qué es importante
Cuantifica la ineficiencia del proceso al señalar el trabajo repetido, lo que ayuda a detectar las causas raíz de las fallas del proceso y a reducir el desperdicio.
Dónde obtenerlo
Este atributo no está en el sistema de origen. Se calcula durante la transformación de datos a partir de la secuencia de actividades de cada caso.
Ejemplos
truefalse
|
|||
|
Estado de CAP
CorrectiveActionPlanStatus
|
Estado del plan de acciones correctivas, por ejemplo, propuesto, aprobado o rechazado. | ||
|
Descripción
Este atributo registra el estado del propio plan de acciones correctivas (CAP), un hito clave dentro del evento de calidad general. Indica si se revisó y aceptó una solución propuesta. Analizar este atributo puede revelar cuellos de botella en el proceso de aprobación. Un número elevado de planes rechazados o largos retrasos entre los estados «Propuesto» y «Aprobado» pueden indicar problemas en el análisis de la causa raíz o falta de acuerdo entre las partes interesadas.
Por qué es importante
Ayuda a detectar retrasos e ineficiencias en el ciclo de aprobación de las acciones correctivas, un cuello de botella habitual en la gestión de calidad.
Dónde obtenerlo
Sería un campo de estado de la sección o el módulo de acciones correctivas y preventivas (CAPA) de ETQ Reliance.
Ejemplos
PropuestoAprobadoRechazadoPendiente de implementación
|
|||
|
Estado del evento de calidad
QualityEventStatus
|
Estado general actual del evento de calidad, por ejemplo, abierto, cerrado o cancelado. | ||
|
Descripción
Este atributo ofrece un resumen general de la etapa del ciclo de vida en que se encuentra el evento de calidad. Indica si el caso sigue en curso, se resolvió correctamente o se canceló por algún motivo. En el análisis de procesos, se utiliza para filtrar los casos activos y los completados. Es fundamental para calcular el volumen de eventos de calidad abiertos y garantizar que los análisis, como el del tiempo de ciclo, solo incluyan los casos que han llegado a un estado final definitivo.
Por qué es importante
Permite filtrar los casos abiertos y cerrados, algo esencial para calcular el trabajo pendiente y analizar con precisión los flujos de proceso completados.
Dónde obtenerlo
Es un campo de estado principal del objeto de evento de calidad en ETQ Reliance.
Ejemplos
AbiertoCerradoCanceladoPendiente de aprobación
|
|||
|
Estado del SLA
SLAState
|
Indica si el evento de calidad cumple el acuerdo de nivel de servicio (SLA) definido, corre el riesgo de incumplirlo o ya lo incumplió. | ||
|
Descripción
Este atributo es un campo calculado que compara el tiempo de ciclo actual o total de un evento de calidad con los objetivos predefinidos. Por ejemplo, un problema crítico puede tener un SLA que exija resolverlo en un plazo de 15 días. El estado puede ser «En curso», «En riesgo» o «Incumplido». Es útil para el Dashboard de resumen del cumplimiento de calidad, ya que ofrece una indicación visual inmediata de la puntualidad y el cumplimiento. Ayuda a los responsables a actuar de forma proactiva ante los eventos que corren el riesgo de superar el plazo, en lugar de reaccionar solo después de que se incumpla.
Por qué es importante
Ofrece una visión clara e inmediata del rendimiento respecto a los objetivos de puntualidad y permite gestionar de forma proactiva los casos que corren el riesgo de retrasarse.
Dónde obtenerlo
Este atributo se calcula durante la transformación de datos, comparando el tiempo transcurrido de un caso con las reglas de negocio de los SLA, que pueden basarse en atributos como el nivel de gravedad.
Ejemplos
En cursoEn riesgoIncumplido
|
|||
|
ID de acción preventiva
PreventiveActionId
|
Identificador único de cada acción preventiva creada en respuesta al evento de calidad. | ||
|
Descripción
Este atributo vincula un evento de calidad con una o varias acciones preventivas creadas para abordar la causa raíz y evitar que el problema se repita en otras áreas. Un solo evento de calidad puede dar lugar a varias acciones preventivas. Este ID es importante para el Dashboard de gestión de acciones preventivas. Permite hacer un seguimiento de la tasa de implementación de las acciones preventivas identificadas y detectar iniciativas duplicadas o redundantes, para gestionar las mejoras proactivas de forma eficiente.
Por qué es importante
Vincula los eventos de calidad reactivos con las iniciativas de mejora proactivas y permite analizar la eficacia con que la organización previene problemas futuros.
Dónde obtenerlo
Sería un registro relacionado o un campo de la sección de acciones preventivas del módulo CAPA en ETQ Reliance.
Ejemplos
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Normativa asociada
AssociatedRegulationStandard
|
La normativa o el estándar de calidad específico asociado al evento de calidad. | ||
|
Descripción
Este atributo vincula un evento de calidad con un requisito normativo o estándar del sector específico, como ISO 9001, FDA 21 CFR Part 820 o las políticas internas de la empresa. Es especialmente importante en los sectores regulados. Este es el atributo clave para el Dashboard de resumen del cumplimiento de calidad. Analizar los eventos según el estándar asociado permite supervisar el cumplimiento, detectar áreas con desviaciones frecuentes y garantizar que se atiendan a tiempo todos los requisitos normativos.
Por qué es importante
Permite analizar los eventos de calidad en el contexto del cumplimiento y ayuda a garantizar que se respeten las normativas y los estándares específicos del sector.
Dónde obtenerlo
Puede ser un campo específico o una lista de opciones en el formulario del evento de calidad de ETQ Reliance, especialmente en los módulos centrados en el cumplimiento.
Ejemplos
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
Producto afectado
AffectedProduct
|
El producto, material o componente relacionado con el evento de calidad. | ||
|
Descripción
Este atributo identifica el producto específico o el número de pieza asociado al problema de calidad. Vincula los datos del proceso con los datos maestros de productos. Analizar los eventos de calidad por producto permite detectar si algunos productos presentan más problemas de calidad, lo que puede señalar posibles problemas de diseño o fabricación. Así se pueden centrar los esfuerzos de mejora en los productos que más lo necesitan.
Por qué es importante
Vincula el proceso de calidad con productos específicos y permite analizar cuáles son más propensos a presentar problemas.
Dónde obtenerlo
Suele ser un campo clave del formulario del evento de calidad, vinculado a una tabla de datos maestros de productos de ETQ Reliance o de un sistema ERP integrado.
Ejemplos
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
Sistema de origen
SourceSystem
|
Sistema del que se extrajeron los datos. | ||
|
Descripción
Este atributo identifica el origen de los datos de gestión de calidad. En esta vista del proceso, su valor será constante e indicará que los datos proceden de ETQ Reliance. Aunque su valor no cambie dentro de un mismo conjunto de datos, este atributo es fundamental para la gobernanza de datos y para combinar datos de varios sistemas. Permite conocer claramente la procedencia de los datos y facilita la gestión de las tareas de integración.
Por qué es importante
Proporciona contexto esencial sobre el origen de los datos, importante para la gobernanza de datos, la validación y la integración con otros sistemas.
Dónde obtenerlo
Por lo general, es un valor estático que se añade durante el proceso de extracción, transformación y carga de datos (ETL) para indicar su origen.
Ejemplos
ETQ Reliance
|
|||
|
Tiempo de ciclo del evento de calidad
QualityEventCycleTime
|
Tiempo total transcurrido desde la identificación de un problema de calidad hasta su cierre definitivo. | ||
|
Descripción
Esta métrica calculada representa la duración total de un evento de calidad. Se obtiene calculando la diferencia entre la marca de tiempo de la primera actividad (por ejemplo, «Problema de calidad identificado») y la de la última (por ejemplo, «Evento de calidad cerrado»). Este atributo permite calcular directamente el KPI de tiempo de ciclo promedio de los eventos de calidad y es una medida principal de la eficiencia general del proceso. Se utiliza en los Dashboards para hacer un seguimiento del rendimiento respecto a los objetivos de reducción del tiempo de ciclo y comparar la duración de distintas categorías de eventos.
Por qué es importante
Es un indicador clave de rendimiento que mide la eficiencia general del proceso de gestión de calidad, desde el inicio hasta el final.
Dónde obtenerlo
Este atributo no está disponible directamente en ETQ Reliance. Se calcula en la herramienta de Process Mining o durante el proceso ETL, restando la marca de tiempo del primer evento a la del último evento de cada caso.
Ejemplos
25920006048008640000
|
|||
|
Última actualización de datos
LastDataUpdate
|
La fecha y hora que indican cuándo se actualizaron por última vez los datos del proceso. | ||
|
Descripción
Este atributo registra la fecha y hora de la extracción más reciente de datos del sistema de origen. Es un campo de metadatos que se aplica al conjunto de datos completo, no a eventos individuales. En cualquier análisis de procesos, es fundamental saber qué tan actualizados están los datos. Este atributo permite conocer la actualidad del análisis, ayuda a tomar decisiones con información reciente y permite gestionar las expectativas sobre la latencia de los datos.
Por qué es importante
Indica qué tan actualizados están los datos, un aspecto fundamental para comprender la vigencia del análisis y de la información obtenida.
Dónde obtenerlo
Este valor se genera durante el proceso de extracción, transformación y carga de datos (ETL) y registra la fecha y hora de ejecución del trabajo.
Ejemplos
2024-05-20T08:00:00Z
|
|||
|
Unidad de negocio
BusinessUnit
|
La división o unidad de negocio más amplia donde se originó el evento de calidad. | ||
|
Descripción
Este atributo asigna el evento de calidad a una unidad de negocio específica de la organización, como «Electrónica de consumo» o «Dispositivos médicos». Aporta un contexto organizativo más amplio que el departamento. Permite comparar el rendimiento general entre distintas áreas de la empresa. También ayuda a la dirección a comprender qué unidades de negocio afrontan los mayores desafíos de calidad y a asignar los recursos en consecuencia.
Por qué es importante
Permite comparar, a nivel general, el rendimiento de los procesos de calidad entre las distintas divisiones de la empresa.
Dónde obtenerlo
Esta información puede figurar en un campo del formulario del evento de calidad o derivarse de otros atributos, como el departamento responsable o el producto.
Ejemplos
Dispositivos médicosPiezas automotricesSoluciones industriales
|
|||
Actividades de gestión de calidad
| Actividad | Descripción | ||
|---|---|---|---|
|
Acción correctiva implementada
|
Representa la finalización de las tareas incluidas en el plan de acciones correctivas aprobado. Suele registrarse cuando la persona encargada de la implementación marca como completados los elementos de acción asignados. | ||
|
Por qué es importante
Mide la duración de la fase de implementación y puede revelar limitaciones de recursos o dificultades prácticas para ejecutar las acciones correctivas.
Dónde obtenerlo
Se infiere de la fecha de finalización de la última tarea de acción correctiva asociada o de un cambio manual de estado a «Acciones implementadas».
Capturar
Se infiere de la fecha de finalización de la última tarea de CAPA asociada.
Tipo de evento
inferred
|
|||
|
Análisis de causa raíz realizado
|
Representa la finalización de la investigación, cuando se han identificado y documentado una o varias causas de fondo. Por lo general, se registra al completar y guardar la sección del formulario de análisis de causa raíz (RCA). | ||
|
Por qué es importante
Marca el final de la fase de investigación. El tiempo transcurrido entre «Investigación iniciada» y esta actividad es una métrica clave para detectar cuellos de botella en el análisis.
Dónde obtenerlo
Se infiere de la fecha en que se completa el campo «Categoría de causa de fondo» o de la marca de tiempo de finalización del paso del flujo de trabajo de RCA en el registro de auditoría.
Capturar
Se infiere al completar los campos «Causa de fondo» o cuando el estado cambia a «RCA completado».
Tipo de evento
inferred
|
|||
|
Eficacia de la acción verificada
|
Esta actividad confirma que la acción correctiva implementada resolvió la causa de fondo y evitó que el problema volviera a ocurrir. Es un paso formal de verificación que suele realizarse después de un periodo de seguimiento. | ||
|
Por qué es importante
Este paso es fundamental para cerrar el ciclo de calidad y está directamente relacionado con los KPI de eficacia de CAPA. Permite confirmar que las soluciones son duraderas y eficaces.
Dónde obtenerlo
Se obtiene de la fecha de finalización del paso del flujo de trabajo o de la sección del formulario «Verificación de la eficacia». Suele ser una actividad independiente con marca de tiempo.
Capturar
A partir de la fecha de finalización del formulario o la tarea «Comprobación de la eficacia».
Tipo de evento
inferred
|
|||
|
Evento de calidad cerrado
|
La actividad final, que marca la resolución satisfactoria y el cierre administrativo del registro del evento de calidad. Es el principal punto de finalización del proceso. | ||
|
Por qué es importante
Define el final del proceso para calcular el tiempo de ciclo total. Analizar los eventos cerrados es fundamental para medir el volumen de casos procesados y el rendimiento general.
Dónde obtenerlo
Se infiere del cambio de estado a «Cerrado» o «Completado» en el registro del historial del evento, que casi siempre incluye una marca de tiempo.
Capturar
Se infiere de la marca de tiempo del cambio de estado a «Cerrado».
Tipo de evento
inferred
|
|||
|
Investigación iniciada
|
Indica el inicio formal de la fase de investigación para determinar la causa de fondo del problema de calidad. Suele inferirse cuando el estado cambia a «En investigación» o se asigna una persona investigadora. | ||
|
Por qué es importante
Esta actividad es un hito clave que marca el inicio del cómputo del tiempo del análisis de causa raíz. Permite detectar demoras entre la evaluación del problema y el comienzo de la investigación formal.
Dónde obtenerlo
Se infiere de la marca de tiempo asociada al cambio de estado a «Investigación» en el historial del evento o de la fecha de asignación de la persona responsable de la investigación.
Capturar
Se infiere del cambio de estado a «En investigación».
Tipo de evento
inferred
|
|||
|
Plan de acciones correctivas aprobado
|
Indica la aprobación oficial del plan de acciones correctivas propuesto por parte de una persona autorizada, lo que permite iniciar su implementación. Por lo general, se registra como una acción de aprobación explícita con marca de tiempo en el flujo de trabajo. | ||
|
Por qué es importante
Este es un hito importante y un punto de aprobación clave. Las demoras en esta etapa pueden prolongar considerablemente el tiempo total de resolución.
Dónde obtenerlo
Se obtiene de la marca de tiempo de aprobación en la firma electrónica del evento o en el historial del flujo de trabajo. ETQ Reliance utiliza ampliamente los flujos de trabajo de aprobación.
Capturar
A partir de la marca de tiempo del paso de aprobación en el historial del flujo de trabajo.
Tipo de evento
explicit
|
|||
|
Problema de calidad identificado
|
Indica la creación de un nuevo registro de evento de calidad, que marca el inicio del proceso. Por lo general, se registra cuando una persona usuaria envía un formulario para informar de un nuevo problema de calidad en ETQ Reliance. | ||
|
Por qué es importante
Establece la hora de inicio del caso, un dato esencial para calcular el tiempo de ciclo de principio a fin y analizar la frecuencia con que se producen nuevos eventos de calidad.
Dónde obtenerlo
Suele obtenerse de la marca de tiempo de creación del registro del evento de calidad en la tabla principal Quality Event o en su registro de auditoría asociado.
Capturar
A partir de la marca de tiempo de creación del registro del evento de calidad.
Tipo de evento
explicit
|
|||
|
Acción preventiva identificada
|
Representa la identificación de una acción preventiva (PA) destinada a eliminar la causa de posibles no conformidades. Puede gestionarse como un registro independiente, pero vinculado al evento de calidad original. | ||
|
Por qué es importante
Es fundamental para analizar la proactividad de la organización en la gestión de calidad y permite alimentar el Dashboard «Gestión de acciones preventivas» con información sobre cuándo se inician estas acciones.
Dónde obtenerlo
Requiere analizar el sistema. Probablemente se obtiene de la fecha de creación de un registro de acción preventiva vinculado al registro del evento de calidad de origen.
Capturar
A partir de la fecha de creación de un registro de acción preventiva vinculado.
Tipo de evento
inferred
|
|||
|
Acción preventiva implementada
|
Indica que se han completado las tareas asociadas a una acción preventiva identificada y que se han puesto en marcha medidas proactivas. | ||
|
Por qué es importante
Esta actividad es clave para medir el KPI «Tasa de implementación de acciones preventivas» y confirmar que las mejoras proactivas de calidad se llevan a cabo.
Dónde obtenerlo
Requiere analizar el sistema. Probablemente se infiere de la fecha de finalización del registro de acción preventiva vinculado o de las tareas asociadas.
Capturar
A partir de la fecha de finalización de un registro de acción preventiva vinculado.
Tipo de evento
inferred
|
|||
|
Evaluación inicial realizada
|
Representa la revisión inicial o clasificación del problema de calidad recién identificado para recopilar información básica y determinar si es válido. Suele inferirse cuando se completa una sección del formulario de evaluación inicial o cuando el estado cambia de «Nuevo» a «En evaluación». | ||
|
Por qué es importante
Permite analizar la eficiencia de la clasificación inicial y medir cuánto tarda un problema en pasar de su notificación a la evaluación activa.
Dónde obtenerlo
Se infiere de un cambio de estado, por ejemplo, de «Nuevo» a «En evaluación», o de la fecha de finalización de una tarea de evaluación inicial en el registro del flujo de trabajo del evento.
Capturar
Se infiere del cambio de estado a «En evaluación» o «En clasificación».
Tipo de evento
inferred
|
|||
|
Evento de calidad cancelado
|
Un punto de finalización alternativo en el que el evento de calidad se termina sin resolverse por completo, por ejemplo, porque es un registro duplicado o no válido. | ||
|
Por qué es importante
Permite distinguir los casos resueltos correctamente de los que se terminan antes de tiempo. Analizar las cancelaciones puede revelar problemas en las etapas iniciales de notificación y clasificación.
Dónde obtenerlo
Se infiere de un cambio de estado a «Cancelado», «Anulado» o «Retirado» en el registro del historial del evento.
Capturar
Se infiere de la marca de tiempo del cambio de estado a «Cancelado».
Tipo de evento
inferred
|
|||
|
Partes interesadas notificadas
|
Representa la comunicación formal de la resolución del evento de calidad a las partes interesadas pertinentes. Puede registrarse mediante un paso específico del flujo de trabajo o un registro de comunicación. | ||
|
Por qué es importante
Es esencial para medir la eficiencia de las comunicaciones y permite alimentar el Dashboard «Puntualidad de las notificaciones a las partes interesadas». Las demoras en esta etapa pueden afectar a la satisfacción del cliente.
Dónde obtenerlo
Requiere analizar el sistema, ya que suele ser un paso manual. Si está configurado, puede inferirse de la finalización de una tarea «Notificar a las partes interesadas».
Capturar
Se infiere de la fecha de finalización de una tarea manual «Notificar a las partes interesadas».
Tipo de evento
inferred
|
|||
|
Plan de acciones correctivas propuesto
|
Esta actividad se produce cuando se documenta un plan formal para abordar la causa de fondo y se envía para su aprobación. Suele registrarse al completar la sección del formulario correspondiente al plan de acciones correctivas y avanzar el estado. | ||
|
Por qué es importante
Analizar el tiempo transcurrido desde la finalización del RCA hasta este paso permite detectar demoras en la planificación de medidas correctivas, un cuello de botella habitual en los procesos de calidad.
Dónde obtenerlo
Se infiere del cambio de estado a «Pendiente de aprobación de CAPA» o de la marca de tiempo de envío del formulario del plan de acciones correctivas dentro del registro del evento de calidad.
Capturar
Se infiere del cambio de estado a «Pendiente de aprobación» o de la fecha de envío del plan de CAPA.
Tipo de evento
inferred
|
|||
|
Plan de acciones correctivas rechazado
|
Indica que se revisó y rechazó el plan de acciones correctivas propuesto, por lo que debe modificarse y volver a enviarse. Esta actividad genera un ciclo de retrabajo en el proceso. | ||
|
Por qué es importante
Esta actividad es fundamental para detectar ciclos de retrabajo, entender los motivos de rechazo y medir la tasa de aprobación en el primer intento del proceso de planificación.
Dónde obtenerlo
Se obtiene de la marca de tiempo del rechazo en el registro del historial del flujo de trabajo. Es la acción opuesta a la aprobación dentro de un flujo de trabajo.
Capturar
A partir de la marca de tiempo del paso de rechazo en el historial del flujo de trabajo.
Tipo de evento
explicit
|
|||
|
Problema clasificado y priorizado
|
Indica que el problema se ha clasificado por tipo, gravedad y prioridad, factores que suelen determinar el flujo de trabajo posterior. Se registra cuando se completan los campos de clasificación y prioridad y se guarda el registro. | ||
|
Por qué es importante
Este es un punto de decisión clave. Analizar el tiempo hasta este paso es fundamental para el Dashboard «Clasificación y priorización de problemas» y para entender cómo se asignan los casos a las distintas rutas del proceso.
Dónde obtenerlo
Se infiere de la marca de tiempo en que se completan por primera vez campos obligatorios como «Nivel de gravedad» y «Tipo de evento de calidad», según el registro de auditoría del sistema.
Capturar
Se infiere de la marca de tiempo en que se completan por primera vez los campos «Gravedad» o «Prioridad».
Tipo de evento
inferred
|
|||
|
Revisión final realizada
|
Revisión final del 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 antes del cierre. Suele ser un paso de aprobación explícito. | ||
|
Por qué es importante
Es el último punto de control de calidad antes de que concluya el proceso y permite garantizar el cumplimiento y la integridad de los datos. Los cuellos de botella en esta etapa pueden retrasar el cierre definitivo.
Dónde obtenerlo
Se obtiene de la marca de tiempo del paso de aprobación «Revisión final» o «Listo para el cierre» en el registro del historial del flujo de trabajo.
Capturar
A partir de la marca de tiempo del paso de aprobación «Revisión final» en el flujo de trabajo.
Tipo de evento
explicit
|
|||
|
Verificación de la eficacia fallida
|
Indica que la acción correctiva implementada no resolvió el problema y que, a menudo, se inicia una nueva investigación o un nuevo ciclo de CAPA. Este evento señala un fallo importante del proceso y genera un ciclo de retrabajo. | ||
|
Por qué es importante
Pone de manifiesto las soluciones fallidas y afecta directamente a las tasas de retrabajo y a los costes. Analizar estos casos es clave para mejorar los procesos de análisis de causa raíz y planificación de CAPA.
Dónde obtenerlo
Se infiere del cambio de estado a «Comprobación de la eficacia fallida» o de la creación de un evento de calidad de seguimiento vinculado al original.
Capturar
Se infiere de un cambio de estado, como «Verificación fallida», o de una marca en el registro de verificación.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Todo listo para comenzar?
Utilice este Template para preparar de forma eficiente los datos de gestión de calidad y empezar a descubrir información valiosa sobre los procesos. El camino hacia unas operaciones optimizadas comienza aquí.
Optimice ahora la gestión de calidad: reduzca el tiempo de ciclo
Identifique y elimine cuellos de botella para reducir el tiempo de ciclo en un 30 %.
No se requiere tarjeta de crédito. Configure todo en minutos.