The monitor remains the primary device
IPV reads from the interface gateway. It does not configure monitors, does not suppress or replace alarms, and is not the device the bedside depends on.
Clinical monitoring data — live, stored, searchable
IPV is not a new source of data. It keeps the stream your bedside monitors already produce, at full resolution and for as long as you decide, and makes it reviewable from any authorised computer, tablet or phone.
A hospital that has bought continuous monitoring has already bought the most detailed data stream it will ever generate. Today that stream scrolls off the screen and is gone.
Figures illustrative, for a 100-bed critical-care estate.
When a patient deteriorates, the minutes that explain why have already scrolled off the monitor. The review is done from memory and a nursing note.
An adverse event cannot be reconstructed. There is no objective, timestamped record of what the physiology and the alarms actually did.
High-resolution physiological data is what modern clinical and AI research runs on. The hospital produces it every day and archives none of it.
Every predictive model needs history to learn from and a live stream to run on. Without stored monitoring data there is nothing to build on.
The same night, the same team — with and without a record of what happened.
One web and mobile application for clinical staff, fed from the monitors the hospital already owns, over the interfaces those monitors already publish.
Numeric values and full-rate waveforms written to one time-series store, on the hospital’s own servers.
Not a concept: a live reference site in Poland, in daily clinical use on GE CARESCAPE monitors — and you are welcome to visit it.
Deployed at the Military Institute of Medicine — National Research Institute (WIM) in Warsaw, and developed further with the clinical team ever since.
Intensive care, cardiology, cardiac surgery and emergency — one installation covering the hospital’s critical-care estate.
Fed from CARESCAPE monitors through the CARESCAPE Gateway — numeric values over HL7, full-resolution waveforms over HSDI.
Every module was designed alongside the clinical teams using it — from the nurses’ station to the intensive care bed.
The ward
The view a nurses’ station or a duty room keeps open all shift — and the same view on a laptop at home.
Live values and waveforms in near real time, on any authorised computer, tablet or phone — with no client software to install.
The patient
Stored waveforms replayed and measured, with the numbers and the trend behind them on the same timeline.
The record that does not exist unless something kept it: the leads around an event, the trend that led to it, and the notifications that fired.
The notifications
Every notification stored with its timestamp, priority and triggering value, grouped into the events a clinician would actually describe.
A patient who is where they should be draws a circle on the radar. Anything else is a dent or a spike you can read across a room.
Access
Permissions scoped per role, per department and per patient, through the hospital’s own directory.
Sees live waveforms and a year of archive on the intensive care unit, can measure and annotate, and can read — but not export — the two cardiac wards.
| Department | Live | Archive | Measure | Export |
|---|---|---|---|---|
| Intensive care | Full access | Full access | Full access | Full access |
| Cardiology | Read only | Read only | No access | No access |
| Cardiac surgery | Read only | Read only | No access | No access |
| Emergency | No access | No access | No access | No access |
Pick a role to see what it reaches. Researchers get de-identified archive and no live access; biomedical engineers get bed and device status and never a patient name.
The data
A documented HTTP API over the same store the screens read from. Ask for a bed, a signal, a range and a resolution; the store does the folding and sends back the answer.
{"bed": "ICU-04","signal": "hr","unit": "bpm","from": "2026-03-14T07:30:00Z","to": "2026-03-15T07:30:00Z","every": "15m","fn": "mean","points": 96,"values": [["2026-03-14T07:30:00Z", 76.4],["2026-03-14T07:45:00Z", 75.9],["2026-03-14T08:00:00Z", 74.5],["2026-03-14T08:15:00Z", 73.7],… 92 more]}
Any lead, any 30 seconds of the retained week, at the monitor’s own 240 Hz. The samples, not a picture of them.
Notification episodes with start, duration, limit and extreme value. Per bed or per unit, for a quality review or a study.
A defined cohort over months, de-identified, as CSV or Parquet. Runs in the background and calls back when the file is ready.
Live values as each one arrives, as server-sent events. Same token, same scope as everything above.
Change the window or the function and watch the request rewrite itself. The aggregation runs inside the time-series store; what leaves it is the answer, at the size you asked for, whether that is a day at one minute or a month at one hour.
Clinicians can ask questions about a patient in plain language, with answers based only on that patient’s stored data and events.
The four modules below are in development and not part of the current release. The stored data stream is what makes them possible.
Stored monitoring data is not only a clinical tool. For a teaching or research hospital it is an institutional asset — with its own value, and often its own budget.
The usual concern about a monitoring platform is what it forces the ward to change. For IPV: nothing.
IPV reads from the interface gateway. It does not configure monitors, does not suppress or replace alarms, and is not the device the bedside depends on.
Nothing is added at the bedside, nothing is unplugged, and no cable inside the patient environment is touched.
Nobody is asked to enter data, tick boxes or work differently. IPV adds a view; it removes no step from what nurses and doctors already do.
The application runs in a browser on the computers, tablets and phones the hospital already owns. Training a clinician takes minutes.
Everything IPV asks of the hospital’s infrastructure, in one place. From kickoff to a live ward takes two to ten working days, and most of that is the hospital’s own change-approval process rather than the installation itself.
Short answers, so that they are on the record before the conversation starts.
No predictive model can be trained on data that was never stored. Every month without capture is a month of the hospital’s own patient history permanently lost.
Older remote viewing servers are typically out of support, on operating systems that no longer receive security patches — and unpatched systems increasingly fail hospital audits outright.
Clinicians carry phones and tablets. A monitoring system that cannot reach the device in their pocket is a system that is not consulted when it matters.
The decision does not have to be the whole hospital. A single department answers every question that actually matters.
One intensive care, cardiology or cardiac surgery unit, on the monitors already installed there — everything the full deployment does, at a scale you can supervise.
Two to ten working days from kickoff to clinicians logging in, on a single virtual machine, with no change at the bedside.
Agree the success criteria in advance — who uses it, for what, and what they should be able to do that they cannot today — then review them against real use.
If it works, the same installation grows department by department. If it does not, you have spent weeks rather than a capital programme.
The make and model of your monitors, whether an interface gateway is already installed, and one department willing to try it.