区域医疗信息化建设目标是以加强卫生行业各领域的资源流通和业务联动，推进医疗卫生信息在卫生领域的共享，开展以病人为中心的医疗数据采集与服务为主要内容。
区城卫生信息平台整体框架包括展现服务层、服务组合层、业务服务层、数据服务层、访问服务层，以及消息交换和传输、安全与服务管理，采用面向服务的体系结构（service- Oriented Architecture，SOA）的技术路线。
1. 展现服务层 展现服务层定义企业信息门户（enter-prise information portal，EIP）中可配置、可复用的门户组件（Portlets），用于支持门户应用的开发；以及人机交互组件、网页组件、报表组件实现对不同业务系统接入方式的支持，并提供丰富的客户端展现方式。
2. 服务组合层 服务组合层通过对下层的业务服务、数据服务、访问服务的编排来实现，流程编排的规则在服务组合层内定义，通过重新组合还可以快速搭建出新的业务应用系统。
3. 业务服务层 业务服务层定义那些可重用的业务处理过程，用于支持复合的业务处理需求。这层定义的业务处理过程服务可能是单个原子事务的无状态处理操作服务，也可能是多个业务应用或异步服务之间交互的有状态处理操作服务。
4. 数据服务层 数据服务层定义的服务支持把异构的、孤立的企业数据转变成集成的、双向的、可重复使用的信息资源。数据服务通过访问服务层以统一的方式访问企业的所有数据，数据服务层之上的开发者可以集中精力处理数据的加工问题，而不必关注访问不同来源的数据的实现细节。
5. 访问服务层 访问服务层实现与底层数据资源、应用资源的通信功能，使用通用标准接口，定义整合企业信息资源（数据资源与应用资源）的各种访问服务，如不同类型的适配器以及专用的应用程序编程接口（application programming interface，API）等。访问服务屏蔽了企业信息资源（现在的或未来的）的技术和实现方式，访问服务层之上的开发者无须知道数据的位置、类型以及应用程序的编程语言等。
6. 消息交换和传输 服务间的消息交换和传输贯穿各个服务层。消息交换和传输可以采用企业服务总线（enterprise service bus，ESB）。服务间的消息交换需要基于通用的交换标准和行业的交换标准。消息传输层可以提供通用的传输协议支持，如Http、SMTP、JMS、FTP 等。
7. 安全与服务管理 安全管理和服务管理贯穿各个服务层。在区域卫生信息平台中，信息安全与隐私保护主要在安全与服务管理层体现。服务安全管理支持认证和授权、不可否认和机密性、安全标准等。基于WS的服务的安全管理遵循WS服务规范中WS-Security规范，其他形式的服务也需要提供安全保障服务管理，包括服务注册、服务发现、服务监控、服务治理等多方面的内容。
健康档案的系统架构是以人的健康为中心，以生命阶段、健康和疾病问题、卫生服务活动（或干预措施）作为三个纬度构建的一个逻辑架构，用于全面、有效、多视角地描述健康档案的组成结构以及复杂信息间的内在联系。通过一定的时序性、层次性和逻辑性，将人一生中面临的健康和疾病问题、针对性的卫生服务活动（或干预措施）以及所记录的相关信息有机地关联起来，并对所记录的海量信息进行科学分类和抽象描述，使之系统化、条理化和结构化。
1. 服务 平台的注册服务提供电子健康档案中关键实体的唯一标志：个人、医疗卫生人员、医疗机构、字典术语集等。目的是为了给这些实体（对象）分配一个唯一的标志，使平台以及与平台交互的系统能够通过统一的规范化的标志符关联不同系统中的同一实体。
（1）个人注册服务：个人注册服务是在一定区域管辖范围内，用于安全地保存和维护个人的健康标志号、基本信息，提供给区域卫生信息平台其他组件及服务点（point of service，POS）应用，并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能的服务组件。
个人注册服务形成一个个人注册库：①它是唯一的个人基本信息权威信息来源，用于医疗卫生信息系统确认一个人是某个居民或病人；②解决在跨越多个系统时居民身份唯一性识别的问题。个人注册服务应支持多种电子化的身份识别手段，包括居民健康卡、社会保障卡、第二代居民身份证等。
（2）医疗卫生人员注册服务：医疗卫生人员注册库为本区域内所有医疗服务提供者，包括全科医生、专科医生、护士、实验室医生、医学影像技术人员、妇幼保健人员及其他从事与居民健康服务相关的从业人员。
（3）医疗卫生机构注册服务：医疗卫生机构注册库提供本区域内所有医疗机构的综合目录，相关的机构包括二三级医院、基层医疗卫生机构、疾病预防控制中心、卫生监督所、妇幼保健所等。
（4）术语/字典注册服务：建立术语和字典注册库用来规范医疗卫生事件中所产生的信息含义的一致性问题。术语可由平台管理者进行注册、更新维护；字典既可由平台管理者，又可由机构来提供注册、更新维护。
2. 档案整合 健康档案整合功能包括支持健康档案数据的批量上传和个案数据实时上传，提供健康档案数据可以在不同系统、不同数据库之间完整复制的服务。对已有数据根据不同业务流程进行整合、装配，对不同的业务事件、发生的服务记录建立可供调阅查询的索引，对存储的服务记录文档提供索引目录等。
3. 档案存储服务 健康档案存储服务是多个数据存储库组成，数据主要存储在数据中心。健康档案存储采用临床文档架构（clinical document architecture，CDA）格式的文档形式存储，同时保留结构化关系型数据库的存储方式进行存放。根据健康档案信息的分类，健康档案存储服务可包括7个存储库：个人基本信息库、主要疾病和健康问题摘要库、儿童保健库、妇女保健库、疾病控制库、疾病管理库以及医疗服务库。
4. 档案管理 电子健康档案（electronic health records，EHR）管理业务是针对档案本身生命全周期管理，是对档案创建到封存全过程的管理，包括建档、归档、更档、迁档、封档5个过程。从业务上来说，档案实行的是属地化（或签约）管理，以居民居住所在地社区卫生服务中心为主体对居民提供健康档案采集，维护服务，所产生的信息逐级汇总，由市、区两级专业管理机构负责完成与健康档案管理相关数据质量控制和健康档案安全和隐私保护，最终形成以居民个人为中心的健康档案。
5. 服务 索引服务主要记录所有以居民为主线的医疗卫生服务事件信息，索引服务主要记录两大类的信息：①医疗卫生事件信息；②文档目录信息。利用索引服务获取关于某一医疗卫生事件相关的详细临床数据产生的地址信息，或者某一文档所在的具体位置。因此结合健康档案存储服务就可以实现文档信息的即时展示，更多的了解居民既往的健康情况。
6. 档案调阅服务 平台提供对单个健康档案文档或文档集的数据的查询和访问服务，通过调用不同的平台组件生成多个健康档案数据的结果集，并把这些结果集组合成一定输出格式返回，实现健康档案调阅。
7. 档案协同服务 区域卫生信息平台通过企业服务总线（ESB）、业务流程管理（business process management，BPM）、业务规则管理、事件管理等机制，实现协同服务功能（如双向转诊、区域影像诊断、医疗信息共享和交换等）。
1. 数据仓库 数据仓库数据库是数据存放的地方和提供对数据检索的支持。把数据从文件存储或关系数据库存储中拿出，进行必要的转化、整理后，再存放到数据仓库内。数据转换包括删除对决策应用没有意义的数据段；转换到统一的数据名称和定义；计算统计和衍生数据；给缺值数据赋给缺省值；统一不同的数据定义方式。数据挖掘工具是利用数据仓库中的大量数据获取有效的、潜在有用的、最终可理解的模式的过程。
数据仓库在汇总数据的基础之上，支持数据发掘、多维数据分析等当今尖端技术和传统的查询及报表功能，主要是对业务数据进行综合统计分析，以辅助进行相关决策。简单来说，数据仓库就是一个专门的、大型统一的数据存储，支持更快速、更灵活、更有效的分析型数据查询。
2. 健康档案存储架构 区域卫生信息平台根据业务数据的分布和特点，对数据存储的要求不尽相同。EHR数据库存储处理有集中存储和分布存储两种模式，集中存储是在统一的 EHR中心对EHR范围内的数据进行统一存放，此方式主要以文档性数据为主。分布存储是在EHR中心考虑其存储容量以及网络带宽情况，对大文件内容以及无法结构化且调用频度很低的健康档案内容采用的存储方式，中心对这些文件的位置以及主要属性信息进行索引存储，而不在EHR中心存储其实体数据，需求方在调用时需要通过数据中心索引寻找其文件位置，然后加载到EHR中心，再提供给内容需求方使用，影像数据、语音数据等大容量文件建议采取此种存储方式。
（1）集中存储处理流程：集中存储的模式是在EHR库中对数据实体进行统一存储的方式，所有的数据实体除了在P0S端有其数据实体外，在EHR库也保存其一份备份信息，此模式适合单体数据较小的数据存储，如诊疗过程中的门诊诊断、门诊医嘱等文字性描述信息。这些数据通过POS系统推送到EHR平台中，EHR平台对其进行初步加工后（对其进行数据格式转换和人员定位），将其存入EHR存储中，按照其EHR的要求建立索引存储和文档存储，如果数据是以无格式的文档形式报送的，EHR存储原则上按照文件存储的模式进行存放；如果是以有格式的文档形式报送的，EHR存储采用结构化的数据库存储方式进行存放。这些数据都存放在EHR存储本地，以后其他的POS调用，平台只需要从EHR本地存储中获取这些文档实体，无须依赖报送POS进行路由调用。
（2）分布存储处理流程：分布存储的模式是在EHR库中只对数据实体分布的地址信息以及关键字段信息进行索引存储，不在中心对数据实体数据再次存储。当需求POS方需要调用其实体数据时，首先由寻址服务通过其地址存储得到其实际存储的物理位置，通过健康信息访问层（health in-formation access layer，HIAL）从实际物理存储的POS中将数据拉到EHR中心，再推送给需求POS方。需求POS方在整个过程中并不需要知道其实际的物理存储地址，所有的操作都在EHR中心完成，其形式同集中存储一样。这种存储方式依赖于数据物理存储的POS端，如果在物理存储的POS端对其数据进行删除或变更后将无法保证这些数据能够一定被调用。
分布存储的存储模式适合如影像文件、语音文件等并不需要被频繁调用或需参加到业务处理的大容量数据，同时一些如病程记录等主观信息也可以采用此种方式存储。这些数据将在EHR存储中保留其索引信息、地址信息等关键信息，这样的存储方式可以让系统减少网络的要求以及中心存储空间的要求，降低EHR中心的造价。
3. 虚拟化和云计算 虚拟化不仅能实现极限整合以及服务器、存储和网络的更优使用；还能通过使运行在服务器上的应用与底层硬件之间的完全独立而实现巨大的运营灵活性。虚拟化的优点不仅仅在于空间和能源的节省，随着时间的推移，采用虚拟化的业务动因在不断变化，而“敏捷性”已经成为其中最主要的一个动因。通过实现快速应用开放和部署，以及快速的水平扩展（按要求分配更多的服务器），虚拟化使数据中心变得超级灵活。
随着虚拟化应用的增加，云计算技术的动态分配特性就显现出来了，这其中包括：①热迁移，允许虚拟机在服务器之间实现动态迁移。②与硬件无关的供应，允许一个应用部署到几乎所有类型的虚拟化主机，而不需要做任何的配置变更。③动态资源池，结合热迁移和供应的特性，将一池的服务器变成白板以支持应用功能的动态调整。所有这些特性组合在一起就构成了云计算的基础。当在一个组织内使用时，它们允许将一个数据中心作为一个云计算环境使用。这通常称为“内部云”或“私有云”计算。
