Search NASA⌕ Search

SEARCH · Search NASA

Results for “checklists”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 73 records · Page 4
All sourcesNASA NTRSDOE OSTI
NASA NTRS2003

Columbia Accident Investigation Board Report. Volume Two

Volume II of the Report contains appendices that were cited in Volume I. The Columbia Accident Investigation Board produced many of these appendices as working papers during the investigation into the February 1, 2003 destruction of the Space Shuttle Columbia. Other appendices were produced by other organizations (mainly NASA) in support of the Board investigation. In the case of documents that have been published by others, they are included here in the interest of establishing a complete record, but often at less than full page size. Contents include: CAIB Technical Documents Cited in the Report: Reader's Guide to Volume II; Appendix D. a Supplement to the Report; Appendix D.b Corrections to Volume I of the Report; Appendix D.1 STS-107 Training Investigation; Appendix D.2 Payload Operations Checklist 3; Appendix D.3 Fault Tree Closure Summary; Appendix D.4 Fault Tree Elements - Not Closed; Appendix D.5 Space Weather Conditions; Appendix D.6 Payload and Payload Integration; Appendix D.7 Working Scenario; Appendix D.8 Debris Transport Analysis; Appendix D.9 Data Review and Timeline Reconstruction Report; Appendix D.10 Debris Recovery; Appendix D.11 STS-107 Columbia Reconstruction Report; Appendix D.12 Impact Modeling; Appendix D.13 STS-107 In-Flight Options Assessment; Appendix D.14 Orbiter Major Modification (OMM) Review; Appendix D.15 Maintenance, Material, and Management Inputs; Appendix D.16 Public Safety Analysis; Appendix D.17 MER Manager's Tiger Team Checklist; Appendix D.18 Past Reports Review; Appendix D.19 Qualification and Interpretation of Sensor Data from STS-107; Appendix D.20 Bolt Catcher Debris Analysis.

CAIB (COLUMBIA ACCIDENT INVESTIGATION BOARD)↗
NASA NTRS2002

Software Assists in Extensive Environmental Auditing

The Base Enivronmental Management System (BEMS) is a Web-based application program for managing and tracking audits by the Environmental Office of Stennis Space Center in conformity with standard 14001 of the International Organization for Standardization (ISO 14001). (This standard specifies requirements for an environmental-management system.) BEMS saves time by partly automating what were previously manual processes for creating audit checklists; recording and tracking audit results; issuing, tracking, and implementing corrective-action requests (CARs); tracking continuous improvements (CIs); and tracking audit results and statistics. BEMS consists on an administration module and an auditor module. As its name suggests, the administration module is used to administer the audit. It helps administrators to edit the list of audit questions; edit the list of audit locations; assign manditory questions to locations; track, approve, and edit CARs; and edit completed audits. The auditor module is used by auditors to perform audits and record audit results: It helps the auditors to create audit checklists, complete audits, view completed audits, create CARs, record and acknowledge CIs, and generate reports from audit results.

Callac, Christopher↗
NASA NTRS2002

Software Assists in Extensive Environmental Auditing

The Base Environmental Management System (BEMS) is a Web-based application program for managing and tracking audits by the Environmental Office of Stennis Space Center in conformity with standard 14001 of the International Organization for Standardization (ISO 14001). (This standard specifies requirements for an environmental-management system.) BEMS saves time by partly automating what were previously manual processes for creating audit checklists; recording and tracking audit results; issuing, tracking, and implementing corrective-action requests (CARs); tracking continuous improvements (CIs); and tracking audit results and statistics. BEMS consists of an administration module and an auditor module. As its name suggests, the administration module is used to administer the audit. It helps administrators to edit the list of audit questions; edit the list of audit locations; assign mandatory questions to locations; track, approve, and edit CARs; and edit completed audits. The auditor module is used by auditors to perform audits and record audit results: it helps the auditors to create audit checklists, complete audits, view completed audits, create CARs, record and acknowledge CIs, and generate reports from audit results.

Callac, Christopher↗
NASA NTRS2010

Advanced Technology Applications for Combat Casualty Care

Exploration Medical Capability (ExMC) is an element of NASA s Human Research Program (HRP). ExMC s goal is to address the risk of the "Inability to Adequately Recognize or Treat an Ill or Injured Crewmember." This poster highlights the approach ExMC has taken to address this goal and our current areas of interest. The Space Medicine Exploration Medical Condition List (SMEMCL) was created to identify medical conditions of concern during exploration missions. The list was derived from space flight medical incidents, the shuttle medical checklist, the International Space Station medical checklist, and expert opinion. The conditions on the list were prioritized according to mission type by a panel comprised of flight surgeons, physician astronauts, engineers, and scientists. From the prioritized list, the ExMC element determined the capabilities needed to address the medical conditions of concern. Where such capabilities were not currently available, a gap was identified. The element s research plan outlines these gaps and the tasks identified to achieve the desired capabilities for exploration missions.

Watkins, Sharmila↗
NASA NTRS2010

Aircraft Emergencies: Challenge and Response

Emergency and abnormal situations in aviation present flight crews with a number of challenges. Checklists are essential tools that have been developed to assist them to meet these challenges. However, in order for checklists to be most effective in these situations they must be designed with the operational and situational demands of emergencies and abnormal conditions in mind as well as human performance capabilities and limitations under high stress and workload.

Burian, Barbara K.↗
NASA NTRS2010

Exploration Medical Capability

Exploration Medical Capability (ExMC) is an element of NASA's Human Research Program (HRP). ExMC's goal is to address the risk of the Inability to Adequately Recognize or Treat an Ill or Injured Crewmember. This poster highlights the approach ExMC has taken to address this goal and our current areas of interest. The Space Medicine Exploration Medical Condition List (SMEMCL) was created to identify medical conditions of concern during exploration missions. The list was derived from space flight medical incidents, the shuttle medical checklist, the International Space Station medical checklist, and expert opinion. The conditions on the list were prioritized according to mission type by a panel comprised of flight surgeons, physician astronauts, engineers, and scientists. From the prioritized list, the ExMC element determined the capabilities needed to address the medical conditions of concern. Where such capabilities were not currently available, a gap was identified. The element s research plan outlines these gaps and the tasks identified to achieve the desired capabilities for exploration missions. This poster is being presented to inform the audience of the gaps and tasks being investigated by ExMC and to encourage discussions of shared interests and possible future collaborations.

Watkins, Sharmila↗
NASA NTRS2002

Shuttle Abort Flight Management (SAFM) - Application Overview

One of the most demanding tasks that must be performed by the Space Shuttle flight crew is the process of determining whether, when and where to abort the vehicle should engine or system failures occur during ascent or entry. Current Shuttle abort procedures involve paging through complicated paper checklists to decide on the type of abort and where to abort. Additional checklists then lead the crew through a series of actions to execute the desired abort. This process is even more difficult and time consuming in the absence of ground communications since the ground flight controllers have the analysis tools and information that is currently not available in the Shuttle cockpit. Crew workload specifically abort procedures will be greatly simplified with the implementation of the Space Shuttle Cockpit Avionics Upgrade (CAU) project. The intent of CAU is to maximize crew situational awareness and reduce flight workload thru enhanced controls and displays, and onboard abort assessment and determination capability. SAFM was developed to help satisfy the CAU objectives by providing the crew with dynamic information about the capability of the vehicle to perform a variety of abort options during ascent and entry. This paper- presents an overview of the SAFM application. As shown in Figure 1, SAFM processes the vehicle navigation state and other guidance information to provide the CAU displays with evaluations of abort options, as well as landing site recommendations. This is accomplished by three main SAFM components: the Sequencer Executive, the Powered Flight Function, and the Glided Flight Function, The Sequencer Executive dispatches the Powered and Glided Flight Functions to evaluate the vehicle's capability to execute the current mission (or current abort), as well as more than IS hypothetical abort options or scenarios. Scenarios are sequenced and evaluated throughout powered and glided flight. Abort scenarios evaluated include Abort to Orbit (ATO), Transatlantic Abort Landing (TAL), East Coast Abort Landing (ECAL) and Return to Launch Site (RTLS). Sequential and simultaneous engine failures are assessed and landing footprint information is provided during actual entry scenarios as well as hypothetical "loss of thrust now" scenarios during ascent.

Hu, Howard↗
NASA NTRS2011

The Space Medicine Exploration Medical Condition List

Exploration Medical Capability (ExMC) is an element of NASA s Human Research Program (HRP). ExMC's goal is to address the risk of the "Inability to Adequately Recognize or Treat an Ill or Injured Crewmember." This poster highlights the approach ExMC has taken to address this risk. The Space Medicine Exploration Medical Condition List (SMEMCL) was created to define the set of medical conditions that are most likely to occur during exploration space flight missions. The list was derived from the International Space Station Medical Checklist, the Shuttle Medical Checklist, in-flight occurrence data from the Lifetime Surveillance of Astronaut Health, and NASA subject matter experts. The list of conditions was further prioritized for eight specific design reference missions with the assistance of the ExMC Advisory Group. The purpose of the SMEMCL is to serve as an evidence-based foundation for the conditions that could affect a crewmember during flight. This information is used to ensure that the appropriate medical capabilities are available for exploration missions.

Watkins, Sharmi↗
NASA NTRS2002

Onboard Determination of Vehicle Glide Capability for Shuttle Abort Flight Managment (SAFM)

When one or more main engines fail during ascent, the flight crew of the Space Shuttle must make several critical decisions and accurately perform a series of abort procedures. One of the most important decisions for many aborts is the selection ofa landing site. Several factors influence the ability to reach a landing site, including the spacecraft point of atmospheric entry, the energy state at atmospheric entry, the vehicle glide capability from that energy state, and whether one or more suitable landing sites are within the glide capability. Energy assessment is further complicated by the fact that phugoid oscillations in total energy influence glide capability. Once the glide capability is known, the crew must select the "best" site option based upon glide capability and landing site conditions and facilities. Since most of these factors cannot currently be assessed by the crew in flight, extensive planning is required prior to each mission to script a variety of procedures based upon spacecraft velocity at the point of engine failure (or failures). The results of this preflight planning are expressed in tables and diagrams on mission-specific cockpit checklists. Crew checklist procedures involve leafing through several pages of instructions and navigating a decision tree for site selection and flight procedures - all during a time critical abort situation. With the advent of the Cockpit Avionics Upgrade (CAU), the Shuttle will have increased on-board computational power to help alleviate crew workload during aborts and provide valuable situational awareness during nominal operations. One application baselined for the CAU computers is Shuttle Abort Flight Management (SAFM), whose requirements have been designed and prototyped. The SAFM application includes powered and glided flight algorithms. This paper describes the glided flight algorithm which is dispatched by SAFM to determine the vehicle glide capability and make recommendations to the crew for site selection as well as to monitor glide capability while in route to the selected site. Background is provided on Shuttle entry guidance as well as the various types of Shuttle aborts. SAFM entry requirements and cockpit disp lays are discussed briefly to provide background for Glided Flight algorithm design considerations. The central principal of the Glided Flight algorithm is the use of energy-over-weight (EOW) curves to determine range and crossrange boundaries. The major challenges of this technique are exo-atmospheric flight, and phugoid oscillations in energy. During exo-atmospheric flight, energy is constant, so vehicle EOW is not sufficient to determine glide capability. The paper describes how the exo-atmospheric problem is solved by propagating the vehicle state to an "atmospheric pullout" state defined by Shuttle guidance parameters.

Straube, Timothy↗
NASA NTRS2011

The Near Earth Asteroid Medical Conditions List

Purpose: The Exploration Medical Capability (ExMC) element is one of six elements within NASA s Human Research Program (HRP) and is responsible for addressing the risk of "the inability to adequately recognize or treat an ill or injured crewmember" for exploration-class missions. The Near Earth Asteroid (NEA) Medical Conditions List, constructed by ExMC, is the first step in addressing the above-mentioned risk for the 13-month long NEA mission. The NEA mission is being designed by NASA's Human Space Flight Architecture Team (HAT). The purpose of the conditions list is to serve as an evidence-based foundation for determining which medical conditions could affect a crewmember during the NEA mission, which of those conditions would be of concern and require treatment, and for which conditions a gap in knowledge or technology development exists. This information is used to focus research efforts and technology development to ensure that the appropriate medical capabilities are available for exploration-class missions. Scope and Approach: The NEA Medical Conditions List is part of a broader Space Medicine Exploration Medical Conditions List (SMEMCL), which incorporates various exploration-class design reference missions (DRMs). The conditions list contains 85 medical conditions which could occur during space flight and which are derived from several sources: Long-Term Surveillance of Astronaut Health (LSAH) in-flight occurrence data, The Space Shuttle (STS) Medical Checklist, The International Space Station (ISS) Medical Checklist, and subject matter expert opinion. Each medical condition listed has been assigned a clinical priority and a clinical priority rationale based on incidence, consequence, and mitigation capability. Implementation: The conditions list is a "living document" and as such, new conditions can be added to the list, and the priority of conditions on the list can be adjusted as the DRM changes, and as screening, diagnosis, or treatment capabilities change. The NEA medical conditions list was used recently as the basis for identifying gaps in in-flight medical evaluation (screening) capabilities. Learning Objectives: The audience will become familiar with the approach taken by NASA's Exploration Medical Capability element in addressing the risk of inability to recognize and treat medical conditions in the setting of a Near Earth Asteroid mission. Which one of the following statements is incorrect? a) The Near Earth Asteroid (NEA) medical conditions list includes 85 medical conditions which could occur during space flight. b) Each condition on the NEA medical conditions list has been assigned a clinical priority and a clinical priority rationale. c) The NEA medical conditions list targets a mission to Mars. d) The NEA medical conditions list should be viewed as a "living document" where new conditions can be added and clinical priorities adjusted to address changes in the design reference mission or medical capabilities. The incorrect answer is c). The NEA medical conditions list targets a mission to a Near Earth Asteroid.

Barr, Yael R.↗
NASA NTRS2003

Software Assists in Extensive Environmental Auditing

The Base Environmental Management System (BEMS) is a Web-based application program for managing and tracking audits by the Environmental Office of Stennis Space Center in conformity with standard 14001 of the International Organization for Standardization (ISO 14001). (This standard specifies requirements for an environmental-management system.) BEMS saves time by partly automating what were previously manual processes for creating audit checklists; recording and tracking audit results; issuing, tracking, and implementing corrective-action requests (CARs); tracking continuous improvements (CIs); and tracking audit results and statistics. BEMS consists of an administration module and an auditor module. As its name suggests, the administration module is used to administer the audit. It helps administrators to edit the list of audit questions; edit the list of audit locations; assign mandatory questions to locations; track, approve, and edit CARs; and edit completed audits. The auditor module is used by auditors to perform audits and record audit results: it helps the auditors to create audit checklists, complete audits, view completed audits, create CARs, record and acknowledge CIs, and generate reports from audit results.

Callac, Christopher↗
NASA NTRSDate not supplied

Eye Glance Behaviors of Ground Control Station Operators in a Simulated Urban Air Mobility Environment

Research into concepts such as advanced air mobility (AAM) and urban air mobility (UAM) offers an opportunity for successfully and safely adding new classes of vehicles into the National Airspace System. However, a need exists for research into the human factors associated with these concepts. In this paper, we evaluate the gaze behaviors of three remote ground control station operators (GCSOs) conducting simulated UAM operations. The participants monitored and controlled an unmanned aircraft system (UAS) from pre-flight to landing using ground control station (GCS) software across nine scenarios within a remote UAS operations center at NASA Langley Research Center (LaRC). As this work was exploratory, descriptive statistics were calculated to provide some initial insight into GCSO gaze patterns associated with the GCS display. Scenarios that required the operator to directly interact with an airspace scheduling system off-screen resulted in fewer on-screen glances than scenarios that did not include direct interactions with the off-screen system. After investigating several areas of interest (AOIs) within the GCS display, participants primarily viewed three AOIs: the map, vehicle status, and operations checklist. The results yielded several GCS design and operational improvement recommendations to include: (a) adding altitude information to the vehicle icon, (b) adding additional traffic information, and (c) including additional GCS training, to reduce the need to scan an operations checklist, which would allow allocation of visual attention towards other AOIs.

Urban Air Mobility↗
DOE OSTI2024

Maximizing Efficiency and Quality: Leveraging Automated Testing for Laboratory Commissioning

The traditional commissioning process uses sampling to select equipment for functional acceptance testing when large quantities of equipment are present. Although this approach is generally effective in identifying wide-spread issues, it has several shortcomings: it fails to evaluate equipment not included in the sample, provides only a one-time validation of equipment operation, and the standard documentation is a simple checklist of pass/fail questions. During the construction and commissioning process of the new Research and Innovation Laboratory (RAIL) in Golden, CO, the National Renewable Energy Laboratory team engaged Group14 Engineering to implement a Connected Commissioning process using fault detection and diagnostic software for automated functional acceptance testing. This presentation highlights the advantages offered by automated functional testing in this critical laboratory setting: (1) sampling 100% of BAS-connected equipment during functional testing, (2) testing results backed by data beyond the traditional pass/fail checklist, and (3) an automated test process that can be regularly executed by the building management team for ongoing commissioning throughout the life of the building. The presentation will also cover technical challenges associated with Connected Commissioning and the important conversations with key stakeholders that need to occur well before functional acceptance testing in order to successfully implement the automated testing processes.

automated testing↗
NASA NTRSDate not supplied

Operational Guidance

Procedures and checklists form the backbone of all operations. But a given procedure does not exist in a vacuum. It is part of a large system, and it must fit well within it. For all procedures to fit well, we must take a comprehensive approach to their design. We present such an approach and the results we got when we applied it.

procedures↗
NASA NTRSDate not supplied

Thinking About Procedures

Procedures and checklists form the backbone of all operations. But a given procedure does not exist in a vacuum. It is part of a large system, and it must fit well within it. For all procedures to fit well, we must take a comprehensive approach to their design. We present such an approach and the results we got when we applied it.

procedures↗
DOE OSTI2025

Importance of Sample Handling and Preparation for Surface Analysis: A Summary of ISO Standard 20579 Part 1, Documenting and Reporting the Handling of Specimens Prior to Analysis

Reliable and reproducible analysis of surfaces is critically dependent on how samples have been collected, handled, and prepared before analysis. Although there are important, well-established general guidelines to minimize unintended alteration of the surfaces to be analyzed, specific handling steps depend on the nature of the samples and information desired. Assessments of the validity and reliability of the results require adequate information about sampling, handling, and processing. ISO standard 20579 part 1 describes the information to be recorded and reported for samples that are prepared or submitted for surface analysis. This paper summarizes elements of the standard, which includes annexes that justify and inform the sample handling processes. Also included is a checklist of information that needs to be recorded and reported and an appendix containing an example of a form that might be used to report the information.

AES↗
DOE OSTI2026

Good practices for documenting AI-based studies on energy and buildings

Artificial intelligence has transformed building science research over the past decade, with applications spanning energy modeling, energy prediction, HVAC optimization and controls, fault detection, and occupancy modeling. However, many studies lack adequate documentation of datasets, algorithms, training procedures, and validation methods. Building science research faces additional challenges including inconsistent evaluation metrics, limited generalizability across building types, climates, and significant gaps between experimental studies and deployed systems. This communication provides practical guidance for good practices in documenting and publishing AI-based research following established standards from the computer science and machine learning communities. By adopting frameworks such as Datasheets for Datasets, Model Cards, and standardized reproducibility checklists, researchers can ensure their work meets the rigorous documentation standards necessary for reproducible, comparable, and impactful building science research.

Hong, Tianzhen [Lawrence Berkeley National Laborat↗