OR lógico
Resumen
El enriquecimiento OR lógico realiza operaciones booleanas OR entre múltiples atributos booleanos para crear un nuevo atributo booleano consolidado. Este operador lógico evalúa si alguno de los atributos booleanos seleccionados contiene un valor TRUE, produciendo TRUE si al menos una entrada es TRUE, y FALSE solo cuando todas las entradas son FALSE. El enriquecimiento es esencial para combinar múltiples condiciones binarias, banderas o indicadores en un solo atributo significativo que representa si se ha cumplido alguna de varias condiciones.
En minería y análisis de procesos, el enriquecimiento OR lógico es particularmente valioso cuando se necesita identificar casos que cumplen al menos uno de varios criterios. Por ejemplo, se podría querer marcar casos que tengan cualquier tipo de excepción, identificar órdenes que activaron cualquier tipo de alerta o determinar si se violó alguna regla de cumplimiento. El enriquecimiento opera a nivel de caso, evaluando los atributos booleanos para cada caso de forma independiente y almacenando el resultado como un nuevo atributo del caso que puede usarse en análisis posteriores, filtrado o visualización.
El enriquecimiento maneja inteligentemente los valores nulos excluyéndolos de la evaluación. Si todos los atributos seleccionados son nulos para un caso en particular, el resultado también será nulo, preservando la integridad de los datos y evitando falsos positivos o negativos en el análisis.
Usos comunes
- Identificar casos con cualquier tipo de problema de calidad combinando múltiples banderas de verificación de calidad
- Marcar órdenes que activaron alguna condición de alerta (alerta de pago OR alerta de entrega OR alerta de fraude)
- Determinar si ocurrió alguna violación de cumplimiento en múltiples controles de cumplimiento
- Detectar procesos que experimentaron cualquier tipo de excepción o condición de error
- Identificar clientes que califican mediante cualquiera de varios criterios de elegibilidad
- Marcar casos que requieren revisión si se cumple alguna condición de activación de revisión
- Consolidar múltiples banderas de aprobación para determinar si se otorgó alguna aprobación
Configuraciones
Nombre del nuevo atributo: Especifique el nombre para el nuevo atributo booleano que almacenará el resultado de la operación OR. Elija un nombre descriptivo que indique claramente qué condiciones se están combinando. Por ejemplo, use "Any_Exception_Occurred" al combinar banderas de excepción, o "Any_Approval_Granted" al combinar estados de aprobación. El nombre debe ser único y no puede entrar en conflicto con atributos existentes en su conjunto de datos.
Nombres de atributos: Seleccione los atributos booleanos que desea combinar usando la lógica OR. Debe seleccionar al menos dos atributos booleanos para la operación. El enriquecimiento evaluará todos los atributos seleccionados para cada caso y devolverá TRUE si alguno de ellos es TRUE. Solo están disponibles para selección atributos booleanos (True/False). Estos pueden ser atributos originales de su conjunto de datos o atributos booleanos creados por otros enriquecimientos o calculadoras.
Ejemplos
Ejemplo 1: Sistema de alerta de control de calidad
Escenario: En un proceso de fabricación, se realizan múltiples controles de calidad en diferentes etapas. Necesita identificar productos que fallaron alguna verificación para enviarlos a inspección detallada.
Configuraciones:
- Nombre del nuevo atributo: Any_Quality_Issue
- Nombres de atributos: Visual_Inspection_Failed, Dimension_Check_Failed, Weight_Check_Failed, Functionality_Test_Failed
Salida: Crea un nuevo atributo booleano "Any_Quality_Issue" que es TRUE cuando alguna verificación de calidad falló:
| ID del caso | Visual_Inspection_Failed | Dimension_Check_Failed | Weight_Check_Failed | Functionality_Test_Failed | Any_Quality_Issue |
|---|---|---|---|---|---|
| P-001 | FALSE | FALSE | FALSE | FALSE | FALSE |
| P-002 | TRUE | FALSE | FALSE | FALSE | TRUE |
| P-003 | FALSE | FALSE | TRUE | FALSE | TRUE |
| P-004 | TRUE | TRUE | FALSE | TRUE | TRUE |
Perspectivas: Esta bandera consolidada permite a los gestores de calidad identificar rápidamente todos los productos que requieren inspección, independientemente de cuál prueba específica fallaron, agilizando el flujo de trabajo de control de calidad.
Ejemplo 2: Enrutamiento prioritario en atención al cliente
Escenario: Un centro de atención al cliente necesita identificar tickets de soporte de alta prioridad que cumplan cualquiera de varios criterios de escalamiento para atención inmediata.
Configuraciones:
- Nombre del nuevo atributo: Requires_Immediate_Attention
- Nombres de atributos: Is_VIP_Customer, Multiple_Contact_Attempts, Complaint_Contains_Legal_Terms, Service_Level_Breach
Salida: El enriquecimiento evalúa cada caso y asigna TRUE a "Requires_Immediate_Attention" si se cumple algún criterio de escalamiento:
| ID del caso | Is_VIP_Customer | Multiple_Contact_Attempts | Complaint_Contains_Legal_Terms | Service_Level_Breach | Requires_Immediate_Attention |
|---|---|---|---|---|---|
| CS-101 | FALSE | FALSE | FALSE | FALSE | FALSE |
| CS-102 | TRUE | FALSE | FALSE | FALSE | TRUE |
| CS-103 | FALSE | TRUE | TRUE | FALSE | TRUE |
| CS-104 | FALSE | FALSE | FALSE | TRUE | TRUE |
Perspectivas: Los gestores de soporte pueden filtrar y priorizar los tickets que requieren atención inmediata, asegurando que los problemas críticos se aborden de forma rápida sin importar el disparador específico.
Ejemplo 3: Detección de fraude en transacciones financieras
Escenario: Una institución financiera utiliza múltiples indicadores de fraude para marcar transacciones sospechosas. Cualquier indicador positivo debe activar un proceso de revisión de fraude.
Configuraciones:
- Nombre del nuevo atributo: Potential_Fraud_Alert
- Nombres de atributos: Unusual_Amount_Flag, Location_Mismatch, Velocity_Check_Failed, Blacklist_Match, Pattern_Anomaly_Detected
Salida: Crea "Potential_Fraud_Alert" que se activa cuando cualquier indicador de fraude es positivo:
| Transacción | Unusual_Amount_Flag | Location_Mismatch | Velocity_Check_Failed | Blacklist_Match | Pattern_Anomaly_Detected | Potential_Fraud_Alert |
|---|---|---|---|---|---|---|
| TXN-8901 | FALSE | FALSE | FALSE | FALSE | FALSE | FALSE |
| TXN-8902 | TRUE | FALSE | FALSE | FALSE | FALSE | TRUE |
| TXN-8903 | FALSE | FALSE | TRUE | FALSE | TRUE | TRUE |
| TXN-8904 | FALSE | TRUE | FALSE | TRUE | FALSE | TRUE |
Perspectivas: El equipo antifraude puede identificar inmediatamente todas las transacciones que necesitan revisión, permitiendo una respuesta rápida ante posible fraude mientras los indicadores específicos aportan contexto para la investigación.
Ejemplo 4: Evaluación de riesgo de pacientes en salud
Escenario: Un departamento de emergencias necesita identificar pacientes que cumplen cualquiera de los criterios para clasificación de alto riesgo para asegurar protocolos de cuidado apropiados.
Configuraciones:
- Nombre del nuevo atributo: High_Risk_Patient
- Nombres de atributos: Elderly_Patient, Chronic_Condition, Immunocompromised, Recent_Surgery, Critical_Vitals
Salida: Evalúa múltiples factores de riesgo para identificar pacientes de alto riesgo:
| ID del paciente | Elderly_Patient | Chronic_Condition | Immunocompromised | Recent_Surgery | Critical_Vitals | High_Risk_Patient |
|---|---|---|---|---|---|---|
| PT-201 | FALSE | FALSE | FALSE | FALSE | FALSE | FALSE |
| PT-202 | TRUE | TRUE | FALSE | FALSE | FALSE | TRUE |
| PT-203 | FALSE | FALSE | FALSE | TRUE | FALSE | TRUE |
| PT-204 | FALSE | TRUE | TRUE | FALSE | TRUE | TRUE |
Perspectivas: El personal médico puede identificar rápidamente a los pacientes que requieren monitoreo intensivo o protocolos especializados, mejorando la seguridad y calidad del cuidado.
Ejemplo 5: Detección de interrupción en la cadena de suministro
Escenario: Una empresa logística monitorea múltiples indicadores para posibles interrupciones en la cadena de suministro y necesita marcar envíos en riesgo ante cualquier tipo de interrupción.
Configuraciones:
- Nombre del nuevo atributo: Disruption_Risk_Flag
- Nombres de atributos: Weather_Alert, Port_Congestion, Carrier_Issue, Customs_Hold_Risk, Route_Restriction
Salida: Combina múltiples indicadores de riesgo para identificar envíos potencialmente afectados por interrupciones:
| Envío | Weather_Alert | Port_Congestion | Carrier_Issue | Customs_Hold_Risk | Route_Restriction | Disruption_Risk_Flag |
|---|---|---|---|---|---|---|
| SH-5001 | FALSE | FALSE | FALSE | FALSE | FALSE | FALSE |
| SH-5002 | TRUE | FALSE | FALSE | FALSE | FALSE | TRUE |
| SH-5003 | FALSE | TRUE | FALSE | TRUE | FALSE | TRUE |
| SH-5004 | FALSE | FALSE | FALSE | FALSE | NULL | FALSE |
Perspectivas: Los coordinadores logísticos pueden gestionar proactivamente los envíos con riesgo de interrupción, permitiendo la planificación de contingencias y la comunicación con clientes.
Salida
El enriquecimiento OR lógico crea un nuevo atributo booleano del caso con el nombre especificado en la configuración "Nombre del nuevo atributo". Este atributo contiene valores TRUE o FALSE basados en la evaluación lógica OR de los atributos de entrada seleccionados.
Operación lógica: El enriquecimiento implementa la operación OR booleana estándar:
- Devuelve TRUE si al menos un atributo seleccionado es TRUE
- Devuelve FALSE solo si todos los atributos seleccionados son FALSE
- Devuelve NULL si todos los atributos seleccionados son NULL
Manejo de valores nulos: El enriquecimiento maneja inteligentemente los valores nulos en los atributos de entrada:
- Los valores nulos se excluyen de la evaluación OR
- Si algunos atributos son NULL y otros FALSE, el resultado es FALSE
- Si algunos atributos son NULL y al menos uno es TRUE, el resultado es TRUE
- Solo cuando todos los atributos son NULL, el resultado será NULL
Tipo de dato: El atributo de salida es siempre de tipo booleano, mostrando TRUE/FALSE, Sí/No o 1/0 dependiendo de la configuración de visualización en mindzieStudio.
Capacidades de integración: El nuevo atributo booleano creado por este enriquecimiento puede:
- Usarse como entrada para otros enriquecimientos lógicos (para crear expresiones lógicas complejas)
- Aplicarse en filtros de casos para seleccionar subconjuntos de datos
- Utilizarse en calculadoras y enriquecimientos condicionales
- Visualizarse en mapas de procesos para resaltar casos que cumplen cualquier criterio
- Exportarse con su conjunto de datos enriquecido para análisis externo
- Combinarse con otros atributos booleanos en dashboards e informes
Véase también
- Negate - Invierte valores booleanos (operación NOT)
- Boolean Count - Cuenta cuántos atributos booleanos son TRUE
- Case Compare Attributes - Compara atributos para crear resultados booleanos
- Filter Cases - Usa el resultado OR para filtrar tu conjunto de datos
Esta documentación es parte de la plataforma de minería de procesos mindzie Studio.