养老信息化平台

解决方案

目 录

1. 项目背景 4

2. 现状分析 4

3. 建设目标 5

4. 建设原则 5

4.1.1. 一体化原则 5

4.1.2. 先进性和成熟性原则 6

4.1.3. 标准化原则 6

4.1.4. 安全性原则 6

4.1.5. 易用性原则 6

4.1.6. 灵活性原则 6

4.1.7. 可扩展性原则 6

5. 总体设计 7

5.1. 业务架构 7

5.1.1. 面向养老机构的业务服务 7

5.1.2. 面向养老管理公司的管理服务 7

5.2. 技术架构 7

5.2.1. 技术选型 7

5.2.2. 软件开发架构 8

5.2.3. 软件部署架构 9

6. 系统建设内容 9

7. 系统展示 14

7.1. 客户接待 14

7.2. 房态图 15

7.3. 入住申请 16

7.4. 老人档案管理 17

7.5. 评估管理 21

7.6. 合同管理 23

7.7. 入住登记 25

7.8. 费用结算 26

7.9. 护理工作站 27

7.9.1. 入住确认 28

7.9.2. 外出登记 29

7.9.3. 销假 30

7.9.4. 护理执行 31

7.9.5. 退住登记 32

7.10. 主管工作台 33

7.11. 排班管理 34

8. 项目开发及实施方案 36

8.1. 开发模式 36

8.2. 开发阶段 36

8.2.1. 基本需求调研 36

8.2.2. 建立项目团队 36

8.2.3. 产品设计 36

8.2.4. 产品开发 37

8.2.5. 系统测试 37

8.3. 实施阶段 37

8.3.1. 核心用户交流（项目实施启动会议） 37

8.3.2. 基础数据准备 37

8.3.3. 系统应用培训 37

8.3.4. 系统试运行 37

8.3.5. 收集使用反馈 37

8.3.6. 系统推广使用 38

8.3.7. 系统验收 38

背景

目前，中国已经成为世界上老年人口最多的国家，据国家统计局最新数据，2017年60周岁及以上人口24090万人，占总人口的17.3%，其中65周岁及以上人口15831万人，占总人口的11.4%。当一个国家或地区60岁以上老年人口占人口总数的10%，或65岁以上老年人口占人口总数的7%，即意味着这个国家或地区的人口处于老龄化社会。中国老年人口比例显然严重超标。

近几年，中国60岁以上老年人口数量不断增长，2013年突破2亿，占比仅14.9%，2017年达到24090万人，占比突破17%。随着人口老龄化程度加深，未来中国老龄人口将进一步增加。

我国养老机构供给的主体是公办养老机构，其他形式的养老机构供给主体发展不充分，床位数供给量小，不能填补公办养老机构留下的供给缺口。2016年，我国养老服务机构2.85万个，养老服务机构床位数达到780.0万张，每千老年人口养老床位数33.8张。这与发达国家床位数相比有较大差距。我国老年人对养老机构的需求有较大的缺口，养老机构床位数供给远小于需求，供需矛盾十分突出。预计到2018年我国养老服务机构数量将突破3万个。

养老市场前景广阔，但养老机构的信息化建设水平仍处于初级阶段。很多养老机构仍以手工作业为主，部分机构简单的应用系统达到计费要求，无法满足养老机构业务的发展，所以需要开发一套适用于养老机构的信息系统平台作为养老机构管理的信息化支撑。

现状分析

目前国内养老机构的信息化建设水平较低，甚至部分机构仍处于手工作业阶段。在如今的大数据、信息化时代背景下，养老机构的日常工作中存在诸多问题，不利于机构未来的发展，具体问题经过市场调研后总结如下：

• 手工台账繁多，工作量巨大

台账是各养老机构记录日常工作、监督员工绩效、应对监管机构检查的重要手段。台账不但类型繁多，而且格式复杂。台账格式会随着管理流程的变更不断增加或调整。员工填写台账的工作量巨大，甚至部分机构单独安排人员进行台账的填写及整理，效率低下，浪费人力。

• 业务流程没有固化到系统中，部分细节流程不明确

各机构在运营中都有自己的管理流程，例如老人入住流程、老人退住流程等。流程颗粒度大，缺少日常管理中的细节流程，例如老人在院消费、护理项目执行等。流程执行的记录及监督工作都通过人工完成，及时性、规范性差。

• 一线人员操作系统不便

系统操作不便存在多种情况：传统系统基于PC端进行应用，一线护理人员办公环境不支持使用电脑，无法操作系统；部分养老机构不允许工作人员在上班时间使用手机，所以系统无法在移动端使用；部分一线员工电脑操作水平较差，无法完成系统操作。系统设计要考虑操作的简便性，并且系统的运行载体要适合养老机构的实际环境，可考虑使用触摸式大屏幕，通过点击屏幕完成操作。

• 工作页面不分明

院内业务角色分工不明确，经常出现一人兼多职的情况。一个人操作多个功能界面，完成多个角色的工作，系统录入人员并不是实际完成工作的人员，导致数据不准确、可用价值低。

• 数据没有标准化、无法统计

由于养老信息化建设处于初级阶段，没有明确的数据标准依据，很多数据没有标准化，大量自然语言掺杂其中，数据存储颗粒度粗糙。各机构疏于对标准数据集的梳理，系统存储的数据无法满足深度挖掘的需要，无法进行决策性、趋向性的深度分析。

• 医养分家，数据无法共享

部分护养院同时具有养老资质和医疗资质，但同时做到医养结合的系统很少，所以大部分护养院都是同时采购养老信息管理系统和医院信息管理系统（HIS），但是系统间的数据共享的实现需要投入较大的改造成本，养老机构难以承担，导致大部分机构的医养数据是无法互通的，对管理及系统的应用具有很大的影响。

建设目标

• 实现养老机构的信息化管理

以老人为核心，将借用其他行业流程化的概念与养老服务业务进行结合，确认业务流程、业务范围、规划系统功能。打造一套业务专业、功能全面、技术先进、简单易用的养老智慧平台系统。

• 提高养老机构管理部门的决策管理能力

通过对养老机构运营情况的统一管理，将机构的运营信息进行信息化、标准化的存储，管理部门可对这些信息进行分析、统计，为管理部门的决策提供数据支持。

• 医养结合、一体化应用

一套系统中既包含医也包含养，养老系统内部集成小型医院信息系统（HIS），可对在院老人进行诊疗服务，养老数据与诊疗数据同库同源，真正实现医养结合，满足养老机构内设医疗机构或护养院类型的养老机构的需求。

建设原则

一体化原则

保证数据由采集、存储、整理、分析到提取、应用的一体化，实现数据由发生地一次性录入，然后可被所有对该数据有需求的单位多次重复且不同层次使用，整个系统各模块之间要实现数据共享，互联互通，清晰体现内在逻辑联系，并且数据之间必须相互关联，相互制约。

先进性和成熟性原则

在实用、可靠的前提下，应用系统设计尽可能地跟踪国内外先进的软件开发平台和软件开发技术，使设计系统能够最大限度地适应技术发展变化的需要，以确保系统的先进性。

标准化原则

虽然养老行业尚未发布信息化建设相关标准，但系统在设计中会参考医疗相关标准进行设计，并协助养老机构梳理相关标准。

安全性原则

（1）系统级安全：系统设计时应阐明用何种方式保证系统安全。有足够的防护措施，防止非法用户侵入；网络传输加密，防止信息外泄等。

（2）应用级安全：系统管理应可以根据员工的职务和所承担的工作进行角色划分等，通过角色划分等进行权限分配。保证不因操作人员的误操作导致系统的崩溃。

（3）数据加密：系统应采取对某些关键数据（如用户名、密码、证件号、电话）进行加密存储等方法提高安全性。

（4）备份与恢复：对存储的数据，应有冗余保护措施，保证用户数据随时可提取，对于容错及冗余都有相应的安全保护机制，要根据项目实际情况，制定切实可行的自动化备份机制。

易用性原则

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

灵活性原则

系统可根据养老机构的具体工作流程定制、重组和改造，并为机构提供定制和改造的客户化工具。系统应具有良好的可裁减性、可扩充性和可移植性；软件设计模块化、组件化，并提供配置模块和客户化工具。系统需求及流程变化、操作方式变化、机构人员变化、操作系统环境变化对系统应无影响。

可扩展性原则

充分考虑业务规模和结构的发展变化，系统有较强的扩展性，能够满足业务不断扩充的需要，应用软件系统能够随着系统规模同步增长，保持软件体系结构的稳定，不需要对系统进行大的改动，保护前期投资。

总体设计

业务架构

**医为养老平台是一套基于SAAS（Software-as-a-Service）模式的新型养老机构信息管理系统，其主要服务于养老机构，并向养老管理公司及时提供透明化信息的软件系统。

面向养老机构的业务服务

对于养老机构，系统首要解决的问题就是养老机构的基础应用。目前国内的养老机构系统应用水平较差，只能满足部分财务管理的功能，其他基础业务仍然通过纸质单据和人工管理的方式运行，严重影响了养老机构的发展。系统要向各机构提供完善的业务应用服务，保证各机构的日常业务均可在系统中进行处理，提升工作效率及质量，记录工作痕迹，优化工作流程，尽量实现无纸化办公，降低运营及管理成本。

面向养老管理公司的管理服务

对于养老管理公司，系统应提供管理决策依据。管理者可实时的关注其管理的养老机构的运营情况、员工的工作绩效情况等。系统可根据管理范围将各养老机构进行分组，分配给养老管理公司进行管理。管理者可根据管理方式配置系统流程，达到不同的管理效果。系统可根据不同管理范围的权限，整理相关机构的统计数据供管理者查询、参考。

技术架构

技术选型

软件开发架构

软件整体技术架构采用**医为互联网应用系统架构体系：

• 底层是物理层、网络、存储。
• PAAS层：Kubernetes是Google开源的容器集群管理系统。它构建Docker（dao o）技术之上，为容器化的应用提供资源调度、部署运行、服务发现、扩容缩容等整一套功能，本质上可看作是基于容器技术的mini-PaaS平台。docker 容器的监控和管理。容器里面就放的是微服务。
• Spring Cloud云服务平台，负责服务治理、发布（有很多组件，提供微服务的大部分组件内容。比如服务注册用的某个，也可以替换。）Spring Cloud 是Pivotal提供的用于简化分布式系统构建的工具集。Spring Cloud引入了云平台连接器(Cloud Connector)和服务连接器(Service Connector)的概念。云平台连接器是一个接口，需要由云平台提供者进行实现，以便库中的其他模块可以与该云平台协同工作。Spring Cloud最重要的一点是它可以和Spring Boot一起工作，Spring Boot可以帮助开发者更容易地创建基于Spring的应用程序和服务。从Spring Boot项目名称中的Boot就可以看出来，Spring Boot的作用在于创建和启动新的基于Spring框架的项目。
• 离散式数据存储也就是分布式数据存储。不同的微服务对应不同的存储。
• 两侧是安全、监控。服务的运维管理：服务治理、部署管理、持续集成等。
• 服务和服务之间的信息交互、事务，包括第三方的对接，通过MQ消息队列来实现。
• 右边是开放式的云平台，第三方如何发布、注册他的服务。基于开放式的API开发第三方的应用。
• 最上面是面对终端的Nginx服务集群，实现服务的负载均衡。

软件部署架构

**医为养老平台将采用互联网应用模式进行集中部署。系统架构支持部署在各类第三方云服务器平台（阿里云、腾讯云、华为云、亚马逊云等）及自建云服务器。

系统集中部署在云平台中，各机构通过外网、专线、VPN接入等方式访问系统并进行应用。各养老机构不需要建设机房，减少服务器硬件及运维技术人员的导入，降低信息化运营成本。

云服务器资源可随应用机构数量的增加进行扩充，通过集群、负载均衡等技术手段保证系统整体运行的高速、稳定。

系统建设内容

系统展示

本章节将进行系统部分功能的展示，所展示功能是以老人入住养老院的整个周期为中心的核心业务功能。

客户接待

• 功能描述

有入住意向的老人或老人家属到养老机构进行咨询，接待人员除了做好接待工作外还要通过信息系统记录接待信息，包括到访人员基本信息、联系方式、要入住的老人信息、入住意向等，可定期回访意向客户。

• 角色描述

前台接待人员（销售/客服）

• 交互界面

【接待管理】

【接待登记-接待信息】

• 界面描述

【接待管理】界面可查询所有接待记录。表格上方为精准查询，可对多种条件进行精准查询。表格显示符合条件的接待记录。点击【撤销】可以删除接待记录；点击【回访】可以记录回访信息。

点击【新建接待】按钮，系统会弹出【接待登记】界面，在界面中可记录接待信息，包括被接待人信息、老人信息、意向、参观人数等关键信息。点击【保存】按钮即可完成记录。

房态图

• 功能描述

接待人员可通过房态图实时掌握全院床位的入住情况，了解可入住房间的朝向、同屋老人的情况等，快速为客户推荐合适的房间。

• 角色描述

前台接待人员（销售）

• 交互界面

【房态图】

• 界面描述

【房态图】界面左侧为快速检索条件，可根据床位状态，房间状态等条件查询符合条件的信息。界面右侧上方显示全院床位的关键统计信息，包括入住率、空床率、床位数、房间数等。右侧卡片展示个房间的信息，包括房间状态，大小，金额，床位状态，入住人员等。界面通过不同颜色的图标显示各种状态，让操作人员可快速定位到符合条件的房间。

入住申请

• 功能描述

有入住意向的客户可以进行预约登记。如果机构存在空床，客户可预约床位，预约的床位处于锁定状态，为预约人保留，不会让其他人入住。如果机构没有空床，预约人可排队等待。

• 角色描述

前台接待人员

• 交互界面

【入住申请列表】

【入住申请】

• 界面描述

【接待管理】界面可查询所有接待及入住申请信息，通过【更多检索】功能，可以组合条件进行查询，筛选适合办理入住的老人。

【入住申请】页面可以为老人选择预约的床位。如果没有空床，可以登记老人的床位要求，待有床位时根据老人要求优先选择床位。

老人档案管理

• 功能描述

确认入住的老人首先应进行建档工作，建立入住老人的详细档案，包括老人本人基本信息、生活习惯、健康情况以及家属相关信息、联系方式等。应支持老人全面信息的查看，包括在院期间的所有生活记录等。

• 角色描述

销售人员、护理员、护理主任、院长

• 交互界面

【老人档案管理】

【新建老人档案】

【生活及健康情况】

【登记紧急联系人】

【登记家属信息】

【360度长者浏览器】

【合同记录】

• 界面描述

【老人档案管理】界面可通过各种条件查询老人档案，点击

图标可调用【360度长者浏览器】界面查看老人全面信息，包括个人信息、体征信息、就诊信息及所有在院产生的相关信息。

点击【新建档案】可进行建档操作，档案可收集老人的基本信息、兴趣爱好、家庭情况、家属资料、紧急联系人等全面的信息。老人档案会形成唯一的档案编号，入院及在院所有信息化流程都以该档案号作为关键信息进行串联。

评估管理

• 功能描述

评估是老人入住前的重要步骤，已经建档完毕的老人在签订合同前要对健康情况进行评估，确定老人的护理等级，以评估结果为依据确定合同费用。老人在院期间也需要定期进行各种类型的评估，关注并记录老人的健康情况。

评估模板支持自定义，各机构可根据自身情况定制评估内容及样式，自定义问题及分数等。

• 角色描述

医生、护士、保健员

• 交互界面

【评估管理】

【选择评估模板】

【填写评估问卷】

• 界面描述

【评估管理】界面是对老人所有评估记录的管理，界面左侧是所有老人信息，可根据条件检索。可查看历史记录及分数。

点击【新建】按钮可选择评估模板进行评估，选择合适的模板点击【确认】按钮开始评估。评估问卷的样式及问题、选项得分等内容均可以在模板编辑器中进行设置。

评估问卷界面点击【保存】按钮，系统会自动计算得分并记录评估信息及评估意见。

合同管理

• 功能描述

评估完成后根据评估结果生成合同内容，包括护理等级、护理费用、护理项目等。入住老人签订合同后系统要记录合同关键信息，包括合同日期、编号、类型等。合同到期应自动提醒。要支持合同的续签、终止、变更等。

• 角色描述

前台接待人员（销售/客服）

• 交互界面

【合同管理】

【新建合同】

【服务内容选择】

• 界面描述

【合同管理】界面可查询所有合同，并自动提示将要到期的合同。支持合同的续签、变更、终止等功能。

点击【新建合同】按钮可以创建新合同，合同内容分为基础信息、服务内容、 附加条款、附件上传四部分。基础信息包括合同有效期限以及服务费用等重要信息，是合同管理和每月缴费的依据；服务内容记录老人在院享受的具体服务项目，系统会根据合同中的服务项目生成护理记录，用于护理员的日常工作记录； 附加条款支持自由录入内容，记录合同的附加条款；附件上传支持上传合同影印件或照片作为备份，可在电脑端查看纸质合同信息。

入住登记

• 功能描述

合同签订后老人正式入住养老机构时，需要在系统中进行入住登记操作，表示老人正式入住到养老院，系统自动通知相关人员或部分做好老人入住的相关工作。

• 角色描述

前台接待人员

• 交互界面

【入住登记列表】

【入住登记】

• 界面描述

界面左侧为步骤条，可显示老人办理入住过程中的各步骤完成情况。可根据系统参数设定步骤顺序及必要性。通过【调档】按钮可以调用已建档的老人信息，未建档的老人无法进行入住登记。点击【评估报告】按钮可查看老人的评估记录。点击【提交】按钮完成入住登记，系统会通知相关部门或人员有老人入住，做好准备工作。

费用结算

• 功能描述

办理入住登记后要缴纳首月费用，入住后每月要缴纳当月的相关费用。费用明细要条目化，系统可根据当月在住天数自动计算费用信息，产生费用清单。应支持各种方式的折扣，支持多种支付方式进行支付，支持费用项目内容、数量、金额的调整。

• 角色描述

出纳

• 交互界面

【费用结算】

• 界面描述

界面右侧为老人信息及结算信息，通过老人姓名、床号等条件可查询并选择老人信息，界面左侧会显示该老人的未结算费用。勾选要结算的费用项目，结算信息会显示应收金额，按照系统提示进行收费并点击【收费】按钮完成收费动作。

系统支持发票明细管理，记录每张发票编号及使用情况。

点击【计价】按钮，可以手动调整收费项目，增加或冲抵收费项目。

护理工作站

• 功能描述

护理工作站是护理人员日常工作的辅助程序，护理员通过工作站软件的操作可以记录日常工作情况，实时了解老人日常护理情况。护理工作站记录的相关信息是未来绩效管理和决策支持的重要数据来源。

• 角色描述

护理员

• 交互界面

【护理工作站-主页面】

• 界面描述

【护理工作站】是以护理员与老人关系为核心进行展示的，每位护理人员登录界面首先显示的是自己负责护理的老人信息，可时刻关注老人情况。界面功能进行集成，在主界面中可进行老人相关的所有业务操作。系统会根据老人待办的项目进行提示，以红色圆点表示。护理员通过系统提示及时完成工作，避免遗漏，从而提升工作效率及准确度。

除了自己负责的老人之外，护理人员也可查看其它老人情况，在替班的情况下可完成被替班护理员名下的老人的相关工作。

入住确认

• 功能描述

入住登记办理完成，老人到指定的床位报道，护理组长要进行对接，了解老人情况，并在系统中进行入住确认操作，记录老人实际入住的时间及相关准备工作的完成情况。

• 角色描述

护理员

• 交互界面

【入住确认】

• 界面描述

界面左侧是入住老人的基本信息和服务项目，护理员可进行了解，点击【详情】按钮可调用【360度长者浏览器】查看详细信息。

界面右侧表格是一次性代办费中包含的待办事项，护理员可根据实际情况勾选待办情况。

界面右下方是入住的确认信息，核对无误后点击【确定】按钮即可完成入住确认。

外出登记

• 功能描述

老人请假外出要通知护理员，护理组长要进行登记，记录老人的外出信息，外出时的水电表读书，用于计算当月费用。

• 角色描述

护理员

• 交互界面

【外出登记】

• 界面描述

在【护理工作站】界面点击【外出】按钮可进行外出登记操作，支持记录外出时间、陪同人信息、水电表读书等信息。

销假

• 功能描述

销假是老人回院时要进行记录的内容，要记录具体的回院时间以核算护理费用的退费金额。

• 角色描述

护理员

• 交互界面

【销假】

• 界面描述

请假外出的老人回院后要进行销假操作，否则老人一直处于外出状态。销假需要填写回院时间，用于计算护理费、伙食费退费金额。确认相关信息填写无误点击【确定】按钮即可完成销假操作。

护理执行

• 功能描述

护理员日常工作基本都是针对于负责的老人的日常照护，系统需要记录护理员日常护理工作的执行情况，用于工作绩效的统计及工作质量的监督。

• 角色描述

护理员

• 交互界面

【护理记录】

• 界面描述

界面左侧为护理员所负责的老人列表，右侧为各类工作清单，包括护理记录、服药记录、活动记录、体征记录等，工作内容可根据老人情况进行调整。勾选相应的项目点击【执行】按钮即可完成执行操作，系统会自动记录执行人员及操作时间。支持护理人员自行调整执行时间。

退住登记

• 功能描述

老人退住需要通知护理人员，护理总监在系统中进行登记，系统自动通知相关部门或人员协助老人办理离院手续。

• 角色描述

护理员

• 交互界面

【退住登记】

• 界面描述

界面上侧显示老人信息，填写相关信息后点击【确定】按钮即可完成登记，系统会自动提示相关部门或人员进行离院审核及费用相关操作。

主管工作台

• 功能描述

护理主任、院长等养老机构领导层可通过系统对老人的住宿进行管理，包括请假外出的审核、退住的审核、合同审核、排班管理、交班记录管理、突发事件登记。其主要目的是让领导层知道院内老人的最新动态，实时掌握院内运行方面的信息。

• 角色描述

院长、护理主任等领导层

• 交互界面

【入住管理】

• 界面描述

界面集成了外出及退住两种申请的审批，当有新的申请信息时，系统会自动进行提示。点击老人姓名可查看详细的信息。选中申请数据点击【审核】按钮可完成审核操作，系统会记录审核人、审核时间。点击【费用处理】按钮可手动调整老人相关费用，结算时以手动调整后的费用信息进行计算。

退住流程只有审核通过后方可到会计处进行退住结算。

排班管理

• 功能描述

院领导要对当月护理人员出班进行规划，合理安排出班，保证各区域有人在岗，并合理安排休息。通过系统的协助，保证排班的合理性及公平性。

• 角色描述

院长、护理主任

• 交互界面

【排班管理-列视图】

【排班管理-周视图】

【排班操作】

• 界面描述

护理员可通过【排班展示】界面了解本人的月排班情况，并进行调班申请。调班申请时选择替班人员即可，通过上级领导的审核即可完成调班。可保障月底考勤信息与排班表的一致性。

项目开发及实施方案

开发模式

本产品相关项目需求采用敏捷开发模式开发新产品，以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。

根据具体的项目需求进行设计与开发，尽快形成可交付的产品通过客户的评审并上线应用，及时收集反馈，总结新产品问题，进行迭代升级。可保障项目各阶段的产品的完整性、准确性。将项目风险控制在最小范围内。

开发阶段

基本需求调研

乙方出技术人员同甲方人员一起对养老机构的现状及系统需求进行深入的调研，了解养老机构的需求，规划系统功能范围、开发工作量及项目周期。为项目合同签订及系统详细设计提供依据。

建立项目团队

合同签订完毕后，乙方组织养老系统开发及实施团队，团队包括：产品经理、数据结构设计人员、UI设计人员、开发人员、测试人员、实施经理、实施工程师等。

产品设计

根据调研结果对产品进行设计，包括数据库结构设计、UI界面设计、业务功能流程设计等，编写并与甲方共享详细设计文档。甲方可参与设计。

产品开发

研发人员根据系统详细设计说明书进行系统开发工作。在程序编码中必须要制定统一、符合标准的编写规范，以保证程序的可读性、易维护性。提高程序的运行效率。

系统测试

测试是保证软件运行正确性的重要手段。整个测试阶段分为单元测试、系统测试、压力测试三个阶段，贯穿软件开发的整个过程。测试过程中应制定测试计划，编写测试用例并记录测试结果，形成完整的文字备案。

实施阶段

核心用户交流（项目实施启动会议）

机构关键用户与项目实施团队人员进行沟通，明确各项事宜，包括：

• 确认双方项目负责人
• 确认配合上线工作的各部门职责
• 确认整体上线方案及进度安排
• 梳理系统功能流程，确定上线具体功能点

基础数据准备

机构用户需要根据系统提供的基础数据模板进行基础数据整理，并提交给实施人员，实施人员进行数据导入。包括：机构基本信息，科室信息，用户信息，用户权限，系统使用流程信息，收费项目，基础字典信息等。

系统应用培训

实施人员在项目现场组织培训，养老机构需配合准备培训场地，召集系统使用人员参加培训。原则上参加培训人员需要通过最终考试后方可开通登录账号并使用系统，具体考核方式可以由客户方制定。

系统试运行

培训结束并且系统初始化数据测试通过后，系统会开放正式运行环境，进入系统试运行阶段，试运行期间后台维护人员会实时关注系统的使用情况及数据准确性。

收集使用反馈

实施人员收集用户在使用系统过程中的问题反馈，提交给开发人员进行系统改造升级，通过快速迭代的方式不断完善系统功能。

系统推广使用

系统在试点机构成功上线后，推广到其他机构进行使用。上线步骤与试点机构一致。

系统验收

合同中包含的所有机构上线完毕并平稳运行30天后启动验收流程，客户签订验收单后，乙方技术人员对客户方的系统维护人员进行技术培训，移交使用说明，数据说明等相关技术手册，保障客户方的维护人员可以独立维护系统。