//  INFRASTRUCTURE FOR HEALTH AI

Health data,
turned into a patient story

Patient Memory turns fragmented health data into a trusted, reasoning-ready view of a patient. So healthcare's most abundant resource finally becomes its most useable.

Trusted by ambitious health builders
//  THE PROBLEM

The data is there, but it's unusable

Health data is digitized, standardized, and largely accessible. The meaning, the relationships, and the structure that make it clinically usable by humans or the AI agents working alongside them are not.

01

Duplicate entities

One medication, three spellings, five different IDs across five systems. Agents can't reason over a record they can't even resolve.

02

Contradictory values

Metformin 500 mg in the EHR, 1000 mg in the PDF, both timestamped today. Which one does your agent answer with?

03

Lost relationships

An A1c spike, a diabetes diagnosis, and a medication change belong together. The record keeps them apart and the agent never connects them.

04

Broken timelines

A decade of encounters arrives as a pile, not a chronology. Agents can't reason over what changed, when, or why.

The consequence:
agent failure

Agents reason over fragments and produce inconsistent, hallucinated, or shallow answers. The care suffers. So does trust in the AI meant to support it.

Expensive

Token costs balloon when AI re-reasons instead of remembers. Every restart re-solves context you already paid for.

Inaccurate

Accuracy suffers when relationships are inferred from contradictory fragments.

//  THE SOLUTION

The missing layer between
data and reasoning

Patient Memory connects and restructures health data so every agent reasons over a complete, contextual, and persistent clinical picture.

Connect

Data, wherever it lives

Connect your data, wherever it lives.
Normalize all formats into a common representation.

JSON
FHIR R4 / R5 resources
XML
CDA & C-CDA documents
ER7
HL7 v2 Messages
DOC
PDF scanned notes & reports
IMG
DICOM imaging metadata
Consolidate

One coherent record

Duplicates resolved, contradictions reconciled, relationships inferred, events ordered in time, into a single living knowledge graph.

T2 Diabetes
Hypertension
Dyslipidemia
Obesity
Metformin
Glipizide
Lisinopril
Atorvastatin
HbA1c · 6.9%
Retinopathy
JR
Jane Rawdon
Serve

A patient story, on demand

A virtual file system (VFS) of conditions, labs, timelines and narratives. Agents read what they need, at the granularity they need.

patient_memory · vfsbrowse
patient/8a4f…/
conditions/
type-2-diabetes/
_story.md
relationships.json
provenance.json
hypertension/
medications/
metformin.json
labs/
hba1c.json
timeline.json
/conditions/type-2-diabetes/_story.mdGET
# Type 2 Diabetes
First documented 2019-04-12.
Current Rx: metformin 1000 mg BID.
Latest HbA1c: 6.9% · ↓ improving
Comorbid: hypertension, dyslipidemia.
Complications: retinopathy (mild).
//  INTERFACES

Two interfaces, one patient story

Build with the primitive that fits your needs. A REST API for your engineers; an MCP server for your agents.

DEVELOPERS

A REST API for developers

Ingest data to update the graph. Audit and inspect every decision the system made on every record.

# Ingest a new clinical document POST /v1/patients/8a4f.../ingest content-type: application/fhir+json # Read the resolved story for a condition GET /v1/patients/8a4f.../conditions/type-2-diabetes/_story.md # Inspect provenance GET /v1/patients/8a4f.../provenance?entity=condition:type-2-diabetes
Read API docs →
AGENTS

An MCP server for agents

Agents use a set of primitives to reason over a patient's story, without bringing the whole record into context.

browse_patientList directories in the patient VFS: conditions, meds, labs, timelines.
read_patientFetch a single story, document, lab series, or timeline slice.
search_patientSemantic + structured search across the resolved record.
MCP integration guide →
//  TRUST

Built for healthcare

Infrastructure that holds up where it matters: clinical standards, provenance, and access control built in.

Complete provenance

Every value in the record links back to its source document, the rule that resolved it, and the decision the system made.

Trace · explain · audit

Source-agnostic

FHIR R4/R5, C-CDA, HL7 v2, PDF, DICOM, SQL exports, and whatever else lives in your stack.

ALL YOUR HEALTH DATA

Clinical standards

Concepts grounded in SNOMED · LOINC · ICD-10 · RxNorm. Every entity speaks the language clinicians read.

Ontology-aligned

Access control

OAuth 2.1 and the Agent Auth Protocol.

OAuth 2.1 · AAP
//  SCALE

Built for scale

Enterprise-grade performance you can rely on. The architecture holds whether you serve a hundred patients or a hundred million.

Low token cost

Structured retrieval over a resolved graph means conversations don't pay to re-derive the same record on every turn.

Built up, without breaking down

Horizontally scaled by default. The architecture holds no matter the number of patients or concurrent agents.

All health data

Supports every clinical and adjacent data types, so Patient Memory scales with the patient.

Grows with the patient

Every new data point and every agent interaction extends a living memory. Durable across encounters and decades.

//  DEPLOYMENT

Built for flexibility

Choose the deployment model that fits your compliance posture and your data-residency requirements.

SaaS

Fully managed

Compliant by default. Go live without infrastructure overhead, we operate the platform end to end.

HostingClinia cloud
BYOC

Bring your own cloud

Deploy into your own VPC. Your data, your keys, your environment, always. Operated, monitored, and upgraded by us.

HostingAWS · GCP · Azure
ON-PREM

Your infrastructure, end to end

For organizations with strict sovereignty and compliance mandates. Air-gapped if you need it.

HostingCustomer DC
Talk with us about your deployment
//  COMPLIANCE

Global compliance and security

Built to meet the highest standards in healthcare security and compliance, wherever you operate, whoever the regulator is.

HIPAA

Fully HIPAA compliant

Every clinical record is protected at every layer. Privacy and security requirements met by design.

GDPR

GDPR conformant

All data is processed, stored, and accessed under controls that meet GDPR requirements. Patient privacy, always.

SOC 2

SOC 2 Type I & II

Independently audited. Continuous monitoring of security, availability, and processing integrity.

PIPEDA

PIPEDA compliant

Health data collected, used, and disclosed under controls that meet PIPEDA requirements. Patient consent and privacy are protected by default.

//  Start here

Healthcare AI needs an infrastructure layer that doesn't just standardize the data, but understands it