Results for “Medical operations” — Page 8

NASA NTRS2007

Science on the International Space Station: Stepping Stones for Exploration

This viewgraph presentation reviews the state of science research on the International Space Station (ISS). The shuttle and other missions that have delivered science research facilities to the ISS are shown. The different research facilities provided by both NASA and partner organizations available for use and future facilities are reviewed. The science that has been already completed is discussed. The research facilitates the Vision for Space Exploration, in Human Life Sciences, Biological Sciences, Materials Science, Fluids Science, Combustion Science, and all other sciences. The ISS Focus for NASA involves: Astronaut health and countermeasure, development to protect crews from the space environment during long duration voyages, Testing research and technology developments for future exploration missions, Developing and validating operational procedures for long-duration space missions. The ISS Medical Project (ISSMP) address both space systems and human systems. ISSMP has been developed to maximize the utilization of ISS to obtain solutions to the human health and performance problems and the associated mission risks of exploration class missions. Including complete programmatic review with medical operations (space medicine/flight surgeons) to identify: (1) evidence base on risks (2) gap analysis.

Robinson, Julie A.↗

NASA NTRS2003

Evaluation of Human Research Facility Ultrasound With the ISS Video System

Most medical equipment on the International Space Station (ISS) is manifested as part of the U.S. or the Russian medical hardware systems. However, certain medical hardware is also available as part of the Human Research Facility. The HRF and the JSC Medical Operations Branch established a Memorandum of Agreement for joint use of certain medical hardware, including the HRF ultrasound system, the only diagnostic imaging device currently manifested to fly on ISS. The outcome of a medical contingency may be changed drastically, or an unnecessary evacuation may be prevented, if clinical decisions are supported by timely and objective diagnostic information. In many higher-probability medical scenarios, diagnostic ultrasound is a first-choice modality or provides significant diagnostic information. Accordingly, the Clinical Care Capability Development Project is evaluating the HRF ultrasound system for its utility in relevant clinical situations on board ISS. For effective management of these ultrasound-supported ISS medical scenarios, the resulting data should be available for viewing and interpretation on the ground, and bidirectional voice communication should be readily available to allow ground experts (sonographers, physicians) to provide guidance to the Crew Medical Officer. It may also be vitally important to have the capability of real-time guidance via video uplink to the CMO-operator during an exam to facilitate the diagnosis in a timely fashion. In this document, we strove to verify that the HRF ultrasound video output is compatible with the ISS video system, identify ISS video system field rates and resolutions that are acceptable for varying clinical scenaiios, and evaluate the HRF ultrasound video with a commercial, off-the-shelf video converter, and compare it with the ISS video system.

Melton, Shannon↗

NASA NTRSDate not supplied

Exploration Medical Capability - Advancing Medical System Design and Risk-Informed Decision Making for Deep Space Exploration

BACKGROUND: Within NASA’s Human Research Program, the Exploration Medical Capability (ExMC) Element has three primary focus areas: clinical and scientific research, systems engineering and trade space analysis, and technology development and demonstrations. These focus areas feed into the overarching goal of enabling progressively Earth-Independent Medical Operations (EIMO), a new paradigm that will be necessary for future Artemis and Mars medical and vehicle systems. This EIMO end state aligns with NASA’s Moon to Mars Objectives, which clearly outline the need for NASA deep space exploration missions to reduce their reliance upon Earth and become increasingly autonomous, in preparation for the first human Mars mission. OVERVIEW: To advance exploration medical systems and ultimately, integrated crew health and performance systems, ExMC’s portfolio includes: funding ground development & testing of novel medical capabilities; creation of new approaches for the development of medical protocols and procedures; deployment of innovative technologies into analog environments; technology demonstrations in spaceflight; and eventual transition to operations of new capabilities for deep space exploration missions. The portfolio also includes: pharmaceutical research targeting stability, pharmacokinetics, and pharmacodynamics; integrated data architectures and clinical decision support tools; and systems engineering and trade space analysis tools to assist NASA in the development of future medical system models as well as the medical system requirements that can serve as a foundation for deep space exploration missions. All of these investments are done in a collaborative and coordinated fashion with other NASA stakeholders, such as the Environmental Control and Life Support Systems – Crew Health and Performance System Capability Leadership Team and the Health and Medical Technical Authority. DISCUSSION: In this presentation, ExMC will provide an overview of our work from across our portfolio, all of which will inform future EIMO efforts at NASA. ExMC’s research and development investments are targeted to reduce the human system risks associated with deep space exploration to the Moon and Mars.

Kris Lehnhardt↗

NASA NTRS2017

Updates and Overview of Spaceflight Medical Support in Russia and Kazakhstan

This panel presents recent updates to and a comprehensive overview of the operational medical support provided to ISS crewmembers in Star City, Russia and Kazakhstan as part of UTMB/KBRwyle's Human Health & Performance contract. With the current Soyuz training flow, physician support is required for nominal training evolutions involving pressure changes or other potential physical risks detailed in this presentation. In addition, full-time physician presence in Star City helps to address the disparity in access to health care in these relatively remote practice areas, while also developing and maintaining relationships with host nation resources. A unique part of standard training in Russia also involves survival training in both winter and water environments; logistic details and medical impacts of each of these training scenarios will be discussed. Following support of a successful training flow, UTMB/KBRwyle's Star City Medical Support Group (SCMSG) is also responsible for configuring medical packs in support of Soyuz launches and landings; we will present the rationale for current pack contents within the context of specific operational needs. With respect to contingency events, the group will describe their preparedness to respond appropriately by activating both local and global resources as necessary, detailing a specialized subset of the group who continually work and update these assets, given changes in international infrastructure and other impacts.

Chough, Natacha↗

NASA NTRS2020

Medical Data Architecture Platform and Recommended Requirements for A Medical Data System for Exploration Missions

Minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm of medical data management on the International Space Station. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products derived from the third MDA prototype development will directly inform exploration medical system requirements for Level of Care IV in Gateway missions.In fiscal year 2019, the MDA project developed Test Bed 3, the third iteration in a series of prototypes, that featured integrations with cognition tool data, ultrasound image analytics and core Flight Software (cFS). Maintaining a layered architecture design, the framework implemented a plug-in, modular approach in the integration of these external data sources. An early version of MDA Test Bed 3 software was deployed and operated in a simulated analog environment that was part of the Next Space Technologies for Exploration Partnerships (NextSTEP) Gateway tests of multiple habitat prototypes. In addition, the MDA team participated in the Gateway Test and Verification Demonstration, where the MDA cFS applications was integrated with Gateway-in-a-Box software to send and receive medically relevant data over a simulated vehicle network. This software demonstration was given to ExMC and Gateway Program stakeholders at the NASA Johnson Space Center Integrated Power, Avionics and Software (iPAS) facility. Also, the integrated prototypes served as a vehicle to provide Level 5 requirements for the Crew Health and Performance Habitat Data System for Gateway Missions (Medical Level of Care IV). In the upcoming fiscal year, the MDA project will continue to provide systems engineering and vertical prototypes to refine requirements for medical Level of Care IV and inform requirements for Level of Care V.

Krihak, M.↗

NASA NTRS2020

Medical Data Architecture Platform and Recommended Requirements for a Medical Data System for Exploration Missions

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically- relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm of medical data management on the International Space Station. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products derived from the third MDA prototype development will directly inform exploration medical system requirements for Level of Care IV in Gateway missions. In fiscal year 2019, the MDA project developed Test Bed 3, the third iteration in a series of prototypes, that featured integrations with cognition tool data, ultrasound image analytics and core Flight Software (cFS). Maintaining a layered architecture design, the framework implemented a plug-in, modular approach in the integration of these external data sources. An early version of MDA Test Bed 3 software was deployed and operated in a simulated analog environment that was part of the Next Space Technologies for Exploration Partnerships (NextSTEP) Gateway tests of multiple habitat prototypes. In addition, the MDA team participated in the Gateway Test and Verification Demonstration, where the MDA cFS applications was integrated with Gateway-in-a-Box software to send and receive medically relevant data over a simulated vehicle network. This software demonstration was given to ExMC and Gateway Program stakeholders at the NASA Johnson Space Center Integrated Power, Avionics and Software (iPAS) facility. Also, the integrated prototypes served as a vehicle to provide Level 5 requirements for the Crew Health and Performance Habitat Data System for Gateway Missions (Medical Level of Care IV). In the upcoming fiscal year, the MDA project will continue to provide systems engineering and vertical prototypes to refine requirements for medical Level of Care IV and inform requirements for Level of Care V.

Krihak, M.↗

NASA NTRS2003

Lunar Surface Reference Missions: A Description of Human and Robotic Surface Activities

Most medical equipment to the International Space Station (ISS) is manisfested as part of the U.S. or the Russian medical hardware systems. However, certain medical hardware is also available as part of the Human Research Facility. The HRF and the JSC Medical Operations Branch established a Memorandum of Agreement for joint use of certain medical hardware, including the HRF ultrasound system, the only diagnostic imaging device currently manifested to fly on ISS. The outcome of a medical contingency may be changed drastically, or an unnecessary evacuation may be prevented, if clinical decisions are supported by timely and objective diagnostic information. In many higher-probability medical scenarios, diagnostic ultrasound is a first-choice modality or provides significant diagnostic information. Accordingly, the Clinical Care Capability Development Project is evaluating the HRF ultrasound system for its utility in relevant clinical siruations on board ISS. For effective management of these ultrasound-supported ISS medical scenarios, the resulting data should be available for viewing and interpretation on the ground, and bidirectional voice communication should be readily available to allow ground experts (sonographers, physicians) to provide guidance to the Crew Medical Officer. It may also be vitally important to have the capability of real-time guidance via video uplink to the CMO-opertor during an exam to facilitate the diagnosis in a timely fashion.

Duke, Michael B.↗

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 NTRS2017

Medical Data Architecture Project Status

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically-relevant information to support medical operations during exploration missions. This gap identifies that the current International Space Station (ISS) medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable an increasingly autonomous crew than the current ISS paradigm. The MDA will develop capabilities that support automated data collection, and the necessary functionality and challenges in executing a self-contained medical system that approaches crew health care delivery without assistance from ground support.To attain this goal, the first year of the MDA project focused on reducing technical risk, developing documentation and instituting iterative development processes that established the basis for the first version of MDA software (or Test Bed 1). Test Bed 1 is based on a nominal operations scenario authored by the ExMC Element Scientist. This narrative was decomposed into a Concept of Operations that formed the basis for Test Bed 1 requirements. These requirements were successfully vetted through the MDA Test Bed 1 System Requirements Review, which permitted the MDA project to begin software code development and component integration. This paper highlights the MDA objectives, development processes, and accomplishments, and identifies the fiscal year 2017 milestones and deliverables in the upcoming year.

Exploration medical system↗

NASA NTRS2017

Medical Data Architecture Project Status

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically-relevant information to support medical operations during exploration missions. This gap identifies that the current International Space Station (ISS) medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable an increasingly autonomous crew than the current ISS paradigm. The MDA will develop capabilities that support automated data collection, and the necessary functionality and challenges in executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. To attain this goal, the first year of the MDA project focused on reducing technical risk, developing documentation and instituting iterative development processes that established the basis for the first version of MDA software (or Test Bed 1). Test Bed 1 is based on a nominal operations scenario authored by the ExMC Element Scientist. This narrative was decomposed into a Concept of Operations that formed the basis for Test Bed 1 requirements. These requirements were successfully vetted through the MDA Test Bed 1 System Requirements Review, which permitted the MDA project to begin software code development and component integration. This paper highlights the MDA objectives, development processes, and accomplishments, and identifies the fiscal year 2017 milestones and deliverables in the upcoming year.

Data management↗

NASA NTRS1999

Endoscopic surgery and telemedicine in microgravity: developing contingency procedures for exploratory class spaceflight

OBJECTIVES: The risk of a urinary calculus during an extended duration mission into the reduced gravity environment of space is significant. For medical operations to develop a comprehensive strategy for the spaceflight stone risk, both preventive countermeasures and contingency management (CM) plans must be included. METHODS: A feasibility study was conducted to demonstrate the potential CM technique of endoscopic ureteral stenting with ultrasound guidance for the possible in-flight urinary calculus contingency. The procedure employed the International Space Station/Human Research Facility ultrasound unit for guide wire and stent localization, a flexible cystoscope for visual guidance, and banded, biocompatible soft ureteral stents to successfully stent porcine ureters bilaterally in zero gravity (0g). RESULTS: The study demonstrated that downlinked endoscopic surgical and ultrasound images obtained in 0g are comparable in quality to 1g images, and therefore are useful for diagnostic clinical utility via telemedicine transmission. CONCLUSIONS: In order to be successful, surgical procedures in 0g require excellent positional stability of the operating surgeon, assistant, and patient, relative to one another. The technological development of medical procedures for long-duration spaceflight contingencies may lead to improved terrestrial patient care methodology and subsequently reduced morbidity.

Parabolic Flight↗

NASA NTRS2010

Cognitive Assessment During Long-Duration Space Flight

The Space Flight Cognitive Assessment Tool for Windows (WinSCAT) is a computer-based, self-administered battery of five cognitive assessment tests developed for medical operations at NASA's Johnson Space Center in Houston, Texas. WinSCAT is a medical requirement for U.S. long-duration astronauts and has been implemented with U.S. astronauts from one NASA/Mir mission (NASA-7 mission) and all expeditions to date on the International Space Station (ISS). Its purpose is to provide ISS crew surgeons with an objective clinical tool after an unexpected traumatic event, a medical condition, or the cumulative effects of space flight that could negatively affect an astronaut's cognitive status and threaten mission success. WinSCAT was recently updated to add network capability to support a 6-person crew on the station support computers. Additionally, WinSCAT Version 2.0.28 has increased difficulty of items in Mathematics, increased number of items in Match-to-Sample, incorporates a moving rather than a fixed baseline, and implements stricter interpretation rules. ISS performance data were assessed to compare initial to modified interpretation rules for detecting potential changes in cognitive functioning during space flight. WinSCAT tests are routinely taken monthly during an ISS mission. Performance data from these ISS missions do not indicate significant cognitive decrements due to microgravity/space flight alone but have shown decrements. Applying the newly derived rules to ISS data results in a number of off-nominal performances at various times during and after flight.. Correlation to actual events is needed, but possible explanations for off-nominal performances could include actual physical factors such as toxic exposure, medication effects, or fatigue; emotional factors including stress from the mission or life events; or failure to exert adequate effort on the tests.

Seaton, Kimberly↗

NASA NTRS2018

Medical Data Architecture Project Status

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically-relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm. The medical system requirements are being developed in parallel with the exploration mission architecture and vehicle design. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products supported by current prototype development will directly inform exploration medical system requirements.

medical data architecture↗

NASA NTRS2018

Medical Data Architecture (MDA) Project Status

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically-relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm. The medical system requirements are being developed in parallel with the exploration mission architecture and vehicle design. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products supported by current prototype development will directly inform exploration medical system requirements.

medical data architecture↗

NASA NTRS2019

Medical Data Architecture (MDA) Project Status

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically-relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm. The medical system requirements are being developed in parallel with the exploration mission architecture and vehicle design. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products supported by current prototype development will directly inform exploration medical system requirements.In fiscal year 2018, the MDA project developed Test Bed 2, the second iteration in a series of prototypes with functionality focused on data security through role-based access control and encryption, integration with One Portal exercise software and ingestion of an ultrasound Digital Imaging and Communications in Medicine (DICOM) file and image display. Test Bed 2 advances the medical data system architecture framework by providing these functionalities in a scalable system that maintained a layered, modular design. The architecture framework uses a data services approach with role-based access to data in a customized medical record system suitable for space exploration. These functionalities were demonstrated as part of the Next Space Technologies for Exploration Partnerships (NextSTEP) ground test demonstrated at the NASA Johnson Space Center Integrated Power, Avionics and Software (iPAS) facility. Interfacing to a Core Flight Software (CFS) system, the MDA system, using Consultative Committee for Space Data Systems (CCSDS) protocol, transferred an exercise file from the simulated flight MDA system to a mirrored MDA system on the ground through the CFS system. The selection of data sources and demonstrations enabled the team to address stakeholder concerns throughout the development process. In the next iteration, the MDA team will work with stakeholders to identify additional relevant functionalities to further advance system data models, standards and principles that will inform the medical system requirements development.

medical data architecture↗

NASA NTRS2014

The Relationship Between CO2 Levels and CO2 Related Symptoms Reported on the ISS

Medical Operations, Toxicology, and the Lifetime Surveillance of Astronaut Health collaborated to assess the association of CO2 levels on board the International Space Station and USOS crew reported symptoms inflight, i.e. headache and vision changes. Private Medical Conference (PMC) documents and the weekly Space Medicine Operations Team (SMOT) Notes were used to provide a robust data set of inflight medical events. All events and non‐events were documented independent of CO2 levels and other potential contributors. Average (arithmetic mean) and single point maximum ppCO2 was calculated for the 24 hours and 7 days prior to the PMC or SMOT date and time provided by LSAH. Observations falling within the first 7 days of flight (147) were removed from the datasets analyzed to avoid confounding with Space Adaptation Syndrome. The final analysis was based on 1716 observations. For headache, 46 headaches were observed. CO2 level, age at launch, time inflight, and data source were all significantly associated with headache. In particular, for each 1 mmHg increase in CO2, the odds of a crewmember reporting a headache doubled. For vision changes, 29 reports of vision changes were observed. These observations were not found to be statistically associated with CO2 levels as analyzed. While the incidence of headache has was not high (~3%), headaches may be an indicator of underlying increases in intracranial pressure, which may result likely from the synergy between CO2‐induced cerebral vasodilatation and decreased venous drainage in microgravity. Vision changes were inconsistently reported and as a result did not align appropriately with the CO2 levels. Further analysis is needed. Our results support ongoing efforts to lower the CO2 exposure limits in spacecraft.

VanBaalen, M.↗

NASA NTRS2010

Constellation Architecture Team-Lunar Scenario 12.0 Habitation Overview

This paper will describe an overview of the Constellation Architecture Team Lunar Scenario 12.0 (LS-12) surface habitation approach and concept performed during the study definition. The Lunar Scenario 12 architecture study focused on two primary habitation approaches: a horizontally-oriented habitation module (LS-12.0) and a vertically-oriented habitation module (LS-12.1). This paper will provide an overview of the 12.0 lunar surface campaign, the associated outpost architecture, habitation functionality, concept description, system integration strategy, mass and power resource estimates. The Scenario 12 architecture resulted from combining three previous scenario attributes from Scenario 4 "Optimized Exploration", Scenario 5 "Fission Surface Power System" and Scenario 8 "Initial Extensive Mobility" into Scenario 12 along with an added emphasis on defining the excursion ConOps while the crew is away from the outpost location. This paper will describe an overview of the CxAT-Lunar Scenario 12.0 habitation concepts and their functionality. The Crew Operations area includes basic crew accommodations such as sleeping, eating, hygiene and stowage. The EVA Operations area includes additional EVA capability beyond the suitlock function such as suit maintenance, spares stowage, and suit stowage. The Logistics Operations area includes the enhanced accommodations for 180 days such as enhanced life support systems hardware, consumable stowage, spares stowage, interconnection to the other habitation elements, a common interface mechanism for future growth, and mating to a pressurized rover or Pressurized Logistics Module (PLM). The Mission & Science Operations area includes enhanced outpost autonomy such as an IVA glove box, life support, medical operations, and exercise equipment.

Kennedy, Kriss J.↗

NASA NTRS2008

Constellation Architecture Team-Lunar: Lunar Habitat Concepts

This paper will describe lunar habitat concepts that were defined as part of the Constellation Architecture Team-Lunar (CxAT-Lunar) in support of the Vision for Space Exploration. There are many challenges to designing lunar habitats such as mission objectives, launch packaging, lander capability, and risks. Surface habitats are required in support of sustaining human life to meet the mission objectives of lunar exploration, operations, and sustainability. Lunar surface operations consist of crew operations, mission operations, EVA operations, science operations, and logistics operations. Habitats are crewed pressurized vessels that include surface mission operations, science laboratories, living support capabilities, EVA support, logistics, and maintenance facilities. The challenge is to deliver, unload, and deploy self-contained habitats and laboratories to the lunar surface. The CxAT-Lunar surface campaign analysis focused on three primary trade sets of analysis. Trade set one (TS1) investigated sustaining a crew of four for six months with full outpost capability and the ability to perform long surface mission excursions using large mobility systems. Two basic habitat concepts of a hard metallic horizontal cylinder and a larger inflatable torus concept were investigated as options in response to the surface exploration architecture campaign analysis. Figure 1 and 2 depicts the notional outpost configurations for this trade set. Trade set two (TS2) investigated a mobile architecture approach with the campaign focused on early exploration using two small pressurized rovers and a mobile logistics support capability. This exploration concept will not be described in this paper. Trade set three (TS3) investigated delivery of a "core' habitation capability in support of an early outpost that would mature into the TS1 full outpost capability. Three core habitat concepts were defined for this campaign analysis. One with a four port core habitat, another with a 2 port core habitat, and the third investigated leveraging commonality of the lander ascent module and airlock pressure vessel hard shell. The paper will describe an overview of the various habitat concepts and their functionality. The Crew Operations area includes basic crew accommodations such as sleeping, eating, hygiene and stowage. The EVA Operations area includes additional EVA capability beyond the suit-port airlock function such as redundant airlock(s), suit maintenance, spares stowage, and suit stowage. The Logistics Operations area includes the enhanced accommodations for 180 days such as closed loop life support systems hardware, consumable stowage, spares stowage, interconnection to the other Hab units, and a common interface mechanism for future growth and mating to a pressurized rover. The Mission & Science Operations area includes enhanced outpost autonomy such as an IVA glove box, life support, and medical operations.

Toups, Larry↗