Menu

Computer cart specifications: battery, hardware, retrofitting

26/06/2026

In 2023 the Fraunhofer IML published a study conducted in three German hospitals on 74 care professionals.
When interviewed, they estimated the time spent documenting care activities at 52 minutes per shift; measurement with wearable sensors recorded an average of 109, more than double, almost a quarter of a 7.8-hour shift. It is not an isolated finding: a time-and-motion analysis published in 2021 in the Journal of Emergency Nursing reached an even sharper result, with emergency-department nurses engaged with the electronic health record for 27% of the shift, more than the time devoted to direct patient care (25%).

These figures change the nature of a purchase that many facilities still treat as furniture: the computerized cart, the “computer on wheels” of the international literature, is the physical point where the electronic health record meets the ward. If documentation takes up such a large share of the shift, and if those who carry it out systematically underestimate its weight, the choice of that cart is a multi-year operational decision, because the frame will outlast two or three generations of the computing devices it carries.

Presto Power in reparto accanto a un letto

This article gathers the criteria that, in our experience as a manufacturer, make the difference when a facility assesses a computer cart: the power architecture and how to read battery specifications correctly, the hardware configuration for the electronic health record, retrofitting on the existing cart fleet, ergonomics and safety. A note of transparency we allow ourselves: this is not an article about our products. The Francehopital computer carts in the MediPod, Presto Power and Preciso Power families (the versions with an integrated battery) appear as contextual examples; they are not the subject at hand.

Before runtime comes the power architecture

Before even reading a runtime figure, it is worth clarifying how the cart draws power, because the architectures on the market differ and change the very nature of the assessment.

  1. The first is the battery integrated into the cart: an accumulator housed in the structure, recharged by plugging the cart into a mains socket, which powers both the computing device and the accessories. It is typically paired with a monitor and mini PC, or with a medical all-in-one computer (there are also panel PCs without hot-swap batteries, which therefore need to be powered by an integrated battery). These two configurations, together with the laptop option for the MediPod, are the most requested. The usage logic is that of a household appliance: you put it on charge at the end of the shift and it requires no further management
  2. The second is hot-swap batteries: removable accumulators, usually housed inside a medical all-in-one PC, which are replaced without switching off the workstation and recharged in dedicated stations or racks. An all-in-one computer can hold more than one. The advantage is real and should be acknowledged: the workstation never goes out of service, because a flat battery is replaced in a few seconds with a charged one, and runtime no longer depends on the health of a single accumulator
  3. The third is mains power with a UPS: the cart normally stays plugged in and the battery, sized for continuity only, covers movements and voltage fluctuations. It suits workstations that move little

The real comparison, today, is between the first two, and it turns not on technology but on the cost of management. Hot-swap batteries are expensive and delicate, and above all they have to be managed like a device fleet: each accumulator requires a daily check of its charge state, dedicated charging stations and a stock of charged batteries kept within reach of the ward. If a panel PC holds three batteries and a ward has ten workstations, staff find themselves watching over several dozen accumulators, hunting for charged ones and moving them between floors. The integrated battery shifts this burden upstream: it recharges by plugging the cart into the socket and asks for no daily management, at the price of having to go back on charge when runtime runs out. Something that weighs most where use is continuous around the clock. In every case, the runtime always covers a full working shift.

The specification to consider therefore changes with the architecture. For the integrated battery the decisive question is real runtime, the subject of the section that follows. For hot-swap, the assessment moves to fleet management: the supplier must state how many batteries are needed per workstation, the runtime of each, the recharge times and methods, and how stocks are organised.

Carrello Presto Power all'ospedale di Merano

The runtime on the datasheet is not the runtime the ward needs

The battery runtime reported on datasheets is measured under laboratory conditions, at constant load.
The ward works differently: the monitor stays on, the PC is in continuous use during the ward round and the distribution of medications (Presto Power and Preciso Power are intended precisely for this), and the draw peaks cluster at administration times. Under variable load, real runtime can drop appreciably below the rated figure; by how much depends on the computing configuration fitted on board.

It holds for us too: Francehopital computer carts ensure up to 8 hours of runtime and a full recharge in no more than 4 hours.
These are laboratory figures and, like all laboratory figures, they should be questioned: the right question is not how many hours the manufacturer declares, but how many the product guarantees under the ward’s conditions of use. The specification to weigh in the assessment should therefore be framed declaratively: the system must guarantee runtime under variable load for the full length of a shift, with the monitor on and the PC in continuous use; as an operational benchmark, at least 6 hours under these conditions.

Alongside runtime, three items that rarely receive the same attention: the full recharge time (it determines whether the cart recovers in the break between shifts or stays idle); the number of charge cycles before significant degradation (it determines when the battery becomes a replacement cost); the planned charging method, because it affects the organisation of parking spaces on the ward.

The computing component is configured in two ways, not one

About the cart’s computing side a simplification circulates that is worth dismantling at once: “the computer on the cart”.
In reality there are two possible configurations, with distinct assessment parameters.

  1. The first: an all-in-one panel computer, ideally, mounted directly on the cart’s VESA fitting. It is the most compact configuration; screen and computing unit coincide, cable management is reduced, but replacing one component means replacing the whole device
  2. The second: a monitor mounted on the VESA fitting and cabled to a separate computing unit, a mini PC or a thin client housed in a dedicated compartment, or a laptop connected to the larger monitor. It is the more flexible configuration; monitor and computing unit are replaced independently and at separate costs, at the price of an extra cable run to protect and keep tidy.

Three parameters apply to both configurations:

  1. The mount must accept monitors up to 24″ with a standard VESA fitting (75×75 or 100×100 mm, MIS-D)
  2. The screen’s range of adjustment, in height and tilt, must suit standing use by operators of differing heights;
  3. The housing compartment for a mini PC, thin client or laptop must be lockable with an anti-theft lock, to protect devices that on their own represent a significant share of the investment.

A final point on sizing the computing unit: in many healthcare organisations the electronic-health-record client runs in a virtualised environment; in these cases a thin client is enough and shifts the selection criterion from the processor to connectivity and thermal management. This is something the evaluator should ask their own IT function before defining the hardware specifications, not after.

Retrofitting is a budget line, not a new purchase

The most frequent question we receive from clinical engineers, most recently at the 2026 Conference of AIIC in Turin, concerns the existing fleet: carts bought in past years, perfectly functional as furniture, but born before the wards were computerizsed.

Retrofitting answers this situation: it does not mean buying a new cart fleet, it means adding to the carts that already exist the module that turns them into computerizsed workstations. In the Francehopital context this module is the SIA: “Sistema Integrato di Alimentazione”, an integrated power system: a riser unit that brings together the battery, the mount for a mini PC and the VESA fitting for the monitor (or for an all-in-one computer without its own battery), and fits onto carts already in use on the wards.

The crux is the accounting nature of the operation: on the books this goes down as an add-on riser, not as a fleet replacement.
The investment already made in the cart fleet is preserved, staff familiarity with the equipment stays intact, and computerizsation can proceed in stages, ward by ward, following clinical priorities and spending capacity rather than imposing a single moment of purchase.

Retrofitting, however, is not always the right path.
On a heterogeneous fleet, made up of carts from different manufacturers and generations, mechanical compatibility must be checked case by case; on carts near the end of their structural life, adding a computing module means fitting new components onto a base that will have to be replaced anyway.
And there is a case where retrofitting is simply not the right answer: when what is needed is a compact cart for the ward round alone. Adding a computing riser to a drawer cart yields a solid but bulky machine; someone who only has to bring the clinical record to the patient’s bedside, without carrying drugs or supplies, is often better served by a compact, light computerizsed workstation designed for that use. Acknowledging this is part of an honest assessment: retrofitting makes the most of an existing fleet where it makes sense, but it is not a universal answer.
For this reason the correct specification is not limited to compatibility: the supplier must state which models the retrofitting system can be applied to, what level of technical intervention the installation requires and what costs it entails, including any preliminary survey of the fleet.

Medipod Power

Ergonomics and safety: the criteria you notice only when they are missing

A computer cart is pushed, braked, turned and repositioned dozens of times per shift, often with one hand while the other holds something.
Ergonomic criteria are not finishing touches: they determine whether the equipment will be used as intended or left abandoned against a corridor wall.

The main ones our experience has taught us to attend to:

  • The height adjustment of the work surface must cover standing use by operators of differing heights
  • The footprint must be contained, with no excessive protrusions that could be a trip hazard for staff and awkward when moving the cart between corridors, room entrances, lifts and so on
  • The wheels must combine smooth running on ward floors with a reliable braking system
  • The base must ensure stability and resistance to tipping even when fully loaded and during manoeuvres, with the heaviest components (power supply, battery) placed low to lower the centre of gravity
  • The total weight when fully loaded must remain manageable by a single operator;
    surfaces must be compatible with the cleaning protocols in use, with no joints that trap dirt
  • Cable routing must be tidy and protected, because an exposed cable on the ward is both a trip risk and a point of failure

On the safety side, care must be taken that the compartment for the computing devices can be secured by locking the drawers and compartments: there are various options, from seals to electronic locks, to be chosen according to what the cart carries and the facility’s internal protocols.

Three configurations compared

Set side by side, the three configurations differ on a few recurring parameters: compactness and cable management, component replaceability, initial cost, medical-grade certification, anti-theft protection and typical use case.

  1. The all-in-one computer mounted on VESA is the most compact and tidy option, because a single device encloses screen and computing unit and keeps cables to a minimum. In return it is the least flexible: replacement happens as a block, the whole device has to be changed together, and for equivalent performance it is the configuration with the highest initial cost. Medical-grade certification is available on the market as an already-defined product category, while anti-theft protection is its weak point, because the device stays exposed on the mount. It is the natural choice in high-intensity wards and where the aim is to standardise workstations.
  2. The monitor on VESA cabled to a mini PC or thin client offers a good balance: compactness remains decent, at the price of a cable run between monitor and unit to protect and keep tidy. The advantage is replaceability, because monitor and computing unit are upgraded independently, and the initial cost is contained, especially in the thin-client version. Medical-grade certification, however, must be verified component by component, while on the safety side the computing unit finds its place in the lockable compartment. It is the configuration of choice in virtualised environments and large fleets.
  3. The monitor on VESA with a laptop housed in the compartment is the least tidy option, because power and video signal come out of the compartment and multiply the cables to manage. Monitor and laptop remain separately replaceable and the initial cost is variable, often lower when equipment the facility already owns is reused. Medical-grade certification is rarely available for the laptop, while anti-theft protection is ensured by the lockable compartment in which the laptop is stored. It is the typical configuration of transition phases, pilot projects and contexts with constrained budgets.

Eight specifications to consider in the assessment

So, to sum up:

  1. For the integrated-battery architecture, the system must guarantee runtime under variable load for a shift of at least 6 hours, with the monitor on and the PC in continuous use; for the hot-swap-battery architecture, the supplier must state the number of batteries per workstation, the runtime of each, the recharge times and the management of stocks
  2. The supplier must state the full recharge time, the expected number of charge cycles and the charging method
  3. The mount must hold monitors up to 24″ with a VESA MIS-D fitting (75×75 / 100×100 mm) and an adjustable range
  4. The cart must provide a lockable compartment with an anti-theft lock to house a mini PC, thin client or laptop
  5. The retrofitting system must be compatible with the existing cart fleet; the supplier must state applicable models, level of technical intervention and costs
  6. Surfaces must be compatible with the facility’s cleaning protocols.
    The supplier must state the total weight when fully loaded, the stability and resistance to tipping when fully loaded, and the characteristics of the castors and braking system
  7. The supplier must state the classification of the system as a medical device, where applicable, and the relevant conformity, as well as the IEC 60601-1 conformity of the computing components intended for use in the patient vicinity.

Frequently asked questions

To fix the key points, we draw on the most common questions asked on these topics, trying to give the right answer in a few lines.

What is a computer cart?
It is a cart that combines battery power, a mount for the computing device and a work surface, and brings the electronic health record to the patient’s bedside during the ward round and medication distribution. In the international literature it is known as a computer on wheels (COW) or workstation on wheels (WOW).

How much runtime should a computer cart’s battery have?
The operational benchmark is the full length of a shift under variable load, with the monitor on and the PC in continuous use: at least 6 hours under these conditions. The runtime declared at constant laboratory load is generally higher than the real ward figure.

Integrated cart battery or hot-swap batteries?
It depends on the usage pattern, and the comparison is not technological but one of management cost. Hot-swap batteries, usually housed in all-in-one computers, avoid any downtime of the workstation because they are replaced without switching it off, but they must be managed like a fleet: daily checks of charge state, charging stations and charged stocks per ward, with non-negligible per-battery costs. The integrated cart battery recharges by plugging it into the socket and requires no daily management, but it must go back on charge when runtime runs out. For use concentrated within the shift with recharging in the breaks, the integrated battery is generally the simpler and cheaper option; for continuous use around the clock with no recharge windows, hot-swap reduces downtime.

Can a cart already in use be computerized?
Yes, through retrofitting: a module that adds a battery, a mount for a mini PC and a VESA fitting for the monitor to carts already bought. Compatibility must be checked with the manufacturer, particularly on heterogeneous fleets or those near the end of their structural life.

A medical all-in-one computer or a monitor with a separate mini PC?
It depends on the context: the medical all-in-one computer reduces cables and bulk but is replaced as a block; the monitor-plus-mini-PC (or thin client) pairing costs less and is upgraded component by component, and is the natural choice where the clinical record runs in a virtualized environment.

What certifications should a healthcare computerized cart have?
Two levels should be kept distinct. For the computing devices used in the patient vicinity the reference is the IEC 60601-1 standard on medical electrical equipment; medical panel PCs are designed for this conformity. Upstream, however, what matters is the classification of the cart or the system itself: depending on the intended use and configuration, it may fall under the medical-device discipline. This is an evolving field, where not all offerings on the market sit at the same level: for this reason it is worth asking the supplier to state explicitly the product’s classification and the applicable conformities, rather than taking them for granted. The precise verification of requirements rests with the facility’s clinical engineering function.

Talk it over with the people who manufacture them

Francehopital designs and manufactures computer carts for hospital wards; the questions gathered in this article are the same ones we face every day with clinical engineers, ward managers and procurement officers. If you are assessing the computerization of your wards, or want to check whether your cart fleet is suitable for retrofitting, write to us through our contact page: a preliminary check costs a conversation, and is usually worth more than reading many datasheets on your own.
And if it’s not yet time to write to us, you can subscribe to our newsletter: a few emails a year on the same topics as this article: specification criteria, technical notes, industry events. A way to stay in touch with the world of Francehopital and reconnect when the decision is on the table.

Close

A customised experience

This site uses technical cookies and, after obtaining consent, first and third party analytical and profiling cookies. Closing the banner will result in the settings remaining in place and navigation continuing in the absence of cookies other than technical ones. Your consent to the use of cookies other than technical cookies is optional and revocable at any time by configuring your cookie preferences. To find out more about each type of cookie we use, you can read our Cookie Policy.

Cookie preference configuration

From here you can give or refuse consent to the installation of cookies used by our website.

Necessary technical cookies

The necessary technical cookies cannot be deactivated as without them the website would not be able to function properly. We use them to provide you with our services and they help enable basic functionality such as page navigation, language preference or access to secure areas of the site.

First Party4

cm_cookie_francehopital

mic_francehopital_form_7_sent

w3tc_logged_out

_icl_current_language

YouTube1

CONSENT

Find out more about this supplier

Analytical cookies

Analytical cookies help us understand how users use this website. We can thus improve our website and communications and ensure that we always offer interesting and relevant content.

Linkedin1

_bizo_bzid

Find out more about this supplier

Profiling cookies

Profiling cookies are used to trace website users. They are intended to provide tailored communications or advertisements that are relevant and engaging to each user.

SalesForce5

pardot

lpv

visitor_id-hash

pi_opt_in

visitor_id

Find out more about this supplier

Facebook1

_fbp

Find out more about this supplier