養(yǎng)老信息化平臺

解決方案

目 錄

1. 項目背景 4

2. 現(xiàn)狀分析 4

3. 建設(shè)目標 5

4. 建設(shè)原則 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. 總體設(shè)計 7

5.1. 業(yè)務(wù)架構(gòu) 7

5.1.1. 面向養(yǎng)老機構(gòu)的業(yè)務(wù)服務(wù) 7

5.1.2. 面向養(yǎng)老管理公司的管理服務(wù) 7

5.2. 技術(shù)架構(gòu) 7

5.2.1. 技術(shù)選型 7

5.2.2. 軟件開發(fā)架構(gòu) 8

5.2.3. 軟件部署架構(gòu) 9

6. 系統(tǒng)建設(shè)內(nèi)容 9

7. 系統(tǒng)展示 14

7.1. 客戶接待 14

7.2. 房態(tài)圖 15

7.3. 入住申請 16

7.4. 老人檔案管理 17

7.5. 評估管理 21

7.6. 合同管理 23

7.7. 入住登記 25

7.8. 費用結(jié)算 26

7.9. 護理工作站 27

7.9.1. 入住確認 28

7.9.2. 外出登記 29

7.9.3. 銷假 30

7.9.4. 護理執(zhí)行 31

7.9.5. 退住登記 32

7.10. 主管工作臺 33

7.11. 排班管理 34

8. 項目開發(fā)及實施方案 36

8.1. 開發(fā)模式 36

8.2. 開發(fā)階段 36

8.2.1. 基本需求調(diào)研 36

8.2.2. 建立項目團隊 36

8.2.3. 產(chǎn)品設(shè)計 36

8.2.4. 產(chǎn)品開發(fā) 37

8.2.5. 系統(tǒng)測試 37

8.3. 實施階段 37

8.3.1. 核心用戶交流（項目實施啟動會議） 37

8.3.2. 基礎(chǔ)數(shù)據(jù)準備 37

8.3.3. 系統(tǒng)應(yīng)用培訓(xùn) 37

8.3.4. 系統(tǒng)試運行 37

8.3.5. 收集使用反饋 37

8.3.6. 系統(tǒng)推廣使用 38

8.3.7. 系統(tǒng)驗收 38

背景

目前，中國已經(jīng)成為世界上老年人口最多的國家，據(jù)國家統(tǒng)計局最新數(shù)據(jù)，2017年60周歲及以上人口24090萬人，占總?cè)丝诘?7.3%，其中65周歲及以上人口15831萬人，占總?cè)丝诘?1.4%。當一個國家或地區(qū)60歲以上老年人口占人口總數(shù)的10%，或65歲以上老年人口占人口總數(shù)的7%，即意味著這個國家或地區(qū)的人口處于老齡化社會。中國老年人口比例顯然嚴重超標。

近幾年，中國60歲以上老年人口數(shù)量不斷增長，2013年突破2億，占比僅14.9%，2017年達到24090萬人，占比突破17%。隨著人口老齡化程度加深，未來中國老齡人口將進一步增加。

我國養(yǎng)老機構(gòu)供給的主體是公辦養(yǎng)老機構(gòu)，其他形式的養(yǎng)老機構(gòu)供給主體發(fā)展不充分，床位數(shù)供給量小，不能填補公辦養(yǎng)老機構(gòu)留下的供給缺口。2016年，我國養(yǎng)老服務(wù)機構(gòu)2.85萬個，養(yǎng)老服務(wù)機構(gòu)床位數(shù)達到780.0萬張，每千老年人口養(yǎng)老床位數(shù)33.8張。這與發(fā)達國家床位數(shù)相比有較大差距。我國老年人對養(yǎng)老機構(gòu)的需求有較大的缺口，養(yǎng)老機構(gòu)床位數(shù)供給遠小于需求，供需矛盾十分突出。預(yù)計到2018年我國養(yǎng)老服務(wù)機構(gòu)數(shù)量將突破3萬個。

養(yǎng)老市場前景廣闊，但養(yǎng)老機構(gòu)的信息化建設(shè)水平仍處于初級階段。很多養(yǎng)老機構(gòu)仍以手工作業(yè)為主，部分機構(gòu)簡單的應(yīng)用系統(tǒng)達到計費要求，無法滿足養(yǎng)老機構(gòu)業(yè)務(wù)的發(fā)展，所以需要開發(fā)一套適用于養(yǎng)老機構(gòu)的信息系統(tǒng)平臺作為養(yǎng)老機構(gòu)管理的信息化支撐。

現(xiàn)狀分析

目前國內(nèi)養(yǎng)老機構(gòu)的信息化建設(shè)水平較低，甚至部分機構(gòu)仍處于手工作業(yè)階段。在如今的大數(shù)據(jù)、信息化時代背景下，養(yǎng)老機構(gòu)的日常工作中存在諸多問題，不利于機構(gòu)未來的發(fā)展，具體問題經(jīng)過市場調(diào)研后總結(jié)如下：

• 手工臺賬繁多，工作量巨大

臺賬是各養(yǎng)老機構(gòu)記錄日常工作、監(jiān)督員工績效、應(yīng)對監(jiān)管機構(gòu)檢查的重要手段。臺賬不但類型繁多，而且格式復(fù)雜。臺賬格式會隨著管理流程的變更不斷增加或調(diào)整。員工填寫臺賬的工作量巨大，甚至部分機構(gòu)單獨安排人員進行臺賬的填寫及整理，效率低下，浪費人力。

• 業(yè)務(wù)流程沒有固化到系統(tǒng)中，部分細節(jié)流程不明確

各機構(gòu)在運營中都有自己的管理流程，例如老人入住流程、老人退住流程等。流程顆粒度大，缺少日常管理中的細節(jié)流程，例如老人在院消費、護理項目執(zhí)行等。流程執(zhí)行的記錄及監(jiān)督工作都通過人工完成，及時性、規(guī)范性差。

• 一線人員操作系統(tǒng)不便

系統(tǒng)操作不便存在多種情況：傳統(tǒng)系統(tǒng)基于PC端進行應(yīng)用，一線護理人員辦公環(huán)境不支持使用電腦，無法操作系統(tǒng)；部分養(yǎng)老機構(gòu)不允許工作人員在上班時間使用手機，所以系統(tǒng)無法在移動端使用；部分一線員工電腦操作水平較差，無法完成系統(tǒng)操作。系統(tǒng)設(shè)計要考慮操作的簡便性，并且系統(tǒng)的運行載體要適合養(yǎng)老機構(gòu)的實際環(huán)境，可考慮使用觸摸式大屏幕，通過點擊屏幕完成操作。

• 工作頁面不分明

院內(nèi)業(yè)務(wù)角色分工不明確，經(jīng)常出現(xiàn)一人兼多職的情況。一個人操作多個功能界面，完成多個角色的工作，系統(tǒng)錄入人員并不是實際完成工作的人員，導(dǎo)致數(shù)據(jù)不準確、可用價值低。

• 數(shù)據(jù)沒有標準化、無法統(tǒng)計

由于養(yǎng)老信息化建設(shè)處于初級階段，沒有明確的數(shù)據(jù)標準依據(jù)，很多數(shù)據(jù)沒有標準化，大量自然語言摻雜其中，數(shù)據(jù)存儲顆粒度粗糙。各機構(gòu)疏于對標準數(shù)據(jù)集的梳理，系統(tǒng)存儲的數(shù)據(jù)無法滿足深度挖掘的需要，無法進行決策性、趨向性的深度分析。

• 醫(yī)養(yǎng)分家，數(shù)據(jù)無法共享

部分護養(yǎng)院同時具有養(yǎng)老資質(zhì)和醫(yī)療資質(zhì)，但同時做到醫(yī)養(yǎng)結(jié)合的系統(tǒng)很少，所以大部分護養(yǎng)院都是同時采購養(yǎng)老信息管理系統(tǒng)和醫(yī)院信息管理系統(tǒng)（HIS），但是系統(tǒng)間的數(shù)據(jù)共享的實現(xiàn)需要投入較大的改造成本，養(yǎng)老機構(gòu)難以承擔，導(dǎo)致大部分機構(gòu)的醫(yī)養(yǎng)數(shù)據(jù)是無法互通的，對管理及系統(tǒng)的應(yīng)用具有很大的影響。

建設(shè)目標

• 實現(xiàn)養(yǎng)老機構(gòu)的信息化管理

以老人為核心，將借用其他行業(yè)流程化的概念與養(yǎng)老服務(wù)業(yè)務(wù)進行結(jié)合，確認業(yè)務(wù)流程、業(yè)務(wù)范圍、規(guī)劃系統(tǒng)功能。打造一套業(yè)務(wù)專業(yè)、功能全面、技術(shù)先進、簡單易用的養(yǎng)老智慧平臺系統(tǒng)。

• 提高養(yǎng)老機構(gòu)管理部門的決策管理能力

通過對養(yǎng)老機構(gòu)運營情況的統(tǒng)一管理，將機構(gòu)的運營信息進行信息化、標準化的存儲，管理部門可對這些信息進行分析、統(tǒng)計，為管理部門的決策提供數(shù)據(jù)支持。

• 醫(yī)養(yǎng)結(jié)合、一體化應(yīng)用

一套系統(tǒng)中既包含醫(yī)也包含養(yǎng)，養(yǎng)老系統(tǒng)內(nèi)部集成小型醫(yī)院信息系統(tǒng)（HIS），可對在院老人進行診療服務(wù)，養(yǎng)老數(shù)據(jù)與診療數(shù)據(jù)同庫同源，真正實現(xiàn)醫(yī)養(yǎng)結(jié)合，滿足養(yǎng)老機構(gòu)內(nèi)設(shè)醫(yī)療機構(gòu)或護養(yǎng)院類型的養(yǎng)老機構(gòu)的需求。

建設(shè)原則

一體化原則

保證數(shù)據(jù)由采集、存儲、整理、分析到提取、應(yīng)用的一體化，實現(xiàn)數(shù)據(jù)由發(fā)生地一次性錄入，然后可被所有對該數(shù)據(jù)有需求的單位多次重復(fù)且不同層次使用，整個系統(tǒng)各模塊之間要實現(xiàn)數(shù)據(jù)共享，互聯(lián)互通，清晰體現(xiàn)內(nèi)在邏輯聯(lián)系，并且數(shù)據(jù)之間必須相互關(guān)聯(lián)，相互制約。

先進性和成熟性原則

在實用、可靠的前提下，應(yīng)用系統(tǒng)設(shè)計盡可能地跟蹤國內(nèi)外先進的軟件開發(fā)平臺和軟件開發(fā)技術(shù)，使設(shè)計系統(tǒng)能夠最大限度地適應(yīng)技術(shù)發(fā)展變化的需要，以確保系統(tǒng)的先進性。

標準化原則

雖然養(yǎng)老行業(yè)尚未發(fā)布信息化建設(shè)相關(guān)標準，但系統(tǒng)在設(shè)計中會參考醫(yī)療相關(guān)標準進行設(shè)計，并協(xié)助養(yǎng)老機構(gòu)梳理相關(guān)標準。

安全性原則

（1）系統(tǒng)級安全：系統(tǒng)設(shè)計時應(yīng)闡明用何種方式保證系統(tǒng)安全。有足夠的防護措施，防止非法用戶侵入；網(wǎng)絡(luò)傳輸加密，防止信息外泄等。

（2）應(yīng)用級安全：系統(tǒng)管理應(yīng)可以根據(jù)員工的職務(wù)和所承擔的工作進行角色劃分等，通過角色劃分等進行權(quán)限分配。保證不因操作人員的誤操作導(dǎo)致系統(tǒng)的崩潰。

（3）數(shù)據(jù)加密：系統(tǒng)應(yīng)采取對某些關(guān)鍵數(shù)據(jù)（如用戶名、密碼、證件號、電話）進行加密存儲等方法提高安全性。

（4）備份與恢復(fù)：對存儲的數(shù)據(jù)，應(yīng)有冗余保護措施，保證用戶數(shù)據(jù)隨時可提取，對于容錯及冗余都有相應(yīng)的安全保護機制，要根據(jù)項目實際情況，制定切實可行的自動化備份機制。

易用性原則

軟件系統(tǒng)應(yīng)考慮實用性與先進性相結(jié)合，要體現(xiàn)出易于理解掌握、操作簡單、提示清晰、邏輯性強，操作界面簡潔、幫助信息豐富，而且要針對醫(yī)院輸入項目的特點對輸入順序?qū)ｉT進行合理定制，并可根據(jù)用戶工作習(xí)慣進行模板定制，保證操作人員以最快速度和最少的擊鍵次數(shù)完成日常工作。應(yīng)用界面簡捷、直觀并提供聯(lián)機或脫機的幫助手段。針對養(yǎng)老行業(yè)特點，考慮多種設(shè)備終端實現(xiàn)應(yīng)用，包括PC、移動端、可觸摸大屏幕、智能終端等。為了讓一線護理人員更方便的操作系統(tǒng)，系統(tǒng)設(shè)計遵循能圖片不文字，能點選不填寫的原則。

靈活性原則

系統(tǒng)可根據(jù)養(yǎng)老機構(gòu)的具體工作流程定制、重組和改造，并為機構(gòu)提供定制和改造的客戶化工具。系統(tǒng)應(yīng)具有良好的可裁減性、可擴充性和可移植性；軟件設(shè)計模塊化、組件化，并提供配置模塊和客戶化工具。系統(tǒng)需求及流程變化、操作方式變化、機構(gòu)人員變化、操作系統(tǒng)環(huán)境變化對系統(tǒng)應(yīng)無影響。

可擴展性原則

充分考慮業(yè)務(wù)規(guī)模和結(jié)構(gòu)的發(fā)展變化，系統(tǒng)有較強的擴展性，能夠滿足業(yè)務(wù)不斷擴充的需要，應(yīng)用軟件系統(tǒng)能夠隨著系統(tǒng)規(guī)模同步增長，保持軟件體系結(jié)構(gòu)的穩(wěn)定，不需要對系統(tǒng)進行大的改動，保護前期投資。

總體設(shè)計

業(yè)務(wù)架構(gòu)

**醫(yī)為養(yǎng)老平臺是一套基于SAAS（Software-as-a-Service）模式的新型養(yǎng)老機構(gòu)信息管理系統(tǒng)，其主要服務(wù)于養(yǎng)老機構(gòu)，并向養(yǎng)老管理公司及時提供透明化信息的軟件系統(tǒng)。

面向養(yǎng)老機構(gòu)的業(yè)務(wù)服務(wù)

對于養(yǎng)老機構(gòu)，系統(tǒng)首要解決的問題就是養(yǎng)老機構(gòu)的基礎(chǔ)應(yīng)用。目前國內(nèi)的養(yǎng)老機構(gòu)系統(tǒng)應(yīng)用水平較差，只能滿足部分財務(wù)管理的功能，其他基礎(chǔ)業(yè)務(wù)仍然通過紙質(zhì)單據(jù)和人工管理的方式運行，嚴重影響了養(yǎng)老機構(gòu)的發(fā)展。系統(tǒng)要向各機構(gòu)提供完善的業(yè)務(wù)應(yīng)用服務(wù)，保證各機構(gòu)的日常業(yè)務(wù)均可在系統(tǒng)中進行處理，提升工作效率及質(zhì)量，記錄工作痕跡，優(yōu)化工作流程，盡量實現(xiàn)無紙化辦公，降低運營及管理成本。

面向養(yǎng)老管理公司的管理服務(wù)

對于養(yǎng)老管理公司，系統(tǒng)應(yīng)提供管理決策依據(jù)。管理者可實時的關(guān)注其管理的養(yǎng)老機構(gòu)的運營情況、員工的工作績效情況等。系統(tǒng)可根據(jù)管理范圍將各養(yǎng)老機構(gòu)進行分組，分配給養(yǎng)老管理公司進行管理。管理者可根據(jù)管理方式配置系統(tǒng)流程，達到不同的管理效果。系統(tǒng)可根據(jù)不同管理范圍的權(quán)限，整理相關(guān)機構(gòu)的統(tǒng)計數(shù)據(jù)供管理者查詢、參考。

技術(shù)架構(gòu)

技術(shù)選型

軟件開發(fā)架構(gòu)

軟件整體技術(shù)架構(gòu)采用**醫(yī)為互聯(lián)網(wǎng)應(yīng)用系統(tǒng)架構(gòu)體系：

• 底層是物理層、網(wǎng)絡(luò)、存儲。
• PAAS層：Kubernetes是Google開源的容器集群管理系統(tǒng)。它構(gòu)建Docker（dao o）技術(shù)之上，為容器化的應(yīng)用提供資源調(diào)度、部署運行、服務(wù)發(fā)現(xiàn)、擴容縮容等整一套功能，本質(zhì)上可看作是基于容器技術(shù)的mini-PaaS平臺。docker 容器的監(jiān)控和管理。容器里面就放的是微服務(wù)。
• Spring Cloud云服務(wù)平臺，負責服務(wù)治理、發(fā)布（有很多組件，提供微服務(wù)的大部分組件內(nèi)容。比如服務(wù)注冊用的某個，也可以替換。）Spring Cloud 是Pivotal提供的用于簡化分布式系統(tǒng)構(gòu)建的工具集。Spring Cloud引入了云平臺連接器(Cloud Connector)和服務(wù)連接器(Service Connector)的概念。云平臺連接器是一個接口，需要由云平臺提供者進行實現(xiàn)，以便庫中的其他模塊可以與該云平臺協(xié)同工作。Spring Cloud最重要的一點是它可以和Spring Boot一起工作，Spring Boot可以幫助開發(fā)者更容易地創(chuàng)建基于Spring的應(yīng)用程序和服務(wù)。從Spring Boot項目名稱中的Boot就可以看出來，Spring Boot的作用在于創(chuàng)建和啟動新的基于Spring框架的項目。
• 離散式數(shù)據(jù)存儲也就是分布式數(shù)據(jù)存儲。不同的微服務(wù)對應(yīng)不同的存儲。
• 兩側(cè)是安全、監(jiān)控。服務(wù)的運維管理：服務(wù)治理、部署管理、持續(xù)集成等。
• 服務(wù)和服務(wù)之間的信息交互、事務(wù)，包括第三方的對接，通過MQ消息隊列來實現(xiàn)。
• 右邊是開放式的云平臺，第三方如何發(fā)布、注冊他的服務(wù)?；陂_放式的API開發(fā)第三方的應(yīng)用。
• 最上面是面對終端的Nginx服務(wù)集群，實現(xiàn)服務(wù)的負載均衡。

軟件部署架構(gòu)

**醫(yī)為養(yǎng)老平臺將采用互聯(lián)網(wǎng)應(yīng)用模式進行集中部署。系統(tǒng)架構(gòu)支持部署在各類第三方云服務(wù)器平臺（阿里云、騰訊云、華為云、亞馬遜云等）及自建云服務(wù)器。

系統(tǒng)集中部署在云平臺中，各機構(gòu)通過外網(wǎng)、專線、VPN接入等方式訪問系統(tǒng)并進行應(yīng)用。各養(yǎng)老機構(gòu)不需要建設(shè)機房，減少服務(wù)器硬件及運維技術(shù)人員的導(dǎo)入，降低信息化運營成本。

云服務(wù)器資源可隨應(yīng)用機構(gòu)數(shù)量的增加進行擴充，通過集群、負載均衡等技術(shù)手段保證系統(tǒng)整體運行的高速、穩(wěn)定。

系統(tǒng)建設(shè)內(nèi)容

系統(tǒng)展示

本章節(jié)將進行系統(tǒng)部分功能的展示，所展示功能是以老人入住養(yǎng)老院的整個周期為中心的核心業(yè)務(wù)功能。

客戶接待

• 功能描述

有入住意向的老人或老人家屬到養(yǎng)老機構(gòu)進行咨詢，接待人員除了做好接待工作外還要通過信息系統(tǒng)記錄接待信息，包括到訪人員基本信息、聯(lián)系方式、要入住的老人信息、入住意向等，可定期回訪意向客戶。

• 角色描述

前臺接待人員（銷售/客服）

• 交互界面

【接待管理】

【接待登記-接待信息】

• 界面描述

【接待管理】界面可查詢所有接待記錄。表格上方為精準查詢，可對多種條件進行精準查詢。表格顯示符合條件的接待記錄。點擊【撤銷】可以刪除接待記錄；點擊【回訪】可以記錄回訪信息。

點擊【新建接待】按鈕，系統(tǒng)會彈出【接待登記】界面，在界面中可記錄接待信息，包括被接待人信息、老人信息、意向、參觀人數(shù)等關(guān)鍵信息。點擊【保存】按鈕即可完成記錄。

房態(tài)圖

• 功能描述

接待人員可通過房態(tài)圖實時掌握全院床位的入住情況，了解可入住房間的朝向、同屋老人的情況等，快速為客戶推薦合適的房間。

• 角色描述

前臺接待人員（銷售）

• 交互界面

【房態(tài)圖】

• 界面描述

【房態(tài)圖】界面左側(cè)為快速檢索條件，可根據(jù)床位狀態(tài)，房間狀態(tài)等條件查詢符合條件的信息。界面右側(cè)上方顯示全院床位的關(guān)鍵統(tǒng)計信息，包括入住率、空床率、床位數(shù)、房間數(shù)等。右側(cè)卡片展示個房間的信息，包括房間狀態(tài)，大小，金額，床位狀態(tài)，入住人員等。界面通過不同顏色的圖標顯示各種狀態(tài)，讓操作人員可快速定位到符合條件的房間。

入住申請

• 功能描述

有入住意向的客戶可以進行預(yù)約登記。如果機構(gòu)存在空床，客戶可預(yù)約床位，預(yù)約的床位處于鎖定狀態(tài)，為預(yù)約人保留，不會讓其他人入住。如果機構(gòu)沒有空床，預(yù)約人可排隊等待。

• 角色描述

前臺接待人員

• 交互界面

【入住申請列表】

【入住申請】

• 界面描述

【接待管理】界面可查詢所有接待及入住申請信息，通過【更多檢索】功能，可以組合條件進行查詢，篩選適合辦理入住的老人。

【入住申請】頁面可以為老人選擇預(yù)約的床位。如果沒有空床，可以登記老人的床位要求，待有床位時根據(jù)老人要求優(yōu)先選擇床位。

老人檔案管理

• 功能描述

確認入住的老人首先應(yīng)進行建檔工作，建立入住老人的詳細檔案，包括老人本人基本信息、生活習(xí)慣、健康情況以及家屬相關(guān)信息、聯(lián)系方式等。應(yīng)支持老人全面信息的查看，包括在院期間的所有生活記錄等。

• 角色描述

銷售人員、護理員、護理主任、院長

• 交互界面

【老人檔案管理】

【新建老人檔案】

【生活及健康情況】

【登記緊急聯(lián)系人】

【登記家屬信息】

【360度長者瀏覽器】

【合同記錄】

• 界面描述

【老人檔案管理】界面可通過各種條件查詢老人檔案，點擊

圖標可調(diào)用【360度長者瀏覽器】界面查看老人全面信息，包括個人信息、體征信息、就診信息及所有在院產(chǎn)生的相關(guān)信息。

點擊【新建檔案】可進行建檔操作，檔案可收集老人的基本信息、興趣愛好、家庭情況、家屬資料、緊急聯(lián)系人等全面的信息。老人檔案會形成唯一的檔案編號，入院及在院所有信息化流程都以該檔案號作為關(guān)鍵信息進行串聯(lián)。

評估管理

• 功能描述

評估是老人入住前的重要步驟，已經(jīng)建檔完畢的老人在簽訂合同前要對健康情況進行評估，確定老人的護理等級，以評估結(jié)果為依據(jù)確定合同費用。老人在院期間也需要定期進行各種類型的評估，關(guān)注并記錄老人的健康情況。

評估模板支持自定義，各機構(gòu)可根據(jù)自身情況定制評估內(nèi)容及樣式，自定義問題及分數(shù)等。

• 角色描述

醫(yī)生、護士、保健員

• 交互界面

【評估管理】

【選擇評估模板】

【填寫評估問卷】

• 界面描述

【評估管理】界面是對老人所有評估記錄的管理，界面左側(cè)是所有老人信息，可根據(jù)條件檢索。可查看歷史記錄及分數(shù)。

點擊【新建】按鈕可選擇評估模板進行評估，選擇合適的模板點擊【確認】按鈕開始評估。評估問卷的樣式及問題、選項得分等內(nèi)容均可以在模板編輯器中進行設(shè)置。

評估問卷界面點擊【保存】按鈕，系統(tǒng)會自動計算得分并記錄評估信息及評估意見。

合同管理

• 功能描述

評估完成后根據(jù)評估結(jié)果生成合同內(nèi)容，包括護理等級、護理費用、護理項目等。入住老人簽訂合同后系統(tǒng)要記錄合同關(guān)鍵信息，包括合同日期、編號、類型等。合同到期應(yīng)自動提醒。要支持合同的續(xù)簽、終止、變更等。

• 角色描述

前臺接待人員（銷售/客服）

• 交互界面

【合同管理】

【新建合同】

【服務(wù)內(nèi)容選擇】

• 界面描述

【合同管理】界面可查詢所有合同，并自動提示將要到期的合同。支持合同的續(xù)簽、變更、終止等功能。

點擊【新建合同】按鈕可以創(chuàng)建新合同，合同內(nèi)容分為基礎(chǔ)信息、服務(wù)內(nèi)容、 附加條款、附件上傳四部分?；A(chǔ)信息包括合同有效期限以及服務(wù)費用等重要信息，是合同管理和每月繳費的依據(jù)；服務(wù)內(nèi)容記錄老人在院享受的具體服務(wù)項目，系統(tǒng)會根據(jù)合同中的服務(wù)項目生成護理記錄，用于護理員的日常工作記錄； 附加條款支持自由錄入內(nèi)容，記錄合同的附加條款；附件上傳支持上傳合同影印件或照片作為備份，可在電腦端查看紙質(zhì)合同信息。

入住登記

• 功能描述

合同簽訂后老人正式入住養(yǎng)老機構(gòu)時，需要在系統(tǒng)中進行入住登記操作，表示老人正式入住到養(yǎng)老院，系統(tǒng)自動通知相關(guān)人員或部分做好老人入住的相關(guān)工作。

• 角色描述

前臺接待人員

• 交互界面

【入住登記列表】

【入住登記】

• 界面描述

界面左側(cè)為步驟條，可顯示老人辦理入住過程中的各步驟完成情況?？筛鶕?jù)系統(tǒng)參數(shù)設(shè)定步驟順序及必要性。通過【調(diào)檔】按鈕可以調(diào)用已建檔的老人信息，未建檔的老人無法進行入住登記。點擊【評估報告】按鈕可查看老人的評估記錄。點擊【提交】按鈕完成入住登記，系統(tǒng)會通知相關(guān)部門或人員有老人入住，做好準備工作。

費用結(jié)算

• 功能描述

辦理入住登記后要繳納首月費用，入住后每月要繳納當月的相關(guān)費用。費用明細要條目化，系統(tǒng)可根據(jù)當月在住天數(shù)自動計算費用信息，產(chǎn)生費用清單。應(yīng)支持各種方式的折扣，支持多種支付方式進行支付，支持費用項目內(nèi)容、數(shù)量、金額的調(diào)整。

• 角色描述

出納

• 交互界面

【費用結(jié)算】

• 界面描述

界面右側(cè)為老人信息及結(jié)算信息，通過老人姓名、床號等條件可查詢并選擇老人信息，界面左側(cè)會顯示該老人的未結(jié)算費用。勾選要結(jié)算的費用項目，結(jié)算信息會顯示應(yīng)收金額，按照系統(tǒng)提示進行收費并點擊【收費】按鈕完成收費動作。

系統(tǒng)支持發(fā)票明細管理，記錄每張發(fā)票編號及使用情況。

點擊【計價】按鈕，可以手動調(diào)整收費項目，增加或沖抵收費項目。

護理工作站

• 功能描述

護理工作站是護理人員日常工作的輔助程序，護理員通過工作站軟件的操作可以記錄日常工作情況，實時了解老人日常護理情況。護理工作站記錄的相關(guān)信息是未來績效管理和決策支持的重要數(shù)據(jù)來源。

• 角色描述

護理員

• 交互界面

【護理工作站-主頁面】

• 界面描述

【護理工作站】是以護理員與老人關(guān)系為核心進行展示的，每位護理人員登錄界面首先顯示的是自己負責護理的老人信息，可時刻關(guān)注老人情況。界面功能進行集成，在主界面中可進行老人相關(guān)的所有業(yè)務(wù)操作。系統(tǒng)會根據(jù)老人待辦的項目進行提示，以紅色圓點表示。護理員通過系統(tǒng)提示及時完成工作，避免遺漏，從而提升工作效率及準確度。

除了自己負責的老人之外，護理人員也可查看其它老人情況，在替班的情況下可完成被替班護理員名下的老人的相關(guān)工作。

入住確認

• 功能描述

入住登記辦理完成，老人到指定的床位報道，護理組長要進行對接，了解老人情況，并在系統(tǒng)中進行入住確認操作，記錄老人實際入住的時間及相關(guān)準備工作的完成情況。

• 角色描述

護理員

• 交互界面

【入住確認】

• 界面描述

界面左側(cè)是入住老人的基本信息和服務(wù)項目，護理員可進行了解，點擊【詳情】按鈕可調(diào)用【360度長者瀏覽器】查看詳細信息。

界面右側(cè)表格是一次性代辦費中包含的待辦事項，護理員可根據(jù)實際情況勾選待辦情況。

界面右下方是入住的確認信息，核對無誤后點擊【確定】按鈕即可完成入住確認。

外出登記

• 功能描述

老人請假外出要通知護理員，護理組長要進行登記，記錄老人的外出信息，外出時的水電表讀書，用于計算當月費用。

• 角色描述

護理員

• 交互界面

【外出登記】

• 界面描述

在【護理工作站】界面點擊【外出】按鈕可進行外出登記操作，支持記錄外出時間、陪同人信息、水電表讀書等信息。

銷假

• 功能描述

銷假是老人回院時要進行記錄的內(nèi)容，要記錄具體的回院時間以核算護理費用的退費金額。

• 角色描述

護理員

• 交互界面

【銷假】

• 界面描述

請假外出的老人回院后要進行銷假操作，否則老人一直處于外出狀態(tài)。銷假需要填寫回院時間，用于計算護理費、伙食費退費金額。確認相關(guān)信息填寫無誤點擊【確定】按鈕即可完成銷假操作。

護理執(zhí)行

• 功能描述

護理員日常工作基本都是針對于負責的老人的日常照護，系統(tǒng)需要記錄護理員日常護理工作的執(zhí)行情況，用于工作績效的統(tǒng)計及工作質(zhì)量的監(jiān)督。

• 角色描述

護理員

• 交互界面

【護理記錄】

• 界面描述

界面左側(cè)為護理員所負責的老人列表，右側(cè)為各類工作清單，包括護理記錄、服藥記錄、活動記錄、體征記錄等，工作內(nèi)容可根據(jù)老人情況進行調(diào)整。勾選相應(yīng)的項目點擊【執(zhí)行】按鈕即可完成執(zhí)行操作，系統(tǒng)會自動記錄執(zhí)行人員及操作時間。支持護理人員自行調(diào)整執(zhí)行時間。

退住登記

• 功能描述

老人退住需要通知護理人員，護理總監(jiān)在系統(tǒng)中進行登記，系統(tǒng)自動通知相關(guān)部門或人員協(xié)助老人辦理離院手續(xù)。

• 角色描述

護理員

• 交互界面

【退住登記】

• 界面描述

界面上側(cè)顯示老人信息，填寫相關(guān)信息后點擊【確定】按鈕即可完成登記，系統(tǒng)會自動提示相關(guān)部門或人員進行離院審核及費用相關(guān)操作。

主管工作臺

• 功能描述

護理主任、院長等養(yǎng)老機構(gòu)領(lǐng)導(dǎo)層可通過系統(tǒng)對老人的住宿進行管理，包括請假外出的審核、退住的審核、合同審核、排班管理、交班記錄管理、突發(fā)事件登記。其主要目的是讓領(lǐng)導(dǎo)層知道院內(nèi)老人的最新動態(tài)，實時掌握院內(nèi)運行方面的信息。

• 角色描述

院長、護理主任等領(lǐng)導(dǎo)層

• 交互界面

【入住管理】

• 界面描述

界面集成了外出及退住兩種申請的審批，當有新的申請信息時，系統(tǒng)會自動進行提示。點擊老人姓名可查看詳細的信息。選中申請數(shù)據(jù)點擊【審核】按鈕可完成審核操作，系統(tǒng)會記錄審核人、審核時間。點擊【費用處理】按鈕可手動調(diào)整老人相關(guān)費用，結(jié)算時以手動調(diào)整后的費用信息進行計算。

退住流程只有審核通過后方可到會計處進行退住結(jié)算。

排班管理

• 功能描述

院領(lǐng)導(dǎo)要對當月護理人員出班進行規(guī)劃，合理安排出班，保證各區(qū)域有人在崗，并合理安排休息。通過系統(tǒng)的協(xié)助，保證排班的合理性及公平性。

• 角色描述

院長、護理主任

• 交互界面

【排班管理-列視圖】

【排班管理-周視圖】

【排班操作】

• 界面描述

護理員可通過【排班展示】界面了解本人的月排班情況，并進行調(diào)班申請。調(diào)班申請時選擇替班人員即可，通過上級領(lǐng)導(dǎo)的審核即可完成調(diào)班?？杀Ｕ显碌卓记谛畔⑴c排班表的一致性。

項目開發(fā)及實施方案

開發(fā)模式

本產(chǎn)品相關(guān)項目需求采用敏捷開發(fā)模式開發(fā)新產(chǎn)品，以用戶的需求進化為核心，采用迭代、循序漸進的方法進行軟件開發(fā)。

根據(jù)具體的項目需求進行設(shè)計與開發(fā)，盡快形成可交付的產(chǎn)品通過客戶的評審并上線應(yīng)用，及時收集反饋，總結(jié)新產(chǎn)品問題，進行迭代升級?？杀Ｕ享椖扛麟A段的產(chǎn)品的完整性、準確性。將項目風(fēng)險控制在最小范圍內(nèi)。

開發(fā)階段

基本需求調(diào)研

乙方出技術(shù)人員同甲方人員一起對養(yǎng)老機構(gòu)的現(xiàn)狀及系統(tǒng)需求進行深入的調(diào)研，了解養(yǎng)老機構(gòu)的需求，規(guī)劃系統(tǒng)功能范圍、開發(fā)工作量及項目周期。為項目合同簽訂及系統(tǒng)詳細設(shè)計提供依據(jù)。

建立項目團隊

合同簽訂完畢后，乙方組織養(yǎng)老系統(tǒng)開發(fā)及實施團隊，團隊包括：產(chǎn)品經(jīng)理、數(shù)據(jù)結(jié)構(gòu)設(shè)計人員、UI設(shè)計人員、開發(fā)人員、測試人員、實施經(jīng)理、實施工程師等。

產(chǎn)品設(shè)計

根據(jù)調(diào)研結(jié)果對產(chǎn)品進行設(shè)計，包括數(shù)據(jù)庫結(jié)構(gòu)設(shè)計、UI界面設(shè)計、業(yè)務(wù)功能流程設(shè)計等，編寫并與甲方共享詳細設(shè)計文檔。甲方可參與設(shè)計。

產(chǎn)品開發(fā)

研發(fā)人員根據(jù)系統(tǒng)詳細設(shè)計說明書進行系統(tǒng)開發(fā)工作。在程序編碼中必須要制定統(tǒng)一、符合標準的編寫規(guī)范，以保證程序的可讀性、易維護性。提高程序的運行效率。

系統(tǒng)測試

測試是保證軟件運行正確性的重要手段。整個測試階段分為單元測試、系統(tǒng)測試、壓力測試三個階段，貫穿軟件開發(fā)的整個過程。測試過程中應(yīng)制定測試計劃，編寫測試用例并記錄測試結(jié)果，形成完整的文字備案。

實施階段

核心用戶交流（項目實施啟動會議）

機構(gòu)關(guān)鍵用戶與項目實施團隊人員進行溝通，明確各項事宜，包括：

• 確認雙方項目負責人
• 確認配合上線工作的各部門職責
• 確認整體上線方案及進度安排
• 梳理系統(tǒng)功能流程，確定上線具體功能點

基礎(chǔ)數(shù)據(jù)準備

機構(gòu)用戶需要根據(jù)系統(tǒng)提供的基礎(chǔ)數(shù)據(jù)模板進行基礎(chǔ)數(shù)據(jù)整理，并提交給實施人員，實施人員進行數(shù)據(jù)導(dǎo)入。包括：機構(gòu)基本信息，科室信息，用戶信息，用戶權(quán)限，系統(tǒng)使用流程信息，收費項目，基礎(chǔ)字典信息等。

系統(tǒng)應(yīng)用培訓(xùn)

實施人員在項目現(xiàn)場組織培訓(xùn)，養(yǎng)老機構(gòu)需配合準備培訓(xùn)場地，召集系統(tǒng)使用人員參加培訓(xùn)。原則上參加培訓(xùn)人員需要通過最終考試后方可開通登錄賬號并使用系統(tǒng)，具體考核方式可以由客戶方制定。

系統(tǒng)試運行

培訓(xùn)結(jié)束并且系統(tǒng)初始化數(shù)據(jù)測試通過后，系統(tǒng)會開放正式運行環(huán)境，進入系統(tǒng)試運行階段，試運行期間后臺維護人員會實時關(guān)注系統(tǒng)的使用情況及數(shù)據(jù)準確性。

收集使用反饋

實施人員收集用戶在使用系統(tǒng)過程中的問題反饋，提交給開發(fā)人員進行系統(tǒng)改造升級，通過快速迭代的方式不斷完善系統(tǒng)功能。

系統(tǒng)推廣使用

系統(tǒng)在試點機構(gòu)成功上線后，推廣到其他機構(gòu)進行使用。上線步驟與試點機構(gòu)一致。

系統(tǒng)驗收

合同中包含的所有機構(gòu)上線完畢并平穩(wěn)運行30天后啟動驗收流程，客戶簽訂驗收單后，乙方技術(shù)人員對客戶方的系統(tǒng)維護人員進行技術(shù)培訓(xùn)，移交使用說明，數(shù)據(jù)說明等相關(guān)技術(shù)手冊，保障客戶方的維護人員可以獨立維護系統(tǒng)。