【正文】 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。,39。它描述了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)實環(huán)境，且與在軟件系統(tǒng)中的實現(xiàn)方法無關(guān)。 ER 模型中包含“實體”，“聯(lián)系”和“屬性”。它反應(yīng)某一具體應(yīng)用所涉及的數(shù)據(jù)必須滿足的 語義要求。只要用戶能連上 Inter,便可以在任何時間、任何地點使用。用戶輸入用戶名和密碼后，系統(tǒng)驗證是否正確并決定用戶是否能進(jìn)入系統(tǒng)，并根據(jù)權(quán)限訪問不同界面 . (3)管理員（ admin）。 以上各個環(huán)節(jié)相互聯(lián)系，前后影響。 如圖 用戶登錄數(shù)據(jù)流圖 [17]： 用戶名和密碼用戶注冊登錄成功用戶信息管理表用戶信息是否用戶信息身份驗證 圖 42 系統(tǒng)的實現(xiàn)算法 用戶信息初始化算法 通過前面幾章的分析，我們已經(jīng)知道用戶信息是基于 B/S 門診網(wǎng)站的基礎(chǔ)。算法主要功能是通過接收用戶輸入或選擇的信息初始化用戶模塊中有關(guān)信息，以下便是該算法所涉及的數(shù)據(jù)結(jié)構(gòu)和詳細(xì)過程。 算法的主要步驟如下： (1)初始化，包括打開數(shù)據(jù)庫 User、建立相關(guān)控件與數(shù)據(jù)庫的連接等； (2)將用戶信息管理表、用戶狀態(tài)表各添加一條記錄； (3)讀取各文本控件或列表控件中用戶輸入或選擇的信息到各表中對應(yīng)的字段中； (4)結(jié)束。在該導(dǎo)航實現(xiàn)過程中，用到的數(shù)據(jù)有文章表，顯示的內(nèi)容是從文章表數(shù)據(jù)庫中調(diào)取出來。同時，醫(yī)生開出的處方，也不會因藥房缺藥或藥品規(guī)格填寫不當(dāng)而要患者上 下來回奔走。界面的清晰簡單可以使學(xué)習(xí)用戶一目了然，輕松的找到自己瀏覽本系統(tǒng)的目的所在。因此系統(tǒng)要隨著用戶的需求而不斷發(fā)生變化，不斷更新系統(tǒng)的內(nèi)容來滿足用戶更多的需求。因此，本系統(tǒng)仍然存在著一些需要改進(jìn)和 不足的問題 。 感謝我所有的同學(xué)和朋友。是他們傳授給我了寶貴知識，是他們使我學(xué)會了奮斗與拼搏，同樣是他們使我懂得了堅強與自信。 “列裝個屁??！那個青銅版圖紙被我一氣之下，直接捏扁了！”劉震撼苦笑著雙手一攤：“威力最大的魔導(dǎo)炮和古力火銃，都需要魔法金屬做鍍層，還要用微雕技術(shù)篆刻魔 法陣，我上哪找這些技術(shù)和材料？再說了。 過戰(zhàn)況，博學(xué)多 聞的隆美爾一下子就猜出了那種能在空中自動旋轉(zhuǎn)，抵沖地心引力的金屬傘，是消失已久的地精文明杰作“空降陀螺傘” 劉震撼毫不掩飾，向隆美爾吹噓了自己退剿滅地精強盜，無意中得到過地精武器設(shè)計圖紙的事實，包括威名赫赫的魔導(dǎo)大炮，古力火銃、地精軍刀一應(yīng)俱全。是他們陪我一起走過學(xué)生時代，和我同舟共濟，共同迎接困難和挑47 戰(zhàn)，他們對我的種種支持和幫助，最是感激不盡。隨著研究的進(jìn)行，可能還會出現(xiàn)其他一些問題，我會繼續(xù)努力，逐步改善和不斷完善本系統(tǒng)。 本系統(tǒng)的大部分模塊已經(jīng)實現(xiàn)，并且也符合以上幾個特性。 （ 2） 系統(tǒng)的易管理性。醫(yī)生可以獲得網(wǎng)上各種的輔助診斷信息，掌握藥房現(xiàn)有藥品庫存情況及藥品規(guī)格， 6 結(jié)束語 經(jīng)過這一個月來對系統(tǒng)的分析、設(shè)計， 使我對 基于 B/S門診 網(wǎng)站 系統(tǒng)有了全面的了解與認(rèn)識，同時對 基于 B/S 門診 網(wǎng)站 系統(tǒng)做了具體的解剖。系統(tǒng)流程簡化了醫(yī)院掛號、劃價收費這兩個45 環(huán)節(jié)，復(fù)診患者無需經(jīng)過掛號環(huán)節(jié)，而原來的劃價收費環(huán)節(jié)簡化成了單純的收費，大大縮短了患者的等待時間，提高了工作效率。文章搜索主要是從兩方面進(jìn)行查找，一是根據(jù)文章名，二是根據(jù)藥物名。 2）用戶選擇的信息，如用戶等。用戶信息是在第一次使用該系統(tǒng)注冊時輸入的。 系統(tǒng)數(shù)據(jù)流圖 數(shù)據(jù)流圖（ Data Flow Diagram，簡稱 DFD）能精確地在邏輯上描繪系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲等，擺脫了物理內(nèi)容，是描繪系統(tǒng)邏輯模型的最主要的工具。 (4)一般員工用戶。在每一個用戶（員工信息）使用該系統(tǒng)之前需要注冊，系統(tǒng)會將用戶輸入的信息記錄到用戶模型中，注冊后要經(jīng)過管理員認(rèn)證后才可使用該系統(tǒng)。由于程序設(shè)計的靈活性和便捷性，在整個系統(tǒng)的調(diào)試過程中對于不完善的地方只需對代碼進(jìn)行修改而不用更改數(shù)據(jù)庫，因此在系統(tǒng)中采用了程序代碼來實現(xiàn)數(shù)據(jù)庫用戶自定義完整性的約束。對兩個相關(guān)聯(lián)的表（主表和從表）進(jìn)行操作數(shù)據(jù)的插入和刪除的時候，通過參照完整性保證它們之間的數(shù)據(jù)的一致性。這種方法用 ER 圖描述現(xiàn)實世界中的實 體，而不涉及這些實體在系統(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,標(biāo)題 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) ,回復(fù)人 Msg_ATime datetime ,回復(fù)時間 ) GO 信息發(fā)布 create table tbPutOutInfo ( ID int identity(1,1) primary key, p_Name varchar(20) ,發(fā)布人 p_Title varchar(40) not null,標(biāo)題 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ù)要求清晰明確地表達(dá)出來，通常要建立一個概念性的數(shù)據(jù)模型（也稱為信息模型）。,39。該章主要是以全局的整體的角度描述整個系統(tǒng)的功能和框架，它所涉及的理論分析和設(shè)計為后面的算法設(shè)計和實現(xiàn)打下基礎(chǔ)。無論用戶的規(guī)模有多大，有多少分支機構(gòu)都不會增加任何維護(hù)升級的工作量，所有的操作只需要針對服務(wù)器進(jìn)行；如果是異地，只需要把服務(wù)器連接專網(wǎng)即可，實現(xiàn)遠(yuǎn)程維護(hù)、升級和共享。 服務(wù)器端直接可以訪問數(shù) 據(jù)庫，在接受客戶端請示后，并從數(shù)據(jù)庫里讀取出相應(yīng)的數(shù)據(jù)來回發(fā)到客戶端 。注冊界面如下 : 登錄模塊 不管是病號還是醫(yī)生 ,都要通過登錄來進(jìn)入系統(tǒng) .從而進(jìn)行下一步操作 .登錄界面如下圖所示 : 登錄 購藥車 個人信息 在線掛號 病號 醫(yī)生 在線門診 在線看病 留言 版 坐診 管理藥物 管理文章 管理藥物 回答留言 28 根據(jù)登錄用戶名判斷是管理員還是醫(yī)生 .確定進(jìn)入不同的管理層次。 門診藥房工作流程 23 2. 網(wǎng)站管 理維護(hù)功能 網(wǎng)站管理 維護(hù)功能圖 : 帳號管理功能 : 項目管理功能 : 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)。 3． 打印藥品清單 對發(fā)出的藥品名稱，單位、規(guī)格，數(shù)量，日期通過打印機打印出一張收費憑證 22 4． 藥品入庫功能 對藥品進(jìn)行類型 編號，西藥（ XY）、成藥（ CY）、中草藥（ ZCY） ，入庫數(shù)量，生產(chǎn)日期，廠商聯(lián)系方式， 5． 藥品 查詢、修改功能 查詢功能是對 藥房內(nèi)的藥品方便管理，通過輸入藥品的名稱或編碼查詢藥庫里 是否有這類藥品，或者這類藥品是否存在過期的情況。 門診發(fā)藥模塊是醫(yī)院門診網(wǎng)站設(shè)計的一個重要模塊。 3． 打印收據(jù)功能 4． 查詢價格功能 5． 統(tǒng)計收入功能 門診收費 工作流程 圖 : 20 醫(yī)院門診藥房 2. 醫(yī)院門診藥房 醫(yī)院的醫(yī)療水平和服 務(wù)質(zhì)量一直是社會關(guān)注的焦點，僅靠增加基礎(chǔ)設(shè)施投入和脫離信息化的管理方法的改進(jìn)，是不能從根本上提高醫(yī)院的工作效率、服務(wù)質(zhì)量和管理水平的。主要功能是完成病歷基本指標(biāo)的填寫，病情、病史的記載，醫(yī)囑的開立和實 施，以及相關(guān)輔助功能。 4) 發(fā)布功能 發(fā)布功能讓門診醫(yī)院能夠及時發(fā)布通知，技術(shù)文章，門診醫(yī)院新聞等信息，讓門診醫(yī)生能夠用時了解通知，醫(yī)學(xué)技術(shù)等信息。本系統(tǒng)的用戶模型的特點是模型分為動態(tài)和靜態(tài)兩部分，兩部分相互作用共同完成建構(gòu)個性化的掛診內(nèi)容和動態(tài)導(dǎo)航的任務(wù)。 從各方面的初步調(diào)查基礎(chǔ)上， 從建立新的 基于 B/S門診 網(wǎng)站 系統(tǒng)的必要性和可能性兩個方面進(jìn)行具體分析后，得出結(jié)論：開發(fā) 基于 B/S門診 網(wǎng)站 系統(tǒng)是十分必要和可行的。并且此系統(tǒng)操作簡單，不會使用戶不知何處下手，只要是懂得上網(wǎng)和識字的用戶都能夠?qū)Ρ鞠到y(tǒng)操作的游刃有余。 SqlDataSource 控件用法簡單，甚至不需要手工寫一行代碼即可實現(xiàn)數(shù)據(jù)顯