Olje og gass
Raffinerier, prosessanlegg, rørledninger og offshoreplattformer genererer konstante operasjons- og inspeksjonsdata som vedlikeholds- og pålitelighetsteam trenger å tolke raskt, uten at denne tolkningen noen gang får autoritet over prosesskontroll. Denne siden viser hvordan en slik arbeidsflyt planlegges og kjøres på inTheEU Assist, ikke en oversikt over en fullført distribusjon.
Hvordan arbeidsflyten vil være strukturert
Prosess- og inspeksjonsdata, kompressortelemetri, rørledningsovervåking, vedlikeholdsregistreringer vil bli inntatt og indeksert på stedet, og mater en kunnskapspakke til operatørens egen leietaker. En agent konfigurert for arbeidsflyten vil sammenligne gjeldende avlesninger med godkjent driftshistorikk og foreslå kandidatavvik, hver enkelt knyttet til et spesifikt aktivum og angitt med statusen foreslått. En anbefaling om å eskalere, for eksempel en målrettet inspeksjon eller en ordre for vedlikeholdsarbeid, vil følge den samme foreslåtte-til-godkjente veien.
Eksisterende operativ teknologi, prosesskontroll, sikkerhetsinstrumenterte systemer, nødavstengningslogikk, ville forbli helt utenfor denne arbeidsflyten. Plattformen ville aldri ha, be om eller utføre autoritet over disse systemene.
Der menneskelig godkjenning sitter
Ethvert anomaliflagg eller eskaleringsanbefaling vil kreve eksplisitt godkjenning fra en navngitt ingeniør før den blir behandlet som etablert eller utført. Dette er ikke en policy lagt på toppen av arbeidsflyten. Det er mekanismen som arbeidsflyten i det hele tatt fortsetter med: et ikke-godkjent stadium utfører ganske enkelt ikke neste trinn.
Hva dette trekker på i dag, og hva det ikke gjør
Arbeidsflyten som rapporterer uregelmessigheter, livssyklusen for foreslått til godkjent gjennomgang og den signerte revisjonskjeden bak hver handling er fungerende deler av plattformen. Det som ennå ikke er en del av dette: en anleggsspesifikk modell trent på en gitt operatørs egne prosessdata, som er nøyaktig hva en innledende pilot ville bygge. Eksisterende sikkerhetsinstrumenterte systemer og prosesskontroll forblir utenfor plattformens omfang, etter design. Domenevurderingen i en olje- og gassutplassering vil forbli hos operatørens egne ingeniører hele veien, og enhver formuesspesifikk analyseferdighet vil bli utviklet ved siden av dem, ikke levert som en hyllemodell.
Noe av arkitekturen som ligger til grunn for dette kapasitetssettet er dokumentert i arkiveringer som fortsatt pågår. Denne siden beskriver hva plattformen er designet for å gjøre, på et nivå som er passende for planlegging av en pilot, ikke en implementeringsspesifikasjon.
Plattformfunksjoner og grensesnitt er gjenstand for kontinuerlig forbedring. Beskrivelsene i denne veiledningen gjenspeiler kanskje ikke den nøyaktige utformingen eller ordlyden til den siste utgitte versjonen.