湖北省卫生资源公众服务数据库平台需求设计说明书Word文档下载推荐.docx
《湖北省卫生资源公众服务数据库平台需求设计说明书Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《湖北省卫生资源公众服务数据库平台需求设计说明书Word文档下载推荐.docx(81页珍藏版)》请在冰豆网上搜索。
![湖北省卫生资源公众服务数据库平台需求设计说明书Word文档下载推荐.docx](https://file1.bdocx.com/fileroot1/2022-11/16/0a02420f-e937-4068-9acf-99f84686441a/0a02420f-e937-4068-9acf-99f84686441a1.gif)
卫生部于2007年发文《中国公共卫生信息分类与基本数据集》卫信息办函【2007】05号,为省级建设卫生资源公众服务基础数据库系统提供了设计与建设依据。
目前国内已有广东、北京、上海、辽宁近10个省直辖市建设该系统一期工程。
湖北省现在已经完成了国家CDC网络直报的疫情信息系统;
2005年开始使用了死因分析系统;
2002年开始使用了全省的病案统计信息系统;
2002年使用了全省的卫生专业人才的考试与执业备案管理;
2003年全省使用的法定报表统计与分析了全省各级医疗机构的基本情况数据;
2007年开始使用的网络直报系统上报了统计诊疗与各医疗机构的运营数据;
2004年开始也建设了血吸虫病的重大专题应用系统;
2008年5月也对全省的卫生监督信息系统进行了全省的招标工作,计划在2008年12月左右可以完成省级卫生监督信息系统的建设。
以上信息系统的建设和完善,为湖北省卫生资源公众服务基础数据库的建设提供了重要的基础,为各数据的采集,实时的更新与比对,提供了系统保障。
湖北省卫生系统的省级基础平台(包含网络与系统平台)已经基本建立。
湖北省应急指挥信息系统的已经完成第一期建设;
湖北省卫生监督信息系统已经完成招投标;
医疗救治信息系统的省级平台的硬件已建设完成;
以上系统平台的建设完成,也为湖北省卫生资源公众服务基础数据库的建设提供了基础平台支持。
1.3.定义
下列定义使用于本项目方案。
卫生资源:
卫生行业的人员、设备、机构、知识、文献、疾病预防、公共卫生服务与管理、卫生监督数据等。
卫生专业人员:
卫生行业的专业技术人员(医生、护理、管理、预防、保健与康复等)人员。
医疗机构:
(省、市、县、区、乡镇、社区、村)为民众病理提供专业治疗与相关服务的机构。
医疗设备:
为病人提供检查、检测、化验等服务的中大型专业机器和器械。
卫生监督:
卫生行业行政许可、对社会实体的卫生情况进行卫生监督与检查的行政服务、对重大社会活动的卫生情况进行监督与检查的行政服务。
1.4.参考资料
卫生部《中国公共卫生信息分类与基本数据集》卫信息办函【2007】05号
卫生部卫生监督局《关于卫生监督信息系统建设的指导意见》
GB/T18391.1-2002信息技术数据元的规范与标准化第1部分:
数据元
的规范与标准化框架(idtISO/IEC11179-1:
1999)。
GB/T18391.2–2003信息技术数据元的规范与标准化第2部分:
的分类(idtISO/IEC11179-2:
2000)。
GB/T19488.1-2004电子政务数据元第1部分:
设计和管理规范。
GB/T10113-2003分类与编码通用术语。
ISO/TS21667:
2004Healthinformatics—Healthindictorconceptualframework。
WS218-2002《卫生机构(组织)分类代码表》
卫生部《职业病危害因素分类目录》(卫法监发[2002]63号)
卫生部关于印发《高毒物品目录》的通知(卫法监发[2003]142号)
卫生部和劳动保障部联合制定的《职业病目录》(卫监发[2002]108号)
卫生部《人间传染的高致病病原微生物实验室和实验活动生物安全审批管理办法》
2002年3月28日卫生部第21号部长令《职业病危害项目申报管理办法》
2002年3月28日卫生部第23号部长令《职业健康监护管理办法》
2002年3月28日卫生部第25号部长令《职业病危害事故调查处理办法》
2006年7月27日卫生部第49号令《建设项目职业病危害分类管理办法》
2.任务概述
2.1.系统目标
2.1.1.分类定义基础数据库
卫生资源基础数据库分类框架由主题域和三层子类目组成。
卫生信息资源最高层为主题域,其划分参照国内外卫生业务范畴,我国卫生业务机构工作职责等,以满足卫生信息资源规划、数据集标识、信息系统建设等为目的,以信息来源为依据,分为医疗类信息、病预防控制类信息、公共卫生服务类信息、公共卫生管理类和卫生监督五个主题域:
1、定义医疗类基础数据库:
医疗机构、卫生人才(包含专家库)、诊疗设备、血液血库、死因分析、病案、卫生机构经济运营数据库。
2、定义公共卫生类基础数据库(设计为二期建设):
疾病预防、疾病监测、传染病疫情、妇幼保健、血吸虫专题、公卫管理机构等数据库。
3、定义卫生监督类基础数据库(目前相关信息系统还没有建设完成,设计为二期建设):
卫生行政许可(卫生许可证、个人健康证、医疗广告许可证等)数据库、日常监督与执法数据库、重大活动与突发公共卫生事件数据库、卫生监督机构资源与设备数据库。
4、定义医学教育类基础数据库(目前相关信息系统还没有建设完成,设计为二期建设):
病种分类与定义、诊疗方法与定义、康复保健与教育、慢性病等数据库。
5、医学文献类基础数据库(目前相关信息系统还没有建设完成,设计为二期建设):
临床医学、基础医学、公卫管理基础数据库、国外医学文献类数据库。
2.1.2.建设卫生业务数据交换平台
卫生业务数据交换中心涉及到三方面的内容:
实时动态的医疗信息、公共卫生信息和卫生管理数据,各类卫生业务数据交换需要在统一的卫生信息标准体系及数据交换规范的前提下进行。
医疗信息包括医疗机构运营情况、经济财务数据、卫生统计数据、病案数据、中医服务等,由相关的业务应用系统产出相应数据信息,并通过网络直报、数据交互、报表上报等方式将数据信息采集到卫生业务数据交换中心;
公共卫生信息包括疫情监测报告、疾病控制业务、卫生执法监督、妇幼保健管理、社区卫生服务、新型农村合作医疗、血吸虫病防治等,由相关的业务应用系统产出相应数据信息。
2.1.3.建设卫生业务GIS平台
GIS和遥感已经发展成为非常成熟,强大的技术,远远超过最初的功能,最初它们都是在冷战时期军事防御使用的。
这两种技术使得除了获得水体、人口、建筑、街道等精确的地理位置信息外,还可和温度、土壤、地形、土地利用、植被等信息结合。
GIS和RS技术适用于监控,GIS和RS也广泛应用于大规模的疾病爆发监测和响应,进行快速定位、即时信息发布、传播模型快速扩散分析。
卫生地理信息系统项目旨在向卫生管理部门提供简单,低成本各种医疗卫生地理信息系统,高效管理地理信息和相关医疗卫生数据:
疾病的空间分布、空间和时间发展趋势分析、潜在高危人群分布、危险因素分层分析、资源分配评估、疾病监控规划、持续疾病监测控制、疾病预测预警。
构建注册登记管理信息系统,并和其他数据源结合,实时更新床位、设备等管理系统的信息。
提供给领导决策、服务和管理。
卫星技术和互联网技术的高速发展,为实时获得高质量、高精确度疾病数据提供了技术手段,这在以前是无法想象的。
2.1.4.资源数据的检索统计分析
1、在现有信息管理系统基础上,对基础数据按照一定的标准进行整理和归纳。
2、按照关键字、数据的类别、时间的区域进行统计分析和查询检索。
3、在现有信息管理系统基础上,完成湖北省电子政务前置服务器数据交换程序,实现与湖北省电子政务前置数据库的数据同步。
4、完成系统中五大数据存储区的建库与数据初始化,这五大数据存储区为:
湖北省卫生厅卫生资源公众服务基础数据库服务器、电子政务外网前置数据库服务器、电子政务中心数据库服务器、湖北省政府互联网门户数据库服务器、湖北省政务外网门户数据库。
2.2.用户的特点
Ø
省(市)政府办公人员
省卫生厅、市州卫生局、区县卫生局、各级卫生监督、疾控中心、紧急救援机构
各(省、市、区、乡镇、社区)医疗机构
公众
2.3.假定和约束
●提供业务数据系统存在正常运行。
●各卫生系统之间网络连通。
3.需求规定
3.1.总体设计
卫生资源基础数据库公众服务系统在湖北省卫生应用总体规划中的定位和目标如下:
按照国家卫生信息系统建设的总体框架,在省、市(州)、县(市、区)卫生行政部门组建三级数据中心,形成全省卫生信息系统互联互通、资源共享的基础信息网络平台。
各医疗卫生机构、疾病预防控制中心、卫生监督中心、乡镇卫生院,通过登录辖区所在地县级数据中心,实现信息传递和数据交换。
充分开发和利用部门内部信息资源,逐步将办公信息、管理信息、业务数据信息电子化。
着重建设一批卫生资源数据库,包括卫生系统空间地理信息(WEBGIS)数据库、医疗机构备案数据库、血站血源数据库、医疗设备数据库、医疗卫生人力资源数据库、城乡人口健康档案数据库、地方病数据库、医疗卫生综合统计数据库等。
做好信息的产生、搜集、加工、分类、索引、更新工作,做到数据准确、记录完整、分类科学、方便实用。
附:
湖北省卫生应用的总体规划结构图如下。
3.2.网络架构
3.3.技术路线
3.3.1.J2EE技术架构
J2EE是主流的技术体系,J2EE已成为一个工业标准,围绕着J2EE有众多的厂家和产品,其中不乏优秀的软件产品,合理集成以J2EE为标准的软件产品构建市级平台,可以得到较好的稳定性、高可靠性和扩展性。
J2EE技术的基础是JAVA语言,JAVA语言的与平台无关性,保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。
3.3.2.应用集成
不同的应用一般是基于不同的系统架构上的,因此要在不同应用之间集成,需要集成平台能够适应不同系统架构。
无论是基于主机系统,还是CS或是BS结构,无论是使用.NET技术,还是使用J2EE架构,都需要集成平台能够有效的集成已有的应用。
应用集成可以在应用的不同层面上实施。
可以是在应用的整体级别上,使不同应用彼此完全相互融合,还可以是在应用的某些功能上,或是集成原有应用的方法和接口。
如果需要应用彼此相互整体集成,除了需要应用在实施前有很好的规划,还需要整个系统是建筑在一个开放的,基于标准的,并且是可扩展的平台上。
对于J2EE架构,可以使用JCA技术,针对于每种应用定制专用的Adaptor,来达到全面集成的需要。
由于一般应用在开发的时候很少同时考虑到集成需要,所以多数时候已有应用并不容易全面集成到新业务中去。
我们可以考虑对原有系统做适当改造,将部分系统功能对外公开,使得其他应用能够通过对外公开的服务接口访问这些系统内部功能。
可以使用基于XML的WebService技术将封闭系统的内部功能对外公开,还可以使用基于消息中间件的服务,在各个应用之间传递信息。
在传统应用开发中,由于各种底层运行系统之间不是构建在统一的应用架构上,使得各个应用系统之间无法真正做到有效和高效的集成。
而基于基础架构的解决方案为所有应用提供了统一的运行和集成环境,使得可以快速开发基于各种基于WebService和消息的应用,时刻为集成做好准备。
3.3.3.B2B集成
B2B是通过制定相关的行业标准,统一不同部门或机构之间的消息和文档格式,有效的在他们之间实现沟通。
由于基于B2B的集成需要系统建筑在基于标准的架构上,平台的标准性和开放性显得十分重要。