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.1 - Governance, Value, and Scope

Establish a Project Plan

Architecture Level Project

PreviousDefine Value of Health System ArchitectureNextPathway 2.2 - Requirements and Design

Last updated 3 years ago

Establish a Project Plan

A good project plan should address resources (technical and human), cost constraints and estimated timing. The resource plan and project plans might address the following types of activities that are considered to be in scope for the project:

  • Identification of architecture stakeholders.

  • If an eHealth Governance structure is not already in place, you will most likely need to outline time and activities to establish the governance structure.

  • Necessary governance checkpoints for the Architecture creation.

  • You may want to consider doing an inventory of existing health software / software projects. This will help with understanding of tools in the field.

  • Defining requirements or specific scope of the information and data exchanges that the architecture needs to support.

  • Establishing .

  • Defining and documenting the principles and architecture components.

  • Defining standards. For example, are there specific data exchange standards such as those mentioned in the . You may also want to consider aspects such as noting that new software should support standard APIs.

  • Defining processes, procedures and expectations for new project teams. For example, there may be specific times that a project team needs to present to a governance or architecture team to provide a plan for alignment with the architecture principles and standards.

  • Defining roles and governance structures to establish and support curation of the architecture and support project teams in aligning with the architecture.

References:

  • ;

  • (Chapter 3: Identify System Challenges and Needs)

See DIGG (Chapter 3 Identify System Challenges and Needs)
architecture principles
OpenHIE Architecture Specification
Architecture Principles
OpenHIE Architecture Specification
Digital Implementation Investment Guide: