Bengt Operatörsgränssnitt och Simulatorer - Uppsala universitet
Bengt Operatörsgränssnitt och Simulatorer - Uppsala universitet
Bengt Operatörsgränssnitt och Simulatorer - Uppsala universitet
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Larmproblemet<br />
Här ska bara några korta aspekter på problem i samband med larm nämnas. Generellt<br />
gäller att om man utgår från styrprincipen ”control/management by awareness” så ska<br />
operatören hela tiden hålla fokus på processen <strong>och</strong> följa vad som sker. Larm ska i detta<br />
fall varna för att något mycket viktigt skett, <strong>och</strong> bör då ge så mycket information som<br />
möjligt till operatören. Vad har skett? Var? Vad innebär detta? Vad är viktigt att beakta<br />
<strong>och</strong> åtgärda? Hur ska detta göras? Vad blir effekterna? Normala larm leder ofta till stora<br />
problem, t ex att många larm går samtidigt. Utformning av stödjande <strong>och</strong> ”intelligenta”<br />
larm är ett stort <strong>och</strong> delvis olöst problem. Några viktiga aspekter att förstå är:<br />
Större störningar inträffar alltmer sällan<br />
Den "automatikens ironi" som forskaren Bainbridge talar om redan på 80-talat gäller det<br />
faktum att ju mer som automatiseras desto svårare blir det för människan att klara av de<br />
uppgifter som automatiken inte klarar. Ju färre tillfällen att öva desto svårare blir det att<br />
hantera en störning när den väl kommer. Många av dagens operatörer har aldrig varit med<br />
om en stor störning. Ett vanligt önskemål är att få träna störningar i en simulator.<br />
Stor mängd larm under kort tid<br />
De loggar över inträffade störningshändelser som vi studerat visar att det verkligen kan<br />
vara fråga om kaskader av larm på upp till 100 larm per minut. Dessutom varar<br />
larmkaskaderna ibland lång tid (60-120 minuter). Genom jämförelse med publicerade<br />
uppgifter om riktlinjer för vad som är maximalt antal larm som en operatör kan förväntas<br />
klara av kan vi också konstatera att larmfrekvenser i praktiken ofta överskrider detta.<br />
Orsak ej urskiljbar från följder<br />
Gemensamt är också att det under störningens initiala skede är mycket svårt för att inte<br />
säga omöjligt att avgöra vad av alla larm som är orsak <strong>och</strong> vad som är följdverkningar.<br />
Mängden av tänkbara orsaker är överlappande med mängden av tänkbara<br />
följdverkningar.<br />
Stor mängd möjliga orsaker<br />
En strategi för att hantera den initiala delen av en störning är att systematiskt kontrollera<br />
de störningsorsaker som man erfarenhetsmässigt vet brukar förekomma. Ett gemensamt<br />
problem härvidlag är att det finns en mycket stor mängd tänkbara orsaker, varav många<br />
kan vara händelser som uppträder ytterst sällan.<br />
Kakofoni av ljud<br />
I intervjuerna med operatörer har samstämmigt beskrivits den stress som upplevs när de<br />
akustiska larmen ständigt ljuder i samband med en larmkaskad. Vissa kontrollrum har<br />
möjlighet att tillfälligt undertrycka det akustiska larmet för en kortare period. Men de är<br />
ändå ett stressmoment när de ganska snart återkommer.<br />
Larmlistan oanvändbar<br />
En traditionell larmlista i textform är oanvändbar i samband med en större störning. Nya<br />
larm kommer in i en takt så att det blir omöjligt att överblicka än mindre läsa. Kvittering<br />
av larm orsakar dessutom omsortering i listan så att man tappar orienteringen. Larmlistan<br />
är mycket likartad utformad för de tre tillämpningsområdena. Rent perceptuellt kräver<br />
den hög kognitiv kapacitet för tolkning eftersom färg, form <strong>och</strong> position inte utnyttjas<br />
som informationsbärare i någon nämnvärd utsträckning.<br />
Slitsamt återuppbyggnadsskede<br />
Gemensam är också beskrivningen av ett mycket slitsamt <strong>och</strong> även långdraget skede<br />
under efterförloppet med att säkra <strong>och</strong> återuppbygga funktionaliteten efter identifiering<br />
-23-