建站
咨詢
售后
建站咨詢
新聞中心
隨著企業(yè)數(shù)字化轉型的發(fā)展，數(shù)據(jù)庫已成為企業(yè)運營的核心要素之一。數(shù)據(jù)的安全性與一致性已經(jīng)成為企業(yè)運營的重要保障，因此，數(shù)據(jù)庫鎖定sop成為數(shù)據(jù)庫管理非常重要的一部分。本文將從什么是數(shù)據(jù)庫鎖、數(shù)據(jù)鎖定類型、鎖定的重要性和鎖定SOP，四個方面向讀者全面介紹數(shù)據(jù)庫鎖定SOP如何確保數(shù)據(jù)安全性與一致性。
你所需要的網(wǎng)站建設服務，我們均能行業(yè)靠前的水平為你提供.標準是產(chǎn)品質量的保證，主要從事成都網(wǎng)站制作、做網(wǎng)站、企業(yè)網(wǎng)站建設、手機網(wǎng)站制作、網(wǎng)頁設計、品牌網(wǎng)站制作、網(wǎng)頁制作、做網(wǎng)站、建網(wǎng)站。創(chuàng)新互聯(lián)公司擁有實力堅強的技術研發(fā)團隊及素養(yǎng)的視覺設計專才。
一、什么是數(shù)據(jù)庫鎖？
在數(shù)據(jù)庫中，鎖是對指定資源進行訪問限制的一種控制機制。可以將鎖定比喻成一把鑰匙，只有擁有鑰匙的人才能進入到房間內(nèi)，他們可以讀取、寫入和修改房間內(nèi)的這些資源。在數(shù)據(jù)庫系統(tǒng)中，這些資源可以是行、頁、表或者整個數(shù)據(jù)庫。不同的數(shù)據(jù)庫管理系統(tǒng)對于資源的級別會有所不同。在讀寫操作時，不同類型的鎖（共享鎖、排他鎖等）能夠保證數(shù)據(jù)不會被其他程序操作，確保數(shù)據(jù)操作的安全性與一致性。
二、數(shù)據(jù)鎖定類型
在數(shù)據(jù)庫中，有三種主要的鎖定類型：
1. 共享鎖：多個事務可以共享一個資源，并即時訪問該資源。共享鎖一般用于 SELECT 查詢語句中，確保不會讀取到被其他會話更改的資源。
2. 排他鎖：排他鎖只允許一個事務訪問設備。當一個事務獲得了一個排他鎖后，其他事務不能訪問該資源。這種鎖通常用于修改或刪除資源，以確保資源在修改期間不被其他事務訪問。
3. Schema 鎖：Schema 鎖可以阻止對一個表或視圖的元數(shù)據(jù)的更改，直到鎖被釋放為止。當用戶試圖運行DDL操作時，Schema鎖通常被使用。
三、鎖定的重要性
數(shù)據(jù)在企業(yè)的日常運營中扮演著非常關鍵的角色，因此，數(shù)據(jù)的安全性和一致性就顯得尤為重要。在一個開放和多線程的環(huán)境中，單獨的數(shù)據(jù)段干很多事情。如果數(shù)據(jù)沒有被適當?shù)募渔i，會出現(xiàn)數(shù)據(jù)競爭和數(shù)據(jù)損壞的情況。數(shù)據(jù)競爭通常是指兩個或更多的程序嘗試同時更改同一個位置的數(shù)據(jù)，如果沒有足夠的鎖，他們最終可能會將數(shù)據(jù)修改為無效、不一致或損壞的數(shù)據(jù)。這將威脅到企業(yè)的日常運營，引發(fā)系統(tǒng)崩潰和嚴重數(shù)據(jù)污染等問題。因此，鎖定的重要性不言而喻。
四、鎖定SOP
為保證數(shù)據(jù)的安全性與一致性，企業(yè)需要制定恰當?shù)逆i定SOP。下面是數(shù)據(jù)庫鎖定SOP的一些基本實踐：
1. 選擇正確的鎖：影響現(xiàn)場的鎖利用率和性能。根據(jù)應用程序和特定場景，選擇恰當?shù)逆i。
2. 訪問正確的鎖級別：如果鎖定級別太低，則會導致鎖定競爭和錯誤數(shù)據(jù)修改。如果鎖定級別過高，性能可能會受到影響，從而影響應用程序的性能。
3. 將事務限制在最小范圍內(nèi)：將事務的時間盡可能地縮短，可以提高數(shù)據(jù)并發(fā)性和并發(fā)性，減少資源沖突。
4. 將同一語句組合為單個事務：將相對于數(shù)據(jù)更改相關的語句放入單個事務中，以保證數(shù)據(jù)的原子性。
5. 在不需要的時候釋放鎖：在數(shù)據(jù)修改完成后，及時釋放鎖，以避免阻止帶有高優(yōu)先級的請求進入。
作為企業(yè)數(shù)字化轉型的關鍵要素，數(shù)據(jù)庫已經(jīng)成為企業(yè)運營的核心和基石。因此，數(shù)據(jù)庫鎖定SOP成為了數(shù)據(jù)庫管理非常重要的一部分。本文向讀者重點介紹了數(shù)據(jù)庫鎖定的類型以及數(shù)據(jù)鎖定的重要性。除此之外，我們還介紹了一些基本實踐，以幫助企業(yè)更好地保證數(shù)據(jù)的安全性和一致性。希望本文能夠引起企業(yè)數(shù)據(jù)庫管理人員的注意，并成為他們完成數(shù)據(jù)庫鎖定SOP的參考。
相關問題拓展閱讀：
- 如何制作sop標準作業(yè)指導書？
- 資料庫管理制度、樣本采集等SOP制定是什么意思？該怎么寫??？急急急??！
如何制作sop標準作業(yè)指導書？
制作sop標準作業(yè)指導書需要參考多方面，看看行業(yè)數(shù)據(jù)庫的有關塌胡信息，然后卜如根據(jù)一些工時軟件可以做出正確的sop標準作業(yè)指導書，有了這個sop指導書工人就能高效的進作業(yè)，用vioovi的ECRS工時分析軟件可以做出專業(yè)的sop指導書，這個團弊攔軟件的功能強大，可以進行動作分析、作業(yè)改善、公司分析等多種操作。
資料庫管理制度、樣本采集等SOP制定是什么意思？該怎么寫??？急急急！！
醫(yī)院信息系統(tǒng)（Hospital Information System，HIS），指利用電子計算機和通信設備，為醫(yī)院所屬的各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數(shù)據(jù)交換的能力，并滿足所有擁有授權的用戶的功能需求 。該系統(tǒng)的開發(fā)符合醫(yī)療保險各項政策的要求和規(guī)范；文中對系統(tǒng)的三個子模塊功能做了詳細的說明；本系統(tǒng)采用了多層客戶機/服務器（C/S）模型，利用Visual C++.NET開發(fā)語言完成系統(tǒng)的制作。
軟件完成后將擁有“字典維護”、“門診管理”、“院長查詢”三個模塊，它針對軟件所處的應用環(huán)境而發(fā)揮軟件的高效作用，“字典維護”模塊存儲了藥品信息和收費項目，以供藥品的進存提供數(shù)據(jù)；“門診管理”模塊擁有門診掛號、門診劃價、門診收費、藥房發(fā)藥四個子功能；“院長查詢”模塊則提供了一個供醫(yī)院高層領導直接查詢醫(yī)院任何時間的科室掛號量和藥品庫存量。
本系統(tǒng)的開發(fā)平臺為Microsoft公司的開發(fā)工具——Microsoft Visual Studio 2023，以及結合了數(shù)據(jù)庫軟件——Microsoft SQL Serer作為系統(tǒng)中所用到的數(shù)據(jù)源的支撐平臺。
關鍵字：醫(yī)院管理系統(tǒng)；VC++.NET；數(shù)據(jù)庫；數(shù)據(jù)庫系統(tǒng)
目 錄
引言6
1 緒論7
2 可行性分析8
2.1 經(jīng)濟可行性8
2.2 技術可行性8
2.3 政策可行性8
3 需求分析9
3.1 業(yè)務流程9
3.2 系統(tǒng)層次方框圖9
3.3系統(tǒng)中各模塊層次圖10
3.3.1系統(tǒng)字典維護10
3.3.2門診掛號系統(tǒng)11
3.3.3門診劃價管理11
3.3.4藥房管理系統(tǒng)11
3.3.5院長綜合查詢系統(tǒng)12
3.4 系統(tǒng)流程圖12
3.5 系統(tǒng)數(shù)據(jù)流圖13
3.5.1頂級流圖13
3.5.2 0層流圖13
3.6 數(shù)據(jù)字典14
3.6.1數(shù)據(jù)流條目14
4 概念結構設計15
4.1 系統(tǒng)全局實體圖15
4.2 系統(tǒng)各實體圖15
4.3 系統(tǒng)表及其用途17
5 邏輯結構設計18
5.1 邏輯設計規(guī)范18
5.2 邏輯結構表18
6 物理結構設計19
6.1 數(shù)據(jù)存儲19
6.2 創(chuàng)建索引19
7 編碼20
7.1 前臺功能設計20
7.1.1字典維護20
7.1.2門診管理21
7.1.3院長查詢21
8 系統(tǒng)測試23
8.1 軟件測試概述23
8.2 常用的軟件測試方法23
8.2.1黑盒測試23
8.2.2白盒測試24
8.2.3基于模型的測試24
8.3本系統(tǒng)的軟件測試方法25
9 結束語26
9.1系統(tǒng)功能總結26
9.2對系統(tǒng)的展望26
謝 辭27
參考文獻28
引言
醫(yī)院管理系統(tǒng)（Hospital Information System，HIS）在國際學術界已經(jīng)被公認為新興的醫(yī)學信息學（Medical Information）的重要分支。美國該領域的著名教授Morris Collen于1988年曾著文為醫(yī)院信息系統(tǒng)下了如下定義：利用電子計算機和通訊設備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數(shù)據(jù)交換的能力，并滿足所有授權用戶的功能需求。經(jīng)過多年的發(fā)展，如今類似醫(yī)院信芹皮老息系統(tǒng)這樣的企業(yè)級應用軟件不僅能提供靜態(tài)的信息和交互式的動態(tài)信息服務，還能提供應用程序的基礎設施服務（如安全、事務、傳輸、緩沖握銀、生存期管理等），目前這樣的軟件所采用N層結構嫌升進行構建，N層結構的優(yōu)點是每一層可以被單獨改變，而不影響到其它層，降低了部署與維護的開銷。
為了滿足以上所述的問題，關鍵在不僅要重用舊的代碼，而且要重用相似的分析設計結果和體系結構，來減少構造新軟件系統(tǒng)的代價并提高軟件的可靠性。框架技術就是這樣一種面向特定領域的重用技術，框架由于提供了大力度的重用而被認為是一種最有前途的面向對象技術。單獨的類的重用盡管有用，但由于重用力度小而不具備有意義的生產(chǎn)力的飛躍。基于框架的軟件開發(fā)過程，把軟件的開發(fā)看作一個組裝過程，在軟件框架的指導下尋找可復用構件（及開發(fā)一些新構件）并進行系統(tǒng)組裝，這種開發(fā)過程是目前很受重視的研究方向。目前，針對企業(yè)級的應用提出了一些解決方案。微軟的.NET框架和SUN公司的J2EE就是兩個目前最為流行和成熟的可以簡化企業(yè)應用中與開發(fā)、部署和管理相關復雜問題的體系結構。其中Microsoft.Net由微軟在2023年開始推出，是新一代的Windows開發(fā)系統(tǒng)平臺。.NET平臺包含了以下主要特征：
(1)軟件變服務
(2)基于XML的共同語言
(3)融合多種設備和平臺
(4)新一代的人機界面
(5)托管代碼公共語言運行庫
本文參照軟件工程中開發(fā)一款軟件的相關步驟，結合數(shù)據(jù)庫的有關知識，按照軟件定義、軟件開發(fā)、運行維護的三步驟進行軟件的開發(fā)。其中軟件開發(fā)步驟中有所不同，由數(shù)據(jù)庫的概念結構設計、邏輯結構設計、物理結構設計組成。
1 緒論
醫(yī)院信息管理系統(tǒng)的主要目標是建立一種新型的既能保障全體員工公平地獲得基本醫(yī)療保健服務，又能有效調控浪費，合理利用醫(yī)療資源的社會保障制度。隨著科學技術的進步，人民生活的提高，醫(yī)院信息管理需要進一步的系統(tǒng)化、科學化，醫(yī)院信息管理系統(tǒng)的建立已經(jīng)是大勢所趨。同時也為了更好的認真貫徹執(zhí)行國家、省、地市醫(yī)療保險改革各項政策，建立職工正?；踞t(yī)療和補充醫(yī)療保險良好運行機制，經(jīng)充分醞釀、研究論證，在吸取了各種式樣的醫(yī)院管理系統(tǒng)的經(jīng)驗后，開發(fā)了醫(yī)院管理系統(tǒng)。
預期系統(tǒng)完成后將達到以下六個目標：
(1)標準化和開發(fā)性
(2)統(tǒng)一性和實用性
(3)參數(shù)化設計和靈活性
(4)安全性和可靠性
(5)通用性
我國醫(yī)院信息系統(tǒng)研制始于20世紀80年代初，醫(yī)院信息建設大致經(jīng)歷了單機操作、局部網(wǎng)絡化、全院信息網(wǎng)絡化建設3個階段。據(jù)衛(wèi)生部信息中心2023年統(tǒng)計，我國應用信息管理系統(tǒng)的醫(yī)院占醫(yī)院總數(shù)的31%，其中省級醫(yī)院投資信息管理系統(tǒng)高達84%,地市級和縣級醫(yī)院僅為37%和34%。在全國500多家三甲醫(yī)院及1000多家縣市以上二級醫(yī)院中，有近900家大中小醫(yī)院已經(jīng)實施或正在實施醫(yī)院信息系統(tǒng)。
醫(yī)院信息化管理的未來：醫(yī)院信息化管理建設是一項長期艱巨的任務。醫(yī)院信息管理系統(tǒng)是由多方面的系統(tǒng)組成，并不斷地完善和擴大，使信息化建設覆蓋醫(yī)院各項業(yè)務建設。隨著信息化技術的發(fā)展，醫(yī)院信息話建設將更注重人性化服務，優(yōu)化及提高信息化管理系統(tǒng)功能、性能、人機界面及智能化建設是醫(yī)療行業(yè)發(fā)展的必然趨勢。
醫(yī)院信息化建設的根本目的是以病人為中心，實現(xiàn)醫(yī)院的網(wǎng)絡化管理，為臨床醫(yī)療、經(jīng)營和管理提供便捷有效的管理手段和管理模式。醫(yī)院信息化建設的內(nèi)容包括醫(yī)療行為、行政組織、后勤保障等全方位管理模塊，涉及掛號、收費、藥庫、藥房、醫(yī)生工作站、護士工作站、手術、麻醉、財務結算、檢查、檢驗、病案處理、醫(yī)保、自助信息查詢等業(yè)務。只有對醫(yī)院業(yè)務流程的優(yōu)化和重組，進一步強化信息資源的加工、挖掘，才能不斷提高醫(yī)院的醫(yī)療服務質量和管理水平，以實現(xiàn)滿意的經(jīng)濟效益和社會效益。
2 可行性分析
2.1 經(jīng)濟可行性
鑒于現(xiàn)在的計算機設備價格的逐年下降，在各大中小型的醫(yī)院中已經(jīng)具備配備計算機及計算機操作人員的能力。此外，使用一個良好的醫(yī)院管理系統(tǒng)不僅能提高醫(yī)院的管理效率、在很大程度上帶給就醫(yī)群眾許多方便，最重要的是能使使用醫(yī)院在未來兩到三年內(nèi)收回成本，從而進一步的盈利。綜上幾點，說明開發(fā)這樣一個醫(yī)院信息管理系統(tǒng)在經(jīng)濟上是可行的。
2.2 技術可行性
技術可行性又可以分為兩類：開發(fā)本系統(tǒng)的技術可行性以及系統(tǒng)使用者的技術的可行性。本系統(tǒng)是使用.NET高級程序語言開發(fā)，基于Microsoft Visual Studio 2023為開發(fā)平臺，結合Microsoft SQL Server 作為數(shù)據(jù)源的提供者，所以在系統(tǒng)的開發(fā)技術上是可行的；在系統(tǒng)使用者的技術的可行性方面，當今的大學本科畢業(yè)生基本上能夠熟練掌握WINDOWS 操作系統(tǒng)的使用，作為一名醫(yī)學類本科畢業(yè)的使用者，只要結合用戶說明書就可以熟練地掌握本管理系統(tǒng)的使用方法?？梢哉f在技術上也是可行的。
2.3 政策可行性
衛(wèi)生部于1997年印發(fā)公布的《醫(yī)院信息系統(tǒng)基本功能規(guī)范》，對于加快醫(yī)院信息化基礎設施建設，規(guī)范管理，提高醫(yī)院信息系統(tǒng)軟件質量，保護用戶利益，推動醫(yī)院計算機應用的健康發(fā)展起到了重要的指導作用。隨著計算機網(wǎng)絡技術的迅速發(fā)展，衛(wèi)生部重大醫(yī)改政策的實施及醫(yī)療模式的轉變，給開發(fā)本醫(yī)院管理系統(tǒng)提供了堅強的政策可行性保障。
3 需求分析
3.1 業(yè)務流程
醫(yī)院管理的基本業(yè)務流程如圖3.1所示：
圖 3.1 醫(yī)院管理中的業(yè)務流程圖
3.2 系統(tǒng)層次方框圖
該系統(tǒng)由“字典維護”、“門診管理”、“院長查詢”三個一級子模塊，“字典維護”子模塊由“藥品信息維護”、“收費項目維護”兩個模塊組成；“門診管理”子模塊由“掛號管理”、“劃價管理”、“收費管理”、“藥房發(fā)藥”四個模塊組成；“院長查詢”子模塊由“科室掛號量”和“庫存統(tǒng)計”兩個模塊組成。層次方框圖如圖3.2所示。
圖3.2 醫(yī)院管理系統(tǒng)層次方框圖
3.3系統(tǒng)中各模塊層次圖
3.3.1系統(tǒng)字典維護
“系統(tǒng)字典維護”功能模塊用于設置醫(yī)院管理系統(tǒng)中的常用字典信息，包括了如圖3.3所示的子功能模塊。
圖3.3 系統(tǒng)字典維護模塊
3.3.2門診掛號系統(tǒng)
“門診掛號系統(tǒng)“功能模塊用于建立和維護病人的主索引信息，分配病人的ID號，確保病人信息的唯一性，為病人建立就診卡，對門診病人進行掛號或者預約號處理，為門診病人的后續(xù)活動以及門診工作量統(tǒng)計提供信息。病人首次就醫(yī)時可辦理IC卡、磁卡等，實現(xiàn)一卡通看病，持卡病人就診時通過刷卡代替頻繁的排隊交費，可以大大提高醫(yī)院和病人雙方的效率，減少病人的等待時間。掛號時計算機自動分配臨時ID號，可選擇輸入病人姓名，掛號類型（普通號、專家號等）及就診科室等信息，打印產(chǎn)生門診掛號單，掛號單上的條碼號將是病人接下來各環(huán)節(jié)就醫(yī)的依據(jù)，這樣將實現(xiàn)劃價收費、項目檢查、藥房取藥的一體化流水作業(yè)。
3.3.3門診劃價管理
“門診劃價收費系統(tǒng)”功能模塊用于在門診收費處記錄病人的繳費信息，并執(zhí)行相應的統(tǒng)計核算功能，所包含的自功能模塊如圖3.4所示。
圖3.4 “診劃價收費系統(tǒng)”功能模塊
“門診劃價”用于完成門診病人各種處方、檢查申請、治療申請等診治費用的計價工作，各種藥品、檢查的價格信息在字典管理中維護。
“門診收費”用于完成門診病人各種診治費用的收取工作，能依據(jù)劃價單（或其他方法）查詢病人劃價信息，進行費用收取、收據(jù)打印處理，并保存操作記錄以備查詢。
“藥品發(fā)放”用于藥房預先打印需要發(fā)貨的藥品明細，并將藥品準備好，這樣病人取藥時就可以直接給病人，避免醫(yī)生拿到病人的繳費單后再去找相應的藥品。
3.3.4藥房管理系統(tǒng)
“藥房管理模塊”功能用于管理醫(yī)院藥房的采購、入庫及出庫等業(yè)務，包含的子模塊如圖3.5所示。
圖3.5 藥房管理模塊
3.3.5院長綜合查詢系統(tǒng)
“院長綜合查詢系統(tǒng)”功能模塊用于從醫(yī)院信息系統(tǒng)加工處理出有關醫(yī)院管理的醫(yī)、教、研和人、財、物分析決策信息，以便院長及管理者決策提供依據(jù)。
3.4 系統(tǒng)流程圖
醫(yī)院管理系統(tǒng)的系統(tǒng)流程圖如圖3.6所示。
圖3.6 系統(tǒng)流程圖
3.5 系統(tǒng)數(shù)據(jù)流圖
3.5.1頂級流圖
根據(jù)圖3.1的醫(yī)院管理的基本業(yè)務流程圖可以首先得出系統(tǒng)的頂級數(shù)據(jù)流圖，如圖3.7所示。
圖3.7 醫(yī)院管理系統(tǒng)頂級流圖
3.5.2 0層流圖
根據(jù)圖3.7所示的醫(yī)院管理系統(tǒng)的頂級流圖，由軟件工程知識：在對數(shù)據(jù)流圖分層細化時必須保持信息連續(xù)性，也就是說，當把一個處理分解為一系列處理時，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同?？梢詫敿墧?shù)據(jù)流圖進行映射，從而得到醫(yī)院管理系統(tǒng)的0層流圖，如圖3.8所示。
圖3.8 醫(yī)院管理系統(tǒng)0層流圖
3.6 數(shù)據(jù)字典
3.6.1數(shù)據(jù)流條目
表3.1描述了系統(tǒng)中所用到的大部分的數(shù)據(jù)流條目，該表提供了對數(shù)據(jù)流名字、使用地點與方式、內(nèi)容和補充信息的說明。
表3.1 數(shù)據(jù)流條目表
名字使用地點與方式內(nèi)容描述
藥品名稱藥品信息查詢，輸入名稱如青霉素
藥品編碼藥品信息查詢，輸入編號如1001
項目名稱收費項目查詢，輸入名稱 如肝功能
項目編碼收費項目查詢，輸入編碼如8000
開始時間科室掛號量查詢，輸入時間如
結束時間科室掛號量查詢，輸入時間如
庫房藥品庫存量查詢，輸入庫名如西藥房
藥品編號藥品庫存量查詢，輸入藥名 如四環(huán)素
掛號類型門診掛號， 系統(tǒng)已定分為普通號和專家號
費用類型門診掛號， 系統(tǒng)已定分為公費，自費，離休三種
掛號科室門診掛號， 系統(tǒng)已定 分為中醫(yī)科等16種
醫(yī)生門診掛號，輸入醫(yī)生姓名以記入檔案在院醫(yī)生的姓名
姓名門診掛號，記錄病人的姓名 就診病人的姓名，如張三
性別門診掛號，記錄病人的性別就診病人的性別，如男
年齡門診掛號，記錄病人的年齡就診病人的年齡，如36
民族門診掛號，記錄病人的民族就診病人的民族，如瑤族
4 概念結構設計
4.1 系統(tǒng)全局實體圖
系統(tǒng)的的全局實體圖如圖4.1所示。
圖4.1 系統(tǒng)全局實體圖
4.2 系統(tǒng)各實體圖
根據(jù)圖4.1 系統(tǒng)的全局實體圖，分析系統(tǒng)即可得到系統(tǒng)的各個實體圖，如下列圖所示。
圖4.2 病人實體圖
圖4.3 醫(yī)生實體圖
圖4.4 醫(yī)生處方實體圖
圖4.5 藥品實體圖
圖4.6 藥房實體圖
4.3 系統(tǒng)表及其用途
系統(tǒng)共需要10張表，用途分別如表4.1所示
表4.1 系統(tǒng)表及其用途
表名稱表用途
藥品資料保存醫(yī)院藥品的基礎信息，包括售價等
醫(yī)生資料保存醫(yī)生信息，包括醫(yī)生所屬的科室
科室資料保存科室分類信息，如分為內(nèi)科、外科等
病人信息庫保存病人的基本信息，以后可以重復使用
門診掛號保存門診病人掛號的信息
門診掛號類型保存門診掛號類型分類信息及其掛號價格，如普通號、專家號等
門診劃價門診劃價信息（主表）
門診劃價明細門診劃價明細信息（從表）
門診收費項目保存門診的收費項目及其價格信息，內(nèi)容包括名稱、類型、費用等
5 邏輯結構設計
5.1 邏輯設計規(guī)范
數(shù)據(jù)庫邏輯設計就是將E-R圖轉換成關系模型的過程，即將所有實體和關系轉換成一系列的關系模式，轉換過程中常見規(guī)則有：
(1)一個實體型轉換成一個關系模式。
(2)一個一對一的關系模型可轉換成一個獨立的關系模式，也可與任意一端對應的關系模式合并。
(3)一個一對多的聯(lián)系可以轉換成一個獨立的關系模式，也可與多的那一端對應的關系模式合并。
(4)一個多對多的聯(lián)系可以轉換成一個關系模式。
5.2 邏輯結構表
經(jīng)過數(shù)據(jù)庫系統(tǒng)分析和邏輯設計后，數(shù)據(jù)庫的結構已經(jīng)非常清晰，首先在Microsoft SQL Server 2023 中建立一個數(shù)據(jù)庫HisBook。然后，分別建立10個表：藥品資料表、醫(yī)生資料表、科室資料表、病人信息庫表、門診掛號表、門診掛號類型表、門診劃價表、門診劃價明細表、門診收費項目表、藥品庫存表，每個表與邏輯設計中一種的關系模式相對應。
表5.1 系統(tǒng)邏輯結構表
6 物理結構設計
6.1 數(shù)據(jù)存儲
數(shù)據(jù)庫采用的是微軟MSSQL Server 數(shù)據(jù)庫,安裝的版本是:簡體中文個人版,數(shù)據(jù)庫文件名稱為: hiook_Data.MDF和日志文件hiook_Log.LDF,分別存儲于系統(tǒng)的默認文件夾下面。
6.2 創(chuàng)建索引
建立索引是加快查詢速度的有效手段。用戶可以根據(jù)應用環(huán)境的需要，在基本表上建立一個或多個索引，以提供多種存取路徑，加快查找速度。MSSQL Server的兩種索引的類型是:聚集索引和非聚集索引,使用索引的優(yōu)點是：加快查詢的速度,不足之處是：它將占用磁盤空間，并且降低添加、刪除和更新行的速度，故在使用索引的時候，需要慎重考慮。
針對本系統(tǒng)所涉及到數(shù)據(jù)庫表，所創(chuàng)建的索引是：
表6.1 創(chuàng)建索引字段表
表名創(chuàng)建聚集字段創(chuàng)建非聚集索引字段
藥品資料MedIDMedName
醫(yī)生資料DocIDDocName
科室資料OffIDOffName
病人信息庫PatiIDPatiName
門診掛號PatiRegIDPatiRegTime
門診掛號類型PatiRegKID無
門診劃價PriceKind無
門診劃價明細ListIDListName
門診收費項目KindID無
藥品庫存MedIDMedName
7 編碼
7.1 前臺功能設計
系統(tǒng)的主要功能有三類：字典維護，門診管理，院長查詢。字典維護功能中主要負責藥品信息和收費項目的維護，這是醫(yī)院為患者提供的最主要的兩個服務項目。門診管理中有門診掛號、門診劃價、門診收費、藥房發(fā)藥四個功能，這與平時去醫(yī)院看病的時候在門診處經(jīng)歷的過程是一樣的，這四個功能處理患者從掛號直到取藥離開的整個功能。院長查詢主要包括醫(yī)院各個科室掛號量和當前藥品庫存量的查詢，這兩個功能主要用于對醫(yī)院總體狀態(tài)的統(tǒng)計。
7.1.1字典維護
單擊【字典維護】|【藥品信息】命令，可以進入【藥品信息】功能窗體，如圖7.1所示。在其中可以管理醫(yī)院目前所有的藥品信息。通過單擊工具欄上的【新增】、【修改】、或【刪除】按鈕可以新增藥品，修改某個藥品的規(guī)格，單位或者單價等信息。對數(shù)據(jù)記錄的編輯和輸入都是在窗體下方面板中的文本框中進行的，除編輯或新增記錄時，窗體下方面板中的文本框都是不可編輯的。
圖7.1【藥品信息管理】功能窗體
進行藥品信息維護之后，單擊【字典維護】|【收費項目】命令則可以進入醫(yī)院收費項目的管理窗體，如圖7.2所示。該窗口和【藥品信息】很類似，它主要管理醫(yī)院中所有收費項目的信息。同樣通過上面工具欄的按鈕，可以對該表進行新增、修改、刪除等操作。這個表與藥品信息表中數(shù)據(jù)的標編號是相連的，藥品的四位編號首位從1到7，而收費項目編號首位是8開始，這是為了在后面的收費中方便進行處理，因為患者經(jīng)常同時開藥和接受一些檢查。因此，在新增編號的時候，用戶可以根據(jù)患者接受的醫(yī)療項目來確定首位編號。
圖7.2【收費項目】功能窗體
7.1.2門診管理
完成字典維護功能后，點擊【門診管理】可以進行門診掛號、門診劃價、門診收費、藥房發(fā)藥四項功能，這也是按照一個病人到醫(yī)院就診時的基本步驟設計的。
7.1.3院長查詢
在【解決方案資源管理器】中，添加一個新的窗體，并將名稱改為“RegQuery”，在其上放置控件如圖7.3所示。
圖7.3 【科室掛號量】窗體
同樣的， 添加一個新的窗體，命名為“MedQuery”，在其上放置空間如圖7.4所示。
圖7.4 【藥品庫存量】窗體
8 系統(tǒng)測試
8.1 軟件測試概述
軟件測試是軟件開發(fā)過程的重要組成部分，是用來確認一個程序的品質或性能是否符合開發(fā)之前所提出的一些要求。軟件測試的目的，之一是確認軟件的質量，其中一方面是確認軟件做了你所期望的事情，另一方面是確認軟件以正確的方式來做了這個事件。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的反饋信息，為風險評估所準備的信息。第三軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此軟件測試的第三個目的是保證整個軟件開發(fā)過程是高質量的。
軟件質量是由幾個方面來衡量的：一、在正確的時間用正確的方法把一個工作做正確。二、符合一些應用標準的要求，比如不同國家的用戶不同的操作習慣和要求，項目工程的可維護性、可測試性等要求。三、質量本身就是軟件達到了最開始所設定的要求，而代碼的優(yōu)美或精巧的技巧并不代表軟件的高質量。四、質量也代表著它符合客戶的需要。作為軟件測試這個行業(yè)，最重要的一件事就是從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶會怎么去使用這個產(chǎn)品，使用過程中會遇到什么樣的問題。只有這些問題都解決了，軟件產(chǎn)品的質量才可以說是上去了。
測試人員在軟件開發(fā)過程中的任務：
(1)尋找Bug
(2)避免軟件開發(fā)過程中的缺陷
(3)衡量軟件的品質
(4)關注用戶的需求
總之，測試總的目標是確保軟件的質量以達到用戶所要求的水平。
8.2 常用的軟件測試方法
8.2.1黑盒測試
黑盒測試，顧名思義就是將被測系統(tǒng)看成一個黑盒，從外界取得輸入，然后再輸出。整個測試基于需求文檔，看是否能滿足需求文檔中的所偶要求。黑盒測試要求測試者在測試時不能使用與被測系統(tǒng)內(nèi)部結構相關的知識或經(jīng)驗，它適用于對系統(tǒng)的功能進行測試。黑盒測試的優(yōu)點有：比較簡單，不需要了解程序內(nèi)部的代碼及實現(xiàn)；與軟件的內(nèi)部實現(xiàn)無關；從用戶角度出發(fā)，能和容易地知道用戶會用到哪些功能，會遇到哪些問題；基于軟件開發(fā)文檔，所以也能知道軟件實現(xiàn)了文檔中的哪些功能；在做軟件自動化測試時較為方便。黑盒測試的缺點有：不可能覆蓋所有的代碼，覆蓋率較低大概只能達到總代碼量的30%；自動化測試的復用性較低。
8.2.2白盒測試
白盒測試是指在測試時能夠了解被測對象的結構，可以查閱被測代碼內(nèi)容的測試工作。它需要知道程序內(nèi)部的設計結構及具體的代碼實現(xiàn)，并以此為基礎來設計測試用例。如下例程序代碼：
HRESULT Save(char* pszFileName)
{
If (NULL= = pszFileName)
Return;
If (STATE_OPEND = =currentState)
{
SaveTheFile();
}
Return;
}
讀了代碼之后可以知道，先要檢查一個字符是否為空，然后再根據(jù)文件當前的狀態(tài)來執(zhí)行相應的動作。設計這樣一些測試用例：當輸入字符串為空時會出現(xiàn)什么情況；如果此時存儲著的一個文件已經(jīng)被打開，會有什么情況。這些是在做黑盒測試時不一定能做到的事情。
白盒測試的直接好處就是知道所設計的測試用例在代碼級上哪些地方被忽略掉，它的優(yōu)點是幫助軟件測試人員增大代碼的覆蓋率，提高代碼的質量，發(fā)現(xiàn)代碼中隱藏的問題。白盒測試的缺點有：程序運行會有很多不同的路徑，不可能測試所有的運行路徑；測試基于代碼，只能測試開發(fā)人員做的對不對，而不能知道設計的正確與否，可能會漏掉一些功能需求；系統(tǒng)龐大時，測試開銷會非常大。
8.2.3基于模型的測試
基于風險的測試是指評估測試的優(yōu)先級，先做高優(yōu)先級的測試，如果時間或精力不夠，低優(yōu)先級的測試可以暫時先不做。有如下一個圖8.2.3，橫軸代表影響，豎軸代表概率，根據(jù)一個軟件的特點來確定：如果一個功能出了問題，它對整個產(chǎn)品的影響有多大，這個功能出問題的概率有多大？如果出問題的概率很大，出了問題對整個產(chǎn)品的影響也很大，那么測試時就一定要覆蓋到。對于用戶很少用到的功能，出問題的概率很小，就算出了問題的影響也不是很大，那么如果時間比較緊的話，就可以考慮不測試。
圖 8.1 基于風險測試的兩個決定因素
基于風險的兩個決定因素就是：該功能出問題對用戶的影響有多大，出了問題的概率有多大。其它一些影響因素還有復雜性、可用性、依賴性、可修改性等。測試人員主要根據(jù)事情的輕重緩急來決定測試工作的重點。
8.3本系統(tǒng)的軟件測試方法
由于本程序是針對小型醫(yī)院的，軟件較小，功能比較簡單，所以軟件測試方法采用了黑盒測試方法。軟件在初步完成后，交由第三者進行測試（這里我讓同宿舍的同學進行了測試），第三者在實際使用中發(fā)現(xiàn)問題：如需補充功能，運行中出現(xiàn)的一些錯誤等等，程序開發(fā)人員根據(jù)第三者提出的意見進行修改，直至軟件功能符合用戶（系統(tǒng)使用者）為止。
9 結束語
9.1系統(tǒng)功能總結
這個小型的醫(yī)院管理系統(tǒng)能夠簡單地完成醫(yī)院的門診、藥房、院長查詢基本功能。但是還沒有發(fā)票打印的功能，在門診管理部分還不夠完善，沒有實現(xiàn)用磁卡對病人進行登記的功能。本系統(tǒng)大致完成了需求分析中所提及的主要功能，對于在一種全新的開發(fā)語言的背景下完成這樣一個數(shù)據(jù)庫系統(tǒng)，工作量和難度還是非常大的，例如如何在.NET環(huán)境下連接數(shù)據(jù)庫，不同模塊之間還存在數(shù)據(jù)操作的錯誤問題等。
由于在對系統(tǒng)進行設計時的起點和標準過高，在短暫的時間內(nèi)未能完善全部的子功能、子模塊，但是在建立數(shù)據(jù)庫表結構時，始終按照一步到位、不輕易改動的原則，因為一旦表的結構變動了，相應的邏輯結構、前臺的顯示信息都必須跟著改動，這樣帶來的工作量是十分大的。
9.2對系統(tǒng)的展望
(1)數(shù)據(jù)結構問題
像在對系統(tǒng)功能總結中提及到的：沒有實現(xiàn)用磁卡對病人進行登記的功能，還未能實現(xiàn)與硬件設備實現(xiàn)連接的接口。
(2)數(shù)據(jù)的備份和恢復
數(shù)據(jù)備份功能的實現(xiàn)主要是通過SQL語句BACKUP DATABASE完成的，數(shù)據(jù)恢復功能的實現(xiàn)主要是通過SQL語句RESTORE DATABASE完成的。由于時間倉促，我沒能實現(xiàn)這兩個功能。
(3)對.NET語言的認識
因為是之一次使用.NET語言進行相關軟件的編程，在三個星期內(nèi)開發(fā)這樣一個數(shù)據(jù)庫系統(tǒng)給了我很大的挑戰(zhàn)和困難，但在謝老師的鼓勵下我本著不斷學習的心態(tài)，一步步的走了過來，希望這次經(jīng)歷在我以后的學習中將會產(chǎn)生很大的影響。
(4).NET中訪問數(shù)據(jù)庫的方法
這個系統(tǒng)是基于.NET框架設計與實現(xiàn)的，在.NET中訪問數(shù)據(jù)庫的方法我只是參照一些參考書給出的方法和代碼來實現(xiàn)，自己卻不是十分清楚它其中的原由。
(5)系統(tǒng)的可擴展性
這次開發(fā)的系統(tǒng)還存在著許多可以完善的功能，例如每月或每年一次的財務結算，醫(yī)院在院職員的信息庫的建立等，這都是一個完善的醫(yī)院管理系統(tǒng)所必須的。
關于數(shù)據(jù)庫鎖定sop的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。
成都網(wǎng)站推廣找創(chuàng)新互聯(lián)，老牌網(wǎng)站營銷公司
成都網(wǎng)站建設公司創(chuàng)新互聯(lián)(www.cdcxhl.com)專注高端網(wǎng)站建設,網(wǎng)頁設計制作,網(wǎng)站維護,網(wǎng)絡營銷,SEO優(yōu)化推廣,快速提升企業(yè)網(wǎng)站排名等一站式服務。IDC基礎服務：云服務器、虛擬主機、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗、服務器租用、服務器托管提供四川、成都、綿陽、雅安、重慶、貴州、昆明、鄭州、湖北十堰機房互聯(lián)網(wǎng)數(shù)據(jù)中心業(yè)務。
新聞名稱：數(shù)據(jù)庫鎖定SOP: 確保數(shù)據(jù)安全性與一致性的必備措施。 (數(shù)據(jù)庫鎖定sop)
文章起源：http://www.fisionsoft.com.cn/article/dhjjepi.html
