Su Template de datos para la gestión de calidad
Su Template de datos para la gestión de calidad
- Atributos recomendados para recopilar
- Actividades clave que debe seguir
- Guías de extracción
Atributos de gestión de calidad
| 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
|
|||
Actividades de gestión de calidad
| 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
|
|||
Guías de extracción
¿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.
No se requiere tarjeta de crédito. Prueba gratuita de 14 días.