Narrative:

During cockpit preflight for departure; discovered that FMS database had expired earlier same day; and that secondary database was also expired. Notified maintenance. Apparently; time to load database was excessive; so item was MEL'd. I was very uncomfortable taking the aircraft; primarily due to unclear guidance on use of the FMS RNAV capability. What RNAV routes or clearances could I accept? Was our equipment code still '--Q' or should it be changed? After phone discussions with maintenance and my dispatcher; and review of the MEL book; we proceeded as follows: we remained --Q with en route and terminal RNAV still useable as long as the route/clearance was not affected by the update. I chose not to perform any approach RNAV procedures. We also maintained VOR/DME cross-references and reviewed all routes against our current navigation charts. This discussion (with maintenance and operations) and review did delay our departure from ZZZ. The flight was straightforward; since nothing en route was affected by the update. But for the next flight; the prescribed departure was the RNAV departure; newly issued; and not in our database. This departure featured at least two waypoints which were not in our database. We asked clearance for non-RNAV departure. We also discussed this with our dispatcher. While my three flights were completed successfully; safely; and I believe legally; there was no guidance about what to do in the fom or aom. There was some general and ambiguous guidance in the MEL. I was also unable to contact the chief pilot for guidance. Further; maintenance did not seem to understand the operational significance of going without a current database. There is also almost no location data in our publications to enable us to enter waypoint data if the points are not in our database. Aircraft navigation database was not updated prior to expiration. An airworthiness inspection was performed one day prior to expiration; but the impending expiration was apparently not noted. Maintenance chose to MEL the item rather than repair. And by the way; the delay code assigned was 'pilot precautionary' -- this was a maintenance error. Next time I will just say no. At the least; database currency (looking ahead five days) should be part of the airworthiness inspection. There should be a bullet-proof method to ensure this doesn't happen again. An aom or fom bulletin should be issued detailing procedures to be used for operating with an expired database; if operations are to be allowed. Personally; because of the heavily RNAV-dependent nature of our flying; I would recommend that policy should be to allow only one flight to a maintenance base; not to operate the aircraft on a normal schedule with an expired database. A review of the fdc NOTAMS for many destinations shows that a large number of our bread-and-butter ILS approaches now require suitable RNAV because of VOR/DME/NDB outages. How legal is it to shoot those approaches with an expired database? I am very familiar with RNAV and database issues; but I don't think that's true of all of our pilots. It would be very easy to get into trouble in this situation.callback conversation with reporter revealed the following information: reporter stated that not a lot of management guidance was available to him for an early morning departure. He felt that maintenance and dispatch guidance was sufficient to educate him that only the navigation portion of the database was affected. He also felt that because it was a relatively short flight the cross checking process would not be complex or fatiguing for the crew.

Google
 

Original NASA ASRS Text

Title: AN ACR PILOT DEPARTED KNOWING DURING PREFLT THAT THE FMS DATABASE WAS MEL'D. MAINT REPORTED ONLY THE NAV DATABASE WAS AFFECTED.

Narrative: DURING COCKPIT PREFLIGHT FOR DEPARTURE; DISCOVERED THAT FMS DATABASE HAD EXPIRED EARLIER SAME DAY; AND THAT SECONDARY DATABASE WAS ALSO EXPIRED. NOTIFIED MAINT. APPARENTLY; TIME TO LOAD DATABASE WAS EXCESSIVE; SO ITEM WAS MEL'D. I WAS VERY UNCOMFORTABLE TAKING THE AIRCRAFT; PRIMARILY DUE TO UNCLEAR GUIDANCE ON USE OF THE FMS RNAV CAPABILITY. WHAT RNAV ROUTES OR CLEARANCES COULD I ACCEPT? WAS OUR EQUIPMENT CODE STILL '--Q' OR SHOULD IT BE CHANGED? AFTER PHONE DISCUSSIONS WITH MAINT AND MY DISPATCHER; AND REVIEW OF THE MEL BOOK; WE PROCEEDED AS FOLLOWS: WE REMAINED --Q WITH ENRTE AND TERMINAL RNAV STILL USEABLE AS LONG AS THE ROUTE/CLEARANCE WAS NOT AFFECTED BY THE UPDATE. I CHOSE NOT TO PERFORM ANY APPROACH RNAV PROCEDURES. WE ALSO MAINTAINED VOR/DME CROSS-REFERENCES AND REVIEWED ALL ROUTES AGAINST OUR CURRENT NAV CHARTS. THIS DISCUSSION (WITH MAINT AND OPS) AND REVIEW DID DELAY OUR DEPARTURE FROM ZZZ. THE FLIGHT WAS STRAIGHTFORWARD; SINCE NOTHING ENRTE WAS AFFECTED BY THE UPDATE. BUT FOR THE NEXT FLIGHT; THE PRESCRIBED DEPARTURE WAS THE RNAV DEPARTURE; NEWLY ISSUED; AND NOT IN OUR DATABASE. THIS DEPARTURE FEATURED AT LEAST TWO WAYPOINTS WHICH WERE NOT IN OUR DATABASE. WE ASKED CLEARANCE FOR NON-RNAV DEPARTURE. WE ALSO DISCUSSED THIS WITH OUR DISPATCHER. WHILE MY THREE FLIGHTS WERE COMPLETED SUCCESSFULLY; SAFELY; AND I BELIEVE LEGALLY; THERE WAS NO GUIDANCE ABOUT WHAT TO DO IN THE FOM OR AOM. THERE WAS SOME GENERAL AND AMBIGUOUS GUIDANCE IN THE MEL. I WAS ALSO UNABLE TO CONTACT THE CHIEF PILOT FOR GUIDANCE. FURTHER; MAINT DID NOT SEEM TO UNDERSTAND THE OPERATIONAL SIGNIFICANCE OF GOING WITHOUT A CURRENT DATABASE. THERE IS ALSO ALMOST NO LOCATION DATA IN OUR PUBLICATIONS TO ENABLE US TO ENTER WAYPOINT DATA IF THE POINTS ARE NOT IN OUR DATABASE. AIRCRAFT NAVIGATION DATABASE WAS NOT UPDATED PRIOR TO EXPIRATION. AN AIRWORTHINESS INSPECTION WAS PERFORMED ONE DAY PRIOR TO EXPIRATION; BUT THE IMPENDING EXPIRATION WAS APPARENTLY NOT NOTED. MAINT CHOSE TO MEL THE ITEM RATHER THAN REPAIR. AND BY THE WAY; THE DELAY CODE ASSIGNED WAS 'PILOT PRECAUTIONARY' -- THIS WAS A MAINT ERROR. NEXT TIME I WILL JUST SAY NO. AT THE LEAST; DATABASE CURRENCY (LOOKING AHEAD FIVE DAYS) SHOULD BE PART OF THE AIRWORTHINESS INSPECTION. THERE SHOULD BE A BULLET-PROOF METHOD TO ENSURE THIS DOESN'T HAPPEN AGAIN. AN AOM OR FOM BULLETIN SHOULD BE ISSUED DETAILING PROCEDURES TO BE USED FOR OPERATING WITH AN EXPIRED DATABASE; IF OPERATIONS ARE TO BE ALLOWED. PERSONALLY; BECAUSE OF THE HEAVILY RNAV-DEPENDENT NATURE OF OUR FLYING; I WOULD RECOMMEND THAT POLICY SHOULD BE TO ALLOW ONLY ONE FLIGHT TO A MAINT BASE; NOT TO OPERATE THE AIRCRAFT ON A NORMAL SCHEDULE WITH AN EXPIRED DATABASE. A REVIEW OF THE FDC NOTAMS FOR MANY DESTINATIONS SHOWS THAT A LARGE NUMBER OF OUR BREAD-AND-BUTTER ILS APPROACHES NOW REQUIRE SUITABLE RNAV BECAUSE OF VOR/DME/NDB OUTAGES. HOW LEGAL IS IT TO SHOOT THOSE APPROACHES WITH AN EXPIRED DATABASE? I AM VERY FAMILIAR WITH RNAV AND DATABASE ISSUES; BUT I DON'T THINK THAT'S TRUE OF ALL OF OUR PILOTS. IT WOULD BE VERY EASY TO GET INTO TROUBLE IN THIS SITUATION.CALLBACK CONVERSATION WITH RPTR REVEALED THE FOLLOWING INFO: REPORTER STATED THAT NOT A LOT OF MANAGEMENT GUIDANCE WAS AVAILABLE TO HIM FOR AN EARLY MORNING DEPARTURE. HE FELT THAT MAINT AND DISPATCH GUIDANCE WAS SUFFICIENT TO EDUCATE HIM THAT ONLY THE NAV PORTION OF THE DATABASE WAS AFFECTED. HE ALSO FELT THAT BECAUSE IT WAS A RELATIVELY SHORT FLT THE CROSS CHECKING PROCESS WOULD NOT BE COMPLEX OR FATIGUING FOR THE CREW.

Data retrieved from NASA's ASRS site as of January 2009 and automatically converted to unabbreviated mixed upper/lowercase text. This report is for informational purposes with no guarantee of accuracy. See NASA's ASRS site for official report.