Trust & compliance

Security, privacy, and consent for healthcare data.

KareGrid deployments are designed with access control, auditability, and data governance in mind. DPDPGrid—our consent management layer—helps organisations align patient consent with India's DPDPA where applicable.

KareGrid platform security

Clinical and operational data in KareGrid requires careful handling across access, storage, review, and sharing. The following areas describe how we approach security and privacy for the platform itself—separate from, but complementary to, consent management through DPDPGrid.

Access and permissions

Role-based access so users see only information permitted by their role and the deployment's configuration.

Patient and hospital data separation

Patient identities, hospital relationships and records are isolated according to the architecture and policies defined for each deployment.

Auditability and clinical review

Audit logs, review steps, record corrections and change history where implemented in the deployed solution.

Authentication and data protection

Authentication methods, encryption in transit and at rest, backup, retention and incident response as documented for each engagement.

Privacy and governance

Consent and sharing workflows where implemented, data processing responsibilities, retention and deletion, and hospital responsibilities.

Operations, hosting and hospital responsibilities

Security is shared between KareGrid, hosting providers, integrators, and the hospital. Implementation-specific details should be confirmed during discovery—not assumed from product marketing alone.

Encryption and transmission

Protect data in transit and at rest using approaches agreed for each deployment. Document algorithms, key handling and rotation as part of implementation—not assumed by default on marketing pages.

Backup, recovery and availability

Define backup frequency, recovery objectives and failover expectations with the hospital or operator. State only what is contractually committed and technically implemented.

Incident response

Establish contacts, escalation paths and notification steps for suspected breaches or misuse. Align with hospital policies and applicable legal reporting obligations.

Third-party processors and hosting

Identify subprocessors, hosting regions and data flows relevant to the deployment. Hospitals remain responsible for lawful basis, notices and operational controls on their side.

Hospitals remain responsible for workforce training, physical security, vendor contracts, lawful processing, patient notices, and use of data within their policies. KareGrid implementations should document which controls are provided by the product, which are configured per site, and which remain hospital-operated.

Consent & India DPDPA

DPDPGrid — Intelligent Consent Management for Healthcare

This section covers consent management and alignment with the Digital Personal Data Protection Act (DPDPA). It does not replace the platform security topics above.

DPDPGrid is an independent Consent Management System (CMS) designed to help healthcare organisations manage patient consent, protect the confidentiality of patient information, and support the responsible use of health data for authorised healthcare purposes. It provides a centralised framework for managing consent across clinical, administrative, and digital healthcare applications.

Designed to integrate with existing Hospital Information Systems (HIS), Electronic Medical Records (EMR), and other healthcare applications, DPDPGrid enables hospitals to incorporate consent management throughout the patient journey—from registration and consultation to investigations, treatment, patient engagement, research, and discharge.

DPDPGrid supports purpose-based consent management, defined validity periods, consent modification and withdrawal, version management, and audit trails. Its integration capabilities enable connected applications to check relevant consent status and apply the associated permissions before processing patient information.

By providing a common consent management layer across healthcare applications, DPDPGrid aims to improve transparency, strengthen data governance, and help healthcare organisations implement consent processes aligned with applicable requirements of India's Digital Personal Data Protection Act (DPDPA) and rules notified by the Government of India.

Patient journey with consent management integration

01

Awareness & booking

Consent context before appointments and digital engagement begin.

02

Registration

Purpose-based consent captured at intake and identity establishment.

03

Consultation & care

Applications verify consent before clinical documentation and treatment data use.

04

Diagnostics

LIS, RIS and related systems check consent for investigations and results.

05

Discharge & beyond

Ongoing consent for follow-up, engagement, research (where permitted), and withdrawal.

Consent management workflows

The diagram below shows how consent is captured through patient-facing portals, stored in a central consent service, and enforced before trusted applications access patient information. FHIR-oriented APIs help connected HIS, EMR, and other systems stay interoperable.

Consent Management Workflows: consent creation via portals and FHIR APIs, storage in a consent database, and validation before patient data access
Consent management workflows—creation and storage (top), then validation at data access (bottom).

Creating and storing consent (top of diagram)

  1. Members, administrators and related persons act through consent portals (web, mobile, and other channels) to create, update, revoke, verify, or deactivate consent as permitted by policy.
  2. The portal calls the consent service using FHIR-style GET, POST, or PUT operations on a Consent resource.
  3. The consent service persists records in a consent management database—storing new consent and retrieving existing records when required.

Validating consent before data access (bottom of diagram)

  1. A trusted application requests patient information through standard healthcare APIs.
  2. Before data is released, the platform asks the consent service whether the requested use is authorised for that patient and purpose.
  3. If consent is valid, access proceeds from the clinical data repository; if not, the request is denied and only the permitted response is returned to the caller.

How consent works throughout the patient journey

DPDPGrid introduces a consent verification process at each relevant stage of the patient journey. Before a connected application uses patient information for a particular purpose, it can check whether the required consent is available and valid. If consent is not available, the application can initiate a consent request through the CMS.

Patients can provide, reject, or modify consent as supported by the relevant process. The CMS records consent details, purpose, data scope, validity, and changes in an audit trail. Consent updates and withdrawals can be communicated to integrated applications so that subsequent data processing can reflect the updated consent status.

The platform also provides for patients to view their consent history, review active or expired consents, modify consent where permitted, and withdraw consent where applicable. These capabilities help establish a transparent and traceable consent management process across the healthcare ecosystem.

Core capabilities

  • Consent lifecycle management

    Create and manage consent templates, versions, purposes, data scope, validity, acceptance, modification, and withdrawal.

  • Integration with healthcare applications

    Consent APIs and status updates for HIS, EMR, CRM, LIS, RIS, document digitisation, and AI/analytics applications.

  • Audit trail and accountability

    Maintain traceable records of consent events, changes, and application interactions.

  • Patient control and transparency

    Enable patients to review consent records, exercise available controls, and receive relevant notifications.

DPDPGrid's role in the KareGrid ecosystem

Within the KareGrid ecosystem, DPDPGrid serves as an independent consent management layer that can support consent-aware processing across multiple healthcare products and third-party applications. It is designed to work alongside clinical documentation, patient engagement, diagnostic, and hospital workflow solutions.

By separating consent management from individual applications, DPDPGrid allows healthcare organisations to establish a common framework for consent while retaining their existing HIS and EMR infrastructure. Its objective is to make patient consent an integral part of digital healthcare workflows rather than an isolated administrative activity.

DPDPGrid — Consent-driven healthcare. Confidential data. Connected systems.

Compliance note

DPDPGrid is designed to support compliance with applicable Indian data protection requirements, including the Digital Personal Data Protection Act (DPDPA) and rules notified by the Government of India. Actual compliance depends on implementation, operational controls, and the applicable legal requirements for each organisation and deployment.

Product summary: DPDPGrid on the products section.

Verify before launch

Use this checklist with your security, legal and clinical teams before publishing claims or go-live communications—covering both KareGrid platform controls and DPDPGrid consent processes.

  • —Encryption standards and key management
  • —Role-based permissions and tenant isolation
  • —Audit logging and access history
  • —Backup, recovery and incident response
  • —Data retention and deletion procedures
  • —Hosting locations and third-party processors
  • —India's Digital Personal Data Protection Act (DPDPA) and applicable rules
  • —Certifications or independent audits (only if evidenced)

Do not display HIPAA, ISO 27001, SOC 2, ABDM or other compliance badges unless KareGrid has evidence and the claim applies to your deployment.

Discuss Security Requirements