commvita™
Connected care platform
Start here

Competitive intelligence: ahead, on par, behind, and why

A register inside the platform, revised every build with AI assistance, rating 440 modules against the products that do the same job. 57 modules are behind at least one product, across 99 comparisons, and every one of the 99 says what it’s behind on.

Live vs demonstrated: Live — real, API-backed platform logic (wired end-to-end today) Demonstrated — representative control surface with seeded data / illustrative UI mock-up
© 2026 Commvita Digital Health Solutions Ltd. All rights reserved.

1 A register, updated every build

Most competitive comparisons in health software are a slide made for a bid and never touched again. commvita keeps its comparison as a module inside the platform, one entry per capability, rated against the named products that do the same job, and it is revised as part of every build.

The coverage is calculated on the screen instead of asserted. The module registry holds 629 entries. Twelve of them are cross-cutting capabilities with no screen to compare, such as brute-force lockout or per-record scoping. A hundred and ninety-eight are legacy duplicate entries pointing at the same route as another entry, resolved by route so they aren’t given a fabricated second audit. That leaves 419 distinct routed modules, every one audited, producing 440 audit entries because 21 routes host more than one distinct capability and each is rated on its own. The build enforces both directions: no routed module without an audit entry, and no entry without a module.

2 The numbers today

There are two counts on the screen and they measure different things, so here they are together. Counting modules: of the 440 entries, 237 are ahead of every product they’re rated against, 146 are on par with at least one and behind none, and 57 are behind at least one. Counting comparisons: each module is rated against several products, giving 1,109 comparisons across 454 named products, of which 742 come out ahead, 268 level and 99 behind.

The 57 and the 99 reconcile like this. Of the 57 modules behind, 23 are behind one product, 28 are behind two, four are behind three and two are behind four. Add those up and you get 99 comparisons where commvita is behind. The tiles count modules; the breakdown above them counts comparisons, because a module behind two products may be behind them for two different reasons, and the reason is what you plan against.

The competitive intelligence summary: the 99 comparisons where commvita is behind, broken down by gap class with the module count beside each, a note that the two units are shown side by side on purpose, and tiles counting modules: 440 audited, 237 ahead, 146 on par, 57 behind and 204 openEHR enabled with the note that enabled is not native
The strip counts comparisons (99 behind) and modules beside each class. The tiles count modules (57 behind)Captured from the running system, build B-733 · demonstration data

A module counts as behind if any one product beats it on any one comparison, which is why 57 modules produce 99 comparisons where commvita is behind. That’s the strict reading, and we use it because the lenient one flatters. The competitor products aren’t named on this page, by house rule; they are named on the platform screen, one by one, with the notes that justify each rating.

3 How “behind” is broken down

Behind is too blunt a word to plan against, so each of those 99 comparisons carries a gap class saying what separates commvita from that particular product. They break down like this, with the number of modules each class touches beside it, because one module can be behind three competitors for one missing capability.

Comparisons · modulesGap classWhat it means
52 · 28Not builtDesigned and not yet built. The largest group, and the one that closes fastest.
21 · 15Design gapThe capability doesn’t exist in the platform’s design. Building it is a programme, and the entry says what the programme would be.
10 · 8Not deployed or certifiedImplemented, and not yet run at scale, certified or exercised live. A seeded surface is rated behind a working product whatever its design.
7 · 5Out of scope by designThe other product’s role is one commvita chooses not to occupy. Conceded, and never to be moved.
4 · 4Upstream partnerConceded to a supplier commvita partners with. Also never to be moved.
4 · 3Awaiting licenceBuilt, and blocked on licensed content or credentials.
1 · 1Built, not wiredThe endpoint exists and is tested; the screen doesn’t reach it yet. A wiring task.

Two rules sit behind that table and are enforced by the build. A rating of not built, not wired or awaiting licence has to say what would close it, because a concession that doesn’t say what would move it is a refusal in disguise. And a rating conceded by design, to a partner or to scope, is forbidden from carrying a “moved by” at all, because there is nothing to move. A hybrid verdict like “ahead but not live” was considered and rejected: it folds two facts into one word and gets shortened to “ahead” the first time it reaches a board pack.

4 How the assessment is made

The audit is written with AI assistance at every build and revised against measurement, and a rating only moves when something measurable changed. Deciding to build a capability moves nothing. A plan is not a capability.

The verdict is honest about deployment. If a commvita surface is seeded and the comparator is a working product, commvita is behind, however good the design, and the gap class records that the gap is deployment. The openEHR column is the clearest example: 204 entries are marked openEHR enabled and none is marked native, because native would mean clinical data persisted as compositions against published archetypes and queryable with the standard query language, and no module claims that today. The tile now says in so many words that enabled isn’t native and that what stands between them is licensed content, not code. The build that took the register to this state also found fifteen places across the platform that advertised a query language commvita doesn’t have, two of them competitive ratings of ahead resting on it, and corrected all fifteen. Twenty-three archetype identifiers the platform names were then checked against the international register: eighteen are present, five are not, and the five are named on the screen instead of dropped.

Claims the register used to make and later withdrew are kept on the entry, with the date, instead of being deleted. A register that only shows what it currently claims can’t answer the question a buyer who read an older deck asks: was this ever asserted, and when did it stop being?

The Data Models screen, where the same rule is applied to data: a relationship is drawn only when the platform can resolve it, and unresolvable links are reported as unchecked
The same discipline applied to data: nothing drawn that can’t be resolvedCaptured from the running system, build B-733 · demonstration data

5 The same discipline for how data is used

The competitive register answers “how good is this module?”. A second register answers “is what I’m looking at real?”, and it is measured the same way.

The data transparency register classifies all 422 routed pages from their own source: 90 read the platform, 211 read the platform and carry seeded figures too, and 121 are seeded. The top bar of every page shows the result as a badge. The rule that fails the build is narrow on purpose: a page may understate itself, and may never claim platform data while fetching nothing. Where a page is mixed the register leaves it mixed, because deciding which tile shows which would be a guess.

6 No feature promises

Every founder of commvita has been on the receiving end of a feature promise: the module that was “in the next release” through three contract renewals. We vowed not to do it, and the register is how the vow is enforced on us.

There’s no roadmap column in the competitive audit. A capability is rated on what runs today, and the honest words for what doesn’t run are the seven gap classes above. When something is built it is measured, the rating moves, and the build register records the measurement. If you are shown a rating in a meeting and want to know what it rests on, the entry is on the platform with its notes and its last-verified date, which at this build ranges from June to September 2026.

The honest edges. This is our assessment of our own platform against products we don’t operate, made from public information and our own measurement. It isn’t independent. Four entries carry withdrawn claims. The comparators’ own capabilities move, and an entry last verified in June may be out of date about them. And the page itself is a seeded register in the provenance sense: it’s data typed into the platform and checked by the build, and it isn’t something the platform computes about the market.

Where it lives in commvita

ScreenRouteWhat it holdsStatus
Competitive intelligence/competitive-audit440 entries, ratings, gap classes, what would close each gap, withdrawn claims, export● Live register, seeded data
Module registry/architecture629 modules by status, reconciled with the audit every build● Live register
Data transparency/data-transparencyProvenance class per page, measured from source● Live register
© 2026 Commvita Digital Health Solutions Ltd. All rights reserved. Our own assessmentUpdated every build · figures at build B-733Non-SaMD