◢ SPACE MEDICINE FOUNDATION
⌕ Search
Space weather
Geomagnetic storm level: Loading…
Solar radiation level: Loading…
Updated --:-- -- ET · educational only
EDUCATIONAL RESOURCE · Educational use only — not medical advice and not operational guidance. Disclaimer

Home › Robotic Medicine › Protocol library › RMP-ENV-003

CONCEPTUAL · DRAFT v0.3 · NOT FOR CLINICAL USE. An educational thought experiment about how a care robot could follow an auditable protocol. It is not a medical procedure, has not been validated, and must not be used to care for anyone. Thresholds marked <set by …> are deliberately left for clinical leads and validation to set. Disclaimer
Robotic Medicine · Protocol library

RMP-ENV-003 Rapid loss of cabin pressure: bring masks, crew accounting

AI-assisted Reviewed (AI-assisted) AI-assisted clinical and source review by the Medical Research Assistant, Oct 21, 2026 (batch 6 review, 26 required corrections and 17 optional suggestions); all required corrections, and the low-risk suggestions, are applied in this version (see Corrections). No named human clinician has reviewed it. Not for clinical use.

Fixed rules (same in every protocol)

1 · Identity and scope

When the vehicle shows a rapid loss of cabin pressure, the robot sends an URGENT alert at once to the commander, the CMO and the flight surgeon, gets out of every route to the crew vehicle and hatches, brings breathing masks and the emergency kit on command, keeps a crew accounting list as the commander states it, records each crewmember's symptoms as stated, and streams video when the link allows. The vehicle depressurization procedure, led by the commander, comes first.

Why this protocol was chosen. NASA-STD-3001 Volume 2 requires that crew can wear pressure suits during operations with a high risk of loss of cabin pressure (V2 11100), that launch, entry and abort (LEA) suits work at a pressure that protects against the serious (Type II) form of decompression sickness in a cabin depressurization (V2 11032), and that cabin pressure is displayed in real time to the crew and the ground (V2 6021). The rationale for V2 11032 recalls Soyuz 11, where a rapid depressurization led to the death of all three unsuited crewmembers within two minutes. NASA's decompression sickness brief (OCHMO-TB-037) explains how a rapid drop in pressure can cause decompression sickness, including the serious neurological and heart-and-lung (Type II) form. Earth aviation guidance from the US Federal Aviation Administration (FAA) adds that impaired performance may be immediate, before unconsciousness, and that a slow decompression may go unnoticed. The crew must move fast; a robot in the way, or one that talks while the commander runs the procedure, is a hazard. So the robot clears the routes first, including on link loss, and stays silent except for alarms. The shared value SPO2_ALERT_PCT only raises an alert; it never gates a crew action (the crew act without waiting for a reading), and the clinical lead sets it per mission with the flight surgeon, because the cabin atmosphere can differ by mission. Open question for review: where the robot restrains itself during the procedure, and how long after the event symptoms are watched for.

Autonomy: Max rung raised from 1 to 2 for supervised fetching of masks, crew accounting and video. The robot never operates hatches or valves, never blocks a route to the crew vehicle, and restrains itself out of the way when told.

Covers

  • Rapid loss of cabin pressure shown by the vehicle, in flight
  • Crew accounting and symptom records during the vehicle procedure
  • Routing to RMP-EVA-001 (decompression sickness), RMP-RESP-001 (breathing), RMP-ENT-004 (ear and sinus pain after a pressure change)

Locked out (never done by the robot under this protocol)

  • Diagnosis or naming a cause
  • Any medicine, fluid or oxygen advice; starting, stopping or adjusting oxygen
  • Touching the crewmember
  • Handing over any medicine outside RMP-PHARM-001, or after a MISMATCH or CANNOT VERIFY (the item stays quarantined; only the CMO can ask for it, through the RMP-PHARM-001 logged two-step override)
  • Opening or closing hatches or valves, or patching a leak
  • Staying in, or crossing, a route to the crew vehicle or a hatch
  • Saying there is no decompression sickness
  • Fitting a mask on anyone
  • Asking questions or giving non-alarm voice prompts while the commander's depressurization procedure is running. The robot logs only what is said to it and asks symptom questions only when the commander says the procedure allows

Related: RMP-EVA-001 · RMP-RESP-001 · RMP-ENT-004 · RMP-ENV-001 · RMP-ENV-002 · RMP-PHARM-001

2 · Roles

Medical authority
Flight surgeon (ground). Holds medical authority for every run.
Onboard lead
Crew medical officer (CMO), acting under delegated care; uses the pre-approved onboard checklist when there is no link.
Others
  • Second trained CMO: receives every alert and takes over if the CMO is the patient
  • Vehicle commander: leads any cabin emergency procedure
  • Other crew: help as the CMO or commander directs
Commercial flights
On commercial flights, 'flight surgeon' and 'CMO' mean the operator's designated medical authority and trained onboard responder. If no trained responder is aboard, this protocol is not used. (NASA-STD-3001 requires two CMOs per vehicle for NASA programs [V1 3006]; FAA rules set no medical standards for spaceflight participants.) [11]

Robot may

  • Send an URGENT alert at once
  • Clear all routes to hatches and the crew vehicle and restrain itself where the commander says
  • Bring breathing masks and the emergency kit on command
  • Keep the crew accounting list as stated by the commander
  • Record symptoms as stated, with clock times
  • Stream video when the link allows

Robot may not

  • Operate hatches or valves, or patch a leak
  • Block a route
  • Fit a mask or touch anyone
  • Say anyone is free of decompression sickness
  • Start without a human command

3 · Preconditions and consent

Consent
Emergency care; recording by the CMO's agreement when the crewmember cannot speak.
Emergency consent
If the crewmember cannot agree, the robot proceeds on the CMO's or commander's command.
Withdrawal
The crewmember or CMO can stop video; the alert and record stand.

4 · Required sensor inputs

IDInputSourceRequiredIf missing
IN-1Pressure alarm, as stated or displayedVoice / vehicle displayYesLog "no response"; keep the URGENT alert.
IN-2Crew accounting: each crewmember and location, as stated by the commanderCommanderYesLog "not accounted" for each crewmember not stated; never assume accounted.
IN-3Each crewmember's symptoms as stated (joint pain, itching, numbness, weakness, confusion, breathlessness, ear pain)Crewmember / CMOOptionalLog "not stated".
IN-4Cabin pressure as displayedVehicle displayOptionalLog "not displayed"; never interpreted.
IN-5Link status and delayCommunications systemYesTreat as link down.

5–6 · Steps and decision points

Each step names who acts. Decision points sit after the step they follow and say who decides: Robot Crew Ground. Any stop rule in section 7 can interrupt any step.

  1. S1RobotRung 2

    Send an URGENT "rapid loss of cabin pressure" alert to the flight surgeon, the CMO and the commander at once. Every URGENT alert goes to the CMO and the flight surgeon at the same time (queued for the flight surgeon if the link is down). If the CMO is the patient, is busy treating, or does not answer, the alert goes to the second trained CMO, or the crewmember named before flight [V1 3006]. An URGENT alert that is not acknowledged within <set by validation> seconds is repeated and sent to the next named crewmember.

    Done when: Alert acknowledged, or escalated.

    V2 10174V1 6003V1 3006V2 6021

  2. S2RobotRung 2

    At once, move out of every route to hatches and the crew vehicle, and restrain itself at the place the commander names (or its preset out-of-route position).

    Done when: Routes clear; robot restrained.

    Limit: <set by validation>

    V2 10172

  3. S3RobotRung 2

    Only on the commander's or CMO's command, bring breathing masks and the sealed emergency kit to the crew and restrain them within reach, without crossing a route in use. This is an emergency fetch on a human command (commander or CMO): no barcode check runs before hand-over and nothing waits for one. The robot reads the kit's own label and seal status only if that adds no delay, says "EMERGENCY FETCH – NOT VERIFIED (commander or CMO command)", and "seal not intact" if so, and hands the kit over anyway. The fetch is logged as an override: time, who asked, the reason as stated, kit ID and seal status. It never says "verified". The robot never fits a mask.

    Done when: Equipment within reach, or skipped; override logged.

    Limit: <set by validation>

    V2 7046V2 9053

  4. S4Crew

    The commander runs the vehicle depressurization procedure (suits or masks, isolation, moving to the crew vehicle) and states the crew accounting; the CMO checks crew symptoms.

    Done when: Human-led response; robot logs what is stated.

    V2 11100

  5. S5RobotRung 2

    Keep the crew accounting list exactly as the commander states it, marking anyone not stated as "not accounted"; log stated symptoms with clock times and the displayed pressure; stream video when the link allows. While the procedure runs, the robot speaks only alarm text and "not accounted" names; it asks symptom questions only when the commander says the procedure allows.

    Done when: Accounting list and symptom log kept.

    V1 6003V2 6021

    D1DecisionRobot decides

    Checked after every answer and at any point in the run (even mid-question or mid-step): does any answer, reading or observation meet a red flag?

    • Yes → Stop the current question or step at once and apply the action listed for each matching red flag (URGENT alert, flag, or stop), with the answer or reading itself, never a cause. Every URGENT alert goes to the CMO and the flight surgeon at the same time (queued for the flight surgeon if the link is down). If the CMO is the patient, is busy treating, or does not answer, the alert goes to the second trained CMO, or the crewmember named before flight [V1 3006]. An URGENT alert that is not acknowledged within <set by validation> seconds is repeated and sent to the next named crewmember.
    • No → Continue.
    D2DecisionRobot decides

    Did the commander or crewmember answer when asked for accounting or symptoms?

    • Yes → Continue.
    • Declined explicitly (the crewmember says no to a question) → Log "declined" for that question only; the alert already sent stands.
    • No response, or the answer does not make sense → URGENT: log "no response" (never "declined"); the CMO, or the second trained CMO if the CMO is the patient, checks the crewmember in person at once.
  6. S6RobotRung 2

    After any URGENT alert: After an URGENT alert the robot does not leave on its own: it stays at its rest position in the module, with its screen and voice link available, until a human has taken over or tells it to go. It never follows, blocks or touches anyone. It keeps time-stamping what humans say they did, and repeats the alert if it is not acknowledged.

    Done when: Robot at rest in the module until a human releases it; alert acknowledged or escalated.

    V2 10173V1 3006

  7. S7Ground

    The flight surgeon (or the CMO under the onboard checklist when there is no link) decides on care for decompression sickness, the watch period and any evacuation [V1 3007].

    Done when: Decision logged.

    V1 3007V2 6009

    D3DecisionGround decides

    What is the plan (decompression sickness care, watch period, evacuation)?

    • Link live → Flight surgeon decides; robot logs.
    • Link down or delay too long → The CMO decides under the pre-approved onboard checklist; the flight surgeon reviews the log at the next contact.
  8. S8RobotRung 2

    Only after the CMO or flight surgeon has placed an order, run RMP-PHARM-001 for the ordered item (fetch, barcode match to every order field, recipient check). This protocol adds nothing to that check, never suggests an order, and never hands anything over outside RMP-PHARM-001.

    Done when: RMP-PHARM-001 run logged with its result, or none ordered.

    V2 7059

    D4DecisionRobot decides

    What did RMP-PHARM-001 show for the ordered item?

    • MATCH TO ORDER → RMP-PHARM-001 completes its own recipient check and hand-over; this protocol only logs "MATCH TO ORDER. Not a dose, interaction or allergy review." and the clock time.
    • MISMATCH or CANNOT VERIFY on any field, or a failed scan or recipient check → MISMATCH or CANNOT VERIFY shown with the fields named. No hand-over under this protocol: the item stays sealed in the NOT VERIFIED bag in quarantine (the RMP-PHARM-001 default), and the robot never hands it over unprompted or to anyone but the CMO. The robot does not offer or suggest an override. Only if the CMO explicitly makes the two-step override request inside RMP-PHARM-001 can the item go to the CMO, logged there as an override with the reason and the mismatched fields, and flagged to the flight surgeon.No hand-over
  9. S9RobotRung 2

    When the CMO says the event is over, run RMP-PHARM-001 reconciliation on each kit fetched: record the items the CMO or crew state were used, the remaining contents against the kit list, seal status and expiry, labelled "inventory reconciliation after emergency use – not a check before use". Flag the override to the flight surgeon and the pharmacy lead, and show each kit as "opened – not restocked" until a human restocks and reseals it.

    Done when: Reconciliation recorded; kits shown as opened – not restocked until resealed.

    V2 7059

  10. S10RobotRung 2

    Send the flight surgeon one package: alert times, accounting list, symptoms as stated, displayed pressure and decisions.

    Done when: Package delivered or queued.

    V1 6003V1 7001V1 7003

7 · Stop and escalate rules, red flags

IDTriggerWhat happensLevel
X1The patient (or the crewmember being examined) says stop, or withdraws consentRobot stops all motion at once, backs away to its rest position and tells the CMO. Recording stops unless the patient agrees to keep it running.V2 10165stop
X2Any crewmember presses stop or takes over controlProtective stop; robot holds its stopped position; only a human may restart it.V2 10165V2 10168V2 10174safe-state
X3Robot fault, sensor fault, or a force, speed or reach limit is reachedProtective stop and hand control to the CMO; log the fault.V2 10172V2 10168safe-state
X4CMO is asked to take over and does not respond (for example, the CMO is the patient)Robot stays stopped; the next named crewmember is called.V2 10173V2 7045safe-state
X5Loss of link, or delay longer than the limit for live guidanceRobot pauses its own movement in its stopped position and tells the CMO and the commander. On link loss the robot first finishes S2/X10 (out of every route and restrained at its out-of-route position), then holds; it never pauses in a hatch route. This pauses robot movement only: crew masks, suits, crew movement and the commander's depressurization procedure continue under the onboard checklist and never wait for the link or the robot. The CMO decides whether the robot continues offline under the pre-approved onboard checklist; the robot resumes only on the commander's confirmation. Everything is logged and sent to the flight surgeon at the next contact.V2 10172V2 10173pause
X6An URGENT alert is not acknowledged within the set timeRobot repeats the alert and sends it to the next named crewmember (the second trained CMO first if the CMO is the patient), and keeps repeating at the set interval. It stays where it is: it does not leave on its own.V1 3006V2 10173urgent
X7The crewmember stops responding, or seems confused or drowsy, at any pointURGENT alert at once, even mid-question or mid-step; the robot stops its current task, stays at its rest position and does not continue the run; a crewmember checks in person.urgent
X8A crewmember asks the robot what is wrong, or for medicine, fluid or treatment adviceRobot declines, says it cannot assess or advise, and routes the question to the CMO or flight surgeon.stop
X9Any crewmember is "not accounted"Robot repeats the URGENT alert with the name to the commander and CMO every <set by validation> seconds until accounted; it does not search on its own.V1 3006urgent
X10The commander says the robot is in the way, or the robot finds itself in a route in useRobot moves out of the route at once to its out-of-route position and holds; it does not leave the module on its own otherwise.V2 10172safe-state

Red flags

The robot reports the sign or value only, never what it means. Numeric thresholds are placeholders for the clinical lead.

IDSignThresholdAction
RF1Numbness, weakness, confusion, trouble seeing or speaking, or unusual tiredness [1]anyURGENT alert; see RMP-EVA-001 (possible serious decompression sickness)
RF2Breathlessness, chest pain or cough [1]anyURGENT alert; see RMP-EVA-001 and RMP-RESP-001
RF3Joint or limb pain, itching or skin rash [1]anyURGENT alert; see RMP-EVA-001 (the robot never calls a symptom mild)
RF4Displayed saturation below the shared alert value [2]below <set by clinical lead> percent (shared parameter SPO2_ALERT_PCT)URGENT alert; see RMP-RESP-001; the crew act without waiting for a reading
RF5Ear pain, hearing loss or dizziness (inner-ear symptoms of decompression sickness per TB-037; ear barotrauma is design judgment) [1]anyURGENT alert; see RMP-EVA-001 and RMP-ENT-004; treatment: the flight surgeon; RMP-ENT-003
RF6Unresponsive, or not breathing normally [5]anyURGENT alert; start RMP-CARD-001 when the commander says the crew can act
RF7The oximeter cannot get a reading after the validated attempts (L5), and "saturation not obtained" is logged [3]anyURGENT alert; the CMO checks the crewmember now (possible poor circulation); the robot never says "probe error" and never treats a missing reading as reassuring

8 · Safety limits

IDLimitValueHow enforced
L1Contact with the crewmembernot allowedKeep-out zone in the robot controllerV2 10172
L2Hatch, valve or leak-repair action by the robotnot allowedNo hatch, valve or repair task is loaded
L3Time to clear routes and restrain<set by validation>Controller; out-of-route position preset
L4Robot speed near the crewmember<set by validation>Hard limit in the controllerV2 10172
L5Failed oximeter readings before "saturation not obtained"<set by validation>Software

9 · Logs and audit

10 · Links to NASA-STD-3001

RequirementTopic (paraphrased)How this protocol uses it
[V1 3004]In-mission medical care capabilities (including inventory, vital signs, imaging and ECG, procedures, restraints, medications, private data transmission)In-mission care includes emergency kits and diagnosing and treating pressure-related illness (dysbarism).
[V1 3006]Crew medical officers: two per vehicleTwo trained CMOs per vehicle for NASA programs; the second trained CMO receives alerts when the CMO is the patient (see the commercial-flight note).
[V1 3007]Medical evacuationMedical evacuation when needed; the flight surgeon decides.
[V1 6003]Private medical communicationsLogs and alerts sent to the ground are private medical communications.
[V1 7001]Medical records kept permanently and retrievable for trend analysisRecords kept so the flight surgeon can see trends.
[V1 7003]Security of medical recordsSecure handling of medical records.
[V2 6009]DCS treatment capabilityDecompression sickness treatment capability; the flight surgeon and CMO decide on its use.
[V2 6021]Atmospheric data displayed in real time (pressure, humidity, temperature, oxygen, CO2)Cabin pressure shown in real time to the crew and the ground; the robot records what is displayed.
[V2 7045]Medical equipment usable by non-physician crewUsable by non-physician crew, including when the CMO is the patient.
[V2 7046]Restraint of patient, care provider and suppliesPatient, caregiver and supplies restrained.
[V2 7059]Inventory management: track locations and quantitiesKit inventory and seal status are tracked; after an emergency fetch the robot reconciles the kit through RMP-PHARM-001 as an inventory record (never a check before use) and shows it as "opened – not restocked" until resealed.
[V2 9053]Protective equipment for expected hazardsProtective equipment for expected hazards: breathing masks are fetched on command.
[V2 10161]Automated system status shown to the operatorRobot shows its status and health.
[V2 10162]Mode changes announcedMode changes are announced to the operator.
[V2 10163]Data recording and sharingRobot records and shares its data.
[V2 10164]Clear allocation of responsibility (human or system)Shows whether the human or the robot is expected to act.
[V2 10165]Human override and shutdownHuman can override and shut down the robot.
[V2 10168]Failure recovery: safe human takeoverHuman can take over.
[V2 10172]Protective stop when limits are exceededProtective stop when a limit is exceeded.
[V2 10173]Safety DefaultRobot stays stopped if no one takes over.
[V2 10174]Only a human initiates or restartsOnly a human starts or restarts the robot.
[V2 11032]LEA suits protect against Type II decompression sickness in a cabin depressurizationContext: LEA suits protect against Type II decompression sickness in a cabin depressurization; the commander's procedure, not the robot, governs suits and masks.
[V2 11100]Pressure suits for protection from cabin depressurizationCrew can wear pressure suits during operations with a high risk of loss of cabin pressure; the commander leads.

IDs as published in Volume 1 Revision C [7] and Volume 2 Revision F [6]. NASA-STD-3001 binds NASA programs; it is not a regulation for commercial flights. Its robot rules are general automation requirements, not medical-device rules.

11 · Validation

  1. Simulation. Scripted rapid pressure loss, robot in a route, crewmember not accounted, neurological symptoms, CMO as patient, lost link. Pass: Routes cleared within the limit; zero contact; no hatch action.
  2. Training model. Depressurization drill with the robot clearing routes and keeping the accounting list. Pass: No route blocked in any run.
  3. Parabolic or station demonstration. Route clearing and self-restraint without a real pressure loss. Pass: Robot restrained within <set by validation> seconds.
  4. Flight use under flight surgeon supervision. First use in drills. Pass: No safety events.

No stage has been run. Pass and fail criteria must be fixed in advance by the clinical lead and safety board.

12 · Human sign-off

Before any use
  • Clinical lead for the specialty (sets every clinical threshold marked <set by clinical lead>)
  • Flight surgeon, as medical authority
  • Robotics and medical-device safety board
  • Program approval for the mission
Each run
Started by the commander or a crewmember. The commander leads the vehicle procedure.
Restart after a stop
Human only. After any emergency or protective stop, a crewmember must restart the robot; the robot never restarts itself.

None of these sign-offs has happened. This is a Draft v0.3.

13 · Change control for learning

Change-plan model: FDA guidance [10].

Loss of signal and Mars delay

Live link
Low Earth orbit: the flight surgeon receives the alert, records and video when the link allows.
Loss of signal
  • On link loss the robot first finishes S2/X10 (out of every route and restrained), then holds and tells the commander and the CMO; recording continues offline on confirmation.
  • The commander's procedure, masks, suits and crew movement never wait for the link or the robot.
Mars-class delay
  • The depressurization response cannot wait for the ground; the onboard checklist and two trained CMOs lead.
[9]
Corrections and updates

Oct 21, 2026, version 0.2. AI-assisted clinical and source review by the Medical Research Assistant, Oct 21, 2026 (batch 6 review); no named human clinician. Changes:

  • Soyuz 11 now sits under V2 11032 (its rationale: LEA suits protect against Type II decompression sickness in a cabin depressurization; Soyuz 11, three unsuited crewmembers died within two minutes); V2 11032 added to requirements as context, and the v2 citation text corrected (item 17).
  • X5 and the comms loss-of-signal branch: on link loss the robot first finishes S2/X10 (out of every route and restrained), then holds; the commander's procedure, masks, suits and crew movement never wait for the link or the robot (item 18).
  • New lockout: no questions or non-alarm voice prompts while the commander's procedure runs; symptom questions only when the commander says the procedure allows; S5 matches (item 19; FAA AC 61-107B CHG 1 context added to the "why", suggestion 37).
  • RF5 (ear pain, hearing loss or dizziness): routes to RMP-EVA-001 and RMP-ENT-004; treatment is the flight surgeon's, RMP-ENT-003 (planned); the barotrauma part labelled design judgment (item 20).
  • RF4 says the crew act without waiting for a reading; new URGENT RF7 and limit L5 for "saturation not obtained" (item 25).
  • Batch 6 protocols now record the review as AI-assisted (Medical Research Assistant, Oct 21, 2026); no named human clinician.
  • Citation labels changed to the site's year-only convention: "(approved for public release <date>)" now reads "(YYYY)", and NASA-STD-3001 Volume 2 "Revision F (approved July 14, 2026)" now reads "(Rev F, 2026)" (sources: v2). Editorial; no change to steps, thresholds or limits.

Oct 21, 2026, version 0.3. Batch 11 editorial (AI-assisted), Oct 21, 2026; no named human clinician. Changes:

  • Cross-links to the batch 11 drafts no longer say "(planned)" now that those protocols exist as v0.1 drafts.

Earlier version: Draft v0.2, Oct 21, 2026. Download the current YAML above.

Sources

  1. NASA OCHMO. Decompression Sickness (DCS) Risk Mitigation. Technical Brief OCHMO-TB-037 Rev D (Oct 5, 2026). www.nasa.gov/wp-content/uploads/2023/12/ochmo-tb-037-decompr… Supports: DCS is caused by inert gas bubbles forming during rapid reductions in ambient pressure, most significantly in the move from cabin pressure to EVA suit pressure; NASA classifies DCS as Type I (itching, musculoskeletal pain, mild rashes) and Type II (neurological symptoms, numbness, weakness, cognitive issues, inner ear problems, cardiopulmonary issues), and describes cutis marmorata (a mottled, patterned skin rash); arterial gas embolism can cause stroke-like neurological effects, loss of consciousness and seizures; U.S. Navy protocols are widely adopted on Earth; diagnosis is based on symptoms; the majority of cases present between 60 and 240 minutes and inflammatory responses can last more than 24 hours; no hyperbaric chamber is available in flight, and increasing suit and cabin pressure may be combined to treat symptoms, depending on the scenario; a break in prebreathe rapidly reintroduces nitrogen; NASA has never experienced a Type II event in spaceflight.
  2. British Thoracic Society. Guideline for oxygen use in healthcare and emergency settings (emergency oxygen guideline page). Fetched Oct 21, 2026. www.brit-thoracic.org.uk/quality-improvement/guidelines/emer… Supports: Recommended target saturation range for acutely ill patients not at risk of hypercapnic respiratory failure is 94-98%; for known COPD or other risk factors for hypercapnic respiratory failure, 88-92% pending blood gas results. Context for the CMO and flight surgeon only; the robot never starts, stops or adjusts oxygen.
  3. National Institute for Health and Care Excellence. Suspected sepsis in people aged 16 or over: recognition, assessment and early management. NICE guideline NG253 (2025, last updated Sept 23, 2026). www.nice.org.uk/guidance/ng253/chapter/Face-to-face-assessme… Supports: People with sepsis may feel very unwell and may not have a high temperature; do not rely on fever alone; a rise in temperature can be a physiological response; assess temperature, heart rate, breathing rate, blood pressure, level of consciousness and oxygen saturation; look for mottled or ashen skin, blue skin, lips or tongue, a non-blanching rash, and breaks in the skin; ask how often the person passed urine in the past 18 hours and about fever or shaking chills (rigors); pay attention to new changes in behavior and to concerns raised by others.
  4. Federal Aviation Administration. Advisory Circular AC 61-107B CHG 1: Aircraft operations at altitudes above 25,000 feet mean sea level or Mach numbers greater than .75 (2015). www.faa.gov/documentLibrary/media/Advisory_Circular/AC_61-10… Supports: Paragraph 2-7: "The TUC does not mean the onset of unconsciousness. Impaired performance may be immediate." A slow decompression "may go unnoticed" and "is as dangerous as or more dangerous than a rapid decompression". Earth aviation context for keeping the robot silent and out of the way while the commander runs the procedure.
  5. Kleinman ME, Buick JE, Huber N, et al. Part 7: Adult Basic Life Support: 2025 American Heart Association Guidelines for Cardiopulmonary Resuscitation and Emergency Cardiovascular Care. Circulation. 2025;152(16_suppl_2):S448-S478. PMID 41122888. doi:10.1161/CIR.0000000000001369 Supports: Hand-off to cardiac arrest support when the crewmember is unresponsive or not breathing normally.
  6. NASA. NASA-STD-3001, Volume 2: Human Factors, Habitability, and Environmental Health (Rev F, 2026), including Section 10.6 Automated and Robotic Systems. standards.nasa.gov/standard/NASA/NASA-STD-3001_VOL_2 Supports: NASA-STD-3001 Vol 2 Rev F: V2 11100 (pressure suits for protection from cabin depressurization), V2 11032 (LEA suits protect against Type II decompression sickness in a cabin depressurization; Soyuz 11 rationale), V2 6021 (real-time pressure display), V2 6009, V2 9053, and Section 10.6 automated and robotic systems.
  7. NASA. NASA-STD-3001, Space Flight Human-System Standard, Volume 1: Crew Health, Revision C (2023). www.nasa.gov/wp-content/uploads/2023/11/nasa-std-3001-vol-1-… Supports: NASA-STD-3001 Vol 1 Rev C: V1 3004 (dysbarism), V1 3006, V1 3007.
  8. NASA OCHMO. Medical Operations. Technical Brief OCHMO-TB-044 (2025). www.nasa.gov/wp-content/uploads/2025/08/ochmo-tb-044-medical… Supports: The crew surgeon keeps medical authority when care is delegated; crew medical officers train on the JSC 48522 medical checklist.
  9. NASA. Mars communications disruption and delay (fact sheet, 2023 Moon to Mars Architecture Concept Review). www.nasa.gov/wp-content/uploads/2024/01/mars-communications-… Supports: One-way Earth-Mars delay up to about 21-23 minutes, plus blackouts of about 2-3 weeks near solar conjunction.
  10. U.S. Food and Drug Administration. Marketing submission recommendations for a predetermined change control plan for artificial intelligence-enabled device software functions (guidance). www.fda.gov/regulatory-information/search-fda-guidance-docum… Supports: A model for planning, validating and rolling back software updates.
  11. U.S. Code of Federal Regulations, Title 14, Part 460: Human space flight requirements. www.ecfr.gov/current/title-14/chapter-III/subchapter-C/part-… Supports: Federal rules for crew and spaceflight participants on licensed commercial flights; they set no medical standards for spaceflight participants.

Checked on 2026-10-20: links opened (HTTP 200 or publisher redirect), DOIs and PubMed IDs matched, NASA documents read in full text. The framework comes from Part 1.

Search and quick actions

Type to search. Use the up and down arrow keys to move through results, Enter to open, Escape to close.