DRAFT Implementation Guide

This is for collaboration and discussion purposes and is subject to change.

North West Genomics Testing Workflow (GTW) - Local Development build (v0.0.1) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Genomics Data Models

The intent is to follow the data model (FHIR profiles, valuesets and codesystems) contained in NHS England FHIR Genomics Implementation Guide

Genomic Test Request Entity Model

References

• NHS Genomic Medicine Service test order forms

Model

Genomics Test Request Model

A detailed description of this archetype which includes mappings to HL7 FHIR can be found NW-Genomics-Test-Order. This is also a minimal dataset based on NHS Genomics MDM

This also includes messaging concepts which are described in this guide to add compatibility with HL7 v2 and IHE LTW.

Genomic Test Report Entity Model

References

• Genomics Reporting Implementation Guide
  • HL7 USA Oncology minimal Common Oncology Data Elements (mCODE) Implementation Guide

Genomics Test Report Model

Identities and Codes

Both models have a very strong focus on the use of Correlation Identifier (Enterprise Integration Patterns) or Rule 3: Reference Other Aggregates by Identity (Implementing Domain Driven Design), which is also consistent with IHE/HL7 concepts of Bounded Context (martinfowler.com)

In practice this means, the following FHIR resources will have the following identifiers within the IHE Laboratory Testing Workflow domain:

• ServiceRequest
  • Placer Order Number
  • Filler Order Number
  • Placer Group Number
  • Accession Number
• Specimen
  • identifier
  • Accession Number
• DiagnosticReport
  • identifier
  • Filler Order Number
  • Accession Number
• Patient (not strictly within the domain but included for HL7/IHE/NHSE compatability reasons)
  • NHS Number
  • Medical Record Number

This includes making use of FHIR Identifier assigner.identifier.value (HL7 v2 Assigning Facility in a variety of ID types) to distinguish these identifiers between different organisations, the recommendation is to use ODS Code, e.g.

    {
      "type" : {
        "coding" : [
          {
            "system" : "http://terminology.hl7.org/CodeSystem/v2-0203",
            "code" : "ACSN"
          }
        ]
      },
      "value" : "1001166717",
      "assigner" : {
        "identifier" : {
          "system" : "https://fhir.nhs.uk/Id/ods-organization-code",
          "value" : "699X0"
        }
      }
    }

References to other domains

Is present around Organisation, Practioner and PractitionerRole. NHS England has expressed a preference to use NHS England Identifiers, these are:

• Organization
  • ODS Code
• Practitioner
  • Practitioner Identifiers (GMP and GMC Numbers)
• PractitionerRole
  • ODS Code
  • Practitioner Identifiers

Codes or Resources

This is for discussion, this applies to FHIR resources identified as not being entities (and the use of identifier is not mandatory). These include:

• Observation
• Condition

In FHIR the codes for these will be CodeableConcept (HL7 v2 CE Data Types). It is excepted NHS England will

• express a preference towards SNOMED CT
• use FHIR Resources to represent these.

The use of FHIR resources for data which is currently HL7 v2 CE Data Type may need to be questioned. For example mapping of HL7 v2 ORC-16 is to ServiceRequest.requestCode according to ServiceRquest - HL7 v2 Mapping, this is a v2 CE to FHIR CodeableConcept conversion. Curently this is stated as an implied ServiceRequest.requestReference mapping (ISSUE link: NHS England Developer Community Genomics Order Management Service - FHIR ServiceRequest reason)