An Entity of Type: Thing, from Named Graph: http://dbpedia.org, within Data Space: dbpedia.org

A system accident (or normal accident) is an "unanticipated interaction of multiple failures" in a complex system. This complexity can either be of technology or of human organizations, and is frequently both. A system accident can be easy to see in hindsight, but extremely difficult in foresight because there are simply too many action pathways to seriously consider all of them. Charles Perrow first developed these ideas in the mid-1980s. William Langewiesche in the late 1990s wrote, "the control and operation of some of the riskiest technologies require organizations so complex that serious failures are virtually guaranteed to occur."

Property Value
dbo:abstract
  • A system accident (or normal accident) is an "unanticipated interaction of multiple failures" in a complex system. This complexity can either be of technology or of human organizations, and is frequently both. A system accident can be easy to see in hindsight, but extremely difficult in foresight because there are simply too many action pathways to seriously consider all of them. Charles Perrow first developed these ideas in the mid-1980s. William Langewiesche in the late 1990s wrote, "the control and operation of some of the riskiest technologies require organizations so complex that serious failures are virtually guaranteed to occur." Safety systems themselves are sometimes the added complexity which leads to this type of accident. Maintenance problems are common with redundant systems. Maintenance crews can fail to restore a redundant system to active status. They are often overworked or maintenance is deferred due to budget cuts, because managers know that they system will continue to operate without fixing the backup system. (en)
  • Een systeemongeval is een ongeval dat ontstaat in een complex systeem met sterke koppeling door een onverwachte interactie van die zich niet afspelen volgens een directe operationele volgorde. Perrow stelt dat bij complexe interacties met sterke koppelingen ongevallen onvermijdelijk en daarmee normaal zijn. Hij heeft het dan ook over normale ongevallen. Hoewel lineaire interacties in vrijwel alle systemen overheersen, zijn er systemen waar complexe interacties bovenproportioneel zijn. Perrow stelt echter dat het vooral de sterke koppelingen zijn die het systeem de kans ontnemen om zich te herstellen van storingen. Doordat er geen speling aanwezig is, heeft een storing in een component direct gevolgen in andere componenten, waardoor kettingreacties en domino-effecten op kunnen treden. De complexiteit maakt dat een systeemongeval achteraf mogelijk goed te reconstrueren is, maar dat er vooraf te veel mogelijke storingen en interacties zijn om praktisch gezien allemaal te kunnen overwegen. Overwegingen om een systeem dan toch zo uit te voeren, kunnen voortkomen uit technologische noodzaak, maar ook uit economische efficiĆ«ntie en organisatorisch van aard zijn. De oorzaken kunnen gerelateerd zijn aan de onderdelen ontwerp, uitrusting, procedures, operators, bevoorrading en materialen en omgeving. Tegenover systeemongevallen staan de ongevallen die voortkomen uit het falen van een enkel onderdeel. Deze ongevallen zijn eenvoudiger te herkennen en te voorkomen, maar maken wel de meerderheid uit van het aantal ongevallen. Dat deze toch nog voorkomen, wijt hij vooral aan , door belanghebbenden en de , waardoor niet de onderneming, maar vooral het publiek het risico draagt. Aangezien er in elke component een storing op kan treden, zal hiervoor vaak een beveiliging ingebouwd worden. Omdat echter niet alles voorzien kan worden, kunnen deze voorzieningen in bepaalde gevallen juist een storing versterken. Ook kunnen er storingen optreden in beveiligingen die juist daardoor ongelukken veroorzaken. Ingebouwde redundantie kan dit ondervangen, maar kan ook juist de complexiteit vergroten. De complexiteit kan ook een tot gevolg hebben; het falen van meerdere componenten door een . Oorzaak en gevolg verhouden zich dan niet proportioneel. Perrow zet onder meer kanttekeningen bij risicoanalyse. Hoewel storingen en ongevallen onvermijdelijk zijn, kunnen zij toch relatief zeldzaam voorkomen. Dat kan ertoe leiden dat uit een risicoanalyse volgt dat bijvoorbeeld kernenergie weinig risico heeft en daarom toelaatbaar is, terwijl voor Perrow de mogelijke gevolgen dusdanig zijn dat deze techniek verlaten moet worden. Perrow bekritiseert ook theorie van de waarin gesteld zou worden dat het mogelijk is om fouten te voorkomen, hoewel proponenten van deze theorie ontkennen dat dit een stelling van deze theorie is. Wel zijn er volgens Perrow mechanismes die fouten in een organisatie kunnen versterken of juist verzwakken. In wat hij foutvermijdende organisaties noemt, is sprake van deelname van de elite aan het systeem, sterke belangengroepen, gemakkelijke identificatie van slachtoffers en veroorzakers, een eenvoudige gang richting de rechtbanken, een grote prijselasticiteit van de vraag, een hoge mate van regelgeving en vrijwillige rapportage van incidenten. Als voorbeeld noemt hij de luchtvaart. Als dit in sterke mate ontbreekt, spreekt hij van foutversterkende systemen, waar de scheepvaart en mijnbouw voorbeelden van zouden zijn. Ook zet Perrow kanttekeningen bij het al te veelvuldig toekennen van menselijke fout als oorzaak. Juist door de complexiteit zou er vaak eerder sprake zijn van een geforceerde menselijke fout; het systeem leidt de operator ertoe beslissingen te nemen die op dat moment juist lijken, maar achteraf blijken te hebben bijgedragen aan het ongeval. Onderdelen in het systeem als ontwerp, keuze van uitrusting en apparatuur en onderhoud kunnen dan een belangrijke rol spelen. Desondanks is er vooral in foutversterkende systemen een neiging om de oorzaak bij de operator te zoeken. (nl)
dbo:wikiPageExternalLink
dbo:wikiPageID
  • 6759067 (xsd:integer)
dbo:wikiPageLength
  • 18248 (xsd:nonNegativeInteger)
dbo:wikiPageRevisionID
  • 1119300771 (xsd:integer)
dbo:wikiPageWikiLink
dbp:date
  • April 2019 (en)
dbp:reason
  • Section headings shouldn't be in the form of a question (en)
  • This is an overly long sentence fragment (en)
dbp:wikiPageUsesTemplate
dcterms:subject
rdfs:comment
  • A system accident (or normal accident) is an "unanticipated interaction of multiple failures" in a complex system. This complexity can either be of technology or of human organizations, and is frequently both. A system accident can be easy to see in hindsight, but extremely difficult in foresight because there are simply too many action pathways to seriously consider all of them. Charles Perrow first developed these ideas in the mid-1980s. William Langewiesche in the late 1990s wrote, "the control and operation of some of the riskiest technologies require organizations so complex that serious failures are virtually guaranteed to occur." (en)
  • Een systeemongeval is een ongeval dat ontstaat in een complex systeem met sterke koppeling door een onverwachte interactie van die zich niet afspelen volgens een directe operationele volgorde. Perrow stelt dat bij complexe interacties met sterke koppelingen ongevallen onvermijdelijk en daarmee normaal zijn. Hij heeft het dan ook over normale ongevallen. Hoewel lineaire interacties in vrijwel alle systemen overheersen, zijn er systemen waar complexe interacties bovenproportioneel zijn. Perrow stelt echter dat het vooral de sterke koppelingen zijn die het systeem de kans ontnemen om zich te herstellen van storingen. Doordat er geen speling aanwezig is, heeft een storing in een component direct gevolgen in andere componenten, waardoor kettingreacties en domino-effecten op kunnen treden. (nl)
rdfs:label
  • Systeemongeval (nl)
  • System accident (en)
owl:sameAs
prov:wasDerivedFrom
foaf:isPrimaryTopicOf
is dbo:wikiPageRedirects of
is dbo:wikiPageWikiLink of
is foaf:primaryTopic of
Powered by OpenLink Virtuoso    This material is Open Knowledge     W3C Semantic Web Technology     This material is Open Knowledge    Valid XHTML + RDFa
This content was extracted from Wikipedia and is licensed under the Creative Commons Attribution-ShareAlike 3.0 Unported License