1 / 60

大學專題介紹 M- Kaigo 老人心靈介護系統

大學專題介紹 M- Kaigo 老人心靈介護系統. Stanley (Yao-Yuan Chang) Advisor: Soe-Tsyr Yuan. Agenda. 系統介紹 系統架構概述 情境介紹 & 系統展示 系統架構 & 決策流程 服務價值與特色 未來展望. Introduction. 系統介紹. What is M- Kaigo ?. Kaigo 介護 Mind Kaigo 心靈層面的照護 My Kaigo 個人化 量身訂做. Motivation. Example. 中興保全 ( 經濟部技術處 銀髮族 U-Care 旗艦計畫 )

nyla
Download Presentation

大學專題介紹 M- Kaigo 老人心靈介護系統

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. 大學專題介紹M-Kaigo老人心靈介護系統 Stanley (Yao-Yuan Chang) Advisor: Soe-Tsyr Yuan

  2. Agenda • 系統介紹 • 系統架構概述 • 情境介紹&系統展示 • 系統架構&決策流程 • 服務價值與特色 • 未來展望

  3. Introduction 系統介紹

  4. What is M-Kaigo? • Kaigo • 介護 • Mind Kaigo • 心靈層面的照護 • My Kaigo • 個人化 • 量身訂做

  5. Motivation

  6. Example • 中興保全 (經濟部技術處 銀髮族U-Care旗艦計畫) • 遠距生理量測服務 • 衛教諮詢頻道 • 衛星定位協尋 • 居家照護派遣服務

  7. Existing Problems • 老人照護偏重生理層面 • 需要家人的關懷 • 社交圈的限制 • 沒有為老人量身打造的整合性平台

  8. Existing Problems(cont.) • 服務種類過多,難以選擇 • 無法在短時間內找到適合的服務 • 可用的服務受到使用者本身所有的可用資源限制 • 找到的服務不見得真正符合自身需求

  9. Our Mission -建立服務整合平台 • 整合多樣化的服務,關注心靈層面需求 • 找到滿足年長使用者需求的服務 • 主動性、即時性與正確性 • 維持高齡者獨立、有尊嚴之生活品質

  10. User Segment • 年齡:50~70 歲健康的退休老人 • 語言:中文(通英語) • 特性:會操作電腦 對於資訊科技不排斥 期望充實自己的退休生活

  11. Care Elements • Protection • supervision, medical attention, or protection. • Want • to feel affection or attraction • Worry • the object of concerned attention • Love • a person, activity, or object for which one has great affection or strong liking

  12. Framework Briefing 系統架構概述

  13. Operating Flow

  14. Senario and Demo 情境介紹 & 系統展示

  15. Scenario • 故事主角:阿華 (60歲,剛退休的中年人) • 目前從經理的工作崗位上退休 • 妻子仍在工作 • 子女在國外求學/定居 • 通英文 • 會使用電腦 • 對資訊科技並不會排斥 • 退休後希望能好好享受人生…

  16. Scenario 1 • 08:00 AM, morning • 想念居住在遠方的兒女 • 顧慮到一旦向子女說出口,會令他們擔心 • Q1:有什麼樣的解決方案,可以替阿華排解相思之苦?

  17. 尋找適合的服務 專屬使用者的 虛擬決策團隊 進行垃圾桶模式決策 環境對應出 使用者的寂寞

  18. 老爸寂寞囉! 該跟老爸聊聊了

  19. Scenario 2 • 11:00 AM, noon • 之前約好跟很久不見的老張去貓空喝茶 • 退休之後身邊沒有助理幫忙 • 搜尋資料和紀錄每天的活動都分外辛苦 • Q2:有沒有更方便的機制,讓阿華能夠更輕鬆管理每天的行程呢?

  20. Scenario 3 • 2:00 PM, afternoon • 去喝茶過程中遇到許多朋友,與朋友一道回家想跟大家找點樂子。 • Q3:除了在外的活動之外,待在家裡有沒有更多選擇能排解無聊及打發時間?

  21. Service Remote Control

  22. 電視 KTV 遊戲 電影

  23. Scenario 4 • 6:00 PM, Evening • 想要學習烹飪的技術 • 無師自通,效果畢竟有限 • 想要請教更專業的人有關烹飪的技巧 • Q4:有沒有專屬於阿華的老師?

  24. 金阿婆

  25. Framework review and Decision Process 系統架構與決策流程

  26. iCare Framework

  27. Framework user 電子祕書 社群 顧問 其他服務 其他服務 …… Services SOA Service Provision Garbage CanModel NeedsIdentification Sensor

  28. Framework(cont.) • Sensor:記錄使用者目前所處之情境 • 日期時間 • 溫度 • 所在房間 • 在家成員 • Needs Identification • 得知使用者情境後,將情境轉換成使用者價值觀,進而進行需求分析。 • (家庭,娛樂,朋友,時間,金錢)

  29. Framework(cont.) • Garbage Can Model • 使用者有多重需求 • 無政府狀態造成非理性且變動的決策 • 模糊的偏好 • 不明的決策技術 • 流動的參與者 • 理論四要素 • 問題<=>需求 • 參與者<=>決策角色 • 選擇機會<=>服務類別 • 解決方案<=>服務描述

  30. Framework(cont.) • MNR(Manifold Needs & Resources) • 修改過的Garbage Can Model • 以垃圾桶模式考量使用者資源決定出適合的服務類別後,再以BDI代理人決定出適宜的服務描述。 • BDI • 將系統視為一有理性的代理人,並有如人心智上的看法 • Belief、Desire以及Intention

  31. Framework(cont.) <decisionoutput xmlns="http://decisionOuput/ns/do/1.1"> <function>givingIndividual</function> <scope> <heterogeneity>true</heterogeneity> <profileMatched>true</profileMatched> <reachability>true</reachability> <local>true</local> </scope> <source> <socialNetwork>true</socialNetwork> <relationshipProximity>true</relationshipProximity> </source> <type> <dataOriented>true</dataOriented> <multimedia>true</multimedia> </type> </decisionoutput>

  32. Framework(cont.) • SOA Service Provision • 至UDDI註冊中心尋找服務 • 呼叫服務 • 服務類別(service function category) • 服務參數(service parameter) • 元件 • Dispatch Agent • Service Discovery • Service Invocation

  33. Decision Model

  34. Four Features

  35. Easy Expansion

  36. User Friendly

  37. Customization

  38. Proactive

More Related