9. 健康邦(JHS)

使用手冊 http://sls.weco.net/files/guard.pdf

專題文件 http://sls.weco.net/files/beta2.1.pdf

 

摘要     本專題-Health 2.0健康管理與資訊分享環境:以重症肌無力社群與第二人生為例,是個社交健康空間(SHS, Social Health Space),結合Web2.0的技術與虛擬世界(Virtual World)所組成的系統。利用Drupal內容管理系統與Second Life第二人生虛擬世界的環境來打造一個自己管理健康紀錄、信賴度高的健康醫療訊息、高參與度的社群以及沉浸式的虛擬環境。       本篇報告以社交健康空間Social Health Space或以SHS縮寫,來介紹系統上的架構及流程,並且提供可擴充性的模組,讓未來需要繼續開發本系統者能夠方便入手。            
第一章  簡介 <!--[if !supportLists]-->第一節    <!--[endif]-->專題背景     Web2.0的網路概念產生出許多新的服務,像是網路相簿Flickr、影音分享YouTube。而健康管理系統(Health Management System, HMS)也發展成Health2.0。在運作模式上,HMS比較屬於資料存在於主機上,而Health2.0則強調在資料共享,以互動的方式使資訊結合。而Health2.0都以Open Source軟體來實作,擴充性也較高,並且可以與其他應用服務做結合,來降低系統環境的開發成本。在早期的醫療環境下,取得醫療資訊都需要靠著病友的回診來做紀錄與分析。而現在網際網路的發達,Health2.0可以讓病友透過自己的健康記錄夾(Health Portfolio),來檢視自己的健康記錄。也可以讓專業人員能夠清楚的掌握病友狀況,並且能夠對收集來的資料做有效率的統計與分析。專業人員可藉此對病友做更詳盡的建議,也對自己的研究有個方便的數據可以使用。       越來越多人在網路上做社交活動,如:美國最著名的FacebookMySpace等線上社群環境。而目前網路社群是最能拉近使用者彼此間的關係,藉由角色間的互動交流,可以提高網站的價值。     第二節  開發動機     現今網際網路發達,許多資料都會儲存在資料庫中,線上也有許多跟健康相關的資源。傳統的病歷表為手寫,並且用人工整理,較沒有彈性。目前在網路上已經推出電子病歷的服務。電子病歷表有兩種,分別是Microsoft所提供的Health Vault(http://www.healthvault.com/ )google health(http://www.google.com/health )。而在線上也有與健康相關的大型網站如:kingnet(http://hospital.kingnet.com.tw ) 提供了健康頭條、醫生的部落格,會員線上病歷表。但是隨著資訊流動的快速,如何有效的取得較有價值的文章,是最重要的課題。       Gartner 預測在2011 年會有80%的網路使用者在3D 虛擬世界中有一個分身(Avatar)。所以SHS 使用目前較多人使用,並可用程式開發寫作的第二人生(Second Life)做為平台,建立問診室、研討室、復健中心以及其他設備,利用3D的方式去呈現,使用者能夠在虛擬的世界裡,享有一樣的服務。     第三節  預期成效     借由SHS系統應用混搭(Mashup)的技術,讓使用者與其他醫院或線上醫療資訊結合。藉由使用者的高參與度和互動的配合,能夠提高健康資訊的品質,更可由此得到可靠的健康醫療統計資訊。 第四節  背景技術 <!--[if !supportLists]-->1.      <!--[endif]-->Drupal:     Drupal是個內容管理系統(CMS, content management system),是Open Source的軟體,有許多愛好者一起共同開發。運作穩定,並且管理方便。Drupal具有很高的擴充性,模組和佈景都可以下載自行修改。官方網站提供許多模組讓使用者附加在自己的Drupal網頁上。例如CCK(Content Construction Kit)views模組,可以依照自己所選出來的資料,呈現在自己的主頁上。若網站都找不到符合自己需求的功能模組,官方網站也有提供API教學協助開發。佈景主題也是能夠從光方網頁下載與自行設計。(http://drupal.org)
Second Life:     Second Life一個3D虛擬社群環境,是由Linden Lab開發出來的,只要使用者申請帳號後,就能到Second Life上與其他使用者互動。使用者能夠自行創物件,並且在物件上加入LSL(Linden Script Language)使物件擁有動作或功能,並且能夠模擬物理行為。Second Life 中也有貨幣制度Linden Dollar,可以進行買賣交易。目前很少提供3D虛擬環境平台給使用者做程式撰寫的動作,所以我們以Second Life為第一選擇。(http://secondlife.com)   第二章  系統分析 第一節  使用者暨使用環境分析 具備能夠連上網際網路的電腦。 1.Drupal:
Drupal環境下,只要是有寫Blog的習慣,都能夠輕鬆上手。在SHS網頁上直接註冊,就立即擁有自己專屬的健康紀錄表與自己的Blog 系統上使用者角色分為:一般使用者、志工、專業人員與管理者     2.Second Life:     需要到Second Life官方網站下載主程式,並且申請一個帳號。使用者的電腦需要符合關方網站的系統需求(http://secondlife.com/support/sysreqs.php)才能夠跑得動。初學的使用者只須要瞭解基本操作即可在本系統的Second Life環境下進行相關的活動。   第二節  主要挑戰     Drupal是個很有彈性的內容管理系統,在Drupal官方網站雖然提供了不少模組可以直接套用,但是還是有模組無法做到與本系統相符的功能,所以在學習如何從頭寫一個模組是需要花時間的。     SeconLife環境下支援程式設計者開發LSL(Linden Script Language),因為LSL算是較新的語言,所以相關資訊都是原文居多,也是需要花時間學習來克服。   第三節  開發規劃 一、工作項目:     設計架構、熟悉工具、學習新技術、架設伺服器、功能整合、美工、文件。   二、工作分配:

<>ng
工作 人員
設架架構 孫于婷、張逸豪、吳則漢、何威達
熟悉工具 婷、張逸豪、吳則漢、何威達
伺服器架設 婷、張逸豪
功能整合 張逸豪、吳則漢
美工 婷、吳則漢
文件 婷、張逸豪、吳則漢、何威達

  三、進度規劃     開發進度規劃大致上分成兩大主題同時進行, Second Life的開發與Drupal網頁的架設,最後才進行整合以及撰寫文件。    

 

 

 

第三章  系統設計與實作   第一節  開發環境與執行平台 伺服器:         硬體部分: Pentium(R) 4 CPU 3.00GHz         960 MB RAM         ATI RADEON XPRESS 200 Series           軟體部分:         Windows XP Appserv 2.5.9 for Windows Drupal 5.7   客戶端: Second Life 1.19.0 第二節  整體架構設計 Social Health Space (SHS)的使用者、群組與使用空間的關係圖如下: 一、角色設計:     SHS的使用者主要分為病友、志工、專業,是參與社群的主要角色。其他角色,如:匿名使用者、一般使用者、管理者就不在本文的探討範圍。   (1)專業:     通常為社群的管理者,可以在自己的社群中發表醫療常識,除了增加自己社群內容的豐富度外,也能對該疾病的相關資訊做點收集。專業可以發表健康頭條到Social Health Space首頁,這個內容型態是沒有限制在自己群組裡,算是個新聞性質的文章。在社群中若有病友發表部落格,或相關的文章,用專業的角色來回覆,可以增加病友對建議的信賴度。專業的評價機制在本節第三點-信賴度與評價機制會加以說明。   (2)志工:     在以往的系統中是沒有這種角色。SHS設計了志工的角色,定位在專業和病友之間。他可能是曾經患有相同病症的病友,對於這種病很瞭解,或者是對這種病有研究,但是卻不是專業人員。志工算是個半專業的角色,可以在社群裡面幫忙篩選好的文章,或透過健康紀錄瞭解病友的狀況給予經驗分享、經驗及鼓勵。與專業的角色一樣,若在社群中有病友的文章,志工所回覆的意見,也是很有參考的價值。   (3)病友:     群組成員,除了與社群互動外,病友的健康資料夾是社群裡重要的統計資訊來源。   SHS不同角色發表內容型態use case(使用StarUML繪製)     不同角色的使用者除了上述區分外,還能夠發表及管理自己的內容型態。一般使用者皆能發表部落格文章、自己的健康記錄與建立群組。專業人員則是有權限能夠發表健康頭條到SHS首頁,也能夠在自己的群組發表疾病常識。管理者負責管理站內所有的內容型態,也能夠發表區塊版面讓網站的頁面更好做排版。       二、功能與特點: 以下介紹的為Social Health Space上目前擁有的功能與特色。       <!--[if !supportLists]-->(1)   <!--[endif]-->個人的健康記錄夾:     每位使用者在SHS下都會有自己的健康記錄夾(Health Portfolio),提供記錄一般身體狀況、病史紀錄、用藥資訊、自我測量記錄(身高、體重、血壓、體溫…)、體檢記錄等。健康紀錄夾利用日曆的方式呈現,方便作查詢的動作。健康紀錄可以選擇分享對象。分享給志工或其他病友,能夠藉由有相同的經驗,能夠給予一些意見。分享給專業人員,如:醫師可以由病友的健康紀錄夾,瞭解病友的身體狀況和服用藥物的紀錄,來給以專業的建議和做進一步的治療。個人健康記錄夾有支援iCal的格式,可以自由匯出和匯入到其他的日曆中。       <!--[if !supportLists]-->(2)   <!--[endif]-->社群管理:     使用者在SHS中可以同時加入不同的群組,每一個群組都是依病症來區分,借此使用者可以在不同的社群間互動。使用者可以在群組內可以發表文章,若心得感想不想給未註冊和非群組的使用者看到,也可以設為不公開。在不同的病症當中,治療以及用藥的方式皆不一樣。以往去醫院看診或回診,醫師都會詢問用藥或身體狀況。SHS的健康記錄夾,能顯是不同病症的健康記錄。在這種交錯的資料中,可以給醫師做最有利的判斷與診療,並且能也節省醫療上的資源。本系統以重症肌無力病友會所提供的資料,來做為一個實驗社群。       <!--[if !supportLists]-->(3)   <!--[endif]-->個人Blog     SHS的使用者,無論是什麼角色,都有自己專屬的BlogBlog裡都有內嵌自己的Google Calendar,可以讓使用者進入自己的Blog時,能夠即時的瞭解自己當月的活動。在註冊帳號時,表單會讓使用者填入Google帳號,若使用者已經登入了Google帳號,則會在自己的Blog自動代入日曆。若沒有填寫帳號或沒有登入,則會在日立下方顯示訊息,並且有按鈕可以連到Google首頁讓使用者輸入帳號密碼。流程圖請參考第三章第四節第(6)小節。         <!--[if !supportLists]-->(4)   <!--[endif]-->應用混搭:     SHS混搭了Web2.0的服務與應用。例如Google Calendar嵌入Blog,病友可以自行與健康資料夾做結合,或者其他支援iCal格式的日曆內容做匯入的動作。此外,醫生門診行事曆與定期自我檢測的時間表也可以加入到使用者的Google Calendar中,增加日曆的實用性。線上預約系統內也有嵌入公開的Google Calendar(Boardroom)來顯示Second Life研討室預約的狀況。本系統在新增一筆研討室預約紀錄同時﹝參閱本章節第(5)(6)小節﹞,會執行利用Google API所寫的程式去做Google Calendar的新增與刪除的動作。       (5)Second Life研討室線上預約系統:     SHS首頁選單中的線上預約,是用來預約Second Life上的研討室使用時間。網頁裡面嵌入Google Calendar(Boardroom)顯示研討室預約狀況供使用者查詢。在本系統申請帳號的註冊表單裡,有個Second Life Account的欄位讓註冊的使用者填寫。如果有確實填寫,則會在預約系統的新增預約介面自動代入目前使用者的Second Life帳號。若沒有填寫則會出現提示訊息,請使用者去註冊表單做修改。預約的系統新增完畢會出現流水號,使用者欲取消該筆預約時段,在取消的選項中輸入帳號與流水號即可。新增一筆資料除了寫入資料庫中,也會自動寫入線上預約Google Calendar裡面,請參閱本章節第(4)小節。預約記錄也有列表可以回顧已過與未到的預約紀錄列表。       (6)沉浸式的虛擬環境:     SHS除了在Web上提供服務外,還結合3D環境的虛擬世界。在Second Life環境下,讓使用者在虛擬世界中體驗與交流。研討室與投影片撥放功能,提供使用者預約使用。診療室在不同的時間會有醫生上線,提供醫療諮詢。Second Life上也有另一套研討室預約系統,方便在同個環境下也能進行預約。預約結果如本章節第(4)小節-線上預約系統一樣,會把記錄同是寫在資料庫與Google Calendar中。線上圖書室能夠取得SHS網頁內容,直接就能夠觀看。透過Second Life建立出來的環境,比實際上網頁所顯示的平面文字訊息更有實體感。             (7)鼓勵參與機制     為了增加使用者在系統的參與度,SHS對於有貢獻的使用者,能夠給予點數鼓勵多參與。獲取點數的來源可由發表文章、熱心回應、若未來有機會跟藥廠、保健食品合作,可以用點數來兌換,讓系統更多人參與,提升系統的價值。每一天都會計算一次社群或個人的積分排行,取得前面名次者,則能夠在Second Life上放置群組廣告或個人廣告在廣告牆上,增加知名度。有關於評價的機制於第三章第一節第三點-評價機製作介紹。       (8)其他功能         一般使用者:             1.我的帳號:查看與編輯自己的個人資訊,可上傳檔案。                 2.建立內容:可發表內容到本網站中                 3.我的文章總表:查閱自己所在社群文章列表                 4.我的部落格:顯示自己所發表過的文章                 5.我的點數:列出自己參與過的記錄與貢獻的點數                 6.點數列表:列出所有使用者的貢獻點數與分數                 7.社群列表                 8.私人訊息                 9.我的好友:可設定好友,並能留悄悄話給對方                 10.邀請朋友:可邀請朋友參與群組                 11.Second Life世界:點選即可藉由網站來傳送Second Life角色到SHS
Second Life環境。           管理者:                 1.內容管理:管理內容型態、發表方式、格式設定                 2.網站建置: 設定網站外觀編排                 3.社群:管理社群權限、內容、排版                 4.網站設定:設定網站的參數                 5.使用者管理:負責做權限控制、角色設定                 6.Panel:管理版面內容區塊                 7.日誌:記錄網站上的各個活動           三、信賴度與評價機制     SHS對於評分有三個主軸,分別為內容、使用者和群組。三者是互相作用,評分依據可為參與度(發表文章、回應)、文章分數、點擊次數 下圖為SHS評分機制關係圖。     <!--[if !supportLists]-->(1)   <!--[endif]-->內容:     內容是SHS評價模式中最重要的元素,會間接影響到使用者以及社群的評價。每個內容中都可以經由投票來表示文章的分數,系統上是以-5+5的範圍為評分標準,並在旁邊顯示有幾位角色為專業人員有參與內容投票評分,增加文章的內容的信賴度。每個內容也會有被點擊預覽的次數、回應次數來做為文章價值得參考。使用者可以觀看其他人的評價列表,來瞭解這位使用者所發表的文章或回覆的可信度。系統角色,如:專業,基本上專業人員所發的文章,使用者都能清楚的瞭解文章的可信度與價值比較高,志工的文章或回覆亦是如此。時間點的考量,可以判斷出哪一時期是熱門的文章。  

<!--[if !supportLists]-->(2)   <!--[endif]-->使用者:     所有使用者都會有個評價積分列表,記錄著回應次數、自己的文章被點閱次數、自己文章被評分的總合。   <!--[if !supportLists]-->(3)   <!--[endif]-->社群:     社群的評價是內容組成的,社群文章數目、回覆次數以及社群內文章被點閱的次數,能夠瞭解社群的活絡程度。  

    本系統尚未分析、設計與統計出一個能夠代表內容、使用者與社群的數值,也暫時沒有把文章用時間點的概念篩選出當時很有價值的內容,故目前把點閱次數、回應次數、參與度等數值以列表的方式呈現,方便以後做擴充與加值。

第三節 系統架構設計 一、SHS網站架構圖 下圖為SHS網站架構圖    
用瀏覽器開啟本系統後,即可做申請帳號與登入的動作。系統使用者(一般使用者、病友、志工、專業、管理者)都會擁有一份屬於自己的健康管理資料夾,可以做分享與查看自己與他人的健康記錄。可以加入依照疾病科別名稱分類的群組,若使用者是某一科別的病友,可以在該群組中找到相關的專業資料,也可得到其他病友分享的經驗。使用者發表內容型態會依據身份有些差異,內容型態是可以被評分,也可對內容做些回應。線上預約系統提供使用者預約Second Life研討室使用日期、時間和參與成員名單。而每一個使用者都具有個人的積分,透過使用意願、貢獻度等鼓勵參與機制來賺取點數。Teleport SL會顯示一張google map in Second Life,點擊Teleport now!即可進入SHSSecond Life環境。   下圖為使用SHS系統的Sequence diagram 二、SHSSecond Life環境架構圖 以下為SHSSecond Life環境架構圖     執行Second Life程式並且登入系統中,只要是加入Social Medical Space群組的使用者,會提供SHS的服務。Second Life研討室能提供多人在線上開會,並且有在SL的預約系統亦可做預約的動作。線上診療間在固定時間會有專業人員在線上提供詢問,可以透過在SL的方式,不必出門即可得到解答。線上模擬體驗區以及復健中心會利用使用的角色模擬使用醫療器材的行為,以及復健的動作供使用者照著SL上的人物做復健的動作。系統上會提供許多相關推薦連結與SHS的網站首頁,方便使用者閱讀文章。
    三、其他系統功能架構圖 (1)個人積分架構圖     每個內容節點都有投票評分、點擊次數、回應次數,個人積分中會有列表加總以上的項目,此外還有參與度的總分(發表文章、回覆、參與投票)   (2)社群分數架構圖     在同一群組的內容分數加總、點擊次數加總、回應次數加總,在社群列表列出這三者各別的值做為熱門程度的參考。         第四節  系統流程設計 (1)健康記錄夾流程圖     分享健康記錄夾有兩種方式,可由text field輸入分享者名單,也可以由下方check box勾選欲分享的帳號。比對送出去的表單與前一次的表單後,把最新分享的名單存在資料庫中。瀏覽健康資料夾預設值皆為顯示自己的Drupal日曆,頁面有個選單可以選擇被分享者的健康記錄夾來觀看,系統會依照資料庫篩選出使用者是否有權限能讀取他人資料。    (2)Second Life研討室流程圖     研討室在每一個小時都會執行一次抓取資料庫,並且更新允許進入研討室的名單。並且每小時也同時執行Sensor來偵測研討室的人是否在名單內,若不在名單內則會被剔除到此土地擁有者以外的地方。   (3)積分排行廣告牆程式流程圖     廣告牆每一天執行一次,呼叫PHP網頁去統計積分並加以排序,得出來的結果則會更新圖像。圖像會經由管理者在Drupal上取得社群或個人預想播放的廣告圖片,再人工上傳(上傳一張圖片需要花費$10 Linden)Second Life的廣告牆物件中,使廣告牆程式播放廣告。       (4)線上研討室預約流程圖     預約介面有三個選項,預約、刪除、查詢。預約及刪除的結果都會在線上預約頁面內嵌的Google Calendar上顯示,因此我們透過Java程式去完成這項動作。  
  (5)Second Life研討室預約流程圖     Second Life上預約介面有四個選項,預約、刪除、修改與查詢。預約、刪除修改的結果,會在SHS網頁中線上預約頁面內嵌的Google Calendar上顯示,同樣是透過同一支Java程式去完成他。修改的做法是以先刪除,後新增的做法完成。查詢研討室預約的記錄則會顯示在Second Life裡內建的網頁瀏覽器中顯示。
    (6)部落格嵌入Google Calendar     SHS在每位使用者的部落格里,都嵌入使用者的Google Calendar。只要在註冊SHS帳號時填入Google帳號,就能在登入後,顯示在自己部落格的頁面。    
  第五節  資料庫與資料結構設計     SHS系統是利用Drupal內容管理系架設的,因此在這只介紹我們新增的資料表與結構。   預約研討室ER Model如下圖: 每次新增資料都會產生獨特的流水編號,方便使用者取消自己的預約時段。       Time_table記錄著房號與每天各時段的列表。經由系統的查詢,可以比對哪些時段和哪些房號的預約情形。   以下是預約研討室的資料庫模型圖             健康記錄夾分享功能的ER Model如下: 記錄著使用者與他想要分享健康資料夾給哪幾位使用者的名單 在這裡記錄著健康記錄被分享的使用者是有誰可以瀏覽。   以下是健康記錄夾分享功能的資料庫模型圖  
第四章  系統測試 第一節、目的說明 確認系統運作是否正常以及操作是否順手。其方向如下: 一、測試對象:瞭解使用者(病友、志工、專業)、管理者使用情況 二、測試項目:說明有哪些需要測試的項目。 三、測試方法:說明每項功能實際操作。 四、測試結果:利用測試方法測試所得到的結果。   第二節、測試環境 一、硬體部份:根據效能關係選擇以下硬體 Pentium(R) 4 CPU 3.00GHz         960 MB RAM         ATI RADEON XPRESS 200 Series   二、軟體部份:         Windows XP Appserv 2.5.9 for Windows Second Life 1.19.0             第三節、測試計畫 一、測試對象:了解到不同的使用者身費是否會都能順利的使用。 二、測試項目:申請帳號、發表內容、加入群組、健康記錄夾、積分、私人訊息、線上研討室預約、連結到Second LifeSecond Life研討室預約、Second Life復健動作、Second Life知識牆、Second Life連結網頁。 三、測試方法: 以不同的身份登入Social Health SpaceSecond LifeSocial Health Space環境             四、系統基本功能測試結果:   1.使用者:病友

測試項目 測試結果
申請帳號 成功
發表內容 成功
加入群組 成功
健康記錄夾 成功
積分功能 成功
私人訊息 成功
線上研討室預約 成功
連結到Second Life 成功
Second Life研討室預約 成功
Second Life復健動作 成功
Second Life知識牆 成功
Second Life連結網頁 成功

    2.使用者:志工

測試項目 測試結果
申請帳號 成功
發表內容 成功
加入群組 成功
健康記錄夾 成功
積分功能 成功
私人訊息 成功
線上研討室預約 成功
連結到Second Life 成功
Second Life研討室預約 成功
Second Life復健動作 成功
Second Life知識牆 成功
Second Life連結網頁 成功

            1.使用者:專業

測試項目 測試結果
申請帳號 成功
發表內容 成功
加入群組 成功
健康記錄夾 成功
積分功能 成功
私人訊息 成功
線上研討室預約 成功
連結到Second Life 成功
Second Life研討室預約 成功
Second Life復健動作 成功
Second Life知識牆 成功
Second Life連結網頁 成功

      1.管理者

測試項目 測試結果
申請帳號 成功
發表內容 成功
加入群組 成功
健康記錄夾 成功
積分功能 成功
私人訊息 成功
線上研討室預約 成功
連結到Second Life 成功
Second Life研討室預約 成功
Second Life復健動作 成功
Second Life知識牆 成功
Second Life連結網頁 成功

 
第五章  進度報告 第一節  目的說明         報告每次進度與聽取老師及研究所學長的建議,並於下次會議前做改善。   <!--[if !supportLists]-->第二節  <!--[endif]-->進度表   表一、專題會議1

會議說明
時間 2008/1/11
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:曾文仙、許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 熟系Second Life環境,並且做出虛擬救護車作DEMO
下次進度 熟悉Drupal環境,並且DEMO
會議紀錄
小組討論內容:
   
專題能呈現的東西
1.復健 照著SL上的動作做,達到活動關節復健的效果。
2.Office Hours 能使病患上SL及時問醫生問題
3.手術過程實錄 給手術的家屬或病患看到手術是如何進行的
4.病理常識 提供病患資訊
5.Drupal打病患日誌 給醫生作參考
6.給師生看儀器的使用方法
   
其他建議:  
老師主要能提供的資訊 睡眠中心、耳鼻喉科、老人疾病
Data minning、統計分析、資料建檔
Objectscript注重程式設計的手法

  表二、專題會議2

會議說明
時間 2008/1/18
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:曾文仙、許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 熟系Second Life環境,並且做出虛擬救護車作DEMO
下次進度 熟悉Drupal環境,並且DEMO
會議紀錄
小組討論:  
   
SL可以提供線上開會、教學、醫生診斷
用病例來做 以科來做太深
主要有合作的 - 肌無力症  有病友學會,網站及部落格
WebSL之間的溝通是我們需要學習的,可做的的事從SL搜尋Kingsnet上的資歷料
SL可以做搜尋整合
*什麼是我們要先做的(醫療)
考慮Drupal資料權限 SL的資料權限
SL內容可加入feed(可以像RSS那樣及時的知道有新訊息)
困難度在於資料來源的正確性以及時效性
   
學長建議:  
SLDrupal先摸熟
用角色的轉換來考慮,如醫生、病人、護士最想知道的事什麼訊息,能給的是什麼訊息。
要站在不同角色的觀點來開發
   
老師建議:  
寫程式之外,要多考慮內容的價值

  表三、專題會議3

會議說明
時間 2008/1/24
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:曾文仙、許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 DEMO初步架設Drupal網頁
下次進度 報告新增的功能
會議紀錄
meeting前開會記錄
1.kingnet醫療網合作,可以把資料呈現在SL(合作及資料擷取與權限問題很難克服)
2.可利用簡訊及身邊的通訊設備來預約線上看診或約時間面談
3.育教於樂的方式呈現在SL :牙科可以利用3D的方式呈現牙齒,以及
  刷牙 拔牙 產生蛀牙的狀態達到學習的效果
4.提供醫療知訊
5.體驗區 如:重鎮肌無力患者會有初期、中期、末期,利用3DSL環境來讓使用者體驗重鎮肌無力患者的身體狀態,讓使用者更加的瞭解這項病症。
老師建議:  
技術上的問題  
1.3D要建立人的狀態 需要花錢買儀器 如3D model ex:NBALive 或在一個空間許多攝影
  機拍攝而成  
2.教學方面 醫學院學生在實習時能用到假人做臨床實習 如果能用可以讓教學更加專業
(要會做.BVH)
音樂串流 像廣播之類的(icecast....) 要考慮內外溝通效率的問題
資策會提倡3C(Content Community Commerce)
Web 2.0後要多注意互動、資料的更新

表四、專題會議4

會議說明
時間 2008/2/19
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:曾文仙、許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 Second Life裡實作會議室
下次進度 實作gData並操作Google Calendar
會議紀錄
老師:Web SL要如何營線內容      SL 中權限的問題要考慮      SL中介面設計要考慮方便性 ex:看黑板又要看桌面      線上有許多軟體可以嵌入SL   學長: drupal.org 裡面找SL有相關模組       模版安裝容易 要自己寫模板       功能相同的東西可以合作 如:會議室       專題要以Drupal為介面還是以SL為介面       Error記錄下來 留下解決的方法       要充分利用SL視覺的特點

 
表五、專題會議5

會議說明
時間 2008/3/28
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:曾文仙、許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 架設Drupal並開始使用
下次進度 寫出與系統相關的Linden Script
會議紀錄
Drupal方面,要增加內容。而來源可以擷取重肌無力關懷協會、新光醫院出版的刊物...等。

相關的資料收集可以參考輔大圖資系蘇諼(ㄒㄩㄢ)所開的醫學資訊課程,可以參考如何用病來分類。
基本上定出範圍就要開始動工
要用不同角色的點看這服務
去看recipenotecard design的例子
sloodle
有能夠把chat log都存到資料庫的功能
Goal: Drupal
內容要增加 文章呈現要如網站一般

 
    表六、專題會議6

會議說明
時間 2008/05/02
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 製作醫療相關Second Life物件
下次進度 寫出與系統相關的Linden Script
會議紀錄
SLS組有提到會議記錄出現在drupal裡面
做一個系統要有CRUD的概念 Create, read, update and delete
一個群組可以加個del.icio.us
並且因為連結是由醫師推薦的公信力也比較高
What is system value?
我的的系統好在哪?!有什麼價直 值得深思
重要的就是結合Web API做出服務
<!--[if !supportLineBreakNewLine]-->
<!--[endif]-->
學長:個人的醫療資訊,或群組病歷及共同特徵欄位的擴充有無應應之道是否要用OpenID結合Google帳號
別忘了最初想要的東西,不要因為鑽一個小功能忘了資料價值
要另外建立table來增加資料庫,呈現的方式可以找類似的模組自己改
到最後現成的不一定好用


    表七、專題會議7

會議說明
時間 2008/06/13
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 建立Second Life裡面的環境與服務
下次進度 利用Gdata結合Google Calendar
會議紀錄
1.表格欄位必須先建立好,才能夠比較詳細的討論系統架構
2.
公司看總學力,facebook有這一像功能可以參考
3.
成績、病例不是個人profiles官方保有輸入權老師說過好多次
4.
專題出發點:公司有用到,或其他大醫院可以trace,也包含病人自己trace
5.
個人科目=病症是可以擴充的項目
6.
記錄:只是一個過程,content的價值比較是重點,可以當作一種保存
7.
會議室的記錄功能完全不公開,只給當事人看
8.
可以寫個widget來讀取google health產品,不用用ANT
9.
要思考本系統有什麼特色?有什麼賣點?
(1).
中文化界面
(2).mashups web2.0
來保存健康檢查記錄
10.
如何讓一個存在的服務"加值"
11.
在系統中要存在2calendarDrupal Calendar記錄內容、google Calendar記錄事件

 
  表八、專題會議8

會議說明
時間 2008/07/11
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 建立Second Life裡面的環境與服務
下次進度 利用Gdata結合Google Calendar
會議紀錄
另一組做SL預約補課系統,時間未到會被inject
並用sensor檢查是否是預約的使用者 Mei老師:inside outside都要有預約的界面 資訊的處理有兩種1.程式處理2.使用者處理,要分開並明確的定義清楚 我們錯了,不該讓使用者填入google的帳密 電子版的重症肌無力資料要趕快拿到-阿達's work Drupal calendar要有功能匯入匯出到google calendar或其他日曆


  表九、專題會議9

會議說明
時間 2008/07/11
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 Drupal網站結合其他Web2.0服務
下次進度 1.技術釐清 2.DEMO時的劇本
會議紀錄
1.calendar可以知道(借由統計之類)時段是否衝突會熱門時段
2.
設計分析要注意有使用者的menu, 開發者的menu
3.
參考google health的表格內容(我們只要把開始/結束時間加上去)
4.Mei
老師:因為完全不會有符合自己的module,所以花很多力氣是應該的,要清楚自己的定位在下手。
5.
如果一個系統要維護,儘量都要使用同一個語言
6.
去學SSL運作流程,認證機制
評分系統最好是配合活躍度、參與度、老化問題(研究所再研究)
做專題的"態度"很重要,專題、研究所、打工...等要知道如何分配
不要專題做不好怪研究所 研究所考不好怪專題
7.
線上預約,個人的預約記錄最好用google calendar讓預約記錄有一致化8.Vote的模組分數可以再做調整(公式)

 
  表十、專題會議10

會議說明
時間 2008/08/22
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 講解系統流程
下次進度 完整的DEMO
會議紀錄

1.評分系統的公式需要考量很多因素,不是做研究的不能夠隨意給定一

個值


2.
預約系統member用選單起來比較方便


3.
SL預約的使用者可以提醒本系統的官方網站


4.
分數最好做名細列出來給下一個開發者或做研究的去分析或擴充


5.(SLS
報告)Mei:為何不用Drupal裡面的Profile,而要用JQuery重寫

  SLS:因為所需要的資訊不同

6.評價可以分成3種角色,顯示專業、志工、一般使用者投的票數即數

據。

把數據都留下來總比計算好的數值更有利用價值。

7.評價可以記錄時間,在口頭報告時可說"目前只需要用單一項目做為評

分標準"即可

8.角色方面如之前所說需要在釐清

9.SL傳送資訊可用XML格式(玩過SL比較知道純文字比較有效率)

10.Mei:要常提醒自己,不要只看到自己在做什麼,要看整個view

      現在做著個功能對整體、對使用者、管理者的影響。這觀念要常放心

中提醒。

11.SLSandbox要賣掉了

12.專題文件可以開始動手了,內容、UML流程圖、經驗、為何做這決

...等。

 功同開發的資料要放上去,越早開始越好。

    表十一、專題會議11

會議說明
時間 2008/09/19
地點 輔大聖言樓6SF651
參與人員 指導老師:梅興
研究室學長:許復凱、賴韋廷
專題組員:吳則漢、張逸豪、孫婷、何威達
進度報告
本次進度 完整DEMO
下次進度 完整DEMO、系統為護
會議紀錄
1.角色差別不只有權限,還跟文章的信賴度有關
2.
每項功能都可以從不同層次去看、去解釋
3.
平台要分類成Server端、Client端,也要分硬體、軟體。
4.Mei
老師:預約是什麼?預約人要幹嘛? 故事要說的好才能顯示功能的價值與意義 投影片部分
5..
投影片中功能介紹一次,DEMO又講了一次會很多餘
6.
結論太像心得
7.del.icio.us
目前需要實做
8.
版本可以不用寫,或不用特別去介紹
9.
動機寫的像背景

 
  第六章  總結 第一節  結論     SHS提供信賴度與評價機制讓使用者能夠在廣大的網路中,蒐集到可靠的健康醫療資訊,不必再到搜尋引擎中自己去蒐集資料。內容管理系統與虛擬環境結合至今尚未有中文化的服務,我們利用Social Health Space建立一個中文化健康管理與資訊分享環境。電子化的健康記錄夾是記錄使用者到目前為止的身體狀況,並且可以自己做檢視。跳脫傳統的健康記錄模式,醫療資訊呈現了新的面貌。做健康記錄管理、蒐集價值高的文章以及各角色的社交活動是趨勢,也是SHS的目標。   第二節  未來展望     每位使用者在不同的社群會扮演不同的角色,這一直是本專題的宗旨之一。但由於時間因素,目前並無把這樣的制度確實地實做出來。信賴度與評價機制中,需要給使用著一個積分值,代表該使用者的參與程度、活躍度。但是因為這社群評價系統是需要做研究的,積分是把各項目的值加總?把值相乘?把某些特定項目乘上多少百分比再相加等,都不能隨便照自己的意思就下個定論,會造成資料沒有意義。所以SHS上呈現的分數皆以raw data(未做處理過的資料)形式呈現,方便日後需要對資料做處理,能夠容易取得並做加工。目前在系統上已經把基本的架構完成,因此在未來的時間裡,希望能夠修改Drupal整體架構中節點的存取方式,把角色的規則實做出來。並且配合信賴機制中產生出來的信賴值,讓角色的彈性越廣。例如:參與度夠高的一般志工,會提升為專業級的志工。無論是社群內部的活動,使用者與使用者的交流也會因為此制度而更有參與感。     健康記錄夾的分析對於專業人員是很有意義的工具,因為在大學期間並沒有修過與醫療資訊相關的課程,因此對於這一塊Domain Knowledge不熟。在健康資料夾裡的欄位就只能暫時以一般的項目來取代。若能夠完成擴充性欄位功能,對於每個群組的健康記錄數據統計將會更有幫助。     本專題原本是欲與新光醫院合作,由於系統尚未開發完全,無法讓病友與專業的醫療人員實際參與。與醫療體系合作,藉由大量的使用數據,讓SHS內容更充實,資訊的信賴度也能提升。   第三節  開發心得     專題是從大學三年級下學期才開始,至今共同開發了八個多月。在研究新的技術上花了不少時間,主要有Second LifeDrupal兩個主體。每次常有人問專題是在做什麼?或許很多人認為沒什麼,不過我想這是個有前瞻性的專題,而不是一般設計一套軟體或架設網路服務。在以後的日子哩,不管是繼續深造,或直接出社會工作,這做專題的過程與經驗,將會給我們很大的幫助。   銘謝   指導教授: 梅興   WECO實驗室研究生學長: 賴韋廷 許復凱 李宗熹 岑志豪

巫俊逸
羅子豪 
沈國隆
蔡博清 
重症肌無力病友會 參與系統的測試使用者  
  參考資料 [1]  梅興 『Mashing Up a Trustworthy Virtual Health 2.0 Tested' [2]  Health 2.0 http://health20.org/wiki/Main_Page [3]  Drupal http://drupal.org/ [4]  Drupal Taiwan http://drupaltaiwan.org/ [5]  阿舍的 Drupal 架站經驗談         http://drupal.soa.tw/ [6]  Drupal 教學 | JOE Tsui's Drupal site http://www.joetsuihk.com/drupal [7]  Drupal Modules - Search, Rate, and Review Drupal Modules     http://drupalmodules.com/ [8]  API reference | Contributions API http://api.freestylesystems.co.uk/ [9]  Drupal API         http://api.drupal.org/ [10]  Pro Drupal Development, 2/e by John K. VanDyk, Dries Buytaert, [11]  Second Life         http://secondlife.com [12]  Second Life Wiki         http://wiki.secondlife.com/wiki/Main_Page [13]  LSL Wiki         http://lslwiki.net [14]  Creating Your World: The Official Guide to Advanced Content Creation for Second Life by Aimee Weber, Kimberly Rufer-Bach, Richard Platel [15]  Second Life: The Official Guide by Michael Rymaszewski, Wagner James Au,    Mark Wallace, Catherine Winters, Cory Ondrejka, Benjamin Batst [16]  Second Life Scripts | Second life Blog [2lifeBlog]      http://www.2lifeblog.com/component/option,com_frontpage/Itemid,1/lang,us/ [17]  Torley Lives      http://torley.com/ [18]  slBuilding.com  http://www.slbuilding.com/index.html [19]  啥?      http://shortlin.blogspot.com/ [20]  Dr. Dobb's | Using the Linden Scripting Language | 23, 20      http://www.ddj.com/hpc-high-performance-computing/197008520 [21]  KingNet國家網路醫院      http://hospital.kingnet.com.tw/ [22]  Google Health  http://googleblog.blogspot.com/2008/02/google-health-first-look.html [23]  Microsoft HealthVault  http://msdn.microsoft.com/en-us/healthvault/default.aspx [24]  Ajax 兩層連動選單- 小正正教室- Yahoo!奇摩部落格 :  http://tw.myblog.yahoo.com/class2u-com/article?mid=2&sc=1 [25]  AJAX 上手篇:  http://wiki.moztw.org/index.php/AJAX_%E4%B8%8A%E6%89%8B%E7%AF%87 [26]  Google Code & APIs http://code.google.com/ [27]  PHP: Hypertext Preprocessor http://php.net/