【正文】 urce 控件作為數(shù)據(jù)訪問中間件是不二選擇。并且此系統(tǒng)操作簡單，不會使用戶不知何處下手，只要是懂得上網(wǎng)和識字的用戶都能夠?qū)Ρ鞠到y(tǒng)操作的游刃有余。 從各方面的初步調(diào)查基礎(chǔ)上， 從建立新的 基于 B/S門診 網(wǎng)站 系統(tǒng)的必要性和可能性兩個方面進行具體分析后，得出結(jié)論：開發(fā) 基于 B/S門診 網(wǎng)站 系統(tǒng)是十分必要和可行的。本系統(tǒng)的用戶模型的特點是模型分為動態(tài)和靜態(tài)兩部分，兩部分相互作用共同完成建構(gòu)個性化的掛診內(nèi)容和動態(tài)導航的任務(wù)。 4) 發(fā)布功能 發(fā)布功能讓門診醫(yī)院能夠及時發(fā)布通知，技術(shù)文章，門診醫(yī)院新聞等信息，讓門診醫(yī)生能夠用時了解通知，醫(yī)學技術(shù)等信息。主要功能是完成病歷基本指標的填寫，病情、病史的記載，醫(yī)囑的開立和實 施，以及相關(guān)輔助功能。 3． 打印收據(jù)功能 4． 查詢價格功能 5． 統(tǒng)計收入功能 門診收費 工作流程 圖 : 20 醫(yī)院門診藥房 2. 醫(yī)院門診藥房 醫(yī)院的醫(yī)療水平和服 務(wù)質(zhì)量一直是社會關(guān)注的焦點，僅靠增加基礎(chǔ)設(shè)施投入和脫離信息化的管理方法的改進，是不能從根本上提高醫(yī)院的工作效率、服務(wù)質(zhì)量和管理水平的。 門診發(fā)藥模塊是醫(yī)院門診網(wǎng)站設(shè)計的一個重要模塊。 3． 打印藥品清單 對發(fā)出的藥品名稱，單位、規(guī)格，數(shù)量，日期通過打印機打印出一張收費憑證 22 4． 藥品入庫功能 對藥品進行類型 編號，西藥（ XY）、成藥（ CY）、中草藥（ ZCY） ，入庫數(shù)量，生產(chǎn)日期，廠商聯(lián)系方式， 5． 藥品 查詢、修改功能 查詢功能是對 藥房內(nèi)的藥品方便管理，通過輸入藥品的名稱或編碼查詢藥庫里 是否有這類藥品，或者這類藥品是否存在過期的情況。 門診藥房工作流程 23 2. 網(wǎng)站管 理維護功能 網(wǎng)站管理 維護功能圖 : 帳號管理功能 : 項目管理功能 : 24 日志查詢功能 : 科室管理功能 : 25 員工管理功能 : 26 系統(tǒng)功能模塊介紹 在系統(tǒng)分析的基礎(chǔ)上，結(jié)合用戶的使用狀態(tài)，以及對現(xiàn)有網(wǎng)絡(luò)音樂系統(tǒng)的觀察，得出本系統(tǒng)的功能模塊結(jié)構(gòu)圖，此模塊共分為三層結(jié)構(gòu)，各結(jié)構(gòu)之間緊密相連，共同建構(gòu)了 基于 B/S 門診 網(wǎng)站 系統(tǒng)。注冊界面如下 : 登錄模塊 不管是病號還是醫(yī)生 ,都要通過登錄來進入系統(tǒng) .從而進行下一步操作 .登錄界面如下圖所示 : 登錄 購藥車 個人信息 在線掛號 病號 醫(yī)生 在線門診 在線看病 留言 版 坐診 管理藥物 管理文章 管理藥物 回答留言 28 根據(jù)登錄用戶名判斷是管理員還是醫(yī)生 .確定進入不同的管理層次。 服務(wù)器端直接可以訪問數(shù) 據(jù)庫，在接受客戶端請示后，并從數(shù)據(jù)庫里讀取出相應(yīng)的數(shù)據(jù)來回發(fā)到客戶端 。無論用戶的規(guī)模有多大，有多少分支機構(gòu)都不會增加任何維護升級的工作量，所有的操作只需要針對服務(wù)器進行；如果是異地，只需要把服務(wù)器連接專網(wǎng)即可，實現(xiàn)遠程維護、升級和共享。該章主要是以全局的整體的角度描述整個系統(tǒng)的功能和框架，它所涉及的理論分析和設(shè)計為后面的算法設(shè)計和實現(xiàn)打下基礎(chǔ)。,39。,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ù)模型（也稱為信息模型）。這種方法用 ER 圖描述現(xiàn)實世界中的實體，而不涉及這 些實體在系統(tǒng)中的實現(xiàn)方法。對兩個相關(guān)聯(lián)的表（主表和從表）進行操作數(shù)據(jù)的插入和刪除的時候，通過參照完整性保證它們之間的數(shù)據(jù)的一致性。由于程序設(shè)計的靈活性和便捷性，在整個系統(tǒng)的調(diào)試過程中對于不完善的地方只需對代碼進行修改而不用更改數(shù)據(jù)庫，因此在系統(tǒng)中采用了程序代碼來實現(xiàn)數(shù)據(jù)庫用戶自定義完整性的約束。在每一個用戶（員工信息）使用該系統(tǒng)之前需要注冊，系統(tǒng)會將用戶輸入的信息記錄到用戶模型中，注冊后要經(jīng)過管理員認證后才可使用該系統(tǒng)。 (4)一般員工用戶。 系統(tǒng)數(shù)據(jù)流圖 數(shù)據(jù)流圖（ Data Flow Diagram，簡稱 DFD）能精確地在邏輯上描繪系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲等，擺脫了物理內(nèi)容，是描繪系統(tǒng)邏輯模型的最主要的工具。用戶信息是在第一次使用該系統(tǒng)注冊時輸入的。 2）用戶選擇的信息，如用戶等。文章搜索主要 是從兩方面進行查找，一是根據(jù)文章名，二是根據(jù)藥物名。系統(tǒng)流程簡化了醫(yī)院掛號、劃價收費這兩個45 環(huán)節(jié)，復診患者無需經(jīng)過掛號環(huán)節(jié)，而原來的劃價收費環(huán)節(jié)簡化成了單純的收費，大大縮短了患者的等待時間，提高了工作效率。醫(yī)生可以獲得網(wǎng)上各種的輔助診斷信息，掌握藥房現(xiàn)有藥品庫存情況及藥品規(guī)格， 6 結(jié)束語 經(jīng)過這一個月來對系統(tǒng)的分析、設(shè)計， 使我對 基于 B/S門診 網(wǎng)站 系統(tǒng)有了全面的了解與認識，同時對 基于 B/S 門診 網(wǎng)站 系統(tǒng)做了具體的解剖。 （ 2） 系統(tǒng)的易管理性。 本系統(tǒng)的大部分模塊已經(jīng)實現(xiàn)，并且也符合以上幾個特性。隨著研究的進行，可能還會出現(xiàn)其他一些問題，我會繼續(xù)努力，逐步改善和不斷完善本系統(tǒng)。是他們陪我一起走過學生時代，和我同舟共濟，共同迎接困難和挑47 戰(zhàn)，他們對我的種種支持和幫助，最是感激不盡。 48 As Alexander went off duty he noticed the bobbing flicker of ships39。是他們傳授給我了寶貴知識，是他們使我學會了奮斗與拼搏，同樣是他們使我懂得了堅強與自信。 感謝我所有的同學和朋友。因此，本系統(tǒng)仍然存在著一些需要改進和不足的問題 。因此系統(tǒng)要隨著用戶的需求而不斷發(fā)生變化，不斷更新系統(tǒng)的內(nèi)容來滿足用戶更多的需求。界面的清晰簡單可以使學習用戶一目了然，輕松的找到自己瀏覽本系統(tǒng)的目的所在。同時，醫(yī)生開出的處方，也不會因藥房缺藥或藥品規(guī)格填寫不當而要患者上下來回奔走。在該導航實現(xiàn)過程中，用到的數(shù)據(jù)有文章表，顯示的內(nèi)容是從文章表數(shù)據(jù)庫中調(diào)取出來。 算法的主要步驟如下： (1)初始化，包括打開數(shù)據(jù)庫 User、建立相關(guān)控件與數(shù)據(jù)庫的連接等； (2)將用戶信息管理表、用戶狀態(tài)表各添加一條記錄； (3)讀取各文本控件或列表控件中用戶輸入或選擇的信息到各表中對應(yīng)的字段中； (4)結(jié)束。算法主要功能是通過接收用戶輸入或選擇的信息初始化用戶模塊中有關(guān)信息，以下便是該算法所涉及的數(shù)據(jù)結(jié)構(gòu)和詳細過程。 如圖 用戶登錄數(shù)據(jù)流圖 [17]： 用戶名和密碼用戶注冊登錄成功用戶信息管理表用戶信息是否用戶信息身份驗證 圖 42 系統(tǒng)的實現(xiàn)算法 用戶信息初始化算法 通過前面幾章的分析，我們已經(jīng)知道用戶信息是基于 B/S 門診網(wǎng)站的基礎(chǔ)。 以上各個環(huán)節(jié)相互聯(lián)系，前后影響。用戶輸入用戶名和密碼后，系統(tǒng)驗證是否正確并決定用戶是否能進入系統(tǒng)，并根據(jù)權(quán)限訪問不同界面 . (3)管理員（ admin）。只要用戶能連上 Inter,便可以在任何時間、任何地點使用。它反應(yīng)某一具體應(yīng)用所涉及的數(shù)據(jù)必須滿足的語義要求。 ER 模型中包含“實體”，“聯(lián)系”和“屬性”。它描述了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)實環(huán)境，且與在軟件系統(tǒng)中的實現(xiàn)方法無關(guān)。,39。具體配置步驟如下： 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 va