第一篇：醫院視頻管理系統

醫院視頻監控的管理規定

為保證良好的醫療秩序，有效監控院內的各類活動，防止犯罪事件的發生，確保視屏監控系統的規范和高效運行特制定本規定。

1、加強巡查。視頻監控系統24 小時對所監控區域進行監控，值班人員應嚴密監視監控系統界面，遇可疑人員應及時通知保衛部門和調度。嚴禁企事業單位員工隨意查看監控錄像，若因發現情況需要查閱錄像，則須經公司領導批準，并填寫登記表。

2、及時報告。值班人員應盡快和有關人員取得聯系，以保證系統的正常運行。

3、嚴格管理。監控室內不準吸煙，亂丟紙宵雜物以及大聲喧嘩；嚴禁攜帶易燃、易爆、有毒的物品進入監控室；嚴禁使用有干擾儀器正常運行的電子設備妨礙系統正常運行。

4、愛護設備。要愛護視頻監控室內的監控設備，嚴格按規定操作規程進行操作；不得私自拆卸監控設備，保證監控設備系統24小時的正常運轉；發現設備出現異常和故障要及時報修，并向設備管理專業人員及報告。

5、收集資料。自覺遵守監控系統管理規定，不得無故中斷監控；監控錄制的資料應妥善保存，未經允許，不得隨意刪改監控記錄、系統文件等。

6、嚴格程序。未經院主管領導同意，非工作人員不得進入監控室。外來人員需到監控室查看資料和情況時必須由主管領導審批，并在保衛部門人員陪同方可進入監控室查看。

第二篇：醫院視頻監控系統設計方案

高清數字監控系統設計方案說明

隨著我國逐年加大對醫療體制改革以及新農村建設的投入，醫療行業發展迅猛，安防系統在其中的應用也廣受關注。

伴隨著醫療信息化應用而生的醫療安全防范體系在國內醫院的建設與應用已經有十幾年的歷史了，一直以來，醫療安防的設計與應用重點是門診大廳、病患人員聚集處、貴重醫療設備存放處、藥品庫、停車場等部位。隨著醫療技術的發展與近幾年醫患關系的惡化，當前的醫療安防體系從設計到應用上，已經越來越不能滿足醫療現代化對其的要求，新醫療安防體系建設的呼聲也隨之提到了一些重大醫院的安全議事日程。

在醫療行業中，視頻監控的主要應用涉及領域包括防火、防盜以及防止人員糾紛以及暴力事件，其目的是保護醫護人員、病人及家屬的生命財產安全。按照醫院管理需求，醫院的安防監控重點防護部位主要以人員流動性大的區域為主。

不同的監控區域部位，其防范的目的也有所差異。比如，候診大廳監控主要用來防范醫患糾紛及盜竊，掛號收費處監控主要防范服務及錢款糾紛，外圍監控主要防范外部人員非法入侵。各樓層監控主要防范盜竊及醫患糾紛，等等。

特別是大型醫院以及專業型醫院的特點是醫療設備貴重、流動人員雜、科室分工細、協同性工作多，設備、人員、藥品和資料信息的管理繁瑣重雜，一但管理不善出現疏漏，會造成不可估量的損失和后果。高清網絡數字監控系統，為保障醫院的安全提供了有效途徑，同時也可大大提高醫務管理水平。

網絡高清攝像機目前在醫院的應用規模較多,主要是因為成像清晰度要比傳統的模擬攝像機高出數倍。采用網絡化視頻監控解決方案可以基于醫院局域網，快速構建一個便于集中管理、可以隨時隨地訪問、部署成本低廉的數字化醫院安防系統，實現對上述所有防范區域以及防范部位的全景式實時監控與管理。

1.建設目標

在醫院范圍內建立一個穩定可靠、高清流暢的視頻監控系統，實現業務的監督與查看。通過在指定位置安裝一定數量的網絡攝像機進行監視，可清楚、準確地記錄這些場所的情況；突發事件發生后，能方便有效地了解事件的實際情況。系統采用先進的計算機全數字化壓縮技術，充分考慮用戶的具體要求和使用的情況，具有與傳統模擬攝像機無法比擬的優點。具有高度的可靠性和工作的連續性，大大減少用戶的維護工作量；可擴展性、伸縮性亦較強，使用方便。

2.建設方案

監控中心位于西側值班室，配備網絡監控管理平臺、存儲和電視墻。監控點位于醫院內外各防范區域，配備高清網絡攝像機以及相關外圍設備。各監控點圖像信號經監控專屬網絡集中上傳至監控中心，由管理平臺統一管理、分發和存儲。

根據設計圖紙并結合現場實際勘察，共設計監控點位32處，詳情如下 一層：

1號機位于一樓西北角，照射方向由西向東，照射范圍為北側正門及東側外圍。

2號機位于一樓東北角，照射方向由東向西，照射范圍為北側正門及西側外圍。

3號機位于一樓東北角，照射方向由北向南，照射范圍為一樓東側外圍。4號機位于一樓東南角，照射方向由南向北，照射范圍為一樓東側外圍。5號機位于一樓東南角，照射方向由東向西，照射范圍為一樓南側外圍。6號機位于一樓西南角，照射方向由南向北，照射范圍為一樓西側外圍及后門。

7號機位于一樓后門上方，照射方向由東向西，照射范圍為一樓北側外圍。8號機位于一樓藥局附近，照射方向由東向西，照射范圍為一樓藥局接待窗口及周邊。

9號機位于一樓導診服務臺附近，照射方向由西向東，照射范圍為一樓導診服務臺周邊及向東走廊。

10號機位于一樓掛號收費窗口附近，照射方向由南向北，照射范圍為一樓掛號收費窗口及周邊。

11號機位于一樓導診服務臺，照射方向由南向北，照射范圍為一樓北側正門及大廳周邊。

12號機位于一樓南北走廊北側，照射方向由北向南，照射范圍為一樓南北走廊。

13號機位于一樓東西走廊東側，照射方向由東向西，照射范圍為一樓東西走廊及周邊。

14號機位于一樓南北走廊南側，照射方向由南向北，照射范圍為一樓南北走廊。

二層：

15號機位于二樓東西走廊西側，照射方向由西向東，照射范圍為二樓東西走廊。

16號機位于二樓南北走廊北側，照射方向由北向南，照射范圍為二樓南北走廊。

17號機位于二樓東西走廊東側，照射方向由東向本，照射范圍為二樓東西走廊。

18號機位于二樓南北走廊南側，照射方向由南向北，照射范圍為二樓南北走廊。

三層：

19號機位于三樓南北走廊北側，照射方向由北向南，照射范圍為三樓南北走廊。

20號機位于三樓南北走廊南側，照射方向由南向北，照射范圍為三樓南北走廊。

四層：

21號機位于四樓東西走廊西側，照射方向由西向東，照射范圍為四樓東西走廊。

22號機位于四樓南北走廊北側，照射方向由北向南，照射范圍為四樓南北走廊。

23號機位于四樓東西走廊東側，照射方向由東向本，照射范圍為四樓東西走廊。

24號機位于四樓南北走廊南側，照射方向由南向北，照射范圍為四樓南北走廊。

五層：

25號機位于五樓東西走廊西側，照射方向由西向東，照射范圍為五樓東西走廊。

26號機位于五樓南北走廊北側，照射方向由北向南，照射范圍為五樓南北走廊。

27號機位于五樓東西走廊東側，照射方向由東向本，照射范圍為五樓東西走廊。

28號機位于五樓南北走廊南側，照射方向由南向北，照射范圍為五樓南北走廊。

六層：

29號機位于六樓東西走廊西側，照射方向由西向東，照射范圍為六樓東西走廊。

30號機位于六樓南北走廊北側，照射方向由北向南，照射范圍為六樓南北走廊。

31號機位于六樓東西走廊東側，照射方向由東向本，照射范圍為六樓東西走廊。

32號機位于六樓南北走廊南側，照射方向由南向北，照射范圍為六樓南北走廊。

系統采用分布式架構設計，結合多種視頻業務接入處理，采用MPEG4/H.264壓縮編碼和相關的網絡處理技術，各樓層設置樓層接入交換機，并通過網絡傳輸至中心交換。確保在千兆網絡環境下為用戶提供實時、全動態圖像，滿足用戶的多種業務需求。

3.系統總體結構

由于貴醫院規模較大，為了能流暢處理多個視頻信號及降低成本投入，整個系統設計為二級架構，即1個控制中心單元和若干個樓層接入單元，各級間通過千兆網絡互聯，這樣既減少布線，又能集成為一個統一的管理系統。結構如下圖：

4.系統主要功能簡介

支持實時預覽、錄像回放、云臺控制等功能操作，視頻監看支持多種輪巡方式和多種窗口布局方案。支持多種多樣的錄像檢索方式及播放控制方式，播放控制支持多軌同步播放，支持對實時視頻及錄像的標簽編目以及檢索。

多種級別權限設置，該高清數字監控系統對用戶有著嚴格的、完善的權限管理機制，保證了系統的安全性及可靠性。

權限管理分多級權限管理，控制，細化到定義用戶的不同功能，包括可以觀看的攝像頭的點位也可以嚴格的控制，高權限用戶相對低權限用戶擁有高的優先級。

5.總結

高清數字監控系統的成功應用，大大提高了視頻監控系統的管理水平。實現了視頻監控工作簡單化、視頻設備管理的集中化、視頻信息共享網絡化。隨著網絡高清視頻技術的快速發展，網絡視頻監控平臺將會在整個監控系統中有更廣闊的應用空間。

第三篇：智能視頻門禁管理系統

智能視頻門禁管理系統

2017-07-19 10:39

1、視頻門禁系統設備

一、授權發卡及安防管理中心系統設備配置管理系統平臺（一個項目只需一個云平臺）

序號名稱規格型號生產廠家單位備注參數 1服務器操作系統套 2服務器數據庫系統套

3數據庫服務器臺含3個以上的硬盤，支持raid1 4UPS電源臺支持線控在線智能型 5打印機臺

6智能一卡通管理工作站臺可利用原有PC 7非接觸式IC卡(調試卡)深圳多奧張 印刷

8非接觸式IC卡(用戶卡)深圳多奧張數量待定 印刷

9IC卡發卡器DAIC-YKT-RW2深圳多奧套含系統操作、調試、授權 “供電電源：USB供電；

工作環境溫度：-25℃～45℃；

工作環境相對濕度：≤90%(不結露)； 讀寫卡距離：0～10CM；

發卡器與PC機通訊方式：標準USB通訊； 握手方式：軟件三次握手認證； *提供集成電路IC嵌入式軟件著作 *提供ROSH認證” 10身份證閱讀器 iDR210 精倫套含協議對接“針對采用IC卡授權開門，通過系統綁定身份信息后方可使用；

在管理平臺錄入持卡人身份信息通過二代身份證識別器完成，信息完整；

卡片授權至門禁要具有時效性，授權時根據管理要求，對IC卡的使用時段進行鎖定。如授權有效期為三個月，則三個月后該IC卡自動失效，如需繼續使用，則需至管理中心再次續期即可。

系統支持IC卡的授權發卡、刪卡、注銷操作。系統可擴展支持IC卡、身份證、手機APP等。” 11視頻門禁管理服務器平臺軟件DAIC-MJ-SOFT深圳多奧臺阿里云端“統一管理，遠程狀態查看，升級維護。門禁設備管理，小區，樓棟單元，房屋數據的管理。全中文管理界面。人性化的中文操作界面，交互式的控制結構。可與多奧停車場/門禁/考勤/消費/通道等子系統實現智能一卡通。

支持聯動功能。可實現消防聯動，當出現在火警等情況時，由中心統一開啟出入通道，結合視頻實時監控。

具備防火墻防護功能。支持DDoS攻擊防護、端口掃描防護、主動入侵檢測等功能。

提供智能一卡通管理云平臺軟著” 12一卡通云平臺基礎年費DAY-YKT-YPT深圳多奧套B/S架構 超過的數據量另計 13軟件狗DAY-Softwarekey深圳多奧套網絡版 14門禁 APP 安卓版DAMJ-Y-AJ深圳多奧套 15門禁 APP IOS版DAMJ-Y-IOS深圳多奧套 16APP服務年費深圳多奧套一年平臺合計

二、視頻門禁管理系統設備

序號名稱規格型號生產廠家單位備注參數

17寸視頻門禁一體機DAIC-MJ-KSRW02深圳多奧套自帶攝像頭“顯示屏：7寸彩色液晶屏

分辨率：800 x480 攝像頭：CMOS，高清 ,100萬 操作方式：按鍵操作 傳輸方式：TCP/IP網絡 輸入電源：12V DC 設備功耗：待機3W，最大6W 工作溫度：-10℃~55℃ 相對濕度：20%~95% 安裝方式：嵌入式 整機尺寸：

328mm*230mm*42mm 預埋盒尺寸：

315mm*214mm*48mm a.視頻門禁一體機能識別第二代身份證、居住證、IC卡、手機NFC及手機APP。

b.門內開鎖，通過門內開關開門。c.刷卡開鎖，通過已授權卡片開門。

d.求助對講，向管理中心發起對講，值班員在通話時可在中心管理機上看到門禁一體機近景攝像頭的畫面。

e.視頻門禁一體機能抓拍近景人臉正面照，同時聯動高清攝像頭抓拍門口遠景（場景），以便查看周邊環境，容易發現尾隨人員，所有開鎖事件同時聯動抓拍近景攝像頭和遠景攝像頭的圖像各2張。

f.采集到的進出門禁記錄連同抓拍圖像，實時回傳人口信息管理門禁服務器。g.網絡故障發生時，視頻門禁一體機可緩存48小時內進出門禁記錄和抓拍圖像，當網絡恢復時自動回傳緩存數據到人口信息管理服務器。

h.防拆報警，觸發聲光報警器報警，報警事件上報市實有人口管理系統，管理中心實時收到警情并通知附近巡邏保安迅速趕到現場。

i.支持可擴展手機APP視頻對講和開鎖功能，提供手機app遠程對講開鎖。手機app，可視頻通話對講、開鎖。

j.帶顯示屏幕功能，7寸以上大屏幕有廣告擴展功能。

q.視頻門禁一體機能擴展為一卡通（包括梯控、停車場等在一個管理中心統一授權），滿足社區建設一卡一庫一平臺的一卡通管理。

r．可提供國家質量監督局質量檢測報告、公安部型式檢驗報告、ISO9001體系認證、ROHS證書及一卡通系統及門禁相關軟件著作權等。t.支持多種聯網模式。” 2電控鎖DAIC-MJ-S深圳多奧把“掉電開鎖，當停止供電時門鎖自動打開； 當智能電控鎖內置門內開關，可不要求獨立的門內開關。”

3鐵箱電氣組（含門禁電鎖電源）DAIC-P深圳多奧套“輸入電源：190-240V 電源輸出：12DVC,5A雙電源獨立輸出 過電流保護：6A 輸出電源紋波：<80mV 電源轉換效率：>85% 工作溫度：-20℃~60℃ 安裝方式：掛墻式 ”

4管理中心機DAIC-GL-ZXJ深圳多奧套與視頻門禁一體機可視頻通話“顯示屏：10.1寸彩色液晶屏

分辨率：1024 x600 內置攝像頭：CMOS，100萬像素 操作方式：觸摸屏 傳輸方式：TCP/IP 輸入電源：12V DC 設備功耗：待機2.5W，最大6W 工作溫度：-10℃~50℃ 相對濕度：20%~95% 安裝方式：臺式 整機尺寸：

320mm*190mm*24mm 求助對講，開鎖，人口信息管理門禁控制器向管理中心發起對講，值班員在通話時可在中心管理機上看到人口信息管理門禁控制器近景攝像頭的畫面；觸摸按鍵開鎖。

視頻監控人口信息管理門禁控制器近景攝像頭的畫面，可切換監控的設備。可支持室內分機求助對講，報警；中心管理機進行接警處理，報警記錄查詢。”

5數字高清網絡攝像機 DS-2CD3T2DD-I36MMC海康套含協議對接 100萬以上像素，分辨率為720p或1080p； 視頻門禁前端設備

2、視頻門禁系統系統線材及輔材

序號名稱規格型號生產廠家單位備注參數 1￠20PVC線管批米線纜敷設 24分PVC線槽米線纜敷設 3線管直通個線纜敷設 4線管彎頭個線纜敷設 5線管卡馬個線纜敷設

686底盒、接線盒個線纜接駁 7電工膠布卷線纜接駁 8膠塞個設備固定

9自攻鏍絲個設備固定

10線纜標識（號碼管）個線纜標注、標識 11扎帶包線纜整理、設備固定 一卡通系統輔材

第四篇：視頻監控如何應用于醫院管理

視頻監控如何應用于醫院管理

一直以來，醫療安防的設計與應用重點是門診大廳、病患人員聚集處、貴重醫療設備存放處、藥品庫、停車場等部位。隨著遠程醫療技術的發展與近幾年醫患關系的惡化，當前的醫療安防體系從設計到應用上，已經越來越不能滿足醫療現代化對其的要求，新醫療安防體系建設的呼聲也隨之提到了一些重大醫院的安全議事日程。

在醫療行業中，視頻監控的主要應用涉及領域包括防火、防盜以及防止人員糾紛以及暴力事件，其目的是保護醫護人員、病人及家屬的生命財產安全。按照醫院內部管理區域劃分，醫院安防監控的重點防護部位主要可以分為醫療區、醫技區、后勤區、報警區、門禁區以及行政區。

不同的監控區域部位，其防范的目的也有所差異。比如，候診大廳監控主要用來防范醫患糾紛及盜竊，掛號收費處監控主要防范服務及錢款糾紛，藥房藥庫監控主要防范火災及盜竊，圍墻監控主要防范外部人員非法入侵。信息中心監控主要防范盜竊及機房環境故障，等等。

特別是大型醫院以及專業型醫院的特點是醫療設備貴重、流動人員雜、科室分工細、協同性工作多，設備、人員、藥品和資料信息的管理繁瑣重雜，一但管理不善出現疏漏，會造成不可估量的損失和后果。集成化的數字報警監控系統，為保障醫院的安全提供了有效途徑，同時也可大大提高醫務管理水平。

另外，借助視頻監控系統，還可實現“遠程專家會診”，危重患者探視等，方便醫院科研教學治療工作，有利于醫療糾紛的解決，給醫患人員及家屬也帶來了更大的便利和實惠。

采用網絡化視頻監控解決方案可以基于醫院現有局域網。快速構建一個便于集中管理、可以隨時隨地訪問、部署成本低廉的數字化醫院安防系統，實現對上述所有防范區域以及防范部位的全景式實時監控與管理。

深圳永達電子為滿足企業監控的需求，研發出了適用于個大小企業的視頻監控系統-網鷹監控平臺，可以用于醫院的監控管理。網鷹監控平臺指標好，性能穩定，功能強大。并根據醫院各種不同區域的需要，從醫院的具體實際出發，做到配置合理，留有擴展余地，技術先進，性價比高，確保系統性能質量好，可靠性高。且完全針對醫院閉路監控的系統要求。其中最值得關注的是，網鷹監控平臺的兼容性是很強的，可以兼容市面上大多數各式各樣的監控攝像機，滿足你自主的監控需求，打破供應商一貫的監控系統只兼容本公司攝像頭的局面，可以實現按需安防。

第五篇：醫院藥房管理系統

醫院藥房管理系統

1．需求分析 1．1概述 藥品管理主要是藥品管理員對藥品庫存進行的相關管理。在該管理系統中，藥品管理員主要需要對藥品的庫存信息進行記錄，查詢和統計功能。藥品管理是醫院日常管理事務中的重要內容，藥品管理過程的準確性和高效性至關重要。利用計算機高效，準確的特點能夠很好的滿足醫院藥品管理過程的需求，在保證管理過程準確性的基礎上，最大程度地提高管理效率。目前，大多數醫院都已采用醫院管理系統進行醫院藥品管理業務的計算機管理。醫院藥品管理系統主要是為醫院藥品管理人員提供藥品信息的記錄，查詢和統計功能，為管理人員提供重要的信息參考。通過醫院藥品管理系統，管理人員可以對醫院藥品的入庫，出庫以及庫存信息進行管理，系統提供方便的藥品管理信息的查詢和統計功能，能夠滿足醫院藥品管理人員的基本管理需求。1．2 可行性分析 本次課程設計主要是為醫院藥品庫存管理系統設計合理的數據庫，基于所研究的課題是我們日常生活中比較常接觸的，所以從以下三個方面對其可行性進行分析： 經濟可行性：本次課程設計主要在自己的電腦上開發，而且從老師給的初始條件結合平時自己對這個業務的理解，而且我們獲取需求的時候有很多人幫 助。所以在完成這次課程設計的時候基本上沒有什么經濟開銷。所以就經濟可行性而言，我就的我也有能力獨立完成這次課程設計。技術可行性：本次課程設計的核心問題是要為藥品管理系統設計一個理的數據庫。就我學習的數據庫課程中，重點講述的就是如何設計和實現一個合理的數據庫，而且我們在數據庫課程學習的過程中做過實現一個簡單的數據庫的試驗，因此這方面有一定的基礎。這次課程設計主要添加的內容是需要我們自己去進行需求分析，自己從客戶那里獲取相應的功能需求。這一方面的知識我在軟件工程和軟件需求中都有學習，所以是可行的。另一方面，本次課程設計可以使用 1

比較簡單的jsp為數據庫設計相

應的前臺界面。所以就技術而言，可以完成這次課程設計.操作可行性：本次課程設計所做的是藥品管理系統，主要完成的功能是為醫院藥品管理人員提供藥品信息的記錄，查詢和統計功能，為管理人員提供重要的信息參考。鑒于藥品管理員對藥品信息管理已經很熟悉，而且本次課程設計出的數據庫的操作非常簡單，所以操作可行性也沒有什么問題.綜上所述，我覺得我有相應的技術和能力獨立完成本次課程設計，而且我所設計出的數據庫功能齊全，簡單明了，方便客戶使用。所以我認為本次

課程設計是可行的。1.3用戶需求 本次課程設計的主要任務是為藥品管理系統設計一個合理的數據庫，在實現該系統的過程中，必須滿足該系統的基本目標：醫院藥品管理人員提供藥品信息的記錄，查詢和統計功能，為管理人員提供重要的信息參考。我所設計的藥品管理數據庫正是基于這個目標而開發的。在實現該系統的同時，也相應的鍛煉了我們的動手能力，讓我們有機會將課本上的知識運用到實際中來，加深了我們對知識的理解，我認為這也是該系統的目標之一。該系統的主要任務是為了完成醫院藥品管理人員提供藥品信息的記錄，查詢和統計功能，為管理人員提供重要的信息參考。但是基于該系統的功能比較簡單，所以可以在此基礎上相應的增加一些相關的功能：當管理員發現某類藥品的庫存數量低于某個標準時，管理員要聯系供應商購買相應的藥品來補充該藥品的庫存；當醫院的某個部門缺少某類藥品時，需向管理員申請提取相應的藥品時，管理員可以根據該藥品的庫存情況為該部門分配相應數量的藥品。2.開發和運行環境 2．1 網絡邏輯結構 本次課程設計采用B/S模式來實現，B/S模式是三層C/S模式的一種實現方式，其結構為：瀏覽器/WEB服務器/數據庫服務器。其中表示層（瀏覽器）負責處理用戶的輸入和向客戶輸出。功能層（WEB服務器）負責建立數據庫的連接，2

根據用戶的請求生成訪問數據庫的SQL語句，并把結果返回給客戶端。數據層（數據庫服務器）負責實際的數據庫存儲和檢索，響應功能層的數據處理請求，并將結果返回給功能層。在B/S模式中，用戶要運行某個應用程序時只需在瀏覽器上鍵入相應的網址。調用WEB服務器上的應用程序并對數據庫進行操作完成數據處理工作，最后將結果通過瀏覽器返回給用戶。供

應商

藥品管理員 藥品管理數WEB服務器 據庫(mysql)（Tomcat）

醫生 所以用戶的操作非常簡單，而且客戶端要求的配置也不高，這2.2 軟件支撐環境及開發工具 本次課程是我選擇這中模式的主要原因。設計主要是設計一個合理的數據庫，而我的電腦上安裝了Mysql,所以可以在自己的電腦上完成本次課程設計,運行環境為WindowsXP,而且和數據庫的聯系也比較簡單,方便.考慮使用JSP來完成前臺的設計。所以涉及到的工具為：Mysql, Eclipse,WINDOWSXP.3．概念結構設計 3

3．1總體DFD 藥品管理系統中的主要功能是在藥品入庫和藥品出庫時，方便藥品管理員對藥品入庫信息，藥品出庫信息和藥品庫存信息進行查詢和統計的功能。所以該系統主要是對藥品入庫管理和藥品出庫管理進行設計的，所以設計基于藥品入庫管理和藥品出庫管理的數據流圖如下： 藥品入庫單 供應 供應商 藥品庫存信息 提取 部門 藥品出庫單 3.2功能結構 本次課程設計主要是針對醫院藥品管理人員設計的，主要是為了方便藥品管理人員在進行購買藥品時藥品入庫，和提出藥品時藥品出庫時對藥品進行記錄查詢和統計。所以本次課程設計主要分成4個大的功能模塊：用戶管理，藥品的入庫，藥品出庫，庫存清點： 4

醫院藥品管理系統 用藥藥庫戶品品存管供提清理 應 取 點 3.2.1用戶管理 該課程設計中主要有2類用戶，一類是系統管理員，一類是藥品倉庫管理員。其中由于該數據庫主要針對藥品管理員而設計，所以在這里主要講述藥品管理員的功能需求：藥品管理員主要是負責藥品的入庫和藥品的出庫管理和庫存的清點工作。

管理員 用戶管理 供應商 醫生 5

3.2.2供應藥品 供應藥品主要是供應商為藥品倉庫提供藥品補給，其中主要要求藥品管理員對供應清單進行記錄，而后藥品入庫后，會對庫存的藥品產生一定的影響，藥品管理員需對相應的變化對藥品記錄做相應的改變

填寫供應單 保存供應單 供應藥品 編輯入庫藥品信息 藥品入庫 3.2.3提取藥品 提取藥品主要是某個部門申請提取藥品，主要要求藥品管理員對提取單做相應的修改和記錄。而后藥品出庫后，會對庫存的藥品產生一定的影響，藥品管理員需對相應的變化對藥品記錄做相應的改變

填寫提取單 保存提取單 提取藥品 編輯出庫藥品信息 藥品出庫 6

3.2.4庫存清點功能

該功能主要是針對藥品的現有庫存信息進行查詢和統計功能，在每次進行藥品入庫和藥品出庫后藥品的庫存信息將有所改變，所以需要對庫存的藥品進行清點功能，提醒藥品管理員進行藥品入庫或其他操作。庫存信息查詢 庫存信息瀏覽 庫存清點 出庫信息查詢 入庫信息查詢 3.3 局部視圖設計 3.3.1數據字典 數據字典是系統中各類數據描述的集合，是進行詳細的數據收集和數據分析所獲得的主要成果，并且數據字典的內容將在數據庫的設計過程中不斷的修改、充實和完善。數據字典有多種表示方法，在這里，我使用的書上介紹的，一般包含：數據項，數據結構，數據流，這幾個部分。庫存藥品的數據項描述： 數據項名 數據項含義 類型 長度 約束 藥品編號 藥品的編號 int 2 每個藥品有一個唯一的編號 倉庫編號 倉庫的編號 int 2 必須與某個倉庫編號一至 藥品名稱 藥品的名稱 varchar 20 必須是炒菜，湯，煲類之一 藥品種類 藥品的種類 varchar 10 藥品屬于中藥或西藥之一 7

單價 藥品的單價 int 5 必須大于0 生產日期

輸入必須符合日期的格式 藥品的生產日datetime 期 過期日期 藥品的過期日datetime 過期日期必須大于生產日期 期 庫存數量 藥品的數量 int 10 必須大于0 供貨商數據項描述： 數據項名 數據項含義 類型 長度 約束

int 2 每個供貨商有一個唯供貨商編號 供貨商編號 一的編號 名稱 名稱 VARCHAR 20 電話 供貨商電話 bigint 8 地址 供貨商地址 VARCHAR 20 管理員的數據項描述：

數據項名 數據項含義 類型 長度 備注 int 2 每個管理員有唯一一個管理員編號 管理員的編編號 號 VARCHAR 20 姓名 管理員的性VARCHAR 10 性別必須是男或女 性別 別 年齡 廚師的年齡 int 2 0到60之間，60歲退休 倉庫編號 倉庫的編號 int 2 必須與某個倉庫編號一至 藥品倉庫的數據項描述： 數據項名 數據項含義 類型 長度 備注 8

倉庫編號 倉庫的編號 int 2 每個倉庫有唯一一個編號 地址 倉庫的地址 VARCHAR 20 地址不能為空 電話 倉庫的電話 BIGINT 8 電話號碼不能為空 面積 倉庫的大小 int 4 必須大于0 部門數據項描述：

數據項名 數據項含義 類型 長度 約束 部門編號 部門編號 int 2 每個部門有一個唯一的編號 名稱 名稱 VARCHAR 20 電話 供貨商電話 bigint 8 3.3.2 實體-聯系圖 根據上面的功能需求分析過程可以看出，可以將本系統劃分成3個大的功能模塊，所以可以將本系統畫出3個局部E—R圖，如下所示： 由于本次課程設計中沒有涉及到前臺的操作，所以這里畫出藥品管理員這個實體和該實體的屬性：

管理員編性別 名稱 年齡 號 藥品管理員 供應藥品子系統的分E—R圖： 9

n 藥品 庫存 供應商編號 1 名稱 供 n 貨 1 藥品倉庫 供應 地址 商 m 電話 管理 1 藥品管理員 供應標識 時間 供應量 提取藥品子系統的分E—R圖： 10

藥品管理員 n 提取標識 提取時間 庫存 1 提取量 1 藥品倉庫 提取 1 部門編號 n 部門名稱 管理 部門 m 電話 藥品管理員 11

藥品管理系統E—R圖：

供應

標識 提取標識 時間 時間 提取量 供應量 m m 供應 藥品 提取 n n n 庫存 供應商 部門 1 藥品倉庫 1 管理 n 藥品管理員 4．邏輯結構設計 本次課程設計中的邏輯設計采用關系模型來設計，根據概念設計中的E-R圖，將圖中的實體和實體間的關系轉化成關系模式，在將E-R圖轉化成關系模型的時候，由于在我所設計的E-R圖中存在實體間的聯系，根據課本中提到的情況： 藥品管理員（管理員編號，名稱，性別，年齡，倉庫編號）12

藥品倉庫（倉庫編號，地址，電話，面積）庫存藥品（藥品編號，倉庫編號，藥品名稱，藥品種類，庫存數量，單價，生產日期，過期日期）

供應商（供應商編號，名稱，地址，電話）

供應（供應標識，供應商編號，藥品編號，倉庫編號，時間，供應量，單價）13

部門（部門編號，部門名稱，電話）

提取（提取標識，部門編號，藥品編號，倉庫編號，時間，提取量）

5.應用系統界面設計 在把數據庫設計完成之后，轉而投入了實現了前臺界面與后臺數據庫的交互，我此次用的是JSP實現的一個小型界面，這正是B/S模式的體現，通過程序與數據庫連接，可以對數據庫里面的信息進行修改，刪除，查看等操作。1．藥房管理員工作流程如下圖： 14

輸入相應的編號，系統會與數據庫取得聯系，判斷該用戶是哪類用戶，若輸入10則表示是藥房管理員：

選擇要進行的操作，按提交，這里有三種操作供選擇，這里選擇查看庫存信息： 2．供應商的工作流程如下： 輸入編號20表示是供應商，進入界面：

輸入響應信息后，顯示此次的供應單并計算總價：

3．醫生提取藥品的工作流程： 輸入編號30表示是醫生，進入界面：

輸入相應信息后，點顯示此次的

提取單并計算價錢： 6.經驗總結

在這一周的課程設計實習過程中，我的收獲良多。在一周的時間中，其實畫在建立數據庫這個環節上的時間不是很多。在學習數據庫這門課程的時候，我記得書上有講過：“數據庫設計的特點之一是三分技術，七分管理，十二分基礎數據”。在這一周的課程設計中我深有體會，在開始的需求分析和基礎數據的獲取階段我差不多花了3天的時間來收集整理材料，由于我對于醫院的藥品管理這個領域比較陌生，所以花了比較長的時間來了解這個行業的情況和信息。當收集的資料差不多之后，接下來的任務就比較輕松：因為在需求分析階段了解可以將整個系統中劃分成幾個實體，每個實體有什么屬性，以及實體和實體之間有什么聯系。所以在接下來的概念設計中的E—R圖的設計就比較簡單，而且在畫E—R圖的時候就可以大致知道整個系統需要劃分成幾個基本表來實現，所以邏輯設計階段也比較輕松，至于物理階段的設計，使用的是MYSQL數據庫，是出于操作簡單，運行速度快的特點選用的。在把數據庫設計完成之后，轉而投入了實現了前臺界面與后臺數據庫的交互，在這里我使用的是JSP語言，起初對JDBC只有概念上的認識，通過這次設計，我對

JDBC

中的ResultSet,Statement,PreparedStatement等有了很大認識，主要是在設計的時候對出錯原因進行了分析，使得自己對JDBC的理解更加清晰。在本次課程設計過程中，我最大的體會就是了解了一個具體的數據庫設計的過程，以及每個過程之間的緊密聯系和他們不同的重要性。就像前面提到的一樣，在書上看到“數據庫設計的特點之一是三分技術，七分管理，十二分基礎數據”這句話的時候，并沒有引起我什么注意，可是在這次課程設計過程中，我深深的體會到其實要建立數據庫中的幾個基本表其實很容易，難的是從我所不熟悉的現實領域收集提取建立數據庫所需要的基本數據。在這次課程設計中，我了解 17

到將書本上的知識運用到實際中的時候，會使我對原有的知識有更深層次的理解以及掌握。而且通過這次課程設計，我掌握了為某個具體系統建立數據庫的流程和方法，肯定會對我將后的學習和實踐有很大的幫助。7.參考文獻 [1]王珊

編著 數據庫系統簡明教程，高等教育出版社 [2]王智學 等編著

ROSE對象建摸方法與技術，機械工業出版社 18