藥單一把罩

(1)

元培醫事科技大學

資訊管理系畢業專題

藥

單

一

把

罩

指導老師：林志賢老師

組員：李淑玲 1001408111

殷雨玲 1001408112

陳佩琦 1001408115

謝菽君 1001408070

林伯彥 1001408137

中

華

民

國

1

0

3 年

1

2 月

(2)

摘要

現在的掛號單據中，並沒有詳細列出裝入的藥品名稱、成分、時效等等，若病人想得知藥物資訊必須透過網路或書籍，這樣既沒效率又浪費時間，而現今，智慧型手機幾乎人手一支，因此我們小組想到利用智慧型手機的條碼掃描功能達到我們的目標，並搭配隨著智慧型手機興起的二維條碼，即可利用掃描條碼的方式得知藥物資訊，並且有提醒用藥功能，使用者在設定好時間之後，一到用藥時間，APP 會以鬧鐘方式提醒使用者該吃藥了。 關鍵字：二維條碼、QRcode、App 應用程式、醫療資訊

(3)

目錄摘要 ...i 目錄 ... ii 圖目錄 ... iv 第一章緒論 ... 1 1.1 背景與動機 ... 1 1.2 目的 ... 1 1.3 限制 ... 1 第二章專題簡介 ... 2 2.1 淺談 QR 條碼（QRCode）以及其應用想法 ... 2 2.3 QR Code 應用教學：打造影像編碼新生活 ... 10 2.4 什麼是 Android 智慧型手機？ ... 13 2.5 Android 的系統架構說明 ... 15 2.6 文獻探討 ... 22 2.7 相關 APP ... 23 第三章專題設計與規劃 ... 32 3.1 專題規劃目標 ... 32 3.2 系統開發方法 ... 32 3.3 系統藍圖描述 ... 33 3.4 專題設備 ... 34 3.5 專題時程規劃 ... 34 3.6 專題分工 ... 35 第四章專題成果 ... 36

(4)

4.1 需求分析 ... 36 4.2 系統分析 ... 37 4.3 系統介紹 ... 51 4.4 使用手冊 ... 59 第五章結論與建議 ... 65 5.1 結論與新發現 ... 65 5.2 建議 ... 65 5.3 未來研究方向 ... 66 參考文獻 ... 68 附錄 ... 69

(5)

圖目錄

圖 2- 1 QR 碼 ... 2 圖 2- 2 QR 碼資料容量 ... 3 圖 2- 3 QR 碼錯誤修正容量 ... 3 圖 2- 4 QR 碼應用實例 ... 5 圖 2- 5 QR 碼資料容量 ... 8 圖 2- 6 廣告看板上的 QR 碼 ... 10 圖 2- 7 有 QR 碼功能的 app ... 11 圖 2- 8 QR 碼條碼產生器 ... 12 圖 2- 9 Android 系統標誌 ... 14 圖 2- 10 Android 系統架構圖 ... 16 圖 2- 11 Webkit 的網頁自動調整成全頁寬功能... 18 圖 2- 12 Android 應用程式開發環境 ... 21 圖 2- 13PillBoxie 提醒吃藥好幫手...29 圖 2-14 PillBoxie 程式介紹...30 圖 2-15 PillBoxie 程式介紹...30 圖 2-16 PillBoxie 程式介紹...31 圖 2-17 PillBoxie 程式介紹...31 圖 2-18 PillBoxie 程式介紹...32 圖 2-19 PillBoxie 程式介紹...32 圖 2-20 PillBoxie 程式介紹...33 圖 2-21 PillBoxie 程式介紹...33 圖 2-22 PillBoxie 程式介紹...34 圖 2-23 PillBoxie 程式介紹...34 圖 2-24 PillBoxie 程式介紹...35

(6)

圖 2-25 PillBoxie 程式介紹...35 圖 2-26 小露服藥提醒 APP...36 圖 2-27 小露服藥提醒 APP 廣告...37 圖 2-28 小露服藥提醒 APP ...38 圖 3- 1 本專案 app 系統開發方法 ... 32 圖 3- 2 本專案 app 系統藍圖 ... 33 圖 3- 3 專題時程規劃甘特圖 ... 34 圖 4- 1 使用案例圖 ... 37 圖 4- 2 條碼掃描活動圖 ... 42 圖 4- 3 選擇藥物類別活動圖 ... 43 圖 4- 4 設定作息時間活動圖 ... 44 圖 4- 5 關於 APP 活動圖 ... 45 圖 4- 6 管理者活動圖 ... 46 圖 4- 7 條碼掃描循序圖 ... 47 圖 4- 8 選擇藥物類別循序圖 ... 48 圖 4- 9 設定作息時間循序圖 ... 49 圖 4- 10 關於 APP 循序圖 ... 50 圖 4- 11 首頁畫面 ... 51 圖 4- 12 二維條碼查詢介面 ... 52 圖 4- 13 藥物資料查詢介面 ... 53 圖 4- 14 藥品內容介紹畫面 ... 54 圖 4- 15 作息時間自訂功能 ... 55 圖 4- 16 ... 56 圖 4- 17 ... 57 圖 4- 18 ... 58

(7)

圖 4- 19 ... 59 圖 4- 20 ... 60 圖 4- 21 ... 61 圖 4- 22 ... 62 圖 4- 23 ... 63 圖 4- 24 ... 64 圖 5- 1 最近醫院查詢示意圖 ... 66 圖 5- 2 線上預約掛號示意圖 ... 66 圖 5- 3 急診救援服務示意圖 ... 67 圖 5- 4 親屬通知系統示意圖 ... 67

(8)

第一章緒論

1.1 背景與動機 以往的領藥單上標註的藥名不清楚，由於篇幅大小關係，若藥袋內裝的藥品數量較多，往往無法全數列出，更不用說要把所有藥品的名稱、成分、時效等等一一列出，使用傳統 PC 查詢非常不方便，若利用智慧型手機搭配行動網路與 APP，即可在任何收的到行動網路訊號的地點查詢，較早期的一維條碼因內存資料量不足以應付龐大的藥品資料，所以我們決定使用二維條碼來當作媒介，另外加入了用藥提醒功能，可以提醒使用者吃藥時間，取代傳統人員，會因為事務繁忙而延誤或忘記提醒。 1.2 目的 本專題研究是---『藥單一把罩』，其製作的主要方向為：做出一個可以讀取藥單的 APP，這樣在任何地方都可以透過手機條碼掃描功能得知藥物詳細資料，透過內建用藥提醒功能，可以幫助使用者管理吃藥時間。 1.3 限制 本專題在進行過程中力求盡善盡美，但恐怕尚有下列限制： 1.使用者不是使用智慧型手機，則無法進行本程式。 2.若使用者的智慧型手機無法連上網路，則無法下載藥品資料。 3.提醒功能設定項目需開啟設定才能發揮效用。 4.各年齡層有使用障礙的不同。 5.藥品資料庫更新較慢,用戶無法獲得最新藥品資訊。 6.目前本程式只有繁體中文版。 7.只限用 Andorid 系統的手機。

(9)

第二章專題簡介

2.1 淺談 QR 條碼（QRCode）以及其應用想法

圖 2- 1 QR 碼

2.1.1 簡介

QR 碼（學名為快速響應矩陣碼；Quick Response Code）是二維條碼的一種，於 1994 年由日本 DENSO WAVE 公司發明。 QR 來自英文 Quick Response 的縮寫，即快速反應，因爲發明者希望 QR 碼可以讓其內容快速被解碼。QR 碼最常見於日本，為目前日本最流行的二維空間條碼。 QR 碼比較普通條碼可以儲存更多資料，亦無需要像普通條碼般在掃描時需要直線對準掃描器。 QR 碼呈正方形，常見的是黑白兩色。在 3 個角落，印有較小，像「回」字的的正方圖案。這 3 個是幫助解碼軟體定位的圖案，使用者不需要對準，無論以任何角度掃描，資料仍可正確被讀取。日本 QR 碼的標準 JIS X 0510 在 1999 年 1 月發佈，而其對應的 ISO 國際標準 ISO/IEC18004，則在 2000 年 6 月獲得批准。根據 Denso Wave 公司的網站資料， QR 碼是屬於開放式的標準，QR 碼的規格公開，雖由 Denso Wave 公司持有的專利權益，但不會被執行。

除了標準的 QR 碼之外，也存在一種稱為「微型 QR 碼」的格式，是 QR 碼標準的縮小版本，主要是為了無法處理較大型掃描的應用而設計。微型 QR 碼同樣有多種標準，最高可儲存 35 個字元。(維基百科，簡介)

(10)

2.1.2 儲存圖 2- 2 QR 碼資料容量 QR 碼有容錯能力，QR 碼圖形如果有破損，仍然可以被機器讀取內容，最高可以到 7%~30%面積破損仍可被讀取。所以 QR 碼可以被廣泛使用在運輸外箱上。相對而言，容錯率愈高， QR 碼圖形面積愈大。所以一般折衷使用 15%容錯能力。圖 2- 3 QR 碼錯誤修正容量(維基百科，儲存) 2.1.3 應用 QR 碼最早在汽車製造廠為了便於追蹤零件而使用，今日 QR 碼已廣泛使用在各行各業的存貨管理。使用者亦可透過設有 RS-232C 介面的個人電腦及解碼程式，連接掃描器或攝影機取得 QR 碼中的資料，十分適合存貨管理等企業應用。 A.日本 近年來，日本的行動電話公司開始在有相機的行動電話加入 QR 碼讀取軟體，為 QR 碼帶來更廣泛、更新穎的消費者相關用途。主要能讓使用者減少在手機上輸入文字等資料的麻煩。最早設有 QR 碼閱讀功能的行動電話是「J-PHONE」（今。

(11)

使用 QR 碼來儲存商店位址及網址，在日本的雜誌及廣告上越來越流行。而在名片上加入 QR 碼亦逐漸成為趨勢，這讓將對方個人資料輸入手機的工作變得更簡單。除個人聯絡資料外，使用相機手機掃瞄車站海報、商店型錄等地方上的 QR 條碼之後，就能立即連至條碼所在的產品網頁，並了解訂購與該人物的資訊，或藉由撥打電話號碼來讓使用者取得該商品的優惠。而大型的日本網站如 Yahoo! 等也有應用 QR 碼，為消費者提供網址及優惠等資訊。在公共事務上，QR 碼也有很多應用機會：例如日本出入境管理已採用列印 QR 碼標籤貼在入境人員護照上，替代以往只是蓋印入境章。在日本許多公共汽車站牌都已增加上 QR 碼，乘客只需用手機閱讀解碼，就可以及時獲得該站牌的路線與班車時刻資訊。 B.台灣 在台灣，中華電信是最早應用 QR 碼作為介面的電信公司之一。其 emome 636 影城通服務也是一種利用手機直接訂購電影票，並以 MMS 簡訊傳送附有 QR 碼的訂位記錄給訂購者。訂票人只需在開場前至櫃臺出示手機中的 QR 碼，即可確認訂位記錄。台灣農委會推廣生產履歷的機制，民眾可藉由生鮮產品上面所附有的 QR 碼 E 標誌，用自己的照相手機一照，在藉由手機內建的 QR 碼解碼功能，便能看到生鮮產品的生產資訊。台灣高鐵在 2010 年 2 月時所推出的高鐵超商取票服務，於付款完成後所取得的高鐵車票在票面上印有 QR 碼，在搭乘高鐵列車時可直接持該車票，將印有 QR 碼的一面朝下對準高鐵各車站驗票閘門的條碼掃描區，利用感應方式即可通過閘門。 2011 年 10 月 28 日起，以智慧型手機購票後下載條碼，開啟後即可以手機畫面感應通關，免持紙票使得購票與搭車流程更為流暢。 C.中國大陸 據中國中央電視台報導，中華人民共和國鐵道部於 2009 年 12 月 10 日開始改版鐵路車票，新版車票採用 QR 碼作爲防僞措施，取代以前的一維條碼。[4] 浙江省杭州市、四川省成都市及河北省石家莊市的公交業者，在站台和車上，使用 QR 碼提供給市民公交的線路訊息。

(12)

圖 2- 4 QR 碼應用實例 D.香港 以 QR 碼用作宣傳推廣漸見普及。CSS Mobi 是當中的表表者, 用戶到網站掃描不同 QR 便可檢視相關優惠或直接下載電子優惠券, 即享優惠。香港的行動電話公司也開始開始利用 QR 碼，PCCW mobile 首個一站式手機購票服務 -「流動戲票」。只須以手機登入購票，便可以收到「流動戲票」MMS 簡訊，內附有 QR 碼，在進電影院前把行動電話放於 QR 碼掃描器上，便可進場，方便快捷。此外，現時香港亦有首本利用 QR 碼的雜誌，名為 CPU。 (維基百科，應用) 2.2.4 使用最初設計用於工業用途，消費者對廣告的 QR 碼已成為常見的。通常情況下，作為一個智慧型手機的 QR 碼掃描儀，顯示的代碼，將其轉換為一些有用的形式（例如作為一個標準的一個網頁的 URL ，從而無需用戶手動輸入到一個 Web 瀏覽器）。在購物行業，知道是什麼原因導致消費者的動機時，接近使用 QR 碼的產品，廣告商和營銷可以使用掃描，讓消費者購買的行為，導致它有最好的廣告和市場營銷的影響設計。作為一個結果，QR 碼已經成為廣告戰略的焦點，因為它提供了快速，輕鬆地訪問品牌的網站。除了僅僅是方便消費者，這一點的重要性能力增加的轉化率（即增加與廣告的接觸將轉換到銷售的機會），通過哄騙合格的前景進一步轉換漏斗向下沒有任何延遲或努力，使觀眾到廣告商的網站立即更長，更有針對性的推銷，其中可能會繼續下去。雖然最初使用 QR 碼來跟踪零件，汽車製造，現在（截至 2012 年），用於在更廣泛的應用範圍，包括商業追踪，娛樂，交通票務，產品/忠誠營銷（例如：移動優惠券公司的貼現％的折扣可以使用一個 QR 碼解碼器，這是一個移動應用程式，或存儲如旁邊的字母數字文本數據的地址和相關訊息的公司的訊息一樣可以

(13)

被看到黃頁目錄）抓獲，並在店內產品標籤。它也可以被政府用在存儲個人訊息。這方面的一個例子是菲律賓國家調查局（NBI）NBI 間隙現在 QR 碼。許多這些應用目標的移動電話用戶（通過移動標記）。用戶可能會收到文字，接觸到他們的設備中添加一個 vCard ，打開一個統一資源標識符（URI），撰寫電子郵件或文本消息後掃描 QR 碼。他們可以幫他人生成 QR 碼，掃描和使用的參觀幾個收費或免費的 QR 碼網站或應用程式， Google 有一個流行的 API 生成 QR 碼和掃描 QR 碼的應用程式，可以發現幾乎所有的智慧型手機設備上都有。 QR 碼存儲地址和統一資源定位器（URL）可能會出現在雜誌，有跡象顯示，在公車上，在名片上，或者在幾乎任何物體有關，用戶可能需要的訊息。用相機手機配備正確的 APP 應用的用戶可以掃描圖像 QR 代碼來顯示文字，聯繫方式，連接到一個無線網絡，或電話的瀏覽器打開一個網頁。這種行為從物理世界的物體聯繫起來。在 2011 年 6 月，荷蘭皇家鑄幣廠 QR 碼來慶祝其目前的建設和處所一百週年發行了世界上第一個官方的硬幣。硬幣是要掃描的一個智慧型手機和鏈接到一個專門的網站內容有關的歷史事件和設計的硬幣。在 2008 年，日本宣布石匠雕刻墓碑上的 QR 碼，讓遊人觀賞關於死者的訊息和家庭成員進行跟踪訪問。 A.移動操作系統

QR 碼可以使用 Google 的 Android 操作系統和 iOS 設備（iPhone / iPod / iPad 上的），以及通過使用第三方的 Google 護目鏡，條碼掃描儀，和任天堂的 3DS 。瀏覽器支持 URL 重定向，允許 QR 碼發送到現有的應用程式在設備上的元數據。

mbarcode 是 QR 碼閱讀器為 Maemo 操作作業系統。在蘋果的 iOS，QR 碼閱讀器本身包括，但雙方的能力，掃描碼和硬鏈接到外部 URL 提供付費和免費的應用程式超過五十。Google 護目鏡是眾多應用之一的一個例子它可以掃描和硬鏈接的 URL 為 iOS 和 Android。與 BlackBerry 設備上的 App World 應用程式本身可以掃描 QR 碼設備的 Web 瀏覽器上加載任何已確認的 Web 網址，通過必應搜索應用程式的 Windows Phone 7.5 是能夠掃描 QR 碼。 B.網址 網址輔助的營銷轉化率甚至在智慧型手機時代，但在那些年裡面臨著一些局限性：廣告觀眾通常鍵入 URL，往往沒有在他們面前的那一刻，他們觀看了廣告的 Web 瀏覽器。他們會忘記稍後再訪問該網站，而不是刻意去鍵入一個 URL，或者忘記輸入什麼網址。友好的 URL 降低這些風險，但並沒有消除它們。一些這些缺點以 URL 轉換率的漸行漸遠，現在的智慧型手機將在不斷到達的網絡接入和語音識別。因此，一

(14)

個廣告觀眾只需要達到他或她的電話，說話的 URL，廣告接觸的那一刻，而不是記得輸入到 PC。 C.虛擬商店 根據一項研究，在 2011 年 6 月份，14 萬移動用戶掃描 QR 碼或條形碼。從他們的家園的 QR 條碼掃描這些用戶的約 58％，而 39％的零售店掃描的 14 萬用戶的 53％為男性，年齡在 18 和 34 之間。為“使用 QR 碼在韓國開始的虛擬商店“的格式，和阿根廷，但目前正在全球範圍內擴大。大公司如沃爾瑪，寶潔公司（Procter ＆Gamble）和 Woolworths 已經採用了虛擬商店的概念。 D.支付代碼 QR 碼可以用來存儲的銀行賬戶訊息或信用卡訊息，或他們可以專門設計的，特別是支付服務提供商的應用。有幾個試用應用在世界各地的 QR 碼支付。在 2012 年 11 月，部署在更大的規模上的 QR 碼支付在捷克共和國一個開放格式的付款訊息交換- 短付款描述 - 捷克銀行業協會通過當地官方的解決方案。 E.網站登錄 QR 碼可以用來登錄到網站的 QR 碼顯示在電腦屏幕上的登入頁面，當註冊用戶掃描與驗證智慧型手機，他們會自動被記錄在電腦中。執行身份驗證的智慧型手機，其中接觸服務器。一個 QR 碼登錄方法，Google 在 2012 年 1 月試用，被稱為“芝麻”。 2.2.5 主要應用項目 A.自動化文字傳輸： 通常應用在文字的傳輸，利用快速方便的模式，讓人可以輕鬆輸入如位址、電話號碼、行事曆等，進行名片、行程資料等的快速交換。 B.數位內容下載： 通常應用在電信公司遊戲及影音的下載，在帳單中列印相關的 QR 碼資訊供消費者下載，消費者透過 QR 碼的解碼，就能輕易連線到下載的網頁，下載需要的數位內容。 C.網址快速連結： 以提供使用者進行網址快速連結、電話快速撥號等。 D.身分鑑別與商務交易： 許多公司現在正在推行 QR 碼防偽機制，利用商品提供的 QR 碼連結至交易網站，付款完成後系統發回 QR 碼當成購買身分鑑別，應用於購買票券、販賣機等。在

(15)

證中心，去核對商品資料是否正確，並提供生產履歷供消費者查詢，消費者能夠更明白商品的資訊，除了能夠杜絕仿冒品，對消費者的購物更是多了一層保護。 2.2.6 讀取方式利用 30 萬畫素以上的照相手機，搭配手機內的 QR 碼解碼軟體，對著 QR 碼一照，解碼軟體會自動解讀此訊息，顯示於手機螢幕上面。目前也有運用到 Webcam 的鏡頭來解碼，有些人[誰？]認爲未來所有有鏡頭的科技產品，都會被導入此 QR 碼的機制。此外，QRDOOR、QuickMark 會提供 PC 版的 QR 碼解碼軟體，讓沒有照相手機的使用者也能直接透過 PC 版 QR 碼解碼軟體直接截取螢幕上的 QR 碼得到相關資訊，使手機和 PC 使用者都能體驗到 QR 碼帶來的方便性。(維基百科，讀取方式) 2.2.7 與其他技術的結合運用 QR 碼及 GPS 的手機導航技術，讓用戶簡化在手機中輸入座標的程式，只須透過 QR 碼照像手機一照，便可及時將地理座標儲存在手機當中。圖 2- 5 QR 碼資料容量 (淺談 QR 條碼（QRCode）其實 QR 條碼還可以應用在很多地方，例如連結、書籤、文字、郵件、電話、簡訊(SMS)及簡訊(MMS)，最基本的是可以用在自己的名片上，自我行銷，做法是先申請一個個人網站，about.me,或者 Linkedin,然後申請一個短網址，再用 QR 條碼產生器做一個屬於自己的 QR 條碼，想要產生自己的 QR 碼的話，可以使用 Google 搜尋關鍵字：Calm 9 QR 條碼產生器、QuickMark 或 Kaywa。

這樣別人掃描完名片上的條碼後就可以連到你的專屬網站獲得更多有關於你的資訊，這算是最基本的應用之一，國外有此綜合 AR 擴增實境，QR 條碼及推特

(16)

的趣味應用。日本一間公司的應用是展示出了 AR 擴增實境＋QR 條碼及推特的特色，在用手機拍下大樓外牆的 QR 條碼後就會連接到設計公司準備好的 Twitter 互動擴增實境，可以看到該大樓裡的人所發佈的推特訊息。在 2009 年來說是一個很有創意的點子，但是它除了在日本地區的應用被推到極致以外，在海外地區尚不能說到普及的地步。

而在 Google 推出 Google Goggle 的時候，對 QR 條碼來說應該是個好消息，Google Goggles 也可以藉由照片來搜尋相關的資訊，如拍攝照片風景或店家，就會列出景點的相關說明，拍攝書籍封面或物品則會列出購物網站或比價清單，最重要的是它當中也包括了條碼辨識。它可以帶給我們的想法是：當一些人都還在想要怎麼擴展 QR 條碼的應用的時候， Google 直接想到要做圖像直接辨識來搜尋（不用特別去生產一個條碼就能直接使用影像搜尋保括 QR Code），它跟 QR 條碼的應用概念都是藉由掃描一個東西（圖像/條碼）進而去執行一個動作（搜尋，顯示條碼內容），但是 Google Goggles 圖像搜尋的準確度以及結果會因系統本身的圖形辨識能力而異。 QR Code 的準確度很高，因為它原本就有根據指令設定好了辨識條碼後是要進行連結、加入書籤、顯示文字、撰寫郵件、撥出電話、傳 SMS 或 MMS 等指定動作，但是 Google Goggles 本身是搜尋為主並沒有指令，但是我們不要忘記 QR 條碼本身就是一個圖案，所以 Google Goggles 剛好可以辨識它。 QR 條碼另外一個特色是 Google Goggles 要上網才能使用，但 QR 條碼是可以使用解碼器解碼的，所以就算在沒有訊號的地方還是可以閱讀條碼的文字訊息。所以其實當 Google Goggles 發展的不錯的時候我們反而要為 QR 條碼感到開心，因為使用 Google 搜尋的人似乎比擁有 QRReader 的人多。因此當 Google Goggles 能夠整合圖像分析搜尋的功能時，QR 條碼反而要更加被廣泛的應用，因為它有一定的優勢： A.QR 條碼不一定要在一張紙上面，很多人都應用在商品或其他的東西上。（例如：電腦展車展 Showgirl 的身上可以貼上 QR 條碼，讓大家在拍照的時候可以順便讓大家有多瞭解產品的管道）B.QR 條碼多元化的指令應該要積極的跟網路資源結合，導向的網站應該是一個能跟 QR 條碼互動的網站而不單純是資訊。（例如：影片中展示的應該是辨識 QR 條碼後可以看到有 Tag 該大樓的推文，這就是一個有創意的應用。）但是我們會問，如果要先掃描一個地標的 QR 條碼，我何不用（Foursquare）LBS，這樣不是更快？前面提到 QR 條碼特色是可以出現在很多商品上，那我們其實可以把要辨識的 QR 條碼集中在商品上，以類似簽到地點的方式去簽到商品，更進一步的結合則

(17)

是與 LBS 合作發展出商品與地理之間的關係，也就是在某間指定商店簽到及拍下商品後可以得到特定的優惠之類的做法（這點的特色是心裡上會比較有擁有該物品的感覺，而不是單純的簽到一個地方）例如像國外的 Shopkick，當然 QR 條碼還有很多的發展方式，目前主要面對的是簽到(check-in)熱潮可能退卻的問題以及如何讓人們養成拍照搜尋或者條碼搜尋的習慣。 2.3 QR Code 應用教學：打造影像編碼新生活 圖 2- 6 廣告看板上的 QR 碼 2.3.1 什麼是 QR Code？ QR 來自英文「Quick Response」的縮寫，是一家日本公司於 2000 年左右獲得 ISO 國際標準採用的編碼方式，為二維條碼的一種。QR Code 整體大多以正方型來呈現，利用線條與方塊組合而成的編碼系統，具有體積、辨識速度、操作簡便等優勢，其更於編碼圖騰內四個角落放置類似「回」字的正方圖案，輔助解碼軟體的定位，讓使用者以智慧型手機進行手持拍攝解碼時，不需準確對照，無論以任何角度拍攝，只要解碼軟體能辨識出方塊，短時間內資料即可被自動辨識出正確內容。

(18)

與一般常見的編碼相比較，QR Code 所採用的線條與方塊，可比傳統以線條粗細來編碼的一維條碼，擁有更大的資料儲存量，不單單只能以英數來編碼，而是在台灣地區也可以使用中文的 UTF-8 來編碼，所以至今才慢慢被廣告商與消費者接受，替消費者提供網址及優惠等豐富資訊。 (QR Code 應用教學，什麼是 QR Code?) 2.3.2 生活在 QR Code 的世界從應用面來看，隨著智慧型手機高度成長，民眾越來越依賴手機所帶來的方便性，因此現在我們可從任何生活面向看見 QR Code 的圖案，大至廣告、海報、看板，小到網頁、酷卡、雜誌內頁，包括民眾常搭乘的高鐵車票都可以輕鬆使用。雖然目前大多智慧型手機系統並不像日本一般有內建 QR Code 的解碼軟體，但若要進行解碼，使用者只需自行下載 App 並安裝程式後，就能利用手機判讀條碼。目前兩大主流的手機系統 Android & iOS 都有超過 50 種以上的解碼軟體，有些要錢，有些則不用，讀者可自行從評價高低與價錢去挑選軟體。

圖 2- 7

有 QR 碼功能的 app (QR Code 應用教學，生活在 QR Code 的世界) 2.3.3 製作自己的 QR Code

除了找人設計出具備創意美感的 QR Code 外，若只是自己要用，或沒有特殊需求的話。建議玩家可透過網站來製作 QR Code，將郵件、電話、簡訊(SMS、MMS)、網址，或其他文字部份⋯⋯等訊息，透過網站轉換成 QR Code，即可放在任何你想讓人瀏覽解碼的地方，宣傳自己想要交流的資訊。

(19)

圖 2- 8 QR 碼條碼產生器 (QR Code 應用教學，製作自己的 QR CODE) 2.3.4 創意設計 QR Code 雖然大部份的 QR Code 都是黑麻麻的小方塊，但由於 QR Code 具備容錯能力，也就是說就算整體編碼圖形有破損、刪減、添加其他圖案等情事產生，仍可順利被機器解讀，最高可達 7%~30% 的容錯能力。因此對於具備創意思考的廣告設計與平面設計師來說，只要遵守 QR Code 幾個要點，像是不破壞四個定位點、盡可能保留周圍邊界，以及加強點陣區的色彩對比，即可自由發揮美術創意，設計出可愛又有趣的 QR Code。不過要注意的是，容錯率越高，所需的 QR Code 圖騰面積就要愈大，如此才能正確判斷出存放在點陣圖中的資訊。(QR Code 應用教學，創意設計 QR Code)

(20)

2.4 什麼是 Android 智慧型手機？ 2.4.1 什麼是智慧型手機？長久以來，智慧型手機(Smartphone)的發展歷程一直有兩派的講法。第一派講法認為，智慧型手機是從傳統手機不斷地演進而來。因為，傳統手機的功能需求越來越增加，因此它逐漸地從撥打電話的功能，擴增成具有類似電腦作業系統般的智慧型手機功能。這種論點並不意味著傳統手機就沒有作業系統，只是過去傳統手機裡頭的作業系統是封閉性的，除了有些機種可以透過 Java Applet 程式下載的方式來擴增一些小型遊戲或小型應用程式外，應用程式的擴增與系統的表現皆不若智慧型手機來的強大。

第二派講法認為，智慧型手機是源於個人數位助理器(Personal Digital Assistant, PDA)。因為，早期的筆記型電腦價格昂貴、且在體積與重量上都不便於隨身攜帶，因此許多的商務人士改採掌上型的個人數位助理器來進行出門在外的業務處理需求。這類具有 3 吋以上觸控式液晶螢幕、可充電、具軟硬體擴充性與開放性作業系統的掌上型電腦，在過去的歲月中曾經讓很多人們愛不釋手。然而，隨著筆記型電腦的價格越來越低、體積與重量也不若過往那麼地厚重之下，個人數位助理器的市場隨之萎縮。後來，有些業者為了擴大市場的規模，因此逐漸將個人數位助理器結合手機通訊的功能，而形成目前智慧型手機的市場。上述兩派講法其實都其產業的源頭，第一派講法來自通訊業、而第二派講法則來自於資訊業。智慧型手機正好是這兩股產業的匯流，它即是一台不折不扣的個人數位助理器、也是一台可以與人聯繫溝通的手機電話。在此之中的要角，即智慧型手機作業系統莫屬。因為有它，讓應用程式開發者可以完全不需要暸解手機硬體的內部構造與軔體語言，而透過不同作業系統業者所提供的軟體開發工具包(Software Development Kit, SDK,)以及高階的程式語言(如 Java 或 Objective-C)，便能自行發揮創意巧思去設計開發可安裝於智慧型手機之中的應用程式。

目前智慧型手機作業系統包括有 Symbian OS、BlackBerry OS、Windows Mobile、 Linux、Palm webOS、iOS 與 Android。其中 Symbian OS 與 BlackBerry OS 分別來自於通訊產業當中的巨擘 NOKIA 與 RIM。而 Windows Mobile(已改名為 Windows Phone)、iOS、Linux 與 Palm webOS 則分別源於資訊產業當中的重量級公司微軟、蘋果、Linux(非營利組織)與 Palm。

(21)

2.4.2 Android

圖 2- 9 Android 系統標誌

其中，在此講義要介紹的是網路界巨人 Google 於 2007 年 11 月 5 日所推出的 Android。

Android 是一套建構在 Linux 核心(Linux Kernel)之上的智慧型手機作業系統。使用者可以透過 Android 撥打電話、傳送簡訊、收發電子郵件、查看行事曆、上網、玩遊戲、享受影音娛樂、甚至透過應用程式的下載，達成許多意想不到的創新功能。

由於，Android 在軟體版本授權上是採用 Apache Software License 2.0 的開放原始碼方案，因此，在這個版權協議之下，智慧型手機製造商可免費地安裝 Android 作業系統至其生產製造的硬體之中，有效地降低了軟體的採購成本。截至 2010 年 8 月 2 日為止，Android 在市面上免費流通的軟體版本共有 1.5、1.6、2.1 與 2.2。其中目前以 2.1 版本的使用量為最多。(資料來源：Android Developers 官方網頁) 對於智慧型手機製造商來說，透過免費取得作業系統而降低軟體採購成本是一項很大的誘因，所以，截至目前為止共有 Acer(宏碁)、Alcatel、ASUS(華碩)、CCI、 Dell、Foxconn(富士康)、Garmin、Haier、HTC(宏達電)、Huawei(華為)、Kyocera、 Lenovo、LG、Motorola、NEC、Samsung、Sharp、Sony Ericsson、Toshiba 與 ZTE 等二十家智慧型手機製造商以及其它數十家行動通訊公司、半導體公司、軟體公司以及商業公司陸續加入了開放手機聯盟（Open Handset Alliance）並投入生產、銷售或者研發 Android 作業系統的相關軟硬體產品與服務。

Android 也因為有如此地百花齊放，因此即使 Google 的智慧型手機 Nexus One 有點出師不利，但 Android 卻能在 2010 年第二季以市佔率 17.2%，擊敗 Apple iOS(iPhone 的作業系統，市佔率 14.2%)奪下全球智慧型手機作業系統的老三地位，排行僅次於市場龍頭老大 Nokia Symbian OS(市佔率 41.2%)與 RIM BlackBerry OS(市佔率 18.2%)。(資料來源：Gartner)更據 Digitimes Research 分析師兼專案經理林俊吉的預估，2010 年 Android 全年市佔率將達兩成，成為智慧型手機作業系統的第二大平台。(資料來源：經濟日報)

(22)

Android 以新秀之姿在短短不到三年的時間就有此成績，不只對於旗下合作的智慧型手機製造商具鼓舞作用，也會促使 Android 應用程式的開發者，投入更多時間與精力去開發兼具功能性與創新性的應用程式。再更進一步地說，由於 Android 在應用程式開發上，採取免費、開放的策略。開發者不僅可以免費地下載安裝 Android SDK(Android 的軟體開發工具包)進行應用程式的開發。更重要地是，人們可以使用多數程式設計師所熟悉的 Java 程式語言進行應用程式的編寫。因為這兩個特點，促使為數眾多的 Java 程式設計師蜂擁至 Android 應用程式的開發行列。（什麼是 Android 智慧型手機，什麼是 Android） 2.5 Android 的系統架構說明

2.5.1 Android 應用程式框架 (Application framework)

Android 為了節省開發者撰寫應用程式的時間、加速應用程式開發的速度。所以在應用程式與內部系統環境之間設置了一個讓程式更簡易溝通的界面，它稱之為應用程式框架(Application framework)。

對於應用程式的開發者來說，他得以透過 Java 程式呼叫應用程式框架所提供的應用程式界面(Application Programming Interface, API)，來實作更底層的函式庫 (Libraries)功能。

在這個應用程式框架之中，包含了活動管理者(Activity Manager)、視窗管理者 (Window Manager)、內容提供者(Content Providers)、外觀元件系統(View System)、程式管理者(Package Manager)、電話功能管理者(Telephony Manager)、資源管理者(Resource Manager)、地理位置管理者(Location Manager)以及訊息管理者 (Notification Manager)等服務或者系統。

總體來說，開發者通常只需要理解應用程式與應用程式框架之間的運作關係、以及如何透過 Java 程式語言實作的方法即可，並不太需要探究更內部的系統環境。然而，假若是要移植 Android 至嵌入式系統(例如洗衣機的控制界面)的產品開發者，仍有必要理解 Android 系統內部的函式庫、Android 執行環境與 Linux 核心的細節。

(23)

圖 2- 10 Android 系統架構圖

（Android 的系統架構說明，什麼是 Android 應用程式框架）

2.5.2 Dalvik 虛擬機器 (Dalvik virtual machine)

早期應用程式的原始程式碼，多半被組譯器或編譯器轉換成執行檔之後，便可以立即在作業系統當中執行。

不過，這種方式常常會受限於作業系統環境的不同，而無法相容執行。比如副檔名為.exe 或.com 的應用程式執行檔就只能在 Microsoft Windows 或者 DOS 作業系統當中執行。倘若，它要在 Mac OS 當中執行者，還需要將程式碼重新改寫並變成 Mac OS 可執行的檔案夾格式 .app，才得以在 Mac OS 作業系統當中執行。

隨後，Java 的誕生為此帶來了觀念上的革新。當應用程式開發者在編寫 Java 原始程式碼後，會先透過 Java 程式語言的編譯器(Compiler)編譯成二進位碼形式 (bytecode)的.class 類別檔。這個類別檔並非是在作業系統當中”直接”執行，而是會在具有 Java 虛擬機器(Java virtual machine, JVM)的作業系統環境當中被”轉換””執行。

所以，無論是那種款式的作業系統，只要安裝含有 Java 虛擬機器(Java virtual machine, JVM)的 Java 平台(Java Platform)，就可以執行以 Java 程式語言所開發的應用程式。

(24)

架構上皆與 Java 平台相去不遠。

然而，Android 並非使用 Java 虛擬機器(Java virtual machine, JVM)，而是自行發展的 Dalvik 虛擬機器(Dalvik virtual machine, Dalvik VM)，所以它的檔案產生過程仍與 Java 應用程式檔案有所不同。

另一方面，當 Android 手機的使用者下載一個應用程式時，安裝下載的是.apk 封裝檔。該應用程式被執行時，Android 系統最底層的 Linux 核心則會為每一個應用程式產生一個 Linux 處理程序(Linux Process)，並在單一的 Dalvik VM 當中執行。

特別的是，在 Andorid 當中的每一個應用程式都會對應”一個”專屬它的 Dalvik VM。如此的設計，可以確保每一個應用程式之間都是相互獨立而彼此不影響。（Android 的系統架構說明，什麼是 Dalvik 虛擬機器？）

2.5.3 Webkit 網頁引擎 (Web browser engine)

在 Andorid 當中，如同於個人電腦般也內建網頁瀏覽器(Web Browser)。此瀏覽器的名稱叫做 Google Chrome Lite。它與 iOS 當中內建的 Safari 網頁瀏覽器一樣是採用 Webkit 網頁引擎(Web browser engine)。如果您有在個人電腦中使用過它的孿生兄弟 Google 瀏覽器(Google Chrome)的話，就可體驗 Webkit 網頁引擎在載入網頁的良好效能。看到這裡，您一定會有個疑問：『網頁瀏覽器跟網頁引擎究竟是什麼關係呢？』簡單地說，如同汽車需要引擎來產生動力一般，網頁瀏覽器裡頭有一個肩負網頁載入、HTML 相關程式碼解釋、畫面排版與呈現的重要軟體元件，那個軟體元件就是網頁引擎。早期的瀏覽器並不太強調它是使用什麼樣的網頁引擎，不過，隨著使用者對於網頁載入效能與呈現美感要求日增，越來越多的瀏覽器業者便開始強調它們所使用的網頁引擎是那一款式。其中，Webkit 是目前最多知名智慧型手機作業系統採用的網頁引擎。這些作業系統包括了 Symbian OS、iOS、Android 與 Palm webOS 等…。

對於大多只有 3 吋左右螢幕的智慧型手機來說，Webkit 網頁引擎有一個相當大的優勢，那就是它可以讓正常網頁(非手機版本)如同在個人電腦般，自動調整成頁寬(auto fit page)的方式完整縮小呈現在手機的小螢幕中，如此可以方便使用者立即在手機上看到正常網頁的全觀(如下圖所示)，如果要近看某區塊之內容時，只要將該區塊放大即可。這是其它舊式網頁引擎不容易做到的事，但應用 Webkit 網頁引擎卻可輕易達成。

(25)

圖 2- 11 Webkit 的網頁自動調整成全頁寬功能

由於，Android API 已內含 Webkit 相關的函式庫。因此，開發者得以透過呼叫 API 的方式將 Webkit 相關功能整合至應用程式之中。你可能會問：『什麼狀況之下，應用程式需要用到 Webkit 的相關功能呢？』比如，應用程式需要內嵌顯示網頁內容或者需要執行 Java Script 客戶端網頁程式碼等狀況時，皆可運用 Webkit 函式庫來進行整合的動作。（Android 的系統架構說明，什麼是 Webkit 網頁引擎？） 2.5.4 什麼是 OpenGL ES Android 的圖形處理分成兩個部份，一為 2D 圖形處理，這部份是採 Android 自行規範定義的 2D 圖形處理函式庫(2D graphics library)。二為 3D 圖形處理，此部份則採行 OpenGL ES 3D 圖形處理函式庫。關於 2D 圖形處理方面，Android 應用程式開發者得以透過呼叫 API 的方式進行 2D 圖形處理函式庫相關的圖形繪製以及動畫處理。更簡單地說，比如你想在手機上開發一個類似大頭貼機器的應用程式，亦即當使用者透過手機上的相機拍下照片後，得以在照片上加上一些相框圖案。此時該應用程式就可以使用 2D 圖形繪製的功能。又比如這個大頭貼機器的應用程式想為照片加點淡出淡入的動畫效果時，則會使用到動畫處理的功能。

(26)

至於 3D 圖形處理方面，Android 並非使用自行發展的函式庫，而是採用 OpenGL ES 3D 圖形處理函式庫。因為，這個函式庫在 3D 圖形處理上有相當優異的表現，因此，像是 SONY PlayStation 3(PS3)電視遊戲主機也是採用 OpenGL ES 做為它們在 3D 遊戲的圖形處理函式庫。

另外，由於 OpenGL ES 是由 OpenGL 輕量化而來，所以，特別適合硬體規格不如個人電腦高的智慧型手機應用。目前，除了 Android 之外，還有 Symbian OS、 BlackBerry OS、Palm webOS、iOS 亦採用 OpenGL ES 做為 3D 圖形處理的函式庫。

對於 Android 應用程式開發者來說，能夠運用 OpenGL ES 3D 圖形處理函式庫來處理相關 3D 立體圖形相關的應用程式或遊戲開發工作。若有興趣暸解 OpenGL ES 在 Android 上的 3D 表現實況，您可以進一步觀賞 Android 3D Live Wallpaper: Particle Storm 短片。（Android 的系統架構說明，什麼是 OpenGl ES）

2.5.5 什麼是 SQLite 資料庫

開發者在開發應用程式的過程之中，難免會有資料儲存的需求，比如需要儲存應用程式的設定資料或者上一次遊戲關卡的資料等…。因此，Android 內建了一個名為 SQLite 的關聯式資料庫引擎(Relational database engine)。

因為，應用程式當中使用了 SQLite，所以，手機用戶得以將相關資料儲存在手機的儲存設備當中，而無需再以網路連線的方式存取遠端的資料庫。

如果你有過大型關聯式資料庫的開發經驗(如 Microsoft SQL Server 或者 Oracel Database 等…)，應該可以很快地適應 SQLite 的程式編寫。因為它仍延襲 SQL-92 標準，亦即你可以使用 SQL(Structured Query Language，結構化查詢語言)來存取 SQLite 資料庫當中的資料。

另外，過去大型關聯式資料庫多數採取主從架構(Client–server model)的模式，所以，應用程式與資料庫之間具有主從的結構關係。當應用程式用戶端需要存取資料庫時，必需連線至此資料庫的伺服器當中進行資料的新增、刪除或修改之動作。

然而不同的是，Android 應用程式的開發者則採呼叫 API 的方式來與 SQLite 作溝通。同時，SQLite 當中的資料庫是以單一檔案的方式儲存在手機硬體當中。由於，SQLite 具有檔案小、速度快的優點，所以目前也廣泛用於其它智慧型手機的作業系統，比如 iOS、Symbian OS 或者 BlackBerry OS 等…。

（Android 的系統架構說明，什麼是 SQLite 資料庫） 2.5.6 Android 支援那些媒體格式檔案？

(27)

官網詳細列表如下：

A.聲音檔：3GPP (.3gp) 、MPEG-4 (.mp4, .m4a)、MP3 (.mp3)、Type 0 and 1 (.mid, .xmf, .mxmf)、RTTTL/RTX (.rtttl, .rtx)、OTA (.ota)、iMelody (.imy)、Ogg (.ogg)、WAVE (.wav)。

B.圖像檔：JPEG (.jpg)、GIF (.gif)、PNG (.png)、BMP (.bmp)。 C.影音檔：3GPP (.3gp)、MPEG-4 (.mp4)。對於應用程式開發者而言，他可以在應用程式之中整合聲音、圖像或影音的播放與錄製功能，提高應用程式的聲光效果，並且強化其在多媒體視聽娛樂之上的趣味性。（Android 的系統架構說明，Android 支援那些媒體格式檔案？） 2.5.7 Android 支援那些感應器(Sensor)？ Andorid 應用程式開發者所能發揮的空間，除了取決於作業系統的版本之外，也指涉了手機硬體上的週邊設備。亦即，開發者能夠應用智慧型手機上的數位相機鏡頭(手機照相機)、衛星定位裝置、電子羅盤(方向感應器)與重力感應器等週邊設備，去創造更多深具創新價值的應用程式。

比如永慶房屋的手機宅速配 For Android 應用程式，它即應用了 Android 手機當中的衛星定位裝置與電子羅盤(方向感應器)進行房屋仲介方面的相關功能開發。關於手機感應器的部份，除了重力感應器、電子羅盤(方向感應器)之外，Android 還支援磁場感應器、溫度感應器、光線感應器、壓力感應器、陀螺儀與距離感應器等…。雖然，Andorid 支援那麼多種感應器，但並非每台手機都具有這些設備。因此開發者在開發應用程式時，仍應考量感應器的普及程度。就目前來說，市面上的 Andorid 手機具備重力感應器、電子羅盤(方向感應器)為大宗。

（Android 的系統架構說明，Android 支援那些感應器(Sensor)？） 2.5.8 Android SDK

Google 為了讓更多開發者參與 Android 應用程式的開發行列，因此，它開放給大眾免費下載安裝 Android 軟體開發工具包(software development kit, SDK)。而且，這個工具包可以安裝在 Windows、Linux 以及 Mac 等不同的作業系統環境當中。 Android SDK 除了提供了完整的 Android API 之外，更包括了 Android 應用程式除錯工具(Android Debug Bridge, ADB)以及 Android 手機模擬器(Android

Emulator，此為在個人電腦上模擬 Android 手機的環境)。如此免費與開放是 Android 之所以在近來深受手機應用程式開發者喜愛的主因之一。

(28)

Eclipse 整合開發環境(Integrated Development Environment, IDE)以及 Eclipse 專用之 Android 開發工具外掛(ADT Plugin for Eclipse)。再加上原本就免費開放下載的 Java 開發工具包(Java Development Kit, JDK)。

開發者幾乎不用花費到一毛錢，便可以自己建構一個很完整且便利的 Android 應用程式開發環境，並專心構思與發展屬於自己的應用程式。不過，如果開發者要上傳應用程式到 Android Market 網站供大家免費下載或收費販售時，則需要再付 25 美元的帳號註冊費。

圖 2- 12 Android 應用程式開發環境

至於，Google 在近日所推出的 App Inventor 線上開發工具，則為 Android 應用程式開發者創造出了更方便、更直覺與無程式碼的圖形化開發環境。

我們在試用過 App Inventor 後，發現它相當適合 Android 應用程式的雛型發想階段，開發者可以先運用它來構思一些應用程式的功能。但是，由於它在操作上力求簡單化，由此也可能產生缺乏開發彈性的問題，加上目前它並不支援中文字元，所以開發者若要發展 Android 應用程式，本講義仍建議大家以上述的開發環境為主，App Inventor 則可做為 Android 應用程式開發之前的雛型(prototyping)系統設計工具。

最後，Android 官方建構了一個專門提供給 Android 應用程式開發者閱讀的網站－Android Developers，它提供了相當詳盡且時常更新的 Android 應用程式開發。（Android 的系統架構說明，什麼是 Android SDK）

(29)

2.6 文獻探討 由於高齡者時常發生吃錯藥、忘記吃藥、在異常時間吃藥、自行調藥、停藥、同時服用多種處方及非處方藥、服用自行保存的藥品或甚至贈與藥物等問題。整理高齡者服藥常犯六種錯誤為：看錯服藥指示、忘記服藥、服用錯誤藥物劑量、錯誤的服藥間隔、自行額外加服藥劑以及將自己的藥品推薦給親朋好友等。由此可見高齡者的服藥問題主要在於包括在錯誤時間服藥、服藥劑量錯誤等「錯誤服藥」以及「忘記服藥」。影響高齡者服藥與否因素眾多，同時當高齡者在住家和在外時，影響他們是否服藥的因素並不相同。一般藥盒的提示系統應該以聲音提示為基礎，另為服務聽覺障礙的使用者，若能加上視覺性的提示效果將會更佳。此外，為了因應使用者可能會出門在外的需求，藥盒最好具可攜帶性。另一方面，提到，高齡者常因不遵從服藥指示、醫護人員給藥錯誤或藥品標籤、包裝太相近等原因而導致錯誤用藥。解決方法之一，是使用鬧鈴、定時器等提醒裝置及藥物分類盒等輔助用具提醒老人在正確時間服用藥物，且服用正確藥物量。由以上分析發現，若有適當的科技輔助，應可提升高齡者在正確時間服用正確藥物之效率，並改善其用藥行為。

(30)

2.7 相關 APP 2.7.1 iPhone 醫藥 App 你不是有忘了吃藥的經驗呢？自己也會忘了吃，或是忘了到底吃過沒，這樣真的很恐怖，忘了已經吃過再吃一次可是兩倍量，忘了吃那病可是治不好。現在有這個提醒吃藥的小工具 PillBoxie，可以設中文藥名、藥物的外型顏色，時間到就提醒你吃藥囉！而吃了還可以記錄已經吃過，避免重複再吃一次，真的很實用。圖 2-13 PillBoxie 提醒吃藥好幫手

(31)

1. 首先打開程式，點一下藥瓶

圖 2-14 PillBoxie 程式介紹

2. 就可以輸入藥名，可以輸入中文

(32)

3. 接下來按藥瓶右邊的箭頭，可以選藥品的形狀、及顏色

圖 2-16 PillBoxie 程式介紹 4. 有長型錠、軟膠囊可以選

(33)

5. 有液劑、吸入劑可以選

圖 2-18 PillBoxie 程式介紹 6. 粉劑、針劑

(34)

7. 如綜合維他命都選完之後，若是還有要助計的可以寫在下方的 Note，接下來按右上角的 Save。

圖 2-20 PillBoxie 程式介紹 8. 然後按 Schedule

(35)

9. 就會出現藥盒。

10. 然後用手抓著藥丸，然後拖拉到要吃藥的時間點的藥盒

(36)

11. 藥盒會自動打開，然後把藥放進去

12. 若是一天要吃好幾次，就都放到該時間點裡！再按 Days

(37)

2.7.2 小露服藥提醒 APP 圖 2-26 小露服藥提醒 APP 你也會常常遇到上述的困擾嗎？為了幫助大家能夠按時服藥、定期就醫，小露特別貼心的研發服藥及回診提醒 APP，希望能藉由小工具的提醒，讓每個朋友的健康都能夠有所提昇。完整設計好貼心！在此款 APP 程式中，設計了包含「服藥提醒」、「用藥歷程」、「回診/檢驗提醒」、「照護資訊」、「副作用紀錄」、「檢驗報告」及「新知訂閱」等功能，且為了保護朋友的隱私，特別設定了帳號密碼的把關機制，希望讓帕斯堤朋友使用更安心。在「服藥提醒」的項目中，可以設定自己服藥的種類、方式跟時間，在系統中已經先內建每種藥物服藥的頻率，幫助大家更容易使用。且除了愛滋用藥外，還可以建立如維他命、B 肝、C 肝、糖尿病…等非愛滋用藥的服藥時間。透過「用藥歷程」的紀錄，倘若需要換藥時，朋友可以跟醫生有更完整的討論。此外，有鑒於許多朋友工作繁忙，常會忘了跟醫生有約，所以小露也設計了「回診/檢驗提醒」的項目，讓大家在百忙中也能守護自己的健康。「照護資訊」中可以輸入醫生、個管師、社工等相關人員的資料，當有需要時聯繫可更方便。在服藥過程中，許多對於藥物副作用困擾不已，但到底怎樣的副作用在合理的範圍內呢？透過「副作用紀錄」，可記下每一次發生副作用的情形，方便於回診與醫師討論共同找出解決之道。當然，除了副作用外，每一次檢驗的結果也很重要，您可善用「檢驗報告」，記下每次檢查的數據，程式會標示出您的指數是否在正常值內。如果想掌握最新的愛滋訊息，一定要使用「新知訂閱」，您將可不定時收到最新的愛滋相關資訊喔！

(38)

圖 2-27 小露服藥提醒 APP

本程式僅支援 ( 安卓 android ) 系統，下載本應用程式前請確認智慧型手機已安裝 QR Code 應用程式。

(39)

第三章專題設計與規劃

3.1 專題規劃目標 本專題希望能夠達到的功能： 1.更簡便的獲取藥單內的藥物資訊 2.增加病患對藥物的了解 3.2 系統開發方法

本研究所採用的是 Eclipse IDE for Java Developers 開發一個 APP。本研究使用雛形法表示：

(40)

3.3 系統藍圖描述

本專題所欲開發的系統，整體架構包含一個藥單上的 QRcode 二維條碼、智慧型手機的條碼掃描程式、網路搜尋引擎與將資料呈現給使用者的 APP 程式。

(41)

3.4 專題設備

本專題所需使用之軟硬體有：

(1)軟體方面：Eclipse IDE for Java Developers。 (2)硬體方面：PC、智慧型手機。 3.5 專題時程規劃 本專題由開始規劃至系統完成，預計會有下列幾項工作…… (1) 系統研究與分析……三年級下學期 (2) 系統設計與製作……四年級上學期 (3) 系統實驗運作與錯誤修改……四年級(APP 完成至專題發表前) 圖 3- 3 專題時程規劃甘特圖

(42)

3.6 專題分工

結案報告製作：李淑玲、陳佩琦 APP 製作：林伯彥、謝菽君 APP 規劃：林伯彥、謝菽君測試：陳佩琦、殷雨玲

(43)

第四章專題成果

4.1 需求分析 4.1.1 前言本專案將開發一個可以掃描藥單上的二維條碼並秀出該藥單內藥物資料的 APP。現今藥袋上雖已有藥物資料，但若該藥袋受限於篇幅太小或藥物種類太多，就無法詳列於藥袋上，因此如果有一種方法能精簡的、有效的、不失真的將這些資料收縮於一個圖形中，並且透過智慧型手機的相機就可以讀取，相信可以為病患帶來極方便的效果。 4.1.2 需求描述隨著二維條碼越來越普及，應用成面也更為廣泛，現階段二維條碼應用大多在資訊領域，鮮少在醫技方面有所發展，隨著未來趨勢，每個藥單上將有可能附上有著該藥品資訊的二維條碼，因此，我們希望設計出一個能讀取藥單上的二維條碼資訊的 APP 平台，以幫助人們更方便的獲知該藥單中的藥物的詳細資訊，並且在 APP 中加入自動提醒用藥功能。 4.1.3 功能性需求 1. 一般使用者可以利用此 APP 查詢藥物資料。 2. 一般使用者可以自行選擇是否開啟鬧鐘功能。 4.1.4 非功能性需求 1.使用者： a. 此 app 不論男女老少皆可輕鬆使用。 b. 使用者必須感受到此 app 的簡潔與易用。 2.效能： a. 直覺化程式介面。 b. 能夠快速的從資料庫內抓取藥品資料。

(44)

4.2 系統分析

4.2.1 使用案例圖

(45)

4.2.2 使用案例描述

Use Case Specification：首頁 1. 名稱(Name) 瀏覽 APP 首頁 1.1 簡述(Brief Description) 使用者進入 APP 首頁的過程 2. 參與者(Actor) 瀏覽者 3. 前提(Pre-Conditions) 瀏覽者成功進入 APP 首頁畫面 4. 成功條件(Successful Post-Conditions) 成功進入 APP 首頁畫面 5. 失敗條件(Unsuccessful Post-Conditions) 網路連線失敗 6. 事件路徑(Flow of Events)

6.1 基本路徑(Typical Course of Events)

Actor 動作 APP 回應

1.TUCBW：瀏覽者進入 APP 2.APP 顯示主板畫面

3.點選返回選項 4. TUCBW：APP 返回至上一頁畫面 6.2 其他例外路徑(alternative/exceptional course)

(46)

Use Case Specification：使用條碼功能 1. 名稱(Name) 瀏覽 APP 內容 1.1 簡述(Brief Description) 使用者選擇 APP 功能 2. 參與者(Actor) 瀏覽者 3. 前提(Pre-Conditions) 瀏覽者成功進入 APP 首頁畫面 4. 成功條件(Successful Post-Conditions) 成功進入 APP 首頁畫面 5. 失敗條件(Unsuccessful Post-Conditions) 網路連線失敗 6. 事件路徑(Flow of Events)

3.點選功能選項 4. TUCBW：APP 顯示該功能畫面 6.2 其他例外路徑(alternative/exceptional course)

(47)

Use Case Specification：使用查詢找藥 1. 名稱(Name) 瀏覽 APP 內容 1.1 簡述(Brief Description) 使用者選擇 APP 功能 2. 參與者(Actor) 瀏覽者 3. 前提(Pre-Conditions) 瀏覽者成功進入 APP 首頁畫面 4. 成功條件(Successful Post-Conditions) 成功進入 APP 首頁畫面 5. 失敗條件(Unsuccessful Post-Conditions) 網路連線失敗 6. 事件路徑(Flow of Events)

3.點選功能選項 4. TUCBW：APP 顯示該功能畫面 6.2 其他例外路徑(alternative/exceptional course)

(48)

Use Case Specification：使用提醒用藥功能 1. 名稱(Name) 瀏覽 APP 內容 1.1 簡述(Brief Description) 使用者選擇 APP 功能 2. 參與者(Actor) 瀏覽者 3. 前提(Pre-Conditions) 瀏覽者成功進入藥品資料畫面 4. 成功條件(Successful Post-Conditions) 成功進入藥品資料畫面 5. 失敗條件(Unsuccessful Post-Conditions) 無法進入藥品資料畫面 6. 事件路徑(Flow of Events)

1.TUCBW：瀏覽者進入藥品資料畫面 2.APP 顯示藥品資料畫面

3.設定時間 4. TUCBW：開啟用藥提醒功能

6.2 其他例外路徑(alternative/exceptional course) 6.2.1 第 5 步驟網路連線不成功，頁面將無法呈現

(49)

4.2.3 活動圖

(50)

(51)

(52)

(53)

(54)

4.2.4 活動圖

(55)

(56)

(57)

(58)

4.3 系統介紹

4.3.1 首頁

(59)

4.3.2 系統特色此系統主要功能有掃描二維條碼讀取藥品資訊、藥物資料搜尋及自動提醒用藥等三大功能。 1. 使用二維條碼查詢藥品資訊：使用者在進入系統之後，可用手機的二維條碼清單查詢藥品資訊。圖 4- 12 二維條碼查詢介面

(60)

2. 藥品資料查詢：使用者也可以利用 APP 裡面的第二大功能〝藥物資料查詢〞來利用內建的選單選項來查詢資料庫中的藥物資料。

(61)

(62)

3. 作息時間設定：類似手機裡面的鬧鐘功能，使用者設定完相關參數後，APP 便會在設定的時間提醒使用者用藥。

(63)

圖 4- 16

藥單掃描結果，本系統的一大特色“自動提醒用藥功能”開關就在此介面中，使用者只要按下“自動用藥提醒”按鈕鬧鐘就會啟動，反之，若沒按下按鈕鬧鐘則不會啟動

(64)

圖 4- 17 藥單記錄查詢結果

(65)

4.3.3 關於 APP

圖 4- 18 關於 App 畫片

(66)

4.4 使用手冊

本 APP 需搭配網路功能，因此使用者須開啟 3G、Wi-Fi 或其他網路功能，否則無法使用。

圖 4- 19

(67)

圖 4- 20 藥單資訊介面。點選「藥單條碼掃描」按鈕可以使用手機的照相機掃描藥單條碼。點顯「藥單記錄查詢」按鈕可以查詢之前掃描的藥單。使用方法：步驟 1 – 使用者須先用智慧型手機的相機把藥單上的二維條碼拍下步驟 2 – 開啟本 APP 步驟 3 – 點擊上方圖片中的藥單紀錄查詢步驟 4 – 程式將會顯示該藥品資料

(68)

圖 4- 21

藥物資料查詢介面，使用者可以使用選單功能查找藥物資料，選擇之後會跳入該藥物的藥物資料介面。

(69)

圖 4- 22 藥單記錄查詢結果

(70)

作息時間設定：類似手機裡面的鬧鐘功能，使用者設定完相關參數後，APP 便會在設定的時間提醒使用者用藥。圖 4- 23 作息時間自訂功能本系統的一大特色“自動提醒用藥功能”開關就在此介面中，使用者只要按下 “自動用藥提醒”按鈕鬧鐘就會啟動，反之，若沒按下按鈕鬧鐘則不會啟動

(71)

圖 4- 24 藥單掃描結果

(72)

第五章結論與建議

5.1 結論與新發現 在製作 APP 的過程中，我們發現雖然 APP 功能看似簡單，但是若事先規畫不完備，還是會有遇到瓶頸的情形發生，另外，自動提醒用藥功能算是此 APP 中最大的挑戰。因為此功能有別於一般鬧鐘需使用者自行設定時間，我們的用藥提醒功能必須由系統自動產生。

我們發現現在已經有功能與本 APP 相近的 APP，所以必須讓我們的 APP 有一些特色，而其中的“自動用藥提醒”就是一個特色功能。 5.2 建議 現在二維條碼雖然已經漸漸普及，但並未在藥單上獲得廣大應用，鑒於二維條碼的方便性，建議醫院能將此一系統納入藥單標示內，而且使用二維條碼取代舊式表格式的資訊陳述方式，可以省去手寫的時間與錯誤。本 APP 發揮功用的先決條件是醫院方面應該建置相關設備，如在電腦內安裝二維條碼產生器。本 APP 尚缺乏資安保護方面的技術，尤其個資法上路，在這一領域需要更加謹慎，也因為網路駭客與盜竊事件猖獗，必須建立安全機制加以防範，惟技術不足，因此這塊領域在本專題中尚無法實現，未來可針對此方面加以強化。

(73)

5.3 未來研究方向 本專案需要一個資料量龐大的資料庫來支持其資料的廣泛性，所以未來必須要慢慢擴充資料庫中藥品資料的數量，並且開發一些新功能，如： 1. 最近醫院查詢：依照使用者症狀透過 Google 地圖查找最近的醫院或診所，並且提供行車資訊。圖 5- 1 最近醫院查詢示意圖 2. 線上預約掛號：使用者可以直接透過 APP 與特約診所預約看診時間或查詢門診開放時間，省去在前去醫院途中發生狀況或無法臨時就醫的情形。圖 5- 2 線上預約掛號示意圖

(74)

3. 急診救援服務：線上呼叫救護車前往你的位置實施救援，省去打電話的動作，讓使用者只須按下一個按鈕，就可以立即享受醫療照護。圖 5- 3 急診救援服務示意圖 4. 親屬通知系統：若您發生事故，您可以透過 APP 匹配與您的親人建立連線，若您的親人因為事故被送至醫院，APP 可以幫您通知您的家人，只需按下一個按鈕。圖 5- 4 親屬通知系統示意圖

(75)

參考文獻

 QR 碼維基百科http://zh.wikipedia.org/wiki/QR%E7%A2%BC  淺談 QR 條碼（QRCode）以及其應用想法 http://www.inside.com.tw/2011/01/12/qrcod  QR Code 應用教學：打造影像編碼新生活 http://t17.techbang.com/topics/16249-qr-code-application-teaching-creating-image -coding-new-life  什麼是 Android 智慧型手機？ http://blog.chinatimes.com/tomsun/archive/2010/08/30/533364.html  小露服藥提醒 APP http://www.lourdes.org.tw/list_1.asp?id=1914&menu1=7&menu2=130  Android 的系統架構說明 http://blog.chinatimes.com/tomsun/archive/2010/08/31/533666.html  iPhone 醫藥 AppPillBoxie 提醒吃藥好幫手藥師吉米 http://drugs.pixnet.net/blog

(76)

附錄

1. 會議記錄 會議紀錄表 專題名稱 藥單一把罩時間 2014/09/08 地點 A207 主席謝菽君記錄林伯彥出席者殷雨玲、陳佩琦、謝菽君、李淑玲、林伯彥內容 1. 討論 APP 功能。 2. 介面設計討論。決議 1. 主要功能有二維條碼掃描、搜尋與自動提醒等功能。 2. 在下次開會前完成介面設計。老師建議 1. 加入自動提醒功能。

(77)

會議紀錄表 專題名稱 藥單一把罩時間 2014/10/13 地點 A207 主席陳佩琦記錄殷雨玲出席者殷雨玲、陳佩琦、謝菽君、李淑玲、林伯彥內容 1. 進度報告。 2. 專題製作計畫書內容討論。決議 1. 下次開會前 APP 完成 60%進度。 2. 於 3 天後完成專題製作計畫書。老師建議 1.

(78)

會議紀錄表 專題名稱 藥單一把罩時間 2013/10/20 地點 A207 主席李淑玲記錄陳佩琦出席者殷雨玲、陳佩琦、謝菽君、李淑玲、林伯彥內容 1. 進度報告。決議 1. 下次開會前完成 APP 全部進度。老師建議 1.

(79)

會議紀錄表 專題名稱 藥單一把罩時間 2014/11/03 地點 A207 主席殷雨玲記錄李淑玲出席者殷雨玲、陳佩琦、謝菽君、李淑玲、林伯彥內容 1. APP 上線測試。 2. 結案報告 Word 檔內容討論與製作、PPT 內容討論與製作。決議 1. APP 完成。 2. 結案報告在下次開會前完成，PPT 在下次開會時做最後討論。老師建議 1.

(80)

會議紀錄表 專題名稱 藥單一把罩時間 2014/11/10 地點 A207 主席林伯彥記錄陳佩琦出席者殷雨玲、陳佩琦、謝菽君、李淑玲、林伯彥內容 1. 討論 PPT 內容與發表時演講人。 2. 討論發表當天服裝決議 1. 於 3 天後完成 PPT 內容與敲定演講人。 2. 當天穿白色襯衫、裙子、黑西裝褲。老師建議 1.

(81)

元培醫事科大學資訊管理系畢業專題藥單一把罩殷雨玲陳佩琦謝菽君李淑玲林伯彥