Test Result Concepts

Below find a few concepts related to test results handling and how they are used within GNUmed. Note that these apply to all sorts of tests and measurements, not just lab results. Things like Well's Score for DVT likelihood may fit as well.

Test Result
The result (the value of a measurement) of a particular test, performed on a particular specimen. Includes reference ranges, units, and flags for technical abnormality as well as clinical relevance. In the case of a blood pressure measurement, the specimen is invariably the patient!

Test Type
A formalized, evaluative proceeding upon one or more specimens, in order to establish information about a patient. Each test type is denoted by some type of code, even though the codes could range from open standards down to arbitrary decisions within single organizations. It would be possible to use different test types to distinguish blood pressure measurements as recorded manually in-office by a clinician, from those done by an automated or ambulatory device, or by a patient using their own device.

Lab Request
A stored record of a patient-related lab test request, and the status of the tests requested, whether these were generated and stored real-time within the praxis, or previously-unrecorded requests which were auto-created upon importing results after their having been initiated outside the EMR. This can include being copied results that were ordered by outside clinicians, including specialists.

Test Panel
A defined grouping of multiple Test Types (e.g. sodium, potassium, chloride and bicarbonate within Lytes), serving to reflect how a set of tests was ordered, or the laboratory method or workflow by which a set of values was processed and returned to the clinician, or how the set has been chosen to be viewed by the clinician. Such groupings may not in all cases conform to clinical utilization. Other factors could be tests performed together on a single probe tube, by a single lab machine, or offered as a group by the lab for analytical or financial reasons.

Unified Test Type
A GNUmed-local "meta type" aggregation of multiple clinically equivalent Test Types, which happen to carry different codes or names due to having originated in different labs, or having changed names over time, but are supposed to measure the same clinical value. Examples would be Gluc, GLUC, SCLUC, FGLU which may all refer to fasting serum glucose. Other examples could include serum and plasma values, when these would not differ importantly. The purpose of this grouping is to enable displaying values under one and the same "meta type" in the frontend. Issues regarding reference ranges and units are taken care of by storing them per-value.

Test Profile
A GNUmed-local grouping of a variety of different (unified) Test Types, to optionally be displayed together under a clinically meaningful context. Examples could include, in the case of diabetics: a variety of glucose values, glycated hemoglobin A1C, lipids and kidney function.

Reference Range
The range of values into which the result is expected to fall assuming the patient can be considered to belong to the corresponding reference group. Often called Normal Range.

Clinical Target Range
Patient-dependent range into which results are expected to fall. This must not correspond to the reference range, either when there is not appropriate reference group or when the expected range is different due to disease present in or treatment given to the patient. Think of INR under anticoagulation.

Test Review
Each individual test result can be reviewed. The review follows the standard review system as used in GNUmed.

Note that so far only some of the above concepts are implemented and in use with GNUmed.

Next: Adding test results