...
Standard | Fit for Pupose | Stewardship | Quality | |||||
Fits | Implementation | Vendor Support | Canadian | SDO | Complexity | Standard | Training, Support and Tooling | |
IHE Cross-Enterprise Document Sharing - Imaging (XDS/XDS-I) | Yes | Production | Medium | Yes | Yes | High | High | Yes |
DICOM / HL7 | Yes | Production | High | No | Yes | Medium | High | Unknown |
Architectural Constraints and Considerations | Secondary Benefits | |||||||
None of these standards impose significant architectural constraints |
| |||||||
Recommendation | Supporting Rationale | |||||||
IHE Cross-Enterprise Document Sharing - Imaging (XDS/XDS-I) | The IHE XDS-I.b profile specifies the use of existing standards including HL7 and DICOM to enable registration and sharing of images and reports. A Canadian XDS Affinity domain guide is available to support implementation of the profile. |
Note:
The IHE XDS/XDS-I profile builds upon the foundational HL7 and DICOM standards by identifying the roles of different actors participating in the information exchange and specifying how data exchange transactions and applicable standards enable document sharing. It also prescribes an affinity domain process that was employed by the Canadian Diagnostic Imaging Community to constrain areas of optionality in the IHE XDS/XDS-I profile to Canadian requirements. The XDS Affinity Domain Implementation Guide is the work product of this group.
Report Format
XDS/XDS-I supports a range of report formats through the use of different transaction and reporting
Standard | Maturity | SustainabilityFit for Purpose | Stewardship | Quality | ||||||||
Fits | Implementation | Standards Process | Type | Vendor | Canadian Implementation | Superseded? | Vendor Support?SDO | Complexity | Standard | Training, Support | ||
Clinical Document Architecture (CDA) R2 | YesFinal | Limited in Canada | ProductionLimited | No | Yes | HighHigh | Normative | GoodSome | ||||
Portable Document Format (PDF)Final | Partial | Production | High | No | N/A | High Low Medium | N/A | Good | ||||
DICOM SR / SCFinal | Partial | Production | Unknown High | No | Yes | Medium High? | Normative | Good Unknown | ||||
Raw TextFinal | Partial | Production | Unknown | No | High No | Low | N/A | None Good | ||||
Architectural Constraints and Considerations | Secondary Benefits | |||||||||||
None of these standards impose significant architectural constraintsUse of CDA document allows content to be rendered in all other formats. Raw text based HL7 ORU and DICOM SR are widely used and present in DI-R systems and require support. | PDF may preclude secondary use, while the structured data of a CDA document supports machine readability and may enable secondary use of clinical data, clinical decision support or application of administrative/demographic data to analytics/business intelligence. | |||||||||||
Recommendation | Supporting Rationale | |||||||||||
Clinical Document Architecture (CDA) R2 | It is the goal of the Canadian XDS Affinity domain that reports will be stored in HL7 CDA format (using the pan-Canadian header format) as these reports (a) support required metadata, and (b) can be transformed to all other formats. |
Anatomic Region Code
Metadata plays an important role in the identification of relevant priors during the fetch and pre-fetch use cases. The significant coded metadata elements for the FEM use case are the acquisition modality of image and the anatomical region being studied. Acquisition modality was adopted as prescribed. This section identifies options considered to identify the Anatomic Region.
Standard | Maturity | SustainabilityFit for Purpose | Stewardship | Quality | |||||||||||||
Fits | Implementation | Standards Process | Type | Vendor | Canadian Implementation | Superseded? | Vendor Support?SDO | Complexity | Standard Maturity | Training, Support | |||||||
Coarse Body Parts (SNOMED CT subset)Final | Yes | Production | Production | No | High | Highin Canada | High | Yes | Localized | Medium | Normative | Good | |||||
Anatomic Region (DICOM CID 4)Final | Limited | Production International Production | High | No | High Yes | Medium | Normative | Unknown Good | |||||||||
Architectural Constraints and Considerations | Secondary Benefits | ||||||||||||||||
Both terminology subsets referenced are published as flat lists with descriptions and codes. | Using pan-Canadian terminology subsets supports inter-jurisdictional interoperability. SNOMED CT’s terminology model can be leveraged to support aggregation and analysis of the information captured within vaccination records | None of these standards impose significant architectural constraints | Use of SNOMED CT to encode the Canadian code set may help enable mapping from the DI Procedure Codes to the Coarse Body parts and/or definition of automated validation. | ||||||||||||||
Recommendation | Supporting Rationale | ||||||||||||||||
Clinical Document Architecture (CDA) R2Coarse Body Parts (SNOMED CT subset) | The DICOM CID 4 value set is very detailed and generally inconsistent with the general approach of “casting a wide net” employed when fetching content within the FEM use cases. |
Note:
Anatomic Region was localized for Canadian use.