SEARCH · Search NASA

Results for “SOAP”

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

SourceResearch connectionFrom yearThrough year

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

At least 109 records · Page 6

All sources NASA NTRS DOE OSTI

NASA NTRS2005

Mars Orbiter Sample Return Power Design

Mars has greatly intrigued scientists and the general public for many years because, of all the planets, its environment is most like Earth's. Many scientists believe that Mars once had running water, although surface water is gone today. The planet is very cold with a very thin atmosphere consisting mainly of CO2. Mariner 4, 6, and 7 explored the planet in flybys in the 1960s and by the orbiting Mariner 9 in 1971. NASA then mounted the ambitious Viking mission, which launched two orbiters and two landers to the planet in 1975. The landers found ambiguous evidence of life. Mars Pathfinder landed on the planet on July 4, 1997, delivering a mobile robot rover that demonstrated exploration of the local surface environment. Mars Global Surveyor is creating a highest-resolution map of the planet's surface. These prior and current missions to Mars have paved the way for a complex Mars Sample Return mission planned for 2003 and 2005. Returning surface samples from Mars will necessitate retrieval of material from Mars orbit. Sample mass and orbit are restricted to the launch capability of the Mars Ascent Vehicle. A small sample canister having a mass less than 4 kg and diameter of less than 16 cm will spend from three to seven years in a 600 km orbit waiting for retrieval by a second spacecraft consisting of an orbiter equipped with a sample canister retrieval system, and a Earth Entry Vehicle. To allow rapid detection of the on-orbit canister, rendezvous, and collection of the samples, the canister will have a tracking beacon powered by a surface mounted solar array. The canister must communicate using RF transmission with the recovery vehicle that will be coming in 2006 or 2009 to retrieve the canister. This paper considers the aspect and conclusion that went into the design of the power system that achieves the maximum power with the minimum risk. The power output for the spherical orbiting canister was modeled and plotted in various views of the orbit by the Satellite Orbit Analysis Program (SOAP).

Mardesich, N.↗

NASA NTRS2006

Optical Interferometry Motivation and History

A history and motivation of stellar interferometry is presented. The topics include: 1) On Tides, Organ Pipes, and Soap Bubbles; 2) Armand Hippolyte Fizeau (1819-1896); 3) Fizeau Suggests Stellar Interferometry 1867; 4) Edouard Stephan (1837-1923); 5) Foucault Refractor; 6) Albert A. Michelson (1852-1931); 7) On the Application of Interference Methods to Astronomy (1890); 8) Moons of Jupiter (1891); 9) Other Applications in 19th Century; 10) Timeline of Interferometry to 1938; 11) 30 years goes by; 12) Mount Wilson Observatory; 13) Michelson's 20 ft Interferometer; 14) Was Michelson Influenced by Fizeau? 15) Work Continues in the 1920s and 30s; 16) 50 ft Interferometer (1931-1938); 17) Light Paths in the 50 ft Interferometer; 18) Ground-level at the 50 ft; 19) F.G. Pease (1881-1938); 20) Timeline of Optical Interferometry to 1970; 21) A New Type of Stellar Interferometer (1956); 22) Intensity Interferometer (1963- 1976; 23) Robert Hanbury Brown; 24) Interest in Optical Interferometry in the 1960s; 25) Interferometry in the Early 1970s; and 26) A New Frontier is Opened up in 1974.

history↗

NASA NTRS2006

Progress and Plans in Support of the Polar Community

Feedback provided by the Antarctic community has proven instrumental in positively influencing the direction of the GCMD's development. For example, in response to requests for a stand alone metadata authoring tool, a new shareable software package called docBUILDER solo will be released to the public in March 2006. This tool permits researchers to document their data during experiments and observational periods in the field. The international polar community has also played a key role in encouraging support for the foreign language character set in the metadata display and tools (10% of the records in the AMD hold foreign characters). In the upcoming release, the full ISO character set, which also includes mathematical symbols, will be supported. Additional upgrades include the ability for users to search for data sets based on pre-selected temporal and spatial resolution ranges. Data providers are strongly encouraged to populate the resolution fields for their data sets, although these fields are not currently required. In prior versions, browser incompatibilities often resulted in unreliable performance for users attempting to initiate a spatial search using a map based on Java applet technology. The GCMD will offer an integrated Google map and date search, replacing the applet technology and enhancing the geospatial and temporal searches. It is estimated that 30% of the records in the AMD have direct access to data. A growing number of these records can be accessed through data service links. Related data services are therefore becoming valuable assets in facilitating the use and visualization of data. Users will gain the ability to refine services using the same options as those available for data set searches. Data providers are encouraged to describe available data-related services through the directory. Future plans include offering web services through a SOAP interface and extending semantic queries for the polar regions through the use of ontologies. The Open Archives Initiative's (OAI) Protocol for Metadata Harvesting (PMH) has been successfully tested with several organizations and appears to be a prime candidate for sharing metadata within the community. The GCMD anticipates contributing to the design of the data management system for the International Polar Year and to the ongoing efforts in the years to come. Further enhancements will be discussed at the meeting.

Olsen, Lola M.↗

NASA NTRS2006

Simulation Modeling and Performance Evaluation of Space Networks

In space exploration missions, the coordinated use of spacecraft as communication relays increases the efficiency of the endeavors. To conduct trade-off studies of the performance and resource usage of different communication protocols and network designs, JPL designed a comprehensive extendable tool, the Multi-mission Advanced Communications Hybrid Environment for Test and Evaluation (MACHETE). The design and development of MACHETE began in 2000 and is constantly evolving. Currently, MACHETE contains Consultative Committee for Space Data Systems (CCSDS) protocol standards such as Proximity-1, Advanced Orbiting Systems (AOS), Packet Telemetry/Telecommand, Space Communications Protocol Specification (SCPS), and the CCSDS File Delivery Protocol (CFDP). MACHETE uses the Aerospace Corporation s Satellite Orbital Analysis Program (SOAP) to generate the orbital geometry information and contact opportunities. Matlab scripts provide the link characteristics. At the core of MACHETE is a discrete event simulator, QualNet. Delay Tolerant Networking (DTN) is an end-to-end architecture providing communication in and/or through highly stressed networking environments. Stressed networking environments include those with intermittent connectivity, large and/or variable delays, and high bit error rates. To provide its services, the DTN protocols reside at the application layer of the constituent internets, forming a store-and-forward overlay network. The key capabilities of the bundling protocols include custody-based reliability, ability to cope with intermittent connectivity, ability to take advantage of scheduled and opportunistic connectivity, and late binding of names to addresses. In this presentation, we report on the addition of MACHETE models needed to support DTN, namely: the Bundle Protocol (BP) model. To illustrate the use of MACHETE with the additional DTN model, we provide an example simulation to benchmark its performance. We demonstrate the use of the DTN protocol and discuss statistics gathered concerning the total time needed to simulate numerous bundle transmissions

network protocols↗

NASA NTRS2009

ISS Hygiene Activities - Issues and Resolutions

Hygiene is something that is usually taken for granted by those of us on the Earth. The ability to perform hygiene satisfactorily during long duration space flight is crucial for the crew's ability to function. Besides preserving the basic health of the crew, crew members have expressed that the ability to clean up on-orbit is vital for mental health. Providing this functionality involves more than supplying hygiene items such as soap and toothpaste. On the International Space Station (ISS), the details on where and how to perform hygiene were left to the crew discretion for the first seventeen increments. Without clear guidance, the methods implemented on-orbit have resulted in some unintended consequences to the ISS environment. This paper will outline the issues encountered regarding hygiene activities on-board the ISS, and the lessons that have been learned in addressing those issues. Additionally, the paper will address the resolutions that have been put into place to protect the ISS environment while providing the crew sufficient means to perform hygiene.

Prokhorov, Kimberlee S.↗

NASA NTRS2008

Earth Science Mining Web Services

To allow scientists further capabilities in the area of data mining and web services, the Goddard Earth Sciences Data and Information Services Center (GES DISC) and researchers at the University of Alabama in Huntsville (UAH) have developed a system to mine data at the source without the need of network transfers. The system has been constructed by linking together several pre-existing technologies: the Simple Scalable Script-based Science Processor for Measurements (S4PM), a processing engine at he GES DISC; the Algorithm Development and Mining (ADaM) system, a data mining toolkit from UAH that can be configured in a variety of ways to create customized mining processes; ActiveBPEL, a workflow execution engine based on BPEL (Business Process Execution Language); XBaya, a graphical workflow composer; and the EOS Clearinghouse (ECHO). XBaya is used to construct an analysis workflow at UAH using ADam components, which are also installed remotely at the GES DISC, wrapped as Web Services. The S4PM processing engine searches ECHO for data using space-time criteria, staging them to cache, allowing the ActiveBPEL engine to remotely orchestras the processing workflow within S4PM. As mining is completed, the output is placed in an FTP holding area for the end user. The goals are to give users control over the data they want to process, while mining data at the data source using the server's resources rather than transferring the full volume over the internet. These diverse technologies have been infused into a functioning, distributed system with only minor changes to the underlying technologies. The key to the infusion is the loosely coupled, Web-Services based architecture: All of the participating components are accessible (one way or another) through (Simple Object Access Protocol) SOAP-based Web Services.

Pham, Long↗

NASA NTRS2009

NASA Tech Briefs, February 2009

Tech Briefs are short announcements of innovations originating from research and development activities of the National Aeronautics and Space Administration. They emphasize information considered likely to be transferable across industrial, regional, or disciplinary lines and are issued to encourage commercial application. Topics covered include: Measuring Low Concentrations of Liquid Water in Soil; The Mars Science Laboratory Touchdown Test Facility; Non-Contact Measurement of Density and Thickness Variation in Dielectric Materials; Compact Microwave Fourier Spectrum Analyzer; InP Heterojunction Bipolar Transistor Amplifiers to 255 GHz; Combinatorial Generation of Test Suites; In-Phase Power-Combined Frequency Tripler at 300 GHz; Electronic System for Preventing Airport Runway Incursions; Smaller but Fully Functional Backshell for Cable Connector; Glove-Box or Desktop Virtual-Reality System; Composite Layer Manufacturing with Fewer Interruptions; Improved Photoresist Coating for Making CNT Field Emitters; A Simplified Diagnostic Method for Elastomer Bond Durability; Complex Multifunctional Polymer/Carbon-Nanotube Composites; Very High Output Thermoelectric Devices Based on ITO Nanocomposites; Reducing Unsteady Loads on a Piggyback Miniature Submarine; Ultrasonic/Sonic Anchor; Grooved Fuel Rings for Nuclear Thermal Rocket Engines; Pulsed Operation of an Ion Accelerator; Autonomous Instrument Placement for Mars Exploration Rovers; Mission and Assets Database; TCP/IP Interface for the Satellite Orbit Analysis Program (SOAP); Trajectory Calculator for Finite-Radius Cutter on a Lathe; Integrated System Health Management Development Toolkit.

Source record↗

NASA NTRS2009

NASA Tech Briefs, March 2009

Topics covered include: Improved Instrument for Detecting Water and Ice in Soil; Real-Time Detection of Dust Devils from Pressure Readings; Determining Surface Roughness in Urban Areas Using Lidar Data; DSN Data Visualization Suite; Hamming and Accumulator Codes Concatenated with MPSK or QAM; Wide-Angle-Scanning Reflectarray Antennas Actuated by MEMS; Biasable Subharmonic Membrane Mixer for 520 to 600 GHz; Hardware Implementation of Serially Concatenated PPM Decoder; Symbolic Processing Combined with Model-Based Reasoning; Presentation Extensions of the SOAP; Spreadsheets for Analyzing and Optimizing Space Missions; Processing Ocean Images to Detect Large Drift Nets; Alternative Packaging for Back-Illuminated Imagers; Diamond Machining of an Off-Axis Biconic Aspherical Mirror; Laser Ablation Increases PEM/Catalyst Interfacial Area; Damage Detection and Self-Repair in Inflatable/Deployable Structures; Polyimide/Glass Composite High-Temperature Insulation; Nanocomposite Strain Gauges Having Small TCRs; Quick-Connect Windowed Non-Stick Penetrator Tips for Rapid Sampling; Modeling Unsteady Cavitation and Dynamic Loads in Turbopumps; Continuous-Flow System Produces Medical-Grade Water; Discrimination of Spore-Forming Bacilli Using spoIVA; nBn Infrared Detector Containing Graded Absorption Layer; Atomic References for Measuring Small Accelerations; Ultra-Broad-Band Optical Parametric Amplifier or Oscillator; Particle-Image Velocimeter Having Large Depth of Field; Enhancing SERS by Means of Supramolecular Charge Transfer; Improving 3D Wavelet-Based Compression of Hyperspectral Images; Improved Signal Chains for Readout of CMOS Imagers; SOI CMOS Imager with Suppression of Cross-Talk; Error-Rate Bounds for Coded PPM on a Poisson Channel; Biomorphic Multi-Agent Architecture for Persistent Computing; and Using Covariance Analysis to Assess Pointing Performance.

Source record↗

NASA NTRS2009

Work Coordination Engine

The Work Coordination Engine (WCE) is a Java application integrated into the Service Management Database (SMDB), which coordinates the dispatching and monitoring of a work order system. WCE de-queues work orders from SMDB and orchestrates the dispatching of work to a registered set of software worker applications distributed over a set of local, or remote, heterogeneous computing systems. WCE monitors the execution of work orders once dispatched, and accepts the results of the work order by storing to the SMDB persistent store. The software leverages the use of a relational database, Java Messaging System (JMS), and Web Services using Simple Object Access Protocol (SOAP) technologies to implement an efficient work-order dispatching mechanism capable of coordinating the work of multiple computer servers on various platforms working concurrently on different, or similar, types of data or algorithmic processing. Existing (legacy) applications can be wrapped with a proxy object so that no changes to the application are needed to make them available for integration into the work order system as "workers." WCE automatically reschedules work orders that fail to be executed by one server to a different server if available. From initiation to completion, the system manages the execution state of work orders and workers via a well-defined set of events, states, and actions. It allows for configurable work-order execution timeouts by work-order type. This innovation eliminates a current processing bottleneck by providing a highly scalable, distributed work-order system used to quickly generate products needed by the Deep Space Network (DSN) to support space flight operations. WCE is driven by asynchronous messages delivered via JMS indicating the availability of new work or workers. It runs completely unattended in support of the lights-out operations concept in the DSN.

Zendejas, Silvino↗

NASA NTRS2007

Portable Microleak-Detection System

The figure schematically depicts a portable microleak-detection system that has been built especially for use in testing hydrogen tanks made of polymer-matrix composite materials. (As used here, microleak signifies a leak that is too small to be detectable by the simple soap-bubble technique.) The system can also be used to test for microleaks in tanks that are made of other materials and that contain gases other than hydrogen. Results of calibration tests have shown that measurement errors are less than 10 percent for leak rates ranging from 0.3 to 200 cm3/min. Like some other microleak-detection systems, this system includes a vacuum pump and associated plumbing for sampling the leaking gas, and a mass spectrometer for analyzing the molecular constituents of the gas. The system includes a flexible vacuum chamber that can be attached to the outer surface of a tank or other object of interest that is to be tested for leakage (hereafter denoted, simply, the test object). The gas used in a test can be the gas or vapor (e.g., hydrogen in the original application) to be contained by the test object. Alternatively, following common practice in leak testing, helium can be used as a test gas. In either case, the mass spectrometer can be used to verify that the gas measured by the system is the test gas rather than a different gas and, hence, that the leak is indeed from the test object.

Rivers, H. Kevin↗

NASA NTRS2010

Common Data Format (CDF) and Coordinated Data Analysis Web (CDAWeb)

The Coordinated Data Analysis Web (CDAWeb) data browsing system provides plotting, listing and open access v ia FTP, HTTP, and web services (REST, SOAP, OPeNDAP) for data from mo st NASA Heliophysics missions and is heavily used by the community. C ombining data from many instruments and missions enables broad resear ch analysis and correlation and coordination with other experiments a nd missions. Crucial to its effectiveness is the use of a standard se lf-describing data format, in this case, the Common Data Format (CDF) , also developed at the Space Physics Data facility , and the use of metadata standa rds (easily edited with SKTeditor ). CDAweb is based on a set of IDL routines, CDAWlib . . The CDF project also maintains soft ware and services for translating between many standard formats (CDF. netCDF, HDF, FITS, XML) <! .

Candey, Robert M.↗

NASA NTRS2010

Finding, Browsing and Getting Data Easily Using SPDF Web Services

The NASA GSFC Space Physics Data Facility (5PDF) provides heliophysics science-enabling information services for enhancing scientific research and enabling integration of these services into the Heliophysics Data Environment paradigm, via standards-based approach (SOAP) and Representational State Transfer (REST) web services in addition to web browser, FTP, and OPeNDAP interfaces. We describe these interfaces and the philosophies behind these web services, and show how to call them from various languages, such as IDL and Perl. We are working towards a "one simple line to call" philosophy extolled in the recent VxO discussions. Combining data from many instruments and missions enables broad research analysis and correlation and coordination with other experiments and missions.

Candey, R.↗

NASA NTRS2010

Overview of the Development of the Temporary Sleep Station Hygiene Liner Aboard the International Space Station

Since the beginning of manned operations aboard the International Space Station (ISS), the crew had performed hygiene activities within the aisle way (the habitable volume, not including the sleep areas) of the ISS. The Crew used wet towels, re-hydrated body soap, and "no-rinse" shampoo to cleanse themselves amongst the stowage and systems hardware, referred to as "racks", even without a designated area to dry the wet items. Performing hygiene in this manner became an accepted method; no isolated location was available to the Crew. After several years of hygiene operations, some of the fabric-covered racks began to grow biological material (generically described as mold) and soon became a Crew health concern. Hygiene has one of the strongest impacts on Crew morale, and mandating changes to the Crew routine would have been met with strong resistance. The answer to the conundrum was to develop a liner to be placed within the Temporary Sleep Station (TeSS), one of the Crew s sleeping racks. This liner provided the Crew a means to perform hygiene activities within a private, enclosed area that also significantly decreased the potential to grow mold. This paper will describe the development of the TeSS Hygiene Liner, its impacts on the ISS and Crew, as well as its contribution to hygiene activities used in space today.

Reid, Ethan A.↗

NASA NTRS2006

Adding Hierarchical Objects to Relational Database General-Purpose XML-Based Information Managements

NETMARK is a flexible, high-throughput software system for managing, storing, and rapid searching of unstructured and semi-structured documents. NETMARK transforms such documents from their original highly complex, constantly changing, heterogeneous data formats into well-structured, common data formats in using Hypertext Markup Language (HTML) and/or Extensible Markup Language (XML). The software implements an object-relational database system that combines the best practices of the relational model utilizing Structured Query Language (SQL) with those of the object-oriented, semantic database model for creating complex data. In particular, NETMARK takes advantage of the Oracle 8i object-relational database model using physical-address data types for very efficient keyword searches of records across both context and content. NETMARK also supports multiple international standards such as WEBDAV for drag-and-drop file management and SOAP for integrated information management using Web services. The document-organization and -searching capabilities afforded by NETMARK are likely to make this software attractive for use in disciplines as diverse as science, auditing, and law enforcement.

Lin, Shu-Chun↗

NASA NTRS2012

Rudimentary Cleaning Compared to Level 300A

A study was done to characterize the cleanliness level achievable when using a rudimentary cleaning process, and results were compared to JPR 5322.1G Level 300A. While it is not ideal to clean in a shop environment, some situations (e.g., field combat operations) require oxygen system hardware to be maintained and cleaned to prevent a fire hazard, even though it cannot be sent back to a precision cleaning facility. This study measured the effectiveness of basic shop cleaning. Initially, three items representing parts of an oxygen system were contaminated: a metal plate, valve body, and metal oxygen bottle. The contaminants chosen were those most likely to be introduced to the system during normal use: oil, lubricant, metal shavings/powder, sand, fingerprints, tape, lip balm, and hand lotion. The cleaning process used hot water, soap, various brushes, gaseous nitrogen, water nozzle, plastic trays, scouring pads, and a controlled shop environment. Test subjects were classified into three groups: technical professionals having an appreciation for oxygen hazards; professional precision cleaners; and a group with no previous professional knowledge of oxygen or precision cleaning. Three test subjects were in each group, and each was provided with standard cleaning equipment, a cleaning procedure, and one of each of the three test items to clean. The results indicated that the achievable cleanliness level was independent of the technical knowledge or proficiency of the personnel cleaning the items. Results also showed that achieving a Level 300 particle count was more difficult than achieving a Level A nonvolatile residue amount.

Arpin, Christina Y. Pina↗

NASA NTRS2013

Planetary Data Systems (PDS) Imaging Node Atlas II

The Planetary Image Atlas (PIA) is a Rich Internet Application (RIA) that serves planetary imaging data to the science community and the general public. PIA also utilizes the USGS Unified Planetary Coordinate system (UPC) and the on-Mars map server. The Atlas was designed to provide the ability to search and filter through greater than 8 million planetary image files. This software is a three-tier Web application that contains a search engine backend (MySQL, JAVA), Web service interface (SOAP) between server and client, and a GWT Google Maps API client front end. This application allows for the search, retrieval, and download of planetary images and associated meta-data from the following missions: 2001 Mars Odyssey, Cassini, Galileo, LCROSS, Lunar Reconnaissance Orbiter, Mars Exploration Rover, Mars Express, Magellan, Mars Global Surveyor, Mars Pathfinder, Mars Reconnaissance Orbiter, MESSENGER, Phoe nix, Viking Lander, Viking Orbiter, and Voyager. The Atlas utilizes the UPC to translate mission-specific coordinate systems into a unified coordinate system, allowing the end user to query across missions of similar targets. If desired, the end user can also use a mission-specific view of the Atlas. The mission-specific views rely on the same code base. This application is a major improvement over the initial version of the Planetary Image Atlas. It is a multi-mission search engine. This tool includes both basic and advanced search capabilities, providing a product search tool to interrogate the collection of planetary images. This tool lets the end user query information about each image, and ignores the data that the user has no interest in. Users can reduce the number of images to look at by defining an area of interest with latitude and longitude ranges.

Stanboli, Alice↗

NASA NTRS2017

Medical Data Architecture Project Capabilities and Design

Mission constraints will challenge the delivery of medical care on a long-term, deep space exploration mission. This type of mission will be restricted in the availability of medical knowledge, skills, procedures and resources to prevent, diagnose, and treat in-flight medical events. Challenges to providing medical care are anticipated, including resource and resupply constraints, delayed communications and no ability for medical evacuation. The Medical Data Architecture (MDA) project will enable medical care capability in this constrained environment. The first version of the system, called "Test Bed 1," includes capabilities for automated data collection, data storage and data retrieval to provide information to the Crew Medical Officer (CMO). Test Bed 1 seeks to establish a data architecture foundation and develop a scalable data management system through modular design and standardized interfaces. In addition, it will demonstrate to stakeholders the potential for an improved, automated, flow of data to and from the medical system over the current methods employed on the International Space Station (ISS). It integrates a set of external devices, software and processes, and a Subjective, Objective, Assessment, and Plan (SOAP) note commonly used by clinicians. Medical data like electrocardiogram plots, heart rate, skin temperature, respiration rate, medications taken, and more are collected from devices and stored in the Electronic Medical Records (EMR) system, and reported to crew and clinician. Devices integrated include the Astroskin biosensor vest and IMED CARDIAX electrocardiogram (ECG) device with INEED MD ECG Glove, and the NASA-developed Medical Dose Tracker application. The system is designed to be operated as a standalone system, and can be deployed in a variety of environments, from a laptop to a data center. The system is primarily composed of open-source software tools, and is designed to be modular, so new capabilities can be added. The software components and integration methods will be discussed.

Data architecture↗

NASA NTRS2017

Medical Data Architecture Capabilities and Design

Mission constraints will challenge the delivery of medical care on a long-term, deep space explorationmission. This type of mission will be restricted in the availability of medical knowledge, skills, procedures and resourcesto prevent, diagnose, and treat in-flight medical events. Challenges to providing medical care are anticipated, includingresource and resupply constraints, delayed communications and no ability for medical evacuation. The Medical DataArchitecture (MDA) project will enable medical care capability in this constrained environment.The first version of thesystem, called Test Bed 1, includes capabilities for automated data collection, data storage and data retrieval to provideinformation to the Crew Medical Officer (CMO). Test Bed 1 seeks to establish a data architecture foundation and developa scalable data management system through modular design and standardized interfaces. In addition, it will demonstrateto stakeholders the potential for an improved, automated, flow of data to and from the medical system over the currentmethods employed on the International Space Station (ISS). It integrates a set of external devices, software andprocesses, and a Subjective, Objective, Assessment, and Plan (SOAP) note commonly used by clinicians. Medical datalike electrocardiogram plots, heart rate, skin temperature, respiration rate, medications taken, and more are collectedfrom devices and stored in the Electronic Medical Records (EMR) system, and reported to crew and clinician. Devicesintegrated include the Astroskin biosensor vest and IMED CARDIAX electrocardiogram (ECG) device with INEED MDECG Glove, and the NASA-developed Medical Dose Tracker application.The system is designed to be operated as astandalone system, and can be deployed in a variety of environments, from a laptop to a data center. The system isprimarily composed of open-source software tools, and is designed to be modular, so new capabilities can be added. Thesoftware components and integration methods will be discussed.

Exploration medical system↗