【正文】 sqlEnd Sub（3）此段為病人信息的維護：Private Sub 病人個人信息_Click()39。按給定條件查找病人個人信息Dim sql As StringDim s(2) As StringDim i, j As Integer39。給字符串變量賦初值，避免運算中出現(xiàn)NULL值sql = For i = 0 To 1s(i) = Next i39。將各個文本框所輸入的查詢條件分別賦值給數(shù)組元素If IsNull() = False Thens(0) = = + + End IfIf IsNull() = False Thens(1) = = + + End If39。在除第一個非空條件的其他非空條件前加上 and 字符串For i = 0 To 1 If s(i) Then For j = i + 1 To 1 If s(j) Then s(j) = and + s(j) End If Next j Exit For End IfNext i39。將各個條件合起來賦值給字符串變量sql，作為打開報表的篩選條件For i = 0 To 1 sql = sql + s(i)Next i39。按條件打開身體狀況查詢報表 病人 查詢, , , sqlEnd Sub 比如在病人信息維護的編寫代碼中，多次使用了For循環(huán)語句和If…Then條件語句，首先定義兩個字符串并對他們賦予初始值，然后將各個文本框所輸入的查詢條件分別賦值給數(shù)組元素 ，通過If條件語句依次判斷每個文本框中是否為空，如果為空，則相應的字符串維持原值，否則則將條件賦予給相應字符串變量，這樣就將用戶所輸入的四個條件分別存儲在了字符串數(shù)組的四個變量當中。最后調用DoCmd對象的OpenForm的方法來打開已設計好的“身體狀況查詢”報表。 上述類似的用法在醫(yī)生將病人的身體狀況信息的錄入部分也有應用，這個部分最后是調用DoCmd對象的OpenReport的方法來打開已設計好的“身體狀況查詢”報表。這樣，當在醫(yī)生窗體之中，點擊診治信息當中病人信息管理中的病人診治信息或者是醫(yī)生身體狀況信息的錄入中的病人查詢，這樣即可以執(zhí)行事件過程中的編寫代碼，即可直接進入到“身體狀況查詢”報表中，獲取自身所需的信息，得到滿足條件的結果。 對于病人窗體中的代碼較多且繁瑣，在此就不再多余的述說。 兩者之中的視圖中或多或少的均含有子窗體，如圖13中病人界面窗體——視圖2中的診治頁中所含有的診治項目列表診斷查詢子窗體，子窗體的插入并沒有太多的技術含量，只需要在插入子窗體向導中指定所需的字段，然后再屬性表中設置主/子窗體的鏈接字段即可。所以無需贅述。7 結束語 這次做這個數(shù)據(jù)庫醫(yī)務管理管理系統(tǒng)課程設計所用的時間都是比較散的，基本上每天都有做一點，但是每天花的時間都不是非常的多。所以這次的課程設計作業(yè)做的歷時較長，直到快開學的的前幾天才能夠完成。在剛開始做的時候，根本對這個課設沒有什么概念，但是看過數(shù)據(jù)庫課程設計（參考報告）之后，我才知道應該怎樣開始。根據(jù)下發(fā)的教務管理系統(tǒng)參考材料以及數(shù)據(jù)庫技術及應用課程設計規(guī)范化相關材料，我做完了概論以及需求分析當中的總體需求分析。但是下一步需求分析當中的數(shù)據(jù)流圖描述和數(shù)據(jù)字典就讓我遇到了難處。我剛開始甚至不知道數(shù)據(jù)流圖描述以及數(shù)據(jù)字典是什么概念，通過查閱才知道數(shù)據(jù)流圖（Data Flow Diagram，簡記作DFD）是從“數(shù)據(jù)”和“對數(shù)據(jù)的加工”兩方面表達數(shù)據(jù)處理系統(tǒng)工作過程的一種圖形表示方法，具有直觀、易于被用戶和軟件人員雙方理解的特點的一種表達系統(tǒng)功能的描述方式。它是在分析用戶活動所涉及的數(shù)據(jù)的基礎上所產生的，在本數(shù)據(jù)庫醫(yī)務管理系統(tǒng)中，即主要是分析醫(yī)生和病人活動所涉及的數(shù)據(jù)，比如說醫(yī)生個人信息，醫(yī)生與醫(yī)務管理系統(tǒng)的數(shù)據(jù)關系，病人個人信息，病人與醫(yī)務管理系統(tǒng)的數(shù)據(jù)關系等等。而數(shù)據(jù)字典主要是在分析系統(tǒng)數(shù)據(jù)的基礎上所產生的，如果只含有數(shù)據(jù)流圖并不能構成需求說明書，它并沒有說明每個系統(tǒng)部分中的含義。而數(shù)據(jù)字典提供對數(shù)據(jù)庫時間描述的集中管理。它主要包括數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲和處理過程共五個部分。完成了數(shù)據(jù)字典也就完成了報告部分中的需求分析，這整個部分花費的時間并不是很多，主要是有例子的引導。完成需求之后，就來到了概念設計。在這個部分當中主要包含確定實體集、聯(lián)系及屬性，局部ER圖和全局ER圖。因為經(jīng)過一大半學期的數(shù)據(jù)庫學習，老師對全局ER圖和局部ER圖的教授得較多，因此我對這個部分的知識以及做法比較熟悉。這個部分主要是在畫圖方面，剛開始我想用Microsoft Office Visio 2007這個畫圖軟件來畫的，但最終因為摸索了好久不會就直接用了word自帶的畫圖工具畫的。總之，概念設計這個環(huán)節(jié)相對整體來說是比較容易的。接下來就到了邏輯設計部分，這個部分的將全局ER圖轉化為關系模型并不難，只要上課聽講了的基本上都會，完整性以及范式的分解也是如此。接下的物理設計就從略了。這個部分是應用Microsoft Office Access 2007建立數(shù)據(jù)庫的部分了。因為有上學期進行數(shù)據(jù)庫上機實踐的經(jīng)驗，所以在建立表和應用SQL語言建立查詢都沒有什么太大的問題。但是到了設計窗體和報表就有很大的問題了，首先窗體和報表對于我來說全部都是全新的東西，全部都要靠自己慢慢的學習。我選擇的是剛開始就不要忙著進行學習寫相關的代碼，先學會設計有關窗體和報表界面的設計。通過查詢Visual Basic程序設計教程，我認識了有關的控件：文本框（Text）、標簽（Label）命令按鈕（CommandButton）、子窗體/子報表按鈕、列表框（List Box）、組合框（ComboBox）、選項按鈕以及選項卡控件等等，還知道了這些按鈕的相關功能和類型，如文本框是一個文本編輯區(qū)域，用戶可以在該區(qū)域輸入、編輯、修改和顯示正文內容，即用戶可以創(chuàng)建一個文本編輯器。但是對于標簽就不行了，它是不允許其內容被更改的，他在設計的時候必須要有內容。而文本框之中的內容是可有可無的。再設計報表的時候由于出現(xiàn)的設計界面與設計窗體的時候的設計界面都一樣，就讓人感覺有一點無從下手了。它需要點擊“分組和排序按鈕”來增加頁面頁眉和所需頁眉。還有報表要設計成單個窗口的時候就感覺有一點麻煩了，費了我不少的時間。至此，窗體和報表的設計就完成了。接下來就到了最難的部分——寫相關的代碼了。由于我是在Access 2007當中建立的數(shù)據(jù)庫，我就直接在Access當中建立了工程，即事件過程代碼的編寫直接在與Access 2007相關聯(lián)的代碼窗口中進行編寫的。雖然報表和窗體的設計大大地減輕了編寫代碼的負擔，但是編寫代碼的困難性仍然比想象中的復雜很多。我在圖書館中查了不少的資料，甚至買了幾本VB的書都難以弄清。我至今都不太知道有些代碼的編寫，只知道一些較為簡單的代碼編寫，比如有關If條件語句的編寫和For循環(huán)語句的編寫，這些還是源于之前有C++的基礎才弄明白的。VB事件過程的形式：Sub 對象名_事件名（[參數(shù)列表]） … 事件過程代碼 End Sub ，其中一些控件的編寫就可以靠這種形式進行編寫。但這只是比較簡單的部分。還有一些事件處理代碼，及那些用來解決相關算法、指定處理事件的程序就比較難了。運行時它還要注意相關代碼所編寫的環(huán)境。所以在編寫代碼的環(huán)節(jié)當中，我請教過不少的人，也借鑒了不少下發(fā)的教學管理數(shù)據(jù)庫中所編寫的代碼。才勉強的將這部分做過去?？傊?，我覺得這次的課設主要的困難有很大一部分就在此處。這次課設的代碼編寫還用到了嵌入式SQL語句的執(zhí)行與應用，但這個部分上課時卻完全沒有涉及，所以這個方面也十分讓人苦惱，也需要自己進行多次查書。這次的課程設計讓我苦惱了很多，但是也讓我收獲了不少。這其中涉及到很多數(shù)據(jù)庫和VB當中我所不知道的知識，許多東西都需要自己慢慢的摸索，自己慢慢的查書弄懂許多。其中包括表、查詢、窗體、報表（有時候還會涉及一點宏的設計）、VB等等從來沒有學過的東西。但是這次的課程設計是我第一次進行的一次課程設計。雖然，問過不少人，結果也不是相當?shù)暮?。但我還是有一點小小的滿足感。這次課程設計確實是對我的一次很好的鍛煉。它教會我更多的是知識以外的東西，做這份課設要有一顆勇于迎接困難，接受挑戰(zhàn)的心態(tài)，還要一種特殊的自信心以及堅持的毅力。沒有這些，這次課程設計肯定是一個非常艱苦的過程。由此也告訴了我，任何事都不是一蹴而就的，我需要堅定的對待每一件看似簡單實卻不然的事情。參考文獻： 董建全、 龔沛曾、楊志強、 參考網(wǎng)址： 29