- 智慧養(yǎng)老信息化平臺方案
- 發(fā)布者：北京思杰佳通信息技術有限公司 發(fā)布時間：2022/12/1 0:00:00
養(yǎng)老信息化平臺
解決方案
目 錄
1. 項目背景 4
2. 現(xiàn)狀分析 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. 業(yè)務架構(gòu) 7
5.1.1. 面向養(yǎng)老機構(gòu)的業(yè)務服務 7
5.1.2. 面向養(yǎng)老管理公司的管理服務 7
5.2. 技術架構(gòu) 7
5.2.1. 技術選型 7
5.2.2. 軟件開發(fā)架構(gòu) 8
5.2.3. 軟件部署架構(gòu) 9
6. 系統(tǒng)建設內(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)品設計 36
8.2.4. 產(chǎn)品開發(fā) 37
8.2.5. 系統(tǒng)測試 37
8.3. 實施階段 37
8.3.1. 核心用戶交流（項目實施啟動會議） 37
8.3.2. 基礎數(shù)據(jù)準備 37
8.3.3. 系統(tǒng)應用培訓 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)老服務機構(gòu)2.85萬個，養(yǎng)老服務機構(gòu)床位數(shù)達到780.0萬張，每千老年人口養(yǎng)老床位數(shù)33.8張。這與發(fā)達國家床位數(shù)相比有較大差距。我國老年人對養(yǎng)老機構(gòu)的需求有較大的缺口，養(yǎng)老機構(gòu)床位數(shù)供給遠小于需求，供需矛盾十分突出。預計到2018年我國養(yǎng)老服務機構(gòu)數(shù)量將突破3萬個。
養(yǎng)老市場前景廣闊，但養(yǎng)老機構(gòu)的信息化建設水平仍處于初級階段。很多養(yǎng)老機構(gòu)仍以手工作業(yè)為主，部分機構(gòu)簡單的應用系統(tǒng)達到計費要求，無法滿足養(yǎng)老機構(gòu)業(yè)務的發(fā)展，所以需要開發(fā)一套適用于養(yǎng)老機構(gòu)的信息系統(tǒng)平臺作為養(yǎng)老機構(gòu)管理的信息化支撐。
現(xiàn)狀分析
目前國內(nèi)養(yǎng)老機構(gòu)的信息化建設水平較低，甚至部分機構(gòu)仍處于手工作業(yè)階段。在如今的大數(shù)據(jù)、信息化時代背景下，養(yǎng)老機構(gòu)的日常工作中存在諸多問題，不利于機構(gòu)未來的發(fā)展，具體問題經(jīng)過市場調(diào)研后總結(jié)如下：
- 手工臺賬繁多，工作量巨大
臺賬是各養(yǎng)老機構(gòu)記錄日常工作、監(jiān)督員工績效、應對監(jiān)管機構(gòu)檢查的重要手段。臺賬不但類型繁多，而且格式復雜。臺賬格式會隨著管理流程的變更不斷增加或調(diào)整。員工填寫臺賬的工作量巨大，甚至部分機構(gòu)單獨安排人員進行臺賬的填寫及整理，效率低下，浪費人力。
- 業(yè)務流程沒有固化到系統(tǒng)中，部分細節(jié)流程不明確
各機構(gòu)在運營中都有自己的管理流程，例如老人入住流程、老人退住流程等。流程顆粒度大，缺少日常管理中的細節(jié)流程，例如老人在院消費、護理項目執(zhí)行等。流程執(zhí)行的記錄及監(jiān)督工作都通過人工完成，及時性、規(guī)范性差。
- 一線人員操作系統(tǒng)不便
系統(tǒng)操作不便存在多種情況：傳統(tǒng)系統(tǒng)基于PC端進行應用，一線護理人員辦公環(huán)境不支持使用電腦，無法操作系統(tǒng)；部分養(yǎng)老機構(gòu)不允許工作人員在上班時間使用手機，所以系統(tǒng)無法在移動端使用；部分一線員工電腦操作水平較差，無法完成系統(tǒng)操作。系統(tǒng)設計要考慮操作的簡便性，并且系統(tǒng)的運行載體要適合養(yǎng)老機構(gòu)的實際環(huán)境，可考慮使用觸摸式大屏幕，通過點擊屏幕完成操作。
- 工作頁面不分明
院內(nèi)業(yè)務角色分工不明確，經(jīng)常出現(xiàn)一人兼多職的情況。一個人操作多個功能界面，完成多個角色的工作，系統(tǒng)錄入人員并不是實際完成工作的人員，導致數(shù)據(jù)不準確、可用價值低。
- 數(shù)據(jù)沒有標準化、無法統(tǒng)計
由于養(yǎng)老信息化建設處于初級階段，沒有明確的數(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)難以承擔，導致大部分機構(gòu)的醫(yī)養(yǎng)數(shù)據(jù)是無法互通的，對管理及系統(tǒng)的應用具有很大的影響。
建設目標
- 實現(xiàn)養(yǎng)老機構(gòu)的信息化管理
以老人為核心，將借用其他行業(yè)流程化的概念與養(yǎng)老服務業(yè)務進行結(jié)合，確認業(yè)務流程、業(yè)務范圍、規(guī)劃系統(tǒng)功能。打造一套業(yè)務專業(yè)、功能全面、技術先進、簡單易用的養(yǎng)老智慧平臺系統(tǒng)。
- 提高養(yǎng)老機構(gòu)管理部門的決策管理能力
通過對養(yǎng)老機構(gòu)運營情況的統(tǒng)一管理，將機構(gòu)的運營信息進行信息化、標準化的存儲，管理部門可對這些信息進行分析、統(tǒng)計，為管理部門的決策提供數(shù)據(jù)支持。
- 醫(yī)養(yǎng)結(jié)合、一體化應用
一套系統(tǒng)中既包含醫(yī)也包含養(yǎng)，養(yǎng)老系統(tǒng)內(nèi)部集成小型醫(yī)院信息系統(tǒng)（HIS），可對在院老人進行診療服務，養(yǎng)老數(shù)據(jù)與診療數(shù)據(jù)同庫同源，真正實現(xiàn)醫(yī)養(yǎng)結(jié)合，滿足養(yǎng)老機構(gòu)內(nèi)設醫(yī)療機構(gòu)或護養(yǎng)院類型的養(yǎng)老機構(gòu)的需求。
建設原則
一體化原則
保證數(shù)據(jù)由采集、存儲、整理、分析到提取、應用的一體化，實現(xiàn)數(shù)據(jù)由發(fā)生地一次性錄入，然后可被所有對該數(shù)據(jù)有需求的單位多次重復且不同層次使用，整個系統(tǒng)各模塊之間要實現(xiàn)數(shù)據(jù)共享，互聯(lián)互通，清晰體現(xiàn)內(nèi)在邏輯聯(lián)系，并且數(shù)據(jù)之間必須相互關聯(lián)，相互制約。
先進性和成熟性原則
在實用、可靠的前提下，應用系統(tǒng)設計盡可能地跟蹤國內(nèi)外先進的軟件開發(fā)平臺和軟件開發(fā)技術，使設計系統(tǒng)能夠最大限度地適應技術發(fā)展變化的需要，以確保系統(tǒng)的先進性。
標準化原則
雖然養(yǎng)老行業(yè)尚未發(fā)布信息化建設相關標準，但系統(tǒng)在設計中會參考醫(yī)療相關標準進行設計，并協(xié)助養(yǎng)老機構(gòu)梳理相關標準。
安全性原則
（1）系統(tǒng)級安全：系統(tǒng)設計時應闡明用何種方式保證系統(tǒng)安全。有足夠的防護措施，防止非法用戶侵入；網(wǎng)絡傳輸加密，防止信息外泄等。
（2）應用級安全：系統(tǒng)管理應可以根據(jù)員工的職務和所承擔的工作進行角色劃分等，通過角色劃分等進行權限分配。保證不因操作人員的誤操作導致系統(tǒng)的崩潰。
（3）數(shù)據(jù)加密：系統(tǒng)應采取對某些關鍵數(shù)據(jù)（如用戶名、密碼、證件號、電話）進行加密存儲等方法提高安全性。
（4）備份與恢復：對存儲的數(shù)據(jù)，應有冗余保護措施，保證用戶數(shù)據(jù)隨時可提取，對于容錯及冗余都有相應的安全保護機制，要根據(jù)項目實際情況，制定切實可行的自動化備份機制。
易用性原則
軟件系統(tǒng)應考慮實用性與先進性相結(jié)合，要體現(xiàn)出易于理解掌握、操作簡單、提示清晰、邏輯性強，操作界面簡潔、幫助信息豐富，而且要針對醫(yī)院輸入項目的特點對輸入順序?qū)ｉT進行合理定制，并可根據(jù)用戶工作習慣進行模板定制，保證操作人員以最快速度和最少的擊鍵次數(shù)完成日常工作。應用界面簡捷、直觀并提供聯(lián)機或脫機的幫助手段。針對養(yǎng)老行業(yè)特點，考慮多種設備終端實現(xiàn)應用，包括PC、移動端、可觸摸大屏幕、智能終端等。為了讓一線護理人員更方便的操作系統(tǒng)，系統(tǒng)設計遵循能圖片不文字，能點選不填寫的原則。
靈活性原則
系統(tǒng)可根據(jù)養(yǎng)老機構(gòu)的具體工作流程定制、重組和改造，并為機構(gòu)提供定制和改造的客戶化工具。系統(tǒng)應具有良好的可裁減性、可擴充性和可移植性；軟件設計模塊化、組件化，并提供配置模塊和客戶化工具。系統(tǒng)需求及流程變化、操作方式變化、機構(gòu)人員變化、操作系統(tǒng)環(huán)境變化對系統(tǒng)應無影響。
可擴展性原則
充分考慮業(yè)務規(guī)模和結(jié)構(gòu)的發(fā)展變化，系統(tǒng)有較強的擴展性，能夠滿足業(yè)務不斷擴充的需要，應用軟件系統(tǒng)能夠隨著系統(tǒng)規(guī)模同步增長，保持軟件體系結(jié)構(gòu)的穩(wěn)定，不需要對系統(tǒng)進行大的改動，保護前期投資。
總體設計
業(yè)務架構(gòu)
**醫(yī)為養(yǎng)老平臺是一套基于SAAS（Software-as-a-Service）模式的新型養(yǎng)老機構(gòu)信息管理系統(tǒng)，其主要服務于養(yǎng)老機構(gòu)，并向養(yǎng)老管理公司及時提供透明化信息的軟件系統(tǒng)。
面向養(yǎng)老機構(gòu)的業(yè)務服務
對于養(yǎng)老機構(gòu)，系統(tǒng)首要解決的問題就是養(yǎng)老機構(gòu)的基礎應用。目前國內(nèi)的養(yǎng)老機構(gòu)系統(tǒng)應用水平較差，只能滿足部分財務管理的功能，其他基礎業(yè)務仍然通過紙質(zhì)單據(jù)和人工管理的方式運行，嚴重影響了養(yǎng)老機構(gòu)的發(fā)展。系統(tǒng)要向各機構(gòu)提供完善的業(yè)務應用服務，保證各機構(gòu)的日常業(yè)務均可在系統(tǒng)中進行處理，提升工作效率及質(zhì)量，記錄工作痕跡，優(yōu)化工作流程，盡量實現(xiàn)無紙化辦公，降低運營及管理成本。
面向養(yǎng)老管理公司的管理服務
對于養(yǎng)老管理公司，系統(tǒng)應提供管理決策依據(jù)。管理者可實時的關注其管理的養(yǎng)老機構(gòu)的運營情況、員工的工作績效情況等。系統(tǒng)可根據(jù)管理范圍將各養(yǎng)老機構(gòu)進行分組，分配給養(yǎng)老管理公司進行管理。管理者可根據(jù)管理方式配置系統(tǒng)流程，達到不同的管理效果。系統(tǒng)可根據(jù)不同管理范圍的權限，整理相關機構(gòu)的統(tǒng)計數(shù)據(jù)供管理者查詢、參考。
技術架構(gòu)
技術選型
數(shù)據(jù)庫
MySQL
應用層緩存
Redis
應用層開發(fā)語言
JAVA（JRE1.8）
應用層框架
SpringMVC
應用持久層框架
Hibernate
前臺開發(fā)語言
HTML5、JaaScript
前臺開發(fā)框架
Bootstrap
前臺組件
ZUI
Web服務器
Tomcat、Nginx
軟件開發(fā)架構(gòu)
軟件整體技術架構(gòu)采用**醫(yī)為互聯(lián)網(wǎng)應用系統(tǒng)架構(gòu)體系：
- 底層是物理層、網(wǎng)絡、存儲。
- PAAS層：Kubernetes是Google開源的容器集群管理系統(tǒng)。它構(gòu)建Docker（dao o）技術之上，為容器化的應用提供資源調(diào)度、部署運行、服務發(fā)現(xiàn)、擴容縮容等整一套功能，本質(zhì)上可看作是基于容器技術的mini-PaaS平臺。docker 容器的監(jiān)控和管理。容器里面就放的是微服務。
- Spring Cloud云服務平臺，負責服務治理、發(fā)布（有很多組件，提供微服務的大部分組件內(nèi)容。比如服務注冊用的某個，也可以替換。）Spring Cloud 是Pivotal提供的用于簡化分布式系統(tǒng)構(gòu)建的工具集。Spring Cloud引入了云平臺連接器(Cloud Connector)和服務連接器(Service Connector)的概念。云平臺連接器是一個接口，需要由云平臺提供者進行實現(xiàn)，以便庫中的其他模塊可以與該云平臺協(xié)同工作。Spring Cloud最重要的一點是它可以和Spring Boot一起工作，Spring Boot可以幫助開發(fā)者更容易地創(chuàng)建基于Spring的應用程序和服務。從Spring Boot項目名稱中的Boot就可以看出來，Spring Boot的作用在于創(chuàng)建和啟動新的基于Spring框架的項目。
- 離散式數(shù)據(jù)存儲也就是分布式數(shù)據(jù)存儲。不同的微服務對應不同的存儲。
- 兩側(cè)是安全、監(jiān)控。服務的運維管理：服務治理、部署管理、持續(xù)集成等。
- 服務和服務之間的信息交互、事務，包括第三方的對接，通過MQ消息隊列來實現(xiàn)。
- 右邊是開放式的云平臺，第三方如何發(fā)布、注冊他的服務。基于開放式的API開發(fā)第三方的應用。
- 最上面是面對終端的Nginx服務集群，實現(xiàn)服務的負載均衡。
軟件部署架構(gòu)
**醫(yī)為養(yǎng)老平臺將采用互聯(lián)網(wǎng)應用模式進行集中部署。系統(tǒng)架構(gòu)支持部署在各類第三方云服務器平臺（阿里云、騰訊云、華為云、亞馬遜云等）及自建云服務器。
系統(tǒng)集中部署在云平臺中，各機構(gòu)通過外網(wǎng)、專線、VPN接入等方式訪問系統(tǒng)并進行應用。各養(yǎng)老機構(gòu)不需要建設機房，減少服務器硬件及運維技術人員的導入，降低信息化運營成本。
云服務器資源可隨應用機構(gòu)數(shù)量的增加進行擴充，通過集群、負載均衡等技術手段保證系統(tǒng)整體運行的高速、穩(wěn)定。
系統(tǒng)建設內(nèi)容
日常業(yè)務管理系統(tǒng)
健康檔案管理
老人基本信息維護
入院老人的基本信息維護
老人健康檔案
匯總顯示老人在院期間的所有健康記錄情況，包括就診記錄、護理記錄、日常健康記錄等，支持手動錄入或第三方接口導入其他機構(gòu)就診或健康信息。支持附件上傳，包括照片、視頻、檢查報告、保險憑證等。
家庭檔案
登記老人家庭成員信息，形成家庭檔案。
老人物品管理
維護老人物品的存放和領取。
客戶關系管理
客戶來訪登記
主要完成接待客戶功能，登記客戶信息及老人信息，登記信息獲取渠道，記錄回訪次數(shù)和回訪信息。在有意愿的情況下，能夠完成預約床位功能。
房態(tài)查詢
統(tǒng)計房間詳細信息，如戶型、面積、朝向、床位數(shù)、床位狀態(tài)等。并用餅圖或者其他表現(xiàn)形式展現(xiàn)出房間空閑、使用信息。
床位預約
選擇老人和床位進行預定，預定時，登記預交金、對應的營銷人員等。同時能夠?qū)︻A約信息進行修改和撤銷操作。
家屬探望登記
記錄家屬探望信息，保證區(qū)域內(nèi)安全。
房態(tài)圖
可查詢養(yǎng)老院床位入住情況，可根據(jù)樓宇、樓層、床位狀態(tài)等調(diào)價查詢顯示床位信息。
合同管理
記錄合同起始日結(jié)和入住日期，即將到期合同自動提醒。可進行續(xù)約、解約等。
會員等級
可根據(jù)會員等級設定折扣比例，所有費用自動計算折扣價格。
潛在客戶
可從老人家屬、來訪信息等篩選或登記潛在客戶。市場人員可維護潛在客戶，記錄拜訪、交流信息。
市場活動記錄
可記錄市場活動，包括活動形式、場地、物資領用、成本、參與人員、登記潛在客戶、材料或視頻上傳記錄等。
入出轉(zhuǎn)管理
入住管理
入住可分咨詢轉(zhuǎn)入住、無咨詢直接入住兩種方式。入住時登記老人詳細信息，包括個人及家庭信息、健康信息等；支持打印床頭卡。
外出登記
添加老人外出記錄，及時掌握老人的動態(tài)。可以追加短信通知親屬或者親屬可以查看某段時間內(nèi)老人的外出記錄，讓親屬能隨時查看到老人的最新動態(tài)。
床位變更
處理并記錄老人房間、床位、護理等級等信息變更，記錄變更原因，整理核算變更前費用，重新計算變更后費用。
護理員變更
處理并記錄護理人員變更情況
退住管理
老人離院登記，核對在院費用，記錄老人出院狀態(tài)，打印健康管理建議。
費用管理
保障金管理
支持入院前交納醫(yī)療保障金，支持退保障金，可查看保障金金使用情況及明細。支持收據(jù)打印。
實時計費
護理員、醫(yī)生、護士可根據(jù)老人在院消費情況進行費用登記或退費操作。
費用結(jié)算
支持老人入住繳費及每月繳費，可根據(jù)老人姓名、入住編號等信息查詢老人信息，自動顯示應繳金額；支持多種支付方式繳費；支持跨月繳費。
費用清單
隨時可查詢每日費用清單、每月費用清單等。
費用擔保
支持費用擔保，可設定擔保額度，支持欠費處理。
費用核對
提供費用核對界面，可實時查詢老人消費記錄，隨時可進行費用處理。
退住結(jié)算
結(jié)算退住老人的費用。支持發(fā)票打印，費用明細導出等。
電表管理
記錄超標內(nèi)容，自動計算電費；支持分攤算法，分攤電費；支持老人請假不計算電費。
服務質(zhì)量管理
事件記錄
記錄老人出現(xiàn)的事故或者意外情況，可以對記錄進行添加和修改。并能對事故和意外進行相應的處理。
護理記錄質(zhì)控
可以對老人的護理記錄進行質(zhì)量監(jiān)控，可根據(jù)護理記錄的完整性、及時性等規(guī)則進行打分。
就診記錄質(zhì)控
可以對老人就診記錄或病例記錄進行質(zhì)控、打分。
三級巡查
支持集團、養(yǎng)老院、樓層三級巡查機制；自定義題庫，隨機抽選檢查內(nèi)容及區(qū)域；檢查結(jié)果自動扣分，并通知受檢單位；記錄受檢單位反饋結(jié)果；下次檢查自動提醒上次扣分項目。
餐飲管理
菜品管理
維護菜品信息，包括：名稱、分類、菜品時段、出菜時間、單位、價格、口味、卡路里等。
菜單管理
可制定每日菜單，包括當日三餐的主食、菜品等內(nèi)容，供院內(nèi)老人或老人子女隨時查看。
老人點餐
提供簡潔的條件過濾功能，方便老人快捷選餐。將滿足條件的菜品用圖片形式展示。將老人最終選擇的菜品記錄并保存，形成點菜單。
廚房配餐
可根據(jù)老人點餐內(nèi)容完成配餐工作，記錄配餐人、配餐時間、配餐菜品等，并可進行服務計費。
庫存管理（藥品、物資）
采購管理
支持采購流程、包括采購計劃、審核、采購確認、退貨等。
庫存管理
支持驗收入庫、庫存轉(zhuǎn)移、損耗出庫，庫存查詢、安全庫存量設定等。
庫存盤點
支持各種方式進行盤點。
價格調(diào)整
支持對成本價格、零售計價進行實時調(diào)整或定時調(diào)整。
月度結(jié)存
對每月庫存情況進行結(jié)算。
有效期管理
可設定有效期，到期系統(tǒng)自動提醒。
后勤管理
報修管理
登記報修信息，包括報修人、報修日期、報修區(qū)域、報修內(nèi)容、辦理人、報修狀態(tài)等信息。
車輛管理
添加車輛信息，包括車牌號、車輛類型、容納人數(shù)、聯(lián)系人、聯(lián)系電話、剩油量、當前公里數(shù)、可行公里數(shù)等信息。
院內(nèi)設備
登記院內(nèi)設備信息，包括類型、編號、名稱、所在房間、數(shù)量、單價等信息。
樓宇翻修
記錄翻修周期、成本、老人安置方式等。
捐贈管理
登記社會或者其他途徑的捐贈信息，包括捐贈類型、捐贈人、捐贈方式、捐贈金額、捐贈時間、審核等信息。
養(yǎng)老院義工
登記義工信息，記錄義工出工信息。
醫(yī)養(yǎng)服務管理系統(tǒng)
評估管理
評估模板管理
可自定義評估模板題目、選項、分值。可關聯(lián)相應護理等級。
評估記錄
進行評估并記錄評估結(jié)果，計算評估分數(shù)
診療系統(tǒng)
醫(yī)生工作站
包括就診登記、病歷書寫、診斷下達、體征記錄、藥品處方、治療處方、保健處方等
藥房管理
發(fā)藥、退藥、打印處方，用藥記錄
診療計費
根據(jù)醫(yī)生開立的醫(yī)囑進行計費，支持預交金扣費和實時繳費。
查房記錄
對醫(yī)生查房情況進行登記，登記信息包括：查房人、體溫、血糖、心跳、血壓等。
體檢登記
支持體檢模板自定義，定期體檢提醒，記錄體檢結(jié)果。
護理系統(tǒng)
護理任務
以任務為主線，展示每位老人相關任務執(zhí)行情況
護理排班
可執(zhí)行排班計劃，系統(tǒng)自動根據(jù)算法生成排班表；支持排班內(nèi)容變更；支持排班與考勤系統(tǒng)互動，提示異常考勤。
護理交班
實現(xiàn)交班記錄結(jié)構(gòu)化填寫；支持自定義交班模板。
日常清潔
包括各類消毒、清潔類臺賬的填寫。
護理記錄
對護理類臺賬的填寫，支持護理項目的標準化，支持區(qū)域可觸摸大屏幕的操作。
事件上報
記錄并上報意外事件
活動管理
可指定老人活動課表；記錄老人上課考勤；記錄老人參與活動積分；設定獎勵機制等。
大屏幕展示系統(tǒng)
大屏展示
室內(nèi)環(huán)境監(jiān)控
展示老人居住房間的溫度、濕度、空氣質(zhì)量等信息。
老人體征監(jiān)控
顯示老人近期的體征情況，包括：體溫、體重、血壓、心律等。
護理員出班表展示
展示護理人員出班信息，可隨時在大屏中提交變更申請。
家屬交互信息系統(tǒng)
家屬交互APP
老人健康狀態(tài)瀏覽
可以瀏覽老人的健康檔案，實時掌握老人健康情況。
老人關注
可以瀏覽老人在院情況，掌握老人每日在院安排，包括：活動安排、護理安排、體檢安排等。
費用查詢
可以查詢老人在院費用明細。
院內(nèi)信息查詢
養(yǎng)老院可對外發(fā)布信息供老人家屬查詢，包括：服務項目、收費標準、活動計劃、新聞等。
交互管理
可提供意見、投訴、滿意度調(diào)查、在線交流、信息發(fā)送等功能，加強家屬與院方的互動。
外部交互接口平臺
外部數(shù)據(jù)對接
軟件系統(tǒng)對接
支持對接財務系統(tǒng)、人力資源系統(tǒng)等院內(nèi)其他業(yè)務系統(tǒng)；以及醫(yī)保系統(tǒng)、商保系統(tǒng)、微信公眾號、門戶網(wǎng)站等其他外部應用系統(tǒng)。
智能硬件對接
支持對智能穿戴設備、呼叫警報設備等硬件設備進行對接。
基礎數(shù)據(jù)管理系統(tǒng)
院內(nèi)基礎數(shù)據(jù)
樓宇管理
樓宇、樓層、房間設定
床位管理
床位信息維護
用戶及權限
登錄用戶管理及權限管理
藥品數(shù)據(jù)
物資數(shù)據(jù)
收費項目
科室管理
護理等級
其他基礎字典。。。
集團基礎數(shù)據(jù)
機構(gòu)信息維護
開通機構(gòu)，初始化機構(gòu)數(shù)據(jù)
機構(gòu)權限管理
管理各機構(gòu)功能權限
集團級公用字典
國家標準相關字典，比如：診斷編碼、抗生素等級、性別編碼、證件類型等。
系統(tǒng)展示
本章節(jié)將進行系統(tǒng)部分功能的展示，所展示功能是以老人入住養(yǎng)老院的整個周期為中心的核心業(yè)務功能。
客戶接待
- 功能描述
有入住意向的老人或老人家屬到養(yǎng)老機構(gòu)進行咨詢，接待人員除了做好接待工作外還要通過信息系統(tǒng)記錄接待信息，包括到訪人員基本信息、聯(lián)系方式、要入住的老人信息、入住意向等，可定期回訪意向客戶。
- 角色描述
前臺接待人員（銷售/客服）
- 交互界面
【接待管理】
【接待登記-接待信息】
- 界面描述
【接待管理】界面可查詢所有接待記錄。表格上方為精準查詢，可對多種條件進行精準查詢。表格顯示符合條件的接待記錄。點擊【撤銷】可以刪除接待記錄；點擊【回訪】可以記錄回訪信息。
點擊【新建接待】按鈕，系統(tǒng)會彈出【接待登記】界面，在界面中可記錄接待信息，包括被接待人信息、老人信息、意向、參觀人數(shù)等關鍵信息。點擊【保存】按鈕即可完成記錄。
房態(tài)圖
- 功能描述
接待人員可通過房態(tài)圖實時掌握全院床位的入住情況，了解可入住房間的朝向、同屋老人的情況等，快速為客戶推薦合適的房間。
- 角色描述
前臺接待人員（銷售）
- 交互界面
【房態(tài)圖】
- 界面描述
【房態(tài)圖】界面左側(cè)為快速檢索條件，可根據(jù)床位狀態(tài)，房間狀態(tài)等條件查詢符合條件的信息。界面右側(cè)上方顯示全院床位的關鍵統(tǒng)計信息，包括入住率、空床率、床位數(shù)、房間數(shù)等。右側(cè)卡片展示個房間的信息，包括房間狀態(tài)，大小，金額，床位狀態(tài)，入住人員等。界面通過不同顏色的圖標顯示各種狀態(tài)，讓操作人員可快速定位到符合條件的房間。
入住申請
- 功能描述
有入住意向的客戶可以進行預約登記。如果機構(gòu)存在空床，客戶可預約床位，預約的床位處于鎖定狀態(tài)，為預約人保留，不會讓其他人入住。如果機構(gòu)沒有空床，預約人可排隊等待。
- 角色描述
前臺接待人員
- 交互界面
【入住申請列表】
【入住申請】
- 界面描述
【接待管理】界面可查詢所有接待及入住申請信息，通過【更多檢索】功能，可以組合條件進行查詢，篩選適合辦理入住的老人。
【入住申請】頁面可以為老人選擇預約的床位。如果沒有空床，可以登記老人的床位要求，待有床位時根據(jù)老人要求優(yōu)先選擇床位。
老人檔案管理
- 功能描述
確認入住的老人首先應進行建檔工作，建立入住老人的詳細檔案，包括老人本人基本信息、生活習慣、健康情況以及家屬相關信息、聯(lián)系方式等。應支持老人全面信息的查看，包括在院期間的所有生活記錄等。
- 角色描述
銷售人員、護理員、護理主任、院長
- 交互界面
【老人檔案管理】
【新建老人檔案】
【生活及健康情況】
【登記緊急聯(lián)系人】
【登記家屬信息】
【360度長者瀏覽器】
【合同記錄】
- 界面描述
【老人檔案管理】界面可通過各種條件查詢老人檔案，點擊
圖標可調(diào)用【360度長者瀏覽器】界面查看老人全面信息，包括個人信息、體征信息、就診信息及所有在院產(chǎn)生的相關信息。
點擊【新建檔案】可進行建檔操作，檔案可收集老人的基本信息、興趣愛好、家庭情況、家屬資料、緊急聯(lián)系人等全面的信息。老人檔案會形成唯一的檔案編號，入院及在院所有信息化流程都以該檔案號作為關鍵信息進行串聯(lián)。
評估管理
- 功能描述
評估是老人入住前的重要步驟，已經(jīng)建檔完畢的老人在簽訂合同前要對健康情況進行評估，確定老人的護理等級，以評估結(jié)果為依據(jù)確定合同費用。老人在院期間也需要定期進行各種類型的評估，關注并記錄老人的健康情況。
評估模板支持自定義，各機構(gòu)可根據(jù)自身情況定制評估內(nèi)容及樣式，自定義問題及分數(shù)等。
- 角色描述
醫(yī)生、護士、保健員
- 交互界面
【評估管理】
【選擇評估模板】
【填寫評估問卷】
- 界面描述
【評估管理】界面是對老人所有評估記錄的管理，界面左側(cè)是所有老人信息，可根據(jù)條件檢索。可查看歷史記錄及分數(shù)。
點擊【新建】按鈕可選擇評估模板進行評估，選擇合適的模板點擊【確認】按鈕開始評估。評估問卷的樣式及問題、選項得分等內(nèi)容均可以在模板編輯器中進行設置。
評估問卷界面點擊【保存】按鈕，系統(tǒng)會自動計算得分并記錄評估信息及評估意見。
合同管理
- 功能描述
評估完成后根據(jù)評估結(jié)果生成合同內(nèi)容，包括護理等級、護理費用、護理項目等。入住老人簽訂合同后系統(tǒng)要記錄合同關鍵信息，包括合同日期、編號、類型等。合同到期應自動提醒。要支持合同的續(xù)簽、終止、變更等。
- 角色描述
前臺接待人員（銷售/客服）
- 交互界面
【合同管理】
【新建合同】
【服務內(nèi)容選擇】
- 界面描述
【合同管理】界面可查詢所有合同，并自動提示將要到期的合同。支持合同的續(xù)簽、變更、終止等功能。
點擊【新建合同】按鈕可以創(chuàng)建新合同，合同內(nèi)容分為基礎信息、服務內(nèi)容、 附加條款、附件上傳四部分。基礎信息包括合同有效期限以及服務費用等重要信息，是合同管理和每月繳費的依據(jù)；服務內(nèi)容記錄老人在院享受的具體服務項目，系統(tǒng)會根據(jù)合同中的服務項目生成護理記錄，用于護理員的日常工作記錄； 附加條款支持自由錄入內(nèi)容，記錄合同的附加條款；附件上傳支持上傳合同影印件或照片作為備份，可在電腦端查看紙質(zhì)合同信息。
入住登記
- 功能描述
合同簽訂后老人正式入住養(yǎng)老機構(gòu)時，需要在系統(tǒng)中進行入住登記操作，表示老人正式入住到養(yǎng)老院，系統(tǒng)自動通知相關人員或部分做好老人入住的相關工作。
- 角色描述
前臺接待人員
- 交互界面
【入住登記列表】
【入住登記】
- 界面描述
界面左側(cè)為步驟條，可顯示老人辦理入住過程中的各步驟完成情況。可根據(jù)系統(tǒng)參數(shù)設定步驟順序及必要性。通過【調(diào)檔】按鈕可以調(diào)用已建檔的老人信息，未建檔的老人無法進行入住登記。點擊【評估報告】按鈕可查看老人的評估記錄。點擊【提交】按鈕完成入住登記，系統(tǒng)會通知相關部門或人員有老人入住，做好準備工作。
費用結(jié)算
- 功能描述
辦理入住登記后要繳納首月費用，入住后每月要繳納當月的相關費用。費用明細要條目化，系統(tǒng)可根據(jù)當月在住天數(shù)自動計算費用信息，產(chǎn)生費用清單。應支持各種方式的折扣，支持多種支付方式進行支付，支持費用項目內(nèi)容、數(shù)量、金額的調(diào)整。
- 角色描述
出納
- 交互界面
【費用結(jié)算】
- 界面描述
界面右側(cè)為老人信息及結(jié)算信息，通過老人姓名、床號等條件可查詢并選擇老人信息，界面左側(cè)會顯示該老人的未結(jié)算費用。勾選要結(jié)算的費用項目，結(jié)算信息會顯示應收金額，按照系統(tǒng)提示進行收費并點擊【收費】按鈕完成收費動作。
系統(tǒng)支持發(fā)票明細管理，記錄每張發(fā)票編號及使用情況。
點擊【計價】按鈕，可以手動調(diào)整收費項目，增加或沖抵收費項目。
護理工作站
- 功能描述
護理工作站是護理人員日常工作的輔助程序，護理員通過工作站軟件的操作可以記錄日常工作情況，實時了解老人日常護理情況。護理工作站記錄的相關信息是未來績效管理和決策支持的重要數(shù)據(jù)來源。
- 角色描述
護理員
- 交互界面
【護理工作站-主頁面】
- 界面描述
【護理工作站】是以護理員與老人關系為核心進行展示的，每位護理人員登錄界面首先顯示的是自己負責護理的老人信息，可時刻關注老人情況。界面功能進行集成，在主界面中可進行老人相關的所有業(yè)務操作。系統(tǒng)會根據(jù)老人待辦的項目進行提示，以紅色圓點表示。護理員通過系統(tǒng)提示及時完成工作，避免遺漏，從而提升工作效率及準確度。
除了自己負責的老人之外，護理人員也可查看其它老人情況，在替班的情況下可完成被替班護理員名下的老人的相關工作。
入住確認
- 功能描述
入住登記辦理完成，老人到指定的床位報道，護理組長要進行對接，了解老人情況，并在系統(tǒng)中進行入住確認操作，記錄老人實際入住的時間及相關準備工作的完成情況。
- 角色描述
護理員
- 交互界面
【入住確認】
- 界面描述
界面左側(cè)是入住老人的基本信息和服務項目，護理員可進行了解，點擊【詳情】按鈕可調(diào)用【360度長者瀏覽器】查看詳細信息。
界面右側(cè)表格是一次性代辦費中包含的待辦事項，護理員可根據(jù)實際情況勾選待辦情況。
界面右下方是入住的確認信息，核對無誤后點擊【確定】按鈕即可完成入住確認。
外出登記
- 功能描述
老人請假外出要通知護理員，護理組長要進行登記，記錄老人的外出信息，外出時的水電表讀書，用于計算當月費用。
- 角色描述
護理員
- 交互界面
【外出登記】
- 界面描述
在【護理工作站】界面點擊【外出】按鈕可進行外出登記操作，支持記錄外出時間、陪同人信息、水電表讀書等信息。
銷假
- 功能描述
銷假是老人回院時要進行記錄的內(nèi)容，要記錄具體的回院時間以核算護理費用的退費金額。
- 角色描述
護理員
- 交互界面
【銷假】
- 界面描述
請假外出的老人回院后要進行銷假操作，否則老人一直處于外出狀態(tài)。銷假需要填寫回院時間，用于計算護理費、伙食費退費金額。確認相關信息填寫無誤點擊【確定】按鈕即可完成銷假操作。
護理執(zhí)行
- 功能描述
護理員日常工作基本都是針對于負責的老人的日常照護，系統(tǒng)需要記錄護理員日常護理工作的執(zhí)行情況，用于工作績效的統(tǒng)計及工作質(zhì)量的監(jiān)督。
- 角色描述
護理員
- 交互界面
【護理記錄】
- 界面描述
界面左側(cè)為護理員所負責的老人列表，右側(cè)為各類工作清單，包括護理記錄、服藥記錄、活動記錄、體征記錄等，工作內(nèi)容可根據(jù)老人情況進行調(diào)整。勾選相應的項目點擊【執(zhí)行】按鈕即可完成執(zhí)行操作，系統(tǒng)會自動記錄執(zhí)行人員及操作時間。支持護理人員自行調(diào)整執(zhí)行時間。
退住登記
- 功能描述
老人退住需要通知護理人員，護理總監(jiān)在系統(tǒng)中進行登記，系統(tǒng)自動通知相關部門或人員協(xié)助老人辦理離院手續(xù)。
- 角色描述
護理員
- 交互界面
【退住登記】
- 界面描述
界面上側(cè)顯示老人信息，填寫相關信息后點擊【確定】按鈕即可完成登記，系統(tǒng)會自動提示相關部門或人員進行離院審核及費用相關操作。
主管工作臺
- 功能描述
護理主任、院長等養(yǎng)老機構(gòu)領導層可通過系統(tǒng)對老人的住宿進行管理，包括請假外出的審核、退住的審核、合同審核、排班管理、交班記錄管理、突發(fā)事件登記。其主要目的是讓領導層知道院內(nèi)老人的最新動態(tài)，實時掌握院內(nèi)運行方面的信息。
- 角色描述
院長、護理主任等領導層
- 交互界面
【入住管理】
- 界面描述
界面集成了外出及退住兩種申請的審批，當有新的申請信息時，系統(tǒng)會自動進行提示。點擊老人姓名可查看詳細的信息。選中申請數(shù)據(jù)點擊【審核】按鈕可完成審核操作，系統(tǒng)會記錄審核人、審核時間。點擊【費用處理】按鈕可手動調(diào)整老人相關費用，結(jié)算時以手動調(diào)整后的費用信息進行計算。
退住流程只有審核通過后方可到會計處進行退住結(jié)算。
排班管理
- 功能描述
院領導要對當月護理人員出班進行規(guī)劃，合理安排出班，保證各區(qū)域有人在崗，并合理安排休息。通過系統(tǒng)的協(xié)助，保證排班的合理性及公平性。
- 角色描述
院長、護理主任
- 交互界面
【排班管理-列視圖】
【排班管理-周視圖】
【排班操作】
- 界面描述
護理員可通過【排班展示】界面了解本人的月排班情況，并進行調(diào)班申請。調(diào)班申請時選擇替班人員即可，通過上級領導的審核即可完成調(diào)班。可保障月底考勤信息與排班表的一致性。
項目開發(fā)及實施方案
開發(fā)模式
本產(chǎn)品相關項目需求采用敏捷開發(fā)模式開發(fā)新產(chǎn)品，以用戶的需求進化為核心，采用迭代、循序漸進的方法進行軟件開發(fā)。
根據(jù)具體的項目需求進行設計與開發(fā)，盡快形成可交付的產(chǎn)品通過客戶的評審并上線應用，及時收集反饋，總結(jié)新產(chǎn)品問題，進行迭代升級。可保障項目各階段的產(chǎn)品的完整性、準確性。將項目風險控制在最小范圍內(nèi)。
開發(fā)階段
基本需求調(diào)研
乙方出技術人員同甲方人員一起對養(yǎng)老機構(gòu)的現(xiàn)狀及系統(tǒng)需求進行深入的調(diào)研，了解養(yǎng)老機構(gòu)的需求，規(guī)劃系統(tǒng)功能范圍、開發(fā)工作量及項目周期。為項目合同簽訂及系統(tǒng)詳細設計提供依據(jù)。
建立項目團隊
合同簽訂完畢后，乙方組織養(yǎng)老系統(tǒng)開發(fā)及實施團隊，團隊包括：產(chǎn)品經(jīng)理、數(shù)據(jù)結(jié)構(gòu)設計人員、UI設計人員、開發(fā)人員、測試人員、實施經(jīng)理、實施工程師等。
產(chǎn)品設計
根據(jù)調(diào)研結(jié)果對產(chǎn)品進行設計，包括數(shù)據(jù)庫結(jié)構(gòu)設計、UI界面設計、業(yè)務功能流程設計等，編寫并與甲方共享詳細設計文檔。甲方可參與設計。
產(chǎn)品開發(fā)
研發(fā)人員根據(jù)系統(tǒng)詳細設計說明書進行系統(tǒng)開發(fā)工作。在程序編碼中必須要制定統(tǒng)一、符合標準的編寫規(guī)范，以保證程序的可讀性、易維護性。提高程序的運行效率。
系統(tǒng)測試
測試是保證軟件運行正確性的重要手段。整個測試階段分為單元測試、系統(tǒng)測試、壓力測試三個階段，貫穿軟件開發(fā)的整個過程。測試過程中應制定測試計劃，編寫測試用例并記錄測試結(jié)果，形成完整的文字備案。
實施階段
核心用戶交流（項目實施啟動會議）
機構(gòu)關鍵用戶與項目實施團隊人員進行溝通，明確各項事宜，包括：
- 確認雙方項目負責人
- 確認配合上線工作的各部門職責
- 確認整體上線方案及進度安排
- 梳理系統(tǒng)功能流程，確定上線具體功能點
基礎數(shù)據(jù)準備
機構(gòu)用戶需要根據(jù)系統(tǒng)提供的基礎數(shù)據(jù)模板進行基礎數(shù)據(jù)整理，并提交給實施人員，實施人員進行數(shù)據(jù)導入。包括：機構(gòu)基本信息，科室信息，用戶信息，用戶權限，系統(tǒng)使用流程信息，收費項目，基礎字典信息等。
系統(tǒng)應用培訓
實施人員在項目現(xiàn)場組織培訓，養(yǎng)老機構(gòu)需配合準備培訓場地，召集系統(tǒng)使用人員參加培訓。原則上參加培訓人員需要通過最終考試后方可開通登錄賬號并使用系統(tǒng)，具體考核方式可以由客戶方制定。
系統(tǒng)試運行
培訓結(jié)束并且系統(tǒng)初始化數(shù)據(jù)測試通過后，系統(tǒng)會開放正式運行環(huán)境，進入系統(tǒng)試運行階段，試運行期間后臺維護人員會實時關注系統(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天后啟動驗收流程，客戶簽訂驗收單后，乙方技術人員對客戶方的系統(tǒng)維護人員進行技術培訓，移交使用說明，數(shù)據(jù)說明等相關技術手冊，保障客戶方的維護人員可以獨立維護系統(tǒng)。
