A VRS robot in the corridor of the Swiss Paraplegic Centre, passing a resident in a wheelchair

Robotics engineered for
real care environments.

Automating the repetitive support work that pulls staff away from care.

The bottleneck

Robots can navigate hospitals.
Adoption still stalls.

01 Robots still behave like machines

They hesitate, block people, misread social situations and require staff attention.

02 Healthcare workflows are not generic

A technically functional robot is not automatically operationally useful.

03 Staff need automation, not another system to manage

Repetitive support work still pulls teams away from care.

Navigation gets a robot from A to B. Reliable behavior determines whether people actually use it.

“We did not underestimate the robots. We underestimated what it takes to make them work inside a hospital.”
Facility Manager, Swiss hospital – Kanton Aargau
The system

One system, engineered across three layers.

Healthcare providers receive an operational robotic system. VRS controls the sensing, compute and behavioral layers that determine how it works around people.

Field requirements become reusable product improvements — not one-off customer builds.

  1. 01 Mobile robot platform Replaceable

    Industrial mobility base. Replaceable by design.

  2. 02 VRS sensing & compute VRS-controlled

    Perception · sensors · edge compute · interfaces

  3. 03 CareOS VRS-controlled

    Behavior Engine · safety · human-aware navigation · interaction

Healthcare deployment

Workflow configuration · site validation · monitoring · iteration

Applications

Start with repetitive staff-support workflows.

Staff support & internal logistics

Deliveries · errands · internal transport · routine runs

Reduce non-care interruptions and give staff more capacity for care.

01 Guidance

Reception, wayfinding and escorting visitors to the right ward.

02 Interaction

Spoken and on-screen interaction, escalating to staff when unsure.

03 Patient / resident engagement

Light social and cognitive activity on the ward.

Primary deployment KPI → staff time returned through automation

The robot running a delivery mission in a Haus Tabea corridor, its screen announcing the resident it is on the way to
Internal logistics · Haus Tabea
The robot on a mission in a Swiss Paraplegic Centre corridor, two people walking alongside it
Guidance · Swiss Paraplegic Centre
Residents and staff gathered around the robot in the Haus Tabea lobby
Interaction · Haus Tabea
The robot crossing the Swiss Paraplegic Centre cafeteria concourse
Wayfinding · Swiss Paraplegic Centre
The robot taking part in a group activation session with residents and a carer
Resident engagement
Real-world deployment

From staff request to completed mission.

  1. 01 Request
  2. 02 Mission
  3. 03 Perception
  4. 04 Behavior selection
  5. 05 Navigation / interaction
  6. 06 Completion
  7. 07 Replay
Recorded mission On-robot log

A real mission replayed from on-robot logs: floor geometry, the driven trajectory, people as anonymized geometry, and the live behavior mode with its reason code.

Every mission is recorded decision by decision, with a plain-language reason for each one, and can be replayed in 3D.

Field validation

Built in the field, not just in the lab.

Completed deployments
Haus Tabea Switzerland · residential care
Swiss Paraplegic Centre Nottwil, Switzerland · rehabilitation clinic
What the field changed
Cross-floor mission completion 2/12 → 2/2

Same building, same route, one software change. The controlled before-and-after of a single fix.

Safety record, 47 missions 0 contacts

No person or wheelchair contact. Six near-misses, each corroborated against LiDAR.

Critical failure mechanism 4 days

Identified from mission logs and corrected in the field within four days.

Technology

The technology behind the system.

CareOS

Behavior Engine

  • Deterministic execution
  • Fail-closed safety logic
  • Human-aware navigation
  • Interaction orchestration
  • Mission replay
  • Explainable decisions
VRS sensing & compute
Deployed today in service
  • Slamware platform abstraction
  • ZED 2i stereo depth with LiDAR fusion
  • Jetson Orin Nano compute on the robot
  • On-robot tablet interface; voice is the one cloud-assisted function
Next platform · robot #2 in design
  • Jetson AGX Orin
  • Two additional cameras
  • Modular payload back
Design render of robot #2 with the added camera array
Expanded vision Added camera array for robot #2.
Three planned payload configurations: rail interface, closed bay, shelf rack
Modular payload back Rail interface, closed bay or shelf rack, configured per site without a new robot.

Both renders are design work for robot #2, not the robot in service today.

Learning loop

Every deployment improves the next.

  1. 01 Deploy
  2. 02 Observe
  3. 03 Replay
  4. 04 Diagnose
  5. 05 Validate
  6. 06 Update
01 On-device processing

Perception and behavior run on the robot itself, not in a data centre.

02 Mission-level explainability

Every decision carries a reason code and can be replayed in 3D.

03 Versioned behavior updates

Behavior changes ship as versioned updates, validated against recorded missions before they reach a site.

04 Privacy-conscious architecture

Video and perception are processed on the robot. Voice interaction is the one function that uses the cloud; no video or images leave the building.

Deployment

Explore VRS in your care environment.

We start with your workflows, identify where robotic automation can create measurable value, and define the right evaluation format.

How evaluations work
  1. 01 Workflow review

    A short session on your actual routines, volumes and constraints.

  2. 02 Site assessment

    Floors, elevators, doors and corridor traffic reviewed on site.

  3. 03 Scoped evaluation

    A defined evaluation format with agreed metrics, duration and scope.