Skip to content
Heliosync

Products · Four, each with its status

Software for records that have to be right years later.

A tooth, a student, a hearing date, an investment plan. Two of these systems are live, one is in final testing and one is in development, and each says which. Where there is a demo you can open it now; where there is not, we say why.

  1. 01 Dental HMS Appointments, charting, treatment plans, prescriptions and billing for a dental clinic. Live · public demo
  2. 02 SchoolOS One student record and six role portals for an entire school. Live · public demo
  3. 03 Advocate OS Matters, hearings, eCourts status, clients and GST billing for advocates. Final testing
  4. 04 StorkWealth An investor app and an advisor portal for mutual fund distributors. In development · demo

§ 01

Dental HMS

A dental clinic's day and its records, in one clinical workflow.

Healthcare · Live, public demo

Your clinic never forgets.

Appointments by chair and clinician, chair-side charting tooth by tooth, treatment plans that keep every version, prescriptions that print onto the clinic's own pad, and billing at General, CGHS and ECHS rates, reconciled against the work actually done. Each clinic gets its own installation and its own database.

Being implemented with a dental clinic, and available to deploy now.

The 32 permanent teeth in FDI notation, upper arch 18 to 28, lower arch 48 to 38, with tooth 36 marked.1 · upper right2 · upper left4 · lower right3 · lower left1817161514131211212223242526272848474645444342413132333435363738
Fig. 1.1 Two-digit tooth notation Built FDI notation (ISO 3950), the chart Dental HMS records on: first digit the quadrant, second the tooth's place from the midline, drawn as seen from the front. Tooth 36, the lower-left first molar, is the same tooth on the chart, the invoice and the follow-up.

§ 02

SchoolOS

An ERP manages a school. SchoolOS is built to connect one.

Education · Live, public demo

Admitted once. Never typed again.

Students, attendance, academics, examinations, fees, transport, communication, reports and the school's own public website, over one student record that travels from admission to the report card. Each role works through its own portal and sees only its side of the record.

Each school runs on its own deployment with its own database. Pricing is quoted per school, after a conversation about which modules it needs.

One student record at the centre, joined to six role portals: management, administrators, teachers, students, parents and staff.onerecordManagementAdministratorsTeachersStudentsParentsStaff
Fig. 2.1 One record, six surfaces Built A star graph: every portal reads the same record and shows only its own part of it. An admission entered once is the same fact in the classroom, the fee ledger and the parent's phone.

§ 03

Advocate OS

The operating system for Indian advocates: the matter, its hearings, the client and the bill, connected around the case. Built, and in final testing before launch.

Film 3.1 One phone, one morning Sample matter 1 min 32 s · sound Seven in the morning: an advocate's phone full of court updates, client messages and missed calls. Then the same morning in Advocate OS: a court's display board, a case found on eCourts, the next date proposed from the order and accepted, the record filed in order with a case memory that cites its pages, a draft in Indian court format, a statute search, a message to the client approved before it is sent, a GST invoice, and a hearing pack on a phone in the court corridor. The matter, parties and dates are sample data.

Legal · In final testing

Proposed by the software. Decided by the advocate.

Advocate OS reads an order and proposes the dates that follow from it: the next hearing, a written statement due so many days from service, a certified copy to apply for. Each waits for the advocate's yes before it goes on the calendar. The same rule holds everywhere the software writes: nothing reaches a client, a court or an invoice unapproved. Each firm's data is kept apart from every other firm's.

A sample matter on a time axis: order on 12 October, certified copy on 13 October, written statement due on 4 November, thirty days from service, and the next hearing on 12 November 2026.30 days from serviceservice5 Oct12 Oct19 Oct26 Oct2 Nov9 Nov16 NovOrder passed12-10-2026Certified copy13-10-2026Written statement due04-11-2026Next hearing · Court 6, item 2112-11-2026
Fig. 3.2 A matter as intervals in time Built The sample matter from the film, on a day axis. Hearings are points; a period of limitation is an interval measured from an event, so a written statement due on 4 November at “30 days from service” fixes service at 5 October. The arithmetic is the rule's, not a guess. Sample data.

§ 04

StorkWealth

A wealth platform for mutual fund distributors: an investor app and an advisor portal on one record. In development.

Finance · In development, demo

Every plan approved by an advisor before an investor sees it.

The investor app (Flutter, also as a web app) walks a new investor from sign-up to a first SIP. The advisor portal is where a person signs off the risk profile, approves each plan, and sees whose journey has stalled and why.

Runs today as a demo. Orders go to a simulated exchange: it is not connected to NSE or any other exchange, places no real orders and moves no money, and no KYC or payment provider is integrated yet.

The StorkWealth journey in two lanes. In the investor app: sign-up, details, risk questions, goals, plan, first SIP. Twice the journey passes to the advisor portal and waits: the advisor signs off the risk profile, and approves the plan before the investor sees it. The first SIP goes to a simulated exchange; no real exchange is connected.INVESTOR APPADVISOR PORTAL01Sign-up02Details03Risk questions04Goals05Plan06First SIPSigns off riskby a personApproves the planbefore it is shownExchangesimulatedorder
Fig. 4.1 Two gates between sign-up and a first SIP Conceptual The journey as the demo runs it, in two lanes. Twice it leaves the investor's app and waits for a person in the advisor's portal: once to sign off the risk classification, once to approve the plan. Until the plan is approved the investor is shown nothing. The exchange at the end is simulated, so it is drawn dashed.

§ 05

What these pages leave out

No customer counts, no client names, no ratings and no prices. Each product is described by what it does today, and anything it does not do is simply absent. The demos are the honest version of every list above.

Need one of these, or something like them?

Tell us how the work is done today, and what goes wrong.

Get in touch