招标文件
一、项目概况
为贯彻落实《中共中央办公厅国务院办公厅关于党员干部带头推动殡葬改革的意见》，积极探索和总结成功经验做法，以点带面推动殡葬改革和殡葬事业发展，按照全国殡葬工作座谈会的部署安排，民政部决定组织开展全国殡葬综合改革试点工作。
二、采购内容及要求
1、采购清单
|
序号 |
采购内容名称 |
规格型号 |
主要技术参数 |
数量 |
|
1 |
微信公众号 |
套 |
微信公众建设，在线服务等 |
1 |
|
2 |
网上办事大厅 |
套 |
主要包括在线服务系统和殡葬业务管理系统，在线服务包含火化预约、下载中心、远程告别、在线缴费、个人中心、墓型查询、移风易俗宣传、丧事扰民举报、青山白化举报等。殡葬业务管理礼仪服务业务和墓园业务管理。 |
1 |
|
3 |
殡葬基础平台 |
套 |
主要包括统一安全管理平台、应用管理平台、移动应用开放平台、服务总线平台。管理在平台上的使用用户，运行的应用，在平台管理业务域，用户组等等 |
1 |
|
4 |
殡葬行业监管平台 |
套 |
主要包括移动应用办公，私坟管理，殡葬机构数据集成，殡葬机构管理，陵墓园管理，监管预警，逝者档案，青山白化举报管理，丧事扰民举报管理等等 |
1 |
二、技术要求
2.1、总体设计要求
为使整个信息系统规范化、整体化，增加系统独立性和扩展性，降低其相互之间的耦合度，提高资源的利用率，根据系统分层架构特性设计，采用自顶向下的分层结构化方法对本项目进行综合设计，按照系统的逻辑关系可以划分为展示层、应用系统层、平台服务层、数据层、基础设施层、信息安全保障体系和运维管理体系
1、用户层
系统用户层主要是整个苍南县民政局的工作人员，领导、丧属，所有用户都可通过网络分权限访问各自所属的应用系统。
2、展示层
系统运用包括Ajax技术在内的Web 2.0等新技术，为用户提供全新的接近C/S应用的使用体验。客户端支持Windows、Linux平台，支持IE 8/9/10及以上浏览器、谷歌浏览器、FireFox等主流浏览器。支持PC和移动端访问。
3、应用层
应用系统定位为整个苍南县的智慧殡葬平台，涵盖包括在线服务，殡葬基础平台，殡葬业务管理平台，殡葬行业监管等等。
4、平台服务层
根据SOA架构设计的理念对中心及各相关部门系统中涉及各类功能进行合理规划并封装成“服务”，通过对各单位服务功能接口的调用，以业务流程为驱动，在保障数据传输机密性、完整性、有效性的前提下，对以JSON为表达形式的业务工作事项实现双向推送。
通过开放技术标准，与基于不同技术开发的各种内外部系统互联互通。在建设过程中，将应用成熟的中间件产品，同时根据业务需求对其进行相应的配置或定制开发，提供应用管理、统一安全管理、日志、数据交换、统一门户等平台服务。
5、数据层
数据层主要是各类业务应用系统处理的信息，包括基础信息和业务应用信息等，分为数据库系统存储和普通文件的附件存储，这些信息形成统一的殡葬企业信息数据库。
6、基础设施平台
基础设施平台位于整个系统最基础的位置，为业务应用系统提供网络传输服务、计算服务、存储服务、备份服务等基本服务和运行基础环境。在建设过程中，需要根据实际需要配置计算设备、存储设备、备份设备、网络设备等。基础平台的操作系统支持主流操作系统，使系统平台和对外服务均可运行于 Linux、Unix、Windows这些等高安全性操作系统
7、信息安全保障体系
信息安全保障体系为业务应用系统提供稳定、可靠、安全地运行环境。在建设过程中，依据安全等级保护二级的要求，保障业务应用系统安全。
系统采用 B/S 结构，采用 Java 编程语言和服务器端 Java 技术进行开发，且均基于 MySQL5.6 数据库及以上版本。
采用分布式、微服务的架构保障系统稳定性、扩展性及高性能
使用分布式文件存储系统存储系统的视频、图片、文件等非结构化数据
2.3.1、系统概述
苍南县贯彻落实省市“最多跑一次”改革精神，积极回应群众关切的民生事项，切实从群众的角度来梳理办好“一件事”，提高群众对改革的获得感，优化苍南县殡仪活动联办办事流程：
- 提出申请：申请人拨打县殡仪馆预约电话（64793333），提出火化预约上门服务申请。
- 上门服务：县殡仪馆接到预约电话后立即通知治丧所在乡镇、所辖乡镇及时安排工作人员上门与丧户对接火化事宜，并现场填报《苍南县殡葬管理及补助申请表》，上门办理完毕后，直接征求所在村居意见，并对骨灰安葬地进行拍照取证；坟墓所在地与治丧所在地不属于同一管辖区域的，治丧所在地工作人员立即通知坟墓所在地乡镇工作人员，并由坟墓所在地乡镇工作人员对骨灰安葬地进行拍照取证，形成电子档案传治丧所在地乡镇（申请人无需跑村居签署意见，先予以容缺受理，再由村居进行补签）。
- 审核转报：乡镇民政办负责人即时对申请材料进行形式审核。材料齐全、符合条件的，由乡镇相关工作人员对接所在辖区卫生院责任医师后，先行出具丧户《医学死亡证明》，并将材料电子化、录入“一窗受理”平台，传送给民政、人力社保、公安部门。
- 协同办理：根据乡镇传送的信息，县民政局殡仪馆工作人员给予办理火化预约手续、并通知丧属出车班次；县公安局给予办理亡故者户口注销；县社保中心严格审核把关，符合条件的给予办理死亡丧葬抚恤费发放，对违反《苍南县殡葬管理及补助申请表》有关规定的，不予发放。
2.3.2、系统结构
本次建设系统支持内部工作人员与外部丧属、相关机构的在线业务办理，对于外部人员，开放网上办事和机构数据维护等服务，为防止数据泄露，保障数据安全，将外部在线服务网站应用与内部监管平台的部署隔离，分别部署到两台服务器上，在外部网络上，开放防火墙端口给在线服务平台使用，通过端口映射到服务器上
建设苍南县殡葬行业微信公众号，作为苍南县殡葬文化宣传窗口，主要包括以下内容：
- 在线服务
整合在线服务平台的殡葬服务，实现丧属用微信服务办理殡葬业务。
- 我的
个人的基本信息，殡葬业务办理流程信息。
在线服务主要包括火化预约、下载中心、远程告别、在线报修、在线缴费，个人中心，墓型查询，移风易俗宣传，丧事扰民举报，青山白化举报。
丧户利用在线服务平台，预约逝者火化，可预约上门服务，用户安排工作人员为丧户上门办理火化预约手续。后台管理人员通过预约时间，地点的信息安排工作人员上门服务。
提供苍南县殡仪活动办理材料（殡葬管理及补助申请表等等）下载窗口，方便丧户在线下载，打印。丧户能够提前填表，无需在跑多个地方取表，节约办事时间。
逝者进入灵堂时，有些亲属可能会由于时间及地理位置的关系，不能及时赶到。在线服务模块将提供远程告别，用视频即时直播现场守灵及祭拜情况，不会因为不能送亲人最后一程而遗憾。
丧户可通过在线服务的在线缴费窗口进行管理费缴纳。在网站注册账号，绑定墓园丧户信息，通过墓园审核后，可在账户信息中查看客户购买的福位相关管理费到期情况。客户可选择续费福位及缴费年限，利用微信支付或支付宝支付，成功支付后，可保存收费清单。
个人中心主要管理个人资料、订单信息。
可修改个人基本信息。
用户可以对自己所下的订单进行查看、支付、取消及删除操作。
2.3.3.2.6墓型查询
根据墓园上传的墓型信息，通过在线服务平台进行展示，通过在线服务的宣传，让百姓可以清楚的了解当地各个墓园的墓型情况。
2.3.3.2.7移风易俗宣传
设置专门的移风易俗宣传窗口，宣传治丧使用的花圈，配置图文说明，如市场价格，建议的使用数量；正规合法经营的乐队（人数少于20人），可以配置图文说明 ；将殡仪馆提供的礼仪服务（如宗教仪式，规范仪式时间），厅堂信息，图文说明价格，利用该窗口宣传让群众了解移风易俗公共基础设施的建设，减少群众在公共场所搭建灵棚灵堂的不文明行为；将治丧过程中的不文明现象，如租用非法改装车，私搭灵堂灵棚，燃放烟花爆竹，沿途撒纸钱等等，通过图文展示，指出危害，宣传文明的治丧流程，群众在宣传中逐渐了解，转化观念，推进移风易俗改革。
2.3.3.2.8丧事扰民举报
群众通过在线服务的丧事扰民举报，对大操大办，扰乱群众正常生活秩序的行为进行举报。通过在线填写现场情况，地址，上传现场图片，完成举报。执法单位根据所描述情况，现场确认，及时制止扰民行为。
2.3.3.2.9青山白化举报
群众通过在线服务的青山白化举报，对于平时所发现的青山白化不文明情况进行举报。通过在线填写现场情况，地址，上传现场图片，完成举报。执法单位根据所描述情况，现场确认，及时制止不文明行为，增加对青山白化的治理。
2.3.3.3殡葬基础平台
统一安全管理平台应能实现身份数据的统一存储、统一管理，实现各类应用的单点登录，以及各类访问与操作安全审计。同时，还提供便利的工具，便于系统的维护和管理。建设内容包括以下：
2.3.3.3.1.1身份管理
- 身份自助服务
身份自助服务对象是殡葬系统最终用户。身份自助服务支持用户管理自己的帐号信息和密码信息，用户可查询自己帐号的使用信息和维护信息，并提供用户找回密码的功能。
- 仪表盘
概况仪表盘提供系统运行状态的总览，使管理员对当前系统的运行状态一目了然，便于管理员及时发现问题和异常。管理员可以查看帐号概况、认证概况、服务器状态和系统结构概况等。
- 帐号管理
帐号管理功能帮助管理员完成全中心身份帐号数据的查询、增加、删除、修改、过期设置、锁定/解锁和加入组操作；提供基于Excel文件的帐号批量操作功能；提供平台内帐号操作行为的统计功能。
- 授权管理
授权管理功能提供身份类型组的管理功能，用于区分用户的身份类型。同时提供身份帐号入组和出组的管理功能，可基于Excel文件实现批量操作；提供授权管理行为的统计功能。
- 分级密码管理
需能支持对内部组织的二级管理模式。可分级管理账户和密码，各级管理员只能管理权限范围内的账户。
- 系统管理
系统管理主要包括一些对平台运行起支撑作用的数据管理和功能设置，包括操作日志管理、管理员管理和配置管理功能。
2.3.3.3.1.2集群部署
认证服务须支持基于应用中间件的集群部署模式，实现双机模式，提升认证服务的高可用。
2.3.3.3.1.3审计管理
审计管理功能为管理员提供及时发现问题的有效方法，可审计出异常的帐号、不合理的认证行为和授权行为，用于发现系统可能存在的安全隐患。
2.3.3.3.1.4身份认证
身份认证管理功能提供对全部人员身份认证相关数据的管理功能，包括对认证集成应用的管理和所有用户认证行为记录的查询和统计。
2.3.3.3.1.5监控管理
监控管理为管理员提供掌握系统各项服务运行状态的功能，可帮助管理员尽早发现系统运行问题。监控内容包括总体状态、会话状态、进程状态和服务器状态，提供监控配置功能。
2.3.3.3.2.1应用管理
需包括应用的创建、授权、配置、开放策略设定、上下线等功能。为方便海量应用的管理，需提供应用文件夹功能。应用的管理须能同时管理web pc端应用及移动端应用。创建应用时需能选择配置web端、移动端及微信端申请。应用的授权需支持分级授权管理。
2.3.3.3.2.2业务域管理
提供业务域的新增、删除、编辑功能。支持管理员维护所有应用及应用运行状态的查看。
2.3.3.3.2.3用户组管理
支持按用户组对用户进行应用授权管理。
2.3.3.3.2.4意见反馈管理
提供用户意见反馈的管理功能，包括反馈意见的查看、回复等。
2.3.3.3.2.5评价管理
提供管理员对应用评价的管理功能，便于实时了解应用评级、排行信息。
2.3.3.3.2.6移动管理
提供对殡葬移动app的版本管理。
2.3.3.3.2.7应用授权管理
面向应用的接入提供用户组管理、应用权限管理。
移动互联网的兴起促进移动办公的不断扩展，原有的PC端应用也能直接应用到移动终端设备。通过沉淀移动应用常用的消息、通讯录、个人信息等基础引用平台功能，连通殡葬管理平台的单点登录，将办公应用加入到移动的应用中心。实现一机在手即可轻松处理内部事务。
2.3.3.3.3.1消息
一切皆为消息，工作的IM沟通，所有应用的工作流程节点与我相关的事务通知。系统与用户的智能交互沟通都作为消息存在，首页消息以瀑布流的界面展示，最新消息指定并提供数量、简要，时间的方面的信息展示，用户通过点击消息，进入不同类型消息的详情页面处理。
2.3.3.3.3.2通讯录
将通讯录内置到移动办公平台，人力部门在统一安全管理平台中管理人事资料即可，系统后台支持员工信息的维护、入职、离职等操作。工作人员可随时随地查阅同事的通讯资料，实时IM沟通 。
2.3.3.3.3.3应用中心
移动办公中心，后台管理所有上架的移动应用，用户到移动应用中心添加所需的办公应用，添加的移动应用待办事项以卡片式呈现用户最想关注的内容。
各上架应用以微服务的架构设计，使用统一风格、技术架构设计开发，连接基础的统一安全身份认证系统，实现各应用的无缝链接访问。应用可评价和建议以便后台统计改进应用设计。
2.3.3.3.3.4我的
包括个人的基础信息，使用帮助，在线客服及相关设置。
在线客服可直接与系统维护人员沟通，解决系统使用过程中的各类问题解答，实现即时问题立即处理。
相关设置包括账户安全性设置（密码修改），隐私性设置（是否允许其他人加好友，发消息，消息验证等），新消息通知的模式、时间等。
解决殡葬信息化建设中存在的紧耦合、异构性等各类问题，充分利用现有建设成果构建全新的殡葬信息化生态，建立基于殡葬行业特征的服务总线。实现从简单的“数据集成，门户集成”向“服务集成”模式的转变。提供接口标准管理、服务治理、服务交换等全方面的底层服务管理平台，为其他基础平台和公共应用组件、上层服务提供总体服务调度和管理。保证殡葬信息体系的可管理性。
实现服务管理从离散到集中，具备更可控的系统架构，增加信息化资源的可管理性、实现技术架构从差异化到标准化，更统一的集成方式，降低改造成本、实现建设过程从繁乱到有序，带来更简化的建设方式，降低运维难度、实现整体体系从封闭到开放，形成更良性的运营环境，增加信息化生态的可持续性。
殡葬服务总线建设内容如下：
服务集成工具：采用高性能、高可用性的成熟中间件，解决异构系统集成时相互调用的协议、格式不同的转换问题，解决大并发情况下服务负载、服务缓存的问题，保证服务调用、服务交互时的稳定性和安全性。
服务注册工具：服务总线需要提供接口供开发人员注册服务，仅需提供服务的相关元信息及 WSDL 文件，即可实现注册步骤。而 WSDL 文件格式的基本验证部分需要自动完成，后期将要求服务提供者附加范例代码。其中的从属系统标签则用于服务分组。对于restful 形式的服务，需要提供详细的参数信息或提供对于 restful 服务的输入和输出实例实现注册。
服务查看与搜索：对于服务的操作及其参数信息，服务总线提供页面展示服务详细信息。对于服务的搜索，平台会提供服务分类的基础模板，系统管理员可以对其进行扩展，第三方可根据服务分类进行搜索。
注册状态查看：服务总线具有一定的开放性，但并不代表所有的服务都可注册上来，所以注册服务的过程需要人工审核的步骤。而开发人员则可在注册状态查看功能模块查看到已注册服务的当前状态（审核通过、未审核、审核中）。
申请服务授权：服务总线提供接口供开发人员为所开发应用申请服务的授权，申请以应用为单位。在该页面，开发人员可看到所有服务的列表，仅需简单勾选，即可实现申请步骤。
平台监控：服务总线提供对平台及服务所运行服务器的监控功能。考虑到平台本身的运行状态对其上运行的服务及应用有着极重要的影响，对其的监控必不可少，但对硬件的监控本就存在一套体系，所以服务总线仅提供平台硬件的关键性能监控，即对服务总线运行起关键性影响的指标（如 CPU 占用和内存使用情况）。
服务注册审核：系统管理员根据服务注册信息来确定是否审核通过该服务的注册，比如考虑该服务的功能是否合理，后期还将考虑该服务是否应该注册在该系统下。提供给系统管理员的信息具体包括服务名称、服务所属应用/模块、接口人等。当前审核状态则包括审核中和未审核。
服务运行监控：系统管理员可监控从属于该系统下的所有服务，将通过直观具体的友好界面展现服务的运行状态，包括被调用次数、执行时间、错误次数、成功率等。而多个系统的管理员可以通过切换到不同系统的监控页面。
系统及服务管理：管理员可查看所属的所有服务，并针对其中的服务进行启停（通过管控台隔离实现）。授权的分配在审核申请时进行。对用户角色及其权限的管理是管理员所具备的功能，管理员可查看所有用户、设置角色到某些用户及分配权限
2.3.3.4.1殡仪服务业务管理系统
2.3.3.4.1.1礼仪服务
设置礼仪服务种类，礼仪服务名称，价格，详细描述等信息。通过在线服务平台的移风易俗宣传展示，让群众得到一定的了解，避免盲目消费，铺张浪费。
2.3.3.4.1.2厅堂管理
殡仪馆工作人员可以设置厅堂信息，如可容纳人数，厅堂布置情况，厅堂图片等等，通过在线服务平台的移风易俗宣传展示，向群众展现殡仪馆公共基础设施建设情况，鼓励丧属到指定的治丧场所进行治丧活动。
2.3.3.4.1.3丧葬用品
设置丧葬用品种类，如花圈，寿衣，纸棺等等，设置名称，价格，详细描述，使用数量等信息。通过在线服务平台的移风易俗宣传展示，让群众心中有数，防止黑中介漫天要价，规范市场。
2.3.3.4.1.4治丧流程管理
设置文明的治丧流程，设置办事指南，以流程图的形式，通过移风易俗宣传窗口广而告之，让群众知道怎么办，如何办，文明办。
2.3.3.4.2.1墓位管理
墓园工作人员可通过系统的墓位管理模块，对墓区内的墓位、壁穴、骨灰堂等基础信息资料进行维护管理，设置墓区名称，墓位排号，穴位数量，能够支持排号信息将墓位数据的批量插入，设置excel格式文件（按照固定规范）导入。根据排号信息生成平面图型，进行颜色区分，销售情况一目了然。
2.3.3.4.2.2墓型管理
墓园工作人员可通过系统的墓型管理模块，添加本园区的墓型信息，通过填写墓型名称，宗教属性，墓型描述，以及上传图片等等完善墓型数据。系统中的墓型数据可通过在线服务平台进行展示，让群众了解墓园墓型的相关信息。
2.3.3.4.2.3业务登记
墓园工作人员可通过系统的业务登记模块，对墓区日常的业务情况进行登记，或者利用excel格式文件（按照固定规范）导入。生成业务信息数据，相关购墓人，使用人，墓位，售价信息，明明白白，清清楚楚，便于日后不管是业务查询，或者执法监管，数据对比，都起到重要作用。
2.3.3.4.2.4安葬登记
丧属登记安葬时间到墓地下葬，墓园工作人员操作安葬完成功能，形成安葬信息。已安葬的信息可进行迁葬功能，需要将现有下葬信息转为历史以便后续给其它逝者使用。利用获取的安葬时间可供乡镇所在地工作人员当日进行现场查证，避免假坟等问题。
2.3.3.4.2.5管理费到期提醒
墓园工作人员方面利用对业务登记中获取的管理费时效信息，在系统中进行设置，如一个月后到期的业务数据提醒，在首页醒目位置体现，点击可查看详情，购买人姓名，电话，地址，墓位等等，便于管理费催缴。缴费数据利于执法单位监管，避免收费乱像。
2.3.3.4.2.6墓园证管理
包括墓园的安放证、安葬证管理，可根据安葬证编号或者丧户姓名，墓位名称等查询证件信息，证件遗失可进行挂失、补办等功能。
2.3.3.4.2.7骨灰寄存
丧属持火化证，骨灰去向证明等相关证明，到陵墓园办理寄存登记，寄存后领取寄存证明，安放证等。用户凭骨灰寄存证明，安放证领取骨灰祭拜，若需要存在别处，需出示骨灰去向证明和接收地开出的证明，方能领取。
2.3.3.4.2.8消息中心
消息中心中主要管理，如管理费到期提醒的消息数据；安葬登记中，安葬时间到期提醒的消息数据；可供墓园工作人员查阅。
2.3.3.4.2.9客户管理
通过业务登记形成的丧属信息和使用人信息，通过客户管理进行独立的数据分析，可补充丧属的基本信息，电话、地址、身份证、职业等等，或者上传丧属进行业务办事时提供的证件、证明信息。对于墓园工作人员来说是良好的数据管理模式，对于执法人员来说达到有据可循，数据说话。
2.3.3.5殡葬行业监管
2.3.3.5.1殡仪活动优化
推进“最多跑一次”便民工作，联合县人力社保局、县殡仪馆、县公安局，根据一线工作人员推送的医学死亡证明，一次性为丧户办理相关手续：
- 县人力社保局：符合规定的，在规定时限内发放死亡人员丧葬抚恤费，不符合规定，不予发放。
- 县殡仪馆：安排火化预约，通知丧户出车班次。
- 县公安局：2个工日内完成死亡注销登记。
1.火化预约服务
通过在线服务平台进行的火化预约，或电话通知填报的火化预约信息，可通过移动APP进行流转，让治丧所在地乡镇的工作人员及时获取消息，上门与丧户对接火化事宜，通过APP填报《苍南县殡葬管理及补助申请表》。办理完毕后，征求所在地村居意见，利用移动APP对骨灰安葬地进行拍照取证。非所在地，由坟墓所在地工作人员进行拍照，形成的电子档案流转至审核管理。
2.审核管理服务
乡镇民政办负责人，通过移动APP流转过来的申请材料，电子档案进行形式审核，材料齐全、符合条件的，审核通过后。乡镇相关工作人员在移动APP看到审核消息后，对接所在地卫生院责任医师后，将出具的丧户《医学死亡证明》，将证明材料电子化，以便传送给民政、人力社保、公安部门。
3.协同办理服务
县民政局殡仪馆工作人员通过移动APP，获取乡镇传送的信息，给予办理火化预约手续，并通知出车班次；县公安局通过APP传送信息予以办理亡故者户口注销；县社保中心严格审核传送的电子材料，确认是否符合丧葬抚恤费发放标准。
4.举报处理服务
对群众通过在线服务的丧事扰民举报，和青山白化举报的案件，通过信息流转，执法人员可通过移动APP第一时间获取相关信息，进行反馈，及时执法，制止不文明行为。若提供签署过承诺书，通过案件流转将信息传送至社保中心工作人员获知，将取消丧葬抚恤费发放。
排查全县的私坟信息，用户自愿申报与执法大队调查相结合。将散葬坟墓的逝者信息、墓地信息、墓主信息，详细的图片文字，定位位置信息进行登记，并形成加密二维码，经过执法大队审批后确定私坟合法性。统计需要整改的私坟信息，追踪整改进度。对接现有孝管家APP数据。
2.3.3.5.4殡葬机构数据集成
- 监管标准数据的系统改造或数据映射
- 标准数据映射下发
- 殡葬机构数据同步定时任务
- 异常数据的监控及修正
- 殡葬机构分类
将全县的殡葬机构分类为：殡仪馆（服务站）、殡仪服务公司（个人中介）、墓陵园、骨灰堂（塔、楼），进行分类管理。
- 殡葬机构信息维护
- 殡葬机构接入，统一管理全县的殡葬机构，只维护殡葬机构的名称和状态。
- 殡葬机构信息维护：由各机构管理员自行维护本机构的简介、服务内容、收费方式、联系方式等信息。
- 殡葬机构信息在线服务平台公开展示，为公众所了解。
- 殡葬机构人员
- 殡改员
- 业务人员
- 管理人员
- 部门领导
- 一条龙人员
- 车辆调配人员
- 接运车辆驾驶人员
- 村居骨灰室管理员
- 逝者信息
建立逝者信息化档案，通过身份证读取身份信息、家属补充信息等方式，逐步建立完善逝者信息。统计死亡原因、来源等相关信息，与火化证关联查询相关证件信息。
- 火化信息
接入殡仪馆火化信息，统计每日、每周、每月，每年火化量，火化炉使用情况。
- 骨灰去向
- 存放到本地殡仪馆直接指定。
- 存放到外地由市殡葬管理处审批后，再到系统中指定。
- 本地与外地的骨灰要做区分（本市、省内、外地）。
- 等级考评
- 在线服务平台考评
用户在殡葬在线服务平台中对殡仪服务机构的个人评价作为等级考评标准。
- 定期执法考评
民政部门定期至各殡葬行业服务机构实地现场考评，对其卫生、安全、诚信、从业人员、行业规范等多方位综合考核。
- 墓地信息
- 墓陵园的墓地、壁穴、骨灰堂的基础信息
包括墓地（壁穴、骨灰堂）的名称、区牌号（格位）、面积、状态等信息。
- 墓地（壁穴、骨灰堂）的售卖情况
包括墓地（壁穴、骨灰堂）的售卖状态、购买人、购买时间、价格等信息。
- 墓地整改情况
墓地整改区域，整改数量，整改情况，负责人等信息；
- 安葬信息
墓陵园系统数据的安葬信息，包括安葬人信息、安葬时间，已葬情况和未葬情况等。
- 信息维护
已有信息系统维护的墓陵园，在其现有业务系统中维护墓地、安葬信息，再通过数据同步到监管平台；无信息系统维护的墓陵园，直接在行业监管平台上做数据维护
- 骨灰格位管理
维护苍南县居骨灰室（塔、楼、堂）的格位信息，包括各骨灰室（塔、楼、堂）的基本信息、格位数，格位寄存占用情况等。
- 骨灰堂寄存信息
骨灰堂的寄存信息，记录骨灰寄存逝者详细信息、寄存时间、存取情况、寄存办理人员等，可对寄存证明打印。
- 日常寄存操作
管理员对于用户日常对骨灰的取出、放回的基本登记操作。寄存时按证操作，并登记取出、放回时间、原因描述等信息。
- 火化信息预警
联合医院、公安的死亡数据，比对殡仪馆（服务站）的火化或冷藏数据。对于开具死亡证明，在殡仪馆（服务站）的火化或冷藏数据中无法比对到数据的，属于异常数据，将预警异常数据查明情况后，可解除预警。
- 骨灰去向预警
比对殡仪馆（服务站）的火化和各墓园安葬、骨灰室（堂、塔、楼）寄存数据，预警超期未放置到指定地点的骨灰信息，通过查看丧属信息联系处理。
建立逝者信息化档案，通过身份证读取身份信息、家属补充信息等方式，逐步建立、完善逝者信息。统计死亡原因、来源等相关信息，与火化证关联查询相关证件信息。
2.3.3.5.12丧事扰民举报管理
对丧事扰民举报获取的案件信息，形成电子档案进行监管，了解案件进度，填报案件处理结果，结案反馈。对案件信息可进行查询，以便日后查证。
2.3.3.5.13青山白化举报管理
对青山白化举报获取的案件信息，形成电子档案进行监管，了解案件进度，填报案件处理结果，结案反馈。对案件信息可进行查询，以便日后查证。
2.3.4非功能性要求
2.3.4.1性能
系统要求首先考虑考虑满足约100万用户的需求，并要求系统最终可平滑扩展至满足全县5年内用户发展需求。
能够存储全市目前所有逝者档案和36个月的历史数据，能够支持未来5年的业务发展。
历史报表的存储：要能够支持所有时间段的历史报表，以便分析和决策支持。
系统应该能在各种性能水平上工作，能够应付应用对效率地要求。
系统要求满足日常交互性内容前台终端响应在3秒之内，一些响应时间在3秒以上的复杂操作应加以说明。具体满足如下要求。
- 前台受理响应时间不大于3秒。
- 缴费业务响应时间不大于2秒。
- 统计查询响应时间不大于10秒。
- 系统登录时间不大于10秒，通过率达到100%。
- 每千张业务单处理时间不超过5分钟。
- 由本系统引起的接口数据传输出错率低于001%。
- 业务受理的初始化工作（提取用户资料、验证等）总时间不超过5秒。
- 对一般性统计不超过 60秒。
- 自动接口的响应时间：查询应该达到60笔/秒，其他事务平均能够完成10-20笔/秒。
系统能支持同时从多殡葬机构、网上办事大厅和微信公众号等地方并发使用，连接的增加不能明显降低系统的响应时间。并发需要满足按每万个用户配3个终端计算，终端总数的30％作为并发数。
2.3.4.2安全性
应用系统应定期备份、具有安全监督功能、故障和异常告警功能、应用权限管理、防病毒功能、数据传输、处理应有检验、核对功能和较强的纠错功能。同时开发、测试系统与生产系统要严格分开。
应用系统的用户管理、权限管理应充分利用操作系统和数据库的安全性；应用软件运行时须有完整的日志记录。
用于开发、测试的系统必须与生产系统严格分开；软件程序的修改或增加功能时，须提出修改理由、方案、实施时间，报上级主管部门批准；程序修改后，须在测试系统上进行调试，确认无误经批准后方可投入生产应用；软件修改、升级前后的程序版本须存档备查，软件修改、升级时须有应急补救方案；
提供应用系统运行记录，提供分析报告，以便及时审查日志文件，分析告警信息，掌握运行状况，对系统可能发生的故障做好应急方案；
提供统一有效的安全措施来进行权限限制，防止内部人员误操作或越权，每一个环节必须进行安全性检查，不能越权访问。对每次用户登录要求进行日志记录，对三次（参数可以改变）以上的登录尝试进行锁定（锁定的时间、解锁方式，参数可调），并发出告警。
系统的使用者通过密码验证并通过使用者权限核实后，方可使用系统。对于重要系统提供再次验证的功能。即使在计算机出错的情况下，非授权者也不能进入操作系统。进入应用系统时，采用帐号登录方式。
系统提供对员工授权管理的功能，使操作员具有适合其工作的权限范围又保障系统的安全性。
系统提供级联授权管理的功能，授权管理采用分级授权机制，上一级可以设置下一级的操作权限。中心系统管理员为最高授权级别，但对每个生产业务系统的模块的操作权限仍由部门主管控制。系统管理员授权给各个部门主管。各部门主管拥有其业务部门各个系统模块的操作权限及稽核权限，但可以授权其属下成员使用部分模块的权限。
保证系统的接口安全，系统采用三层（多层）体系结构，所有的数据操作都通过中间层来处理，客户端不能直接与数据库相连。外围系统也不能直接存取本系统的数据，必须通过系统提供的接口服务，来进行信息的交换。提供完整的系统数据传送监控和报警处理。
系统中用到的所有密码，都必须采用不可逆的加密算法，加密存放。
必要时能够采用加密技术对传输的关键数据加密；拨号要提供合法性检查和记录；
工作站登陆时检查IP地址的合法性同时记录IP地址的使用情况。数据的安全性包含数据产生、数据访问、数据传送、数据存放、数据备份等多个方面。对所有可以登录系统的终端IP地址、所属部门、所安装的系统及版本、有效时间、允许使用时段进行注册管理。登录系统时必须检查终端IP的合法性。
数据产生：数据应该无岐义，没有二义性; 系统应该通过事务保证数据的完整性，一致性。
数据访问：对于用户数据能够按照级别进行管理，对于相同秘密级别的数据不同的应用场合应该解释一致。对于秘密数据的访问权限可配置到人或组，可以单独赋予也可以单独剥夺某项其访问权限。追对某个信息项或信息项组，数据访问的权限分为查询，拷贝粘贴，打印，修改，删除，新增，存为文件。公众数据查询应设立与本系统分离的计算机系统。通过WWW浏览器查阅信息时，保证信息传输的保密性和完整性。具备严格的管理员分级制度，防止不合法操作。对关键数据采用访问权限限制，并加密保存。
数据传送：关键数据在传输过程中，必须加密传送，以保证信息的安全。
数据存取和备份：可提供各种方式、各种介质的数据备份功能。各种原始业务数据均应保留备份、各种过程业务数据应保留备份、操作系统、数据库应定期备份。
系统在设计上充分考虑冗余和备份，保证系统数据的安全性、可靠性和数据传输的服务质量。
应具有完善的数据备份及恢复机制。应能提供对一般性数据和交易性数据的保护，使得在任何一部分子交易失败后，整个交易的所有消息都回滚，保证数据的完整性。
充分利用主机、网络以及数据库管理系统提供的安全保障机制，确保系统数据的绝对安全。对应用系统而言，所有系统数据的操纵必须严格按照权限级别进行，严禁非法用户进入系统。对于操作人员进行的相应的操作日志，对不同级别的操作员进行相应的限制。同时，对系统重要数据提供可靠的备份和恢复机制。
数据备份每周一次全备份，必须在2小时内完成，每天有增量备份，必须在30分钟内完成。
2.3.4.3易用性
只需很少地培训操作者就能使用系统和它地任何特性，系统应该被设计成与其目标使用者地业务技术水平很匹配。
当用户做一些处理时间较长的操作时，能给出提示信息提醒用户。在返回数据量过大导致响应时间过长时，能提供部分响应，例如分页取数据等，减少操作人员等待的时间。
界面要简洁、清晰、柔和、美观、大方，操作简单方便。
前端界面具有统一界面风格，使系统具有统一、美观、人性化的界面，增强系统的易用性和友好性。
2.3.4.4可用性
由于系统导致的硬件系统故障属于系统故障。系统应能够连续7×24小时不间断工作。系统前三年，每运行2000小时，累计中断时间不超过1小时；以后每运行1000小时中可用时间至少不小于999小时，故障间隔时间应大于 1000小时。故障恢复时间：< 4小时。
2.3.4.5可靠性
系统必须有被证实可在预定环境中工作地功能和特性。
在生产环节中不允许丢单。
业务单的漏单率和错单率合计不超过十万分之一。
系统要保证数据的一致性，完整性，准确性要求达到99.999%。
对人工输入的数据以及来自不同接口的数据进行合法性检查，确保流程的通畅性，并且能够对错误数据进行自动纠错处理，或提醒人工干预。
系统运行中的可靠性依赖于主机系统、网络系统、数据库系统和应用系统的可靠性。因此，新系统中所采用的设备及主要技术必须是成熟的、可靠的，并加以全面的监视和控制，而且充分考虑异常时的应变与容错能力。
在应用软件开发中要充分利用数据库的安全机制和错误恢复机制，保证数据的准确性和完整性。
保证系统具有极高的运行质量，能够一天24小时连续不间断工作。在出现故障的时候，必须能够及时提供应急措施，以确保整个业务系统的不中断。
2.3.4.6可扩展性
系统功能必须在供应商很少介入的情况下能够定制和快速地增强。
系统必须保证软件新旧版本的平稳过渡，保证主机系统，网络系统在将来能够顺利扩容，且不影响正常的生产运行。
指系统对技术和业务需求变化的支持能力。当技术变化或业务变化时，不可避免将带来系统的改变―不仅要进行设计实现的修改，甚至要进行产品定义的修改。好的软件设计应在系统构架上考虑能以尽量少的代价适应这种变化。
开放性与标准化是一个系统赖以生存发展的基础。只有遵循开放性和标准化的系统才具有生命力，才能保护用户的投资，才能体现良好的扩展性和互操作能力。
在设计中不仅应考虑目前业务的需求，更应充分考虑未来业务量及业务种类增长的需求，同时也要考虑与行政管理体制的配合和协调。系统规模具有可调性，可以逐渐增大；新的软件模块即插即用，新功能、新业务的增加能够在不影响系统运行的情况下实现。
系统的可扩展性在以下方面重点考虑：主机系统、网络系统、操作系统、数据库系统、业务应用系统和外围设备。
系统要具备逐步升级能力的结构，采用模块化设计， 在整个系统正常运行的情况下，能够随时增加或取消客户端。可动态增加服务器，增加处理能力，能够实现负载平衡。
2.3.4.7可伸缩性
系统在性能上必须能容易且有效地伸缩以满足业务需求增长地需求。
应用软件的任意模块更新加载时不影响业务运转和服务。
个别服务器或子系统的故障不影响整体系统的运行。
2.3.4.8可移植性
可移植性包括硬件平台的移植、软件平台的移植。
在更换平台时保证应用系统的平滑过渡。
2.3.4.9可管理性
系统必须能被配置、部署、监控和优化以确保其在预定地环境中工作良好。
指为完成业务需求和系统正常运行本身要求而必须具有的功能，这些功能往往是用户不能提出的。联机帮助、数据管理、用户管理、软件发布管理、在线升级等要可被管理。
系统应该包括数据备份、数据恢复、日志管理、垃圾数据清除等基本功能，哪怕这些功能的核心只是一条语句或命令。用户管理功能是另一项必不可少的功能，它定义哪些用户可以以什么样的功能使用系统。好的用户管理功能不仅可以有效控制用户对系统的使用，使系统处于一个安全、负载合理的运行状况，还能提高系统的应用适应性。
2.4、其他要求
★2.4.1、系统平台和对外服务均要求采用B/S结构，采用Java编程语言和服务器端Java技术进行开发，且必须基于MySQL5.6数据库及以上版本。
★2.4.2、本次投标中服务部分必须统一遵循基础平台部分建设架构、标准规范、设计规范来实现，投标文件中，所有系统完全匹配。
★2.4.3、本次投标系统需与苍南县民政局现有建设成果(县殡仪馆系统和孝管家)及苍南县大数据中心进行对接。
★2.4.4、中标后不得转包他人，若采购人发现有转包情况的，采购人有权终止合同，中标人还需承担相应的违约责任。
2.4.5、现场勘察:磋商响应供应商在编制投标文件前须到采购人处与采购人进行前期沟通现场勘察，了解采购人项目建设背景，包含采购人信息化建设基础环境（软硬件环境）、建设内容、业务开展时间点、第三方厂商建设情况、接口实现方式、实现内容等，根据所掌握的数据及资料编制响应文件。
- 三. 商务条款
1、▲服务期限
（1）建设周期：合同签订后 90 个日历日内完成该项目建设，成交供应商如不能在规定时间内完成相应要求的，采购人有权终止合同且成交供应商必须按照中标金额10%予以赔偿。
（2）免费维护服务期限：合同签订后三年。（含免费升级）
2、▲履约保证金：中标人在合同签订前需向采购人提交合同总价5%的履约保证金，履约保证金在服务期限满后15日内无息退还。
3、▲付款方式：合同签订后支付合同总价30%的预付款，软件系统交付使用并通过验收后支付合同总价的70%。
4、▲项目实施要求：
（1）项目实施地点：采购人指定地点
收藏