Su Template de datos de gestión de la calidad
Su Template de datos de gestión de la calidad
Este es nuestro Template genérico de datos de Process Mining para Gestión de la calidad. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.
Seleccione un sistema específico- Campos de datos estandarizados para su Registro de eventos.
- Actividades clave que debe supervisar para obtener una visibilidad completa del proceso.
- Orientación para extraer datos de distintos sistemas.
Atributos de la gestión de la calidad
| Nombre | Descripción | ||
|---|---|---|---|
| Hora de inicio del evento EventStartTime | La fecha y hora exactas en las que tuvo lugar o se inició una actividad o evento específico. | ||
| Descripción Event Start Time es una marca de tiempo que señala el inicio de cada actividad del ciclo de vida del evento de calidad. Proporciona 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 las duraciones. En Process Mining, esta marca de tiempo se utiliza para ordenar las actividades en la secuencia correcta de cada caso y calcular indicadores clave de rendimiento, como tiempos de ciclo, tiempos de espera y tiempos de procesamiento. Analizar estas marcas de tiempo ayuda a identificar retrasos entre pasos, medir la eficiencia de los recursos y supervisar el cumplimiento de los acuerdos de nivel de servicio. Es un elemento esencial 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 descubrir cuellos de botella en el proceso. Dónde obtenerlo Suele encontrarse en registros de eventos o registros de transacciones junto al nombre de la actividad. Puede aparecer con nombres como «Creation Date», «Event Date» o «Timestamp». Ejemplos 2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z | |||
| ID del evento de calidad QualityEventId | El identificador único de un evento de calidad individual. Funciona como identificador del caso y vincula todas las actividades relacionadas desde el inicio hasta el cierre. | ||
| Descripción Quality Event ID es una clave única que identifica un problema de calidad específico, como una no conformidad, una reclamación 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 completo del proceso de cada evento de calidad. Al agrupar todas las actividades relacionadas bajo un único Quality Event ID, las personas analistas pueden visualizar el mapa de procesos, calcular la duración de los casos y analizar las variaciones entre las distintas rutas de los eventos. Esto permite analizar de forma clara y precisa 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 conectar todos los eventos relacionados en una única instancia del proceso o caso. Dónde obtenerlo Normalmente se encuentra en la cabecera o en la tabla principal de las notificaciones, eventos o registros de no conformidad de calidad. Ejemplos QN-2023-00123NC-450008761COMP-5501-A | |||
| Nombre de la actividad ActivityName | El nombre de una tarea, evento o paso específico que tuvo lugar dentro del proceso de gestión de la calidad. | ||
| Descripción Activity Name describe una acción o un hito concreto del ciclo de vida de un evento de calidad. Algunos ejemplos son «Initial Assessment Completed», «Investigation Initiated» o «Corrective Action Implemented». Estas actividades son los componentes básicos del proceso de gestión de la calidad. Para el análisis de procesos, este atributo es esencial para construir el mapa de procesos, que representa visualmente la secuencia de actividades y el flujo de los casos. Permite identificar cuellos de botella, descubrir variantes frecuentes y poco habituales del proceso, 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 de procesos y permite analizar el flujo y las variaciones del proceso. Dónde obtenerlo Normalmente se obtiene de registros de eventos, registros de cambios de estado o 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 | El sistema del que se extrajeron los datos, como una instancia específica de ERP, QMS o MES. | ||
| Descripción Source System identifica la aplicación o base de datos de origen en la que se registraron los datos de gestión de la calidad. En entornos de TI complejos, los datos de 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 la 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 puede utilizarse para segmentar el análisis. Por ejemplo, una persona 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 Proporciona contexto sobre el origen de los datos, algo fundamental para validarlos, resolver problemas y realizar análisis segmentados en entornos con varios sistemas. Dónde obtenerlo Esta información puede no estar presente en las tablas de origen, pero suele añadirse durante el proceso de extracción, transformación y carga (ETL) de los datos. Ejemplos SAP S/4HANA QMVeeva Vault QualityMasterControl QMS | |||
| Última actualización de datos LastDataUpdate | La 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 Last Data Update es una marca de tiempo que registra el momento más reciente en que los datos se sincronizaron con el sistema de origen. Funciona como indicador de la actualidad de los datos y muestra hasta qué punto está actualizada la información 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 la actualidad de los Dashboard y análisis de Process Mining. Garantiza que las partes interesadas conozcan la vigencia de los datos al interpretar los KPI y los modelos de procesos, y evita tomar decisiones basadas en información obsoleta. Es un elemento de metadatos clave para mantener la confianza en los datos. Por qué es importante Indica la actualidad de los datos y permite saber hasta qué punto están actualizados el análisis del proceso y los KPI. Dónde obtenerlo Normalmente son metadatos generados durante el proceso de extracción (ETL) de los datos. 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 | La clasificación general de la causa raíz identificada del evento de calidad. | ||
| Descripción Root Cause Category clasifica el motivo fundamental del problema de calidad, como «Human Error», «Equipment Failure», «Process Deficiency» o «Supplier Issue». 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 proporciona información valiosa para la mejora estratégica. Si «Process Deficiency» es una causa raíz frecuente, indica la necesidad de rediseñar el proceso. Si «Equipment Failure» aparece con frecuencia, puede señalar la necesidad de mejorar los programas de mantenimiento. Process Mining puede relacionar estas categorías con el comportamiento del proceso y mostrar, por ejemplo, si los eventos causados por «Human Error» tardan más en resolverse. Por qué es importante Es fundamental para el análisis estratégico, ya que va más allá del flujo del proceso y aborda las causas subyacentes de los fallos, lo que orienta las acciones 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 Fallo del equipoError humanoDefecto del material | |||
| Departamento responsable ResponsibleDepartment | El departamento, equipo o área funcional responsable del evento de calidad o de una actividad específica. | ||
| Descripción Responsible Department indica qué unidad organizativa es responsable de un evento de calidad o de un paso concreto del proceso. Puede ser «Manufacturing», «Quality Assurance», «Research and Development» o «Logistics». Este atributo es esencial para el análisis organizativo. Permite a la dirección observar cómo fluye el trabajo entre los distintos departamentos, medir el rendimiento de cada área funcional e identificar fricciones o retrasos entre funciones. Por ejemplo, el análisis puede revelar que las transferencias entre Manufacturing y Quality Assurance son una fuente principal de retrasos. Segmentar los KPI por departamento ayuda a localizar áreas en las que aplicar iniciativas específicas de mejora del proceso. Por qué es importante Permite analizar el rendimiento del proceso por unidad organizativa, destacar retrasos entre funciones y ayudar a asignar responsabilidades. Dónde obtenerlo Normalmente se encuentra en los datos de cabecera del registro del evento de calidad o se obtiene de la persona responsable de la actividad. Ejemplos Control de calidadLínea de producción BCalidad de proveedores | |||
| Gravedad Severity | La clasificación del posible impacto del evento de calidad, como crítico, grave o leve. | ||
| Descripción Severity clasifica los eventos de calidad según su impacto empresarial, riesgo o urgencia. Esta clasificación ayuda a priorizar los recursos y la atención hacia los problemas más críticos. Los niveles de gravedad suelen estar definidos por la política de calidad de la organización. Es un atributo muy útil para filtrar y segmentar en Process Mining. Las personas analistas pueden comparar los flujos de proceso de los eventos «Critical» y «Minor» para comprobar que los problemas de mayor gravedad se gestionan con la rapidez prevista. También puede revelar si los problemas «Minor» consumen una cantidad desproporcionada de recursos o si los problemas «Critical» se quedan atascados en el proceso. Esto ayuda a optimizar el proceso para una gestión basada en el riesgo. Por qué es importante Permite analizar el proceso según el riesgo, ayuda a priorizar las investigaciones y verifica que los eventos de alto impacto se gestionen con la urgencia adecuada. Dónde obtenerlo Es un campo estándar de los datos de cabecera del evento de calidad, a menudo denominado «Severity Level» o «Priority». Ejemplos CríticaImportanteMenor | |||
| Hora de finalización del evento EventEndTime | La fecha y hora exactas en las que se completó una actividad o evento específico. | ||
| Descripción Event End Time es una marca de tiempo que señala la finalización de una actividad. Junto con Event Start Time, permite calcular con precisión el tiempo de procesamiento de cada tarea del proceso de gestión de la calidad. En los eventos considerados instantáneos, las horas de inicio y finalización pueden ser idénticas. Este atributo es fundamental para analizar el rendimiento a nivel de actividad. Al calcular la duración de cada tarea, es decir, End Time menos Start Time, las personas analistas pueden identificar qué pasos consumen más tiempo y son los principales candidatos a optimización. También permite calcular con mayor precisión el tiempo de ciclo total de los casos y proporciona 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 A menudo se encuentra en el mismo registro de eventos o registro de transacciones que la hora de inicio. En algunos sistemas, puede ser necesario inferirlo a partir de la hora de inicio del evento posterior. Ejemplos 2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z | |||
| Recurso Resource | La persona usuaria, empleada o agente automatizado que realizó o tiene asignada una actividad o evento de calidad específico. | ||
| Descripción Resource identifica a la persona o sistema responsable de ejecutar una tarea. Puede tratarse de una persona investigadora, responsable de aprobar la calidad o usuaria de un sistema automatizado. Medir 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 descubrir diferencias de rendimiento entre personas o equipos, identificar necesidades de capacitación y optimizar el equilibrio de la carga de trabajo. Puede revelar recursos sobrecargados que actúan como cuellos de botella o mostrar patrones de transferencia entre distintas personas, que suelen ser una fuente de retrasos. Este análisis es clave para mejorar la eficiencia de la organización. Por qué es importante Este atributo es esencial para el análisis basado en recursos, incluida la distribución de la carga de trabajo, la comparación del rendimiento y la identificación de cuellos de botella organizativos. Dónde obtenerlo Normalmente se encuentra en tablas de transacciones o registros, a menudo con nombres como «User Name», «Changed By», «Owner» o «Assigned To». Ejemplos j.doem.smithSystem.Batch | |||
| Tipo de evento de calidad QualityEventType | La clasificación del evento de calidad, como Non-Conformance, Customer Complaint, Audit Finding o Deviation. | ||
| Descripción Quality Event Type clasifica la naturaleza del problema de calidad que se está gestionando. 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, las personas analistas pueden descubrir variaciones importantes. Por ejemplo, el proceso para gestionar una «Customer Complaint» puede ser mucho más riguroso y estar más sujeto a plazos que el proceso para un «Internal Problem». Comprender estas diferencias es fundamental para evaluar si cada variante del proceso funciona de forma 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 descubrir variaciones importantes del proceso. Dónde obtenerlo Se encuentra en los datos de cabecera del evento de calidad, a menudo en un campo denominado «Notification Type», «Event Type» o «Category». Ejemplos Queja del clienteInforme de no conformidad (NCR)Desviación | |||
| Estado del evento de calidad QualityEventStatus | El estado general actual del evento de calidad durante su ciclo de vida, como Open, Under Investigation o Closed. | ||
| Descripción Quality Event Status indica el estado actual de un caso de evento de calidad. Es un atributo dinámico que cambia a medida que el caso avanza durante su ciclo de vida. Proporciona 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 el trabajo pendiente. Al filtrar los eventos con estado «Open» o «In Progress», la dirección puede 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 esperado. Por ejemplo, un evento no debería pasar a «Closed» antes de implementar la «Corrective Action». Por qué es importante Proporciona una visión del estado actual de un caso, algo fundamental para supervisar el trabajo pendiente y la carga activa, y comprobar la conformidad del proceso. Dónde obtenerlo Es un campo clave del registro de cabecera del evento de calidad y se actualiza a medida que el evento avanza. Ejemplos AbiertoPendiente de aprobaciónCerrado | |||
| Fecha objetivo de resolución TargetResolutionDate | La fecha prevista o requerida para resolver y cerrar por completo el evento de calidad. | ||
| Descripción Target Resolution Date es el plazo establecido para cerrar un evento de calidad. Esta fecha suele determinarse según requisitos normativos, acuerdos de nivel de servicio con clientes o políticas internas basadas en la gravedad del evento. Este atributo es esencial para supervisar el rendimiento y analizar el cumplimiento. Al comparar la fecha real de cierre con la fecha objetivo, las organizaciones pueden calcular un KPI de «On-Time Resolution Rate». Process Mining puede identificar qué tipos de eventos o pasos del proceso tienen más probabilidades de causar retrasos e incumplimientos de estos objetivos. Esto ayuda a centrar los esfuerzos de mejora en el cumplimiento de los plazos. Por qué es importante Permite medir el rendimiento frente a los objetivos de plazo, calcular los índices de resolución a tiempo e identificar las causas de los retrasos. Dónde obtenerlo Normalmente se encuentra en la cabecera o en los datos de planificación del registro del evento de calidad. Ejemplos 2024-06-302024-07-152024-08-01 | |||
| Producto afectado AffectedProduct | El producto, material o componente objeto del evento de calidad. | ||
| Descripción Affected Product 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 analizar la causa raíz y evaluar el impacto. Analizar los eventos de calidad por producto permite detectar tendencias, como un producto concreto con un número inusualmente alto de no conformidades. Esto puede dar lugar a investigaciones más profundas 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 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, identificar tendencias y priorizar los problemas de mayor impacto. Dónde obtenerlo Se encuentra en el registro principal del evento de calidad, a menudo con nombres como «Material Number», «Product ID» o «Part Number». Ejemplos PROD-100-XLMAT-RAW-05BFG-2055-ASSY | |||
| Resultado de la comprobación de eficacia EffectivenessCheckOutcome | El resultado de la comprobación de verificación que confirma si las acciones correctivas y preventivas implementadas fueron eficaces. | ||
| Descripción El resultado de la verificación de eficacia registra el resultado del paso de verificación que sigue a la implementación de 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 la calidad. Una tasa elevada de resultados «No eficaz» apunta a un problema sistémico en las fases de análisis de la causa raíz o planificación de acciones, lo que genera retrabajo y problemas recurrentes. En Process Mining, puede utilizarse para analizar los bucles de retrabajo. Por ejemplo, los casos con un resultado «No eficaz» suelen volver a la fase de investigación o análisis de la causa raíz, lo que aumenta considerablemente el tiempo de ciclo y los costes. Por qué es importante Mide directamente el éxito de las acciones correctivas y es esencial para analizar los bucles de retrabajo y la eficacia del proceso de análisis de la causa raíz. Dónde obtenerlo Se encuentra en los registros relacionados con los pasos de verificación o cierre de las acciones correctivas y preventivas (CAPA). Ejemplos EficazNo eficazPendiente de verificación | |||
| Ubicación Location | La ubicación física o lógica, como una planta, un centro o un almacén, donde se produjo o se gestiona el evento de calidad. | ||
| Descripción Location especifica el centro geográfico u organizativo relacionado con el evento de calidad. Puede ser una planta de fabricación, una línea de producción concreta, un centro de distribución o una unidad de negocio. Analizar el rendimiento del proceso por ubicación es una forma eficaz de comparar resultados e identificar buenas prácticas. Puede revelar si determinados centros resuelven los problemas de calidad con mayor eficiencia o si algunas ubicaciones son el origen de problemas recurrentes. Este análisis geográfico o por centro ayuda a la dirección a asignar los recursos de forma eficaz y a estandarizar los procesos de alto rendimiento en toda la organización. Por qué es importante Permite comparar distintos centros o plantas, ayuda a establecer referencias de rendimiento e identificar problemas o buenas prácticas específicos de cada ubicación. Dónde obtenerlo Esta información suele formar parte del registro principal del evento de calidad, a menudo con nombres como «Plant», «Site» o «Business Unit». Ejemplos Sitio A - Edificio 2Almacén principalPlanta 0010 | |||
Actividades de gestión de la calidad
| Actividad | Descripción | ||
|---|---|---|---|
| Acción correctiva implementada | Representa la finalización de las tareas definidas en el plan de acciones correctivas aprobado. Confirma que se han llevado a cabo las acciones necesarias para abordar el problema inmediato. | ||
| Por qué es importante Esta actividad marca el final 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 Normalmente 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. Recopilar Utilice la marca de tiempo de finalización de las tareas de acciones correctivas relacionadas o una actualización del estado del registro del plan de acciones a «Implemented». Tipo de evento explicit | |||
| Análisis de causas raíz completado | Representa la finalización de la investigación en la que se han identificado y documentado la causa raíz o 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 identificar complejidades y cuellos de botella en las actividades de resolución de problemas. Dónde obtenerlo Puede inferirse cuando se completan y guardan los campos «Causa raíz» o los campos de análisis relacionados. En algunos sistemas, corresponde a la finalización de una tarea específica de RCA. Recopilar Capture la marca de tiempo en la que una tarea específica de análisis de causas raíz se marca como completada o cuando se rellena 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 eficazmente la causa raíz y evitaron que el problema volviera a producirse. Es un paso formal de verificación que suele realizarse después de un periodo de seguimiento establecido. | ||
| Por qué es importante Esta es la medida definitiva del éxito de una intervención de calidad. Valida que los recursos invertidos en la investigación y las acciones produjeron un resultado positivo y evitaron futuros retrabajos. Dónde obtenerlo Esto queda registrado cuando se completa una tarea específica de comprobación de eficacia o cuando el estado del registro se actualiza a «Effectiveness Verified», a menudo con una firma electrónica. Recopilar Capture la marca de tiempo de finalización de la tarea de comprobación de eficacia o de un 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 punto final principal del proceso. El tiempo hasta el cierre es un KPI crítico, 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 captura cuando el estado final del registro cambia a «Closed» o «Completed» y queda registrado con una marca de tiempo. Recopilar Utilice la marca de tiempo del cambio de estado final a «Closed», «Completed» 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. Un usuario identifica y registra en el sistema un problema de calidad, como una no conformidad, un defecto o una reclamación, e inicia el proceso. | ||
| Por qué es importante Esta actividad sirve como punto de inicio principal del proceso y permite medir el tiempo de ciclo total desde la identificación hasta la resolución. Es esencial para realizar un seguimiento del volumen de eventos de calidad recibidos. Dónde obtenerlo Normalmente se trata de un evento explícito capturado en un registro de auditoría o de transacciones cuando se crea un nuevo registro. Busque las marcas de tiempo de creación en la tabla principal de eventos de calidad. Recopilar Utilice la marca de tiempo de creación del registro del evento de calidad, como un registro de Notificación de calidad, No conformidad 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 define el comienzo de la fase central de resolución del problema. Registrar el tiempo transcurrido desde la creación del evento hasta el inicio de la investigación revela posibles acumulaciones en el equipo de calidad. Dónde obtenerlo Este evento suele capturarse cuando el estado del registro se actualiza a «En investigación» o cuando se asigna formalmente una persona investigadora al registro. Recopilar 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 investigador. Tipo de evento inferred | |||
| Plan de acciones correctivas aprobado | Indica la aprobación oficial del plan de acciones correctivas propuesto por parte de una autoridad designada. Esta aprobación es un punto de control crítico que permite iniciar la implementación. | ||
| Por qué es importante Los ciclos de aprobación suelen ser una fuente habitual de retrasos. Analizar la duración y la frecuencia de esta actividad ayuda a identificar cuellos de botella en el Workflow de revisión y aprobación. Dónde obtenerlo Normalmente se trata de una acción de aprobación explícita y registrada con marca de tiempo en el Workflow, a menudo mediante una firma electrónica o un cambio de estado específico. Recopilar Capture la marca de tiempo de un registro de firma electrónica o de un cambio de estado a «Approved» o «Released for Implementation». 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 un paso proactivo que suele seguir a una acción correctiva. | ||
| Por qué es importante Esta actividad demuestra la madurez del proceso de calidad, centrado en la prevención y no solo en la corrección. Medir la implementación de las acciones preventivas ayuda a evaluar los esfuerzos de mejora del proceso a largo plazo. Dónde obtenerlo Esto queda registrado cuando las tareas de acciones preventivas asignadas se marcan como completadas, a menudo en un registro vinculado al evento de calidad original. Recopilar Utilice la marca de tiempo de finalización de las tareas de acciones preventivas relacionadas o una actualización del estado de un registro de acciones preventivas. Tipo de evento explicit | |||
| Evaluación inicial completada | Representa la finalización de la revisión inicial o clasificación del evento de calidad recién creado. Durante este paso, el evento se clasifica por tipo, se le asigna un nivel de gravedad y se prioriza para determinar el Workflow posterior. | ||
| Por qué es importante Analizar el tiempo dedicado a esta fase inicial ayuda a identificar retrasos en el reconocimiento y el procesamiento de nuevos eventos de calidad. También proporciona atributos para filtrar los casos por gravedad o tipo. Dónde obtenerlo A menudo se infiere a partir de un cambio de estado de «Nuevo» a «En evaluación» o «En curso». También puede capturarse cuando se completan por primera vez determinados campos de categorización y prioridad. Recopilar Capture la marca de tiempo en la que el estado cambia para indicar que la evaluación ha finalizado, o cuando se guardan por primera vez los campos de categorización y prioridad. Tipo de evento inferred | |||
| Evento de calidad cancelado | Es un punto final alternativo en el que el evento de calidad termina sin resolverse por completo. Puede ocurrir si el evento se considera inválido, es un duplicado de otra entrada o se creó por error. | ||
| Por qué es importante Esta actividad representa un final alternativo e improductivo del proceso. Un volumen elevado de eventos cancelados puede indicar problemas de capacitación de las personas usuarias o del proceso inicial de introducción de datos. Dónde obtenerlo Esto queda registrado mediante un cambio de estado terminal a «Canceled» o «Void», a menudo acompañado de un código de motivo. Recopilar Capture la marca de tiempo en la que el estado del registro se actualiza a «Canceled», «Void» o «Invalid». Tipo de evento explicit | |||
| La verificación de la eficacia falló | Indica que las acciones implementadas no lograron resolver el problema. Este resultado suele activar una nueva investigación o un nuevo ciclo de acciones correctivas. | ||
| Por qué es importante Esta actividad señala un fallo importante del proceso y un ciclo de retrabajo considerable. Analizar estos eventos es fundamental para entender por qué fallan las soluciones y mejorar el proceso de RCA. Dónde obtenerlo Esto queda registrado cuando falla el paso de verificación y se produce un cambio de estado que vuelve a abrir la investigación o la planificación de CAPA. Recopilar Capture la marca de tiempo de un cambio de estado que indique una verificación fallida, como «Effectiveness Failed» o «Re-Investigation Required». 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, medir 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 capturar y puede consistir en una acción explícita registrada. También puede inferirse a partir de la finalización de una tarea de «Final Notification» en un Workflow. Recopilar Capture la marca de tiempo en la que se registra una notificación por correo electrónico automatizada o se marca como completada una tarea de comunicación manual. Tipo de evento inferred | |||
| Plan de acción correctiva propuesto | Esta actividad tiene lugar cuando se documenta y se envía para revisión un plan formal para abordar la causa raíz identificada. En él se describen las acciones correctivas específicas que deben llevarse a cabo. | ||
| Por qué es importante Este paso inicia la fase de resolución del proceso. Medir el tiempo necesario para proponer un plan permite saber con qué rapidez los equipos pasan del análisis a la acción. Dónde obtenerlo Por lo general, esto queda registrado al crear un registro relacionado de Corrective Action Plan o mediante un cambio de estado que indica que el plan está listo para su revisión. Recopilar Utilice la marca de tiempo de creación de un registro vinculado de Corrective Action o CAPA, o un cambio de estado a «Pending Approval». Tipo de evento explicit | |||
| Plan de acciones correctivas rechazado | Indica que el plan de acciones correctivas propuesto fue revisado, pero rechazado. Esto obliga a revisar y volver a enviar el plan, lo que crea un ciclo de retrabajo en el proceso. | ||
| Por qué es importante Esta actividad pone de manifiesto la ineficiencia y el retrabajo dentro del proceso. Un alto porcentaje de rechazos puede indicar requisitos poco claros o un análisis de causa raíz insuficiente. Dónde obtenerlo Esto queda registrado mediante un cambio de estado a «Rejected» o «Revision Required», a menudo acompañado de un código de motivo o comentarios. Recopilar Capture la marca de tiempo del cambio de estado a «Rejected» o «Sent Back for Revision». Tipo de evento explicit | |||
| Revisión final completada | Se realiza una comprobación final del registro completo del evento de calidad para garantizar que toda la documentación esté completa y que se hayan seguido todos los pasos del procedimiento. A menudo es 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. Los retrasos en esta fase pueden prolongar artificialmente los tiempos de ciclo y señalar problemas de documentación. Dónde obtenerlo A menudo se trata de un paso de aprobación explícito o de una firma electrónica por parte de una persona responsable de aseguramiento de la calidad antes de que el estado pueda cambiar a «Closed». Recopilar Utilice la marca de tiempo de la aprobación de la revisión final de calidad o de un cambio de estado a «Pending Closure» o «Final Review Complete». 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,
¿Listo para comenzar?
Para comenzar a optimizar su proceso de gestión de la calidad, seleccione una guía de extracción específica para su sistema a continuación o utilice este Template genérico para iniciar la preparación de sus datos.
Comience hoy a optimizar la gestión de la calidad
Identifique cuellos de botella y mejore el cumplimiento con información basada en datos.
No necesita tarjeta de crédito; configuración en 5 minutos.