Visit the HL7 website
Visit the FHIR website

Pan-Canadian FHIR Exchange (CA:FeX) IGuide 2.2.0 DFT-Ballot

2.2.0-DFT-Ballot   Canada flag
  • Home
  • Business Context
    • Project Background
    • Scope
    • Relationship to Other Specifications
    • Use Cases
  • Technical Context
    • Overview
    • FHIR Exchange Paradigms
    • Sequence Diagrams
    • Actor Mapping to Interoperability Specification
    • Security
  • Actor and Conformance Options
    • Technical Actors
    • Actor Options
    • Conformance Requirements
  • FHIR Artifacts
    • Profiles and Extensions
    • Search Parameters
    • Operations
    • Capability Statements
  • Change Log
    • Change Log
    1. Home
    2. Technical Context
    3. Sequence Diagrams

DFT Ballot - This specification is currently in ballot review and subject to change. It is not ready for limited roll-out or production level use. For a full list of available versions, see the Directory of published versions

Sequence Diagrams

The CA:FeX sequence diagrams illustrate how to apply CA:FeX and related IHE profile implementation patterns to support FHIR-based Health Information Exchange (HIE) use cases. They group together actors and transactions from multiple profiles including CA:FeX to address the scope of the use cases.

Sequence Diagram Overview:

The following guidance explains how to interpret the sequence diagrams:

  • The Data Consumer role varies depending on the client type:
    • HCP: A Clinical Solution (e.g., an EMR used by a Health Care Provider) that requests and retrieves clinical information from a Clinical Data Repository.
    • Patient: A Patient Portal used by the patient (Subject of Care) to request and retrieve their own clinical information from a Clinical Data Repository.
  • The legend in the bottom-right corner describes the different system components, actors and transactions that are necessary to carry out this use case.
  • The green swim lane is a simplified view of the actors and transactions required by the Foundational Profiles, defined here, in addition to the other ones that are not explicitly illustrated on the diagram (e.g., ATNA, CT, etc.) but included as a white note. These foundational requirements are assumed to be in place prior to executing the use case.
  • The blue swim lanes group a sequence of processes (along with their required actors and transactions) that are needed to occur to satisfy this use case. The diagrams should be read from left to right and top to bottom.
  • Red note boxes highlight key contextual information and important implementation considerations.
  • For more information on core IHE Profiles and specific Canadian implementation guidance, refer to the Reference Architecture available here.
Sequence Diagram Scenario Related Use Case
Sequence Diagram for UC-01: Create and Submit Document Clinical Solution Submits a Document to a Central Clinical Data Repository UC-01 Create and Submit Documents
Sequence Diagram for UC-02: Query and Retrieve Document Clinical Solution Queries and Retrieves Document(s) from a Clinical Data Repository UC-02 Query and Retrieve Documents
Sequence Diagram for UC-03: Create and Submit Data Clinical Solution Submits Clinical Data to a Central Clinical Data Repository UC-03 Create and Submit Data
Sequence Diagram for UC-04: Query and Retrieve Data Clinical Solution Queries and Retrieves Clinical Data from a Clinical Data Repository UC-04 Query and Retrieve Data
Sequence Diagram for UC-05: Fetch Document References Clinical Solution Fetches Document References from a Clinical Data Repository UC-05 Fetch Document References

Additional Considerations

The sequence diagrams in this section do not represent all possible combinations of IHE profiles and transactions. For example, the ITI-83 transaction can be used in place of ITI-78 when the preferred implementation pattern is PIXm/PMIR.

Table of Contents | IG © based on FHIR R4 | Package package:ca.infoway.io.cafex@2.2.0-DFT-Ballot | Version History
HL7® and FHIR® are the registered trademarks of Health Level Seven International