Solutions Nubiss Clinical

Nubiss Clinical

Run the unit. Keep the evidence.

Two jobs at once: run the treatment unit day to day, and record what happened in a structure you can still analyse in three years.

For medical directors, unit leads, clinic operators — and clinicians who want their follow-up data to be usable.

Treatment protocol · as defined Synthetic example
Type HBOT · hyperbaric oxygen typed
Pressure 2.4 bar required
Sessions 40 · 5 per week schedule
Indication ICD-10 M87.0 coded
Follow-up EQ-5D · Day 40 · Day 90 outcome

Each step writes into the same structured record, kept in a change history.

The shape of the record a treatment journey writes into. Illustration of the data model with synthetic values.

The problem

The data exists. It just is not comparable.

Most units already document carefully — but for justifying the visit, not for answering a question later. The fix is deciding the structure before the work starts, and keeping to it.

Illustration: a clinician buried in paper binders and loose treatment logs
01 Every session in a binder.

Sessions written down as they happen, filed by date, and readable only by whoever kept the folder.

Illustration: two colleagues recording the same kind of session in two different ways
02 Each clinician records it their own way.

Free text and personal shorthand mean two colleagues describe the same treatment differently.

Illustration: a doctor trying to reconcile charts and notes that do not line up
03 Outcomes nobody can compare.

Nothing lines up across patients, so a year of careful work answers no question at the end of it.

With Nubiss

What it looks like with Nubiss.

The same work, recorded once into a structure that still answers questions three years later.

Illustration: structured session capture on a tablet beside the treatment chamber
04 Every session captured, structured.

Each session records against a frozen copy of that day's protocol, with the safety check mandatory.

Illustration: a nurse and a doctor reviewing the same structured record on screen
05 One record, reviewed together.

Nurse and doctor work from the same structured history rather than reconstructing it from notes.

Illustration: care teams at several sites connected around one shared dataset
06 Units connected around comparable data.

Units recording the same fields the same way can compare outcomes instead of comparing anecdotes.

What it does

Two halves of the same system.

The scheduling and the science read from the same records — which is why the evidence half costs no extra effort.

Running the unit

Scheduling and calendar

Sessions booked against a chamber and a clinician, plus patient-initiated booking requests.

Chambers and oxygen supply

Chamber and cylinder records, with a change log for every cylinder swap and a warning as a cylinder approaches its change threshold.

Roles and multiple sites

Company, clinic and chamber form a hierarchy; each role sees only its own organisation's data.

Referrals and clinic profiles

A referral intake wizard, and referral tracking through sent, received, in treatment and completed. Clinic profiles for discovery are enabled per company.

Assisted access and guardians

A guardian manages a linked account for a child and signs for them, recorded as such. Staff can issue a patient a single-use sign-on link by SMS code or email.

Appointment reminders

Email and SMS with quiet hours — off by default, enabled per company.

Building the evidence

Protocol definition

Pressure in bar, oxygen fraction, sessions, frequency — the database refuses an incomplete protocol.

Structured intake and assessment

Health declarations with risk flags, vitals, ICD-10 coded diagnoses and an explicit fitness decision.

Patient-reported outcomes

EQ-5D with country value sets, FSS, EPIC-26, VAS pain and an LRTI symptom check-in, recorded before and after treatment.

Missing-data control

Required forms become dated tasks; a treatment gap automatically raises the assessments to close it.

Change history

Old and new values with user and timestamp, plus a hash-chained log where tampering shows.

The clinical workflow

What a treatment journey looks like.

The order the clinical work already happens in — the software follows it rather than asking for it a second time.

  1. Select or define the protocol

    From your unit's library, or a shared catalogue as a starting point.

  2. Record indication and baseline

    Treatment reason with ICD-10 code, health declaration, baseline measures.

  3. Deliver and record each session

    Against a frozen copy of that day's protocol, with a mandatory safety check.

  4. Collect scheduled follow-up

    Repeat measures fall due automatically and stay open as tasks until done.

  5. Review the course

    One timeline: sessions, protocol changes, outcome scores, unit activity by indication.

From referral to recovery

Both doctors read the same record.

A referral is not a message into the dark. The referring doctor and the treating clinic work on one record, and the referral carries a status the whole way through.

  1. Referral created

    With an ICD-10-coded indication; codes are looked up against the WHO ICD API.

  2. Clinic receives and reviews

    Health declaration with risk flags and an explicit fitness decision before treatment starts.

  3. Treatment recorded

    Sessions against the day's protocol, readings and outcome scores as they happen.

  4. Progress flows back

    The referral moves through sent, received, in treatment and completed — the referrer sees where each one stands.

Worth being clear about

  • The referral connects accounts on the platform. Nothing is transmitted to an external practice system.
  • The referrer sees per-status counts and each referral's standing — not a comparative outcomes dashboard.

Beyond hyperbaric oxygen

Other therapy types, honestly described.

A configurable registry lets a unit keep every therapy it delivers in one place, with each clinic enabling the types it runs. How deeply each one is modelled differs — so each carries its real status.

Live built and in the product today
Limited real, but narrower than the name suggests — the limit is stated
Roadmap not built yet
Modelled in depth Typed clinical fields, enforced by database-level validation.
  • Hyperbaric oxygen therapy Live

    Typed clinical fields — pressure in bar, oxygen fraction, sessions, frequency — with database-level validation.

  • Intermittent hypoxia Live

    Typed dose fields — FiO2, simulated altitude, session type, work and recovery intervals, cycles — enforced by a database constraint. Described here as a protocol the software records; Nubiss makes no claim about what the therapy achieves.

Registered, not modelled Kept in the same place, with parameters defined per type.
  • IV drip therapy Limited

    A seeded registry type; its parameters are schema-defined per type rather than purpose-built clinical fields. Listed without any claim of clinical effect.

  • Other and custom types Limited

    Any further therapy a unit runs can be registered, with free-form parameters and the same mandatory per-session safety check.

Across every type How a clinic decides what appears in its own unit.
  • Per-clinic enablement Live

    Each clinic switches on exactly the therapy types it delivers.

  • The mandatory safety check Live

    Whatever the type, a session cannot be recorded without its per-session safety check.

Worth being clear about

  • The other therapy types are stored as configurable parameters, not purpose-built clinical fields.
  • No cohort builder and no protocol-versus-protocol outcome comparison — analytics are operational.
  • No bulk export to CSV or Excel; PDF output exists for e-signed documents, and the FHIR interface below reads the record resource by resource.
  • No wearable or device data ingestion in Nubiss Clinical.

Getting the data out

A FHIR interface over the clinical record.

Nubiss Clinical exposes its record as FHIR R4, so an analysis environment or a hospital system can read it in a standard shape rather than through a bespoke extract.

Eight resource types are served

  • Patient
  • Practitioner
  • Organization
  • Location
  • Appointment
  • Encounter
  • Observation
  • Condition

Vital signs are LOINC-coded, diagnoses carry their ICD-10 codes, and organisations and chambers appear as Organization and Location.

The shape of it, precisely

  • It is a read and search interface. Only Observation accepts writes, for a single vital or a blood pressure panel.
  • There is no outbound sync — nothing is pushed to another system on its own. You read when you need to.
  • Endpoints are authenticated and scoped the same way the rest of the application is.
  • Nubiss TelMed has a separate FHIR interface with different resources and German profiles. StudyCore and Longevity have none.

One unit, one team

Handoffs that are recorded, not assumed.

Doctor, nurse and reception act on the same record — and the software keeps track of who has seen what.

Declarations, triaged

Health declarations arrive with risk flags, and the doctor records an explicit fitness decision before a session can go ahead.

Doctor-to-nurse handoff

Session notes from the doctor wait for the nurse until they are acknowledged — the handoff is a recorded step, not a hallway conversation.

One view across clinics

A doctor assigned to several clinics sees their patients and today's capacity in one place, still scoped to what each role may see.

Governance

Consent, access and record integrity.

Consent and signature

Versioned, role-targeted document templates. A signature records signer, method, time and a verification hash, with a checkable certificate.

Access that fails closed

Data is scoped by company and clinic. A request for another organisation's record returns not-found — never confirming the record exists.

Identifiers protected

National identifiers and insurance numbers are encrypted in the database, searchable only through a separate hashed value.

The full account — including what is not yet documented — is on the security and compliance page.

Tell us how your unit works.

We will walk through your protocols and follow-up model and show you how they map onto Nubiss Clinical. Please do not include any patient information in your message.