Getting Started Guide
OHIE.orgDiscourseWikiAcademy
1.0-Beta
1.0-Beta
  • Getting Started Guide: Paths to Data Exchange
  • Select a Pathway
  • PATHWAY 1: Component and Data Exchange Projects
    • Pathway 1.1 - Governance, Value, and Scope
      • Identify Stakeholders
      • Determine and Document Roles and Responsibilities
      • Establish or Define Governance Structures
      • Determine Project Scope
      • Document the Expected Value of the Project
      • Establish a Project Plan
    • Pathway 1.2 - Requirements and Design
      • Establish Training Programs
      • Determine Resources and Identify Constraints and Environmental Factors
      • Analyze the Environment and Context
      • Identify System Constraints
      • Document Requirements
      • Select Software/Component(s)
      • Testing
    • Pathway 1.3 - Implement, Support, and Scale
      • Establish a Support Plan
      • Implement a Scalability Plan
      • Communication and Roll Out
  • PATHWAY 2: Architecture
    • Pathway 2.1 - Governance, Value, and Scope
      • Identify Stakeholders
      • Determine and Document Roles and Responsibilities
      • Establish or Define Governance Structures
      • Determine Project Scope
      • Define Value of Health System Architecture
      • Establish a Project Plan
    • Pathway 2.2 - Requirements and Design
      • Inventory Existing Tools
      • Document Use Cases
      • Establish Architecture Principles
      • Document the Architecture
      • Establish Architecture Processes
      • Establish Standards
    • Pathway 2.3 - Implement, Support, and Scale
      • Communication and Roll Out
  • How to Provide Feedback / Input
  • Change Log
Powered by GitBook
On this page
  1. PATHWAY 2: Architecture
  2. Pathway 2.2 - Requirements and Design

Document Use Cases

Architecture Level Project

PreviousInventory Existing ToolsNextEstablish Architecture Principles

Last updated 3 years ago

Document Use Cases

Project teams can use different language to refer to the health business processes or practices for data exchange. We will use the term "use cases". As outlined in the digram below, OpenHIE is designed to support broad areas of use cases that cover individual patient care, population and public health and healthcare administration. Documenting your desired use cases is a step toward establishing the high-level requirements for your health information exchange. For examples of how countries and project teams are using health information exchange architecture, see the .

Reference: : (Chapter 3.1.1)

OpenHIE Impact Stories
Digital Implementation Investment Guide