版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
..瓊州學院電子信息工程學院《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告項目名稱:醫(yī)院門診收費系統(tǒng)設計專業(yè):網絡工程年級:2009級__林振達學號:09240063指導陳作聰20XX9月摘要隨著科學的不斷進步,計算機應用已經遍布整個社會的每個角落。目前社會正處于健保發(fā)展方興未艾的時代,各醫(yī)療院所莫不兢兢業(yè)業(yè)地改善本身的體制或管理方式,所以應越來越嚴格的規(guī)范;在此背景下,本文論述了醫(yī)院管理系統(tǒng)〔重點論述門診收費子系統(tǒng)的設計實現(xiàn)。通過對各種數(shù)據(jù)庫管理系統(tǒng)的模型分析,結合醫(yī)院門診的實際需求,采用C/S<客戶端/服務器>模式,說明了醫(yī)院管理系統(tǒng)的開發(fā)過程及各種技術細節(jié)。本系統(tǒng)是適應時代發(fā)展的需要,提高管理的效率而開發(fā)設計的。醫(yī)院管理系統(tǒng)是典型的信息管理系統(tǒng)<MIS>,其開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩個方面。對于前者要求建立起數(shù)據(jù)一致性和完整性強、數(shù)據(jù)安全性好的庫。而對于后者則要求應用程序功能完備,易使用等特點。因此本人結合醫(yī)院門診收費系統(tǒng)的要求,對MSSQLServer2000數(shù)據(jù)庫管理系統(tǒng)、SQL語言原理將對數(shù)據(jù)庫應用系統(tǒng)開發(fā)醫(yī)院門診收費系統(tǒng)進行了簡明的介紹,并分析了開發(fā)醫(yī)院管理系統(tǒng)所應進行的工作;對數(shù)據(jù)庫的設計和SQL語言的使用進行了系統(tǒng)分析,為深入理解數(shù)據(jù)庫應用打下了基礎;學習了具體的開發(fā)工具Delphi7.0,對其數(shù)據(jù)庫組件,SQL語言在Delphi中的應用等數(shù)據(jù)庫編程關鍵技術進行了系統(tǒng)的介紹;除此還分析了醫(yī)院管理系統(tǒng)的應用需求,按照數(shù)據(jù)庫設計理論一步一步地給出了系統(tǒng)需求說明書、局部ER圖、全局ER圖、系統(tǒng)關系模式,子模式,利用MSSQServer2000建立了數(shù)據(jù)庫;進行了具體的程序設計,具體劃分了三類用戶的操作權限,設計了了三個操作界面。實現(xiàn)了數(shù)據(jù)庫表的瀏覽,記錄的添加、刪除和修改,報表的生成,實現(xiàn)了多數(shù)據(jù)庫表的連接操作,實現(xiàn)了多條件查詢和模糊查詢,并靈活實現(xiàn)了對不可更新查詢結果集的更新操作,實現(xiàn)了主從表操作,實現(xiàn)了密碼維護功能,醫(yī)院信息系統(tǒng)〔HIS是一套通用性很強的商業(yè)軟件。本人負責的門診劃價子系統(tǒng)是針對一般醫(yī)院的業(yè)務處理而開發(fā)的,主要用于門診部的劃價和信息生成。關鍵字:HIS,軟件工程,模塊化數(shù)據(jù)庫,SQL語言,數(shù)據(jù)庫組件..目錄TOC\o"1-4"\h\z\u1.引言12.需求分析階段22.1引言22.2需求分析階段的目標與任務2處理對象2處理功能及要求32.2.3.安全性和完整性要求32.3需求分析階段成果33概念設計階段93.1引言93.2任務與目標103.3階段結果104.邏輯設計階段124.1邏輯設計的任務和目標124.2數(shù)據(jù)組織12將E-R圖轉換為關系模型12模型優(yōu)化13數(shù)據(jù)庫模式定義13用戶子模式定義154.3數(shù)據(jù)處理165.物理設計階段175.1物理設計階段的目標與任務175.2數(shù)據(jù)存儲方面175.3系統(tǒng)功能模塊175.3.1讀者基本信息的查詢和更新模塊175.3.2圖書基本信息的查詢和更新模塊186.數(shù)據(jù)庫實施階段196.1建立數(shù)據(jù)庫、數(shù)據(jù)表、視圖、索引196.1.1建立數(shù)據(jù)庫196.1.2建立數(shù)據(jù)表196.1.3建立視圖216.1.4建立索引216.1.5建立觸發(fā)器226.2數(shù)據(jù)入庫226.3創(chuàng)建各個功能的存儲過程227.系統(tǒng)調試和測試238.設計心得239.存在的問題及建議23致謝25參考文獻25附錄1數(shù)據(jù)查看和存儲過程功能的驗證29附錄2所有的SQL運行語句34附錄3系統(tǒng)的運行界面37..1.引言隨著科學技術的高速發(fā)展,計算機軟件的需求量大幅度提升,各種專業(yè)的特殊管理、應用軟件已被提上了議案,當然,與此同時,計算機軟件開發(fā)越來越專業(yè)化,對設計人員的綜合素質和專業(yè)知識的要求越來越高,任務也是越來越重。信息產業(yè)作為當今社會做前端的技術性行業(yè),其科技含量是最高的;作為一個計算機專業(yè)的大學生,特別是面對我們國家現(xiàn)在緊缺高水平、高素質的軟件人員,我們也清醒的認識到掌握好專業(yè)知識的重要性,更清楚了自己肩上的責任。本次設計的主題是:基于C/S結構的醫(yī)院門診收費系統(tǒng)。本系統(tǒng)提供給醫(yī)院門診收費用戶一個綜合、全面的辦公環(huán)境和工具,同時實現(xiàn)了大量數(shù)據(jù)信息和文檔以及多媒體信息快速、有效、準確地獲取、管理和傳遞。因此本系統(tǒng)是提高工作效率、規(guī)范醫(yī)院門診辦公制度、方便領導決策的重要工具。本軟件主要完成門診劃價收費功能,按照軟件工程的思想來完成這一設計過程,歷經三個多月,在指導教師認真耐心的指導下,系統(tǒng)已經初步完成。由于是初次完成比較正規(guī)的且有規(guī)模的軟件設計,所以難免出現(xiàn)一些錯誤和漏洞,懇請各位老師和同學批評指正。在本次設計期間,指導教師、師長們給了我們很大的鼓勵和支持,在我們有困難的時候給予了我們無私的關心和幫助,在這里表示深深的感謝!同時,也向評閱論文和參加論文答辯的老師們表示衷心的感謝!2.需求分析階段2.1引言一所醫(yī)院的主要構成分為兩個部分,一是門診部門,二是住院部門,醫(yī)院的所有日常工作都是圍繞著這兩大部門進行的。門診部門和住院部門各下設若干科室,如門診部門下設口腔科、內科、外科、皮膚科等,住院部門下設內科、外科、骨科等,二者下設的部分科室是交叉的,各科室都有相應的醫(yī)生、護士,完成所承擔的醫(yī)療工作,醫(yī)生又有主治醫(yī)師、副主任醫(yī)師、普通醫(yī)師或教授、副教授、其他之分。為了支持這兩大部門的工作,醫(yī)院還設置了藥庫、中心藥房、門診藥房、制劑室、設備科、財務科、后勤倉庫、門診收費處、門診掛號處、問訊處、住院處、檢驗科室、檢查科室、血庫、病案室、手術室,以及為醫(yī)院的日常管理而設置的行政部門等。其中,藥庫負責藥品的貯存、發(fā)放和采購;中心藥房負責住院病人的藥品管理,包括根據(jù)處方及醫(yī)囑生成領藥單,向藥庫領藥,配藥并把藥品發(fā)給相應的病區(qū),以及藥房的庫存管理和病區(qū)余藥回收;門診藥房負責門診病人的藥品管理,包括根據(jù)處方,按處方內容備藥、發(fā)藥,向藥庫領藥等;制劑室負責藥物的配制,并提供給藥庫;設備科負責醫(yī)院的醫(yī)療設備等的購入和維修等;財務科負責醫(yī)院中一切與財務有關的業(yè)務和工作,進行醫(yī)院的財務管理;后勤倉庫負責醫(yī)院所有后勤物品的貯存和管理;門診收費處負責門診病人的處方的劃價和收費;門診掛號處負責門診病人的掛號事務;問訊處負責向有疑問的就醫(yī)病人解釋相關問題;住院處負責所有就醫(yī)病人的住院事宜和相關管理;檢驗科室負責病人的各項檢驗,〔如驗血等以及與各項檢驗相關的管理,藥劑取用等;檢查科室負責病人的各項檢查〔如CT檢查以及其他放射線檢查等以及與各項檢查相關的管理,設備使用與維護等;血庫負責醫(yī)院的各種血型的血液的貯存和管理以及血液的采集;病案室負責病人病案的管理和保存;手術室負責病人的手術,手術的安排以及有關手術的相關事宜和器械,制劑,設備等的使用等;行政部門則根據(jù)其相應的工作職責進行日常的工作,對醫(yī)院進行行政方面的管理,以保證醫(yī)院的醫(yī)療工作的正常進行和醫(yī)院的后勤保障。2.2需求分析階段的目標與任務2.2.1處理對象科室信息:科室ID,科室名稱醫(yī)生信息:醫(yī)生姓名,性別,年齡借閱歷史信息:藥品名稱,買價,賣價病人信息:病人姓名,性別,年齡,是否有婚姻管理員信息:用戶名,密碼2.2.2處理功能及要求系統(tǒng)提供待開門診處方以及各種檢查檢驗申請單實時劃價、輸入、查詢、修改功能。另外還提供候診病人就醫(yī)分配;按科室、人員等條件統(tǒng)計單據(jù);檢索病人就診歷史等可選功能。它將病人歷次門診的所有臨床醫(yī)療信息通過計算機管理,并為后繼系統(tǒng)提供劃價信息,是全面實現(xiàn)門診信息化管理的必備前端系統(tǒng)之一。門診系統(tǒng)聯(lián)系物流、財務、醫(yī)療的主要信息是病人信息與處方信息??紤]到目前醫(yī)院情況,門診系統(tǒng)主要完成處方信息的電子化,以及和醫(yī)院藥房、財務系統(tǒng)聯(lián)網。由于醫(yī)生工作站的推廣困難,處方信息的錄入,通過劃價子系統(tǒng)進行。2.2.3.安全性和完整性要求1安全性要求系統(tǒng)安全性要求體現(xiàn)在數(shù)據(jù)庫安全性、信息安全性和系統(tǒng)平臺的安全性等方面。安全性先通過視圖機制,不同的用戶只能訪問系統(tǒng)授權的視圖,這樣可提供系統(tǒng)數(shù)據(jù)一定程度上的安全性,再通過分配權限、設置權限級別來區(qū)別對待不同操作者對數(shù)據(jù)庫的操作來提高數(shù)據(jù)庫的安全性;系統(tǒng)平臺的安全性體現(xiàn)在操作系統(tǒng)的安全性、計算機系統(tǒng)的安全性和網絡體系的安全性等方面。2完整性要求系統(tǒng)完整性要求系統(tǒng)中數(shù)據(jù)的正確性以及相容性??赏ㄟ^建立主、外鍵,使用check約束,或者通過使用觸發(fā)器和級聯(lián)更新。2.3需求分析階段成果2.3.1體會與收獲經對前面的需求調查和初步的分析,確定由計算機完成的工作時對數(shù)據(jù)進行各種管理和處理,具體的工作內容見第二部分,由手工完成的工作主要有對原始數(shù)據(jù)的錄入;不能由計算機生成的,各種數(shù)據(jù)的更新,包括數(shù)據(jù)變化后的修改,數(shù)據(jù)的增加,失效數(shù)據(jù)或無用數(shù)據(jù)的刪除等;以及系統(tǒng)的日常維護。2.3.3醫(yī)院的基本業(yè)務流程圖病人病人病區(qū)醫(yī)囑住院藥房檢查 檢驗手術過程信息管理信息押金信息病人基本信息病人費用基本信息診斷押金日結信息基本醫(yī)療收入基本類在院收入收費日結信息病歷首頁費用病人費用收據(jù)院科費用核算醫(yī)療保險費用藥品收入構成設備帳入會計憑證月末在院結算憑證制作憑證制作收取押金入院登記醫(yī)囑輸入與劃價2.3.4圖書管理系統(tǒng)數(shù)據(jù)字典〔a數(shù)據(jù)項:表1.1數(shù)據(jù)項列表數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義與其它數(shù)據(jù)項的關系存儲結構別名DI-1NUM編號IntDI-2NAME姓名CharDI-3SEX性別BitDI-4ID身份證號CharDI-5PRICE費用總計FloatDI-6TOTILPrice自付總計FloatDI-7MARRY婚姻charDI-8民族charDI-9職業(yè)charDI-24工作單位charDI-25單位charDI-26家庭住址CharDI-27宅電CharDI-28CharDI-29科室同ReaLBIDCharDI-30醫(yī)療來源CharDI-31日期DatetimeDI-32經辦人charDI-33標識charDI-34醫(yī)保編號同RoomMIDchar〔b數(shù)據(jù)結構:表1.2數(shù)據(jù)結構列表數(shù)據(jù)結構編號數(shù)據(jù)結構名數(shù)據(jù)結構含義屬性DS-1NUM流水號NotnullDS-2醫(yī)療號NotnullDS-3NAME姓名NullDS-4ITEM科室NullDS-5醫(yī)療類別NullDS-6DATA日期NullDS-7PRICE掛號費NullDS-8病歷Null2.3.5處理邏輯描述表1.3處理邏輯列表處理編號處理功能處理過程PR-1醫(yī)院門診部門收費時的系統(tǒng)醫(yī)生、病人管理模塊、收費、藥品管理模塊3概念設計階段3.1引言本次設計開發(fā)的醫(yī)院門診收費信息系統(tǒng)是一套完整的醫(yī)院信息系統(tǒng)的一部分,整個系統(tǒng)應既可以面向大中型醫(yī)院又可針對中小型醫(yī)院的專用應用系統(tǒng)。它幾乎覆蓋了醫(yī)院主要管理職能和患者在醫(yī)院就診的各主要環(huán)節(jié)。我們的HIS專用應用系統(tǒng)不簡單地是一套計算機管理應用軟件,最重要的是它符合中國實際情況,參照了現(xiàn)行醫(yī)改政策,結合國內與國際先進的醫(yī)院管理經驗,將醫(yī)院的管理思想、醫(yī)院各部門的業(yè)務經驗以及當今計算機科學技術的完美統(tǒng)一起來的體現(xiàn)。3.2任務與目標〔1選擇中層數(shù)據(jù)流為切入點,通常選擇實際系統(tǒng)中的子系統(tǒng);〔2設計分E-R圖,即各子模塊的E-R圖;〔3生成初步E-R圖,通過合并方法,做到各子系統(tǒng)實體、屬性、聯(lián)系統(tǒng)一;〔4生成全局E-R圖,通過消除沖突等方面。3.3階段結果根據(jù)不同的對象,從第3層數(shù)據(jù)流程圖入手,分別畫出各分E-R圖:病人掛號病人掛號病人出院病人按處方配藥病人看病病人交費取藥病人住院病人交預交款掛號模塊醫(yī)生診斷病情模塊掛號模塊醫(yī)生診斷病情模塊門診掛號操作1:掛號2:輸入掛號信息3:掛號流水號4:看病毒5:藥方6:藥方交費劃價收費取藥模塊7:輸入藥方信息8:藥品明細單,收費發(fā)票9:取藥4.邏輯設計階段4.1邏輯設計的任務和目標以上的概念設計階段是獨立于任何一種數(shù)據(jù)模型的,但是邏輯設計階段就與選用的DBMS產品發(fā)生關系了,系統(tǒng)邏輯設計的任務就是將概念設計階段設計好的基本E-R圖轉換為選用DBMS產品所支持的數(shù)據(jù)模型相符合的邏輯結構。具體內容包括數(shù)據(jù)組織〔將E-R圖轉換成關系模型、模型優(yōu)化、數(shù)據(jù)庫模式定義、用戶子模式設計、數(shù)據(jù)處理〔畫出系統(tǒng)功能模塊圖兩大任務。4.2數(shù)據(jù)組織4.2.1將E-R圖轉換為關系模型實體型轉換為關系模式。實體的屬性就是關系的屬性,實體的碼就是關系的碼。對于實體間的聯(lián)系則有以下不同的情況:
一個m:n聯(lián)系轉換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性,而關系的碼為各實體碼的組合。一個1:n聯(lián)系可以轉換為一個獨立的關系模式,也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式,則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性,而關系的碼為n端實體的碼。
一個1:1聯(lián)系可以轉換為一個獨立的關系模式,也可以與任意一端對應的關系模式合并。三個或三個以上實體間的一個多元聯(lián)系可以轉換為一個關系模式。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性,而關系的碼為各實體碼的組合
具有相同碼的關系模式可合并。4.2.2模型優(yōu)化關系模式Doctor,BaseType,Items,Medicine,Patient不存在非主屬性對主屬性的部分函數(shù)依賴,也不存在傳遞函數(shù)依賴,已經達到了3NF.4.2.3數(shù)據(jù)庫模式定義表2.1BaseType表列名數(shù)據(jù)類型可否為空說明IDCharnotnull編號TypeIdCharnotnullTypeNameCharnotnull科室名表2.2doctor表列名數(shù)據(jù)類型可否為空說明IDCharnotnull編號NameCharnotnull姓名SexCharnotnull性別AgeCharnotnull年齡DeptIdCharnotnullTitleChar表2.3Medicine表列名數(shù)據(jù)類型可否為空說明MedIDCharnotnull藥品編號MedNameCharnotnull藥品姓名TypeidCharsalepriceCharnotnull賣價unitidCharnotnullbuypriceChar買價totleChar總計表2.4patient表列名數(shù)據(jù)類型可否為空說明IDCharnotnull編號NAMECharnotnull病人名字IDnumCharsexChar性別ageCharnotnull年齡marry婚姻表2.5item表列名數(shù)據(jù)類型可否為空說明ItemIDCharnotnullITemNameCharnotnullTotalCharnotnullUnitidCharnotnullBuypriceCharnotnullsaleprice表2.6User表列名數(shù)據(jù)類型可否為空說明UsernameCharnotnullPWDCharnotnullUser_TypeCharnotnull用戶子模式定義表2.1BaseType表試圖列名數(shù)據(jù)類型可否為空說明IDCharnotnull編號TypeIdCharnotnullTypeNameCharnotnull科室名表2.2doctor表試圖列名數(shù)據(jù)類型可否為空說明IDCharnotnull編號NameCharnotnull姓名SexCharnotnull性別AgeCharnotnull年齡DeptIdCharnotnullTitleChar表2.3Medicine表試圖列名數(shù)據(jù)類型可否為空說明MedIDCharnotnull藥品編號MedNameCharnotnull藥品姓名TypeidCharsalepriceCharnotnull賣價unitidCharnotnullbuypriceChar買價totleChar總計表2.4patient表試圖列名數(shù)據(jù)類型可否為空說明IDCharnotnull編號NAMECharnotnull病人名字IDnumCharsexChar性別ageCharnotnull年齡marry婚姻表2.5item表試圖列名數(shù)據(jù)類型可否為空說明ItemIDCharnotnullITemNameCharnotnullTotalCharnotnullUnitidCharnotnullBuypriceCharnotnullsaleprice表2.6User表試圖列名數(shù)據(jù)類型可否為空說明UsernameCharnotnullPWDCharnotnullUser_TypeCharnotnull4.3數(shù)據(jù)處理系統(tǒng)功能模塊圖:門診劃價收費系統(tǒng)門診劃價收費系統(tǒng)門診劃價門診收費藥品發(fā)貨收據(jù)處理收退款清算統(tǒng)計、查詢5.物理設計階段5.1物理設計階段的目標與任務 數(shù)據(jù)庫的物理設計就是為邏輯數(shù)據(jù)模型選取一個最合適應用要求的物理結構的過程,在這個階段中要完成兩大任務:〔1確定數(shù)據(jù)庫的物理結構,在關系數(shù)據(jù)庫中主要是存取方法和存儲結構;〔2對物理結構進行評價,評價的重點是時間和空間效率。6.數(shù)據(jù)庫實施階段6.1建立數(shù)據(jù)庫、數(shù)據(jù)表、視圖、索引6.1.1建立數(shù)據(jù)庫CREATEDATABASEHospitalGO6.1.2建立數(shù)據(jù)表〔1BaseType表的建立:USEHospitalGOCREATETABLEBaseType<Id intPRIMARYKEYIDENTITY,TypeId tinyint,TypeName varchar<30>>GO〔2Doctor表的建立:USEHospitalGOCREATETABLEDoctor<Id intIDENTITYPRIMARYKEY,Name varchar<50>NOTNULL,Sex varchar<2>NOTNULL,Age int,DeptId int,Title varchar<50>>;GO〔3Items表的建立:USEHospitalGOCREATETABLEItems<ItemId intIDENTITYPRIMARYKEY,ItemName varchar<50>NOTNULL,Total int,UnitId int,BuyPrice float,SalePrice float>GO〔4Medicine表的建立:USEHospitalGOCREATETABLEMedicine<MedId intIDENTITYPRIMARYKEY,MedName varchar<50>,TypeId int,UnitId int,BuyPrice float,--進貨價格,計算利潤用SalePrice float,--售出價格Total float,Flag tinyint--中西藥標記,0-中藥;1-西藥>〔5Registration表的建立:USEHospitalGOCREATETABLERegistration<RegId intPRIMARYKEY,PatId int,--患者DocId int,--醫(yī)生名稱RegDate varchar<20>,--日期UserName varchar<20>--用戶名>GO〔6Users表的建立:USEHospitalGOCREATETABLEUsers<UserName varchar<40>PRIMARYKEY,Pwd varchar<40>NOTNULL,User_Type tinyintNOTNULL>GOINSERTINTOUsersValues<'Admin','888888',1>GO6.1.3建立視圖 〔1用于查詢PayList視圖定義如下:USEHospitalGOCREATEVIEWPayList_vASSELECTp.PayId,p.RegId,r.DocId,r.RegDate,m.MedName,b.TypeName,p.Price,m.Total,p.PNum,p.Price*p.PNumASPSum,m.BuyPrice,<p.Price-m.BuyPrice>*p.PNumASPEarnFROMPayItemsp,Medicinem,BaseTypeb,RegistrationrWHEREp.ItemId=m.MedIdANDm.UnitId=b.IdANDp.RegId=r.RegIdANDp.PType=1UNIONSELECTp.PayId,p.RegId,r.DocId,r.RegDate,i.ItemName,b.TypeName,p.Price,i.Total,p.PNum,p.Price*p.PNumASPSum,i.BuyPrice,<p.Price-i.BuyPrice>*p.PNumASPEarnFROMPayItemsp,Itemsi,BaseTypeb,RegistrationrWHEREp.ItemId=i.ItemIdANDi.UnitId=b.IdANDp.RegId=r.RegIdANDp.PType=2GO 〔2用于ReportDoctor查詢的視圖定義如下:USEHospitalGOCREATEVIEWReportDoctor_vASSELECTd.NameAS醫(yī)生姓名,b.TypeNameAS科室名稱,d.TitleAS職務,p.RegDateAS月份,<CASEWHENp.PNum>=0THENp.PNumELSE0END>AS銷售數(shù)量,<CASEWHENp.PSum>=0THENp.PSumELSE0END>AS銷售總額,<CASEWHENp.PEarn>=0THENp.PEarnELSE0END>AS純利潤FROMBaseTypeb,Doctord,<SELECTDocId,LEFT<RegDate,7>ASRegDate,SUM<PNum>ASPNum, SUM<PSum>ASPSum,SUM<PEarn>ASPEarnFROMPayList_vGROUPBYDocId,LEFT<RegDate,7>>pWHEREb.TypeId=1ANDd.DeptId=b.IdANDd.Id=p.DocIdGO 〔3用于顯示ReportItems的視圖定義如下:USEHospitalGOCREATEVIEWReportItems_vASSELECTi.ItemIdAS藥品編號,i.ItemNameAS藥品名稱,b.TypeNameAS單位,i.BuyPriceAS成本價格,i.SalePriceAS銷售價格,i.TotalAS庫存數(shù)量,p.RegDateAS銷售日期,<CASEWHENp.PNum>=0THENp.PNumELSE0END>AS銷售數(shù)量,<CASEWHENp.PNum>=0THENp.PSumELSE0END>AS銷售總額,<CASEWHENp.PNum>=0THEN<p.PSum-i.BuyPrice*p.PNum>ELSE0END>AS純利潤FROMItemsi,BaseTypeb,<SELECTps.ItemId,ps.RegId,LEFT<r.RegDate,7>ASRegDate,SUM<ps.PNum>ASPNum,SUM<ps.Price*ps.PNum>ASPSumFROMPayItemsps,RegistrationrWHEREps.PType=2ANDps.RegId=r.RegIdGROUPBYps.ItemId,ps.RegId,LEFT<r.RegDate,7>>pWHEREi.ItemId=p.ItemIdANDi.UnitId=b.IdGO 〔4用于ReportMedicine的視圖定義如下:USEHospitalGOCREATEVIEWReportMedicine_vASSELECTm.MedIdAS藥品編號,m.MedNameAS藥品名稱,<CASEWHENm.Flag=1THEN'中藥'ELSE'西藥'END>AS類別,b1.TypeNameAS分類,b.TypeNameAS單位,m.BuyPriceAS進貨價格,m.SalePriceAS銷售價格,m.TotalAS庫存數(shù)量,p.RegDateAS銷售日期,<CASEWHENp.PNum>=0THENp.PNumELSE0END>AS銷售數(shù)量,<CASEWHENp.PNum>=0THENp.PSumELSE0END>AS銷售總額,<CASEWHENp.PNum>=0THEN<p.PSum-m.BuyPrice*p.PNum>ELSE0END>AS純利潤FROMMedicinem,BaseTypeb,BaseTypeb1,<SELECTps.ItemId,ps.RegId,LEFT<r.RegDate,7>ASRegDate,SUM<ps.PNum>ASPNum,SUM<ps.Price*ps.PNum>ASPSumFROMPayItemsps,RegistrationrWHEREps.PType=1ANDps.RegId=r.RegIdGROUPBYps.ItemId,ps.RegId,LEFT<r.RegDate,7>>pWHEREm.MedId=p.ItemIdANDm.UnitId=b.IdANDm.TypeId=b1.Id6.1.4建立索引6.1.5建立觸發(fā)器1.當刪除Reader表中某一讀者基本信息時,觸發(fā)Borrow表,刪除相應的記錄UseHosptialgocreatetriggerDoctor_deleteonDoctorfordeleteasdeleteNamefromdeletedwhereName.ID=deleted.ID6.3創(chuàng)建各個功能的存儲過程系統(tǒng)共創(chuàng)建了10個存儲過程,具體列表如下:表3.1創(chuàng)建的存儲過程列表:編號存儲過程名稱定義作用P-1Doctor信息表詳見附錄1-1在Book中插入一元組〔其它表的查詢、修改、刪除與以上各表的存儲過程定義大致相同,這里不再具體列出7.系統(tǒng)調試和測試8.設計心得在一個假期的時間對一個新的程序進行了解和實踐然后按部就班的做出一個屬于自己的程序,并且按時完成,很不容易但是經過測試表明已有功能基本運行正常。為了適應將來醫(yī)院現(xiàn)有流程和網絡設施狀況,不斷進行用戶需求分析和代碼設計改進,在此循環(huán)的基礎上不斷增加功能。雖然最后做出來的程序比較簡單,但是內含了多種情況下的功能,可以在適當時候根據(jù)實際情況進行選擇。不管怎么樣由于時間和能力有限,只完成了一些基本的功能,還是有很多的不成熟、不完善的地方,但畢竟是自己花了時間和經歷去做的。最后,懇請評審老師不吝賜教,提出寶貴的意見。9.存在的問題及建議在本次設計中事實上存在著很多很多的問題,包括一些VC和SQL連接的的一些細節(jié)上的東西在網上查詢了很多的資料也沒能弄明白和分析出來。我希望在以后的專業(yè)課程的學習中也不斷的溫故而知新,在很多的新問題和舊問題上得到一些突破和了解。讓我能在今后的學習中得到更多的能力。..致謝在這里,首先要感謝陳作聰老師一個學期以來對我們的細心、耐心的教導,沒有您的認真督促和教育。也沒有我們的今天。同樣也要很感謝對我設計報告評審的老師,感謝您用您寶貴的時間為我的設計打分和提建議??傊?VC+SQL的程序的制作真的好多謝各位老師的教導。參考文獻[1]金宇紅,孫國祥,《對發(fā)展我國HIS技術市場的調研與思考》,中國醫(yī)院管理,2000,20<12>,5-6[2]余大昆,李義兵,《XX省醫(yī)院信息系統(tǒng)建設及應用情況調查分析》,醫(yī)學與計算機應用,2001,14<8>,459-460[3]王安平,李燕燕,陳季妍,《醫(yī)院信息系統(tǒng)投資分析》,XX財政稅務專科學校學報,2001,17<5>,51-52[4]郭煜,高岍,《建設醫(yī)院門診系統(tǒng)的探討》,XX電子技術,2000.5,22-24轉41[5]俞鶴偉,牟艷華,《C/S模式下MIS系統(tǒng)網絡規(guī)模的分析》,華南理工大學學報<自然科學版>,2000,28<9>,82-86[6]何雨生,李月東等,《門診信息系統(tǒng)研究》,中國醫(yī)院管理,2001,21<6>,42-44[7]黃俊剛,《淺談醫(yī)院門診信息的計算機管理》,醫(yī)療裝備,2000,13<12>,14-15[8]林寒祈,汪忠樂等,《醫(yī)院信息系統(tǒng)中醫(yī)囑子系統(tǒng)的應用與體會》,醫(yī)療裝備,2001,14<2>,17-17[9]姚和順,《基于客戶/服務器結構的門診醫(yī)生工作站的設計與實現(xiàn)》,現(xiàn)代計算機,2001.8,93-95[10]李易慶,《電子病案與相關信息技術》,醫(yī)學與計算機應用,2001,14<7>,382-382[11]閉思成,薛冠華,《醫(yī)院信息系統(tǒng)藥品輸入編碼的制定方法》,醫(yī)學與計算機應用,2001,14<8>,491-492[12]盛平,宋軼勤,宋順林,《醫(yī)院信息系統(tǒng)的分析與設計》,XX理工大學學報<社會科學版>,2000.4,15-18[13]楊焱,蘇小剛等,《門診信息查詢模塊的設計與開發(fā)》,醫(yī)學與計算機應用,2001,14<7>,415-416[14]代偉,董軍等,《醫(yī)院信息系統(tǒng)下統(tǒng)計基礎工作的質量保證》,中國醫(yī)院統(tǒng)計,2001,8<2>,99-100[15]<美>MichaelAbbey等著;樂嘉錦等譯,SQLServer2000初學者指南》,機械工業(yè)出版社,2000附錄1數(shù)據(jù)查看和存儲過程功能的驗證基本表的數(shù)據(jù)查看<基于視圖查詢>:查看BaseType表中的數(shù)據(jù)查看Doctor表中的數(shù)據(jù):查看Medicine表中的數(shù)據(jù):4查看Patient表中的數(shù)據(jù)5查看Users表中的數(shù)據(jù):6查看PayList_v視圖中的數(shù)據(jù):7查看ReportDoctor_v視圖的數(shù)據(jù):觸發(fā)器功能的驗證:紅河學院本科畢業(yè)論文<設計>.PAGE4.附錄3所有的SQL運行語句USEHospitalGOCREATETABLEBaseType<Id intPRIMARYKEYIDENTITY,TypeId tinyint,TypeName varchar<30>>GOUSEHospitalGOCREATETABLEDoctor<Id intIDENTITYPRIMARYKEY,Name varchar<50>NOTNULL,Sex varchar<2>NOTNULL,Age int,DeptId int,Title varchar<50>>;GOCREATEDATABASEHospitalGOUSEHospitalGOCREATETABLEItems<ItemId intIDENTITYPRIMARYKEY,ItemName varchar<50>NOTNULL,Total int,UnitId int,BuyPrice float,SalePrice float>GOUSEHospitalGOCREATETABLEMedicine<MedId intIDENTITYPRIMARYKEY,MedName varchar<50>,TypeId int,UnitId int,BuyPrice float,--進貨價格,計算利潤用SalePrice float,--售出價格Total float,Flag tinyint--中西藥標記,0-中藥;1-西藥>GOUSEHospitalGOCREATETABLERegistration<RegId intPRIMARYKEY,PatId int,--患者DocId int,--醫(yī)生名稱RegDate varchar<20>,--日期UserName
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025版土地儲備開發(fā)投資合作協(xié)議3篇
- 二零二五版能源采購合同風險控制與能源價格波動應對3篇
- 2025年度個人藝術品收藏鑒定合同3篇
- 2025年度個人股東股權轉讓協(xié)議范本詳盡規(guī)定股權轉讓費用3篇
- 2025版委托人事代理及員工職業(yè)發(fā)展協(xié)議3篇
- 基于物聯(lián)網的智能穿戴設備2025年度研發(fā)合同
- 2025年個人魚塘智能養(yǎng)殖系統(tǒng)研發(fā)與應用合同范本4篇
- 2025年度企業(yè)股權轉讓與知識產權許可合同
- 2025年度新型環(huán)保木質防火門批發(fā)采購合同
- 二零二五年度儲煤場安全運營管理租賃合同范本4篇
- 2025年上半年江蘇連云港灌云縣招聘“鄉(xiāng)村振興專干”16人易考易錯模擬試題(共500題)試卷后附參考答案
- DB3301T 0382-2022 公共資源交易開評標數(shù)字見證服務規(guī)范
- 人教版2024-2025學年八年級上學期數(shù)學期末壓軸題練習
- 江蘇省無錫市2023-2024學年八年級上學期期末數(shù)學試題(原卷版)
- 俄語版:中國文化概論之中國的傳統(tǒng)節(jié)日
- 2022年湖南省公務員錄用考試《申論》真題(縣鄉(xiāng)卷)及答案解析
- 婦科一病一品護理匯報
- 哪吒之魔童降世
- 2024年全國統(tǒng)一高考數(shù)學試卷(新高考Ⅱ)含答案
- 繪本《汪汪的生日派對》
- 助產護理畢業(yè)論文
評論
0/150
提交評論