First of all, a system is simply a logical, separate part or "entity" within the overall scope of your company that includes things like:
Your company will have many systems. For example, an airline might have systems for:
Each of these is a separate, distinct entity within the airline. This being said, not all systems are created equal. Furthermore, some parts of a system will be more important than others. These high-priority systems are critical for evaluating the success of the organization's mission, whether their main goals are to:
Logically, one can easily reason that the majority of an aviation service provider's risk management processes are focused on protecting the service provider's mission, even when their mission conflicts with safe operations. Due to the conflicting demands, the aviation industry has determined the need for change to ensure operators are not neglecting safety in favor of satisfying their primary mission. This change has turned into the formal processes of managing safety through the implementation of aviation safety management systems (SMS).
Instead of trying to come up with what I think the objectives are of the SMS, I prefer to use the FAA's rationale:
The objective of Safety Management Systems (SMS) is to proactively manage safety, to identify potential hazards, to determine risk, and to implement measures that mitigate the risk. The FAA envisions operators being able to use all of the components of SMS to enhance a carrier’s ability to identify safety issues and spot trends before they result in a near-miss, incident, or accident. For this reason, the FAA is requiring carriers to develop and implement an SMS.
Source: Federal Register / Vol. 80, No. 5 / Thursday, January 8, 2015 / Rules and Regulations - emphasis added.
I like to sum this up in fewer words and say: The purpose of SMS is to stop "The Accident" that we all know is coming, but we don't know when, where, how, or to whom. But we do know why "The Accident" will occur.
By implementing an SMS, aviation service providers will have fully implemented proven risk management processes that are effective in stopping "The Accident." As I stated before, the operator has historically worked on processes to further their core mission at the expense of assuring the public of a safe "system" that we know as the aviation industry.
Based on the organization's mission, there will be internal systems that are most important in achieving organizational goals. For example, in an airline, the most important system is "Flight Operations." We call the important systems “crucial systems.” Crucial systems are systems or parts of systems that have the greatest influence over mission performance and subsequently tend to have the greatest risk. For example, many parts of a Flight Ops system will inherently have much more bearing on mission risk than most parts of a Ground Ops system.
Documenting your systems means:
Documenting your systems in your aviation SMS, simply put, is putting your SMS on paper.
The reason for documenting your system processes, is, as said, to encapsulate your SMS on paper, thus making it easier to control. In the FAA, the purpose of the Safety Risk Management process is to document your systems.
There are two important questions you need to ask about documenting systems' processes:
Two problems commonly arise in relation to these questions. Organizations don’t know why they are documenting their systems, and so they provide poor or inaccurate documentation of their systems. The other danger is that documenting systems is a huge task and it’s easy to “get lost in the weeds.”
In either case, the result is poorly or inaccurately documented systems. The reason documenting systems is important, and the goals behind doing it, are:
When you document your system processes, everything you document should fulfill one of the above criteria.
When documenting the systems of your aviation SMS, you should especially take care to document things like:
A couple of tips for documenting your system processes are:
The last point is especially important because if your system process does not describe how the system actually functions, your documentation is worthless. Furthermore, it could land you in serious trouble if you are audited or if your company goes to court regarding a safety issue.
Being thorough seems to be a very vague blanket statement. Thorough documentation benefits the accountable executive who is responsible for the system, but many others stand to benefit from your documentation efforts, including:
These are simply quick examples, but you can see how easily it becomes apparent that without adequate documentation, your SMS is doomed. For example, when the auditor comes to review your processes, if they can find no evidence of particular risk management activity, they have no choice but to issue the finding. In short, if it isn't documented, it didn't happen, as we hear repeatedly as conversations turn to audit SMS.
Reviewing the quality of system process documentation is a matter of assessing how closely your system process documentation reflects actual operations.
By now, you are probably wondering, where do I start? System documentation requires considerable effort and you will not complete it overnight. SMS is a structured process. Period. System documentation that captures all your risk management strategies and processes is a huge undertaking because there are so many moving parts to assess, analyze, and yes, document.
Aviation systems are not closed systems, but open systems. This means that you will also need to account for environmental factors affecting your operations, such as:
When I first saw the SMS requirements for systems analysis and documenting the systems, I cringed internally. My background as an IT data management expert understood the potential scope of identifying and documenting all the systems within a complex airline, airport, or large aviation maintenance organization. For a couple of years, I cringed and avoided this because I really didn't know what to expect. There was scant documentation available to guide and advise me of not only "detailed" requirements, but also the expectations.
We have all heard that SMS documentation should correlate with the complexity of the organization. What the hell does this really mean to a new safety manager assigned this seemingly monumental task?
Documenting system processes is like eating an elephant...one bite at a time.
To get started, the best advice I can give you is to start by simply describing the system. For each system, write a short narrative that answers these questions:
This is an excellent starting point and is designed to trigger your thought processes. Need one final tip? After your system description, use one of the recommended tools mentioned previously, either the 5M model or SHELL model.
If you need help with this, we provide SMS database software to help you manage your SMS documentation. To be completely transparent, the SMS database software is designed to manage all SMS requirements and not simply the SMS documentation, which is a small, but critical part of your aviation SMS.
Good luck. If you need help, sign up for a free demo.
Prefer to watch demo videos instead of signing up for a live demo? These short demo videos take you through the highlights of this SMS database software.
Last updated August 2024.