广州来穗人员服务管理系统局来穗人员积分制服务管理系统信息系统Word文件下载.docx

广州来穗人员服务管理系统局来穗人员积分制服务管理系统信息系统Word文件下载.docx

《广州来穗人员服务管理系统局来穗人员积分制服务管理系统信息系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《广州来穗人员服务管理系统局来穗人员积分制服务管理系统信息系统Word文件下载.docx（29页珍藏版）》请在冰点文库上搜索。

为了方便来穗人员便利地通过积分申请入户广州、随行子女入读广州学校或入住广州的公租房,本次项目将进行广州市来穗人员积分制服务管理信息系统的建设。

将预留与广东省网上办事大厅广州分厅、市来穗局网办系统的接口，为来穗人员提供多途径的网上业务办理服务。

4.1.1.1个人积分管理子系统

A.个人材料预登记

个人可以在网上平台注册登录，并根据要求填写个人基本信息，如姓名、籍贯、性别、婚姻状况等信息，并将各项积分指标要求提供的证明文件电子版上传提交。

申请人注册时需进行短信验证，系统需提供短信验证功能，以及在重要的审核环节发送短信提醒的功能。

积分管理需提交：

学历证明、纳税证明、社保证明、技术能力证明等资料。

积分制的积分指标体系由基础指标、加分指标和减分指标三个部分组成。

●基础指标

基础指标由合法稳定住所、合法稳定就业（创业）、文化程度、年龄四个部分组成。

●加分指标

加分指标由技术能力、创新创业、急需工种或职业资格与服务行业、社会服务和公益、纳税情况、表彰奖项六个部分组成。

●减分指标

减分指标由信用情况、违法违规与刑事犯罪情况两个部分组成。

B.积分自评

申请人依次选择个人对应指标水平，填报完成并提交后，系统将根据积分指标计算提交人当前达到的积分值。

可由系统管理员根据积分办法的规定设置积分入户、入学和入住的标准分，

C.网上提交申请

申请人在积分自评后，在系统中提交积分申请，并提示申请人，提交申请时，弹出提示信息：

如提交申请，其填报的相关信息资料将传送至相关职能部门审核，申请人需确认提交申请。

D.个人积分查询

申请人可以登录系统，凭个人身份证信息查询个人当前已累计的有效积分，积分查询不仅提供总分值查询，还可以显示积分组成，及这些积分是由哪些指标构成，每项积分的有效期。

另外，本人可以提交补充资料，由后台审核是否增加分值。

E.个人积分管理

申请人可以登录系统，修改积分需要上传相关的资料，需本人承诺修改后的数据真实性。

同时系统记录修改的项目、时间及IP地址。

申请人可以根据需要更新申请材料。

F.个人积分排名

申请人在综合服务平台可以查询自己个人积分排名，系统同时会告知申请人，当前有多少人与其积分排名并列。

G.积分制服务窗口预审

积分制服务窗口对系统收到的积分申请进行预审，预审通过的正式受理，并提交区来穗局初审，预审不通过的返回申请人。

H.初审

区来穗局工作人员对积分制服务窗口提交上来的受理结果进行初审，需要区一级转至区相关的职能部门审核，可以批量也可以逐一审核，审核需要录入初审意见。

I.职能部门审核

相关职能部门对初审通过的申请人资料进行审核，并将审核意见和结果录入系统。

J.区来穗人员服务管理部门的认定

各相关部门完成审核打分工作后，区来穗人员服务管理部门对各相关部门审核打分进行汇总认定。

K.积分中止和实效

申请人由于本人原因需要取消相关积分，需提交申请并说明原因。

积分取消后，本人需要重新启用，需要提交相关说明并提交申请。

L.积分异议与复核

申请人对本人积分内容存在质疑，可提交申请进行复核。

M.积分统计查询及分析

实现对积分的各种维度统计、历史数据分析以及报表制作等功能

4.1.1.2积分制紧缺公共服务子系统建设

A.申请人资料管理

通过个人积分管理子系统，符合积分制紧缺公共服务条件且正式申请的来穗人员，在此功能模块中进行查询管理。

B.受理初审

对于符合条件的积分制紧缺公共服务申请人资料，基层服务中心进行初步审核。

通过，则确认并上传，打印回执给申请人；

不通过，则退回申请人资料，并备注原因。

C.区级复审

各区来穗局工作人员对窗口提交上来的受理结果进行复审，可以批量复审也可以逐一复审，复审需要录入复审意见。

D.职能部门审核

相关职能部门根据当年的积分制紧缺公共服务规则和职责范围，在该子系统对全市范围内复审通过的申请人资料进行审核。

E.市级确认

职能部门审核完毕，由市来穗局进行最终的积分制紧缺公共服务资料确认。

F.生成本期排名表

系统自动根据来穗人员公共服务条件规则，对经过市级确认的积分制紧缺公共服务申请人进行排名，并生成排名表。

G.公共服务指标设置管理

市来穗局可根据市政府相关文件精神，结合当年公共服务申请实际情况，对公共服务指标进行设置管理。

H.公共服务人员名单公示

通过接口或者信息发布，将公共服务人员名单进行公示在门户网站或媒体上。

I.签发管理

对成功获得公共服务资格的来穗人员进行服务凭证派发。

4.1.1.3积分制入户管理子系统建设

积分入户子系统需实现：

持有在本市办理且在有效期内《广东省居住证》的申请人，积分达到合格线（具体入户分值按当年指标计划确定），并符合积分制入户的具体条件和要求，可申请积分入户。

具体功能如下：

确认申请提交。

申请人进入此功能模块，需要确认加分项目，最后按提交申请，提交申请后，系统将自动生成网上业务流水号及根据申请人填报的受理点，提示受理点地址、办公时间及咨询电话，申请人可以凭业务流水号前往填报的窗口受理点继续办理接下来的程序。

此外，系统提示：

一经窗口预审通过，申请人提交的纸质材料由区来穗人员服务管理部门统一归档保管，期限一年。

B.受理预审

对于符合条件的入户申请人资料，窗口受理人员进行初步审核。

通过，则确认并上传，系统则按相应规自动生产个人的受理编号，窗口受理人员打印回执给申请人；

不通过，则全部资料退回申请人资料，窗口受理人员需备注原因。

C.初审

区来穗局工作人员对窗口提交上来的受理结果进行初审，可以批量也可以逐一审核，审核需要录入初审意见，初审通过后转至相关的职能部门审核。

相关的职能部门根据当年的入户规则和职责范围，对全市范围内初审通过的申请人资料进行审核，并将审核意见和打分结果录入系统。

E.认定

各相关部门完成审核打分工作后，区来穗人员服务管理部门各相关部门审核打分进行汇总认定。

F.积分中止和实效

申请人由于本人原因需要取消积分入户，需提交申请并说明原因。

G.积分异议与复核

申请人对本人积分入户内容存在质疑，可提交申请进行复核。

H.市来穗人员服务管理部门生成本期排名表

系统自动根据入户条件规则，对经过确认的入户申请人进行排名，并生成排名表，产生排名靠前的人员名单表。

I.入户卡签发管理

对成功申请积分入户的来穗人员进行入户卡签发管理。

包括与政务信息系统对接，打印入户卡等功能

4.1.1.4积分制入学管理子系统建设

主要功能如下（包括但不限于以下功能）：

来穗人员可在此功能模块中进行积分入学的积分查询以及申请资料管理。

B.积分确认

申请人可对申请积分入学的积分进行确认。

C.积分推送

与各区积分制入学系统对接，向各区推送申请人的积分总分、积分明细以及积分材料。

D.查询

申请人可以查询积分入学的审核情况、申请进度等。

E.统计分析

与各区积分制入学系统对接，对全市积分入学的数据进行统计分析。

4.1.1.5积分制入住管理子系统建设

来穗人员可在此功能模块中进行积分入住的积分查询以及申请资料管理。

申请人可对申请积分入住公租房的积分进行确认。

与市住保办积分制入住公租房信息系统对接，推送申请人的积分总分、积分明细以及积分材料。

申请人可以查询积分入住公租房的审核情况、申请进度等。

与市住保办积分制入住公租房信息系统对接，对全市积分入住的数据进行统计分析。

4.1.1.6来穗人员诚信体系子系统

申请人提交材料的行为纳入个人诚信记录。

申请人伪造、变造或者使用伪造、变造申请材料的，不予纳入积分制服务管理。

对于在申请过程中，窗口工作人员或职能部门一旦发现申请人提供虚假证明材料，将此人加入诚信系统的黑名单，取消申请人积分申请资格。

A.提交诚信记录

对于在申请过程中提供虚假材料等，工作人员可以将该申请人的行为提交到诚信体系子系统。

同样，在公示环节，被举报有造假行为，经核查属实，工作人员也可以将该申请人员的行为提交到系统中。

B.诚信记录审核

所有诚信体系子系统中的行为记录都要提交到市来穗局相关部门审核，经审核确认后，该申请人员方可正式列入诚信系统黑名单。

C.诚信系统黑名单登记

经过审核确认造假违规的申请人，将被列入诚信系统黑名单。

申请人被列入诚信系统黑名单后，不能再提交积分申请。

D.诚信系统黑名单注销

经过一段时间改正，诚信系统黑名单中的申请人符合条件的，则将其名单从系统中注销。

4.1.1.7积分评价管理子系统

A.积分指标项管理

在系统中登记每一期积分指标条目，包括指标名称，指标内容、对应分值、备注。

管理人员可以在系统中增加一个指标名称（如“年龄”），同时增加该指标内容（如“35周岁以下”、“36-45周岁”、“46-55周岁”）及每条内容对应的分值（如“5分”、“2分”、“1分”）。

每一期的指标有可能不同，所以管理人员可以每期定义一个积分指标库，选择一个指标库为“当前有效指标库”。

具体的积分指标项需要根据《广州市来穗人员积分制服务管理规定（试行）》及实施细则中的广州市来穗人员积分制服务管理指标体系及分值表和其他相关规定进行设置。

B.证明材料列表管理

在系统中登记每一期积分入户、入学或入住申请需要提交的材料列表，包括材料名称、材料性质（基础材料、积分证明材料）、是否必需、介质（电子版、影印件、原件，可以多选）、备注等。

管理人员可以在系统中增加一个材料项（如名称为“居住证”），材料性质为“基础材料”、是否必需为“是”，介质为“电子版、原件”。

申请积分所需材料需要根据《广州市来穗人员积分制服务管理规定（试行）》及实施细则和其他相关规定进行设置。

C.紧缺专业或工种管理

维护由市发改委会同有关部门提供的紧缺工种目录列表，主要有增加、删除、修改等功能。

同时对各目录条目设置有效状态，已被政策更改后原有的专业或工种还可用于备查，申请人在网上申请积分或者工作人员在登记积分的时候可以从系统中选择申请人所属的专业或工种。

D.重点发展行业管理

维护由市发改委会同有关部门提供的重点发展行业目录列表，主要有增加、删除、修改等功能。

同时对各目录条目设置有效状态，已被政策更改后原有的重点发展行业目录还可用于备查，申请人在网上申请积分或者工作人员在登记积分的时候可以从系统中选择申请人工作所属的重点发展行业。

E.政策导向区域管理

维护由市发改委会同有关部门提供的政策导向区域目录列表，主要有增加、删除、修改等功能。

同时对各目录条目设置有效状态，已被政策更改后原有的政策导向区域目录还可用于备查，申请人在网上申请积分或者工作人员在登记积分的时候可以从系统中选择申请人入户、入学或入住地址所属的政策导向区域目录。

F.重点高校管理

维护由教育部规定的重点高校目录列表，主要有增加、删除、修改等功能。

同时对各目录条目设置有效状态，已被政策更改后原有的重点高校目录还可用于备查，申请人在网上申请积分或者工作人员在登记积分的时候可以从系统中选择申请人毕业所属高校。

G.数据统计

能从不同维度对来穗人员积分数据进行统计分析，并支持导出打印。

4.1.2.职能部门协同系统

4.1.2.1职能部门审核子系统

对于来穗人员提交的积分申请材料，经区来穗局初审通过后，根据职能范围自动分派至各职能部门，各职能部门工作人员通过账号登录来穗人员积分制服务管理信息系统，对分派的申请材料进行审核。

A.待办提醒

提醒工作人员需要审核的积分申请材料。

B.审核

工作人员对申请材料进行审核，提交审核意见和打分结果。

C.查询

对审核结果进行简单或组合条件查询。

D.统计分析

对审核工作进行统计分析。

4.1.2.2职能部门复核子系统

对于来穗人员提交的积分复核申请材料，根据职能范围自动分派至各职能部门，各职能部门工作人员通过账号登录来穗人员积分制服务管理信息系统，对积分复核申请材料进行审核。

主要功能如下：

A.待办提醒

提醒工作人员需要审核的积分复核申请材料。

B.复核

工作人员对积分复核申请材料进行复核，提交复核意见。

C.查询

对复核结果进行简单或组合条件查询。

D.统计分析

对复核工作进行统计分析。

4.1.2.3自动比对审核子系统

利用人社、工商、住建等部门共享交换数据以及市电子证照系统数据，实现对申

请材料进行系统自动比对审核。

4.1.3基础应用支撑系统

基于基础应用支撑平台，构建相关应用系统，大部分开发可以通过系统配置完成，并可以缩短软件的开发周期、修改周期；

同时通过基础应用支撑平台的统一用户管理、统一内容管理、统一服务管理、统一消息管理、工作流管理、数据表单管理、数据交换管理、报表管理等核心功能，可以提供系统的灵活性、扩展性、可靠性以及稳定性，可以通过基础平台支撑与外界数据的共享交换，并提供标准的数据接口供外界系统对接以及系统的个性化配置等。

（1）统一用户管理

统一用户管理对所有的用户进行统一用户管理和认证，主要包括以下内容：

组织身份目录：

对于组织机构及成员进行全面管理，通过树状层层细分，给出岗位和职责映射。

身份认证：

组织身份目录是整个系统集中认证的基石，实现“一次登录，全网通行”。

目录中的用户在登录并确认权限后，可以进入统一门户，使用相应的业务系统。

系统管理员负责对整个系统的业务管理操作，系统管理员权限配置支撑分级部署，在系统配置部署过程中可以实现二级系统管理权限。

提供规范的组织模型对外服务接口：

提供组织身份目录对外服务接口，可提供基于Java、.NET等开发接口，所有本平台提供资源均可通过API接口获得。

（2）工作流管理

图形化流程定制。

直观描绘用户的业务流程，“所见即所得”，利用“拖拉”的方式定制流程，简单实现复杂业务逻辑。

流程模式丰富。

支持直流、分流、条件流〔包含了简单条件流，复杂组合条件流以及逻辑判断条件流〕、子流等；

支持的流程异步处理：

撤办、催办（包含手动催办和自动催办）、转办、重办、代办、跳转等；

支持自由流转模式、智能流转模式,强制流转模式。

流程跟踪直观。

为工作流提供监督和记录机制，能够准确的再现流程的办理情况，提供了图形化的流程跟踪模式，树型流程跟踪模式以及简单的流程跟踪模式。

在线流程定义。

脱离原始的程序开发环境，系统管理员可在线自定义流程，充分体现系统的灵活性、高效性、稳定性。

严格的权限控制。

能够控制到每个字段的读、写权限。

（3）数据表单管理

通用数据表单管理平台是开发信息管理系统的基础性平台，基于此平台，能实现信息管理系统快速、稳定、可靠的开发和后期维护。

采用同一套数据管理程序，通过挂接不同的业务数据表，来实现不同业务数据的录入、修改、查看和输出打印等功能。

不用再编写代码，通过后台配置就可以实现一个数据表管理模块的动态创建和菜单挂接，并可以轻松实现查询模板、统计报表模板的创建，从而大大缩短开发周期，并确保系统的稳定性和强壮性。

主要包括以下关键技术：

数据表结构定义。

定义每一个业务数据表中的字段信息，并且补充一些必要的基本属性，这些信息将作为系统自动完成数据添加、修改、删除、査询、统计的基础条件。

数据表单构造。

系统自动生成增、删、改页面表单，同时支持页面表单的个性化修改，不需要编程就可以实现常规的数据操作。

査询构造。

很多的应用是针对现有数据库的查询，可以根据这种需求配置査询条件、査询结果，系统自动生成查询页面，无代码地实现复杂的数据查询功能。

报表统计。

根据管理系统常见的报表输出需求，系统提供统计报表构造功能，可以基于基础数据表动态构造各类统计表：

简易表、固定表、分组表、交叉表等，同时还支持图文混合方式的统计表。

（4）报表管理

报表管理作为一个业务系统最常用的功能组件，需要提供了包括报表设计、查询分析、监控管理等功能组件，通过这些组件来统计分析的功能。

以下是组件功能说明：

1、Web客户端分析工具

Web客户端可以为用户的提供完整的查询，报表制作及分析功能。

它是一个网络化的完整的客户解决方案，可以对储存于其中系统内外的各种数据源中的信息资源进行跟踪，了解及管理；

2、功能的强大性

报表产品可以帮助用户访问到有用的信息，并发挥用户的长处。

报表应可以助用户对访问各种各样的数据源—例如各种相关的数据库，并制作复杂图表等；

3、可升级性

用户机构中的每一个报表的使用群体可能都会有各自不同的需要。

因此对于报表组件需要有很强的可升级性。

4.1.4接口建设

4.1.4.1系统接口要求

A.接口技术

将基于SOA架构，实现不同厂家、不同产品、不同运行环境、不同开发工具开发的应用信息系统松散型、低耦合的集成，不同的信息系统可以相互调用功能服务，提高了软件的重复使用率，提高软件系统的可扩展性，减低了IT资源投资和IT建设风险。

面向服务的架构（SOA）被认为是用于下一代应用系统开发的架构，人们正期待着它能够带来各种好处：

例如能够寻找并使用已有的服务而不必重复地开发某种功能；

异构的系统之间能够方便地集成；

已有的系统能够更容易地扩展等。

服务是指一个组件的集合，它们向外界提供某个接口，能够完成某种业务功能。

在面向服务的架构中，服务的实现可以被放置在网络的任何位置，只需要对外发布这个服务的描述，其他的系统（或者服务）就可以发现并且使用这个服务。

不同的服务可能采用不同的编程语言、组件模型、硬件环境、数据库，而在这个架构中它们无缝地集成在一起。

这种方式消除了异构的、分布的环境对应用系统的影响，开发者可以只考虑系统的业务逻辑，关注某个部分业务功能的实现，并将它们包装成合适的服务，不需要考虑和其他服务之间的互操问题，因此减少了系统的开发风险和成本。

服务和组件的不同之处在于服务更多地从业务的角度出发进行设计，向用户提供一个完整的业务实现，而组件可能只提供完成某个业务的部分功能。

在面向服务的架构中，一个系统实现了用户需要的某些业务过程，其中每个服务实现了业务过程中的某个活动。

从软件开发的过程来看，面向服务的架构更加符合业务的视角，设计人员可以方便地根据已经获得的业务需求进行设计，采用服务实现各部分的业务需求，并将它们组装成应用系统。

面向服务的架构中的三个基本的角色是：

服务提供者：

一般而言是服务的拥有者，服务提供者负责向服务注册者发布一个服务的描述，同时它作为服务的宿主控制对服务的访问。

服务请求者：

是一个组件，它可以通过服务注册者发现一些满足自己需要的可选服务，并和这个服务的提供者建立绑定，然后调用这个服务。

服务注册者：

它提供了一个存储和发现服务的功能，服务提供者可以向它提供服务的描述，而服务请求者可以在它存储的服务描述中查找服务。

不过，在面向服务的架构中也可以没有服务注册者，此时服务请求者需要通过其他方式获得服务的描述，例如直接从服务提供者处获取。

这三个角色之间的关系构成了SOA的概念模型，如下图所示：

其中的三个操作为：

发现服务：

服务请求者使用这个操作定位一个服务。

发布服务描述：

服务提供者发布一个可以利用的服务的描述，其中包括服务的网络位置、传输协议和消息格式等调用服务所需的信息。

绑定至服务：

当服务请求者发现一个合适的服务后，它可以用服务描述中提供的信息用这个服务。

在面向服务的架构中，为了能够在分布式的环境中执行发现服务、发布服务描述和绑定至服务这三种操作，必须定义标准的服务协议。

一般这些服务协议以层次的结构表现，上层的协议依赖于下层的协议。

典型的服务协议层次结构如下图所示：

在这个层次结构中自下而上包括如下元素：

网络层：

定义了网络上可以传输数据的协议支持，例如被广泛使用的HTTP协议，FTP、SMTP，或者在内部网中常用消息工具的支持等。

消息传递层：

它的功能是提供传递消息的一致方式。

服务描述层：

它提供了描述服务的标准方式，包括服务的接口和功能描述。

服务的接口描述可以被多个服务实现实例化和引用。

服务的发布和发现层：

它存储服务