患者信息管理系統的計算機技術的運用

馮澎濤

摘 要：患者信息管理系統是在醫院的運營環境中對患者資料管理的計算機應用系統。其基本功能是：構造醫院全部患者信息的統一視圖；為醫院以及不同層次分支機構的運營系統提供實時的、一致的患者信息訪問服務。醫院的患者信息管理系統日益成為醫院信息化管理必不可少的一環。系統的測試和初期的試運行表明該系統達到了設計要求，能滿足本醫院對患者信息管理的日常需求。

關鍵詞：患者信息管理；數據庫；

1. 系統開發背景與意義

當今社會，隨著醫院規模不斷擴大，有關服務的各種信息也成倍增長，特別是一些比較大的綜合性質的醫院，而面對龐大患者的信息量，有必要開發一套與之相適應的信息管理系統來提高管理工作的效率。通過這樣的系統，可以做到信息的規范管理、科學統計和快速查詢，從而減少管理方面的工作量。

2.系統分析與設計

在對系統進行整體的需求分析和模塊設計之后，就要對整個系統的各個模塊進行具體設計。各個功能模塊的說明如下。

2.1系統功能模塊設計

在對系統進行整體的需求分析和模塊設計之后，就要對整個系統的各個模塊進行具體設計，各個功能模塊的說明如下。

2.1.1 患者專員模塊功能設計

該模塊的設計旨在幫助患者專員提升后期服務效果。（1）在線咨詢：針對線上線上咨詢。此頁面應僅對患者專員、超級管理員開放可見。患者專員可將患者在線信息錄入并進行信息管理。（2）門診：針對現在就醫患者。列出患者信息、醫生和患者姓名等信息。此頁面應僅對患者專員、超級管理員開放可見?；颊邔T可將患者門診信息錄入并進行信息管理。

2.1.2 患者服務模塊功能設計

本模塊實現的目標應是提高與患者支持、現場服務和相關問題反饋的相關業務流程。

（1）本系統應僅對管理員、患者可見。

（2）患者在就醫后，應享受到相應的服務支持。支持明細將以表單的形式呈現給用戶作為參考。

（3）病例作為醫院與患者就醫的總要依據，病例管理在該模塊中也是必不可少的。病例管理功能應實現病例的概要查看和管理以及病例文檔的上傳下載，供患者和相關人員參考。

（4）患者可以通過患者問題反饋模塊，針對就醫期間存在的問題或改進建議?；颊邔T則應通過此功能與患者取得直接聯系，并在線回復?；颊叻漳K主要供患者和患者專員進行操作和管理。

2.1.3 系統管理模塊功能設計

本模塊實現的目標應是幫助超級管理員對人員的相關信息進行添加和管理操作。（1）操作員信息應包括編號、姓名、登錄名、密碼、權限（可以以權限代碼表示）。（2）超級管理員可以對角色密碼進行修改。 系統模塊主要供操作員對人員權限進行管理。

2.2 數據庫設計

數據庫作為計算機信息系統的核心，在DBMS的支持下，進行著信息的收集、存儲、檢索、更新、整理、加工、統計和傳播等工作。當今信息系統的基礎與核心部分絕大多數都依賴數據庫。因此，數據庫設計的好壞將會直接影響到整個系統的開發質量和運行效率。

2.2.1 數據庫概念結構設計

概念模型的設計是為了將現實世界信息進行抽象，實現信息世界的建模，是進行數據庫設計的有力工具。數據庫概念模型設計可通過E-R圖來描述現實世界的概念模型。本系統的E-R圖表現了系統中各個實體之間的聯系。

（1）實體和屬性的定義：

①管理員用戶類別（用戶名，密碼，權限，注冊時間等）②患者信息類別（疾病種類，發病時間，病情，服藥歷史等）③患者信息類別（系統編號，患者編號，患者姓名，聯系方式，添加時間）④注冊會員類別（系統編號，用戶名，密碼，電話，姓名，注冊時間等）④全局ER模式的優化

在得到全局ER模式后，為了提高數據庫系統的效率，還應進一步依據處理需求對ER模式進行優化。一個好的全局ER模式，除能準確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數要盡可能的少；實體類型所含屬性個數盡可能少；實體類型間聯系無冗余.

2.3.2 數據庫邏輯結構設計

數據庫邏輯結構設計是如何設計和開發系統的數據庫，以及對系統的數據庫進行描述的過程。利用數據庫管理工具SQL Server2008來建立和醫院患者信息管理的數據庫，首先利用SQL語言建立一個數據庫，然后在這個數據庫里面設計了數據庫表

2.4數據流程分析

下面對系統的數據流向畫出系統的數據流圖，來描述系統，以便于數據庫的設計。數據流圖（data flow diagram， DFD）是利用外部項、數據流、處理邏輯和數據存儲四種基本成分以及若干規則來描述系統邏輯模型的。

2.5 數據字典

數據字典是對數據流圖的說明，主要有以下四類條目：數據流、數據項、數據存儲、處理邏輯。（1）數據項條目：數據項是不可再分的數據單位。對數據項的描述通常包括以下內容：數據項目，簡述、取值定義。（2）數據流條目：數據流是數據結構在系統內傳輸的路徑。在數據詞典中對數據流的定義要包括：數據流的來源、數據流的去向、數據流的組成等。（3）文件條目：文件條目是數據保存或保留的地方，也是數據流的來源和去向之一，一般是計算機文檔。應包括以下內容：文件名，簡述，編號，組成。（3）文件條目：文件條目是數據保存或保留的地方，也是數據流的來源和去向之一，一般是計算機文檔。應包括以下內容：文件名，簡述，編號，組成。

此次針對患者信息管理系統的開發，著眼于提升患者就醫體驗與醫務人員的便利性，以及增進醫患關系，因此在各方的數據和交互邏輯上，力求展現出合理且清晰的邏輯性與聯系性，且操作簡單直觀，易于上手?；谶@種理念，此次患者信息系統的設計，將以實現基本信息管理系統功能為主要目標的基礎上，盡可能添加為用戶增添更多的能夠提升體驗與操作效率的功能。同時，針對此類系統最為核心的角色權限劃分問題，則將作為系統開發關注的焦點問題，力求做到合理分配，避免人員配置混亂，為醫院人員和患者帶來良好的體驗。

3 系統實現

系統實現就是在系統詳細設計的基礎上，用一種程序設計語言來將設計轉換為程序，得到的結果就是源程序代碼。因此在系統實現前，一定要熟練程序設計，了解程序設計的特色及編碼，以及應當注意程序設計風格。

3.1 系統登錄功能模塊

本模塊主要包括會員用戶登錄模塊、超級管理員登錄模塊和患者專員登錄模塊。因管理員的權限不同，不同的管理員顯示的界面都不同，當管理員輸入登入信息時，Action類通過getter和setter方法獲取頁面的登錄信息，然后調用相應的方法與數據庫中管理員信息表進行比對，若數據庫中存在此信息，則登錄成功。

3.2 會員用戶管理功能模塊

會員成功登陸以后可以進行查看我的訂單獲取訂單信息對訂單進行評價，用戶還可以對訂單進行投訴反饋并且查看自己的投訴意見是否被受理。

3.3 超級管理員功能模塊

超級管理員的主要功能權限是權限的分配和患者患者信息管理系統中的患者專員用戶、患者用戶、超級管理員個人信息維護的操做，管理員個人信息維護的操作界面和管理員用戶管理的操作界面。

3.4 患者專員用戶管理功能模塊

患者專員用戶可以進行銷售信息管理、現場銷售管理、銷售傭金管理、技術支持管理、訂單管理以及系統維護的權限。當有注冊會員用戶時，患者專員可以對其進行審核，通過審核方可登錄。具體功能較多，因空間有限在此不一一列舉。

4. 系統測試

因此，一個軟件系統的測試基本上由以下步驟組成： （1）測試模塊，編碼和詳細設計錯誤往往在本測試程序中找到。（2）在此測試步驟中遇到測試系統軟件錯誤的設計，規范要求的錯誤也可以找到。 （3）系統需求規格說明書的錯誤也是在這個測試程序進行驗收測試發現。本系統的測試過程中，按照需求設計的測試用例覆蓋了所有的功能點。經過測試，所有的功能點全部滿足系統設計及用戶使用需求，通過系統測試，以及測試結果的分析，測試結果在預計的范圍內，運行效果良好。