醫(yī)院數(shù)據(jù)倉庫的設計心得

醫(yī)院數(shù)據(jù)倉庫的設計心得

曲阜市人民醫(yī)院孔敏

摘要：數(shù)據(jù)倉庫是為數(shù)據(jù)分析而設計的開發(fā)工具，使用OLAP工具進行聯(lián)機分析處理。本文敘述了曲阜市人民醫(yī)院的數(shù)據(jù)倉庫的設計和開發(fā)過程，介紹了數(shù)據(jù)倉庫在醫(yī)療工作中的應用以及如何從數(shù)據(jù)庫中抽取有用信息，為領導決策、醫(yī)院運行監(jiān)控、績效評估等業(yè)務系統(tǒng)的運行提供數(shù)據(jù)環(huán)境。

關鍵字：數(shù)據(jù)倉庫；多維數(shù)據(jù)集，數(shù)據(jù)分析

我院從1995年開始使用HIS系統(tǒng)，到目前已經(jīng)積累了上萬條的門診與住院病人信息記錄。為了從中挖掘有用信息，我院進行了信息系統(tǒng)數(shù)據(jù)倉庫建設，對本次的設計與實施的過程特寫此文供同行們參考。

首先我們先了解一下數(shù)據(jù)倉庫與數(shù)據(jù)挖掘方面的知識。數(shù)據(jù)倉庫：目前，數(shù)據(jù)倉庫一詞尚沒有一個統(tǒng)一的定義，著名的數(shù)據(jù)倉庫專家W.H.Inmon在其著作《BuildingtheDataWarehouse》一書中給予如下描述：數(shù)據(jù)倉庫（DataWarehouse）是一個面向主題的（SubjectOriented）、集成的（Integrate）、相對穩(wěn)定的（Non-Volatile）、反映歷史變化（TimeVariant）的數(shù)據(jù)集合，用于支持管理決策。對于數(shù)據(jù)倉庫的概念我們可以從兩個層次予以理解，首先，數(shù)據(jù)倉庫用于支持決策，面向分析型數(shù)據(jù)處理，它不同于企業(yè)現(xiàn)有的操作型數(shù)據(jù)庫；其次，數(shù)據(jù)倉庫是對多個異構的數(shù)據(jù)源有效集成，集成后按照主題進行了重組，并包含歷史數(shù)據(jù)，而且存放在數(shù)據(jù)倉庫中的數(shù)據(jù)一般不再修改。數(shù)據(jù)挖掘：數(shù)據(jù)挖掘是一種技術，它將傳統(tǒng)的數(shù)據(jù)分析方法與處理大量數(shù)據(jù)的復雜算法相結合。數(shù)據(jù)挖掘為探查和分析新的數(shù)據(jù)類型以及用新方法分析舊有數(shù)據(jù)類型提供了令人振奮的有用信息。數(shù)據(jù)挖掘的意義是在大型數(shù)據(jù)存儲庫中，自動地發(fā)現(xiàn)有用信息的過程。數(shù)據(jù)挖掘技術用來探查大型數(shù)據(jù)庫，發(fā)現(xiàn)先前未知的有用模式。數(shù)據(jù)挖掘還具有預測未來觀測結果的能力，并非所有的信息發(fā)現(xiàn)任務都被視為數(shù)據(jù)挖掘。例如，使用數(shù)據(jù)庫管理系統(tǒng)查找個別的記錄，則是信息檢索領域的任務。雖然這些任務是重要的，可能涉及使用復雜的算法和數(shù)據(jù)結構，但是它們主要依賴傳統(tǒng)的計算機技術和數(shù)據(jù)的明顯特征來創(chuàng)建索引結構，從而有效地組織和檢索信息。盡管如此，數(shù)據(jù)挖掘技術也已用來增強信息檢索系統(tǒng)的能力。

理解了數(shù)據(jù)倉庫與數(shù)據(jù)挖掘的含義后，我們才能開始下面的具體實施步驟

1.開發(fā)聯(lián)機分析系統(tǒng)的第一步是需求分析。因缺乏數(shù)據(jù)在線分析實踐，故難以進行有效的需求調(diào)研。我們一開始是從醫(yī)療統(tǒng)計出發(fā)，確定的目標是：（1）.要滿足“醫(yī)院評審標準”、“醫(yī)院醫(yī)療費用統(tǒng)計的有關規(guī)定”和衛(wèi)生行政部門要求的常規(guī)報表和統(tǒng)計的規(guī)定；（2）.制定醫(yī)院HIS數(shù)據(jù)庫的擴充統(tǒng)計信息；3.根據(jù)病種和治療的特點，建立新的統(tǒng)計單位和指標。

2.聯(lián)機分析的基礎是醫(yī)療HIS的有關數(shù)據(jù)，第二步進行的是數(shù)據(jù)源分析。曲阜市人民醫(yī)院是一家有近七百張病床的二級甲等綜合性醫(yī)院，有10多年的應用HIS系統(tǒng)管理經(jīng)驗。其主要的HIS數(shù)據(jù)源有：門診掛號信息，病人住院信息，門診和住院費用明細，藥品管理信息，及其它輔助信息。表中數(shù)據(jù)包含了：(a)病人信息和疾病屬性；(b)門診住院治療時間、單位、醫(yī)生；(c)療效；(d)醫(yī)療業(yè)務收入；(e)各項檢查、治療、護理項目的名稱、數(shù)量、時間和費用；(f)藥品及耗材。

3．制定多維數(shù)據(jù)集。根據(jù)數(shù)據(jù)源分析，我們定義了病人、門診、住院和費用四個多維數(shù)據(jù)集，原數(shù)據(jù)庫中具有統(tǒng)計意義的字段統(tǒng)統(tǒng)被定義為維度或量度。

4．制定新的統(tǒng)計單位和指標。HIS系統(tǒng)中最復雜的數(shù)據(jù)是住院治療費用。它們在數(shù)據(jù)庫中按照“住院號（關鍵字）－關聯(lián)－相關費用明細”的結構組織存儲。這種結構產(chǎn)生以住院號為單位的統(tǒng)計指標：年度出院人次數(shù)、平均住院日、平均住院費用和治愈率。對于綜合性的醫(yī)院，不能正確地反映疾病和治療與療效和費用間的關系，也缺乏橫向、縱向的可比性。因此統(tǒng)計的工作量、療效、費用的單位應該是實際病人數(shù)和匯總后的治療次數(shù)，而不是住院次數(shù)。我們比較了我院指標的具體數(shù)值，發(fā)現(xiàn)10多年來住院病人的平均費用有所下降，而人均年費用卻不變或略增。顯然前者是假象，只不過將整個治療過程分為多一些的住院次而已�？梢娦轮笜司哂休^好的統(tǒng)計價值。

5．確定數(shù)據(jù)結構。新指標需要增加統(tǒng)計后的實際病人信息和治療維度。

根據(jù)上述多維數(shù)據(jù)集，按照各維度的各種合理組合，建立了病人特征、醫(yī)療收入、門診數(shù)據(jù)、住院數(shù)據(jù)、費用療效、潛在問題、藥品和耗材等主題組，定制數(shù)據(jù)倉庫的固定主題。從數(shù)據(jù)倉庫的角度看，統(tǒng)計量就是病人、工作量、療效和費用等度量，統(tǒng)計指標就是這些度量在規(guī)定維度下的成員屬性，報表就是指定兩個或多個維度下統(tǒng)計量或統(tǒng)計指標的交叉表。通過多維數(shù)據(jù)集可以使管理者們既能評審結局，也能分析過程；從而判斷現(xiàn)象背后可能的業(yè)務趨勢、潛在的利益或問題。

數(shù)據(jù)倉庫建設完畢后，還要進一步規(guī)范數(shù)據(jù)的采集和確保數(shù)據(jù)保障渠道的暢通，必須完善各種規(guī)章制度。例如：

1.建立服務器管理制度：我們制定了《服務器日志錄》，每天記錄服務器的各種操作，堅持對服務器等網(wǎng)絡設備進行日檢、周檢、月檢，并進行詳細的記錄填寫工作，確保計算機系統(tǒng)的正常運行。

2.工作站管理制度：為每臺工作站建立工作日志，記錄該工作站上機的所有操作。并建立由信息科主管的檢查、監(jiān)督機制，較好地杜絕了人為造成的機器故障。

3.建立數(shù)據(jù)庫日常維護制度、網(wǎng)絡安全保密制度、病毒預防和檢查等制度。

要完成上述任務需要進行大量的基礎數(shù)據(jù)分析和業(yè)務規(guī)范制度。顯然這些只是聯(lián)機分析系統(tǒng)的雛形，還需進一步的完善。開發(fā)聯(lián)機分析業(yè)務系統(tǒng)的主要推動力來自醫(yī)院管理人員的實踐經(jīng)驗和創(chuàng)新思維。著眼未來，以數(shù)據(jù)倉庫為中心的數(shù)據(jù)查詢和分析服務將成為臨床、科研等工作中不可缺的重要內(nèi)容。近幾年來醫(yī)院HIS系統(tǒng)的普及已經(jīng)徹底改變了醫(yī)院日常事務處理工作，聯(lián)機分析系統(tǒng)的開發(fā)和應用也將在醫(yī)院管理現(xiàn)代化方面發(fā)揮重要作用。

擴展閱讀：數(shù)據(jù)庫課設醫(yī)院門診收費系統(tǒng)設計報告

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告瓊州學院電子信息工程學院《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告項目名稱：醫(yī)院門診收費系統(tǒng)設計專業(yè)：網(wǎng)絡工程年級：201*級姓名：林振達學號：09240063指導老師：陳作聰201*年9月《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

摘要

隨著科學的不斷進步，計算機應用已經(jīng)遍布整個社會的每個角落。目前社會正處于健保發(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)的要求，對MSSQLServer201*數(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)關系模式，子模式，利用MSSQServer201*建立了數(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ù)庫組件《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

目錄

1．引言.......................................................................................................................................12.需求分析階段......................................................................................................................2

2.1引言.............................................................................................................................22.2需求分析階段的目標與任務.......................................................................................2

2.2.1處理對象....................................................................................................22.2.2處理功能及要求........................................................................................32.2.3.安全性和完整性要求................................................................................3

2.3需求分析階段成果......................................................................................................33概念設計階段........................................................................................................................6

3.1引言.............................................................................................................................63.2任務與目標..................................................................................................................63.3階段結果......................................................................................................................74．邏輯設計階段........................................................................................................................8

4.1邏輯設計的任務和目標................................................................................................84.2數(shù)據(jù)組織.......................................................................................................................8

4.2.1將E-R圖轉換為關系模型.................................................................................84.2.2模型優(yōu)化...........................................................................................................94.2.3數(shù)據(jù)庫模式定義................................................................................................94.2.4用戶子模式定義.............................................................................................104.3數(shù)據(jù)處理.....................................................................................................................105．物理設計階段.......................................................................................................................11

5.1物理設計階段的目標與任務......................................................................................125.2數(shù)據(jù)存儲方面...............................................................................錯誤！未定義書簽。5.3系統(tǒng)功能模塊...............................................................................錯誤！未定義書簽。

5.3.1讀者基本信息的查詢和更新模塊....................................錯誤！未定義書簽。5.3.2圖書基本信息的查詢和更新模塊....................................錯誤！未定義書簽。

6．數(shù)據(jù)庫實施階段..................................................................................................................12

6.1建立數(shù)據(jù)庫、數(shù)據(jù)表、視圖、索引...........................................................................12

6.1.1建立數(shù)據(jù)庫....................................................................................................126.1.2建立數(shù)據(jù)表....................................................................................................136.1.3建立視圖........................................................................................................146.1.4建立索引........................................................................................................176.1.5建立觸發(fā)器....................................................................................................176.2數(shù)據(jù)入庫.......................................................................................錯誤！未定義書簽。6.3創(chuàng)建各個功能的存儲過程..........................................................................................177．系統(tǒng)調(diào)試和測試..................................................................................................................17

I《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

8．設計心得.............................................................................................................................179．存在的問題及建議..............................................................................................................18致謝..........................................................................................................................................19參考文獻...................................................................................................................................19附錄1數(shù)據(jù)查看和存儲過程功能的驗證.................................................................................20附錄2所有的SQL運行語句....................................................................................................25附錄3系統(tǒng)的運行界面...........................................................................................................27

II《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

1．引言

隨著科學技術的高速發(fā)展，計算機軟件的需求量大幅度提升，各種專業(yè)的特殊管理、應用軟件已被提上了議案，當然，與此同時，計算機軟件開發(fā)越來越專業(yè)化，對設計人員的綜合素質(zhì)和專業(yè)知識的要求越來越高，任務也是越來越重。信息產(chǎn)業(yè)作為當今社會做前端的技術性行業(yè)，其科技含量是最高的；作為一個計算機專業(yè)的大學生，特別是面對我們國家現(xiàn)在緊缺高水平、高素質(zhì)的軟件人員，我們也清醒的認識到掌握好專業(yè)知識的重要性，更清楚了自己肩上的責任。

本次設計的主題是：基于C/S結構的醫(yī)院門診收費系統(tǒng)。本系統(tǒng)提供給醫(yī)院門診收費用戶一個綜合、全面的辦公環(huán)境和工具，同時實現(xiàn)了大量數(shù)據(jù)信息和文檔以及多媒體信息快速、有效、準確地獲取、管理和傳遞。因此本系統(tǒng)是提高工作效率、規(guī)范醫(yī)院門診辦公制度、方便領導決策的重要工具。

本軟件主要完成門診劃價收費功能，按照軟件工程的思想來完成這一設計過程，歷經(jīng)三個多月，在指導教師認真耐心的指導下，系統(tǒng)已經(jīng)初步完成。由于是初次完成比較正規(guī)的且有規(guī)模的軟件設計，所以難免出現(xiàn)一些錯誤和漏洞，懇請各位老師和同學批評指正。在本次設計期間，指導教師、師長們給了我們很大的鼓勵和支持，在我們有困難的時候給予了我們無私的關心和幫助，在這里表示深深的感謝！

同時，也向評閱論文和參加論文答辯的老師們表示衷心的感謝！

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

2.需求分析階段

2.1引言

一所醫(yī)院的主要構成分為兩個部分，一是門診部門，二是住院部門，醫(yī)院的所有日常工作都是圍繞著這兩大部門進行的。

門診部門和住院部門各下設若干科室，如門診部門下設口腔科、內(nèi)科、外科、皮膚科等，住院部門下設內(nèi)科、外科、骨科等，二者下設的部分科室是交叉的，各科室都有相應的醫(yī)生、護士，完成所承擔的醫(yī)療工作，醫(yī)生又有主治醫(yī)師、副主任醫(yī)師、普通醫(yī)師或教授、副教授、其他之分。

為了支持這兩大部門的工作，醫(yī)院還設置了藥庫、中心藥房、門診藥房、制劑室、設備科、財務科、后勤倉庫、門診收費處、門診掛號處、問訊處、住院處、檢驗科室、檢查科室、血庫、病案室、手術室，以及為醫(yī)院的日常管理而設置的行政部門等。

其中，藥庫負責藥品的貯存、發(fā)放和采購；中心藥房負責住院病人的藥品管理，包括根據(jù)處方及醫(yī)囑生成領藥單，向藥庫領藥，配藥并把藥品發(fā)給相應的病區(qū)，以及藥房的庫存管理和病區(qū)余藥回收；門診藥房負責門診病人的藥品管理，包括根據(jù)處方，按處方內(nèi)容備藥、發(fā)藥，向藥庫領藥等；制劑室負責藥物的配制，并提供給藥庫；設備科負責醫(yī)院的醫(yī)療設備等的購入和維修等；財務科負責醫(yī)院中一切與財務有關的業(yè)務和工作，進行醫(yī)院的財務管理；后勤倉庫負責醫(yī)院所有后勤物品的貯存和管理；門診收費處負責門診病人的處方的劃價和收費；門診掛號處負責門診病人的掛號事務；問訊處負責向有疑問的就醫(yī)病人解釋相關問題；住院處負責所有就醫(yī)病人的住院事宜和相關管理；檢驗科室負責病人的各項檢驗，（如驗血等）以及與各項檢驗相關的管理，藥劑取用等；檢查科室負責病人的各項檢查（如CT檢查以及其他放射線檢查等）以及與各項檢查相關的管理，設備使用與維護等；血庫負責醫(yī)院的各種血型的血液的貯存和管理以及血液的采集；病案室負責病人病案的管理和保存；手術室負責病人的手術，手術的安排以及有關手術的相關事宜和器械，制劑，設備等的使用等；行政部門則根據(jù)其相應的工作職責進行日常的工作，對醫(yī)院進行行政方面的管理，以保證醫(yī)院的醫(yī)療工作的正常進行和醫(yī)院的后勤保障。

2.2需求分析階段的目標與任務2.2.1處理對象

科室信息：科室ID，科室名稱醫(yī)生信息：醫(yī)生姓名，性別，年齡借閱歷史信息：藥品名稱，買價，賣價

病人信息：病人姓名，性別，年齡，是否有婚姻管理員信息：用戶名，密碼

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

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)網(wǎng)。由于醫(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)的安全性和網(wǎng)絡體系的安全性等方面。2）完整性要求

系統(tǒng)完整性要求系統(tǒng)中數(shù)據(jù)的正確性以及相容性�？赏ㄟ^建立主、外鍵，使用check約束，或者通過使用觸發(fā)器和級聯(lián)更新。

2.3需求分析階段成果

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

2.3.1體會與收獲

經(jīng)對前面的需求調(diào)查和初步的分析，確定由計算機完成的工作時對數(shù)據(jù)進行各種管理和處理，具體的工作內(nèi)容見第二部分，由手工完成的工作主要有對原始數(shù)據(jù)的錄入；不能由計算機生成的，各種數(shù)據(jù)的更新，包括數(shù)據(jù)變化后的修改，數(shù)據(jù)的增加，失效數(shù)據(jù)或無用數(shù)據(jù)的刪除等；以及系統(tǒng)的日常維護。

2.3.3醫(yī)院的基本業(yè)務流程圖

人病

收取押金病區(qū)醫(yī)住院藥檢檢手術入院登記過程信管理信診醫(yī)囑輸入與劃價押金信

押金日結信

憑證制作病人基本信病人費用基本信月末在院結算基本醫(yī)療收入基本類在院收入設備帳入收費日結信息病人費用收據(jù)病歷首頁費用院科費用核算醫(yī)療保險費用藥品收入構成憑證制作會計憑證《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

2.3.4圖書管理系統(tǒng)數(shù)據(jù)字典（a）數(shù)據(jù)項：

表1.1數(shù)據(jù)項列表

數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義與其它數(shù)據(jù)項的關系DI-1DI-2DI-3DI-4DI-5DI-6DI-7DI-8DI-9DI-24DI-25DI-26DI-27DI-28DI-29DI-30

NUMNAMESEXIDPRICETOTILPriceMARRY

DI-31

存儲結構別名編號姓名性別身份證號費用總計自付總計婚姻民族職業(yè)工作單位單位電話家庭住址宅電郵編科室醫(yī)療來源日期

IntCharBitCharFloatFloatcharcharcharcharcharCharCharCharCharCharDatetime

同ReaLBID

DI-32DI-33DI-34

經(jīng)辦人標識醫(yī)保編號

同RoomMID

charcharchar

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

（b）數(shù)據(jù)結構：

表1.2數(shù)據(jù)結構列表

數(shù)據(jù)結構編號DS-1

數(shù)據(jù)結構名

數(shù)據(jù)結構含義

屬性

NUM

流水號醫(yī)療號

NotnullNotnull

DS-2

DS-3NAME

姓名科室醫(yī)療類別日期掛號費病歷

NullNullNullNullNullNull

DS-4ITEM

DS-5

DS-6DATA

DS-7PRICE

DS-8

2.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ī)改政策，

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

結合國內(nèi)與國際先進的醫(yī)院管理經(jīng)驗，將醫(yī)院的管理思想、醫(yī)院各部門的業(yè)務經(jīng)驗以及當今計算機科學技術的完美統(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階段結果

（1）根據(jù)不同的對象，從第3層數(shù)據(jù)流程圖入手，分別畫出各分E－R圖：

病人掛號病人看病

病人出院病人交費取藥病人按處方配藥病人住院病人交預交款-7-

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

1:掛號2:輸入掛號信息掛號模塊3:掛號流水號門診掛號操作

4:看病5:藥方醫(yī)生診斷

6:藥方交費病情模塊7:輸入藥方信息劃價收費取藥模塊

9:取藥8:藥品明細單,收費發(fā)票

4．邏輯設計階段

4.1邏輯設計的任務和目標

以上的概念設計階段是獨立于任何一種數(shù)據(jù)模型的，但是邏輯設計階段就與選用的DBMS產(chǎn)品發(fā)生關系了，系統(tǒng)邏輯設計的任務就是將概念設計階段設計好的基本E-R圖轉換為選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構。具體內(nèi)容包括數(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)系本身的屬性

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

均轉換為關系的屬性，而關系的碼為各實體碼的組合。

一個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ù)依賴，已經(jīng)達到了3NF.

4.2.3數(shù)據(jù)庫模式定義

表2.1BaseType表

列名

IDTypeIdTypeName

數(shù)據(jù)類型

CharCharChar

可否為空

notnullnotnullnotnull

編號科室名

說明

表2.2doctor表

列名

IDNameSexAgeDeptIdTitle

數(shù)據(jù)類型

CharCharCharCharCharChar

可否為空

notnullnotnullnotnullnotnullnotnull

編號姓名性別年齡

說明

表2.3Medicine表

列名

MedIDMedNameTypeidsalepriceunitidbuypricetotle

數(shù)據(jù)類型

CharCharCharCharChar

Char

Char

可否為空

notnullnotnull

notnullnotnull

說明

藥品編號藥品姓名賣價買價總計

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

表2.4patient表

列名

IDNAMEIDnumsexagemarry

數(shù)據(jù)類型

CharCharCharCharChar

可否為空

notnullnotnull

notnull

編號

說明

病人名字性別年齡婚姻

表2.5item表

列名

ItemIDITemNameTotalUnitidBuypricesaleprice

數(shù)據(jù)類型

CharCharCharCharChar

可否為空

notnullnotnullnotnullnotnullnotnull

說明

表2.6User表

列名

UsernamePWDUser_Type

數(shù)據(jù)類型

CharCharChar

可否為空

notnullnotnullnotnull

說明

4.2.4用戶子模式定義

表2.1BaseType表試圖

列名

IDTypeIdTypeName

數(shù)據(jù)類型

CharCharChar

可否為空

notnullnotnullnotnull

編號科室名

說明

表2.2doctor表試圖

列名

IDNameSexAgeDeptIdTitle

數(shù)據(jù)類型

CharCharCharCharCharChar

可否為空

notnullnotnullnotnullnotnullnotnull

編號姓名性別年齡

說明

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

表2.3Medicine表試圖

列名

MedIDMedNameTypeidsalepriceunitidbuypricetotle

數(shù)據(jù)類型

CharCharCharCharChar

Char

Char

可否為空

notnullnotnull

notnullnotnull

說明

藥品編號藥品姓名賣價買價總計

表2.4patient表試圖

列名

IDNAMEIDnumsexagemarry

數(shù)據(jù)類型

CharCharCharCharChar

可否為空

notnullnotnull

notnull

編號

說明

病人名字性別年齡婚姻

表2.5item表試圖

列名

ItemIDITemNameTotalUnitidBuypricesaleprice

數(shù)據(jù)類型

CharCharCharCharChar

可否為空

notnullnotnullnotnullnotnullnotnull

說明

表2.6User表試圖

列名

UsernamePWDUser_Type

數(shù)據(jù)類型

CharCharChar

可否為空

notnullnotnullnotnull

說明

4.3數(shù)據(jù)處理

系統(tǒng)功能模塊圖：

-11-

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

5．物理設計階段

門診劃價門診劃價收費系統(tǒng)門診收費藥品發(fā)貨收據(jù)處理收退款清算統(tǒng)計、查詢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ù)庫

CREATEDATABASEHospitalGO

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

6.1.2建立數(shù)據(jù)表

（1）BaseType表的建立：USEHospitalGO

CREATETABLEBaseType

(IdintPRIMARYKEYIDENTITY,TypeIdtinyint,

TypeNamevarchar(30)

)GO

（2）Doctor表的建立：USEHospitalGO

CREATETABLEDoctor

(IdintIDENTITYPRIMARYKEY,Name

varchar(50)NOTNULL,Sexvarchar(2)NOTNULL,Ageint,

DeptIdint,Titlevarchar(50));GO

（3）Items表的建立：USEHospitalGO

CREATETABLEItems

(ItemIdintIDENTITYPRIMARYKEY,ItemNamevarchar(50)NOTNULL,Totalint,UnitIdint,BuyPricefloat,SalePricefloat

)GO

（4）Medicine表的建立：USEHospitalGO

-13-

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

CREATETABLEMedicine

(MedIdintIDENTITYPRIMARYKEY,MedNamevarchar(50),TypeIdint,UnitIdint,

BuyPricefloat,--進貨價格，計算利潤用SalePricefloat,--售出價格Totalfloat,

Flagtinyint--中西藥標記，0-中藥；1-西藥)

（5）Registration表的建立：USEHospitalGO

CREATETABLERegistration(RegId

intPRIMARYKEY,

PatIdint,--患者DocIdint,--醫(yī)生名稱RegDatevarchar(20),--日期UserNamevarchar(20)--用戶名)GO

（6）Users表的建立：USEHospitalGO

CREATETABLEUsers

(UserNamevarchar(40)PRIMARYKEY,Pwdvarchar(40)NOTNULL,User_TypetinyintNOTNULL

)GO

INSERTINTOUsersValues("Admin","888888",1)GO

6.1.3建立視圖

（1）用于查詢PayList視圖定義如下：

-14-

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

GO

USEHospital

CREATEVIEWPayList_vAS

SELECTp.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,Registrationr

WHEREp.ItemId=m.MedIdANDm.UnitId=b.IdANDp.RegId=r.RegIdANDp.PType=1UNION

SELECTp.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.PNumASPEarn

FROMPayItemsp,Itemsi,BaseTypeb,Registrationr

WHEREp.ItemId=i.ItemIdANDi.UnitId=b.IdANDp.RegId=r.RegIdANDp.PType=2GO（2）用于ReportDoctor查詢的視圖定義如下：

GO

CREATEVIEWReportDoctor_vAS

SELECTd.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_v

GROUPBYDocId,LEFT(RegDate,7))p

WHEREb.TypeId=1ANDd.DeptId=b.IdANDd.Id=p.DocIdGO（3）用于顯示ReportItems的視圖定義如下：

GO

CREATEVIEWReportItems_v

-15-

USEHospital

USEHospital《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

AS

SELECTi.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,Registrationr

WHEREps.PType=2ANDps.RegId=r.RegIdGROUPBYps.ItemId,ps.RegId,LEFT(r.RegDate,7))pWHEREi.ItemId=p.ItemIdANDi.UnitId=b.IdGO（4）用于ReportMedicine的視圖定義如下：

GO

CREATEVIEWReportMedicine_vAS

SELECTm.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,Registrationr

WHEREps.PType=1ANDps.RegId=r.RegIdGROUPBYps.ItemId,ps.RegId,LEFT(r.RegDate,7))pWHEREm.MedId=p.ItemIdANDm.UnitId=b.IdANDm.TypeId=b1.Id

USEHospital

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

6.1.4建立索引6.1.5建立觸發(fā)器

1．當刪除Reader表中某一讀者基本信息時，觸發(fā)Borrow表，刪除相應的記錄UseHosptialgo

createtriggerDoctor_deleteonDoctorfordeleteas

deleteNamefromdeleted

whereName.ID=deleted.ID

6.3創(chuàng)建各個功能的存儲過程

系統(tǒng)共創(chuàng)建了10個存儲過程，具體列表如下：

表3.1創(chuàng)建的存儲過程列表：

編號

P-1

存儲過程名稱

Doctor信息表

定義

詳見附錄1-1

作用

在Book中插入一元組

（其它表的查詢、修改、刪除與以上各表的存儲過程定義大致相同，這里不再具體列出）

7．系統(tǒng)調(diào)試和測試8．設計心得

在一個假期的時間對一個新的程序進行了解和實踐然后按部就班的做出一個屬于自己的程序，并且按時完成，很不容易但是經(jīng)過測試表明已有功能基本運行正常。為了適應將來醫(yī)院現(xiàn)有流程和網(wǎng)絡設施狀況，不斷進行用戶需求分析和代碼設計改進，在此循環(huán)的基礎上不斷增加功能。雖然最后做出來的程序比較簡單，但是內(nèi)含了多種情況下的功能，可以在適當時候根據(jù)實際情況進行選擇。

不管怎么樣由于時間和能力有限，只完成了一些基本的功能，還是有很多

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

的不成熟、不完善的地方，但畢竟是自己花了時間和經(jīng)歷去做的。

最后，懇請評審老師不吝賜教，提出寶貴的意見。

9．存在的問題及建議

在本次設計中事實上存在著很多很多的問題，包括一些VC和SQL連接的的一些細節(jié)上的東西在網(wǎng)上查詢了很多的資料也沒能弄明白和分析出來。我希望在以后的專業(yè)課程的學習中也不斷的溫故而知新，在很多的新問題和舊問題上得到一些突破和了解。讓我能在今后的學習中得到更多的能力。

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

致謝

在這里，首先要感謝陳作聰老師一個學期以來對我們的細心、耐心的教導，沒有您的認真督促和教育。也沒有我們的今天。同樣也要很感謝對我設計報告評審的老師，感謝您用您寶貴的時間為我的設計打分和提建議�？傊�，VC+SQL的程序的制作真的好多謝各位老師的教導。參考文獻

[1]金宇紅，孫國祥，《對發(fā)展我國HIS技術市場的調(diào)研與思考》，中國醫(yī)院管理，201*，20(12)，5-6

[2]余大昆，李義兵，《湖北省醫(yī)院信息系統(tǒng)建設及應用情況調(diào)查分析》，醫(yī)學與計算機應用，201*，14(8)，459-460[3]王安平，李燕燕，陳季妍，《醫(yī)院信息系統(tǒng)投資分析》，山西財政稅務�？茖W校學報，201*，17(5)，51－52[4]郭煜，高岍，《建設醫(yī)院門診系統(tǒng)的探討》，山西電子技術，201*.5，22－24轉41[5]俞鶴偉，牟艷華，《C/S模式下MIS系統(tǒng)網(wǎng)絡規(guī)模的分析》，華南理工大學學報(自然科學版)，201*，28(9)，82－86[6]何雨生，李月東等，《門診信息系統(tǒng)研究》，中國醫(yī)院管理，201*，21(6)，42-44[7]黃俊剛，《淺談醫(yī)院門診信息的計算機管理》，醫(yī)療裝備，201*，13(12)，14-15[8]林寒祈，汪忠樂等，《醫(yī)院信息系統(tǒng)中醫(yī)囑子系統(tǒng)的應用與體會》，醫(yī)療裝備，201*，14(2)，17-17[9]姚和順，《基于客戶/服務器結構的門診醫(yī)生工作站的設計與實現(xiàn)》，現(xiàn)代計算機，201*.8，93－95[10]李易慶，《電子病案與相關信息技術》，醫(yī)學與計算機應用，201*，14(7)，382-382[11]閉思成，薛冠華，《醫(yī)院信息系統(tǒng)藥品輸入編碼的制定方法》，醫(yī)學與計算機應用，201*，14(8)，491-492

[12]盛平，宋軼勤，宋順林，《醫(yī)院信息系統(tǒng)的分析與設計》，江蘇理工大學學報(社會科學版)，201*.4，15－18[13]楊焱，蘇小剛等，《門診信息查詢模塊的設計與開發(fā)》，醫(yī)學與計算機應用，201*，14(7)，415-416

[14]代偉，董軍等，《醫(yī)院信息系統(tǒng)下統(tǒng)計基礎工作的質(zhì)量保證》，中國醫(yī)院統(tǒng)計，201*，8(2)，99-100

[15](美)MichaelAbbey等著;樂嘉錦等譯，SQLServer201*初學者指南》，機械工業(yè)出版社,201*

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

附錄1數(shù)據(jù)查看和存儲過程功能的驗證

1.基本表的數(shù)據(jù)查看(基于視圖查詢)：

1）查看BaseType表中的數(shù)據(jù)

2）查看Doctor表中的數(shù)據(jù)：

-20-

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

3）查看Medicine表中的數(shù)據(jù)：

-21-

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

4）查看Patient表中的數(shù)據(jù)

-22-

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

5）查看Users表中的數(shù)據(jù)：

6）查看PayList_v視圖中的數(shù)據(jù)：

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

7）查看ReportDoctor_v視圖的數(shù)據(jù)：

2.觸發(fā)器功能的驗證：

-24-

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

附錄3所有的SQL運行語句

USEHospitalGO

CREATETABLEBaseType(Id

intPRIMARYKEYIDENTITY,

TypeIdtinyint,TypeNamevarchar(30))GO

USEHospitalGO

CREATETABLEDoctor(Id

intIDENTITYPRIMARYKEY,

Namevarchar(50)NOTNULL,Sexvarchar(2)NOTNULL,Ageint,DeptIdint,Titlevarchar(50)

);GO

CREATEDATABASEHospitalGO

USEHospitalGO

CREATETABLEItems

(ItemIdintIDENTITYPRIMARYKEY,ItemNamevarchar(50)NOTNULL,Totalint,UnitIdint,BuyPricefloat,SalePricefloat)GO

USEHospitalGO

CREATETABLEMedicine

(MedIdintIDENTITYPRIMARYKEY,MedNamevarchar(50),TypeIdint,

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

UnitId

int,

BuyPricefloat,--進貨價格，計算利潤用SalePricefloat,--售出價格Totalfloat,

Flagtinyint--中西藥標記，0-中藥；1-西藥)GO

USEHospitalGO

CREATETABLERegistration(RegIdPatIdDocIdRegDate)GO

USEHospitalGO

CREATEVIEWPayList_vAS

SELECTp.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,Registrationr

WHEREp.ItemId=m.MedIdANDm.UnitId=b.IdANDp.RegId=r.RegIdANDp.PType=1UNION

SELECTp.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.PNumASPEarn

FROMPayItemsp,Itemsi,BaseTypeb,Registrationr

WHEREp.ItemId=i.ItemIdANDi.UnitId=b.IdANDp.RegId=r.RegIdANDp.PType=2GO

intPRIMARYKEY,int,--患者int,--醫(yī)生名稱varchar(20),--日期

UserNamevarchar(20)--用戶名

USEHospitalGO

CREATEVIEWReportDoctor_vAS

SELECTd.NameAS醫(yī)生姓名,b.TypeNameAS科室名稱,d.TitleAS職務,p.RegDateAS月份,

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

(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_v

GROUPBYDocId,LEFT(RegDate,7))p

WHEREb.TypeId=1ANDd.DeptId=b.IdANDd.Id=p.DocIdGO

USEHospitalGO

CREATETABLEUsers

(UserNamevarchar(40)PRIMARYKEY,Pwdvarchar(40)NOTNULL,User_TypetinyintNOTNULL)GO

INSERTINTOUsersValues("Admin","888888",1)GO

附錄4系統(tǒng)的運行界面

（1）系統(tǒng)的登陸界面

（2）主窗體

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

(3)科室名稱

課程設計評分表

《數(shù)據(jù)庫系統(tǒng)原理》課程設計報告

評分標準：1.學生是否嚴格遵守課程設計紀律，按照規(guī)定時間完成設計任務(占30%)2.課程設計報告書質(zhì)量：(占40%)(1)是否采用了良好的設計方法，獨立完成課程設計。(2)課程設計各分段的任務是否按時完成及完成的質(zhì)量。(3)是否完成課程設計任務書指定的全部要求。3.課程設計報告書的撰寫規(guī)范(占30%)課程設計報告書的撰寫規(guī)范要求與畢業(yè)設計（論文）的要求相同。教師評分：1.學生出勤得分：_________2.內(nèi)容質(zhì)量得分：_________3.撰寫規(guī)范得分：_________最終評定成績：_________教師評語：簽字：日期：年月日

友情提示：本文中關于《醫(yī)院數(shù)據(jù)倉庫的設計心得》給出的范例僅供您參考拓展思維使用，醫(yī)院數(shù)據(jù)倉庫的設計心得：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權問題，請聯(lián)系我們及時刪除。

《醫(yī)院數(shù)據(jù)倉庫的設計心得》由互聯(lián)網(wǎng)用戶整理提供,轉載分享請保留原作者信息,謝謝!
鏈接地址：http://www.7334dd.com/gongwen/714845.html

• 上一篇：水利工程培訓心得體會
• 下一篇：學習TPM管理心得體會