基于健康档案的区域卫生信息平台建设指南（修 改） - 图文

基于健康档案的 区域卫生信息平台建设指南

(试行)

卫生部信息化工作领导小组办公室

二OO九年五月

基于健康档案的区域卫生信息平台建设指南

目 录

第一章 域卫生信息平台系统架构 ................................................................................................................3 第一节 平台架构分析..................................................................................................................................3

一、 平台系统功能..................................................................................................................................3 二、 数据来源模式..................................................................................................................................6 三、 数据存储类型..................................................................................................................................8 四、 系统架构类型..................................................................................................................................8 五、 数据利用模式..................................................................................................................................9 六、 隐私保护与信息安全 .................................................................................................................. 11

第二节 平台框架.........................................................................................................................................11 第三节 平台构件组成................................................................................................................................13

一、 注册服务.........................................................................................................................................13 二、 健康档案存储服务.......................................................................................................................14 三、 医疗卫生信息共享和协同服务.................................................................................................14 四、 全程健康档案服务.......................................................................................................................19 五、 信息接口服务................................................................................................................................23 六、 医疗机构内部信息系统数据交换 ............................................................................................27 七、 数据仓库.........................................................................................................................................29 八、 健康档案浏览器 ...........................................................................................................................30

第2页

基于健康档案的区域卫生信息平台建设指南

第一章 域卫生信息平台系统架构

第一节 平台架构分析

一、 平台系统功能

（一） 基础功能

基于健康档案的区域卫生信息平台的使用对象主要是医疗卫生人员，最终的服务对象是居民和患者。医疗卫生人员为了更好的为居民和患者提供可靠的、可及的、连续的医疗卫生服务，需要依赖平台提供的众多服务。在平台提供的这些服务中有些是很基础但又很关键的服务，比如：个人的身份识别、健康档案索引服务、以人为中心的存储服务、数据交换服务以及数据调阅服务，下面将分别对这些基础服务进行描述。

1. 个人身份识别服务

为了建立对区域范围内各医疗机构业务联动，实现数据共享或业务协同，对各医疗机构在个人身份上必须具有统一的身份机制，此项工作是作为区域卫生信息平台建设的最为基本性的任务。

人群分类情况

从人群的整体来看，主要可分为两大类：

参保人群：即参与了基本医疗保障的本地居民，目前主要是城镇职工基本医疗保险、城镇居民基本医疗保险、新型农村合作医疗的参保人。

非参保人群：由于我国的国情决定了还有相当一部分人群（特别是在农村及经济欠发达地区）未纳入国家社会保障体系，或者是外来就医人员，这里归纳为非参保人群。

电子凭证分类情况

电子凭证是指能识别个人身份的电子依据，在这里大多是指卡，卡的种类主要有医疗保障就医凭证、医院自费就医凭证、市民卡或者其他电子凭证。

第3页

基于健康档案的区域卫生信息平台建设指南

居民身份识别需求

由于发卡机构的多样性，个人手中可能会有多张与医疗卫生相关的电子凭证，如个人可能同时拥有医保卡、社保卡、妇保卡、健康卡等。在区域医疗卫生系统中，则需要将各业务条线的健康档案进行整合，因此会出现这样的问题：区域范围内持多张卡的同一患者，在系统里会被认为是多个人，即多张卡没有对同一人进行关联，这样就可能造成无法调阅某个人完整的健康档案。个人身份识别是区域医疗卫生系统所要解决的基本问题，对于本系统的建设起着至关重要的作用。

2. 健康档案索引服务

健康档案索引服务全面掌握区域卫生信息平台所有关于个人的健康信息事件，包括居民何时、何地、接受过何种医疗服务，并产生了哪些文档。

健康档案索引服务中主要记录两大类的信息： 健康事件信息：包括时间、地点、健康事件名称等； 文档目录信息：包括临床文档、预防保健文档等。 3. 以个人为中心的存储服务

在区域卫生信息平台中，针对个人的数据包括：个人注册信息库、临床诊疗信息库、公共卫生信息库、时序档案信息库。

个人注册信息主要是指个人身份信息，可供系统唯一标识个体身份，以便使相关业务数据与所记录的对象建立对应关系。

临床就诊信息主要包括就诊患者基本信息、实验室检验报告、医学影像图像检查报告、医学影像图像文件、住院相关病案、就诊患者的就诊日志信息等。

公共卫生信息是指与居民相关的疾病预防控制、精神卫生、妇幼保健等业务数据。

时序档案信息是指对与患者相关信息（包括临床就诊数据、疾病控制与管理数据等）建立的索引信息，此外还根据业务流程或预定义的规范对业务信息进行相关处理。

4. 数据交换服务

在区域卫生信息平台中，数据交换服务是一个非常重要的基础功能。平台需要从医疗机构获取各种基础的业务数据，这些数据的获取都是通过平台提供的数据交换服务来完成的。

第4页

基于健康档案的区域卫生信息平台建设指南

数据交换服务至少要提供如下的一些功能：适配器管理功能、数据封装功能、数据传输功能、数据转换功能、数据路由功能、数据推送功能、数据订阅发布功能和传输监控等。

5. 数据调阅服务

区域卫生信息平台从医疗机构中采集数据，并经过一系列的处理后存入数据中心，这些过程只解决了数据怎么来、怎么存的问题，还没有解决怎么用的问题，这就要求平台提供相应的数据利用方式来为医疗卫生人员提供服务。这些数据利用的方式包括：数据调阅、业务协同、辅助决策等，其中业务协同和辅助决策可以被看成是在平台加载的应用系统，而数据调阅因其通用性和安全性要求则被视为平台的基础功能给予提供。数据调阅服务是为医疗卫生人员提供的一种基于Web方式安全的访问健康档案的功能。

（二） 互联互通性

目前医疗卫生机构中存在大量处理业务的信息系统，例如：医院内的HIS、CIS、LIS、RIS、PACS等系统，社区服务中心内的HIS、LIS、CHIS等系统，公共卫生条线的疾控、妇幼等系统，这些业务系统被统称为基本业务信息系统（Point Of Service，POS）。在现有条件下，要实现医疗机构内部信息系统应用之间的互联互通问题，有两种方式，其一是为所有医疗卫生机构新建业务系统，其二是建设区域卫生信息平台来与医疗机构内部信息系统应用交互。平台与医疗机构内部信息系统应用的交互能力就是所谓的互联互通性（Interoperbility）。

平台需要从医疗机构内部信息系统应用中获取数据，平台也向医疗机构内部信息系统应用提供信息共享、协同服务等功能。平台与医疗机构内部信息系统应用之间的交互被视为互联互通性一个应用场景。平台从医疗机构内部信息系统应用获取数据后需要内部各构件协同工作来提供对外服务，例如：注册服务构件与全程健康档案服务构件之间交互，这些平台内部构件之间的交互也是互联互通性的一个应用场景。

概括而言，互联互通性是系统与系统之间进行协作的技术规范，它包含两个层面的含义，第一个层面是指系统与系统之间能够进行数据交换，即消息层互联；第二个层面是指系统能够认识并准确理解被交换数据的含义并且按照预

第5页

基于健康档案的区域卫生信息平台建设指南

期操作进行，即语义层互通。

互联互通规范主要包含两大类内容，其一为描述医疗机构内部信息系统应用与区域卫生信息平台之间的交互接口，被称为健康档案互联互通规范；其二为描述区域卫生信息平台内部各构件之间的协作行为，被称为平台互联互通规范。

二、 数据来源模式

（一） 孤岛数据

孤岛数据是指那些不能相互共享利用、孤立的、分散的业务数据。根据当前我国医疗卫生信息化的现状，可以看出多数的医院内部信息系统存在“信息孤岛”的现象，从而也就产生了相应的孤岛数据。典型的孤岛数据有：

1. 社区健康档案系统数据

社区卫生服务中心所使用的健康档案管理系统，大多数是为该社区的居民建立个人基本健康档案，一旦建档完成后就保存在本地的服务器上，绝大多数的建档档案数据独立存在于本社区内，既没有被临床诊疗相关的业务系统“激活”，也没有被上级机构所采集共享以实现跨社区的联动。该系统完全为建档而建档，建好的档也就成为“死档”，没能体现应有的利用价值。

2. 医院信息系统（HIS）数据

HIS系统一般是当前医院首先建设的信息系统，主要是为实现以收费为中心的医院内部信息管理，早期建设的HIS系统也是完全独立于医院内部，与医院外的业务系统无任何联动，有的甚至与医院内部其他信息系统（如LIS、CIS等）也毫无关联（因为往往同一家医院HIS、LIS、CIS的开发分别由不同的开发商承担，医院难以协调开发商对多系统进行整合）。

3. LIS数据

LIS是相对专业化程度较高的系统，每家医院独立使用这套系统，LIS数据仅存在于本医院内部，当病人跨院就诊时，往往需要重新检验，造成了大量的人力、财力的浪费，往往这也是造成老百姓看病难、看病贵的主要原因。

第6页

基于健康档案的区域卫生信息平台建设指南

4. PACS数据

与LIS类似，PACS系统专业化程度高，由于产生的医学影像数据也只存在于本医院内，造成病人跨院就诊时重复检查，也是孤岛数据的一个重要表现。

5. 医院体检系统数据

医院建设的体检系统也是完全独立的，仅记录来本院体检人员的信息，与其他医院内部业务系统无业务联动。

6. 其他

除以上所涉及到的孤岛数据外，其他医疗机构也存在类似的情况，如疾病预防控制中心的慢病管理系统等，往往也是独立存在的“孤岛”。孤岛数据的存在给医疗卫生从业人员带来的很多的麻烦，如对于每个孤岛系统都需要不断录入人员信息数据，极大地加重了医疗机构从业人员（特别是基层医疗机构，其中以社区卫生服务中心尤为突出）的工作量，导致工作效率低下等问题。

（二） 烟囱数据

烟囱数据是指以业务条线为主的业务数据。疾病预防控制业务系统、妇幼保健业务系统中的数据是典型的烟囱数据。目前我国广大区域内疾控业务多以业务条线为主，如传染病管理，每一个病重都是一个业务条线，从国家到省、地区、县市、乡镇的纵向管理，与其他业务条线也是平行的，同样也就造成了相关工作人员，特别是基层数据录入人员的工作负担。从管理上来看，烟囱数据的存在也造成了相关业务条强块弱的局面，为管理层带来了很大挑战。

（三） 无系统数据

由于区域内各医疗机构信息化水平参差不齐，很多社区卫生服务中心、卫生服务站（特别是中西部偏远欠发达地区），并没有建成区域信息平台所需要的医疗机构内部信息系统（POS），因此造成基础数据无法采集。对于这类区域医疗机构，需要在新建信息系统时，基于本区域平台来建设，平台提供将提供相关业务的数据标准，以便新建的系统能良好地集成到区域卫生信息平台。

第7页

基于健康档案的区域卫生信息平台建设指南

三、 数据存储类型

业务数据的类型主要包括文档数据、操作型数据、辅助决策型数据。文档数据：以文档形式存在于平台中的临床和预防保健业务数据，例如检验报告、处方，传染病报告卡等。这些数据是结果数据。操作型数据：操作型数据存储，在本指南中一般是指平台从业务系统中采集、汇总、供实时业务查询和统计使用的数据：

操作型数据是从医疗机构内部信息系统采集上来的，不是由操作型数据所在的平台产生的；

操作型数据是从多个医疗机构内部信息系统数据源采集上来，并加以汇总的数据，不是医疗机构内部信息系统数据的简单采集和堆积；

从逻辑上操作型的数据结构基本与原来医疗机构内部信息系统数据源的类似，但是在汇总时会使用统一的基础数据（例如居民信息、机构信息、代码等），也会消除一些冗余信息；

操作型数据主要服务于统一的即时查询和实时的统计。

辅助决策数据：存储在数据仓库中，以主题方式组织，是经过二次加工的历史数据。

四、 系统架构类型

区域卫生信息平台涉及到与居民健康相关的所有业务，因此其业务数据具有类型多、容量大的特点。根据业务数据的特点，对数据存储的要求也不尽相同。系统架构与数据存储的模式分为集中式、分布式和混合式。

集中式存储方式：集中存储的优点是效率高且方法简单，但扩展性和灵活适应性受到一定局限。在本系统建设中，对于居民基本信息（包括姓名、性别、出生年月、身份证号、社会保险号等），由于其使用频率高，数据容量相对较小，可采用数据中心集中式存储的方式；对于公共卫生信息，如疾病预防数据、妇幼保健数据、精神卫生数据，则采用中心集中存储的模式，这样可以保证该类数据的安全性。

分布式存储方式：分布存储一般说来效率较低，技术实现复杂，但其扩展

第8页

基于健康档案的区域卫生信息平台建设指南

性和灵活性有很大优势。在本系统建设中，对于医学影像信息，其数据量大，可采用分布式的存储模式，这类信息通过注册到区域卫生信息平台，当医疗机构需要调阅时，可通过平台查询获取数据所存储的地址（一般为某医疗机构），再从目的地获取所需要的信息。这样既减轻了平台的负载，也提高了数据的调阅效率，但缺点是对医疗机构之间的网络要求较高，区域范围内各医疗机构之间必须是双向网络，而且需要保证一定的带宽。

混合存储方式（联邦式）：对于其他业务数据（如实验室检验数据、就诊记录数据），则可以根据实际的业务需求，采用分布式存储+集中式存储的混合模式。

总的说来，区域卫生信息平台可以支持这三种架构来实现数据存储。

五、 数据利用模式

（一） 健康档案信息共享

本平台建立后，首先可以解决信息共享的需求。原先分布在医疗机构、社区、公共卫生机构内的关于区域内居民的健康信息均可以交换整合到本平台中的卫生信息数据中心，各医疗卫生机构可以通过平台调阅本区域居民的健康档案和诊疗信息。

1. 诊疗信息共享

诊疗信息共享是区域卫生信息平台建设最基本的目标，也是本平台的核心业务。通过将居民在每家医院的诊疗数据统一采集，形成每个居民完整的诊疗信息档案，供居民自己、临床医生、责任全科医生及相关机构查看。

诊疗信息共享功能范围要求包括：数据中心患者主索引的建立与调阅；就诊患者就诊记录的采集、整合与调阅；实验室检验报告的采集、整合与调阅；医学影像检查报告的采集、整合与调阅；住院病案的采集、整合与调阅等等。

2. 其他卫生服务信息共享

通过将居民的健康档案数据统一采集，实现区域卫生信息资源的互通，为每位社区居民形成一份完整的个人健康档案。社区卫生服务中心/站点和社区卫

第9页

基于健康档案的区域卫生信息平台建设指南

生服务团队可以从平台调阅区内各社区卫生服务中心的健康档案信息。居民自己查阅并管理自己的健康档案。

（二） 医疗卫生业务协同

业务协同需求是指基于本平台实现医疗机构之间的业务协同，医疗机构、社区及纵向业务联动等。在这里医疗机构之间（含医院与社区卫生服务机构之间）在医疗业务上的协同，我们称之为医疗业务协同；如果协同的范围不仅是医院、社区，还有公共卫生机构，协同的内容包括临床和预防保健，我们称之为卫生业务联动。这类应用也是本平台的亮点所在。它集中提现了平台的价值，以及建设平台的必要性。

1. 医疗服务协同

医疗业务协同是指医疗机构与医疗机构之间通过平台实现业务的协同。通过医疗业务协同，可以有效利用医疗资源，降低医疗成本，提高医疗质量。具体而言包括：可包括专家门诊预约、专家远程咨询会诊、跨医院转诊转检、双向转诊，治疗安全警示、药物过敏警示、重复检验检查提示等。

2. 卫生业务联动

卫生业务的联动主要体现在区域范围内各医院、社区卫生服务中心与疾控、妇幼保健等业务条线的业务联动。由于许多卫生服务的信息源头是二、三级医院，例如产妇在产科医院分娩，病人在二、三级医院手术。产妇出院后，社区可以开展后续的产妇保健工作；同样病人手术出院后，需要康复指导。目前由于信息不通，社区卫生服务人员不能及时获得二、三级医院的信息，无法开展高效的卫生服务。

（三） 业务管理和辅助决策

1. 医疗卫生业务管理

业务管理需求是指医疗机构内部信息系统所产生的数据对社区业务和条线机构业务进行管理的需求，包括：基本医疗保障业务管理、医疗业务管理、条线业务管理、社区卫生综合管理。此外为了更好地支撑社区卫生服务，还需要对社区全科医生、全科团队和社区卫生机构做绩效考核，对社区卫生机构做财

第10页

基于健康档案的区域卫生信息平台建设指南

务管理，对社区卫生资源进行管理。

2. 医疗卫生辅助决策

传统的业务管理难以满足管理和决策的需要。管理者/业务人员自身掌握的知识和经验有限，难以从大量数据中得出有价值的信息，从而做出判断或决策。通过辅助决策从大量数据中找出规律，利用数学模型产生信息，为决策者提供分析问题、建立模型等，帮助管理者/业务人员做出判断或决策。辅助决策需求，包括基本医疗保障管理辅助决策、条线管理辅助决策、综合管理辅助决策。

六、 隐私保护与信息安全

隐私保护及信息安全是区域卫生信息平台所要重点解决的问题。主要体现在如下几个方面：

（一） 隐私保护的需求

居民同意；匿名化服务；根据病种、角色等多维度授权；关键信息（字段级、记录级、文件级）加密存储；

（二） 数据调阅对安全的需求

身份认证的需求；角色授权的需求；责任认定的需求；电子签名；时间戳。 （三） 应用系统对安全的需求 单点登录；统一授权；应用审计。

第二节 平台框架

根据对各地区域卫生信息化发展目标和需求的分析，基于健康挡案的区域卫生信息平台建设应该是在各地目前各医疗卫生机构信息系统的基础上构建一个基于卫生信息数据中心同于EHA数据中心，制定统一的标准，有效整合医疗卫生业务应用系统，形成一个互联互通的医疗卫生业务协作网络。平台总体架构如下图所示：

第11页

基于健康档案的区域卫生信息平台建设指南

图4-1 系统总体架构图

系统总体架构分为两个层次：区域卫生管理层和辖区卫生机构层。 区域卫生管理层表示区域卫生信息平台的管理中心，在实际应用中可以是一个地市级卫生信息数据中心，也可以是更高一级的数据中心。区域卫生管理层主要提供一系列服务，作为服务于卫生医疗区域（如省、地区、县市卫生管理机构）的单一实例而存在，主要服务组件包括注册服务、公卫数据服务、医疗数据服务、全程健康档案服务、数据仓库服务等。

辖区卫生机构层，是指在所管辖的区域范围内相关医疗卫生机构（包括三级医院、二级医院、社区卫生服务中心、公共卫生机构等）所有业务应用系统，这些系统生成、收集、管理和使用那些可以公布在与区域范围内居民相关的健康数据，包括临床医疗数据、健康档案数据、公共卫生管理数据等。这些系统分布在所有为居民提供医疗卫生机构的服务点，为广大老百姓提供各类健康服务。

区域卫生管理层和辖区卫生机构层之间通过区域卫生信息应用访问层来进行信息交互，以实现健康档案的互联互通性，信息访问层所提供的服务主要包括两个方面：一方面提供通信总线服务，如消息传输服务、消息路由等；另一方面提供应用软件通用的系统管理功能，如安全管理、隐私管理、应用审计等。

第12页

基于健康档案的区域卫生信息平台建设指南

第三节 平台构件组成

一、 注册服务

注册服务包括对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语的注册管理服务，系统对这些实体提供唯一的标识。针对各类实体形成各类注册库（如个人注册库、医疗卫生机构注册库等），每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。注册库保有一个内部的非公布的标识符。

（一） 个人注册服务

个人注册服务是指在一定区域管辖范围内，形成一个个人注册库，个人的健康标识号、基本信息被安全地保存和维护着，提供给区域卫生信息平台所使用，并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能。

个人注册库主要扮演着两大角色。其一，它是唯一的权威信息来源，并尽可能地成为唯一的个人基本信息来源，用于医疗卫生信息系统确认一个人是某个居民或患者。其二，解决在跨越多个系统时用到居民身份唯一性识别问题。个人注册服务是区域卫生信息平台正常运行所不可或缺的，以确保记录在健康档案中的每个人被唯一地标识，他们的数据被一致地管理且永不会丢失。

该注册服务主要由各医院、社区和公共卫生机构来使用，完成居民的注册功能。

（二） 医疗卫生人员注册服务

医疗卫生人员注册库，是一个单一的目录服务，为本区域内所有卫生管理机构的医疗服务提供者，包括全科医生、专科医生、护士、实验室医师、医学影像专业人员、疾病预防控制专业人员、妇幼保健人员及其他从事与居民健康服务相关的从业人员，系统为每一位医疗卫生人员分配一个唯一的标识，并提供给平台以及与平台交互的系统和用户所使用。

该功能的基本流程为，各医院、社区和公共卫生机构提供所辖医疗卫生人员基础信息给医政，医政完成审核并将这些医疗卫生人员信息在平台上给予注

第13页

基于健康档案的区域卫生信息平台建设指南

册。

（三） 医疗卫生机构注册服务

通过建立医疗卫生机构注册库，提供本区域内所有医疗机构的综合目录，相关的机构包括二三级医院、社区卫生服务中心、疾病预防控制中心、卫生监督所、妇幼保健所等。系统为每个机构分配唯一的标识，可以解决居民所获取的医疗卫生服务场所唯一性识别问题，从而保证在维护居民健康信息的不同系统中使用统一的规范化的标识符，同时也满足区域卫生信息平台层与下属医疗卫生机构服务点层的互联互通要求。

医疗卫生机构注册服务主要由医政（卫监）来使用，完成医疗卫生机构的注册。

（四） 医疗卫生术语和字典注册服务

建立术语和字典注册库，用来规范医疗卫生事件中所产生的信息含义的一致性问题。术语可由平台管理者进行注册、更新维护；字典既可由平台管理者又可由机构来提供注册、更新维护。

二、 健康档案存储服务

健康档案存储服务是一系列存储库，用于存储健康档案的信息。根据健康档案信息的分类，健康档案存储服务分为七个存储库：个人基本信息存储库、主要疾病和健康问题摘要存储库、儿童保健存储库、妇女保健存储库、疾病控制存储库、疾病管理存储库以及医疗服务存储库。

三、 医疗卫生信息共享和协同服务

医疗卫生信息共享和协同服务基于健康档案存储服务，提供医疗卫生机构之间的信息共享服务和业务协同服务。

根据健康档案信息的分类和服务需要，医疗卫生信息共享和协同服务分为七个域：个人基本信息域、主要疾病和健康问题摘要域、儿童保健域、妇女保

第14页

基于健康档案的区域卫生信息平台建设指南

健域、疾病控制域、疾病管理域以及医疗服务域。这些域又可以进一步细分为若干个子域，例如医疗服务域可以分为诊断信息域、药品处方域、临床检验域、医学影像域。

（一） 个人基本信息域

个人基本信息域对外提供个人基本信息共享服务。 （二） 主要疾病和健康问题摘要域

主要疾病和健康问题摘要域是区域卫生信息平台中的一个核心部件，它将所有与个人健康相关基础摘要信息进行汇集、存储、并对外提供服务。主要疾病和健康问题摘要域在区域卫生信息平台中主要包含以下内容：血型、过敏史、慢病信息等，这些的摘要信息汇集不是从某个基础业务系统中单独获取，而是从众多的基础业务系统中抽取汇集而成。摘要域的主要服务方式是为医疗卫生人员提供一种通用的、及时的、可信的调阅服务，为医疗卫生人员在进行医疗卫生服务时能够及时、快捷的了解患者、居民基础健康信息提供一种技术支撑。

（三） 儿童保健域

儿童保健域用于维护及管理区域妇幼机构、社区卫生服务中心、儿童医院、幼托机构、计生委、民政局等机构所产生的儿童保健数据及提供的儿童保健服务。数据主要包括出生医学证明、新生儿疾病筛查、出生缺陷监测、体弱儿童管理、儿童健康体检、儿童死亡管理等数据。

儿童保健域数据体现了数据间的联动性，如根据出生医学证明可以触发新生儿访视和儿童计划免疫服务。

（四） 妇女保健域

妇女保健域用于维护及管理区域妇幼机构、社区卫生服务中心、助产医院、计生委、民政局等机构所产生的妇女保健数据及提供的妇幼保健服务。数据主要包括妇女婚前保健、计划生育、妇女病普查、孕产妇保健服务及高危管理、

第15页

基于健康档案的区域卫生信息平台建设指南

产前筛查与诊断、孕产妇死亡报告等数据。

妇女保健数据体现了数据间的联动性，如妇女在三级医院发现自己怀孕后，需要三级医院将怀孕数据及时传送到妇女所在的社区卫生服务中心及区妇幼保健所，由社区卫生服务中心的防保医生提供产前保健服务，社区服务中心也需将此产前保健数据传送给妇女生产医院，生产医院将妇女产前检查、分娩数据传送回社区卫生服务中心，社区卫生服务可获知妇女分娩并及时上门进行产后访视服务。

（五） 疾病控制域

疾病预防控制域用于维护和管理区县CDC、社区卫生服务中心、二三级医院、地市CDC所产生的突发公共卫生事件应急处置和日常业务管理（人群健康的疾病预防控制级监测、干预、评估）数据及各种服务。突发公共卫生事件应急处置数据是针对事件处置的全过程管理数据，日常业务管理数据是针对人群的疾病健康预防和控制的数据。

数据主要包括免疫接种、传染病报告、结核病防治、艾滋病综合防治、血吸虫病病人管理、职业病报告、职业性健康监护、伤害监测报告、中毒报告、行为危险因素监测、死亡医学登记。

数据着重体现了过程性及联动性，即区域内各个医疗机构（CDC、医院、社区卫生服务中心）形成紧密的卫生业务联动，如某社区的居民在市级三级医院发现传染病，需要市级三级医院形成传染病管理报告卡，并将报告卡数据传送到居民所在的社区卫生服务中心及区CDC，区CDC负责审核报告卡，社区卫生服务中心的防保医生进行上门确认及随访，区CDC审核随访数据。

（六） 疾病管理域

疾病管理域用于维护和管理区县CDC、社区卫生服务中心、二三级医院、地市CDC所产生的疾病管理数据及各种服务。

数据主要包括高血压病例管理、糖尿病病例管理、肿瘤病例管理、精神分裂症病例管理、老年人健康管理、成人健康体检。

数据着重体现了过程性及联动性，即区域内各个医疗机构（CDC、医院、社

第16页

基于健康档案的区域卫生信息平台建设指南

区卫生服务中心）形成紧密的卫生业务联动，如某社区居民在市级三级医院发现糖尿病，需要市级三级医院马上形成糖尿病管理报告卡，并将报告卡数据传送到居民所在的社区卫生服务中心及区CDC，区CDC负责审核报告卡，社区卫生服务中心的防保医生进行上门确认及随访，区CDC审核随访数据。

（七） 医疗服务域

医疗服务域是用于临床信息共享和医疗业务协同的，包括诊断信息域、药品处方域、临床检验域、临床检查域和医学影像域。

1. 诊断信息域

药品处方域系统——也被称为药物信息系统(DIS)。DIS 系统记录处方和药物治疗信息，提供完整的患者用药记录，并为医师开处方和调配药物提供决策支持服务。区域卫生信息平台药品处方域服务支持用户通过药品处方域存储服务提取患者临床数据并显示。

2. 药品处方信息域

药品处方域系统——也被称为药物信息系统。药物信息系统记录处方和药物治疗信息，提供完整的患者用药记录，并为医师开处方和调配药物提供决策支持服务。区域卫生信息平台药品处方域服务支持用户通过药品处方域存储服务提取患者临床数据并显示。

3. 临床检验信息域

临床检验信息域系统——也被称为区域实验室信息系统，是一个管理患者检验申请单和向临床医师发布患者检验结果的区域系统。在不同的卫生管理区域，实验室域系统可采取各种不同的形式和规模。关键在于要将浏览检验结果的解决方案与为了获得结果而涉及的与医嘱信息相关的一系列支持数据的解决方案的区别开来。

可以汇总化验结果及伴随数据（如之前的医嘱），这样可以向医疗卫生人员提供结果汇总信息视图。在最简单的状态下，检验域系统会自动从源系统中采集检验相关事件，如申请、标本、检验结果，并且允许基于标准消息查询这些

第17页

基于健康档案的区域卫生信息平台建设指南

数据以提取其中的任何信息。更先进的解决方案除提供这些基本功能外，也将支持流程自动化和申请及结果生成状态的管理，同时也会以一个更加积极的方式与源系统交互，生成警告和通知，以加快处理。

检验信息域服务通过基于标准的消息与产生和管理申请的实验室系统进行交互，同时也与系统中用以产生结果的采样和检测机构进行交互。换句话说，实验室机构内的医师用户和实验技师用户使用其本地信息系统解决方案进行其工作。这些应用系统，通过与信息平台相连接，能把关键相关结果数据发布或提升到患者的电子健康记录中。

4. 医学影像域（扩展）

医学影像域用于维护和管理医学影像的医嘱和结果信息，医学影像检查是健康档案的一个重要组成部分。大容量图像和其他二进制文件的管理和高效传输的技术要求是使得这部分服务独立成域的原因。

该服务允许集中获取和共享大型分布式网络中符合DICOM 的对象。这些网络包括在医院或诊断中心实施的图像归档及通讯系统（PACS）以及产生图像的诊断设备。通常情况下，与医学影像检查相关的数据有两部分，一份用于说明概要结论的书面报告和影像。影像可以采取不同的形式，如视频或声音，但多数时候会采取一张或多张影像的形式。无论是书面报告，还是用来达成结论的关键影像都可从数据中心服务中获得。

这里讨论的影像图像是典型的业务流程的最终结果，这些业务流程都开始于创建一个由临床医师为进行某一类型检查开立的医嘱。在数据中心域中，医嘱将被表现为一套支持某一图像诊断结果的数据，因此，可作为客户电子健康记录的一部分。

其他类型的二进制对象也可由数据中心域处理。实际例子包括：来自一个远距离会议的与临床有关的患者健康记录视频流剪辑，或任何来自不同设备（心电图，呼吸监视器等等）的数字流数据。

提供快捷、方便以满足存取大型图片或其他类型流对象的功能是一个挑战。

第18页

基于健康档案的区域卫生信息平台建设指南

区域卫生信息平台数据中心域服务支持用户查询数据中心域存储库中患者的临床数据并显示出来。集中管理的索引服务，作为全程健康档案服务的一部分，在记录患者接受医疗服务的场所和类型的数据中心信息上发挥了重要作用。当最终用户访问一个影像（或其他对象）以供浏览时，这个索引机制是DI域服务工作的核心。

四、 全程健康档案服务

全程健康档案服务用于处理区域卫生信息平台内与数据定位和管理相关的复杂任务。该服务包括相关的索引信息，这些索引链接不同存储服务所保存的数据到一个特定的个人、医疗卫生人员、医疗卫生机构或者可以实时获取这些数据的服务点。全程健康档案服务负责分析来自外部资源的信息，并恰当地保存这些数据到存储库中，可以反向地响应外部医疗卫生服务点的检索、汇聚和返回数据。全程健康档案服务也知道其他区域卫生信息平台可能在客户端保存的附加数据，也能够对那些区域卫生信息平台转发数据请求，并合并返回数据和本地信息。反过来，全程健康档案服务也能响应来自其他区域卫生信息平台的信息请求。全程健康档案服务是平台系统架构的核心组件。该服务负责实现平台互联互通性规范，还可能使用由区域卫生信息平台内提供的组件和服务同其他区域卫生信息平台互动来完成某一项事务。

在某种意义上，全程健康档案服务是区域卫生信息平台的核心。通常，数据更新事务可能需要或不需要使用全程健康档案服务，许多数据更新事务希望能直接分派到特定的注册目录、健康档案存储服务。这样的数据更新事务例子包括：处方药品域系统传来的新药品的调配事件，或者来自实验室检验机构的应用系统发送给区域卫生信息平台的新检验结果，或者来自医院的PACS应用系统发送给区域卫生信息平台的诊断成像结果集。

另一方面，所有到区域卫生信息平台中访问数据的事务希望由全程健康档案服务进行处理。全程健康档案服务是区域卫生信息平台中唯一一个知晓所有

第19页

基于健康档案的区域卫生信息平台建设指南

的事务和业务逻辑以及数据访问规则的部件，所以它可以围绕任何数据主题汇集出真正的全程和综合的健康档案视图。

（一） 索引服务

索引服务全面掌握区域卫生信息平台所有关于居民的健康信息事件，包括居民何时、何地、接受过何种医疗卫生服务，并产生了哪些文档。索引服务主要记录两大类的信息，一是医疗卫生事件信息，另一为文档目录信息。

区域卫生信息平台用户在被授权的情况下，可以通过全程健康档案服务提供的索引服务从基本业务系统查看某居民的健康事件信息，以及事件信息所涉及的文档目录及摘要信息。再结合健康档案数据存储服务可以实现文档信息的即时展示，使用户更多的了解居民（患者）既往的健康情况，为本次医疗服务提供相应的辅助参考作用。

（二） 业务服务

这个组件由处理健康档案数据访问事务的服务组成。这些服务被组合在一起建立一个以处理和管理这些健康档案访问事务的场景。这是区域卫生信息平台内协调和执行事务的唯一地点，其中需要涉及区域卫生信息平台里的多个服务和系统、或需要访问其他区域卫生信息平台的事件。这一组件中的服务管理着区域卫生信息平台中事务的全局性表示、编排流、响应组装、业务规则应用以及与区域卫生信息平台的各类其他系统或服务的数据访问。业务联动的众多需求则需要本业务服务组件来配合实现。包括的主要服务组件有：

1. 组装服务

一个平台互联互通规范的执行可能包括调用不同的组件生成多个结果集。组装服务将把这些结果集一起组合成一定输出格式。这些服务将使用组合模板的方式来实现这些功能.

2. 编排服务

这些服务管理注册、存储和提取，更重要的是各类处理流程的编排协同。编排服务是驱动事务执行的引擎。它知道服务产生的步骤，知道怎样为了触发和管理每一步并行或串行实现而调用服务。

第20页

基于健康档案的区域卫生信息平台建设指南

3. 业务规则服务

业务规则服务组件是由细颗粒的验证和逻辑处理规则对象的采集器，它在运行期间进行组合以执行适用于正在被处理的特定类型的平台互联互通性事务的业务逻辑。这些业务规则可以被硬编码（指作为程序代码）进入域业务组件或者可以通过业务规则服务动态的使用。

4. 标准化服务

这些服务是在平台互联互通性执行的语境中被调用以转换成不同形式下描述的数据。典型地，这个服务常用于应用标准，把特定的输入串修改成符合标准化基础的编码串。数据的格式和实质含义都可以转换。特殊的逻辑和编码表常用于完成这种转化。

5. 数据质量服务

用于跟踪和监控区域卫生信息平台里的数据质量。因为区域卫生信息平台的数据是用于研究、监测和进行临床决策的，跟踪区域卫生信息平台内部信息质量水平的能力是一个必须的特性。这些服务能用于支持人工数据质量评估处理，将来甚至发展到完全自动的数据质量指标评估。例如：某些指标可以从监控应用业务逻辑算法的结果中得到。

（三） 数据服务

这些服务为健康档案业务服务提供功能性的支持，以执行正确的数据访问过程和与不同的注册服务、存储服务、业务管理或辅助决策服务交互所需的转换。通常，全程健康档案服务可以与平台内部组件相互作用。它依赖于基于标准的通信机制，并使用交换层来执行这种相互作用，或者使用更为直接或私有化的接口机制来访问或更新数据到任何一种注册服务、存储服务。数据服务用在两个场景里：记录和获取健康档案数据的在线业务场景，加载和管理健康档案存储库和注册信息的管理功能场景。数据服务所包含的主要服务组件有：

1. 复制服务

在现有的区域卫生信息平台内的系统或数据库之间提供数据复制功能。 2. 数据仓库服务

数据仓库服务管理从不同的存储库中抽取和插入数据，经过抽取、转换和

第21页

基于健康档案的区域卫生信息平台建设指南

装载等加工处理后，提供生成区域卫生信息平台范围内使用的各种数据分析利用资源。

3. 键值管理服务

当数据访问来自不同数据源时，会出项这样的情况，即某个主索引键或次索引键在源系统间不唯一或不存在。键值管理服务将在健康档案存储库插入和更新操作期间生成和管理这些键值。

4. 数据访问服务

为不同的注册库、电子健康记录系统或辅助服务相关的数据访问过程的正确调用提供支持。它存储着有关数据结构和调用过程的元数据，以在运行I-IPs的语境中或数据维护类型过程中执行存储库的操作。

（四） 事务处理

根据对事物的调用和处理，全程健康档案服务将配置成协调处理所有的“列表”和“获取”事务。对于任何这些事务，将建立管理这些事务的语境，将知晓如何调用一个特定的编排流，并指导编排流的执行，允许在实现这些事务时调用适当的服务。典型的调用包括：

1.调用个人、医疗卫生人员和医疗卫生机构注册服务来鉴别每个实体，并且在它们的使用过程中获得区域卫生信息平台内部标识符；

2.通过交换层服务去调用许可、加密、数字签名、访问控制、匿名访问或其他任何服务，这些服务用于对事务的实现施加适当的控制；

3.调用平台定位服务，以确定特定居民的特定事务在不同区域存储服务可能有数据的情况下，需要查询其他哪些区域卫生信息平台；

4.调用存储服务来执行特定平台互联互通规范时访问或获取数据； 5.通过交换层服务将子事务代理调用到存有客户相关数据的其他区域卫生信息平台中；

6.通过交换层服务为正在执行的平台互联互通规范传递一个组合响应。 为了担当处理健康档案数据访问事务的核心，全程健康档案服务必须有能力建立健康档案的完整视图。全程健康档案服务中的索引服务提供这一能力。当全程健康档案服务处理事务时必须依赖索引服务，索引服务可以了解在健康

第22页

基于健康档案的区域卫生信息平台建设指南

档案里存有哪些数据，并知道这些数据在参与到区域卫生信息平台中的众多系统里的位置。当全程健康档案服务是索引服务所有者时，在索引服务里全程健康档案服务也会提供一套特定的事务来管理、维护和使用索引数据。

集中处理复杂的复合事务时，全程健康档案服务是一个事务处理层，侧重于处理复杂的混合事务，这些事务需要得到一个多域或多平台的信息视图。希望大多数区域卫生信息平台数据访问事务获得这类能力，因为来自于注册服务、访问和同意管理服务、并且常常一个或多个存储服务的数据必须结合在一起才能实现一个请求。本质上，希望到达区域卫生信息平台的更新或“PUT”事件对于单一的域是特定的并被限制在处理该域的一个数据存储服务组件范围内。

五、 信息接口服务

信息接口服务包括两大类服务：通信总线服务和平台公共服务。

（一） 通信总线服务

通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统和健康档案浏览器之间的底层通信。主要服务组件包括消息服务和协议服务。

消息服务组件：由处理消息内容的服务所组成，该消息的应用和网络协议的封装已经被协议服务组件所分离。这个组件中的服务包括解析、串行化、加密和解密、编码和解码、转换和路由功能。

协议服务组件：用来处理网络、传输和应用层协议。这些服务支持可热部署模块，以支持各种应用级协议，如Web Services（WS-I）、ebXML、SOAP 和远程调用协议，如RMI、DCOM、.NET等。

（二） 平台公共服务

平台公共服务主要是指应用软件系统管理所包含的上下文管理、应用审计、安全管理、隐私保护等服务。

语境管理：语境管理是实现医疗卫生服务机构与区域卫生信息平台之间交互时上下文环境状态的管理，主要提供缓存和会话服务。

第23页

基于健康档案的区域卫生信息平台建设指南

缓存服务：这些服务用于管理缓存，并在可被配置设置的基础上提供与缓存响应相关的功能。这些设置可包括生存时间，持久度，缓存循环，基于角色缓存等。

会话管理服务：这些服务管理用户会话。一个用户会话将包含会话ID、功能和角色信息、授权信息、其它信息，该系统可以选择存储这些信息以提供有效的信息访问。

通用服务：这些组件提供审计服务、日志管理和通用错误和异常处理服务： 审计服务：这些服务提供配置信息审计的能力，并为其它服务提供审计支持的接口。审计服务将管理自己的数据源并使用其他服务，如编排、数据服务、日志管理服务、报告等。这些服务用于管理缓存，并在可被配置设置的基础上提供与缓存响应相关的功能。

错误/例外处理服务：这些服务提供了一个接口，以抛出和管理错误及其他业务例外。例外包括系统/应用级例外到发现由损坏或脏数据等导致的例外。错误/例外处理服务将使用日志管理服务来记录出错信息。

日志管理服务：这些服务用来管理应用、系统、安全等日志。各种服务都将产生事件日志。这些事件将根据配置记录在事件日志中。日志可以被保存在平面文件、关系型数据库、系统事件日志库等。其他服务，如警报/通知服务，可以结合日志管理服务，以提供其他增值能力。

集成服务：基础服务主要基于消息代理、映射服务、排队服务和服务目录，提供管理集成功能。

代理服务：这些服务读取结构化的业务信息来理解正在处理的事务类型。基于此，整个事务作为一个单元被代理传递到适当的服务去执行。

映射服务：这些服务帮助创建一个将源文件格式翻译成目标格式的映射文件。这项服务可用于从xml 文件映射到平面文件及其他格式，反之亦然。

排队服务：这些服务提供存储转发能力。他们可以使用消息队列以及其他持久性机制来储存资料。它们可用于异步类型的操作。

服务目录服务：每个由EHR 支持的业务消息注册时使用这项目录服务。这

第24页

基于健康档案的区域卫生信息平台建设指南

些服务管理服务目录及伴随的服务描述。代理发生器可以利用服务描述创建代理类。

互联互通性：互联互通性组件主要用来处理那些与各种存储库、注册服务交互的搜索/解析功能。该组件还包括提供区域卫生信息平台之间的互联互通性服务，诸如处理与远程区域卫生信息平台相关事务的业务。交换层将使用互联互通性服务触发和管理这些信息平台之间的事务。

互联互通性服务：这些服务用来管理对服务的调用，这些调用从交换层发出，指向区域卫生信息平台内的不同系统（注册、业务管理、电子健康档案服务或辅助决策服务）；或当事务必需向远程区域卫生信息平台发起时。

查询/获取服务：这些服务用来处理与解析服务的交互，类似在居民、医护工作者和机构注册中提供的同类功能。这些服务在使用EHR 定位服务时也将涉及到。

管理服务：该组件提供区域卫生信息平台与交换层的配置管理功能，主要涉及如下几类服务：

配置服务：这些服务用来配置信息平台，包括共享健康档案数据存储库、元数据、服务组件、支持模式、安全、对话和缓存机制等。这些服务提供了这样一个机会，即把影响区域卫生信息平台各独立部分行为参数的配置和管理的机制和过程集中化。

管理服务：这项服务提供了一个通用接口来管理和监控信息平台的各个方面。配置服务处理的是系统级配置，而管理服务处理的是系统的用户配置方面。管理服务还提供监控功能，使得管理员可以跟踪正在进行的健康档案服务的运行性能。

政策管理服务：这项服务管理基于区域卫生管理机构治理政策的政策框架和控制信息平台系统运行的过程。

安全与隐私：安全与隐私服务提供了保护患者隐私和各区域卫生管理机构实施安全与隐私政策所需的功能。

匿名化服务：这些服务保护患者的隐私和安全，确保在信息平台中以及提供正常医疗服务以外的（例如医疗保险、管理、以及某种形式的研究）传递中

第25页

基于健康档案的区域卫生信息平台建设指南

使用的患者资料不向非授权用户透露患者的身份。

许可指令管理服务：许可指令管理服务转换由立法、政策和个人特定许可指令带来的隐私要求，并将这些需求应用到区域卫生信息平台环境中。在提供访问健康档案或经过区域卫生信息平台传输健康档案之前，这些服务应用于健康档案以确定患者或个人的许可指令是否允许或限制健康档案的公开。这些服务还允许信息平台用户管理患者/居民的特定许可指示，例如根据法律法规的需要和允许，阻止和屏蔽某一医疗服务提供者访问健康档案或者在紧急治疗情况下不经许可直接开放健康档案。

身份保护服务：这项服务将一个患者或居民的身份解释为一个健康档案标识符。患者或客户通常由一个如社保卡号码的通用标识码来标识，这样的卡号关联到每个包含健康档案标识域中的健康档案标识符。健康档案标识符是一个受保护信息，只有交换层之上平台系统才能知道。

数字签名服务：数字签名由医疗卫生应用程序的用户创建，以确保临床数据的不可否认性，这样的临床数据如：数据文件、报告、记录中的字段域、安全声明、XML文档，包括被转换为XML文档的HL7消息或对象中的元素。这项服务在生成签名之前先验证数字证书没有被撤销。

加密服务包括：（1）密钥管理服务：创建和管理数据存储的加密密钥；（2）数据库加密服务：加密和解密数据库表中的数据字段（列）和记录（行）以保护健康档案以及信息平台中处于使用状态的其它保密的关键系统数据；（3）数据存储加密服务：加密和解密文件和其它数据块，用于保护在联机存储、备份或长期归档中的数据。

一般性安全服务包括：（1）扫描恶意程序，保护免受侵害；（2）安全备份/恢复数据；（3）资料归档；（4）数据安全销毁。

身份管理服务：这些是面向更高层次服务提供的基础服务，例如用户注册、认证、授权，其中包括用户的唯一标识、查找用户的标识，挂起/取消用户访问权。

访问控制服务：这些服务确定对信息平台应用功能的基于角色的访问权限。这些服务还提供配置和管理用户及角色访问功能和数据的授权。

第26页

基于健康档案的区域卫生信息平台建设指南

安全审计服务：这些服务提供对每个事务所涉及到的系统、用户、医护工作者、患者/居民、健康数据等等的报告功能。这些服务对于满足其他业务需求，如系统管理、事务监控、记录重要的与隐私和安全有关的事件等，也是至关重要的。

用户认证服务：这项服务验证用户的身份。这项服务是在执行医疗卫生应用与区域卫生信息平台之间的事务的场景下被调用，以验证参与事务用户的合法性。

订阅服务：订阅服务提供预订事件和管理警报及通知的功能。

警报/通知服务：警报是用户能指定控制系统或代理行为的参数。当到达警报条件，服务会通知用户。这项服务工作时与下面描述的发布/订阅服务关系非常密切。一个警报例子可以为：“如果血液测试结果超出正常范围，请提示我”。通知服务将发出一个信息，与结果连同其他有关资料发给申请检查医生。

发布/订阅服务：这项服务管理订阅人和发布者。它提供的功能分两个层次。一是在整合层面，按照整合参数所定义的机制为订阅者提供内容。另一种是在一个更高的水平上，用户可以订阅指定内容。当观察到特定的条件或者用户订阅的内容被发布时，信息通知用户。警报和通知由上文所述服务来处理。

六、 医疗机构内部信息系统数据交换

医疗机构内部信息系统数据交换主要体现在对医疗机构内部信息系统业务数据的采集、整合以及医疗机构内部信息系统之间业务联动等方面。医疗机构内部信息系统业务数据分布于不同医疗卫生机构的不同信息系统之中，因此数据采集和整合除在信息基础设施（如网络基础设施、服务器等）建设上有保障外，还需建立一个覆盖所有医疗机构数据交换平台，以提供对原有业务数据的采集服务和整合服务，并为机构之间以及业务系统之间的联动提供支持。

通过在医疗卫生机构设置前置机当作与区域平台的接入端代理，来实现辖区内医疗机构与区域平台的互联互通性。前置机作为医疗机构与平台之间的统一的通讯入口和出口，其主要功能包括如下三个方面：

公共基础功能；

第27页

基于健康档案的区域卫生信息平台建设指南

信息注册功能；

业务相关功能（包含诊疗和公卫业务）。 （一） 公共基础功能

通信传输服务：提供信息传递的功能，为数据传输提供通讯通道。 通用文档展示代理：主要提供代理通用文档的展示服务，所谓代理即在医疗机构内部信息系统数据交换构件中不真正实现通用文档的展示服务，而是调用平台医疗卫生信息共享和协同服务组件中提供的文档展示功能来响应医疗机构内部信息系统层提出的通用文档展示功能需求。

（二） 信息注册功能

患者身份注册代理：为医疗机构内部信息系统层提供代理患者身份注册的功能，主要通过患者身份信息的采集、抽取、转换和对平台注册服务构件的软件调用，在平台上完成患者身份的注册。

医疗卫生人员注册代理：为医疗机构内部信息系统层提供代理医疗卫生服务人员注册的功能，主要通过医疗卫生服务人员身份信息的采集、抽取、转换和对平台注册服务构件的软件调用，在平台上完成医疗卫生服务人员的注册。

医疗机构注册代理：为医疗机构内部信息系统层提供代理医疗机构注册的功能，主要通过医疗机构信息的采集、抽取、转换和对平台注册服务构件的软件调用，在平台上完成医疗机构的注册。

（三） 业务相关功能

交换共享库：为医疗机构内部信息系统层提供文档交换共享存储库和消息交换共享库，该功能主要是按照互联互通性规范的要求的对医疗机构内部信息系统内部系统中的文档和数据进行采集、抽取、转换并存储到交换共享库中，以便为其它服务使用。

文档注册代理：为医疗机构内部信息系统数据交换构件中交换共享库提供代理诊疗和公卫相关文档注册的功能，主要通过交换共享库中文档元数据的采集、抽取、转换和对平台注册服务构件的软件调用，在平台上完成诊疗和公卫

第28页

基于健康档案的区域卫生信息平台建设指南

业务文档的注册。

文档展示代理：主要提供代理诊疗和公卫业务文档的展示服务，所谓代理即在医疗机构内部信息系统数据交换构件中不真正实现诊疗和公卫业务文档的展示服务，而是调用平台医疗卫生数据和服务构件中提供的文档展示功能来响应医疗机构内部信息系统层提出的诊疗和公卫业务文档展示功能需求。

互联互通审计追踪：为医疗机构内部信息系统层互联互通提供相关的审计追踪功能，主要体现在权限管理、日志管理、运维管理、行为审核等。

互联互通统计分析：为医疗机构内部信息系统层互联互通提供相关的统计分析功能，主要统计内容包括何人在何时何地做了哪些操作、统计各种类型的业务被医疗卫生人员使用的频率、统计各种业务对医疗机构内部信息系统数据交换构件的资源的利用率等。

工作流控制引擎：为医疗机构内部信息系统层文档和消息流转提供技术和业务上的支撑，有了本功能就可以根据相关的业务规范和规定来制定医疗机构内部信息系统间的业务流转规则，从而可以实现诸如双向转诊、预约会诊、业务协同等各种高级应用。

健康基础信息整合服务：本业务功能主要是针对医疗机构内部信息系统层中与健康档案提供相关的整合服务，从而抽象出健康档案的基础性、概要性的内容，并向共享库提供整合后的健康基础文档。

七、 数据仓库

区域卫生平台由多个系统组成，这些系统涵盖了与居民健康相关的所有业务系统，以使辖区内居民拥有完整的健康记录。从所有这些系统中采集活动的、运行中的数据，例如：居民注册、共享的健康记录、实验室检验信息、突发公卫管理等，这些数据最好能采用接近实时的更新方式，并且更为重要的是保持一种快速的数据响应访问。平台中预期的事务规范里面大多数的日常事务是数据访问而不是数据更新，并且随着越来越多的用户意识到并愿意将电子健康档案的使用作为一种工具，将会增长成大量的数据访问事务。

数据仓库主要是对业务数据进行综合统计分析，以辅助进行相关决策。业务统计分析和医疗质量辅助分析均是利用现有数据，实现管理辅助决策，从技

第29页

基于健康档案的区域卫生信息平台建设指南

术角度这类应用可以基于数据仓库技术来实现。数据仓库是一个面向主题的、集成的、相对稳定的、反映历史变化的数据集合，在汇总数据的基础之上，支持数据发掘、多维数据分析等当今尖端技术和传统的查询及表报功能，用于支持管理决策。作为区域卫生信息平台特定的优化读取的性能模型，数据仓库的任务是提供一个独立的平台，数据能被转换成可操作的、可搜索的、可管理的和可获得的，而不影响信息平台系统组件所需的关键性能服务水平。必须支持分析、研究和管理汇集在信息平台内的运行数据相关的价值。

辅助决策利用数据仓库可以为许多不同类型业务做出辅助决策，如：医保/新农合管理辅助决策、临床辅助决策、条线辅助决策和管理辅助决策等。目前，辅助决策除了对以上业务提供支持以外，还可以利用数据仓库平台满足公共卫生监测业务域的需求。公共卫生域需要支持一些处理过程，通过操作研究和分析来发现潜在的传染病爆发或运行其他类型公共卫生程序。

八、 健康档案浏览器

健康档案浏览器是为终端用户提供的基于Web 的访问健康档案的应用程序。健康档案浏览器的目标是建立一个用户友好的环境，在该环境下授权的医疗卫生人员可以方便地访问区域卫生信息平台中保存的客户相关数据。区域卫生信息平台由七个域系统组成，每一域针对特定的医疗卫生人员。例如，儿童保健域服务于儿童保健人员的需求，处方药品域服务于开处方的医生和调配处方的药剂师的需求。每一个域的解决方案都提供一个终端用户的接口能力，以特别用于域相关的数据集和特殊的功能。

健康档案浏览器的不同之处在于它的通用性，重点在于提供健康档案中任何可用信息的跨域集成视图。这包括通过索引服务追踪到所有事件的相关数据，包括挂号、健康档案存储服务和业务管理服务。随着区域卫生信息平台的应用、发展和成熟，用户需要健康档案浏览器具有能够将自身整合到现有的基本业务系统或其他Web 应用程序的功能。

区域内各医疗机构使用健康档案浏览器可实现对平台整合后业务数据的访问，由于这种方式相对安全（一般只能查阅，不能修改），因此从管理层角度来看，也是一种非常理想的信息共享模式。

第30页

本文来源：https://www.bwwdw.com/article/j193.html