《智慧养老民政监管平台建设方案.docx》由会员分享，可在线阅读，更多相关《智慧养老民政监管平台建设方案.docx（12页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、智慧养老民政监管平台建设方案要求应用软件具有平台无关性，可在Windows, Linux之间无缝切换。2 .浏览器兼容性Web前端需兼容常用的浏览器，如Chrome Firefox Safari、 IE,在不同浏览器，不同分辨率下页面系统功能应正常使用，页面排 版统一，各控件、窗体、样式应保持友好。3 . APP兼容性APP兼容性的主要包含硬件设备兼容性、操作系统兼容性、分辨 率兼容性、网络运营商兼容性、其他软件兼容性几个大类,需覆盖市 面上主流的手机厂商及各型号产品的操作系统（Android和I0S）、 屏幕分辨率及与其他软件的兼容性。同一版本APP适配兼容多种厂商 手机型号。并可兼容平板电
2、脑、智能电视、Android系统机顶盒、具 备特殊能力的安卓系统硬件终端等。4 .中间件兼容性对于系统运行所需的中间件如Tomcat, Nginx等，可兼容新版本 的中间件。5 .软件升级兼容性系统应用要求需向前兼容，新版本的应用升级时，可完全兼容系统原有的功能，保留旧版的数据。一、建设目标3二、主要功能要求3三、技术要求6(1)技术标准7(2)遵循标准原则9.适用性91 .灵活性9.安全性92 .可扩充性9(3)兼容性要求91 .操作系统兼容性9.浏览器兼容性102 . APP兼容性10.中间件兼容性103 .软件升级兼容性10一、建设目标利用“物联网、移动互联网、云计算、大数据”等新一代信
3、息技 术，构建“智慧养老服务监管平台”，实现养老数据信息联动，推动 养老服务领域互联互通，连接养老产业中的养老服务机构、照护中心、 养老驿站、助老餐厅、助老餐点，同时配置60台身份证阅读器（非 接触卡，支持USB通讯，设备使用计算机端口 USB供电，提供开放的 应用程序接口，供系统集成进行二次开发）和15台人脸刷卡终端； 配备一名专业人员负责平台运营服务操作和管理维护。通过跨终端的 数据互联及同步，连通各部门、机构及角色，建设养老服务门户、基 础信息管理、养老就餐、志愿者服务和智能终端等模块，形成一个完 整的智慧管理闭环，实现老人与子女、养老服务机构的信息交互，对 老人日常生活进行有效服务，及
4、时满足老人在生活、健康、安全等方 面的需求，为老人和家属提供便捷、高质、高效的综合养老服务，降 低养老服务机构运营成本，提升养老服务水平，助力养老产业转型升 级。二、主要功能要求系统功能包含但不限于以下内容：一、养老咨询展示（养老服务门户）1办事大厅个人用户或机构用户可在本模块进行注册，然后申请办理相关事项，可登录到个人中心查询办理进度。2养老动态及政策法养老民政系统后台可发布国内外本地区行业养老最新 动态，也可以发布养老相关政策，在门户网站可以进规行查看图文并茂的资讯内容。3养老地图以地图的形式展示全区养老机构、街道综合养老服务 中心、社区日间照料中心、敬老院、助餐助浴点等养 老服务设施信息
5、4机构展示在系统中可以上传机构的720全景链接，便于客户在 门户网站上了解二、基础信息管理1老年人档 案信息个人基础信息和健康档案信息、评估信息、工单信息、补贴信息等2机构管理养老机构、养老服务中心、日间照料中心等3商家信息对合作餐点、助老餐厅进行管理4核酸检测管理对老年人核酸检测情况进行管理5养老机构备案实现申请登记养老机构线上“一网通办”、线下“只 进一扇门”、现场办理“最多跑一次”，最大限度方 便申请人办事。6养老评估管理评估机构管理、评估人员信息管理、老年人评估对象 管理。评估内容包括老人能力等级评估、养老需求评 估，以及涉及居住、经济情况的政府购买服务对象资 格评估7养老大数 据分析
6、实现对养老平台所录入、产生及获取的数据进行分析、 归类、汇总，以地图、饼图、柱状图、折线图等形式直观的呈现出来。8系统设置管理配置所用系统相关信息，例如数据字段内容、初 始化参数、内部管理、发布系统通知、查看用户登录、 操作记录等9消息管理具备查看待收消息信息、站内发送消息三、养老就餐1膳食管理包括菜品管理、周期套餐、周期套餐食谱、点餐、订餐统计2智慧助餐包括食物管理、食物套餐、食谱管理、食物类型、食 物口味、食物口感、禁忌人群、餐厅类型、餐厅管理、 用餐时间点设置、餐饮供应商管理、供应状态、供应 区域、点餐系统、点餐记录等，把整个餐饮链条智能 管理起来，提高餐饮管理效率。3门店管理在社区服务
7、中心可以开设门店，门店每日的客流、活 动，以及客户消费、会员卡的销售、充值是盘活社区 网点经营关键。4送餐APP用户购买的食物订单就餐方式是送餐，由商家分派给送餐人员5线下就餐老人到达助老餐厅和合作餐点，可使用视频、刷卡、 身份证多种形态进行付费就餐。餐费根据年龄进行不 同程度优惠。6服务商服务商有助餐类商家、服务类商家、商品类商家，助三、技术要求APP餐类的商家主要是提供帮助点餐以及将助餐类分配给送餐人员的功能四、社工与志愿者服务1志愿者APP鼓励志愿者为他人提供无偿服务，包括老人主动下单 的和平台发起的公益活动。2志愿者时间银行鼓励志愿者为他人提供志愿服务，将志愿服务时间记 录存储起来，用
8、做换取有价值的礼品或是让他人为自 己提供服务。3社区管家APP社区管家可以是社区服务管理人员也可以是社工。在 平台中称为社区管家，社区管家与老人进行关联，可 设置服务计划、也可设置服务提成，服务完成后可月 结工资。五、智能终端1身份证阅读器60台身份证阅读器。非接触卡，支持USB通讯，设备 使用计算机端口 USB供电，提供开放的应用程序接口(API),供系统集成进行二次开发。支持应用系统对 接。2人脸刷卡终端15台人脸刷卡终端。支持应用系统对接。(1)技术标准需求大类需求子类需求描述技术路线Web后端基于微服务框架开发，采用主流语言web前端严格按照前后端分离模式开发，采用主流UI框架APP端
9、应兼容Android和iOS二次开发系统的定制开发过程应按照标准软件项目进 行管理，系统易于二次开发扩展，确保开发文 档齐全，具备标准的二次开发接口。当系统软件平台升级时，应确保系统所支持的 工具软件、数据接口、应用服务接口等可按原 有模式正常工作。运行环境操作系统:Ubuntu三19. 03数据库:MySQL28. 7WEB 服务器:Nginx21.20. 2主机:云服务器、物理服务器Docker部署应用系统各模块及相关依赖等需打包成Docker部署镜像，支持通过Docker快速部署。系统安全与保可行性 方案需从物理安全、网络安全、主机安全、应用安 全和数据安全几个层面提出信息安全建设加障固
10、可行性方案，系统交付时能够协助进行系统 安全等级保护评测。系统安全漏洞防范1 .各种情况下都不允许出现“弱口令”，在发 现之日起24小时内必须完成整改。2 .中、高危漏洞（如主机漏洞和WEB漏洞等） 必须于发现之日起15日之内完成整改，在整 改完成之前必须采取必要的技术措施防范网 络安全事件发生。3 .未完成的整改的漏洞和风险必须说明原因， 并将未整改漏洞纳入弱点风险台账进行动态 管理。4 .重要设备及系统的账号管理，须遵循最小授 权和权限分割原则，符合个人实名专用、定期 修改。5 .定期对已有口令进行梳理自查，消除弱口 令，对于采用静态口令认证技术的系统或设 备，应消除账户“弱口令”漏洞。数
11、据脱敏要求可根据账号权限配置数据脱敏限制，对于一些 用户敏感数据如姓名，手机号，地址，证件号 等，前端显示时要进行数据脱敏。主动告警系统系统运维要实现告警监控，对重要服务器进行 监视，包括监视服务器的CPU、硬盘、内存等资源的使用情况，对系统应用运行故障及系统 服务相关阈值进行检测告警。(2)遵循标准原则本项目方案设计遵循技术需求中技术规范及标准要求。在设计过 程中应遵循以下原则：1 .适用性系统的技术性能和质量指标达到技术选型及开发规范要求。同时 前后端及APP功能设置应以使用的便捷、高效为原则，简化无效及多 次操作。2 .灵活性充分考虑用户实际需要和技术发展趋势，系统各功能模块可根据 用户实际需求进行灵活组合，满足用户的实际使用需求。3 .安全性系统的设计应从用户数据、网络安全、灾备恢复等及个方面考虑, 具有较高的可靠性、安全性。在系统故障或事故造成中断后，能确保 数据的准确性、完整性和一致性，并具备迅速恢复的功能。4 .可扩充性系统设计中考虑到技术及业务的发展需要，具有功能扩充和系统 承载能力升级的可能。方案在设计中留有冗余，以满足长期使用要求。(3)兼容性要求 1.操作系统兼容性