Patient timeline
Encounters, observations, results and documents resolve from one request instead of a record-summary service.
- SQL
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.
Visits, measurements, vitals and administered care. It is the first of 4 workloads running in Healthcare.
Encounters, observations, results and documents resolve from one request instead of a record-summary service.
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.
Clinical systems are judged on traceability. These are the parts of the layer that carry it.
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.
5 shapes carry this domain. Choose a stage to read the operation, or a shape to see every stage that handles it.
Register
Patient, practitioner and department records
SQL
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.
The patient
Patients, practitioners and departments as records with access rules.
SQL
Each one keeps the measurement with what qualifies it, read from the same layer rather than reconciled later.
Encounters, observations, results and documents resolve from one request instead of a record-summary service.
A result is read against the order and the encounter that produced it.
Notes and reports carry queryable metadata rather than living only in a document system.
The operational side, devices, availability and maintenance, reads the same layer as the clinical records.
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.
Notes, reports, referrals and correspondence.
Requests, specimens, results and acknowledgements.
Patients, practitioners, departments and their relationships.
The work, the shapes it names and the path a request takes — with the protocol beside the measurement.
What runs against this data.
The shapes those workloads read and write.
One path from a request to the data it names.
How the work reaches the layer.
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