Healthcare

Patients, documents and encounters on one timeline.

Clinical data is a document problem wrapped around a timeline: what was recorded, when, by whom, and what it means for the patient.

A clinical question answered from the record, not from a summary of it.

The story

A clinical question answered from the record, not from a summary of it.

Where it starts

Encounters and observations

Visits, measurements, vitals and administered care. It is the first of 4 workloads running in Healthcare.

The question it raises

Patient timeline

Encounters, observations, results and documents resolve from one request instead of a record-summary service.

Why one question is hard

From Register to Review

Healthcare data moves through 5 stages — Register → Encounter → Order → Document → Review. The shapes in play are SQL, JSON / documents, Time series, Objects, Events, and answering one question means reading across all of them.

What PLOMID contributes

Clinical systems are judged on traceability. These are the parts of the layer that carry it.

The environment

Clinical records, encounters, observations, orders and results.

Encounters and observations are events on a timeline, notes and reports are documents, and orders and results are records. Fragmentation is the operational risk. PLOMID holds the timeline, the documents and the records in one layer, so a clinical question is answered from the record rather than from a summary of it.

Data models in play

The shapes, in one layer.

5 shapes carry this domain. Choose a stage to read the operation, or a shape to see every stage that handles it.

PLOMID · Healthcare register · encounter · order · document · review Select a stage
Stage

Register

Patient, practitioner and department records

SQL

Workload map Healthcare workload map. Every shape on it is a surface of the layer, and each stage names the part of the operation it carries.
  • SQL Records, keys and joins
  • JSON / documents Documents and nested objects
  • Time series Measurements and events in time order
  • Objects Large assets with queryable metadata
  • Events Operational events as they happen
The data journey

How healthcare data reaches one layer.

Walk the path the data takes, from the environment that produces it to the questions it answers. Select a station, or a shape, to read each step.

A clinical question answered from the record, not from a summary of it.

Environment

The patient

Patients, practitioners and departments as records with access rules.

SQL

Where the data goes to work

Questions evidence has to answer.

Each one keeps the measurement with what qualifies it, read from the same layer rather than reconciled later.

Patient timeline

Encounters, observations, results and documents resolve from one request instead of a record-summary service.

  • SQL

Results with context

A result is read against the order and the encounter that produced it.

  • Time series
  • SQL

Documentation stays findable

Notes and reports carry queryable metadata rather than living only in a document system.

  • SQL
  • Events

Equipment and operations

The operational side, devices, availability and maintenance, reads the same layer as the clinical records.

  • JSON / documents
  • Objects
One environment · many workloads

What runs against healthcare data.

4 workload families over one set of shapes. Choose one to see what it moves and where it lands.

Visits, measurements, vitals and administered care.

  • Planned once against the layer, not once per store
  • Read beside the records it shares a key with
  • Persisted under one storage contract
Workload architecture

From measurement to evidence.

The work, the shapes it names and the path a request takes — with the protocol beside the measurement.

Healthcare · workload architecture
Workloads

What runs against this data.

  • Encounters and observations
  • Clinical documentation
  • Orders and results
  • Patient and organisation records
Data models

The shapes those workloads read and write.

  • SQL
  • JSON / documents
  • Time series
  • Objects
  • Events
The layer

One path from a request to the data it names.

  • Planning Predicates narrow the work before it runs
  • Execution Records, fields and windows answered together
  • Transactions Readers and writers do not block each other
Surfaces

How the work reaches the layer.

  • SQL surface The query language the layer is documented in
  • Applications Services and jobs writing and reading as they run
  • Analytics & AI clients The same layer, the same access path
Deployment & residency

Where this data is allowed to run.

Clinical data residency is a stated requirement, so placement, operation and access are part of the deployment design rather than an afterthought.

Deployment, residency and control
What you build next

Enterprise Search

One search surface over records, documents, events and their metadata.

If Patient timeline is your question, start here.