项目建设内容
1.1 建设背景
2009年3月中共中央、国务院提出了《关于深化医药卫生体制改革的意见》，按照党的十七大精神，为建立中国特色的医药卫生体制，逐步实现人人享有基本医疗卫生服务的目标，提高全民健康水平，深化医药卫生体制改革，“建立实用共享的医药卫生信息系统”，“以推进公共卫生、医疗、医保、药品、财务监管信息化建设为着力点，加快卫生信息标准化和公共服务信息平台建设，逐步建立统一高效、资源整合、互联互通、信息共享、透明公开、使用便捷、实时监管的医疗卫生信息系统”。
通过本项目的建设，可以实现全区卫生信息联网。利用现代计算机网络通讯技术，使得健康档案、慢病管理、妇幼保健等公共卫生服务信息和医疗信息互通共享，建立一个具有高效率、高安全、高灵活性的区级卫生数据中心。信息化技术的使用可加强政府部门对各级医疗卫生机构卫生服务工作的监管,有力提升卫生行政管理部门的管理效率；采用信息化技术支撑现代社区卫生服务，促进医疗卫生机构工作的规范化建设；居民通过网络系统，查阅自己的健康信息，了解自己的健康状况，实施健康自我管理,适应现代化发展需要的新型医疗卫生服务。
本项目涉及余杭区6家区属医院、20家社区卫生服务中心及疾病预防控制中心、卫生监督所、120急救中心共29家医疗卫生机构。目前各区属医院基本都建成了不同程度的医院信息化系统，包括医院信息管理系统（HIS）、实验室信息系统（LIS）、放射科信息系统（RIS）等，部分医院已建立了医学影像PACS系统、远程会诊系统、成本核算等系统；20家社区卫生服务中心初步建立了包括医生工作站、药房、收费、院长查询等功能在内的医院信息管理系统（HIS）和实验室信息系统（LIS）；疾病预防控制中心已经建成并运行突发公共卫生应急指挥系统和视频会议系统；卫生监督所应用杭州市统一的权力阳光系统平台；120急救中心正在建设分级指挥调度系统（MPDS）。
本项目相关硬件设备和网络环境建设已经基本完成。具体说明如下：
硬件部分：2台DELL R910作为数据库服务器（本项目需对CPU及内存进行扩容），2台高配DELL R710作为应用服务器，1台标配DELL R710作为前置服务器，1套DELL/EMC CX4-120光纤磁盘阵列作为存储，2台DELL Brocade 300型SAN光纤交换机。
网络部分：全部医疗卫生机构均采用光纤接入，其中区属医院、社区卫生服务中心带宽均为100Mbps，社区卫生服务站10Mbps。
1.2建设目标
本期项目旨在建立余杭区区域卫生服务管理信息化技术标准体系，统一余杭区卫生信息交换标准、居民健康档案、电子病历数据标准等，建立卫生信息共享和业务协同机制。建设区级数据中心,完成居民健康档案数据库、电子病历数据库、卫生资源数据库以及相应的管理系统；完成余杭区区级平台软件的系统开发，实现区属医院、120、疾控中心、卫生监督所和社区服务中心的接入，实现居民EHR信息的动态管理；完成与杭州市市级平台的接入、信息交换和共享；构建余杭区居民健康互动服务系统，建立全区电子健康档案、电子病历、公共卫生信息、卫生应急指挥、卫生监督信息等系统集成，同时建立卫生综合管理决策支持与绩效考核等系统。
1.3建设原则
1) 整体性原则
区域卫生信息平台的设计应充分考虑上级卫生行政部门对我区卫生信息化工作的要求和我区医疗卫生单位的发展现状，统筹兼顾，整体规划。
2) 先进性原则
平台的设计应采用目前国内外先进的体系结构和软硬件技术，满足目前以及将来相当一段时间对平台的需求，保证平台高效运行。
3) 可靠性和安全性原则
区域卫生信息平台应具备高度的可靠性，保证平台以7*24小时连续运行；系统应具有多级数据校验和质量控制，包括程序级的数据完成性验证和数据库级的数据完整性验证；保证跨系统数据调用的实时性，有大规模接入点数据交换项目经验。保证平台可提供良好的负载均衡手段，防止系统阻塞失灵等等。
数据交换、业务集成和信息展现所处理、传送和管理的信息，可能涉及到不同部门和系统的秘密或敏感信息，此类信息处理和传递的任何环节如果出现漏洞，其损失将是巨大的。因此，系统的安全性将是十分重要的原则。其次，数据交换、业务集成和信息展现承受着大批量的关键性数据的流转、交换和存储，系统的可靠性将是系统建设需要重点考虑的问题。
4) 开放性和标准化原则
平台的运行中有大量的数据交换，因此平台的设计和建设必须符合开放性原则，并且符合当前国家卫生部的电子健康档案、电子病历、区域卫生信息平台等标准。本项目系统必须与杭州市现有的基于电子健康档案的社区卫生服务信息系统实现对接，可接受处理该系统的批量数据或实现实时数据接受，亦可根据杭州市卫生局要求向该系统上传需要的批量数据或实时数据上传。
5) 可扩展性原则
在系统的设计中不仅应考虑目前的业务需求，更应该满足未来业务量及接入手段种类增长的需求，系统规模应具有可调性，支持未来各项卫生业务（包括区域PACS、LIS、MUSE等系统）的接入。
6) 实用性原则
根据业务实际需求，高效实用地满足医疗机构或组织业务管理的具体需求；并能充分解决系统应用过程中遇到的其它问题。系统应提供简洁、明快的操作接口，以便业务人员使用方便；系统管理的信息包括文本、图形、图像等多种信息，系统能准确快速地处理各种媒体信息存储的一致性和媒体信息的同步传输。
2.本项目需求
2.1 项目总体架构
根据卫生部《健康档案基本构架与数据标准》、《电子病历基本构架与数据标准》，遵循国家、卫生部、浙江省、杭州市的有关卫生服务信息化的要求、规范与标准，结合余杭区卫生信息化建设的实际需求和特点，研究制订余杭区的卫生信息化规范与卫生信息数据标准，确保卫生信息数据的准确性、完整性、规范性、安全性、可靠性。建立卫生信息共享和业务协同机制，对卫生服务数据的采集、交换与共享进行统一的规划，建立数据采集、交换与共享的标准、维护标准实施机制、指导各部门使用和遵循标准，确保标准能够满足和适应卫生事业的发展，为本项目建设顺利实施和余杭区的卫生信息化建设起指导性作用。
根据卫生部《基于健康档案的区域卫生信息平台建设指南》，项目的总体架构如下图所示：
系统总体架构分为两个层次：区域卫生管理层和辖区卫生机构层。
区域卫生管理层表示区域卫生信息平台的管理中心。区域卫生管理层主要服务组件包括注册服务、公卫数据服务、医疗数据服务、全程健康档案服务、数据仓库服务等。
辖区卫生机构层，是指在所管辖的区域范围内相关医疗卫生机构（包括区级医院、社区卫生服务中心、公共卫生机构等）所有业务应用系统，这些系统生成、收集、管理和使用那些可以公布在与区域范围内居民相关的健康数据，包括临床医疗数据、电子病历、健康档案数据、公共卫生管理数据等。这些系统分布在所有为居民提供医疗卫生机构的服务点，为广大老百姓提供各类健康服务。
区域卫生管理层和辖区卫生机构层之间通过区域卫生信息应用访问层来进行信息交互，以实现居民EHR信息的互联互通性，信息访问层所提供的服务主要包括两个方面：一方面提供通信总线服务，如消息传输服务、消息路由等；另一方面提供应用软件通用的系统管理功能，如安全管理、隐私管理、应用审计等。
2.2 平台基础服务
2.2.1 注册服务
注册服务包括对个人、医疗卫生人员、医疗卫生机构、医疗卫生术语的注册管理服务，系统对这些实体提供唯一的标识。针对各类实体形成各类注册库（如个人注册库、医疗卫生机构注册库等），每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。注册库保有一个内部的非公布的标识符。
2.2.2数据存储服务
数据存储服务是用于存储基于电子健康档案和电子病历为核心的信息。应包括个人基本信息、主要疾病和健康问题摘要、儿童保健、计划免疫、妇女保健、疾病控制、疾病管理、卫生管理以及医疗服务、电子病历等内容，能够实现平台数据的存储、整合和区域内快速共享利用。
2.2.3 工作流服务
平台涉及对流程化数据进行支撑，建议集成工作流引擎，引擎需按照WFMC等国际标准支持顺序、并发，实现了发散、多路分支等标准模式，能够对高级用户的复杂业务流程进行支撑。
工作流引擎支持浏览器方式自定义工作流程，自定义表单，具有高度的扩展性，适应不同水平用户不同阶段的需求。可定义每个任务的权限及表单元素对应的数据库表字段的权限，规范操作。对正文模板和表单进行痕迹保留，可以确保对每一个处理步骤提供修改的痕迹保留，以确保信息的不可否认性和可追溯性。
2.2.4 信息接口服务
信息接口服务包括两大类服务：通信总线服务和平台公共服务。
通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统和健康档案浏览器之间的底层通信。主要服务组件包括消息服务和协议服务。
平台公共服务主要是指应用软件系统管理所包含的上下文管理、应用审计、安全管理、隐私保护等服务。
2.2.5 短信服务
通过信息平台的建设，为了使辖区内的相关信息传递更及时准确，也为了让辖区内医疗服务信息更快捷地传递到民众，在本信息平台建设中，纳入短信服务平台建设。需支持电信、移动、联通的多通道短信发送，可与各业务模块接口，方便各业务模块调用短信群发功能。支持按条件搜索（区域、卫生行政机构、医疗机构、特定的其他条件等），安排短信发送计划。
2.2.6 病人（居民）主索引服务
病人（居民）主索引服务MPI借鉴 IHE PIX规范实现不同系统 ID 间的匹配，提供居民/患者的唯一身份识别，为居民健康档案信息和医疗服务交互共享提供基础。要求提供病人唯一索引服务，通过MPI共享交换服务自动注册及归并患者信息，实现区域性唯一ID标识，与各种就诊卡（医保、市民卡等）号关联。建立用户主信息的统一视图，实现居民健康档案、电子病历等多个应用关联。在系统建立过程中，无法自动关联的记录、相似度很高的记录产生成为任务，为数据管理者提供工具，让数据管理者在后期进行人工判断和记录归并。支持将关联错误的记录进行人工反解除关联操作，以保证系统数据质量的可维护性。
2.2.7通用数据字典服务
余杭区区域卫生信息平台作为整个余杭区卫生相关信息系统的数据整合者，需要对海量数据进行抽取、清洗及存储。如何有效存放这些卫生业务相关数据成为平台是否能够高效运作的一个关键问题。
考虑到平台内归集的各类数据的相关性，同时也考虑到各业务系统间对同一类数据的命名规范问题，为了保持数据理解的准确性及降低系统维护的复杂性，我们需要在平台中引入通用的数据字典服务。通用数据字典参照杭州市卫生局区域卫生信息平台通用数据字典。
2.3 主要功能及子系统
本项目建设主要包括以下功能及子系统：
1) 区级卫生数据中心子系统
2) 数据共享与交换平台子系统
3) 基于健康档案的集成浏览器功能
4) 社区卫生服务信息子系统
5) 区域健康体检子系统
6) 居民健康互动平台子系统
7) 卫生综合管理子系统
8) 标准代码子系统
2.4 具体功能要求
2.4.1 区级卫生数据中心子系统
卫生数据中心是整个区域卫生信息系统建设的重要内容，它既是实现互联互通、数据交换和信息共享的关键，同时又负责卫生统计工作的管理监督、执法及统计数据的采集、汇总和上报等。卫生数据中心建立是实现信息共享和信息标准化的核心内容。卫生数据中心应满足以下的需求：
数据集中化
卫生医疗业务综合化
提高效率降低成本
提高兼容性和可扩展性
数据备份
本期需完成区域卫生信息平台的三大基础数据库建设：
（1）居民电子健康档案数据库
投标人需要提出有效方案如何将这些分散在不同医疗卫生服务机构、以不同形式表示和存储的数据信息进行统一的标准汇集、交换、存储，建立、管理余杭区统一、完整的居民电子健康档案数据库。
（2）电子病历数据库
投标人需要提出有效方案，遵循国家卫生部《电子病历基本架构与数据标准》、《电子病历数据组与数据元标准》、《电子病历基础模板数据集标准》，汇集、交换、存储、管理余杭区统一、完整的电子病历数据库。实现居民电子病历的授权范围内共享。
（3）卫生资源数据库
本期的卫生资源数据库主要建设内容为：医疗卫生机构信息数据、卫生系统人力资源数据、公共卫生应急处置资源数据、医疗卫生健康宣教数据、医疗卫生继续教育知识库等信息。
2.4.2 利用中间件产品支撑的数据共享与交换平台子系统
数据共享交换平台是余杭区卫生信息建设的重点功能之一，它需要支持全区卫生机构的业务及数据交换和共享。此项功能是作为区域卫生信息平台建设的最为基本性的任务。
平台需使用成熟可靠的中间件产品作为技术支撑，同时支持针对医疗行业定制，必须很好支持不同系统之间的医疗数据的整合，快速应用程序节点部署以及各医疗子系统之间的协同通讯。医疗行业中的各类组织，比如医院、诊所、政府监管部门可以高效管理、传递和展现整个医疗过程中的相关信息。通过中间件产品支撑医疗信息交换与共享平台联接各级卫生行政部门、疾病预防控制机构、卫生监督机构、医疗机构和社区卫生服务机构，整合全区卫生信息资源，从而能够支持建立比较完整的公共卫生信息数据中心。
通过区域卫生信息共享和交换平台，实现电子健康档案、电子病历、卫生资源信息等相关的各类数据的采集、交换与共享。
支持双向数据交换，保证数据上行与下行的安全、可靠；
支持批量和零散的数据交换模式；
支持定时和实时的数据交换；
支持异地的、异构系统数据交换；
支持数据采集、汇总、转换功能；
对数据的采集、交换，需支持XML、HL7等交换标准。
支持主动与被动两种数据交换方式，实现按需交换；
本项目建设中，需要完成接口的系统如下：
诊疗记录标准与接口服务
诊断数据的标准与接口服务
电子病历部分标准与接口服务
医嘱与处方的标准与接口服务
检验检查报告的标准与接口服务
个人健康档案，家庭健康档案数据标准与接口服务
妇女保健，儿童保健数据标准与接口服务
计划免疫部分数据标准与接口服务
居民体检数据标准与接口
慢病健康管理数据标准与接口
健康教育数据标准与接口
医疗卫生机构经营数据标准与接口服务
医疗卫生机构质量数据标准与接口服务
疾病预防数据标准与接口服务
卫生监督需要的数据标准与接口服务
血液管理的数据标准与接口服务
绩效考核的数据标准与接口服务
突发公共卫生应急指挥系统数据标准与接口服务
权力阳光运行系统数据标准与接口服务
……
本次项目采购的数据交换中间件产品,可在余杭区卫生系统范围内进行交换点的扩展。交换中心扩容、交换点接入及维护等一切费用均已包含在此次采购费用中。
中间件产品相关指标如下：
指标项 技术规格要求
品牌 该中间件产品须为知名品牌。
数量 一套
整体需求 要求支持与区级中心及各区属医疗卫生机构、各镇街道社区卫生服务中心各医疗业务系统接口；
软件厂商具有政府部门颁发的AAA信用等级证书。
框架结构需求 采用SOA面向服务的体系架构设计，提供ESB总线完成服务的接入、服务间的通信和交互，并提供安全性、可靠性、高性能的服务能力保障。
由集成开发工具、监控管理中心、资源中心、运行环境逻辑节点、便于应用集成开发的组件和套件（如适配器、Java服务等）、企业服务总线ESB组成、ESB运行服务器、消息中间件组成。
跨平台支持需求 支持HP-UX、IBM AIX、SUN SOLARIS、Linux、WINDOWS 2003等主流操作系统平台；
提供灵活的接口，支持与Java、Delphi、C/C++等客户端的互连；
平台提供ESB服务总线，WEB服务支持基于SOAP/WSDL的访问方式，还支持RMI、直接对象访问等方式；
服务可基于JMS标准的消息通讯方式，便于创建服务、流程间的可靠消息传递、消息的路由即发布订阅等分布式集成应用。
开发使用需求 完整支持Web Service开发，提供服务定义、消费、注册、发布和检索等功能。平台通过获得服务的WSDL（网络服务描述语言）调用远程的Web服务；
提供简洁的配置GUI工具，能够对Web服务的注册进行管理，包括注册登记、修改信息、删除配置、扩充定义元素、修改Web服务的注册状态（如发布/为发布、待审核/审核通过）、检索查询已注册的Web服务、对服务提供者的信息及服务类别进行维护等；
提供图形化的数据集成工具，方便用户通过拖曳方式进行数据抽取、同步等工作；
提供图形化流程编排，基于JAVA服务实现流程的合成应用。
可扩展性需求 支持JMS/WebService多点负载均衡；
支持节点动态增加，不影响其他节点正常运行；
支持数据交换服务的热部署。
管理监控需求 通过B/S结构的集中管理实现对平台的远程管理，包括：远程状态监控；远程启动，停止；远程配置修改、保存；远程日志文件清除及获取；
服务管理支持多维度管理，可给予资源维度和节点维度进行监控；
管理系统提供审计功能：包括信息资源、系统模块、功能操作、Web Service调用的审计。
安全机制需求 支持交换节点身份认证；
支持HTTPS协议，为WebService的入站和出站提供传输层的安全保障；
提供Web服务安全机制的代理模式，实现ESB总线的统一安全控制；
ESB内置集成证书的存储管理GUI工具。
售后服务要求 中标单位在中标公示后5个工作日内提供原厂商三年质保函。
2.4.3基于健康档案的集成浏览器功能
本项目需完成基于健康档案浏览器功能的建设。
需为终端用户提供基于Web 的访问健康档案的应用程序。建设目标是建立一个用户友好的环境，在该环境下授权的医疗卫生人员可以方便地访问区域卫生信息平台中保存的客户相关数据。
该健康档案浏览器需具有其通用型，需提供健康档案中任何可用信息的跨域集成视图。这包括通过索引服务追踪到所有事件的相关数据，包括挂号、健康档案存储服务和业务管理服务。随着区域卫生信息平台的应用、发展和成熟，用户需要健康档案浏览器具有能够将自身整合到现有的基本业务系统或其他Web 应用程序的功能。
区域内各医疗机构使用健康档案浏览器可实现对平台整合后业务数据的访问。
这些数据包含：
（一） 个人基本信息
包括人口学和社会经济学等基础信息以及基本健康信息。主要包含：
1．人口学信息：如姓名、性别、出生日期、出生地、国籍、民族、身份证件、文化程度、婚姻状况等。
2．社会经济学信息：如户籍性质、联系地址、联系方式、职业类别、工作单位等。
3．亲属信息：如子女数、父母亲姓名等。
4．社会保障信息：如医疗保险类别、医疗保险号码、残疾证号码等。
5．基本健康信息：如血型、过敏史、预防接种史、既往疾病史、家族遗传病史、健康危险因素、残疾情况、亲属健康情况等。
6．建档信息：如建档日期、档案管理机构等。
（二） 主要卫生服务记录
主要卫生服务记录是从居民个人一生中所发生的重要卫生事件的详细记录中动态抽取的重要信息。在健康档案浏览器中需要展现的卫生服务记录有：
1．儿童保健：出生医学证明信息、新生儿疾病筛查信息、儿童健康体检信息、体弱儿童管理信息等。
2．妇女保健：婚前保健服务信息、妇女病普查信息、计划生育技术服务信息、孕产期保健服务与高危管理信息、产前筛查与诊断信息、出生缺陷监测信息等。
3．疾病预防：预防接种信息、传染病报告信息、结核病防治信息、艾滋病防治信息、寄生虫病信息、职业病信息、伤害中毒信息、行为危险因素监测信息、死亡医学证明信息等。
4．疾病管理：高血压、糖尿病、肿瘤、重症精神疾病等病例管理信息，老年人健康管理信息等。
5．医疗服务：门诊诊疗信息、住院诊疗信息、住院病案首页信息、电子病历信息、健康体检信息、各类检验检查信息等。
|
|
资源大小：595.95 KB 
