Every device reading, in the chart and in the study.
The CGM, monitor or wearable reports a value once. Kymolog codes it to FHIR, files it in Epic, Oracle Health or MEDITECH, and keeps the same reading, with its device and timestamp, for research.
FHIR R4 · LOINC · UCUM · on premises or cloud
Medical device data analytics starts with a coded reading
A continuous glucose monitor (CGM) reports 132 mg/dL at 08:02. The Kymolog™ edge agent writes that value as one FHIR R4 Observation. FHIR, short for Fast Healthcare Interoperability Resources, is the HL7 standard for exchanging health records, and an Observation is its record of one measurement.
This Observation carries a LOINC code for what was measured, a UCUM unit for the value, the device that took the reading and when. Kymolog then adds the patient and the encounter. No one retypes or recodes the value later, so the chart and the research dataset both use this record.
Figure 2 as a table
| Field | Value | What it records |
|---|---|---|
| code | LOINC 99504-3 | glucose in interstitial fluid |
| subject | Patient/p-041 | the patient, matched by bed or device assignment |
| effectiveDateTime | 2026-10-03T08:02:00-04:00 | when the device took the reading |
| valueQuantity.value | 132 | the reading itself |
| valueQuantity.unit | mg/dL (UCUM) | its unit, coded |
| device | Device/7f3a | the device that sent it |
Into the chart
The edge agent sits beside the devices and picks up each value as the device reports it. Kymolog matches the reading to the patient and encounter by bed, then files it in the EHR the hospital already runs.
- Epic
- Oracle Health
- MEDITECH
- athenahealth
- eClinicalWorks
- NextGen
- Veradigm
Into the study
Kymolog keeps the record it files in the chart for research too. Each reading keeps its device and timestamp and stays linked to its patient and encounter, so medical device analytics can trace every value to its source.
Sites that want to share data can add the data network: consent, de-identification, dataset licensing and royalties to contributing sites, built from the readings Kymolog already keeps.
Figure 3 as a table
| Where it lands | What it records | Value |
|---|---|---|
| the chart | flowsheet row "Glucose, CGM", 08:02 column, patient p-041 in bed 12 | 132 mg/dL |
| the study | dataset row: patient p-041, 08:02:00, LOINC 99504-3, device 7f3a | 132 mg/dL |
What Kymolog records, and where it runs
The edge agent reads CGMs, electrocardiogram (ECG) monitors, blood pressure cuffs, thermometers and pulse oximeters, which report oxygen saturation (SpO₂). Any other device class joins by configuration: a manifest of its codes and units, with no custom build. See the devices Kymolog records.
Each part of the medical device data platform runs where its operator puts it. A hospital runs the install on its own servers or private cloud, or a device maker runs it in the maker's cloud. The research store sits beside the install or in our cloud, which only ever receives de-identified readings. The agent sends device values without patient details, and patients are matched inside the install. Read what the install exposes, and to whom.
Who uses Kymolog
-
Device makers
Deliver your device's readings to hospital EHRs and keep their provenance for post-market surveillance.
-
Hospitals
Chart bedside device readings without retyping, each one linked to the patient in that bed.
-
Researchers
Study continuous physiological data from ICU and ward beds, coded at capture and linked to the encounter.
-
Trial sponsors
Collect wearable and home-device readings with the device and time recorded on each one.
Request a Kymolog demo
Tell us which devices you use and which EHR you run. We reply within one business day with times to talk. In the demo, a reading from one of your device classes goes into a test chart and a research dataset.