加拿大组织14个联邦和省，区域的卫生部门，成立一个非盈利的机构Infoway，统一规划和协调全国的电子健康基础设施的搭建，计划到2009年实现覆盖50%人口的加拿大居民通过这一计划受益。Infoway在这一过程中，既是赞助者，又是投资者，既是干预者，又是开发者。到现在为止，已经投资了十几亿加元，其基于省级的面向服务的参考架构已经建立并在逐步进行实施。

系统建设目标：

以病人为中心，存储居民整个生命过程的临床数据

支持正确、完整，及时的信息交付

允许私有、安全的访问存放于电子健康档案中的有效数据

专注于临床相关的数据在跨不同业务和行政组织，司法部门之间的共享

允许持续，不断扩展的临床数据增长，同时进行有效的信息生命周期管理，来支持更好的投资回报

允许更多的点服务应用和数据来源，导入到电子健康档案;同时让更多的用户访问和使用电子健康档案中的数据;同时支持更多的内科预约检查和决策支持。

可互操作，可集成的，基于标准的

为了便于在架构设计和技术实现上更好的运用新技术，更好的整合现有的业务资源和简化组网集成压力，同时最大化重用其业务和技术相关的资源和投资，需要在不同层次进行标准和规范的制定和执行。

架构标准：

电子健康档案方案蓝图

电子健康档案方案用例

电子健康档案方案数据模型

电子健康档案方案服务模型

电子健康档案方案互操作性规范

数据和消息标准：

客户使用端注册：HL7 v2.4 & HL7 v3

服务提供端注册：HL7 v3

药物信息系统：HL7 v3

实验室系统：HL7 v3

诊断影像/放射

iEHR临床消息机制：HL7 v3

iEHR技术标准

公共卫生标准：HL7 v3

临床专业术语策略

专业术语标准(SNOMED, LOINC, ICD10-CA, CCI)

更进一步制定了区域卫生信息平台的统一技术架构和组网模型，便于不同的区域卫生信息平台之间的互联互通。

区域卫生信息平台信息架构：

区域卫生信息平台组网框架：

不过在实施过程中，也发现了其中的一些不足并做出了相应的调整，这对国内正在如火如荼搭建的区域卫生信息平台有着很强的参考意义,譬如：

发现变更管理占据了15%~30%的项目费用，业务需求的梳理，业务流程的优化和业务系统边界在不断的发生变化。

发现HL7 v2无法交付真正的电子健康档案的互操作性，v3才是合适的选择(但目前只有Oracle公司在数据模型和存储层直接支持)