区域医疗信息平台建设方案.pdf

区 域 医 疗 信 息 平 台 建 设 方 案 目录 1、平台概述 . . 6 1.1 总体目标 . 6 1.2 总体内容 . 7 1.3 项目建设内容. 7 1.3.1标准体系建设. 7 1.3.2基于电子健康档案的区域卫生信息平台建设. 7 1.3.3基于区域卫生平台的应用系统建设. 7 1.3.4市级医院信息系统接入. 8 2、总体架构 . . 8 3、总体设计要求. . 9 3.1 系统设计原则. 9 3.1.1顶层设计与统筹协调原则. 9 3.1.2先进性与实用性原则. 9 3.1.3开放性与扩充性原则. 9 3.1.4可靠性和安全性原则. 9 3.1.5规范化和标准性原则. 9 3.2 系统性能要求 10 3.3 系统安全要求 10 3.4 数据设计要求 10 4、技术路线选择. 11 4.1 体系架构的选择 11 4.2 软件系统要求 11 4.3 数据库的选择 11 4.4 服务器的选择 11 4.5 客户端的选择 11 5、系统基本功能需求. 11 5.1 平台基础应用系统 12 5.1.1基础服务 12 5.1.2个人身份识别服务 12 5.1.3索引服务 12 5.1.4以个人为中心的存储服务 13 5.1.5数据交换服务 13 5.1.6数据调阅服务 13 5.1.7互联互通 13 5.2 注册服务 13 5.2.1居民注册服务 14 5.2.2医疗卫生人员注册服务 14 5.2.3医疗卫生机构注册服务 14 5.3 存储服务 15 5.4 医疗卫生信息共享 15 5.4.1个人基本信息域 15 5.4.2主要疾病和健康问题摘要域 15 5.4.3儿童保健域 16 5.4.4妇女保健域 16 5.4.5疾病控制域 16 5.4.6疾病管理域 17 5.4.7医疗服务域 17 5.5 全程健康档案服务 17 5.5.1索引服务 18 5.5.2业务服务 18 5.5.3数据服务 18 5.5.4事务处理 19 5.6 信息接口服务 19 5.6.1通信总线服务 19 5.6.2平台公共服务 19 5.7 数据交换平台 20 6、卫生信息资源中心. 20 6.1 数据架构 20 6.1.1基础信息库 21 6.1.2专业信息库 21 6.1.3共享文档资源库 21 6.1.4决策支持信息库 21 6.1.5对外服务信息库 22 6.2 医疗信息 22 6.2.1患者就诊履历信息 22 6.2.2实验室检验报告信息 22 6.2.3影像检查报告信息 23 6.2.4住院病案报告信息 23 6.3 健康档案 23 6.3.1基本信息 24 6.3.2主要事件 24 6.3.3主要健康问题 24 6.3.4疾病管理 24 6.4 公共卫生条线信息 24 6.4.1传染病专项档案 25 6.4.2慢性病专项档案 25 6.4.3计划免疫专项档案 25 6.4.4儿童健康专项档案 25 6.4.5妇女健康专项档案 25 7、基于平台的应用系统. 26 7.1 医疗业务协同系统 26 7.1.1预约挂号子系统 26 7.1.2转诊转检子系统 26 7.2 医疗卫生业务监管系统 27 7.2.1区域健康数据分析 27 7.2.2医疗业务量管理 27 7.2.3医疗服务质量管理 28 7.2.4医疗资源管理 28 7.2.5临床业务数据挖掘系统 28 7.3 卫生综合管理系统 28 7.3.1统计报表子系统 28 7.3.2卫生业务监管子系统 29 7.4 卫生决策支持系统 29 7.5 公众健康服务门户 29 7.5.1信息公开 30 7.5.2居民查询 30 7.5.3健康互动 31 7.5.4健康宣传 31 1、平台概述 区域医疗信息平台 用于全市所有医疗卫生机构，建立健康档案系统、 卫 生信息系统、 市级数字医院系统， 形成覆盖整个市级医疗卫生业务范畴的区域卫 生信息平台，可实现信息采集、利用、统计、分析、和信息共享等功能，通过建 立该平台，整合市级医院的卫生信息资源，实现市级区域内卫生信息平台架构， 实现医疗卫生资源的信息共享和业务协同。 1.1 总体目标 该平台以计算机技术等现代技术为依托，立足现有的资源条件， 在市级范围 内，建立“纵向到底”、 “横向到边”、 “条块结合”、 “互联互通”、功能比较完备、 标准规范统一、安全可靠的区域卫生信息化运行监管体系；以互联网技术为基础， 建立以健康档案为核心， 以基本医疗、 公共卫生服务、 药品管理为目的的一体化 的区域卫生信息平台；通过接入以电子病历为核心的医院信息系统等其它应用， 构建覆盖区域内卫生系统各领域、各业务范畴的卫生业务综合应用系统，整合卫 生信息资源， 建立以市为单位的区域卫生信息平台，实现全市区域内医疗卫生信 息资源的高度共享，实现“数字卫生、健康人民”的目标；建设区域卫生信息平 台，有效实现各级卫生主管部门对辖区内医疗卫生工作的卫生监管、绩效考核、 综合管理和卫生决策管理。 医疗服务人员在任何时间、 任何地点都能及时获取必要的信息，以支持高质 量的医疗服务；公共卫生工作者能全面掌控人群健康信息，高效开展疾病预防、 控制和健康促进工作；居民能掌握和获取自己完整的健康资料，参与健康管理， 享受持续、 跨地区、跨机构的医疗卫生服务； 卫生管理者能动态掌握卫生服务资 源和利用信息， 实现科学管理和决策， 从而达到有效地控制医疗费用的不合理增 长、减少医疗差错、提高医疗与卫生服务质量的目的。最终形成以人为本，主动 服务的卫生管理模式的目标，实现卫生“安全、规范、高效、优质”的目标，全 面提升医疗卫生事业，提高人民群众健康水平。 1.2 总体内容 建设区域医疗信息平台， 向医疗机构和外部机构提供各种业务服务；接入和 改造以电子病历为中心的市级医院数字医院系统；通过数据交换平台， 实现健康 档案与市级数字医院系统紧密相连，整合区域卫生数据， 建立全市健康档案中心 和卫生资源中心； 对区域卫生信息平台进行综合管理；对全市各级卫生行政部门 和卫生工作进行监管； 能保护和利用已有资源、 完成必要的接口， 实现与外部信 息系统的集成。 1.3 项目建设内容 1.3.1 标准体系建设 为了利于数据的交换和管理， 制定统一的标准规范， 包括但不限于： 电子健 康档案数据标准与信息交换标准、电子病历数据标准与信息交换标准、区域卫生 信息平台相关机构管理规定、 居民电子健康档案管理规定、 医疗卫生机构信息系 统接入标准、医疗卫生资源信息共享标准、卫生管理信息共享标准。 1.3.2 基于电子健康档案的区域卫生信息平台建设 实现卫生部标准规范要求的区域平台功能，建成可扩展的区域卫生信息平 台，保证满足本项目公立医院互联互通、数据共享和交换、 区域信息共享与业务 协作以及医疗行为监管决策的应用要求。包含注册服务、 存储服务、 医疗卫生信 息共享、全程健康档案服务、信息接口服务、数据采集和交换平台、卫生信息资 源中心、健康档案浏览器和质控与跟踪管理服务。 1.3.3 基于区域卫生平台的应用系统建设 主要包括居民健康档案共享、 医疗协同、医疗行为监管系统、 卫生绩效考核、 综合卫生管理、卫生决策支持、健康服务门户等； 1.3.4 市级医院信息系统接入 实现医院信息系统（ HIS、LIS、RIS、PACS 、EMR等）接入区域卫生信息平 台。 2、总体架构 区域医疗信息平台的核心业务是以汇聚全市的医疗卫生数据，为各类医疗卫 生机构开展医疗卫生服务活动提供支撑的卫生信息平台。区域卫生平台要作为卫 生资源整合、 纵向业务条块管理、 横向机构部门协作的纽带和桥梁。平台支持医 疗机构之间的医疗业务协同和医疗机构与公共卫生机构（预防保健、疾病控制） 之间的卫生业务联动。 平台的总体架构如下： 3、总体设计要求 3.1 系统设计原则 平台系统设计应遵循以下原则： 3.1.1 顶层设计与统筹协调原则 按照国家卫生信息化建设的总体部署和要求，结合本市的实际情况， 进行信 息资源统筹规划。 3.1.2 先进性与实用性原则 系统技术水平在保证其成熟性的前提下，充分考虑到其先进性。 3.1.3 开放性与扩充性原则 系统设计必须保持开发性、 具有良好的互连、 互操作能力， 必须遵循最新的 国际标准、国家标准和行业标准，必须遵循开放的原则。 3.1.4 可靠性和安全性原则 平台建设涉及多部门、 多机构的业务信息及市民的个人隐私信息，应符合国 家有关信息安全的法律法规的要求，一方面要保障网络安全， 另一方面要保障信 息安全，还应保障系统可靠地运行。 3.1.5 规范化和标准性原则 建设应考虑其完整性， 须在全面了解需求的前提下， 进行整体规划 , 按照 “统 一规范、统一代码、统一接口”的要求。 3.2 系统性能要求 （1）能稳定、高效的支持全市所有系统同时联网运行。 （2）软件系统维护及更新升级不能影响业务工作的开展。 （3）能够及时捕捉系统在运行时的错误信息，并给出相应的提示，系统应 有一定的容错能力。 （4）系统运行时峰值并发处理能力1000 个并发数以上。 3.3 系统安全要求 （1）系统在 Internet上运行不易被黑客，病毒攻击。 （2）在系统被攻击时， 系统能保护数据的安全性， 并能保证系统不会崩溃。 （3）系统用户要进行安全认证才能接入系统。 （4）支持复杂的用户名和口令。口令长度不得低于6 位。口令采用加密保 护，并提供方便用户密码的修改与恢复功能。 （5）权限管理到功能模块的页面及关键操作，对用户访问进行身份认证和 访问控制。 （6）敏感数据和能定位到个人的数据（如身份证号、家庭住址、手机号码 等）均需加密存储。 3.4 数据设计要求 （1）数据标准：符合国家和卫生部有关数据集标准及数据规范要求； （2）数据安全：保证数据安全，数据不能被非法窃取、篡改和删除。 （3）数据接口：提供基于WEB SERVICE 的标准数据接口，接口方式安全、 高效。提供与其他系统数据共享的功能。 （4）数据传输：保证数据在客户端与服务器端之间共享传输时的安全性和 保密性，可采用 SSL/TLS 、VPN等方式来进行数据传输。 （5）数据交换：提供完整的数据交换解决方案。 4、技术路线选择 4.1 体系架构的选择 平台的应用系统要求采用支持广域网运行模式的B/S 三层网络架构体系， 既 能满足用户个性化需求以及系统安全性等方面的需要，又能保持系统核心架构的 稳定性，保证系统的可用性、可靠性和可扩展性。 4.2 软件系统要求 采用三层或以上体系构架， 基于 SOA 架构实现服务， 具备易部署、 易管理和 易使用的特点，各系统通过发布和获取服务来对外提供和获取信息。 4.3 数据库的选择 数据库采用 SQL serve 或 ORACLE 10g 大型分布式数据库。 4.4 服务器的选择 数据库服务器采用数据库集群的方式， 操作系统为 Unix 或 Linux 或 Windows 2008 Server R2 。应用服务器采用多台PCServer 集群的方式，操作系统采用 Microsoft Windows 2008 Server R2（64位）或 Linux 。 4.5 客户端的选择 应用系统对客户端要求较低，操作系统支持Microsoft Windows xp及以上 简体中文版。 5、系统基本功能需求 平台是基础数据采集平台，以健康档案信息采集、存储为基础，支持区域范 围内不同医疗卫生机构以及相关部门业务应用系统间实现互联互通、数据共享和 业务整合，支持向居民提供健康档案查询、网上预约挂号、健康咨询等服务，并 能够基于居民电子健康档案信息产生统计数据，服务于卫生管理决策需要。 区域卫生信息平台主要以服务居民为中心，同时满足医疗卫生服务机构间业 务协同和卫生管理辅助决策的需要， 形成以居民电子健康档案的区域卫生信息平 台为基础， 连点成面、 信息互认共享的区域医疗联动协同服务模式，基本实现卫 生综合管理信息集成化、决策程序化以及业务部门间互联互通。 区域卫生信息平台涉及的业务单位主要有卫生局、各级医院、各级公共卫生 机构、 社区卫生服务中心、社区卫生服务站等关系居民健康的医疗卫生服务机构。 为了实现以个人电子健康档案为核心，社区、医院之间的医疗卫生服务协同，必 须有相应的信息服务来支撑这些业务需求，从而实现医疗卫生服务机构、 公共卫 生机构、卫生行政部门、个人用户之间的互连互通、信息共享。 5.1 平台基础应用系统 5.1.1 基础服务 平台的使用对象主要是医疗卫生人员，最终的服务对象是居民和患者。医疗 卫生人员为了更好的提供可靠、可及、连续的医疗卫生服务， 需要依赖平台提供 的众多服务。为此，平台需要建立个人身份识别服务、索引服务、以个人为中心 的存储服务、数据交换服务、数据调阅服务等基础功能。 5.1.2 个人身份识别服务 为了建立对范围内各医疗机构业务联动，实现数据共享或业务协同，各医疗 机构在个人身份上必须具有统一的身份机制，此项工作应该作为区域信息平台建 设的最为基本性的任务。 5.1.3 索引服务 索引服务全面掌握区域卫生信息平台所有关于个人的健康信息相关事件，包 括居民何时、何地、接受过何种医疗服务，并产生了哪些文档。 索引服务中应该记录两大类的信息： 健康事件信息：包括时间、地点、健康事件名称等。 文档目录信息：包括临床文档、预防保健文档等。 5.1.4 以个人为中心的存储服务 在平台中，应该针对个人的数据提供存储服务。个人数据包括：个人注册信 息库、临床诊疗信息库、公共卫生信息库、时序档案信息库等。 5.1.5 数据交换服务 平台需要从医疗机构获取各种基础的业务数据，这些数据的获取都是通过平 台提供的数据交换服务来完成的。 数据交换服务至少应该提供如下的一些功能：适配器管理功能、数据封装功 能、数据传输功能、数据转换功能、数据路由功能、数据推送功能、数据订阅发 布功能和传输监控等。 5.1.6 数据调阅服务 平台应该提供相应的数据利用方式来为医疗卫生人员提供服务。这些数据利 用的方式包括数据调阅服务。 数据调阅服务能够为医疗卫生人员提供的一种基于 Web 方式安全的访问健康相关信息的功能。 5.1.7 互联互通 平台应该具备从医疗机构内部信息系统应用中获取数据的能力，平台也应该 具备向医疗机构内部信息系统应用提供信息共享、协同服务等功能。 5.2 注册服务 注册服务包括机构注册、医护人员注册、居民注册等服务，系统对这些实体 提供唯一的标识。 针对各类实体形成各类注册库 （如个人注册库、 医疗卫生机构 注册库等）， 每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。 注册库保有一个内部的非公布的标识符。 5.2.1 居民注册服务 居民注册服务是指在一定区域管辖范围内，形成一个居民注册库，居民的健 康标识号、 基本信息被安全地保存和维护着，提供给区域信息平台所使用，并可 为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能。 居民注册库主要扮演着两大角色。其一，它是唯一的权威信息来源，并尽可 能地成为唯一的居民基本信息来源， 用于医疗卫生信息系统确认一居民是某个居 民或患者。 其二，解决在跨越多个系统时用到居民身份唯一性识别问题。居民注 册服务是平台正常运行所不可或缺的，以确保记录在健康档案中的每个人被唯一 地标识，他们的数据被一致地管理且永不会丢失。 5.2.2 医疗卫生人员注册服务 医疗卫生人员注册库，是一个单一的目录服务，为所有卫生管理机构的医疗 服务提供者， 包括全科医生、 专科医生、护士、实验室医师、医学影像专业人员、 疾病预防控制专业人员、 妇幼保健人员及其他从事与居民健康服务相关的从业人 员，系统为每一位医疗卫生人员分配一个唯一的标识，并提供给平台以及与平台 交互的系统和用户所使用。 该功能的基本流程为，各医院、社区和公共卫生机构提供所辖医疗卫生人员 基础信息给管理员， 管理员完成审核并将这些医疗卫生人员信息在平台上给予注 册。 5.2.3 医疗卫生机构注册服务 通过建立医疗卫生机构注册库，提供所有医疗机构的综合目录，相关的机构 包括各级医院、社区卫生服务中心、疾病预防控制中心、卫生监督所、妇幼保健 所等。系统为每个机构分配唯一的标识，可以解决居民所获取的医疗卫生服务场 所唯一性识别问题， 从而保证在维护居民健康信息的不同系统中使用统一的规范 化的标识符，同时也满足区域信息平台与下属医疗卫生机构服务点层的互联互通 要求。 5.3 存储服务 存储服务是一系列存储库， 用于存储健康档案的信息。 根据健康信息的分类， 存储服务分为七个存储库： 居民基本信息存储库、 主要疾病和健康问题摘要存储 库、儿童保健存储库、妇女保健存储库、疾病控制存储库、疾病管理存储库以及 医疗服务存储库。 5.4 医疗卫生信息共享 医疗卫生信息共享和协同服务基于存储服务，提供医疗卫生机构之间的信息 共享服务。 根据健康档案信息的分类和服务需要，医疗卫生信息共享应该分为七个域： 个人基本信息域、主要疾病和健康问题摘要域、儿童保健域、妇女保健域、疾病 控制域、疾病管理域以及医疗服务域。 5.4.1 个人基本信息域 个人基本信息域对外提供居民基本信息共享服务。 5.4.2 主要疾病和健康问题摘要域 主要疾病和健康问题摘要域是平台中的一个核心部件，它将所有与个人健康 相关基础摘要信息进行汇集、 存储、并对外提供服务。 主要疾病和健康问题摘要 域在区域卫生信息平台中主要包含以下内容：血型、过敏史、慢病信息等，这些 的摘要信息汇集不是从某个基础业务系统中单独获取，而是从众多的基础业务系 统中抽取汇集而成。摘要域的主要服务方式是为医疗卫生人员提供一种通用的、 及时的、可信的调阅服务， 为医疗卫生人员在进行医疗卫生服务时能够及时、快 捷的了解患者、居民基础健康信息提供一种技术支撑。 5.4.3 儿童保健域 儿童保健域用于维护及管理区域妇幼机构、社区卫生服务中心、儿童医院、 幼托机构、计生委、民政局等机构所产生的儿童保健数据及提供的儿童保健服务。 儿童保健数据主要包括出生医学证明、新生儿疾病筛查、 出生缺陷监测、 体弱儿 童管理、儿童健康体检、儿童死亡管理等数据。 儿童保健域数据体现了域之间的联动性，如根据妇保系统中的新生儿登记可 以触发新生儿访视和儿童计划免疫服务。 5.4.4 妇女保健域 妇女保健域用于维护及管理区域妇幼机构、社区卫生服务中心、助产医院、 计生委、民政局等机构所产生的妇女保健数据及提供的妇幼保健服务。数据主要 包括妇女婚前保健、计划生育、妇女病普查、孕产妇保健服务及高危管理、产前 筛查与诊断、孕产妇死亡报告等数据。 妇女保健数据体现了数据间的联动性，如妇女在医院发现自己怀孕后，需要 医院将怀孕数据及时传送到妇女所在的社区卫生服务中心及区妇幼保健所，由社 区卫生服务中心的防保医生提供产前保健服务，社区服务中心也需将此产前保健 数据传送给妇女生产医院， 生产医院将妇女产前检查、 分娩数据传送回社区卫生 服务中心，社区卫生服务可获知妇女分娩并及时上门进行产后访视服务。 5.4.5 疾病控制域 疾病预防控制域用于维护和管理CDC 、社区卫生服务中心、各级医院所产生 的突发公共卫生事件应急处置和日常业务管理（人群健康的疾病预防控制级监 测、干预、评估）数据及各种服务。突发公共卫生事件应急处置数据是针对事件 处置的全过程管理数据， 日常业务管理数据是针对人群的疾病健康预防和控制的 数据。 数据主要包括免疫接种、传染病报告、结核病防治、艾滋病综合防治、血吸 虫病病人管理、职业病报告、职业性健康监护、伤害监测报告、中毒报告、行为 危险因素监测、死亡医学登记等。 数据着重体现了过程性及联动性，即区域内各个医疗机构（CDC 、医院、社 区卫生服务中心） 形成紧密的卫生业务联动， 如某社区的居民在县级医院发现传 染病，需要医院形成传染病管理报告卡，并将报告卡数据传送到居民所在的社区 卫生服务中心，社区卫生服务中心的防保医生进行上门确认及随访。 5.4.6 疾病管理域 疾病管理域用于维护和管理CDC 、社区卫生服务中心、各级医院所产生的疾 病管理数据及各种服务。 数据主要包括高血压病例管理、糖尿病病例管理、肿瘤病例管理、精神分裂 症病例管理、老年人健康管理、成人健康体检。 数据着重体现了过程性及联动性，即区域内各个医疗机构（CDC 、医院、社 区卫生服务中心）形成紧密的卫生业务联动，如某社区居民在医院发现糖尿病， 需要医院马上形成糖尿病管理报告卡，并将报告卡数据传送到居民所在的社区卫 生服务中心，社区卫生服务中心的防保医生进行上门确认及随访。 5.4.7 医疗服务域 医疗服务域是用于临床信息共享和医疗业务协同的，包括诊断信息域、药品 处方域、临床检验域、临床检查域和医学影像域。 5.5 全程健康档案服务 全程健康档案服务用于处理平台内与数据定位和管理相关的复杂任务。该服 务包括相关的索引信息， 这些索引链接不同存储服务所保存的数据到一个特定的 个人、医疗卫生人员、医疗卫生机构或者可以实时获取这些数据的服务点。 全程健康档案服务负责分析来自外部资源的信息，并恰当地保存这些数据到 存储库中， 可以反向地响应外部医疗卫生服务点的检索、汇聚和返回数据。 全程 健康档案服务应该知晓所有的事务和业务逻辑以及数据访问规则的部件，它可以 围绕任何数据主题汇集出真正的全程和综合的健康档案视图。 5.5.1 索引服务 索引服务全面掌握平台所有关于居民的健康信息事件，包括居民何时、何地、 接受过何种医疗卫生服务， 并产生了哪些文档。 索引服务主要记录两大类的信息， 一是医疗卫生事件信息，另一为文档目录信息。 平台用户在被授权的情况下， 可以通过全程健康档案服务提供的索引服务从 基本业务系统查看某居民的健康事件信息，以及事件信息所涉及的文档目录及摘 要信息。再结合健康档案数据存储服务可以实现文档信息的即时展示，使用户更 多的了解居民 （患者）既往的健康情况， 为本次医疗服务提供相应的辅助参考作 用。 5.5.2 业务服务 这个组件由处理健康档案数据访问事务的服务组成。这些服务被组合在一起 建立一个以处理和管理这些健康档案访问事务的场景。这是平台内协调和执行事 务的唯一地点， 其中需要涉及平台里的多个服务和系统。这一组件中的服务管理 着平台中事务的全局性表示、 编排流、响应组装、 业务规则应用以及与平台的各 类其他系统或服务的数据访问。 5.5.3 数据服务 这些服务为健康档案业务服务提供功能性的支持，以执行正确的数据访问过 程和与不同的注册服务、存储服务、业务管理或辅助决策服务交互所需的转换。 通常，全程健康档案服务可以与平台内部组件相互作用。它依赖于基于标准的通 信机制，并使用交换层来执行这种相互作用，或者使用更为直接或私有化的接口 机制来访问或更新数据到任何一种注册服务、存储服务。数据服务用在两个场景 里：记录和获取健康档案数据的在线业务场景，加载和管理健康档案存储库和注 册信息的管理功能场景。 5.5.4 事务处理 根据对事物的调用和处理，全程健康档案服务将配置成协调处理所有的“列 表”和“获取”事务。对于任何这些事务，将建立管理这些事务的语境，将知晓 如何调用一个特定的编排流， 并指导编排流的执行， 允许在实现这些事务时调用 适当的服务。 为了担当处理健康档案数据访问事务的核心，全程健康档案服务必须有能力 建立健康档案的完整视图。 全程健康档案服务中的索引服务提供这一能力。当全 程健康档案服务处理事务时必须依赖索引服务，索引服务可以了解在健康档案里 存有哪些数据， 并知道这些数据在参与到平台中的众多系统里的位置。当全程健 康档案服务是索引服务所有者时， 在索引服务里全程健康档案服务也会提供一套 特定的事务来管理、维护和使用索引数据。 5.6 信息接口服务 信息接口服务应该包括两大类服务：通信总线服务和平台公共服务。 5.6.1 通信总线服务 通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统 和健康档案浏览器之间的底层通信。主要服务组件包括消息服务和协议服务。 消息服务组件：由处理消息内容的服务所组成，该消息的应用和网络协议的 封装已经被协议服务组件所分离。这个组件中的服务包括解析、串行化、加密和 解密、编码和解码、转换和路由功能。 协议服务组件：用来处理网络、传输和应用层协议。这些服务支持可热部署 模块，以支持各种应用级协议。 5.6.2 平台公共服务 主要实现应用软件系统管理所包含的上下文管理、应用审计、安全管理、隐 私保护等服务。包括平台运行维护管理、服务组件管理等。 数据中心平台的运行监测（服务、会话、传输、缓存、连接池等；日志管理： 审计日志、异常日志、性能日志、安全日志等）、安全隐私管理、权限管理等。 服务组件管理。组件的注册、启动、停止、卸载。面向市内医疗卫生服务机 构，按医疗、卫生服务生产性数据整合业务的要求，为信息采集与整理提供业务 服务。 5.7 数据交换平台 数据交换平台包含两个重要的组成部分：数据交换系统和业务服务组件库。 数据交换系统 ：数据交换系统是数据交换平台按照卫生信息系统标准数据 集，实现对平台业务数据的抽取和汇聚。通过数据采集与整合， 实现卫生管理机 构、基层医疗卫生服务机构间的数据共享和交换。数据交换系统按照ESB （企业 总线）规范，采用ETL技术，提取各接入机构的生产性数据，经过清洗、加密、 压缩、解压、解密、转换、校验、整合等处理，存储到数据中心。数据交换系统 作为各级医疗卫生机构异源异构医疗卫生系统接入平台的统一网关，完成数据采 集和共享业务。 6、卫生信息资源中心 信息资源中心建设是基于健康档案的区域卫生信息平台的一项关键任务。建 设目标是建立起统一的数据中心核心数据库框架，并完成在现有条件下的数据建 模、入库，同时通过数据交换平台来实现数据共享、管理、维护、使用的机制。 数据库的数据结构应以健康档案为中心，生命周期为主线，属地化管理为原 则进行设计。涉及数据包括：健康档案、诊疗信息，以及疾控、卫监、妇幼等条 线业务数据，需要实现条块数据的整合。 6.1 数据架构 信息资源中心的数据结构应以健康档案为中心，生命周期为主线，属地化管 理为原则进行设计。涉及数据包括：健康档案、诊疗信息，以及疾控、妇幼等条 线业务数据，需要实现条块数据的整合。 对于采集到的健康档案信息、医疗业务信息、临床信息需要有机的整合。这 些专业信息需要人口、 卫生机构等基础信息的支撑。 卫生系统的重要特点是根据 历史积累的数据实现决策支持。此外要有对外服务、 对外信息交换数据库。 对以 上数据的管理需要管理数据库。 6.1.1 基础信息库 基础共享信息库集中了整个卫生信息系统的基础数据和共享数据，是为各个 分系统提供基础信息服务的， 基础共享信息库包括了基础地理和自然环境背景数 据库、公共卫生数据元和代码数据库（数据字典）、居民基本信息库、卫生资源 数据库、公共危险因素数据库、 人口数据库以及其他各专业系统所需的共享信息 等。 6.1.2 专业信息库 专业业务信息库是整个系统的核心，专业业务信息库存储健康档案、医疗业 务和临床信息、疾病预防控制、卫生监督、妇幼保健信息、医疗救治、医疗情报 文献等应用分系统的数据。 从时效性和实际业务需求出发， 专业业务信息库至少 要保存 5 年之内在线公共卫生业务操作数据、5年以上的业务汇总数据。 6.1.3 共享文档资源库 在信息共享和业务联动应用中使用的文档，存储在共享文档资源库中。 6.1.4 决策支持信息库 决策支持业务通过从历史数据库和专业信息库中抽取数据，将所需的信息存 储于数据仓库中，在此基础上进行联机分析处理和决策。历史数据库保存的是 610年的业务信息， 与专业信息库一起保证了在线业务数据的完整性和长久性。 数据分析挖掘平台是构建在医疗业务数据库、疾病控制数据库、卫生监督数 据库、卫生资源数据库和数据仓库基础之上的综合查询分析、信息挖掘平台。 6.1.5 对外服务信息库 对外服务业务包含三块内容：提供市民自助式查询服务，市民可在各个社区 卫生服务中心、 CDC 服务大厅、卫生监督所等相关网点实时查询有关公共卫生方 面最新信息， 为了提高服务质量， 同时不影响其它子系统的运行，需要建立多媒 体查询数据库， 提供广大市民和内部工作人员以终端方式进行查询；可建立独立 的外 WEB 数据库，提供广大市民对政策法规、 政府公报、 医疗保健等信息服务以 及网上个性化服务等，信息通过Internet进行查询；可以通过建立电话呼叫中 心数据库为市民提供语音方式的服务。 6.2 医疗信息 医疗信息数据整合涵盖了医疗业务和临床信息的整合。具体来说，整个医疗 业务和临床信息是从两个维度来贯串的，横向维度是“人” ，纵向维度是“时间” 。 “人”具体来说就是就诊患者基本信息，所有的医疗业务与临床数据都与患者唯 一索引关联。“时间”具体来说就是就诊患者每次的就诊行为，一次就诊对应一 个就诊流水号。 所有的医疗业务和临床实践都与就诊流水号关联。这样患者的任 何一次挂号、收费、处方、化验、医学影像可以唯一定位。 6.2.1 患者就诊履历信息 患者在市卫生局管辖范围内的任何一家医院就诊后，医院的 HIS 系统将生成 该患者的就诊履历信息，这些就诊信息通过“就诊流水号”作为主线串联起来。 医院每天将产生的就诊履历信息，包括：就诊记录、医嘱明细、收费记录和收费 明细，上传到区数据中心。 6.2.2 实验室检验报告信息 检验报告的数据分为两个层次：检验报告单数据和检验结果数据。检验报告 单数据包括每一张报告单唯一的id （检验报告单号）、医疗机构代码、就诊流水 号以及管理数据：医生信息（申请者、检验者、审核者）、科室信息、设备信息 （仪器名称、仪器代码） ；检验结果数据是符合医学要求的检验化验结果标准指 标项目，包括：检验报告单、检验指标、细菌结果、药敏结果。 6.2.3 影像检查报告信息 就诊患者持身份证、居民健康卡，在区域内医院内进行PACS影像类医技检 查业务检查，包括普通放射常规检查，放射特殊检查，CT ，MR ，超声，病理，内 窥镜，核医学等。检查结束后，由医院的PACS 以及各影像检查科室信息管理子 系统将影像检查图像数据的 “索引信息”通过数据交换平台提交到区县卫生数据 中心。索引信息包括每一张报告单唯一的id （检查报告单号）、医疗机构代码、 就诊流水号以及管理数据：医生信息（申请者、检查者、审核者）、科室信息、 设备信息（仪器名称、仪器代码） ，及影像的存储路径等。 6.2.4 住院病案报告信息 当一个患者在医院进行了一次完整的住院的就医过程后，即出院以后，要求 医院在 7 天之内将此次住院过程中产生的一系列临床信息，尤其是结果性的、 总 结性的信息填报上传到中心，医院可以自行选择业务空闲的时间进行这项工作。 数据交换平台会定时将这些数据上传到中心系统进行处理，为患者这次的就诊过 程建立一份完整的住院病案。 住院病案的数据分为两大类，一类是结构化的数据，主要以病案首页为主， 其中还包括诊断数据和手术数据；另一类是描述性的数据， 主要是出院小结。 本 系统的主要宗旨在于临床信息的共享，因此在住院病案这部分， 数据采集和存储 的原则是：能结构化的数据，如病案首页，以结构化的方式采集，便于今后临床 方面的统计分析； 不具备结构化条件的， 但在临床上有重要意义的， 如出院小结， 就以描述性的数据类型采集，这样在临床共享方面将更具实际意义。 6.3 健康档案 居民的健康档案信息客观上来源于众多医疗卫生服务机构，只有将这些分散 在不同地点、 以不同形式表示和存储的数据信息通过统一的标准汇集和交换，才 能形成统一和完整的居民电子健康档案，实现信息共享。 标准化健康档案主要分为基本信息、主要事件、主要健康问题和疾病管理四 大块内容，所有关注的健康问题的相应记录项可按照一定的共性分别归类在四大 块内容里： 6.3.1 基本信息 在各块内容信息采集的过程中， 一些共有的或最基本的重要信息， 如： 姓名、 性别、出生日期、身份证号等。 6.3.2 主要事件 根据社区卫生服务工作中的不同功能进行分类，其工作内容主要包括了医 疗、预防、保健、康复、健康教育、计划生育。在开展各类工作业务的过程中将 会涉及到各种卫生事件。 6.3.3 主要健康问题 按人的不同生命阶段，参照年龄大致分为新生儿期、婴儿期、幼儿期、学龄 前期、学龄期、青春期、青年期、中年期及老年期9 个时期，在每个时期里都有 很多需要关注的健康问题，而每种健康问题是由一些相应的记录项来反映。 6.3.4 疾病管理 我国对各种常见病、 多发病的现有管理或将要开展的病种管理，在管理过程 中围绕某种疾病所采集的记录项集和使用到的一些专项表或随访表。 6.4 公共卫生条线信息 通过与卫生系统、妇幼保健系统等对接，采集个人的公共卫生有关信息。 6.4.1 传染病专项档案 传染病症状、检验检查信息、诊断信息、发病日期和诊断日期等传染病发生 的相关情况； 传染病专病管理：病例的发现、病例的治疗跟踪、病例治疗的管理控制、病 例治疗的社区督导等。 6.4.2 慢性病专项档案 慢病信息：包括对高血压、糖尿病、肿瘤、心脑血管疾病等慢病患者进行日 常随访和管理的信息； 疾病报告：患者基本信息、患者的发病信息、发病/ 报告日期、诊断结果信 息等； 随访信息：访视病人状况，饮食、生活行为、用药等信息。 6.4.3 计划免疫专项档案 儿童预防接种：预防接种记录、接种副反应、禁忌症、传染病史等； 其他预防接种：其他预防接种记录、接种副反应等； 学校预防接种：到所管辖中、小学进行集体接种情况的记录等。 6.4.4 儿童健康专项档案 儿童保健信息主要包括儿童的健康体检、生长发育监测、 评价和干预信息等。 通过将信息系统的有关儿童保健信息采集，与妇保院、儿保所儿保管理的集 成，实现数据的整合共享，所有分散各地的数据汇聚到健康档案中。 6.4.5 妇女健康专项档案 妇女保健信息主要包括孕产妇信息、产褥期信息、更年期信息和健康检查信 息等。 通过将信息系统的有关儿童保健信息采集，与妇保院、妇保所妇保管理的集 成，实现数据的整合共享，所有分散各地的数据汇聚到健康档案中。 7、基于平台的应用系统 7.1 医疗业务协同系统 医疗业务协同系统基于健康档案存储服务，提供医疗卫生机构之间通过平台 实现信息共享服务和业务协同服务。主要包括： 预约挂号子系统、 区域内转诊转 检子系统。 7.1.1 预约挂号子系统 统一管理区域医疗机构和专科、专家信息；机构、专科、专家信息发布；通 过医疗机构接口接收专科、 专家排班资源信息； 预约登记与确认管理； 系统统计； 会员管理；医疗机构接口；投诉与评价等。 7.1.2 转诊转检子系统 医院向平台注册转诊 / 转检服务后，依托信息平台，可以实现患者在注册医 疗机构之间的转诊、 转检验、转检查以及委托读片等业务；在平台内实现对患者 从下级单位转向上级单位确诊和救治，在患者病情稳定后转回下级单位康复的医 疗模式管理。 从医院的角度，双向转诊 / 转检包括转入、转出服务。转诊/ 转检系统包括下 列功能： 支持基于区域平台的转诊事物管理和诊疗文档流转。 转诊事务管理。 支持灵活的审批程序，支持自动/ 半自动基于审批规则的审批。 转诊病人（位置）跟踪。 支持转诊病历交换，支持标准转诊通讯协议。 支持跨区域平台之间的转诊事物管理和诊疗文档流转。 7.2 医疗卫生业务监管系统 本系统的目标是基于卫生信息平台，为卫生行政管理部门提供数据分析与数 据挖掘的应用。 系统通过卫生信息平台采集所需的真实、完整、动态的数据资源，并建立区 域医疗行为数据库、 预案库和决策支持数据仓库， 通过科学的理论方法和指标体 系，分析从医院端采集的医疗行为数据，建立区域医疗行为监控、 预警和处置机 制，必要时可以有效干预，并提供统计分析和决策支持。 考虑到医疗卫生具有社会性、 服务性的特点， 并结合当前医疗卫生资源短缺、 分布不均、 利用不尽合理的现状， 利用计算机数字化手段， 在区域范围内建立统 一的区域卫生管理系统， 全面推进医疗卫生领域在业务量、服务质量、经济运行、 卫生资源（从业人员、床