Results for “EVACUATION” — Page 33

NASA NTRS2019

Medical System Concept of Operations for Mars Exploration Mission-11: Exploration Medical Capability (ExMC) Element - Human Research Program

NASA’s exploration missions to Mars will have durations of 2-3 years and will take humans farther away from Earth than ever before. This will result in a paradigm shift for mission planning, spacecraft design, human systems integration, and in-flight medical care. Constraints on real-time communication, resupply, and medical evacuation are major architectural drivers. These constraints require medical system development to be tightly integrated with mission and vehicle design to provide crew autonomy and enable mission success. This concept of operations provides a common vision of medical care for developing a medical system for Mars exploration missions. It documents an overview of the stakeholder needs and goals of a medical system and provides examples of the types of activities the system will be used for during the mission. Development of the concept of operations considers mission variables such as distance from Earth, duration of mission, time to definitive medical care, communication protocols between crewmembers and ground support, personnel capabilities and skill sets, medical hardware and software, and medical data management. The information provided in this document informs the ExMC Systems Engineering effort to define the functions to be provided by the medical system. In addition, this concept of operations will inform the subsequent systems engineering process of developing technical requirements, system architectures, interfaces, and verification and validation approaches for the medical system. This document supports the closure of ExMC Gap Med01: We do not have a concept of operations for medical care during exploration missions, corresponding to the ExMC-managed human system risk: Risk of Adverse Health Outcomes & Decrements in Performance due to Inflight Medical Conditions. This document is applicable to the ExMC Element Systems Engineering process and may be used for collaboration within the Human Research Program.

Urbina, Michelle↗

NASA NTRS2019

Densification of Liquid Oxygen – A Comparison of Numerical and Experimental Results

The NASA Launch Services Program and the NASA Engineering Safety Center had a requirement to conduct large scale tests with densified liquid oxygen. A densification system was designed where two dewars were simultaneously filled with liquid oxygen and pumped down with an ejector using nitrogen as the motive gas to densify the liquid. The dewars were evacuated to a final pressure of 5.86 kPa. The temperature of the liquid was not measured. Three distinct numerical models were created and compared against the experimental results. While these models were able to predict the final pump down time to within 15%, the transient behavior agrees with the experimental results within 30%. The final predicted temperature could not be verified as this was not measured during the experiment.

J Sasson↗

NASA NTRSDate not supplied

UAM Decision Making

NASA, in collaboration with the industry and FAA, is conducting research on Urban Air Mobility (UAM). UAM introduces unique and evolving operational characteristics unaccounted for within current transportation planning tools. This evolving modality requires a unique and comprehensive tool that integrates new and existing planning methodologies to provide a holistic solution for decision makers. NASA has identified a number of barriers and research areas related to aircraft, airspace, and communities as well as infrastructure requirements. The research will identify requirements related to urban capable aircraft and airspace technologies. While civil aviation authorities are responsible for safety and structure of operations through the air, the local and regional authorities are responsible for decisions related to location of vertiports, helipads, and airports. The implementation of UAM vertiports will consider diverse regional system categories such as weather, airspace restrictions, noise acceptability, surface traffic, availability of power, vertipad locations, routes, impact on surface traffic, safety and risks, economic impact, ingress/egress for electric/hybrid VTOL aircraft, applicable fire codes, evacuation strategy, zoning requirements, emergency preparedness, interactions with surface traffic, and community acceptance. Therefore, regional implementation bodies need a decision making tool to assess systemic dependencies in preparation for UAM impact on the region. We are developing a simulation and modeling tool that allows regional authorities to consider many factors while deciding the location of vertiport and UAM operations. The objective of this paper is to present the conceptual design of a comprehensive decision making tool to assist planning bodies in developing UAM infrastructure. Specifically, the UAM planning tool will simultaneously consider all relevant local/regional considerations to identify for vertiport locations and UAM operations for a region.

Parimal Kopardekar↗

NASA NTRSDate not supplied

Using Systems Engineering to Develop an Integrated Crew Health and Performance System to Mitigate Risk for Human Exploration Missions

New space exploration missions are currently being designed to take humanity beyond low Earth orbit (LEO) to cis-lunar space, the lunar surface, and eventually to Mars. These missions carry increased risks due to a number of factors, including distance from Earth, exposure to deep space hazards, reduced capacity and ability to resupply and evacuate, and increased communication delays. As distance from Earth grows and mission length increases, a growing proportion of mission risk can be attributed to the “human system.” Almost twenty years ago, the Institute of Medicine in the United States recommended the early and complete integration of the human system into the spacecraft and mission design process to mitigate this increased risk inherent in exploration missions. Exploration missions will require increasing levels of crew self-sufficiency that will challenge the current operational paradigms established in LEO. Enabling progressive Earth independence requires management of the increasingly complex interactions among spacecraft systems and integration of all the data and functions that affect human health and performance into one coordinated system –the Crew Health and Performance (CHP) system. This system is a critical spacecraft system that is analogous to other systems such as propulsion, guidance and navigation, or avionics. Design and integration of the CHP system requires the evidence-based merger of typically disparate disciplines such as medicine, human factors, and life support system design, using systems engineering (SE) practices. SE provides traceability of spacecraft requirements and enables reliable and repeatable trade space analysis of the many competing options for hardware and software to be included in the mission architecture. The approach described here enables spacecraft and mission designers to align the scope of a CHP system with mission specific requirements, decrease risk to the crew, and increase the probability of mission success.

Kerry McGuire↗

NASA NTRS2018

ISS Columbus Heat Exchanger Close Call Investigation Case Study

During International Space Station (ISS) Expedition 38, just days before Christmas 2013, the External Active Thermal Control System (EATCS) on the ISS Columbus Moderate Temperature Loop (MTL) Interface Heat Exchanger (IFHX) shut down due to low temperatures. Engineers on the ground scrambled for several days to troubleshoot a pump module Flow Control Valve (FCV) problem, however; no one recognized that the core temperature of the Columbus MTL IFHX was continuing to drop, to the point that water in the system could freeze. Freezing could rupture the core, resulting in high pressure ammonia entering the cabin of the ISS. With no way to clean up the ammonia, ISS crew would have to evacuate the U.S. segment of the station. Columbus MTL IFHX rupture is considered a catastrophic failure and could potentially result in a loss of crew/loss of vehicle. How did engineers miss this potentially catastrophic issue?

Joyce B Abbey↗

NASA NTRS2020

SMARt-STEReO: Preliminary Model Description

Wildfires have increasingly become major threat to US towns and cities, with California alone having its most destructive wildfire seasons to date in 2017 and 2018 and 2020 already becoming one of the worst fire years on record, causing the large-scale evacuations, the destruction of towns and property, and a significant release of hazardous smoke over the entire west coast. Thus, the U.S. Forest Service recently spent over 50% of its budget on wildfire management – funds which could otherwise be directed to science that could support fire prevention. Aerial support plays a major role in fighting wildfires. Airtankers, helicopters, and other aerial assets support the construction of fire-lines, gather data, and transport crews and equipment. However, presently, aerial firefighting operations rely on relatively unsophisticated technologies for communications, such as over-the-air radios, which limit the ability of pilots and management to relay fire data and coordinate operations. Aerial operations in and around fires are additionally high-risk activities due to the variable, dangerous conditions and complex, technically difficult maneuvers which must be performed to, for example, conduct a retardant drop. Thus, between 2000 and 2013, of the 298 wildland firefighter fatalities, 26% were related to aerial operations. As a result, there is significant potential to both improve the performance and resiliency of wildfire response while reducing risk to human operators.

Daniel E Hulse↗

NASA NTRSDate not supplied

Exploration Medical Capability Systems Engineering Overview and Update

Long duration Lunar and Martian missions will change the way NASA currently practices medicine. The missions will require more autonomous capability compared to current low Earth orbit operations. For the medical system, lack of consumable resupply, evacuation opportunities, and real-time ground support are key drivers toward greater autonomy. Recognition of the limited mission and vehicle resources available to carry out exploration missions motivates the Exploration Medical Capability (ExMC) Element’s approach to enabling the necessary autonomy. The ExMC Systems Engineering (SE) team’s mission is to “Define, develop, validate, and manage the technical system design needed to implement exploration medical capabilities for Mars and test the design in a progression of proving grounds.” The Element’s work must integrate with the overall exploration mission and vehicle design efforts to successfully provide exploration medical capabilities. ExMC is using Model-Based System Engineering (MBSE) to accomplish its integrative goals. The MBSE approach to medical system design offers a paradigm shift toward greater integration between the vehicle and the medical system, and directly supports the transition of Earth-reliant ISS operations to the Earth-independent operations envisioned for Mars. This talk will provide a high-level overview of what the ExMC SE team has accomplished since the last IWS and what they are focusing on for the upcoming year.

Kerry McGuire↗

NASA NTRSDate not supplied

Enabling Progressively Autonomous Medical Operations for Space Exploration

As NASA and its International Partners prepare to expand human space exploration beyond the International Space Station (ISS) to the Moon (and ultimately Mars) with the Artemis missions, the importance of evolving space medical operations in an Earth independent fashion becomes increasingly clear. Continuous human presence on the ISS for the past 20 years has demonstrated the successful development and execution of medical operations in low Earth orbit. However, this paradigm of ISS medical operations is dependent upon continuous real-time communications, frequent resupply missions, and the availability of rapid evacuation options. As the distance and time away from Earth increases, all of these dependencies will no longer be available. As a result, the paradigm of space medicine operations will need to become progressively more autonomous and less dependent upon mission support personnel on Earth

Kris Lehnhardt↗

NASA NTRSDate not supplied

Using Systems Engineering to Develop an Integrated Crew Health and Performance System to Mitigate Risk for Human Exploration Missions

New space exploration missions are currently being designed to take humanity beyond Low EarthOrbit (LEO) to cis-lunar space, the lunar surface, and eventually to Mars. These missions carryincreased risks due to a number of factors, including distance from Earth, exposure to deep spacehazards, reduced capacity and ability to resupply and evacuate, and increased communication delays.As distance from Earth grows and mission length increases, a growing proportion of overall missionrisk can be attributed to the “human system.” Almost twenty years ago, the Institute of Medicine in theUnited States recommended the early and complete integration of the human system into thespacecraft and mission design process to mitigate this increased risk inherent in exploration missions.Exploration missions will require increasing levels of crew self-sufficiency that will challenge thecurrent operational paradigms established in LEO. Enabling progressive Earth independence requiresmanagement of the increasingly complex interactions among spacecraft systems and integration of allthe data and functions that affect human health and performance into one coordinated system – theCrew Health and Performance (CHP) system. This system is a critical spacecraft system that isanalogous to other systems such as propulsion, guidance and navigation, or avionics. Design andintegration of the CHP system requires the evidence-based merger of typically disparate disciplinessuch as medicine, human factors, and physiological support system design, using systems engineering(SE) practices. The approach described here enables spacecraft and mission designers to align thescope of a CHP system with mission specific requirements, decrease risk to the crew, and increase theprobability of mission success.

Kerry Mcguire↗

NASA NTRS2020

VolKilau: Volcano Rapid Response Balloon Campaign During the 2018 Kilauea Eruption

After nearly 35 years of stable activity, the Kilauea volcanic system in Hawaiʽi, went through sudden changes in May 2018 with the emergence of 20 volcanic fissures along the Lower Eastern Rift Zone(LERZ) destroying 700 homes in Leilani Estates and forcing more than 2000 people to evacuate. Volcanic emissions lasted for several months between June and September 2018 leading to low visibility and poor air quality in Hawaiʽi and across the Western Pacific. The NASA-funded VolKilau mission was rapidly mounted and conducted between 11-18 June 2018 to: i) Profile volcanic emissions with SO2and aerosol measurements, ii) Validate satellite observations and iii) Be prepared for the next large volcanic eruption. Through a series of balloon-borne measurements with tethered and free released launches, we measured SO2 concentration, aerosol concentration and optical properties 60 to 80km downwind from the volcanic fissures using gas sensors, optical particle counters, backscatter sondes, and an aerosol impactor. While most of measurements made during the Kilauea eruption were ground-based, the VolKilau mission represented a unique opportunity to characterize plume properties, constrain emission profiles, study early chemistry involving the conversion of SO2 into sulfuric acid and understand the influence of water clouds in the removal of SO2. Our team continues to be better prepared for deploying in the event of a major volcanic eruption

J-P Vernier↗

NASA NTRSDate not supplied

Continued Development of the Pulsed Magnetic Nozzle for the Pulsed Fission Fusion (PuFF) Vehicle

High thrust, high specific impulse propulsion systems, such as PuFF (Pulsed Fission-Fusion)offer a new paradigm of speed and safety when exploring the solar system. To realize thesepossibilites, PuFF needs a mature magnetic nozzle design. PuFF’s magnetic nozzle is uniquein that it must provide power in addition to thrust. In the authors’ opinion, the power systemdesign is fairly mature, but nozzle thrust coil design is less so. Previous work has suggested thatthe PuFF magnetic nozzle will behave similarly to a ‘magnetic reflection chamber,’ relying onprinciples of magnetic flux compression to re-direct nozzle flow. However, recent work, usingthe 3D modeling software SPFMax, suggests that plasma motion in the nozzle will be drivenby the Lorentz force. This recent work is limited in that the plasma did not completely leavethe nozzle before the simulation ended. In this work, we aim to extend the SPFMax modelfrom previous work, with a bolstered electromagnetic field solver, so the model can run untilthe plasma is fully evacuated. We hope to confirm previous results regarding the ideal PuFFnozzle design, but we could be surprised. Through improving the PuFF nozzle model, weaim to reduce technical risk with building the nozzle, realize paradigm-shifting performancenumbers, and allow rapid, reliable, and safe exploration of the solar system.

Nathan M Schilling↗

NASA NTRSDate not supplied

Energy Efficient Large-Scale Storage of Liquid Hydrogen

The world’s largest liquid hydrogen storage tanks were constructed in the mid-1960sat the NASA Kennedy Space Center. These two vacuum-jacketed, perlite powder insulated tanks, still in service today, have 3,200 m3 of useable capacity. In 2018, construction began on an additional storage tank at Launch Complex 39B. This new tank will give an additional storage capacity of 4,700 m3 for a total on-site storage capacity of roughly 8,000 m3. NASA’s new Space Launch System (SLS) heavy lift rocket for the Artemis program includes an LH2tank that makes up the bulk of the vehicle, holding 2,033 m3 of LH2 in its 8.4-m diameter by40-m height. The new storage tank includes two new energy-efficient technologies: a glass bubbles insulation system in lieu of perlite, and an Integrated Refrigeration and Storage (IRAS)heat exchanger for controlled storage capability. The evacuated glass bubbles insulation system is based on the prior two decades of research to prove the thermal performance benefits as well as the mechanical and vacuum integrity; and has been shown to reduce LH2 boiloff by 46%versus perlite in field demonstrations. The IRAS capability is centered on a heat exchanger system that is built within the inner vessel to reject heat from the bulk liquid through the future implementation of an external helium refrigerator. Controlled storage via IRAS, when fully implemented, will provide full control of the ullage pressure, zero boiloff, and even production of densified LH2 pending its adoption on future launch vehicles. The design basics are described along with main construction and testing processes involved. The key features of the new technology items and implications on simplified operations and long-term energy savings are addressed

cryogenics↗

NASA NTRSDate not supplied

Energy Efficient Large-Scale Storage of Liquid Hydrogen

World’s largest LH2storage tanks constructed in mid-1960s at NASA/KSC. These vacuum-perlite insulated tanks, still in service today, are 3,200 m3capacity (ea.). In 2018, construction began on an additional 4,700 m3LH2storage tank at LC-39B•NASA’s new Space Launch System (SLS) heavy lift rocket for Artemis program holds 2,033 m3of LH2in its 8.4-m diameter by 40-m height. Two new energy-efficient technologies are included: glass bubbles insulation system and an Integrated Refrigeration and Storage (IRAS) heat exchanger for passive + active thermal control:•Evacuated glass bubbles insulation system has been shown to reduce LH2boiloff by 46% versus perlite in field demonstrations. Controlled storage via IRAS, when fully implemented, will provide full control of ullage pressure, zero boiloff, and even production of densified LH22CEC-2021

cryogenics↗

NASA NTRS2022

Scientific Value of Including an Atmospheric Sample as Part of Mars Sample Return (MSR)

The Perseverance rover is meant to collect samples of the martian surface for eventual return to Earth. The headspace gas present over the solid samples within the sample tubes will be of significant scientific interest for what it reveals about the interactions of the solid samples with the trapped atmosphere and for what it will reveal about the martian atmosphere itself. However, establishing the composition of the martian atmosphere will require other dedicated samples. The headspace gas as the sole atmospheric sample is problematic for many reasons. The quantity of gas present within the sample tube volume is insufficient for many investigations, and there will be exchange between solid samples, headspace gas, and tube walls. Importantly, the sample tube materials and preparation were not designed for optimal Mars atmospheric gas collection and storage as they were not sent to Mars in a degassed evacuated state and have been exposed to both Earth's and Mars' atmospheres. Additionally, there is a risk of unconstrained seal leakage in transit back to Earth, which would allow fractionation of the sample (leak-out) and contamination (leak-in). The science return can be improved significantly (and, in some cases, dramatically) by adding one or more of several strategies listed here in increasing order of effectiveness and difficulty of implementation: (1) Having Perseverance collect a gas sample in an empty sample tube, (2) Collecting gas in a newly-designed, valved, sample-tube-sized vessel that is flown on either the Sample Fetch Rover (SFR) or the Sample Retrieval Lander (SRL), (3) Adding a larger (50-100 cc) dedicated gas sampling volume to the Orbiting Sample container (OS), (4) Adding a larger (50-100 cc) dedicated gas sampling volume to the OS that can be filled with compressed martian atmosphere.

Timothy D. Swindle↗

NASA NTRSDate not supplied

CLINICAL DECISION SUPPORT: PATH TO FUNCTIONAL REQUIREMENTS

Long-duration, deep-space exploration missions present significant challenges to crew health and performance. These challenges include the individual and combined effects of microgravity, radiation exposure, isolation, limited resources (mass, volume, power, data and crew time), limited options for evacuation and those associated with delayed or constrained communications, all of which demand greater crew autonomy. Specifically, as the communication delays intensify the further we explore space, the unqualified need for Earth-independent medical operations focused on autonomous diagnosis, treatment and prevention will be key to mission continuation and success. To augment the requisite knowledge, skills and abilities (KSAs) of a time-constrained crew operating under stressful conditions, combatting fatigue, and facing a potential medical crisis, a robust clinical decision support system (CDSS) is a probable solution that would facilitate, guide and inform Earth-independent medical operations, while assisting crewmembers through various clinical presentations. The Exploration Medical Capability (ExMC) Element of the Human Research Program (HRP) is expanding the boundaries of space medical systems to advance the care of astronauts on future exploration missions beyond low Earth orbit. ExMC is actively identifying and testing next-generation medical care and crew health maintenance technologies. The Clinical Decision Support (CDS) project addresses gap Medical-701 within the Inflight Medical Conditions risk: “Enhance medical capabilities within an exploration medical system.” Though mass, volume, and power will face increasing constraints, the projected computational capabilities of spacecraft systems will increase exponentially as information technology continues to advance this decade and beyond. Hence, data, software and computational resources will play an essential and synergistic role in maintaining crew health, wellness and performance in deep space missions. The focus of the CDS project is to develop recommended requirements for an in-vehicle CDSS that acts as a ‘virtual assistant’ for delivering optimal health, performance and medical care during exploration missions. The CDSS is envisioned as an integrated, software-based tool deployed on a laptop computer or handheld device. The CDSS will assist the crew and ground support when interacting with knowledge/databases (e.g. records, pharmacy, schedule), instrumentation (e.g. imaging, physiological monitoring devices), and habitat (e.g. wellness system, task performance system) and vehicle systems (e.g. environmental system, communication system). In addition, the human interface will employ a context-based approach that accounts for the crew’s situation. Thus, extraneous and clinically/operationally non-relevant information are reduced to avoid an increase in cognitive load. The framework of an ideal spaceflight CDSS is to include core and advanced analytical features that incorporate work from collaborators yet maintain a flexible platform for integrating new technology in the future. In fiscal year 2021 (FY21), the CDS project identified requirements through two primary mechanisms: (i) the development of software implementation prototypes and (ii) the application of systems engineering processes. The CDS project developed and tested a series of increasingly complex system prototypes that were based on use cases derived from the CDSS concept of operations (ConOps). These software implementations yielded insights on CDSS functionality as well as lessons learned that provided the initial requirements for CDSS capability. By applying a systems engineering (SE) approach, medical scenarios provided in the ConOps and the use cases for software implementation underwent functional decomposition to identify CDSS functionality. Also, systems-based modeling language (SysML) tools such as activity diagrams were developed from the same ConOps and use cases to identify CDSS functionality. The lessons learned from software implementation defined both specific requirements and broad areas of requirements. Within these defined broad requirement areas, further analysis of the SE products identified specific capability that resulted in the final functional requirements. In summary, the software prototypes, functional decomposition of the ConOps and use cases, and SysML diagrams provided the basis for the CDSS requirements developed in FY21. In the upcoming year, these requirements will be refined for their final ExMC baseline review in latter FY22.

clinical decision support↗

NASA NTRSDate not supplied

IMPACT User Experience

NASA Human Research Project (HRP) and Exploration Medical Capabilities (ExMC) team identified a need to implement a human-centered design approach for a computational tool that performs detailed trade space analysis and research prioritization, known as Informing Mission Planning via Analysis of Complex Tradespaces (IMPACT). IMPACT processes numerous parameters such as space vehicle design, mission objectives, evacuation capability, medical events, and mission constraint, including but not limited to; duration, mass, volume, equipment, and medical capability, each with complex and interconnected relationships. The ability for users to navigate through these complexities and provide an intuitive report is critical to aiding stakeholders in the decision-making process of future missions. In this presentation we will discuss how the IMPACT team has applied human-centered design strategies to improve system usability by modelling human-system integration (i.e., task analysis) with the MagicDraw SysML modelling application and performing A/B testing of user interface prototypes.

S Ozbek↗

NASA NTRSDate not supplied

NASA’s Identified Risks of Adverse Outcomes Due to Inadequate Human Systems Integration Architecture in Human Spaceflight

The NASA Human System Risk Board (HSRB) has the overall responsibility for tracking the evolution of the top ~30 human system risks that it has identified to be associated with human spaceflight. As part of this process, the Board is charged with maintaining a consistent, integrated process to mitigate those risks, and developing evidence-based risk posture recommendations. One of the identified risks is due to inadequate human systems integration architecture (HSIA) and a driving factor of this risk is that given decreasing real-time ground support for execution of complex operations during future exploration missions, there is a possibility of adverse performance outcomes including that crew are unable to adequately respond to unanticipated critical malfunctions or detect safety critical procedural errors. The HSRB uses Directed Acyclic Graphs (DAGs) as a communication tool for describing how astronaut exposure to spaceflight hazards leads to meaningful mission-level health and performance outcomes and as the basis for understanding intermediate causal relationships between risk contributing factors and countermeasures that link hazards to outcomes. The HSIA risk DAG will be presented and described. Historically, critical malfunctions requiring Crew/MCC management occurred at a rate of 1.7 times per year for ISS averaged over the lifetime and 3-4 times per year in the burn in phase for the vehicle. These averages do not include EVA data, which greatly increases the incident rate. Prior experience from the Apollo program showed 10/11 crewed missions experienced significant anomalies where crew relied heavily on MCC expertise in real-time. These failure patterns are in line with those observed in other complex engineered systems (e.g., oil rigs, launch systems, commercial aviation, etc.) It is likely that general malfunction and error rates are > 10% for short duration missions (<30 days), based on past and current spaceflight operations data. Likelihood of adverse outcomes has the potential to increase as crew conduct work with new, complex systems and with less ground support. For Low Earth Orbit missions and Lunar missions less than 30 days, assuming minimal comm delays, disruptions and bandwidth limitations, malfunctions and errors can affect mission objectives and crew health but may be mitigated by ground support. For Lunar missions greater than 30 days and any potential Mars mission malfunctions and errors can have Loss of Crew and Loss of Mission consequences due to reduced ground support (communication delays, constraints and blackouts) for more complex operations, as well as reduced resupply and evacuation options.

Daniel M Buckland↗

NASA NTRSDate not supplied

Clinical Decision Support: Path to Functional Requirements

Long-duration, deep-space exploration missions present significant challenges to crew health and performance. These challenges include the individual and combined effects of microgravity, radiation exposure, isolation, limited resources (mass, volume, power, data and crew time), limited options for evacuation and those associated with delayed or constrained communications, all of which demand greater crew autonomy. Specifically, as the communication delays intensify the further we explore space, the unqualified need for Earth-independent medical operations focused on autonomous diagnosis, treatment and prevention will be key to mission continuation and success. To augment the requisite knowledge, skills and abilities (KSAs) of a time-constrained crew operating under stressful conditions, combatting fatigue, and facing a potential medical crisis, a robust clinical decision support system (CDSS) is a probable solution that would facilitate, guide and inform Earth-independent medical operations, while assisting crewmembers through various clinical presentations. The Exploration Medical Capability (ExMC) Element of the Human Research Program (HRP) is expanding the boundaries of space medical systems to advance the care of astronauts on future exploration missions beyond low Earth orbit. ExMC is actively identifying and testing next-generation medical care and crew health maintenance technologies. The Clinical Decision Support (CDS) project addresses gap Medical-701 within the Inflight Medical Conditions risk: “Enhance medical capabilities within an exploration medical system.” Though mass, volume, and power will face increasing constraints, the projected computational capabilities of spacecraft systems will increase exponentially as information technology continues to advance this decade and beyond. Hence, data, software and computational resources will play an essential and synergistic role in maintaining crew health, wellness and performance in deep space missions. The focus of the CDS project is to develop recommended requirements for an in-vehicle CDSS that acts as a ‘virtual assistant’ for delivering optimal health, performance and medical care during exploration missions. The CDSS is envisioned as an integrated, software-based tool deployed on a laptop computer or handheld device. The CDSS will assist the crew and ground support when interacting with knowledge/databases (e.g. records, pharmacy, schedule), instrumentation (e.g. imaging, physiological monitoring devices), and habitat (e.g. wellness system, task performance system) and vehicle systems (e.g. environmental system, communication system). In addition, the human interface will employ a context-based approach that accounts for the crew’s situation. Thus, extraneous and clinically/operationally non-relevant information are reduced to avoid an increase in cognitive load. The framework of an ideal spaceflight CDSS is to include core and advanced analytical features that incorporate work from collaborators yet maintain a flexible platform for integrating new technology in the future. In fiscal year 2021 (FY21), the CDS project identified requirements through two primary mechanisms: (i) the development of software implementation prototypes and (ii) the application of systems engineering processes. The CDS project developed and tested a series of increasingly complex system prototypes that were based on use cases derived from the CDSS concept of operations (ConOps). These software implementations yielded insights on CDSS functionality as well as lessons learned that provided the initial requirements for CDSS capability. By applying a systems engineering (SE) approach, medical scenarios provided in the ConOps and the use cases for software implementation underwent functional decomposition to identify CDSS functionality. Also, systems-based modeling language (SysML) tools such as activity diagrams were developed from the same ConOps and use cases to identify CDSS functionality. The lessons learned from software implementation defined both specific requirements and broad areas of requirements. Within these defined broad requirement areas, further analysis of the SE products identified specific capability that resulted in the final functional requirements. In summary, the software prototypes, functional decomposition of the ConOps and use cases, and SysML diagrams provided the basis for the CDSS requirements developed in FY21. In the upcoming year, these requirements will be refined for their final ExMC baseline review in latter FY22.

Clinical decision support↗