Su Template de datos para la gestión de calidad

Gestión de calidad de Oracle
Su Template de datos para la gestión de calidad

Su Template de datos para la gestión de calidad

Este Template ofrece una guía completa de los atributos de datos y las actividades del proceso esenciales para analizar eficazmente la gestión de calidad. También incluye indicaciones prácticas para extraer esta información clave de su sistema Oracle Quality Management. Utilice este recurso para asegurarse de recopilar todos los datos necesarios y obtener información detallada que le permita optimizar los procesos.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Guías de extracción
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de gestión de calidad

Estos son los campos de datos y la información contextual que se recomienda incluir en el Registro de eventos para analizar la gestión de calidad en profundidad y obtener conclusiones útiles.
3 Obligatorio 7 Recomendado 10 Opcional
Nombre Descripción
Evento de calidad
QualityEventId
Identificador único de un evento de calidad, como una no conformidad, una queja o una desviación.
Descripción

El ID del evento de calidad es el identificador principal del caso y agrupa todas las actividades relacionadas, desde la notificación inicial hasta el cierre definitivo. Cada incidente de calidad recibe un ID único que crea un registro histórico completo del proceso de investigación y resolución.

En el análisis de Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada evento de calidad. Permite calcular los tiempos de ciclo totales, identificar variantes del proceso y analizar cómo se gestionan los distintos tipos de eventos. Al vincular cada registro de actividad con un ID de evento de calidad específico, las personas analistas pueden visualizar el flujo completo del proceso e identificar cuellos de botella sistémicos o problemas de cumplimiento.

Por qué es importante

Este ID es esencial porque define el alcance de cada caso y permite hacer un seguimiento preciso de los eventos de calidad y calcular métricas de rendimiento de principio a fin.

Dónde obtenerlo

Suele ser la clave principal de las tablas de eventos de calidad o de planes de recopilación de datos en Oracle Quality Management, como QA_RESULTS.

Ejemplos
NC-2023-00123CAPA-45892QE-500-A
Hora de inicio del evento
EventStartTime
Marca de tiempo que indica cuándo comenzó una actividad o un evento.
Descripción

Este atributo proporciona la fecha y hora exactas en que comenzó un paso específico del proceso. Es el principal dato temporal que se utiliza para ordenar cronológicamente los eventos y construir la secuencia del proceso de cada caso de calidad.

En el análisis, la hora de inicio del evento es fundamental para calcular los tiempos de ciclo, las duraciones y los tiempos de espera entre actividades. Permite identificar cuellos de botella al señalar retrasos prolongados entre pasos consecutivos y se utiliza para medir el rendimiento frente a KPI basados en el tiempo, como el tiempo de entrega del análisis de la causa raíz.

Por qué es importante

Esta marca de tiempo es la base del análisis del proceso: permite realizar todos los cálculos temporales y ordenar correctamente las actividades.

Dónde obtenerlo

Esta marca de tiempo suele encontrarse en los registros de transacciones o en las tablas del historial asociadas a las acciones de calidad y los planes de recopilación de datos. A menudo, el campo se denomina CREATION_DATE o algo similar.

Ejemplos
2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
Nombre de la actividad
ActivityName
Nombre de la tarea o el paso específico que tuvo lugar en el proceso de gestión de la calidad.
Descripción

Este atributo describe un evento o una acción concreta realizada como parte de la gestión de un evento de calidad. La secuencia de estas actividades, ordenadas por sus marcas de tiempo, conforma el flujo del proceso de cada caso.

Analizar el nombre de la actividad es fundamental en Process Mining. Permite descubrir el modelo de proceso real, compararlo con el modelo deseado para comprobar la conformidad e identificar cuellos de botella o ciclos de retrabajo entre actividades específicas. Por ejemplo, ayuda a medir el tiempo transcurrido entre «Investigación iniciada» y «Análisis de la causa raíz realizado».

Por qué es importante

Este atributo es fundamental para representar el flujo del proceso, identificar desviaciones y comprender cómo se realiza realmente el trabajo.

Dónde obtenerlo

Esta información suele obtenerse de los registros de eventos, los registros de cambios de estado o las tablas del historial de acciones del módulo Oracle Quality Management.

Ejemplos
Problema de calidad identificadoInvestigación iniciadaPlan de acciones correctivas aprobadoRevisión final y cierre
Categoría de la causa raíz
RootCauseCategory
La clasificación de la causa raíz determinada para el problema de calidad.
Descripción

Una vez realizado el análisis de la causa raíz, los hallazgos suelen clasificarse en grupos predefinidos, como «Fallo del equipo», «Error humano» o «Defecto de diseño». Este atributo almacena la clasificación final.

Analizar el proceso por categoría de la causa raíz resulta muy útil. Permite dejar de corregir síntomas aislados y abordar los problemas sistémicos subyacentes. Por ejemplo, un gran número de eventos cuya causa raíz sea un «Problema de formación» puede indicar la necesidad de mejorar los programas de formación del personal, un objetivo clave de las acciones preventivas.

Por qué es importante

Este atributo es clave para pasar de una gestión de calidad reactiva a una proactiva, ya que permite analizar las causas fundamentales de los fallos.

Dónde obtenerlo

Consulte la documentación de Oracle Quality Management. Probablemente sea un elemento definido por el usuario en un plan de recopilación de datos, que se completa después de la actividad «Análisis de la causa raíz realizado».

Ejemplos
Fallo del equipoDefecto del materialError humanoProcedimiento no seguido
Departamento responsable
ResponsibleDepartment
Departamento o área funcional responsable del evento de calidad o de la actividad actual.
Descripción

Este atributo identifica al equipo o departamento encargado de gestionar el evento de calidad. Puede tratarse de Aseguramiento de la calidad, Ingeniería, Producción u otro grupo, y puede cambiar a medida que avanza el ciclo de vida del evento.

En Process Mining, analizar los datos por departamento responsable es clave para comprender la distribución de la carga de trabajo, identificar cuellos de botella departamentales y comparar el rendimiento de los distintos equipos. También permite consultar el Dashboard «Asignación de recursos para eventos de calidad», que muestra qué departamentos participan en cada tipo de actividad y ayuda a optimizar la gestión de recursos.

Por qué es importante

Permite analizar la carga de trabajo, el rendimiento y los cuellos de botella por departamento, algo fundamental para planificar los recursos y mejorar la organización.

Dónde obtenerlo

Consulte la documentación de Oracle Quality Management. Esta información puede almacenarse en tablas relacionadas con las acciones de calidad o las asignaciones, vinculadas al evento de calidad.

Ejemplos
Ingeniería de calidadOperaciones de fabricaciónCalidad de proveedoresIngeniería de diseño
Estado actual
CurrentStatus
Estado actual del caso del evento de calidad.
Descripción

Este atributo indica el estado actual del evento de calidad dentro de su ciclo de vida, como «Open», «Under Investigation», «Pending Approval» o «Closed». Ofrece una instantánea de la etapa del proceso en la que se encuentra el caso cuando se extraen los datos.

Es un atributo fundamental para el seguimiento operativo y sirve de apoyo directo al Dashboard «Eventos de calidad abiertos y resumen de estados». Permite a quienes gestionan el proceso consultar rápidamente los problemas de calidad pendientes y priorizar los recursos. En Process Mining, filtrar por el estado final ayuda a analizar los resultados de las distintas rutas del proceso.

Por qué es importante

Ofrece una vista en tiempo real de los eventos de calidad en curso y permite gestionar las operaciones y priorizar los casos activos de forma eficaz.

Dónde obtenerlo

Esta información suele estar disponible en la tabla principal de encabezados de eventos de calidad y refleja el último estado conocido del evento.

Ejemplos
AbiertoEn cursoPendiente de aprobaciónCerrado
Fecha objetivo de resolución
TargetResolutionDate
La fecha prevista para el cierre definitivo del evento de calidad.
Descripción

Este atributo indica la fecha límite en la que se espera que el evento de calidad esté completamente resuelto. Sirve como acuerdo de nivel de servicio (SLA) u objetivo interno, que suele establecerse según la gravedad o el tipo de evento.

Esta fecha es fundamental para supervisar el rendimiento y se utiliza directamente para calcular el KPI «Tasa de implementación puntual de CAPA». Al comparar las fechas reales de finalización de las actividades con esta fecha objetivo, los analistas pueden medir la puntualidad, identificar eventos que corren el riesgo de retrasarse y seguir las tendencias de cumplimiento de los plazos. Esto contribuye a reducir los tiempos de ciclo de resolución.

Por qué es importante

Sirve como referencia para medir el cumplimiento de los plazos y es esencial para calcular los KPI de puntualidad y gestionar los SLA.

Dónde obtenerlo

Consulte la documentación de Oracle Quality Management. Puede tratarse de un campo de fecha estándar o de un elemento definido por el usuario en el plan de recopilación de datos de calidad.

Ejemplos
2023-05-302023-06-152024-01-10
Hora de fin del evento
EventEndTime
Marca de tiempo que indica cuándo se completó una actividad o un evento.
Descripción

La hora de fin del evento marca la finalización de una actividad específica. Junto con la hora de inicio del evento, permite calcular el tiempo de procesamiento de esa actividad. En algunos sistemas, una actividad puede ser instantánea; en ese caso, las horas de inicio y fin coinciden.

Este atributo es esencial para analizar las duraciones en detalle. Permite distinguir entre el tiempo de procesamiento activo, es decir, el tiempo transcurrido entre el inicio y el fin, y el tiempo de espera, que transcurre entre el fin de una actividad y el inicio de la siguiente. Esta distinción es clave para identificar cuándo los recursos están ocupados y cuándo los traspasos generan retrasos.

Por qué es importante

Permite calcular con precisión los tiempos de procesamiento de las actividades y ayuda a distinguir las tareas ineficientes de los periodos de espera prolongados.

Dónde obtenerlo

Puede estar disponible en las mismas tablas de transacciones o del historial que la hora de inicio, a veces como LAST_UPDATE_DATE o como una marca de tiempo específica de finalización. También puede deducirse de la hora de inicio del evento siguiente.

Ejemplos
2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10: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 es una evaluación, que suele realizarse durante la evaluación inicial, del posible impacto del problema de calidad en los clientes, el cumplimiento o las operaciones de la empresa. Esta clasificación ayuda a priorizar los recursos y determinar la urgencia de la respuesta necesaria.

En Process Mining, este atributo es fundamental para segmentar los datos. Las personas analistas pueden comparar los flujos del proceso, los tiempos de ciclo y los resultados de los eventos de gravedad alta y baja. Esto permite consultar el Dashboard «Coherencia en la evaluación inicial de eventos de calidad» y el KPI «Tasa de resolución según la gravedad», y comprobar si los problemas críticos se gestionan con mayor rapidez y eficacia.

Por qué es importante

Permite priorizar y segmentar el análisis para garantizar que los eventos de calidad de mayor impacto se gestionen de forma eficaz y eficiente.

Dónde obtenerlo

Consulte la documentación de Oracle Quality Management. Suele ser un elemento configurable dentro de un plan de recopilación de datos de calidad.

Ejemplos
1 - Crítico2 - Importante3 - Leve4 - Informativo
Usuario asignado
AssignedUser
Persona asignada para realizar una actividad o hacerse cargo del evento de calidad.
Descripción

Este atributo especifica quién es responsable de una tarea concreta o de la gestión general del evento de calidad. Ofrece un nivel de detalle mayor que el departamento responsable.

Analizar los datos por usuario ayuda a comprender las cargas de trabajo individuales, identificar necesidades de formación y reconocer a quienes obtienen mejores resultados. También puede revelar patrones, como la reasignación frecuente del trabajo o las tareas que se estancan con determinadas personas. Este nivel de detalle resulta útil para gestionar el rendimiento y optimizar los recursos.

Por qué es importante

Permite analizar en detalle la carga de trabajo y el rendimiento de cada persona, y ayuda a identificar limitaciones de recursos u oportunidades de formación.

Dónde obtenerlo

Consulte la documentación de Oracle Quality Management. La información sobre las asignaciones de usuarios suele almacenarse en tablas de acciones o flujos de trabajo asociados al evento de calidad.

Ejemplos
j.smitha.jonesr.williams
A tiempo
IsOnTime
Indicador que señala si se implementó una acción correctiva antes de la fecha objetivo de resolución.
Descripción

Este atributo booleano se obtiene al comparar la marca de tiempo de finalización de la actividad «Acción correctiva implementada» con la «Fecha objetivo de resolución» del caso. Su valor es verdadero si la acción se completó en la fecha objetivo o antes, y falso en caso contrario.

Este atributo contribuye directamente al KPI «Tasa de implementación puntual de CAPA». Simplifica el análisis y la creación de Dashboards al ofrecer una clasificación clara y binaria de la puntualidad de cada caso. Permite filtrar y agregar datos fácilmente para supervisar el cumplimiento de los niveles de servicio e identificar las causas raíz de los retrasos.

Por qué es importante

Facilita el seguimiento del cumplimiento de los plazos y permite medir y presentar fácilmente este KPI fundamental.

Dónde obtenerlo

Este indicador derivado se calcula durante la transformación de datos. Requiere TargetResolutionDate y la marca de tiempo de la actividad de finalización correspondiente.

Ejemplos
truefalse
Categoría del problema
IssueCategory
La categoría o el tipo del problema de calidad, como «Defecto del producto» o «Desviación del proceso».
Descripción

Este atributo clasifica el evento de calidad y permite agrupar problemas similares para analizarlos. Por lo general, la organización define las categorías según su contexto operativo.

El análisis del proceso por categoría del problema permite detectar patrones relacionados con tipos específicos de problemas. Por ejemplo, podría revelar que los problemas de «Material del proveedor» tienen un tiempo de ciclo mucho mayor que los de «Proceso interno». Esta segmentación resulta útil para orientar las iniciativas de mejora de procesos.

Por qué es importante

La clasificación de los problemas permite realizar análisis específicos para detectar tendencias y causas raíz en áreas problemáticas concretas.

Dónde obtenerlo

Consulte la documentación de Oracle Quality Management. Probablemente se trate de un elemento definido por el usuario dentro del plan de recopilación de datos de calidad.

Ejemplos
Defecto del productoDesviación del procesoMaterial del proveedorReclamación del cliente
Código de cierre
ClosureCode
Código que indica el motivo o el resultado del cierre del evento de calidad.
Descripción

Al cerrar un evento de calidad, suele asignarse un código de cierre para clasificar el resultado final. Algunos ejemplos son «Acción eficaz», «No se requiere ninguna acción» o «Problema duplicado».

Este atributo resulta muy útil para analizar los resultados. Al filtrar por distintos códigos de cierre, los analistas pueden estudiar las rutas del proceso que conducen a resultados satisfactorios y las que no. También permite responder preguntas como «¿Cómo es el proceso de los problemas que se cierran como duplicados?» e identificar ineficiencias en la clasificación inicial.

Por qué es importante

Aporta información clave sobre el resultado de un caso y permite analizar qué rutas del proceso conducen a resoluciones satisfactorias.

Dónde obtenerlo

Consulte la documentación de Oracle Quality Management. Probablemente sea un campo que se completa durante la actividad de cierre final.

Ejemplos
EFICAZSIN_ACCIONDUPLICADORIESGO_ACEPTADO
Es retrabajo
IsRework
Indicador que señala si una actividad es una repetición o un retrabajo de un paso anterior del mismo caso.
Descripción

Este atributo booleano se establece en verdadero si una actividad específica, como «Plan de acciones correctivas propuesto», se repite más de una vez en un mismo caso de evento de calidad. Esto indica que el proceso tuvo un bucle o una corrección y que fue necesario repetir un paso ya completado.

Identificar el retrabajo es una capacidad clave de Process Mining. Este indicador facilita la cuantificación de esas ineficiencias y contribuye directamente al KPI «Frecuencia de retrabajo de actividades». Analizar qué pasos requieren más retrabajo y en qué condiciones puede revelar problemas de formación, calidad de los datos o criterios de aprobación, y señalar oportunidades para mejorar la eficiencia del proceso.

Por qué es importante

Señala ineficiencias y bucles en el proceso, lo que ayuda a cuantificar el desperdicio e identificar las causas raíz del retrabajo.

Dónde obtenerlo

Se calcula mediante funciones de ventana o análisis secuencial del registro de eventos durante la preparación de datos. Identifica cuándo aparece varias veces el mismo nombre de actividad en un caso.

Ejemplos
truefalse
ID del plan de acciones correctivas
CorrectiveActionPlanId
El identificador único del plan de acciones correctivas (CAPA) creado para abordar el evento de calidad.
Descripción

Este atributo vincula directamente un evento de calidad con el plan específico de acciones correctivas y preventivas diseñado para resolverlo. A menudo, este plan es un objeto independiente del sistema y tiene su propio ciclo de vida.

En el análisis, este ID permite combinar los datos del proceso del evento de calidad con los del proceso de gestión de CAPA y obtener una visión más completa. Ayuda a comprobar si todos los eventos que requieren una CAPA tienen una asignada y a analizar la eficacia de las acciones.

Por qué es importante

Vincula el problema (evento de calidad) con la solución (CAPA) y permite analizar de forma más completa y de principio a fin el sistema de gestión de calidad.

Dónde obtenerlo

Sería un campo de referencia en el registro del evento de calidad que apunta a un registro de una tabla o un módulo específico de CAPA.

Ejemplos
CAPA-2023-088CAPA-2023-091
Identificador del producto
ProductIdentifier
El identificador del producto asociado al evento de calidad.
Descripción

Este atributo vincula el evento de calidad con un producto, material o servicio específico. Puede ser un código de producto, una referencia SKU o un número de pieza.

Este vínculo es fundamental para analizar la calidad de los productos. Process Mining permite comparar los procesos de gestión de calidad de distintas líneas de productos o identificar los productos que suelen estar asociados a problemas de calidad. Así se pueden priorizar las mejoras de ingeniería o fabricación donde más se necesitan.

Por qué es importante

Vincula los eventos de calidad con productos específicos y permite analizar las tendencias de calidad relacionadas con los productos y las variaciones de los procesos.

Dónde obtenerlo

Esta información se almacenaría en un campo del plan de recopilación de datos de calidad, a menudo vinculado al maestro de artículos de Oracle Inventory.

Ejemplos
SKU-100-A-REDPN-987654CHEM-X2
Sistema de origen
SourceSystem
Identifica el sistema de registro del que se extrajeron los datos.
Descripción

Este atributo especifica la aplicación o el sistema de origen de los datos del evento. En una empresa, los datos de eventos de calidad pueden proceder de varias fuentes, como el módulo principal Oracle Quality, un sistema CAPA independiente o un portal de quejas de clientes.

En el análisis, este campo ayuda a comprender el linaje de los datos y permite segmentar el proceso según el sistema de origen. Es fundamental para la gobernanza de datos y para resolver problemas de integración, ya que garantiza que la vista del proceso refleje con precisión los datos combinados de los distintos sistemas.

Por qué es importante

Aporta contexto esencial sobre el origen de los datos, importante para validarlos, aplicar la gobernanza y analizar las variaciones del proceso entre distintos sistemas.

Dónde obtenerlo

Suele ser un valor estático que se añade durante el proceso de extracción, transformación y carga de datos (ETL) para indicar el origen del conjunto de datos.

Ejemplos
Oracle Quality Management R12Oracle EBS QualityQM-PROD
Tiempo de ciclo total
TotalCycleTime
El tiempo total transcurrido desde que se identifica un problema de calidad hasta su cierre definitivo.
Descripción

Este atributo mide la duración completa, de principio a fin, de un caso de evento de calidad. Se calcula como la diferencia entre la marca de tiempo de la primera actividad («Problema de calidad identificado») y la de la última («Revisión final y cierre»).

Es un indicador clave de rendimiento (KPI) de la eficiencia general del proceso de gestión de calidad. Es la métrica principal del Dashboard «Tiempo de ciclo integral de los eventos de calidad». El seguimiento de esta métrica a lo largo del tiempo y su segmentación por atributos como la gravedad o la categoría del problema ofrecen una visión general de la salud del proceso y del impacto de las iniciativas de mejora.

Por qué es importante

Este KPI es fundamental para medir la velocidad y la eficiencia generales del proceso de gestión de calidad, desde el inicio hasta el cierre.

Dónde obtenerlo

Se calcula para cada caso durante el procesamiento de datos para Process Mining. Se necesitan la hora de inicio del primer evento y la hora de finalización del último evento de cada QualityEventId.

Ejemplos
P30DT12HP15DP92D
Última actualización de los datos
LastDataUpdate
Marca de tiempo de la actualización o carga de datos más reciente desde el sistema de origen.
Descripción

Este atributo indica cuándo se actualizaron por última vez en el conjunto de datos de Process Mining los datos de este evento. Refleja su vigencia y ayuda a comprender si el análisis está actualizado.

En los Dashboards y los informes, esta marca de tiempo aporta un contexto fundamental. Aclara si se están consultando datos en tiempo real o una instantánea de un momento concreto, algo esencial para tomar decisiones operativas con información suficiente. También garantiza la transparencia sobre la actualidad de los datos.

Por qué es importante

Esta marca de tiempo muestra si los datos están actualizados y permite comprender cuán reciente es el análisis del proceso.

Dónde obtenerlo

Este valor se genera y almacena durante el proceso ETL de datos y suele indicar la marca de tiempo de la última ejecución correcta del flujo de datos.

Ejemplos
2023-10-27T04:00:00Z2023-10-26T04:00:00Z
Unidad de negocio
BusinessUnit
La unidad de negocio o división de la organización donde se produjo el evento de calidad o donde se gestiona.
Descripción

Este atributo asigna el evento de calidad a una parte específica de la estructura empresarial. Permite analizar y comparar el rendimiento en materia de calidad entre distintas unidades de la organización.

En las grandes empresas, es habitual segmentar el análisis de procesos por unidad de negocio. Esto permite crear Dashboards específicos para cada unidad e identificar si algunas divisiones tienen procesos de calidad más eficientes o afrontan desafíos particulares. Esta información resulta útil para la supervisión corporativa y para compartir buenas prácticas en toda la organización.

Por qué es importante

Permite comparar y analizar el rendimiento de distintas partes de la organización, y contribuye a la gestión de calidad en toda la empresa.

Dónde obtenerlo

Suele formar parte de los datos del contexto organizativo asociados a la transacción y, a menudo, se obtiene de los datos maestros del usuario o del departamento.

Ejemplos
Dispositivos médicosElectrónica de consumoPiezas de automoción
Obligatorio Recomendado Opcional

Actividades de gestión de calidad

Estos son los pasos clave del proceso y los hitos importantes que debe registrar en el Registro de eventos para descubrir el proceso con precisión y evaluar su rendimiento.
6 Recomendado 8 Opcional
Actividad Descripción
Eficacia de la acción verificada
Confirma que la acción correctiva implementada ha resuelto la causa raíz y ha evitado que el problema se repita. Se registra cuando una persona completa la verificación y actualiza el estado del registro.
Por qué es importante

Este hito, centrado en los resultados, es fundamental y sirve de base para el KPI «Tasa de verificación de eficacia». Cierra el ciclo de acciones correctivas y confirma que los problemas se han resuelto realmente.

Dónde obtenerlo

Se deduce de un cambio de estado del registro CAPA a «Verification Complete» o «Effective». También puede implicar completar campos específicos con los resultados de la verificación.

Capturar

Se deduce de un cambio de estado a «Verification Complete» o «Effective».

Tipo de evento inferred
Investigación iniciada
Marca el inicio oficial de la fase de investigación para determinar la causa raíz del problema de calidad. Por lo general, se representa mediante un cambio de estado en el sistema, como pasar a «Under Investigation».
Por qué es importante

Este evento sirve como punto de partida para medir el KPI «Tiempo de entrega del análisis de la causa raíz» y ayuda a determinar cuánto esperan los problemas antes de que comience una investigación formal.

Dónde obtenerlo

Se deduce de un cambio de estado del problema de calidad o de un registro de acción de calidad asociado a un estado de «Investigation». La marca de tiempo de este cambio indica la hora del evento.

Capturar

Se deduce de un cambio de estado a «Under Investigation» o a un estado similar.

Tipo de evento inferred
Plan de acciones correctivas aprobado
Representa la aprobación formal del plan de acciones correctivas propuesto por parte de una autoridad designada. Es un punto de control crítico que suele registrarse mediante una acción de aprobación explícita o un cambio de estado a «Aprobado».
Por qué es importante

Esta aprobación es un hito clave y suele convertirse en un cuello de botella. Analizar los tiempos de aprobación ayuda a agilizar el proceso y garantizar el cumplimiento de los procedimientos.

Dónde obtenerlo

Se deduce de un cambio de estado del registro de acción de calidad o CAPA a «Aprobado». Los sistemas Oracle con flujos de trabajo de aprobación suelen registrar explícitamente este cambio en tablas de auditoría.

Capturar

Se deduce de un cambio de estado a «Aprobado».

Tipo de evento inferred
Problema categorizado y priorizado
Esta actividad tiene lugar cuando una persona analista completa la evaluación inicial y asigna atributos clave, como la gravedad, la prioridad y el tipo de problema. Por lo general, se registra cuando el estado cambia de «New» a «Assessed» o «In Triage».
Por qué es importante

Este hito es fundamental para el KPI «Tiempo promedio de procesamiento de la evaluación inicial». Los retrasos en esta etapa pueden ralentizar todo el proceso de resolución, especialmente en el caso de problemas críticos.

Dónde obtenerlo

Se deduce de un cambio de estado en el registro del problema de calidad, por ejemplo, de «New» a «Under Assessment», o cuando se completan por primera vez campos como «Severity» o «Priority».

Capturar

Se deduce de un cambio de estado o de la primera vez que se completan los campos de gravedad o prioridad.

Tipo de evento inferred
Problema de calidad identificado
Esta actividad marca la creación de un nuevo registro de evento de calidad, como una no conformidad, una desviación o una queja de un cliente. Se registra explícitamente cuando una persona crea un nuevo registro de problema o acción de calidad en Oracle.
Por qué es importante

Como evento de inicio, es esencial para calcular el tiempo de ciclo total del proceso de gestión de la calidad y comprender el volumen de eventos de calidad recibidos.

Dónde obtenerlo

Este evento se obtiene de la marca de tiempo de creación del registro del problema o la acción de calidad, que probablemente se encuentra en tablas como QAM_QUALITY_ISSUES o QAM_QUALITY_ACTIONS.

Capturar

Evento registrado al crear un nuevo registro de problema o acción de calidad.

Tipo de evento explicit
Revisión final y cierre
Es el paso final, en el que se confirma que todas las acciones relacionadas se han completado y se cierra formalmente el problema de calidad principal. Se registra mediante un cambio final de estado a «Closed» o «Resolved» en el registro principal.
Por qué es importante

Este es el evento de fin principal del proceso. Es esencial para calcular el KPI «Tiempo de ciclo promedio de los eventos» y medir el rendimiento general del proceso.

Dónde obtenerlo

Se deduce del cambio de estado final del registro principal del problema de calidad a «Closed». La marca de tiempo de este cambio indica la hora del evento.

Capturar

Se deduce de un cambio de estado a «Closed» en el registro principal del problema de calidad.

Tipo de evento inferred
Acción correctiva implementada
Marca la finalización de las tareas descritas en el plan de acciones correctivas aprobado. Por lo general, se registra cuando una persona cambia el estado del registro de acción correctiva a «Implemented» o «Completed».
Por qué es importante

Esta actividad es fundamental para el KPI «Tasa de implementación puntual de CAPA», ya que indica que se ha ejecutado la solución prevista y permite compararla con las fechas objetivo.

Dónde obtenerlo

Este evento se deduce de un cambio de estado del registro de acción de calidad o CAPA asociado a «Implemented» o «Completed».

Capturar

Se deduce de un cambio de estado a «Implemented» o «Completed».

Tipo de evento inferred
Acción preventiva identificada
Representa la creación de una acción preventiva (PA) para abordar problemas sistémicos y evitar que se produzcan eventos de calidad similares. A menudo, se registra al crear una nueva acción preventiva vinculada al problema original.
Por qué es importante

Esta actividad refleja un proceso de calidad maduro, que va más allá de resolver problemas individuales y busca prevenir los futuros. Su seguimiento permite medir las mejoras proactivas en la calidad.

Dónde obtenerlo

Se registra al crear un nuevo registro de acción de calidad de tipo «Preventive Action», a menudo vinculado al problema o a la acción correctiva original.

Capturar

Se registra al crear un registro de acción de calidad de tipo «Preventive Action».

Tipo de evento explicit
Acción preventiva implementada
Marca la finalización de las tareas definidas en el plan de acciones preventivas para mitigar los riesgos sistémicos. Se registra cuando una persona cambia el estado del registro de acción preventiva a «Implemented» o «Completed».
Por qué es importante

Mide la capacidad de la organización para llevar a cabo mejoras proactivas en la calidad. Los retrasos en esta etapa pueden indicar dificultades para implementar cambios sistémicos en toda la organización.

Dónde obtenerlo

Se deduce de un cambio de estado del registro de acción preventiva asociado a «Implemented» o «Completed», de forma similar al seguimiento de las acciones correctivas.

Capturar

Se deduce de un cambio de estado a «Implemented» en un registro de acción preventiva.

Tipo de evento inferred
Análisis de la causa raíz realizado
Representa la finalización del análisis de la causa raíz (RCA) y la documentación de los hallazgos. Por lo general, se registra cuando el equipo de investigación actualiza el problema de calidad con la causa raíz identificada y cambia su estado.
Por qué es importante

Esta actividad marca el final del KPI «Tiempo de entrega del análisis de la causa raíz». Analizar el tiempo transcurrido hasta este paso ayuda a localizar cuellos de botella en la resolución del problema.

Dónde obtenerlo

Se deduce de un cambio de estado a «RCA Complete» o de la primera vez que se completa el campo de categoría de causa raíz y se guarda el registro. Se utiliza la marca de tiempo de esta actualización.

Capturar

Se deduce de un cambio de estado a «RCA Complete» o de la primera vez que se completan los campos de causa raíz.

Tipo de evento inferred
Partes interesadas notificadas de la resolución
Representa la comunicación de la resolución del evento de calidad a las partes pertinentes, como la persona que lo notificó o los clientes afectados. Es difícil de registrar y puede deducirse de un cambio de estado posterior al cierre o de un comentario registrado.
Por qué es importante

Es fundamental para el KPI «Retraso en la notificación a las partes interesadas». Comunicar la resolución a tiempo es importante para la satisfacción del cliente y la transparencia interna, incluso después de resolver el problema.

Dónde obtenerlo

A menudo, es difícil registrar este evento automáticamente. Puede deducirse de un estado como «Notification Sent» o de una entrada en un campo de actividad o comentarios, lo que requiere una lógica específica para extraerlo.

Capturar

Se deduce de un cambio de estado específico o, posiblemente, del análisis de texto de los registros de actividad.

Tipo de evento inferred
Plan de acciones correctivas propuesto
Tiene lugar cuando se definen las acciones correctivas y se vinculan al problema de calidad para describir los pasos necesarios para resolverlo. Puede corresponder a la creación de un registro de acción correctiva relacionado o a un cambio de estado que indique que el plan está listo para revisión.
Por qué es importante

Este evento registra el paso del análisis del problema al diseño de la solución. El retrabajo en esta etapa, medido mediante KPI de retrabajo, puede indicar requisitos poco claros o una planificación ineficaz.

Dónde obtenerlo

Puede tratarse de un evento explícito, como la creación de un nuevo registro de acción correctiva dentro de un objeto CAPA, o de un evento deducido de un cambio de estado a «Plan Proposed» o «Pending Approval».

Capturar

Se deduce de un cambio de estado a «Pending Approval» o de la creación de una acción correctiva vinculada.

Tipo de evento inferred
Problema asignado para evaluación inicial
Representa la asignación del problema de calidad recién creado a una persona o equipo para su revisión y evaluación iniciales. A menudo, este evento se deduce del seguimiento de los cambios en el campo de persona asignada o responsable del registro del problema de calidad.
Por qué es importante

El seguimiento de esta asignación inicial ayuda a detectar retrasos antes de que comience la evaluación. Analizar el tiempo que el caso permanece en este estado permite identificar posibles acumulaciones en la cola de evaluación inicial.

Dónde obtenerlo

Se deduce de los cambios en el campo de responsable o persona asignada del registro del problema de calidad. Los datos pueden proceder de tablas de auditoría o del seguimiento de los cambios de estado asociados a los flujos de trabajo de asignación.

Capturar

Se deduce de un cambio en el campo «Assigned To» o «Owner» del problema de calidad.

Tipo de evento inferred
Se requiere una comprobación de eficacia
Representa el momento en que el sistema o una persona indica que la acción implementada requiere una verificación posterior para confirmar su eficacia. A menudo, se trata de un cambio de estado automático o manual que ocurre después de la implementación.
Por qué es importante

Este paso inicia la fase de verificación, que es fundamental. Comprender el tiempo transcurrido entre la implementación y esta actividad permite detectar retrasos en el inicio de las verificaciones necesarias.

Dónde obtenerlo

Este evento se deduce de un cambio de estado de la acción de calidad a «Pending Effectiveness Check» o a un estado similar dentro del flujo de trabajo.

Capturar

Se deduce de un cambio de estado a «Pending Effectiveness Check».

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Oracle Quality Management

¿Todo listo para empezar?

Este Template está diseñado para ayudarle a preparar sus datos rápidamente y empezar a optimizar sus procesos de gestión de calidad. Empiece hoy mismo a descubrir oportunidades para mejorar la eficiencia y el cumplimiento.

Transforme Oracle Quality Management y refuerce el cumplimiento desde hoy

Elimine ineficiencias y reduzca un 30 % los tiempos de ciclo.

Comience su prueba gratuita

No se requiere tarjeta de crédito. Prueba gratuita de 14 días.