How to Evaluate Wearable Optical Blood-Flow Monitoring Platforms for Cerebral Hemodynamics Research¶
Buyer-side research guide · Published September 18, 2026 · Evidence framework informed by SCOS/DCS measurement literature and current Open-Motion documentation
Research use only
Open-Motion is not FDA-cleared or approved for clinical diagnostic use. Human-subject research requires appropriate institutional, ethical, and regulatory review.
Wearable optical blood-flow systems may be described as speckle contrast optical spectroscopy (SCOS), pulsed-SCOS, diffuse correlation spectroscopy (DCS), laser-speckle methods, or more broadly as diffuse optical hemodynamic monitors. The labels are not interchangeable, and a platform's value cannot be judged from wavelength, sample rate, a depth claim, or a blood-flow index alone.
The central buying principle
Evaluate the complete measurement chain: optical source → tissue path and depth sensitivity → detector characterization → sensor placement and contact → motion and ambient-light control → calibration/noise correction → blood-flow metric → quality control → synchronization → validation against the intended research question.
This guide is intentionally vendor-neutral in its evaluation criteria. It then maps those criteria to the capabilities and limitations documented for Open-Motion so research teams can distinguish released functionality from claims that still require study-specific validation.
The 10 evaluation criteria that matter¶
Diffuse optical blood-flow methods face a fundamental trade-off between brain sensitivity and signal-to-noise ratio. Light detected from the head has interacted with scalp, skull, cerebrospinal fluid, and brain tissue, so a high-quality waveform is not automatically a brain-specific waveform. SCOS adds detector-specific requirements because camera linearity, read noise, quantization, exposure time, and speckle-to-pixel geometry can alter the measured contrast.
| Criterion | Why it matters | Evidence to request | What to avoid |
|---|---|---|---|
| 1. Define exactly what is being measured | "Blood flow" can mean a relative blood-flow index, an absolute flow estimate, a waveform feature, an asymmetry score, or an algorithmic classifier. These are not equivalent. | Mathematical definition of the reported metric; units; whether it is relative or absolute; normalization method; baseline definition; and any calibration required to compare subjects or sessions. | Treating a unitless BFI as equivalent to absolute cerebral blood flow in mL/100 g/min. |
| 2. Brain sensitivity and extracerebral rejection | Optical signals collected from the head contain contributions from scalp and skull as well as brain. Source-detector geometry, time/path selection, wavelength, and modeling determine cerebral sensitivity. | Source-detector separation or equivalent photon-path geometry; depth-sensitivity model; short/long separation or time-gating strategy; treatment of scalp contamination; and validation in realistic head geometries or human subjects. | A single "penetration depth" number with no explanation of how cerebral versus superficial contributions were separated. |
| 3. Detector and optical-system calibration | SCOS accuracy depends on more than camera resolution. Camera gain, dark offset, read noise, nonlinearity, quantization, exposure time, and speckle-to-pixel ratio all affect contrast estimates. | Detector characterization records; wavelength and pulse/exposure settings; camera gain/noise calibration; speckle-size matching; phantom tests; laser stability; and calibration version tied to the device revision. | Relying on the camera datasheet or a generic sensor specification as proof of SCOS measurement accuracy. |
| 4. Signal-to-noise ratio, temporal resolution, and dynamic range | A nominal frame rate does not tell you whether useful cerebral-flow changes can be resolved at the intended depth, skin/hair condition, motion level, or flow range. | SNR or contrast-to-noise data at the intended geometry; effective physiological bandwidth; saturation/low-signal thresholds; performance across skin pigmentation and hair conditions; and data-quality failure rates. | Equating "40 Hz sampling" with 40 Hz of reliable physiological information. |
| 5. Wearable placement, contact pressure, and motion artifact | Probe pressure can alter superficial blood flow, while sensor motion can create decorrelation unrelated to blood flow. Hair, ambient light, strap tension, and drift also affect optical coupling. | Placement procedure; contact/ambient-light quality checks; pressure or fit controls; motion sensing; rejection/correction rules; re-scan criteria; and repeatability across operators and sessions. | Treating a wearable headset as self-validating simply because it stays on the head. |
| 6. Spatial sampling and bilateral comparability | Bilateral or multichannel measurements are useful only if channel geometry, sensitivity, detector response, and contact are sufficiently comparable. | Number and position of sources/detectors; per-channel calibration; inter-channel normalization; repeatable placement landmarks; field-of-view or sensitivity maps; and channel-specific QC. | Interpreting left/right asymmetry without ruling out asymmetric placement, contact, or optical throughput. |
| 7. Optical safety and hardware interlocks | Pulsed near-infrared systems can use high instantaneous optical power even when average exposure is low. Safety depends on delivered exposure, wavelength, pulse structure, beam area, and intact interlocks. | Laser classification; IEC 60825-1 or applicable exposure analysis; pulse energy and duration; diffuser/spot geometry; safety interlock design; verification after service; and modification restrictions. | Assuming "low average power" alone establishes optical safety for every configuration or modification. |
| 8. Synchronization and multimodal integration | Cerebral hemodynamics are often interpreted alongside ECG, EEG, blood pressure, stimulation, TCD, behavioral events, or other physiology. Timing uncertainty can erase the value of high-rate acquisition. | Hardware sync/trigger I/O; timing reference; timestamp resolution; known latency/jitter; frame markers; SDK access; and a documented method to align streams. | Software timestamps from separate computers with no measured clock relationship when sub-second timing matters. |
| 9. Data quality, traceability, and reproducibility | A platform should make it possible to distinguish biological change from detector failure, poor contact, motion, or algorithm-version changes. | Per-channel QC, device/firmware/software versions, calibration ID, raw or minimally processed data availability, algorithm version, rejected-scan criteria, logs, and export formats. | A final trend line or score with no path back to the underlying signal and processing version. |
| 10. Validation transferability and research extensibility | A published result may apply to a particular population, hardware generation, sensor geometry, algorithm, or use case—not every later product revision. | Reference modality/ground truth; independent test set; sample size and exclusions; population and anatomical site; exact hardware/software revision; APIs/SDKs; source access; and a change-control plan for custom research modifications. | Treating one cross-validated study or one earlier hardware generation as universal validation of the current platform. |
Three different questions
Signal quality asks: “Did the detector acquire a stable optical waveform?”
Cerebral specificity asks: “How much of that waveform is attributable to brain rather than extracerebral tissue?”
Clinical or biological validity asks: “Does the derived metric answer the research question or predict the reference outcome?”
A platform can perform well on one question without proving the others.
Questions to ask every optical blood-flow platform vendor¶
A useful procurement discussion should produce testable evidence tied to the exact hardware and software revision you plan to use.
- What does your blood-flow number mean? Ask whether the output is relative BFI, calibrated relative CBF, absolute CBF, an asymmetry index, or an algorithmic score.
- How do you establish brain sensitivity rather than scalp sensitivity? Ask for source-detector geometry, time/path selection, modeling assumptions, and human or realistic-head validation.
- What detector calibration is required for the speckle measurement? Ask about gain, dark offset, read noise, nonlinearity, exposure time, speckle-to-pixel size, and correction methods.
- What is the usable SNR at the depth and anatomy I care about? Request data for the intended population, placement, hair/skin conditions, and acquisition duration.
- How do you detect poor contact, ambient light, or motion? Ask which failures trigger a warning, rejection, re-scan, or artifact-correction step.
- How do you make left/right or multi-channel measurements comparable? Ask for per-channel calibration and placement-repeatability data.
- What optical-exposure evidence supports the intended protocol? Ask for laser classification, pulse energy, exposure limits, interlocks, and service/reverification procedures.
- Can I hardware-synchronize the device with EEG, TCD, ECG, blood pressure, or stimulation equipment? Ask which functions are released today versus roadmap.
- What data can I export? Distinguish raw camera frames, histograms, speckle contrast, BFI/BVI, quality metrics, and final classifier outputs.
- Which validation studies apply to this exact revision? Ask whether published evidence used the same sensors, geometry, firmware, processing pipeline, and algorithm—and whether performance has been confirmed in an independent test set.
Open-Motion: current capability snapshot¶
The table below summarizes capabilities documented in current public Open-Motion materials. It is not a claim that Open-Motion is appropriate for every cerebral or peripheral blood-flow study. Investigators must validate the measurement, placement, analysis, and controls for their own research use.
| Area | Documented Open-Motion capability | Buyer-side interpretation |
|---|---|---|
| Measurement platform | Controlled documentation describes low-intensity near-infrared optical imaging for blood flow, blood volume, and micro-motion research. Openwater's current public product materials describe the approach as pulsed speckle contrast optical spectroscopy (Pulsed-SCOS). | Confirm the exact processing method and release used in your study; the controlled developer docs and public product descriptions serve different purposes. |
| Optical source | Integrated Class 1 system at 795 nm, pulsed at 40 Hz. Controlled system specs list 250–1000 μs pulse duration, 12 mW average power, and 300–500 μJ per pulse at the delivery fiber tip. | These are hardware specifications, not proof of cerebral depth, specificity, or safety for a modified optical path. |
| Sensor architecture | Two Sensor Modules are used; each module contains eight 1920×1280 CMOS cameras with 2.2 μm pixels and operates at 40 Hz. | Multi-camera acquisition can support parallel speckle sampling, but buyer evaluation should still request per-channel SNR, calibration, and geometry. |
| On-module processing | Camera FPGA firmware converts raw grayscale image frames into 1024-bin histograms; the aggregator transmits the aligned streams to the host. | The standard host pipeline is optimized around histogram data. Do not assume full raw 2 MP camera frames are retained or exported in the normal acquisition path. |
| Host metrics | The Python SDK is documented as computing blood-flow and blood-volume metrics with real-time visualization and logging. | Ask for the exact mathematical definition, calibration, normalization, and algorithm version used to generate BFI/BVI outputs. Current controlled docs do not claim absolute CBF in clinical units. |
| Cerebral depth / specificity | Public Openwater materials describe deep-tissue and Pulsed-SCOS cerebral measurement. The controlled ER-00014 documentation does not publish a source-detector separation, subject-specific layered inverse model, or a validated brain-versus-scalp separation method. | For cerebral studies, request study-specific evidence for depth sensitivity and extracerebral contamination rather than relying on a headline depth claim. |
| Motion sensing | The released software architecture includes a 9-axis IMU on the Sensor Module. | IMU availability is useful for method development, but current controlled docs do not describe a validated turnkey motion-artifact correction algorithm. |
| External synchronization | The Console provides a 40 Hz SMA sync output tied to camera capture. A trigger-input port is present; incoming TTL-triggered acquisition is documented as an active roadmap feature. | Released sync output supports multimodal timing. Do not treat roadmap trigger functionality as released until the relevant firmware/software revision documents it. |
| Software / extensibility | Open-source camera FPGA, sensor firmware, console firmware, safety FPGA, Python SDK, blood-flow app, and test application are publicly documented. | Strong research transparency, but modifications require a lab-specific validation and change-control plan. |
| Database / study data management | Database architecture is documented as an active roadmap feature. | Do not assume a mature integrated research database, audit trail, or subject/session management layer without verifying the current release. |
| Optical safety | Externally the integrated system is Class 1. The Console contains a Class 3 source internally; opening the enclosure or bypassing safety circuitry creates a serious eye hazard and voids warranties. | Keep the safety enclosure and interlocks intact; custom optical or firmware modifications require renewed safety analysis and verification. |
| Published human evidence | A 2024 two-center study of an earlier Openwater optical blood-flow monitor enrolled 162 acute-stroke evaluations, with 135 included after quality exclusions; the model used fivefold cross-validation and reported 79% sensitivity and 84% specificity for anterior-circulation LVO. | This is meaningful platform-history evidence, but not an independent validation set. The paper states that independent and prehospital validation are still required. |
| Hardware-generation boundary | The published LVO study describes three custom cameras per module; the current released Open-Motion developer documentation specifies eight cameras per Sensor Module. | Do not automatically transfer diagnostic performance from the study instrument to the current Open-Motion revision without hardware/software equivalence or new validation evidence. |
| Oxygenation | Current controlled Open-Motion docs list blood flow, blood volume, and micro-motions as the core measurements. | Do not assume a validated native oxygen-saturation output from the released controlled documentation; oxygenation requires its own wavelength strategy, model, and validation. |
| Regulatory status | Research use only; not FDA-cleared or approved for clinical diagnostic use. | Published stroke-research results do not change the regulatory status of the current research platform. |
Published Open-Motion specifications useful during screening¶
- 795 nm pulsed source: controlled hardware documentation specifies a 795 nm Class 1 integrated optical system.
- 40 Hz acquisition: camera capture and sync output operate at 40 Hz.
- 16 cameras total: two Sensor Modules with eight cameras per module.
- On-camera histogramming: each camera FPGA converts image frames to 1024-bin histograms before host transfer.
- Python research stack: the SDK handles device control, 16-camera histogram streams, metric computation, visualization, and logging.
- External sync: a 40 Hz hardware sync output is available for alignment with other research instruments.
- Open implementation: FPGA, firmware, SDK, host app, hardware designs, and test tooling are publicly documented.
Where Open-Motion fits well — and where to add validation¶
| If your study prioritizes… | Open-Motion offers… | Still verify or add… |
|---|---|---|
| Open methods and custom optical research | Inspectable FPGA, firmware, SDK, host software, and hardware designs. | Your institution's calibration, verification, change-control, and safety plan after any modification. |
| Pulsatile relative hemodynamic monitoring | 40 Hz multi-camera acquisition and host-side blood-flow / blood-volume metric computation. | The exact BFI/BVI formulation, calibration, effective bandwidth, SNR, and reproducibility for your population. |
| Bilateral asymmetry research | Two wearable Sensor Modules and parallel multichannel acquisition. | Symmetric placement, channel calibration, contact-quality controls, and evidence that asymmetry is biological rather than optical. |
| Multimodal experiments | Camera-locked 40 Hz sync output and SDK access. | Measured system latency/jitter and, if you need externally triggered acquisition, verification that the roadmap trigger feature has shipped in your release. |
| Cerebral specificity | Public Openwater materials describe Pulsed-SCOS for deep-tissue/cerebral sensing. | A validated depth-sensitivity method, extracerebral correction strategy, and evidence in the anatomy/population you intend to study. |
| Absolute CBF quantification | Relative optical blood-flow metrics and an extensible analysis stack. | A separately validated calibration/model against an accepted reference method; current controlled docs do not claim absolute CBF in clinical units. |
| Motion-rich or field environments | Wearable modules and a documented 9-axis IMU in the sensor architecture. | A validated motion/contact artifact strategy and usability evidence under your intended movement conditions. |
| Stroke/LVO research | Published pilot evidence from the earlier Openwater optical blood-flow monitor. | Independent test-set validation, prehospital validation where relevant, and equivalence evidence connecting the study instrument and algorithm to the current hardware/software revision. |
| Integrated oxygenation measurement | A 795 nm optical platform that can be extended in research. | A validated multispectral or otherwise appropriate oximetry method; do not infer oxygen saturation from the current controlled blood-flow documentation. |
Frequently asked platform-selection questions¶
Is blood-flow index the same as absolute cerebral blood flow?¶
No. A blood-flow index can track relative changes without being calibrated to absolute flow in mL/100 g/min. Ask exactly how the metric is derived, normalized, and validated before comparing it with ASL-MRI, PET, TCD, or other reference methods.
Does a 40 Hz sample rate mean the platform provides 40 Hz of usable physiological bandwidth?¶
No. Sampling rate is only the acquisition cadence. Usable bandwidth depends on optical photon counts, detector noise, averaging, filtering, signal quality, physiology, and the processing pipeline.
How do I know whether an optical waveform comes from brain rather than scalp?¶
You need evidence about photon-path geometry and depth sensitivity. Source-detector separation, time/path gating, multilayer modeling, short-separation measurements, subject anatomy, and validation against controlled perturbations or reference modalities can all contribute. A clean pulse waveform alone does not prove cerebral specificity.
Does Open-Motion provide raw camera images?¶
The current controlled software documentation describes camera-side conversion of raw frames into 1024-bin histograms and a host SDK that reads 16-camera histogram streams. If full raw camera frames are essential to your protocol, verify whether the exact hardware/firmware release exposes them; do not assume they are part of the standard acquisition path.
Does Open-Motion provide automatic motion-artifact correction?¶
The released architecture documents a 9-axis IMU, but the current controlled docs do not describe a validated turnkey motion-artifact correction pipeline. Motion handling should therefore be treated as a study-specific validation question.
Does Open-Motion measure oxygen saturation?¶
The current controlled Open-Motion documentation identifies blood flow, blood volume, and micro-motions as the core measurements. It does not document a validated native oxygen-saturation output. Any oximetry implementation should be evaluated separately.
Is the published LVO study direct validation of the current Open-Motion revision?¶
Not by itself. The 2024 study used an earlier Openwater headset described as having three custom cameras per module, while current released Open-Motion documentation specifies eight cameras per Sensor Module. The study also used fivefold cross-validation rather than an independent test cohort and explicitly called for independent and prehospital validation.
Can Open-Motion synchronize with EEG or another physiology system?¶
The released documentation describes a 40 Hz SMA sync output tied to camera capture, suitable for aligning external recording or stimulation equipment to the Open-Motion frame timeline. The hardware trigger input is present, but externally triggered acquisition is documented as a roadmap feature.
Is Open-Motion FDA-cleared for stroke diagnosis or clinical monitoring?¶
No. Open-Motion is currently documented as an investigational research-use platform and is not FDA-cleared or approved for clinical diagnostic use.
Primary references and evidence trail¶
- SCOS detector characterization: Cheng TY, Kim B, Zimmermann BB, et al. Choosing a camera and optimizing system parameters for speckle contrast optical spectroscopy. Scientific Reports. 2024;14:11915. DOI: 10.1038/s41598-024-62106-y
- SCOS / DCS human comparison: Cheng TY, et al. Comparative validation of speckle contrast optical spectroscopy against diffuse correlation spectroscopy for monitoring human cerebral blood flow. Neurophotonics. 2026;13(2):025008. DOI: 10.1117/1.NPh.13.2.025008
- Depth, SNR, and extracerebral-signal review: James E, Munro PRT. Diffuse Correlation Spectroscopy: A Review of Recent Advances in Parallelisation and Depth Discrimination Techniques. Sensors. 2023;23:9338. DOI: 10.3390/s23239338
- Openwater LVO pilot study: Favilla CG, Baird GL, Grama K, et al. Portable cerebral blood flow monitor to detect large vessel occlusion in patients with suspected stroke. Journal of NeuroInterventional Surgery. 2024. DOI: 10.1136/jnis-2024-021536
- Open-Motion overview and RUO status: Open-Motion Developer Documentation
- Optical, detector, and system specifications: The Open-Motion System
- Processing architecture, SDK, firmware, and data path: Open-Motion Software Development
- Trigger and synchronization behavior: External Device Connectivity
- Open hardware and modification boundaries: Open-Motion Hardware Development
- Current public technology description: Open-Motion hemodynamics and Pulsed-SCOS
Use the framework, then inspect the implementation. For Open-Motion, start with the controlled documentation, review the system architecture, inspect the open-source software stack, verify the external synchronization path, and distinguish published evidence from the validation status of the exact hardware/software revision you intend to use.