Features

One record, from first inquiry to frozen straw.

Everything below is one system with one login. Not a suite, not modules that sync overnight. The lead, the chart, the embryo and the invoice are the same record — which is why there is nothing to reconcile between them, and why the clerical hours a cycle costs today largely disappear.

Clinical

The chart your physicians will actually open.

Most fertility EHRs are general-purpose charts with fertility fields bolted on. This one was built around the cycle, which is the unit a fertility clinic actually runs on.

Module 01

Fertility EHR

The whole patient on one screen — no tab-switching to assemble a picture before you walk into a room.

  • Labs trended over time, not PDFs buried in folders
  • Ultrasound and follicle tracking with gestational age
  • Treatment protocols and medication schedules
  • Encounter notes with sign-off, amendments and addenda
  • Complete timeline: appointments, documents, status history
Screenshot

Patient chart with trended labs and timeline.

Module 02

The IVF cycle calendar

Generated from a single date: birth control, stimulation, monitoring visits, trigger, retrieval, transfer. The patient sees the identical schedule in her portal — and the hour a coordinator spent building it, per cycle, is gone.

  • Protocol-aware generation, not a blank template
  • Pre-flight check that refuses to fail silently when scheduling rules, locations or provider availability are missing
  • One source of truth for clinic and patient — no retyping
Screenshot

Generated calendar, Day 1 → 34, with protocol labels.

Module 03

Command Center

The screen a medical director opens at 7am. Sixty patients stimulating and you open only the ones that aren't tracking.

  • Every patient scored on five readiness dimensions — clinical, laboratory, consents, financial, operational
  • Today's capacity across rooms, providers and resources
  • A single alert inbox, generated by the system watching itself
Module 04

Patient portal

The patient side of the same record — so the schedule she reads is the schedule you built, character for character.

  • Her cycle calendar, live
  • Documents, results and secure messaging
  • Consents and education, in English or Spanish

Embryology

The part most clinics still run on paper.

Most EHRs stop at the chart. The embryology record — the one someone will ask you about in five years — usually lives in a spreadsheet nobody has permission to lose.

Module 05

Lab and embryo records

Retrieval outcomes through to transfer, per embryo.

  • Eggs retrieved, mature, fertilized, blastocysts
  • Expansion score, ICM and TE grading
  • PGT results held against the individual embryo
  • Transfer records with catheter type, endometrial thickness and day
Screenshot

Per-embryo record — grading, PGT, viability.

Module 06

Cryo inventory

Down to the physical slot, so "where is that straw" is one click and not an afternoon.

  • Tank, canister, cane and straw position
  • Thaw and disposition records
  • Tissue labeling with witness release
Screenshot

Cryo drill-down: tank → canister → cane → straw.

Module 07

Chain of custody

Double witnessing where a person is structurally prevented from witnessing their own work — enforced by the system, not by a policy on a wall.

  • Every handling step carries a second name
  • Electronic witnessing integration
  • Full traceability trail per specimen

Funnel and money

The two ends nobody connects.

The lead and the ledger sit at opposite ends of the same patient. In Solux they are the same record, which makes conversion reporting a query and month end an ordinary afternoon.

Module 08

CRM and patient funnel

An eight-stage pipeline from first inquiry to treatment started, with every stage change timestamped.

  • Stale-lead detection — the report nobody has today
  • Conversion reporting without a spreadsheet exercise
  • Financial clearance as a stage, not an afterthought

Every name on the stale-lead list is a cycle you already paid to acquire and are about to lose.

Module 09

Billing and revenue cycle

Self-pay and insurance billing in one ledger, from day one — with the full US insurance path already built for when you need it.

  • Packages, à la carte items and fee schedules
  • CPT and ICD coding, invoices, payments, statements with dunning
  • AR aging with escalation
  • Claims, remittances, denial analytics by CARC and RARC
  • Eligibility checks and prior authorization
Screenshot

AR aging and the billing ledger.

Compliance and operations

The things you assemble the night before an inspection.

Module 10

Lab QC and equipment

Register, calibration and preventive maintenance due dates, alarms with an acknowledgement trail, routine QC with supervisory review, proficiency testing.

Module 11

Inventory and lot traceability

Answers both recall questions — which cases used this lot, and which lots touched this case — without anyone opening a binder.

Module 12

Workforce compliance

Credentials and competency assessments with expiry tracking, and the pre-inspection report generated rather than assembled.

The AI layer

Everyone shipped a chatbot. Almost nobody shipped the part that matters.

A chat window is the easy half. The hard half is a model that can see the clinical record, is structurally prevented from seeing more than the person asking is allowed to, and leaves a trail a regulator would accept. That is a decision about the database, not a feature added later.

AI bolted on
  • Sits on top of a system it cannot see into
  • Answers from a stale export or a help-center article
  • Gives the same answer to a receptionist and a medical director
  • No record of what it was asked or what it returned
  • Confidently wrong, with nothing to check it against
  • Your patients quietly improve somebody else's model
AI inside the record
  • Reads the live clinical database the app itself runs on
  • Runs under the asking person's permissions — it cannot return a row they couldn't open themselves
  • Read-only, row-capped, time-limited. Blocked from writing anything, ever
  • Every question and every generated query written to an audit table
  • Predictions stored next to the actual outcome, so accuracy is measurable rather than asserted
  • Your data is never used to train a model. Configuration is prompt and knowledge, not fine-tuning

Nine surfaces, one rule: it can never see more than you can.

The assistant is the visible part. The rest of the AI in Solux runs without anyone opening a chat window — and all of it obeys the same constraint, because all of it reads the same permission-scoped database.

01 · Ask

The assistant

"Which patients have AMH below 1.0?" · "Who has retrievals this week?" · "Summarise this chart before I walk in." · "What's in AR past ninety days?" Forty pre-built questions across clinical, embryology, financial, operational, compliance and eligibility — and it answers well outside them too.

02 · Generate

Cycle calendars

A full protocol from one date, with a pre-flight check that refuses to generate rather than produce a schedule built on missing scheduling rules or provider availability.

03 · Read

Document extraction

Outside records and lab reports parsed on upload, fields mapped into the chart, and anything below confidence routed to a human instead of written quietly.

04 · Watch

Alert detection

Clinical thresholds, equipment and tank alarms, failed QC, credential expiries, stock-outs and aged receivables — surfaced into one inbox with an owner, a routing rule and a resolution trail.

05 · Score

Patient readiness

Five dimensions per patient — clinical, laboratory, consents, financial, operational — so the Command Center can tell a director which four of sixty patients need him today.

06 · Predict

Predictions with a scorecard

Input features, predicted value, confidence and model version are stored on every prediction — and the actual outcome is written back beside it. You can audit whether the model was right, by type and over time.

07 · Propose

Insights under review

Population-level findings arrive with a confidence level and a status, and stay in review until a named clinician signs them off. Nothing acts on a patient because a model suggested it.

08 · Translate

Bilingual by construction

English and Spanish across the app, the portal and every AI surface — with machine-critical fields (event types, medication names, field mappings) deliberately excluded from translation so a locale switch can never alter clinical meaning.

09 · Report

Daily reports and intake

Structured daily summaries generated off the live record, and AI-assisted intake conversations that arrive as data rather than as a transcript someone has to re-key.

What keeps it safe

  • Read-only. Blocked from writing anything, ever
  • Runs under the asking user's own permissions, so it cannot return a row that person couldn't open themselves
  • Row caps and query timeouts on every request
  • Every question, generated query, status, row count and duration written to an audit table
  • Never links clinical records automatically — a human confirms every identity match

The assistant carries your name

Name, persona, tone and clinic knowledge are configured during onboarding. It introduces itself as your clinic's assistant, not ours.

And to be exact about what that is: prompt and knowledge configuration, not a model trained on your patients.

What we don't do with your data

  • We do not train models on your patient data.
  • Clinic personalization is prompt and knowledge configuration, not fine-tuning.
  • Your instance's data does not leave your instance to improve anyone else's product.
  • Full export in an open format, on demand, at any time.

Integrations

Already built. Switched on when your credentials arrive.

These are not roadmap items and they are not quoted separately. They exist, they are running, and connecting yours is a configuration step during onboarding.

Electronic witnessing

Chain-of-custody events written straight into the specimen record.

Time-lapse incubation

Embryo development data and AI viability scores against the individual embryo.

PACS imaging

Ultrasound studies over a site-to-site tunnel, attached to the chart.

Reference lab HL7

Results in and orders out over a standard HL7 v2 interface.

Payments

Card and ACH against the invoice that generated the charge.

Email and SMS

Transactional patient messaging in English or Spanish.

E-fax and labels

Because parts of this industry still run on both.

Bilingual by design

Full English and Spanish across the app, the portal and the assistant.

Implementation

The implementation plan is a screen, not a document.

Forty configuration items across identity, scheduling, clinical, embryology, billing, CRM, people, payments, lab QC, inventory, workforce, revenue cycle and integrations. Each one shows its status, whether it's a blocker, why it matters in one plain sentence, and exactly which screen fixes it.

When every blocker is green, you go live. That's the whole project — visible to you, in real time, from the first week.

  1. 01

    Discovery

    Your cycle volume, your systems, your handoffs, your numbers. Forty-five minutes, before anything is configured.

  2. 02

    Instance provisioned

    Your own database, storage and domain, deployed from a versioned template. Days, not months.

  3. 03

    Configuration

    Prices, protocols, consents, staff and scheduling rules — run against the 40-item checklist with us in the room.

  4. 04

    Migration and training

    Structured import with a review step before anything becomes a clinical record. Training by role, not one long generic session.

  5. 05

    Go live

    Blockers green, patients on it, and a named person who answers the phone afterwards.

Next step

Bring your hardest workflow. We'll start there.

The best first question isn't whether you like the software. It's which part of your current week you'd want running on this first.