Technical Reference

Curious about the technical details?

A 35-page reference covering the clinical problem domain, hardware and firmware, signal pipeline, ML methodology, software architecture, analysis engines, security, AI safety gates, testing, limitations, and open research questions.

Questions: hello@tremora.health.

The Numbers

Current test and verification counts.

Counts from the current test suite, security checks, and conformance runs used in development.

1,131

Automated tests currently passing.

80 / 80

Adversarial inputs blocked by the AI safety gate, with zero false positives on 26 controls.

19

Tables verified at runtime across three roles. 9 append-only tables carry UPDATE, DELETE and TRUNCATE guards.

31 / 31

Golden vectors matching between the JavaScript and compiled C implementations.

6

Provenance kinds shown on values: measured, estimate, proxy, self-report, insufficiency, and unverified calibration.

6

Device sources supported, each built and tested against a real file from that device.

15

Database migrations, every one verified by querying the live database rather than reading its header.

6

Data quality failure modes detected and gated before anything is scored.

0

Real patient records in the public demo. Demo data is synthetic and labelled.

The Architecture

Data sources, ingest, and analysis.

Device adapters map inputs into a shared session row via ingestSession(). Analysis modules read only that schema; they do not receive device identity or raw vendor payloads. Adding a device is a parser, not a rebuild.

Each of the six adapters was built and tested against a real file from that device. Two of them would have produced silently wrong parsers had we trusted the documentation. That's the difference between claiming hardware-agnostic and demonstrating it.

Uncalibrated files can still parse into a session row. Severity values are not interchangeable across sensors until amplitude units are calibrated for that hardware. Adapter support and calibration are separate steps.