咸阳智慧医疗项目建设方案

咸阳智慧医疗项目建设方案 咸阳市智慧医疗项目 建设方案 2014年12月 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 目 录 1 项目概述 ...................................................................................... 7 1.1 项目背景........................................................................................................7 1.1.1 国家信息惠民工程试点........................................................................7 1.1.2 陕西省智慧城市试点............................................................................7 1.1.3 省市医疗领域规划................................................................................7 1.2 建设原则........................................................................................................8 1.3 建设依据........................................................................................................9 1.4 建设目标..................................................................................................... 10 1.4.1 总体目标............................................................................................. 10 1.4.2 阶段目标..............................................................................................11 1.5 建设任务..................................................................................................... 12 2 现状及需求分析 ......................................................................... 16 2.1 现状及问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 分析......................................................................................... 16 2.1.1 现状分析............................................................................................. 16 2.1.2 存在问题............................................................................................. 19 2.1.3 解决思路............................................................................................. 21 2.2 需求分析..................................................................................................... 25 2.2.1 业务需求分析..................................................................................... 25 2.2.2 用户需求分析..................................................................................... 33 2.2.3 系统性能分析..................................................................................... 39 3 总体设计 .................................................................................... 43 3.1 建设内容及范围......................................................................................... 43 3.2 总体架构..................................................................................................... 44 3.3 技术架构..................................................................................................... 46 3.4 应用体系架构............................................................................................. 48 3.5 逻辑架构..................................................................................................... 50 3.5.1 基础设施层......................................................................................... 50 3.5.2 数据资源层......................................................................................... 51 3.5.3 应用支撑层......................................................................................... 51 3.5.4 应用服务层......................................................................................... 51 3.5.5 业务展现层......................................................................................... 52 3.5.6 门户层................................................................................................. 52 3.5.7 系统接入层......................................................................................... 52 3.5.8 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 规范体系..................................................................................... 52 3.5.9 安全保障体系..................................................................................... 52 3.6 系统部署..................................................................................................... 53 3.6.1 整体部署方案..................................................................................... 53 3.6.2 网络结构............................................................................................. 54 3.6.3 市区级相关单位对接部署................................................................. 54 3.6.4 县级相关单位对接部署..................................................................... 54 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 3.6.5 基层相关单位对接部署..................................................................... 55 3.6.6 其他相关单位对接部署..................................................................... 55 4 标准规范建设 ............................................................................. 56 5 数据资源建设 ............................................................................. 57 5.1 基础资源库................................................................................................. 57 5.1.1 健康档案资源库................................................................................. 57 5.1.2 电子病历资源库................................................................................. 58 5.2 业务库......................................................................................................... 61 5.2.1 公共卫生信息库................................................................................. 61 5.2.2 医疗服务信息库................................................................................. 61 5.2.3 新农合信息库..................................................................................... 62 5.2.4 药品三统一及基本药物制度信息库................................................. 62 5.2.5 医药监管库......................................................................................... 62 5.3 运行支撑库................................................................................................. 62 5.3.1 索引数据............................................................................................. 62 5.3.2 管理数据............................................................................................. 63 5.3.3 元数据................................................................................................. 63 5.3.4 标准数据............................................................................................. 63 5.3.5 注册数据............................................................................................. 64 5.3.6 指标数据............................................................................................. 65 5.4 数据仓库..................................................................................................... 65 5.4.1 数据仓库构建方式............................................................................. 65 5.4.2 数据仓库主题分类............................................................................. 66 6 智慧医疗云平台建设 ................................................................. 67 6.1 平台定位..................................................................................................... 67 6.2 平台设计..................................................................................................... 67 6.3 数据采集交换平台..................................................................................... 68 6.3.1 核心功能............................................................................................. 69 6.3.2 技术组件............................................................................................. 71 6.4 大数据处理平台......................................................................................... 75 6.4.1 数据清洗............................................................................................. 78 6.4.2 数据转换............................................................................................. 78 6.4.3 数据整合............................................................................................. 78 6.4.4 数据挖掘分析平台............................................................................. 79 6.5 服务支撑平台............................................................................................. 80 6.5.1 核心功能............................................................................................. 80 6.5.2 技术组件............................................................................................. 96 6.6 应用集成平台........................................................................................... 100 6.6.1 核心功能........................................................................................... 100 6.6.2 技术组件........................................................................................... 103 7 应用系统建设 ........................................................................... 105 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7.1 区域卫生部分........................................................................................... 105 7.1.1 咸阳市统建的9项业务分支系统 .................................................. 105 7.1.2 其他公共卫生业务系统................................................................... 121 7.1.3 接入的5项业务系统 ...................................................................... 122 7.1.4 后期落地建设的15项业务分支系统 ............................................ 124 7.2 智慧医疗部分........................................................................................... 129 7.2.1 阳光医药监管................................................................................... 129 7.2.2 医疗卫生决策分析........................................................................... 135 7.2.3 便民医疗服务................................................................................... 137 7.3 外部系统接入........................................................................................... 145 7.3.1 接入方式及规划............................................................................... 145 7.3.2 接入流程........................................................................................... 147 8 安全保障建设 ........................................................................... 151 8.1 安全等级划分........................................................................................... 151 8.2 安全体系总体架构................................................................................... 151 8.2.1 物理环境安全................................................................................... 152 8.2.2 网络安全........................................................................................... 152 8.2.3 系统安全........................................................................................... 153 8.2.4 应用安全........................................................................................... 154 8.3 安全管理 企业安全管理考核细则加油站安全管理机构环境和安全管理程序安全管理考核细则外来器械及植入物管理 ................................................................................................... 156 9 基础设施建设 ........................................................................... 157 9.1 系统能力测算........................................................................................... 157 9.1.1 数据存储测算................................................................................... 157 9.1.2 处理能力测算................................................................................... 158 9.1.3 网络传输能力................................................................................... 158 9.2 网络系统................................................................................................... 158 9.3 备份系统建设........................................................................................... 160 9.4 机房建设................................................................................................... 161 9.5 系统软件配置........................................................................................... 161 9.6 支撑硬件要求........................................................................................... 162 10 项目实施的组织与管理......................................................... 163 10.1 项目实施进度....................................................................................... 163 10.2 项目组织管理....................................................................................... 165 10.2.1 项目组织结构................................................................................... 166 10.2.2 各相关方主要职责........................................................................... 166 10.2.3 技术保障........................................................................................... 169 10.2.4 政策保障........................................................................................... 169 10.2.5 组织保障........................................................................................... 170 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 1 项目概述 1.1 项目背景 1.1.1 国家信息惠民工程试点 在《关于加快实施信息惠民工程有关工作的通知》(发改高技[2014]46号)中明确，信息惠民工程实施的重点是解决社保、医疗等九大领域突出问题，并提出“健康医疗信息惠民行动计划”。 咸阳作为国家信息惠民工程试点示范城市，在《咸阳市创建信息惠民国家示范城市工作方案》中，明确提出把医疗健康服务作为示范领域，并对医疗健康服务提供的服务产品做了初步规划，主要包含了“区域医疗影像与检验信息共享服务”、“居民健康信息共享服务”、“统一预约诊疗服务”三大类。为了实现医疗健康服务领域的重点服务内容，拟建设区域影像集中诊断与信息共享服务系统、居民健康信息共享服务系统、统一预约诊疗服务系统。咸阳市承诺在2014年开始建设，至2017年完成。 1.1.2 陕西省智慧城市试点 住房城乡建设部办公厅《关于开展国家智慧城市试点工作的通知》(建办科〔2012〕42号)建设重点内容中提出提升城市智慧基础设施建设和改造等各领域中信息化应用的比例，加强信息化技术在城市医疗卫生、社会福利设施建设、社区管理、文化体育设施建设中的应用，提升居民生活的幸福感。 咸阳市作为陕西省智慧医疗项目首批试点，要按照陕西省社会公共服务卡标准完成卡管理平台建设并与居民健康档案系统、各级区域卫生信息平台、医疗机构和新农合及诶是系统等对接，实现诊疗信息、个人保健信息共享。叠加金融服务功能、加载其他社会公共服务功能，实现一卡多用。 1.1.3 省市医疗领域规划 由于省市领导对医疗领域的重视，制定了一系列的医疗领域信息化规划: 7 《陕西省“十二五”期间深化医药卫生体制改革规划暨实施方案》、《陕西省卫生信息化建设规划2012-2015)暨卫生信息平台顶层设计(32551工程)》中提出了本省范围内医改和卫生信息化建设重点: , 医疗机构检验对社会开放，实现同级医疗机构检查结果互认; , 以医院管理和电子病历为核心，开展信息化建设。推进区域统一预约挂号平 台建设; , 加快推进医药卫生信息化建设。加强区域信息平台建设，推动医疗卫生信息 资源共享，逐步实现医疗服务、公共卫生、医疗保障(包括医疗救助)、药品 监管和综合管理等应用系统信息互联互通; 为了落实党中央和省委省政府的政策规划，结合本地区实际情况，咸阳市政府在《咸阳市“十二五”信息化发展规划》和《咸阳市卫生事业 “十二五” 发展规划》中也明确提出了本市医疗信息化的重点内容: , 加快医疗服务信息化，统筹整合医疗信息资源，加快医疗卫生数据库建设， 开展互联网医疗卫生服务，建立医疗机构基本信息系统、食品药品监督、医 疗服务价格监控系统，改进城乡医院管理; , 加快推进城市社区卫生服务和农村合作医疗保障信息系统建设，基本实现社 区居民及农民群众健康档案和合作医疗档案的信息化管理; , 推广电子病历、电子处方、数字化影像、医生和护士工作站等临床信息系统 的应用，加强卫生健康信息服务，普及医疗保健知识，提高医疗卫生领域信 息化水平; , 建立以居民健康档案为核心的区域卫生信息共享平台，开展相关业务信息系 统建设，统一区域卫生信息共享平台的数据标准与技术规范; , 建立我市卫生系统虚拟专网。开展以电子病历为核心的医院信息系统建设; , 以数据质量为核心，加大统计执法检查和处罚的力度。 1.2 建设原则 1、政府主导，合力推进 强化政府对基本、基层、基础卫生资源的责任和投入，加强宏观调控和统筹管理，并有效动员、利用社会资源，增加供给，促进有序竞争，实现公平和效率的统一。 2、顶层设计，试点先行 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 强化统一规划、顶层设计，集中资金和技术优势，在市内选择一到两个县进行试 点，试点成功后在全市范围内全面推广。 3、集约建设，资源共享 实现跨机构、跨区域、跨领域的信息资源共享，促进协调发展。 4、惠及居民，服务应用 惠及全市居民是咸阳智慧医疗建设发展的出发点和最终目标，利用信息化手段， 让城乡居民获得更加优质、高效、便捷的卫生服务。 1.3 建设依据 中共中央、国务院《中共中央、国务院关于深化医药卫生体制改革的意见》 国务院《关于印发医药卫生体制改革近期重点实施方案(2009—2011年)的通知》 国务院《“十二五”期间深化医药卫生体制改革规划暨实施方案》 卫生部《基于健康档案的区域卫生信息平台建设指南(试行)》 卫生部《电子病历基本架构与数据标准(试行)》 卫生部《综合卫生管理信息平台建设指南(征求意见稿)》 卫生部《基于健康档案的区域卫生信息平台建设技术解决方案(试行)》 卫生部《基于区域卫生信息平台的妇幼保健信息系统建设技术解决方案》(征求 意见稿) 卫生部《国家基本公共卫生服务规范》 卫生部《关于报送基层医疗卫生管理系统项目的通知》 卫生部《卫生事业发展“十一五”规划 纲要 中国近代史纲要中国近代史纲要复习资料大学中国近代史纲要重点中外历史纲要课件乒乓球课程纲要 》 卫生部《卫生系统电子认证服务管理办法(试行)》 《中华人民共和国计算机信息系统安全保护条例》 卫生部《居民健康卡管理办法(试行)》 卫生部《居民健康卡技术规范》 《信息安全等级保护管理办法》 《建设项目经济评价方法与参数》国家计委、建设部投资(第三版) 《陕西省电子政务基础资源共享实施办法》(13号文件) 《陕西省社会公共服务卡技术规范(试行)》 《陕西省电子政务公共平台顶层设计》 9 《陕西省医院信息化建设规范与测评标准》 《陕西省县级区域卫生信息平台建设规范》 《陕西省卫生信息化建设规划(2012-2015)暨区域卫生信息平台顶层设计》 《陕西省居民电子健康档案与医疗卫生机构信息系统对接及数据规范》 《陕西省“十二五”国民经济和社会信息化规划》 《陕西省“数字陕西•智慧城市”发展纲要(2013-2017年)》 《咸阳市国民经济和社会发展第十二个五年规划纲要》 《咸阳市信息化和信息产业发展规划(2015-2020)》 《咸阳市智慧城市建设实施方案》 《咸阳市信息化十二五发展规划》 《关于加快实施信息优政惠民工程有关工作的通知》 《咸阳市创建信息惠民国家示范城市工作方案》 1.4 建设目标 坚持统筹城乡发展的基本方略，把促进城乡基本公共服务和基础设施一体化作为统筹城乡发展的重要手段。为了实现国家各个层面对医疗卫生事业的期望和目标，咸阳市必须立足本地实际情况，合理确定本市智慧医疗建设目标和内容。 咸阳市是全国信息惠民项目试点示范城市，信息惠民工程要求“各试点城市在工程实施中，要注重资源整合，在已有资源基础上集中构建统一的城市信息惠民公共服务平台”。因此，本项目将在电子政务服务平台基础上构建信息惠民公共服务平台，并依托信息惠民公共服务平台开展智慧医疗项目建设。 1.4.1 总体目标 按照陕西省卫生信息平台按照陕西省卫生信息平台 “业务纵向到底、平台横向到边”的建设要求，以市民电子健康信息(电子病历、健康档案)为基础，构建市级智慧医疗云平台(含秦都、渭城)，实现省、市、县、镇、村五级互通，在咸阳市(含秦都、渭城)范围内实现各级卫生和医疗机构全覆盖，逐步实现按照《陕西省卫生信息化建设规划2012-2015)暨区域卫生信息平台顶层设计(32551工程)》和《陕西省卫生信息平台建设方案》所确定的各项业务和咸阳智慧医疗应用。利用大数据、云技p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 术、数据挖掘等先进信息技术进行管理方式和服务手段创新，破解医疗体制改革难题。围绕数据共享、全域联网、医疗协同、医疗监管、一卡服务五个重点，在医疗卫生管理方面形成连续、可查的医疗过程数据链，支撑卫生医疗精细化管理，保障医疗资金的安全和有效投入;在医疗卫生服务方面形成便捷、互信的医疗健康服务流程，提升便民服务水平，改善群众就医感受。通过全市范围内各联网机构信息的互联互通、资源共享、医疗协同和智慧决策，最终实现咸阳市医疗卫生管理和服务集约化、互联网化和智慧化。 1.4.2 阶段目标 一期工程(2014-2015) 整合现有资源构建咸阳信息惠民公共服务平台，开展咸阳市智慧医疗云平台(含秦都、渭城)集中建设，选择泾阳、长武、旬邑三个县级卫生信息平台试点县作为试点，推动完成县级9家医疗机构系统接口改造和用卡环境改造工作，实现试点县级医院可持卡就医。 试点县县级区域卫生平台投入运行后，完成智慧医疗市级平台与试点县级区域平台对接，实现数据在市级平台的采集和整合。各县级区域卫生平台物理部署在市级中心，逻辑独立。开展各项基础数据库、业务数据库以及应用系统建设。 二期工程(2015-2016) 完成市级医疗机构数据采集和整合;按照县级卫生信息平台推广进度扩展咸阳智慧医疗应用覆盖范围，完成与已建成的县级卫生信息平台对接;逐步开展合疗及医保定点非政府办医院系统改造和数据采集该工作;持卡就医范围进一步扩展至市级医院和完成县级卫生信息平台建设的县级医院。 依托智慧医疗云平台，深化业务应用系统建设，基本实现各级各类卫生机构的信息网络安全互联，建立健全医疗卫生信息资源开发和共享交换机制，实现电子健康档案和电子病历数据库整合共享，面向市民、医疗机构、公共卫生服务机构、卫生管理部门及相关部门，全方位提供卫生信息服务，充分发挥卫生信息化对医改的支撑作用，形成咸阳智慧医疗基本框架。 11 1.5 建设任务 咸阳市智慧医疗项目立足本地实际情况，全面贯彻落实省卫计委关于区域卫生信息平台的顶层设计，按照实现“咸阳市医疗卫生管理和服务集约化、互联网化、智慧化”的总体目标，采用市区(秦都、渭城)卫生信息平台统一合建方式，分步开展咸阳智慧医疗“1241”工程建设。 (一)建设一个市级智慧医疗云平台 开展咸阳市(含秦都、渭城两区)智慧医疗信息云平台的集中建设，在咸阳市(含秦都、渭城两区)范围内实现对各级卫生和医疗机构的全覆盖。统一建成包含市、区平台功能的咸阳市智慧医疗信息平台，并实现全市范围内11个县级平台在市级中心的物理集中部署。另外，本项目各项新建系统均在市级平台云部署，供各区县平台用户接入使用。 平台上以国家卫生部、省卫计委卫生信息相关标准为基础，建立健康档案和电子病历为核心基础库，通过县级卫生信息平台和医疗机构、相关部门信息端接入，实现卫生信息的汇集，形成包含标准代码、医疗业务信息、预防保健信息、卫生监督信息、疾病控制信息、卫生资源信息、医学情报信息、决策支持信息等在内的咸阳区域标准卫生信息资源数据中心。通过数据管理、数据维护、大数据分析处理等应用，实现卫生数据的标准存储、整合、挖掘、处理、分析管理等功能。为区域内各类卫生综合应用系统提供集成的、统一的、安全的、完整的、快捷的数据挖掘和决策支持服务。 (二)支撑两大类业务应用 本项目各项业务系统均由全市统一建设，主要包括以下两个方面: 1、按照省规划完成区域卫生相关系统建设 在本项目建设期内(至2016年底)，由市卫生局和市信息办为主体，在市级统一集中建设完成《陕西省卫生信息化建设规划2012-2015)暨区域卫生信息平台顶层设计(32551工程)》和省卫生信息平台建设方案所确定的29项业务分支中的9项(分别是:妇幼保健系统(2013年已投入使用)、计划免疫系统、健康教育管理系统、预约诊疗服务系统、区域医疗协同系统、健康档案管理系统、惠民卡管理系统、血液管理系统、智慧医疗统一门户)，并实现5项业务分支的接入(分别是:国家药品电子监管系统、药品三统一和基本药物信息管理系统、新农合结算监管系统、县级区域卫生信息平台、医疗机构信息系统)，由此，至2016年末，可覆盖《陕西省卫生信息化p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 建设规划2012-2015)暨区域卫生信息平台顶层设计(32551工程)》确定的29项业务分支中的14项。其余15项业务分支将在后续项目中按照省卫计委要求在咸阳市的贯彻落地，详见下表。 另外，按照本市卫生业务需要开展包含慢病管理、健康体检、康复管理、流动人员管理、高危人群管理等在内的公共卫生服务系统建设。 以上业务均满足“业务纵向到底”的建设要求，贯穿市(含秦渭二区)、县两级平台，实现其业务数据与省级平台相关应用实现对接，并实现各应用间的互联互通和业务协同。 表格 1-1:省规划29项分支业务列表 业务域 序号 应用系统 建设规划 按照省规划后续建设1 公共卫生监管系统 实施 2 妇幼保健管理系统 已投入使用 按照省规划后续建设3 突发公共卫生事件应急指挥管理系统 实施 4 健康教育管理系统 一期建设 公共卫 生 5 计划免疫与预防接种系统 一期建设 按照省规划后续建设6 传染病直报、疾病预防控制系统 实施 7 居民健康档案信息系统 一期建设 8 预约诊疗服务系统 二期建设 9 居民健康卡系统 一期建设 10 区域医疗协同信息管理系统 二期建设 11 医疗机构信息系统(与各级平台对接) 接入 12 血液管理信息系统 二期建设 按照省规划后续建设13 远程医疗(会诊)信息系统 实施 医疗救按照省规划后续建设冶 14 医疗质量监控系统 实施 县级区域卫生信息平台(含基层公卫15 接入 和医疗机构信息系统) 按照省规划后续建设16 中医药信息管理系统 实施 药品管17 国家药品电子监管系统 接入 理 18 药品三统一和基本药物管理系统 接入 医疗保19 新农合结算监管系统 接入 障 13 业务域 序号 应用系统 建设规划 按照省规划后续建设20 国家卫生统计信息直报系统 实施 按照省规划后续建设21 办公自动化及权利运行监管系统 实施 22 卫生财务运行监督管理信息系统 按照省规划后续建设 综合卫23 卫生资源管理系统 按照省规划后续建设 生管理 24 人力资源及绩效考核管理系统 按照省规划后续建设 25 卫生数据综合统计分析系统 按照省规划后续建设 26 卫生热点、公众信息归集查询 按照省规划后续建设 27 业务CA认证系统 按照省规划后续建设 28 干部管理系统 按照省规划后续建设 门户网一期建设(咸阳智慧医29 卫生行政机构网站群 站 疗门户整合) 2、开展智慧医疗相关应用系统建设 除根据陕西省卫生信息平台建设方案规划开展各项业务分支建设外，咸阳市智慧医疗信息平台还同时满足信息惠民、智慧城市试点城市要求，开展智慧医疗相关应用家按省，主要包含阳光医药监管、医疗卫生决策支持、便民医疗服务、智慧医疗门户等相关系统建设 1)医药监管。通过信息化手段促进医疗卫生监管机制创新，保证财政资金的安全和有效投入。建立大处方筛查系统，实现化验、处方等诊疗和健康信息市域范围共享服务，通过获取医生处方及治疗过程信息，对医生针对特定病种的用药量、用药时长、处方金额、检查项目与临床路径规范、相关标准及同类病例进行比较，筛查大处方;建设医保稽查系统，通过整合医疗资源和病人就诊信息，建立机构—病床—病人—病症—医生的关联关系，方便实时稽查，遏制套取医保资金的行为;建设基药使用分析系统和医疗费用分析系统对全市医疗机构药品进价、销价、用量等进行分析和比对，为通过医改政策抑制药品虚高提供数据支撑。 2)便民服务。建立全市统一的预约挂号平台，整合全市各级医疗机构号源，市民可选择通过网络、电话、自助终端、微信、APP、基层医疗服务站等各种途径预约挂号，缓解看病难问题;开展健康小屋计划，市民可自助进行健康检查，通过数据回传记入健康档案，并由专家提供健康风险评估、健康改善计划及医疗保健指导等服务。促进日常健康服务向基层延伸，使市民在家门口就可享受专业、优质、个性化的健康服务。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 3)决策支持。通过海量电子病历、健康档案、诊疗信息等数据进行多维度的统计和分析，为卫生监管部门和相关部门提供可定制的医疗卫生分析服务，如卫生服务分析、卫生资源分析、卫生财务分析、应急指挥决策支持、疾病预防保健分析等。 (三)实现四级网络接入 通过与县级区域卫生平台和市级医疗机构、公共卫生服务机构(疾控、卫监、血站、职防等)的互联，实现医疗和公共卫生服务机构四级(市-县-乡镇-村/社区)全域联网。其中市、县两级主干网依托电子政务外网连接，县级以下通过互联网(包括数据链路专线SDH接入)或无线网络安全接入。 (四)一卡应用 建设惠民一卡通系统，在整合惠民资金的基础上优先推进健康卡功能，实现病人挂号、看病支付功能整合，并与新农合、社保卡实现互通，方便群众就医、查询、报销和病历共享与隐私保护。 15 2 现状及需求分析 2.1 现状及问题分析 2.1.1 现状分析 2.1.1.1 医疗卫生机构概况 2013年，全市共有各级各类医疗卫生机构4683个，其中:医院147个(三级医院6家，二级医院28个)，卫生院197个，社区卫生服务中心(站)101个，村卫生室3258个，门诊部、诊所、卫生所、医务室734个，疾病控制中心14个，妇幼保健机构14个，采血机构1个，卫生监督所14个，医学在职培训机构10个。 2013年，全市共有床位24232张，其中:医院床位18620张，卫生院床位4178张，社区卫生服务中心(站)613张，门诊部5张，妇幼保健机构786张。医院床位中，市级医院7037张，县区级医院11583张，乡镇卫生院4123张，社区卫生服务中心272张。全市平均每千人口床位数4.90张，医院、卫生院平均每千人口床位数4.61张。 2013年，全市卫生人员44772人(含乡村医生3752人和卫生员184人)，其中:卫生技术人员35729人，卫生技术人员中执业(助理)医师9290人，注册护士12567人，药师(士)1960人，技师(士)2453人，其他卫生技术人员9459人，其他技术人员691人，管理人员2203人，工勤技能人员2213人。全市市级医院执业(助理)医师和注册护士分别为3116人、5139人，乡镇卫生院执业(助理)医师和注册护士分别为1485人、1513人，社区卫生服务中心执业(助理)医师和注册护士分别为166人、209人。平均每千人口卫生技术人员数7.23人，执业(助理)医师1.88人、注册护士2.54人。 2013年，全市总诊疗人次2001.40万，其中医院总诊疗人次572.20万，卫生院诊疗人次211.62万，门诊部、诊所、卫生所、医务室总诊疗人次324.78万。全市总计出、入院病人72.55万人次和73.08万人次。全市医疗卫生机构年平均病床使用率75.87，年平均病床周转次数30.70次，出院者平均住院日8.8天。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 2.1.1.2 信息化建设概况 (一)全市各级医院信息系统建设情况 1、对信息化建设的重视程度有所增强 各医疗机构对大力推进信息化建设形成普遍共识，在过去的几年中加大了信息化建设的投入，运行效果初见成效。对信息化统一规划、统一建设的理念也有所理解，在调研过程中，各医疗机构纷纷表示支持并且愿意配合全市智慧医疗建设，为以信息化手段促进业务协同、信息共享创造了良好氛围。 2、医院信息系统应用基本普及 市级6所三甲医院、县级综合医院以及部分乡镇医院已基本建立了集经济管理、药品管理、临床诊疗、电子病历和综合管理为一体的医院信息系统，市级及县级部分有条件的医院已经开始或完成LIS、PACS系统建设，住院病历、检验报告、医学影像的逐步电子化为区域卫生医疗信息共享和共用打下了基础。 按照省规划，将对全省范围内基层医疗机构信息系统(含乡镇卫生院、社区卫生服务中心/站、村卫生室)进行统一，涵盖病区管理、住院医生工作站、护士工作站、药房管理、院长查询、LIS等。 3、针对诊疗及用药规范开展有益尝试 在信息化程度较高的部分市级医院，HIS系统除了实现就诊流程的电子化以外，开始在诊疗规范、合理用药等方面开展知识化处理的积极探索。例如咸阳第一医院和中心医院均在HIS系统中嵌入合理用药分析插件，可对处方配伍、适应人群进行分级提醒。第一医院还按照卫生部规范，对10多个病种建立临床路径，并通过系统进行管理。 4、基础设施建设正在逐步完善 市、县级综合医院均有自建机房，部分三甲医院可实现无纸化接诊。乡镇级医院医生电脑普及率相对较低，医生接诊还大量存在手工纸质操作，系统应用主要集中在收费、管理、护士站等环节。村卫生室通常只有一个医生，一台电脑(由合疗办、卫协会或卫生局配发)。 (二)卫生信息化建设情况 1、业务系统建设 17 妇幼保健系统 全市统一的妇幼保健系统在市级集中部署，已于2013年在全市范围内投入使用，实现孕产妇保健和儿童保健管理。其中，孕产妇保健主要涵盖孕产妇从怀孕开始到产后42天为止的全部信息，并进行全方位的监督、管理，重点是对高危孕产妇的预警和管理，主要提供首次随访信息列表、产前随访列表、分娩情况列表、产后方式列表、高危孕妇列表、工作任务提醒列表的管理;儿童保健实现对婴幼儿从出生到6周岁期间进行的体格检查、高危监护、母乳喂养、合理营养、科学育儿等信息进行全方位的监督和管理，特别是对高危儿营养性疾病管理进行报警管理，管理内容主要包括基本信息(基本资料)、保健体检、保健小结(儿童保健小结)、高危随访等。 新农合系统 已按照省规范开展并完成新农合信息化建设，建成了覆盖市、县、乡、村的新农合结算系统。目前运行平稳，初步实现了管理科学、操作规范、监督有力、补偿便捷的预期目标。在提高工作效率、降低管理成本、实现资源共享等方面起到了积极的作用。 2、网络建设 依托新农合业务专网，建立了市、县(区)、乡镇、村四级联通的卫生信息专网，实现了除极个别偏僻地区村卫生室以外的全市绝大部分医疗卫生机构网络全覆盖。本项目利用卫生信息专网运行，需根据实际需要再进行具体的网络带宽加大。 (三)电子政务公共平台建设情况 咸阳市电子政务网络以陕西省电子政务骨干传输网(电子政务内外网)为基础，以市级城域网为核心，建设纵向连接省、市、县三级电子政务公共平台，横向覆盖连接市委、市政府、人大、政协、法院、检察院六大园区和园区外所有部门的电子政务公共平台网络，并统一互联网安全出口。全市电子政务网络地址分配统一由市级平台进行管理分配。省、市、县纵向骨干网由省级电子政务平台负责建设运维，市级城域网由市级平台负责建设运维。市级各部门原有业务专网(除国家明确规定外)全部接入至市级城域网。各部门业务系统建设必须基于市级平台网络进行部署和数据传输，平台网络能够覆盖的区域不再单独建设专网，平台网络无法覆盖的区域基于互联网采用VPN进行接入，为智慧医疗信息平台提供p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 了一定的建设和部署环境。 2.1.2 存在问题 2.1.2.1 业务问题 由于咸阳市各级政府高度重视医疗卫生事业，持续加大卫生投入，经过多年的建设和发展，全市卫生事业取得了突出成就，城乡居民健康状况进一步改善，卫生事业发展的各项指标达到了阶段性目标，为咸阳“十二五”“十三五”及以后期间医疗卫生事业的发展奠定了坚实的基础。 虽然如此，咸阳市医疗卫生事业的发展仍旧存在一些问题，主要表现在看病难、看病贵、看病累、误病情、行业乱几个方面。 看病难 “看病难”可分为两种。第一是“绝对性”看病难，是由于医疗资源绝对不足无法满足基本医疗卫生服务需求的“看病难”，这往往发生在我国中西部经济落后、交通不便、地广人稀的偏远农村地区。第二是“相对性”看病难，是指由于优质医疗资源相对于居民需求的不足，造成患者去大医院看专家“难”，挂不上号，入不了院。在咸阳相对性看病难是主要的，突出表现为许多人看小伤小病也涌到大医院，大医院人满为患。这是目前“看病难”的主要表现形式和特征。 看病贵 现在医药费用相对较贵，看一次小则几十，多则成百上千，住院更是需要成千上万，老百姓一说起看病就是贵，不少农村百姓谈看病色变，看一次小病，三月没肉吃，住一次院，三代人省一年。 另外，医院的商业利益驱动、行业管理的不规范、部分医生的不道德等也助推的看病贵的不良倾向。 看病累 由于医疗体制还没有根本改变，各医疗主管机关、各医院各自为政，使得老百姓在入院前、住院、费用报销等期间需要在各个不同的机构间来回奔波、在医院各个环节排队等待、在不同医院重复检查等，造成病人和家属的身体和精神上的双重受累，进而引起人民群众对医疗卫生和政府的不满意。 误病情 指对病情的误诊和耽误。据统计，我国的临床误诊率大约为30%，和国际医 19 学诊断水平相近，但诸如直肠癌、肺癌等疾病的误诊率几乎达到70%。造成这么高误诊率的原因，除医疗和诊治水平不高以及某些疾病的发病特殊性以外，还有很多人为因素在起作用，如:医生责任心不强，问诊和查体不仔细，过分依赖仪器检查;病人隐瞒病史，夸大病情，误导医生等。 病情治疗耽误也是常见的现象，主要表现有: (1) 由于咸阳市大部分人口不能进行普及性的年度健康检查检测，一些 重大疾病无法在早期发现; (2) 由于医院设备和医师水平问题，造成有些病迟迟不能查出真正病因; (3) 对于一些确诊急需住院治疗的重大疾病，老百姓因为挂不上号、住 不了院造成治疗耽误; (4) 有些医院由于利用驱动，即使查不出病因、或者确诊后治疗能力不 足也不愿意主动要求病人转诊。 行业乱 主要表现在过度医疗盛行、医保欺诈多发两方面。过度医疗是指医疗服务提供者对患者进行不必要的诊疗活动消费。其表现形式多样:既有过度用药、过度检查等。过度医疗会产生一系列的后果:加重病人的负担，危害患者健康，破坏医患关系、导致医疗纠纷，医源性疾病增多等，从而使整个社会医疗消耗增大，国家财政支出增加。 医保欺诈是指公民、法人或者其他组织在参加医疗保险、缴纳医疗保险费、享受医疗保险待遇过程中，故意捏造事实、弄虚作假、隐瞒真实情况等造成医疗保险基金损失的行为。特别是部分基层医院采取“挂床住院”、“借证”住院、“违规”住院、“开大处方”等不法手段套取新农合资金，这样一来，一方面是大量新农合医疗资金被套取，另一方面是部分农民仍然看不起病。原本用来解决农民看病难、看病贵的新农合医疗资金，在实施的过程中被人为地打了折扣。这严重影响了国家缩小城乡差距的进程，阻碍了改革发展的健康运行。 2.1.2.2 信息化问题 基层医疗机构和民营医院信息化水平较低 各医疗机构根据自己的能力和内部需求建立了相应的系统，形成了一个个块状、水平不一、标准不一的独立体。市级医院信息化建设较为健全，但各县市区p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 在医疗卫生方面信息化建设投入经费不足，作为疾病和健康信息重要来源的基层医疗机构和民营医院信息化建设相对比较滞后，水准普遍较低，成为智慧医疗建设的薄弱环节。 服务能力薄弱 目前各医疗机构的信息化建设主要是面向内部管理的流程流转，面向公众提供便民服务、面向医疗人员提供互助服务、面向卫生主管部门提供决策支持的能力较弱，例如:例如缺少标准化的电子健康档案、电子病历不利于医生了解既往病史，且医务人员与同行之间互相交流探讨、上下级医院之间的指导和请教、医生对一些疾病的标准化治疗及对医生的用药指导等尚难以便捷地实现;另外，对卫生行政管理部门和其它政府部门而言信息系统为决策提供全面信息的作用有待发挥。 缺乏信息共享和业务协同 各个卫生机构独立开展业务，相互封闭，信息分散，连续性和协调性差，信息不能共享和交换。在各个医疗卫生机构、卫生管理机构的信息系统建设大大提高了相关部门的管理能力和应急反应速度，但是由于信息系统垂直建设的特点，原本分割的业务部门在信息上沟通更为复杂，形成大量“信息烟囱”和“信息孤岛”。 2.1.3 解决思路 2.1.3.1 监管与服务并重 针对上述医疗领域存在的各种问题中，“行业乱”是根本原因，“行业乱”不仅使得本行业发展受到阻碍，也是导致看病难、看病贵、病情误、看病累的主要原因，因此，除了在制度、机制上进行完善之外，在智慧医疗的建设实施中，应重点着力于通过信息化手段促进医疗卫生监管机制和手段的创新，开展各项便民医疗服务应用创新，保证医疗资金的有效投入，切实解决市民看病难、看病贵等核心问题，实现“三看两优”(看得上、看得起、看的好、服务优、管理优)，为市民提供可及的、优质的卫生服务。 具体如下: 狠抓三个重点: 21 1、通过整合各级医疗机构数据整合，实现共享和共用，为提升服务和监管效能打下基础。尤其是针对服务群众最直接，监管力度最弱，信息化水平最低的乡、镇、村医院卫生所及民营医院等基层医疗机构，要加大力度创造并保障信息整合条件。 2、通过获取医生处方及治疗过程信息，对医生针对特定病种的用药量、用药时长、处方金额、药品价格、检查项目与临床路径规范、其他相关标准及同类病例进行比较，筛查大处方。 3、通过整合医疗资源和病人就诊信息(要求号源、病床等资源及占用情况必须入库)，建立机构—病床—病人—病症—医生的关联关系，并由专门稽查人员对关联关系的真实性进行稽查，遏制病人和医生合谋套取医保资金的行为。 强化四个服务: 1、便民医疗服务:积极开展预约诊疗及导诊、远程医疗等便民服务，缓解看病难问题。 2、一卡通服务:通过惠民一卡通，实现病人挂号、看病支付、健康信息查询等功能整合，并与合疗结算实现互通，方便市民就医。 、医疗协同服务: 3 一是信息共享，通过区域平台的完整健康档案，医生可以全面掌握和了解患者过去就医及其健康状况，为医生诊疗提供了更多的决策所需要的基础信息，能较大程度的提高医疗服务质量。通过计算机网络技术，为每个人建立健康档案，实现针对个体化健康管理，形成居民个人的健康状态资料，以及诊断治疗的重要的记录，使无论在各级各类医疗卫生服务机构的医生都能随时获取患者病史资料，避免了重复医学检查，既提高了效率，也节省了患者支出。 二是资源共享与业务协同，实行社区卫生服务机构与大中型医院多种形式的联合与合作，建立远程医疗、分级医疗和双向转诊制度，实现双向转诊、诊断互认、检验互认、协同会诊、就诊预约等新型医疗卫生服务模式，促进大中型医院与城市社区卫生服务机构之间形成业务联动、优势互补、疾病诊治连续化管理的机制，最终实现小病在社区，大病进医院，康复回社区的就医格局是实现区域卫生资源合理使用的有效途径。才能够实现转诊时各类医疗机构之间信息共享、提高质量、降低费用的目的，实现区域医疗资源的合理利用。 4、健康干预跟踪服务 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 利用社区卫生机构和基层医疗机构，以全科医师为骨干，健康为中心、社区为范围、家庭为单位、需求为导向，妇女、儿童、老年人、慢性病人、残疾人等为重点，融预防、保健、医疗、健康教育、计划生育技术指导和常见病、多发病、诊断明确的慢性病治疗和康复服务为主要内容的社区卫生服务都需要健康档案作为支撑并为健康档案提供信息，开展有效健康管理，提高居民健康水平。并通过平台能进行自我医疗管理，自我记录，持续跟踪。 2.1.3.2 管理机制创新 智慧医疗除开展各项便民医疗服务应用创新外，还重点着力于通过信息化手段促进医疗卫生监管机制和手段的创新，保证医疗资金的有效投入。本项目涉及对合疗/医保稽查机制的创新及就诊流程的规范。 2.1.3.2.1 合疗/医保稽查 针对伪造住院信息套取合疗/医保资金的现象，通过建立医疗资源管理系统建立病床-病人-医生-病症-费用-结算关联关系，形成就诊过程证据链，为合疗/医保稽查提供依据。 1、要求医院提供病床基本信息、病床使用信息以及病人就诊信息(包括入院信息、病症信息、处方信息、缴费信息、治疗费用信息、报销信息等)，对各环节数据进行分析和考核; 2、组建专门稽查队伍对病人实际住院情况进行实地核查。 3、避免市民在不知情的情况下被医疗机构套用个人信息伪造病历，要求市民在医院产生的诊疗费用要可通过消息推送或查询方式让市民知晓。 2.1.3.2.2 就诊流程规范 目前辖区内各医疗机构在就诊过程中未严格要求录入本人身份证号或其他有效身份识别信息，导致病人多次住院信息无法关联，针对这一问题可通过持卡就医的方式解决，需大力宣传普及持卡就医的要求。 对于无卡住院病人做一些规范: , 要求入院登记身份证明信息; , 若入院时无法提供，需在三天内进行补录; 23 , 身份证明信息是否缺失纳入医院考核。 2.1.3.2.3 民营医院监管 通过调研发现，民营医院信息化建设薄弱，部分(尤其是县里的民营医院)甚至没有开展信息系统建设，导致病人健康档案的断档，也不利于对医院医疗行为的监管。应要求民营医院，尤其是农合/医保定点民营医院必须规范医院管理，开展医疗信息系统建设，实现医疗服务过程信息留痕，并与咸阳市智慧医疗平台对接。 2.1.3.2.4 建立医联体 在咸阳市范围内建立区域医疗联合体(简称医联体)，将同一个区域内的医疗资源整合在一起，由一所三级医院，联合若干所二级医院和社区卫生服务中心(或乡镇卫生院)组成，目的是引导患者分层次就医。 在医联体范围内，通过区域卫生信息平台实现相关信息和资源的充分共享与交换，建立影像及检验检查结果互认、双向转诊绿色通道、医疗资源(人财物)统筹等相关配套机制，鼓励居民分级看诊，逐步形成“小病在社区，大病在医院”的医疗服务模式。同时，为了提高医联体范围内医生的整体业务水平，保证医疗质量，可以建立基层医生在大医院学习培训，大医院的医生下基层坐诊指导的双向互动模式。 同时，为了充分体现医联体以居民健康为核心的服务理念，做到对居民整个治疗过程的负责，对居民健康的负责，需要在居民与医联体之间建立和维持相对稳定、持续的关系。因此，可以以居民健康档案为抓手，做到居民健康信息的全程共享、跟踪与动态更新，对建档居民实施从基层到大医院的全程服务。另外，在医联体范围内可以对建档居民采取费用减免、优先就诊等鼓励措施，提升医联体对居民的吸引力。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 2.2 需求分析 2.2.1 业务需求分析 2.2.1.1 医疗卫生服务的需求 在医疗卫生业务工作中，不仅需要获取跨越不同系统的健康信息，还需要获取患者跨越不同区域卫生机构与边界的健康信息，在更大的医疗服务机构范围内实现或追踪诊疗预约与转诊。电子健康档案的共享就是各医疗卫生机构(医院，社区中心等)将各自对居民医疗卫生服务的业务数据采用统一的标准汇总到数据中心形成每个居民完整的健康档案信息，同时各医疗卫生机构又能够方便地共享查询这些资料为居民提供医疗卫生服务。 2.2.1.1.1 提高医疗服务质量的需要 通过健康档案医生可以全面掌握和了解患者过去就医及其健康状况，为医生诊疗提供了更多的决策所需要的基础信息，能较大程度的提高医疗服务质量。 2.2.1.1.2 节省患者支出、缓解群众看病贵问题的需要 通过计算机网络技术，为每个人建立一个健康档案，实际上就能够实现个体化程度上的健康管理，居民个人的健康的资料，如儿童出生的情况、疫苗接种、中老年人慢性病的情况、医院的就诊记录，以及诊断治疗的重要的记录，如 CT、 核磁、X 线的检查、影像学的资料都可以建立在这个档案当中。这样无论是在基层就医或者到大医院就医，医生马上就可以知道患者病史，避免了很多重复的医学 检查，既提高了效率，也节省了患者支出。 2.2.1.1.3 争抢生命绿色通道“黄金时间”的需要 院前急救是急救医疗服务系统的 3 大组成部分之一，是抢救病人的前沿，院前急救工作直接关系到病人的生死存亡，具有很强的医疗性和社会性。急症患者很多因为错过了急诊抢救的黄金 6 小时，而面临愈后效果差，甚至失去生命的结果。 通过居民健康档案可以在第一时间了解决患者的病史、药物过敏史等情况， 25 并有针对性地进行医疗诊治准备，避免无法询问病情因病史不明确导致救治不力的情况，真正的把握急诊抢救的黄金 6 小时。 2.2.1.1.4 有效、合理利用医疗资源的需要 实行社区卫生服务机构与大中型医院多种形式的联合与合作，建立分级医疗和双向转诊制度，探索开展社区首诊制试点，促进大中型医院与城市社区卫生服务机构之间形成业务联动、优势互补、疾病诊治连续化管理的机制，最终实现小病在社区，大病进医院，康复回社区的就医格局是实现区域卫生资源合理使用的有效途径。实现双向转诊的重要一点就是信息共享与沟通，这有赖于信息化建设。 没有电子病历、健康档案等基础信息，信息化支撑转诊可谓无源之水，只有有了基础信息，才能够实现转诊时各类医疗机构之间共享信息，才能实现提高质量降 低费用的目的，实现区域医疗资源的合理利用。 2.2.1.1.5 用例分析 实验室检验结果共享 实验室检验结果共享业务的主要参与者及其需开展的业务如下: 原接诊医生:办理转院申请。 专科医生:接收转入病人，查阅检验结果以及病人既往病史，对病人进行治疗。 下表是对场景描述，通过对现在使用的流程、咸阳智慧医疗信息平台建设后的流程进行对比，对有平台后的效益进行分析。 表格 2-1:实验室检验结果共享场景 场景:某患者部疼痛已经持续几周了，身体状况日益衰弱。由于诊断不明，他 的医生建议他进行一系列的化验检查并让他去专科医生那里就诊。 无区域卫生信息平台 咸阳智慧医疗信息平台 效益分析 检验结果通过传真或 患者的原接诊医生， 办节省递送检查结果 所者快递送到专科医生处。 理转院申请。 需的时间和金钱。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 提供完善的资料使得医 生能够做出明确的大部分诊专科医生查看检验报专科医生接收患者转入 告。通过区域卫生信息平 断。 台，直接获得检查结果 医疗卫生人员不再 仅 仅依靠患者的无重点 的回忆专科医生与患者会 面， 和一些补充信息， 而是可以询问患者既往病史， 从而判专科医生查阅检验结 直接获取精确 和完善的历史断是否有其他因素 引起疾果以及患者既往病史发现 数 病。 年前的情况对当前病情 可能信息。 提供完整的信息提 高产生影响。 了快速准确诊断的可 能性。 由于未能精确地查明 原因，专科医生建议做进 一专科医生就此和患者 步检查以查明病因。 回顾情况，以确认一些细 节。 根据这些临床证据和 问诊情 况，专科医生做出 诊断，并 开出治疗处方。 2.2.1.2 社区卫生服务的需求 加强社区卫生服务是医药卫生体制改革的重要内容。社区卫生服务是我国卫生服务体系的重要组成部分。作为整个卫生体系的“网底”，建立个人健康档案，分析个体健康状况和健康风险因素，针对个体差异制定保健计划，采取干预措施，提供个性化健康服务，增进健康行为，降低患病风险，是社区卫生的主要服务内容。 2.2.1.2.1 开展健康干预跟踪服务的需要 通过区域卫生信息平台实现区域内健康档案信息共享、联动医疗机构间的双向转诊、委托/受托检验和医学影像检查、图像和报告传递，实现个人医疗卫生保健服务的跟踪。健康干预服务质量是衡量一个区域居民健康水平的重要标志。 27 探索区域内居民在不同医疗机构间从孕产期保健到婴儿出生、儿童保健、终老的健康跟踪服务，利用手机短信预约服务等提供便捷和人性化的服务，可以有效提升健康干预服务质量。建立基于区域平台和健康档案的具有统一功能体系、统一指标体系和统一操 作模式的社区卫生管理信息系统，可以提高社区卫生管理和业务指导机构的管理 效率和质量，向社区居民提供更满意的卫生健康服务。 2.2.1.2.2 用例分析 慢病管理 慢病管理业务的参与者及其需开展的业务如下: 慢病病例发现医院医生:确诊病人是否为慢病患者，病情稳定后将病人转诊到辖区社区。 辖区社区医院医生:接收转入的慢病患者，康复治疗，为病人建立慢病专档案，并进行长期随访跟踪。 辖区疾病控制中心:辖区疾病控制中心了解全区域的慢病情况。 下表是对场景描述，通过对现在使用的流程、咸阳智慧医疗信息平台建设后的流程进行对比，对有平台后的效益进行分析。 表格 2-2:慢病管理场景 场景:一个病人送往医院，发现是慢病患者。基本治愈后转诊到社区医院康复，并进行长期随访跟踪。 无区域卫生信息平台 效益分析 咸阳智慧医疗信息平台 医院医生发现病人是 为医生提供更多信息，医院医生发现病人是 慢病，进行治疗。 让医生更准确地作出合适慢病，通过平台查询该病人 的诊疗方案。 的健康档案，了解该病人慢 基本治愈，或是病情稳 病是否是长期的，还是其它 定后，进行转诊到社区。 辖区社区建档案更方因素引起的，找出合适的诊 便。 疗方案，确诊是否为慢病患 社区接诊，并手工录入 者。 信息建立慢病病人专档。 自动提醒，使辖 区社区可减社区进行康复治疗。 康复后，基本治愈，或是病情稳少慢病病人访视遗漏。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 定后，通过区域卫生平台进社区对该病人进行长期专病 行转诊到社区，并将本次就随访跟踪。 诊记录自动归入该病人区 域健康档案中。 通过区域卫生平台进 行接诊。 平台自动提醒社区建 立高 血压病人专档，建档 案可从医院就诊信息默认 到档案。 社区进行康复治疗。康 复 后，平台自动提醒社区 对该病人进行长期专病随 访跟踪。 辖区疾病控制中心了解 全区域的慢病情况。 2.2.1.3 公共卫生服务的需求 公共卫生体系由国家公共卫生机构、地方公共卫生机构和基层公共卫生组织 组成，包括疾病预防控制(卫生防疫)机构、120 急救中心、妇幼保健机构、传染病 及精神病防治机构等机构与组织，肩负起医疗救治、疾病预防、健康促进、环境 卫生、传染病防治、个人卫生教育、早期诊治疾病等公共卫生职责。 2.2.1.3.1 公共卫生业务联动工作的需要 居民健康档案建立后，120 急救中心通过查阅患者的相关信息(前期建立档案 时，记录的既往病史，体检时的有关记录、家庭住址、亲属联系方式等)，急救中心的工作人员会根据 GPS 定位(若没有 GPS 定位，可根据前期登记的家庭住址)通知与呼救用户现场最近的急救车辆前往抢救。同时开通医院生命绿色 29 通道，用户发出的呼救信息不仅反应在 120 系统平台，同时也会反应到绿色通道对口医院的平台上，根据患者既往病史，使医院提前做好抢救准备。促使用户的呼救信息能够反应到呼救中心、绿色通道的对口医院。 2.2.1.3.2 疾病预防与控制管理需要 健康档案是指一个人从出生到终老的整个生命过程中，其健康状况的发展变化情况以及所接受的各项卫生服务记录的总和，疾病预防保健专业机构以居民健康档案采集的信息为依据，开展质量控制和管理，能够更好地了解和掌握辖区内 居民的基本健康状况及其变化和趋势，有效开展医疗、预防、保健、康复、健康 教育和计划生育技术指导等服务，开展重点人群、重点疾病的防治管理工作。 2.2.1.3.3 突发公共卫生事件处理的需要 突发公共卫生事件是指突然发生，造成或者可能造成社会公众健康严重损害的重大传染病疫情、群体性不明原因疾病、重大食物和职业中毒以及其他严重影响公众健康的事件。在我国已建立起了“院前急救――医院急诊―――重症监护” 三位一体的 EMSS 急诊服务体 环节分别由不同的机构不同工作人员协同完成，“救人”是整个环节最 大的目标，环节之间沟通最多的就是病情及病史，因而健康档案实质上成了整个环节的第一道也是唯一的“令牌”。 具体来说:患者的临床表现往往为急诊患者，最突出的表现是急性症状。因病情多变、复杂，往往一时很难明确临床诊断，病情危急，重点是立即抢救生命、 稳定病情，“治病”意味先要明确疾病诊断，再行相应治疗措施，因而通过居民 健康档案适时的查阅，提高抢救病人的“黄金时间”，为预防暴发大规模的疾病 提供理论依据与信息支持。 2.2.1.3.4 公共卫生服务需要 在全国建立格式、内容相对统一的信息化居民健康档案，将能够确保居民的健康信息跟人流动，在异地工作居住时，依然能够享受到由政府提供的基本公共卫生服务。国家的基本公共卫生服务项目将包括疾病预防、免疫接种、妇幼保健、 健康教育、职业卫生、精神疾病管理治疗等内容，由城市的社区卫生服务中心 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval (站)、乡镇卫生院和村级卫生室(所)向辖区内所有居民均等提供。国家还将加强 对边远、贫困和流动人口等特殊人群的卫生经费投入和服务，逐步缩小城乡居民 基本公共卫生服务差距。 下面从出生医学证明签发和传染病报告两个例子来分析公共卫生服务对居民健康档案提出的需求。 2.2.1.3.5 用例分析 出生医学证明签发 出生医学证明签发后业务的主要参与者及其需开展的业务如下: 医院医生:医学出生证签发。 社区医生:进行产后随访，新生儿随访，为婴儿建立健康档案和做计划免疫计划并做跟踪。 下表是对场景描述，通过对现在使用的流程、咸阳智慧医疗信息平台建设后的流程进行对比，对有平台后的效益进行分析。 表格 2-3:出生医学证明签发后续服务场景 场景:一个婴儿在一家人民医院出生，医院需签发医学出生证明，婴儿所管辖社区需为婴儿做计划免疫计划并做跟踪。 无区域卫生信息平台 效益分析 使用区域卫生信息平台 人民医院管理部门需减少重复信息录入， 通过区域卫生信息台， 录入婴儿出生信息到医学提高数据质量。 从孕产妇档案、分娩记录获 出生证签发系统，并打印 取婴儿出生信息，共享到医 出医学出生证。 学出生证签发系统，并打印辖区社区工作被提醒 出医学出生证。 需做随访和计划免疫，而不 婴儿管辖社区定期从是定时做调查。节省社区的社区或街道了解决婴儿出工作量。 区域卫生信息台主动 生情况，并到婴儿家庭随 提醒社区，期管辖区域内有 访，将婴儿信息录入计划一婴儿出生了，社区医生根 减少产后访视、计划 免疫遗免疫系统。 据产妇健康档案主动做随漏，提高区域产后访视率和 访。并为婴儿建立健康档 31 案。 婴儿所管辖社区为婴儿做计计划免疫覆盖率。 划免疫计划并做跟踪。 社区为婴儿做计划免疫计划 并做跟踪。 2.2.1.4 综合卫生管理的需求 为了适应深化卫生体制改革,需要进一步加强卫生信息化建设,建立以健康档 案为核心的区域卫生信息信息平台，实现区域卫生信息数据共享与业务整合，进 一步提高卫生管理与决策水平，更好地满足居民健康服务需要。 2.2.1.4.1 加强卫生管理需求 区域卫生信息平台建成后，卫生行政部门可以获得宏观管理所需的数据支持,以辅助其决策，高效开展电子政务、疫情监测、应急联动等;通过互联互通的医疗卫生网络体系将使行政管理部门对卫生业务部门的监督和控制更加的及时和准确，提高对整体卫生资源的调配力度，加强对疾病与疫情的控制，加强卫生监督， 提高行业内的应急指挥处理能力。卫生信息的发布与公示将加强了对医疗机构的 管理和约束，增强政策的透明度。丰富的医疗卫生信息资源，为政府进行全市的 宏观管理，宏观调控和决策支持提供基础数据。 2.2.1.4.2 资源整合，减少重复投资需求 近年来卫生信息化建设的发展速度较快，但不可忽视的是，不管是硬件建设， 还是应用系统的开发，以及数据的采集与信息利用，大多数都是出于一种低水平 重复的无序状态。每个单位都建设小而全的网络信息系统，采用不统一的系统软 件，使用不规范的应用系统，配备不少的专业计算技术人员，投入不菲的建设与 维护资金，结果是财力、物力与人力投入很大，带来的却不是令人满意的效益。 各部门、各系统的数据无法交换共享，遇到如 SARS 等突发事件时，连最基本的统 计数据都无法自动获取，还要通过手工方式收集、上报、统计，难以发挥卫生信 息系统的作用。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 2.2.1.4.3 实现跨业务跨系统的数据共享利用的需求 由于卫生信息化建设各自为政，缺乏统一规范和部署，各医疗卫生机构之间的网络物理上不联通，业务标准、数据标准不一致，数据无法交换共享，形成了各单位、各条线的信息孤岛。首先，各单位对基础与公共信息都要重复采集与存 储，由此造成人力、物力与财力的重复投资;其次，由于数据的重复采集与存储，导致数据冗余，影响数据的一致性与唯一性;最后，虽然数据被多处采集与存储，但由于标准不一致，数据还是无法交换、共享。 不管是公共卫生服务、医疗卫生服务、社区卫生服务，还是区域卫生综合管理，其最终目的都是为了满足人们的医疗健康服务。公共卫生服务、医疗卫生服务、社区卫生服务、区域卫生综合管理都离不开居民健康档案信息。咸阳智慧医疗信息平台的建设必须以健康档案为核心，通过平台建设，构建统一的居民电子健康档案，实现健康信息在区域内不同卫生机构间共享，利用，实现各机构间业务更加协同，以提高医疗卫生业务质量和效率，提高卫生监管与决策能力，逐步缓解和解决“看病贵,看病难”民生问题。 2.2.2 用户需求分析 居民的健康相关信息分散在各个卫生服务机构，没有形成 统一的居民健康档案。这些机构既是健康档案信息的源头，也是信息的利用者。 从用户的角度分析，基于健康档案和电子病历的咸阳智慧医疗信息平台包括两大类别的用户，即居民个人和医疗卫生服务机构。 医疗卫生服务机构可进一步划分为 4 个大类共16个机构。 表格 2-4:卫生机构列表 机构类别 序号实体机构名称 01 社区卫生服务机构 1 02 乡镇卫生院 2 医疗卫生服务机构 03 诊所 3 04 医院 4 01 疾病预防控制机构 5 公共卫生专业机构 02 妇幼保健机构 6 33 序号机构类别实体机构名称 03 急救中心 7 04 血站 8 05 9健康教育机构 01 卫生行政管理部门 10 卫生行政管理机构 02 卫生监督机构 11 03 食品药品监督管理机构 12 01 医疗保险机构 13 02 计划生育机构 14 其它相关机构 03 民政部门 15 04 公安部门 16 根据职能各机构承担多项医疗卫生服务角色，(例如:妇幼保健院，既提供 病人门诊、住院、体检等医疗业务，也提供区域的妇幼保健公共卫生服务。)承 担的角色不同决定了各类用户对平台的不同需求。 各机构承医疗卫生服务角色对应关系如下表: 表格 2-5:卫生机构与服务角色对应表 基础 儿童 妇女 疾病 疾病 医疗 行政 实体机构名称 建档保健保健控制管理服务管理 社区卫生服务机构?????? 乡镇卫生院?????? 诊所??? 医院???? 疾病预防控制机构?? 妇幼保健机构???? 急救中心? 血站? 健康教育机构? 卫生行政管理部门? 卫生监督机构? 食品药品监督管理机? 构 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 2.2.2.1 居民 城乡居民需获得如下服务: 1. 个人自建健康档案服务 2. 获得个性化健康管理和卫生保健的服务，即小病在社区、大病进医院、 康复在社区的健康受益模式 3. 获得全生命周期的健康相关信息，获得连续性、综合性、和高质量的 医疗保健服务 4. 获得个性化健康信息查询、健康互动及信息发布 5. 减少看病等待时间，可以方便进行预约挂号 6. 从专业网站在获得健康教育信息，提高自我保健能力。在需要时，可 以获得专家的咨询服务 7. 有专业的工具和软件管理自己的健康，了解自己健康情况 主要关注的是如何能获得可及的、优质的卫生服务;获取连续的健康信息、全程的健康管理等方面的需求。 2.2.2.2 医疗卫生服务机构 医疗卫生服务机构包括各级医院、社区卫生服务中心、妇幼保健院、社区卫生服务站及乡镇卫生院等为医护工作者，他们需要: , 获得医疗卫生信息标准 , 获得/注册医疗卫生信息医学术语及相关字典 , 获得健康档案信息框架指导日常工作 , 获得健康档案具体内容 总的来说，主要关注的是如何保证服务质量、提高服务效率;如何有利于针对性的服务的开展、健康管理的系统化等方面的需求。具体如下: 1、 对于医院 , 医生: , 可以调阅到当前患者的历次诊疗信息及当前患者的健康档案信 息; , 在进行远程会诊时，所有专家都可以调阅到当前患者的检查报 35 告、医学影像; , 医生在为患者诊治时可以获得重复检验/检查提示，有效减少医 疗事故发生; , 医生可以为患者进行专家门诊预约、会诊、转检、转诊。 , 护士: , 可以调阅到当前患者的历次诊疗信息，及当前患者的健康档案信 息; , 为患者提供实时快速的护理服务。 2、 对于社区 社区卫生(乡镇卫生院)要能够: , 在进行远程会诊时，所有专家都可以调阅到当前患者的检查报告、 医学影像; , 医生在为患者诊治时可以获得重复检验/检查提示，有效减少医疗事 故发生; , 医生可以为患者进行专家门诊预约、会诊、转检、转诊; , 在提供各种卫生服务工作时，能够实现数据一点采集、多点应用、 共享，避免数据重复输入，有效计划工作任务，提高服务效率，提 高服务水平、服务质量、服务效率、管理水平，获得居民满意度的 提升; , 要形成易于采集、动态更新、充分利用的“活的”社区居民健康档 案，实现基本医疗与公共卫生信息的互通，实现区域的健康档案信 息共享、信息资源有效利用。 2.2.2.3 公共卫生专业机构 包括疾病预防控制中心、急救中心、妇幼保健院(所)、血站等机构。公共 卫生专业机构主要关注的是妇幼保健、疾病管理、疾病控制、公共卫生突发事件 应急指挥、区域血液管理等。 通过区域卫生平台信息系统能够达到如下目的: , 可以将公共卫生机构系统采集的数据与医院系统、社区系统、国家大疫 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 情系统、陕西省公共卫生垂直系统进行共享及整合，减少数据的重复输 入; , 可以及时获得各个医院上报的疾病数据，从而可以及时开展工作，更好 的进行公共卫生服务。 1)疾病预防控制机构 疾病预防控制机构希望实时从各医院、社区卫生服务中心(站)获取疾病个案信息，智能分析出区域群体疫情信息，与医疗机构联网完善传染病的上报流程和模式，提高上报效率和质量，实现传染病、慢病、精神病等疾病的实时监控和预 警报告。方便、实时的疾病预防控制信息和方案发布服务，让整个区域所有卫生机构紧密结合在一起，将该体系纳入全区域应急联动体系和卫生信息网络体系，实现业务联动，共同构筑区域人民疾病预防的健康大堤。 2)妇幼保健机构 妇幼保健各业务数据离散度较大，分布在医院、社区、围产保健机构，难以形成个案全面的数据管理，围产保健个案跟踪数据缺乏，保健与临床信息无法统 一。妇幼保健机构希望得到更丰富的信息，提供更优质、更全面的妇幼保健服务。妇幼各业务工作量大，需建立与其他机构和卫生行政部门的横向网络体系，完成妇幼保健信息与其他信息系统数据的共享与交换实现妇幼保健业务与医疗业务，做到数据一处录入，多处利用，实现妇幼保健行政管理业务的全面整合。 3)急救中心 基于区域卫生信息平台和区域卫生数据中心，建立区域急救中心和突发公共卫生事件应急指挥机制和规范。 急救中心希望及时、准确进行社会急救医疗信息资料、声像、业务档案的收集、分类等级和归档，完成各类院前急救医疗数据、报表的统计工作，实现急救业务的日常受理，派车，医疗救助及应急事件急救的指挥和调度，及相应的信息统计。通过区域卫生信息平台，建立疾病电子监测机制，收集媒体网络信息和交通通报等信息，进行突发公共卫生事件监测和突发公共卫生事件相关预警处理。 在疫情和突发公共卫生事件等重大危害时期，需进行医疗资源统一调度、院前急救、医疗救治、过程跟踪与反馈等医疗救治信息服务和管理职能。 4)血站 主要指按照卫生行政部门的要求，在规定范围内开展无偿献血者的招募、血 37 液的采集与制备、临床用血供应以及医疗用血的业务指导等工作的卫生服务机构。 6)健康教育机构 希望获得更全面、更准确的疾病分布情况和居民对健康教育的需求信息，有针对地进行健康教育计划，发布健康教育知识，举办健康教育活动，评价健康教育效果，进行健康知识测试等一系统健康教育活动，提升全区域的健康水平。 2.2.2.4 卫生行政部门 要对医疗卫生服务机构进行有效管理，提高医疗卫生服务的质量、效率、满意度。主要关注的是如何提高卫生服务质量、强化绩效考核、卫生资源管理、提高监督管理能力、医疗质量监控、卫生行政管理决策支持、化解疾病风险等方面的需求。具体如下: , 通过信息化对医疗卫生服务机构实施有效的绩效考核，通过绩效考核实 施合理的、有依据的公共卫生经费划拨; , 通过信息化在公共卫生条线实施有效管理，规范基层医疗机构服务的规 范性，提高服务质量，并通过对家庭、居民健康信息的分析，制定更有 针对性的、有效的综合防治规划。 通过获取基层医疗机构卫生服务业务数据采集的基础，及时准确把握基层卫生服务的现状、预测未来业务的变化趋势;在综合查询、统计分析的基础上为卫生资源调配、卫生决策等提供数据支撑。 2.2.2.5 其他卫生相关单位与部门 其他卫生相关单位与部门指的是科研工作机构(医学院校等)、医保、农村合作医疗、药监、民政、公安、计生、银行等，这些相关单位主要关注的是业务协同、风险管理等方面的需求。 1、 科研工作 能够得到特定要求的统计分析数据供学术研究使用，同时将研究成果应用于临床医学实际，从而提高区域医疗水平，提高区域居民的健康指数。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 2、 医保、农村合作医疗 能够让区域内的医保参保居民、农村合作医疗参合人员直接在医院现场报销，优化医保、农村合作医疗报销流程，也方便了区域居民。 3、 药品监管 能够掌握区域内的药品流通情况，并可以根据需求进行有效地统计，对药品的规范管理提供有力保障。 4、 民政 能够对区域内的特殊人群给予一定的照顾措施，当特殊人群就诊时实现给予一定的优惠政策。 5、 计生 能够进行出生缺陷筛查，对于提高人口质量做出应有的贡献。从新婚夫妇婚检时开始进行有效的跟踪管理并记录在案，并对小孩的成长发育进行有效管理。 6、 公安 能够把区域内的居民与公安的数据进行对接，对区域内居民的唯一编号进行有效的标识。 7、 银行 能够实现银联卡刷卡消费，方便就诊患者;另一方面，医院也可以与银行进行对接。 2.2.3 系统性能分析 2.2.3.1 响应时间要求 交易可以定义为:一个交易是当一个单一角色跨越系统边界触发一个事件并执行一定数量的处理和数据库访问，它将影响架构中的所有服务器层。交易响应时间指完成目标系统中的交互或批量处理所需的响应时间。 根据业务处理类型的不同，我们把交易划分为三类:交互类业务、查询类业 39 务和大数据量批处理类业务，分别给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。 1. 交互类业务 交换类业务是指业务系统的事务型操作，如平台内的用户注册、日志管理，搭建区域卫生信息平台之上的业务系统的信息处理等，需要具有较高的响应要求。 2. 查询类业务 如健康档案的查询、调阅等。查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。 如有特殊要求，可以在具体需求文档中单独给出响应时间要求。 表格 2-6:查询类业务响应时间 业务复杂性 平均响应时间,参考值(秒) 简单查询 3 复杂查询 8 多维分析 15 备注:业务处理过程的交互操作的响应时间参见上面交互类业务的相关指标。 2.2.3.2 大数据量、批处理业务 如生成统计报表数据等业务处理，该类业务具有处理复杂、操作数据量大、处理时间长的特点，具体的响应时间视处理方式而定。 总的来说，在不考虑网络带宽的前提下，当1000用户同时操作平台数据时，下传患者基本信息应在1秒内完成，调阅病案信息应在3秒内完成，调阅检验信息应在5秒内完成，调阅影像信息应在10秒内完成。 2.2.3.3 并发用户数 用户数指标反映了不同情况下的使用系统的用户规模，包括总用户数、在线用户数、并发用户数，考虑到系统峰值时刻和非峰值时间的区别，在线用户数、并发用户数又分别考虑峰值和平均的数量情况。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 以下是各种用户数量的说明: 总用户数:拥有合法身份，能够使用系统的用户数量; 分类用户数:平台各个分类用户的用户数量。平台的用户按照用户类别可分为居民个人、卫生服务机构、卫生管理机构和其他相关机构的用户。针对不同类别的用户，确定用户在区域卫生信息平台上的功能域和性能要求; 峰值在线用户数:系统峰值天/峰值小时的平均在线各类用户数量(登录系统的用户); 峰值并发用户数:系统峰值天/峰值小时的平均并发各类用户数量(同时提交业务请求的用户); 平均在线用户数:系统非峰值时间的平均在线各类用户数量(登录系统的用户); 平均并发用户数:系统非峰值时间的平均并发各类用户数量(同时提交业务请求的用户)。 用户数的估算以现状调研结果为基础，并满足系统用户数负荷。 , 系统同时可接入的并发用户数应大于2500; , 数据传输、处理应有检验、核对功能和较强的纠错能力; , 内部数据查询应对不同的人员设定不同的权限级别，每人只能查询与 自己有关的数据。 2.2.3.4 系统扩展性 应用服务系统中，系统应可以实现应用负载均衡，将系统的应用负载扩展至多台服务器承担，日后若信息量较大，则系统可相应增加服务器实现扩展。 系统的扩展性可以支持下面两个方面:应用服务器，数据库服务。 2.2.3.5 系统可靠性 1. 系统可用性 系统应满足7×24小时可以使用; 系统平均无故障时间应大于1万小时; , 计划维护服务时间 41 系统每周应进行一次例行维护，维护服务在周末进行。 , 无单点故障 系统应不受任何单点故障的影响。 2. 可恢复性 , 停机恢复 系统故障恢复时间为:小故障1小时内恢复，大故障6小时内恢复; , 程序和数据的备份 表格 2-7:备份要求表 备份类别 备份期限 保留期限 无数据机器 不需备份 不保留 不定期，在系统更新程序或修保留当前及前2个版本应用服务器 改配置后备份 的备份 定期:每天备份日志、每周备定期备份的保留1-2个 份全库 数据库服务器 月，不定期备份的，建 议永久保留 不定期:进行重大系统更新前 , 灾难恢复 当灾难被发布后(being declared)，系统应在24小时内恢复。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 3 总体设计 3.1 建设内容及范围 具体建设内容及范围如下: 表格 3-1:建设内容列表 项任务名任务描述 目 称 一、市级平台建设内容及范围 1、建设咸阳市智慧医疗云平台(含秦都、渭城)，构建市级卫生信息中心: (1)采集交换平台 (2)大数据处理平台 (3)服务支撑平台 (4)应用集成平台 2、应用系统: 分为区域卫生和智慧医疗两大类: 1)省规划29项业务中，在本项目两期建设期内由市卫生局和市信息办为主体全市统一建设和接入的14项业务: 新建9项:智慧医疗门户、妇幼保健系统(2013年已投入使用)、计划免疫系统、健康教育管理系统、预约诊疗服务系统、区域医疗协主软件及同系统、健康档案管理系统、惠民卡管理系统、血液管理系统。 体 数据资另根据需要增加含包含慢病管理、健康体检、康复管理、流动人工源 员管理、高危人群管理等在内的公共卫生服务系统建设。 程 接入5项:国家药品电子监管系统、药品三统一和基本药物信息管理系统、新农合结算监管系统、县级区域卫生信息平台、医疗机构信息系统。 其余15项业务在后续项目中，按照省规划要求建设实施或接入。 2)智慧医疗应用 全市统一建设保护医药监管、医疗卫生决策支持、便民服务在内的智慧医疗应用系统。 3、医疗机构接入 完成市级5家政府办医院和妇幼保健院接入，在二期建设中逐渐扩展至非政府办医院(15家)。 二、秦渭二区平台建设内容及范围 1、秦渭二区平台物理部署在市级平台，构建逻辑独立的区级卫生信息中心 43 项任务名任务描述 目 称 2、各项应用(包括门户)在市级平台云部署，提供区级接入使 用 3、实现省卫计委基层医疗机构信息系统在秦渭二区落地实施 4、实现秦渭二区6家政府办医院接入，二期工程逐步扩展至非 政府办医院 市区平台统一建设: (1)仅对硬件及网络建设提出需求，建设内容和预算不列入本项目，硬件及网络依托农合专网并进行升级扩展。 网络 (2)健康小屋一体机 (3)医院自助服务终端 市区平台统一建设: 标准及(1)建立相关技术与管理标准规范 支撑体(2)建设安全保障体系 系 (3)建立系统运维体系 (1)医疗机构数据采集交换接口改造; 配(2)医疗机构用卡环境改造; 套 (3)其他外围系统数据共享交换接口改造(本项目两期建设考虑妇幼保健系统、工合疗结算系统、医保结算系统、药品电子监管系统、药品三统一和基本药物管理程 系统); 3.2 总体架构 按照《陕西省卫生信息化建设规划(2012-2015)暨区域卫生信息平台顶层设计(32551工程)》和陕西省卫生信息平台建设方案要求分步实现。 咸阳智慧医疗项目总体架构如下: p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 图 1:总体架构图 咸阳市智慧医疗云平台是在目前各医疗卫生机构信息系统的基础之上构建一个基于医疗信息的综合数据服务和处理中心，制定统一的标准，有效整合市县一级医疗机构业务应用系统，构建一个全市人民全面医疗信息的资源库，形成一个互联互通的医疗卫生业务协作、有序有效的医疗资源共享、医疗监管和便民服务系统。 咸阳市智慧医疗云平台采用市级与区级(秦都、渭城两区)统一合建的方式，实体部署在市级中心物理机房。上接省卫生信息平台，下与13县(区)级平台(县、区级平台物理部署在市级中心机房)互联并实现数据交换。 与咸阳市、秦都区、渭城区一市两区辖管的医疗卫生机构互联并实现数据交换: 1)与市级5家政府办医院(市卫生局局管)直接HIS系统对接及数据采集交换，逐步实现市级15家非政府办医院的对接和数据采集交换; 2)通过区级平台完成与秦渭两区区级6家政府办医院(区卫生局局管)直接HIS系统对接及数据采集交换，逐步实现区级44家非政府办医院的对接和数据采集交换。并通过部署在区级平台的基层医疗机构信息管理系统实现与基层医疗机构的对接和数据采集交换。 咸阳市智慧医疗平台从功能上应涵盖陕西省对市级区域卫生平台的相关要求，对于已建成的卫生业务系统要按照要求接入咸阳市智慧医疗平台。 45 3.3 技术架构 智慧医疗系统是一个以市民电子健康信息(电子病历、健康档案)为基础，服务市民为核心的开发和运行平台，可以使用此产品快速的的定制、开发和部署的医疗信息平台，来满足日益增加的电子健康信息共享与管理需求。因此智慧医疗系统的目标是建立一个能够容纳管理个人健康档案的可扩充的、开放的、可持续发展的构架。 其包括以下方面: 管理业务的扩充:能够围绕电子健康信息建立扩展新的健康管理业务，从公共健康管理的角度来看可以建立不同的疾病监控系统，从医疗服务者的角度看，可以查询、调用以不同组织方式呈现的个人电子医疗档案。 存储健康信息的扩充:能够在系统中增加新的健康信息种类的存储，比如新的医疗影像或检验结果。能够根据每种存储信息的特点对信息内容进行优化，但通过统一的接口对新的健康信息可以和已有的健康信息进行查询、调阅。 接入方式的扩充:面对的数据源和用户是各个医疗机构及个人用户，所以能够接纳各种现有的和未来的应用系统的数据上传及使用相当重要。中心构架需要能够扩充对各种接入方式的支持。 系统容量的扩充:智慧医疗是一个数据量庞大的信息系统，在设计时需要考虑对数据存储容量的横向扩充。 系统处理能力的扩充:随着智慧医疗系统使用者的增加，系统将承受大量的服务请求压力。系统将使用分布式服务和集群等方式实现系统处理能力的扩充。 服务能力的扩充:随着系统不同类型使用者的加入，能够针对不同的服务对象的需求，提供不同服务能力。 为了实现上述的要求，建立一个满足咸阳市医疗信息化的基本需要，同时还要满足咸阳市医疗信息化持续性发展的需求，因此我们将基于市民电子健康信息的智慧医疗系统的总体技术框架设计如下: p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 图 2:技术架构图 , 基础环境层 基础环境层是指支撑整个医疗卫生行业所有应用系统的硬件设备和网络平台，是智慧医疗信息平台的基础设施。建立完善的网络系统、主机系统、安全系统、存储系统和系统基础软件等系统等，并通过虚拟化等技术手段合理组织、分配和管理基础资源，为上层应用提供高效、灵活、方便的基础支撑服务。 , 数据资源层 在资源规划层面，对结构化数据和非结构化数据进行规范和管理。采用数据分区、容错、存储网络等手段对数据进行存储和备份管理。 , 平台服务层 在平台方面，围绕服务总线组织设计，平台的组件通过封装成服务在服务总线上进行注册，为应用系统提供统一的服务支持，通过服务总线对注册的服务进行调度、监控、管理。 五大业务域和智慧医疗应用的系统通过平台所提供的集成服务进行相应的集成，集成方式可包括页面集成、应用集成、数据集成、安全集成以及流程集成等。 对平台中的服务根据其所提供的方式和内容进行分类管理，可分为业务应用 47 类服务、基础类服务等。 基础类服务主要提供一些与具体业务相关性小的通用服务，如:工作流服务、表单服务、报表服务、统一认证服务等。 业务应用服务主要为某一类应用提供具有应用特点的组件服务，如:注册服务、ERH浏览器等。 数据采集与交换平台可采用WebService、ETL工具、连接适配器等技术手段进行统一数据采集，以及与内外部进行数据交换和共享。 数据处理平台提供数据整合、挖掘分析和管理的工具和方法。 , 应用层 在应用设计层面，可以按照J2EE等的技术体系设计开发，针对于应用之间的交互设计，可采用XML国际标准作为数据交换接口规范，通过平台提供的数据交换平台组件服务实现应用系统间的数据交换。 , 接入层 在入口提供统一认证服务，对应用系统提供多元化的访问手段，网页查看、短信推送、便携终端接入等。浏览器接入遵循http传输协议，客户端入遵循Socket传输协议或者WebServic标准。 根据集成要求在内外网门户进行集成整合，在应用访问控制过程中，基于平台提供的单点登录组件服务实现各个应用系统的单点登录(SSO)，实现统一安全访问控制，实现用户及权限的统一管理。 3.4 应用体系架构 应用体系包含按照全规划分步建设的区域卫生(本项目重点开展基于健康档案的公共卫生和区域医疗协同建设)和咸阳市智慧医疗应用两大部分。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 图 3:应用架构图 在区域卫生信息化建设过程中，须对现有卫生信息资源进行有针对性的完善升级，对业务流程进行优化再造，优化和改变不合理或落后的管理模式，在平台建设和新应用分支建设中充分整合存量资源、保护应用数据、形成新老应用系统呼应、整体协调发展的局面。本项目中重点完成包含计划免疫与预防接种、居民健康档案管理、慢病管理、健康体检、康复管理、流动人员管理、健康教育、高危人群管理、血液管理在内的公共卫生相关系统，并在完善各级医疗机构信息系统的基础上完成区域医疗协同系统建设(含区域PACS及影像集中诊断中心、区域LIS及集中诊断中心、双向转诊)、血液管理信息系统建设，以及国家药品电子监管系统、药品三统一和基本药物管理系统、新农合结算监管系统接入。 智慧医疗应用主要包括阳光医药监管、便民医疗服务、医疗卫生决策、统一接入门户几个部分。 面向省、市、县(市、区)三级全行业10类机构，3类行业相关用户，规划了区域卫生和智慧医疗两大类，涵盖公共卫生、医疗救治、药品监管、医疗保 49 障、综合管理五大业务领域的应用系统，形成广覆盖、多手段，方便快捷的卫生信息化体系。实现省、市、县(市、区)三级横向业务条线的互联互通和业务协同。 10类行业机构:卫生局、疾控中心(站)、卫生监督局(所)、120急救中心、血液中心(站)、基药机构、合管办、医院、基层医疗机构、妇幼保健院。 3类行业相关用户:卫生服务机构及医疗机构、卫生管理部门以及社会公众。 3.5 逻辑架构 咸阳智慧医疗信息化建设是在信息安全体系和标准规范体系的保障下，从上而下分为系统接入层、门户层、业务展现层、应用服务层、应用支撑层、数据资源层、硬件网络基础设施层。其逻辑架构如下图。 图 4:逻辑架构图 3.5.1 基础设施层 硬件网络基础设施层是指支撑整个所有应用系统的硬件设备和网络平台，其是智慧医疗信息平台的基础设施。包括网络系统、主机系统、安全系统、存p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 储系统和系统基础软件等系统。 3.5.2 数据资源层 数据资源层需要解决数据存储的结构、模型、内容、数据库管理软件的选型等。数据资源层是系统在运行过程中所产生数据的存放位置，是整个应用体系框架的关键核心部分，它使系统的数据交换、共享、交互成为可能，同时也为更深层的数据分析、数据挖掘、领导决策支持的依据，为应用系统实现数据采集、管理、交换、共享提供有力的支撑。 本次规划市级数据中心。中心主要包括:健康档案数据库、电子病历数据库、卫生管理库三个核心基础资源库，还包括业务库、主题库、元数据、共享数据、文档库和缓存。 3.5.3 应用支撑层 应用支撑层主要实现基于智慧医疗信息平台的数据采集、交换与共享。其中数据交换层是平台以及系统之间进行信息沟通的技术应用层面，业务服务层是基于数据交换层根据数据结构设计各种业务服务组件来完成平台数据的采集，存储与共享。 智慧医疗信息平台应用支撑层建立在基于 SOA的 ESB 总线之上，主要包括:注册服务、全程健康档案服务、健康档案存储服务、安全隐私服务和通讯服务等。 3.5.4 应用服务层 应用层服务以智慧医疗云平台为基础，面向系统各级用户提供业务服务功能，主要包括区域卫生和智慧医疗两大部分，涵盖公共卫生业务域应用、医疗服务业务域应用、新农合业务域应用、基本药物制度业务域应用、卫生综合管理业务域应用等五大类业务领域应用系统，以及基于平台的应用。 51 3.5.5 业务展现层 业务展现层基于应用服务层上提供的相关展现组件服务，辅助应用层和门户层提供GIS展示、图形分析、业务报表、仪表盘和多媒体等多种展现手段。 3.5.6 门户层 门户层主要负责集成业务应用，提供统一的用户界面。实现用户单点登录访问集成应用。包括省卫生信息网及各地方卫生信息网、行业机构卫生信息网、专业卫生信息网和公众健康服务门户等。 3.5.7 系统接入层 接入层用户主要包括:卫生行政管理人员、卫生业务人员和社会公众等。从接入的方式来说能满足卫生专网、互联网接入等，用户使用平台提供的功能时，可采用PC、移动终端、PDA等各种终端设备，另外，平台在向内网用户、公众用户提供信息服务时，会采取包括短信、电子邮件、电话等各种技术手段提供服务。 3.5.8 标准规范体系 标准规范体系是整个智慧医疗信息化建设的基础。根据建设内容逐步制定和完善本地化的标准规范体系，在制定本地化标准工作中，首先要遵循国家相关标准、国家和国际开放技术标准，遵循严格的标准规范建设流程，从总体、技术、业务、管理、运营等方面形成适合本项目建设的技术标准与管理规范体系。 3.5.9 安全保障体系 安全保障体系从物理安全到应用安全，贯穿整个逻辑架构是保障整个平台正常运营的基础。信息安全保障体系是建立在国家相关安全保障标准的基础上，从网络和系统安全、应用安全、数据安全、管理安全等多个层面，采用硬件设备和系统软件相结合的方式，构造建设的安全保障体系。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 3.6 系统部署 3.6.1 整体部署方案 咸阳市智慧医疗云平台由市(区)、县两级平台共同组成，其中，市级平台和秦都、渭城两区平台共同组成一个信息平台实施部署，实现市、区两级平台的功能;县级卫生信息平台逻辑上相对独立，满足县一级相关卫生单位进行数据共享、业务协同和决策分析。考虑到咸阳地区的网络、硬件等基础环境满足全市统一部署的要求，因此，为了节约成本、提高实施、管理效率，市(区)、县两级平台物理上都统一部署在市级中心机房;基于平台的相关应用系统也都在全市范围内统一部署在市级卫生信息平台，包括公共卫生应用、医疗救治应用、药品管理、医疗保障应用、综合卫生管理应用、门户网站和咸阳市自建的特色应用系统等。具体部署方式参看下图: 居民个人 省省综合级级公共医疗医疗市级规药品卫生门户规救治保障特色卫生划划管理管理网站系应用应用系统系应用应用统统 咸阳市智慧卫生云市区级医疗卫生服咸阳市智慧卫生云市区级卫生行务机构及基层卫生政部门服务机构市(区)级区域卫生信息平台市区级公共卫市区级其他卫生专业机构生相关单位 县级医疗卫生县级卫生行政服务机构部门 县级区域卫生信息平台县级公共卫生县级其他卫生专业机构相关单位 乡镇卫生院乡镇卫生院乡镇卫生院 村卫村卫村卫生室生室生室 图 5:系统逻辑部署图 53 3.6.2 网络结构 咸阳市智慧医疗平台依托电子政务服务平台部署，通过电子政务外网连接省级卫生信息平台、县级卫生信息平台以及卫生、社保、食药监等相关单位。通过互联网(或SDH)VPN连接市级医疗机构和公共卫生服务机构(疾控、卫监、血站、职防等)，县级以下医疗机构通过互联网VPN(SSL)接入，实现全市各级医疗卫生服务机构、卫生行政管理机构、公共卫生机构等单位的互联互通和信息共享。 接入单位包括: (一) 市(区)级卫生行政机构及所属医疗机构、公共卫生服务机构和相关卫生单位通过市(区)级平台接入; (二) 县级卫生行政机构及所属医疗机构、公共卫生服务机构和相关卫生单位通过县级平台接入; (三) 各区县辖区内的乡镇卫生院、社区卫生服务中心、村卫生室、社区卫生服务站分别通过部署在区、县平台的基层医疗机构信息系统接入。 基础网络及网络安全类设备则全部依靠市级平台的设备进行接入和搭建，避免重复建设和资源浪费，通过设备进行逻辑通道的划分，实现市区及十一县的网络接入相对独立。 3.6.3 市区级相关单位对接部署 市区两级所属医院，其院内相关业务系统，如HIS、LIS等部署在医院内部，通过医院前置机与市级区域卫生平台完成数据对接;其他业务应用，医院仅做为网络终端节点，部署工作站和系统浏览器，与在市级平台部部署的应用系统共同完成市级卫生信息平台的功能。市级其他卫生行政机构、公共卫生服务机构则完全依托于市级卫生信息平台统一部署的应用系统来支撑其业务开展和区域协同。 3.6.4 县级相关单位对接部署 县级所属医院，其院内相关业务系统，如HIS、LIS等部署在医院内部，通p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 过医院前置机与县级区域卫生平台(逻辑存在)完成数据对接;其他业务应用，医院仅做为网络终端节点，部署工作站和系统浏览器，与在县级平台部部署的(逻辑存在)应用系统共同完成县级卫生信息平台的功能。县级其他卫生行政机构、公共卫生服务机构则完全依托于县级卫生信息平台统一部署的应用系统(逻辑存在)来支撑其业务开展和区域协同。 3.6.5 基层相关单位对接部署 基层乡镇卫生院(或社区卫生服务中心)与村卫生室(或社区服务站点)全部做为网络终端节点，仅部署工作站和系统浏览器，完全依托于市级卫生信息平台统一部署的应用系统来支撑其业务开展和区域协同。 3.6.6 其他相关单位对接部署 其他卫生相关单位，如民政、公安、残联、合管办等，其业务应用系统各自独立部署，通过部署在市级卫生信息平台的前置机和区域卫生信息平台进行数据交换，从而保证了咸阳市智慧医疗云平台数据中心数据的准确性和完整性。 55 4 标准规范建设 本期项目必须优先遵循卫生部和省卫计委印发的一系列数据标准和技术标准以及行业标准数据字典。以上数据标准未能覆盖，利用项目建设成果，制定全市卫生信息化建设的各类建设指南，避免出现边整合边产生新的信息孤岛的现象。具体建设内容包括: (1) 平台接入指南 , 医疗机构接入市级平台的建设指南及评测标准 (2) 数据交换标准 , 数据交换技术方案 (3) 信息共享标准 , 医疗服务电子信息平台信息共享标准 4) 业务和管理规范 ( , 一系列配套的协同业务流程规范、 管理制度 档案管理制度下载食品安全管理制度下载三类维修管理制度下载财务管理制度免费下载安全设施管理制度下载 。例如:电子病历共享、 检验检查结果互认等 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 5 数据资源建设 按照全省规划以健康档案资源库、电子病历资源库为基础资源库，后期架构逐步扩展卫生综合业务资源库。以公共卫生、医疗服务、新农合、基本药物、医药监管等业务应用库进行业务支撑。另外，还包括运行支撑库和数据仓库。 5.1 基础资源库 5.1.1 健康档案资源库 根据健康档案的基本概念架构，健康档案的内容主要由个人基本信息和主要卫生服务记录两部分组成。 1、个人基本信息 个人基本信息主要在建档过程中产生。 个人基本信息包括人口学和社会经济学等基础信息以及基本健康信息。其中一些基本信息反映了个人固有特征，贯穿整个生命过程，内容相对稳定、客观性强。主要有: 1)人口学信息:如姓名、性别、出生日期、出生地、国籍、民族、身份证件、文化程度、婚姻状况等。 2)社会经济学信息:如户籍性质、联系地址、联系方式、职业类别、工作单位等。 3)亲属信息:如子女数、父母亲姓名等。 4)社会保障信息:如医疗保险类别、医疗保险号码、残疾证号码等。 5)基本健康信息:如血型、过敏史、预防接种史、既往疾病史、家族遗传病史、健康危险因素、残疾情况、亲属健康情况等。 6)建档信息:如建档日期、档案管理机构等。 2、主要卫生服务记录 健康档案与卫生服务活动的记录内容密切关联。主要卫生服务记录是从居 57 民个人一生中所发生的重要卫生事件的详细记录中动态抽取的重要信息。卫生服务记录信息主要在居民接受保健和医疗服务中产生。 卫生服务记录，按照业务领域划分，其主要卫生服务记录有: 1)儿童保健:出生医学证明信息、新生儿疾病筛查信息、儿童健康体检信息、体弱儿童管理信息等。 2)妇女保健:婚前保健服务信息、妇女病普查信息、计划生育技术服务信息、孕产期保健服务与高危管理信息、产前筛查与诊断信息、出生缺陷监测信息等。 3)疾病预防:预防接种信息、传染病报告信息、结核病防治信息、艾滋病防治信息、寄生虫病信息、职业病信息、伤害中毒信息、行为危险因素监测信息、死亡医学证明信息等。 4)疾病管理:高血压、糖尿病、肿瘤、重症精神疾病等病例管理信息，老年人健康管理信息等。 5)医疗服务:住院数据、门诊数据、体检数据、居民死亡报告、分娩记录等。 5.1.2 电子病历资源库 电子病历是医疗机构对门诊、住院患者(或保健对象)临床诊疗和指导干预的、数字化的医疗服务工作记录。是居民个人在医疗机构历次就诊过程中产生和被记录的完整、详细的临床信息资源。 电子病历的主要内容由:病历概要、门(急)诊病历记录、住院病历记录、健康体检记录、转诊记录、法定医学证明及报告、医疗机构信息等七个业务域的基本医疗服务活动记录构成。列举如下: 1、病历概要 病历概要的主要记录内容包括: 1)患者基本信息 包括人口学信息、社会经济学信息、亲属(联系人)信息、社会保障信息和个体生物学标识等。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 2)基本健康信息 包括现病史、既往病史(如疾病史、手术史、输血史、免疫史、过敏史、用药史)、月经史、生育史、家族史、危险因素暴露史等。 3)卫生事件摘要 指在医疗机构历次就诊所发生的医疗服务活动(卫生事件)摘要信息，包括卫生事件名称、类别、时间、地点、结局等信息。 4)医疗费用记录 指在医疗机构历次就诊所发生的医疗费用摘要信息。 2、病历记录 按照医疗机构中医疗服务活动的职能域划分，病历记录可分为:门(急)诊病历记录、住院病历记录和健康体检记录等三个业务域。 1)门(急)诊病历记录 主要包括门(急)诊病历、门(急)诊处方、门(急)诊治疗处置记录、门(急)诊护理记录、检查检验记录、知情告知信息等六项基本内容。其中包括的子记录分别为: 门(急)诊病历:分为门(急)诊病历、急诊留观病历。 门(急)诊处方:分为西医处方和中医处方。 门(急)诊治疗处置记录:指一般治疗处置记录，包括治疗记录、手术记录、麻醉记录、输血记录等。 门(急)诊护理记录:指护理操作记录，包括一般护理记录、特殊护理记录、手术护理记录、体温记录、出入量记录、注射输液巡视记录等。 检查检验记录:分为检查记录和检验记录。检查记录包括超声、放射、核医学、内窥镜、病理、心电图、脑电图、肌电、胃肠动力、肺功能、睡眠呼吸监测等各类医学检查记录;检验记录包括临床血液、体液、生化、免疫、微生物、分子生物学等各类医学检验记录。 知情告知信息:指医疗机构需主动告知患者和/或其亲属，或需要患者(或患者亲属)签署的各种知情同意书，包括手术同意书、特殊检查及治疗同意书、特殊药品及材料使用同意书、输血同意书、病危(重)通知书等。 2)住院病历记录 59 主要包括住院病案首页、住院志、住院病程记录、住院医嘱、住院治疗处置记录、住院护理记录、检查检验记录、出院记录、转院记录、知情告知信息等十项基本内容。其中包括的子记录分别为: 住院志:包括入院记录、24小时内入出院记录、24小时内入院死亡记录等。 住院病程记录:包括首次病程记录、日常病程记录、上级查房记录、疑难病例讨论、交接班记录、转科记录、阶段小结、抢救记录、会诊记录、术前小结、术前讨论、术后首次病程记录、出院小结、死亡医学记录、死亡病例讨论记录等。 住院医嘱:分为长期医嘱和临时医嘱。 住院治疗处置记录:包括一般治疗处置记录和助产记录两部分。一般治疗处置记录，住院与门诊相同;助产记录包括待产记录、剖宫产纪录和自然分娩记录等。 住院护理记录:包括护理操作记录和护理评估与计划两部分。护理操作记录，住院与门诊相同;护理评估与计划包括入院评估记录、护理计划、出院评估及指导记录、一次性卫生耗材使用记录等。 检查检验记录和知情告知信息，住院与门诊相同。 3)健康体检记录 指医疗机构开展的，以健康监测、预防保健为主要目的(非因病就诊)的一般常规健康体检记录。 3、转诊记录 指医疗机构之间进行患者转诊(转入或转出)的主要工作记录。 4、法定医学证明及报告 指医疗机构负责向服务对象签发的各类法定医学证明信息，或必须依法向有关业务部门上报的各类法定医学报告信息。主要包括:出生医学证明、死亡医学证明、传染病报告、出生缺陷儿登记等。 5、医疗机构信息 主要指负责创建、使用和保存电子病历的医疗机构法人信息。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 5.2 业务库 5.2.1 公共卫生信息库 公共卫生信息库是由公共卫生服务业务域子系统库组成，并为公共卫生服务业务域子系统应用提供数据支撑。公共卫生信息库包括了卫生综合统计信息、专项监测监管信息、卫生资源信息。公共卫生信息库包括了基础数据与共享数据。在公共卫生信息库的基础上实现疾病控制类、卫生应用类、卫生监督类、妇幼保健类、血液管理类的业务系统应用与业务系统间的数据交换。 公共卫生信息库如下: a 疾病控制类:如计划免疫管理库、慢性病管理库、公众健康管理库、高危人群健康管理库、健康危害因素监测库等。 b妇幼保健类:妇幼保健管理系统库。 e 血液管理类:血液管理系统库专业信息库。 5.2.2 医疗服务信息库 医疗服务信息库是由医疗服务业务域的子系统库组成。区域(远程)检验检查类库、医院信息系统类库、急救医疗调度指挥类库。医疗服务信息库是由临床服务类信息、运营管理类信息、医疗管理类信息构成。医疗服务信息库实现医疗服务领域内的业务子系统的数据存贮以及数据交换。 医疗服务信息库: a 区域(远程)检验检查类库:区域(远程)影像中心库、区域临检系统库、 b 医院信息系统类库:医院电子病历库、基于电子病历的医院信息业务子系统库。 c 便民医疗服务类库:预约挂号、健康监测等业务子系统数据库。 61 5.2.3 新农合信息库 新农合应用系统主要采用在市级平台上部署业务应用，通过信息总线从下属县级业务操作网络汇集业务数据的两级部署方式，所以新农合信息库主要由统筹区域类系统库和市级平台类系统库组成。新农合信息库是在新农合业务中由参保管理、补偿管理和基金监管过程中产生的信息。 5.2.4 药品三统一及基本药物制度信息库 在三统一药物及基本药物采购、配送、使用及监管过程中生产的数据信息。其中包括了药品集中招标采购信息库、药品配送管理信息库、药品安全管理信息库、药品强制召回信息库、药品紧急调配信息库。 药品三统一及基本药物制度信息库为基本药物的质量、价格、使用等多个角度进行全方位的监督管理提供数据支持。 5.2.5 医药监管库 由医保稽查、过度医疗、药品分析等子系统库组成。信息构成包括稽查规则类、监测信息类和分析统计信息类等。 5.3 运行支撑库 运行支撑库由以下几类数据库组成，包括索引数据、管理数据、元数据、标准数据、注册数据、指标数据等。 5.3.1 索引数据 索引数据是为整个卫生信息平台相关数据建立的索引信息库，包括平台的基基础数据、管理数据、运行数据等的索引。索引数据使基于平台的应用系统、业务人员、管理人员等能够对所需数据信息进行快速定位和查询。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 5.3.2 管理数据 管理数据是卫生信息平台日常运行所需要的基础性管理相关数据，管理数据包括:用户数据、权限数据、安全审计数据、日志数据等。管理数据能够让相关人员对卫生信息平台及各业务系统进行管理和维护。 5.3.3 元数据 元数据是用于描述卫生数据和数据集的相关数据，通过元数据规范平台数据的内容、范围、类型、提供方式、管理方式等。对卫生数据进行标准化、规范化的管理和约束。元数据包括业务信息的元数据、基础管理信息的元数据等。 5.3.4 标准数据 标准数据是智慧医疗云平台运行的数据基础。标准数据包括卫生业务数据的所有数据标准规范，通过这个库和数据校验机制对数据中心的数据进行标准化保障，主要的数据标准包括整个定义电子健康档案的数据集和数据元，还有各种代码标准。由于数据标准存在着时效性，因此针对有时效性的数据进行版本控制，不同的版本有各自的生命周期，不同生命周期中的业务数据对应不同版本的数据。 标准数据对卫生信息平台及业务系统，以及其它各类相关应用，进行规范化建设，实现区域内数据整合、医疗卫生业务协同和各类数据资源的共享互通所制定的标准规范。标准数据包括了技术标准、业务标准、管理标准以及运营标准等数据内容。 标准数据主要从技术、业务、管理、运营等方面对信息化业务系统的建设进行指导和约束。 63 5.3.5 注册数据 注册数据是指在平台上进行注册的基础性数据，注册数据主要是建立各数据基础数据在区域范围内的唯一标识，包括人、机构、资源、术语/字典等数据的注册信息，并形成各类注册库(如个人注册库、医疗卫生机构注册库等)，每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。 注册数据包括以下内容: 1、个人注册数据 个人注册数据即个人主索引MPI(Mask Patient Index)，是指在特定域范围内，用以标识该域内每个病人实例并保持其唯一性的编码。病人唯一标识是指用于临床实际业务并且能够辅助进行病人信息唯一性识别，在该域或跨域各涉众均可见的病人唯一编码。病人主索引服务是指为保持在多域或跨域中用以标识病人实例所涉及的所有域中病人实例的唯一性，所提供的一种跨域的系统服务。各地可采用社保卡(市民卡)加补充的健康卡来进行唯一标识的加载与识别。 2、医师注册数据 医师注册数据包括区域内需要访问区域卫生信息平台医生资料。包括医生的基本信息，医师等级，业务权限，数字证书等内容。 3、机构注册数据 机构注册数据包括区域内连接到区域卫生信息平台的全部医疗卫生机构资料。包括机构的基本信息，机构等级，业务权限，数字证书等内容。 4、医学术语注册数据 医学术语注册数据主要是各种定义健康档案需要的各种标准的统一的医学术语，其是健康档案某数据元的元数据。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 5.3.6 指标数据 指标数据是指卫生管理业务工作中用于衡量、比较某些健康或卫生服务工作和卫生行业工作相关的状况的数量概念。指标数据既可直接来自国家卫生统计调查数据，也可能由原始的数据元数据计算获得，指标与数据元具有一对一和一对多的关系。 5.4 数据仓库 数据仓库主要是对业务数据进行综合统计分析，以辅助进行相关决策。业务统计分析和医疗质量辅助分析均是利用现有数据，实现管理辅助决策，从技术角度这类应用可以基于数据仓库技术来实现。数据仓库是一个面向主题的、集成的、相对稳定的、反映历史变化的数据集合，在汇总数据的基础之上，支持数据发掘、多维数据分析等当今尖端技术和传统的查询及表报功能，用于支持管理决策。作为区域卫生信息平台特定的优化读取的性能模型，数据仓库的任务是提供一个独立的平台，数据能被转换成可操作的、可搜索的、可管理的和可获得的，而不影响信息平台系统组件所需的关键性能服务水平。支持分析、研究和管理汇集在信息平台内的运行数据相关的价值。 辅助决策利用数据仓库可以为许多不同类型业务做出辅助决策，如:医保/新农合管理辅助决策、临床辅助决策、条线辅助决策和管理辅助决策等。辅助决策除了对以上业务提供支持以外，还可以利用数据仓库平台满足公共卫生监测业务域的需求。公共卫生域需要支持一些处理过程，通过操作研究和分析来发现潜在的传染病爆发或运行其他类型公共卫生程序。 5.4.1 数据仓库构建方式 根据平台的搭建环境，数据分析挖掘平台可提供两种构建数据仓库的方式: 1)数据仓库——〉数据集市 65 根据平台目标确立主题，围绕主题对客户的完整历史数据进行规划和管理。设定合理的ETL时间节点，确保明细数据的完整性，保证信息在数据仓库层面的一致性。根据不同的商业应用，在数据仓库的基础上构建数据集市。由数据集市提供不同商业应用，以确保商业应用访问的性能。 2)数据集市——〉数据仓库 根据业务需求，逐步确立主题，构建面向主题的数据集市，提供相对应的商业应用源。在多个数据集市的构建基础上形成完整的数据仓库，达到数据定义的一致性，给前端商业应用提供统一的分析视图。 决策支持业务通过从历史数据库和专业信息库中抽取数据，将所需的信息存储于数据仓库中。对观察到的数据集(经常是很庞大的)进行分析，目的是发现未知的关系和以数据拥有者可以理解并对其有价值的新颖方式来总结数据。 5.4.2 数据仓库主题分类 本方案中的数据仓库进行的主题划分，主要包括以下几类主题数据。 , 医疗卫生基础主题数据 , 疾病监测类主题数据 , 医疗服务类主题数据 , 医疗保障类主题数据 , 公共卫生类主题数据 , 卫生管理主题数据 , 医疗机构运营主题数据 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 6 智慧医疗云平台建设 6.1 平台定位 咸阳市智慧医疗云平台是信息惠民公共服务平台的一个子平台，依托信息惠民公共服务平台构建。咸阳信息惠民公共服务平台同时支撑医疗、农业、教育、食品安全、社保就业、环保等11个示范领域的应用，如下图所示: 咸阳信息惠民公共服务平台 智慧农业云平台„„智慧医疗云平台 应用集智慧医疗应用集成智慧农业应用集成„„成平台 服务支智慧医疗服务支撑智慧农业服务支撑„„撑平台 大数据处智慧医疗大数据处理智慧农业大数据处理„„理平台 数据采智慧医疗数据采集交智慧农业数据采集交集交换„„换平台换平台平台 图 6:平台定位 6.2 平台设计 咸阳智慧医疗项目按照《陕西省卫生信息化建设规划(2012-2015)暨区域卫生信息平台顶层设计》要求开展智慧医疗云平台建设，实现全市医疗卫生行业各业务领域信息资源面向本市卫生信息数据中心的汇集汇聚，为市领导、卫生局及卫生业务管理机构提供全市范围的卫生监管服务;实现全市范围内的跨县(区)、跨业务条线的卫生信息共享与业务协作;以及面向全市居民的医疗卫生便民服务。 市级区域卫生信息平台主要功能: 1)实现本市范围内(含秦都、渭城)及跨县(区)的卫生信息共享与业务 67 协作; 2)实现与省级平台及其它行业应用系统的数据交换共享; 3)实现全市的医药监管; 4)提供医疗卫生便民服务; 5)支持市级医疗卫生行业业务应用系统的快速的定制、开发和部署。 按业务支撑和数据处理分为:数据采集交换平台、大数据处理平台、服务支撑平台、应用集成平台。 图 7:平台功能架构 6.3 数据采集交换平台 基于大数据云计算技术，通过统一规划和制订数据交换与共享的标准规范，规划共享数据库结构，实现各业务部门数据资源的互通互联，加快信息的流转速度，整合数据资源，提高整个医疗卫生行业业务处理的效率和质量，满足日益增加的区域电子健康信息共享与业务协同需求。咸阳卫生信息采集交换平台是整个区域内卫生机构信息交换、共享和利用的枢纽，负责综合、管理以及标准化各个卫生及医疗机构所产生的信息，并承担为卫生管理决策提供卫生相关信息以及与其它行业进行数据交换和共享的重任。向上承接陕西省级平台，下接所辖13个区县级平台，横向连接多家市级医疗机构、卫生机构和相关部门，业务种类多，数据量大，设计目标是建立一个能够容纳管理个人健康信息和卫生数据的可扩充的、开放的、可持续发展的构架，实现数据共享交换，全面支撑面向公众、医疗机构和卫生管理部门的服务和监管应用需求。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 数据采集交换平台作为整个智慧医疗体系的核心构成成员，其核心功能紧紧围绕构建智慧医疗系统在数据处理层面上涉及到的数据采集、清洗、转换与加载的核心数据加工流程展开。产品在架构设计理念上借鉴国内外同类主流产品的技术理念，围绕分布式计算思想展开系统设计。 6.3.1 核心功能 6.3.1.1 卫生数据采集服务 区域卫生信息交换层应采用企业服务总线等符合SOA技术路线的技术或产品来构建。区域卫生信息交换层是区域卫生信息平台与所有POS应用、公众健康服务、外部用户访问的数据访问总线，为任何授权应用服务访问EHRs提供统一网关。 卫生数据采集、共享和交换服务是卫生信息平台的核心组件，要求符合《基于电子病历的医院信息平台建设技术解决方案(1.0 版)》、《基于健康档案的区域卫生信息平台建设技术解决方案(试行)》和《基于健康档案的区域卫生信息平台建设指南(试行)》，通过卫生数据采集、共享和交换服务，使各应用系统在应用和数据层面形成一体，实现数据采集、共享、交换和应用业务的整合与集成。通过对外交换数据支持与咸阳市区域卫生平台及陕西省区域卫生平台进行卫生相关指标的数据交换。整体设计要求如下: (1)卫生数据采集、共享和交换服务遵循国家有关目录体系和交换体系的相关标准; (2)卫生数据采集、共享和交换服务各子系统之间要求松耦合，方便与各类技术、产品进行整合; (3)卫生数据采集、共享和交换服务目录子系统可以根据分类编码特征进行资源目录的动态多维度展示; (4)卫生数据采集、共享和交换服务需要提供典型业务系统的桥接工具，提供可视化配置、数据抽取、数据转换处理、日志记录等功能; (5)卫生数据采集、共享和交换服务须提供可视化开发工具，可用来开发 69 和设计数据的转换和交换的任务。数据共享交换平台功能还包括信息资源目录管理、运维管理、管理监控三部分; (6)卫生数据采集、共享和交换服务支持咸阳市与陕西省区域卫生平台的数据共享与交换。平台还支持双向数据交换，保证数据上行与下行的安全、可靠;支持批量和实时的数据交换模式;支持定时和即时的数据交换;支持异构系统数据交换;提供灵活的配置方式，自定义数据交换;支持数据采集、汇总、转换功能。 6.3.1.2 卫生数据共享与交换服务 数据资源共享是实现信息价值最大化的重要途径之一，整合区域内卫生信息资源，实现医疗卫生行业各业务部门之间数据的共享与交换，提高整个医疗卫生业务数据处理的效率和质量。 通过采集交换平台为卫生信息平台提供数据获取服务，通过数据采集与数据交换的功能从数据源及时有效地采集到需要的数据，并消除数据在各个业务系统中由于分散存储而造成的不一致、不完整，从而实现数据的共享。 数据采集交换平台主要实现数据源的采集、信息加工处理、不同数据源格式转换、信息传输、加载等功能。由于医疗数据的特殊性，为了实现对统计分析、科研以及疾病监控等业务的支持，需要首先实现医疗数据的结构化存储，因此综合数据采集平台应该具备将文本数据转化为结构化数据的能力。 数据交换 构建区域卫生数据交换中心，统一区域信息平台的对外接口，是适合不断变化的业务和信息系统发展的需求，是实现区域各卫生医疗机协同工作、并实现区域与外部系统进行数据交换的途径。 数据共享机制 要实现区域内卫生信息共享，就必须制定统一的数据标准，实现区域内不同卫生信息系统数据格式的标准化，并对数据进行统一管理。区域卫生信息共享的机制如下: (一)横向卫生信息共享 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 满足区域内医疗卫生行业各机构的数据共享与交换，横向卫生信息共享是区域卫生信息共享和交换的主体。 (二)纵向卫生信息共享 满足区域间各业务需要的上下级互联形成的数据共享和交换，纵向卫生信息共享是区域间各业务互联信息共享和交换的主体。 (三)卫生信息共享综合管理 在区域内部和区域间既满足横向又满足纵向的数据共享和交换，可以通过制定统一的数据标准和数据接口，分别实现区域内横向和纵向的卫生信息共享和交换;区域间卫生信息的共享需要构建统一的信息网络平台，对卫生数据的存储、发送和接收进行统一协调，设置统一的管理机构对信息共享进行监督和管理。 6.3.1.3 健康档案存储服务 健康档案存储服务是一系列存储库，用于存储健康档案的信息。根据健康档案信息的分类，健康档案存储服务分为七个存储库:个人基本信息存储库、主要疾病和健康问题摘要存储库、儿童保健存储库、妇女保健存储库、疾病控制存储库、疾病管理存储库以及医疗服务存储库。 医疗卫生信息共享和协同服务基于健康档案存储服务，提供医疗卫生机构之间的信息共享服务和业务协同服务。 6.3.2 技术组件 1、数据采集和存储 1)数据接入 具备全面的、统一的数据接入能力，是大数据平台的基础。完成数据统一汇聚，需具备能力包括周边系统数据接入能力、批量文件接入能力、准实时数据接入能力、实时消息接入能力。数据接入类型包括清单级数据、明细级数据、用户级数据、标签数据、指标数据。需具备统一的数据展现、监控和告警的能力。 数据接入需进行统一调度，由资源管理统一分配资源，并且需要确保数据安全、平台安全。 71 2)流量控制 带宽控制 批量文件传输接口需具备带宽控制功能。针对时段、用户、接口类型等设置允许最大带宽以及保障最小带宽。 网络控制 对于http请求、消息接入类访问，具备针对时段、用户、接口类型等设置最大每秒访问次数功能;具备访问限制监控功能，对每秒访问次数超过设置最大值的时间、用户、接口类型、请求内容记录日志，并实时发出告警通知。 对于文件和消息传输共享链路并产生阻塞，需要具备消息优先处理的能力。 3)拥塞管理 平台自身拥塞处理:在系统运行过程中，平台监测自身的处理状态数据，当发生拥塞时，对接入系统的请求进行调控， 能根据运行中的任务优先级，动态调整其在队列中的资源占比，保证高级别任务优先完成，降低系统繁忙程度，使系统恢复不拥塞的状态。 4)数据稽核 能够监控多种时期维度数据处理流程是否运行正常，快速定位至流程中异常的环节及异常的原因。做到稽核规则可配置、阀值可调整，调度清晰，分类明确，告警及时。 )数据存储 5 智慧医疗系统涉及到与居民健康相关的所有业务，因此其业务数据具有类型多、容量大的特点。根据业务数据的特点，对数据存储的要求也不尽相同。系统架构与数据存储的模式分为集中式、分布式和混合式。 集中式存储方式:集中存储的优点是效率高且方法简单，但扩展性和灵活适应性受到一定局限。在本系统建设中，对于居民基本信息(包括姓名、性别、出生年月、身份证号、社会保险号等)，由于其使用频率高，数据容量相对较小，p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 可采用数据中心集中式存储的方式;对于公共卫生信息，如疾病预防数据、妇幼保健数据、精神卫生数据，则采用中心集中存储的模式，这样可以保证该类数据的安全性。 分布式存储方式:分布存储在扩展性和灵活性有很大优势。在本系统建设中，对于医学影像信息，其数据量大，可采用分布式的存储模式，这类信息通过注册到区域卫生信息平台，当医疗机构需要调阅时，可通过平台查询获取数据所存储的地址(一般为某医疗机构)，再从目的地获取所需要的信息。这样既减轻了平台的负载，也提高了数据的调阅效率，但缺点是对医疗机构之间的网络要求较高，各医疗机构之间必须是双向网络，而且需要保证一定的带宽。 混合存储方式:对于其他业务数据(如实验室检验数据、就诊记录数据)，则可以根据实际的业务需求，采用分布式存储+集中式存储的混合模式。 总的说来，智慧医疗系统可以支持这三种架构来实现数据存储 2、数据开放和共享 1)共享配置管理 对共享数据的内容和共享接口规则进行配置，包括基础数据配置、共享服务配置、共享权限和共享配置下发。 2)数据共享过程 各数据共享过程进行监控、异常处理、日志管理，并对数据共享相关的数据提供查询统计和分析功能。 3)数据共享管控 通过各种数据共享访问提供数据服务共享。 4)可视化管理 系统需提供管理界面，可基于该界面，完成如下功能: , 可视化:展示现有的共享服务状态，中断/失败的服务请求的内容日志 , 可配置:配置共享服务包含以下可配置的内容，共享指标，维度， , 可管理:对共享服务进行起，停，配置管理 5)共享接口方式 数据共享服务实现机制中采用的主要方式，包括消息交互方式、发布订阅方 73 式、数据库方式三部分。 消息交互方式 消息交互方式是数据共享服务中服务请求方与服务提供方进行数据交互的方式。消息交互方式按照数据交互的方式分为”在线请求,同步响应方式”、”在线请求,异步响应方式”两种，分别对应不同的数据量和响应性能指标。 发布订阅方式 发布订阅方式与消息交互方式最大的不同点在于经过一次订阅，数据中心可以周期性返回订阅数据。 发布—订阅方式适用于触发性传输各种数据量的数据共享服务。由于发布—订阅方式本质上是异步响应方式，因此服务请求方不需要长时间的等待与阻塞，可以正常运行其他功能。 系统支持以下数据订阅接口服务: , 申请订阅接口; , 取消订阅接口; , 数据文件生成接口; , 错误通知接口。 数据库访问方式 数据库接口支持ODBC、JDBC等标准的数据库连接协议，支持标准SQL的操作。 3、可视化开发组件 提供数据交换平台的可视化开发工具。能够利用其中的组件工具来设计数据的转换和各种任务。需要满足两类交换:“转换”是一种数据转换引擎，它具备数据处理的大部分功能，比如对各种数据源的读取，操作和书写。“流程”是一种可以执行在 XML 或者是数据资源库里用来开发设计任务的程序，支持批量处理。 4、信息资源目录管理组件 包括元数据管理、目录分类、资源管理和资源查询等部分 1)元数据管理 系统维护人员可以对业务数据分析后，把最小业务数据单元作为元数据(即p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 不可再分的业务数据)录入系统，并把元数据按照业务规则进行分类，形成元数据分类目录，以便管理。系统维护人员根据不同业务需要，可以把元数据组织成为一个有含义的元数据集合，即实体。 2)目录分类 能够根据部门业务特征，把业务分类，即信息资源分类。在每个分类下，具备继续细化的功能，要求编目注册的资源需要经过审核后才能发布提供外部访。 3)资源管理 根据信息资源目录，能够把相关实体整合在一起，形成信息资源模板。用户能够对挂接的信息资源执行审核、发布和注销的操作。 4)资源查询 能够授权浏览用户进入本系统，浏览、检索已发布的信息资源。系统能够记录访问系统的用户，浏览信息资源次数等相关统计工作。 5、运维管理中心 1)数据发送管理 要求数据发送管理能够对各个部门前置机的发送数据的监控、对数据发送情况和发送量的统计。 2)数据接收管理 要求数据接收管理具备监控本部门数据的接收情况，并可以按年、月、时间段多种方式查询和统计数据接收量功能。 3)配置管理 配置管理提供了用户管理、指标项管理和系统参数设置管理三个功能。 6、管理监控中心 包括节点管理、协议管理、报文交换、数据结转、队列管理、服务管理、故障管理、安全管理等。 6.4 大数据处理平台 大数据平台主要用于医疗卫生业务中产生的海量结构化和非结构化数据的存储和计算，支撑阳光医疗监管分析、医疗卫生决策、便民医疗服务等重点应用 75 系统的落地。 大数据平台主要完成数据采集和存储、数据加工和处理与数据共享和服务三个层次的功能。 大数据平台底层采用分布式架构，通过数据采集交换平台实施数据处理，在ETL层基础上提供各类数据服务接口，与上层应用或其他系统实现数据共享。 功能架构 图 8:大数据处理平台功能架构图 , 存储层: 通过部署分布式文件系统，对上层提供统一的存储服务。系统可采用x86架构的PC Server的本地磁盘方案。 , 服务层: 服务层为大数据处理平台提供必需的底层服务。其中，流程引擎与任务调度服务，可以以定时或者触发方式执行预先配置的ETL任务，支持复杂流程的串并联;元数据与接入平台服务，提供不同种类、异构数据源的数据抽取能力;Map/Reduce与类SQL查询提供并行计算与简便的数据分析功能。 , 处理层: 处理层是大数据处理平台的核心功能，分为数据抽取、数据转换与数据装载p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 三个过程，大数据处理平台动作包括数据清洗、数据校验、聚合、关联等。支持自定义的数据处理动作。 , 管理层: 大数据处理平台提供可视化、流程化的管理操作界面，便于运维人员使用。管理功能包括元数据管理、接入平台管理、处理流程管理、调度任务管理与任务监控管理等。 技术架构 图 9:技术架构图 分布式数据库 具备大规模的并发处理能力、无单点故障，可线性扩展，多副本机制保证数据安全，支持SQL，开放灵活。 Hadoop集群 具备海量数据存储和处理的能力，同时提供高可用性、性线扩展、复杂计算的能力，分布式文件系统保证数据安全，Hbase提供快速的数据查询能力，云化ETL提供大数据批量采集能力。 流处理平台 可连续实时采集数据，高效的完成数据加工和过滤，采用内存数据库或CEP工具，实现数据基于内存的快速计算。 77 6.4.1 数据清洗 对于数据交换过程中的“脏数据”，需要进行数据过滤清洗。“脏数据”主要包括:不完整的数据、错误的数据、重复的数据等几类，经过数据结构分析，通过数据交换平台的数据清洗功能，实现数据自动或手动清洗，为数据处理提供完整规范的数据。 对于数据清洗过程要求具备完善的日志功能，日志内容需要记录数据清洗的原因，被清洗的数据存放到哪里和被清洗的记录数。 在元数据管理中已经对数据的基础值域范围进行了描述，数据清洗模块可以从元数据管理系统中获取相关信息进行数据处理。 6.4.2 数据转换 数据交换平台的可视化映射组件支持多种数据映射规则，根据映射规则与数据转换规则实现数据转换。 数据转换主要包括如下三个方面: , 统一网元数据编码，将不同数据源的同一网元的数据集中转换成统一格 式编码; , 转换数据类型，对与目标数据类型不一致的数据进行转换; , 转换数据格式，对与目标数据格式不一致的数据进行转换。 在该模块的程序日志中，需要记录数据转换的原因和记录数。 数据转换算法应当可被元数据管理系统识别并采集。 6.4.3 数据整合 将过滤清洗之后数据，按照一定的规则进行加工、数据转换，并将数据整合到目标数据库。 常见的数据处理主要包括:数据类型转换、字符集转换、记录拆分、记录多值拆分、根据规则生成新的字段等，通过数据整合工具，轻松实现可视化整合加工。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 将处理整合完成的数据加载到目标数据库中，完成数据整合。 数据整合平台包括可视化数据映射、数据转换、监控管理、安全加密、数据传输等部分。 1、数据映射 用于对数据整合流程以及数据映射关系进行可视化建模，提供映射关系自动分析，支持手工纠错，完全可视化的界面，操作简易方便。 2、监控管理 用于提供监控数据整合执行过程的功能，并可以配置数据整合的执行策略，如定时执行、周期执行等。 3、数据转换 根据数据映射规则，数据转换规则，进行数据转换。整个转换过程提供可视化监控，配合日志，可轻松的掌握整个转换过程。 4、数据整合 整合多来源数据。 5、数据安全加密 用于对需要传输和有安全需求的数据进行加密，确保其在传输过程中的安全。 6、数据整合实施过程 智慧医疗系统覆盖面广，数据来源多，结构复杂，数据整合工作量大，应按照标准流程进行数据整合，实施过程的规范性对数据整合的结果有较大的影响。 首先分析需要整合的数据的结构，分析源数据结构与目标数据结构之间的关系，根据数据映射规范，形成数据映射与数据转换文档，配置数据转换工程并发布工程，由数据整合工具执行数据的转换与整合。在数据整合过程中，需要进行数据校验，以确保数据的规范性和正确性。同时还需要对整个整合执行过程进行全程监控，以便及时发现和处理异常情况，确保整合工作的顺利进行。 6.4.4 数据挖掘分析平台 支持组件横向扩展，开发人员可以开发出各种功能的组件，加到该开发框架 79 中; 通过组件的支持，从纵向上支持HDFS、HIVE、FTP、MYSQL、ORACLE等各种数据源; 使用人员，通过图形化的设计界面，定义出各种流程，代码运行解释引擎负责将图形定义的流程，按实际要求运行起来。 6.5 服务支撑平台 为了保证健康数据共享，平台需要提供业务服务组件和公共服务组件两类内容功能，业务服务组件用来实现区域卫生信息化各类经办业务，业务服务组件包括注册服务、健康档案存储服务、医疗卫生信息共享和协同服务、全程健康档案服务;公共服务组件为卫生信息平台自身灵活性和可扩展性的体现，公共服务组件包括:规则引擎、流程引擎、缓存管理等。这两部分组件内容用来支撑咸阳市区域卫生和智慧医疗信息化目前的建设以及未来的扩展。 6.5.1 核心功能 6.5.1.1 注册服务 注册服务包括对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语的注册管理服务，系统对这些实体提供唯一的标识。针对各类实体形成各类注册库(如个人注册库、医疗卫生机构注册库等)，每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。注册库保有一个内部的非公布的标识符。 个人注册服务 个人注册服务是指在一定区域管辖范围内，形成一个个人注册库，个人的健康标识号、基本信息被安全地保存和维护着，提供给区域卫生信息平台所使用，并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能。 个人注册库主要扮演着两大角色。其一，它是唯一的权威信息来源，并尽可能地成为唯一的个人基本信息来源，用于医疗卫生信息系统确认一个人是某个居民或患者。其二，解决在跨越多个系统时用到居民身份唯一性识别问题。个人注p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 册服务是区域卫生信息平台正常运行所不可或缺的，以确保记录在健康档案中的每个人被唯一地标识，他们的数据被一致地管理且永不会丢失。 该注册服务主要由各医院、社区和公共卫生机构来使用，完成居民的注册功能。 医疗卫生人员注册服务 医疗卫生人员注册库，是一个单一的目录服务，为本区域内所有卫生管理机构的医疗服务提供者，包括全科医生、专科医生、护士、实验室医师、医学影像专业人员、疾病预防控制专业人员、妇幼保健人员及其他从事与居民健康服务相关的从业人员，系统为每一位医疗卫生人员分配一个唯一的标识，并提供给平台以及与平台交互的系统和用户所使用。 该功能的基本流程为，各医院、社区和公共卫生机构提供所辖医疗卫生人员基础信息给医政，医政完成审核并将这些医疗卫生人员信息在平台上给予注册。 医疗卫生机构注册服务 通过建立医疗卫生机构注册库，提供本区域内所有医疗机构的综合目录，相关的机构包括二三级医院、社区卫生服务中心、疾病预防控制中心、卫生监督所、妇幼保健所等。系统为每个机构分配唯一的标识，可以解决居民所获取的医疗卫生服务场所唯一性识别问题，从而保证在维护居民健康信息的不同系统中使用统一的规范化的标识符，同时也满足区域卫生信息平台层与下属医疗卫生机构服务点层的互联互通要求。 医疗卫生机构注册服务主要由医政(医管局)来使用，完成医疗卫生机构的注册。 医疗卫生术语和字典注册服务 建立术语和字典注册库，用来规范医疗卫生事件中所产生的信息含义的一致性问题。术语可由平台管理者进行注册、更新维护;字典既可由平台管理者又可由机构来提供注册、更新维护。 6.5.1.2 医疗卫生信息共享和协同服务 根据健康档案信息的分类和服务需要，医疗卫生信息共享和协同服务包括个 81 人基本信息、主要疾病和健康问题、儿童保健、妇女保健、疾病控制、疾病管理以及医疗服务等信息。这些域又可以进一步细分为若干个子域，例如医疗服务域可以分为诊断信息域、药品处方域、临床检验域、医学影像域。 1、个人基本信息 个人基本信息域对外提供个人基本信息共享服务。 2、主要疾病和健康问题摘要 主要疾病和健康问题摘要域是区域卫生信息平台中的一个核心部件，它将所有与个人健康相关基础摘要信息进行汇集、存储、并对外提供服务。主要疾病和健康问题摘要域在区域卫生信息平台中主要包含以下内容:血型、过敏史、慢病信息等，这些的摘要信息汇集不是从某个基础业务系统中单独获取，而是从众多的基础业务系统中抽取汇集而成。摘要域的主要服务方式是为医疗卫生人员提供一种通用的、及时的、可信的调阅服务，为医疗卫生人员在进行医疗卫生服务时能够及时、快捷的了解患者、居民基础健康信息提供一种技术支撑。 3、儿童保健 儿童保健域用于维护及管理区域妇幼机构、社区卫生服务中心、儿童医院、幼托机构、计生委、民政局等机构所产生的儿童保健数据及提供的儿童保健服务。数据主要包括出生医学证明、新生儿疾病筛查、出生缺陷监测、体弱儿童管理、儿童健康体检、儿童死亡管理等数据。 儿童保健域数据体现了数据间的联动性，如根据出生医学证明可以触发新生儿访视和儿童计划免疫服务。 4、妇女保健 妇女保健域用于维护及管理区域妇幼机构、社区卫生服务中心、助产医院、计生委、民政局等机构所产生的妇女保健数据及提供的妇幼保健服务。数据主要包括妇女婚前保健、计划生育、妇女病普查、孕产妇保健服务及高危管理、产前筛查与诊断、孕产妇死亡报告等数据。 妇女保健数据体现了数据间的联动性，如妇女在三级医院发现自己怀孕后，需要三级医院将怀孕数据及时传送到妇女所在的社区卫生服务中心及区妇幼保健所，由社区卫生服务中心的防保医生提供产前保健服务，社区服务中心也需将此产前保健数据传送给妇女生产医院，生产医院将妇女产前检查、分娩数据传送p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 回社区卫生服务中心，社区卫生服务可获知妇女分娩并及时上门进行产后访视服务。 5、疾病控制 疾病预防控制域用于维护和管理区县CDC、社区卫生服务中心、二三级医院、市CDC所产生的突发公共卫生事件应急处置和日常业务管理(人群健康的疾病预防控制级监测、干预、评估)数据及各种服务。突发公共卫生事件应急处置数据是针对事件处置的全过程管理数据，日常业务管理数据是针对人群的疾病健康预防和控制的数据。 数据主要包括免疫接种、传染病报告、结核病防治、艾滋病综合防治、血吸虫病病人管理、职业病报告、职业性健康监护、伤害监测报告、中毒报告、行为危险因素监测、死亡医学登记。 数据着重体现了过程性及联动性，即区域内各个医疗机构(CDC、医院、社区卫生服务中心)形成紧密的卫生业务联动，如某社区的居民在市级三级医院发现传染病，需要市级三级医院形成传染病管理报告卡，并将报告卡数据传送到居民所在的社区卫生服务中心及CDC，CDC负责审核报告卡，社区卫生服务中心的防保医生进行上门确认及随访，CDC审核随访数据。 6、疾病管理 疾病管理域用于维护和管理CDC、社区卫生服务中心、二三级医院、地市CDC所产生的疾病管理数据及各种服务。 数据主要包括高血压病例管理、糖尿病病例管理、肿瘤病例管理、精神分裂症病例管理、老年人健康管理、成人健康体检。 数据着重体现了过程性及联动性，即区域内各个医疗机构(CDC、医院、社区卫生服务中心)形成紧密的卫生业务联动，如某社区居民在市级三级医院发现糖尿病，需要市级三级医院马上形成糖尿病管理报告卡，并将报告卡数据传送到居民所在的社区卫生服务中心及CDC，CDC负责审核报告卡，社区卫生服务中心的防保医生进行上门确认及随访，CDC审核随访数据。 7、医疗服务 医疗服务域是用于临床信息共享和医疗业务协同的，包括诊断信息域、药品处方域、临床检验域、临床检查域和医学影像域。 83 (1)诊断信息 药品处方域系统——也被称为药物信息系统(DIS)。DIS 系统记录处方和药物治疗信息，提供完整的患者用药记录，并为医师开处方和调配药物提供决策支持服务。区域卫生信息平台药品处方域服务支持用户通过药品处方域存储服务提取患者临床数据并显示。 (2)药品处方信息 药品处方域系统——也被称为药物信息系统。药物信息系统记录处方和药物治疗信息，提供完整的患者用药记录，并为医师开处方和调配药物提供决策支持服务。区域卫生信息平台药品处方域服务支持用户通过药品处方域存储服务提取患者临床数据并显示。 (3)临床检验信息 临床检验信息域系统—也被称为区域实验室信息系统，是一个管理患者检验申请单和向临床医师发布患者检验结果的区域系统。在不同的卫生管理区域，实验室域系统可采取各种不同的形式和规模。关键在于要将浏览检验结果的解决方案与为了获得结果而涉及的与医嘱信息相关的一系列支持数据的解决方案的区别开来。 可以汇总化验结果及伴随数据(如之前的医嘱)，这样可以向医疗卫生人员提供结果汇总信息视图。在最简单的状态下，检验域系统会自动从源系统中采集检验相关事件，如申请、标本、检验结果，并且允许基于标准消息查询这些数据以提取其中的任何信息。更先进的解决方案除提供这些基本功能外，也将支持流程自动化和申请及结果生成状态的管理，同时也会以一个更加积极的方式与源系统交互，生成警告和通知，以加快处理。 检验信息域服务通过基于标准的消息与产生和管理申请的实验室系统进行交互，同时也与系统中用以产生结果的采样和检测机构进行交互。换句话说，实验室机构内的医师用户和实验技师用户使用其本地信息系统解决方案进行其工作。这些应用系统，通过与信息平台相连接，能把关键相关结果数据发布或提升到患者的电子健康记录中。 (4)医学影像 医学影像域用于维护和管理医学影像的医嘱和结果信息，医学影像检查是健p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 康档案的一个重要组成部分。大容量图像和其他二进制文件的管理和高效传输的技术要求是使得这部分服务独立成域的原因。 该服务允许集中获取和共享大型分布式网络中符合DICOM 的对象。这些网络包括在医院或诊断中心实施的图像归档及通讯系统(PACS)以及产生图像的诊断设备。通常情况下，与医学影像检查相关的数据有两部分，一份用于说明概要结论的书面报告和影像。影像可以采取不同的形式，如视频或声音，但多数时候会采取一张或多张影像的形式。无论是书面报告，还是用来达成结论的关键影像都可从数据中心服务中获得。 其他类型的二进制对象也可由数据中心域处理。实际例子包括:来自一个远距离会议的与临床有关的患者健康记录视频流剪辑，或任何来自不同设备(心电图，呼吸监视器等等)的数字流数据。 提供快捷、方便以满足存取大型图片或其他类型流对象的功能是一个挑战。区域卫生信息平台数据中心域服务支持用户查询数据中心域存储库中患者的临床数据并显示出来。集中管理的索引服务，作为全程健康档案服务的一部分，在记录患者接受医疗服务的场所和类型的数据中心信息上发挥了重要作用。当最终用户访问一个影像(或其他对象)以供浏览时，这个索引机制是DI域服务工作的核心。 6.5.1.3 全程健康档案服务 全程健康档案服务用于处理区域卫生信息平台内与数据定位和管理相关的复杂任务。该服务包括相关的索引信息，这些索引链接不同存储服务所保存的数据到一个特定的个人、医疗卫生人员、医疗卫生机构或者可以实时获取这些数据的服务点。全程健康档案服务负责分析来自外部资源的信息，并恰当地保存这些数据到存储库中，可以反向地响应外部医疗卫生服务点的检索、汇聚和返回数据。全程健康档案服务也知道其他区域卫生信息平台可能在客户端保存的附加数据，也能够对那些区域卫生信息平台转发数据请求，并合并返回数据和本地信息。反过来，全程健康档案服务也能响应来自其他区域卫生信息平台的信息请求。全程健康档案服务是平台系统架构的核心组件。该服务负责实现平台互联互通性规 85 范，还可能使用由区域卫生信息平台内提供的组件和服务同其他区域卫生信息平台互动来完成某一项事务。 在某种意义上，全程健康档案服务是区域卫生信息平台的核心。通常，数据更新事务可能需要或不需要使用全程健康档案服务，许多数据更新事务希望能直接分派到特定的注册目录、健康档案存储服务。这样的数据更新事务例子包括:处方药品域系统传来的新药品的调配事件，或者来自实验室检验机构的应用系统发送给区域卫生信息平台的新检验结果，或者来自医院的PACS应用系统发送给区域卫生信息平台的诊断成像结果集。 另一方面，所有到区域卫生信息平台中访问数据的事务希望由全程健康档案服务进行处理。全程健康档案服务是区域卫生信息平台中唯一一个知晓所有的事务和业务逻辑以及数据访问规则的部件，所以它可以围绕任何数据主题汇集出真正的全程和综合的健康档案视图。 1、索引服务 索引服务全面掌握区域卫生信息平台所有关于居民的健康信息事件，包括居民何时、何地、接受过何种医疗卫生服务，并产生了哪些文档。索引服务主要记录两大类的信息，一是医疗卫生事件信息，另一为文档目录信息。 区域卫生信息平台用户在被授权的情况下，可以通过全程健康档案服务提供的索引服务从基本业务系统查看某居民的健康事件信息，以及事件信息所涉及的文档目录及摘要信息。再结合健康档案数据存储服务可以实现文档信息的即时展示，使用户更多的了解居民(患者)既往的健康情况，为本次医疗服务提供相应的辅助参考作用。 2、业务服务 这个组件由处理健康档案数据访问事务的服务组成。这些服务被组合在一起建立一个以处理和管理这些健康档案访问事务的场景。这是区域卫生信息平台内协调和执行事务的唯一地点，其中需要涉及区域卫生信息平台里的多个服务和系统、或需要访问其他区域卫生信息平台的事件。这一组件中的服务管理着区域卫生信息平台中事务的全局性表示、编排流、响应组装、业务规则应用以及与区域卫生信息平台的各类其他系统或服务的数据访问。业务联动的众多需求则需要本业务服务组件来配合实现。包括的主要服务组件有: p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval (1)组装服务 一个平台互联互通规范的执行可能包括调用不同的组件生成多个结果集。组装服务将把这些结果集一起组合成一定输出格式。这些服务将使用组合模板的方式来实现这些功能。 (2)编排服务 这些服务管理注册、存储和提取，更重要的是各类处理流程的编排协同。编排服务是驱动事务执行的引擎。它知道服务产生的步骤，知道怎样为了触发和管理每一步并行或串行实现而调用服务。 (3)业务规则服务 业务规则服务组件是由细颗粒的验证和逻辑处理规则对象的采集器，它在运行期间进行组合以执行适用于正在被处理的特定类型的平台互联互通性事务的业务逻辑。这些业务规则可以被硬编码(指作为程序代码)进入域业务组件或者可以通过业务规则服务动态的使用。 (4)标准化服务 这些服务是在平台互联互通性执行的语境中被调用以转换成不同形式下描述的数据。典型地，这个服务常用于应用标准，把特定的输入串修改成符合标准化基础的编码串。数据的格式和实质含义都可以转换。特殊的逻辑和编码表常用于完成这种转化。 (5)数据质量服务 用于跟踪和监控区域卫生信息平台里的数据质量。因为区域卫生信息平台的数据是用于研究、监测和进行临床决策的，跟踪区域卫生信息平台内部信息质量水平的能力是一个必须的特性。这些服务能用于支持人工数据质量评估处理，将来甚至发展到完全自动的数据质量指标评估。例如:某些指标可以从监控应用业务逻辑算法的结果中得到。 3、数据服务 这些服务为健康档案业务服务提供功能性的支持，以执行正确的数据访问过程和与不同的注册服务、存储服务、业务管理或辅助决策服务交互所需的转换。通常，全程健康档案服务可以与平台内部组件相互作用。它依赖于基于标准的通信机制，并使用交换层来执行这种相互作用，或者使用更为直接或私有化的接口 87 机制来访问或更新数据到任何一种注册服务、存储服务。数据服务用在两个场景里:记录和获取健康档案数据的在线业务场景，加载和管理健康档案存储库和注册信息的管理功能场景。数据服务所包含的主要服务组件有: (1)复制服务 在现有的区域卫生信息平台内的系统或数据库之间提供数据复制功能。 (2)数据仓库服务 数据仓库服务管理从不同的存储库中抽取和插入数据，经过抽取、转换和装载等加工处理后，提供生成区域卫生信息平台范围内使用的各种数据分析利用资源。 (3)键值管理服务 当数据访问来自不同数据源时，会出项这样的情况，即某个主索引键或次索引键在源系统间不唯一或不存在。键值管理服务将在健康档案存储库插入和更新操作期间生成和管理这些键值。 (4)数据访问服务 为不同的注册库、电子健康记录系统或辅助服务相关的数据访问过程的正确调用提供支持。它存储着有关数据结构和调用过程的元数据，以在运行I-IPs的语境中或数据维护类型过程中执行存储库的操作。 4、事务处理 根据对事物的调用和处理，全程健康档案服务将配置成协调处理所有的“列表”和“获取”事务。对于任何这些事务，将建立管理这些事务的语境，将知晓如何调用一个特定的编排流，并指导编排流的执行，允许在实现这些事务时调用适当的服务。典型的调用包括: 1.调用个人、医疗卫生人员和医疗卫生机构注册服务来鉴别每个实体，并且在它们的使用过程中获得区域卫生信息平台内部标识符; 2.通过交换层服务去调用许可、加密、数字签名、访问控制、匿名访问或其他任何服务，这些服务用于对事务的实现施加适当的控制; 3.调用平台定位服务，以确定特定居民的特定事务在不同区域存储服务可能有数据的情况下，需要查询其他哪些区域卫生信息平台; 4.调用存储服务来执行特定平台互联互通规范时访问或获取数据; p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 5.通过交换层服务将子事务代理调用到存有客户相关数据的其他区域卫生信息平台中; 6.通过交换层服务为正在执行的平台互联互通规范传递一个组合响应。 为了担当处理健康档案数据访问事务的核心，全程健康档案服务必须有能力建立健康档案的完整视图。全程健康档案服务中的索引服务提供这一能力。当全程健康档案服务处理事务时必须依赖索引服务，索引服务可以了解在健康档案里存有哪些数据，并知道这些数据在参与到区域卫生信息平台中的众多系统里的位置。当全程健康档案服务是索引服务所有者时，在索引服务里全程健康档案服务也会提供一套特定的事务来管理、维护和使用索引数据。 集中处理复杂的复合事务时，全程健康档案服务是一个事务处理层，侧重于处理复杂的混合事务，这些事务需要得到一个多域或多平台的信息视图。希望大多数区域卫生信息平台数据访问事务获得这类能力，因为来自于注册服务、访问和同意管理服务、并且常常一个或多个存储服务的数据必须结合在一起才能实现一个请求。本质上，希望到达区域卫生信息平台的更新或“PUT”事件对于单一的域是特定的并被限制在处理该域的一个数据存储服务组件范围内。 6.5.1.4 信息接口服务 信息接口服务包括两大类服务:通信总线服务和平台公共服务。 1、通信总线服务 通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统和健康档案浏览器之间的底层通信。主要服务组件包括消息服务和协议服务。 消息服务组件:由处理消息内容的服务所组成，该消息的应用和网络协议的封装已经被协议服务组件所分离。这个组件中的服务包括解析、串行化、加密和解密、编码和解码、转换和路由功能。 协议服务组件:用来处理网络、传输和应用层协议。这些服务支持可热部署模块，以支持各种应用级协议，如Web Services(WS-I)、ebXML、SOAP 和远程调用协议，如RMI、DCOM、.NET等。 2、平台公共服务 89 平台公共服务主要是指应用软件系统管理所包含的上下文管理、应用审计、安全管理、隐私保护等服务。 语境管理:语境管理是实现医疗卫生服务机构与区域卫生信息平台之间交互时上下文环境状态的管理，主要提供缓存和会话服务。 缓存服务:这些服务用于管理缓存，并在可被配置设置的基础上提供与缓存响应相关的功能。这些设置可包括生存时间，持久度，缓存循环，基于角色缓存等。 会话管理服务:这些服务管理用户会话。一个用户会话将包含会话ID、功能和角色信息、授权信息、其它信息，该系统可以选择存储这些信息以提供有效的信息访问。 通用服务:这些组件提供审计服务、日志管理和通用错误和异常处理服务: 审计服务:这些服务提供配置信息审计的能力，并为其它服务提供审计支持的接口。审计服务将管理自己的数据源并使用其他服务，如编排、数据服务、日志管理服务、报告等。这些服务用于管理缓存，并在可被配置设置的基础上提供与缓存响应相关的功能。 错误/例外处理服务:这些服务提供了一个接口，以抛出和管理错误及其他业务例外。例外包括系统/应用级例外到发现由损坏或脏数据等导致的例外。错误/例外处理服务将使用日志管理服务来记录出错信息。 日志管理服务:这些服务用来管理应用、系统、安全等日志。各种服务都将产生事件日志。这些事件将根据配置记录在事件日志中。日志可以被保存在平面文件、关系型数据库、系统事件日志库等。其他服务，如警报/通知服务，可以结合日志管理服务，以提供其他增值能力。 集成服务:基础服务主要基于消息代理、映射服务、排队服务和服务目录，提供管理集成功能。 代理服务:这些服务读取结构化的业务信息来理解正在处理的事务类型。基于此，整个事务作为一个单元被代理传递到适当的服务去执行。 映射服务:这些服务帮助创建一个将源文件格式翻译成目标格式的映射文件。这项服务可用于从xml 文件映射到平面文件及其他格式，反之亦然。 排队服务:这些服务提供存储转发能力。他们可以使用消息队列以及其他持p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 久性机制来储存资料。它们可用于异步类型的操作。 服务目录服务:每个由EHR 支持的业务消息注册时使用这项目录服务。这些服务管理服务目录及伴随的服务描述。代理发生器可以利用服务描述创建代理类。 互联互通性:互联互通性组件主要用来处理那些与各种存储库、注册服务交互的搜索/解析功能。该组件还包括提供区域卫生信息平台之间的互联互通性服务，诸如处理与远程区域卫生信息平台相关事务的业务。交换层将使用互联互通性服务触发和管理这些信息平台之间的事务。 互联互通性服务:这些服务用来管理对服务的调用，这些调用从交换层发出，指向区域卫生信息平台内的不同系统(注册、业务管理、电子健康档案服务或辅助决策服务);或当事务必需向远程区域卫生信息平台发起时。 查询/获取服务:这些服务用来处理与解析服务的交互，类似在居民、医护工作者和机构注册中提供的同类功能。这些服务在使用EHR 定位服务时也将涉及到。 管理服务:该组件提供区域卫生信息平台与交换层的配置管理功能，主要涉及如下几类服务: 配置服务:这些服务用来配置信息平台，包括共享健康档案数据存储库、元数据、服务组件、支持模式、安全、对话和缓存机制等。这些服务提供了这样一个机会，即把影响区域卫生信息平台各独立部分行为参数的配置和管理的机制和过程集中化。 管理服务:这项服务提供了一个通用接口来管理和监控信息平台的各个方面。配置服务处理的是系统级配置，而管理服务处理的是系统的用户配置方面。管理服务还提供监控功能，使得管理员可以跟踪正在进行的健康档案服务的运行性能。 政策管理服务:这项服务管理基于区域卫生管理机构治理政策的政策框架和控制信息平台系统运行的过程。 安全与隐私:安全与隐私服务提供了保护患者隐私和各区域卫生管理机构实施安全与隐私政策所需的功能。 匿名化服务:这些服务保护患者的隐私和安全，确保在信息平台中以及提供 91 正常医疗服务以外的(例如医疗保险、管理、以及某种形式的研究)传递中使用的患者资料不向非授权用户透露患者的身份。 许可指令管理服务:许可指令管理服务转换由立法、政策和个人特定许可指令带来的隐私要求，并将这些需求应用到区域卫生信息平台环境中。在提供访问健康档案或经过区域卫生信息平台传输健康档案之前，这些服务应用于健康档案以确定患者或个人的许可指令是否允许或限制健康档案的公开。这些服务还允许信息平台用户管理患者/居民的特定许可指示，例如根据法律法规的需要和允许，阻止和屏蔽某一医疗服务提供者访问健康档案或者在紧急治疗情况下不经许可直接开放健康档案。 身份保护服务:这项服务将一个患者或居民的身份解释为一个健康档案标识符。患者或客户通常由一个如社保卡号码的通用标识码来标识，这样的卡号关联到每个包含健康档案标识域中的健康档案标识符。健康档案标识符是一个受保护信息，只有交换层之上平台系统才能知道。 数字签名服务:数字签名由医疗卫生应用程序的用户创建，以确保临床数据的不可否认性，这样的临床数据如:数据文件、报告、记录中的字段域、安全声明、XML文档，包括被转换为XML文档的HL7消息或对象中的元素。这项服务在生成签名之前先验证数字证书没有被撤销。 加密服务包括:(1)密钥管理服务:创建和管理数据存储的加密密钥;(2)数据库加密服务:加密和解密数据库表中的数据字段(列)和记录(行)以保护健康档案以及信息平台中处于使用状态的其它保密的关键系统数据;(3)数据存储加密服务:加密和解密文件和其它数据块，用于保护在联机存储、备份或长期归档中的数据。 一般性安全服务包括:(1)扫描恶意程序，保护免受侵害;(2)安全备份/恢复数据;(3)资料归档;(4)数据安全销毁。 身份管理服务:这些是面向更高层次服务提供的基础服务，例如用户注册、认证、授权，其中包括用户的唯一标识、查找用户的标识，挂起/取消用户访问权。 访问控制服务:这些服务确定对信息平台应用功能的基于角色的访问权限。这些服务还提供配置和管理用户及角色访问功能和数据的授权。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 安全审计服务:这些服务提供对每个事务所涉及到的系统、用户、医护工作者、患者/居民、健康数据等等的报告功能。这些服务对于满足其他业务需求，如系统管理、事务监控、记录重要的与隐私和安全有关的事件等，也是至关重要的。 用户认证服务:这项服务验证用户的身份。这项服务是在执行医疗卫生应用与区域卫生信息平台之间的事务的场景下被调用，以验证参与事务用户的合法性。 订阅服务:订阅服务提供预订事件和管理警报及通知的功能。 警报/通知服务:警报是用户能指定控制系统或代理行为的参数。当到达警报条件，服务会通知用户。这项服务工作时与下面描述的发布/订阅服务关系非常密切。一个警报例子可以为:“如果血液测试结果超出正常范围，请提示我”。通知服务将发出一个信息，与结果连同其他有关资料发给申请检查医生。 发布/订阅服务:这项服务管理订阅人和发布者。它提供的功能分两个层次。一是在整合层面，按照整合参数所定义的机制为订阅者提供内容。另一种是在一个更高的水平上，用户可以订阅指定内容。当观察到特定的条件或者用户订阅的内容被发布时，信息通知用户。警报和通知由上文所述服务来处理。 6.5.1.5 健康档案管理服务 健康档案的管理服务包括:建档服务、归档服务、迁档服务、档案的合并和拆分服务、档案终结服务、核心档案的维护服务、个人档案信息迁出/迁入、档案查询等。 建档服务 建档分为主动建档和被动建档。 主动建档是指社区卫生服务中心在开展公共卫生业务时候，通过基层医疗卫生信息系统为居民建立社区档案。 被动建档是指医疗机构在开展医疗业务开展的过程中，区域卫生信息平台自动根据医院信息系统提交的信息建立居民健康档案。 在主动建档时，该居民的社区卫生服务中心在基层医疗卫生信息系统中建立 93 社区健康档案完成后，需上传到区域卫生信息平台中建立居民健康档案。如果已经存在类似的居民健康档案，则根据信息相似点判断进行合档的操作。 在建档时，基于该居民的身份信息在系统平台上注册该居民的基本信息。 归档服务 基于居民身份的识别，属于某人的健康档案档案信息被归集到该居民的健康档案中。对于公卫档案，由社区卫生服务中心的健康档案管理人员确认后，为其归档。 迁档服务 为使居民有一个完整的健康档案，居民搬迁后，其健康档案的维护工作由迁出社区转移到其迁入的社区。将其在前一个社区的健康档案迁出到另外一个社区进行管理;同时，也对迁入本社区的居民健康档案进行接收，继续为居民提供卫生服务。 档案的合并和拆分服务 当发现两份档案其实是属于同一个居民时，需要把这两份档案合并到一起。 当发现某居民健康档案中的部分档案不属于该居民时，需要把不属于该居民的档案从其档案中拆分出去。 档案的合并和拆分服务，是通过病人主索引来实现。 备注: 在健康档案中建立一些信息识别点，并建立合并和拆分规则。例如，当信息识别点相同的数量大于5，则判断是同一个居民，就进行合并的操作。当信息识别点相同的数量小于等于5，则判断不是同一个居民。 档案终结服务 当该居民死亡或该居民迁出咸阳后，其档案进入终结状态。 核心档案的维护服务 此外居民的基本信息发生变化后，需要对核心档案进行维护。 6.5.1.6 健康档案调阅服务 组装服务 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 组装服务通过调用不同的平台组件生成多个健康档案数据的结果集，并把这些结果集组合成一定输出格式。 标准化服务 标准化服务把特定的输入串修改成符合标准化的编码串。数据的格式和实质含义都可以转换。 数据访问服务 数据访问服务提供对单个健康档案文档或文档集的数据的检索和访问服务。 6.5.1.7 健康档案协同服务 通过企业服务总线、业务流程管理、业务规则管理、事件管理等机制，实现基于健康档案的医疗卫生业务协同服务。 6.5.1.8 信息安全与隐私保护 通过提供身份认证、用户管理和权限控制、审计追踪、加密服务、知情同意、匿名服务等手段保证信息安全和隐私保护。 隐私保护用来制定从法律，制度和个人要求等几个方面对个人医疗信息的访问进行限制和授权。系统将会指定一个通用的授权制度，比如说允许急救室访问所有病人的医疗信息，或者允许病人访问过的医院里的医师访问此病人的所有信息。系统也可以允许病人自定义授权条件，允许某些医师或某些医疗机构访问自己的医疗信息记录。 隐私保护实现成Web Service服务。系统中将医疗信息记录按照种类或者条目制定记录ID，在实现时，将为每个用户建立一个授权映射表，指出某些医师或机构已经被授权访问哪些信息。 6.5.1.9 健康档案查询浏览服务 医疗卫生业务人员可使用健康档案浏览器调阅和查询健康档案数据。 95 6.5.1.10 居民健康公众服务 可通过门户网站、电子邮件、短信等多种方式为居民提供电子化的健康服务。这些服务包括是预约挂号、健康门户、政策公示、就诊评价、健康咨询等。 6.5.2 技术组件 健康档案浏览器 咸阳智慧医疗信息平台的健康档案浏览器可为全市所有用户提供基于Web的健康档案访问需求，由于市区平台部署结构合并，市平台的健康档案浏览器直接索引至区县平台健康档案浏览器。 健康档案浏览器是为终端用户提供的基于Web 的访问健康档案的应用程序。健康档案浏览器的目标是建立一个用户友好的环境，在该环境下授权的医疗卫生人员可以方便地访问卫生信息平台中保存的客户相关数据。卫生信息平台由七个域系统组成，每一域针对特定的医疗卫生人员。例如，儿童保健域服务于儿童保健人员的需求，处方药品域服务于开处方的医生和调配处方的药剂师的需求。每一个域的解决方案都提供一个终端用户的接口能力，以特别用于域相关的数据集和特殊的功能。 健康档案浏览器的不同之处在于它的通用性，重点在于提供健康档案中任何可用信息的跨域集成视图。这包括通过索引服务追踪到所有事件的相关数据，包括挂号、健康档案存储服务和业务管理服务。随着卫生信息平台的应用、发展和成熟，用户需要健康档案浏览器具有能够将自身整合到现有的基本业务系统或其他Web 应用程序的功能。 区域内各医疗机构使用健康档案浏览器可实现对平台整合后业务数据的访问，由于这种方式相对安全(一般只能查阅，不能修改)，因此从管理层角度来看，也是一种非常理想的信息共享模式。 ESB服务总线 企业服务总线(ESB:Enterprise Service Bus)是整个平台的技术核心，ESB通常采用面向服务的体系结构。该服务保证在一个异构的环境中实现信息稳定、p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 可靠的传输，屏蔽掉用户实际中的硬件层、操作系统层、网络层等相对复杂、烦琐的界面，为用户提供一个统一、标准的信息通道，保证用户的逻辑应用和这些底层平台没有任何关系，最大限度地提高用户应用的可移植性、可扩充性和可靠性。提供一个基于应用总线的先进应用整合理念，最大限度地减少应用系统互联所面临的复杂性。系统的实现维护都相对简单，保证每一个应用系统的更新和修改都能够实时地实现;同时当新的应用系统出现时能够简便的纳入到整个IT环境当中，与其它的应用系统相互协作，共同为用户提供服务。 OLAP 联机分析处理(OLAP)系统是数据仓库系统最主要的应用，专门设计用于支持复杂的分析操作，侧重对决策人员和高层管理人员的决策支持，可以根据分析人员的要求快速、灵活地进行大数据量的复杂查询处理，并且以一种直观而易懂的形式将查询结果提供给决策人员，以便他们准确掌握个业的经营状况，了解对象的需求，制定正确的方案。 短信平台 短信平台为平台内部应用系统提供的基于移动终端(包括短信、彩信、WAP、手机客户端等)的信息化应用服务。可支撑公众健康关怀、预约挂号等业务开展。 移动终端采集 通过移动化平台方式，方便医院各级部门在需进行移动办公与信息收集环节对信息进行采集，并可通过信息共享将数据提供给各个相关系统进行调用，减少人力与资源的投入浪费。移动信息收集系统通过模板化的管理，对所需采集信息的样式模板进行定义。使用者根据当前工作在移动终端上选择对应的模板进行填写。填写后的信息通过共享平台分布到各个需要应用结果数据的平台上。 应用场景分为:登记、调查两大类。 登记:用于对日常需要进行格式化收集的信息进行规范化记录。如:儿童的健康体检信息采集、巡诊医嘱记录采集、会诊信息收集等。 调查:针对需要进行意见采集等事务处理时使用。如:调查问卷、意见收集、投诉建议等。 该采集系统适用的采集终端有:PC web界面采集、手机web页面采集、微 97 信公众账号采集、手机APP采集。 中间件 中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件位于客户机/ 服务器的操作系统之上，管理计算机资源和网络通讯。是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口，但通过中间件相互之间仍能交换信息。执行中间件的一个关键途径是信息传递。通过中间件，应用程序可以工作于多平台或 OS 环境。 权限管理 在平台中权限管理至关重要，不同的用户具有不同的权限，使用不同的信息路由路径，对各应用节点的接口调用进行身份验证。这样保证了系统的安全性、可靠性和稳定性。系统应从不同的角度进行相应的权限管理，功能权限指对接入平台的各个应用以及功能服务的访问权限;数据集权限即数据项权限，是指用户对传输中的信息各数据项的访问权限;管理范围及记录权限，是作为共享数据信息内容的访问权限。当用户所具有的信息，符合通过管理范围设定出的特殊匹配条件时，允许用户访问相应管理范围所规定信息内容;权限方案允许用户导出和导入。便于权限管理信息的分发和设定。 日志管理 日志集中管理与审计需求主要包括:全面的日志采集、审计记录的规范化、基于策略的日志过滤好归并、本地型日志审计与网络型日志审计相结合的审计体系多维关联分析需求、日志存储等。 工作流引擎 业务流程引擎负责描述、解释执行业务流程模型，将多个应用提供的功能和服务编排在一起。一个在流程引擎中部署的流程向外提供了一个复合服务。流程引擎负责管理流程的变迁状态、调度多个流程实例的执行，对于需要和用户交互的活动产生相应的工作项，当用户通过操作界面提交一个工作项时，继续执行相应的流程实例;对于和某个应用相关联的自动活动，则通过服务调用的功能执行流程建模工具负责定义流程模型，XML 各式的流程模型将持久化存储在本地文p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 件或者服务器的流程模型库中;表单定制工具负责定义表单模型;流程引擎负责驱动流程模型运行，涉及到人工干预的任务流程引擎将驱动相关表单或者用户自定义的外部应用，共同驱动流程的运转。 调度管理 服务调度提供分布式服务的聚合和管理，同时，提供动态负载均衡的服务，从而能够实现大规模信息资源应用服务系统的集群，并能够进行集群系统的集中管理，支持多种异构服务的接入和管理，通过服务总线实现对各个服务的调度和分配。服务调度提供良好的服务注册和服务管理的功能，同时，针对大量不同用户的并发请求，提供良好的负载均衡能力，通过分析各个服务的负载情况和能力，动态地进行请求资源的分配，从而可以弹性地适应各种应用场合，确保服务的正常运行和调用。 GIS服务 电子地图GIS平台是用于Internet或企业Intranet/Extranet的地图服务器。需要广泛发布地图和基于位置分析的企业可以用它来更好地向顾客提供服务，更好地做出商业决策，更有效地管理资产和运营。电子地图平台向应用开发商提供了一个高度可视化的、直观的组件，方便他们将地图功能集成到任何Web应用中。电子地图平台支持在一个集中管理的服务器上运行地图应用，降低了硬件和管理成本，同时极大地提高了应用性能、可靠性和安全性。组建式GIS使软件的可配置性、可扩展性和开放性更强，使用更灵活，更便于二次开发，特别有利于应用系统集成和拓展。通过使用GIS系统，可以使我们的区域卫生决策支持系统和应急指挥系统等更加直观，实用。在本项目，我们建议先选择免费百度地图。 负载均衡 负载均衡的作用是把不同的客户端的请求通过负载均衡策略分配到不同的服务器上去。负载均衡的基本工作方式是通过更改请求的目的地址对请求进行转发，在服务器返回数据包的时候更改返回数据包的源地址保证客户端请求的目的和返回包是同一个地址。 缓存服务 99 数据缓存服务提供一个医疗机构端原始医疗数据上传过程中的缓存机制，在大批量原始数据的上传过程中，保证了电子健康信息中心的其他服务的响应时间和稳定性。医疗机构端原始医疗数据上传可以采用准实时和批量上传的形式。当数据上传至中心之后，中心将根据不同数据来源来对原始数据进行变形、验证、导入和注册等工作。 系统配置 由于平台是一个复杂、庞大的系统。软件系统需要不断地维护和更新，如果每修改一次都需要到用户终端进行一次程序更新，系统的维护的工作量是无法想象的，为了解决这一矛盾，系统对各接口组件实行智能维护，提供功能服务组件版本自动更新功能、系统参数设置功能和提供个性化服务功能等。对于数据集和流程定义配置文件的更新，也应通过分发机制保证各节点的统一性。 6.6 应用集成平台 通过应用集成平台提供跨系统、跨平台的应用集成功能。 6.6.1 核心功能 6.6.1.1 业务协同服务 医疗卫生业务协同包括医疗服务协同和卫生业务联动两部分组成。 医疗服务协同 医疗业务协同是指医疗机构与医疗机构之间通过平台实现业务的协同。通过医疗业务协同，可以有效利用医疗资源，降低医疗成本，提高医疗质量。具体而言包括:可包括专家门诊预约、专家远程咨询会诊、跨医院转诊转检、双向转诊等。 卫生业务联动 卫生业务的联动主要体现在区域范围内各医院、社区卫生服务中心与疾控、妇幼保健等业务条线的业务联动。由于许多卫生服务的信息源头是二、三级医院，例如产妇在产科医院分娩，病人在二、三级医院手术。产妇出院后，p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 社区可以开展后续的产妇保健工作;同样病人手术出院后，需要康复指导。在没有区域卫生信息平台的情况下，由于信息不通，社区卫生服务人员不能及时获得二、三级医院的信息，无法开展高效的卫生服务。 卫生业务联动主要包括:妇幼保健业务联动、疾病管理业务联动、医疗质量监管、采供血安全跟踪、120急救联动等。 卫生业务联动主要是通过区域卫生信息平台实现不同医疗卫生机构的信息系统之间卫生业务的提醒。 例如，产后访视流程: 1、孕妇在医院分娩后，妇保医生无法及时掌握孕妇分娩信息，无法及时进行产后访视。 2、通过区域卫生信息平台，医院信息系统或妇幼保健信息系统上传分娩记录、出生证等信息。 3、区域卫生信息平台产生提醒信息，推送到基层医疗卫生信息系统中。 4、基层医疗卫生信息系统根据产妇的地址，在工作界面上提示该社区妇保医生。 、社区妇保医生则可以电话联系约定产后访视的具体时间。 5 6、社区妇保医生可以通过健康档案共享平台调阅该孕妇在医院的分娩信息;而医院临床医生也可以通过健康档案共享平台调阅该孕妇在社区的健康检查信息。 6.6.1.2 医学影像处理服务 医疗影像处理服务支持对医疗影像的多种W/L调节方式、ROI自动调节、选择预定义或图像内部LUT调节、直方图调节、直接输入值调节、多种图像缩放方式、3D后处理功能、MPR (Multiplanar Reconstruction)、多平面重建、容积重建、表面重建等常用图像处理方式。 6.6.1.3 检验检查结果共享服务 在医政管理部门认可的范围内，通过开展医疗机构间检验检查结果的共享， 101 进一步合理、有效利用卫生资源，简化患者就医环节，降低患者医疗费用，是解决群众看病难看病贵的有效途径之一。 6.6.1.4 医疗卫生文档共享服务 医疗文档共享服务的任务是为区域内各医疗卫生机构相互调阅位于其他系统的患者诊疗(健康)记录提供服务。以解决区域范围内医疗卫生(健康)信息共享和交互问题。文档共享服务方便区域内各级医疗服务人员在得到居民授权的情况下，能够调阅和检索患者诊疗档案，查看患者在区域范围内各机构的诊疗服务及社区卫生保健服务记录，主要内容包括医疗摘要、检查检验报告、身体健康检查报告和居民健康档案等。 6.6.1.5 信息资源目录服务 卫生信息资源目录体系是整个卫生信息资源共享和开发利用的基础。卫生信息资源目录体系的主要作用是实现对信息资源的发现和定位，同时对于加强信息资源的管理以及整合利用也有很大的作用。实现区域卫生信息平台的数据源的智能化管理，需要将各个卫生业务系统的数据源作为信息资源进行管理，建立信息资源目录，实现信息资源的注册、发布、查询、维护等管理功能。 6.6.1.6 主题与订阅发布服务 发布/订阅(Publish/subscribe 或pub/sub)是一种消息范式，是一种异步消息传输机制，把消息的发布者与消息的订阅者以一种松耦合的方式联系在一起，它们不需要知道对方的任何信息，甚至不需要知道对方是否存在，就可以实现消息的异步传递。发布者和订阅者之间通过主题(Topic)交换信息:发布者把信息发布到主题，订阅者在主题上注册并接收信息，通过这种方式主题把发布者和订阅者连接起来。这种发布者和订阅者的解耦可以允许更好的可扩放性和更为动态的网络拓扑。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 6.6.2 技术组件 统一认证平台 通过统一身份认证和访问控制为用户提供方便的访问接口和安全的信息服务，使用户只需一次登陆就可方便、快捷地访问多个应用系统和资源。建设统一身份认证和访问控制管理平台的主要目标是: 1、 建立一套完整的身份认证体系; 2、 建立统一身份认证中心; 3、 建立平台身份认证和各业务应用系统的身份认证接口标准，以使各个业 务应用系统和新增系统的身份认证机制与平台保持一致; 4、 建立合理的资源访问控制机制以及相应的资源访问策略，准确定义用 户、角色、权限三者之间的关联映射; 5、 通过统一身份认证和访问控制管理平台，提供一个统一的用户认证、授 权、审计和管理框架。 能力开放平台 对于需要接入开放平台应用，首先需要向平台方发起接入请求，并提供相应的信息如应用名称，接入方名称、接入方回调地址(用于异步信息通知和令牌刷新通知等接口)等。之后接入方将会收到平台方提供测试用appkey、appsecret、sessionkey，用于接入平台沙箱环境，沙箱环境下，所有的数据都与真实环境隔离开。待测试通过以后，接入方从平台方获取正式环境的appkey,appsecret和sessionkey，并对接到平台的正式环境上，完成接口上线流程。 数据开放平台 )数据分析服务 1 提供报表定义、维度定义、自助设计报表引擎等功能。 2)数据发布服务 提供数据资源编目。数据维护等功能。 3)交换服务 提供数据同步、目录同步、申请同步、数据描述同步等服务。 4)数据申请服务 103 提供数据申请、审批、反馈的闭环服务。 应用开放平台 平台提供部分应用，如:健康档案浏览器，供其他系统通过即插即用的应用集成方式进行调用集成。 统一接口平台 平台与其它系统的统一接口。系统提供一个接口，此接口可以通过设置调用后台的不同业务模块。系统提供统一的接口协议(实时与非实时)。系统提供灵活格式转换功能，将接口收到数据，按各业务所需的数据格式进行相应的格式转换操作。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7 应用系统建设 应用系统建设分为区域卫生应用和智慧医疗应用两部分，其中，区域卫生部分重点突出《陕西省“十二五”期间深化医药卫生体制改革规划暨实施方案》明确的29项业务分支中，由咸阳市统一新建的内容。 7.1 区域卫生部分 依据《陕西省“十二五”期间深化医药卫生体制改革规划暨实施方案》开展已明确的29项业务分支建设。 7.1.1 咸阳市统建的9项业务分支系统 7.1.1.1 健康档案管理系统 系统概述 健康档案管理系统是以居民健康为中心，以生命阶段、健康和疾病问题、卫生服务活动(或干预措施)作为三个纬度构建的业务管理系统。用于全面、有效、多视角地描述健康档案的组成结构以及复杂信息间的内在联系。通过一定的时序性、层次性和逻辑性，将人一生中面临的健康和疾病问题、针对性的卫生服务活动(或干预措施)以及所记录的相关信息有机地关联起来，并对所记录的海量信息进行科学分类和抽象描述，使之系统化、条理化和结构化。 部署方式 健康档案管理系统采用市级平台集中部署方式，通过统一的帐号与权限管理来满足全市各级医疗卫生机构不同医务人员对居民健康档案的管理和共享。 数据交换 居民电子健康档案系统通过平台与医疗机构信息系统互联互通交换数据，还与其它相关业务信息系统如妇幼保健、计划免疫、慢病管理等建立互联互通数据交换关系，居民电子健康档案系统应完成相关业务应用的信息支撑服务。 105 为了推进和规范居民健康卡业务的顺利开展与实施，本系统还提供与咸阳市惠民卡管理系统的双向对接。即为发居民建立健康档案，同时健康卡又可以作为健康档案的主索引，极大的方便了日后对健康档案的动态更新和实时利用。 另外，咸阳市居民健康档案系统按照省规范通过市级平台与省级健康档案系统实现数据交换。 功能描述 包括新建档案、更新档案(分为手动更新和自动更新两类)、档案调阅、档案迁移、档案合并、档案注销与恢复、档案删除(仅限系统管理员)等功能。 为了让老百姓切身感受到居民健康档案管理的实际意义，未来会通过与健康门户的对接，为老百姓提供个人健康档案的调阅服务，老百姓可以查阅包括个人基本信息、健康信息、疾病信息、诊疗信息和健康指导信息等在内健康档案内容。为居民个人保健提供帮助。 为了方便医生对居民健康档案的快速利用和管理，本系统还提供与院内HIS/LIS/RIS/PACS等系统的诊间协同功能。通过协同功能，医生或医技人员不用再额外登录健康档案管理系统即可完成档案的调阅、建立和更新等操作。极大提升了健康档案管理的便捷性和易用性。 最后，为了便于卫生职能和监管部门对辖区居民健康情况和健康档案管理系统实施效果的总体了解与把握，本系统会提供健康档案统计分析功能，包括居民慢病发病情况、居民健康状况、辖区建档率、动态率、利用率等统计分析信息。 7.1.1.2 惠民卡管理系统 系统概述 咸阳惠民卡工程是以市民信息为基础支撑、以惠民卡为核心载体、以业务应用为服务手段的“便民、利民、惠民”工程，是一个以惠民卡的全生命周期管理模式为核心的综合应用服务系统。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 部署方式 惠民卡管理系统采用市级平台集中部署方式，通过设置管理权限，实现市、县(区)两级报表数据呈现，同时支持用户自定义查询和报表。 数据交换 卡管系统存在兼负了对其他业务平台、省级行业卡管平台同步业务、数据的职责，如下图所示: 业务处理省级卡管理平台 业务平台1业务平台2业务平台3业务平台n 省卫计委卡管理同步医疗相关个人数据、卡数据、卡务管理数据系统 市级卡管理系统 其他省级卡管理同步行业相关个人数据、卡数据、卡务管理数据系统业务执行 制卡机构发卡机构金融机构 图 10:卡管系统定位 卡管系统与智慧医疗市级平台实现对接和数据交互，数据主要包括:居民基本信息、居民注册信息、惠民卡信息、惠民卡注册管理机构信息、制卡机构信息等，以惠民卡为核心对惠民卡相关信息进行整合，对惠民卡的持卡、使用等情况进行监管分析。 功能描述 惠民卡管理系统提供如下功能模块: 卡片申请:单位批量申请、个人单笔申请、补办卡申请、换卡申请 制卡:制卡文件下载、密码信封打印、零星制卡、批量制卡 发卡:单位批量发卡、个人零星发卡、补换发卡 卡片维护:卡片激活、现场制卡、临时挂失、正式挂失、解挂失、卡注销 密码管理:PIN解锁、PIN重置、PIN重装、密码设置 黑名单管理:卡片黑名单和业务黑名单，包括黑名单生成、黑名单下载 107 卡定义:卡号规则定义、卡类型定义、顺序号定义、卡产品定义 收费管理:费率类别定义、计算规则定义、费率代码定义 详见《咸阳惠民一卡通实施方案》 7.1.1.3 妇幼保健系统 系统概述 咸阳市统一建设的妇幼保健系统已于2013年在全市范围内投入使用，实现孕产妇保健和儿童保健管理。 部署方式 妇幼保健系统采用市级平台集中部署方式，通过统一的帐号与权限管理来满足全市各级用户的业务开展和数据共享。 数据交换 妇幼保健系统的业务数据(包括人工采集的和系统产生的)经整合清洗汇聚到市级平台大数据中心，并可通过数据交换向平台或其它业务分支系统(如HIS、计划免疫系统、健康档案系统等)提供相关数据。 妇幼保健系统业务数据通过市级平台和省级平台的数据交换通道按照省级要求将数据推送至省级妇幼保健系统。省妇幼保健系统与国家妇幼保健系统建设对接接口，由省妇幼保健系统交换数据到国家妇幼保健系统中，各区县医疗卫生机构不再上报信息给国家直报系统。 功能描述 基于健康档案，通过市级平台妇幼保健系统和计划免疫系统可建立双向的业务协同。 孕产妇保健:主要涵盖孕产妇从怀孕开始到产后42天为止的全部信息，并进行全方位的监督、管理，重点是对高危孕产妇的预警和管理，主要提供首次随访信息列表、产前随访列表、分娩情况列表、产后方式列表、高危孕妇列表、工作任务提醒列表的管理; 儿童保健:实现对婴幼儿从出生到6周岁期间进行的体格检查、高危监护、母乳喂养、合理营养、科学育儿等信息进行全方位的监督和管理，特别是对高危p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 儿营养性疾病管理进行报警管理，管理内容主要包括基本信息(基本资料)、保健体检、保健小结(儿童保健小结)、高危随访等。 7.1.1.4 计划免疫与预防接种系统 系统概述 在进行计划免疫管理信息系统建设时，考虑免疫接种信息数量众多，将建设计划免疫管理信息系统，且与惠民卡进行集成，确保居民免疫接种的唯一性，为后期整个应用系统的建设奠定良好基础。 部署方式 计划免疫与预防接种系统采用市级平台集中部署方式，通过统一的帐号与权限管理来满足全市各级疾控中心用户的管理和共享应用。 数据交换 计划免疫系统的业务数据(包括人工采集的和系统产生的)经整合清洗汇聚到市级平台大数据中心，并可通过数据交换向平台或其它业务分支系统(如妇幼保健系统、健康档案系统、药监系统等)提供相关数据。 计划免疫系统业务数据通过市级平台和省级平台的数据交换通道按照省级要求将数据推送至省级计划免疫系统。省计划免疫系统与国家计划免疫系统建设对接接口，由省计划系统交换数据到国家计划免疫系统中，各区县医疗卫生机构不再上报信息给国家直报系统。 功能描述 免疫接种信息管理:免疫接种信息采集及查询、质量控制、数据分析等 异常反应监测信息管理:异常反应查询、群体性异常反应查询、异常反应统计分析等 疫苗管理:疫苗计划管理、疫苗出入库管理等 冷链/注射器管理:冷链设备管理、注射器管理等 109 7.1.1.5 血液管理信息系统 系统概述 完善血液信息管理体系，实现从血液采集、分离、贮藏运输、发放、使用的全过程信息管理，满足采供血的过程信息可追溯。 实现全市采供血机构信息资源共享，有效利用血液资源，为血液管理工作提供信息决策依据，全市共同应对突发性事件，保障全市医疗急救用血。 部署方式 血液系统采用市级平台集中部署方式，通过统一的帐号与权限管理来满足全市血站用户的业务开展。 数据交换 血液管理业务数据经整合清洗汇聚到市级平台大数据中心，并可通过数据交换向平台或其它业务分支系统提供相关数据。血液管理系统业务数据通过市级平台和省级平台的数据交换通道按照省级要求将数据推送至省级血液管理系统。 功能描述 系统基本业务流程即献血者在各中心血站或中心移动采血屋进行献血，系统记录初筛体检信息，检查通过后的献血者进行采血。血站中心人员通过系统登记采集血液检测信息和统一标识信息，同时登记管理献血者信息。中心人员能过系统登记采集成血液送到相应的血库信息。血库相关工作人员或医疗机构通过系统查看血液信息进行血液调配或预警告之。供血后将供血情况血液使用情况上报系统。系统生成血液统计分析供卫生行政部门监督决策。 血液管理信息系统包含血液采集(预分配采血标签、献血者管理、体检管理、初筛检测管理、采血管理、移动采血管理)、血液管理(成分血制备管理、血液检测管理、待检库管理、成品库管理)、血液供应(发血管理、血液报废管理、血液质量管理、血型参比及临床输血服务、关键物料管理、血费收取管理等)、统计(比如血源分析、血液采集分析、血液库存及分布情况统计分析、血液检测分析等)等功能，血液管理数据需上报省级和国家血液数据中心。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7.1.1.6 健康教育系统 系统概述 实现针对健康教育人群的包括健康观念、健康知识、健康行为的完整系统教育。 部署方式 健康教育系统采用市级集中部署方式，通过统一的帐号与权限管理来满足公众健康教育管理人员利用公众健康教育管理系统开展相关工作。 数据交换 健康教育业务数据经整合清洗汇聚到市级平台大数据中心，并可通过数据交换向平台或其它业务分支系统提供相关数据。健康教育系统业务数据通过市级平台和省级平台的数据交换通道按照省级要求将数据推送至省级健康教育系统。 功能描述 该系统包括两部分功能:一是收集与记录社区居民的健康教育相关信息，二是针对各类健康与疾病问题形成丰富的健康教育方案库。 健康教育相关信息的主要内容包括: 1)教育对象基本信息，包括居民的健康或疾病状况，居民的健康教育需求等; 2)健康教育实施信息，包括实施单位，实施者，实施时间等; 3)健康教育信息，包括健康教育时间，内容，方式，模式等; 4)健康教育效果信息，包括教育对象的健康信息的掌握程度，健康信念的转变程度，健康行为的形成等信息。 7.1.1.7 预约挂号平台 系统概述 整合全市各级各类医疗机构的各科各医生的预约号源，通过网站、12345一号通、短信、微信、智能手机终端软件、医院自助终端等多途径实现预约挂号排 111 号服务，有效分流患者、合理调控和充分利用医疗资源，方便患者就医。 部署方式 预约挂号平台市级统一部署。 数据交换 医疗机构接受市民发出的预约申请并进行处理。在此之前，各医院需将可预约的排班表、专家信息同步给智慧医疗平台，平台通过居智慧医疗门户将预约信息挂网公开，病人就诊后医院需将现场预约单和就诊状态同步给平台，由识别市民的爽约率。 通过平台化建设，实现全市主要医院门诊预约的集中化、统一化管理。前置机作为一个医院和平台之间的关联点，为统一预约平台提供单独的前置机服务器可以在一定程度上保证采集系统的稳定性和平台数据的实时性。 1)定期同步 医院提前一定时间放号，前置机客户端同步组件通过配置实时将医院最新号源同步到平台数据中心。最新号源在数据中心的预约状态为不可预约，在医院规定的放号时间通过作业将该医院的预约状态置为可预约，由此来控制不同医院的放号时间。 2)实时同步 实时获取预约号源剩余情况。市民在医院端预约后，占用了号源，通过前置机客户端同步组件将最新预约数据的预约时间同步到平台数据中心，将数据中心排班时段表中的预约数据置为已用。 功能描述 1、挂号途径 面向普通群众，可通过“咸阳智慧医疗统一接入网站”在线挂、开发“智能手机终端软件(Iphone版和安卓版)”随身挂，也可通过咸阳12345一号通和短信进行挂号，使居民不出门完成挂号，另外可通过医院自助终端进行预约和挂号。 面向医生，在基层卫生信息系统平台集成预约挂号服务功能，基层卫生院、村卫生所、社区卫生服务站等基层医疗人员在接诊过程中需要转诊的，直接可以帮群众以转诊方式预约挂号。 1)网上挂号(含网站、微信、手机应用端) p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 预约和挂号实行实名制，对网上就诊行为的真实性进行监管。对于第一次进行挂号预约的病人，须先进行身份注册，经过中心进行认证后才能进行网上预约，已注册的用户再次预约申请时，经过用户登录后即可网上预约。用户登录后可查询网上可预约的各医院就诊资源，选择相应的专家后填写申请信息再提交到平台，平台根据病人申请分配就诊编号给病人并及时扣除可预约的资源，平台将预约申请同步给各医院。在平台提交预约申请之前，患者可根据预约情况修改申请单的内容，医院也可以根据预约情况修改可提供的预约信息。但一旦平台提交后，患者和医院都不再进行修改。 2)电话(12345一号通)挂号 市民可以拨打电话12345，提供身份证号，由服务中心工作人员按照网上挂号的步骤完成预约。 2、多方位就诊预约 除最基础的门诊预约挂号外，该平台同时实现住院床位预约排号、体检预约排号、大型检查预约排号、幼儿免疫接种预约排号、妇女孕期保健预约排号等预约排号功能。 3、智能导诊 针对不明确就诊医院、科室和医生的患者，通过智能化匹配模型和知识体系导诊智能化服务，来判断其可能患的疾病，并提供完备的对应疾病介绍，推荐相应医院专家及门诊时间，方便对症预约挂号。患者可根据自己身体不舒服部位、症状，通过点击人体模型图，选择相应的症状和病症，再通过交互式提问最后准确定位出所应挂号医院、科室名称及医生信息。 7.1.1.8 智慧医疗门户 智慧医疗门户在全市统一部署，是面向公众、医务人员、卫生管理部门提供的信息服务。 系统概述 咸阳市区域卫生门户的设计目标，一方面是为咸阳市卫生局提供一个卫生信息发布以及卫生决策公开的卫生局门户，一方面是为咸阳市居民提供一个进行个人健康管理、健康知识咨询与普及以及统一预约挂号的门户，另一方面为全市的 113 医疗执业人员提供线下服务功能的综合性平台。通过咸阳市区域卫生门户的建设，做到咸阳市卫生信息与决策的公开，实现咸阳市居民对健康实行自我科学管理，加强医患互动，提高居民健康水平和生活质量。 部署方式 智慧医疗门户市区级部署，集成现有卫生部门网站群，采用WEB嵌入的方式提供卫生信息平台的各项服务功能，为辖区内的居民提供各类公众健康服务。 功能描述 咸阳市智慧医疗门户的架构设计如下图所示: 咸阳智慧医疗门户 居民健康门户卫生局管理信息门户 咸阳健康管理市卫卫生决策监管健康服务咸生局阳人员市卫生信息健康管理知识库居发布与管理 民 医疗人员门户医疗预约挂号服务从业线下医疗服务人员 卫生咸阳市智慧医疗信息平台数据中心 图 11:咸阳市智慧医疗门户架构设计 咸阳市智慧医疗卫生门户主要分为居民健康门户和卫生局管理信息门户，前者的使用者为咸阳市居民，后者使用者为咸阳市卫生局的工作人员。利用咸阳市区域卫生数据中心中的数据，咸阳市居民可以在居民健康门户中调阅浏览自身的健康档案、电子病历信息，在线查看检验、检查以及体检等各种报告等等;同时咸阳市卫生局的工作人员可以在平台上发布和管理卫生相关信息，并对卫生决策进行监管。 平台也支持对于医疗从业人员的注册登录功能，登录后的医疗从业人员可以在平台上浏览自己所在医疗机构里面所负责治疗的病人的临床资料和临床信息并提供临床诊断治疗的服务，做到线下医疗服务的开展。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7.1.1.9 区域医疗协同系统 在咸阳市范围内建立区域医疗联合体(简称医联体)，将同一个区域内的医疗资源整合在一起，由一所三级医院，联合若干所二级医院和社区卫生服务中心(或乡镇卫生院)组成，目的是引导患者分层次就医。 在医联体范围内，通过区域卫生信息平台实现相关信息和资源的充分共享与交换，建立影像及检验检查结果互认、双向转诊绿色通道、医疗资源(人财物)统筹等相关配套机制，鼓励居民分级看诊，逐步形成“小病在社区，大病在医院”的医疗服务模式。同时，为了提高医联体范围内医生的整体业务水平，保证医疗质量，可以建立基层医生在大医院学习培训，大医院的医生下基层坐诊指导的双向互动模式。 同时，为了充分体现医联体以居民健康为核心的服务理念，做到对居民整个治疗过程的负责，对居民健康的负责，需要在居民与医联体之间建立和维持相对稳定、持续的关系。因此，可以以居民健康档案为抓手，做到居民健康信息的全程共享、跟踪与动态更新，对建档居民实施从基层到大医院的全程服务。另外，在医联体范围内可以对建档居民采取费用减免、优先就诊等鼓励措施，提升医联体对居民的吸引力。 充分利用区域医疗资源，为患者提供转诊、转院信息服务，区域检验 /检查诊断服务，居住地康复信息管理服务等。 7.1.1.9.1 双向转诊系统 系统概述 在咸阳智慧医疗平台基础上构建双向转诊系统，通过平台大数据中心为系统提供数据支持，主要包括电子病历数据、电子健康档案数据和转诊业务数据等。 部署方式 系统采用集中部署的方式。医院与社区访问双向转诊系统采用B/S架构的设计方案，其优点是系统更容易实施部署，并易于满足社区或医院用户的定制化需求以及灵活的应用;同时，社区或医院用户可以在任意信息节点，不会受到终端机硬件配置和安装软件的局限，只需通过浏览器上网的方式操作，方便地提取和 115 访问双向转诊相关数据信息。 功能描述 包含院内资源上报与更新(床位、医生/专家、医疗仪器信息等,在本院剩余资源发生变化时，需要及时更新平台信息)、其它医院资源查询、转出管理、转入管理、病人跟踪(调阅本院转出的病人在他院的就诊信息)、就诊信息回馈(转入医院再将转入的病人做完诊疗后，填写相应的回馈信息，通过接口返回至区域卫生信息平台)、健康档案信息查询、统计分析等功能。 7.1.1.9.2 区域(远程)影像中心系统 系统概述 区域PACS是区域性的影像归档和通信系统，实现区域内各个医疗机构之间的医学影像信息共享及影像检查的业务协同。区域PACS是跨地域、跨机构、跨学科的系统。它基于影像数据、临床数据的存储与传输的标准化，实现区域范围的医学影像信息共享及业务整合，以整合利用区域影像医学诊断资源、提高影像诊断的水平及质量、减少重复检查为目的。 咸阳市区域医学影像系统建设的目标是通过建设市级的医学影像信息整合平台及数据中心，为咸阳市社区卫生服务中心提供集中的医学影像信息系统，实现区域内一二三级医院、社区卫生服务中心的医学影像信息整合，通过整合实现上级医院对社区卫生服务中心的影像诊断、会诊、质控、教学，并通过区域卫生信息平台与区域影像信息平台的互联互通，实现区内三级医院对区内一二级医院、社区卫生服务中心的影像诊断、会诊、质控、教学，从而为区域医学影像检查信息的集中管理、信息资源的再利用打下基础。 咸阳市区域PACS 系统的总体架构见下图: p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 影像阅片诊影像会诊系影像质控系区域PACS管报告胶片打断系统统统理系统印系统物理安全EMR区域影像区域影像区域影像标准CA服务备份服务备份服务应用服务索引服务存储服务网络安全三级医院PACS系统区域PACS 系统虚拟服务器管理虚拟存储管理虚拟应用平台管理安全影像标准区域影像数据中心基础设施应用(网络、服务器、存储、影像工作站、会诊大屏显示终端)安全区域影像云数据中心 区域数据影像数据采集诊断会诊协同服务影像数据调阅PACS安全业务协同 PACS数据交换共享平台标准安全管理EMR数据交换共享区域区域区域EMRPACSPACS 区域卫生信息平台信息信息标准安全体系体系 二级医院PACS系统社区卫生服务中心PACS系统虚拟终端 图 12:咸阳市区域PACS总体架构图 咸阳市区域PACS 系统由如下部分组成: (1)区域PACS数据交换平台 区域PACS数据交换平台建立在咸阳市智慧医疗平台基础之上，影像数据采 集、远程诊断会诊协同服务、影像数据调阅服务等区域PACS的整合服务组件。 (2)区域PACS云计算数据中心 区域PACS云计算数据中心由下列内容构成: , 区域影像数据中心基础设施 包括网络、服务器、存储、影像工作站、会诊大屏显示终端等设备。 , 虚拟服务器管理 包括数据库服务器、应用服务器管理。 , 虚拟存储管理 包括在线、近线、离线的存储管理。 , 虚拟应用平台管理 包括操作系统、数据库服务器软件、应用服务器中间件等平台管理。 117 , 区域PACS数据库 存储在线、近线、离线的影像数据、诊断会诊数据等。 , 区域PACS应用服务 包括区域影像应用服务、区域影像索引服务、区域影像存储服务、CA服务、 备份服务等。 , 区域PACS应用系统 包括影像阅片诊断系统、影像会诊系统、影像质控系统、区域PACS管理系统、 报告胶片打印系统等。 (3)区域PACS信息安全体系 提供区域PACS系统的信息安全管理，包括: , 物理安全:通过数据中心的机房环境、服务器、网络交换机等应用冗 余的物理安全实现; , 网络安全:通过区域卫生信息平台的网络防火墙等完全设备实现; , 系统安全:通过区域卫生信息平台的防病毒、入侵检测、漏洞监测等 系统安全配置实现; , 应用安全:建立区域PACS的用户统一认证、权限管理、数字认证CA 实现; , 数据安全:通过在线、进线的双机热备系统(必要时与区域卫生平台 统一建立异地灾备系统)、离线备份数据存储系统实现; , 安全管理:通过区域卫生信息平台的网络、服务器、桌面监测管理、 安全运维管理、IT服务管理实现。 (4)区域PACS信息标准体系 参照设计依据内容。 (5)社区卫生服务中心集中式PACS系统虚拟终端 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 集中式PACS系统在社区卫生服务中心部署的虚拟终端设备，与本地数字医疗设备连接，并通过区域PACS平台与区域PACS云计算数据中心连接，形成区域PACS系统虚拟终端 (6)外部接入系统、 医院内部PACS系统接入区域卫生平台和区域PACS平台，采集医院诊疗数据、影像索引数据、会诊诊断请求数据及会诊影像，返回会诊诊断报告。 功能描述 影像信息采集与共享:支持影像采集(集中数据存储)、报告采集(与EMR整合)、注册及索引(分布数据存储)、远程影像调阅、报告调阅(与EMR整合)、EMR数据整合。 远程诊断/会诊:远程诊断/会诊申请、远程阅片、报告编辑、影片后处理、报告打印、胶片打印等。 影像检查质控:提供对社区卫生服务中心、二级医院提交的影像诊断结果、检查报告、影像摄片等进行质量控制。 集中PACS(SaaS):为在社区卫生服务中心等远程影像工作站提供远程阅片、报告编辑、报告打印、胶片打印、影像后处理等服务 7.1.1.9.3 区域临检中心系统 系统概述 区域临检中心将推进医疗机构检验检查结果互认，帮助患者减少重复检查，从而实现本市检验报告的“一单通”，一方面可以提高医学检验仪器的使用效率，通过规模效应，降低检验成本，另一方面也能减少患者在本市的重复检验，减轻患者的经济负担。 119 图 13:区域临检中心架构图 实现医院间信息共享、区域内各医院LIS信息资源共享、实现全程供应链管理、提升便民利民服务水平以及临床检验数据的质量监控 功能描述 区域临检中心的功能主要包括: 样本取样、样本核收、检验、检验质控管理、排队和计划管理、传染病疫情报警、综合查询统计、系统管理基于统一检验条码的临检供应链管理(将标本通过专用车辆结合物流信息系统，统一送到临床检验中心检验，检验报告可以通过平台送达申请医院或患者，并通过统一检验条码管理，实现区域检验标本统一采集、统一运送、统一检查、统一报告)等。 医院和社区卫生服务中心的功能主要包括: 医疗机构通过平台访问到临检中心的系统数据，由账号控制医疗机构的医生对本院检验的全部操作功能，对提交到临检中心的检验只能进行检验登记与查询浏览检验报告的操作。 医生登录系统，进行检验登记，可以在登记的同时进行采样操作，也可以分开两步执行。在登记与采样时都可以打印检验标签，支持条码打印，条码格式及内容根据医院的要求可自定义。 采样完成后，医疗机构等待临检中心人员获取样本。临检中心工作人员获取样本后，在临检中心执行样本核收，检验，报告等操作全部完成后，医疗机构医p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 生既可以浏览已成文报告并且打印。 7.1.2 其他公共卫生业务系统 除按省规划开展健康档案管理、妇幼保健、计划免疫、血液管理、健康教育等系统建设外，咸阳市根据卫生业务需要增加包括慢病管理、健康体检、康复管理、流动人员管理、高危人群管理等在内的公共卫生服务系统。 部署方式 慢病管理、健康体检、康复管理、流动人员管理、高危人群管理等公共卫生服务系统采用市级平台集中部署方式，通过统一的帐号与权限管理来满足全市各级用户的业务开展和数据共享。 数据交换 市级平台(含秦都、渭城)部署前置机，采集国家直报系统要求的数据上报至省级疾病预防控制系统，省疾病预防控制系统与国家疾病预防控制系统建设对接接口，由省疾病预防控制系统交换数据到国家疾病预防控制系统中。辖区内的疾病预防控制数据上报由平台前置机完成，各区县医疗卫生机构不再上报信息给国家直报系统。前置机将采集的数据汇总，经整合清洗形成业务数据，管理存储于业务数据库，并可通过数据交换向卫生信息平台或其它业务分支系统(如健康档案系统等)提供相关数据。 功能描述 慢病管理:为我国居民几大常见慢性非传染性疾病、精神卫生服务等内容设置了专项管理模块，包括:高血压专项、糖尿病专项、冠心病专项、脑卒中子肿瘤专项。为了更好的管理不常见的慢性非传染性疾病，该系统提供通用慢病管理，对非常见慢病进行专项登记、疾病登记、随访记录管理实现非常见慢病管理，满足用户的需求。 健康体检:通过体检设置与项目字典，设置相应的体检分类(如系统体检、健康体检、孕妇体检、学生体检、健康体检(2013年版)、传染病数据采集等)、体检项目(一般体检、内科检查、外科检查、妇科检查、肝功能、HIV等)及项目字典(字典编码、字典名称、项目值域等)。功能导航包括个人基本信息、症 121 状、一般状况、生活方式、脏器功能、查体、辅助检查、中医体质辨别、健康评价等。 康复管理:为老年人和特殊人群特别是残疾人提供康复信息管理，其中老人保健管理包括基本信息(基本信息);访视登记(访视登记、简易智力状态检查表、老年抑郁量表、自理能力评估);体检记录(体检记录)。残疾人康复管理包括基本信息(专项档案、康复需求登记);访视登记(服务记录、康复服务评估);体检记录(体检记录)。 流动人员管理:实现对流动人口的管理，主要包括流动人口登记、已建档流动人口、已结束管理登记单、六个月以上流动登记单、流动育龄妇女、流动人口高血压、流动人口糖尿病及流动人口老年人的管理。 高危人群管理:该模块包括高危人群管理、高血压高危管理、糖尿病高危管理。功能导航包括高血压、糖尿病高危人群筛选、高危登记、高危随访、高危评估等。系统附有表单日志、打印、修改、删除功能。 7.1.3 接入的5项业务系统 7.1.3.1 新农合结算系统接入 实现市级智慧医疗信息平台与市级新农合系统平台对接，通过采集农村居民就诊时的诊疗档案、结算信息和医疗机构数据进行监测和分析，进一步方便了政府监管、提高了资金监管的效率和水平。 新农合传输接口的数据传输方式最好为实时传输，其次为定时传输(至少要保证一天传输一次)，不能在病人出院时一次性传输。传输时，以HIS 系统的清单录入时间为费用发生时间。对接后可支持根据病人提供的合作医疗证号或一卡通卡号进行查询，返回该病人的个人编号、姓名、性别、就诊号等相关信息，能显示药品、诊疗、卫材等为农合的标记，并能在清单或发票显示总费用、自费费用、农合费用、报销费用的费用情况。本附件涉及采集数据有家庭成员信息、住院记录表、住院费用明细、住院结算发票、住院补偿结算信息表。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7.1.3.2 国家药品电子监管信息系统接入 市平台与国家药品电子监管系统对接，获取药品电子监管(码)数据，在咸阳市及区县各医疗机构部署药品电子监管信息系统，与省药品电子监管信息系统系统对接，同时将管理数据上传咸阳市卫生信息平台管理统计数据，实现综合管理。 基于省卫生信息平台实现咸阳市、区县级药品电子监管码数据共享。在医疗机构中实现药品电子监管码的闭环管理。 7.1.3.3 药品三统一和基本药物管理系统接入 药品三统一及基本药物管理系统从省级平台(与食药监局的药品采供信息系统对接，与国家药品电子监管系统对接)获取各医疗机构申请、实际采购药品信息，从医疗机构获取药品使用信息，提供药品从生产到使用的全过程信息服务。 与药品采购信息管理系统对接，获取医疗机构申请采购药品和基本药物信息、实际供给信息、价格信息、配送信息，采集各医疗机构药品和基本药物使用及库存信息，实现药品和基本药物采、供、用全过程信息管理。 7.1.3.4 医疗机构信息系统接入 市、区级医疗机构 咸阳智慧医疗信息平台(含秦都、渭城)直接对接市区范围内的市级、区级医疗机构，实现互联互通和数据共享。 在调研中发现，部分医疗机构信息化建设相对薄弱，医疗信息系统功能模块不完整，有的甚至只实现了收费、药房、药库等简单功能，无法按要求提供相关数据，且原系统开发厂商难以提供有效支撑。还有部分农合/医保定点医院未建设系统，为保证项目建设顺利推进，需考虑采购重新成熟的医疗机构信息系统。需要包含门急诊挂号、门急诊收费、门诊医生站、住院医生站、住院护士站、药品管理、电子病历、LIS、PACS等功能。 基层医疗机构 123 通过秦都、渭城二区平台部署的基层医疗机构信息系统实现互联互通和数据交换。 数据交换 交换数据包括结构化数据和非结构化数据。结构化数据内容主要分为五部分:住院、门诊、体检、会诊记录、转诊记录、死亡报告、分娩记录;非结构化数据包括:处方单、LIS报告单、PACS报告单、出院小结、体检报告等。 详见《咸阳智慧医疗项目接口规范-医疗机构.doc》 7.1.3.5 县级平台接入 秦都、渭城二区平台由市级平台共建，县级平台由各县承建，物理部署在市级中心。县级平台负责辖区内各医疗机构和卫生服务机构的数据整合，市级平台需与辖区内11个县级实现区域卫生平台互联和数据共享。 数据交换内容包括医疗机构数据和县区平台业务数据，由于本期建设中的新建系统均为市级统建并集中部署，因此本期主要采集医疗机构数据，包含结 )构化数据(住院、门诊、体检、会诊记录、转诊记录、死亡报告、分娩记录等和非结构数据(处方单、LIS 报告单、PACS 报告单、出院小结等)。 7.1.4 后期落地建设的15项业务分支系统 项目一、二期完成《陕西省“十二五”期间深化医药卫生体制改革规划暨实施方案》明确的29项业务分支中9项建设和5项接入，在项目第三期建设中，将重点开展剩余15项业务分支的落地实施或接入，除远程会诊外各项系统原则上均在市级平台集部署。 7.1.4.1 公共卫生 公共卫生监督管理信息系统 建立健全公共卫生监督与卫生行政许可管理信息系统，确保公共卫生监督执法、卫生监督管理和行政许可信息报告的质量与效率，切实提高行政许可审p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 批和执法监督等行政管理工作效能，实现全市卫生监督信息资源共享。 主要功能涵盖食品卫生、公共场所、生活饮用水、涉水产品、消毒产品、职业卫生、学校卫生、传染病防治与消毒隔离、医疗机构和医疗执业、血液监督、放射卫生、母婴保健和人类生殖、实验室生物安全等全部业务领域的信息管理。 传染病直报系统 采集重点疾病(传染病)病人和疑似病人的信息，对流入、流出信息进行管理，实现对信息实时报告、分析预判、和管理，支撑流行病学调查。 市级集中部署传染病直报系统，与省级传染病直报系统实现对接和数据交换，并与各级各类医疗卫生机构接口，实现网络实时报告。 突发公共卫生事件应急指挥管理系统 按照要求在市级平台实施部署突发公共卫生事件应急指挥系统，并与省级突发公共卫生事件应急指挥管理系统对接，在突发事件发生和处置期间，能够了收集和获取来自全市各区县乃至社区各种管理和应急处置的资源信息，并及时调度相关的资源。 主要功能包括疫情及公共卫生事件管理、卫生资源管理、基础数据管理、突发公共卫生事件应急指挥视频交换等。 7.1.4.2 医疗救治 远程会诊信息系统接入 远程会诊系统在区县级医疗机构部署，与省远程会诊系统对接。远程会诊的数据集中存储在区县两级会诊中心。该系统数据分为两部分，一部分是视频流数据，另一部分是会诊报告文档和会诊资料等数据。本次项目通过区县级平台交换采集文档、会诊资料及视频流索引数据，通过市卫生信息平台与健康档案等数据进行整合，以便调阅。市区平台调用区县级平台数据实现综合管理。 中医药信息管理系统 125 按照省规划在市级平台实施部署中医药信息管理系统，并与省中医药信息管理系统对接。实现机构床位数统计(包括综合医院、乡镇卫生院、社区卫生服务机构中医床位数)，中医药人员数(中医(中西医)执业(助理)医师人数、中医护理人员、中药人员数)，中医院、综合医院、基层医疗机构，中医特色诊疗设备种类、数量，门诊量(门诊服务总量、中医门诊量)，住院量(总人次、中医药服务人数)，中医药类处方、总处方量、中药饮片、配方颗粒数，中医药特色疗法数量、运用比例，中医优势病种数，社区中心应用中医技术、方法数量，居民健康档案体现中医内容情况，社区、乡镇卫生院居民、孕产妇保健咨询、中医预防保健、康复情况，业务收入、药品收入、中医药服务(中药、中医诊疗技术)收入情况。实现基本药物信息统计:包括基本药物配备情况统计，基本药物配送情况统计，基本药物补偿情况统计。 医疗质量监控信息系统 全市级平台集中部署医疗质量监控信息系统，并与省级医疗质量监控信息系统对接。主要功能是为全面有效地评价对就诊病人的医疗服务和卫生资源消耗，改进医院的医疗服务质量提供信息依据。对人为因素造成的分解治疗费、医生开大处方、做不必要的检查检验起一定的制约作用;开展医疗质量评价，为各地区医疗服务管理研究提供支撑。 7.1.4.3 综合管理 国家卫生统计直报信息系统 在市级部署应用系统，采用逐级上报方式，按照周期接收市区县平台和市属单位上报数据，在市级层面经汇总后上报省级系统。市区和区县平台上报的方式采用手工填报和平台自动采集相结合的方式，逐步过渡到全部数据自动采集的方式。最终在省平台统一实现信息管理功能，与国家卫生统计直报信息系统对接。 医疗卫生资源管理系统 市级部署医疗卫生资源管理系统，与省医疗卫生资源管理系统对接并实现p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 数据交换。满足咸阳各级卫生行政部门能动态的掌握区域内主要医疗机构分布、人员分布、病床分布及大型设备的数量分析、药品、手术分析等的使用状态等需求。在应急情况下，能方便的掌握区域设备情况，以利于互相调拨，包括发生突发公共卫生事件时，医疗卫生资源的全市统筹使用等。 数据综合统计分析系统 实现各级卫生管理部门对包括公共卫生服务、医疗救治服务、医疗保障服务、药品监管和综合管理在内的各信息系统共享的数据进行综合分析、挖掘和利用，提供卫生管理决策的依据。由医疗卫生决策支持系统实现，不再单独建立数据综合统计分析系统。 人力资源及绩效考核管理系统 支撑市、县(区)级卫生管理部门对所属机构进行人力资源建设和指标考核、对各机构的岗位进行设置等多方面应用，满足各级卫生管理部门对所辖机构的绩效考核要求。 卫生人力资源管理:包括卫生技术人员的就业、执业资质及职称管理，培训及流动管理;还包括有关机构的人力资源的配置及优化管理。 卫生绩效考核:卫生绩效考核是为了实现以政策为导向，以信息化技术为依托，建立科学合理的绩效考核评价体系的目标，使得医疗卫生服务人员可以充分发挥积极性和主观能动性，更好的为公众提供优质医疗卫生服务。主要思路是对各项指标设置权重，计算出各指标的得分，汇总得出机构和个人的考核总分。 财务及运行管理系统 财务及运行管理系统市级级部署，数据统一存储在市级平台，系统与市、区、县各级医疗卫生机构和省平台设立接口周期交换数据。 卫生财务信息监管系统面向整个区域卫生的财务核算及管理人员，对整个区域卫生的财务进行全面管理，在完全满足基础核算的基础上，实现区域层面的财务集中、全面预算、资金管理、财务报告的全面统一，使整个区域卫生的财务管理从会计核算型向经营决策型转变，财务管理系统各模块可独立使用，同时可与业务系统无缝集成，构成财务与业务集成化的应用解决方案。 卫生热点和公众信息归集查询系统 127 卫生热点、公众信息归集查询需要对于互联网等公开网络上的卫生热点和公众信息进行采集查询，形式上接近舆情监测系统。对于舆情监测系统来说，需要建立舆情监测信息化管理体系，以系统自动的方式结合人工采集监控(包括人工的审核、确认)的方式来监测相关网站的舆情信息，提高监测效率及信息利用率;同时构建一套对风险进行识别、管理的流程，并通过构建信息化系统对其进行支撑。提升风险追踪管理能力，并为和已构建的业务系统进行业务联动打好基础。以“应急优先”为原则，建成信息化、自动化的舆情监测与风险追踪管理体系，为公共卫生应急提供支持。同时，需要根据实际需要及重点核心业务，保证数据的安全。 市级平台做数据管理、存储和应用部署，与省级平台对接。各级行政机关设置热点和公众信息采集窗口，并具有归集、分发、流程管理和重点信息推送功能。 卫生热点、公众信息归集查询系统主要功能包括:信息雷达、策略管理、热门主题、风险管理、报告管理、例会管理、统计分析。 CA认证系统 卫生综合管理中需要进行行政审批的内容，属于相对比较敏感的内容，如部分财务指标，部分绩效考核指标，部分收入指标等内容，对于不同的系统用户应该针对这部分敏感指标的访问进行对应的控制，防止不合法的用户访问了敏感指标信息，从而造成了不必要的损失。 依托电子政务公共平台统一部署CA认证系统，提供给咸阳市、各区县行政机关应用，来实现控制用户访问数据中心的综合管理敏感指标。同时，完成该系统与升级CA认证系统的对接。通过区域卫生数据中心平台,各应用系统调用各种中间件,方便地实现区域卫生网络系统统一的身份管理与授权管理。 办公自动化及办公运行监管系统 办公自动化及办公运行监管系统市级部署，与省办公自动化及办公运行监管系统对接，实现办公无纸化管理，办公自动化流程管理，和医疗卫生业务综合管理界面的呈现。 办公自动化系统功能:具有公文管理功能、会议管理功能、信息服务功能、个人事务管理功能、公文流程管理功能和工作流管理功能，系统能够与各级卫生p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 信息平台交互数据，定制管理数据、展现数据统计结果。 办公运行监管系统功能:包括各业务处室职权目录、流程管理，监控工作人员是否依法、依规、依时限行使权力，业务处室需纪检、监察介入的相关业务流程执行的监管(干部任用、职称评定、各类招标等)，对工作人员违法、违纪行为投诉的接收和管理 7.2 智慧医疗部分 以监管和服务为主线创新管理和服务手段开展包含阳光医药监管、便民医疗服务、医疗卫生决策分析等应用系统建设，各系统部署方式均为市级平台集中部署。 7.2.1 阳光医药监管 7.2.1.1 过度医疗筛查系统 7.2.1.1.1 系统概述 过度医疗的成因包括两方面:一是以患者为主体的过度医疗现象，包括点名式医疗、公费医疗下的重复医疗、参加医疗保险造成的道德损害式医疗;二是医疗服务供方，即医生的“创造的需求”，这种需求大体上分为三类，分别是过度检查、过度用药、诱导手术。 本系统的主要功能是通过设定每一种过度医疗手段的预警阀值，通过数据挖掘、稽核、比对等方式，筛选出过度医疗的明细数据，根据过度医疗筛查角度和筛查条件，呈现给相关管理部门和人员，为制定相关规范提供有效的数据支撑。 7.2.1.1.2 功能描述 表格 7-1:过度医疗筛查功能描述 编号 子系统 功能 说明 129 编号 子系统 功能 说明 过度检查是过度医疗的常见表现方式之一，指医生为达到某种目的，为患者开俱1 过度检查筛选 与疾病无关的检查或者重复性检查，造成患者医疗费用的提高。 过度用药是过度医疗的常见表现方式之一，指医生在开俱处方的时候重复用药、频繁用药、超流程用药、未按规定使用抗生素类药、开俱与疾病无关类药等。 过度用药分析模块主要从医院、主治医2 过度用药筛选 师、疾病类型和疾病名称角度，对以上过度用药方式进行数据稽核、汇总、统计，对问题处方进行预警展现，同时提供过度用药明细信息，为智慧医疗监管部门和相关管理者提供数据支撑。 以医院为分析维度，针对扁桃体摘除术、阑尾炎切除术、子宫切除术、刨宫产等手 医疗机构手术术，通过对各医院的患者数据和手术数据3 分析 进行统计分析，获取该类手术的总体占比过度医疗筛 情况，为智慧医疗监管部门和相关管理者查系统 的决策管理提供数据支撑。 建立过度医疗模型参数管理模块，针对过 过度医疗模型度用药、过度检查、诱导手术等过度医疗4 参数管理 手段，分别设定数据挖掘参数阀值，并根据数据挖掘结果调整参数阀值。 医生的过度用药行为会导致医疗药品分布的异常，通过对过度医疗药品进行趋过度医疗药品5 势、排名、连续用药等分析，挖掘医生过分析 度用药的信息，为过度医疗监管提供数据支撑。 通过对过度用药、过度检查、诱导手术等过度医疗手段数据的沉淀，从医院、医药、医生等角度对过度医疗信息进行建模，分过度医疗决策6 析医院和医生的过度医疗行为，分析过度分析 医疗产生的费用构成和报销比例等，为相关管理部门的相关政策和规范制定提供数据支撑。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7.2.1.2 基药使用分析系统 7.2.1.2.1 系统概述 基本药物制度是我国新医改的重要举措，重点落实基本药物目录制定、生产供应、采购配送、合理使用、价格管理、支付报销、质量监管、监测评价等多个环节实施有效管理。基本药物一般由省统一招标采购，并完成配送，咸阳市作为市级单位，重点落实对基本药物的合理使用、质量监管、监测评价等方面。基本药物监管可以实时监督市、县、乡、村四级医疗机构医生的用药情况，对开大处方、重复检查配药等现象一经发现并加以核实，能够立即处理;各种药品的流向、剂量、用法等可追踪到每个用药者，促进临床用药更为安全、合理。对基本药物进行信息化的质量监管，确保及时发现药品质量问题。通过采集基本药物的使用信息，分析每个医疗机构基本药物的使用，重点监测基本药品的数量种类、抗生素的合理使用等具体指标。 7.2.1.2.2 功能描述 表格 7-2:药品分析系统功能列表 编号 功能 说明 对于同类药品有多种商品名称的情况，提供同类成分药同类成分药1 品分析功能。针对同化学成分的药品有多种商品名的情品分析 况进行展示，帮助医改办了解各类药品的用量与价格。 药品用量排寻找使用量排名靠前的药品名称，寻找低价同类药品进2 名分析 行替换 药品价格对将医院药品销售价格与中标价格进行对比，发现价格虚3 比分析 高的药品 近价同品规杜绝不同质量层次的药品因回扣空间大而进行大量销4 药品分析 售。 抗菌药物使用于发现高使用频率的抗菌药品品规与开具医生，并可5 用情况 对连续周期使用排名靠前的药物给与暂停使用的处理 6 药品价格差针对同类药品价格在医疗机构之间进行比较，对药品价 131 编号 功能 说明 异分析 格的监管提供数据支撑。 7.2.1.2.3 医疗费用分析系统 7.2.1.2.3.1 系统概述 本系统主要功能有两点:一是从医疗机构角度分析医药收入结构、医药收入结构变化等，评测医改成效;二是从就诊人员角度分析就诊人员的费用构成情况、周期追踪情况，分析自费金额和统筹基金支出金额的构成变化。 7.2.1.2.3.2 功能描述 表格 7-3:医疗费用分析系统功能列表 编号 功能 说明 分析医疗机构基本药物收入情况，维度和指 标包括:日期、医院名称、基本药物名称、 基本药物使用量、基本药物收入、基本药物1 基本药物收入分析 收入环比、基本药物收入同比、占医疗机构 总收入比率、基本药物收入占总药品收入比 率、等。 抗生素使用分析 分析各医疗机构在基本药物使用过程中抗 生素的使用情况。维度和指标包括:日期、 医院名称、抗生素使用量、基本药物使用量、 抗生素使用量占比、抗生素使用费用、基本2 药物使用费用、抗生素使用费用占基本药物 使用费用比率、抗生素使用环比、抗生素使 用同比等。 分析各医疗机构医务收入、药品及耗材收 入、手术收入、检查收入等收入分类的趋势 情况、收入构成情况，从而判断医改成效。 3 医药收入构成分析 同时对收入结构的变化进行分析，分析医疗 机构就医人次和费用质检的变化情况。 按日获取各医疗机构出院患者的医疗信息， 包括医院名称、科室名称、主治医师、患者4 人均出院费用分析 姓名、年龄、性别、疾病类型、疾病名称、 住院天数、住院费用、住院费用构成、出院p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 编号 功能 说明 状态、自费金额、自费金额明细、报销类型、 报销金额、报销金额明细等。 通过对医药费用增长率和就医人次增长率5 医药费用变化分析 的比较，分析医药费用变化的规律和数据依 据。 按日获取医院门急诊就医患者信息，通过汇 总、统计、排名等方式，统计各医院门急诊6 人均门急诊费用分析 的次均费用进行周期性对比，了解费用的涨 跌幅度。 对县级以上公立医院与基层医疗卫生机构 的门诊人均医药费用、门诊人均药品费用、7 医药费用对比分析 住院人均医药费用、住院人均药品费用进行 分析。 统筹基金使用情况分分析患者的就医金额、自费金额、自费金额 析 占比、统筹基金支付金额、统筹基金支付金8 额占比等信息，观察统筹基金支出变化的来 源。 7.2.1.2.4 医保稽查系统 7.2.1.2.4.1 系统概述 由专门稽查人员对医疗机构医保使用的真实性进行稽查，并作为考核指标对医疗机构及医生进行考核，违规医疗机构和医生均由相关部门予以严厉处罚，遏制通过各种不正当行为套取医保资金的现象。 本系统通过整合医疗资源和病人就诊信息(要求号源、病床等资源及占用情况必须入库)，建立机构—病床—病人—病症—医生的关联关系，并由专门稽查人员对关联关系的真实性进行稽查，并作为考核指标对医疗机构及医生进行考核，违规医疗机构和医生均由相关部门予以严厉处罚，遏制通过伪造病历套取医保资金的现象。 133 7.2.1.2.4.2 功能描述 表格 7-4:医疗稽查功能表 序号 子系统 功能 说明 要求各级医疗机构将病床数据进行统一1 医疗资源登记 登记入库，系统为每张病床生成一个唯一 编码并在病床张贴。 要求各级医疗机构对接诊的住院病人进诊疗信息管2 接诊信息采集 行一卡通基本信息登记。 理 要求各级医疗机构对住院病人的住院基 本诊疗信息、住院费用明细、住院用药记3 诊疗信息记录 录、手术记录、医嘱、电子病历、检查报 告、影像资料等治疗过程信息进行记录。 按区域对各医疗机构进行网格化稽查范4 稽查人员划片 围划分，稽查人员负责对片区内医疗机构 诊疗情况进行稽查。 在患者新入院或获取到异常诊疗信息时5 稽查派单 (派单规则可配置)，向稽查人员派发稽诊疗情况现 查任务单。 场稽查 现场稽查信息采集稽查人员通过手持终端接单后对指定的6 稽查对象进行稽查。 确认 稽查人员在稽查过程中发现未记录入库7 未入库病床补录 的病床，可通过手持终端进行现场补录。 为防止稽查人员参与伪造病历，需对稽查诊疗信息比 8 人员现场采集的人像信息与入院及其他 对分析 医疗环节采集的信息进行二次比对确认。 为避免市民在不知情的情况下被医疗机9 个人诊疗信息推送 构套用个人信息伪造病历，以短信形式将诊疗信息推诊疗概要信息推送至个人。 送 根据新农合公示制度，在公示范围内以短10 诊疗信息公示 信形式推送公示信息。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7.2.2 医疗卫生决策分析 7.2.2.1 系统概述 卫生管理决策支持系统利用平台采集到的海量数据，建立一个涵盖区域全民诊疗信息、预防保健信息、公共卫生信息等全面的卫生数据中心，从而实现对业务、管理有效的数据支持。卫生行政部门主要关注的是如何提高卫生服务质量、强化绩效考核、提高监督管理能、化解疾病风险等方面。通过网络可以随时查阅区域内医疗卫生行业各种最新的统计数据，加强宏观管理，优化卫生资源的配置;可以通过网络全面掌握全区医疗卫生服务体系、救助体系、保障体系等方面的详细信息，为制定区域内公共卫生政策提供准确依据;可以利用数据中心和平台对区域内各种医疗卫生数据进行采集、归并及挖掘分析，提供业务监督与决策支持。 7.2.2.2 功能描述 根据卫生局行政部门的决策范围、所需的决策功能以及决策涉及的数据等，通过了解部门分布情况、工作范围等，并初步确定决策需求的业务功能体系分布如下: 1、报表统计 目前卫生统计的日报、周报、月报、季报、年报等数据，使决策者陷入"数据众多，信息缺乏”的困境。决策支持系统应满足决策者的报表统计需求，实现利用报表工具快速建立所需报表，支持一张报表整合多个数据源数据，并支持报 表定时输出，按日报、周报、月报、 季报、年报自动定时输出或自定义时间间隔。 另外，系统还应具备高度可定制的报表外观，支持分析各种图形综合信息查询需求卫生管理人员在决策过程中，需了解各个阶段出台的一些具体卫生政策和法律法规，明确不同时期卫生体制改革的重点以及政府对卫生领域投入的力度，使决策的执行有章可循、有法可依。因此，决策支持系统应能提供国家卫生政策、法律法规、卫生改革重大事项等信息。 135 此外， GIS在卫生领域的应用日益广泛，采取现代地理信息系统技术，实现数据仓库中GIS数据库与地理信息系统的联结，存贮和汇总区域卫生领域医疗机构、医疗人力、突发事件、危险源情况等基础数据、专题数据、统计数据，按照地区和时间标注在适当比例的地理地图上。这样就能够按区域进行基本信息查询，并支持进行各种区域卫生信息的统计分析。 2、主题分析与决策预测分析 主题分析与决策预测是决策支持系统的重要组成部分，满足卫生管理人员的决策支持需求需要利用大量业务数据建立数据仓库和分专题数据集市，以知识库、方法库、模型库为基础，以现代建模技术为手段，通过科学的分析模型和统计算法进行充分的、深度的挖掘和整理，通过交互式人机对话接口使决策者充分利用系统提供的定量算法，做出正确的决策。主要包括以下内容: 1)医疗卫生服务能力分析，应实现各类医疗机构的服务量统计分析，对决策者评估、预测、引导卫生服务项目提供依据;卫生服务质量主要反映在疾病疗效，指标有疾病治愈率、药品不良反应数、医疗事故数、公众投诉举报事件等，可以采用预警功能，对超过预期设定的警戒值时，自动提醒决策者，并提出解决措施，从而逐步提高卫生服务质量。 2)卫生资源状况分析，应提供各项卫生资源的使用、配置、分布等信息的查询，根据卫生资源的配置和利用现状，结合卫生服务需求情况，为决策者制定合理可行的卫生资源配置标准和区域卫生规划提供决策支持功能。 3)卫生投入产出效益分析，主要包括资金收入、支出的项目、金额、变化趋势、投入产出比及变化趋势等，应向决策者提供财务收支情况、定期财务报表、资产流动情况等信息，为决策者进行财政预算、决算等提供依据。 4)疾病预防保健问题分析，用数据挖掘技术对业务数据形成的专题数据仓库进行挖掘，析出数据中隐含的关联作用，转入知识库存储 6)医疗保障、采供血、绩效考核等其他问题分析。主要实现医保、新农合等医疗保障、采供血及绩效考核等未包含在上述主题中的内容进行分析。 3、医疗行为及运营指标基本监测指标 该功能需要根据医疗卫生所关注的各项医疗卫生行为及医院日常统计学评价指标为根本，其一是按时间段展示，用于观察时序趋势;其二是按各各指标展p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 示，用于数据的的横向比较。 本系统还需要达到下述效果:当某一指标过高或过低时，指标字体的颜色应相应改变，从而实现的监控和预警的功能。 7.2.3 便民医疗服务 7.2.3.1 健康监测(健康小屋) 7.2.3.1.1 系统概述 公众健康监测系统是以公众健康信息为基础的。系统通过健康一体机终端服务采集公众健康信息，然后由职能专家根据采集到的公众健康信息进行健康评估，并根据相应结果生成健康数据报警。医生收到健康数据报警后可对公众进行服务。同时，系统根据健康评估结果为相关公众推送准确的健康知识，提高居民的健康意识和自我管理能力。主要包括了智能专家服务和健康一体机终端服务两个服务。 健康一体机终端服务是基于物联网技术的软硬件一体化的智能健康设备系统，是面向基层卫生服务机构，用于公众健康检测、健康信息查询、远程医疗协助、相关信息录入等功能的健康关爱系统，帮助公众进行日常监测、慢性病管理、健康体检等功能，实现公众健康数据的实时管理。 智能专家服务是一类具有专门知识和经验的计算机智能程序。通过人工智能的手段，将众多专家的知识和经验联合起来，经过计算机的建模、知识推理等技术处理，模拟成真实的健康专家，为公众提供智能的健康管理服务。通过健康状况评估，给出健康报警，同时提出专业的健康促进方案。并通过精准的健康知识推送，提高公众的健康意识和自我管理能力。 1、自助检测 “健康小屋”内配置有各种类型的健康采集器，居民可随时进行健康监测，数据实时传输给对应的医疗/健康管理机构，由专业医生给予指导。 137 2、健康评估 在健康小屋或则任何可上网的地方，用户可登陆网络保健中心网站的个人健康空间，利用各种健康评估工具，包括疾病自我诊断/自测、健康自测、生活 方式评估、疾病风险评估等问卷。 3、健康干预 根据用户的健康评估，系统会生成健康干预方案，包括慢病管理方案、个性化运动方案、生活方式干预、肥胖/减重管理、个性化饮食方案、压力管理。 4、报告打印 用户可以在“健康小屋”打印检测报告、评估报告，检查结果可以作为医院就医的凭据或参考。 7.2.3.1.2 功能描述 表格 7-5:公众健康监测系统功能列表 编号 功能 说明 可记录公众全程健康记录，包含门诊、住院、 1 健康记录PHR 体检等信息。公众和医生都可通过互联网登录 健康社区进行查看。 可通过一体机采集日常检测指标数据，主要包 含:血压、血糖、血氧、心电、心率、脉率、 日常检测采集 2 体温、身高、体重、视力、三围信息的采集录 入。并可以上传到数据中心，公众也可以登录 健康社区进行查看 智能专家利用健康检测数据分析与报警算法、 推理模型和判断规则处理等健康数据智能分 3 健康评估 析技术，结合健康管理医学理论，并采用多种 分析手段和分析技术，对健康数据进行综合分 析和处理，给出一个综合的评判意见。 智能专家对公众日常检测采集数据进行分析， 健康数据报警 4 并提示报警，公众产生报警数据后，医生可以 看到报警来为患者服务。 智能专家根据公众的健康评估，实时、准确、健康知识推送 5 有针对性的提供健康知识给相关公众。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7.2.3.2 公众健康关怀 7.2.3.2.1 系统概述 该平台以大数据为依托，旨在为市民提供健康信息的推送，帮助市民了解健康常识，推动医疗体制改革。是惠民工程建设的一大体现。 平台通过对市民身体状况的判断，依据大数据分析的结果，将对健康公众提供健康咨询、体检建议等关怀信息。也对患病群众提供了定期检查、疾病知识等相关服务。让群众体会到政府对他们的关注与关心。也通过该平台让医疗资源分配更加均衡，提高患病群众的到诊率，做到疾病早发现、早治疗、早康复的目的。主要包括以下内容: 1、健康信息推送平台 该平台为健康公众提供健康咨询、体检建议等关怀信息。让广大群众更加全面的了解健康常识与疾病的预防知识，增强全民体质。 健康常识 公众较为缺乏健康知识，对季节性疾病与常见多发病的预防治疗缺少预防意识。导致疾病的发生造成身体与经济的损失。 定期向公众通过手机短彩信等方式进行健康常识的宣传，并依据宣传中的简易操作反馈个体用户的反馈结果，再根据不同用户的情况针对性的发布健康常识。 对于偏远地区或无通信设备的群众，将采用健康资料下发的方式将信息发布到各个最小区域单位。 健康咨询 公众针对自身突发不适症状情况没有渠道了解原因与治疗方案。 提供公众的健康咨询服务，在不同的时间段请医疗相关专家线上坐诊，提供便民健康的咨询服务，群众根据自身需求与通信方式与专家进行信息的交换。最终达成医疗部门与公众的信息相互传递，让公众对健康信息更加了解，提高全名健康意识。 体检建议 139 公众对于健康体检没有概念，不会主动定期进行检查，造成疾病的发现和治疗延误。 目前我国居民的体检意识还比较薄弱，特别是偏远地区还存在体检信息无法及时送达，无法对群众进行体检重要性的宣贯。因此基于各级卫生信息平台的数据，了解各个居民的体检频率与检查结果，定期的向居民发布体检通知，并提供预约服务与优惠政策解读，争取尽早实现全民周期性体检的目的。 2、病患诊疗关怀平台 该平台针对已患有疾病的群众，提供诊疗关怀的信息，让病痛中的群众体会到党和国家对他们的关怀。 健康检查 公众对于自身疾病没有定期复查的意识，或无法找到疾病专家门诊，导致病情延误或加重。 该模块将对患者所得的疾病的各种病例进行分析，根据各类疾病的复查频率结合专家的意见，在指定周期向疾病用户推送健康检查的信息，让疾病用户定时前往医院检查，及早了解病情发展，减少因治疗延误造成不可挽回的损失。 系统还将提供疾病门诊预约的相关信息，让患者简单、轻松的找到就近医院的疾病治疗专家，帮助患者及时前往医院就医。 疾病知识 公众对于已患疾病在饮食、卫生等方面需注意的细节没有很好了解，导致病情无法得到控制。 该模块通过对数据库中患者疾病的发展情况，将当前疾病阶段所需注意的饮食、卫生等信息进行推送。帮助患者更好的对抗病魔。 专家门诊推介 公众预约的诊疗医师无法达到心目中的要求，希望有更加权威的专家进行诊疗。 根据各个医院上报的预约诊疗信息，优先针对病患提供专家门诊的推荐。让患者了解专家的诊疗时间，帮助患者找到相应的专家进行治疗。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 7.2.3.2.2 功能描述 表格 7-6:公众健康关怀系统功能表 序号 子系统 功能 说明 客户标签分类体系以面向客户为目标构建，其目的是客户标签分便于统一管理、统一维护，有利用全网标签库的集中1 类及定义 和共享。 基于客户属性信息进行规则运算，生成客户标签，支客户属性管持对客户属性信息进行维护。客户属性维护功能主要2 理 包括客户属性配置及客户属性分类管理两项 。 根据标签的生命周期管理流程，需要实现标签的创标签生命周建、编辑、审批、标签的调用、评估、失效和下线进3 期管理 行全流程配置化支撑 标签生成后，都是需要按周期(天、周、旬、月)来 更新维护的，因此，需要在后台程序实现自动化的调 度。调度系统将每个程序或者存储过程的一次运行当 作一个作业调度功能模块将每个程序或者存储过程用户标标签调度管的一次运行当作一个作业，作业的启停时间由调度系4 签引擎 理 统控制作业的启停时间由调度功能模块控制，作业所 需资源由调度功能模块系统分配，调度由作业依赖而 设计， 按照规则控制作业的运行，可 24小时不间断 工作。 标签库数据标识了客户的关键行为特征，属于企业的 核心机密数据，必须纳入信息安全管理。安全管理遵标签安全管从省级经营分析系统安全管理技术方案，完善体系化 5 理 的安全策略，全方位进行安全管控，通过多种手段保 障客户标签的数据安全，做到事前可管、事中可控、 事后可查。 对标签库元数据包括接口、物理模型、数据处理过程、标签元数据标签口径等进行管理。全面管理标签生成的数据流6 管理 程，数据质量，标签口径等内容。 执行活动查提供创建执行活动的查询、修改、删除等管理功能 7 询和管理 执行活动配对执行活动进行配置 8 置 规则制执行方案配关怀方案配置是指关怀执行活动按业务类型、客户群定引擎 9 置 等不同维度进行分解的结果。 执行档次配置是以客户群为出发点进行多波次协同执行档次配配置的过程，每个波次都可建立自己独立的关怀内10 置 容、客户筛选规则、事件规则、关怀渠道执行信息、 141 序号 子系统 功能 说明 渠道约束规则、执行结果判断规则。 关怀执行准内审通过后，规则制定引擎调用相关接口将客户规则11 备审核 实例、事件规则实例信息派发到数据捕获引擎。 数据获取 包含数据采集、数据预处理、数据分发三大功能域 12 功能是将关怀场景进行业务细化后，得到的原子事件 原子事件 规则，初始化到系统中，系统后续根据规则对原子事13 件进行匹配输出。 包含简单事件处理模块、复杂事件处理模块(原子事关怀场景 14 件组合处理，原子事件时序组合处理)。 静态数据同静态数据同步组件主要实现标签数据同步和关怀目15 步组件 标用户群同步。 基于流处理技术实时捕获用户的当前状态，将变更的实时数据同数据捕状态写入到内存数据库的数据缓冲区，再批量更新到16 步组件 获引擎 用户动态标签。 为了提升实时服务的开发效率和质量，提升数据共享实时数据服效率，以支撑未来大数据业务的快速开展，有必要构17 务 建灵活、快速、可配置的对外服务定制能力。 管理模块 包含规则解析、节点管理、日志管理模块 18 实时关怀中存在很多基于手机号码的数据需进行关 重分布算法 联比对，为避免很多数据重分布导致的网络交互，从19 根本上提升性能，需引入数据重分布算法。 数据共享 根据流处理的结果数据将其输送给外系统。 20 是指客户接触关怀渠道后，由关怀渠道触发关怀事 件，并由规则制定引擎识别有效触点，向数据捕获引 触点推送关擎发起实时关怀推荐查询，数据捕获引擎根据事先同21 怀 步的关怀事件规则实例，分析形成客户可推荐关怀内 容，并由规则制定引擎将关怀内容分布关怀渠道进行 实时推荐的流程。 是指数据捕获引擎捕获客户行为、接触信息，实时分行为事件关析匹配客户事件规则、客户筛选规则，生成关怀关键信息推22 怀 送引擎 事件，并由规则制定引擎进行执行管控的关怀流程。 是指在数据捕获引擎的触发事件中搭载关怀人员或关联事务关数据捕获引擎关怀分析结果，规则制定引擎通过短信23 怀 伴随、短信夹带等方式向客户进行关怀推荐的过程。 是指关怀策略(目标客户、关怀内容、关怀渠道适配 主动挖掘关规则)由人工进行完成配置，数据捕获引擎按指定周24 怀 期(月、日、小时等)批量返回目标客户清单，规则 制定引擎根据事先配置的关怀策略向目标客户推荐p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 序号 子系统 功能 说明 关怀内容的过程。 反馈处实现将各个关怀方案推送后，在执行界面可产生反馈25 理引擎 信息的业务，将反馈的信息，推送给相关的系统。 成效分该引擎针对于各类关怀方案，区分不同的方案类型制26 析引擎 定分析规则。 7.2.3.3 医院自助终端应用 7.2.3.3.1 系统概述 病人80%的就诊时间要花在排队挂号、候诊、多次划价缴费、取检查结果等事件上。挂号难，排队时间长，检查、检验报告破损、延迟、错拿、漏发、丢失、费用不透明等问题导致医患矛盾越来越尖锐。根据相关调查，患者对医院的不满主要集中再挂号时间长、缺乏导医服务、候诊时间长几个方面。 本项目考虑向部分医院投放医院自助终端系统，在实现与医院信息管理系统(HIS)和银行卡系统对接问题的基础上，充分满足医院自助诊疗卡发放、充值、挂号、缴费、查询与发票、凭条打印等需求，同时还能实现自助化验单打印、自助化验报告打印、自助住院费用清单打印等需求，提高医疗质量和效率，有效避免医疗信息重复采集、病人长时间排队等候和资金安全等问题。 1、病人就诊前可在自助终端进行挂号和充值; 2、对挂号费用、检验费用、药品费用可在自助终端进行缴费; 3、完成各项检查后可在自助终端打印检验报告和化验报告; 4、可在自助终端完成取药排号，然后根据打印出的取药单提示到制定药房取药; 5、完成就诊可在自助终端进行结算缴费并打印发票; 6、对就诊过程进行满意度评价。 7.2.3.3.2 功能描述 表格 7-7:医院自助终端功能表 编号 子系统 功能 说明 143 编号 子系统 功能 说明 读取诊疗卡信息。 1 现金充值 确认诊疗卡有效。 放入要充值的现金，送出卡片。 读取诊疗卡信息。 2 结算缴费 确认诊疗卡有效。 选择需缴费项目，完成缴费并扣款。 读取诊疗卡信息。 3 自助售病历 确认诊疗卡有效。 自助购买病历并扣款。 读取诊疗卡信息。 确认诊疗卡有效。 4 预约挂号 可自由选择科室，级别，医生，预约7天 内的就诊号。 读取诊疗卡信息。 确认诊疗卡有效。 5 自助挂号 显示当前挂号的排班表，打印挂号票据 单。 帮助病人了解医院，科室，医生等相关信自助导诊 6 息 自助综合服 病人使用触摸屏选择所需查询项目，检索务子系统 7 自助查询 医院信息系统。 读取诊疗卡信息。 确认诊疗卡有效。 自助处方打印 8 读取病人已经开出尚未打印的处方。 病人使用触摸屏选择需要打印的处方。 打印病人选择打印的处方。 读取诊疗卡信息。 确认诊疗卡有效。 读取病人已经发布尚未打印的检验、检查自助检验，检 9 报告。 查报告打印 病人使用触摸屏选择需要打印检验、检查 报告。 打印病人选择打印的检验、检查报告 读取诊疗卡信息。 确认诊疗卡有效。 10 自助发票打印 病人使用触摸屏选择需要打印的发票。 打印病人选择打印的发票 终端机管理 卡，钞票对账管理 11 终端机后台管监控服务管12 对各个终端设备进行统一管理 理系统 理 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 编号 子系统 功能 说明 设备基本信息管理、设备参数维护管理、13 设备管理 查看设备状态 对设备的运行状态进行预警 14 状态预警 故障管理 15 在自助终端设备出现故障时自动报警 16 远程控制 对远程终端设备进行远程操控 查询统计 交易种类和交易金额统计 17 完成自助终端设备与业务系统的现金对19 现金对账 帐功能 对医院诊疗卡从购卡、终端加卡、发卡统20 发卡取钞管理 计，取钞等方面进行管理， 21 交易处理 22 系统管理 用户管理、权限管理 日志管理 详细记录操作步骤结果 23 7.3 外部系统接入 7.3.1 接入方式及规划 7.3.1.1 接入方式 为了保证数据采集的规范化和标准化，需要和新农合结算、医保结算、国家药品电子监管、药品三统一和基本药物管理、医院信息系统、县区平台提供前置机接入系统，用于数据文件的采集、交换、标准化转换、转储和共享，实现数据源的采集、信息加工处理、不同数据源格式转换、信息传输、加载等功能。 本平台网络建设统筹利用电子政务公共服务平台的网络设备，包括防火墙、交换机、网闸、网络机柜和网络管理软硬件设备等，并作为一个安全域接入。 145 新农合、医保、药品三统市级医院县(区)级平台一及基药管理、药监 新农合、医医院内部基药、药监保系统卫生专网/政务外网以太网交换以太网交换以太网交换 核心交换机 光纤交换机光纤交换机图示说明:网闸以太网通信 光纤线核心交换机 前置机系统集群 数据交换共享 ………… 智慧医疗云平台 图 14:数据交换逻辑部署图 医疗卫生机构数据采集前置机系统主要是用于本平台的数据采集过程，该系统不仅仅涉及到医院数据采集工作，还涉及到其他医疗和卫生信息系统数据采集，如医疗卫生数据、公共卫生数据及其他卫生相关业务数据。 7.3.1.2 接入规划 为了保证数据采集的完整性和及时性，县(区)级区域平台根据人口分布和地域情况，每3个县(区)合一台前置机服务器;市级5家政府办医院及妇幼保健院规划每2家医院合一台前置机服务器;市级15家非政府办医院规划每3家医院合一台前置机服务器;其中前置机功能包括接入机构文件目录规划、软件服务清单、数据采集、数据校验并形成唯一主索引数据。 50万人口以上县(区)3个:泾阳县、乾县、兴平市 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 50万人口以下县(区)10个:三原县、礼泉县、永寿县、淳化县、武功县、长武县、彬县、旬邑县、秦都区、渭城区 市级平台直接对接市级5家政府办医院及妇幼保健院(均为三级)并逐步实现15家非政府办医院(二级及以下)对接 7.3.2 接入流程 7.3.2.1 数据提交方式 提交数据的方式为定时批量式。定时批量式提交的采集数据包含两部分内容:部分字典数据和医疗业务数据。 定时批量式提交采集数据，要求各系统自动生成数据并定时批量提交到前置机中约定的目录中。特别需要说明:各系统在编制提交采集数据的程序逻辑时，不要将提交采集数据的操作逻辑嵌入到医疗机构内日常医疗业务流程中，即不要将提交采集数据成功与否作为日常业务流程是否可继续流转的必要条件，而作为一个单独的处理程序逻辑予以定时单独运作。 在前置机上建立数据存放目录，不同业务数据对应不同的目录。在提交数据时，各对接系统需要按照数据采集时点要求，定时批量的将生成的采集数据文件放入对应的数据目录内。 接入机构按照数据接口标准中的相关数据接口准备数据，然后使用转换程序按照相关XSD描述生成XML，并调用CA中心提供的签名程序对XML签名并生成含签名值的XML后，使用文档注册程序把含签名的XML注册在前置机。 前置机首先会验证文档签名，签名通过后还会验证XML结构和部分信息是否符合接口描述要求，如通过后返回机构文档注册程序成功标志表明此文档顺利提交，否则返回失败及失败原因，接入机构文档注册程序接收到错误信息后，根据错误信息代码及描述，对文档或数据重新处理后再次提交，直到成功。 147 7.3.2.2 数据上传时间要求 医疗机构通过内部信息系统自动生成数据并定时批量提交到文件前置机。医疗机构信息系统应每天提交业务运营数据、患者基本信息、就诊履历信息、检验报告信息、住院病案等当天的增量数据。 医疗机构应按照全市统一的数据交换时间规划，在每天固定时间准时将完成业务运营数据和诊疗数据等提交到前置机，前置机在将数据文件上传至本平台后，由本平台进行数据整合、匹配的工作。举例说明如下表: 表格 7-8:数据上传时间要求示例 序 整合名称 处理频次、时间点 号 市级医疗机构及区县平台数每日处理;每日00:00时开始，并在03:001 据上报过程 结束 前置机到数据中心的数据交 2 每日处理;02:30时开始，05:00时结束 换过程 3 数据中心数据整合 每日处理;05:00时开始，07:00时结束 7.3.2.3 数据处理策略 在业务运行过程中，不可避免需要有一些延续性的工作，比如:住院长期医嘱会随着时间的变化进行作废、停止等工作，对于这类业务活动的数据，本规范提供两种处理策略: , 实时更新上传策略:各接入系统根据日常业务发生的情况，每天定期提 供产生的业务数据，同时要求接入系统保证每天传输的数据为增量数 据和修改过的数据。 , 统一上传策略:接入系统根据内部连续性业务活动的进展情况，通过对 内部业务流程判断，当业务活动结束时，一次性把相关业务活动数据 上传到前置机。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 各接入系统可根据自身连续性业务的情况，可选择其中一种策略完成相关数据的上传。 7.3.2.4 采集数据通知 实时更新数据:接入系统调用平台提供的webservice服务进行实时的业务数据交互。 定时更新数据:接入系统通过ftp方式上传医疗数据到前置机中，接入系统再调用平台提供的webservice登记服务，平台对成功上传的数据进行处理， 处理后把文件搬到备份目录(路径命名例如 /smartmedical/shanxi/xianyang/data/接入机构目录/bak/201410)，如果数据处理失败(目录为/smartmedical/shanxi/xianyang/data/接入机构目录/failure/201410)，并通过调用服务方式通知接入机构失败文件和处理失败日志写到此目录的命名.log日志文件中，由医疗机构重新上传。 7.3.2.5 采集结果反馈 本平台提供内部门户向各接入系统发布数据采集、入库情况，接入系统可以在相应的页面中对处理结果进行查询。内部发布的处理反馈结果可包括如下信息: , 日期、时间、处理的数据表、提交数据条数、提交处理成功数据条数、 未成功处理数据条数; , 未成功处理数据的内容和未成功的原因。 接入系统则可根据本平台提出的要求，根据上述反馈结果查找原因，在解决存在的问题之后，对未成功的数据再次进行提交操作。 149 请求路线7.3.2.6 采集总体流程 返回路线 应用系统数据库处理返回数据(标准数据元前置机数据库映射)前置机服务器A 应开始用系应用系统调用统程序实应用系统接口施程序 平台Web Service接服务代理适配器实口施 平台数据中心平台服务接口平台接口 平台业务处理程序层平台内部数据基本健康档案 业务判断前置机服务器B 平适配器台实施扩展健康档案 应用应用系统接口程系序统实施服务代理 应用系统程序应用系统数据库Web Service接口 图 15:采集总体流程 应用系统调用程序 前置机数据库 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 8 安全保障建设 8.1 安全等级划分 依据公安部、原国务院信息化工作办公室制定的《信息安全等级保护管理办法》、《信息系统安全等级保护定级指南》，及本项目风险分析，确定本项么为非涉密业务网，安全保护等级为三级。本次安全建设将按照国家等级安全防护的第三级来设计。 根据国信办《电子政务信息安全等级保护实施指南》以及全国信息安全标准化技术委员会《信息安全技术信息系统安全等级保护基本要求》中的规定，第三级安全保护能力是:应能够在统一安全策略下防护系统免受来自外部有组织的团体、拥有较为丰富资源的威胁源发起的恶意攻击、较为严重的自然灾难、以及其他相当危害程度的威胁所造成的主要资源损害，能够发现安全漏洞和安全事件，在系统遭到损害后，能够较快恢复绝大部分功能。 按照安全等级保护三级的要求，从业务信息安全、系统安全服务等几个层面进行建设。平台要兼顾保障信息安全和服务可用，具体定级要求如下: (一)业务信息安全等级 居民健康档案和电子病历数据和应用系统一旦遭到破坏，将影响到广大人民群众的生命健康保障，会对社会秩序和公共利益造成“严重损害”，应定为三级。 (二)系统服务安全等级 系统包括健康档案查询、远程会诊、公共卫生服务、应急管理等服务，一旦系统不可用，将对社会秩序和公共利益造成“严重损害”，定为三级。 (三)系统安全等级 本项目最后安全等级从信息和服务的等级较高者确定，定为三级。 8.2 安全体系总体架构 针对咸阳智慧医疗所面临的安全风险，应采用适当的安全系统，安全体系框架是对系统提供保护的策略的集合，包括:物理环境安全、网络安全、系统安全、 151 应用安全(应用数据安全、应用资源可信等)、运行管理安全等五个层次，共同为本项目系统提供多级别多层次的安全保障。安全系统体系架构如下图所示: 图 16:安全体系总体框架 8.2.1 物理环境安全 主要指机房等物理设备的安全。通过以下几个方面措施进行保障:机房建设严格遵循国家颁布的相关建设标准，如防静电标准、接地标准、湿度控制、抗电磁干扰等，杜绝机房建设中的不规范行为给系统带来的安全风险;建立持续安全的电力供应系统，配备合适功率的UPS电源等;消防系统的建设，如机房建筑的防火措施、设置报警设备和灭火设备、加强防火管理等;物理线路安全保护，如建立防电磁泄漏系统、物理线路的备份保护等。 8.2.2 网络安全 (,)安全的网络设备的使用; (,)网络隔离系统的建设，对于整个网络区域在根据系统的密级要求划分不同的信任域后，各信任域之间建立有效的隔离系统来保证各信任域的有效性，在保证安全性的同时又保证各信任域之间信息的可控交换; (3)网络安全防御系统的建设，防火墙、认证网关、安全审计系统、漏洞扫描系统、网页监控系统、防水墙系统等; p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval (,)容错系统的建设，在系统中另外一个重要的安全措施就是对系统容错保护，如建立备份线路来保证由于线路故障引起的网络不通、建立备份设备保证由于单点故障引起的系统服务中断。 8.2.3 系统安全 (1)操作系统安全 根据本项目系统的建设要求，对主机操作系统应满足:用户身份认证机制、自主访问控制、审计、保证数据完整性以及可用性的要求。 身份认证机制 :管理员为系统中的每个用户设置一个安全级范围，表示用户的安全等级，系统除进行身份和口令的判别外，还进行安全级判别，以保证进入系统的用户具有合法的身份标识和安全级标识。 自主访问控制 :按用户意愿的访问控制。基于这种机制，用户可以说明其私人资源允许系统中哪个(些)用户以何种权限进行共享。主机系统具有访问控制表(ACL)的功能。 审计:用于监视和记录系统中有关安全性的活动。系统通过记录事件的类型、用户的身份、操作的时间、参数和状态等，系统管理员可以有选择地设置哪些用户、哪些操作(命令或系统调用)、对哪些敏感信息的访问等需要审计，这些事件就会在系统中留下痕迹，构成一个审计记录记入审计日志。这样，系统管理员就可以根据审计日志，检查系统中有无危害安全性的活动。 数据完整性:主要是主机操作系统数据在存储和处理过程中是否保持一致，系统的进程是否出现异常。 可用性:主机操作系统可用性特性包括，事件管理，能够访问关键事件信息，用于管理和调节系统，从而加快问题诊断的速度。动态调节，要求系统运行期间进行调节，从而使正常运行时间和可用性都达到了最大限度。路径可选，为每个存储设备或网络设备均提供多条路径，从而消除了单点故障并提高了可用性。多用户路径，支持在系统不停机的情况下安装补丁，进而提高了正常运行时间和可用性。动态内存隔离，系统能够隔离出现故障的内存，从而减少了计划外的停机时间。 153 (2)数据库系统安全 作为数据库管理系统，由于数据大量集中，且为众多用户直接共享，安全性问题较为突出。在进行安全性设计时，既要考虑数据访问的安全性和监督用户的访问，又要兼顾对数据库的存取速度。 安全的数据库系统需要支持安全机制有:对用户和数据的分级管理、提供可靠的故障恢复机制、支持多台服务器并行协同工作、提供良好的分布式数据库环境、确保分布式数据的完整性等功能。 8.2.4 应用安全 咸阳市智慧医疗平台应用级安全包括统一身份认证,统一权限管理等,其包括系统软件和应用软件应具有访问控制功能，包括用户登录访问控制、角色权限控制、目录级安全控制、文件属性安全控制等;系统软件(包括操作系统，数据 和应用软件等应定期进行完全备份，系统软件配置修改和应用软件的修改库等) 应及时备份，并做好相应的记录文档;及时了解系统软件和应用软件厂家公布的软件漏洞并进行更新修正;应用软件的开发应有完整的技术文档，源代码应有详尽的注释;使用基于PKI-CA体系的数字证书实现各业务应用系统的用户身份验证、数字签名等功能。 咸阳市智慧医疗平台应用安全体系的架构如图所示，整个平台分为三个部分;身份认证基础设施,应用安全管理系统。 身份认证基础设施是整个系统的基础,平台整合了数字证书，用户密码模式，动态口令卡，手机动态密码,指纹等多种身份认证模式，并支持接入咸阳市的CA机构。 应用安全管理平台是基于多种身份认证模式对涉及区域医疗卫生安全要素的统一管理，要包括统一身份管理,医疗卫生角色管理，卫生信息资源管理，医疗卫生授权管理等。 统一身份认证 数字证书认证中心(Certificate Authority, CA)主要负责产生、分配并管理所有参与网上交易的个体所需的身份认证数字证书。每一个数字证书都与上一p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 级的数字签名相关联，最终通过一个安全链追溯到一个已知的并被广泛认为安全、权威、足以信赖的机构。电子交易的各方都必须拥有合法的身份，即由CA中心签发的数字证书，在交易的各个环节，交易的各方都需检验对方数字证书的有效性，从而解决用户的信任问题。在本系统建设中，可直接利用苏州市数字认证中心已有的CA中心的身份识别基础设施。 采用PKI加密 咸阳市智慧医疗平台采用加密技术来保护敏感信息的传输，保证信息传输中的安全性。在一个加密系统中，信息使用加密密钥加密后，得到的密文传送给接收方，接收方使用解密密钥对密文解密得到原文。目前主要有两种加密体系:秘密密钥加密和公开密钥加密。 数字签名的应用 在咸阳市智慧医疗平台建设过程中涉及到电子健康档案和电子病历的传输和共享，因此我们需要采用电子签名技术来保证电子健康档案系统的安全性和不可抵赖性。通过区域卫生数据中心平台平台,医院的医生可通过调用身份认证(可采用数字证书或指纹模式),数字签名,数据加密等服务将电子病历上载到卫生数据中心中共享,卫生数据中心可对电子病历信息资源共享的机制进行设置与管理,其他医院医生则通过调用身份认证(可采用数字证书或指纹模式),方问控制,数据解密等服务对电子病历进行调阅,病人也可通过卫生服务网站调用身份认证(可采用手机动态密码方式),访问控制,数据解密等服务对自己的电子病历进行远程查询,从而实现区域内电子病历的安全共享和访问,为电子病历法律化奠定技术基础。 155 图 17:平台数字签名系统结构 隐私与权限管理 为了保证电子健康信息共享的同时实现对居民隐私的保护，平台必须对电子健康信息提供权限管理机制。电子健康信息的权限管理根据医生，管理者，市民等不同的角色进行权限管理，权限管理按等级实现个人级，文件类别级，文件级，市民自定义保护级四级保护机制。 8.3 安全管理 安全的实现要从技术、产品和管理三方面的结合着眼。没有严格的安全管理保障体系与安全技术防护相配合，是无法保障网络系统安全运行的。安全管理措施包括: 、集中建设网络支撑平台监控中心，进行统一安全监控。 1 2、建立健全相关网络安全管理责任制度。 3、建立严格的机房安全管理制度。非工作人员未经许可不准进入机房，任何人不准将有关资料泄密、任意抄录或复制。 4、禁止在生产系统中使用未经批准的应用程序，禁止在生产系统上加载无关软件，严禁擅自修改系统的有关参数;用于开发、测试的系统必须与生产系统严格分开。 5、监视系统运行记录，及时审查日志文件，认真分析告警信息，及时掌握运行状况，对系统可能发生的故障做好应急方案。 6、软件程序的修改或增加功能时，须提出修改理由、方案、实施时间，报上级主管部门批准;程序修改后，须在测试系统上进行调试，确认无误经批准后方可投入生产应用。 7、软件修改、升级前后的程序版本须存档备查，软件修改、升级时须有应急补救方案。 8、制定各项访问控制措施，包括对网络、主机、数据库等的访问。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 9 基础设施建设 咸阳市智慧医疗云平台(含下属秦都、渭城区平台)的数据中心硬件及网络设备托管在咸阳市电子政务公共平台。物理安全、网络安全、数据安全、系统安全、网络链路由咸阳市电子政务公共平台进行提供和保障。 9.1 系统能力测算 9.1.1 数据存储测算 按照业务需求，建设市级居民健康档案、电子病历数据库，并进行数据灾备。 根据2013年数据，全市总诊疗人次2001.40万，按照卫生部对于电子病历内容的定义，每次诊疗的基本病历信息10K计算，总诊疗人次产生的电子数据量大约为20014K×10k=200GB，住院病人73万人次; 考虑住院患者电子病历内容更多的情况，按照每个住院患者50K计算，住院部分还会增加额外的730k×50k=38GB 按照1年计算电子病历数据量总计大约为238GB，按照每年递增20%数据量，同时按照5年在线数据计算，大约为2TB。 1. 电子病历资源库数据测算 根据以上计算，考虑到数据冗余以及灵活性，按照2倍计算，即4TB。 2. 居民健康档案资源库数据测算 居民健康档案数据量大于电子病历数量，按照电子病历数据的1.5倍计算，其容量大约为6TB。 3. 部署在市级平台业务系统数据 根据经验，以及以上业务系统的特点，初步估算该部分数据为500GB每年，5年为2.5TB，考虑冗余，计算为5TB。 4、影像数据 按照一家市级三甲医院每天产生影像数据约80G，二级医院按40G估算，全市约有6家三甲医院和28家二级医院(基层医疗机构暂不考虑)。按在线三个 157 月估算，数据量为144TB。 总计数据容量约160TB。 9.1.2 处理能力测算 全市共有人口约500万，2013年全市总诊疗人次2001.40万，则每天就诊量:2001.4/260(工作日)=7.69万，根据2-8法则进行估算高峰期的使用人数(20%的时间发生80%的业务，按每天8小时计，20%时间即1.6小时，预计每笔就诊需操作100次，即每笔交易对应更新、查询和统计等数据库事务100个，则，则并发交易为:=76900*0.8*100/(8*0.2*3600) =1067笔/s 由于每笔区域卫生交易复杂度高于TPC测试交易，基于J2EE应用平台下，通常一笔区域卫生交易复杂度在5~25tpmC之间，取20tpmC交易， 考虑到实际应用软件的优化情况及留有部分富余能力，应有30%的富余能力，应在此基础上 除以0.7。 则数据库服务器TPC-C的性能要求:1069*20 /0.7 * 60 = 1，832，571 tpmC 9.1.3 网络传输能力 按照产生数据量最大的PACS来计算，一家三家医院每天产生影像数据大约80G，则在100M带宽条件下数据传输需用时:80*1024/(100/8)/3600秒=1.8小时。即一家三级医院每天产生的影像数据通过百兆网络可以在2小时内传输完毕。 9.2 网络系统 网络建设的主要目标是:根据统一规划原则，实现高可靠性、高带宽，保证各项业务应用需求，兼顾将来发展，提供一个高带宽、可根据需求灵活进行服务级别管理的网络系统平台;提高故障冗余能力，由于医疗应用的特殊性，网络系统平台应具备良好的可用性，要求网络规划具有完善的故障自愈能力和故障冗余能力。 1、总体网络结构 咸阳市智慧医疗平台通过电子政务外网连接省级卫生信息平台以及卫生、社p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 保、食药监等相关单位，区、县平台物理部署在市级中心机房。通过SDH专线连接市级医疗机构(100M带宽)和公共卫生服务机构(疾控、卫监、血站、职防等，100M带宽)。实现全市各级医疗卫生服务机构、卫生行政管理机构、公共卫生机构等单位的互联互通和信息共享。 居民查询等2MWEB访问 4M 安全类Internet 安全类网网关等关等设备设备 10M10M100M100M磁盘阵列接入前置服SAN交换机务器综合网关设备 核心交换机容灾服务器 磁盘阵列SAN交换机 图 18:网络总体架构图 网络以陕西省电子政务网为基础，以咸阳市智慧医疗信息平台为中心节点、以各医疗卫生机构为终端节点、组成单级星型网络。 2、试点县接入网结构 本项目咸阳市三个县先行试点，在试点县采取VPN完成本县区域内的重点医院，社区服务中心，村卫生室的接入，同时县级卫生信息平台连接同级县电子政务中心，向上连接市级卫生信息平台。网络拓扑结构如下: 159 县卫生信息平台 图 19:网络拓扑结构 3、网络线路选择及带宽 级中心到乡卫生院(社区卫生服务中心)、村卫生咸阳市选择租用市(区) 室，县级中心到乡镇卫生院、村卫生室(社区卫生服务中心)、县级中心到其它医疗卫生机构的连接数据通信线路。条件具备的选用专线实现连接，条件不具备的可以通过运营商的公用宽带网络、使用VPN接入设备连接。县级中心节点配置VPN设备，与其它配置VPN设备的节点连接，对未配置VPN设备的节点，用SSL方式实现连接。 由于咸阳市卫生信息平台覆盖市、县(区)、乡、村四级卫生医疗机构，各县内在租用网络线路时注意在县区域内只选择一个运营商，以避免多家运营商各提供部分网络线路带来的不利影响。 区县级医院配置独占出口带宽20M，乡镇卫生院(社区卫生中心)配置独占出口带宽10M，村卫生室(社区卫生站)节点配置出口带宽不低于2M。 9.3 备份系统建设 健康档案和电子病历两个基础数据库和相关业务数据库均为重要信息资源，备份系统解决了本地数据备份问题，当本地数据出现故障时，可用备份系统的数据进行恢复，保证了系统的数据安全。因此必须具备完善的容灾备份系统保证数p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 据安全，备份系统建设结合系统业务量和《GB20988-2007-T 信息安全技术信息系统灾难恢复规范》的相关要求进行备份系统建设。 数据资源备份由市级电子政务公共平台提供服务，在卫生信息平台服务器上安装灾备软件的客户端(或代理)，作为基本的备份客户端，执行对所在服务器相关数据备份及恢复任务。 当前，咸阳电子政务公共平台统一的备份系统已经建成 ，数据备份采用磁带库作为备份系统，在SAN环境下配置，构成LANFree备份框架的光通道共享磁带机备份系统，磁带库与光纤交换网络相连，通过备份软件，多台服务器可共享磁带库，构成完整的备份系统。服务器直接通过光纤通道备份数据，无须经过局域网，减少应用网络的压力，节省网络资源。在信息资源中心配置相应的数据备份与恢复软件、数据备份服务器、磁带库等设备，通过定义备份策略，如全备份、增量备份、差异备份等，定时将系统中的数据备份到备份介质。 咸阳智慧医疗项目备份系统基本配置:在互联网接入区，配置1套光纤驱动器，磁带库等备份设备主要备份采集交换数据，在业务生产区配置1套光纤驱动器磁带库，主要备份生产数据，按照数据存储量的测算，本项目共需160TB的存储量，电子政务公共平台满足当前存储的要求。在上述两个区分别配置1套备份管理软件，按照设计需求和技术指标要求，配置存储及备份系统管理软件，用于实现关键数据的自动化备份与恢复。 9.4 机房建设 本项目所建信息系统全部部署于咸阳市电子政务公共服务平台所在机房，作为咸阳电子政务公共平台统一的机房，目前已经建成，机房等级、面积等各项条件均可满足本项目系统运行部署环境。 9.5 系统软件配置 本项目主要配置以下系统软件，主要包括操作系统、安全软件、备份软件、运维软件和应用支撑软件，其中操作系统、安全软件、备份软件和运维软件等平台型软件由咸阳电子政务公共平台提供，目前已经满足。 161 9.6 支撑硬件要求 咸阳市电子政务公共服务平台已经建成，硬件设备均由该平台提供，本项目所涉及到硬件系统一般包括:数据库服务器、备份服务器、应用服务器等;交换机、路由器、防火墙、VPN等网络设备;存储设备如磁盘阵列、磁带库等。 网络基础设施平台的硬件系统配置，应根据当地实际业务需求、网络覆盖范围和规模以及经济条件，本着经济、实用、高效和分步实施的原则，选择适当的建设方案。本部分重点对服务器和存储设备需求进行分析。 1、项目对服务器需求 依据本项目系统性能能力测算的结果，结合当前实际，本项目需配置数据库服务器和应用服务器。 数据库服务器，配置8台物理机的数据库服务器，采取双机的形式，主要用于区域卫生和智慧医疗业务应用系统的数据库。主要性能指标为:4颗intel E7-4820; 内存配置64GB，配置4块600GB SAS 2.5寸硬盘，独立的磁盘阵列卡，带电池保护可支持RAID0，1，5配置2块双口 8Gb FC HBA卡，光纤跳线LC-LC>=5米，冗余电源，DVD刻录光驱。 应用服务器，部署于公共平台的虚拟化软件之上，配置4台PC服务器的物理机应用服务器，经虚拟化化之后，虚拟为20个应用服务器，主要用于区域医疗和智慧医疗业务应用系统智慧医疗门户的应用服务器。主要性能指标为:4颗intel E7-4820; 内存配置64GB，配置4块600GB SAS 2.5寸硬盘，独立的磁盘阵列卡，带电池保护可支持RAID0，1，5，冗余电源，DVD刻录光驱。 2、项目对存储的需求 依据本项目系统性能能力测算的结果，结合当前实际，本项目需配置结构化数据存储和影像存储的存储设备。 结构化存储，配置企业级磁盘阵列，磁盘容量600 GB，在线转速10K RPM的 SAS?/SATA盘。双控制器，裸容量12T，冗余电源。 影像存储，双主控制器。每控制器配置4个8GB FC主机接口，2个SAS主机接口。冗余热插拔风扇，冗余热插拔电源。本次配置16块4TB SAS 3.5寸硬盘。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 10 项目实施的组织与管理 10.1 项目实施进度 项目建设期为2014年7月至2016年12月，分为两期建设。 前期准备:2014年7月-2014年11月 完成需求调研和建设方案。 一期工程:2014年12月-2015年12月 建设咸阳市智慧医疗云平台(含秦都、渭城二区)。至2015年6月，通过长武、泾阳、旬邑三个试点县县级平台接入，实现试点县级医院及市级3家试点医院数据整合，并实现持卡就医。完成公共卫生、阳光医药监管等系统建设，并实现合疗结算、国家药品电子监管系统、药品三统一和基本药物管理系统接入。至2015年12月，完成辖区内市、区各级政府办医疗机构数据采集和整合(市级5家，秦渭两区6家)，并实现持卡就医。 二期工程:2016年1月-2016年12月 按照县级卫生信息平台推广进度扩展咸阳区域卫生和智慧医疗应用覆盖范围，完成与已建成的县级卫生信息平台对接;逐步开展合疗及医保定点非政府办医院(市级15家，秦渭两区44家)系统改造和数据采集工作;持卡就医范围进一步扩展至市区级及以下基层医疗机构和完成县级卫生信息平台建设的县级及以下基层医疗机构;完成便民医疗服务、医疗卫生决策分析、血液管理、区域医疗协同等系统建设。 后续工程:2017开始 完成省规划29项业务分支系统中除咸阳市统建及接入系统外，剩余15项系统在市/区平台的实施落地 项目建设整体进度安排如下: 表格 10-1:项目建设整体进度安排表 要求完成时任务 备注 间 163 要求完成时任务 备注 间 前期准备 2014年12月 1 需求调研 2014年7月 2 方案确定 2014年12月 3 试点启动会 2014年12月 一期工程 2015年4月 咸阳市智慧医疗云平台基础平依托信息惠民公共服务基础平台要求搭1 2015年1月 台搭建(一市两区平台) 建基础平台 1.1 采集交换平台 2015年1月 1.2 大数据处理平台 2015年1月 1.3 服务支撑平台 2015年1月 1.4 应用集成平台 2015年1月 2 应用系统建设 2015年4月 各系统均全市统建 全市统建省规划29项中 2.1 的6项 (1) 健康档案管理系统 2015年2月 (2) 惠民卡管理系统 2015年2月 (3) 计划免疫系统系统 2015年3月 (4) 健康教育系统 2015年3月 (5) 妇幼保健系统 2013年已投入使用 (6) 智慧医疗门户 2015年4月 2.2 扩展建设公共卫生系统 (1) 慢病管理 2015年3月 (2) 健康体检 2015年3月 (3) 康复管理 2015年3月 (4) 流动人员管理 2015年3月 (5) 高危人群管理 2015年3月 2.3 智慧医疗应用 (1) 过度医疗筛查系统 2015年4月 (2) 基药使用分析系统 2015年4月 (3) 医疗费用分析系统 2015年4月 (4) 医保稽查系统 2015年4月 (5) 健康小屋 2015年4月 (6) 医院自助终端 2015年4月 3 系统接入(接入29项中的5项) 3.1 新农合结算系统 2015年6月 3.2 国家药品电子监管系统 2015年6月 药品三统一和基本药物 3.3 2015年6月 管理系统 3.4 试点县级平台 2015年6月 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 要求完成时任务 备注 间 至2015年6月接入市级3家试点医院 3.5 医疗机构信息系统 2015年11月 至2015年11月接入市、区各级政府办 医疗机构(市级5家，秦渭两区6家 4 系统试运行 2015年7月 5 系统验收及交付使用 2015年11月 6 一期系统正式上线 2015年12月 二期工程 2016年12月 1 应用系统建设 2016年6月 新建省规划29项中的3 1.1 2016年6月 项 (1) 血液管理信息系统 2016年1月 (2) 区域医疗协同系统 2016年6月 (3) 预约挂号平台 2016年1月 1.2 智慧医疗应用 2016年3月 (1) 健康关怀系统 2016年3月 医疗卫生决策支持 (2) 2016年3月 系统 2 系统接入 2016年12月 逐步开展合疗及医保定点非政府办医院 2.1 医疗机构信息系统 2016年11月 (市级15家，秦渭两区44家)接入 按照县级卫生信息平台推广进度扩展咸 2.2 县级平台 2016年11月 阳区域卫生和智慧医疗应用覆盖范围 3 系统试运行 2016年7月 4 系统验收及交付使用 2016年11月 5 二期系统正式上线 2016年12月 后续工程 2017 包括公共卫生监督管理信息系统、传染 病直报系统、突发公共卫生事件应急指 挥管理系统、远程会诊信息系统、中医 完成省规划29项业务分支系统药信息管理系统、医疗质量监控信息系 中除咸阳市统建及接入系统统、国家卫生统计直报信息系统、医疗1 2017 外，剩余15项系统在市/区平卫生资源管理系统、数据综合统计分析 台的实施落地 系统、人力资源及绩效考核管理系统、 财务及运行管理系统、卫生热点和公众 信息归集查询系统、CA认证系统、办公 自动化及办公运行监管系统 10.2 项目组织管理 咸阳市智慧医疗项目建设是“一把手工程”，涉及到各职能部门、医疗卫生 165 机构、基层和社会组织和居民等，组织多部门、多层次的人员参加工作，更需要在卫生行政领导的支持和协调下，组织中高层业务人员和技术人员相结合的队伍，才能科学、高效地完成规划任务。 10.2.1 项目组织结构 为保障智慧医疗项目顺利实施，完成国家、省、市规划目标，特组建项目管理办公室。由项目办公室统一组织、协调和管理全市区县卫生职能部门和相关部门业务系统的卫生、委办局资源的梳理和规划，并完成整体设计和拟定相关技术文件的目标。咸阳智慧医疗项目的组织结构如下图所示: 图 20:项目组织架构 10.2.2 各相关方主要职责 10.2.2.1 建设领导小组 成立咸阳市智慧医疗系统建设领导小组，组长由主管卫生工作的市长担任，副组长由市卫生局局长、信息办主任、发改委主任、财政局局长担任。领导小组成员为以下单位主管领导:市财政局、市公安局、市民政局、市发改委、市卫生局。领导小组职责: p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 1) 贯彻执行市委市政府信息化工作的方针、政策; 2) 研究、审定全市卫生信息化工作的规划、制度和技术标准; 3) 组织协调部署咸阳智慧医疗项目建设工作、研究、解决咸阳市智慧医疗项目 建设工作中的重大问题; 4) 监督检查各部门职责履行情况、项目实施进展情况及合法合规性。 10.2.2.2 项目管理办公室(PMO) 原则上项目管理办公室的成员由各业务领导负责人组成。项目管理办公室具体负责资源规划的组织、协调、控制与推进工作: 1) 制定信息资源规划总体进度计划、进度保证措施及报告进度，报领导小组批 准后，在项目中遵照执行; 2) 统一制定项目实施所需的各技术规范、文档格式; 3) 对各职能规划小组进行必要的培训和技术指导; 4) 对各职能规划小组的日常工作进行指导、监督、控制与协调; 5) 定期或不定期向领导小组汇报项目实施情况; 6) 就重大异常情况及时向领导小组汇报，并提出切实可行的解决方案; 7) 负责审定各职能域,子系统规划的成果(包括阶段性的成果)，报领导小组 批示。 8) 负责组织、落实规划完成后的验收工作，对规划成果进行综合评判，向领导 小组提交验收报告 项目实施过程中需核心小组负责的其他事宜。 10.2.2.3 业务管理组 1) 负责对智慧医疗项目建设过程中的所有业务问题进行统一管理并决策; 2) 负责智慧医疗的统一业务规范、业务流程、业务规则的审核; 3) 负责智慧医疗用户需求书、系统需求规范的评审; 4) 负责系统中所有业务数据的审核工作; 5) 参与各业务部门提出的需求的变更决策; 167 6) 协调解决项目推广过程中出现的业务问题; 10.2.2.4 项目管理组 由政务信息办主管智慧医疗项目、市卫生局和厂商三方成立智慧医疗项目管理组，负责项目建设的各项日常工作管理，具体职责: 1) 负责项目整体进度管理; 2) 负责项目质量管理 3) 负责项目进度管理; 4) 监控项目建设、实施推广过程中的风险管理; 5) 负责协调项目建设过程中的外部、内部协调工作; 6) 负责项目过程中各项日常工作。 10.2.2.5 变更管理委员会 为保证项目顺利建设和推广，管理项目中的变更，特设变更控制委员会，主要职责: 1) 负责评估被提交上来的变更请求，针对变更的目的、要求和影响来决策; 2) 收到变更亲求后，指定专人进行初步分析，主要是评估变更来源、变更理由、 变更影响、变更代价; 10.2.2.6 方案组 负责智慧医疗项目技术方案、实施方案等各项方案层面等工作; 10.2.2.7 设计组 负责针对智慧医疗技术方案、实施方案及用户需求进行总体设计和软件实现的设计工作。并负责完成项目各设计文档。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval 10.2.2.8 开发组 按照项目管理组的安排及智慧医疗用户需求说明书的内容，分组进行各子系统,功能模块的开发工作。 10.2.2.9 测试组 1) 编写智慧医疗各子系统的测试用户及方案; 2) 负责对智慧医疗各子系统功能模块对测试; 3) 结合测试完成情况，提交测试报告。 10.2.2.10 集成组 1) 按照技术方案编写项目集成方案; 2) 负责智慧医疗项目的集成实施工作。 10.2.2.11 实施组 1) 编写智慧医疗项目实施计划; 2) 组建智慧医疗项目实施团队; 3) 负责具体智慧医疗项目的实施工作; 4) 负责系统上线后的推广工作。 10.2.3 技术保障 成立专家组对项目建设规划进行评估。评估内容包括但不仅限于数据中心硬件软件的选择、架构的建立，各医疗机构软硬件升级采购的合理性、先进性等。各项目实施厂商选择要参考厂家的实力，实施经历等多方面因素综合考虑。 10.2.4 政策保障 实施智慧医疗系统建设是对医疗卫生管理模式的革新，随着卫生信息化的深 169 入推动和功能不断完善，必然改变现有服务模式和管理体制，咸阳市政府出台相关政策措施予以支持，并将卫生信息化工作列入专项目标进行管理，确保卫生信息化建设各阶段目标顺利完成。 10.2.5 组织保障 相关部门依据国家有关法律法规和上级部门的技术要求，结合咸阳市实际，制定和完善网络管理、数据库管理、设备管理、安全保密等有关工作程序、工作制度和技术规范，确保信息化建设工作科学化、制度化、规范化运行。 1) 加强领导 成立以主管医疗业务的市长为组长、区、县相关委办局同志成为智慧医疗系统项目建设工作领导小组，负责咸阳智慧医疗信息化建设组织推动和督导检查，领导小组下设办公室，办公室设在市卫生局。各相关部门要高度重视智慧医疗信息化建设工作，要将此项工作纳入咸阳市重点工作，成立相应信息化工作领导小组，明确职责，落实任务，确保咸阳市区域信息化建设工作顺利开展。 2) 部门配合 智慧医疗项目领导小组办公室要加强与各部门沟通协调、密切配合。市发改委负责组织推动智慧医疗系统项目建设，市财政局负责设立智慧医疗项目专项建设资金，保证项目建设顺利实施。 3) 科学管理 建立智慧医疗工作领导小组例会制度，定期听取项目建设进展情况汇报，并组织有关人员按照阶段目标督导检查，领导小组办公室制定统一的全市建设管理办法，进行项目建设考核机制，并将考核结果纳入全市综合目标考核范畴，确保我市智慧医疗项目健康发展。 p the right to recovery of principal and interest and costs; Waiver of recourse against the party of individual credit rights; Behavior of other claims against the Bank. The Agency shall, in accordance with the Bank's records management systems requirements, regulate the collection, safekeeping of personal credit file, pay attention to the following risks: customers based on incomplete information; Review and approval