實體層設計

PDM(Physical Data Model)，實體資料模型，屬於三種不同層次 Data Model 中的低 階資料模式。描述資料庫中實際儲存資料的狀態，其特點為：

z 最接近資料如何儲存的實際情況

z 述檔案結構的細節如

：

…

z 批價掛號子系統 z 診療輔助子系統 z 藥事輔助子系統 z 病歷管理子系統

1. 表示批價掛號子系統資料的 PDM 圖

圖 4.2.1 PDM 於批價掛號子系統(A)

(1) 涵蓋批價作業所產生的資料及掛號作業所產生的資料，因此大致上可分為兩 部份。

(2) 圖為掛號作業時，病患初次到診時所產生的個人基本資料。其中身分、保別 及都市這三項資料已經內建在資料庫中，直接關聯到所指定的資料項。

圖 4.2.2 PDM 於批價掛號子系統(B)

(3) register 資料表為看診記錄，只是在批價掛號流程中尚未與其他資料表產生關 聯，在此子系統中產生的資料項目包含 serial_number、card_number、cure、state、

no_card 及 reg_date。

(4) line_table 記錄著目前診間的資訊，依此資訊來取得掛號時新病患看診佇列的 號碼。

(5) 批價時，參考到 medicine_table 資料表中的 normal_price 及 insur_price，以及 patient_data 資料表中 insur_code，作為計算費用之用。

2. 表示診療輔助子系統資料的 PDM 圖

圖 4.2.3 PDM 於診療輔助子系統

(1) register 的 serial_number 直接關聯著其他資料表的異動，一筆 serial_number 代表 有一筆 register，即看診記錄。

(2) soap 為診療過程的各項資料，在此與看診記錄為一對一關聯，因為看診時必 定會產生診療過程的記錄。

(3) 一次的看診因不一定會開出藥方，或是一次開出多筆藥方，因此 medicine_ondate 設計成 Foreign Key，對應到看診記錄。

(4) register_assessment 也是設計成 Foreign Key，因為看診不一定會診斷出症狀，或 是一次診斷出多種症狀。

3. 表示藥事輔助子系統資料的 PDM 圖

圖 4.2.4 PDM 於藥事輔助子系統

(1) medicine_ondate 即表示醫師開出的處方箋，藥劑師依照處方箋製作開藥明細及 用藥說明。

(2) 處方箋上有 med_code、med_number、med_volumn、med_frequence 及 med_method 等資料項，以說明藥品種類、使用方法、開藥數量等等。而 medicine_table 雖 與處方箋無關聯，但是 command 欄位記註了藥品的說明及註解，需要時可用 於用藥說明等等。

(3) medicine_table 多用於藥品的管理，欄位多記註著藥品各項資料。

4. 表示病歷管理子系統資料的 PDM 圖

圖 4.2.5 PDM 於病歷管理子系統(A)

(1) 病歷管理作業中也包括病患基本資料的管理，因此記錄病患個人基本資料的 patient_data 自然是其中一部份。

(2) 各個資料表的異動方式與批價掛號子系統相同，然而病歷管理作業為將個人 基本資料建檔，以備日後使用。

圖 4.2.6 PDM 於病歷管理子系統(B)

(3) 由看診記錄中產生的診療過程(S.O.A.P)及病症的資料是病例管理的主要部 份，資料表的異動方式與診療輔助子系統相同，惟在此子系統中的作業是將 已產生的診療過程及病症資料建立成檔案，以備日後所使用。

(4) 病歷管理除了將檔案建檔，還要觀察其歷史資料，以追蹤病症有無異常現象。