智慧养老信息化平台解决方案.docx

《智慧养老信息化平台解决方案.docx》由会员分享，可在线阅读，更多相关《智慧养老信息化平台解决方案.docx（40页珍藏版）》请在优知文库上搜索。

1、智慧养老信息化平台解决方案目录1 .项目背景42 .现状分析43 .建设目标54 .建设原则54.1.1. 一体化原则54.1.2. 先进性和成熟性原则64.1.3. 标准化原则64.1.4. 安全性原则64.1.5. 易用性原则64.1.6. 灵活性原则64.1.7. 可扩展性原则65.总体设计75.1.1. 面向养老机构的业务服务75.1.2. 面向养老管理公司的管理三务75.2.技术架构75.2.1. 技术选型75.2.2. 软件开发架构85.2.3. 软件部署架构96 .系统建设内容97 .系统展示147.1. 客户接待147.2. 房态图157.3. 入住申请167.4. 老人档案管

2、理177.5. 评估管理217.6. 合同管理237.8. 费用结算267.9. 护理工作站277.9.1. 入住确认287.9.2. 外出登记29793.销假30794.护理执行317.9.5. 退住登记327.10. 主管工作台337.11. 排班管理348 .项目开发及实施方案368.1. 开发模式368.2. 开发阶段368.2.1. 基本需求调研368.2.2. 建立项目团队368.2.4. 产品开发378.2.5. 系统测试378.3. 实施阶段378.3.1. 核心用户交流（项目实施启动会议）378.3.2. 基础数据准备378.3.3. 系统应用培训378.3.4. 系统试运行

3、378.3.5. 收集使用反馈378.3.6. 系统推广使用388.3.7. 系统验收38背景目前，中国已经成为世界上老年人口最多的国家，据国家统计局最新数据，2017年60周岁及以上人口24090万人，占总人口的17.3%,其中65周岁及以上人口15831万人，占总人口的11.4%o当一个国家或地区60岁以上老年人口占人口总数的10%,或65岁以上老年人口占人口总数的7%,即意味着这个国家或地区的人口处于老龄化社会。中国老年人口比例显然严重超标。近几年，中国60岁以上老年人口数量不断增长，2013年突破2亿，占比仅14.9%,2017年达到24090万人,占比突破17%o随着人口老龄化程度加

4、深，未来中国老龄人口将进一步增加。我国养老机构供给的主体是公办养老机构，其他形式的养老机构供给主体发展不充分，床殴供给量小，不能填补公办养老机构留下的供给缺口。2016年，我国养老服务机构2.85万个，养老服务机构床位数达到780.0万张,每千老年人口养老床位数33.8张。这与发达国家床殴相比有较大差距。我国老年人对养老机构的需求有较大的缺口，养老机构床位数供给远小于需求，供需矛盾十分突出。预计到2018年我国养老服务机构数量将突破3万个。养老市场前景广阔，但养老机构的信息化建设水平仍处于初级阶段。很多养老机构仍以手工作业为主，部分机构简单的应用系统达到计费要求,无法满足养老机构业务的发展，所

5、以需要开发一套适用于养老机构的信息系统平台作为养老机构管理的信息化支撑。现状分析目前国内养老机构的信息化建设水平较低，甚至部分机构仍处于手工作业阶段。在如今的大数据、信息化时代背景下，养老机构的日常工作中存在诸多问题，不利于机构未来的发展，具体问题经过市场调研后总结如下：手工台账繁多，工作量巨大台账是各养老机构记录日常工作、监督员工绩效、应对监管机构检查的重要手段。台账不但类型繁多，而且格式复杂。台账格式会随着管理流程的变更不断增加或调整。员工填写台账的工作量巨大，甚至部分机构单独安排人员进行台账的填写及整理，效率低下，浪费人力。 业务流程没有固化到系统中，部分细节流程不明确各机构在运营中都有

6、自己的管理流程，例如老人入住流程、老人退住流程等。流程颗粒度大,缺少日常管理中的细节流程,例如老人在院消费、护理项目执行等。流程执行的记录及监督工作都通过人工完成,及时性、规范性差。 一线人员操作系统不便系统操作不便存在多种情况：传统系统基于PC端进行应用，一线护理人员办公环境不支持使用电脑，无法操作系统；部分养老机构不允许工作人员在上班时间使用手机，所以系统无法在移动端使用；部分一线员工电脑操作水平较差，无法完成系统操作。系统设计要考虑操作的简便性，并且系统的运行载体要适合养老机构的实际环境，可考虑使用触摸式大屏幕，通过点击屏幕完成操作。工作页面不分明院内业务角色分工不明确，经常出现一人兼多

7、职的情况。一个人操作多个功能界面，完成多个角色的工作，系统录入人员并不是实际完成工作的人员，导致数据不准确、可用价值低。 数据没有标准化、无法统计由于养老信息化建设处于初级阶段，没有明确的数据标准依据，很多数据没有标准化，大量自然语言掺杂其中，数据存储颗粒度粗糙。各机构疏于对标准数据集的梳理，系统存储的数据无法满足深度挖掘的需要,无法进行决策性、趋向性的深度分析。 医养分家，数据无法共享部分护养院同时具有养老资质和医疗资质，但同时做到医养结合的系统很少，所以大部分护养院都是同时采购养老信息管理系统和医院信息管理系统（HIS），但是系统间的数据共享的实现需要投入较大的改造成本，养老机构难以承担，

8、导致大部分机构的医养数据是无法互通的，对管理及系统的应用具有很大的影响。建设目标 实现养老机构的信息化管理以老人为核心，将借用其他行业流程化的概念与养老服务业务进行结合,确认业务流程、业务范围、规划系统功能。打造一套业务专业、功能全面、技术先进、简单易用的养老智慧平台系统。 提高养老机构管理部门的决策管理能力通过对养老机构运营情况的统一管理,将机构的运营信息进行信息化、标准化的存储，管理部门可对这些信息进行分析、统计，为管理部门的决策提供数据支持。 医养结合、一体化应用一套系统中既包含医也包含养，养老系统内部集成小型医院信息系统（HlS）,可对在院老人进行诊疗服务，养老数据与诊疗数据同库同源，

9、真正实现医养结合，满足养老机构内设医疗机构或护养院类型的养老机构的需求。建设原则一体化原则保证数据由采集、存储、整理、分析到提取、应用的一体化，实现数据由发生地一次性录入，然后可被所有对该数据有需求的单位多次重复且不同层次使用，整个系统各模块之间要实现数据共享，互联互通，清晰体现内在逻辑联系，并且数据之间必须相互关联，相互制约。先进性和成熟性原则在实用、可靠的前提下，应用系统设计尽可能地跟踪国内外先进的软件开发平台和软件开发技术，使设计系统能够最大限度地适应技术发展变化的需要，以确保系统的先进性。标准化原则虽然养老行业尚未发布信息化建设相关标准，但系统在设计中会参考医疗相关标准进行设计，并协助

10、养老机构梳理相关标准。安全性原则(1)系统级安全：系统设计时应阐明用何种方式保证系统安全。有足够的防护措施，防止非法用户侵入；网络传输加密，防止信息外泄等。(2)应用级安全：系统管理应可以根据员工的职务和所承担的工作进行角色划分等，通过角色划分等进行权限分配。保证不因操作人员的误操作导致系统的崩溃。(3)数据加密：系统应采取对某些关键数据(如用户名、密码、证件号、电话)进行加密存储等方法提高安全性。(4)备份与恢复：对存储的数据，应有冗余保护措施，保证用户数据随时可提取，对于容错及冗余都有相应的安全保护机制，要根据项目实际情况，制定切实可行的自动化备份机制。易用性原则软件系统应考虑实用性与先进

11、性相结合，要体现出易于理解掌握、操作简单、提示清晰、逻辑性强，操作界面简洁、帮助信息丰富，而且要针对医院输入项目的特点对输入顺序专门进行合理定制，并可根据用户工作习惯进行模板定制，保证操作人员以最快速度和最少的击键次数完成日常工作。应用界面简捷、直观并提供联机或脱机的帮助手段。针对养老行业特点，考虑多种设备终端实现应用，包括PU移动端、可触摸大屏幕、智能终端等。为了让一线护理人员更方便的操作系统，系统设计遵循能图片不文字，能点选不填写的原则。灵活性原则系统可根据养老机构的具体工作流程定制、重组和改造,并为机构提供定制和改造的客户化工具。系统应具有良好的可裁减性、可扩充性和可移植性；软件设计模块

12、化、组件化，并提供配置模块和客户化工具。系统需求及流程变化、操作方式变化、机构人员变化、操作系统环境变化对系统应无影响。可扩展性原则充分考虑业务规模和结构的发展变化，系统有较强的扩展性，能够满足业务不断扩充的需要，应用软件系统能够随着系统规模同步增长，保持软件体系结构的稳定，不需要对系统进行大的改动，保护前期投资。总体设计业务架构*医为养老平台是一套基于SAAS(SOftWaeaS-a-Service)模式的新型养老机构信息管理系统，其主要服务于养老机构，并向养老管理公司及时提供透明化信息的软件系统。面向养老机构的业务服务对于养老机构，系统首要解决的问题就是养老机构的基础应用。目前国内的养老机

13、构系统应用水平较差，只能满足部分财务管理的功能，其他基础业务仍然通过纸质单据和人工管理的方式运行，严重影响了养老机构的发展。系统要向各机构提供完善的业务应用服务，保证各机构的日常业务均可在系统中进行处理，提升工作效率及质量，记录工作痕迹，优化工作流程，尽量实现无纸化办公，降低运营及管理成本。面向养老管理公司的管珊员务对于养老管理公司，系统应提供管理决策依据。管理者可实时的关注其管理的养老机构的运营情况、员工的工作绩效情况等。系统可根据管理范围将各养老机构进行分组，分配给养老管理公司进行管理。管理者可根据管理方式配置系统流程，达到不同的管理效果。系统可根据不同管理范围的权限，整理相关机构的统计数

14、据供管理者查询、参考。技术架构技术选型MySQL数据库应用层缓存Redis应用层开发语言JAVA（JRE1.8）应用层框架SpringMVC应用持久层框架Hibernate前台开发语言HTML5、JaaScript前台开发框架BOOtStr叩前台组件ZUIWeb服务器Tomcat、Nginx软件开发架构软件整体技术架构采用*医为互联网应用系统架构体系： 底层是物理层、网络、存储。 PAAS层：Kubernetes是Google开源的容器集群管理系统。它构建Docker（da。）技术之上，为容器化的应用提供资源调度、部署运行、服务发现、扩容缩容等整一套功能，本质上可看作是基于容器技术的mini-

15、PaaS平台。docker容器的监控和管理。容器里面就放的是微服务。 SpringCloud云服务平台，负责服务治理、发布（有很多组件,提供微服务的大部分组件内容。比如服务注册用的某个，也可以替换。)SpringCl。Ud是PiVOtal提供的用于简化分布式系统构建的工具集。SpringCloud引入了云平台连接器(CIOUdConnector)和服务连接器(SerViCeConneCtor)的概念。云平台连接器是一个接口，需要由云平台提供者进行实现，以便库中的其他模块可以与该云平台协同工作。SpringCloud最重要的一点是它可以和SpringBoot一起工作，SpringBoot可以帮助开发者更容易地创建基于Spring的应用程序和服务。从SpringBoot项目名称中的Boot就可以看出来，SpringBoot的作用在于创建和启动新的基于Spring框架的项目。离散式数据存储也就是分布式数据存储。不同的微服务对应不同的存储。两侧是安全、监控。服务的运维管理：服务治理、部署管理、持续集成等。服务和服务之间的信息交互、事务，包括第三方的对接，通过MQ消息队列来实现。右边是开放式的云平台，第三方如何发布、注册他的服务。基于开放式的API开发第三