Search all 478 artefacts by title, document ID or content.
Statement | Family 1, Corporate & Entity
The document that goes out at first contact and into every vendor registration pack. It answers who Edsol Edtech Pvt. Ltd. is, what Pensieve is, and, because the question is coming anyway, how large the company is and what compensates for that.
STM-GL-028 | Version 1.0.0 | Last Modified On 31 July 2026
The document that goes out at first contact and into every vendor registration pack. It answers who
Edsol Edtech Pvt. Ltd. is, what Pensieve is, and, because the question is coming anyway,
how large the company is and what compensates for that.
| Field | Value |
|---|---|
| Legal name | Edsol Edtech Pvt. Ltd. |
| Brand | Pensieve Labs |
| Product | Pensieve |
| Constitution | Private Limited Company |
| Country of incorporation | India |
| Date of incorporation | [TO BE SUPPLIED] |
| CIN | [TO BE SUPPLIED] |
| Registered office | `28, Jamunather |
| Bulandshahar | |
| Uttar Pradesh | |
| India` | |
| Registrar | [TO BE SUPPLIED] |
| PAN, TAN, GSTIN | [TO BE SUPPLIED], [TO BE SUPPLIED], [TO BE SUPPLIED] |
| MSME status | Micro Enterprise, Udyam [TO BE SUPPLIED] |
| Financial year | 1 April to 31 March |
| Website | https://pensievelabs.org |
| Trust Center | https://trust.pensievelabs.org |
| Markets served | India, Australia, Denmark, Norway, United Arab Emirates |
| Formal certifications held | None. See 6. |
Pensieve isPensieve is an operating system for hospitals.
It is not a hospital management information system, a hospital information system, an electronic medical
record, an electronic health record or a practice management system. Those are applications.
Pensieve is the substrate they are built on: one system underneath the whole hospital,
on which clinical, administrative, financial, diagnostic, pharmacy, inventory, supply-chain, human
resources, quality and analytics capability is built and operated as a single thing rather than assembled
from separately purchased modules and held together by interfaces.
The consequence a buyer feels is architectural, not featural. In a module-purchase model, every new
capability is a procurement, an integration and a data-reconciliation problem. On
Pensieve, it is configuration on data the platform already holds.
What this means for the comparison a hospital will try to make. Pensieve is not
benchmarked against hospital information system list prices, because it is not the same category of
purchase. The relevant comparison is against the hospital's own current operating inefficiency: the
revenue that leaks, the stock that expires, the claims that are rejected, the hours that are spent
reconciling one system against another. ADD-GL-019 sets out how that is measured, baselined and shared
in the commercial model.
Four deployment models, all supported. The full definitions, and the security, residency and availability
consequences of each, are in WPR-GL-004.
| Model | Description | Typical fit |
|---|---|---|
DM-1 Dedicated |
An isolated cloud project per hospital inside Edsol Edtech Pvt. Ltd.'s cloud organisation, with dedicated services, database, storage and encryption keys |
The default. Fastest to production, strongest isolation, no cloud competence required from the hospital |
DM-2 Shared |
A shared platform with logical isolation per tenant and per-tenant encryption keys | Smaller sites and groups where a dedicated project is not warranted |
DM-3 Customer Cloud |
The hospital owns and pays for the cloud project; Pensieve Labs deploys and operates inside it under a delegated-access agreement |
Hospitals with an existing cloud estate and a policy requiring infrastructure ownership. ADD-GL-009 governs |
DM-4 On-Premise |
Deployed on the hospital's own hardware, in its own server room | Where a policy requires it. DM-4 is the slowest and most expensive path and does not meet the 14-day go-live target. ADD-GL-008 states the boundaries, including that an availability commitment cannot extend to hardware Pensieve Labs does not control |
Target: production go-live within 14 days of first contact, for DM-1 at 50 to 200 beds with no legacy
data migration. That is a target with a published method behind it, not a slogan: the standing document
library, the pre-drafted contract set, the intake protocol at FRM-GL-100 and the parallel-lane execution
model exist to make it achievable. Where a deal cannot meet it, committee approval cycles, on-premise
deployment, heavy migration, government procurement, Pensieve Labs says so at first contact and
sets a different target rather than missing this one.
Pensieve is not an ABDM-certified system and Edsol Edtech Pvt. Ltd. does not onboard as
an NHCX participant in its own name. This is a deliberate architectural boundary, not a gap.
The hospital is the registered health facility. It holds its own facility registry identifier, its
clinicians hold their own professional registry identifiers, and it holds its own health claims exchange
credentials. Pensieve operates a bring-your-own-credential model: the hospital supplies its
own credentials, client identifiers, secrets and certificates, Pensieve stores them encrypted
in a per-tenant vault, and calls those systems as the hospital, on the hospital's own authority. The
same model applies to payment gateways, messaging providers, insurers and third-party administrators,
laboratory analysers and imaging systems.
The full position, including the responsibility matrix, is DIS-GL-024. The credential-handling
commitments (custody, encryption, rotation, revocation, scope of use and what happens on offboarding)
are ADD-GL-007.
Edsol Edtech Pvt. Ltd. is a young company. Its balance sheet is small next to the turnover thresholds
that appear in hospital empanelment forms. Pretending otherwise would be discovered in the first
diligence pass and would cost more credibility than it bought.
| Field | Value |
|---|---|
| Employees | [TO BE SUPPLIED] |
| Turnover, most recent audited year | Pensieve turnover fy 1 |
| Customers | [TO BE SUPPLIED] |
| Statutory auditor | Pensieve auditor name |
| Bankers | [TO BE SUPPLIED] |
| Audited financial statements | REG-IN-023, available on request |
| Bank solvency certificate | Available on request, refreshed every six months |
What compensates. A hospital's turnover clause is a proxy for a real question: will you still be here
in three years, and what happens to us if you are not? That question deserves a mechanism rather than a
reassurance, and Pensieve Labs publishes four:
DIS-GL-407 Business Failure Continuity Plan: what happens, scenario by scenario, if
Edsol Edtech Pvt. Ltd. ceases to be able to supply.WPR-GL-400 Exit and Data Portability Commitment: the hospital's data, in documented formats, on
a schedule, without negotiation. Under DM-3 and DM-4 the data never leaves infrastructure the
hospital owns in the first place.ADD-GL-011 Source Code Escrow: offered proactively, on defined release events.STM-GL-033 Going-Concern Statement: the financial position stated, with its limitations.Edsol Edtech Pvt. Ltd. holds no formal certifications. No ISO/IEC 27001. No SOC 2. No HITRUST. No CE
marking. No ARTG listing. Where a form asks, the answer is "none held", never blank, never implied,
never "aligned with" in a way that could be read as certification.
What is published in place of a certificate is the evidence a certification audit would have examined, in full, readable today:
| Subject | Document |
|---|---|
| Assurance posture and the substitute-evidence set | WPR-GL-005 |
| Security architecture and controls | WPR-GL-001 |
| Deployment models and their security consequences | WPR-GL-004 |
| Data processing terms | DPA-GL-001 |
| Security commitments as contract | ADD-GL-001 |
| Subprocessors | DIS-GL-009 |
| Encryption and key management | DIS-GL-011 |
| Recovery objectives and test evidence | DIS-GL-014, DIS-GL-015 |
| Incident response and notification | DIS-GL-016 |
| Vulnerability disclosure | POL-GL-059 |
| Exit and deletion | WPR-GL-400, DIS-GL-023 |
The Trust Center itself is part of the argument. A supplier that keeps every formal artefact pre-built, versioned, dated and instantly retrievable is making a claim about how it operates that a certificate cannot make on its behalf.
A three-part tariff, governed by ADD-GL-019:
Signature is never blocked on agreeing the value model: the value framework is an annexure with its own
baseline-setting period. Pensieve Labs commits to a methodology, not to an outcome.
| Purpose | Contact |
|---|---|
| General | info@pensievelabs.org |
| Commercial | [TO BE SUPPLIED] |
| Legal and contracts | info@pensievelabs.org |
| Billing | info@pensievelabs.org |
| Support | info@pensievelabs.org |
| Security | info@pensievelabs.org |
| Privacy and grievances | [TO BE SUPPLIED], info@pensievelabs.org |
Token registry additions required: entity.customer_count.
| Version | Date | Author | Summary |
|---|---|---|---|
| 1.0.0 | 2026-07-31 | Founder | First issue. Entity facts, platform positioning against the module-purchase model, the four deployment models with DM-4's limitation stated, the national digital health boundary, a candid size-and-stage section with the four published continuity mechanisms, and the no-certifications position with the substitute evidence set named. |
STM-GL-028 v1.0.0 | Last Modified On 31 July 2026 | Edsol Edtech Pvt. Ltd. | CIN [TO BE SUPPLIED] | https://trust.pensievelabs.org