See the care journey, not an isolated encounter.
Organise authorised encounters, medicines, reports, allergies and follow-up information into a reviewable timeline while retaining source and date context.


Hospitals, laboratories & health-tech platforms
Nalan is being designed as an embedded artificial intelligence (AI) layer for hospitals, laboratories, hospital management information system (HMIS) vendors, laboratory information system (LIS), laboratory information management system (LIMS) and laboratory management information system (LMIS) platforms, and electronic medical record (EMR) teams. It brings permissioned context and reviewable assistance into existing workflows.
Software development kit (SDK) preview plannedIntegration scope will be validated with design partners before launch.

Answer first
Nalan for Hospitals & Labs is Doxyte's integration programme for adding conversational and analytical intelligence to existing hospital management information systems, laboratory information systems and electronic medical record software. Rather than asking teams to replace their core systems, the planned software development kit and connector layer are intended to place reviewable summaries, contextual actions and natural-language access inside familiar workflows.

Inside the clinical workflow
A role-aware view can bring authorised laboratory and clinical information closer to review while keeping source records, professional judgement and the host platform in control.
Designed around the workflow
Each capability begins as a defined use case with its own data, validation, permissions and review requirements. Release status is confirmed during discovery.
Organise authorised encounters, medicines, reports, allergies and follow-up information into a reviewable timeline while retaining source and date context.
Prepare role-aware summaries for clinicians and care teams, with links back to the underlying source and clear AI-generated status.
Structure authorised laboratory reports, show configured trends and surface items that require professional attention.
Planned interfaces can help authorised users locate information or begin an approved action without navigating disconnected screens.
The planned SDK is intended to support embedded chat, summaries and contextual actions shaped around the host system's identity, roles and design.
Support configured follow-up, communication and task-routing pathways while preserving clinical and operational ownership.
Developer preview planned
This structure can evolve into developer documentation, sandbox access and integration management when the SDK becomes available. For HMIS, LIS, LIMS and LMIS companies, Nalan is intended to extend existing software rather than replace it.

Embedded conversation, summary and contextual-action interfaces for supported host products.
Mappings for supported patient, encounter, order, result and document structures.
Facility roles, user permissions, consent, purpose and retention rules around every integration.
Source traceability, human edits, exceptions, performance monitoring and audit events.
Environment setup, credentials, test data, documentation and launch checks.
A clear release status for every model, connector and supported workflow.
A governed path to production
Define users, systems, decisions, handoffs and the exact problem to solve.
Document identities, data contracts, application programming interfaces (APIs), permissions and system ownership.
Apply role access, consent logic, source requirements and workflow boundaries.
Place Nalan components inside the relevant HMIS, LMIS, EMR or laboratory experience.
Test with representative data and users before any production expansion.
Monitor performance, exceptions, human corrections and system changes.
Governance is a product capability
These boundaries guide product design and discovery. The final controls must be validated for the organisation, population, workflow and applicable obligations before production use.
Read Doxyte's security approach ↗Every integration has an approved purpose, authorised roles and defined data boundaries.
Summaries and signals retain provenance, freshness and appropriate uncertainty.
Clinical outputs require validation for the intended setting and professional review before use.
Nalan complements the host system and clearly marks AI-generated information.
Primary reference points
These official sources inform the direction of the experience. They do not constitute a certification, regulatory approval or a substitute for implementation-specific legal, clinical or scientific review.
Reference set reviewed 31 July 2026.Questions, answered plainly
It is a set of integration components that can add approved AI-assisted experiences, such as summaries, contextual search or guided actions, to an existing hospital or laboratory system.
No. The planned approach is designed to extend existing systems while the vendor or healthcare organisation continues to control its core workflows and records.
Potential sources include supported patient, encounter, order, result, document and operational systems. Actual availability depends on documented interfaces, permissions and implementation scope.
The SDK is being designed around documented healthcare interfaces, including Fast Healthcare Interoperability Resources (FHIR) where appropriate and current Ayushman Bharat Digital Mission (ABDM) implementation guidance. Depending on the interface and implementation guide, laboratory observations and diagnostic reports may use LOINC®, while clinical concepts may use SNOMED CT. Mapping, terminology licensing, attribution, versioning and conformance must be verified for every production integration.
LOINC® (Logical Observation Identifiers Names and Codes) is an international standard for identifying health measurements, observations and documents. In supported ABDM and FHIR workflows, it can help systems identify which laboratory test or observation a result refers to. LOINC does not validate, interpret or diagnose from that result.
The SDK developer preview is planned. Doxyte can currently discuss architecture, use cases and design-partner participation.
It should be clearly marked, traceable to its inputs and reviewed by an appropriately qualified professional before it affects care.
No. It may help organise authorised result information for review, but diagnosis and treatment decisions remain with qualified healthcare professionals.
Build into the systems you already own
We are interested in focused design partnerships with HMIS vendors, LIS/LIMS and LMIS providers, hospital IT teams and digital-health platforms.
Discuss an SDK partnership ↗