North West Genomic Medicine Service Alliance
0.0.7 - ci-build United Kingdom flag

North West Genomic Medicine Service Alliance - Local Development build (v0.0.7) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Laboratory Testing Workflow (LTW)

References

A. IHE Pathology and Laboratory Medicine (PaLM) Technical Framework - Volume 1

Actors and Transactions

Actor Definition
Order Placer Commonly known as the Electronic Patient Record (EPR) System or Order Communications System
Order Filler Genomic Laboratory Hub (GLH), Laboratory Information System (LIMS)
Automation Manager Performed by Laboratory Information System (LIMS)
Order Result Tracker This is often provided by Electronic Patient Record (EPR) Systems
Laboratory Report (Clinical Document) See Clinical Document
Intermediary E.g. Regional or Trust Integration Engine

See also Ref A Section 3 Laboratory Testing Workflow (LTW) Profile for detailed description of actors.

IHE LTW Actor Diagram Order Placer Order Filler Automation Manager Order Result Tracker Placer Order Management (LAB-1) Filler Order Management (LAB-2) Order Results Management (LAB-3) Work Order Management (LAB-4) Test Results Management (LAB-5)

IHE LTW Actor Diagram


Initially only the IHE LAB-1 and LAB-4 is in focus.

Later stages will include the use of Genomic Order Management Service.

Overview

Genomic LTW Business Process

Genomic LTW Business Process


The sample may not need collecting by the ordering clinician for 2 reasons

  • it has already been sent to the GLH and extracted DNA is already stored there
  • the sample is somewhere else in the country. In this instance the ordering clinician will need to arrange the sample transfer to the GLH.

The processes above are described in more detail in:

From a high level perspective the process is

Order PlacerOrder Filler SendLaboratory Order O21Perform Tests SendLaboratory Report R01

Genomics Simplified Sequence Diagram


Where the Order Placer sends the Laboratory Order to the Order Filler, the lab performs the test and then sends the Laboratory Report back to the Order Placer. However, variations can exist such as the order is updated or the order is entered directly on the Order Fillersystem (these are currently out of scope).

Use Case: Genomic Test Order

An order is created by the clinical practice and placed to the laboratory.

Select Genomic Test Order FormComplete Genomic Test Order FormSubmit Genomic Test Order FormCollect Sample

Genomics Test Order Activity


Select Genomic Test Order Form

Within the system creating the genomics order, the practitioner will select a form for the test required. Below are several examples from North West Genomic Laboratory Hub - Test Request Forms. How this is implemented will vary between different NHS organisations and systems they use.

NW GLH Genomic Testing Request Form – Rare Disease

NW GLH Genomic Testing Request Form – Rare Disease

Request for Genetic Testing for Haemoglobinopathies

Request for Genetic Testing for Haemoglobinopathies

Complete Genomic Test Order Form

These forms may (/will?) will have a computable definition called an template (FHIR Questionnaire) which will list the technical content requirements for the form. At present only one archetype has been defined:

This archetype definition can also support HL7 Structured Data Capture should the Order Placer system support these features.

Submit Genomic Test Order Form

The completed form is submitted to the Regional Integration Engine using:

  • LAB-1 for orders raised by Order Placer systems.
Order PlacerIntermediaryNW GLH Regional Integration Engine (RIE)Order FillerSelect Test Order FormComplete Test Order FormSubmit Test Order Form IHE LAB-1 Send HL7 FHIR MessageLaboratory Order O21Send HL7 v2 MessageOML_O21Collect SampleCollect SampleUpdate Test Order

Genomics Test Order Sequence Diagram - LAB-1


For submission, this form will be converted by the Order Placer to a communication format called HL7 FHIR (and for compatability reasons HL7 v2. If the Order Placer has a FHIR enabled Electronic Patient Record (e.g. EPIC, Cerner, Meditech, etc), they may use HL7 SDC - Form Data Extraction to assist with this process.

Order Test Form - Data Extraction Overview

Order Test Form - Data Extraction Overview


The FHIR exchange style used FHIR Message following laboratory-order message definition. This definition is based on HL7 v2 OML_O21 Laboratory Order which simplifies conversion to/from pipe+hat (v2) and json (FHIR) formats.

At present the NW GLH Laboratory Information Management System (LIMS) will not support HL7 FHIR. The Regional Integration Exchange (RIE) will perform conversion between v2 and FHIR formats.

This message is an aggregate (DDD)/archetype and so is a collection of FHIR Resources (similar to v2 segements) which is described in Genomic Test Order.

Communicating Ask at Order Entry questions and prior results

See also HL7 Europe Laboratory Report - ServiceRequest This message can be extended by template (FHIR Questionnaire) which allows the definition of additional questions to be defined for the laboratory order.

The detail of this form/template defines:

Order Test Form Example (extract)

Order Text Form Example (extract)


Question CodeSystem Code FHIR Profile HL7 v2 Segment FHIR Questionniare
item.type
FHIR Observation
value[x]
v2 OBX-2
Does This Test Relate to a Pregnancy SNOMED 77386006 Observation OBX boolean valueBoolean CE (code 0136)
Sample LOINC 68992-7 Observation-Panel OBR      
High Infection Risk Sample SNOMED 281269004 Observation OBX boolean valueBoolean CE (code 0136)

It is not expected the NW GLH Laboratory Information Management System (LIMS) will support UK SNOMED CT, and the RIE will handle the conversion either internally using FHIR ConceptMap or a terminology service with the following capabilities IHE Sharing Valuesets, Codes, and Maps (SVCM)

Collect Sample and Update Genomic Test Order

After submitting the original order, the sample will be collected and sent to the Order Filler. The Order Filler will update the Test Order to include details such as a specimen collection date, order filler number, etc.

Use Case: Genomic Test Report

A report is created by the clinical practice and sent to the order result tracker.

Genomic Test Report Description

Performs Tests requested in the Test OrderWrite Genomic Test ReportSend (final) Genomic Test Report

Genomics Test Report Activity


Send/Share Genomic Test Report

Genomic Report Page 1

Genomic Report Page 2

Genomic Report Example


Order PlacerIntermediaryNW GLH Regional Integration Engine (RIE)Order FillerPerform Diagnostic TestWrite Preliminary ReportoptSend (Preliminary) Genomic Test Report IHE LAB-3Send HL7 v2 MessageLaboratory Report ORU_R01Send HL7 v2 MessageLaboratory Report ORU_R01Complete ReportSend (final) Genomic Test Report IHE LAB-3Send HL7 v2 MessageLaboratory Report ORU_R01Send HL7 v2 MessageLaboratory Report ORU_R01When all tests in the order are completeTask complete notification(Can be an email notification)

Genomics Test Report Sequence Diagram - LAB-3


Main Process Flow

  • Optional Preliminary Report Stage
    • Perform Diagnostic Test → Write Preliminary Report (Order Filler).
    • Send (Preliminary) Genomic Test Report IHE LAB-3 from the Order Filler to the Intermediary (RIE).
    • RIE sends HL7 v2 message Laboratory Report ORU_R01 to the Order Placer.
    • The same HL7 v2 message is also sent from the Intermediary to the Order Placer.
  • Final Report Stage
    • Complete Report (Order Filler).
    • Send (Final) Genomic Test Report IHE LAB-3 from the Order Filler to the Intermediary (RIE).
    • RIE sends HL7 v2 message Laboratory Report ORU_R01 to the Order Placer.
  • Completion Notification
    • When all tests in the order are complete, a Task Complete Notification is sent to the Order Placer.
      • This notification can be sent via email or another messaging system.

Use Case: Genomic Test Order following on from Pathology Test Order

Genomic LTW Business Process - Use Case 3

Genomic LTW Business Process - Use Case 3


In this use case the original order is raised by the Order Placer and sent to a Pathology LIMS (Pathology Order Filler). The Pathology LIMS follows the processes outlined in Use Case 1: Genomic Test Order and Use Case 2: Genomic Test Report for pathology testing.
As part of this testing, the clinical process requires a genomics test to be performed. This genomics process is largely the same except for:

  • The order is sent as one interaction as the sample does not need to be collected.
  • The order should contain the pathology report detailing the results of the pathology tests.
Order PlacerOrder Filler (Pathology)Order Filler (Genomics)Submit Laboratory Order O21 (LAB-1)Send Laboratory Report R01 (LAB-3)opt[Genomic Order created by original order placer]Same specimen can reused for multiple testsSubmit Genomic Order O21 (LAB-1)Send Specimen (not a technical interaction)Send Genomic Report R01 (LAB-3)opt[Order Filler (Pathology) creates Genomic Order]Same specimen can reused for multiple testsSubmit Genomic Order O21 (LAB-1)Copy of Genomic Order O22 (LAB-2)Send Specimen (not a technical interaction)Send Genomic Report R01 (LAB-3)Send Genomic Report R01 (LAB-3)

Multiple Diagnostic Tests - LAB-1 and LAB-3


Main Process Flow

  • Initial Laboratory Order
    • Step 1: The Order Placer submits a Laboratory Order O21 (LAB-1) to Order Filler (Pathology).
    • Step 2: Order Filler (Pathology) sends back a Laboratory Report R01 (LAB-3).
    • Note: As required by local clinical guidelines, this step can also include imaging orders.
  • Optional Path 1 – Genomic Order created by original order placer
    • Condition: [Genomic Order created by original order placer].
    • Note: The same specimen can be reused for multiple tests.
    • Step 3: Order Placer submits a Genomic Order O21 (LAB-2) to Order Filler (Genomics).
    • Step 4: Specimen is sent from Order Placer to Genomics.
    • Step 5: Order Filler (Genomics) sends a Genomic Report R01 (LAB-3) back to the Order Placer.
  • Optional Path 2 – Genomic Order created by Pathology
    • Condition: [Order Filler (Pathology) creates Genomic Order].
    • Note: The same specimen can be reused for multiple tests.
    • Step 6: Order Filler (Pathology) submits a Genomic Order O21 (LAB-2) to Order Filler (Genomics).
    • Step 7: Specimen is sent from Pathology to Genomics.
    • Step 8: Order Filler (Genomics) sends a Genomic Report R01 (LAB-3) to Order Filler (Pathology).
    • Step 9: Pathology sends the Genomic Report R01 (LAB-3) to the Order Placer.

Diagnostic Cancer Pathways

This use case can often occur around cancer:

Cancer Diagnostics

Cancer Diagnostics


The details of this is beyond the scope of this guide, for more details see Getting It Right First Time (GIRFT) Best Practice Timed Diagnostic Cancer pathways

Diagnostics IHE Architecture

Diagnostics IHE Architecture


Use Case: Work Order Management

Order PlacerAutomation ManagerRegional Integration EngineOrder Filler(North West GMSA)Order Filler(other GMSA)Submit Laboratory Order O21 (LAB-1)Route order as required,splitting the order is necessaryopt[North West GMSA Order]Submit Genomic Order O21 (LAB-1/LAB-4)Send Laboratory Report R01 (LAB-3)Send Laboratory Report R01 (LAB-3)opt[Other GMSA Order]Submit Genomic Order O21 (LAB-1/LAB-4)Using Genomic Order Management Service APISend Laboratory Report R01Using Genomic Order Management Service APISend Laboratory Report R01 (LAB-3)When all tests in the order are completeTask complete notification(Can be an email notification)

Work Order Management LAB-4


Main Process Flow

  • Order Submission
    • The Order Placer submits a Laboratory Order O21 (LAB-1) to the Automation Manager.
    • The Automation Manager decides whether to route or split the order as needed depending on the requested tests.
  • Conditional Routing (opt blocks)
    • [North West GMSA Order]
      • The Automation Manager submits a Genomic Order O21 (LAB-1/LAB-4) to Order Filler (North West GMSA).
      • The Order Filler sends back Laboratory Report R01 to the Automation Manager.
      • The Automation Manager forwards this Laboratory Report R01 to the Order Placer.
    • [Other GMSA Order]
      • The Automation Manager submits a Genomic Order O21 (LAB-1/LAB-4) using the Genomic Order Management Service API to Order Filler (other GMSA).
      • The Order Filler returns Laboratory Report R01 via the same API.
      • The Automation Manager sends this Laboratory Report R01 to the Order Placer.
  • Completion
    • When all tests in the order are complete, the Automation Manager sends a task complete notification (which can be an email) to the Order Placer.

Relationship to NHS England Genomic Order Management Service FHIR API

This guide builds on the use cases outlined in NHS England Genomic Order Management Service FHIR API - Background, expanding them to support a broader range of participants and introducing standards for the Laboratory Order LAB-1. Key differences include:

  • Workflow basis: The IHE Laboratory and Testing Worflow LTW serves as the primary reference for describing laboratory testing processes.
  • Message translation and code conversion: The Regional Integration Engine (RIE) handles translations and code mappings to and from the Genomic Order Management Service FHIR API.
  • Routing of orders and reports: The RIE routes orders and reports for other GMSAs through the Genomic Order Management Service FHIR API.
  • Regional workflow consistency: Existing regional workflows remain largely unchanged, with both HL7 v2 and FHIR standardised across the region.
  • Report compatibility: Reports are aligned with neighbouring Welsh NHS systems, using DHCW HL7 v2 ORU as the core model for both HL7 v2 and FHIR in the North West.

Relationship to NHS England Genomic Order Management Service FHIR API

Relationship to NHS England Genomic Order Management Service


Relationship to NHS England Pathology

This guide builds on the use cases described in the NHS England Pathology FHIR Implementation Guide, extending them to support a wider range of stakeholders and introducing standards for the Laboratory Order LAB-1.

Key differences include:

  • Workflow foundation: The IHE Laboratory and Testing Worflow LTW is used as the reference model for describing laboratory testing processes.
  • Order Placer role: The GP Electronic Patient Record (EPR) System and the Order Communications System together form the Order Placer role, which may also be fulfilled by other EPR systems.
  • Intermediary between Order Placer and Order Filler: This intermediary performs message translation and code conversion.
  • Order Result Tracker role: For results, the GP EPR System acts as the Order Result Tracker, though other systems (e.g. Secondary Care EPR) can provide this function.
  • Intermediary between Order Filler and Order Result Tracker: This intermediary also handles message translation and code conversion.
  • Canonical model: A standardised model (Canonical model), expressed in HL7 FHIR, that can be implemented using HL7 v2, FHIR, and IHE XDS. It aligns with the latest HL7 UK Core and NHS England Data Model and Dictionary. While primarily focused on genomics, it incorporates elements from pathology and radiology for compatibility, and mandates the use of NHS England National Procedure Codes.

Relationship to NHS England Pathology

Relationship to NHS England Pathology


Security Considerations

TODO - is OAuth2 based using client credentials flow.

This may include IHE Internet User Authentication [IUA] and IHE Basic Audit Log Patterns[BALP] which includes use of:

  • OAuth2 Standard for Authorisation
  • FHIR AuditEvent for Logging Access
  • TLS for Transport Security

Cross-Profile Considerations

It is recommended that the actors receive patient demographic and encounter updates only within the context of a work order. Whenever patient data changes, due to:

  • Update patient information (A31 or A08)
  • Patient transfer (A02)
  • Transfer cancelled (A12)
  • Patients merge (A40)

Note: Event trigger definitions based on NHS England HL7 v2 ADT Message Specification which is NHS England’s supplement to IHE Technical Framework Volume2: Patient Identity Management [ITI-30] and Patient Encounter Management [ITI-31].

It is common for this requirement to be answered by a combination of: