【正文】 分為三層結(jié)構(gòu)，各結(jié)構(gòu)之間緊密相連，共同建構(gòu)了 基于 B/S 門診 網(wǎng)站 系統(tǒng)。 服務器端直接可以訪問數(shù) 據(jù)庫，在接受客戶端請示后，并從數(shù)據(jù)庫里讀取出相應的數(shù)據(jù)來回發(fā)到客戶端 。該章主要是以全局的整體的角度描述整個系統(tǒng)的功能和框架，它所涉及的理論分析和設計為后面的算法設計和實現(xiàn)打下基礎。,1) 必須有 admin 用戶 GO /* 門診藥房子系統(tǒng)， tbDrugsInfo 屬性：藥品 ID 號，藥品名，類型（處方，非處方），庫存，單價（ 5 個屬性） */ create table tbDrugsInfo ( ID int identity(1,1) primary key,藥品 ID 號 drug_Name varchar(50) not null,藥品名 drug_Fact varchar(50) not null,藥品單位 drug_Time datetime,生產(chǎn)日期 drug_Guige varchar(50) not null,規(guī)格 drug_Type varchar(10) ,類型（處方，非處方） drug_Nums int ,庫存 drug_Price float,單價 ) GO /* 門診藥房子系統(tǒng)， 賣藥 tbDrugsSailing 屬性：買藥人 id，藥品 ID 號，藥品名，類型（處方，非處方），單價，售藥人 id（ 6 個屬性） */ create table tbDrugsSailing ( ID int identity(1,1) primary key,藥品 ID 號 37 sick_ID varchar(20) not null ,掛號人 ID 號 drug_Name varchar(20) not null,藥品名 drug_Type varchar(10) ,類型（處方，非處方） drug_Num int,數(shù)量 drug_Price float,單價 drug_STime datetime,發(fā)藥日期 ) GO create table tbfee_service ( ID int identity(1,1) primary key,ID 號 fee_Name varchar(20) not null,名 fee_Price float,價 ) GO create table tbLeaveMsg (留言信息 ID int identity(1,1) primary key, p_Title varchar(40) not null,標題 p_Content varchar(200) not null,內(nèi)容 p_Time datetime ,投訴，留言日期 p_Type int,留言類型 (1,2) p_AContent varchar(200) not null,內(nèi)容 Msg_AName varchar(20) ,回復人 Msg_ATime datetime ,回復時間 ) GO 信息發(fā)布 create table tbPutOutInfo ( ID int identity(1,1) primary key, p_Name varchar(20) ,發(fā)布人 p_Title varchar(40) not null,標題 p_Content varchar(200) not null,內(nèi)容 p_Time datetime ,發(fā)布日期 ) 38 Go create table tbDeparts ( ID int identity(1,1) primary key, Departs_Name varchar(20) , Departs_Time datetime,成立時間 Departs_Leader varchar(20) ,科室長 ) GO create table tbChuFang ( ID int identity(1,1) primary key,ID 號 c_Name varchar(20) not null,名 c_Content varchar(200),內(nèi)容 ) ER 模型 為了把用戶的數(shù)據(jù)要求清晰明確地表達出來，通常要建立一個概念性的數(shù)據(jù)模型（也稱為信息模型）。對兩個相關(guān)聯(lián)的表（主表和從表）進行操作數(shù)據(jù)的插入和刪除的時候，通過參照完整性保證它們之間的數(shù)據(jù)的一致性。在每一個用戶（員工信息）使用該系統(tǒng)之前需要注冊，系統(tǒng)會將用戶輸入的信息記錄到用戶模型中，注冊后要經(jīng)過管理員認證后才可使用該系統(tǒng)。 系統(tǒng)數(shù)據(jù)流圖 數(shù)據(jù)流圖（ Data Flow Diagram，簡稱 DFD）能精確地在邏輯上描繪系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲等，擺脫了物理內(nèi)容，是描繪系統(tǒng)邏輯模型的最主要的工具。 2）用戶選擇的信息，如用戶等。系統(tǒng)流程簡化了醫(yī)院掛號、劃價收費這兩個45 環(huán)節(jié)，復診患者無需經(jīng)過掛號環(huán)節(jié)，而原來的劃價收費環(huán)節(jié)簡化成了單純的收費，大大縮短了患者的等待時間，提高了工作效率。 （ 2） 系統(tǒng)的易管理性。隨著研究的進行，可能還會出現(xiàn)其他一些問題，我會繼續(xù)努力，逐步改善和不斷完善本系統(tǒng)。 48 As Alexander went off duty he noticed the bobbing flicker of ships39。 感謝我所有的同學和朋友。因此系統(tǒng)要隨著用戶的需求而不斷發(fā)生變化，不斷更新系統(tǒng)的內(nèi)容來滿足用戶更多的需求。同時，醫(yī)生開出的處方，也不會因藥房缺藥或藥品規(guī)格填寫不當而要患者上下來回奔走。 算法的主要步驟如下： (1)初始化，包括打開數(shù)據(jù)庫 User、建立相關(guān)控件與數(shù)據(jù)庫的連接等； (2)將用戶信息管理表、用戶狀態(tài)表各添加一條記錄； (3)讀取各文本控件或列表控件中用戶輸入或選擇的信息到各表中對應的字段中； (4)結(jié)束。 如圖 用戶登錄數(shù)據(jù)流圖 [17]： 用戶名和密碼用戶注冊登錄成功用戶信息管理表用戶信息是否用戶信息身份驗證 圖 42 系統(tǒng)的實現(xiàn)算法 用戶信息初始化算法 通過前面幾章的分析，我們已經(jīng)知道用戶信息是基于 B/S 門診網(wǎng)站的基礎。用戶輸入用戶名和密碼后，系統(tǒng)驗證是否正確并決定用戶是否能進入系統(tǒng)，并根據(jù)權(quán)限訪問不同界面 . (3)管理員（ admin）。它反應某一具體應用所涉及的數(shù)據(jù)必須滿足的語義要求。它描述了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)實環(huán)境，且與在軟件系統(tǒng)中的實現(xiàn)方法無關(guān)。具體配置步驟如下： create database db_NewHospital GO USE db_NewHospital GO 屬性：掛號人 ID 號，姓 名，性別，出生年月，身份證號，職業(yè)，民族，婚否，工作單位，家庭住址，掛號日期，開掛號工作人員人 ID ，掛號費，（ 13 屬性） create table tbSickRegister ( sick_ID int identity(1,1) primary key,掛號人 ID 號 sr_Name varchar(20) not null,姓名 sr_Time datetime ,掛號日期 sr_Type varchar(20) not null,，開掛號類型，專家普通 sr_GZID varchar(20) not null,，開掛號工作人員人 ID sr_GHF float not null,，掛號費 ) 34 GO 病人信息 create table tbSickInfo ( ID int identity(1,1) primary key,ID 號 sr_Name varchar(20) not null,姓名 sr_Sex varchar(2) ,性別 sr_Birn varchar(20), 出生年月 sr_Identify int ,身份證號 sr_Work varchar(20), 職業(yè) sr_MZ varchar(10) ,民族 sr_IsMarried varchar(2),，婚否 sr_WorkName varchar(50) ,，工作單位 sr_Address varchar(50) ,，家庭住址 sr_Time datetime ,填病歷日期 ) GO /* 門診就診子系統(tǒng) tbSickCall 屬性： id,掛號人 ID 號，病史記錄（沒次一個記錄），記錄日期，就診大夫 ，處方 ,處理意見 ,休檢 */ create table tbSickCall ( ID int identity(1,1) primary key, sick_ID varchar(20) not null,掛號人 ID 號 sr_Name varchar(20) not null,姓名 sc_Records1 varchar(100) not null,休檢癥狀記錄 sc_Records2 varchar(100) not null,處理意見記錄 sc_Records3 varchar(20) not null,處方記錄 sc_Time datetime ,記錄日期 sc_Doctor varchar(20) 就診大夫 ) GO /* 門診收費子系統(tǒng) 屬性：掛號人 ID 號，收費額（沒次一個記錄），收費日期，確定收費大夫，收費人（ 6個屬性） 35 */ create table tbCharge ( ID int identity(1,1) primary key, sick_ID varchar(20) not null ,掛號人 ID 號 c_Money float not null,收費額 c_Time datetime ,收費日期 c_Doctor varchar(20), 定收費大夫 c_StaffID varchar(20), 收費人 id ) GO /* 注冊人員的管理 tbUsers 屬性，人員 id，密碼，權(quán)限，狀態(tài) */ create table tbStarf ( ID int identity(1,1) primary key, Starf_ID varchar(20),編號 Starf_Code varchar(20) not null,密碼 Starf_Name varchar(20) ,姓名 Starf_Sex varchar(2) ,性別 Starf_Birn varchar(20), 出生年月 Starf_Identify int ,身份證號 Starf_Depart varchar(20), 科室 Starf_Class varchar(20), 級別（普通 專家） Starf_MZ varchar(10) ,民族 Starf_IsMarried varchar(2),，婚否 Starf_WorkName varchar(50) ,，工作單位 Starf_Address varchar(50) ,，家庭住址 Starf_Time datetime ,填病歷日期 ) GO create table tbUsers 36 ( ID int identity(1,1) primary key, User_ID varchar(20),帳號 User_Code varchar(20) not null,密碼 User_Name varchar(20) ,姓名 ) insert into tbUsers(User_ID ,User_Code ,User_Roles ,User_State ) values(39。 客戶端介紹 基于 B/S 門診 網(wǎng)站 （ Client） 是采用的是 B/S（ Browser/Server） 技術(shù)與服務器交互。 27 圖 模 塊介紹 禁止匿名訪問。 門診發(fā)藥功能圖： 21 1． 發(fā) 放 藥 品功能 藥房根據(jù)待發(fā)藥病人列表調(diào)出病人的處方進行發(fā)藥，通過醫(yī)生平臺傳過來的信息（包括病