Cancer Pathology Data Sharing, published by HL7 International / Orders and Observations. This guide is not an authorized publication; it is the continuous build for version 2.0.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/cancer-reporting/ and changes regularly. See the Directory of published versions
Official URL: http://hl7.org/fhir/us/cancer-reporting/ImplementationGuide/hl7.fhir.us.cancer-reporting | Version: 2.0.0 | |||
IG Standards status: Trial-use | Maturity Level: 2 | Computable Name: USCancerPathologyData |
The Cancer Pathology Data Sharing implementation guide (IG) reporting process documents best practices for transmitting pathology data as a FHIR Document via three pathways:
This publication promotes structured data collection and exchange of cancer pathology data, provides the data model, defined data items and their corresponding code and value sets. This guide specifies the collection and exchange of data specific to a cancer pathology synoptic report for public health reporting. This guide is compliant with FHIR Release 4.
Currently, the most successful implementation of the Cancer Pathology Data Sharing IG and Integrating the Healthcare Enterprise (IHE)/Structured Data Capture (SDC) on FHIR IG requires the integration of College of American Pathologists' (CAP) checklists into the LIS workflow. Future iterations of this IG may allow for more flexible incorporation of non-electronic Cancer Protocols (eCP) content (such as narrative pathology reports or others); however, that capability is currently not supported.
The Health Level Seven (HL7) Orders and Observations (O&O) and Public Health Work Groups sponsor this guide.
This guide defines 7 FHIR profiles:
This guide defines 5 value sets and 1 code system:
This guide defines 1 code system:
This guide leverages the NAACCR Standards for Cancer Registries Volume V, Laboratory Electronic Reporting Pathology Version 5.0, May 2020 (Revised 2020).
This guide also leverages profiles from the 6.1.0 version of:
The audience for this IG includes architects and developers of clinical and pathology laboratory health record systems as well as cancer registry systems in the US Realm. Business analysts and policy managers can also benefit from a basic understanding of the use of this cancer pathology data standard to support data flows from pathology laboratories.
This cancer pathology reporting FHIR IG has been developed by the Cancer ePathology Reporting Project in collaboration with the IHE SDC/eCP on FHIR Project, both under the O & O Work Group, and with other stakeholders. This library of FHIR resources was developed and produced through the efforts of HL7. The editors appreciate the support of all volunteers and staff associated with the creation of this document and the sponsorship of the following Work Groups: O & O, Vocabulary Work Group, Clinical Quality Information, Clinical Interoperability Council, Public Health, and Structured Documents. This guide would not have been possible without the support of the following organizations:
This material contains content from SNOMED CT®. SNOMED CT is a registered trademark of the International Health Terminology Standard Development Organization (IHTSDO).
This material contains content from LOINC®. LOINC codes are copyright ©1995-2021, Regenstrief Institute, Inc. and the Logical Observation Identifiers Names and Codes (LOINC) Committee. All rights reserved. See https://loinc.org/kb/license/.
This material contains content from the CAP. The Electronic Cancer Checklists are copyrighted by the CAP. All rights reserved.
This implementation guide is jointly copyrighted by Health Level Seven International (HL7) and the College of American Pathologists (CAP).
Issue Key | Title | Status | For this version of the IG | Next Steps |
---|---|---|---|---|
FHIR-50677 | Representation of Specimen Derivation Hierarchies | Considered for Future Use | Implementers should • Capture essential specimen information (site/anatomic source, specimen (tissue/fluid) type, collection procedure, local identifier) in a flattened approach where only the immediate specimen that feeds each observation/diagnostic report is included. • Ensure that if child specimens are exchanged, they must carry specimen.parent links back to the clinical specimen. • Ensure every Observation in the pathology bundle must reference the specimen on which it was performed, when the data is available. • Retain relationships between the original and derived specimen that were examined and the resulting observations that are critical for diagnosis of conditions and treatment the patient at least in a narrative section of the report. |
Focus on full parent-child specimen chains in next revision phase, building on current flattened approach with required specimen.parent links. |
FHIR-50680 | Add Procedure Profile | Considered for Future Use | An optional Procedure resource based on USCoreProcedureProfile should be included, when available, and can be linked to via ServiceRequest.basedOn | Consider R6 linkage between Procedure and Specimen |
FHIR-50682 | When to use Specimen vs. Observation for documenting specimen details | Considered for Future Use | Implementers should • Capture essential specimen information (site/anatomic source, specimen (tissue/fluid) type, collection procedure, local identifier) in a flattened approach where only the immediate specimen that feeds each observation/diagnostic report is included. • Ensure that if child specimens are exchanged, they must carry specimen.parent links back to the clinical specimen. • Ensure every Observation in the pathology bundle must reference the specimen on which it was performed, when the data is available. • Retain relationships between the original and derived specimen that were examined and the resulting observations that are critical for diagnosis of conditions and treatment the patient at least in a narrative section of the report. |
Conduct comprehensive analysis and testing of specimen detail documentation across derived specimens and multi-laboratory workflows. |
These issues will be prioritized for future versions once foundational questions are resolved and adequate consensus-building time is available.