卫生监督监测管理系统(V1.3)(16页).doc
《卫生监督监测管理系统(V1.3)(16页).doc》由会员分享,可在线阅读,更多相关《卫生监督监测管理系统(V1.3)(16页).doc(16页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、-卫生监督监测管理系统(V1.3)-第 16 页卫生监督监测管理系统解决方案北京争上游科技有限公司2013年目录1.项目背景32.项目目标33.建设原则44.技术方案44.1.设计原则44.2.总体架构64.3.技术架构75.分项设计85.1.监测管理95.1.1.产品登记95.1.2.产品质控95.1.3.产品监测95.1.4.产品复核签发105.1.5.产品评价105.1.6.产品综合查询105.1.7.检验单位信息管理105.2.监督单位管理105.3.统计分析115.4.监督抽检115.5.风险预警115.6.法规标准125.7.系统管理126.售后服务126.1.售后服务和技术支持的
2、目标126.2.ISO9001服务体系和规范136.3.售后服务期136.4.售后服务的方式146.5.售后服务和技术支持的程序151. 项目背景随着我国经济和社会的快速发展,卫生监督监测管理工作的内容和难度也随之增大。为了实现对卫生安全的信息化与数字化管理,使我国的卫生监督监测管理工作尽快达到规范化与科学化的管理水平。依照国家及卫生部颁布的有关卫生法律法规和监督监测工作规范,充分利用信息化技术,建成一套满足现行卫生监督监测业务流程和业务规范的信息系统,实现卫生监督监测工作电子化管理和区域信息共享。2. 项目目标通过信息系统应用卫生监督监测和指导,构建卫生监督监测网络,动态掌握管理相对人基本信
3、息和卫生状况,初步建立科学合理的卫生监督监测综合评价体系,促进改善卫生状况,实现卫生监督监测的综合管理,为制定卫生政策、法规提供基本数据和科学依据。3. 建设原则1、以服务监测为中心;2、以规范业务为主导;3、以资源共享为手段;4、以优化管理为目标。4. 技术方案4.1. 设计原则系统必须遵循信息化建设“统筹规划、统一标准、分步分级实施、注重实效、创新机制、持续发展”的基本原则。同时,系统的建设要结合监督监测运行的具体业务特点。1、统筹规划、统一标准系统的建设涉及其它一些系统,须在统一协调下,有步骤的、有重点的施行,避免人力物力浪费以及部门之间的内耗,使信息资源开发利用健康有序的发展。我们要建
4、立一套统一的标准,规范整个系统的数据和过程,保证最后建立一套完整的、集成的、真正持续可用的系统,防止“数据孤岛”的误区,利用好现有的各方面数据,打破各自为阵,条块割裂的现实局面,真正做到信息的共享和利用。2、分步分级实施、注重实效实施过程要坚持“分步分级实施”的原则。第一步,初步建立卫生监督监测业务调度核心流程,完成以下七个业务模块: 公共场所监督监测管理 学校卫生监测管理 生活饮用水监测管理 医疗卫生监测管理 集中餐饮具消毒卫生监测管理 监管单位基础信息库 系统接口(基于接口和数据共享,避免“数据孤岛”现象的产生。从相关系统获取本系统需要的基础数据,同时为其他相关的系统通过接口提供数据支持。
5、)第二步,完成建立整个系统架构内的全部模块。 统计分析 监督抽检及风险预警 法规标准查询 领导综合查询 系统管理3、实用性:紧扣卫生监督监测目前实际需求;4、开放性:所采用的软、硬件平台具有充分的开放性5、可扩展性:系统设计时需要从业务和技术两个角度,制定总体的规划。设计时以此业务为着手点,但不孤立地考虑,也需参考其他可能业务,设计出通用可扩展的模型。6、技术的先进性和成熟性:采用SOA先进技术体系设计开发,采用PDA、GPS等先进设备和技术;7、可靠性: 有限的投资条件下,从软件硬件综合设计确保系统整体运行的可靠性8、经济性: 充分利用现有服务器设备、系统软件及网络4.2. 总体架构如上图所
6、示,从下到上依次为基础层、数据层、支撑层、核心业务层、表现层等5个层次,分别完成如下功能:一、基础层基础层包括网络、服务器(存储)系统软件(操作系统、中间件、数据库等)、系统安全二、数据层系统存储法律法规数据和监督对象的相关信息数据,通过在数据库中管理这些数据,进行查询和修改;系统基于数据库技术管理相关各类专题数据。三、支撑层支撑层对业务进行支撑,是成熟的开发平台,包括WebServices、智能表单、报表等为业务应用提供支撑的中间件。业务支撑中间件:表单服务。为相关部门(单位)、相关处置环节及相关角色之间的流转共享,提供灵活统一的表单系统,支持信息的采集、汇总、传递和共享。四、核心业务层系统
7、的核心业务,如下:1、监测管理;2、监督单位管理;3、统计分析;4、领导统计查询;5、监督抽检及风险预警;6、法规标准查询 五、表现层 卫生监督监测管理系统,进行监督监测中信息处理、统计分析等;以上每一层,都有相应的运行管理体系、政策法规体系以及安全体系贯穿其中作为保障。4.3. 技术架构采用面向服务的体系架构来实现。如上图所示,综合考虑了现有系统及本系统建设,在业务系统和服务之间通过政务服务总线(GSB)连接。政务服务总线通过服务注册、服务管理、服务规则(路由)实现了业务系统和服务的接入。业务系统和服务之间没有直接调用和访问关系,实现了业务系统和服务之间的解耦。业务系统分为两类,一类是基于S
8、OA体系架构下建设的系统,如本系统,可以直接接入政务服务总线;另一类是非基于SOA体系架构下建设的系统,如原有系统等等,不能直接接入政务服务总线,必须通过改造,并且通过适配器(Adpater)的方式接入。服务可以任意扩展,扩展的服务只要遵照接入协议,就能接入政务服务总线,目前的服务主要有数据访问服务、安全认证服务、各类中间件、数据交换服务等等。在接入政务服务总线时,每个服务应该先注册。内部系统的沟通使用基于文本消息传输方式,有助于保持在各种平台下的兼容性。同时,使用事务管理来提高架构的容错性。5. 分项设计“卫生监督监测管理系统”包括监督监测管理和法规标准查询两个主要部分。监督监测管理部分集监
9、测管理、监督单位管理、统计报表、监督抽检、风险预警等于一体;法规标准检索收录了国家和地方有关卫生监督监测方面的各项现行法律法规和标准。5.1. 监测管理功能包括:产品采样、产品登记、产品签收、产品送检、产品检验、产品评价、产品报告单。监测产品列别包含:公共场所、医疗卫生、生活饮用水、学校卫生、集中餐饮具消毒公共场所监测管理。5.1.1. 产品登记登记产品的基本信息、检验项目等对卫生监测人员现场采样回来的产品进行逐个登记。登记产品的基本信息(产品名称、产品商标、产品包装及状态、生产厂家、产品批号、产品来源单位、产品数量、产品代表数量、监测类别、采送样人、采送样日期等)及产品需要进行监测的具体监测
10、项目、卫生标准。对产品的监测情况进行任务分配,分配到微生物科室或理化科室。为产品后续的质控和监测做准备工作。同时打印产品登记表和产品标签。5.1.2. 产品质控产品登记完成,进行产品数据的监控,因为在产品现场采样、产品登记过程中难免有出错的地方。只有符合检验要求的产品才可以进行后续的产品检验,打印产品检验任务分配单,否则退回重新核实产品,重新登记。5.1.3. 产品监测只要符合检验要求,产品就可以进行产品检验了。检验科室可以直接调出已经分配到该科室的产品数据,检验人员根据产品的检验项目进行产品检验。输入检验结果。就可以打印产品的检验单。产品项目全部检验完成就可以进行产品评价。5.1.4. 产品
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 卫生 监督 监测 管理 系统 V1 16
限制150内