Su Plantilla de Datos de Gestión de Calidad

Gestión de Calidad de Oracle
Su Plantilla de Datos de Gestión de Calidad

Su Plantilla de Datos de Gestión de Calidad

Esta plantilla proporciona una guía completa de los atributos de datos esenciales y las actividades del proceso necesarias para un análisis efectivo de la Gestión de Calidad. También incluye orientación práctica sobre cómo extraer esta información crítica de su sistema de Gestión de Calidad de Oracle. Utilice este recurso para asegurarse de capturar todos los datos necesarios para obtener perspectivas profundas y optimización del proceso.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de Extracción
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Calidad

Estos son los campos de datos recomendados e información contextual a incluir en su registro de eventos para un análisis y una perspectiva integral de la gestión de calidad.
3 Requerido 8 Recomendado 10 Opcional
Nombre Descripción
Evento de Calidad
QualityEventId
El identificador único para un solo evento de calidad, como una no conformidad, una queja o una desviación.
Descripción

El ID de Evento de Calidad sirve como identificador principal del caso, agrupando todas las actividades relacionadas desde el informe inicial hasta el cierre final. A cada incidencia de calidad se le asigna un ID único, creando 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 de extremo a extremo de cada evento de calidad. Permite el cálculo de los tiempos de ciclo generales, la identificación de variantes del proceso y el análisis de cómo se manejan los diferentes tipos de eventos. Al vincular cada registro de actividad a un ID de Evento de Calidad específico, los 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 ya que define el alcance de un solo caso, permitiendo un seguimiento preciso de los eventos de calidad y el cálculo de métricas de rendimiento de extremo a extremo.

Dónde obtener

Esta es típicamente la clave principal en las tablas principales de eventos de calidad o planes de recopilación dentro de la Gestión de Calidad de Oracle, como QA_RESULTS.

Ejemplos
NC-2023-00123CAPA-45892QE-500-A
Hora de Inicio del `Evento`
EventStartTime
El timestamp que indica cuándo comenzó una *actividad* o un *evento*.
Descripción

Este atributo proporciona la fecha y hora precisas en que comenzó un paso de proceso específico. Es el elemento temporal primario utilizado para ordenar cronológicamente los eventos y construir la secuencia del proceso para cada caso de evento de calidad.

En el análisis, la Hora de Inicio del Evento es crucial para calcular los tiempos de ciclo, las duraciones y los tiempos de espera entre actividades. Permite la identificación de cuellos de botella al resaltar largos retrasos entre pasos consecutivos y se utiliza para rastrear el rendimiento frente a KPI basados en el tiempo, como el Tiempo de Entrega del Análisis de Causa Raíz.

Por qué es importante

Esta marca de tiempo es la columna vertebral del análisis de procesos, permitiendo todos los cálculos basados en el tiempo y el ordenamiento correcto de las actividades.

Dónde obtener

Esta marca de tiempo se encuentra típicamente en los registros de transacciones o tablas de historial asociadas con las acciones de calidad y los planes de recopilación, a menudo nombrada CREATION_DATE o similar.

Ejemplos
2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
Nombre de la Actividad
ActivityName
El nombre de la tarea o paso específico que ocurrió dentro del proceso de gestión de calidad.
Descripción

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

Analizar el Nombre de la Actividad es fundamental para el Process Mining. Permite el descubrimiento del modelo de proceso real, la comparación con un modelo deseado para la verificación de conformidad y la identificación de cuellos de botella o bucles de retrabajo entre actividades específicas. Por ejemplo, ayuda a medir el tiempo transcurrido entre 'Investigación Iniciada' y 'Análisis de Causa Raíz Realizado'.

Por qué es importante

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

Dónde obtener

Esta información se deriva típicamente de registros de eventos, registros de cambios de estado o tablas de historial de acciones dentro del módulo de Gestión de Calidad de Oracle.

Ejemplos
Problema de Calidad IdentificadoInvestigación IniciadaPlan de acción correctiva aprobadoRevisión y cierre final
Categoría de Causa Raíz
RootCauseCategory
La clasificación de la causa raíz determinada del problema de calidad.
Descripción

Después de realizar un análisis de causa raíz, los hallazgos a menudo se categorizan en grupos predefinidos como 'Fallo de equipo', 'Error humano' o 'Defecto de diseño'. Este atributo almacena esa clasificación final.

Analizar el proceso por Categoría de Causa Raíz es extremadamente potente. Ayuda a cambiar el enfoque de la solución de síntomas individuales a la abordación de los problemas sistémicos subyacentes. Por ejemplo, un alto número de eventos con una causa raíz de 'Problema de Capacitación' puede informar la necesidad de mejores programas de capacitación para empleados, un objetivo clave de la acción preventiva.

Por qué es importante

Este atributo es clave para pasar de una gestión de calidad reactiva a una proactiva, al permitir el análisis de las causas fundamentales de los fallos.

Dónde obtener

Consulte la documentación de Oracle Quality Management. Es probable que este sea un elemento definido por el usuario en un plan de recopilación, poblado después de la actividad 'Análisis de causa raíz realizado'.

Ejemplos
Mal funcionamiento del equipoDefecto de MaterialError HumanoProcedimiento No Seguido
Departamento Responsable
ResponsibleDepartment
El departamento o área funcional responsable del evento de calidad o de la actividad actual.
Descripción

Este atributo identifica al equipo o departamento asignado para manejar el evento de calidad. Esto podría ser Quality Assurance, Ingeniería, Producción u otro grupo, y puede cambiar a medida que el evento progresa a lo largo de su ciclo de vida.

En Process Mining, analizar por Departamento Responsable es clave para comprender la distribución de la carga de trabajo, identificar cuellos de botella departamentales y comparar el rendimiento entre diferentes equipos. Apoya el dashboard 'Asignación de Recursos para Eventos de Calidad' al mostrar qué departamentos están involucrados en qué tipos de actividades, ayudando 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, lo cual es crucial para la planificación de recursos y la mejora organizacional.

Dónde obtener

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

Ejemplos
Ingeniería de CalidadOperaciones de FabricaciónCalidad del ProveedorIngeniería de Diseño
Estado Actual
CurrentStatus
El estado actual del caso de evento de calidad.
Descripción

Este atributo indica el estado actual del evento de calidad en su ciclo de vida, como 'Abierto', 'En Investigación', 'Pendiente de Aprobación' o 'Cerrado'. Proporciona una instantánea de dónde se encuentra el caso en el proceso en el momento de la extracción de datos.

Este es un atributo crítico para el monitoreo operativo, apoyando directamente el dashboard 'Eventos de Calidad Abiertos y Vista General del Estado'. Permite a los gerentes ver rápidamente el flujo actual de problemas de calidad y priorizar los recursos. En el Process Mining, filtrar por el estado final ayuda a analizar los resultados de las diferentes rutas del proceso.

Por qué es importante

Ofrece una vista en tiempo real del flujo de eventos de calidad, lo que permite una gestión operativa eficaz y la priorización de los casos activos.

Dónde obtener

Esta información suele estar disponible en la tabla de cabecera principal para eventos de calidad, reflejando el último estado conocido del evento.

Ejemplos
AbiertoEn ProgresoEn Espera de AprobaciónCerrado
Fecha de Resolución Objetivo
TargetResolutionDate
La fecha prevista o esperada para el cierre final del evento de calidad.
Descripción

Este atributo representa la fecha límite para la resolución completa de un evento de calidad. Sirve como un acuerdo de nivel de servicio (SLA) o un objetivo interno, a menudo determinado en función de la gravedad o el tipo del evento.

Esta fecha es fundamental para el monitoreo del rendimiento y se utiliza directamente en el cálculo del KPI 'Tasa de Implementación a Tiempo de CAPA'. Al comparar las fechas de finalización reales de las actividades con este objetivo, los analistas pueden medir la puntualidad, identificar eventos con riesgo de retraso y seguir las tendencias en el rendimiento a tiempo. Esto apoya los esfuerzos para reducir los tiempos de ciclo de resolución.

Por qué es importante

Proporciona un punto de referencia para medir el rendimiento a tiempo y es esencial para calcular los KPI de puntualidad y gestionar los SLA.

Dónde obtener

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

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

La Hora de Fin del Evento marca la finalización de una actividad específica. Cuando se combina con la Hora de Inicio del Evento, define el tiempo de procesamiento para esa actividad. Para algunos sistemas, una actividad puede ser instantánea, en cuyo caso las horas de inicio y fin son las mismas.

Este atributo es esencial para el análisis detallado de la duración. Permite a los analistas diferenciar entre el tiempo de procesamiento activo (la duración entre la hora de inicio y fin) y el tiempo de espera (la duración entre el fin de una actividad y el inicio de la siguiente). Esto es clave para identificar dónde los recursos están activamente involucrados y dónde las transferencias causan retrasos.

Por qué es importante

Permite el cálculo preciso de los tiempos de procesamiento de actividades, lo que ayuda a identificar tareas ineficientes frente a largos períodos de espera.

Dónde obtener

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

Ejemplos
2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
Nivel de Severidad
SeverityLevel
Una clasificación del impacto del evento de calidad, como crítico, mayor o menor.
Descripción

El Nivel de Gravedad es una evaluación, generalmente realizada durante el triage (o evaluación inicial), del impacto potencial del problema de calidad en los clientes, el cumplimiento o las operaciones comerciales. Esta clasificación ayuda a priorizar los recursos y definir la urgencia de la respuesta requerida.

En Process Mining, este atributo es crucial para la segmentación. Los analistas pueden comparar los flujos de proceso, los tiempos de ciclo y los resultados de los eventos de alta gravedad frente a los de baja gravedad. Esto apoya el dashboard 'Consistencia en la Evaluación Inicial de Eventos de Calidad' y el KPI 'Tasa de Resolución Basada en la Gravedad' al revelar si los problemas críticos se están manejando de manera más rápida y efectiva.

Por qué es importante

Permite la priorización y segmentación del análisis, asegurando que los eventos de calidad de alto impacto se gestionen de manera eficaz y eficiente.

Dónde obtener

Consulte la documentación de Oracle Quality Management. Este es a menudo un elemento configurable dentro de un plan de recopilación de calidad.

Ejemplos
1 - Crítico2 - Mayor3 - Menor4 - Informativo
Tiempo de Procesamiento
ProcessingTime
La duración del tiempo dedicado activamente a una actividad.
Descripción

El Tiempo de Procesamiento es la duración calculada entre la Hora de Inicio del Evento y la Hora de Finalización del Evento para una sola actividad. Representa el tiempo de trabajo activo, a diferencia del tiempo de espera entre actividades.

Esta métrica es un componente central del análisis detallado del rendimiento. Al sumar los tiempos de procesamiento de todas las actividades en un caso, se puede comprender el tiempo total de contacto. Comparar el tiempo total de contacto con el tiempo de ciclo general del caso revela cuánto del proceso es trabajo de valor añadido versus tiempo de espera inactivo, una perspectiva clave para los esfuerzos de mejora Lean y Six Sigma.

Por qué es importante

Aísla el tiempo de trabajo activo del tiempo de espera inactivo, ayudando a identificar qué tareas específicas consumen más tiempo.

Dónde obtener

Esta métrica se calcula a partir de los atributos EventStartTime y EventEndTime durante la transformación de datos.

Ejemplos
PT15M30SPT2HP1D
Usuario Asignado
AssignedUser
El usuario individual asignado para realizar una actividad o ser propietario del evento de calidad.
Descripción

Este atributo especifica a la persona responsable de una tarea particular o de la gestión general del evento de calidad. Proporciona un nivel de detalle más granular que el departamento responsable.

Analizar por usuario ayuda a comprender las cargas de trabajo individuales, identificar necesidades de capacitación y reconocer a los mejores. También puede revelar patrones como el trabajo siendo reasignado constantemente o tareas estancadas con individuos específicos. Este nivel de detalle es útil para la gestión del rendimiento y la optimización detallada de los recursos.

Por qué es importante

Permite un análisis granular de la carga de trabajo y el rendimiento individual, lo que ayuda a identificar restricciones de recursos u oportunidades de capacitación.

Dónde obtener

Consulte la documentación de Oracle Quality Management. La información de asignación de usuarios se almacena típicamente en tablas de acciones o flujos de trabajo asociados con el evento de calidad.

Ejemplos
j.smitha.jonesr.williams
¿Es Retrabajo?
IsRework
Un indicador que señala si una actividad es una repetición o reelaboración de un paso anterior en el mismo caso.
Descripción

Este atributo es una bandera booleana que se establece en verdadero si una actividad específica, como 'Plan de Acción Correctiva Propuesto', ocurre más de una vez dentro de un solo caso de evento de calidad. Esto indica un bucle o una corrección en el proceso, donde un paso previamente completado tuvo que ser rehecho.

Identificar el retrabajo es una capacidad clave del Process Mining. Esta bandera simplifica la cuantificación de tales ineficiencias y apoya directamente el KPI 'Frecuencia de Retrabajo de Actividad'. Analizar qué pasos son más propensos al retrabajo y bajo qué condiciones puede descubrir problemas con la capacitación, la calidad de los datos o los criterios de aprobación, destacando oportunidades para hacer el proceso más eficiente.

Por qué es importante

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

Dónde obtener

Esto se calcula utilizando funciones de ventana o análisis secuencial en el registro de eventos durante la preparación de datos. Identifica cuándo el mismo nombre de actividad aparece varias veces para el mismo caso.

Ejemplos
truefalse
A Tiempo
IsOnTime
Un indicador que señala si una acción correctiva fue implementada para su fecha objetivo de resolución.
Descripción

Este atributo booleano se deriva comparando la marca de tiempo de finalización de la actividad 'Acción Correctiva Implementada' con la 'Fecha de Resolución Objetivo' para el caso. Es verdadero si la acción se completó en o antes de la fecha objetivo, y falso en caso contrario.

Este atributo apoya directamente el KPI 'Tasa de Implementación a Tiempo de CAPA'. Simplifica el análisis y la creación de dashboards al proporcionar una clasificación clara y binaria para la puntualidad de cada caso. Permite un fácil filtrado y agregación para monitorear el cumplimiento de los niveles de servicio e identificar las causas raíz de los retrasos.

Por qué es importante

Simplifica el seguimiento del rendimiento a tiempo frente a los objetivos, facilitando la medición y el reporte de este KPI crítico.

Dónde obtener

Esta es una bandera derivada calculada durante la transformación de datos. Requiere la TargetResolutionDate y la marca de tiempo de la actividad de finalización relevante.

Ejemplos
truefalse
Categoría de la Incidencia
IssueCategory
La categoría o tipo de la incidencia de calidad, como 'Defecto de Producto' o 'Desviación del Proceso'.
Descripción

Este atributo proporciona una clasificación del evento de calidad, lo que ayuda a agrupar problemas similares para su análisis. Las categorías son típicamente definidas por la organización para reflejar su contexto operativo específico.

Analizar el proceso por Categoría de Problema permite la identificación de 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 más largo que los problemas de 'Proceso Interno'. Esta segmentación es valiosa para iniciativas de mejora de procesos dirigidas.

Por qué es importante

Categorizar los problemas permite un análisis dirigido para identificar tendencias y causas raíz en áreas problemáticas específicas.

Dónde obtener

Consulte la documentación de Oracle Quality Management. Es probable que este sea un elemento definido por el usuario dentro del plan de recopilación de calidad.

Ejemplos
Defecto de ProductoDesviación del ProcesoMaterial del ProveedorQueja del cliente
Código de Cierre
ClosureCode
Un código que indica la razón o el resultado del cierre del evento de calidad.
Descripción

Cuando un evento de calidad se cierra, a menudo se asigna un código de cierre para clasificar el resultado final. Ejemplos incluyen 'Acción Efectiva', 'No se Requiere Acción' o 'Problema Duplicado'.

Este atributo es muy útil para el análisis de resultados. Al filtrar por diferentes códigos de cierre, los analistas pueden estudiar las rutas del proceso que conducen a resultados exitosos frente a las que no. Puede ayudar a responder preguntas como: '¿Cómo es nuestro proceso para los problemas que se cierran como duplicados?' e identificar ineficiencias en el proceso de clasificación.

Por qué es importante

Aporta información crucial sobre el resultado de un caso, lo que permite analizar qué rutas de proceso conducen a resoluciones exitosas.

Dónde obtener

Consulte la documentación de Oracle Quality Management. Este sería probablemente un campo poblado durante la actividad de cierre final.

Ejemplos
EFECTIVONO_ACTIONDUPLICADORISK_ACCEPTED
ID del plan de acción correctiva
CorrectiveActionPlanId
El identificador único para el plan de acción correctiva (CAPA) creado para abordar el evento de calidad.
Descripción

Este atributo proporciona un vínculo directo entre un evento de calidad y el plan específico de acción correctiva y preventiva diseñado para resolverlo. Este suele ser un objeto separado en el sistema con su propio ciclo de vida.

En el análisis, este ID puede usarse para unir datos del proceso de eventos de calidad con datos del proceso de gestión de CAPA, creando una vista más holística. Ayuda a rastrear si cada evento que requiere una CAPA tiene una asignada y a analizar la efectividad de esas acciones.

Por qué es importante

Vincula el problema (evento de calidad) con la solución (CAPA), permitiendo un análisis de extremo a extremo más completo del sistema de gestión de calidad.

Dónde obtener

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

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

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

Este vínculo es crucial para el análisis de la calidad del producto. El Process Mining puede utilizarse para comparar los procesos de gestión de calidad en diferentes líneas de productos o para identificar productos que se asocian frecuentemente con problemas de calidad. Esto ayuda a priorizar los esfuerzos de mejora de ingeniería o fabricación donde más se necesitan.

Por qué es importante

Conecta los eventos de calidad con productos específicos, permitiendo analizar las tendencias de calidad relacionadas con el producto y las variaciones del proceso.

Dónde obtener

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

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

Este atributo especifica la aplicación o sistema de origen para los datos del evento. En un entorno empresarial, los datos de eventos de calidad pueden provenir de múltiples fuentes, como el módulo principal de Calidad de Oracle, un sistema CAPA separado o un portal de quejas de clientes.

Para el análisis, este campo ayuda a comprender el linaje de datos y puede usarse para segmentar el proceso según el sistema de origen. Es crucial para la gobernanza de datos y para la resolución de problemas de integración de datos, asegurando que la vista del proceso refleje con precisión el panorama de datos combinado.

Por qué es importante

Proporciona un contexto crucial sobre el origen de los datos, lo cual es importante para la validación de los datos, la gobernanza y el análisis de las variaciones del proceso entre diferentes sistemas.

Dónde obtener

Este es típicamente un valor estático añadido durante el proceso de extracción, transformación y carga de datos (ETL) para etiquetar el origen del conjunto de datos.

Ejemplos
Gestión de Calidad de Oracle R12Calidad en Oracle EBSQM-PROD
Tiempo de Ciclo Total
TotalCycleTime
El tiempo total transcurrido desde la identificación de un problema de calidad hasta su cierre final.
Descripción

Este atributo mide la duración completa de extremo a extremo para un único 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 última actividad ('Revisión Final y Cierre').

Este es un indicador clave de rendimiento (KPI) principal para la eficiencia general del proceso de gestión de calidad. Es la métrica principal para el dashboard 'Tiempo de Ciclo de Extremo a Extremo del Evento de Calidad'. El seguimiento de esta métrica a lo largo del tiempo y su segmentación por atributos como Gravedad o Categoría de Problema proporciona una vista de alto nivel de la salud del proceso y el impacto de las iniciativas de mejora.

Por qué es importante

Este es un KPI crítico que mide la velocidad y eficiencia general de todo el proceso de gestión de calidad de principio a fin.

Dónde obtener

Esto se calcula a nivel de caso durante el procesamiento de datos para Process Mining. Requiere la hora de inicio del primer evento y la hora de finalización del último evento para cada QualityEventId.

Ejemplos
P30DT12HP15DP92D
Última actualización de datos
LastDataUpdate
La marca de tiempo de la actualización de datos más reciente desde el sistema de origen.
Descripción

Este atributo indica la última vez que los datos para este evento se actualizaron en el conjunto de datos de Process Mining. Refleja la actualidad de los datos y ayuda a los usuarios a comprender la puntualidad del análisis.

En los dashboards e informes, esta marca de tiempo es crítica para proporcionar contexto al usuario. Clarifica si están viendo datos en tiempo real o una instantánea de un momento específico, lo cual es esencial para tomar decisiones operativas informadas. Asegura la transparencia sobre la actualidad de los datos.

Por qué es importante

Esta marca de tiempo proporciona transparencia sobre la actualidad de los datos, asegurando que los usuarios comprendan cuán actual es el análisis del proceso.

Dónde obtener

Este valor se genera y almacena durante el proceso ETL de datos, representando típicamente la marca de tiempo cuando el pipeline de datos se ejecutó por última vez con éxito.

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 ocurrió o se está gestionando el evento de calidad.
Descripción

Este atributo asigna el evento de calidad a una parte específica de la estructura empresarial. Ayuda a analizar y comparar el rendimiento de calidad entre diferentes unidades organizativas.

La segmentación del análisis de procesos por Business Unit es un requisito común para grandes empresas. Permite dashboards específicos para la BU y ayuda a identificar si ciertas divisiones tienen procesos de calidad más eficientes o enfrentan desafíos únicos. Esto es valioso para la supervisión corporativa y para compartir las mejores prácticas en toda la organización.

Por qué es importante

Permite comparar y analizar el rendimiento en distintas áreas de la organización, apoyando la gestión de calidad a nivel empresarial.

Dónde obtener

Esto es típicamente parte de los datos de contexto organizacional asociados con la transacción, a menudo derivados de los datos maestros del usuario o departamento.

Ejemplos
Dispositivos MédicosElectrónica de ConsumoPiezas automotrices
Requerido Recomendado Opcional

Actividades de Gestión de Calidad

Estos son los pasos clave del proceso y los hitos significativos a capturar en su registro de eventos para una descubrimiento de procesos preciso y una evaluación del rendimiento.
6 Recomendado 8 Opcional
Actividad Descripción
Efectividad de la acción verificada
Confirma que la acción correctiva implementada ha resuelto exitosamente la causa raíz y ha prevenido la recurrencia. Esto se captura cuando un usuario completa el paso de verificación y actualiza el estado del registro.
Por qué es importante

Este es un hito crítico basado en resultados y la base para el KPI 'Tasa de Verificación de Eficacia'. Cierra el ciclo de acción correctiva, asegurando que los problemas se resuelvan realmente.

Dónde obtener

Inferido de un cambio de estado en el registro de CAPA a 'Verificación Completa' o 'Efectivo'. Esto también podría implicar la población de campos de resultados de verificación específicos.

Capturar

Inferido de un cambio de estado a 'Verificación Completa' o 'Efectivo'.

Tipo de evento inferred
Incidencia Categorizada y Priorizada
Esta actividad ocurre cuando un analista completa la evaluación inicial, asignando atributos clave como la gravedad, prioridad y tipo de problema. Típicamente se captura cuando el problema transiciona de un estado 'Nuevo' a un estado 'Evaluado' o 'En Evaluación Inicial'.
Por qué es importante

Este hito es crucial para el KPI 'Tiempo Promedio de Procesamiento de Evaluación Inicial'. Los retrasos aquí pueden ralentizar todo el proceso de resolución, especialmente para problemas críticos.

Dónde obtener

Inferido de un cambio de estado en el registro de Problema de Calidad, por ejemplo, de 'Nuevo' a 'Bajo evaluación', o cuando campos como 'Severidad' o 'Prioridad' se completan por primera vez.

Capturar

Inferido de un cambio de estado o la primera población de los campos de Severidad o Prioridad.

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. Esto suele representarse mediante un cambio de estado en el sistema, como pasar a 'En Investigación'.
Por qué es importante

Esto sirve como punto de partida para medir el KPI 'Tiempo de Entrega del Análisis de Causa Raíz' y ayuda a identificar cuánto tiempo esperan los problemas antes de que comience una investigación formal.

Dónde obtener

Inferido de un cambio de estado en el Problema de Calidad o un registro de Acción de Calidad asociado a un estado de 'Investigación'. La marca de tiempo de este cambio de estado proporciona la hora del evento.

Capturar

Inferido de un cambio de estado a 'Bajo Investigación' o un estado similar.

Tipo de evento inferred
Plan de acción correctiva aprobado
Representa la aprobación formal del plan de acción correctiva propuesto por una autoridad designada. Este es un punto de control crítico, generalmente capturado por 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 un cuello de botella frecuente. Analizar los tiempos de aprobación ayuda a agilizar el proceso y asegurar el cumplimiento de los procedimientos.

Dónde obtener

Inferido de un cambio de estado en el registro de Acción de Calidad o CAPA a 'Aprobado'. Los sistemas de Oracle con flujos de trabajo de aprobación a menudo registran este cambio explícitamente en tablas de auditoría.

Capturar

Inferido de un cambio de estado a 'Aprobado'.

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, desviación o queja de cliente. Se captura explícitamente cuando un usuario crea un nuevo registro de Incidencia de Calidad 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 calidad y para comprender el volumen de eventos de calidad entrantes.

Dónde obtener

Este evento se captura de la marca de tiempo de creación del registro de Incidencia de Calidad o Acción de Calidad, probablemente encontrado en tablas como QAM_QUALITY_ISSUES o QAM_QUALITY_ACTIONS.

Capturar

Evento registrado al crear un nuevo registro de Problema de Calidad o Acción.

Tipo de evento explicit
Revisión y cierre final
El paso final donde todas las acciones relacionadas se confirman como completas y el problema de calidad principal se cierra formalmente. Esto se registra mediante un cambio de estado final a 'Cerrado' o 'Resuelto' en el registro principal.
Por qué es importante

Este es el evento final principal para el proceso. Es esencial para calcular el KPI 'Tiempo de Ciclo Promedio del Evento' y para medir el rendimiento general del proceso.

Dónde obtener

Inferido del cambio de estado final en el registro principal del Problema de Calidad a 'Cerrado'. La marca de tiempo de este cambio sirve como la hora del evento.

Capturar

Inferido de un cambio de estado a 'Cerrado' en el registro principal del Problema de Calidad.

Tipo de evento inferred
Acción correctiva implementada
Marca la finalización de las tareas detalladas en el plan de acción correctiva aprobado. Esto se registra típicamente cuando un usuario actualiza el estado del registro de acción correctiva a 'Implementada' o 'Completada'.
Por qué es importante

Esta actividad es vital para el KPI 'Tasa de Implementación a Tiempo de CAPA', ya que significa que la solución planificada ha sido ejecutada y permite la comparación con las fechas objetivo.

Dónde obtener

Este evento se infiere de un cambio de estado del registro de Acción de Calidad o CAPA asociado a 'Implementada' o 'Completada'.

Capturar

Inferido de un cambio de estado a 'Implementado' o 'Completado'.

Tipo de evento inferred
Acción Preventiva Identificada
Representa la creación de una acción preventiva (AP) para abordar problemas sistémicos y evitar que ocurran eventos de calidad similares. Esto a menudo se registra como la creación de un nuevo registro de Acción Preventiva vinculado al problema original.
Por qué es importante

Esta actividad muestra un proceso de calidad maduro que va más allá de solucionar problemas individuales para prevenir futuros. Su seguimiento ayuda a medir las mejoras proactivas de la calidad.

Dónde obtener

Capturado de la creación de un nuevo registro de Acción de Calidad con un tipo de 'Acción Preventiva', a menudo vinculado al Problema de Calidad original o a la Acción Correctiva.

Capturar

Registrado al crear un registro de 'Acción de Calidad' de tipo 'Acción Preventiva'.

Tipo de evento explicit
Acción Preventiva Implementada
Marca la finalización de las tareas definidas en el plan de acción preventiva para mitigar riesgos sistémicos. Esto se registra cuando un usuario actualiza el estado del registro de acción preventiva a 'Implementada' o 'Completada'.
Por qué es importante

Mide la capacidad de la organización para ejecutar mejoras proactivas en la calidad. Los retrasos en este punto pueden indicar dificultades para implementar cambios sistémicos en toda la organización.

Dónde obtener

Inferido de un cambio de estado del registro de Acción Preventiva asociado a 'Implementado' o 'Completado', similar a cómo se rastrean las acciones correctivas.

Capturar

Inferido de un cambio de estado a 'Implementado' en un registro de Acción Preventiva.

Tipo de evento inferred
Análisis de Causa Raíz Realizado
Representa la finalización del análisis de causa raíz (RCA) y la documentación de los hallazgos. Esto se captura típicamente 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 es el punto final para el KPI 'Tiempo de Entrega del Análisis de Causa Raíz'. Analizar la duración que lleva a este paso ayuda a identificar cuellos de botella en la fase de resolución de problemas.

Dónde obtener

Inferido de un cambio de estado a 'ACA Completo' o cuando el campo de categoría de causa raíz se ha completado y el registro se guarda. Se utiliza la marca de tiempo de esta actualización.

Capturar

Inferido de un cambio de estado a 'ACA Completo' o la población de campos de causa raíz.

Tipo de evento inferred
Incidencia Asignada para Evaluación Inicial
Representa la asignación del problema de calidad recién creado a un usuario o equipo específico para su revisión y evaluación inicial. Este evento a menudo se infiere mediante el seguimiento de los cambios en el campo de asignatario o propietario del registro del problema de calidad.
Por qué es importante

El seguimiento de esta transferencia inicial ayuda a identificar retrasos antes de que comience la evaluación. Analizar el tiempo que se pasa en este estado revela posibles acumulaciones en la cola de evaluación inicial.

Dónde obtener

Inferido de cambios en el campo de propietario o asignado dentro del registro del Problema de Calidad. Esto puede obtenerse de tablas de auditoría o mediante el seguimiento de cambios de estado asociados con flujos de trabajo de asignación.

Capturar

Inferido de un cambio en el campo 'Asignado a' o 'Propietario' del Problema de Calidad.

Tipo de evento inferred
Interesados Notificados de la Resolución
Representa la comunicación de la resolución del evento de calidad a las partes relevantes, como el informante o los clientes afectados. Esto es difícil de capturar y puede inferirse de un cambio de estado posterior al cierre o de un comentario registrado.
Por qué es importante

Crucial para el KPI 'Retraso en la notificación a los interesados'. La comunicación oportuna es importante para la satisfacción del cliente y la transparencia interna, incluso después de que un problema se haya resuelto.

Dónde obtener

Esto a menudo es difícil de capturar automáticamente. Podría inferirse de un estado como 'Notificación Enviada' o registrarse en un campo de actividad o comentarios, requiriendo una lógica especial para su extracción.

Capturar

Inferido de un cambio de estado específico o potencialmente de la minería de texto de los registros de actividad.

Tipo de evento inferred
Plan de acción correctiva propuesto
Ocurre cuando se definen acciones correctivas y se vinculan al problema de calidad, describiendo los pasos para solucionar el problema. Esto puede ser la creación de un registro de Acción Correctiva relacionado o un cambio de estado que indique que un plan está listo para revisión.
Por qué es importante

Esto rastrea la transición del análisis de problemas al diseño de soluciones. El retrabajo que involucra este paso, medido por los KPI de retrabajo, puede indicar requisitos poco claros o una planificación ineficaz.

Dónde obtener

Esto podría ser un evento explícito de la creación de un nuevo registro de Acción Correctiva dentro de un objeto CAPA, o un evento inferido de un cambio de estado a 'Plan Propuesto' o 'Pendiente de Aprobación'.

Capturar

Inferido de un cambio de estado a 'Pendiente de Aprobación' o la creación de una Acción Correctiva vinculada.

Tipo de evento inferred
Verificación de efectividad requerida
Representa que el sistema o un usuario señala que la acción implementada requiere una verificación de seguimiento para asegurar su eficacia. Este es a menudo 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 crucial. Comprender el tiempo entre la implementación y esta actividad puede resaltar los retrasos en el inicio de los seguimientos necesarios.

Dónde obtener

Este evento se infiere de un cambio de estado en la Acción de Calidad a 'Verificación de Eficacia Pendiente' o un estado similar dentro del flujo de trabajo.

Capturar

Inferido de un cambio de estado a 'Pendiente de Verificación de Efectividad'.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Oracle Quality Management