(2).缺乏多方匯集資訊
上文曾提及，藥用植物這個領域的範圍其實很廣，可以切入的角度也很多，
從中醫、西醫、植物學等角度皆可以有不同面向的視野，然則坊間的介紹書籍或 是網頁，較少有將所有層面的資訊都詳細納入的情況，使的使用者可能會對藥用 植物的認識不夠全面，在比較及歸納上不夠多元。
B. 範圍與使用對象之定義
資料庫的收錄範圍以台灣原生植物為主，以雖是外來種但是台灣常見、常用 的中草藥為輔。西醫學、中醫學、植物學三個層面在藥用植物的基本資料都在收 錄範圍。資料庫以藥用植物為主體，即未經過炮製的植株，進而聯結中藥資訊、
方劑資訊、西藥成分資訊等。
對象分為兩類，第一種是一般查詢者，此類使用者為對於西醫學、中醫學、
植物學都沒有特別知識背景的一般大眾，第二種是在西醫學、中醫學或植物學領 域中有較深的背景知識例如藥學、中醫學、森林系或植物系相關的學生或專業人 士，針對兩種不同的對象，需要有不同的資料來滿足。
C. 預期的成效
此藥用植物資料庫之建立方向為，能提供使用者盡量詳細的檢索，可以檢索 的項目盡可能全面而完整，查詢設計分為兩個層次：一般查詢及進階查詢。一般 查詢滿足一般簡單功能的查詢，如以名稱、功效等直接的方式查詢所需資料，而 進階查詢則提供較為複雜的查詢條件。兩個查詢層面的設計，是希望可以同時提 供快速便利、以及詳細準確的兩種查詢模式給使用者。期能提供使用者實用、多 元、快速、精準的檢索資料。
2.系統分析
A. 需求分析不同的使用者會有不同的使用需求，本資料庫所設定的對象如上文所述，共 分兩類。第一類對象為一般大眾，一般大眾對於藥用植物、藥材與方劑最須要的 了解，不外乎是其基本資料和其功用。具體來說，本資料可以滿足第一類使用者 幾點：
(1).對於藥用植物、藥材和方劑做一個基本的介紹：例如在野外看到一株植 物，想知道它是不是具備藥用功能，便可透過資料庫的查詢來了解。若 使用者知道該植物的名字，便可以從一般查詢中的名稱查詢直接輸入名 稱來查詢，若是不知道名稱，亦可以由該植物的外觀特徵(花色、生長型、
葉序等)，進入進階查詢中的藥用植物查詢來進行複合式的檢索。
(2).在使用中藥、草藥前可以對它有所了解：雖不建議民眾在查詢完資料庫
候，可以到資料庫來查詢，看看這個方劑裡面組成的藥是什麼，而這些 藥的作用、特性是什麼，是否有服用的禁忌，對於自己服用的藥品多一 份認識，也就不會迷迷糊糊，連自己吃下什麼都不知道；或是在做藥膳 的時候，可以對該藥材進一步認識，為自己的健康再多一份保障。
故資料庫中收錄的基本資料：
(1).在藥用植物包括：學名、中名、別名、花色、果色、花季、果季、葉 長、生境、產地、藥用部位、功效、可以醫治的病、圖片。
(2).在中藥材包括：中名、別名、功效、可以治療的病、圖片。
(3).在方劑中包括：方劑名稱、別名、功效、可以治療的病。
此類資訊不需太多專業知識的基礎即能理解，且相當實用符合生活需要，有 助於一般大眾對於藥用植物、藥材及方劑做一基本了解。
第二類的對象為在西醫學、中醫學或植物學領域中有較深的背景知識，例如 藥學、中醫學、森林系或植物系相關的學生或專業人士。資料庫可以滿足進一步 的需求，歸納以下幾點：
(1).中醫師或中醫相關學系學生的記憶輔助：中藥領域十分複雜而要記憶 的東西又非常多，時常容易混淆或忘記，資料庫即提供一個強大的歸納 及收集的功能，在他們記憶有所混淆時可以快速查詢釐清，而在他們記 不起某些資料時則提供快速變便捷的查詢。或者當某味藥缺貨、無法使 用時(例如某味藥病人吃了會過敏，或病人吃素，不能使用中藥中的動物 類藥物，必須以植物類代替)，有哪些功效類似的藥可以替代，透過檢索 可以提供相關藥材供其參考使用。
(2).進階研究：由於中醫理論並非絕對，而是透過幾千年來對於自然的觀
察所歸納的一套理論，現今我們依舊可以透過各種關聯的推敲，來測試
(1).在藥用植物方面包括：科名、屬名、生活型(life form)、生長型(growth form)、葉序、葉質、葉緣、葉形、植株毛分布情形、花序、花生長位置
B. E-R model
初步完成使用者需求的分析後，已經了解滿足使用者需求所需的資料範圍。
接續則要實際進行資料庫的分析，將這些資料切割成實體，將資料類型分門 別類，以及分析各個實體之間的關係，設計出資料的關聯圖，能夠清楚存放的資 料類型，並且便於查詢。設計的 E-R model 附於附錄一。
在附錄ㄧ中可以看到有些實體之間是一對ㄧ的關係。按照正規化的規則而 言，一對ㄧ的關係是不需要分開成兩個不同的實體，然而有些情形比較特別，例 如是 multivalued dependency。所謂的 multivalued dependency 指的是某項屬性 (attribute)對於同一個欄位可能超過一個值，而且數量不固定，例如學位，每個人 擁有的學位數量並不相同，零到多個皆有可能，若在個人資料的欄位中需要填寫 其人的所有學位，則最好是分割成另一個實體，因為若限定一個人只能有三個學 位欄位可填，則有些人超過的學位無處可填，但若為了那些少數擁有眾多學位的 人而預留很多欄位來填寫學位，則多數人都會有許多欄位是空白。以本資料庫為 例，例如一種中藥材的俗名可能有很多個，但是每種中藥材的俗名數量不等，若 建在同筆紀錄，則會產生許多空格 (圖 11)。
因此解決這類窘境的辦法，就是分出另一個獨立實體，如此便能滿足種藥材 填寫不同數量的別名(圖 11)。
造成空間上的浪費
圖 11、multivalued dependency
3.系統設計
A. 關聯式資料庫模型
確認了概念模型在資料的架構邏輯上大致沒有問題，便可以著手將概念模型 轉成實作模型的關係式資料庫模型(附錄二)。在之前的概念模型中，強調的是實 體間的邏輯關係，而實作模型則加入了實體的屬性，明確指出實體中將要收錄的 內容。
B. 資料庫設計
將資料模型轉換成資料庫設計，首先是要把每個實體的主鍵、屬性、連外鍵 等設定出。並處理實體間多對多的關係，多對多的關係在資料庫上是無法實際運 作的，故必須拆解成兩個一對多的關係，通常會在兩個實體間再加入一個實體做
ㄧ對多 ㄧ對多 多對多的關係
Intersection relationship
圖 12、intersection relationship
資料庫設計的詳細資料復於附錄三。將各個實體的詳細資料，如主鍵、屬性 內容、欄位屬性等列為一詳細表格，可以更清楚每個實體的設計，亦有助於未來 撰寫程式時的參考。最後結果共有 45 個實體，其中有三個主要資料表，分別為 藥用植物(medicinal_plants)、中藥材(herb)、方劑(recipe)，存放其詳細資料。其它 實體為各屬性的代碼，最後再與基本資料做關聯。例如顏色(color)，存放顏色代 碼，再關連到藥用植物各部位與中藥材。以下將所有會納入資料庫的資料項目整 理成一表格，並說明每一項資料具體的內容類型。
表 1 為藥用植物中所收納的資料詳細內容描述，其中科名、屬名、生長型、
生活型、葉緣、葉形、葉序、葉質、毛生長情形、花序、花色、花生長位置、果 色、果實型態、產地、藥用部位、功效、臨床主治、保育等級欄位內的資料，因 重複率高，各獨立在一資料表中存放，以代碼方式與藥用植物主資料表做關聯。
另外，「資料出處」屬性部分，因為每筆資料出處數量不一定，屬於 multivalued 的關係，所以獨立出一資料表用來儲存藥用植物的資料出處。
表 1、藥用植物資料表所收納資料之描述
表 1、藥用植物資料表所收納資料之描述(續) 物與方劑的主資料表做 intersection relationship；另外，「資料出處」屬性部分，
同屬於 multivalued 的關係，所以獨立出一資料表用來記錄中藥材資料的資料出 處。
表 2、中藥材資料表收納之資料描述(續) 資料名稱 內容描述
味 藥材於中醫理論中帶有得特性：酸、苦、甘、辛、鹹。
功效 該藥材的功能，如活血化淤、利水消腫、卻痰止咳、補中益氣等。
臨床主治 臨床上可以治療的疾病和症狀，如閉經、頭痛身寒、氣急喘促等。
參與方劑代表 組成藥物有該藥物的方劑。
注意事項 藥材的禁忌，有些藥物有毒或作用較強，孕婦、小孩、體虛者要慎用。或者 不能該哪些藥物相配伍。
資料來源 資料庫中這筆資料的來源，某本書或網頁等。
圖片 該藥物的圖片。
表 3 為方劑所收納的資料詳細內容描述，其中使用方式、功效、適用症狀、
方劑出處欄位內的資料，重複率高，各獨立在一資料表中存放，以代碼方式與藥 用植物主資料表做關聯。同樣，「資料出處」屬性部分，屬於 multivalued 的關係，
所以獨立出一資料表用來記錄中藥材資料的資料出處。另外，「方劑出處」與「資 料出處」並不相同。方劑出處指的是，在歷史上最早出現此方劑的醫書，而資料 出處是指，資料庫中所引用的資料其來源出處。
比較不同的是「組成藥材」此欄位，是設計記錄非植物性的中藥材，如礦物 性中藥材或動物性中藥材。因方劑組成藥材中的植物性中藥材，已與中藥材主要 資料表做關聯而得，但方劑中仍存在許多非植物性的中藥，即無法用關聯取得資 料，故特別設計一欄位專門存放非植物性中藥材，使得最後得以給使用者完整的 方劑資訊。
表 3、方劑資料表收納之資料描述
方劑
方劑