元培醫事科技大學
資訊管理系畢業專題
安 寧 APP
組別：A7
指導老師: 劉錦松 老師
組 員: 黃郅捷 (1021408002)
牟宗逸 (1021408009)
洪唯倫 (1021408017)
鄭傑友 (1021408045)
中
華
民
國
一
○ 五 年 十 二 月
摘 要
在現在的社會當中，有許多飲食、文化、作息不斷改變，導致身體上產生了 細胞病變，這細胞病變讓我們產生了癌症，有些人初期到中期都能提早發現與治 療，能在幾個月內康復，甚至降低死亡風險，但有些人卻因忙碌、作息、等等因 素導致太晚發現進而治療，演變成癌症末期，再醫生告知癌症末期後，等同於宣 告死亡，使病人無法接受事實，在度過癌症末期的時間裡，飽受病魔的折磨與傷 害，心理有多少的痛苦與不願，家人也無法長期的陪伴下，因此我們開發了這套 安寧 APP，針對病人的照顧、陪伴、了解病人狀態，這套系統與醫生與家人互相 連接，第一時間能透過安寧 APP 掌握病人訊息，本「康寧 APP 系統」開發內容 包括以下 1.病例查詢：利用即時查詢概念了解目前治療狀態，提供家人與醫師了 解，最近給予藥物、劑量、改善程度。2.視訊功能：利用視訊功能讓家人與醫師 方便觀察，病人動態、病人活動、病人互動。3.脈搏測量：提供心跳血壓測量每 半小時記錄一次提供醫師做為治療參考與突發狀況時會緊急響起方便即時救 護。 關鍵字：安寧、癌症、安寧 APP、病例查詢系統、視訊互動系統、脈搏測量 系統目 錄
摘 要 ... i 目 錄 ... ii 表目錄 ... iv 圖目錄 ... v 第一章、緒論 ... 7 1.1 背景與動機... 7 1.2 專題目的... 7 1.3 專題限制... 7 1.4 關鍵名詞定義... 7 第二章、文獻探討 ... 11 2.1 安寧 APP 系統 ... 11 2.2 安寧 APP 系統發展現況與描述 ... 11 2.3 安寧 APP 系統功能和內容分析 ... 12 2.4 安寧 APP 特色 ... 14 2.5 營運系統比較... 14 2.6 開發工具介紹... 19 2.7 Oracle 資料庫 ... 20 2.8 MySQL 資料庫 ... 21 2.9 Visual Studio ... 22 2.10 HTML ... 22 2.11 Flash ... 23 2.12 android studio ... 24 2.13 系統要求 ... 25 2.14 Visual Studio 2015... 26 2.15 Microsoft WebMatrix ... 26 第三章、專題規劃 ... 27 3.1 專題規劃目的 ... 27 3.2 系統開發方法 ... 27 3.3 系統功能需求事件分析 ... 31 3.4 專題設備 ... 343.5 專題時程規劃 ... 34 3.6 專題分工 ... 35 3.7 預期貢獻 ... 35 第四章 專題成果 ... 36 4.1 系統分析... 36 4.2 情節 ... 37 4.3 循序圖 ... 52 4.4 使用手冊 ... 53 第五章、結論與建議 ... 72 5.1 結論 ... 72 5.2 給學弟妹的建議 ... 72 參考文獻 ... 74 附錄 ... 76
表目錄
表 2-1 資料模式優缺點比較表 ... 19
表 2-2 檔案格式 ... 24
表 2-3 2.x 版 ... 25
表 2-4 Android 的工作室與 Eclipse 的 ADT 比較 ... 26
表 3-1 一般功能事件表 ... 32 表 3-2 軟體設備表 ... 34 表 3-3 硬體設備表 ... 34 表 3-4 專題時程規畫表 ... 34 表 3-5 專題分工表 ... 35 表 4-1 登入 ... 37 表 4-2 紹安寧 ... 38 表 4-3 何謂安寧 ... 39 表 4-4 安寧區分 ... 40 表 4-5 各大醫院安寧聯絡 ... 41 表 4-6 更多關於安寧 ... 42 表 4-7 病人情況 ... 43 表 4-8 照顧人員 ... 44 表 4-9 心跳血壓 ... 45 表 4-10 各種紀錄情況 ... 46 表 4-12 病人心願 ... 47 表 4-13 心願目標 ... 48 表 4-14 行程表 ... 49 表 4-15 家屬留言版 ... 50 表 4-16 提供意見 ... 51
圖目錄
圖 2-1 帳密申請 ... 16 圖 2-2 密碼設置 ... 16 圖 2-3 用藥紀錄 ... 17 圖 2-4 藥物選擇 ... 17 圖 2-5 ... 18 圖 2-6 ... 18 圖 2-7 ... 19 圖 3-1 系統開發生命週期 ... 29 圖 3-2 系統架構圖 ... 30 圖 3-3 系統架構圖細部 ... 30 圖 3-4 一般使用者登入圖 ... 31 圖 4-1 使用案例圖 ... 36 圖 4-2 循序圖 ... 52 圖 4-3 訪客登入畫面 ... 53 圖 4-4 註冊畫面 ... 54 圖 4-5 會員登入查詢介紹安寧 ... 55 圖 4-6 會員登入查詢何謂安寧畫面 ... 56 圖 4-7 會員登入查詢安寧分區畫面 ... 57 圖 4-8 會員登入查詢安寧分區畫面 ... 58 圖 4-9 會員登入查詢安寧分區畫面 ... 59 圖 4-10 會員登入查詢各大醫院安寧聯絡畫面 ... 60 圖 4-11 病人情況主畫面 ... 61 圖 4-12 照顧人員畫面 ... 62 圖 4-13 心跳血壓畫面 ... 63 圖 4-14 各種情況紀錄畫面 1 ... 64 圖 4-15 病人心願畫面 ... 65 圖 4-16 心願目標畫面 ... 66 圖 4-17 病人心願表選擇日期畫面 ... 67 圖 4-18 病人查詢心願目標畫面 ... 68圖 4-20 病人家屬留言板紀錄畫面 ... 70 圖 4-21 提供意見畫面 ... 71
第一章、緒論
1.1 背景與動機
在現今 2016 年的社會裡，人口多了，各種病症也不斷的增多，尤其癌 症方面，即使醫療再發達還是有很多不治之症。尤其是得知自己有了不治之 症人的心理也不好過包括家屬。安寧也有很多人不知道有何作用，甚至多數 人都認為不是很好有負面印象或是錯誤的認知，希望透過安寧 APP 可以讓更 多人了解安寧，也可以讓家屬與院方更好的配合照顧病人。1.2 專題目的
此專題藉由製作安寧 APP，讓家庭當中有住在安寧病方的家人們，能夠 除了在身旁照顧病人之外，也能夠讓家人們不再病人身邊之時，藉由安寧 APP 程式也能隨時掌控病人的狀況。 (1) 透過 app 讓家屬可以即時了解病人狀況。 (2) 讓更多人了解何謂安寧。1.3 專題限制
本專題在進行過程中力求盡善盡美，但恐怕尚有下列限制： (1) Andriod 系統還有很多功能不了解，因此有些理想功能目前無法達 成。 (2) 尚未與院方訪談也有可能每家醫院執行方式不一樣可能會有所差 距。1.4 關鍵名詞定義
本專題使用到下列幾個重要的名詞，分別定義如下：1.4.1 安寧療護：台灣博碩士論文知識加值系統 近代安寧療護的觀念，是由英國女醫師桑德絲所提倡，1967 年 6 月 24 日在倫敦近郊錫典罕設立的「聖克里斯福安寧院」，是 世界上第一所臨終關懷的照護中心。筆者在 1982 年在美國進修時 接觸這項新觀念，把原文「Hospice」譯成「安寧照顧」，並於 1990 年 2 月 8 日在馬偕醫院擔任淡水分院院長時，協助成立台灣第一家 安寧病房。 「安寧療護」區分為安寧病房與居家照護兩大部分。其中，「安 寧病房」就是提供像家一般溫馨的地方，鼓勵家屬與病患在一起， 且由一組包括醫師、護士、社工、營養師、復健師、志工及神職人 員等團隊，共同照護癌症臨終病患，主要的目的是盡力解除癌症病 患的嚴重疼痛與其他不適的症狀。為尊重末期病患的醫療意願，有 權決定病危時是否實施心肺復甦術。89 年國內已經通過「安寧緩 和醫療條例」，健保也已於 91 年 8 月開放安寧病房的給付。目前 設有安寧病房的醫院仍以收癌末病患為主，也有的開始試辦提供漸 凍人的療護。 1.4.2 安寧病房：台灣博碩士論文知識加值系統 安寧療護病房的建築要明亮、寬敞、安靜，更要充滿人性 化的溫暖及生命力，花草、樹木及飛鳥、游魚，皆能帶給病人 充滿生命的喜悅。病房中設有辦公室，會議室，交誼廳、沐浴 室、配膳室、往生室、陽光屋與空中花園等，這裡提供的是一 個溫馨氣氛的醫療照護，我們的病患不是在此等待死亡，而是 在此善待餘生。 1.4.3 安寧照顧：台灣博碩士論文知識加值系統 柏木教授(Dr. Tetsuo kashiwagi) (日本的安寧療護之父)用 Hospice 七個英文字母作字頭，引伸出七組字，很貼切的表現了
安寧療護的意義。 (1) Hospitality(親切) 以親切的態度面對病人及家屬，及至所有的工作人員。親 切的態度本來就是人與人之間理想的應對模式，在安寧療護病 房裡特別強調要醫護人員坐在病床邊，視線儘量與病人同高， 輕握病人的手，親切的交談溝通，並注意兩人之間的距離，太 近了給病人壓迫感、太遠了又有疏離感。 (2) Organized Care(團隊照顧) 這裡面包括醫師、護士、社工人員、神職人員、臨床心理 師，藥師、營養師、物理及職能治療師、行政人員、志工等人 才。醫師包括安寧療護病房的專責醫師及協助的腫瘤專科醫師、 內科、外科、精神科、神經科、麻醉科等，這個團隊常要共同 討論，提供病患最好的照顧。 (3) Symptom Control(症狀控制) 癌症末期病人最需要照顧的症狀包括疼痛、噁心、嘔吐、 食慾不振、全身軟弱倦怠、腹脹、便祕、腸阻塞、吞嚥困難、 咳嗽、失眠、排尿障礙、惡性潰瘍、焦慮、沮喪等，這些都是 需要工作人員全心對付，以減低病人的痛苦為首要，而不是以 治療疾病延長痛苦為目標。 (4) Psychological support(精神支持) 病人及家屬的沮喪、憂鬱、失眠、憤恨或怨懟，都需要團 隊的協助與支持。靈性的照顧，宗教的薰陶更是在協助陪同渡 過困境中不可或缺的。 (5) Individualized Care(個別性的照顧) 以病人為中心的照顧，不但要減少病人的痛苦，並要設法 完成病人的心願。 (6) Communication(溝通)
見。
(7) Education(教育)
不但病家及社會人士，甚至醫療人員，都需要不斷的教育 鼓吹，讓更多的人能夠了解、認同與支持安寧療護的工作。
第二章、文獻探討
2.1 安寧 APP 系統
隨著現代社會的變遷，我們生活上與作息有了很大的變化，事實上因為 沒錄的生活已經導致了，作息不正常，飲食過多垃圾食物或是營養不良與毒 害的黑心食品，從有人類的文明以來，食物也會跟隨著改變，加上科技的蓬 勃發展，已經讓人類對於身體上的警訊毫無察覺，所以在身體不斷的惡化下， 有可能發展為癌症，一旦晚期發現，將無法痊癒，將有可能選擇安寧醫療照 顧。 一般來說，人們不懂何謂安寧並且認為在安寧病房就是等同於等死的狀 態下，人們不願意去接受一個等死的情況，所以藉由此專題我們將讓更多人 了解安寧並不是在等死的一種情況，而是解讀為接受更完善的醫療團隊照顧 之下與安心舒適的環境下，幫助病人能夠以盡力解除癌症病患的嚴重疼痛與 其他不適的症狀，讓病人覺得是提供像家一般溫馨的地方，使他們能夠早日 康復。 現今，由於醫療科技的進步與生活環境的改變，我們將可以改善身體上 的警訊或者是惡化的癌症，在醫療科技得努力之下，我們有了化療與一些藥 物的控制，但隨著人類的生活變遷與忙碌，無法時時刻刻都能了解身體上的 警訊，本研究專題開發出的系統 APP 可以隨時掌控病人資訊，以及用藥方法 時間與醫療幫助。2.2 安寧 APP 系統發展現況與描述
目前在安寧 APP 中，目前在國外與國內來說很少有開發團隊，去製作此 款 APP 去改善或是幫助的有需要幫助的病人，目前我們只找到國外的一款 APPmyHealthPal，
APP，主要幫助帕金森氏症患者作用藥紀錄，但其他長期 疾病患者也可以使用，並紀錄自身的健康狀況。(1) 有效地控制健康。 (2) 維持疾病情況。 (3) 讓愛你的親友理解這個疾病。 (4) 使專家可以相互交流。 (5) 透過同樣的方法幫助別人。 而我們團隊所製作出的功能包含了下列特點，目的事幫助國內安寧病患所需 要的功能與協助。 (1) 介紹安寧。 (2) 病人情況。 (3) 病人心願。 (4) 提供意見。
2.3 安寧 APP 系統功能和內容分析
2.3.1 介紹安寧 (1) 何謂安寧 安寧療護秉持肯定生命的態度，承認死亡是一極自然過程，而 不刻意延長或加速。安寧療護結合各類專業人員組成團隊，巧妙地 運用各種疼痛控制與症狀處理的方法與技術，積極處理各種不適症 狀，期使病患維持清醒且免於疼痛，協助癌末病患在自家或一仿如 家庭的環境中，有尊嚴、且有品質地走完人生最後旅途。安寧療護 的過程，病患與家人皆被鼓勵、要求參與各項醫療照護之決策過程， 期使臨終病患與其家人在身體、心理和靈性等方面之需求均能獲得 重視。 (2) 安寧區分 「安寧療護」區分為安寧病房與居家照護兩大部分。其中，「安 寧病房」就是提供像家一般溫馨的地方，鼓勵家屬與病患在一起， 且由一組包括醫師、護士、社工、營養師、復健師、志工及神職人 員等團隊，共同照護癌症臨終病患，主要的目的是盡力解除癌症病患的嚴重疼痛與其他不適的症狀。為尊重末期病患的醫療意願，有 權決定病危時是否實施心肺復甦術。89 年國內已經通過「安寧緩和 醫療條例」，健保也已於 91 年 8 月開放安寧病房的給付。目前設有 安寧病房的醫院仍以收癌末病患為主，也有的開始試辦提供漸凍人 的療護。 (3) 各大醫院安寧聯絡 各大醫院有設立安寧病房的聯絡方式，有效控管地區病房空床 與方便家人選擇就近與家最近的安寧醫院，使病患不用找不到一間 能夠安心的醫院進行安寧照護。 (4) 更多關於安寧 透過其他安寧家屬與病患或是醫院文章，讓目前面對安寧病患 的家屬或是病人可以查詢這邊文章獲得一些心靈上的幫助或是慰藉， 也可用來給予醫院正面建議去幫助更多安寧的患者。 2.3.2 病人情況 (1) 照顧人員 提供當日值班照顧人員，讓家屬能掌握，讓家屬選擇信任照顧 人員。 (2) 心跳血壓 心跳與血壓在測量後及時上傳，可使醫院不必再用文筆方式記 錄，一來可以提高效率，二來可及時在不同時間點快速獲得病患心 跳與血壓因應醫院或是患者需求。 (3) 各種情況紀錄 本安寧 APP 可以即時記錄病患克種情況登錄，協助院方及時處 理與因應。 2.3.3 病人心願 (1) 心願目標
一一達成心願與目標。 (2) 行程表 APP 可排化療診療，運動診療，X 光診療，醫用診療或是病人 自己的時間行程表等等。 (3) 家屬留言板 家屬有甚麼問題可以即時反饋，由院方或是伺服端管理人員立 即回覆提供意見。 2.3.4 提供意見 提供對本 APP 所需要的意見。
2.4 安寧 APP 特色
(1) 照顧人員。 (2) 心跳血壓。 (3) 各種情況紀錄。 (4) 心願目標。 (5) 行程表。 (6) 家屬留言板。 以 6 大特色，滿足安寧醫院與患者需求，達到此 APP 開發目的，並與世 界接軌，讓更多用戶能夠受益。2.5 營運系統比較
myHealthPal 是一款來自英國的醫療健康 APP，主要幫助帕金森氏症患者作 用藥紀錄，但其他長期疾病患者也可以使用，並紀錄自身的健康狀況。 myHealthPal facebook 指出它的五個重點： (1) 有效地控制健康。 (2) 維持疾病情況與用藥。 (3) 讓愛你的親友理解這個疾病。(4) 使專家可以相互交流。 (5) 透過同樣的方法幫助別人。
圖 2-1 帳密申請
圖 2-3 用藥紀錄
圖 2-4 藥物選擇
以右上角 + 增加提時，依照字母選擇(Alphabeticlly)依照藥系分類
(By family)自行新增(Custom medication)擇定自己服用的藥物之後，根據
藥物的不同，選擇服用劑量、頻率（每週或每日）
、時間，myHealthPal 便
會在指定時間提醒，同時也作用藥紀錄。
圖 2-5 圖 2-6 myLog 由於帕金森氏症患者會有顫抖、難以動作、平衡反應差等種種動作 障礙而設計的體質測試（Physical Tests）則幫助患者紀錄自己用藥過後的身體狀 況，可在藥前藥後各一小時內測試，有點擊（Taps）與九宮格連線（Nine Hole） 可供選擇，前者在 20 秒內測試手指的靈活度，後者則以兩次的連線點擊測試反 應時間。
圖 2-7
其他疾病的使用者也可以使用，紀錄使用者的食慾、運動、心情、活動、睡 眠情況。
2.6 開發工具介紹
2.6.1 資料庫管理系統（Database Management System）
常見之資料模式（Data Model）可分成階層式（Hierarchical）資料 庫、網路式（Network）資料庫與關聯式（Relational）資料庫三種，其 優缺點如下： 表 2-1 資料模式優缺點比較表 項目 階層式 網路式 關聯式 優點 較適用於階層式關係 的資料 適用於關係複雜而構 成網路關係的資料 較適用於表格式的資 料 缺點 無法直接表達多對多 的關係 隨著資料的增加，結構 會變得越來越複雜，不 利使用者掌握 查詢效率不如非關聯 式資料模式，必須進行 最佳化動作
2.6.2 JSON 資料庫 JSON 以純文字去儲存和傳送簡單結構資料，可透過特定的格式去儲存 任何資料(字串,數字,陣列,物件)，也可透過物件或陣列來傳送較複雜的資料。 特點如下列： (1) 相容性高。 (2) 格式容易了解，閱讀及修改方便。 (3) 支援許多資料格式， 例:(nember,string,Booleans,nulls,array,associative array) 。 (4) 許多程式都支援函式庫讀取或修改 JSON 資料。 2.6.3 JSON 應用處
JSON 常用在 WEB 網頁從 Server 端傳送資料到 browser,範例是透過 AJAX 方式交換 JSON 資料，下列簡單舉例：
(1) 使用者點選了產品縮圖。
(2) javaScrip 透過 AJAX 將產品 ID 傳送到伺服器端。
(3) 伺服器端收到 ID，將產品資料 (ex 價格,描述) 編碼成 JSON 資料，並回傳給瀏覽器。
(4) JavaScript 收到 JSON 資料，將解碼 (decode) 並將資料顯示在 網頁上。
2.7 Oracle 資料庫
Orcle 資料庫的標準功能，下列簡單舉例： (1) 關聯式架構。 (2) 管理工具。 (3) 安全管理。 (4) 備份及回復能力。 (5) 查詢及更新的 SQL 介面。 (6) 與外界應用程式的連結管理。(7) 儲存格式的限制。
2.8 MySQL 資料庫
MySQL 的主要特色，下列簡單舉例： (1) 內部和可攜性 a. 以 C 和 C++撰寫。 b. 經過各種不同編譯器測試。 c. 可在多平台執行。d. 提高可攜性，使用 GNU AUtomake、Autoconf 及 Libtool。 e. 提供 C、C++、Eiffel、Java、Perl、PHP、Python、Ruby 及 Tcl 的 API。 f. 透過核心執行緒達到完全多重執行緒功能。 (2) 安全 以靈活且安全的權限和密碼系統，支援主機的認證，並與伺服器連接時， 所有密碼傳送加密，確保密碼安全性。 a. 擴充性和限制。 b. 可管理大型資料庫。 c. 每個資料表可擁有高達 64 個索引，每個索引由 1 到 16 個欄位組 成。 d. 連接性。 e. 各種平台上用戶，可透過 TCP/IP 連接至 MySQL 伺服器。 f. 地方化。 g. 伺服器可透過各種不同語言的錯誤訊息。
2.9 Visual Studio
2.9.1 Visual Studio 最新特性分析 (1) 化 C#交互窗口的能力： 讓開發者在窗口處理代碼，不須手動導入以及對 C++編譯器進 行了改進。 (2) 在移動應用開發方面：支持 Android 項目的 Gradle 生成，Silver 還試圖使用 HyperV 運 行一個 Ubuntu 虛擬機連同 VS，示範一個用於開發 Linux 項目的 VS 新擴展。擴展支持在 VS 中編寫 C++代碼，將結果代碼部署到 Linux 上編譯/調試/執行。 (3) 鑑於 Git 的流行： Silver 在 VS 中新引入了“發佈到 Git 服務”特性，讓開發者可以在 VS 團隊服務、GitHub 或一個私有版本庫上發布一個新創建的項目。 (4) 開發者對新版本的反應很強烈： VS 團隊緊跟市場需求，充分考慮到了用戶在移動開發和合作開 發方面所面對的問題。
2.10 HTML
超文件標示語言（英語：HyperText Markup Language，簡稱：HTML） 是一種建立網頁的標準標記式語言。HTML 是一種基礎技術，常與 CSS、 JavaScript 一起被眾多網站設計令人賞心悅目的網頁、網頁應用程式、行動應 用程式的使用者介面。網頁瀏覽器可以讀取 HTML 檔案，將其彩現成視覺化 網頁。HTML 描述了一個網站的結構語意隨著線索的呈現，使之成為一種標 記式語言而非程式語言。 (1) 特性： a. 網頁可直接播放多媒體。 b. 具有本機儲存的能力提升。 c. 開發人員能直接用網頁繪出圖形。
d. 提供觸碰事件的處理能力。 e. 版面配置更美觀的 CSS3。 f. 瀏覽器可在背景執行其他程式。 g. HTML5 可使網頁直接播放視訊。 h. 網頁可直接產生圖表，而不需仰賴圖檔或 Flash。
2.11 Flash
Adobe Flash Player（在 Internet Explorer 和 Firefox 被稱為 Shockwave Flash） 是一種廣泛使用的、專有的多媒體程式播放器。它最初由 Macromedia 編寫，在 Macromedia 被 Adobe 收購後由 Adobe 繼續開發。
(1) 特性： a. 可載入各家使用專屬的語言與套件做偕同開發，也可配合各種軟 體輸出各平台專屬檔案。 b. 可獨立編譯出 IOS 64 位元軟體和 Android 64 位元軟體。 c. 在 SDK 編號 17 版本以後，強化運算效能、提高運行速度達 50%。 d. 2014 年統計，在中國地區 Android 平台使用率達 1 億台裝置。 e. 2016 正式改名 Adobe Animate CC 明確目標為 應用(桌面 android ios) 和 瀏覽器 兩個方向的併行制度。 (2) 缺點： a. 禁止使用 Flash，可以阻擋大部分的加密綁架軟體——Flash 的漏洞 及提供過高的權限，使得私下加密使用者檔案的勒索軟體多選擇 Flash。 b. 會在使用者電腦上存留資料（Flash cookies）。 c. 消耗過多電腦資源。 d. 一些網頁上的 Flash 要使用高效能的電腦才能滿足其需求。 e. Flash 的影音自 10.1 版開始已經可利用電腦上的硬體加速，因此 多數網路瀏覽器都內建或者可以加裝阻擋 Flash 的功能元件。
f. 對 Unicode 字集的支援不完整。 g. 在設計不良的 Flash 應用程式裡，常發生記憶體洩漏與記憶體違 規存取。由於 Flash 的 RunTime 並未完整的攔截這些異常代碼， 因此常常會導致瀏覽器的行程崩潰。 表 2-2 檔案格式 檔案格式 說明 swf Shockwave Flash 的縮寫，這是一個完整的影片檔，無法被編 輯。有時會被念作「swiff」或「swaif」。SWF 在發布時可以 選擇保護功能，如果沒有選擇，很容易被別人輸入到他的原 始檔中使用。然而保護功能依然阻擋不了為數眾多的破解軟 體，有不少閃客專門以此來學習別人的程式碼和設計方式。 Fla Flash 的原始檔，只能用 Adobe Animate 打開編輯。
As 為 ActionScript 的縮寫，是一種程式語言的簡單文字檔案。FLA 檔案能夠直接包含 ActionScript，但是也可以把它存成 AS 檔 做為外部連結檔案（如定義 ActionScript 類別則必須在寫在 as 檔案裡，再匯入以加入類別），以方便共同工作和更進階的 程式修改。 Flv Flash Video 的簡稱，FLV 串流媒體格式是一種視頻格式，它 的出現有效地解決了視頻檔案導入 Flash 後，使導出的 SWF 檔案體積龐大，不能在網路上有效使用等缺點。
Exe 匯出 Flash 的時候的執行檔。如果我們要傳送 Flash 動畫給別 人，要把它存成執行檔。目前支援至 Windows 8 。
Apk 匯出適用 Android 平台檔案，可單獨安裝執行；或送至 Google Play 平台審核，成為可搜尋下載軟體。
ipa 匯出適用 IOS 平台檔案，送至 App store 平台審核，成為可搜 尋下載軟體。
2.12 android studio
2.12.1 特點
預計新的功能，與 Android 工作室每個版本推出。提供當前穩定版 本的特點如下：
(1) 搖籃基礎的建設的支持。 (2) Android 的特定的重構和快速修復。 (3) 皮棉工具捕捉性能，可用性，版本兼容性和其他問題。 (4) ProGuard 的集成和應用程序簽名功能。 (5) 基於模板的嚮導創建普通的 Android 設計和組件。 (6) 豐富的佈局編輯器，允許用戶拖動和拖放 UI 組件，選項預覽佈 局在多個屏幕配置。 (7) 建立支持 Android Wear 應用。 (8) 內置的谷歌雲平台，與谷歌雲消息和 App Engine 的實現集成的 支持。
2.13 系統要求
表 2-3 2.x 版 視窗 OS X / MacOS 的 Linux 的 操作系 統版本 微軟的 Windows 10/8/7（32 位或 64 位） 的 Mac OS X 10.9.5 或更高，達 10.11.6（埃爾卡皮坦）或 10.12.1 （塞拉利昂） GNOME 或 KDE 桌面 隨機存 取存儲 器 2 GB RAM 最低，8 GB RAM 建議 磁盤空 間 Android 的工作室，500 MB 的磁盤空間至少為 1.5 GB 的 Android SDK 中，仿真器系統圖像和高速緩存 Java 版 本 Java 開發工具包（JDK）8 屏幕分 辨率 1280×800 的最小屏幕分辨率表 2-4 Android 的工作室與 Eclipse 的 ADT 比較 特徵 Android 的工作 室 Eclipse 的 ADT Eclipse 的 AndMore 構建系統 搖籃 Apache Ant 的 搖籃/ Maven 的/螞 蟻 Maven 的基於編譯依賴 是 是 是 構建變種和多代 APK 是 是 是 高級 Android 的代碼完成和 重構 是 是 是 圖形化佈局編輯器 是 是 是 APK 簽名和密鑰存儲管理 是 是 是 NDK 支持 是 是 是
2.14 Visual Studio 2015
Visual Studio 是用來建置 ASP.NET Web 應用程式、XML Web Services、 桌面應用程式及行動應用程式的一套完整開發工具。 Visual Basic、Visual C# 和 Visual C++ 都使用相同的整合式開發環境 (IDE)，如此一來便可以共用 工具，並且可以簡化混合語言方案的建立程序。 此外，這些語言可使用 .NET Framework 強大的功能，簡化 ASP Web 應用程式與 XML Web Services 開 發的工作。
2.15 Microsoft WebMatrix
Microsoft WebMatrix 是一款由微軟公司開發的免費的輕量級 Web 開發 工具。用它可以開發運行在 Windows 伺服器上的網站。值得一提的是，它允 許開發者使用許多著名的開源 Web 應用程式。
第三章、專題規劃
3.1 專題規劃目的
(1) 開發一套安寧病人資訊系統。 (2) 讓社會大眾能夠更了解安寧。 (3) 提供病人家屬線上查詢病人即時狀況。 (4) 提供院方隨時能夠更新病人狀況。 (5) 讓家屬不再醫院就能隨時了解病人的病情與狀況。3.2 系統開發方法
本研究所採用的系統開發是生命週期法，將 APP 安寧系統開發分成幾個階 段，定義對出每個階段的工作內容，一個階段執行結束後，進入下一個階段。詳 細描述如下： 3.2.1 系統規劃 收集有關專題所需相關訊息及資料，再來製作企劃書及工作進度表、 文獻探討、時程規劃，以及多次開會討論如何進行此專題之製作。 3.2.2 系統分析 分析使用者抽象的需求，轉成使用正規化的規範語言來製作出簡單容 易使用的軟體功能。 3.2.3 系統設計 使用開發工具將網頁程式語言 Visual Studio 2010 撰寫程式，而資料庫 管理是採用 SQL Sever Compact。3.2.4 系統發展與建置 將產生的系統架構轉成可用電腦執行的軟體。 3.2.5 系統測試與整合 配合（單位測試）、（整合測試）、（驗收測試）與（系統測試）來發現 重要錯誤，進行改進動作。 3.2.6 系統維護 進入使用階段後，仍然無法避免經過一些更改，這些更改可能是之前 程式的錯誤發現，或者對使用者要求系統上能做某些改良或增減，針對各 種維護需求，進行對軟體的修改或擴充。
系統規劃
系統分析
系統設計
系統發展
與建置
系統測試
與整合
系統維護
系統規劃書 系統需求書 系統規格 使用者手冊 測試結果 圖 3-1 系統開發生命週期圖 3-2 系統架構圖
3.3 系統功能需求事件分析
(1) 一般功能事件 (2) 登入系統。 (3) 介紹安寧選單。 (4) 何謂安寧 (顯示出何謂安寧)。 (5) 安寧區分(顯示出安寧區分)。 圖 3-4 一般使用者登入圖(7) 更多關於安寧(顯示出更多的安寧文章)。 (8) 病人情況(顯示病人目前醫療情況)。 (9) 照顧人員(顯示照顧病人的醫療人員資料)。 (10) 心跳血壓(顯示病人心跳血壓紀錄)。 (11) 各種紀錄情況(顯示病人各項醫療相關紀錄)。 (12) 病人心願(顯示病人目前想完成的願望)。 (13) 心願目標(顯示已達成與尚未達成的願望目錄)。 (14) 行程表(顯示病人每日的醫療行程)。 (15) 家屬留言板(顯示家屬留言狀態)。 (16) 提供意見(使用者輸入意見)。 表 3-1 一般功能事件表 事件 觸發器 來源 活動 回應 目的地 登入系統 登入資料(帳 號、密碼) 使用者 檢驗登入資 料 系統主畫面 系統 介紹安寧選單 瀏覽要求 使用者 提供資料 顯示安寧內 容 系統 何謂安寧 瀏覽要求 使用者 提供資料 顯示何謂安 寧資料 系統 安寧區分 瀏覽要求 使用者 提供資料 顯示安寧區 分資料 系統 各大醫院安寧 聯絡 瀏覽要求 使用者 提供資料 顯示安寧醫 院聯絡方式 系統 更多關於安寧 瀏覽要求 使用者 提供資料 顯示出更多 文章 系統 病人情況 瀏覽要求 使用者 提供資料 顯示病人情 況 系統 照顧人員 瀏覽要求 使用者 提供資料 顯示人員姓 名 系統
事件 觸發器 來源 活動 回應 目的地 心跳血壓 瀏覽要求 使用者 提供資料 顯示心跳血 壓紀錄 系統 各種紀錄情況 瀏覽要求 使用者 提供資料 顯示各式紀 錄 系統 病人心願 瀏覽要求 使用者 提供資料 顯示願望表 系統 心願目標 瀏覽要求 使用者 提供資料 顯示願望是 否達成 系統 行程表 瀏覽要求 使用者 提供資料 顯示每日行 程 系統 家屬留言板 瀏覽要求 使用者 提供資料 顯示家屬留 言 系統 提供意見 瀏覽要求 使用者 提供資料 顯示使用者 意見 系統
3.4 專題設備
表 3-2 軟體設備表 類別 名稱 作業平台 WINDOWS 10 文書處理 WORD2008-2010 撰寫程式 virsual studio 2015 資料庫 SQL Sever Compact 表 3-3 硬體設備表 類別 規格 電腦 CPU I5-2400 顯示卡 GTX 7603.5 專題時程規劃
茲將本專題進行流程的甘特圖繪製如下： 表 3-4 專題時程規畫表 月 工作 2016/04 2016/05 2016/06 2016/07 2016/08 2016/09 2016/10 2016/11 2016/12 決定專題題目 收集專題資料 設計_系統分析 設計_系統設計 建構雛型一 修正 建構雛型二 修正 系統實作月 工作 2016/04 2016/05 2016/06 2016/07 2016/08 2016/09 2016/10 2016/11 2016/12 成果發表 撰寫文件
3.6 專題分工
明在整個專題製作過程中，每個組員的工作分配情形。 表 3-5 專題分工表 組員 工作 黃郅捷 牟宗逸 洪唯倫 鄭傑友 專題製作 ● ● ● ● 專題方向定義 ● ● ● ● 專題分析與討論 ● ● ● ● 資料蒐集 ● ● ● ● 使用案例圖 ● ● 系統架構圖 ● ● 系統架構圖細部 ● 系統分析與討論 ● ● ● ● 系統規劃 ● ● 系統設計 ● ● 書面報告總整 ● ●3.7 預期貢獻
(1) 使社會大眾更能夠了解什麼叫做安寧。 (2) 讓未來的學弟學妹能夠接續我們安寧 APP 未來的研究。第四章 專題成果
4.1 系統分析
4.2 情節
4.2.1 登入 1. 名稱(Name)：登入 2. 參與者(Actors)：訪客 3. 前提(Pre-Condition)：進入登入畫面 4. 成功條件(Successful Post-Conditions)：登入成功 5. 失敗條件(Unsuccessful Post-Conditions)：登入失敗 6. 事件路徑(Flow of Events)：6.1 基本路徑(Typical Course of Events)：
表 4-1 登入 6.2 例外路徑(alternative/exceptional course)：系統核對帳號密碼 步驟 4. 若輸入的帳號密碼不正確，系統會顯示帳號或密碼輸入 錯誤失敗的訊息 Actor 動作 系統回應 1.TUCBW1:使用者點選系統首頁。 2.系統顯示登入畫面的表格。 3.使用者輸入帳號、密碼送出登錄請求 4.系統核對帳號密碼。 5. TUCEW2：系統顯示登錄成功
4.2.2 介紹安寧 1. 名稱(Name)：介紹安寧 2. 參與者(Actors)：訪客 3. 前提(Pre-Condition)：訪客必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-2 紹安寧 6.2 例外路徑(alternative/exceptional course)：訪客終止介紹安寧搜 索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選介紹安寧。 2.系統顯示”介紹安寧”畫面。 3.TUCEW2：系統顯示介紹安寧內容。
4.2.3 何謂安寧 1. 名稱(Name)：何謂安寧 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-3 何謂安寧 6.2 例外路徑(alternative/exceptional course)：會員終止查詢何謂安 寧搜索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選何謂安寧。 2.系統顯示”何謂安寧”畫面。 3.TUCEW2：系統顯示何謂安寧內容。
4.2.4 安寧區分 1. 名稱(Name)：安寧區分 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-4 安寧區分 6.2 例外路徑(alternative/exceptional course)：會員終止查詢安寧區 分搜索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選安寧區分。 2.系統顯示”安寧區分”畫面。 3.TUCEW2：系統顯示安寧區分內容。
4.2.5 各大醫院安寧聯絡 1. 名稱(Name)：查詢志願報表 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-5 各大醫院安寧聯絡 6.2 例外路徑(alternative/exceptional course)：會員終止查詢各大醫 院安寧聯絡搜索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選各大醫院安寧聯 絡。 2.系統顯示”各大醫院安寧聯絡”畫面。 3.TUCEW2：系統顯示各大醫院安寧聯 絡內容。
4.2.6 更多關於安寧 1. 名稱(Name)：更多關於安寧 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-6 更多關於安寧 6.2 例外路徑(alternative/exceptional course)：會員終止查詢更多關 於安寧搜索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選更多關於安寧結 果。 2.系統顯示”更多關於安寧”畫面。 3.TUCEW2：系統顯示更多關於安寧內 容。
4.2.7 病人情況 1. 名稱(Name)：病人情況 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-7 病人情況 6.2 例外路徑(alternative/exceptional course)：會員終止查詢更多關 於安寧搜索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選病人情況結果。 2.系統顯示”病人情況”畫面。 3.TUCEW2：系統顯示病人情況內容。
4.2.8 照顧人員 1. 名稱(Name)：照顧人員 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-8 照顧人員 6.2 例外路徑(alternative/exceptional course)：會員終止查詢照顧人 員搜索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選照顧人員結果。 2.系統顯示”照顧人員”畫面。 3.TUCEW2：系統顯示照顧人員內容。
4.2.9 心跳血壓 1. 名稱(Name)：心跳血壓 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-9 心跳血壓 6.2 例外路徑(alternative/exceptional course)：會員終止查詢心跳血 壓搜索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選心跳血壓結果。 2.系統顯示”心跳血壓”畫面。 3.TUCEW2：系統顯示心跳血壓內容。
4.2.10 各種紀錄情況 1. 名稱(Name)：各種紀錄情況 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-10 各種紀錄情況 6.2 例外路徑(alternative/exceptional course)：會員終止查詢各種紀 錄情況搜索要求。 Actor 動作 系統回應 1.TUCBW1:會員點選各種紀錄情況結 果。 2.系統顯示”各種紀錄情況”畫面。 3.TUCEW2：系統顯示各種紀錄情況內 容。
4.2.11 病人心願 1. 名稱(Name)：病人心願 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-11 病人心願 6.2 例外路徑(alternative/exceptional course)：會員終止查詢病人心 願搜索要求。 Actor 動作 系統回應 1.TUCBW1：會員點選病人心願結果。 2.系統顯示”病人心願”畫面。 3.TUCEW2：系統顯示病人心願。
4.2.12 心願目標 1. 名稱(Name)：心願目標 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-12 心願目標 6.2 例外路徑(alternative/exceptional course)：會員終止查詢心願目 標搜索要求。 Actor 動作 系統回應 1.TUCBW1：會員點選心願目標結果。 2.系統顯示”心願目標”畫面。 3.TUCEW2：系統顯示心願目標。
4.2.13 行程表 1. 名稱(Name)：行程表 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-13 行程表 6.2 例外路徑(alternative/exceptional course)：會員終止查詢心願目 標搜索要求。 Actor 動作 系統回應 1.TUCBW1：會員點選行程表結果。 2.系統顯示”行程表”畫面。 3.TUCEW2：系統顯示行程表。
4.2.14 家屬留言板 1. 名稱(Name)：家屬留言板 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-14 家屬留言版 6.2 例外路徑(alternative/exceptional course)：會員終止查詢家屬留 言板搜索要求。 Actor 動作 系統回應 1.TUCBW1：會員點選家屬留言板結 果。 2.系統顯示”家屬留言板”畫面。 3.TUCEW2：系統顯示家屬留言板。
4.2.15 提供意見 1. 名稱(Name)：提供意見 2. 參與者(Actors)：會員 3. 前提(Pre-Condition)：會員必須先登入至首頁 4. 成功條件(Successful Post-Conditions)：顯示畫面 5. 失敗路徑(Unsuccessful Post-Conditions)：無法顯示畫面 6. 事件路徑(Flow of Events)：
6.1 基本路徑(Typical Course of Events)： 表 4-15 提供意見 6.2 例外路徑(alternative/exceptional course)：會員終止查詢提供意 見搜索要求。 Actor 動作 系統回應 1.TUCBW1：會員點選提供意見結果。 2.系統顯示”提供意見”畫面。 3.TUCEW2：系統顯示提供意見。
4.3 循序圖
4.4 使用手冊
4.4.1 訪客權限
第五章、結論與建議
5.1 結論
本組經過幾個月以來的努力，組員們分工合作、使命必達，經歷了百般鍥而 不捨的精神，對系統不斷的測試與修改，終於讓專題系統各功能一一完成，也讓 系統能夠穩定的上線使用。 在系統的開發過程中，組員們都盡心盡力的完成自己的工作，當然在開發的 過程中因為技術上的不熟練，我們也常常遇到系統無法正常運作的情形，不過我 們從未放棄過，一直不斷的請教教授，找尋相關的文件與資料做為參考，一關一 關克服下去，系統中我們一共劃分兩個身份角色：一般使用者與管理者登入的身 份，而各身份也有各自的權限劃分，可查詢專題各種相關資料、線上查詢、回饋、 建議等，最主要目的是為了讓專題ＡＰＰ世界化，減少對於不熟安寧的病患與家 屬，並提供平台使他們可以在短時間了解與因應措施，最後獲得優質的醫療照 顧。 我們主要是以 Visual Studio 2015 為開發此系統的平台，其中也搭配了 SQL Sever Compact 軟體來做為整合及後端資料庫的應用，在技術方面我們運用了 HTML 來撰寫系統，此系統是以專題結案為主軸做討論與設計的，為了讓大家操 作起來能很快就上手，系統的操作介面我們是參考ＡＰＰ中的精簡模式，這樣可 以讓使用的人感覺有一種很熟悉的感覺也能讓大家在操作上很快就上手，這可是 我們用心良苦的地方，其實系統最大的特是在於，我們運用了.NET 的技術來讓 系統的操作介面可以 WEB 化，打破以往必需要透過安裝才可以使用的麻煩性， 使用者只要在能上網的地方就可以輕鬆使用此系統，透過網際網路連接到首頁後 就可以直接後後端的資料庫做新增、查詢等，提升了許多的方便性。5.2 給學弟妹的建議
現在正值一個ＡＰＰ與電子商務的世代，在各方面都是在和時間與金錢賽跑， 一切都著重於時效和效率的達成率，為了提升公司在同類型和不同類型中的競爭 力，不論大小公司都很積極的投入大量在人力、物力及資源來做創新和研發，為得就是不被淘汏，公司可以比照此系統彙整各部門的技術手冊、使用說明、教育 訓練…等相關資料及課程加入到公司的首頁之中，各部門間技術上的研討和查詢， 不需要在跑來跑去的問或是非要找到負責的人才可以解決問題，只要上網參閱相 關文件後就可以得到問題解決的方法，相信這對公司在各方面的業務都會有很大 的幫忙，也會提高不少的時效和效率，增加公司的產業競爭力。 5.2.1 未來研究方向 此系統初步開發完成，主要的目的是在於改善專題流程，減少不必要的 人工作業及資金支出，讓老師與同學們都能方便取得專題相關的資訊，在專 題的流程上能夠更方便，更有效率、提高安全性並走向國際化。不過此系統 畢竟是初步開發完成，我們相信此系統未來還是會有更多的改善空間。
參考文獻
1. 中國文化大學/資訊中心製作，西元 1983 年。 http://ap6.pccu.edu.tw/Encyclopedia/data.asp?id=8293 2. 你不可不知的 JSON 基本介紹，2011/04/17。 https://blog.wu-boy.com/2011/04/%E4%BD%A0%E4%B8%8D%E5%8F%AF %E4%B8%8D%E7%9F%A5%E7%9A%84-json-%E5%9F%BA%E6%9C%AC %E4%BB%8B%E7%B4%B9/3. 簡賢智、陳郁芬，探索 Oracle 資料庫和 Visual Basic 程式設計，儒林圖書有 限公司，1999 年 8 月，頁 1-10。 4. 范綱志，MySQL 管理者手札，上奇科技出版事業處，2005 年 2 月，頁 1-5 到 1-7。 5. Flash，Adobe Animate，（2015 年 4 月 17 日）。 https://zh.wikipedia.org/wiki/Adobe_Animate 6.
myHealthPal，2015 年
http://www.myhealthpal.com/ 7. infoq.張天雷，2016 年 4 月 27 日 http://www.infoq.com/cn/news/2016/04/visual-studio-new-features 8. 一手掌握 HTML5 技術的關鍵特色，李宗翰 2012-03-23 http://www.ithome.com.tw/tech/89583 9. 維基百科，HTML，2016-04-01 https://zh.wikipedia.org/wiki/HTML 10. 維基百科，Android 的工作室，2016 年 11 月 12 日 https://en.wikipedia.org/wiki/Android_Studio 11. 現代保險新聞網，2016-11-20 日http://www.rmim.com.tw/news-detail-1964 12. 何謂安寧療護，台北榮總大德病房護理長林瓊玲，95 年 7 月 4 日 http://www.tccf.org.tw/old/magazine/vol9/vol9_16.htm 13. Visual Studio 簡介,2016 年 https://msdn.microsoft.com/zh-tw/library/fx6bk1f4(v=vs.100).aspx 14. Microsoft WebMatrix，維基百科，2013 年 5 月 2 日 https://zh.wikipedia.org/wiki/Microsoft_WebMatrix
附錄
附錄 1 日期 04/06 地點 A306 主席 牟宗逸 紀錄 洪唯倫 出席者 劉錦松、黃郅捷、牟宗逸、洪唯倫、鄭傑友 時間 14:00 內容 專題題目討論 決議 確定題目為安寧 APP 導師建議 參考與醫療相關、老人中心等等相關 APP 附錄 2 日期 4/20 地點 A306 主席 牟宗逸 紀錄 洪唯倫 出席者 劉錦松、黃郅捷、牟宗逸、洪唯倫、鄭傑友 時間 14:00 內容 專題題目方向 決議 安寧 app 方向 導師建議 參考與醫療相關、老人中心等等相關 APP 附錄 3 .日期 05/04 地點 A306 主席 牟宗逸 紀錄 洪唯倫 出席者 劉錦松、黃郅捷、牟宗逸、洪唯倫、鄭傑友 時間 14:00 內容 專題所需要工具 決議 主要開發工具 android studio 導師建議 購買書籍 附錄 4 .日期 10/05 地點 A306 主席 牟宗逸 紀錄 洪唯倫 出席者 劉錦松、黃郅捷、牟宗逸、洪唯倫、鄭傑友 時間 15:00 內容 新增電子郵件及簡訊發送功能 決議 不使用此功能 導師建議 選擇註冊功能 附錄 5 .日期 10/19 地點 A306 主席 牟宗逸 紀錄 洪唯倫 出席者 劉錦松、黃郅捷、牟宗逸、洪唯倫、鄭傑友 時間 15:00.日期 10/19 地點 A306 主席 牟宗逸 紀錄 洪唯倫 內容 後續功能介紹 決議 製作後續功能 導師建議 功能程式教學 附錄 6 .日期 11/02 地點 A306 主席 牟宗逸 紀錄 洪唯倫 出席者 劉錦松、黃郅捷、牟宗逸、洪唯倫、鄭傑友 時間 15:00 內容 如何新增時間日期功能 決議 新增日期時間功能 導師建議 程式教學 附錄 7 .日期 11/16 地點 A306 主席 牟宗逸 紀錄 洪唯倫 出席者 劉錦松、黃郅捷、牟宗逸、洪唯倫、鄭傑友 時間 15:00 內容 APP 初稿完成 決議 APP 完成 導師建議 美觀調整
