【文章內(nèi)容簡介】 der 擁有作為作為 SYBASE 公司專利的強大的數(shù)據(jù)窗口技術(shù)。提供與大型的數(shù)據(jù)庫的專用接口，是一種數(shù)據(jù)庫開發(fā)工具。 比較起來，因為 VB 易學，對于我這樣一個初級的開發(fā)人員要在短時間內(nèi)完成此次課題，是最好的選擇 數(shù)據(jù)庫管理系統(tǒng)的選擇 目前市場上數(shù)據(jù)庫的主流廠商及產(chǎn)品有 IBM DB Microsoft SQL SERVER 20ORACLE Sybase。 SQL Server 作為微軟在 Windows 系列平臺上開發(fā)的數(shù)據(jù)庫 ,一經(jīng)推出就以其易用性得到了很多用戶的青睞 ,大多數(shù)將 自己的業(yè)務(wù)建立在 Windows平臺上的用戶都會對它有相當?shù)挠H切感。 區(qū)別于 FoxPro、 Access 小型數(shù)據(jù)庫， SQL Server 是一個功能完備的數(shù)據(jù)庫管理系統(tǒng)。它包括支持開發(fā)的引擎、標準的 SQL 語言、擴展的特性 (如復制、 OLAP、分析 )等功能。而像存儲過程、觸發(fā)器等特性，也是大型數(shù)據(jù)庫才擁有的。 SQL 會成為大家的首選是因為它具有如下優(yōu)點： 上手容易 ：很多 企業(yè)至今還未購置數(shù)據(jù)庫，其中一個主要的原因可能就是認為它不好上手，畢竟，大多數(shù)的中小企業(yè)日常的數(shù)據(jù)應用是建立在 Windows 平臺上的。由于 SQL Server 與 Windows 界面風格完全一致，且有許多 向?qū)?(Wizard)幫助，因此易于安裝和學習 。 從另一個角度來講，學習 SQL Server 是掌握其他平臺及大型數(shù)據(jù) ， 如Oracle,Sybase,DB/2 的基礎(chǔ)。因為這些大型數(shù)據(jù)庫對于設(shè)備、平臺、人員知識的要求往往較高，而并不是每個人都具備這樣的條件，且有機會去接觸它們。但有了 SQL Server的基礎(chǔ)，再去學習和使用它們就容易多了。 湖北汽車工業(yè)學院本科畢業(yè)設(shè)計（論文） 10 兼容性良好 ； 由于今天 Windows 操作系統(tǒng)占領(lǐng)著主導地的位，選擇 SQL Server 一定會在兼容性方面取得一些優(yōu)勢。 SQL Server 2020 除了具有擴展性，可靠性以外，尤其是它可以直接存貯 XML 數(shù)據(jù)，可以將搜索結(jié)果以 XML格式輸出等特點，有利于構(gòu)建了異構(gòu)系統(tǒng)的互操作性，奠定了面向互聯(lián)網(wǎng)的企業(yè)應用和服務(wù)的基石。 系統(tǒng)的網(wǎng)絡(luò)平臺的選擇 C/S 和 B/S 概念 C/S （ Client/Server）結(jié)構(gòu)，即大家熟知的客戶機和服務(wù)器結(jié)構(gòu)。它是軟件系統(tǒng)體系結(jié)構(gòu)，通過它可以充分利用兩端硬件環(huán)境的優(yōu)勢，將任務(wù)合理分配到 Client 端和Server 端來實現(xiàn)，降低了系統(tǒng)的通訊開銷。目前大多數(shù)應用軟件系統(tǒng)都是Client/Server 形式的兩層結(jié)構(gòu)。 B/S（ Browser/Server）結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。它是隨著 Inter 技術(shù)的興起，對 C/S 結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶工作界面是通過 WWW瀏覽器來實現(xiàn)，極少部分事務(wù)邏輯在前端（ Browser）實現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（ Server）實現(xiàn)，形成所謂三層 3tier 結(jié)構(gòu)。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（ TCO）。 C/S 和 B/S 比較 相比 B/S 結(jié)構(gòu)而言 C/S 具有 以下優(yōu)勢： (1)、應用服務(wù)器運行數(shù)據(jù)負荷較輕。最簡單的 C/S 體系結(jié)構(gòu)的數(shù)據(jù)庫應用由兩部分組成，即客戶應用程序和數(shù)據(jù)庫服務(wù)器程序。二者可分別稱為前臺程序與后臺程序。運行數(shù)據(jù)庫服務(wù)器程序的機器，也稱為應用服務(wù)器。一旦服務(wù)器程序被啟動，就隨時等待響應客戶程序發(fā)來的請求；客戶應用程序運行在用戶自己的電腦上，對應于數(shù)據(jù)庫服務(wù)器，可稱為客戶電腦，當需要對數(shù)據(jù)庫中的數(shù)據(jù)進行任何操作時，客戶程序就自動地尋找服務(wù)器程序，并向其發(fā)出請求，服務(wù)器程序根據(jù)預定的規(guī)則作出應答，送回結(jié)果，應用服務(wù)器運行數(shù)據(jù)負荷較輕。 (2)、數(shù)據(jù)的 儲存管理功能較為透明。在數(shù)據(jù)庫應用中，數(shù)據(jù)的儲存管理功能，是由服務(wù)器程序和客戶應用程序分別獨立進行的，前臺應用可以違反的規(guī)則，并且通常把那些不同的（不管是已知還是未知的）運行數(shù)據(jù)，在服務(wù)器程序中不集中實現(xiàn)，例如訪問者的權(quán)限，編號可以重復、必須有客戶才能建立定單這樣的規(guī)則。所有這些，對于工作在前臺程序上的最終用戶，是“透明”的，他們無須過問（通常也無法干涉）背后的過程，就可以完成自己的一切工作。 由于 B/S 架構(gòu)管理軟件，用戶界面主要事務(wù)邏輯在服務(wù)器（ Server）端完全通過WWW 瀏覽器實現(xiàn)，極少部分事務(wù)邏輯在 前端（ Browser）實現(xiàn)，所有的客戶端只有瀏覽湖北汽車工業(yè)學院本科畢業(yè)設(shè)計（論文） 11 器，網(wǎng)絡(luò)管理人員只需要做硬件維護。因此，應用服務(wù)器運行數(shù)據(jù)負荷較重，一旦發(fā)生服務(wù)器“崩潰”等問題，后果不堪設(shè)想。因此，針對花果醫(yī)院的現(xiàn)有的網(wǎng)絡(luò)資源以及人力資源的狀況，本次課題采用了 C/S 模式。 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫是任何基于數(shù)據(jù)的系統(tǒng)的中心。在任何高質(zhì)量數(shù)據(jù)庫設(shè)計中所花費的時間在很大程度上決定了系統(tǒng)的質(zhì)量和成功與否。數(shù)據(jù)庫設(shè)計可以分為四步： 1．規(guī)范化并確定表的關(guān)系； 2．確定實體 、 數(shù)據(jù)和關(guān)系完整性； 3．創(chuàng)建數(shù)據(jù)的物理模式； 4．創(chuàng)建數(shù)據(jù)對象。 在數(shù)據(jù)模式化階段，可以使用被稱為 normalization（規(guī)范化）的形式技術(shù)來消除在實體之間的并不希望的從屬類型。這項技術(shù)也突出了數(shù)據(jù)之間的限制和依賴，并有助于數(shù)據(jù)模型設(shè)計者理解數(shù)據(jù)庫的真實自然狀態(tài)。 通過規(guī)范化數(shù)據(jù)庫設(shè)計，可以減少數(shù)據(jù)的存儲數(shù)量，便于數(shù)據(jù)維護，減少存儲要求并顯著改進了數(shù)據(jù)的完整性。使用規(guī)范化可以使數(shù)據(jù)只存儲在數(shù)據(jù)庫中的一個地方，因此可以容易的保證數(shù)據(jù)的 完整性。 在數(shù)據(jù)庫的設(shè)計中， 1NF 是最低級的 消除非主屬性對碼的傳遞函數(shù)依賴要達到 2NF（第 2 范式），消除非主屬性對碼的傳遞函數(shù)依賴要到達 3NF（第 3 范式），消除非主屬性對碼的部分或傳遞函數(shù)依賴要達到 BCNF（巴克斯范式），在數(shù)據(jù)庫的設(shè)計中，所有的范式最低都達到了 3NF。 [16] 邏輯模型的設(shè)計 通常概念模型是各種數(shù)據(jù)模型的共同基礎(chǔ)，它比數(shù)據(jù)模型更獨立于機器，更抽象，從而更加穩(wěn)定。但為了能用某一 DBMS 實現(xiàn)用戶需求，還必須將概念模型轉(zhuǎn)化為數(shù)據(jù)模型，這正是數(shù)據(jù)庫邏輯模型設(shè)計所要完成的任務(wù)。 關(guān)系模型的邏輯模型 是一組關(guān)系模式的集合。而 ER 圖則由實體、實體的屬性、實體之間的聯(lián)系三個要素組成，所以，將 ER 圖轉(zhuǎn)換為關(guān)系模型實際上就是要將實體、實體的屬性、實體之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。由本系統(tǒng)的 ER 圖，按照轉(zhuǎn)換時所遵循的一般規(guī)則，可得如下的關(guān)系模式： 住院病人明細（住院號，姓名，科室編碼，病區(qū)編碼，單位名稱，年齡， 性別，入院日期，是否出院，出院日期，總押金款，余額，最少押金，入院人員編碼，出院人員編碼，醫(yī)保號，統(tǒng)籌情況編碼，統(tǒng)籌情況金額） 病人明細病區(qū)（住院號，入院日期，是否出院，出院日期，余額，最少 押金， 出院人員編碼，管床護士，管床醫(yī)生，病癥編碼，床位號，特殊情況） 湖北汽車工業(yè)學院本科畢業(yè)設(shè)計（論文） 12 項目記帳（住院號，單位編碼，項目代碼，費用，結(jié)帳日期，操作人員，次數(shù) 病區(qū)編碼，入院日期） 病區(qū)科室編碼（病區(qū)編碼，病區(qū)名稱，口令） 項目科（單位，名稱，單位編碼，金額單位，單價） 科室編碼（科室單位編碼，科室單位，病區(qū)編碼） 根據(jù)系統(tǒng)功能設(shè)計要求以及功能模塊的劃分，對于系統(tǒng)用戶信息數(shù)據(jù)庫，可以列出以下數(shù)據(jù)項和結(jié)構(gòu)： 名稱：住院病人明細 標識： ZYBRMX 表 31 序號 字段 名稱 類型 長度 是否為空 1 ZYH 住院號 Numeric 6 N 2 XM 姓名 char 10 N 3 KSBM 科室編碼 char 2 N 4 BQBM 病區(qū)編碼 char 2 N 5 DWMC 單位名稱 char 20 N 6 NL 年齡 numeric 2 N 7 XB 性別 char 2 N 8 RYRQ 入院日期 datetime N 9 PM 是否出院 char 1 N 10 CYRQ 出院日期 datetime N 11 ZYJK 總壓 金款 numeric 9 N 12 YE 余額 numeric 9 N 13 ZSYJ 最少押金 numeric 6 N 14 RY_RYBM 入院人員編碼 char 8 N 15 CY_RYBM 出院人員編碼 char 8 N 16 YBH 醫(yī)保號 Char 10 N 17 TCQKBM 統(tǒng)籌情況編碼 char 1 N 18 TCJE 統(tǒng)籌金額 numeric 6 N 湖北汽車工業(yè)學院本科畢業(yè)設(shè)計（論文） 13 名稱：病人明細病區(qū) 標識： BRMXBQ 表 32 序號 字段 字段名 類型 長度 是否為空 1 ZYH 住院號 numeric 6 N 2 RYRQ 入院日期 datetime N 3 PM 是否出院 char 1 N 4 CYRQ 出院日期 datetime N 5 YE 余額 numeric 9 N 6 ZSYJ 最少押金 numeric 8 N 7 SZDOCTOR 收治醫(yī)生 char 10 N 8 GCNURSE 管床護士 char 10 N 9 GCDOCTOR 管床醫(yī)生 char 10 N 10 CY_RYBM 出院人員編碼 char 1 N 11 BZBM 病診編碼 Char 2 N 12 CWH 床位號 char 2 N 13 JJQK 特殊情況 char 1 N 3 、 名稱：項目記帳 標識： XMJZ 表 33 序號 字段 字段名 類型 長度 是否為空 1 ZYH 住院號 numeric 6 N 2 DWBM 單 位編碼 char 2 N 3 XMDM 項目代碼 char 4 N 4 FY 費用 numeric 7 N 5 JZRQ 結(jié)帳日期 datetime N 6 CZRY 操作人員 char 10 N 7 CS 次數(shù) numeric 2 N 湖北汽車工業(yè)學院本科畢業(yè)設(shè)計（論文） 14 8 BQBM 病區(qū)編碼 char 1 N 9 RYRQ 入院日期 datetime 1 N 名稱：病區(qū)科室編碼 標識： BQKSBM 表 34 序號 字段 字段名 類型 長度 是否為空 1 BQBM 病區(qū)編碼 Char 2 N 2 DW 病區(qū)名稱 Char 10 N 3 KOUL 口令 char 20 N 5 、名稱：項目科 標識： XMK 表 35 序號 字段 字段名 類型 長度 是否為空 1 DW 單位 char 4 N 2 MC 名稱 char 48 N 3 DWBM 單位編碼 char 2 N 4 JJDW 金額單位 char 4 N 5 DJ 單價 numeric 8 N 名稱：科室編碼 標識： KSBM 表 36 序號 字段 字段名 類型 長度 是否為空 1 DWBM 科室單位編碼 char 2 N 2 DW 科室單位 char 10 N 3 BQBM 病區(qū)編碼 char 2 N 系統(tǒng)層次框圖 系統(tǒng)的層次框圖如下圖（ 31）所示： 湖北汽車工業(yè)學院本科畢業(yè)設(shè)計（論文） 15