基于健康档案的区域卫生信息平台建设指南
期操作进行，即语义层互通。
互联互通规范主要包含两大类内容，其一为描述医疗机构内部信息系统应用与区域卫生信息平台之间的交互接口，被称为健康档案互联互通规范；其二为描述区域卫生信息平台内部各构件之间的协作行为，被称为平台互联互通规范。
二、 数据来源模式
（一） 孤岛数据
孤岛数据是指那些不能相互共享利用、孤立的、分散的业务数据。根据当前我国医疗卫生信息化的现状，可以看出多数的医院内部信息系统存在“信息孤岛”的现象，从而也就产生了相应的孤岛数据。典型的孤岛数据有：
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页