Design Overview

Pathology Business Information Model and FHIR Profile Mapping

The following diagram is a high-level logical representation of the key business entities relating to pathology test requesting and reporting:

path-diagram-information-model

To aid clarity, individual and organisation type entities (e.g. Performer / Performing Organisation) have been combined in the diagram but may be referenced independently. Each business entity is summarised below, together with links to the corresponding FHIR R4 resource (as defined in the base FHIR R4 Specification) and FHIR R4 profile (as described in the Profiles section of this implementation guide).

Business Entity Name Description FHIR R4 Resource FHIR R4 Profile
Test Request Summary A summary of the original test request that is returned with the Test Report. ServiceRequest ServiceRequest-eu-lab
Specimen Details relating to the specimen(s) provided for testing. Specimen Specimen-eu-lab
Test Report The overall findings and clinical interpretation relating to one or more pathology tests or investigations. The report may reference individual Test Results, Test Groups or a combination of these. DiagnosticReport DiagnosticReport-eu-lab
Test Group A set of related tests that are reported together, for example a Full Blood Count. Test Groups are more widely referred to as batteries, panels or profiles. Multiple levels of Test Groups and Test Results may be nested to support complex report structures, such as those used in Microscopy, Culture and Sensitivity reports. Observation England-Observation-Lab-Pathology (Test Group)
Test Result A single test result. Includes the name and associated SNOMED CT code for the test (e.g. “Glucose substance concentration in plasma” – 1110521000000108) and the result, with an accompanying unit of measure where appropriate (e.g. 4.8 mmol/L). Observation England-Observation-Lab-Pathology (Test Result)
Patient Demographics and other administrative information relating to a patient. Patient patient-eu-lab
Requester Details relating to the individual that requested a pathology test. Practitioner UKCore-Practitioner
PractitionerRole UKCore-PractitionerRole
Requesting Organisation Details relating to the organisation that requested a pathology test. Organization UKCore-Organization
Specimen Collector Details relating to the individual that collected a specimen. Practitioner UKCore-Practitioner
PractitionerRole UKCore-PractitionerRole
Specimen Collecting Organisation Details relating to the organisation that collected a specimen. Organization UKCore-Organization
Performer Details relating to the individual that performed a pathology test. Practitioner UKCore-Practitioner
PractitionerRole UKCore-PractitionerRole
Performing Organisation Details relating to the organisation that performed a pathology test. Organization UKCore-Organization

Pathology FHIR Data Model

The following diagram shows the key relationships between each of the pathology related FHIR resources (and associated profiles). It illustrates how the high-level information model described above is represented using FHIR. The arrows show the direction of the references between the FHIR resources.

path-diagram-R4-FHIR-data-model

Key aspects of the data model are summarised below:

  • DiagnosticReport contains the overall findings and clinical interpretation relating to one or more pathology tests.
  • Test results and test groups are defined as Observations and are referenced from DiagnosticReport using DiagnosticReport.result.
  • Observation.hasMember relationships are used to link test result Observations to an associated test group Observation. This is aligned with the Observation.hasMember grouping method described in the base FHIR R4 Specification.
  • To indicate that an Observation represents a test group,
    Command 'pagelink' could not render: Page not found.
    is used.
  • Multiple levels of test group Observations and test result Observations may be nested to support complex report structures, such as those used in Microscopy, Culture and Sensitivity (MC&S) reports.
  • ServiceRequest is used to carry summary details relating to the test request that the test report was based on.
  • The Specimen.request element is used to reference the ServiceRequest that a specimen relates to. This should be used when a test was requested before the specimen was collected.
  • It is also possible to link a ServiceRequest to a specimen using the ServiceRequest.specimen element. This should be used when a test is requested and the specimen has already been collected.

The diagram below shows a simplified data model for an example pathology test report:

path-data-model-lipids-HbA1c-report


Further example pathology test reports (with accompanying data models) are provided in the Examples Index.

SNOMED CT Usage

SNOMED CT concepts are used to populate the following key elements in the FHIR profiles described in this implementation guide:

  • The code element of DiagnosticReport-eu-lab SHALL be populated using the following fixed SNOMED CT record artifact concept and description:
    • 721981007 | Diagnostic studies report
  • The code element of England-Observation-Lab-Pathology (Test Result) SHALL be populated using one of the following:
    • memberOf 999002881000000100 | PBCL (Pathology Bounded Code List) observables simple reference set, OR
    • memberOf 1853551000000106 | PaLM (Pathology and Laboratory Medicine) observable entity simple reference set, OR
    • if an Observable Entity concept from either of the above reference sets cannot be identified (e.g. if a local reportable has yet to be mapped to SNOMED, or if the reportable is not yet represented in SNOMED), then it is acceptable to use a local code
  • The code element of England-Observation-Lab-Pathology (Test Group) SHALL be populated using one of the following:
    • memberOf 999002881000000100 |Pathology Bounded Code List observables simple reference set, OR
    • if an Observable entity concept from the above reference set cannot be identified, use a SNOMED CT Observable entity code taken from descendantOf 363787002 |Observable entity (observable entity)|, OR
    • if the two methods described above fail to identify a suitable code, then it is acceptable to use a local code
  • The category element of ServiceRequest-eu-lab SHOULD be populated with the following:
    • ServiceRequest.category.coding.system = http://snomed.info/sct
    • ServiceRequest.category.coding.code = 108252007
    • ServiceRequest.category.coding.display = Laboratory procedure

The diagram below illustrates how these elements of SNOMED CT are applied, using the example test report data model shown earlier. SNOMED PBCL concepts are used to represent the reportable items associated with each Observation.

path-data-model-lipids-HbA1c-SNOMED-PBCL-report


Further information on the use of SNOMED CT for pathology reporting can be found on the Pathology Standards Implementation website.