Documente Academic
Documente Profesional
Documente Cultură
04/03/2016
SOUTH AMERICAN AIG REGIONAL COOPERATION MECHANISM (ARCM)
THIRD AIG AUTHORITIES MEETING
(Lima, Peru, 07 to 09 March 2016)
Agenda Item 06:
1.
Introduction
1.1.
The South American AIG Regional Cooperation Mechanism (ARCM) was established in
the Second AIG Authorities Meeting of the SAM Region, held in Buenos Aires, Argentina, 09 to 11 June
2015, to support the States that request in the aspects related to aircraft accident and incident investigation
in a regional cooperation environment that allows to improve the effective implementation in the AIG
area and to contribute to the reduction of the aircraft accident and incident rate of the SAM Region below
the global rate in all the aviation segments.
AIG-SAM/3-WP/07
04/03/2016
-2-
1.2.
In relation to this, the Meeting focused on the fact that the creation of a South American
ARCM would significantly contribute to start AIG cooperation activities between the States and would
benefit the States that have greater difficulty in establishing an efficient and effective AIG system.
2.
2.1
When an accident, serious incident and incident occur, the event investigation process
starts to identify possible deficiencies within the aviation system, to determine, if possible, the causes or
contributing factors and to issue the necessary recommendations in order to avoid recurrence. Since it is a
reactive component, the accident and incident investigations contribute to the continuous improvement of
the aviation system providing the probable causes of accidents/incidents and the lessons learned from the
events.
2.2
Besides providing facts and probable causes of accidents/incidents, most investigations
identify hazards and threats. In the safety management proactive current environment, there is an
important and necessary integration between an accident/incident investigation process and the hazards
identification and reporting process in an organization.
2.3
Paragraph 8.1 of Annex 13 Aircraft accident and incident investigation, prescribes that
each State shall establish and maintain an accident and incident database to facilitate the effective analysis
of information on actual or potential safety deficiencies and to determine any preventive actions
required.
2.4
Since 2008, the SAM Region has been implementing the European Co-ordination centre
for Accident and Incident Reporting Systems (ECCAIRS), with the purpose of meeting the accident and
incident notification requirements of Annex 13 and the pertinent protocol questions (PQs), object of the
audits of the Universal Safety Oversight Audit Programme Continuous Monitoring Approach (USOAP
CMA).
2.5
In order to optimize the potential benefits of a centralized database, basic aspects are
required in its operation, such as data analysis, management, integrity and security; they are needed to
establish effective indicators so as to have a clear understanding of the hazards and their related
consequences. This safety information is considered of interest, therefore it has to be shared among all
ARCM States as quickly as possible. In this sense, standardized formats and procedures guiding and
facilitating data exchange shall be established.
2.6
In order to conduct thorough accident and incident data analysis at regional level, the
ARCM safety data collection and processing system (SDCPS) shall be established as a solution for
decision-making, and as a State tool for the issuing of effective and timely recommendations in a regional
framework.
2.7
The SDCPS shall use the ADREP/ECCAIRS system as platform; therefore, the ARCM
procedures for the SDCPS implementation in every State shall be established in order to allow to store,
add and keep updated and concise information. The structuring of these procedures shall have the
following tools:
AIG-SAM/3-WP/07
04/03/2016
-3-
a)
for notification that defines how the States shall notify the ARCM and what they shall
notify and how the ARCM shall inform to the States in case the events are not validated as
well as the deadlines for the notifications;
b)
c)
d)
e)
f)
g)
h)
i)
j)
to communicate accesible safety information to the users, for example, annual ARCM
safety reports to the States and to the users of the SAM Region.
2.8
b)
c)
clearly have the type of data or information that can be used to support safety analysis;
d)
analyze to identify hazards through identification measures and monitor the potencial
consequences;
e)
f)
balance the need for data protection with that that shall provide data for those that can
strengthen aviation safety;
g)
constantly monitor safety with the view of creating safety trends indicators, and
h)
2.9
In the context of the safety data analysis and collection, the ARCM SDCPS shall include
the following types of data or information, among others, that shall be used to support the safety data
analysis that the ARCM manages:
a)
b)
c)
2.10
The ARCM SDCPS system shall have to be able to collect aircraft accident/incident
safety information for aircraft with weight over 2250 kg and with 2250 kg or less for the following
operations:
AIG-SAM/3-WP/07
04/03/2016
-4-
3.
a)
b)
general aviation;
c)
corporate aviation;
d)
e)
3.1
For the initial and familiarization functioning and presentation by the States, the
preliminary physical location of the SDCPS (until the Executive Committee determines the final location)
shall be in the JIAAC of Argentina; it shall also provide the technological facilities.
3.2
As part of the SDCPS implementation, a proposal on procedures manual has been
developed that considers the concepts and tools described in this working paper.
4.
Suggested actions
4.1
- END
AIG-SAM/3-WP/07
Apndice A
First edition
March 2016
ARCMSDCPSproceduresmanual
Tableofcontents
Definitions.................................................................................................. 3
Abbreviations.............................................................................................. 3
Chapter1General. ..................................................................................... 5
1.1
Foreword........................................................................................... 5
1.2
AboutADREP/ECCAIRS........................................................................5
1.3
ARCMDatabase(SDCPS). .....................................................................5
1.4
ScopeoftheSDCPS. ............................................................................ 7
1.5
LevelsofInformation. ......................................................................... 8
Chapter2Systemmanagement..................................................................9
2.1
Repository......................................................................................... 9
2.2
Protectionofinformation.................................................................11
2.3
InteractionbetweentheStatesandtheARCM....................................11
2.4
Safetyperformanceindicators. ..........................................................13
Chapter3Procedures. .............................................................................. 17
3.1
ADREP/ECCAIRSimplementationprocedures.......................................17
3.2
Procedurefornotificationoftheevent..............................................17
3.3
Procedureforeventvalidation(ARCM):.............................................20
Chapter4Technicalaspects.....................................................................22
Chapter5Bibliography. ............................................................................ 24
Listoffigures
Figure1Generaldiagram.....6
Figure2Detaileddiagram.....7
Figure3Eventsandcompetencies......8
Figure4LevelsofInformation.......9
Figure5Repository.......10
Figure6Interactiondiagram.......12
Figure7SPIexample.........14
Figure8Alertexample.........14
Figure9SPIESconfiguration.....15
Figure10Riskmatrix......16
ARCMSDCPSproceduresmanual
Definitions
Term
Attribute
Database
Definition
Adatabaseisthesetofinformativedataorganizedinasamecontextforuse
andrelation.
Query
Aqueryisthemethodtoaccessdatainthedatabases.Withthequeries,data
in a database can be modified, deleted, shown and added. For this a query
languageisused.
Datamanager
Dataexchange
E5f
(Eccairs5file)
Id
Uniqueidentificationcode;eachattributeofthesystemhasanumeric"id"for
indexationinthedatabase.
Interface
It is the means through which the user can communicate with a system or
device, and comprises all the points of contact between the user and the
equipment.Easytounderstandandeasytoactivate,"friendlyandintuitive".
Record
(lineortuple)Itrepresentsauniqueobjectwithimplicitlyorganizeddataina
table.InADREP/ECCAIRSitisaspecificoccurrence.
Repository
Software
Set of programmes and routines that allow the computer to fulfil specific
tasks.
Taxonomy
Sciencethatstudiestheprinciples,methodsandpurposesoftheclassification.
Abbreviations
Abbreviation
ADREP
Meaning
Accident/Incidentdatareportingsystem
AIG
Accidentandincidentinvestigation
ARCMSDCPSproceduresmanual
ARCM
SouthAmericanAIGRegionalCooperationMechanism
TC
ARCMTechnicalCommittee
DBA
Databaseadministrator
ECCAIRS
EuropeanCoordinationCentreforAccidentandIncidentReportingSystems
IT
Informationtechnology
JRC
JointResearchCentre
RAIO
Regionalaccidentandincidentinvestigationorganizations
RE
Runwayexcursion
SAM
SouthAmericanRegion
SDCPS
Safetydatacollectionandprocessingsystems
SPI
Safetyperformanceindicators
SPIES
SafetyperformanceindicatorsforECCAIRSsystem,ECCAIRStoolfortheSPI
management
SQL
Structurequerylanguage
SSP
Statesafetyprogramme
ARCMSDCPSproceduresmanual
Proceduresmanualfortheimplementationofthesafetydatacollectionand
processingsystem(SDCPS)
Chapter1General
1.1
Foreword
The importance of the aircraft accident and incident investigations lies in determining the
causestoissueeffectiverecommendationsandthenecessarymeasurestoavoidrecurrence.
RegardingtheSouthAmericanRegion(SAM),itisnecessarythattheAIGRegionalCooperation
Mechanism (ARCM) has a tool that allows it to achieve the proposed objectives and to
contributetosafety.
ConsideringthatICAOadoptedsince2004theADREP/ECCAIRS(EuropeanCoordinationcentre
for Accident and Incident Reporting Systems) system developed by the JRC (Joint Research
Centre) of the European Commission (EC), based on the ADREP taxonomy from the
InternationalCivilAviationOrganization(OACI),theSDCPSwillusetheADREP/ECCAIRSsystem
asatechnologicalplatformfortheAIGdatanotification,registryandexchange.Therefore,all
theSAMRegionwillbeabletostoreandnotifyeventsusingthesamelanguageandcriteria.
1.2
AboutADREP/ECCAIRS
Since 1998 the JRC, at the request of the EC, developed a set of computing solutions for
transport safety information exchange and analysis. This pack of tools was successfully
implementedintheEuropeanUnion;ithasalicenseofuseforAIGorganizationsandsafety
related agencies. This allows that AIG investigation organizations, aviation authorities,
operators, air traffic service providers use ADREP/ECCAIRS individually and collectively to
notifyandshareinformation.
The JRC website (http://eccairsportal.jrc.ec.europa.eu) is available to users to download
software and share opinions, experiences, analysis and results in favor of constant
development.
TheADREP/ECCAIRSsystemprovidesagreatvarietyoftechnologiesfortheexchange,export
andimportforsafetydataanalysis;itistheidealtoolfortheSDCPSimplementation.
1.3
ARCMDatabase(SDCPS)
ARCMSDCPSproceduresmanual
The ARCM database based on ADREP/ECCAIRS (SDCPS) could be physically located in the
technological infrastructure of the ICAO South American Regional Office (or where the
Executive Committee determines). The client/server mode will give access to the ARCM TC
(Technical Committee) members and to the users assigned by the States according to their
informationmanagementpolicies.
FortheSDCPSimplementation,theimplementationoftheADREP/ECCAIRSsystemisnecessary
ineachState(*);thiswillensurethestandardizationoftheSDCPSdata,allowingtoadoptthe
correspondingprocedures,forexample,notification,validation,publication,etc.TheARCMTC
will evaluate the ADREP/ECCAIRS versions and revisions and new tools and will technically
advisetheStatesinordertokeepthestandard.
Figure1SDCPSgeneraldiagram
6
*3.1Implementationprocedure
ARCMSDCPSproceduresmanual
Figure2Detaileddiagram
1.4
ScopeoftheSDCPS
Thedataspecificationthatwillbecollectedbythesystemisconsideredthescopeof
theSDCPS.
In accordance with Chapter 5 of the Manual on Regional Accident and Incident
Investigation Organizations (RAIO) (ICAO Doc. 9946), which establishes the
developmentofaregionalinformationexchangesystemasitsmainobjectiveinorder
to improve the access to safety information. Therefore, it is established that the
information to be stored in the SDCPS will be the reactive type of occurrences
(accidents/seriousincidents/incidents)thatcorrespondtoAIGorganizations.
TheSDCPSisadatabasewithdatacomingfromotherdatabases
If we analyze the previous concept, it is clear that for the success of the SDCPS at
regional level, success at local level is required. Therefore, the ARCM will provide
technical/operationalassistanceforthecorrectimplementationofADREP/ECCAIRSas
primary accident/incident database to the States that request according to their
organizationalpoliciesandstandards.
7
ARCMSDCPSproceduresmanual
In turn, each State will assign the one/s responsible for notifying theevents through
notificationdynamicprocedures(*).
The ARCM will, through the TC, assign the ones responsible for the notified events
validation(**).
Fig.3Occurrencesandcompetencies
1.5
Levelsofinformation
Technicalinvestigationsofoccurrenceshavedifferentlevelsofinformationaccording
to their state and depth. The system allows to show those states through levels of
information expressed in views, allowing the display of information with different
levels of depth according to the indicators managed in terms of safety. Initially, the
compulsorydatarequiredisthefilenumberandthereportingorganization.However,
foranotificationtotheARCMitisrecommendedthatthehighestamountofavailable
data is stored; likewise, the ADREP/ECCAIRS system allows the storage of over 800
attributes according to the criteria and
*3.1Eventsnotificationprocedures
scopesoftheinvestigations.
**3.2Eventsvalidationprocedures
ARCMSDCPSproceduresmanual
Figure4Levelsofinformation
Factualdata(location,UTCdate,etc.)
Classandcategoryofoccurrences
Basicdata
Chainsofevents
Phasesofflight
Detailed
data
Indepth
data
Descriptivefactors
Humanfactorsaspects
Theselevelsofinformationallowtomanage,throughtheSDCPS,thegeneralandin
depthdata,allowingtheidentificationofpotentialfactorsandspecificelementsthat
canbesubjectofoccurrencedynamicsanalysesataregionallevel.Thisrepresentsan
opportunity todocumentrealorpotentialdeficienciesofthesystem,whichmustgo
throughausefulanalysisfordecisionmaking.
Chapter2Systemmanagement
2.1
Repository
ThecentralmanagementoftheSDCPSisconductedthrougharepositorymanager,
whichisageneralmanagementmodulethatworksastheinterfacebetweentheuser
and the database. Its function is to manage occurrence through security means,
presentation standards and data access configuration. The ADREP/ECCAIRS manager
uses the repository to make all the specific adjustments of the users, to configue
accessmethods,databasesandapplicationproperties.
Themanagementtaskisaveryimportanttasksinceitwilldependontheintegrityof
thestoreddata.
OneState,tworepositories
EachStatewithitslocalADREP/ECCAIRSsystemhasitsownrepositoryand,aspartof
the ARCM it has a repository in the SDCPS, that includes all the configuration of the
main repository (ARCM), but with specific users and roles. Each State will store the
occurrencesthattheynotifyinthisrepository,havingthecontrolofthenotifications
ARCMSDCPSproceduresmanual
as to when and who notified. This information collection mechanism is dynamic and
simple,andithastheadditionalfunctionofsupportingtheStateAIGinformation.
Note:
AStatecannothaveaccesstootherStatesrepository.
TheStatescannotmanagetheSDCPSrepositories;however,theycanrequest
modifications.
10
ARCMSDCPSproceduresmanual
2.2
Protectionofinformation
Databaselevel
Repositorylevel
Userlevel
At database level, only the owner has access to the stored data; this avoids
unauthorizedaccessorconflictswithotherdatabases,systems,etc.
Atrepositorylevel,thesecurityofinformationisclearandprecise.Theusersandroles
are managed through rules and profiles. The SDCPS repository managements is
protectedwithpassword.
At user level, the system requires identification information and users have specific
functions with appropriate permissions. Besides, the system records all the users
activities.
2.3
InteractionbetweentheStatesandtheARCM
As mentioned above, each AIG organization must have its ADREP/ECCAIRS system
implemented,forinternaluseandtoreportoccurrencestotheARCMandtoICAOin
compliance with Annex 13 to the Convention on International Civil Aviation. Unlike
notificationstoICAO(sentasattachmentsviaemail),theStatescanconnecttoARCM
with access to queries libraries, graphics predefined by the ARCM, facilitating the
familiarization with the system, especially when we refer to safety information
exchange,withsensitiveanddevelopingdata..
11
ARCMSDCPSproceduresmanual
It is essential to have into account that the most important thing in the interaction
amongtheAIGStatesisfeedbackonsafetyreports,riskanalysis,etc.,bytheARCMto
theSAMStates.
Theinteractionscanbedefinedinthreelevels:
Figure6Interactiondiagram
Level1Initialnotification
Notification of every occurrence (accidents, incidents and serious incidents)
investigatedbytheStateAIGorganization.
Such notification has to be given as quickly as possible with the factual data of the
occurrence.
Level2Updating
In the course of the investigation, analysis and conclusions, the record has to be
updatedfillinginalltheinformationavailableinordertodeterminethehighandlow
impactindicators.ThisinformationisvalidatedbytheARCMTC.
Level3Feedback
TheARCMTCwill,throughtheexpertspanel,providethememberStateswithperiodic
reportsandsafetyrecommendationsthatallowtheanalysisofthesafetyinformation
12
ARCMSDCPSproceduresmanual
inaregionalcontext.
2.4
Safetyperformanceindicators:
SPI(Safetyperformanceindicators)
Databasedsafetyparameterusedtoobserveandevaluatethesafetyperformance
TheSPIsdevelopmentisanessentialaspectoftheSDCPSinthecontextofcontinuing
monitoringthatallowsthedeterminationofdeficienciesaffectingsafety.
ForhighimpactSPIs
theaccidentratethatcouldbemonthly,quarterly,biannualandannual;
theaccidentraterelatedtorunwayexcursions(RE)quarterly,biannualand
annual;
the accident rate related to loss of control inflight (LOCI) quarterly,
biannualandannual;
the accident rate related to controlled flight into terrain (CFIT) quarterly,
biannual,andannual;
the serious incident rate that could be monthly, quarterly, biannual and
annual
ForlowimpactSPIs
theincidentrate.
Indicatorsandlevelsofreference
The indicators are the result of the application of a formula that expresses the
quantitativeandqualitativerelationbetweentwoormorevariablestobedetermined
andtheyareusedtomeasureiftheobjectivehasbeenachieved.
Indicatorexample
Acc/Milliondepartures=2accidentsx1.000.000=1.05
1.900.000
In order to verify the result of the indicator, there has to be a level of reference,
historical,standard,theoretical,etc.
To facilitate the monitoring, the safety analyst must determine what indicators the
SDCPSwillcreate.Thiswillbeachievedwiththeuseofthetoolandtheanalysisofthe
informationsent.
Whatitcannotbemeasuredcannotbemanaged
Alerts
Theperformancemarkersarereferencevaluesusedtoactivatethealertofthehigh
incidentratewithineachSPI,ortoestablishthelevelofobjectiveoftheplanned
improvementwithineachSPI.(Doc.9859)
13
ARCMSDCPSproceduresmanual
Figure7SPIexample
0.80
0.70
0.60
0.50
0.40
0.30
0.20
0.10
0.00
Ene Feb Mar Abr May Jun Jul Ago Sep Oct Nov Dic
TASADEINCIDENTESNOTIFICABLESMENSUALMENTE
PROMEDIODELAOANTERIOR
Figure8Alerts
Average+3SD
Average+2SD
Average+1SD
Objective
Dic
Ene
Feb
Mar
Abr
May
Jun
Jul
Ago
Sep
Oct
Nov
Dic
TASADEINCIDENTESNOTIFICABLESMENSUALMENTE
PROMEDIODELOBJETIVODELAOACTUAL
In order to achieve the correct functioning of SPIs and alerts in the SDCPS, SPIES
(SafetyPerformanceIndicatorsforECCAIRSSystem)toolwillbeused.
This complement integrates into the ADREP/ECCAIRS system to obtain the expected
alerts and indicators allowing for a great variety of parameters configuration among
them:
14
Timeperiodtoevaluate(1year,10years,etc.)
Crossreferences(queries)
Technicalindicators(hydraulicsystemfailure)
Humanfactorsindicators(runwayincursions)
ARCMSDCPSproceduresmanual
Figure9SPIES
The different SPIES can be modified according to what the ARCM TC requires and
exportedtoothertools(spreadsheets,wordprocessors,etc.)forsubsequentanalysis.
2.5
Hazardsidentificationandprioritization:
IntheARCMframework,theStateaccidentandincidentreportsmustcontainprecise
andtimelyhazardsinformationallowingtheSDCPStoappropriatelymanagerisks.
The SDCPS allows the identification of hazards using the risk matrix that
ADREP/ECCAIRSprovides.Here,occurrencesareclassifiedaccordingtotheseverity
andfrequency, whichallowsto obtaininformationabout morefrequentandmore
severehazardsthroughthequerymodule.
Thisrequirestheindividual(State)andgeneral(SAMRegion)informationanalysisfrom
safetyanalysts.TheARCMwillthenbeabletomonitorthebehaviouroftheaccident
rate and identify the areas that need to have risk mitigation strategies developed at
regionalandindividual(byState)level.
15
ARCMSDCPSproceduresmanual
Figure10Riskmatrix
TheSDCPShazardsidentificationandanalysiswillgenerategreaterbenefitsifthereis
a standardized data treatment. To this aim, the ARCM will articulate training,
standardization, and updating of the system with the technical support to create
technicalchannelsfortheflowofinformation.
2.6 Safetysurveillancesystem:
TheSDPCSwilldeterminehowoftenthesafetysurveillancewillbeneededwhenthe
levelsofalertestablishedbytheSPIsareannounced.
2.7 Trendspresentation:
TheresultofthequerytotheADREP/ECCAIRSdatabasecanshowanalysisandtrends
withtheGraphertool.
16
ARCMSDCPSproceduresmanual
Chapter3Procedures
3.1
ADREP/ECCAIRSimplementationprocedure:
ForthecorrectimplementationoftheADREP/ECCAIRSsystem,eachAIGorganization
must have the assurance that thissystem is reliable and the decision to manage the
technicalinvestigationdatathroughtheADREP/ECCAIRSsystem.
Asregardsstaff,anITspecialistisrequiredfortheconfigurationandmanagementof
thesystemandasafetyanalysisspecialist,forinformationvalidation.
The State safety analyst will be in charge of determining what must be entered,
how this entry will be made and when. Besides, this person will determine the
indicatorsandtrendstogetfromthesystem.
EachStateITstaffhasthetaskofimplementingtheADREP/ECCAIRSserverforinternal
useandtheconnectionwiththeARCMrepository,andobtainingfromthesystemthe
informationthesafetyanalystrequires.
It is possible to create multiple implementation diagrams, adapting to the
organizationsandtakingadvantageofthepotentialbenefitsofthesystem.
Thesoftwareandhardwarerequirementsfortheimplementationdependonthesize
of the organization, the number of users, the number of records (occurrences) and
they are available in the ECCAIRS documentation; the repository and database
configurationproceduresaredescribedintheADREP/ECCAIRSinstallationmanual.
The registration in the JRC website is recommended in order to keep the system
updatedandaccessrelevantinformation(news,workdocuments).
Each State must request a license of use Organization ID to the JRC
(eccairs@jrc.ec.europa.eu)tousethesystem.
3.2
Occurrencenotificationprocedure:
For the notification of new occurrences, a series of steps must be followed to enter
data in order to have the advantage of notifying at the moment of entry and/or
update.Thiscanbedonebymeansofalinkfordesktopplatformorloggingintothe
ARCMwebsite(https://arcmsam.org/eccairs).
17
ARCMSDCPSproceduresmanual
Capturemechanism
The system data capture mechanism (forms), backed up by the ADREP taxonomy, is
mostly represented by selection lists, multiple choices, and manual input data. The
selectionlists,aswellasthechoices,giveintegritytodata,sinceeachattributehasits
corresponding explanation in the taxonomy browser; however, the manual input
datarequireastandardizedcriteriaandpreviousknowledge,sothatthedataentered
trulyreflectstheoccurrence.
The constant use of the system allows that the users learning curve is continuous,
removinganypotentialbarriersintheuseofthetool.
Figure12Initialnotification
18
ARCMSDCPSproceduresmanual
The initial notification has a capture mechanism of about 30 attributes (fields), with
mandatoryattributes(ResponsibleEntityandFileNumber,highlightedinyellow).
Minimumdataallowingthecreationof highimpactindicators(accidentsandserious
incidents):
ID
NameAttribute
430 OccurrenceCategory
431 OccurrenceClass
214 OperationType
32
AircraftCategory
14
Events
12
DescriptiveFactor
15 ExplanatoryFactor
319
MassGroup
Likewise,lowimpactindicators(incidents):
ID NameAttributes
430 OccurrenceCategory
431 OccurrenceClass
Thestepstogivenotificationaredescribedbelow.
1 Createalocalfolder(temporary)tostorethenotifiedfiles.
2 EntertheBrowsersystemconnectedtotheStateAIGrepository.
3 Entertheoccurrencedataandrecordtheminthedatabase(File/Sendto/
Database).
4 Savetherecordinthepreviouslycreatedfolder(File/Sendto/File)
5 OpenthecreatedfileandselecttheARCMrepository
6 RecordintheARCMdatabase(File/Sendto/Database)
7 Exit(File/Exit)
Alternateprocedure:
In case connection to the State ARCM repository cannot be established (connection
failure,standalone,etc.),anotificationcanbesenttosdcps@arcmsam.orgattaching
thee5ffilewiththefollowingnomenclature:
Countrycode:3capitalletters(ARG,BRA,URU,PAR,CHI,etc.)
hyphen(separator)
Statefilenumber
hyphen(separator)
PREL(preliminaryreport)DATA(finalreport)
ARG35316PREL.e5f
19
ARCMSDCPSproceduresmanual
ARG35316DATA.e5f
3.3
Eventsvalidationprocedures(ARCM):
WiththepurposeofensuringtheconsistencyofthedatastoredintheSDCPS,quality
ruleswillbeestablishedusingtheADREP/ECCAIRSdataqualitytoolinordertoavoid
inconsistencies in the record, for example, the fields MASS GROUP y MAXIMUM
TAKEOFF MASS not being related, or differences regarding the number of injured
peopleintheaircraftandtotalnumberofoccurrences,etc.
Theuniqueidentificationattributeofeachrecordisthefilenumber;theSDCPSwill
keeptheformatusedbyeachState.
Caseswithnodatavalidation:
Incompleteorincorrectclassification
Invaliddata
Occurrenceinvolvingcrime
Aircraftwithmilitaryregistration
ThevalidationprocesscanextenddependingontheobservationsfromtheARCMdata
managementexpert,thereforeeachtimetheStaterevisesarecord,thevalidationby
theARCMdatamanagementexpertcanberepeated.
Eachverificationorvalidationprocessoritsrepetitionwilltakeplacewithinaperiodof
5workingdays.
Stepstofollow
OpenBrowserwiththeappropriateidentityinformation(providedbytheTC)
fortheARCMrepository.
BuildthequerynotvalidatedoccurrencesandselectthecorrespondingState
(database/buildquery/notvalidatedoccurrences)
Verify the data entered taking into account the considerations in this
document.
In the case the validation is approved, the attributes validation status and
validation date will be completed. Afterwards, they will be sent to the
database(file/sendto/database).
20
ARCMSDCPSproceduresmanual
Inthecasethevalidationprocessisnotapproved(inconsistency,lackofdata),
the user that notified will be contacted and the appropriate information
requested.
Thisprocesscanberepeateddependingonthequalityofdatasent.
21
ARCMSDCPSproceduresmanual
Chapter4Technicalaspects
4.1
RolesofITstaff:
22
ARCMSDCPSproceduresmanual
Profiles(browser/views/customization)
Repositoryconnectiontothedatabase(withinformationprovidedbyDBA)
Webaccess(IIS7management),responsibleforwebrepository
Technicalsupport
Technical assistance to the States about installation, configuration and
management
Distributionofsoftwareupdatings
4.2
Contingencies
ECCAIRShasbackupservices,aservicethatprotectsgeneralconfigurationdataand
isabletoresettoapreviouspointincaseofageneralfailureofthesystem.
Atdatabaselevel,engineslikeSQL(StructureQueryLanguage)haveabackupservice
toprotecttheinformation.Thisconfigurationisdonebythedatabasemanager.
23
ARCMSDCPSproceduresmanual
Chapter5Bibliography
5.1
24
Bibliographyandsourcesofinformation
StateAIGregulations
ReportonregionaldatabaseimplementationMr.WinstonSanMartin
Annex13Aircraftaccidentandincidentinvestigation
Annex19Safetymanagement
Doc. 9946 Manual on regional accident and incident investigation organization
(RAIO).
ICAOAccident/IncidentDataReportingSystem(ADREP).
JointResearchCentrehttp://eccairsportal.jrc.ec.europa.eu(ECCAIRS).