Skip to content

Trisilva Docs

Two bodies of documentation sit here. The standard says what an insurance policy, a claim or a receipt is, and how a caller asks for one. The platform documentation says how Trisilva implements that standard, and what a tenant, a region and an audit record mean on our side of the boundary. The standard is open and governed in public, so a third group below covers how it changes and where to argue with it.

The platform is built on three layers, and each one strictly extends the layer below it. Nothing in a higher tier redefines a term the tier below already settled.

TierWhat it isWho authors it
BaselineThe OPIN data standard and API design. The shared vocabulary for parties, products, coverage, claims, premium and receipts.Trisilva, published open. Originated by the Open Insurance Initiative
Market profileWhat one national market requires that a global standard cannot decide for it. Vietnam is the first profile.Trisilva, published as an open profile
PlatformThe Trisilva implementation: multi-region topology, tenancy and scopes, the audit log, the document service.Trisilva

The first two tiers are open, and they are developed in public at github.com/trisilva/opin under MPL 2.0. You can read them, build against them, and report a defect without any relationship with Trisilva. That is deliberate. A standard that only one vendor can see is not a standard.

The third tier is ours. It is described here in full because the architecture is not the moat, but it is not open source and it is not governed by the process the standard is governed by.

Conventions applies to every module, so read it before the module you are working in. Motor is worth reading even if you are not building motor, because every other module’s surface mirrors the shape declared there.

On the platform side, read Architecture first. Tenancy, regions and documents are each a consequence of the two-plane split it describes, and none of them reads correctly on its own.

Read Scope and design before you commit to anything. It draws the boundary of the standard, including what it will never cover.

If a question is specific to your integration, talk to us. A document answers the general case and a person answers yours.