Sickbay

THE PUREST PLATFORM NOT ALGORITHM CASE IN THIS CATEGORY, and the grade describes mechanism rather than quality. Sickbay collects, aggregates, transforms, persists and displays physiological data. It does not supply a deterioration model. Its own framing is explicit about this: it provides data to clinicians, researchers AND ALGORITHM DEVELOPERS through APIs and development tools, and the risk indicators in its Virtual Ops module are configurable by the institution rather than learned by the vendor. A data pipe is not a risk model, however good the pipe. IT IS NEVERTHELESS CORRECTLY IN THIS CATEGORY rather than routed out, on two grounds: the platform and its applications are FDA cleared specifically for inpatient patient monitoring and alarm analytics, and the Alarm Analytics Dashboard addresses this category's defining failure mode more directly than any modelling vendor here.

Nothing is decided autonomously and, unusually in this category, there is nothing for the vendor to decide. The platform displays data and surfaces indicators the institution has configured, so there is no vendor set threshold, no suppression layer of the kind AlertWatch's proprietary filtering introduces, and no low risk or de escalation output of the kind that creates the invisible failure surface on CLEW, Etiometry and Healthplus.ai. The oversight model is strong by construction rather than by disclosure. Held at B rather than A because the Alarm Analytics Dashboard, being a cleared application aimed at alarm burden, has no published operating characteristics or methodology, and because the platform's configurability means oversight quality depends entirely on how well the institution sets it up, which nothing published helps a buyer assess.

There is no proprietary model to be opaque about, and what does exist is described in unusual technical detail: vendor neutral capture across disparate biomedical device manufacturers including non networked devices, time series waveform data at a stated average of around 25 milliseconds per patient, persistence of the full monitoring history, a grid computing architecture attributed to the chief product officer's research, and open APIs and development tools exposing the result to third parties. TRANSPARENCY BY CONSTRUCTION IS WORTH NAMING: because risk indicators are institution configured rather than vendor learned, a hospital can state exactly what triggers a flag. Held below A because no specification of the available indicators was located, and because the alarm analytics application, which is the most clinically consequential component, is described by function rather than by method.

No peer reviewed clinical outcome evidence was located, which is the honest position for a data platform but still leaves the axis thin. What exists is institutional and commercial rather than clinical: FDA clearance of the platform and three applications, a strategic partnership with Texas Children's Hospital involving data analysis, a named relationship with Tampa General Hospital, an industry analyst product leadership award, and marketplace presence. The 25 millisecond resolution figure is a performance specification rather than a clinical result. THE EVIDENCE QUESTION FOR A SUBSTRATE IS DIFFERENT FROM THE ONE FOR A MODEL AND SHOULD BE ASKED DIFFERENTLY: what proportion of a hospital's device estate does it actually capture, what is the data loss rate, and has any published work demonstrated that models built on waveform data outperform the same models built on EMR data, which is the company's core claim.

A privacy policy and terms of use are published and linked from the site footer, which is more than several vendors assessed in this category offer, but NEITHER WAS OPENED IN THIS PASS and both should be read before this grade is relied on. Recorded as a flag rather than left implicit, following the same gap logged against Droxi. THE STEWARDSHIP QUESTION HERE IS LARGER THAN FOR MOST VENDORS IN THIS LANE and is structural rather than incidental: Sickbay persists continuous high resolution waveform data for every monitored patient and markets analysis of unlimited monitoring history, so a deployment accumulates one of the densest physiological datasets a hospital will hold. Establish retention terms, who owns the archive, whether de identified data is used for product development, and what the position is when third party algorithm developers access it through the platform's APIs.

No public statement on business associate agreements, execution terms, cost or subprocessor disclosure was located. Not Rated means no public evidence was found rather than evidence of weakness. Named health system relationships mean agreements exist. The on premise deployment option, where the platform runs inside the hospital environment, would materially change the shape of any such agreement, so establish which deployment model is being quoted before assessing this.

No SOC 2 of any type, HITRUST, ISO 27001, trust centre or report request path was located. Not Rated means no public evidence was found. One indirect signal worth recording without crediting it: the company's general counsel is described as holding legal oversight of the quality system and applicable regulatory certifications, which implies a formal quality system exists, but a medical device quality system is not an information security attestation, the same distinction this index applies to ISO 13485 and to 510(k) clearance. Given the volume and density of physiological data this platform persists, the absence of a published security posture is more consequential here than for a point solution.

Genuine clearance covering both the platform and named applications: the Sickbay Clinical Platform plus Patient Monitor, Patient Alarm Data and Alarm Analytics Dashboard, cleared as Class II devices. The company's claim to be the only vendor neutral FDA cleared platform of this kind is specific and checkable rather than vague, and clearing a data platform rather than an algorithm is a distinct and non trivial regulatory position. Held at B rather than A because the original clearance dates from 2015, no clearance numbers or indications for use text were retrieved, no recent regulatory activity was identified, and the scope of what was cleared could not be read directly. Per this index's standing method the 510(k) summary should be pulled and read on the refresh pass, since device descriptions and indications routinely differ from marketing in ways that matter.

No subgroup or fairness analysis is published, though there is comparatively little model here to be biased. THE GOVERNANCE EXPOSURE AT THIS LAYER IS DIFFERENT FROM THE ONE ELSEWHERE IN THIS CATEGORY, AND IT IS NOVEL FOR THIS INDEX. Sickbay is the substrate on which other parties build algorithms, so differences in device coverage, capture completeness and data loss propagate silently into every downstream model. A hospital with a patchy or older device estate produces a thinner data stream, and every algorithm built on it inherits that thinness without anyone being positioned to notice. That is a technical rather than demographic fairness problem, the same shape recorded against WELL AI Inbox Admin on scan quality, but with far wider blast radius because it sits under everything. Nobody publishes capture completeness by device type or site, and nothing describes what governs third party algorithms built on the platform's APIs.

Device side interoperability is the best in this category and it is the harder half of the problem. The platform is built specifically to defeat proprietary device data formats, capturing waveform and vitals across disparate manufacturers, reaching non networked equipment such as ventilators through dedicated connectivity hardware, and persisting the result at waveform resolution. It then exposes that data through APIs and development tools so third parties can build on it, which is a genuinely different depth from a vendor that merely consumes an interface. Marketplace presence includes Microsoft. HELD AT B RATHER THAN A FOR A SPECIFIC GAP: no EHR vendor is named anywhere retrieved, no FHIR or SMART on FHIR capability is described, and no marketplace listing or partner certification with an EHR was located. Naming EHR integrations would move this to A, since the device half already clears that bar.

Flexible in ways that matter for this category. The platform runs on premise or as SaaS, supports remote and on site command centres, and renders through a browser on laptops, mobile devices and wallboards without proprietary hardware at the viewing end. The company states any bed can be scaled to a monitored ICU bed within minutes through a database change, which if accurate is the single most operationally significant claim on this record, since surge capacity is exactly what hospitals cannot buy quickly. A DEDICATED RURAL HEALTHCARE OFFERING IS WORTH NOTING, because this lane's evidence repeatedly shows models and monitoring performing worst in resource constrained settings, and a platform aimed there is addressing the right gap. Named relationships include Texas Children's Hospital and Tampa General Hospital. Held at B because no implementation timeline, resourcing requirement or data residency commitment is published, and the bed scaling claim carries no stated prerequisites.

No pricing published at any level: no rate card, no unit of pricing such as per monitored bed or per device interface, no band, and no implementation fee. The pricing unit is a real question for a platform of this shape, since cost could reasonably scale with beds, with device interfaces, with data retained or with named users, and each implies a very different total. Marketplace availability through Microsoft does not carry a published price. Establish also whether device integration work, particularly for older or non networked equipment requiring additional connectivity hardware, sits inside the licence or is charged separately.

Broad by design rather than by clinical specialisation, which is the correct reading for a substrate. Originally built for intensive care and extended across the enterprise, current coverage spans ICU, telemetry and general monitored beds, with modules for virtual operations and analytics, an explicit rural healthcare offering, and stated reach from hospital to home. Because the platform is vendor neutral at the device layer, coverage is effectively a function of the hospital's monitoring estate rather than of a clinical indication, which is a genuinely different property from every modelling vendor in this category. Held at B because no age, population or clinical exclusions were retrieved, so the published limits of use are unclear, and because breadth at the data layer does not by itself establish clinical depth in any particular setting.