Results for “MDA”

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 NTRS1995

Solid film lubricants and thermal control coatings flown aboard the EOIM-3 MDA sub-experiment

Additional experimental data were desired to support the selection of candidate thermal control coatings and solid film lubricants for the McDonnell Douglas Aerospace (MDA) Space Station hardware. The third Evaluation of Oxygen Interactions With Materials Mission (EOIM-3) flight experiment presented an opportunity to study the effects of the low Earth orbit environment on thermal control coatings and solid film lubricants. MDA provided five solid film lubricants and two anodic thermal control coatings for EOIM-3. The lubricant sample set consisted of three solid film lubricants with organic binders one solid film lubricant with an inorganic binder, and one solid film lubricant with no binder. The anodize coating sample set consisted of undyed sulfuric acid anodize and cobalt sulfide dyed sulfuric acid anodize, each on two different substrate aluminum alloys. The organic and inorganic binders in the solid film lubricants experienced erosion, and the lubricating pigments experienced oxidation. MDA is continuing to assess the effect of exposure to the low Earth orbit environment on the life and friction properties of the lubricants. Results to date support the design practice of shielding solid film lubricants from the low Earth orbit environment. Post-flight optical property analysis of the anodized specimens indicated that there were limited contamination effects and some atomic oxygen and ultraviolet radiation effects. These effects appeared to be within the values predicted by simulated ground testing and analysis of these materials, and they were different for each coating and substrate.

Murphy, Taylor J.↗

NASA NTRS1974

Design of the Skylab MDA window

Description of the optical and structural design requirements, mechanical and thermal response analyses, final design features, and testing procedures employed in the development of a large window mounted on the earth-facing side of the multiple docking adapter (MDA) of the Skylab manned space vehicle. This window was designed for the S190 earth resources multispectral camera and was protected from the space environment during nonuse periods by a hinged cover operated from within the MDA. The camera required a viewing area approximately 43 by 58 cm. A single glass pane 4.1 cm thick was selected to minimize optical distortions. Heaters on the glass and frame were designed to control distortions caused by thermal gradients in the glass.

Trent, D. J.↗

NASA NTRS2007

Applying MDA to SDR for Space to Model Real-time Issues

NASA space communications systems have the challenge of designing SDRs with highly-constrained Size, Weight and Power (SWaP) resources. A study is being conducted to assess the effectiveness of applying the MDA Platform-Independent Model (PIM) and one or more Platform-Specific Models (PSM) specifically to address NASA space domain real-time issues. This paper will summarize our experiences with applying MDA to SDR for Space to model real-time issues. Real-time issues to be examined, measured, and analyzed are: meeting waveform timing requirements and efficiently applying Real-time Operating System (RTOS) scheduling algorithms, applying safety control measures, and SWaP verification. Real-time waveform algorithms benchmarked with the worst case environment conditions under the heaviest workload will drive the SDR for Space real-time PSM design.

Blaser, Tammy M.↗

NASA NTRS1970

Skylab Operations Handbook: Orbital Workshop (OWS), Airlock Module (AM), Multiple Docking Adapter (MDA): Systems Descriptions - Volume 1

The Skylab Program consists of three low-earth-orbit missions of the Orbital Assembly (OA) (figure 1.0-1), extending over.an a-month period. The OA consists of the CSM docked to the Saturn Workshop.(SWS). This handbook describes the systems for three of the four major components of the SWS (OWS, AM, and MDA), and also discusses significant interfaces with the Instrument Unit (IU), ATM, and CSM. The other major component of the SWS, the ATM, is treated separately in its own handbook. The OWS, AM, MDA, ATM Deployment Assembly (ATM-DA), Fixed Airlock Shroud (FAS), Payload Shroud (PS), and IU are addressed throughout this document as individual modules from a structural standpoint only. Although normally considered a part of the launch vehicle, the IU is treated in this document as part of the SWS because of its function in preparing the SWS for orbital operation. Section 1.0 describes vehicle and mission configurations of the Skylab program and provides general descriptions of the various systems. Section 2.0 provides detailed systems data covering system interfaces, functional description, subsystems and major components description, component operation, failure modes, performance and design data, operational limitations and restrictions, and instrumentation, and briefly outlines the experiments. Section 3.0 contains illustrations of all panels and identifies the controls and displays, panels, reference designators, nomenclature, functions, circuit breakers, and power sources. The Table of Contents lists in order of appearance all sections, subsections, major paragraphs, illustrations, and tables and provides their respective page locations. Appendix A defines the abbreviations and acronyms employed throughout this handbook, and Appendix B explains the symbols used. Appendix C is a locator index that references component controls contained in Section 3.0. Appendix D is an alphabetical index of paragraph headings, illustrations, and tables, according to the key word, with applicable page numbers. Additional items of significance to the user have been included in the index. The technical level to which this document is written assumes the reader to have general knowledge of engineering terms and principles.

West, W. D.↗

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 NTRS1969

MDA external mobility aids evaluation Simulation test report

Simulation test report for multiple docking adapter external handrail system evaluation

Source record↗

NASA NTRS1985

Replacement of MDA with more oxidatively stable diamines in PMR-polyimides

Studies are performed to investigate the effect of substituting 4,4'-oxydianiline and 1,1-bis(4-aminophenyl)-1-phenyl-2,2,2-trifluoroethane for the 4,4'-methylenedianiline in PMR polyimide matrix resin. Graphite fiber reinforced composites are fabricated from unsized Celion 6000 and PMR-polyimide matrix resins having formulated molecular weights in the range of 1500 to 2400. The composite processing characteristics are investigated and the initial room temperature and 316 C (600 F) composite mechanical properties are determined. Comparative 316 C composite weight losses and 316 C mechanical properties retention after prolonged 316 C air exposure are also determined.

Alston, W. B.↗

NASA NTRS2024

Summary of Model-based Attitude Control of LUVOIR in Modular Dynamic Analysis (MDA) Simulink Environment

This document overviews the work I completed in the second half of my summer 2018 internship experience in Code 591 at NASA Goddard Space Flight Center. Please see the former memorandum for additional context on the project. The take away point is that LUVOIR A has been modeled as three rigid bodies linked by 1-DOF rotary joints. An LQR attitude controller was designed for precision pointing of the spacecraft with the design requirement that steady state oscillations have amplitude less than a miliarcsecond. The performance of the algorithm was tested in the Modular Dynamic Analysis Simulink library developed by J. Roger Chen at NASA Goddard. While the initial simulations were of rigid bodies, subsequent simulations included flexible body modes on all three bodies of the model. The simulated structural deformations initially destabilized the LQR controller thus requiring a redesign of the K gain matrix. The final simulation demonstrated a stabilizing feedback gain with miliarcsecond precision within 400 minutes. This run used 20 modes on the spacecraft, 9 on the bus, and 100 on the payload. Future recommended work includes the development of a Vibration Isolation and Precision Pointing System (VIPPS) Simulink model. Armed with this model, the system should be modeled as four bodies whose associated flexible files must be generated from the spacecraft through Gimbal 1, Gimbal 1 through Gimbal 2, Gimbal 2 through the VIPPS interface, and the VIPPS interface through the payload.

William Bentz↗

NASA NTRS2002

Panel Discussion on Multi-Disciplinary Analysis

The Marshall Space Flight Center (MSFC) is hosting the Thermal and Fluids Analysis Workshop (TFAWS) during the week of September 10, 2001. Included in this year's TFAWS is a panel session on Multidisciplinary Analysis techniques. The intent is to provide an opportunity for the users to gain information as to what product may be best suited for their applications environment and to provide feedback to you, the developers, on future desired developments. Potential users of multidisciplinary analysis (MDA) techniques are often overwhelmed by the number of choices available to them via commercial products and by the pace of new developments in this area. The purpose of this panel session is to provide a forum wherein MDA tools available and under development can be discussed, compared, and contrasted. The intent of this panel is to provide the end-user with the information necessary to make educated decisions on how to proceed with selecting their MDA tool. It is anticipated that the discussions this year will focus on MDA techniques that couple discipline codes or algorithms (as opposed to monolithic, unified MDA approaches). The MDA developers will be asked to prepare a product overview presentation addressing specific questions provided by the panel organizers. The purpose of these questions will be to establish the method employed by the particular MDA technique for communication between the discipline codes, to establish the similarities and differences amongst the various approaches, and to establish the range of experience and applications for each particular MDA approach.

Garcia, Robert↗

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 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 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 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 NTRS2011

Assembly of 5.5-Meter Diameter Developmental Barrel Segments for the Ares I Upper Stage

Full scale assembly welding of Ares I Upper Stage 5.5-Meter diameter cryogenic tank barrel segments has been performed at the Marshall Space Flight Center (MSFC). One full-scale developmental article produced under the Ares 1 Upper Stage project is the Manufacturing Demonstration Article (MDA) Barrel. This presentation will focus on the welded assembly of this barrel section, and associated lessons learned. Among the MDA articles planned on the Ares 1 Program, the Barrel was the first to be completed, primarily because the process of manufacture from piece parts (barrel panels) utilized the most mature friction stir process planned for use on the Ares US program: Conventional fixed pin Friction Stir Welding (FSW). This process is in use on other space launch systems, including the Shuttle s External Tank, the Delta IV common booster core, the Delta II, and the Atlas V rockets. The goals for the MDA Barrel development were several fold: 1) to prove out Marshall Space Flight Center s new Vertical Weld Tool for use in manufacture of cylindrical barrel sections, 2) to serve as a first run for weld qualification to a new weld specification, and 3) to provide a full size cylindrical section for downstream use in precision cleaning and Spray-on Foam Insulation development. The progression leading into the welding of the full size barrel included sub scale panel welding, subscale cylinder welding, a full length confidence weld, and finally, the 3 seamed MDA barrel processing. Lessons learned on this MDA program have been carried forward into the production tooling for the Ares 1 US Program, and in the use of the MSFC VWT in processing other large scale hardware, including two 8.4 meter diameter Shuttle External Tank barrel sections that are currently being used in structural analysis to validate shell buckling models.

Carter, Robert W.↗

NASA NTRS2017

Biosensor Integration Development ExMC/Canadian Space Agency Collaboration

In support of the NASA Human Research Program Exploration Medical Capability (ExMC) Element, NASA Ames Research Center (ARC) established a collaborative effort with the Canadian Space Agency (CSA). The collaboration focuses on leveraging CSA capability in the areas of biosensors and decision support that will augment future development of such components for Exploration Missions. The CSA advancement of biosensors enables NASA to focus on the integration and data management associated with these types of components through the system currently under development by the Medical Data Architecture (MDA) project. This approach has enabled the establishment of a successful collaborative working relationship between ExMC and CSA.Applying lessons learned from the fiscal year 2016 (FY16) Human Exploration Research Analog (HERA) campaign, CSA and NASA ARC developed a solution to provide real-time feedback to researchers who monitor the collection of vital signs data from a wearable Astroskin garment. The advances in the interfaces included the development of an iPad application (by CSA) to wirelessly forward the vital signs data to the MDA system, which collected the vital signs data through a receiver developed by NASA ARC. The development of these interfaces aims to provide communications between the Astroskin and the MDA system such that data may be seamlessly collected, stored and retrieved by the MDA. The first steps towards this goal were demonstrated in FY16. In FY17, ExMC will complete the first in a series of test beds that establishes a system to automate collection and management of vital sign data from the Astroskin, and other sources of data, to provide information for a crewmember to make medical decisions. In addition, the MDA Test Bed 1 will enable CSA to evaluate and optimize biosensor advancement and facilitate decision support algorithm development.

Vital signs↗

NASA NTRS2017

Biosensor Integration Development ExMC/Canadian Space Agency Collaboration

In support of the NASA Human Research Program Exploration Medical Capability (ExMC) Element, NASA Ames Research Center (ARC) established a collaborative effort with the Canadian Space Agency (CSA). The collaboration focuses on leveraging CSA capability in the areas of biosensors and decision support that will augment future development of such components for Exploration Missions. The CSA advancement of biosensors enables NASA to focus on the integration and data management associated with these types of components through the system currently under development by the Medical Data Architecture (MDA) project. This approach has enabled the establishment of a successful collaborative working relationship between ExMC and CSA.Applying lessons learned from the fiscal year 2016 (FY16) Human Exploration Research Analog (HERA) campaign, CSA and NASA ARC developed a solution to provide real-time feedback to researchers who monitor the collection of vital signs data from a wearable Astroskin garment. The advances in the interfaces included the development of an iPad application (by CSA) to wirelessly forward the vital signs data to the MDA system, which collected the vital signs data through a receiver developed by NASA ARC. The development of these interfaces aims to provide communications between the Astroskin and the MDA system such that data may be seamlessly collected, stored and retrieved by the MDA. The first steps towards this goal were demonstrated in FY16. In FY17, ExMC will complete the first in a series of test beds that establishes a system to automate collection and management of vital sign data from the Astroskin, and other sources of data, to provide information for a crewmember to make medical decisions. In addition, the MDA Test Bed 1 will enable CSA to evaluate and optimize biosensor advancement and facilitate decision support algorithm development.

Astroskin↗

NASA NTRS2020

Medical Data Architecture Prototype Development - Summary of Recent Work and Proposed Ideas for Upcoming Work

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, and in ExMC Gap Med 10: We do not have the capability to provide computed medical decision support during exploration missions. These gaps recognize the need for a comprehensive medical data management system and the accompanying computational support to provide autonomous medical care during long duration exploration missions. As the MDA matures—including the capability to comprehensively process and discover medically-relevant information to support medical operations during exploration missions—project focus will shift to maturing and extending the MDA platform to enable clinical decision support and real-time guidance. To date, the MDA foundational architecture has recommended exploration medical system Level of Care IV requirements through a series of test bed prototype developments and analog demonstrations. The next stage in the development will focus on more autonomous clinical decision making necessary to address challenges in executing a self-contained medical system that enables health care both with and without assistance from ground support. A thorough understanding of current state of medical decision support systems, advanced machine learning algorithms and vast and varied data sources is required. The development of a clinical decision support for exploration missions (Level of Care V) roadmap is needed: one that assesses of current state of the art of clinical decision support systems (CDSS), interoperability issues, identification of challenges in health and performance monitoring, obtaining and processing information from biosensors, knowledge and data management, data integration and fusion, and advanced algorithm development. This roadmap must also include rapid prototype development in the areas of data processing, advanced analysis and prediction of medical events, and treatment based on medically relevant information processing and evidence-based best practices. In this presentation, an overview of the relevant issues and the beginning framework of a Level of Care V CDSS development roadmap will be provided.

Krihak, M.↗