Clinical headings

Clinical headings are created by bodies such as the PRSB and are used to add structure to the FHIR instance.

Across the GLHs, there is a lack of standardisation within paper based Non-WGS Test Order Forms used for both Cancer and Rare Disease. To enable interoperability and ensure the provision of end-to-end visibility on the test order, a standardised master data set (MDS) has been compiled, which serves all scenarios and test types. The MDS has been mapped to each test type in the genomic test directory, effectively creating a by-test mapping and therefore the minimum data set requirements for each permutation of the future test order forms.

The standardisation of the Non-WGS Test Order form is currently underway. Fields within the test order forms (Non-WGS and WGS) are specified as Mandatory, Optional, or Mandatory-if (applicable to test type) based on the MDS. The functional requirements for test ordering include an ability to configure forms based on the MDS and an ability to update forms (including introduction and modification of data fields through change control processes) at a regional level. For further details, refer to the draft copies of the Non-WGS Test Order forms in the links to documentation section.

In the case of Genomics, no PRSB clinical headings have been used but sections from the core Genomics Minimum Dataset and their mappings have been recreated on the following pages. The current dataset is based on MDS v1.05, available on the NHS Futures website. These include designations of mandatory vs. optional fields per test category, which have been excluded from the following tables for readability.

The sub pages provide guidance about the heading and the structure required when representing this information in FHIR.

For preliminary reports included in a test order, e.g. Pathology etc. These should be included as "presentedForm" attachments in DiagnosticReports with a small clinical conclusion included in the "conclusion" field or, if supported, use the structured Pathology Lab Report guidance. If supported, sending systems can also send coded Observations following the Genomics-Observation profile.

Specialist Testing Requirements

The Master Data Set (MDS) sets out the data required by both the requester and lab, to accept and progress the test request. In addition to the mandatory and optional fields identified on the Non-WGS and WGS test order forms, there may be additional specialist testing requirements needed to progress the test.

For example, to request an NIPD test the following additional information is required:

  • Identification of Foetal Phenotypic sex (Mandatory)- Male/Female/ Undetermined/ Unknown (free text field)
  • Foetal Count (Mandatory) -identification of number of fetuses
  • Foetal ID: practices for recording the ID may vary across local organisations
  • Pregnancy details including capture of pregnancy type (spontaneous pregnancy, IVF or surrogacy and age of egg donor)
  • Ultrasound or MRI Reports (Optional)

The requirement for electronic test order forms is to allow for configuration and inclusion of additional specialist testing needs. The by test mapping is currently in progress and requires input from the GMS to progress with inclusion of the additional requirements into the alpha phase.

Mapping to HL7v2/IHE

The current genomics space largely uses HL7 v2. There are multiple versions of HL7 v2 being used and many local variations on the standards.

The long term plan is to move to FHIR R4 UK Core, but as this is a risk to delivering the alpha for the test order service the following options for transforming the HL7 v2 messages to FHIR for the test order service are being considered:

  1. Transform HL7 v2 messages within the test order service
  2. Suppliers perform their own mapping of HL7 v2 to FHIR and interact with the test order service using the FHIR APIs
  3. Centrally define a mapping from one or two of the most common HL7 v2 versions to FHIR, so that it can be given to suppliers to implement.
  4. Transformation Component/Service, deployed locally

The following are currently inside the scope of this work (matched to IHE Pathology and Laboratory Medicine, PaLM, profiles):

  • Test requesting procedure - IHE Laboratory Testing Workflow (LTW)
  • DiagnosticReport distribution - IHE Sharing Laboratory Reports (XD-LAB)
  • Send-away test communications - IHE Inter-Laboratory Workflow (ILW)
  • Requests for further clinical information - IHE Laboratory Clinical Communications (LCC)
  • Sample event tracking - IHE Specimen Event Tracking (SET)

The following are currently outside the scope of this work

  • Laboratory device integration - IHE Laboratory Device Automation (LDA)
  • Internal laboratory procedures - IHE Laboratory Analytical Workflow (LAW)
  • Point of care testing - IHE Laboratory Point of Care Testing (LPOCT)
  • Sample identification - IHE Laboratory Specimen Barcode Labelling (LBL)
  • Local lab code sharing - IHE Laboratory Code Set Distribution (LCSB)
  • Structured reporting - IHE Anatomic Pathology Structured Report (APSR)

The original order message in FHIR has been mapped to the HL7v2.5.1 OML Laboratory Order Message (event O21). as defined withing the IHE PaLM Laboratory Testing Workflow Technical Framework. The mappings provided in the following tables are meant as a guide to support uplifting current HL7v2 interfaces within the Genomic Order Comms ecosystem, not as a recommendation on the representation of FHIR concepts within HL7v2.

It is understood the OML message does not cover all concepts defined within the FHIR MDS. In this case, appropriate segments in the HL7v2.5.1 spec have been provided, though how these are to be sent along with the OML message is still to be determined

Further pages may be added to include additional mappings to FHIR, such as:

  • Mapping another data standard to FHIR
  • Mapping from another version of a HL7 standard
  • Mapping data items defined in a clinical domain to FHIR

The mapping may be at a resource level or Bundle level.

These pages provide mapping of the business entities and data to FHIR resources. The constraints that need to be applied to each FHIR resource using the UK Core profiles is provided on the individual profile pages elsewhere within this Implementation Guide.

Healthcare Professional

Purpose

To record details regarding a HCP that is associated with a test order. To know who to contact with questions or clinical results and how they should be contacted.

Notes

Mapped to PractitionerRole. The requestor is mapped to ServiceRequest.requestor. Usage of HealthcareService and Location resources still to be determined.

It is expected that practitioner and organization details will be referenced from PractitionerRole resources (e.g. using ODS/SDS identifiers) rather than be included as FHIR resources within Test Request payloads, though the full FHIR mapping has been provided below for completeness.

Mapping

ID Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
HCP-1 HCP - Genomic test order role Determined through where the PractitionerRole is referenced from e.g. for the requester: ServiceRequest.requestor, Additional contact: ServiceRequest.extension:additionalContact, Sample collection: Specimen.collection.collector etc. multiple possible segments e.g. ORC-12 for requester HCP's function within the genomic test ordering process.
HCP-2 HCP - First name PractitionerRole.practitioner.display (full delimited name can be retrieved via identifier e.g. from SDS) ORC-12.2 HCP's first name.
HCP-13 HCP - surname PractitionerRole.practitioner.display (full delimited name can be retrieved via identifier e.g. from SDS) ORC-12.3 HCP's surname.
HCP-3 HCP - Job Title PractitionerRole.code (display can be used to capture human readable job role code) CTD-1 HCP's job title.
HCP-4 HCP - Current Specialty PractitionerRole.specialty Additional CTD-1 segments HCP's current specialty.
HCP-5 HCP - Telephone number PractitionerRole.telecom:system=phone ORC-14 HCP's telephone number.
HCP-6 HCP - Email address PractitionerRole.telecom:system=email CTD-5.4 HCP's email address.
HCP-7 HCP - Organization name. PractitionerRole.organization.display (full delimited name can be retrieved via identifier e.g. from ODS) ORC-21 HCP's requesting organization name.
HCP-9 HCP - Organization ODS code. PractitionerRole.organization.identifier ORC-21.10 HCP's requesting organization ODS code.
HCP-10 HCP - Department name PractitionerRole.healthcareService.identifier, could alternatively use PractitionerRole.healthcareService.display to record human readable version or PractitionerRole.specialty if mapped to clinical specialty TBC Additional CTD-1 segments HCP's department name.
HCP-11 HCP - Professional registration number PractitionerRole.practitioner.identifier ORC-12.1 HCP's professional registration number such as their GMC number.
HCP-12 HCP - Professional registration number type PractitionerRole.practitioner.identifier.system ORC-12.9 HCP's professional registration number type such GMC.

Patient

Purpose

To track a patient, identify within shared systems and maintain complete records. To apply processes applicable to deceased patient requests, patient contact and urgency purposes. Data needed to support genetic interpretation, for PLCM to locate further patient ODS codes for a given test and to link patients to potential family members and their genetic results.

Notes

Mapped to Patient resource, extensions not in UKCore are under review. Representation of Karyotypic Sex is through an Observation with code under Karyotype (cell structure) - SCTID: 734840008 or Anomaly of sex chromosome (disorder) - SCTID: 95462004 (these codes are under review). Representation of pregnancy and gestation is under discussion.

It is expected that practitioner and organization details for GPs will be referenced from Patient.generalPractitioner (e.g. using ODS/SDS identifiers) rather than be included as FHIR resources within Test Request payloads, though the full FHIR mapping has been provided below for completeness.

Patients registered with PDS (those that have an NHS number) will not have their demographics stored on the Genomic Order Management system. This is to avoid data duplication and data currency issues where PDS is considered the master patient index.

Restricted Patients: PDS guidance on managing the data of sensitive patient shall be followed. Some patients are tagged as restricted and are sometimes known as sensitive patients. Restricted patients can be retrieved; however, location-sensitive fields such as address, telecom and generalPractitioner are removed.

The restricted flag can be found in the data under meta/security on the patient resource. See in Example: Patient-SensitivePatient-Example

Profiling for Procedure is currently in progress

Sex/Gender representations

There are currently multiple FHIR fields for representation of gender and sex related observations, the following table outlines the usage of each field/resource.

FHIR element Usage
Patient.extension:birthSex The patient's sex as registered at birth, this is used to denote the phenotypic sex of the patient
Patient.gender The patient's gender, used for administrative purposes, some services record sex within this field, which is incorrect
Patient.extension:genderIdentity The gender the patient identifies with, has a larger valueset than the Patient.gender field, including trans and intersex options, may not match the administrative gender assigned to the patient
Observation.code Used for recording the Karyotypic sex of the patient, as determined through genetic testing, codes used SHOULD be from SNOMED CT, such as codes under 734840008 or 95462004 as examples

Mapping

ID Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
P-1 Patient - Title Patient.name.prefix (for PDS registered patients, will only be recorded within PDS) PID-5.5 Patient's title.
P-2 Patient - First name Patient.name.given (for PDS registered patients, will only be recorded within PDS) PID-5.2 Patient's first name.
P-40 Patient - Middle name Additional Patient.name.given elements (for PDS registered patients, will only be recorded within PDS) PID-5.3 Patient's middle name.
P-3 Patient - Surname Patient.name.family (for PDS registered patients, will only be recorded within PDS) PID-5.1 Patient's last name.
P-41 Patient - Name use Patient.name.use (for PDS registered patients, will only be recorded within PDS) PID-5.7 Links each patient name entry to confirm if current, previous or what the patient is known as.
P-4 Patient - Date of birth Patient.birthDate (for PDS registered patients, will only be recorded within PDS) PID-7 Patient's date of birth.
P-6 Patient - Postcode Patient.address.postalCode (for PDS registered patients, will only be recorded within PDS) PID-11.5 Patient's home postcode.
P-7 Patient - Country of residence Patient.address.country (for PDS registered patients, will only be recorded within PDS) PID-11.6 Patient's home country.
P-9 Patient - Ethnicity Patient.extension:EthnicCategory PID-22 Patient's ethnicity. Will have the option 'unknown' available.
P-10 Patient - Sex defined at birth Patient.extension:birthSex PID-8 Patient's phenotypic sex classification as defined at birth based on physical characteristic.
P-12 Patient - GP Practice's ODS Code Patient.generalPractitioner.identifier (with system matching ODS NamingSystem). (for PDS registered patients, will only be recorded within PDS) PD1-4.14 Patient's GP practice ODS code.
P-13 Patient - Is from consanguinous union Observation valueBoolean with code=160475008 (NOTE: The SNOMED CT code used is not specific to direct 1st generation ancestors of the subject, a more specific code has been requested. Until release of a SNOMED CT version with a more specific code, use of this code within Genomic Order Management SHALL be used to imply whether the subject's parents are consanguinous.) OBX-5 with appropriate SNOMED/READ/LOINC code The fact of biological parents being descended from the same ancestor.
P-15 Patient - NHS number Patient.identifier:system = https://fhir.nhs.uk/Id/nhs-number PID-3 where PID-3.5=2.16.840.1.113883.2.1.3.2.4.18.23 Patient NHS number.
P-16 Patient - Local identifier Patient.identifier:system != https://fhir.nhs.uk/Id/nhs-number (local NamingSystem can be used, assigner determined through assigner field) PID-3 where PID-3.5 = 2.16.840.1.113883.2.1.3.2.4.18.24 Patient identification code such as an NHS number.
P-42 Patient - ODS code of organisation which assigned local identifier Patient.identifier.assigner.identifier.value PID-3.4 ODS code of the organisation which assigned the local identifier P-16.
P-17 Patient - Reason for unavailable NHS number Patient.extension:nhsNumberUnavailableReason N/A, could use PID-32 as surrogate Reason for an NHS number not being provided.
P-18 Patient - Relationship to proband RelatedPerson.relationship NK1-3 Relative's relationship to proband/index.
P-19 Patient - Gender Identity Patient.extension:patient-genderIdentity N/A - not part of the HL7v2 standard, though PID-8 or an OBX segment could be used Patient's stated gender, determined by the patient.
P-20 Patient - Deceased date Patient.deceasedDateTime (for PDS registered patients, will only be recorded within PDS TBC) PID-29 Patient's date of death.
P-21 Patient - Chromosomal sex Observation.code( subject=Patient, code = code under 734840008 or 95462004 as examples ) OBX-5 with appropriate SNOMED/READ/LOINC code Patient's genomic / karyotypic characteristic. Determined by genomic testing.
P-35 Patient - Withheld identity reason Additional codes to be part of Patient.extension:nhsNumberUnavailableReason ValueSet (as per NHS Data Model and Dictionary, pending addition) N/A, could use PID-32 as surrogate Confirmation why the patient is withholding identity details.
P-37 Patient - Local pedigree/family identifier Group.identifier Additional identifiers under PID-3 Patient's genetic/pedigree number which links their family.
P-39 Patient - Reason for inclusion in genomic test request ServiceRequest.extension:requestType (TBC, pending addition) N/A though could be added to NTE elements related to OML_O21 Reason patient has been included in genomic test request, such as to support proband testing or providing own genomic reporting.

Fetus

Purpose

To support genetic interpretation of tests and samples for fetuses. To provide a clear divide between mother and fetus and support the management of multiple fetuses.

Notes

Mapped to its own Patient resource, optionally tagged via a proposed birthStatus extension or future dated EDD in place of birthDate, as well as linked observations.

Correct representation of fetal data is under review within the Interoperability Standards Team and is subject to change

Life Status

For Life Status at time of request for Foetal records, as per PRSB guidance, this should be inferred through outcome codes attached to the Pregnancy observation.

e.g. under Observation with code 77386006, Observation.component.valueCodeableConcept (with Observation.component.code = 267013003 | Past pregnancy outcome (observable entity) |)

The component SNOMED codes SHOULD match the following list to map from foetal life statuses:

PRSB Prgnancy Outcome GEL Foetal Life Status SNOMED CT Pregnancy Outcome Code
01 Live birth N/A - not included in GEL list 281050002 - Livebirth (finding) (or captured through Patient.extension:fetalStatus)
02 Antepartum Stillbirth stillborn 713202001 - Antepartum stillbirth (finding)
03 Intrapartum Stillbirth stillborn 921611000000101 - Intrapartum stillbirth (finding)
04 Stillbirth – timing unknown stillborn 237364002 - Stillbirth (finding)
05 Termination of Pregnancy equal to or greater than 24 weeks aborted 57797005 - Induced termination of pregnancy (disorder)
98 Other (not listed) N/A not part of GEL life status ValueSet potentially captured through Patient.extension:fetalStatus = unknown
N/A not mapped exactly to PRSB ValueSet miscarriage 17369002 - Miscarriage (disorder)
N/A no pregnancy outcome code unborn N/A no pregnancy outcome code (captured through Patient.extension:fetalStatus)

Mapping

ID Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
F-1 Fetus - Local identifier Patient.identifier:system != https://fhir.nhs.uk/Id/nhs-number PID-3 where PID-3.5 = 2.16.840.1.113883.2.1.3.2.4.18.24 Fetus identification code other than NHS number.
F-7 Fetus - ODS code of organisation which assigned local identifier Patient.identifier.assigner.identifier.value PID-3.4 ODS code of the organisation which assigned the local identifier F-1.
F-2 Fetus - Observed sex Patient.gender PID-8 Fetus' phenotypic sex classification. Estimated physical characteristic. Currently determined by ultrasound. Gender for PLCM.
F-3 Fetus - Chromosomal sex Observation.code( subject=Patient, code = code under 734840008 or 95462004 as examples ) OBX-5 with appropriate SNOMED/READ/LOINC code Fetus' genomic / karyotypic characteristic. Determined by genomic testing.
F-6 Fetus - Life status at time of request For Foetal records, foetal death SHOULD be recorded through the Patient.extension:fetalStatus field. The type of death can be inferred through Observation components related to the mother's pregnancy observation. PID-30 (OBX segments should be used for types of fetal death) Fetus' alive or deceased status details at the point of test ordering.
F-8 Fetus - Pregnancy id Observation.identifier for pregnancy observation (TBC). OBX-3 for pregnancy The id of a given pregnancy which this fetus belongs to.

Test Request

Purpose

Elements are included for the billing approach, TAT/SLA tracking and prioritisation. To confirm validity of urgency and apply lower level prioritisation. To know which test has been requested, which further tests are required within this request and how many patients are being tested within this request.

Notes

Mapped to ServiceRequest, extensions are still in review. CI and CITT codes for genomic tests are pending addition to SNOMED-CT

Mapping

ID Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
TR-2 Test request - Payment status ServiceRequest.extension:coverage IN1-15 How the test request is funded. The current ValueSet for this field is pending addition to UK Core
TR-4 Test request - Requesting reason rare disease ServiceRequest.category Likely ORC-29 (TBC) The reason for a rare disease genomic test.
TR-38 Test request - Requesting reason cancer ServiceRequest.category. The current ValueSet for this field is pending addition to the Genomics IG Likely ORC-29 (TBC) The reason for a cancer genomic test.
TR-5 Test request - High level test identifier ServiceRequest.code.coding.code OBR-4.1 Legacy high level ids which identify the requested test. Options provided by old Test Directory.
TR-6 Test request - High level test identifier description ServiceRequest.code.coding.display OBR-4.2 Legacy high level name of the id requested
TR-7 Test request - Low level test identifier ServiceRequest.code.coding.code OBR-4.1 The low level CITT code which identifies the requested test. Options provided by Test Directory.
TR-8 Test request - Low level test identifier description ServiceRequest.code.coding.display OBR-4.2 The low level CITT name of the considered test.
TR-9 Test request - Low level multipurpose test identifier ServiceRequest.orderDetail.coding.code OBR-4.1 The low level code which identifies the test to be actioned when the CITT code is multipurpose.
TR-10 Test request - Low level multipurpose test identifier description ServiceRequest.orderDetail.coding.display OBR-4.2 The low level name of the test to be actioned when the CITT code is multipurpose.
TR-21 Test request - Genomic package id ServiceRequest.reasonCode.coding.code OBR-31.1 Id of the package requested.
TR-22 Test request - Genomic package name ServiceRequest.reasonCode.coding.display OBR-31.2 Name of the package requested.
TR-23 Test request - Genomic package version ServiceRequest.reasonCode.coding.extension:code-version N/A Potentially part of OBR-31.3 Version of the package requested.
TR-24 Test request - Genomic test id ServiceRequest.code.coding.code OBR-4.1 Id of the test requested.
TR-25 Test request - Genomic test name ServiceRequest.code.coding.display OBR-4.2 Name of the test requested.
TR-26 Test request - Genomic test version ServiceRequest.code.coding.extension:code-version N/A Potentially part of OBR-4.3 Version of the test requested.
TR-27 Test request - Additional panels Additional ServiceRequest.orderDetail elements Additional OBR segments Additional panels to test.
TR-28 Test request - Target type ServiceRequest.orderDetail.coding.system OBR-4.3 Type of target to test.
TR-29 Test request - Target detail ServiceRequest.orderDetail.coding.code OBR-4.1 Detail of target to test.
TR-11 Test request - Count of patients to be tested New extension for type of test on ServiceRequest. e.g. Duo/Trio, Can be inferred after submission by number of requests with same requisition ID N/A - for HL7v2, each patient test request SHOULD be sent using a new OML^O21 message Count of patients to be tested.
TR-12 Test request - Urgency reason ServiceRequest.extension:priorityReason N/A could possibly use TQ1-10 If urgent, the test request urgency reason.
TR-13 Test request - Reason for reanalysis Additional ServiceRequest.category elements Likely ORC-29 (TBC) The reason for a genomic test.
TR-14 Test request - Detail of reason for reanalysis ServiceRequest.supportingInfo elements (if structured, ServiceRequest.note if unstructured TBC) NTE segments linked to OBR segment for reanalysis reason The detail associated to the reason reanalysis has been requested.
TR-15 Test request - Type of reanalysis ServiceRequest.orderDetail Additional NTE segments attached to OBR The type of reanalysis which has been requested.
TR-17 Test request - Is urgent ServiceRequest.priority TQ1-9 Confirmation if the test request is urgent.
TR-35 Test request - Purpose of linking ServiceRequest.basedOn.display (TBC) Potentially under the NTE segment for the order prior The reason a given test request has been linked to another test request.
TR-36 Test request - Central email address for reporting Additional PractitionerRole.telecom:system=email (referenced from ServiceRequest.requester) marked with extension:contactpoint-comment indicating reporting, may need to be additionally indicated in subscription depending on notification method used TBC Additional CTD segment (CTD-5.4) Central email address for contingency in the event of not being able to obtain a report via the requester.
TR-20 Test request - Genomic report delivery method PractitionerRole.telecom.rank=1 (referenced from ServiceRequest.requester) TBC CTD-6 Report preferred delivery method.
TR-30 Test request - Add private genomic request and report to NHS record TBC No current mapping for this field in FHIR, could be added as an additional ServiceRequest.note Potentially NTE segment related to OBR Confirmation if the content of a private genomic test request should be added to an NHS record.
TR-31 Test request - Test request form version TBC No current mapping for this field in FHIR, though could be added as a reference to a Questionnaire via ServiceRequest.supportingInfo Potentially NTE segment related to OBR Version of the test order form completed and submitted.
TR-32 Test request - File / Link to file ServiceRequest.supportingInfo referencing DocumentReference containing/pointing to file TBC N/A though could be captured in OBX-5 for order prior as encapsulated data Upload of a file or a link to a file for adding documents such as previous genomic reports to a test order.
TR-33 Test request - File detail DocumentReference.type/description Part of Order prior OBX-5 encapsulated data Detail to provide context to an uploaded file or document link.
TR-34 Test request - Clinical utility TBC Potentially could be added as additional ServiceRequest.reasonCode elements, though a ValueSet matching the MDS needs to be developed TBC OBR-31 Clinical benefit to patient of obtaining a requested genomic report.
TR-39 Test request - Linked test request reference ServiceRequest.basedOn ORC-8 The reference to any associated test requests

Record of Discussion

Purpose

For recording consent of patient data for research, based off the paper form available from the Genomics GitHub repository

Notes

WGS Only RoD forms will be stored as QuestionnaireResponse resources following the structure of the RoD Questionnaire resource, Questionnaire-Genomic Testing. This QuestionnaireResponse is expected to be referenced from a Consent resource which carries the minimal metadata surrounding the consent, as below. Mappings to the HL7v2 Consent segment and how this is expected to be transferred in an OML-O21 message are still pending investigation

Answers are not currently linked to structured identifiers, e.g. for patient and responsible clinician, this will be reviewed in a future release.

Mapping

ID Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
NGRL-1 NGRL consent - Date of NGRL consent Consent.dateTime CON-14 The date NGRL consent was provided.
NGRL-2 NGRL consent - Patient has made their own choice to consent to the NGRL Inferred by Consent.patient != Consent.performer Indicated through multiple CON-24 segments, for subject and performer Confirmation if the patient to be tested has provided NGRL consent themselves.
NGRL-3 NGRL consent - Patient representative name (if patient cannot make their own choice) Consent.performer if not the same as Consent.patient CON-24 for representative The name of the patient representative.
NGRL-4 NGRL consent - I confirm that the patient (or their representative) agree to have their genomic and healthcare data used for research Consent.provision.type=permit CON-11.1=A The outcome of the patient or their representative’s choice in consenting to including their data used for research in the NGRL.
NGRL-5 NGRL consent - NGRL consent document link Consent.sourceReference (if QuestionnaireResponse) or sourceAttachment.url (if binary) CON-4 A URL where a copy of a completed NGRL consent form may be found.

Prior RoD mapping

Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
RoD - Included N/A - Inferred through inclusion of RoD Questionnaire Response N/A - Inferred through inclusion of NTE segment attached to patient with NTE-4=PI Has RoD been included with request.
RoD - Patient category Answer to RoD question with linkId patientCategory CON-16 (for OML, included in RoD, referenced from NTE-3) Confirmation of who made the RoD decisions.
RoD - Recording clinician name Answer to RoD question with linkId healthcareProfessionalName STF segment attached to CON (for OML, included in RoD, referenced from NTE-3) Name of the clinician who recorded the RoD details.
RoD - Record of discussion form - copy attached Consent.sourceAttachment (or QuestionnaireResponse attached directly to message, TBC) CON-19 (for OML, included in RoD, referenced from NTE-3) Marker to confirm on a test request form that an RoD has been included.
RoD - Patient choice status Answer to RoD question with linkId researchConfirmation2 CON-11 (for OML, included in RoD, referenced from NTE-3) Indication of the patient consenting to the genomic test request.
RoD - Has research participation been discussed Answer to RoD question with linkId researchConfirmation1 Inferred through CON-12 (for OML, included in RoD, referenced from NTE-3) Marker to confirm RoD conversation has taken place.
RoD - Remote consent Answer to RoD question with linkId remoteConsent CON-10 (for OML, included in RoD, referenced from NTE-3) Where consent has been recorded on behalf of the patient via remote confirmation.
RoD - Test type Answer to RoD question with linkId testType CON-2 (for OML, included in RoD, referenced from NTE-3) If the test is WGS Cancer or WGS rare disease.
RoD - Research opt out reason Answer to RoD question with linkId reasonsforChoiceA CON-22 (for OML, included in RoD, referenced from NTE-3) Why patient has opted out of research.
RoD - Responsible clinician name Answer to RoD question with linkId responsibleClinician STF segment attached to CON (for OML, included in RoD, referenced from NTE-3) Name of the clinician who is responsible for the patient's genomic test request.
RoD - Patient conversation taken place, ROD form to follow Consent.status (TBC) Inferred through CON-19 value (for OML, included in RoD, referenced from NTE-3) Marker to confirm RoD conversation has taken place but will be sent separately.
RoD - Signature Answer to RoD question with linkId patientSignature N/A not in scope for HL7v2 Copy of wet signature or valid e-signature.
RoD - Document/Link N/A - Presence of DiagnosticReport in message N/A not in scope for HL7v2 A copy of/or link to the previous genomic or non genomic report.

Primary Sample

Purpose

For samples directly obtained from a patient. To track samples, direct storage, handling and testing decisions including ensuring volumes received match what was sent. Further detail which may support testing and interpretation. To enable patient to opt out of having a sample/biopsy stored.

Notes

Mapped to Specimen. Extensions lifted from mCODE are currently under review. Observation codes linked to samples are pending addition to SNOMED-CT

Additional observation code fields from MDS v1.04 mappings are still under review

Mapping

ID Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
PS-2 Primary Sample - Local identifier Specimen.identifier.value SPM-2 Local ids applied to a sample
PS-3 Primary Sample - ODS code of organisation which assigned local id Specimen.identifier.assigner SPM-2.1.2 ODS code of the organisation which assigned the local sample id.
PS-10 Primary Sample - Obtained date Specimen.collection.collectedDateTime SPM-17 Date at which a specimen/biopsy was obtained from patient.
PS-11 Primary Sample - Primary Sample Specimen.type SPM-4 The primary sample material.
PS-12 Primary Sample - Primary Sample State Specimen.condition SPM-24 The state of the primary sample.
PS-25 Primary Sample - Preservative/Container Specimen.container.additiveCodeableConcept SPM-6 (TBC) How the primary sample is preserved.
PS-30 Primary Sample - Block identifier Specimen.conainter.identifier (TBC) SPM-3 (TBC) Sample block identifier.
PS-31 Primary Sample - Fixative type Specimen.processing.additive SPM-6 Sample fixative type.
PS-32 Primary Sample - Hours to fixation Difference between Specimen.collection.collectedDateTime and Specimen.processing.timeDateTime N/A, though SPM-6.9 could be used (TBC) Sample hours to fixation.
PS-33 Primary Sample - Hours in fixative Specimen.processing.timePeriod N/A, though SPM-6.9 could be used (TBC) Sample hours in fixative.
PS-34 Primary Sample - Tumour enrichment method Additional Specimen.processing elements N/A Not part of the HL7v2 spec Method used for tumour enrichment.
PS-13 Primary Sample - Necrosis Observation.code( code=405921002 (TBC), focus=Specimen ) OBX segment with appropriate code % necrotic (dead) cells in primary sample.
PS-14 Primary Sample - Nucleated cell count Observation.code( code=1022461000000100, focus=Specimen ) OBX segment with appropriate code Nucleated (with nucleous) cell (non tumour and tumour) count in the primary sample (Solid Tumour and Haem-Onc).
PS-15 Primary Sample - Tumour nuclear content in whole section Observation.code( code=371510003 (TBC), focus=Specimen ) OBX segment with appropriate code Neoplastic (tumour) cell content in the primary sample whole section(Solid Tumour) - sourced at local lab. (%)
PS-26 Primary Sample - Tumour nuclear content in marked area Observation.code( code=(TBC), focus=Specimen ) OBX segment with appropriate code Neoplastic (tumour) cell content in the primary sample marked area(Solid Tumour) - sourced at local lab. (%)
PS-17 Primary Sample - Solid tumour morphology BodyStructure.morphology( patient=Patient ), referenced from Specimen.collection.bodysite.extension:bodySiteReference if in reference to a specimen, or referenced from a Condition if in relation to the patient's condition (pending profiling of bodySiteReference backport to R4 Condition) Additional SPM-4/5 qualifiers The histology and likely course of development of a tumour.
PS-18 Primary Sample - Solid tumour topography BodyStructure.location(patient=Patient), referenced from Specimen.collection.bodysite.extension:bodySiteReference if in reference to a specimen, or referenced from a Condition if in relation to the patient's condition (pending profiling of bodySiteReference backport to R4 Condition) SPM-8 The tumour sample site. eg from colon, stomach etc.
PS-29 Primary Sample - Is biopsy Specimen.collection.method(code=129314006) SPM-7 with appropriate SNOMED CT/LOINC code for Biopsy Digital confirmation that the sample is a biopsy.
PS-19 Primary Sample - Biopsy site Specimen.collection.bodySite SPM-8/SPM-9 Site where the primary sample was taken from.
PS-21 Primary Sample - Observed maternal cell contamination (MCC) Observation.valueBoolean( code=726741007, focus=Specimen ), assume no observed MCC if not provided OBX segment with appropriate code An observed outcome which may indicate MCC
PS-27 Primary Sample - Test confirmed maternal cell contamination (MCC) Observation.valueQuantity( code=726741007, focus=Specimen ) OBX segment with appropriate code Analytically confirmed MCC levels
PS-22 Primary Sample - Option for all products of conception Additional Specimen.collection.extension:specimen-specialHandling with appropriate code/text SPM-15 Future management for products of conception.
PS-23 Primary Sample - Blasts % Observation.code( code=1015521000000107, focus=Specimen ) OBX segment with appropriate code Blast (immature blood cells) count in the primary sample (Haemonc) - sourced at local SIHMDS.
PS-24 Primary Sample - High infection risk reason Specimen.collection.extension:specimen-specialHandling.valueCoding.code SPM-16.2 The high contamination risk reason for a sample/biopsy.
PS-28 Primary Sample - Patient life status at the time of collection Inferred though Specimen.collection.collectedDateTime after Patient.deceasedDateTime Inferred through SPM-17 later than PID-30 If the patient was alive or deceased at the point of collecting a sample.
PS-35 Primary Sample - Solid tumour type Specific Condition.code e.g. child concepts of 128462008 for metastatic tumours (potentially linked from mCODE extension on BodyStructure) DG1-3 The origin or context of a tumour sample.

Patient Clinical Information

Purpose

To know known/suspected disease including status and traits to support testing and interpretation. Further details which may support testing and interpretation including the family history of a disease.

Notes

Mapped to Condition and Observation resources linked to the patient. The primary condition, being tested for SHOULD be referenced via ServiceRequest.reasonReference, additional relevant conditions SHOULD be referenced via ServiceRequest.supportingInfo. SNOMED CT is preferred for Condition.code, though Genomic Test Directory codes MAY be used, where a SNOMED CT concept cannot be found, until the Test Directory is aligned to SNOMED CT.

Mapping

Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
Genomic ethnicity Observation.valueString( code=723621000000103 ) OBX-5 Patient's ethnicity where 'Patient - Ethnicity field' doesn't provide an adequate description. E.g Ashkenazi Jewish
Disease status Condition.clinicalStatus, Condition.verificationStatus (Needs mapping to MDS enums) Potentially mapped to DG1-17 If the patient is affected, uncertain, unaffected, or it is unknown.
Date of diagnosis Condition.recordedDate DG1-5 The patient's date of diagnosis.
Age at disease onset Condition.onsetAge PRB-16, note not included within OML message The age when a change in patients' health was first noted in line with suspected diagnosis.
Known/suspected disease Condition.verificationStatus DG1-6 Disease a patient is believed, known to have, or be at risk of developing.
Phenotypic details (Many) Observation.code with HPO system Additional OBX segments The HPO (or alternative ontology as appropriate) term names for the observable disease traits.
Symptoms at onset Condition.evidence.code Separate DG1 with DG1-17=S The patient's symptoms at onset.
Disease penetrance Observation.code = 86426007 or 87006007 OBX segments with appropriate SNOMED CT codes Confirms if all individuals with a disease show clinical symptoms or if there are carriers who do not.
Has multiple tumours Inferred through multiple Condition.bodySite entries Multiple DG1 segments (bodySite for condition not in scope for HL7v2) Does the patient have multiple tumours.
Count of tumours Inferred through number of Condition/Condition.bodysite entries for tumours Multiple DG1 segments (bodySite for condition not in scope for HL7v2) How many tumours the patient has.
Site of tumour (many) codes used for Condition.bodysite entries Multiple DG1 segments (bodySite for condition not in scope for HL7v2) Location of the tumours on the body.
Liquid tumour type Specific Condition.code, e.g. 91861009 for AML DG1-3 The patient's liquid tumour type.
Tumour sites - Body image diagram Media TBC N/A - not in scope for HL7v2 Image attachment of body with tumour sites highlighted.
Pedigree details / Relevant family history FamilyMemberHistory referenced from ServiceRequest.supportingInfo, optionally referenced from Condition.evidence.detail N/A not in scope for HL7v2, could be added as additional DG1 segments related to relatives (representation of family history in HL7v2 still pending investigation) The patient's pedigree details/diagram (inc family history of cancer).
Pedigree diagram Media referenced from ServiceRequest.supportingInfo, optionally referenced from Condition.evidence.detail N/A not in scope for HL7v2, could be added as additional DG1 segments related to relatives (representation of family history in HL7v2 still pending investigation) Image attachment of pedigree details.
Laterality of hearing loss Specific Condition.code under Hearing loss e.g. 473424007 DG1-2 Laterality of the hearing loss i.e. bilateral or unilateral.
Fetal maternal screening genotype Presence of Condition.code with appropriate code for Fetal Maternal Screening Genotype (as identified in ConceptMap) attached to Maternal Patient resource DG1-3 Maternal screening genotype for haemoglobinopathy testing.
Is patient on TKI therapy Presence of in-progress Procedure with code 1237262009 for Receptor tyrosine-protein kinase erbB-2 inhibitor therapy (procedure) OBR-44 If the patient is on tyrosine kinase inhibitor therapy.
Is patient in treatment free remission Condition.clinicalStatus = remission N/A, for non OML messages PRB-14 If the patient in treatment free remission.
Legal considerations TBC Needs more specificity to properly model, likely Consent resources attached to ServiceRequest TBC possibly DG1-18 Legal considerations for a given request.
Fetal paternal screening genotype Presence of Condition.code with appropriate code for Fetal Maternal Screening Genotype (as identified in ConceptMap) attached to Paternal Patient resource DG1-3 Paternal screening genotype for haemoglobinopathy testing.
Expected maternity unit - Organisation name TBC Future dated Encounter with referenced serviceProvider potentially PV1-42.4 Requesting clinician's organisation name.
Expected maternity unit - Organisation address TBC Future dated Encounter with referenced serviceProvider PV1-42.7 Requesting clinician's organisation address.
Expected maternity unit - Organisation ODS code TBC Future dated Encounter with referenced serviceProvider PV1-42.10 Requesting clinician's organisation ODS code.
Expected maternity unit - Department name TBC Future dated Encounter with referenced serviceProvider PV1-42.9 Requesting clinician's department name.
Growth history TBC Observation resources for head circumference etc. OBX segments Summary passage of text to highlight patient centile history e.g head circumference, weight, etc.
Severity of hearing loss Condition.code with appropriate code under 15188001 or Condition.note with code 15188001 DG1-3 Free text regarding hearing loss
Retinal degeneration Condition.code with appropriate code under 95695004 or Condition.note with code 95695004 DG1-3 Free text regarding retinal degeneration
Risk factors MedicationStatement resources with certain codes TBC OBX segments detailing patient on medication etc. Toxic medication - Prematurity (risk factor for hearing loss) e.g. Baby early birth - Ototoxic medication.
Suspected inborn error type(s) Condition.code with code under 86095007 and verificationStatus provisional/unconfirmed DG1-3 Suspected inborn error type(s)
Abnormal infection history site TBC Condition.bodySite for relevant infection entries TBC Abnormal infection history Site
Abnormal infection history site organism TBC Condition.bodySite for relevant infection entries with reference to specific body structures TBC Abnormal infection history Site organism
Is on Ig replacement TBC Procedure.code with code 698802001 with status=in-progress TBC If the patient is on immunoglobin replacement treatment.

Further Supporting Information

Purpose

To capture supporting information which has not been elsewhere specified

Notes

If clinical information, likely mapped to Condition and Observation resources linked to the patient and referenced via ServiceRequest.supportingInfo. Otherwise collated within ServiceRequest.note

Mapping

Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
Further supporting information Linked Condition/Observation resources or ServiceRequest.note Linked DG1/OBR segments or NTE segments in OML message Supporting information which has not been captured elsewhere.

OMOP

Purpose

Many research activities represent genomic information within OHDSI's OMOP Common Data Model, e.g. the GOSH DRIVE Digital Research Environment (DRE) initiatives in representing report information within common data standards.

To facilitate sharing of this information for Order Managment and the Unified Genomic Record, this information needs to be mapped to the FHIR standard. This mapping utilises the HL7 Common Data Models for Harmonization (CDMH) Implementation Guide.

High level mappings from commonly used OMOP tables to FHIR Resources are provided below. For the full by element transformations, please see the CDMH guide linked above.

Notes

Some of the tables commonly used within data collections are not yet investigated for use in Genomics, e.g. AdverseEvent, these will be investigated as the Structured Reporting efforts mature but it is expected that if these resources need to be shared, they should conform to the FHIR UK Core or base FHIR R4 specifications (in the absence of a UK Core profile).

Mapping

Source Data Table Target FHIR Resource Notes on Mapping
PERSON Patient ethnicity_concept_id SHOULD be mapped to the UK Core Ethnic Category extension
VISIT_OCCURRENCE Encounter
CONDITION_OCCURRENCE Condition
DEATH AdverseEvent If only datetime of death is required, this SHOULD be added to the Patient.deceasedDateTime field
DRUG_EXPOSURE MedicationStatement Medication and drug dosage information SHOULD conform to the NHS Digital Medicines and UK Core Interoperable Medicines Implementation Guides
MEASUREMENT Observation
OBSERVATION Observation
PROCEDURE_OCCURRENCE Procedure
SPECIMEN Specimen
DEVICE_EXPOSURE Procedure

Removed - Sample Preparation

Purpose

This MDS category has been removed in MDSv1.05. This page has been maintained for information and backward compatibility only and it is not expected that now suppliers onboarding to the GOMS API would need to support these fields

Where cell separation is to be applied to a primary sample

Notes

Mapped to Specimen. It is expected processing performed on a specimen will be added to the original Specimen resource unless daughter samples are taken (splitting of the sample prior to processing), in which case a new Specimen resource SHOULD be created

Mapping

Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
Sample Preparation - Parent primary sample id Specimen.parent SPM-3 Id of primary sample this derived from
Sample Preparation - Id (many) Specimen.identifier.value SPM-2 Id of sample provided linked to the previously stated assigning authority. Occurs multiple times.
Sample Preparation - Id assigning authority ODS code (many) Specimen.identifier.assigner SPM-2.1.2 Authority who assigned the sample id (e.g. histopathology, SHIMDS, etc). Occurs multiple times.
Sample Preparation - Sample storage details Not in scope for FHIR R4, could use Specimen.note or record this information against Task.input (TBC, if required a request to backport Specimen.container.location will be made to support capture of this information) SAC-15 Where a sample preparation is in storage or where it needs to be stored.
Sample Preparation - Volume Specimen.collection.quantity SPM-12 Volume of provided sample.
Sample Preparation - Performed date Specimen.processing.timeDateTime N/A not in scope for HL7v2, may need to replace SPM-17 Date at which the sample preparation was completed.
Sample Preparation - Received date Specimen.receivedTime SPM-18 Date at which a specimen was received at a laboratory.
Sample Preparation - Sample preparation Specimen.processing.procedure N/A not in scope for HL7v2, may need to be captured within SPM-6 Cell separation applied to a primary sample.

Removed - Final Sample

Purpose

This MDS category has been removed in MDSv1.05. This page has been maintained for information and backward compatibility only and it is not expected that now suppliers onboarding to the GOMS API would need to support these fields

For testing, obtained from raw specimen, material to be genomically tested. To support storage, testing and interpretation.

Notes

Mapped to Specimen. It is expected extracted specimens will be additional specimens referencing the parent specimen via the Specimen.parent field.

Mapping

Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
Final Sample - Parent primary sample id Specimen.parent (may be inferred through sample preparation parent, if this is not the primary sample resource) SPM-3 Id of primary sample this derived from
Final Sample - Parent sample preparation id Specimen.parent SPM-3 Id of sample preparation this derived from
Final Sample - Id (many) Specimen.identifier.value SPM-2 Id of final sample provided, linked to the associated assigning authority. Occurs multiple times.
Final Sample - Id assigning authority ODS code (many) Specimen.identifier.assigner SPM-2.1.2 Authority who assigned the final sample id.
Final Sample - Sample storage details Not in scope for FHIR R4, could use Specimen.note or record this information against Specimen.container.identifier (TBC, if required a request to backport Specimen.container.location will be made to support capture of this information) SAC-15 Where a final sample is in storage or where it needs to be stored.
Final Sample - Volume Specimen.collection.quantity SPM-12 Volume of provided final sample.
Final Sample - Performed date Specimen.processing.timeDateTime N/A not in scope for HL7v2, may need to replace SPM-17 Date at which the final sample was extracted.
Final Sample - Received date Specimen.receivedTime SPM-18 Date at which a final specimen was received at a laboratory.
Final Sample - Final sample Specimen.type SPM-4 Material to be genomically tested.

Removed - Previous Genomic Report

Purpose

This MDS category has been removed in MDSv1.05. This page has been maintained for information and backward compatibility only and it is not expected that now suppliers onboarding to the GOMS API would need to support these fields

To locate previous genomic test reports linked to this service request.

Notes

Mapped to DiagnosticReport. It is expected previous genomic reports will be attached as PDF documents or references to their location will be provided within the genomic test order. Structured genomic reports will be investigated in future stages of the Genomic Medicine Service. Metadata regarding patient/performer details are expected to match previous mappings for these headings above.

Mapping

Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
Previous genomic report - Report referral summary DiagnosticReport.conclusion OBX-5 (all previous results should be part of Order Prior/Observation Prior sections of OML message) Referring clinician's summary of the previous genomic report to support test request.
Previous genomic report - Report file/link DiagnosticReport.presentedForm OBX-5 where OBX-2=ED or RP A copy of/or link to the previous genomic report.
Previous genomic report - Test performed date DiagnosticReport.effectiveDateTime OBX-19 The date a previous genomic test was performed.
Previous genomic report - Report identifier DiagnosticReport.identifier OBX-3 The identifier for the previous genomic report.
Previous genomic report - Patient's first name DiagnosticReport.subject( Patient.name.given ) PID-5.2 attached to Patient Prior The first name of the patient on the previous genomic report.
Previous genomic report - Patient's surname DiagnosticReport.subject( Patient.name.family ) PID-5.1 attached to Patient Prior The surname of the patient on the previous genomic report.
Previous genomic report - Patient's address DiagnosticReport.subject( Patient.address ) PID-11 attached to Patient Prior The address of the patient on the previous genomic report.
Previous genomic report - Patient's post code DiagnosticReport.subject( Patient.address.postalCode ) PID-11.5 attached to Patient Prior The postcode of the patient on the previous genomic report.
Previous genomic report - Patient's country DiagnosticReport.subject( Patient.address.country ) PID-11.6 attached to Patient Prior The country of the patient on the previous genomic report.
Previous genomic report - Patient's date of birth DiagnosticReport.subject( Patient.birthDate ) PID-7 attached to Patient Prior The date of birth of the patient on the previous genomic report.
Previous genomic report - Patient's NHS number DiagnosticReport.subject( Patient.identifier:system = https://fhir.nhs.uk/Id/nhs-number ) PID-3 where PID-3.5=2.16.840.1.113883.2.1.3.2.4.18.23 The NHS number of the patient on the previous genomic report.
Previous genomic report - Patient's alternative identifier DiagnosticReport.subject( Patient.identifier:system != https://fhir.nhs.uk/Id/nhs-number ) PID-3 where PID-3.5 != 2.16.840.1.113883.2.1.3.2.4.18.23 The alternative identifier of the patient on the previous genomic report.
Previous genomic report - Patient's relationship to requesting patient DiagnosticReport.subject( Patient.link( RelatedPerson.relationship ) ) N/A Could be captured though NTE on Order Prior ORC The relationship of the patient on the previous genomic report to the requesting patient.
Previous genomic report - Patient's clinical genetics number DiagnosticReport.subject( Patient.identifier:system = TBC ) PID-3 The individual clinical genetic number of the patient on the previous genomic report.
Previous genomic report - Patient's pedigree number DiagnosticReport.subject( Patient.identifier:system = https://fhir.nhs.uk/Id/genomics-pedigree-number ) PID-3, system TBC The pedigree number of the patient on the previous genomic report which links their family.
Previous genomic report - Report lab test number DiagnosticReport.basedOn( ServiceRequest.identifier ) ORC-2 The lab test number from the previous genomic report.
Previous genomic report - Report of genetic analysis DiagnosticReport.conclusionCode OBR-5 The clinical outcomes from the previous genomic report.
Previous genomic report - Report performer full name DiagnosticReport.performer( PractitionerRole.practitioner.display ) OBX-16 The full name of the individual that authored the previous genomic test report.
Previous genomic report - Report performer organisation ODS code DiagnosticReport.performer( PractitionerRole.organization.identifier ) OBX-23.10 The organisation ODS code of the individual that authored the previous genomic test report.
Previous genomic report - Original requester full name DiagnosticReport.basedOn( ServiceRequest.requester( PractitionerRole.practitioner.display ) ) ORC-12 The full name of the individual that requested the previous genomic test report.
Previous genomic report - Original requester organisation ODS code DiagnosticReport.basedOn( ServiceRequest.requester( PractitionerRole.organization.identifier ) ) ORC-21.10 The organisation ODS code of the individual that requested the previous genomic test report.
Previous genomic report - Original requester reason for request DiagnosticReport.basedOn( ServiceRequest.reasonCode ) ORC-16 The reason for requesting the previous genomic test report.

Removed - Relevant Clinical Report

Purpose

This MDS category has been removed in MDSv1.05. This page has been maintained for information and backward compatibility only and it is not expected that now suppliers onboarding to the GOMS API would need to support these fields

To locate previous Non-Genomic diagnostic test reports linked to this service request.

Notes

Mapped to DiagnosticReport. Observations/test results within the DiagnosticReport are expected to be included as referenced Observation resources. It is expected previous diagnostic reports will have a minimal amount of information coded for automated interpretation but reports can be attached as PDF documents or references to their location provided, as with Genomic reports.

Mapping

Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
Relevant clinical report - Report title DiagnosticReport.code OBR-4 (for the request the report is in relation to) Referring clinician's summary of the previous non genomic report to support test request.
Relevant clinical report - Report referral summary DiagnosticReport.conclusion OBX-5 Referring clinician's summary of the previous non genomic report to support test request.
Relevant clinical report - Report file/link DiagnosticReport.presentedForm OBX-5 where OBX-2=ED or RP A copy of/or link to the previous non genomic report.
Relevant clinical report - Test performed date DiagnosticReport.effectiveDateTime OBX-19 The date a previous non genomic test was performed.
Relevant clinical report - Report identifier DiagnosticReport.identifier OBX-3 The identifier for the previous non genomic report.
Relevant clinical report - Test type DiagnosticReport.code OBR-4 A name that describes the previous non genomic report.
Relevant clinical report - Test result value comparator DiagnosticReport.result( Observation.valueQuantity.comparator ) OBX-5 A comparator that may used to indicate whether the actual value is greater or less than the stated value. Applies to numeric values only.
Relevant clinical report - Test result value unit of measure DiagnosticReport.result( Observation.valueQuantity.unit ) OBX-6 The name and code of the unit of measure associated with the test result value. Applies to numeric values only.
Relevant clinical report - Test result reference range low DiagnosticReport.result( Observation.referenceRange.low ) OBX-7 (before operator) The reference range low value.
Relevant clinical report - Test result reference range high DiagnosticReport.result( Observation.referenceRange.high ) OBX-7 (after operator) The reference range high value.
Relevant clinical report - Test result test method DiagnosticReport.result( Observation.method ) OBX-17 The method of testing/observation that was used.
Relevant clinical report - Test result reference range text DiagnosticReport.result( Observation.referenceRange.text ) OBX-7 A human readable text-based description to provide additional information about the reference range. For example, the target population that the reference range applies to and/or differences based on factors such as age or sex.
Relevant clinical report - Test result clinical summary DiagnosticReport.result( Observation.interpretation ) OBX-8 A human readable text-based clinical interpretation of the test result and any additional notes provided by the performing organisation.
Relevant clinical report - Report result DiagnosticReport.conclusionCode OBR-5 Reference to the result(s)/result groups contained in the report.
Relevant clinical report - Report performer full name DiagnosticReport.performer( PractitionerRole.practitioner.display ) OBX-16 The full name of the individual that authored the previous non genomic test report.
Relevant clinical report - Report performer organisation ODS code DiagnosticReport.performer( PractitionerRole.organization.identifier ) OBX-23.10 The organisation ODS code of the individual that authored the previous non genomic test report.
Relevant clinical report - Original requester full name DiagnosticReport.basedOn( ServiceRequest.requester( PractitionerRole.practitioner.display ) ) TBC, need to review recording/referencing of original request where this is not in an electronic format ORC-12 The full name of the individual that requested the previous non genomic test report.
Relevant clinical report - Original requester organisation ODS code DiagnosticReport.basedOn( ServiceRequest.requester( PractitionerRole.organization.identifier ) ) ORC-21.10 The organisation ODS code of the individual that requested the previous non genomic test report.
Relevant clinical report - Original requester reason for request DiagnosticReport.basedOn( ServiceRequest.reasonCode ) ORC-16 The reason for requesting the previous non genomic test report.

Removed - PLCM activity

Purpose

This MDS category has been removed in MDSv1.04. This page has been maintained for information and backward compatibility only and it is not expected that now suppliers onboarding to the GOMS API would need to support these fields

For PLCM activity submissions. This section is pending review, supporting PLCM activity reporting is not expected as part of the Genomic Order Management Alpha.

Notes

Derived from existing fields used for clinical/operational purposes in the test order/response.

Mapping

Source Data item Target FHIR Element HL7v2.5.1 Mapping Description
PLCM activity - NGIS referral identifier ServiceRequest.identifier ORC-3 NGIS referral identifier
PLCM activity - Financial month Derived from ServiceRequest.authoredOn Derived from ORC-9 The month in which the PLCM activity occurred.
PLCM activity - Financial year Derived from ServiceRequest.authoredOn Derived from ORC-9 The financial year in which the PLCM activity occurred.
PLCM activity - Date and time dataset created Derived from DiagnosticReport.effectiveDateTime based on ServiceRequest Derived from OBR-7 in the ORU response message for the activity based on the OML request The date and time a file was created prior to submission to Data Landing Portal (DLP).
PLCM activity - Activity start date and time Derived from Task.executionPeriod.start for activity based on ServiceRequest Derived from TQ1-7 in the ORU response message for the activity based on the OML request The date and time of the defined PLCM activity start date for the relevant activity.
PLCM activity - Activity end date and time Derived from Task.executionPeriod.end for activity based on ServiceRequest Derived from TQ1-8 in the ORU response message for the activity based on the OML request The date and time of the defined PLCM activity end date for the relevant activity.
PLCM activity - Patient age at activity date Derived from the difference between Patient.birthDate and Task.executionPeriod.start for the relevant activity Derived from the difference between PID-7 and TQ1-7 for the relevant activity Age of the patient at the date a PLCM activity is undertaken.
PLCM activity - ODS code of organisation submitting to PLCM Task.owner if pulled directly from broker system OBR-32.7 if sourced from principle results interpreter ODS code of the organisation submitting the PLCM data specification.
PLCM activity - ODS code of organisation commissioned to deliver requested test ServiceRequest.performer if pulled directly from broker system Potentially OBR-32.7 in OML message ODS code of the organisation commissioned by NHS England to deliver the service.
PLCM activity - ODS code of organisation delivering requested test Task.owner Potentially OBX-13 in ORU message ODS code of the organisation delivering the service.
PLCM activity - ODS code of the laboratory site delivering requested test Task.owner( PractitionerRole.healthcareService( HealthcareService.identifier ) ) OBX-24 in ORU message ODS code of the site on which the laboratory delivering the service is based.
PLCM activity - ODS code of commissioning region Organization.partOf N/A - not in scope for HL7v2 ODS code of the commissioning region.
PLCM activity - Commissioned service category code Derived from ServiceRequest.requester( PractitionerRole.healthcareService ) Derived from OBR-4 PLCM category code for the service commissioning the test request.
PLCM activity - Service code Derived from ServiceRequest.code Derived from OBR-4 PLCM Service code to confirm if the test request is for a specialised service.
PLCM activity - Point of delivery code Derived from ServiceRequest.code Derived from OBR-4 PLCM point of delivery code.
PLCM activity - Local point of delivery code Derived from ServiceRequest.code Derived from OBR-4 PLCM local point of delivery code.
PLCM activity - Turnaround time (calendar days) Derived from difference between ServiceRequest.authoredOn and resulting DiagnosticReport.effectiveDateTime Derived from difference between OBR-6 and OBR-7 for resulting report To be populated with the actual turnaround time for the activity expressed in calendar days.
PLCM activity - Turnaround time standard (calendar days) N/A fixed dependent on test type N/A fixed dependent on test type To be populated with the relevant turnaround time standard for the activity expressed in calendar days at TESTREPORT activity stage, else blank.
PLCM activity - Compliant with turnaround time standard (calendar days) N/A derived from fixed standard and current turnaround time N/A derived from fixed standard and current turnaround time To be populated with Y=Yes, N=No at TESTREPORT activity stage, else blank.
PLCM activity - Test method code Derived from ServiceRequest.code Derived from OBR-4 PLCM test method code.
PLCM activity - Sample plating quality control Implied though completion of SpecimenProcessing Task Implied through status recorded in ORC-25 indicating plating quality control had passed Confirmation if the sample plating has passed quality control.
PLCM activity - Sample plating quality control fail code Task.statusReason for SpecimenProcessing Task ORC-25 Sample plating, quality control, fail code.
PLCM activity - Sample volume Specimen.collection.quantity SPM-12 Sample volume in (µl).
PLCM activity - DNA concentration Observation attached to Specimen with code 13925004 and appropriate UCUM unit OBX with code 13925004 and appropriate UCUM unit DNA concentration in (ng/ul).
PLCM activity - DNA quantification Observation attached to Specimen with code 13925004 and appropriate UCUM unit OBX segment with code 13925004 and appropriate UCUM unit DNA quantification in (µg).
PLCM activity - Sample category code Derived from Specimen.type Derived from SPM-4 PLCM sample category code.
PLCM activity - Quality score for sequencing N/A Derived from DNA concentration/quantification N/A Derived from DNA concentration/quantification Quality score for sequencing.
PLCM activity - Local report identifier DiagnosticReport.identifier OBR-3 for report Identifier for the issued report
PLCM activity - Test outcome code (Many) DiagnosticReport.result( Observation.code ) OBX-3 elements for resulting report PLCM test outcome codes.