社区信息化建设方案.docx
《社区信息化建设方案.docx》由会员分享，可在线阅读，更多相关《社区信息化建设方案.docx（10页珍藏版）》请在冰点文库上搜索。
社区信息化建设方案
社区服务平台建设方案
1.建设背景
《十八届三中全会关于全面深化改革若干重大问题的决定》提出，要改进社会治理方式，创新社会治理体制，以网格化管理、社会化服务为方向，健全基层综合服务管理平台。
社区是城镇管理的基础单元。
在社会管理创新的时代背景下，传统的自上而下的社区管理、社区服务已很难适应现代城镇管理的要求。
社区网格化管理是运用数字化、信息化手段，以街道、社区、网格为区域范围，以事件为管理内容，以处置单位为责任人，通过网格化管理信息平台，实现多级联动、资源共享的一种城市管理新模式。
通过该模式，可以将过去传统、被动、定性和分散的管理，转变为今天现代、主动、定量和系统的管理，从而切实提升城市社区的治理和服务水平。
1.1.某某社区现状
（一）基础条件
社区共有科室部门,工作人员名,管理个社区，人口，主要工作;现有社区业务系统个，分别是人口管理、民政等。
工作人员平均工作年限年，人口摸底工作扎实;信息化应用水平较高。
（二）工作难点
现在虽有多个业务系统，但是系统之间的信息无法共享传递，同样信息要录入多个系统，重复工作多，导致工作人手；社区老年人占%，打工人员占%，社区社情复杂。
2.产品定位
本平台以内蒙古全员人口整体数据架构（数据模型、数据构成、数据关系）为基础和标准，以对应的社区业务数据为输入，通过移动互联网技术，形成针对社区中不同机构、角色和业务活动的智能化应用，因此本平台不是代替已有社区业务系统，而是在多个方面强整合已有业务平台系统，包括社区人员信息采集、信息推送、信息上报等，从而达到实现无纸化办公，网络管理社区。
本平台特色功能，加入了社区居民医药档案功能，记录居民的病史以及常用药；居民通过平台购买药物，药物配送。
2.1解决的问题
当前社区工作主要问题是人口信息采集还是传统的工作人员入户手工采集，同样的信息上报多个业务平台，导致工作人手紧、工作效率低、重复工作多，很难达到信息及时有效上报。
通过本平台的核心部分，即移动信息采集，提社区工作人员工作效率、社区管理能力；实现社区三大业务平台，即民政、流动人口和全员人口的信息统一推送；平台为居民提供药物购买、配送，定时药物推送，健康咨询；保证居民用药安全。
2.2达到的效果
本平台预期部署到云平台上运行，采用SOA的理念进行架构开发，通过分层将公共数据算法模型封装为服务，对业务应用提供服务，同时平台业务应用也是服务的形式存在，即应用单位不再需要购买部署自己的服务器硬软件环境，只需要开通相应服务就可以了。
各个应用单位根据自己的业务需要定制服务，平台支持“开通即用”服务模式，为实现业务应用集成，本平台将对外支持WebService方式的接口服务。
本平台将社区管理应用功能应用普及到业务角色和过程的方方面面，包括社区人员、居民、管理者。
3.建设原则
3.1.统一标准、兼顾扩展
平台建设必须执行统一标准和技术规范。
确保统筹规划社区平台建设，实现统一规划、统一标准，防止出现自成体系、重复建设和低水平应用等问题，为资源整合和信息共享打下基础。
同时，为平台与其他业务应用系统的数据交换，跨行业的信息资源共享提供必要的技术架构支持，确保平台建设的可扩展性；充分考虑目前已建平台系统的复用性，充分利用前阶段的建设成果，实现平滑过渡，保护既有投资的同时确保平台建设的兼容性。
3.2.整合资源，促进共享
整合社区现有业务的信息资源，建立自下而上的数据报送体系与自上而下的数据分发体系，实现社区政务平台信息资源的交换和共享。
提高信息资源的利用效率，使有限的资源发挥最大的效益。
3.3.需求主导，面向服务
社区平台建设要紧密结合社区职能转变和管理体制改革，以公众需求为主导，以建立服务型平台为重点，以局平台支撑服务平台为基础，推进平台与居民务工作的结合，满足社区管理和公众服务的需要。
3.4.先进适用、高效可靠
社区平台项目建设应采用目前国内成熟、先进的技术进行建设，注重技术的实用性。
根据平台在突发事件时访问量激增等特点，系统应具有较高的响应效率，同时还要确保系统的稳定、可靠，从标准和技术上保障系统的可扩充性、易维护性、开放性和统一性。
要加强系统安全防护体系建设，坚持安全技术应用与安全管理相结合，建立起完善的平台安全保障体系。
4.建设内容
建立一个社区综合信息管理平台，一个数据管理中心，3个终端展示渠道微信公众号、手机APP、PC电脑端。
具体功能实现面向工作人员的基础信息采集、数据上报；面向居民的信息、诉求、证明办理、用药管理。
5.总体设计思路
该平台的核心内容分为以下部分：
信息采集中心
主要是通过工作员对辖区范围内的人、地、物、情、事、组织六大要素进行全面的信息采集管理，收集地理位置、小区楼栋、房屋、单位门店、人口信息、民政办法、党建纪检、工会工作、计划生育、劳动保障、综治信访、志愿者服务、学习、医院、安全生产、特殊人群、治安信息和消防安全等信息，便于工作查找和管理。
信息推送
依据标准文件，建设信息推送中心，满足不同部门的数据需求上报上级数据中心。
便民服务
通过高效移动互联网技术，为居民提供信息传达、收集居民诉求，为辖区居民提供快捷的网络办事通道。
医药配送
居民可通过手机APP或微信公众号网上订购医药，社区医药配送站送药到家服务，系统自动根据居民用药记录推送药品，当居民药物用量不足时，自动提醒居民购买药物。
第一章
5.1.总体架构设计
确定项目总体建设思路、原则与技术路线的基础上，基于面向服务（SOA）的核心构架思想，采用组件化、面向对象的设计开发模式和基于J2EE、B/S结构的技术给出本项目的总体逻辑架构设计，见下图：
系统总体逻辑架构自下至上（纵向）可以分为基础设施层、数据资源层、应用服务层、表现层几个逻辑层面；同时，安全保障体系与数据标准规范体系贯穿整体系统。
应用服务与软件支撑层：
应用管理服务层是整体系统建设核心，系统基于开放的架构，提供全面的数据接口，基于底层接口服务来搭建总体应用服务系统。
整体系统核心应用支持软件应该采用平台内容管理软件、全文检索软件和信息公开系统成熟的软件产品搭建，并基于此提供相对应的业务服务功能，例如访问者获取的行业信息，使用的相关服务和系统服务都要依靠以上软件的支撑来实现。
数据存储：
数据层即数据存储平台，采用关系型数据库实现对所有资源数据的存储和管理，索引数据采用全文数据库，配置专业的全文检索软件系统。
安全支撑体系及数据标准规范体系：
安全支撑体系及数据标准规法体系纵向贯穿整个层面，从环境层到用户表现层都要进行不同方面的安全配置设置，保障系统安全运行，各层面的数据要遵需统一的数据建设标准与规范。
5.2.总体部署设计
健康内蒙古平台建设，网络硬件环境是整个平台运行的基础支撑环境，在升级设计的基础上考虑到未来发展的扩展性、安全性、高可用性等方面，基于上述核心要求，给出系统的部署架构设计，如下图：
为了保障核心应用系统及数据库的安全性，我们在项目建设中划分对内维护与对外服务的两个隔离区进行分别部署，其中对外服务的Web服务器部署在DMZ区，公众访问时要通过第一道防火墙进行提供基础安全保障。
而平台的核心应用服务器，即平台内容管理服务器与数据库服务器部署在应用管理区，该区与DMZ区之间增加一道安全防火墙隔离，互联网用户不能访问该区域，该区域服务器仅开放面向DMZ区服务器请求的特殊端口，仅支持实现内外隔离区服务器之间的必要通讯，即便内部用户访问与维护，也要经过内部安全防火墙进行防护。
通过此部署架构设计，可实现平台高可靠的安全访问与服务。
在本架构设计中，各应用系统及服务器均可进行平滑扩展，未来随着业务的发展需要或全面高可靠保障需要，支持直接增加服务器设备进行负载均衡或集扩展。
6.应用系统设计
2.
3.
4.
5.
6.
6.1.系统概述
社区平台包含6个部分：
1.基础信息系统
2.信息采集系统
3.信息推送系统
4.便民服务系统
5.医药管理系统
6.手机App服务系统
6.2.基础信息系统
主要是通过工作员对辖区范围内的人、地、物、情、事、组织六大要素进行全面的信息采集管理，收集地理位置、小区楼栋、房屋、单位门店、人口信息等便于工作查找和管理。
功能模块:
信息管理：
包括信息的录入、查询、修改、删除等功能，录入方式PC、手机端。
信息报表统计：
按用户需求展示不同形式报表。
信息类比管理：
添加、修改、删除信息类别。
6.3.信息采集系统
以前收集的资料是通过纸质记录上交，数据更新不及时，效率底。
现在移动APP工作随身携带，排查人口、楼房、单位等基础数据，可通过手机APP扫描相关证件自动进行信息采集，及时更新数据，使数据至最新动态。
6.4.信息推送系统
将采集的信息，按照社区业务系统定时推送上级相关业系统。
功能模块：
推送设置、推送格式、推送数据源。
6.5.便民服务系统
居民通过该功能发布诉求信息、意见反馈、情况上报等，也可以在网上办理证明开具；只需在网上进行申办，审核通过即可直接打印。
6.6.医药管理系统
实现药品管理、库存管理、交易管理、配送管理；居民通过该功能在网上购买药品。
推送健康知识，药量不足提醒。
实现居民网上医药商城医药服务功能。
便捷统一支付管道实现医保、商保、第三方支付的统一管理的支付和对账接口。
6.7.手机App服务系统
居民应用APP
利用各类APP实现在线证明开具，信息上报、药品购买等功能；
社区人员服务APP
利用APP实现工作人员信息采集、药品配送、数据上报等功能。
7.外部接口设计
7.1.功能应用接口
WebService是一种新型的软件应用，能够通过XML消息及Internet协议完成与其他软件应用的直接交互。
WebService的目的和作用是提供一种国际统一的规范和技术，进行Internet上各种软件应用的统一功能表示、功能共享、功能整合集成和信息交换处理。
XML提供了在不同平台/系统之间的数据层集成能力，WebService提供了一种在不同平台/系统之间在软件应用层进行功能自动整合集成和自动化处理所需要的技术架构。
WebService的实现方案比较多。
在外部功能应用接口子系统中，采用了ApacheAxis框架，它是一种开放源代码的实现方案，它为开发web服务提供了基于Java的SOAP实现方案。
为了实现web服务，它采用了兼容的标准和协议，利用SOAP运行时环境和基于Java的API框架实现Web服务的核心组件。
系统采用了WSDL1.1（WebService定义语言）规范，通过Axis方案来实现引擎中核心功能模块。
系统的每个功能服务是由描述服务的WSDL，部署服务的WSDL和相应的模块类组成。
7.2.数据接口
外部数据接口子系统实现了向全员人口数据库、流动人口数据库、民政信息库等各个业务方面的数据共享与交换，外部数据接口子系统面向不同终端用户，实现四类数据接口：
7.2.1.面向平台服务总线接口
面向平台服务总线接口是实现平台服务总线与数据交换网关有机融合的一个必要保障，此类接口属于内部调用接口。
通过在平台应用系统上进行二次开发与配置，完成平台与数据交换网关的协作设置，以平台服务总线为基础，实现平台上其他应用系统的数据交换与共享。
7.2.2.信息平台数据交换接口
平台需要实现与其他业务系统信息平台的数据交换与共享。
平台应用系统包括数据交换交口子系统，用于实现与其他信息平台的数据交换与共享。
平台数据交换交口子系统使用标准开放XML数据数据格式，以基于消息技术的中间件方式实现与上级平台的数据对接，准实时上报上级部门要求的各类业务数据和基础数据。
平台数据交换交口子系统基于开放异步WebService接口技术实现数据的上报与下载。
7.2.3.业务数据交换接口
分布式业务数据接口子系统依赖数据交换网关，通过开放消息中间件实现各医疗机构业务系统的数据抽取与发布。
8.硬件产品清单
服务器2台；型号参数
信息采集终端：
iPad个，型号参数；
身份证刷卡器终端：
个
升级会员 