Olie en gas
Raffinaderijen, verwerkingsfaciliteiten, pijpleidingen en offshore-platforms genereren voortdurend operationele en inspectiegegevens die onderhouds- en betrouwbaarheidsteams snel moeten interpreteren, zonder dat die interpretatie ooit autoriteit krijgt over de procescontrole. Op deze pagina wordt uiteengezet hoe een dergelijke workflow zou worden gepland en uitgevoerd in TheEU Assist, geen verslag van een voltooide implementatie.
Hoe de workflow zou worden gestructureerd
Proces- en inspectiegegevens, compressortelemetrie, pijpleidingmonitoring en onderhoudsgegevens zouden ter plaatse worden opgenomen en geïndexeerd, waardoor een kennispakket voor de eigen huurder van de exploitant zou worden ingevoerd. Een agent die voor de workflow is geconfigureerd, vergelijkt de huidige meetwaarden met de goedgekeurde bedrijfsgeschiedenis en stelt kandidaat-afwijkingen voor, elk gekoppeld aan een specifiek asset en ingevoerd met de status voorgesteld. Een aanbeveling om te escaleren, zoals een gerichte inspectie of een opdracht voor onderhoudswerkzaamheden, zou hetzelfde traject volgen van voorgesteld tot goedgekeurd.
Bestaande operationele technologie, procescontrole, veiligheidsinstrumentatiesystemen en noodstoplogica zouden volledig buiten deze workflow blijven. Het platform zou nooit autoriteit over deze systemen hebben, vragen of uitoefenen.
Waar menselijke goedkeuring zit
Elke anomalievlag of escalatieaanbeveling vereist expliciete goedkeuring van een genoemde ingenieur voordat deze als vastgesteld wordt beschouwd of er actie op wordt ondernomen. Dit is geen beleid dat bovenop de workflow wordt gelegd. Het is het mechanisme waarmee de workflow überhaupt verloopt: een niet-goedgekeurde fase voert eenvoudigweg de volgende stap niet uit.
Waar dit vandaag de dag op gebaseerd is, en waar niet
De workflow die afwijkingen markeert, de levenscyclus van de voorgestelde tot goedgekeurde beoordeling en de ondertekende auditketen achter elke actie zijn werkende onderdelen van het platform. Wat hier nog geen deel van uitmaakt: een faciliteitspecifiek model dat is getraind op de eigen procesgegevens van een bepaalde operator, en dat is precies wat een eerste pilot zou bouwen. Bestaande geïnstrumenteerde veiligheidssystemen en procescontrole blijven door hun ontwerp volledig buiten de reikwijdte van het platform. Het domeinoordeel bij een olie- en gasimplementatie zou de hele tijd bij de eigen ingenieurs van de exploitant blijven, en alle asset-specifieke analysevaardigheden zouden samen met hen worden ontwikkeld, en niet als een kant-en-klaar model worden aangeboden.
Een deel van de architectuur die ten grondslag ligt aan deze capaciteitenset is gedocumenteerd in documenten die nog in behandeling zijn. Deze pagina beschrijft waarvoor het platform is ontworpen, op een niveau dat geschikt is voor het plannen van een pilot, en niet voor een implementatiespecificatie.
Platformfuncties en interface zijn onderhevig aan voortdurende verbetering. Beschrijvingen in deze handleiding geven mogelijk niet de exacte lay-out of formulering van de laatst uitgebrachte versie weer.