Hieronder volgen een aantal bevindingen en tips die kunnen bijdragen aan een betere registratie. Deze komen uit de reeds verschenen nieuwsbrieven Monitoring.
Het komt regelmatig voor dat een TVTA wordt gesleept naar het linker gedeelte in het registratiescherm. Automatisch worden dan enkele velden gevuld met gegevens van de betreffende trein. Dit is correct indien de oorzaak een trein betreft. Echter indien de oorzaak een infra-element betreft (bijvoorbeeld een wisselstoring) worden de gegevens van een trein onterecht opgevoerd. Gevolg is dat voor de eigenaar van een storing niet of moeilijk te achterhalen valt welk wissel er waar gestoord is.
Naar boven >> In het veld ‘beschrijving’ heeft de treindienstleider de keuze om de oorzaak te selecteren uit de specifieke top … per Post óf om een korte omschrijving van het voorval te geven. Voordeel van het selecteren van een oorzaak uit de specifieke top … is dat de toewijzingsvragen automatisch worden ingevuld. De afgelopen tijd is gebleken dat het voorkomt dat een oorzaak onterecht wordt geselecteerd uit het menu. Gevolg is een verkeerde beschrijving van het voorval en een toewijzing van de oorzaak aan een verkeerde partij. Kortom, indien een oorzaak niet voorkomt in de top 13 moet een bondige omschrijving van het voorval worden beschreven.
Toelichting Het veld “toelichting” is bedoeld om meer informatie te geven over de waargenomen oorzaak. Dit veld blijkt echter vaak niet te zijn gevuld. Juist wanneer een oorzaak uit de top 13 gekozen wordt, kan een toelichting van grote waarde zijn voor het fiatteringproces.
Naar boven >>
Tijdens postbezoeken is geconstateerd dat het compleet melden (door de treindienstleider) en het vrijgeven (door de teamleider) nogal eens vergeten wordt. Met name is dit het geval bij koppelingen aan ‘overige treinafwijkingen’. Dus niet alleen oorzaken compleet melden en vrijgeven, maar ook koppelingen!
Naar boven >>
Er zijn een bij het registreren van (veiligheids) incidenten een aantal belangrijke bevindingen:
In het monitoringsysteem dienen veiligheidsincidenten te worden geregistreerd, net als tijdens RBV. Wanneer er een veiligheidsincident optreedt moet hiervoor dus een nieuwe oorzaak worden aangemaakt, zelfs als het incident geen TVTA's tot gevolg heeft. In de huidige top-13 staan geen veiligheidsincidenten. Bij de registratie van een veiligheidsincident zullen de beschrijving en toewijzingsvragen dus handmatig moeten worden ingevuld.
Let hierbij op de volgende punten:
- Beantwoord bij de registratie van een veiligheidsincident de eerste toewijzingsvraag ("betreft het een veiligheidsincident?") met "ja";
- Zorg bij de registratie van een veiligheidsincident voor een zo duidelijk mogelijke beschrijving van het voorval, liefst met een toelichting;
- Vul, indien bekend, het "proces" en "oorzaaktype" in.
Naar boven >>
Als er een oorzaak is aangemaakt kun je maar voor een ding kiezen of het Infra element of het trein nummer.
Als je bij treinnummer of infraelement een 0 invuld dan is er geen mogelijkheid om deze melding naar een andere partij toe te wijzen.
Een voorbeeld:
- Een trein gaat door STS hiervan moet een monitor melding worden gemaakt. Bij het invullen kies je hier het treinnummer en niet het infraelement nummer omdat hij dan bij de vervoerder terecht komt.
- Wel in de toelichting het infra element nummer vermelden.
- Wordt door het bovengenoemde STS incident ook een ander infraelement beschadigd dan moet hiervan in monitoring een nieuwe melding worden gemaakt. Met RVO nummer en in de toelichting worden verwezen naar de STS monitormelding.
® Het voorbeeld van een veiligheidsincident is een STS.
Het blijkt dat een incident nogal eens in Monitoring wordt opgevoerd, terwijl het geen veiligheidsissue is en ook niet tot leidt tot TVTA’s. Er is geen reden om een dergelijke melding in Monitoring op te voeren. Melden aan het SMC volstaat in deze.
In de praktijk blijkt dat het registreren van veiligheidsincidenten niet altijd juist verloopt. Bepaalde typen oorzaken worden nogal eens aan de vervoerder toegewezen in plaats van aan ProRail IM. Dit geldt met name voor oorzaken die als ‘derden’ worden geclassificeerd. Kenmerkend voorbeeld is hiervoor ‘personen langs de baan’. Dit incident moet conform de spelregels (p. 38) aan ProRail IM worden toegewezen. De toewijzingsvraag “is de infra de oorzaak?” zal derhalve bevestigend moeten worden beantwoord.
Naar boven >>
Het komt regelmatig voor dat kortstondige of eenmalige storingen aan infra of systemen niet worden gemeld aan het SMC, maar wel worden geregistreerd in monitoring. Voorbeelden hiervan zijn een eenmalige wisselstoring of een korte hapering van een Post21 systeem.
Conform de werkwijze moeten zulke storingen gemeld worden aan het SMC en krijg je een RVO-nummer. Indien een dergelijke storing een TVTA tot gevolg heeft of een veiligheidsincident betreft, dan registreer je dit in monitoring. Let er dan op dat je naast het verklaren van treinafwijkingen ook het desbetreffende RVO-nummer invoert.
Naar boven >>
Het komt regelmatig voor dat bij het toepassen van een versperringsmaatregel de daadwerkelijke calamiteit wordt opgevoerd als oorzaak. Dat is onterecht, de TVTA’s treden namelijk op als gevolg van het uitvoeren van de versperringsmaatregel. Door het opvoeren van de versperringsmaatregel als oorzaak, krijgen we informatie over de effecten van deze versperringsmaatregel. Aan de hand van deze informatie kan de versperringmaatregel wellicht worden verbeterd.
Voorbeeld wisselstoring:
De treindienstleider maakt een oorzaak aan en koppelt TVTA’s die direct het gevolg zijn van deze wisselstoring aan deze oorzaak. Op het moment dat een versperringsmaatregel in werking treedt, moet de treindienstleider een oorzaak “toepassen versperringsmaatregel” aanmaken. TVTA’s die het gevolg zijn van het uitvoeren van deze versperringsmaatregel moeten aan deze oorzaak worden gekoppeld.
Naar boven >>
Indien de reden van een vertragingssprong niet bekend is bij de treindienstleider dan moet hij deze markeren voor rol 3. Als ook rol 3 niet weet wat de reden is, dan moet de TVTA blijven staan. Het is niet de bedoeling dat een oorzaak wordt aangemaakt met 'reden onbekend'. De toegewezen eigenaar van de oorzaak kan een oorzaak met als beschrijving 'reden onbekend' namelijk niet fiatteren en zal deze weigeren. Dit verstoort en belast het fiatterings- en verificatieproces onnodig.
Naar boven >>
In het Monitoringsproces speelt het koppelen van een Te Verklaren Trein Afwijking (TVTA) aan een Oorzaak of een Treinafwijking (TA) een cruciale rol.
Er is een onderscheid tussen twee typen koppelingen:
- Directe koppeling: indien een vertraging direct het gevolg is van een oorzaak (gebeurtenis) dan moet deze TVTA gekoppeld worden aan de oorzaak.
- Indirecte koppeling: wanneer een trein een vertraging oploopt die het gevolg is van een andere vertraagde trein dan moet de TVTA worden gekoppeld aan de voorafgaande treinafwijking (TA of TVTA).
Voorbeeld 1
Beschrijving: door een wisselstoring raakt trein groen direct gedupeerd en loopt een TVTA op van 10 minuten. Aansluitend loopt trein blauw een indirecte vertraging op van 4 minuten als gevolg van het tot stilstand komen achter trein groen. De werkwijze is als volgt:
- De treindienstleider geeft allereerst een beschrijving van de oorzaak (wisselstoring); Rol 1
- Vervolgens wordt de TVTA van trein groen gekoppeld aan de oorzaak (= directe koppeling); Rol 1
- Daarna wordt de TVTA van trein blauw gekoppeld aan de TVTA van trein groen (indirecte koppeling). Rol 1
- De compleet gemelde en vrijgegeven (Rol 3) oorzaak moet worden gefiatteerd door de eigenaar van de oorzaak. In dit geval ProRail IM. Rol 5
- Een compleet gemelde en vrijgegeven koppeling moet worden gefiatteerd door de vervoerder van de trein van wie de vertraging door de koppeling wordt verklaard. In dit geval de vervoerder van trein groen (directe koppeling), en de vervoerder van trein blauw (indirecte koppeling). Rol 5
Voorbeeld 2
Beschrijving: Van trein groen gaat het materieel defect. Hierdoor is trein groen direct gedupeerd en loopt een TVTA op van 10 minuten. Aansluitend loopt trein blauw een indirecte vertraging op van 4 minuten als gevolg van het stilstand komen achter trein groen. De werkwijze is als volgt:
- De treindienstleider geeft allereerst een beschrijving van de oorzaak (defecte trein);
- Door de TVTA van de kapotte trein groen te slepen naar het oorzaakvak, worden de relevante treingegevens overgenomen bij de oorzaak en wordt door Monitoring automatisch de TVTA van deze trein groen gekoppeld aan de oorzaak (= directe koppeling);
- Daarna wordt de TVTA van trein blauw gekoppeld aan de TVTA van trein groen (= indirecte koppeling),dit kan zowel handmatig als automatisch plaats vinden. Vervolgens wordt de oorzak gecontroleerd en vrijgegeven;
- De compleet gemelde en vrijgegeven oorzaak moet worden gefiatteerd door de eigenaar van de oorzaak. In dit geval de vervoerder van trein groen.
- Een compleet gemelde en vrijgegeven koppeling moet worden gefiatteerd door de vervoerder van de trein van wie de vertraging door de koppeling wordt verklaard. In dit geval de vervoerder van trein groen (directe koppeling), en de vervoerder van trein blauw (indirecte koppeling).
NB: Wanneer trein groen en blauw van dezelfde vervoerder zijn, moet deze dus zowel de oorzaak als twee koppelingen fiatteren.
In het document Spelregels Monitoring (vanaf pagina 25) worden de koppelingsregels voor verschillende situaties toegelicht.
Naar boven >>
Monitoring bevat een aantal handige ‘tools’ die nog niet bij iedereen bekend zijn en wel eens voor verwarring zorgen:
- Via de knop ‘Tooltips tonen’ rechts bovenaan in het registratiescherm krijg je de vertragingssprongen te zien wanneer je met je muis over een (TV)TA heen gaat. De +minuten die je standaard in je scherm ziet, is de totaal opgelopen vertraging welke overeenkomst met VKL. Wil je dus weten hoeveel minuten je als sprong moet verklaren, zet dan de tooltip aan.
- Indien je de knop ‘Langer terugkijken’ naast de knop ‘tooltips tonen’ in het registratiescherm aanklikt dan zie je in het TVTA-veld alle meldingen die binnengekomen en nog niet verwerk zijn t, ook die van langer dan 1 uur geleden. De standaardinstelling is dat het scherm alleen de meldingen van het afgelopen uur laat zien. Mocht je (bijvoorbeeld als rol 3) een koppeling ontkoppelen dan kan het dus lijken alsof de koppeling ‘verdwijnt’ als deze van meer dan 1 uur geleden is.
- De filter in het oorzakenscherm bij registratie is handig voor degene die belast is met rol 3. Zo kan hij/zij zien welke registraties al ‘compleet’ zijn gemaakt door de treindienstleider. Vergeet alleen niet af en toe de filter op ‘alles’ te zetten, want het wil nog wel eens gebeuren dat de oorzaak vrijgegeven is, maar dat de koppelingen eronder nog niet vrijgegeven zijn. Deze zie je dan niet in je scherm en zorgen voor procesuitval.
- Indien koppelingen compleet moeten worden gemeld cq. Vrijgegeven, dan is er een handige manier op dit in één keer te doen. Je selecteert een oorzaak (in plaats van een koppeling) en vervolgens klik je op "koppelingen compleet melden" of "koppelingen vrijgeven". Hierdoor worden alle koppelingen ineens compleet gemeld of vrijgegeven.
- In het geval er meerdere TVTA’s aan een oorzaak of TA moeten worden gekoppeld, dan kan dit met één handeling. Je houdt hiervoor de Ctrl-toets ingedrukt en selecteert de gewenst TVTA’s. Vervolgens koppel je de selectie aan een oorzaak of TA.
Naar boven >>