（計算機應(yīng)用技術(shù)專業(yè)論文）廊坊社區(qū)醫(yī)院信息管理系統(tǒng)的設(shè)計與實現(xiàn).pdf

中文摘要 隨著我國醫(yī)療制度的改革 社區(qū)醫(yī)院已經(jīng)成為我國醫(yī)療體系中重要的組成部 分 社區(qū)醫(yī)院的信息化管理水平也不僅關(guān)系到醫(yī)院的正常運轉(zhuǎn) 也直接關(guān)系到患者 對醫(yī)院服務(wù)的滿意程度 從而進(jìn)一步關(guān)系到醫(yī)院的生存和發(fā)展 本文結(jié)合社區(qū)醫(yī)院的實際需求 提出了具體的設(shè)計思路和解決方案 首先確定 設(shè)計目標(biāo) 進(jìn)行需求分析 業(yè)務(wù)流程分析 數(shù)據(jù)流分析 功能模塊設(shè)計等 并給出 了基于c s 模型的社區(qū)醫(yī)院信息化平臺的架構(gòu)設(shè)計方案 同時利用軟件工程的思想 對系統(tǒng)進(jìn)行層次和模塊的分解 進(jìn)行細(xì)化設(shè)計 然后結(jié)合這些具體功能 給出了各 個模塊的詳細(xì)的設(shè)計方法 并運用p b s q l 等技術(shù)對系統(tǒng)模塊進(jìn)行了開發(fā)和具體 實現(xiàn) 最后結(jié)合實例完成了一個完整的社區(qū)醫(yī)院信息管理系統(tǒng) 本文還對系統(tǒng)的整體運行情況和取得的社會效益和經(jīng)濟(jì)效益進(jìn)行了介紹 并對 系統(tǒng)的問題和不足進(jìn)行了說明 對未來的發(fā)展進(jìn)行了展望 關(guān)鍵詞 信息管理系統(tǒng) c s 模式 s q l 社區(qū)醫(yī)院 a bs t r a c t f o l l o w i n gt h er e f o r m a t i o no fo u rc o u n t d f sm e d i c a ls y s t e m c o m m u n i t yh o s p i t a l sh a v e b e c o m ea ni m p o r t a n tp a r to fo u rc o u n t r y sm e d i c a ls y s t e m t h ea b i l i t yo fi n f o r m a t i o n m a n a g e m e n to fc o m m u n i t yh o s p i t a l sa f f e c t sn o to n l yt h ed a i l yr u n n i n go ft h eh o s p i t a l sb u t a l s ot h es a t i s f a c t i o no fp a t i e n t st ot h es e r v i c eo f f e r e db yh o s p i t a l s a n dt h e na f f e c tt h el i v i n g a n dd e v e l o p m e n to fh o s p i t a l sf a a h e r t h ep a p e rg i v e sd e t a i l e dd e s i g ni d e a sa n ds o l u t i o n sa c c o r d i n gt h ea c t u a lr e q u i r e m e n to f c o m m u n i t yh o s p i t a l s f i r s t l y c e r t i f i c a t et h eg o a lo fd e s i g n d od e m a n da n a l y s i s b u s i n e s s p r o c e d u r ea n a l y s i s d a t as t r e a ma n a l y s i s f u n c t i o nm o d u l ed e s i g na n ds oo n a n dg i v eat h e s t r u c t u r ed e s i g ns c h e m eo fc o m m u n i t yh o s p i t a l s i n f o r m a t i o np l a t f o r m b a s eo nc sm o d e l a t t h es a m et i m e d e c o m p o s et h em o d u l ea n ds t e p so ft h es y s t e m a n dd e s i g nt h ed e t a i l s t h e n o f f e rt h ed e s i g nm e t h o d sf o re v e r ym o d u l ew i t hs y n t h e s i z i n gt h e s ed e t a i lf u n c t i o n s a n d d e v e l o pa n dr e a l i z et h es y s t e mm o d u l eu s i n gt h et e c h n o l o g i e sl i k ep ba n ds q l f i n a l l y p r o d u c eac o m p l e t ec o m m u n i c a t eh o s p i t a l si n f o r m a t i o nm a n a g es y s t e mw i t ha c t u a li n s t a n c e s t h ep a p e rs t i l li n t r o d u c e st h es t a t u so ft h ew h o l es y s t e m sr u n n i n g a n dt h eb e n e f i t so n s o c i e t ya n de c o n o m ya n di n d i c a t e st h ed e f e c t sa n dp r o b l e m so f t h es y s t e m a n dp r e d i c t st h e d e v e l o p m e n to f t h es y s t e mi nf u t u r e k e yw o r ds i n f o r m a n t i o nm a n a g e m e n ts y s t e m c sm o d e s q l c o m m u n i t y h o s p i t a l 2 獨創(chuàng)性聲明 本人聲明所呈交的學(xué)位論文是本人在導(dǎo)師指導(dǎo)下進(jìn)行的研究工作和取得的研究成 果 除了文中特別加以標(biāo)注和致謝之處外 論文中不包含其他人已經(jīng)發(fā)表或撰寫過的研 究成果 也不包含為獲得墨鲞叁堂或其他教育機構(gòu)的學(xué)位或證書而使用過的材料 與我一同工作的同志對本研究所做的任何貢獻(xiàn)均已在論文中作了明確的說明并表示了 謝意 學(xué)位論文作者簽名 翔甬簽字隰廝年瑚刮日 學(xué)位論文版權(quán)使用授權(quán)書 本學(xué)位論文作者完全了解丕鲞盤堂有關(guān)保留 使用學(xué)位論文的規(guī)定 特授權(quán) 苤盜盤堂可以將學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進(jìn)行檢索 并采用影印 縮印或掃描等復(fù)制手段保存 匯編以供查閱和借閱 同意學(xué)校向國家有關(guān)部門或機構(gòu)送 交論文的復(fù)印件和磁盤 保密的學(xué)位論文在解密后適用本授權(quán)說明 學(xué)位論文作者簽名 劣確 簽字日期 晰年爭月糾日 導(dǎo)師簽名 簽字日期 多 伊年g 月鄉(xiāng)j 日 天津大學(xué)碩士學(xué)位論文 第一章緒論 第一章緒論 1 1 課題研究的意義及應(yīng)用背景 在我國的很多城市中 由于經(jīng)濟(jì)的快速發(fā)展 醫(yī)療水平的提高 老齡人口 的增加 疾病譜的改變 醫(yī)療制度的改革 計劃生育國策的實施 醫(yī)學(xué)模式的 轉(zhuǎn)變 人們越來越迫切需要大量的社區(qū)醫(yī)院來提供經(jīng)濟(jì)便利的醫(yī)療衛(wèi)生服務(wù) 目前 中國9 8 的地級以上城市 9 3 的市轄區(qū)都不同程度地開展了社區(qū)醫(yī)療 衛(wèi)生服務(wù)工作 社區(qū)衛(wèi)生服務(wù)機構(gòu)約2 3 萬個 擁有全科醫(yī)師2 6 萬人 各級黨 委和政府都把發(fā)展社區(qū)衛(wèi)生服務(wù)作為城市醫(yī)療衛(wèi)生改革的突破口 作為加強公 共衛(wèi)生事業(yè) 解決群眾看病難 看病貴問題的一項基礎(chǔ)性工作 j 在社區(qū)醫(yī)院的建設(shè)發(fā)展過程中 信息化建設(shè)又是極其重要的 因為醫(yī)療服 務(wù)過程高度依賴于信息 醫(yī)生對病人診斷治療的過程本質(zhì)上是一個不斷獲取信 息的過程 并利用信息和醫(yī)學(xué)領(lǐng)域的知識進(jìn)行決策和執(zhí)行 而醫(yī)院的各部f j 2 間 通過患者信息的共享 傳遞和協(xié)同完成醫(yī)療工作 2 j 因此搞好社區(qū)醫(yī)院的 信息化建設(shè)工作 不僅有利于患者的診治 更加有利于對醫(yī)院資源的管理及信 息的收集整理和決策分析 本項目就是一個為社區(qū)醫(yī)院開發(fā)的 實現(xiàn)醫(yī)療服務(wù)和信息化管理的綜合應(yīng) 用系統(tǒng) 1 2 本課題國內(nèi)外研究現(xiàn)狀 我國醫(yī)院的信息化進(jìn)程起步較晚 在上世紀(jì)9 0 年代 隨著計算機技術(shù)特別 是網(wǎng)絡(luò)技術(shù)和多媒體技術(shù)的發(fā)展 醫(yī)院信息化建設(shè)逐步開展及應(yīng)用起來 目前 我國各醫(yī)院建立的信息系統(tǒng)主要是管理信息系統(tǒng) 以財務(wù)為重點 涉及掛號 處方 收費 藥庫等流程 3 而相對規(guī)模較小等級較低的社區(qū)醫(yī)院在信息化建 設(shè)上就更為落后了 發(fā)達(dá)國家的社區(qū)醫(yī)療機構(gòu)已經(jīng)普及了管理信息系統(tǒng) 正在朝著臨床信息系 統(tǒng)方向普及和深入 醫(yī)學(xué)知識庫建設(shè)正在發(fā)展 如藥品知識庫 各類疾病的臨 床指導(dǎo) 以及遠(yuǎn)程醫(yī)療等 國外醫(yī)院的信息系統(tǒng)與管理和業(yè)務(wù)流程結(jié)合得比較 天津大學(xué)碩士學(xué)位論文第一章緒論 好 系統(tǒng)為特定的管理目標(biāo)而建設(shè) 人 環(huán)境與計算機化的流程融為 體 自 然協(xié)調(diào)應(yīng)用質(zhì)量高 國外醫(yī)院的信息系統(tǒng)很多是多廠商系統(tǒng) 這些系統(tǒng)之間以 及與醫(yī)療設(shè)備廠商之間的集成需求刺激了信息標(biāo)準(zhǔn)的發(fā)展 比較常用的有 i h l 7 i c o m 和a s t m 等 2 1 1 3 課題的提出 針對目前我國社區(qū)醫(yī)院信息化建設(shè)的現(xiàn)狀 主要存在以下幾個方面的問題 1 在管理方面 存在投入不足 人才匱乏的問題 2 在藥品管理方面 存在帳目混亂的問題 3 在數(shù)據(jù)資料方面 很多重要數(shù)據(jù) 例如病人信息 處方信息 收費信 息等 還主要是人工填寫 保存和管理 這樣容易造成數(shù)據(jù)混亂 手工填寫筆 誤和字跡不清 紙張破損 數(shù)據(jù)丟失等問題 而且也不利于快速查詢和統(tǒng)計數(shù) 據(jù) 4 在檢查和監(jiān)督方面 由于無法實時查看 上報相關(guān)數(shù)據(jù) 容易造成大 處方 非醫(yī)保藥品開具醫(yī)保藥品處方等一系列違反醫(yī)療保險制度的事件 5 某些社區(qū)醫(yī)院雖然也有計算機 但也僅僅是使用一些單機軟件保存一 些數(shù)據(jù) 并沒有實現(xiàn)真正的管理信息系統(tǒng)1 4 j 本項目就是針對上述問題開發(fā)的 主要研究目標(biāo)是 利用先進(jìn)的信息化理 念和手段 規(guī)劃社區(qū)醫(yī)院業(yè)務(wù)流程 并在此基礎(chǔ)上開發(fā)一套適合社區(qū)醫(yī)院規(guī)模 和業(yè)務(wù)特點的日常管理信息系統(tǒng) 實現(xiàn)社區(qū)醫(yī)院管理的信息化 網(wǎng)絡(luò)化 提高 工作的精確度和可靠性 1 4 課題研究的內(nèi)容及論文組織 1 4 1 課題研究的內(nèi)容 本系統(tǒng)使用p o w e rb u l i d e r 為主要開發(fā)工具 使用s q ls e r v e r2 0 0 0 建立數(shù) 據(jù)庫 并結(jié)合了h a p p y c a s e 和p o w e r d e s i g n e r 作為建模開發(fā)工具 1 4 2 本人工作 在這個項目中 本人主要完成的工作有 2 天津大學(xué)碩士學(xué)位論文第一章緒論 1 了解用戶需求 進(jìn)行項目總體方案設(shè)計及開發(fā)工具的選擇 2 構(gòu)建系統(tǒng)框架 3 各個功能模塊的詳細(xì)設(shè)計與實現(xiàn) 4 進(jìn)行系統(tǒng)測試 1 4 3 論文的組織 本文的主要章節(jié)安排如下 第一章緒論 第二章相關(guān)技術(shù) 第三章系統(tǒng)分析 第四章系統(tǒng)總體結(jié)構(gòu)設(shè)計 第五章系統(tǒng)詳細(xì)設(shè)計 第六章系統(tǒng)的實現(xiàn) 第七章結(jié)論和展望 天津大學(xué)碩士學(xué)位論文第二章相關(guān)技術(shù) 2 1p o w e rb uiid e r 第二章相關(guān)技術(shù) 2 1 1p o w e rb uiid e r 語言簡介 p o w e r b u i l d e r 是美國著名的數(shù)據(jù)庫應(yīng)用開發(fā)工具生產(chǎn)廠商p o w e r s o f t 推出的 成功產(chǎn)品 其第一版于1 9 9 1 年6 月正式投入市場 它是完全按照客戶 服務(wù)器 體系結(jié)構(gòu)研制設(shè)計的 采用面向?qū)ο蠹夹g(shù) 圖形化的應(yīng)用開發(fā)環(huán)境 是數(shù)據(jù)庫 的前端開發(fā)工具 5 1 2 1 2p o w e rb ui d e r 的特點 1 支持應(yīng)用系統(tǒng)同時訪問多種數(shù)據(jù)庫 p o w e r b u i l d e r 支持應(yīng)用系統(tǒng)同時訪問多種數(shù)據(jù)庫 其中既包括o r a c e l s y b a s e 之類的大型數(shù)據(jù)庫 又包括f o x p r o 之類支持o d b c 接e l 的小型數(shù)據(jù)庫 6 2 可視化的數(shù)據(jù)庫開發(fā)工具 p o w e r b u i l d e r 是完全可視化的數(shù)據(jù)庫開發(fā)工具 可以用一種可視的直觀的 方式來創(chuàng)建應(yīng)用程序的用戶界面和數(shù)據(jù)庫接口 所開發(fā)的各種應(yīng)用程序充分利 用了圖形用戶接i s i g u i 的優(yōu)點 它提供了大量的控件 大大加快了項目的開發(fā) 速度 也使開發(fā)者更容易掌握數(shù)據(jù)庫的開發(fā) 3 客戶 h i 務(wù)器結(jié)構(gòu) 在客戶 服務(wù)器結(jié)構(gòu)的應(yīng)用中 p o w e r b u i l d e r 具有描述多個數(shù)據(jù)庫連接與檢 索的能力 特別是p o w e r b u i l d e r 能從大多數(shù)流行的r d b m s 中存取數(shù)據(jù) 且不 管數(shù)據(jù)存放在什麼地方 另外 各種應(yīng)用程序又可以獨立于r d b m s 因為 p o w e r b u i i d e r 可以使用數(shù)據(jù)庫的標(biāo)準(zhǔn)操作語言s q l 結(jié)構(gòu)化查詢語言 進(jìn)行 相 對于其他任何客戶 j l 務(wù)器開發(fā)環(huán)境 p o w e r b u i l d e r 使開發(fā)人員的工作更快 成 本更低 質(zhì)量更高 功能更強 4 強有力的開發(fā)環(huán)境 通常人們把p o w e r b u i l d e r 看成是一種開發(fā)工具 實際上它比其他工具強得 多 是一種強有力的開發(fā)環(huán)境 開發(fā)人員不僅能用它來開發(fā)用戶容易使用的各 種應(yīng)用程序還可以通過p o w e r b u i l d e r 修改數(shù)據(jù)庫 利用4 0 0 多個內(nèi)部定義函數(shù) 可以開發(fā)能和其他應(yīng)用程序進(jìn)行的各種應(yīng)用程序 7 j 4 天津大學(xué)碩士學(xué)位論文第二章相關(guān)技術(shù) 2 1 3p o w e rb u1 d e r 的編程語言 p o w e r b u i l d e r 使用的編程語言叫做p o w e r s c r i p t 它也是一種高級的 結(jié)構(gòu)化 的編程語言 p o w e r s c r i p t 提供了一套完整的嵌入式s q l 語句 開發(fā)人員可以像使 用其它語句一樣自由地使用s q l 語言 這樣就大大增強了程序操縱和訪問數(shù)據(jù) 庫的能力 引 可以說p o w e r b u i l d e r 既適合初學(xué)者快速學(xué)習(xí)數(shù)據(jù)庫的開發(fā) 又可以 讓有經(jīng)驗的開發(fā)人員開發(fā)出功能強大的數(shù)據(jù)庫 是一種適用面非常廣的開發(fā)工 具 2 2s o l 數(shù)據(jù)庫 2 2 1s o l 語言簡介 s q l 是結(jié)構(gòu)化查詢語言 s t r u c t u r e dq u e r yl a n g u a g e 的縮寫 是由a n s i 美 國國家標(biāo)準(zhǔn)學(xué)會 認(rèn)定的關(guān)系數(shù)據(jù)庫管理系統(tǒng)的標(biāo)準(zhǔn)語言 s q l 語句通常用于 完成一些數(shù)據(jù)庫的操作任務(wù) 比如在數(shù)據(jù)庫中更新數(shù)據(jù) 或者從數(shù)據(jù)庫中檢索 數(shù)據(jù) 使用s q l 的常見關(guān)系數(shù)據(jù)庫管理系統(tǒng)有 o r a c l e s y b a s e m i c r o s o f ts q l s e r v e r a c c e s s i n g r e s 等等 雖然絕大多數(shù)的數(shù)據(jù)庫系統(tǒng)使用s q l 但是它 們同樣有它們自己另外的專有擴(kuò)展功能用于它們的系統(tǒng) 但是 標(biāo)準(zhǔn)的s q l 命 令 比如 s e l e c t i n s e r t u p d a t e d e l e t e c r e a t e 和 d r o p 常常 被用于完成絕大多數(shù)數(shù)據(jù)庫的操作1 9 j s q l 大型關(guān)系數(shù)據(jù)庫 能滿足每秒上億次的查詢請求 可存儲上億條記錄 內(nèi)容的增加對查詢速度的影響不是很明顯 s q l 本身擁有強大的管理 優(yōu)化機 制以及更多的數(shù)據(jù)接口方式 在眾多的s q l 命令中 s e l e c t 語句應(yīng)該算是使用最頻繁的 s e l e c t 語句主要被 用來對數(shù)據(jù)庫進(jìn)行查詢并返回符合用戶查詢標(biāo)準(zhǔn)的結(jié)果數(shù)據(jù) s e l e c t 語句中位于 s e l e c t 關(guān)鍵詞之后的列名用來決定將哪些列作為查詢結(jié)果返回1 1 0 2 2 2a d o 技術(shù)簡介 a d o a c t i v e xd a t ao b j e c t s a c t i v e x 數(shù)據(jù)對象 是m i c r o s o f t 提出的應(yīng)用程 序接口 a p i 用以實現(xiàn)訪問關(guān)系或非關(guān)系數(shù)據(jù)庫中的數(shù)據(jù) 例如 如果您希 望編寫應(yīng)用程序從s q ls e r v e r 或o r a c l e 等數(shù)據(jù)庫中向網(wǎng)頁提供數(shù)據(jù) 可以將 a d o 程序包括在作為活動服務(wù)器頁的h t m l 文件中 當(dāng)用戶從網(wǎng)站請求網(wǎng)頁 天津大學(xué)碩士學(xué)位論文 第二章相關(guān)技術(shù) 時 返回的網(wǎng)頁也包括了數(shù)據(jù)中的相應(yīng)數(shù)據(jù) 這些是由于使用了a d o 代碼的結(jié) 果 象m i c r o s o f t 的其它系統(tǒng)接口一樣 a d o 是面向?qū)ο蟮?它是m i c r o s o f t 全局 數(shù)據(jù)訪問 u d a 的一部分 m i c r o s o f t 認(rèn)為與其自己創(chuàng)建一個數(shù)據(jù) 不如利用 u d a 訪問已有的數(shù)據(jù)庫 為達(dá)到這一目的 m i c r o s o f t 和其它數(shù)據(jù)庫公司在它們 的數(shù)據(jù)庫和m i c r o s o f t 的o l e 數(shù)據(jù)庫之間提供了一個 橋 程序 o l e 數(shù)據(jù)庫已經(jīng) 在使用a d o 技術(shù) j a d o 的一個特征 稱為遠(yuǎn)程數(shù)據(jù)服務(wù) 支持網(wǎng)頁中的數(shù)據(jù) 相關(guān)的a c t i v e x 控件和有效的客戶端緩沖 作為a c t i v e x 的一部分 a d o 也是 m i c r o s o f t 的組件對象模式 c o m 的一部分 它的面向組件的框架用以將程序 組裝在一起 a d o 是對當(dāng)前微軟所支持的數(shù)據(jù)庫進(jìn)行操作的最有效和最簡單直接的方 法 它是一種功能強大的數(shù)據(jù)訪問編程模式 從而使得大部分?jǐn)?shù)據(jù)源可編程的 屬性得以直接擴(kuò)展到你的a c t i v es e r v e r 頁面上 可以使用a d o 去編寫緊湊簡明 的腳本以便連接到o p e nd a t a b a s ec o n n e c t i v i t y o d b c 兼容的數(shù)據(jù)庫和o l e d b 兼容的數(shù)據(jù)源 這樣程序員就可以訪問任何與o d b c 兼容的數(shù)據(jù)庫 包括 s q ls e r v e r a c c e s s o r a c l e 等等 1 2 a d o 向我們提供了一個熟悉的 高層的o l ed b 的a u t o m a t i o n 封裝接口 對那些熟悉r d o 的程序員來說 你可以把o l ed b 比作是o d b c 驅(qū)動程序 如同r d o 對象是o d b c 驅(qū)動程序接口一樣 a d o 對象是o l ed b 的接口 如 同不同的數(shù)據(jù)庫系統(tǒng)需要它們自己的o d b c 驅(qū)動程序一樣 不同的數(shù)據(jù)源要求 它們自己的o l ed b 提供者 o l ed bp r o v i d e r 目前 雖然o l ed b 提供者 比較少 但微軟正積極推廣該技術(shù) 并打算用o l ed b 取代o d b c a d o 向v b 程序員提供了很多好處 包括易于使用 熟悉的界面 高速度以 及較低的內(nèi)存占用 同傳統(tǒng)的數(shù)據(jù)對象層次 d a o 和r d o 不同 a d o 可以獨 立創(chuàng)建 因此你可以只創(chuàng)建一個 c o n n e c t i o n 對象 但是可以有多個獨立的 r e c o r d s e t 對象來使用它 a d o 針對客戶 服務(wù)器以及w e b 應(yīng)用程序作了優(yōu)化 1 3 2 3c s 模式 2 3 1c s 模式簡介 c s c l i e n t s e r v e r 結(jié)構(gòu) 即客戶機 服務(wù)器結(jié)構(gòu) 它是一種兩層結(jié)構(gòu)的系 統(tǒng) 第一層是在客戶機系統(tǒng)上結(jié)合了表示與業(yè)務(wù)邏輯 第二層是通過網(wǎng)絡(luò)結(jié)合 6 天津大學(xué)碩士學(xué)位論文第二章相關(guān)技術(shù) 了數(shù)據(jù)庫服務(wù)器 c s 模式主要由客戶應(yīng)用程序 服務(wù)器管理程序和中間件三 個部分組成 c s 模式的優(yōu)點主要有 1 c s 交互性強 客戶端有一套完整應(yīng)用程序 在出錯提示 在線幫助 等方面都有強大的功能 并且可以在子程序間自由切換 2 c s 模式提供了更安全的存取模式 由于c s 配備的是點對點的結(jié)構(gòu) 模式 適用于局域網(wǎng) 安全性可以得到可靠的保證 3 c s 的速度較快 使得它更利于處理大量數(shù)據(jù) 由于客戶端實現(xiàn)與服 務(wù)器的直接相連 沒有中間環(huán)節(jié) 因此響應(yīng)速度快 4 由于開發(fā)是針對性的 因此 操作界面漂亮 形式多樣 可以充分滿 足客戶自身的個性化要求 5 應(yīng)用服務(wù)器運行數(shù)據(jù)負(fù)荷較輕 運行數(shù)據(jù)庫服務(wù)器程序的機器一旦程序被啟動 就隨時等待響應(yīng)客戶程序 發(fā)來的請求 客戶應(yīng)用程序運行在用戶自己的電腦上 當(dāng)需要對數(shù)據(jù)庫中的數(shù) 據(jù)進(jìn)行任何操作時 客戶程序就自動地尋找服務(wù)器程序 并向其發(fā)出請求 服 務(wù)器程序根據(jù)預(yù)定的規(guī)則作出應(yīng)答 送回結(jié)果 應(yīng)用服務(wù)器運行數(shù)據(jù)負(fù)荷較輕 6 數(shù)據(jù)的儲存管理功能較為透明 在數(shù)據(jù)庫應(yīng)用中 數(shù)據(jù)的儲存管理功能 是由服務(wù)器程序和客戶應(yīng)用程序 分別獨立進(jìn)行的 在c s 體系的下 前臺程序不是非常 瘦小 麻煩的事情都 交給了服務(wù)器和網(wǎng)絡(luò) 數(shù)據(jù)庫不能真正成為公共 專業(yè)化的倉庫 它受到獨立 的專門管理 c s 模式的缺點是高昂的維護(hù)成本且投資大 采用c s 架構(gòu) 要選擇適當(dāng) 的數(shù)據(jù)庫平臺來實現(xiàn)數(shù)據(jù)庫數(shù)據(jù)的真正 統(tǒng)一 使分布于兩地的數(shù)據(jù)同步完全 交由數(shù)據(jù)庫系統(tǒng)去管理 這就必須在兩地間建立實時的通訊連接 保持兩地的 數(shù)據(jù)庫服務(wù)器在線運行 網(wǎng)絡(luò)管理工作人員既要對服務(wù)器維護(hù)管理 又要對客 戶端維護(hù)和管理 這需要高昂的投資和復(fù)雜的技術(shù)支持 維護(hù)成本很高 維護(hù) 任務(wù)量大 其次 傳統(tǒng)的c s 結(jié)構(gòu)的軟件需要針對不同的操作系統(tǒng)系統(tǒng)開發(fā)不 同版本的軟件 由于產(chǎn)品的更新?lián)Q代十分快 代價高和低效率已經(jīng)不適應(yīng)某些 工作需要 2 3 2b s 模式簡介 b s b r o w e r s e r v e r 結(jié)構(gòu) 即瀏覽器 h i 務(wù)器結(jié)構(gòu) 它是一種從傳統(tǒng)的二層 c s 模式發(fā)展起來的新的網(wǎng)絡(luò)結(jié)構(gòu)模式 其本質(zhì)是三層結(jié)構(gòu)c s 模式 它能為企 事業(yè)單位內(nèi)部交換信息提供服務(wù) 同時還具有連接i n t e r n e t 的功能和防止外界入 侵的安全措施 另一方面 由于數(shù)據(jù)庫具有強大的數(shù)據(jù)存儲和管理能力 并且 天津大學(xué)碩士學(xué)位論文第二章相關(guān)技術(shù) 能夠動態(tài)地進(jìn)行數(shù)據(jù)輸入和輸出 如果把數(shù)據(jù)庫應(yīng)用于i n t r a n e t 上 不僅可以實 現(xiàn)大量信息的網(wǎng)上發(fā)布 而且能夠為廣大用戶提供動態(tài)的信息查詢和數(shù)據(jù)處理 服務(wù) 在b s 模式中 客戶端運行瀏覽器軟件 瀏覽器以超文本形式向w e b 服務(wù) 器提出訪問數(shù)據(jù)庫的要求 w e b 服務(wù)器接受客戶端請求后 將這個請求轉(zhuǎn)化為 s q l 語法 并交給數(shù)據(jù)庫服務(wù)器 數(shù)據(jù)庫服務(wù)器得到請求后 驗證其合法性 并進(jìn)行數(shù)據(jù)處理 然后將處理后的結(jié)果返回給w e b 服務(wù)器 w e b 服務(wù)器再一次 將得到的所有結(jié)果進(jìn)行轉(zhuǎn)化 變成h t m l 文檔形式 轉(zhuǎn)發(fā)給客戶端瀏覽器以友 好的w e b 頁面形式顯示出來 b s 模式的優(yōu)點主要有 1 系統(tǒng)開發(fā) 維護(hù)和升級的經(jīng)濟(jì)性 b s 模式所具有的框架結(jié)構(gòu)可以大大節(jié)省軟件開發(fā) 維護(hù)與升級的費用 同時它對前臺客戶機的要求并不高 2 b s 模式提供了一致的用戶界面 b s 模式的應(yīng)用軟件都是基于w e b 瀏覽器的 這些瀏覽器的界面都很相似 對于無用戶交互功能的頁面 用戶接觸的界面都是一致的 從而可以降低軟件 的培訓(xùn)費用 3 b s 模式具有很強的開放性 在b s 模式下 外部的用戶亦可通過通用的瀏覽器進(jìn)行訪問 4 b s 模式的結(jié)構(gòu)易于擴(kuò)展 由于w e b 的平臺無關(guān)性 b s 模式結(jié)構(gòu)可以任意擴(kuò)展 可以從一臺服務(wù)器 幾個用戶的工作組級擴(kuò)展成為擁有成千上萬用戶的大型系統(tǒng) 5 b s 模式具有更強的信息系統(tǒng)集成性 在b s 模式下 集成了解決企事業(yè)單位各種問題的服務(wù) 而非零散的單一 功能的多系統(tǒng)模式 因而它能提供更高的工作效率 b s 模式的缺點是應(yīng)用服務(wù)器運行數(shù)據(jù)負(fù)荷較重 一旦發(fā)生服務(wù)器 崩潰 等問題 后果不堪設(shè)想 2 3 3 選擇c s 模式的原因 本人認(rèn)為開發(fā)軟件 應(yīng)該掌握的原則之一就是 一定要選擇最適合用戶的 體系結(jié)構(gòu) 雖然c s 模式存在不少劣勢 但是本人認(rèn)為這種模式恰恰是非常適 合廊坊社區(qū)醫(yī)院業(yè)務(wù)特點的一種模式 理由如下 1 對于用戶的工作流程來說適合采用c s 模式 社區(qū)醫(yī)院的不同部門有不同的職能 所以不同部門的系統(tǒng) 無論從界面上 還是功能上應(yīng)該是不相同的 因此需要開發(fā)多個用戶程序 這一點恰恰的c s 天津大學(xué)碩士學(xué)位論文第二章相關(guān)技術(shù) 模式的特點 2 對于系統(tǒng)的使用地域范圍來說適合采用c s 模式 c s 一般建立在小范圍的專用的網(wǎng)絡(luò)上 它面向的用戶相對固定 而且在 相同的區(qū)域內(nèi) 而b s 一般建立在有廣域網(wǎng)的需求之上的 面向不同的用戶群 地域分散 3 對于系統(tǒng)的安全性來說適合采用c s 模式 因為本系統(tǒng)在局域網(wǎng)內(nèi)部使用 并不連接到i n t e m e t 而c s 正是面向相對 固定的用戶群 它對信息安全的控制能力很強 b s 建立在廣域網(wǎng)之上 對安 全的控制能力相對弱 面向是不可知的用戶群 4 對于系統(tǒng)的響應(yīng)時間來說適合采用c s 模式 社區(qū)醫(yī)院每天的數(shù)據(jù)量是很大的 而且在工作過程中需要不斷訪問服務(wù)器 c s 模式的響應(yīng)速度是較快的 能夠滿足工作的需要 綜上所述 雖然c s 模式存在程序開發(fā)難度大 系統(tǒng)維護(hù)升級較為困難的 缺點 但是考慮到社區(qū)醫(yī)院自身業(yè)務(wù)的特點 本人還是選擇了c s 這種模式 天津大學(xué)碩士學(xué)位論文第三章系統(tǒng)分析 3 1 系統(tǒng)需求分析 第三章系統(tǒng)分析 本系統(tǒng)的用戶是廊坊市的各個社區(qū)醫(yī)院 是為各個轄區(qū)內(nèi)的市民提供公共 衛(wèi)生服務(wù)和基本醫(yī)療服務(wù)的專業(yè)機構(gòu) 是我國衛(wèi)生體系中不可缺少的一個組成 部分 而在目前的社區(qū)醫(yī)院中管理信息系統(tǒng)是不健全的 還存在全手工處理看病 流程的問題 這樣容易產(chǎn)生錯誤 不利于數(shù)據(jù)的保存 管理 統(tǒng)計和檢查 所 以將先進(jìn)的現(xiàn)代計算機技術(shù)引入到社區(qū)醫(yī)院的管理過程中是非常有必要的 也 是必須要做到的 本系統(tǒng)實現(xiàn)的難點主要有以下幾個方面 1 系統(tǒng)中的數(shù)據(jù)量較大 需要建立大量的數(shù)據(jù)表 2 用戶原來的的自動化程度較低 操作人員計算機水平較差 經(jīng)過大約半年時間的用戶調(diào)研和業(yè)務(wù)跟蹤調(diào)查分析 首先明確了用戶各個 科室的職能和分工 并由此確定了數(shù)據(jù)的流動過程 在經(jīng)過調(diào)研并與用戶多次 溝通后 完成了系統(tǒng)的需求分析 3 1 1 系統(tǒng)基本功能需求 廊坊社區(qū)醫(yī)院管理信息系統(tǒng)主要包括醫(yī)生工作站 門診收費 門診藥房 藥庫 院長工作站 系統(tǒng)維護(hù)等幾個部分 由于是社區(qū)醫(yī)院 所以沒有設(shè)掛號 部分 而是由醫(yī)生直接給病人分配門診編號 1 醫(yī)生工作站 主要功能是給病人產(chǎn)生唯一的門診編號 開具藥品處方和醫(yī)技 包括檢查 和治療 處方 產(chǎn)生處方編號 還應(yīng)該有查詢處方 修改處方 收入報表查詢 等功能 2 門診收費 主要功能是每個工作日的初始化 根據(jù)門診編號查詢處方 計算藥費并收 費 可以進(jìn)行費用優(yōu)惠和刷卡付費 產(chǎn)生收據(jù)編號 還應(yīng)該有當(dāng)班收入結(jié)帳 刪除未交費處方等功能 3 門診藥房 主要功能是根據(jù)處方編號取藥 同時系統(tǒng)自動減去藥品當(dāng)前庫存 還 1 0 天津大學(xué)碩士學(xué)位論文 第三章系統(tǒng)分析 應(yīng)該有藥品出口統(tǒng)計報表 藥品庫存查詢等功能 4 藥庫 主要功能是藥品信息管理和藥品庫存管理 這個模塊中有大量的數(shù)據(jù) 表 還應(yīng)該有根據(jù)藥品各種屬性進(jìn)行信息查詢的功能 5 院長工作站 主要功能是各種收入報表查詢 還應(yīng)該有醫(yī)生工作量統(tǒng)計的功能 6 系統(tǒng)維護(hù) 主要功能是人員管理 藥品信息管理 收費信息管理 科室信息管理 還應(yīng)該有系統(tǒng)初始化的功能 3 1 2 系統(tǒng)其他需求 系統(tǒng)除了滿足用戶基本業(yè)務(wù)需要以外 還應(yīng)滿足如下要求t 1 系統(tǒng)需求1 1 4 1 實用性 系統(tǒng)在滿足用戶基本業(yè)務(wù)需求的基礎(chǔ)上 盡量做得簡單明了 方便工作人 員操作 2 安全性 任何人員進(jìn)入本系統(tǒng)都要經(jīng)過用戶身份驗證 對于身份驗證失敗的用戶不 允許進(jìn)入系統(tǒng) 同時系統(tǒng)還要能夠做到數(shù)據(jù)的安全性 保密性 3 可靠性 系統(tǒng)應(yīng)能夠保證數(shù)據(jù)在不同模塊 不同頁面之間的正確流動 4 實時性 系統(tǒng)在設(shè)計時盡量做到反映迅速 簡介高效 盡量減少用戶獲取數(shù)據(jù)時的 等待時間 5 可擴(kuò)展性 系統(tǒng)在功能上應(yīng)該具有能夠擴(kuò)充的能力 2 界面需求 通常一個用戶界面的元素包括界面主顏色 字體顏色 字體大小 界面布 局 界面交互方式 界面功能分布 界面輸入輸出模式 其中 對用戶工作效 率有顯著影響的元素包括 輸入輸出方式 交互方式 功能分布 在界面設(shè)計 上涵蓋了可用性工程學(xué) 人機工程學(xué) 認(rèn)知心理學(xué) 美學(xué) 色彩理論等多方面 內(nèi)容 15 1 天津大學(xué)碩士學(xué)位論文 第三章系統(tǒng)分析 界面需求分析必須圍繞用戶為中心 不同于客觀功能需求分析 具有很大 的主觀性 由于社區(qū)醫(yī)院的操作人員的計算機能力普遍較差 所以界面設(shè)計應(yīng) 滿足如下要求 1 6 1 簡單友好 界面的簡單是要用戶便于學(xué)習(xí) 便于使用 能夠減少用戶發(fā)生錯誤選擇的 可能性 所以界面上的菜單按鈕命名上要簡潔 布局上要統(tǒng)一 還可以在界面 上布置一些提示信息 2 界面的一致性 界面的結(jié)構(gòu)必須清晰 風(fēng)格必須與內(nèi)容一致 色調(diào)字體也要保持一致 3 安全性 用戶能自由的對界面上的每一項做出選擇 且所有選擇都是可逆的 在用 戶做出危險選擇時要有提示信息 以減少用戶誤操作的事件發(fā)生 4 容錯能力 界面要能對用戶輸入的內(nèi)容進(jìn)行判斷 檢測一些非法輸入 并反饋給用戶 當(dāng)用戶輸入出現(xiàn)錯誤時 程序的運行不能中斷 而是要進(jìn)行必要的操作提示 17 3 服務(wù)器客戶機的通信需求 由于本系統(tǒng)采用c s 模式 所以必須保證服務(wù)器與客戶機之間的正常通信 需求 1 快速性 系統(tǒng)應(yīng)能快速的對用戶進(jìn)行響應(yīng) 這就要求數(shù)據(jù)傳輸必須迅速 不能有長 時間得不到服務(wù)器響應(yīng)的情況出現(xiàn) 在客戶機上要對發(fā)送的數(shù)據(jù)進(jìn)行檢查 避 免將錯誤的數(shù)據(jù)傳輸?shù)椒?wù)器上 增加服務(wù)器和網(wǎng)絡(luò)的負(fù)擔(dān) 2 正確性 系統(tǒng)必須保證數(shù)據(jù)傳輸?shù)恼_性 不允許有數(shù)據(jù)丟失和數(shù)據(jù)無法識別的錯 誤發(fā)生 3 安全性 系統(tǒng)必須保證數(shù)據(jù)在傳輸和存儲的過程中不被修改 不被破壞 4 故障處理需求 無論采取什么樣的措施 都還是無法避免在系統(tǒng)的運行過程中出現(xiàn)故障和 錯誤 因此必須有解決故障的措施 1 引入異常處理機制 當(dāng)程序出現(xiàn)錯誤后 執(zhí)行流程發(fā)生變化 控制權(quán)交給異常處理器 2 人工處理異常 當(dāng)出現(xiàn)系統(tǒng)無法解決的問題時 及時使用人工操作 重啟系統(tǒng) 并及時聯(lián) 系維護(hù)人員 天津大學(xué)碩士學(xué)位論文 第三章系統(tǒng)分析 3 2 系統(tǒng)可行性分析 3 2 1 經(jīng)濟(jì)上的可行性 l 成本 本系統(tǒng)對計算機配置的要求不高 所需添置的網(wǎng)絡(luò)設(shè)備和服務(wù)器費也無需 使用高端產(chǎn)品 系統(tǒng)開發(fā)時間較短 安裝調(diào)試工作也比較簡單 運行維護(hù)費用 也較低 由于系統(tǒng)的頁面設(shè)計簡單 又是操作人員熟悉的業(yè)務(wù)流程 所以對操 作人員培訓(xùn)的費用也較低 總之 購買設(shè)備 開發(fā)系統(tǒng) 培訓(xùn)人員的總費用是 在用戶的負(fù)擔(dān)能力范圍之內(nèi)的 2 收益 本系統(tǒng)應(yīng)用之后能夠產(chǎn)生明顯的收益 比如加強了對藥品的管理 可以降 低成本 具有實時查詢功能 可以避免一些違規(guī)事件發(fā)生 具有統(tǒng)計功能 可 以計算每個工作人員的工作量和醫(yī)院各種收支情況 1 7 1 3 2 2 技術(shù)上的可行性 本系統(tǒng)使用p o w e rb u l i d e r 作為主要開發(fā)工具 它是一種面向?qū)ο蟮目梢暬?編程語言 也是一種結(jié)構(gòu)化編程語言 同時也具有事件驅(qū)動的編程機制 p o w e r b u l i d e r 與s q l 直接也具有友好的接口 可以很方便的進(jìn)行連接 另外計算機本 身需要運行的w i n d o w s 2 0 0 0 或w i n d o w sx p 操作系統(tǒng) 在我國已經(jīng)非常普及 這兩種操作系統(tǒng)的可用性 穩(wěn)定性和安全性都能夠滿足用戶的需求 在現(xiàn)實中 已經(jīng)有很多用p o w e rb u l i d e r 和s q l 相結(jié)合的進(jìn)行開發(fā)的系統(tǒng) 都能夠順暢穩(wěn) 定的運行 因此在技術(shù)上本系統(tǒng)具有可行性 3 3 系統(tǒng)用例需求分析 3 3 1 用戶角色識別 經(jīng)過分析 本系統(tǒng)的角色有 醫(yī)生 門診收費員 門診藥房管理員 藥庫 管理員 醫(yī)院負(fù)責(zé)人 系統(tǒng)管理員 1 8 對這6 種角色的定義如下 1 醫(yī)生 角色職責(zé) 產(chǎn)生門診編號 開具藥品處方 開具醫(yī)技處方 修改處方 天津大學(xué)碩士學(xué)位論文第三章系統(tǒng)分析 2 門診收費員 角色職責(zé) 藥品處方收費 醫(yī)技處方收費 修改處方 打印收費單據(jù) 收 費結(jié)帳 3 門診藥房管理員 角色職責(zé) 發(fā)放藥品 4 藥庫管理員 角色職責(zé) 藥品入庫 5 醫(yī)院負(fù)責(zé)人 打印藥品出庫報表 藥品價格調(diào)整 藥品帳目管理 角色職責(zé) 工作量統(tǒng)計 收入報表統(tǒng)計 利潤統(tǒng)計 藥品庫存查詢 6 系統(tǒng)管理員 角色職責(zé) 用戶管理 系統(tǒng)維護(hù) 故障診斷排除 3 3 2 用例描述 通過確定系統(tǒng)的用戶角色并結(jié)合系統(tǒng)的需求分析 可得到如下用例描述 1 9 l 與藥品處方有關(guān)的用例 1 開具藥品處方 2 修改藥品處方 3 刪除未交費藥品處方 2 與醫(yī)技處方有關(guān)的用例 1 開具醫(yī)技處方 2 修改醫(yī)技處方 3 刪除未交付醫(yī)技處方 3 與藥品有關(guān)的用例 1 藥品信息 2 藥品庫存 3 藥品包裝轉(zhuǎn)換 4 與收入有關(guān)的用例 1 門診收入 2 藥品收入 3 醫(yī)技收入 4 醫(yī)生收入 5 科室收入 6 當(dāng)班收入 5 與系統(tǒng)管理有關(guān)的用例 1 管理職工資料 1 4 天津大學(xué)碩士學(xué)位論文第三章系統(tǒng)分析 2 管理用戶信息 3 3 3 用例圖 本系統(tǒng)的詳細(xì)用例圖如圖3 1 所示 圖3 1 系統(tǒng)詳細(xì)用例圖 1 5 天津大學(xué)碩士學(xué)位論文 第三章系統(tǒng)分析 3 4 系統(tǒng)開發(fā)及運行環(huán)境 3 4 1 系統(tǒng)開發(fā)平臺 1 操作系統(tǒng) 服務(wù)器采用w i n d o w s2 0 0 0s e r v e rs p 4 客戶機采用w i n d o w s2 0 0 0p r o f e s s i o n a l w i n d o w sx p w i n d o w s9 8 2 數(shù)據(jù)庫 m i c r o s o f ts q ls e r v e r2 0 0 0 企業(yè)版 3 開發(fā)工具 p o w e rb u l i d e r8 0 中文版 3 4 2 系統(tǒng)運行環(huán)境 l 服務(wù)器系統(tǒng)環(huán)境 1 c p u 雙核處理器x e o n 主頻2 4 g h z 以上 2 內(nèi)存 2 g 以上 3 硬盤 系統(tǒng)盤預(yù)留空間應(yīng)在5 0 0 m 以上 4 顯示器 1 0 2 4 7 6 8 分辨率以上的顯卡和顯示器 5 網(wǎng)卡 1 0 w l o o m 1 0 0 0 m 網(wǎng)卡 6 服務(wù)器上應(yīng)安裝w i n d o w s 2 0 0 0 和s q ls e r v e r 2 0 0 0 建議s q l s e r v e r 2 0 0 0 不要和w i n d o w s 2 0 0 0 安裝在同一個硬盤中 應(yīng)配置t c p i p 協(xié)議 7 應(yīng)保證w i n d o w s 2 0 0 0 所支持的最大連接數(shù)量大于或等于局域網(wǎng)內(nèi)的 計算機數(shù)量 若不夠 可以在 控制面板 中的 授權(quán) 中添加新的許可證 8 應(yīng)保j a q s q ls e r v e r 所支持的連接數(shù)量大于或等于局域網(wǎng)內(nèi)的計算機數(shù) 量 若不夠 可以在 s q ls e r v e r 屬性配置 中重新設(shè)置并發(fā)用戶連接的最大 數(shù)目 9 2 客戶機系統(tǒng)環(huán)境 1 c p u 主頻1 8 g h z 以上 2 內(nèi)存 l g 以上 3 硬盤 系統(tǒng)盤預(yù)留空間應(yīng)在l0 0 m 以上 4 顯示器 1 0 2 4 7 6 8 分辨率以上的顯卡和顯示器 5 網(wǎng)卡 1 0 1 0 0 m 自適應(yīng)網(wǎng)卡 1 6 天津大學(xué)碩士學(xué)位論文 第三章系統(tǒng)分析 3 4 3 網(wǎng)絡(luò)環(huán)境 交換機采用華為q u i d w a y 2 4 0 3 h e l 2 5 口 10 m b p s 10 0 m b p s 交換機 采 用五類雙絞線及r j 4 5 接口 3 4 4 其他設(shè)備 u p s 使用s a n t a kc 系列 1 k v a 1 小時 還需要購買條形碼識讀設(shè)備 條形碼打印機 普通打印機等 天津大學(xué)碩士學(xué)位論文第四章系統(tǒng)總體結(jié)構(gòu)設(shè)計 第四章系統(tǒng)總體結(jié)構(gòu)設(shè)計 4 1 系統(tǒng)業(yè)務(wù)流程分析 在需求分析之后必須要進(jìn)行業(yè)務(wù)流程分析和整合 一方面 業(yè)務(wù)流程的規(guī) 范定義必須符合醫(yī)院現(xiàn)有的業(yè)務(wù)應(yīng)用 又具有前瞻性和相對的延續(xù)性 能適應(yīng) 未來信息系統(tǒng)的接入 交換要求 能支持新型醫(yī)療模式的業(yè)務(wù)需要 2 0 1 另一方 面 醫(yī)院信息系統(tǒng)作為一項系統(tǒng)工程 工作量較大 所涉及的部門及環(huán)節(jié)相對 較多 因此工程的規(guī)劃和協(xié)調(diào)顯得十分重要 在對于醫(yī)院信息管理系統(tǒng)的業(yè)務(wù) 流程的分析中 采用面向?qū)ο蠓治龇椒?2 社區(qū)醫(yī)院的業(yè)務(wù)流程如圖4 1 所示 患者 圖4 1 社區(qū)醫(yī)院業(yè)務(wù)流程圖 天津大學(xué)碩士學(xué)位論文第四章系統(tǒng)總體結(jié)構(gòu)設(shè)計 4 2 系統(tǒng)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu) 本系統(tǒng)采用c s 模式 系統(tǒng)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖4 2 所示 4 3 系統(tǒng)總體設(shè)計 4 3 1 系統(tǒng)功能設(shè)計 圖4 2 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu) 本系統(tǒng)分為六個子系統(tǒng) 醫(yī)生工作站子系統(tǒng) 門診收費子系統(tǒng) 門診藥房 子系統(tǒng) 藥庫子系統(tǒng) 院長工作站子系統(tǒng) 系統(tǒng)維護(hù)子系統(tǒng) 系統(tǒng)功能模塊如 圖4 3 所示 天津大學(xué)碩士學(xué)位論文第四章系統(tǒng)總體結(jié)構(gòu)設(shè)計 廊坊社區(qū)醫(yī)院信息管理系統(tǒng) 醫(yī) 生 工 作 站 子 系 統(tǒng) 門 診 收 費 子 系 統(tǒng) 4 3 2 各個子系統(tǒng)功能設(shè)計 門 診 藥 房 子 系 統(tǒng) 藥 庫 子 系 統(tǒng) 圖4 3 系統(tǒng)功能模塊 院 長 工 作 站 子 系 統(tǒng) 系 統(tǒng) 維 護(hù) 子 系 統(tǒng) 1 醫(yī)生工作站子系統(tǒng) 醫(yī)生工作站主要用來給患者分配門診編號 并開具電子處方 醫(yī)生工作站子系統(tǒng)主要功能如圖4 4 所示 圖4 4 醫(yī)生工作站子系統(tǒng)主要功能 2 門診收費子系統(tǒng) 門診收費子系統(tǒng)主要用來根據(jù)門診編號進(jìn)行收費 還可以修改處方 刪除 未收費處方 門診收費子系統(tǒng)主要功能如圖4 5 所示 天津大學(xué)碩士學(xué)位論文第四章系統(tǒng)總體結(jié)構(gòu)設(shè)計 圖4 5 門診收費子系統(tǒng)主要功能 3 門診藥房子系統(tǒng) 門診藥房子系統(tǒng)主要是根據(jù)處方編號發(fā)放藥品 并隨時更新藥品庫存 門診藥房子系統(tǒng)主要功能如圖4 6 所示 圖4 6 門診藥房子系統(tǒng)主要功能 4 藥庫子系統(tǒng) 藥庫子系統(tǒng)主要是管理藥品入庫 藥品出庫 藥品包裝劑型等所有有關(guān)藥 品的信息 藥庫子系統(tǒng)主要功能如圖4 7 所示 圖4 7 藥庫子系統(tǒng)主要功能 天津大學(xué)碩士學(xué)位論文 第四章系統(tǒng)總體結(jié)構(gòu)設(shè)計 5 院長工作站子系統(tǒng) 院長工作站子系統(tǒng)主要是管理和查詢所有醫(yī)生 科室 藥品 醫(yī)技等各項 收入 院長工作站子系統(tǒng)主要功能如圖4 8 所示 圖4 8 院長工作站子系統(tǒng)主要功能 6 系統(tǒng)維護(hù)子系統(tǒng) 系統(tǒng)維護(hù)子系統(tǒng)主要用來管理全院職工信息 科室信息 藥品信息 收費 信息 系統(tǒng)初始化等 系統(tǒng)維護(hù)子系統(tǒng)主要功能如圖4 9 所示 圖4 9 系統(tǒng)維護(hù)子系統(tǒng)主要功能 天津大學(xué)碩士學(xué)位論文 第五章系統(tǒng)詳細(xì)設(shè)計 5 1 數(shù)據(jù)庫設(shè)計 第五章系統(tǒng)詳細(xì)設(shè)計 5 1 1 數(shù)據(jù)庫結(jié)構(gòu)設(shè)計 廊坊社區(qū)醫(yī)院信息管理系統(tǒng)數(shù)據(jù)庫設(shè)計是整個系統(tǒng)的核心工作 系統(tǒng)功能 分析與數(shù)據(jù)的結(jié)構(gòu)關(guān)聯(lián)及使用都將首先地反映在數(shù)據(jù)庫的設(shè)計過程中 2 2 1 本數(shù) 據(jù)庫共有3 2 張表 其中主要表的定義及相互關(guān)系如圖5 1 所示 5 1 2 數(shù)據(jù)表設(shè)計 比較重要的數(shù)據(jù)表包括 m z s f 表 門診收費表 k s m c 表 科室名稱表 s f j m 表 收費項目表 u s e r n a m e 表 用戶名表 y p c f m x 表 藥口r l 口處方明細(xì) 表 y p c f m x 表 藥品處方明細(xì)表 y p z m 表 藥品帳目表 y s c f 表 醫(yī)生處 方表 y j c f m x 表 醫(yī)技處方明細(xì)表 y j x m m x 表 醫(yī)技項目明細(xì)表 這些表的詳細(xì)情況見附錄 寸n 嚼水嗡雙刪島僻陬州l n匝 天津大學(xué)碩士學(xué)位論文第五章系統(tǒng)詳細(xì)設(shè)計 5 2 系統(tǒng)各模塊協(xié)作流程 在系統(tǒng)中 共有醫(yī)生 門診收費員 門診藥房管理員 藥庫管理員 醫(yī)院 負(fù)責(zé)人 系統(tǒng)管理員等6 個角色 每個角色對應(yīng)一個功能模塊 在系統(tǒng)中主要有2 個事件 一個是就診事件 一個是業(yè)務(wù)管理事件 2 3 1 5 2 1 就診事件流程 就診事件的參與對象有 醫(yī)生 門診收費員 門診藥房管理員 藥庫管理 員 整個就診事件的流程圖如圖5 2 所示 圖5 2 就診事件流程 其中每個對象的主要工作有 l 醫(yī)生 1 發(fā)送門診編號給門診收費員 2 發(fā)送藥品處方給門診收費員 3 發(fā)送醫(yī)技處方給門診收費員 4 接收藥庫管理員的藥品庫存信息 2 門診收費員 1 接收醫(yī)生的門診編號 2 接收醫(yī)生的藥品處方 3 接受醫(yī)生的醫(yī)技處方 天津大學(xué)碩士學(xué)位論文 第五章系統(tǒng)詳細(xì)設(shè)計 4 接受門診藥房管理員的取藥標(biāo)志信息 5 發(fā)送收費編號給門診藥房管理員 6 發(fā)送收費標(biāo)志給門診藥房管理員 3 門診藥房管理員 1 接收門診收費員的收費編號信息 2 接收門診收費員的收費標(biāo)志信息 3 接收藥庫管理員的藥品庫存信息 4 發(fā)送取藥標(biāo)志給門診收費員 4 藥庫管理員 1 發(fā)送藥品庫存信息給醫(yī)生 2 發(fā)送藥品庫存信息給門診藥房管理員 5 3 系統(tǒng)數(shù)據(jù)流程 不 根據(jù)需求分析 角色分析 模塊功能劃分等 系統(tǒng)的主要數(shù)據(jù)流程如下所 5 3 10 層數(shù)據(jù)流圖 0 層數(shù)據(jù)流圖如圖5 3 所示 5 3 21 層數(shù)據(jù)流圖 圖5 30 層數(shù)據(jù)流圖 1 四個子系統(tǒng)之間的l 層數(shù)據(jù)流圖 四個子系統(tǒng)之間的1 層數(shù)據(jù)流圖如圖5 4 所示 2 6 天津大學(xué)碩士學(xué)位論文第五章系統(tǒng)詳細(xì)設(shè)計 醫(yī)技項目明細(xì)患者信息醫(yī)技處方明細(xì)門診收費表 藥品帳目藥品入庫明細(xì)藥品處方明細(xì) 圖5 4 四個子系統(tǒng)之間的l 層數(shù)據(jù)流圖 2 醫(yī)院負(fù)責(zé)人子系統(tǒng)1 層數(shù)據(jù)流圖 醫(yī)院負(fù)責(zé)人子系統(tǒng)l 層數(shù)據(jù)流圖如圖5 5 所示 收費明細(xì)藥品處方明細(xì) 醫(yī)技處方明細(xì) 圖5 5 醫(yī)院負(fù)責(zé)人子系統(tǒng)l 層數(shù)據(jù)流圖 2 7 天津大學(xué)碩士學(xué)位論文 第五章系統(tǒng)詳細(xì)設(shè)計 3 系統(tǒng)維護(hù)子系統(tǒng)1 層數(shù)據(jù)流圖 系統(tǒng)維護(hù)子系統(tǒng)l 層數(shù)據(jù)流圖如圖5 6 所示 收費項目 科室名稱醫(yī)技項目明細(xì) 科室名稱 5 3 32 層數(shù)據(jù)流圖 藥品入庫明細(xì) 圖5 6 系統(tǒng)維護(hù)子系統(tǒng)l 層數(shù)據(jù)流圖 l 就診 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖 就診 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖如圖5 7 所示 患者信息藥品入庫明細(xì)醫(yī)技項目明細(xì) 科室名稱 收費項目 藥品處方明細(xì)醫(yī)技處方明細(xì) 圖5 7 就診 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖 2 收費 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖 收費 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖如圖5 8 所示 天津大學(xué)碩士學(xué)位論文第五章系統(tǒng)詳細(xì)設(shè)計 藥品處方明細(xì)收費明細(xì) 醫(yī)技處方明細(xì) 圖5 8 收費 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖 3 取藥 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖 取藥 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖如圖5 9 所示 收據(jù)號 藥品處方明細(xì) 藥品入庫明細(xì) 圖5 9 取藥 數(shù)據(jù)處理的2 層數(shù)據(jù)流圖 5 4 各個子系統(tǒng)詳細(xì)設(shè)計 5 4 1 醫(yī)生工作站子系統(tǒng) 醫(yī)生工作站子系統(tǒng)主要功能是錄入患者信息 產(chǎn)生一個門診編號 然后醫(yī) 生根據(jù)自己的診斷給患者開具藥品處方和醫(yī)技處方 醫(yī)生工作站子系統(tǒng)的功能 結(jié)構(gòu)如圖5 1 0 所示 天津大學(xué)碩士學(xué)位論文第五章系統(tǒng)詳細(xì)設(shè)計 圖5 1 0 醫(yī)生工作站子系統(tǒng)功能結(jié)構(gòu) 各模塊具體功能定義如下 l 就診處