Consortia for Advocacy in Rural Health Enhancement
Partner with us
HomePlatformArchitecture
Platform · Architecture

How the layers fit

For technical evaluators. Layer by layer, with the reason for each choice rather than only the choice.

Layers

Identity, exchange, meaning, storage

IdentityABHA number · ABHA address04ExchangeHL7 FHIR R4 · DICOMweb · vendor-neutral APIs03MeaningSNOMED CT · ICD-10 / ICD-11 · LOINC · ATC02StorageIndia-resident, encrypted, consent-scoped01
The four layers every record must satisfy
Application architecture

Six decisions

LayerApproachWhy
WebResponsive application against a FHIR APIOne codebase, evaluator-friendly
MobileOffline-capable client with local store and background syncField connectivity is intermittent by default
BackendFHIR R4 resource server with programme-specific servicesStandards conformance at the boundary, flexibility inside
DataIndia-resident, encrypted at rest, multi-tenant with exportResidency, and the ability for a provider to leave
AI layerAssistive suggestion with attribution and dismissalThe human decides; the suggestion is auditable
IntegrationABDM, laboratory analysers, DICOM, messagingThe record is only useful if it connects
Security

Five layers

ConsentNothing moves without a recorded, revocable permissionEncryptionEnd-to-end, in transit and at restResidencyData held in India, under Indian lawTenancyMulti-tenant separation; providers can port outAuditEvery read and write attributable to a person
Consent, encryption, residency, tenancy, audit

Book a technical walkthrough.

With the people who wrote the specification.