Petróleo y gas
Las refinerías, las instalaciones de procesamiento, los oleoductos y las plataformas marinas generan datos operativos y de inspección constantes que los equipos de mantenimiento y confiabilidad necesitan interpretar rápidamente, sin que esa interpretación adquiera nunca autoridad sobre el control del proceso. Esta página establece cómo se planificaría y ejecutaría dicho flujo de trabajo en inTheEU Assist, no un registro de una implementación completa.
Cómo se estructuraría el flujo de trabajo
Los datos de proceso e inspección, la telemetría del compresor, el monitoreo de tuberías y los registros de mantenimiento se recopilarían e indexarían en las instalaciones, alimentando un paquete de conocimientos dirigido al propio inquilino del operador. Un agente configurado para el flujo de trabajo compararía las lecturas actuales con el historial operativo aprobado y propondría anomalías candidatas, cada una vinculada a un activo específico y ingresada con un estado de propuesta. Una recomendación para escalar, como una inspección específica o una orden de trabajo de mantenimiento, seguiría el mismo camino de propuesta a aprobación.
La tecnología operativa existente, el control de procesos, los sistemas instrumentados de seguridad y la lógica de parada de emergencia quedarían completamente fuera de este flujo de trabajo. La plataforma nunca tendría, solicitaría ni ejecutaría autoridad sobre esos sistemas.
Donde se encuentra la aprobación humana
Cada señal de anomalía o recomendación de escalada requeriría la aprobación explícita de un ingeniero designado antes de que se considere establecida o se actúe en consecuencia. Esta no es una política superpuesta al flujo de trabajo. Es el mecanismo por el cual avanza el flujo de trabajo: una etapa no aprobada simplemente no ejecuta el siguiente paso.
En qué se basa esto hoy y en qué no
El flujo de trabajo de señalización de anomalías, el ciclo de vida de revisión de propuesta a aprobación y la cadena de auditoría firmada detrás de cada acción son partes funcionales de la plataforma. Lo que aún no forma parte de esto: un modelo específico de instalación entrenado con los datos de proceso del propio operador determinado, que es exactamente lo que construiría un piloto inicial. Los sistemas instrumentados de seguridad y el control de procesos existentes permanecen completamente fuera del alcance de la plataforma, por diseño. El criterio de dominio en un despliegue de petróleo y gas permanecería en manos de los propios ingenieros del operador en todo momento, y cualquier habilidad de análisis de activos específicos se desarrollaría junto con ellos, no se proporcionaría como un modelo estándar.
Parte de la arquitectura subyacente a este conjunto de capacidades está documentada en documentos aún en curso. Esta página describe para qué está diseñada la plataforma, en un nivel apropiado para planificar un piloto, no una especificación de implementación.
Las características y la interfaz de la plataforma están sujetas a mejoras continuas. Es posible que las descripciones de esta guía no reflejen el diseño o la redacción exactos de la última versión publicada.