Home › Robotic Medicine › Protocol library › RMP-PREV-001
RMP-PREV-001 Medical kit and equipment readiness checks: labels, seals, expiry and self-test status
AI-assisted Reviewed (AI-assisted) AI-assisted clinical and source review by the Medical Research Assistant, Oct 21, 2026 (batch 7 review, 14 required corrections and 17 optional suggestions); all required corrections are applied in this version (see Corrections). No named human clinician has reviewed it. Not for clinical use.
Fixed rules (same in every protocol)
- The flight surgeon is the medical authority. The crew medical officer (CMO) acts under delegated care [4].
- A human starts the robot, can stop it at any time, and restarts it after any stop.
- The robot never diagnoses and gives no drug or fluid advice.
- On a fault or no human response, the robot goes to a safe state. On a lost link it pauses motion and tells the CMO, who decides whether to continue offline.
- Locked out in every protocol: diagnosing; drug or fluid advice; starting, stopping or adjusting oxygen or any medicine; starting or restarting itself; changing its own protocol, thresholds or limits; handing over an item that failed a check (applies when RMP-PHARM-001 is used).
- Result words the robot may use:
LABEL, SEAL AND EXPIRY MATCH THE RECORD. Contents not checked.
,MISMATCH (with the reason)
,CANNOT READ
,opened – not restocked
,status as displayed
,sent to the CMO, flight surgeon and pharmacy lead
. Never:normal
,no problem found
,all clear
,negative
,any diagnosis or cause
,ready
,ready for use
,verified
,complete
,contents OK
,safe
,mild
,minor
,in date
,not expired
.
1 · Identity and scope
On the CMO's schedule, or after any kit has been used, the robot goes to each kit and device on the CMO-approved list in its stowage location, reads the kit ID label, seal status and printed expiry dates, and the device self-test and battery indicators as displayed, compares them with the inventory record, and sends a report to the CMO, the flight surgeon and the pharmacy lead. It never opens a kit, so it reports "LABEL, SEAL AND EXPIRY MATCH THE RECORD. Contents not checked." at best. A kit shown as "opened – not restocked" stays flagged until a human restocks and reseals it. The crew do the open-kit checks, device tests, restocking and disposal.
Why this protocol was chosen. Emergency kits only help if they are where the crew expect, sealed and in date. NASA technical brief OCHMO-MTB-012 notes that missions of 1-5 years will outlast the 1-2 year expiration dates of many medicines, and links medicine storage and inventory tracking to NASA-STD-3001 V2 7059. Volume 2 also requires that the stowage identification system works with inventory management (V2 7058), that items have dedicated locations (V2 7052), and that mission-critical items are the easiest to reach (V2 7055). A robot that reads labels and seals in place, without moving or opening anything, can take routine checking off the crew while leaving every judgment to them. Open question for review: which kits and devices are on the check list, how often, and which faults count as emergency-kit faults.
Autonomy: Max rung 2 for supervised reading of kit labels, seals, printed expiry dates and device status displays in place. The robot never opens a kit, never runs a device test, never removes or discards an item, and never calls a kit ready.
Covers
- Scheduled checks and checks after any kit use (including after an emergency fetch, once the RMP-PHARM-001 reconciliation is done)
- Medical kits, the defibrillator, oxygen, airway, eyewash, trauma and anaphylaxis kits, monitors and the ultrasound unit, as the CMO lists them
- Routing to RMP-PHARM-001 for anything involving a medicine
Locked out (never done by the robot under this protocol)
- Diagnosis or naming a cause
- Touching the crewmember
- Opening a kit or breaking a seal
- Running, charging or pressing any device test or control
- Removing, discarding or moving an item, except returning a kit to its own location on the CMO's command
- Calling a kit or device ready, complete or verified
- 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)
Related: RMP-PHARM-001 · RMP-CARD-001 · RMP-RESP-001 · RMP-RESP-003 · RMP-INF-002 · RMP-EGR-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
- Pharmacy lead (ground): receives every medicine and kit flag
- Other crew: help as the CMO 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.) [7]
Robot may
- Read kit ID labels, seals and printed expiry dates in place
- Read device self-test and battery indicators as displayed
- Compare readings with the inventory record
- Send the report to the CMO, flight surgeon and pharmacy lead
- Return a kit to its own location on the CMO's command
Robot may not
- Open a kit or break a seal
- Run or press any device test
- Remove, discard or move items
- Call anything ready or verified
- Start without a human command or an accepted schedule prompt
3 · Preconditions and consent
- PRE-1 The CMO started the check by command, or accepted the scheduled prompt on screen.
human_start == trueV2 10174 - PRE-2 Robot self-test passed; kit stowage locations known.V2 10161V2 7059
- PRE-3 Robot and supplies restrained when not moving.V2 7046
- PRE-4 Link status known. The crew never wait for the robot before acting.
link_state in [live, delayed, down]
- Consent
- No patient is involved; the CMO approves the check list.
- Emergency consent
- Any medical need stops the check at once and leaves every kit where the crew can reach it.
- Withdrawal
- The CMO can stop the check; the report so far stands.
4 · Required sensor inputs
| ID | Input | Source | Required | If missing |
|---|---|---|---|---|
| IN-1 | Kit ID label, seal status and printed expiry dates, read in place | Robot camera / barcode reader | Yes | Log "CANNOT READ" for that item; never assume a match. |
| IN-2 | Device self-test and battery indicators as displayed | Device display | Yes | Log "CANNOT READ". |
| IN-3 | Inventory record for each item | Inventory management system | Yes | Log "no record"; flag. |
| IN-4 | The CMO's acknowledgement of the report | CMO | Yes | Log "no response"; the report is repeated to the second trained CMO. |
| IN-5 | Link status and delay | Communications system | Yes | Treat as link down; the report is queued for the ground. |
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.
- S1RobotRung 2
Tell the flight surgeon and the CMO that a readiness check has started (logged and sent with the next package; URGENT only if a red flag is stated). 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: Notice logged and queued.
V2 10174V1 6003V1 3006
- S2RobotRung 2
Go to each kit and device on the CMO-approved list in its stowage location and, without opening or moving it, read the kit ID label, seal status and printed expiry dates, and the device self-test and battery indicators as displayed.
Done when: Each item read, or "CANNOT READ" logged.
V2 7058V2 7052
- S3RobotRung 2
Compare each reading with the inventory record and show the result per item: "LABEL, SEAL AND EXPIRY MATCH THE RECORD. Contents not checked.", or MISMATCH with the reason (seal not intact, past printed expiry, wrong location, missing, failed self-test as displayed, low battery as displayed, no record), or CANNOT READ. A kit shown as "opened – not restocked" stays flagged until a human restocks and reseals it.
Done when: Result shown for every item.
V2 7059
D1DecisionRobot decidesChecked 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.
D3DecisionRobot decidesDid the CMO acknowledge each emergency-kit flag (RF2) within <set by validation> minutes?
- Yes → Log the acknowledgement; the kit-status display keeps the item flagged until a human restocks or resolves it.
- Not acknowledged in time → Repeat the flag and send it to the second trained CMO, or the next named crewmember; it stays a Flag unless a crewmember needs the kit now (then RF1, URGENT). The kit-status display keeps the item flagged until a human restocks or resolves it.
- S4Crew
The CMO and crew do the open-kit checks, run device self-tests, restock and reseal, and dispose of expired medicines through RMP-PHARM-001 as the pharmacy lead directs.
Done when: Human-led checks.
V1 3004
- S5RobotRung 2
Update the inventory record with what the crew state they restocked, resealed or removed, and on the CMO's command return a kit to its own location; show any emergency kit not in its location as MISMATCH.
Done when: Record updated as stated.
V2 7059V2 7055
- 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
- S7RobotRung 2
Send the report to the CMO, the flight surgeon and the pharmacy lead, and ask the CMO to acknowledge it.
Done when: Report acknowledged or escalated.
V1 7001V1 6003
D2DecisionRobot decidesDid the CMO acknowledge the report?
- Yes → Log the acknowledgement.
- No response → URGENT: log "no response" (never "declined"); the report and any emergency-kit flag go to the second trained CMO, or the next named crewmember, who checks on the CMO in person.
7 · Stop and escalate rules, red flags
| ID | Trigger | What happens | Level |
|---|---|---|---|
| X1 | The patient (or the crewmember being examined) says stop, or withdraws consent | Robot 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 10165 | stop |
| X2 | Any crewmember presses stop or takes over control | Protective stop; robot holds its stopped position; only a human may restart it.V2 10165V2 10168V2 10174 | safe-state |
| X3 | Robot fault, sensor fault, or a force, speed or reach limit is reached | Protective stop and hand control to the CMO; log the fault.V2 10172V2 10168 | safe-state |
| X4 | CMO 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 7045 | safe-state |
| X5 | Loss of link, or delay longer than the limit for live guidance | Only the robot pauses: it holds a position clear of hatch routes and the crew, and tells the CMO. Crew care never waits for the link or the robot. The CMO decides whether the robot continues offline under the pre-approved onboard checklist; it resumes only on the CMO's confirmation.V2 10172V2 10173 | pause |
| X6 | An URGENT alert is not acknowledged within the set time | Robot 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 10173 | urgent |
| X7 | The crewmember stops responding, or seems confused or drowsy, at any point | URGENT 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 |
| X8 | A crewmember asks the robot what is wrong, or for medicine, fluid or treatment advice | Robot declines, says it cannot assess or advise, and routes the question to the CMO or flight surgeon. | stop |
| X9 | A crewmember needs care, or asks for any kit, during the check | The check stops at once; the robot moves out of the way and leaves every kit where the crew can reach it; it does not leave the module on its own after an URGENT alert. | urgent |
Red flags
The robot reports the sign or value only, never what it means. Numeric thresholds are placeholders for the clinical lead.
| ID | Sign | Threshold | Action |
|---|---|---|---|
| RF1 | A crewmember needs care during the check (design judgment) (general clinical red flag; no source cited) | any | URGENT alert; stop the check and leave every kit within the crew's reach |
| RF2 | An emergency kit or device (cardiac arrest, defibrillator, airway, oxygen, anaphylaxis, trauma, eyewash) missing, out of its location, seal not intact, past its printed expiry, or showing a failed self-test or low battery as displayed [1] | any | Flag at once to the CMO, flight surgeon and pharmacy lead; shown as MISMATCH with the reason. It needs the CMO's acknowledgement within <set by validation> minutes; if not acknowledged, it is repeated and sent to the second trained CMO. The item stays shown as MISMATCH on the kit-status display until a human restocks or resolves it. A Flag, not URGENT, unless a crewmember needs that kit now (RF1). The acknowledgement rule is design judgment. |
| RF3 | A medicine found outside its kit, loose or unlabelled (design judgment) (general clinical red flag; no source cited) | any | Flag to the CMO and pharmacy lead; the robot does not move it; the CMO collects it into quarantine through RMP-PHARM-001 |
| RF4 | A storage temperature alarm on a medicine store, as displayed [1] | any | Flag to the CMO and pharmacy lead |
8 · Safety limits
| ID | Limit | Value | How enforced |
|---|---|---|---|
| L1 | Contact with the crewmember | not allowed | Keep-out zone in the robot controllerV2 10172 |
| L2 | Opening a kit, breaking a seal or running a device test | not allowed | No such task is loaded |
| L3 | Robot speed near the crewmember | <set by validation> | Hard limit in the controllerV2 10172 |
9 · Logs and audit
- LOG-1 Every input, robot action, decision (with who made it) and hand-off, time-stamped to the second.V2 10163V2 10164
- LOG-2 Mode changes and safety-limit events are announced to the operator as they happen and logged.V2 10162V2 10172
- LOG-3 Records are stored and sent as private medical data, encrypted, with access limited to the medical team.V1 6003V1 7003
- LOG-4 Results are kept in a permanent, retrievable format so the flight surgeon can see trends.V1 7001
- LOG-5 Each item read, its result and reason, items restocked or removed as stated, report recipients and acknowledgement.
- LOG-6 Each URGENT alert, who received it, the time it was acknowledged (or the escalation to the next named crewmember), and the time a human released the robot.V2 10163
- LOG-8 Each RMP-PHARM-001 run started from this protocol: order ID, result (MATCH TO ORDER, MISMATCH or CANNOT VERIFY with the fields), quarantine, and any CMO override logged by RMP-PHARM-001 (reason and mismatched fields), at clock time. No running counter of doses.V2 7059
10 · Links to NASA-STD-3001
| Requirement | Topic (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 medical kits and inventory; the crew check contents. |
| [V1 3006] | Crew medical officers: two per vehicle | Two 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 6003] | Private medical communications | Logs and alerts sent to the ground are private medical communications. |
| [V1 7001] | Medical records kept permanently and retrievable for trend analysis | Records kept so the flight surgeon can see trends. |
| [V1 7003] | Security of medical records | Secure handling of medical records. |
| [V2 7043] | Medical system meets Volume 1 levels of care | A medical system meeting Volume 1; this check reads its labels and status only. |
| [V2 7045] | Medical equipment usable by non-physician crew | Usable by non-physician crew, including when the CMO is the patient. |
| [V2 7046] | Restraint of patient, care provider and supplies | Patient, caregiver and supplies restrained. |
| [V2 7052] | Dedicated stowage location for relocatable items | Every kit has a dedicated stowage location. |
| [V2 7055] | Stowage accessibility by priority of use | Mission-critical items are the easiest to reach. |
| [V2 7058] | Stowage identification compatible with inventory management | Stowage identification works with inventory management. |
| [V2 7059] | Inventory management: track locations and quantities | Inventory management tracks locations and quantities; medicines go through RMP-PHARM-001. |
| [V2 10161] | Automated system status shown to the operator | Robot shows its status and health. |
| [V2 10162] | Mode changes announced | Mode changes are announced to the operator. |
| [V2 10163] | Data recording and sharing | Robot 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 shutdown | Human can override and shut down the robot. |
| [V2 10168] | Failure recovery: safe human takeover | Human can take over. |
| [V2 10172] | Protective stop when limits are exceeded | Protective stop when a limit is exceeded. |
| [V2 10173] | Safety Default | Robot stays stopped if no one takes over. |
| [V2 10174] | Only a human initiates or restarts | Only a human starts or restarts the robot. |
IDs as published in Volume 1 Revision C [2] and Volume 2 Revision F [3]. 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
- Simulation. Scripted checks with broken seals, expired labels, a kit out of place, unreadable labels, a medical event mid-check, lost link. Pass: No kit opened or moved; no item called ready.
- Training model. Checks on a mock medical stowage area. Pass: Every listed item read or marked CANNOT READ.
- Parabolic or station demonstration. Label and seal reading in weightlessness. Pass: Read accuracy within the set rate.
- Flight use under flight surgeon supervision. First scheduled checks. 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 CMO. The crew do every open-kit check and device test.
- 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
- Every change gets a new version number and a written reason; earlier versions are kept.
- Any change to steps, thresholds, limits or software that touches the patient repeats validation from the simulation stage before use.
- Software and learned-skill updates follow a pre-agreed change plan (what may change, how it is tested, how to roll back), modeled on the FDA predetermined change control plan approach.
- If a new version misbehaves, the robot rolls back to the last validated version and the event is reviewed by the flight surgeon and safety board.
- The robot never changes its own protocol, thresholds or limits.
Change-plan model: FDA guidance [6].
Loss of signal and Mars delay
- Live link
- The report goes to the flight surgeon and pharmacy lead with the next package.
- Loss of signal
- Only the robot pauses non-essential motion and tells the CMO; it resumes offline only on the CMO's confirmation. Crew care never waits for the link or the robot.
- Checks go ahead offline; flags go to the CMO at once.
- Mars-class delay
- The check list, schedule and resupply limits are set before flight; the CMO and pharmacy plan act on them.
Corrections and updates
Oct 21, 2026, version 0.2. AI-assisted clinical and source review by the Medical Research Assistant, Oct 21, 2026 (batch 7 review); no named human clinician. Changes:
- RF2 emergency-kit faults need the CMO's acknowledgement within <set by validation> minutes, are otherwise repeated to the second trained CMO, and stay shown as MISMATCH on the kit-status display until a human restocks or resolves them; still a Flag unless the kit is needed now (RF1). New decision for the acknowledgement. Design judgment (item 12).
- Batch 7 protocols now record the review as AI-assisted (Medical Research Assistant, Oct 21, 2026); no named human clinician.
Oct 21, 2026, version 0.3. AI-assisted clinical and source review by the Medical Research Assistant, Oct 21, 2026 (batch 8 review), editorial; no named human clinician. Changes:
- Source tb006 now names the document its link serves: NASA Medical Technical Brief OCHMO-MTB-012, Pharmaceutical Care, Rev B (2026); it was cited as OCHMO-TB-006 (2023). The claims cited are unchanged (batch 8 review fix 6).
- Never-words "in date" and "not expired" added; dates stay "printed expiry: <date>" (batch 7 suggestion 26).
Earlier version: Draft v0.2, Oct 21, 2026. Download the current YAML above.
Sources
- NASA OCHMO. Pharmaceutical Care. Medical Technical Brief OCHMO-MTB-012 Rev B (2026). www.nasa.gov/wp-content/uploads/2023/12/ochmo-tb-006-pharmac… Supports: Exploration missions of 1-5 years will outlast typical medication expiration dates of 1-2 years; medication storage and inventory tracking are linked to NASA-STD-3001 [V2 7059].
- 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, V1 3006, V1 6003, V1 7001, V1 7003.
- 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 7043, V2 7052, V2 7055, V2 7058, V2 7059, and Section 10.6 automated and robotic systems.
- 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.
- 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.
- 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.
- 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.