Procedure 025 Opvolgen installatie gerelateerde incidenten Procesbeschrijving Doel Toepassingsgebied Procesinformatie Incident follow up procedure Lering trekken uit ongepland niet beschikbaar zijn van de installatie of het productieproces om zo gerichte preventieve maatregelen te kunnen treffen en herhaling van deze incidenten te voorkomen. Alle productie-eenheden van Essent. Ondertekening Proceseigenaar Manager Operations Moerdijk: Arjan v/d Stelt Procescoördinator Asset engineer Operations support: Edwin Bastiaansen Versiedatum Mar 17, 2014 9:03:07 AM Opmerkingen (wijzigingen t.o.v. vorige versie): - Aangepast n.a.v. MOVE, Man. Ops. vervangt de rol van Man. P&T - Aangepast aan invoering IFU database - Storingsmelding wachtboek aangevuld - Stap 4 mitigerende maatregelen toegevoegd - Termijnen aan doorlooptijd IFU toegevoegd - Stap 10 Observeren en evalueren effectiviteit maatregelen concreet gemaakt Alle papieren versies zijn niet beheerst! Grafische weergave “P025 Opvolgen installatiegerelateerde incidenten” Page 2 of 7 Hyperlinks naar algemene procesdocumenten Algemene procesdocumenten Procedure Procedure 025 "Opvolgen installatiegerelateerde incidenten" Database IFU database Storingsformulier Storingsformulier CoThink! Page 3 of 7 Beschrijving processtappen Processtap 01. Beoordelen incident 02. Melden incident 03. Toewijzen storingsanalyse 04. Mitigerende maatregelen 05. Uitvoeren uitgebreid storingsonderzoek Beschrijving Voor incidenten die voldoen aan de volgende criteria: * Risico score >= 9 * Eenheid uit bedrijf genomen * Productieverlies>500MWh * Voor MGE:startbetrouwbaarheid met > 200 MWh verlies wordt een melding gedaan in het Electronisch wachtboek. In het ochtendoverleg wordt beslist of de melding overgezet wordt in de IFU database. Door de ploeg van Bedrijfsvoering die tijdens het incident op dienst is, wordt een storings-/verliesmelding gemaakt in het wachtboek. Deze dient volledig ingevuld te zijn voordat de ploeg naar huis vertrekt. In de database wordt een probleemeigenaar toegewezen om het onderzoek te faciliteren. Bij incidenten met een score van 30 of hoger op de risicomatrix wordt een uitgebreid incidentonderzoek uitgevoerd, inclusief incident mapping. Verantwoordelijk voor de opvolging is de manager operations. In het IFU overleg(verbeterlus 2) wordt de status van de uitstaande storingsanalyses besproken. Indien de analyse gereed is, wordt deze gecontroleerd door de manager operations, en uiteindelijk goedgekeurd door de vestigingsmanager. De risicoscore die bepaald is bij een incident kan verlaagd worden door het nemen van maatregelen die de kans of de gevolgen van een herhaling van het incident effectief verminderen, dit zonder de exacte oorzaak al te kennen. Het uitgebreid storingsonderzoek dient nog steeds uitgevoerd te worden, maar wordt hiermee minder urgent. Deze maatregelen worden vastgelegd en geaccordeerd in de tab4 van de incident database Per vestiging dienen voldoende personen opgeleid en getraind te zijn om gestructureerd incidentonderzoek te kunnen uitvoeren. Voor grote/complexe storingen of bij incidenten waarbij objectief onderzoek van buiten de vestiging gewenst is, kan de Vestigingmanager een beroep doen op daarvoor opgeleide facilitators van OM support of Technical support. Binnen een werkdag zal de Vestigingsmanager aan de Directeur Productie melding maken van het incident. Hierbij dient een afspraak gemaakt te worden of en wanneer de vestigingsmanager verder dient te rapporteren. Functie / Rol • Dienstdoende wacht Hyperlink-titel • Dienstdoende wacht • Ochtendoverleg IFU database • Probleemeigenaar IFU database • Probleemeigenaar Page 4 of 7 Beschrijving processtappen Processtap 06. Accorderen storingsmelding (VL2) 07. Accorderen storingsanalyse + verbetervoorstel 08. Uitvoeren verbeterplan 09. Borgen maatregelen 10. Observeren en evalueren effectiviteit maatregelen Beroordelen melding Beschrijving In het IFU (verbeterlus 2) overleg wordt de status van de uitstaande incidentanalyses besproken. Indien een analyse gereed is wordt deze gecontroleerd door de Man. Ops. Bij constatering van een onvolledige analyse zal de probleemeigenaar opdracht krijgen de analyse alsnog te vervolmaken. Een redelijke termijn hiervoor is tot 6 maanden na incident, of eerder indien overeengekomen. Bij akkoord worden probleemanalyse en verbetervoorstel voorgelegd aan de vestigingsmanager. Na accordering door de vestigingsmanager wordt een uitvoeringsverantwoordelijke aangewezen die zorg draagt voor de implementatie van het verbetervoorstel. Onder de verantwoording van een uitvoeringsverantwoordelijke wordt het verbetervoorstel uitgevoerd/geïmplementeerd. Mogelijke verbetervoorstellen kunnen onder andere zijn: – Aanpassing van het IBC – Wijzigen procedure/voorschrift/werkinstructie – Modificatie Na uitvoering krijgt de verbeteractie in het incidenten register de status “verbeteractie uitgevoerd”. Binnen uiterlijk een jaar dient een IFU afgewerkt te zijn, en ondertekend door probleemeigenaar en man Ops./vestigingsmanager. Als naar aanleiding van de storingsanalyse verbetermaatregelen zijn uitgevoerd, moeten deze worden geëvalueerd en geborgd. Vastlegging en controle hierop gebeurt in de database tab 3 onder “Borging maatregelen”. In het formulier 'Borgen maatregelen " wordt aangegeven op welke termijn gechecked moet worden of met de genomen maatregelen het doel bereikt is. De probleemeigenaar controleert dit, en rapporteert naar Man Ops. en vestigingsmanager. De manager operations of een door hem aangewezen vertegenwoordiger bepaalt of voor het incident een storingsanalyse zal volgen, en zo ja, wie hiervoor verantwoordelijk is. Indien de wachtboekmelding wordt opgevolgd, dienen de gegevens van het incident overgezet te worden in de IFU database. Functie / Rol • Manager Operations Hyperlink-titel • Vestigingsmanager IFU database • Uitvoeringsverantwoordelijke IFU database • Probleemeigenaar IFU database • Probleemeigenaar IFU database • Ochtendoverleg IFU database IFU database Page 5 of 7 Informatiedragers Informatiedrager Borging maatregelen IFU melding database Incidentmap Mitigerende bedrijfsrisico's Storingsanalyse Storingsmelding Storingsmelding wachtboek aanvullend Storingsmelding wachtboek Verbeterplan Verbetervoorstel Beschrijving tab 3 ifu database: Formulier waarop geimplementeerde maatregelen worden vastgelegd, evenals de effectiviteit op korte en lange termijn Data uit de storingsmelding in het wachtboek wordt overgenomen in de IFU database Cothink formulier dat gebruikt wordt om een root cause analyse uit te voeren. deze dient aan de database gekoppeld te worden Tab 4 IFU database: Formulier waarin mitigerende maatregelen vastgelegd en geaccordeerd worden. Tevens wordt hierin de nieuwe risicoscore bepaald na het nemen van deze maatregelen Tab2 IFU database: Formulier waarin samenhang/keten oorzaak en gevolg op vastgelegd worden na uitvoering van RCA. tab1 IFU database: formulier waarin de storing, genomen maatregelen en wijze van herstel naar stabiele toestand wordt vastgelegd aanvullende gegevens: - Werkelijk begin storing - Werkelijk productieverlies - Solomon event - Solomon cause - ONB/VNB - Opvolgen: ja/nee - Probleemeigenaar In het wachtboek dient door de wacht bij een storingsmelding aanvullend vermeld te worden: - productieverlies - ONB herhaling/nieuw - Situatie herstelt - Bedrijfssituatie bij falen - Causes uitval - Presentatie op website ivm REMIT tab2 IFU database: Lijst van maatregelen die herhaling van het incident voorkomen, of de negatieve gevolgen hiervan minimaliseren. tab2 IFU database: formulier waarop de maatregelen om herhaling te voorkomen worden vastgelegd Hyperlink-titel IFU database IFU database Storingsformulier IFU database IFU database IFU database IFU database IFU database Page 6 of 7 Page 7 of 7
© Copyright 2024 ExpyDoc
