ProSik case, DONG Energy.
1 Indhold 1 Indhold... 2 2 Indledning... 3 3 Problematik... 3 4 Opgave krav og ønsker... 4 5 Løsningen... 5 Side 2 af 6
2 Indledning Før fusionen mellem Energi E2 og Elsam havde Energi E2 17 centrale og decentrale kraftværker fordelt ud over Sjælland. I kraft af at være el og varme leverandør er det naturligt, at disse lokationer ligger spredt ud over et større eller mindre geografisk område. Energi E2 anlæg på Sjælland 2005 At være en organisation som er fysisk spredt, er altid et emne når systemer, fremgangsmetoder og procedurer skal implementeres på de enkelte lokale placeringer. Ikke mindst når det gælder IT systemer. Der kan være lokale hensyn eller historiske, arbejdskulturelle hensigter at tage. Uanset organisatorisk struktur vil de fleste nok ikke vælge forskellige økonomi- eller mailsystem til de enkelte lokationer. Dette gælder også for området arbejdssikkerhed. At ensrette arbejdssikkerheden i en organisation er altid et skridt i den rigtige retning. 3 Problematik I årene optil 2005 havde de sjællandske kraftværker gennemgået en sammenlægning og organisationsændring. Dette betød at man nu havde 17 kraftværker med forskellige sikkerhedssystemer til styring af afspærring/sikring af farlige komponenter og udstedelse af arbejdstilladelser. Ingen af lokationerne havde investeret i et 3. part system, men havde egen udviklede Excel og Access applikationer til formålet. Disse applikationer blev vedligeholdt og udviklet af det personalet selv. Nogle af applikationerne skulle kun styre selve komponentsikringen, andre skulle styre arbejdstilladelser og andre igen var blot til udskrift af standard skemaer i papirform. Forskelligheden på tværs af organisationen gav kommunikationsproblemer. Når medarbejdere begyndte at arbejde i rejsende teams, opstod der topologi problemer omkring sikring og afspærring af anlæg. Ingen af de eksisterende systemer kunne tage hensyn til krydsende afspærringen (hvor komponenter indgår i flere forskellige afspærringer) eller spærre for ændring af sikringstilstand (eks. skifte mellem åben og lukket ventil). Side 3 af 6
4 Opgave krav og ønsker Ved projektets start rejste webautomation.dk rundt til alle 17 lokationer. Formålet var, at interviewe og kortlægge den aktuelle procedure og status. På baggrund af dette kunne webautomation.dk opstille en række krav og ønsker, som det nye system skulle opfylde. Systemet blev navngivet ProSik som forkortelse for Projekt Sikkerhed. Fjern tvivl og opbyg tillid. Vigtigste argument var et ønske om at, fjerne tvivl hos de medarbejdere hvis sikkerhed er på spil ved arbejde på og omkring farlige anlæg og komponenter. Reducer uheld og nærved-hændelser. ProSik skulle designes således at, alt implicerede personale ville have en rolle eller aktion i forhold til procedure forløbet. Udstedelse og inddragelse af arbejdstilladelser samt indmelding på arbejdstilladelser er centralt for sikkerheden. Ensartethed. Det var (naturligvis) et ønske at, alle lokationer fungerede sikringsmæssigt på samme måde og benævnte operationer i ProSik ville få samme topologi (navngivning). Dette ville lette kommunikation og bedre sikre medarbejderne ved skiftende arbejdssteder. Total løsning. Et absolut krav til ProSik var at, alle operationer fra oprettelse af vedligeholdelse til udskrift af skilte skulle foregå via dette system og dermed skabe et omdrejningspunkt for sikringsarbejdet. Med fælles reference vil sikkerheden øges i sig selv. Valg af komponenter fra stamdatabibliotek til en afspærring og valg af sikringstilstand vil øge standarden. Transparent og person uafhængighed. Ved at skabe et system som åbent viser data og ikke spærrer for videre proces når medarbejdere er på ferie, eller af anden årsag ikke er til rådighed, skal implementeres via brugerstyring og rettigheder. Opgave kontrol. ProSik skal altid vise for brugerne hvad der mangler eller forventes eller er muligt for en given bruger for at foretage sig i ProSik. Dermed skal ProSik i sig selv guide brugeren. Central løsning. ProSik skal udføres som en browser baseret applikation. Dette vil medføre at alle kan få adgang til sikkerhedsinformation uanset computer installation. Dette vil også medføre central vedligeholdelse. Side 4 af 6
5 Løsningen ProSik er derfor udviklet som et journalsystem i en videreudvikling af webautomation s eksisterende portalsystem der allerede opfyldte en del af kravene. ProSik blev designet til at erstatte den traditionelle mappe med afspærringer og arbejdstilladelser i papirform. ProSik kontrollerer, via tilstandsstyring, den til enhver tid forekommende afspærringsstatus og komponentstatus. ProSik afspærringsoversigt Alt fra anmodning om afspærring og sikring af anlægsdele til valg af komponenter og konfiguration af afspærringstilstand for disse kontrolleres af ProSik. Ved frigivelse af afspærringen til sikring dannes lister med de krævede aktioner for at indstille komponenter i ønsket tilstand og skilte, til at hænge på komponenterne, genereres og kan udskrives. ProSik standard afspærrings procedure En fælles procedure, som en hvilken som helst afspærring skal gennemløbe, blev udviklet via interview hos alle lokationer og andre implicerede. ProSik sørger for at tilstande ikke kan skifte hvis betingelserne ikke er opfyldet. F.eks. kan man ikke fjerne en arbejdstilladelse hvis ikke alle som arbejder på afspærringen har meldt sig færdig. Side 5 af 6
Al information for en specifik afspærring kan altid undersøges. Herunder vises et detalje billede af en afspærring. Afspærringen indeholder 11 komponenter og én er udfoldet så man kan se detaljeinformationer for denne. Informationerne kan komme fra f.eks SAP s komponentbibliotek. Detalje billede af en afspærring. Da ProSik kender valg af komponenter og deres respektive sikringstilstand, kan ProSik også afgøre om en komponent er fælleskomponent for krydsende afspærringer. Så længe at en komponent indgår i en afspærring hvor der arbejdes kan denne ikke omstilles eller frigives til afsikring. I eksemplet herunder vil V99 ikke kunne afsikres for begge afspærringer er færdigmeldt. Hvis eks den blå afspærring (V2 + V99) bliver først færdig, vil ProSik kun frigive V2 til afsikring. Tank 1 Tank 2 Eksempel på krydsende afspærringer. ProSik har været i drift siden sommeren 2005 og har pt afviklet 18000+ afspærringer i DONG Energy (august 2010). Side 6 af 6