【正文】 Source 控件作為數(shù)據(jù)訪問中間件是不二選擇。并且此系統(tǒng)操作簡(jiǎn)單，不會(huì)使用戶不知何處下手，只要是懂得上網(wǎng)和識(shí)字的用戶都能夠?qū)Ρ鞠到y(tǒng)操作的游刃有余。 從各方面的初步調(diào)查基礎(chǔ)上， 從建立新的 基于 B/S門診 網(wǎng)站 系統(tǒng)的必要性和可能性兩個(gè)方面進(jìn)行具體分析后，得出結(jié)論：開發(fā) 基于 B/S門診 網(wǎng)站 系統(tǒng)是十分必要和可行的。本系統(tǒng)的用戶模型的特點(diǎn)是模型分為動(dòng)態(tài)和靜態(tài)兩部分，兩部分相互作用共同完成建構(gòu)個(gè)性化的掛診內(nèi)容和動(dòng)態(tài)導(dǎo)航的任務(wù)。 4) 發(fā)布功能 發(fā)布功能讓門診醫(yī)院能夠及時(shí)發(fā)布通知，技術(shù)文章，門診醫(yī)院新聞等信息，讓門診醫(yī)生能夠用時(shí)了解通知，醫(yī)學(xué)技術(shù)等信息。主要功能是完成病歷基本指標(biāo)的填寫，病情、病史的記載，醫(yī)囑的開立和實(shí) 施，以及相關(guān)輔助功能。 3． 打印收據(jù)功能 4． 查詢價(jià)格功能 5． 統(tǒng)計(jì)收入功能 門診收費(fèi) 工作流程 圖 : 20 醫(yī)院門診藥房 2. 醫(yī)院門診藥房 醫(yī)院的醫(yī)療水平和服 務(wù)質(zhì)量一直是社會(huì)關(guān)注的焦點(diǎn)，僅靠增加基礎(chǔ)設(shè)施投入和脫離信息化的管理方法的改進(jìn)，是不能從根本上提高醫(yī)院的工作效率、服務(wù)質(zhì)量和管理水平的。 門診發(fā)藥模塊是醫(yī)院門診網(wǎng)站設(shè)計(jì)的一個(gè)重要模塊。 3． 打印藥品清單 對(duì)發(fā)出的藥品名稱，單位、規(guī)格，數(shù)量，日期通過打印機(jī)打印出一張收費(fèi)憑證 22 4． 藥品入庫功能 對(duì)藥品進(jìn)行類型 編號(hào)，西藥（ XY）、成藥（ CY）、中草藥（ ZCY） ，入庫數(shù)量，生產(chǎn)日期，廠商聯(lián)系方式， 5． 藥品 查詢、修改功能 查詢功能是對(duì) 藥房?jī)?nèi)的藥品方便管理，通過輸入藥品的名稱或編碼查詢藥庫里 是否有這類藥品，或者這類藥品是否存在過期的情況。 門診藥房工作流程 23 2. 網(wǎng)站管 理維護(hù)功能 網(wǎng)站管理 維護(hù)功能圖 : 帳號(hào)管理功能 : 項(xiàng)目管理功能 : 24 日志查詢功能 : 科室管理功能 : 25 員工管理功能 : 26 系統(tǒng)功能模塊介紹 在系統(tǒng)分析的基礎(chǔ)上，結(jié)合用戶的使用狀態(tài)，以及對(duì)現(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)。注冊(cè)界面如下 : 登錄模塊 不管是病號(hào)還是醫(yī)生 ,都要通過登錄來進(jìn)入系統(tǒng) .從而進(jìn)行下一步操作 .登錄界面如下圖所示 : 登錄 購藥車 個(gè)人信息 在線掛號(hào) 病號(hào) 醫(yī)生 在線門診 在線看病 留言 版 坐診 管理藥物 管理文章 管理藥物 回答留言 28 根據(jù)登錄用戶名判斷是管理員還是醫(yī)生 .確定進(jìn)入不同的管理層次。 服務(wù)器端直接可以訪問數(shù) 據(jù)庫，在接受客戶端請(qǐng)示后，并從數(shù)據(jù)庫里讀取出相應(yīng)的數(shù)據(jù)來回發(fā)到客戶端 。無論用戶的規(guī)模有多大，有多少分支機(jī)構(gòu)都不會(huì)增加任何維護(hù)升級(jí)的工作量，所有的操作只需要針對(duì)服務(wù)器進(jìn)行；如果是異地，只需要把服務(wù)器連接專網(wǎng)即可，實(shí)現(xiàn)遠(yuǎn)程維護(hù)、升級(jí)和共享。該章主要是以全局的整體的角度描述整個(gè)系統(tǒng)的功能和框架，它所涉及的理論分析和設(shè)計(jì)為后面的算法設(shè)計(jì)和實(shí)現(xiàn)打下基礎(chǔ)。,39。,1) 必須有 admin 用戶 GO /* 門診藥房子系統(tǒng)， tbDrugsInfo 屬性：藥品 ID 號(hào)，藥品名，類型（處方，非處方），庫存，單價(jià)（ 5 個(gè)屬性） */ create table tbDrugsInfo ( ID int identity(1,1) primary key,藥品 ID 號(hào) 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,單價(jià) ) GO /* 門診藥房子系統(tǒng)， 賣藥 tbDrugsSailing 屬性：買藥人 id，藥品 ID 號(hào)，藥品名，類型（處方，非處方），單價(jià)，售藥人 id（ 6 個(gè)屬性） */ create table tbDrugsSailing ( ID int identity(1,1) primary key,藥品 ID 號(hào) 37 sick_ID varchar(20) not null ,掛號(hào)人 ID 號(hào) drug_Name varchar(20) not null,藥品名 drug_Type varchar(10) ,類型（處方，非處方） drug_Num int,數(shù)量 drug_Price float,單價(jià) drug_STime datetime,發(fā)藥日期 ) GO create table tbfee_service ( ID int identity(1,1) primary key,ID 號(hào) fee_Name varchar(20) not null,名 fee_Price float,價(jià) ) 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ù)時(shí)間 ) 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,成立時(shí)間 Departs_Leader varchar(20) ,科室長 ) GO create table tbChuFang ( ID int identity(1,1) primary key,ID 號(hào) c_Name varchar(20) not null,名 c_Content varchar(200),內(nèi)容 ) ER 模型 為了把用戶的數(shù)據(jù)要求清晰明確地表達(dá)出來，通常要建立一個(gè)概念性的數(shù)據(jù)模型（也稱為信息模型）。這種方法用 ER 圖描述現(xiàn)實(shí)世界中的實(shí)體，而不涉及這 些實(shí)體在系統(tǒng)中的實(shí)現(xiàn)方法。對(duì)兩個(gè)相關(guān)聯(lián)的表（主表和從表）進(jìn)行操作數(shù)據(jù)的插入和刪除的時(shí)候，通過參照完整性保證它們之間的數(shù)據(jù)的一致性。由于程序設(shè)計(jì)的靈活性和便捷性，在整個(gè)系統(tǒng)的調(diào)試過程中對(duì)于不完善的地方只需對(duì)代碼進(jìn)行修改而不用更改數(shù)據(jù)庫，因此在系統(tǒng)中采用了程序代碼來實(shí)現(xiàn)數(shù)據(jù)庫用戶自定義完整性的約束。在每一個(gè)用戶（員工信息）使用該系統(tǒng)之前需要注冊(cè)，系統(tǒng)會(huì)將用戶輸入的信息記錄到用戶模型中，注冊(cè)后要經(jīng)過管理員認(rèn)證后才可使用該系統(tǒng)。 (4)一般員工用戶。 系統(tǒng)數(shù)據(jù)流圖 數(shù)據(jù)流圖（ Data Flow Diagram，簡(jiǎn)稱 DFD）能精確地在邏輯上描繪系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲(chǔ)等，擺脫了物理內(nèi)容，是描繪系統(tǒng)邏輯模型的最主要的工具。用戶信息是在第一次使用該系統(tǒng)注冊(cè)時(shí)輸入的。 2）用戶選擇的信息，如用戶等。文章搜索主要 是從兩方面進(jìn)行查找，一是根據(jù)文章名，二是根據(jù)藥物名。系統(tǒng)流程簡(jiǎn)化了醫(yī)院掛號(hào)、劃價(jià)收費(fèi)這兩個(gè)45 環(huán)節(jié)，復(fù)診患者無需經(jīng)過掛號(hào)環(huán)節(jié)，而原來的劃價(jià)收費(fèi)環(huán)節(jié)簡(jiǎn)化成了單純的收費(fèi)，大大縮短了患者的等待時(shí)間，提高了工作效率。醫(yī)生可以獲得網(wǎng)上各種的輔助診斷信息，掌握藥房現(xiàn)有藥品庫存情況及藥品規(guī)格， 6 結(jié)束語 經(jīng)過這一個(gè)月來對(duì)系統(tǒng)的分析、設(shè)計(jì)， 使我對(duì) 基于 B/S門診 網(wǎng)站 系統(tǒng)有了全面的了解與認(rèn)識(shí)，同時(shí)對(duì) 基于 B/S 門診 網(wǎng)站 系統(tǒng)做了具體的解剖。 （ 2） 系統(tǒng)的易管理性。 本系統(tǒng)的大部分模塊已經(jīng)實(shí)現(xiàn)，并且也符合以上幾個(gè)特性。隨著研究的進(jìn)行，可能還會(huì)出現(xiàn)其他一些問題，我會(huì)繼續(xù)努力，逐步改善和不斷完善本系統(tǒng)。是他們陪我一起走過學(xué)生時(shí)代，和我同舟共濟(jì)，共同迎接困難和挑47 戰(zhàn)，他們對(duì)我的種種支持和幫助，最是感激不盡。 48 e, Calvin said. Cirocco glanced at him, got a glimpse of his brown eyes before he turned back to his work. That was my thought. A real big fusion ramscoop. The machinery is in the hub, electromagic field generators to funnel the interstellar hydrogen into the center, where it gets burned. Gaby shrugged. Ma ke。是他們傳授給我了寶貴知識(shí)，是他們使我學(xué)會(huì)了奮斗與拼搏，同樣是他們使我懂得了堅(jiān)強(qiáng)與自信。 感謝我所有的同學(xué)和朋友。因此，本系統(tǒng)仍然存在著一些需要改進(jìn)和不足的問題 。因此系統(tǒng)要隨著用戶的需求而不斷發(fā)生變化，不斷更新系統(tǒng)的內(nèi)容來滿足用戶更多的需求。界面的清晰簡(jiǎn)單可以使學(xué)習(xí)用戶一目了然，輕松的找到自己瀏覽本系統(tǒng)的目的所在。同時(shí)，醫(yī)生開出的處方，也不會(huì)因藥房缺藥或藥品規(guī)格填寫不當(dāng)而要患者上下來回奔走。在該導(dǎo)航實(shí)現(xiàn)過程中，用到的數(shù)據(jù)有文章表，顯示的內(nèi)容是從文章表數(shù)據(jù)庫中調(diào)取出來。 算法的主要步驟如下： (1)初始化，包括打開數(shù)據(jù)庫 User、建立相關(guān)控件與數(shù)據(jù)庫的連接等； (2)將用戶信息管理表、用戶狀態(tài)表各添加一條記錄； (3)讀取各文本控件或列表控件中用戶輸入或選擇的信息到各表中對(duì)應(yīng)的字段中； (4)結(jié)束。算法主要功能是通過接收用戶輸入或選擇的信息初始化用戶模塊中有關(guān)信息，以下便是該算法所涉及的數(shù)據(jù)結(jié)構(gòu)和詳細(xì)過程。 如圖 用戶登錄數(shù)據(jù)流圖 [17]： 用戶名和密碼用戶注冊(cè)登錄成功用戶信息管理表用戶信息是否用戶信息身份驗(yàn)證 圖 42 系統(tǒng)的實(shí)現(xiàn)算法 用戶信息初始化算法 通過前面幾章的分析，我們已經(jīng)知道用戶信息是基于 B/S 門診網(wǎng)站的基礎(chǔ)。 以上各個(gè)環(huán)節(jié)相互聯(lián)系，前后影響。用戶輸入用戶名和密碼后，系統(tǒng)驗(yàn)證是否正確并決定用戶是否能進(jìn)入系統(tǒng)，并根據(jù)權(quán)限訪問不同界面 . (3)管理員（ admin）。只要用戶能連上 Inter,便可以在任何時(shí)間、任何地點(diǎn)使用。它反應(yīng)某一具體應(yīng)用所涉及的數(shù)據(jù)必須滿足的語義要求。 ER 模型中包含“實(shí)體”，“聯(lián)系”和“屬性”。它描述了從用戶角度看到的數(shù)據(jù)，它反映了用戶的現(xiàn)實(shí)環(huán)境，且與在軟件系統(tǒng)中的實(shí)現(xiàn)方法無關(guān)。,39。具體配置步驟如下： create database db_NewHospital GO USE db_NewHospital GO 屬性：掛號(hào)人 ID 號(hào)，姓 名，性別，出生年月，身份證號(hào)，職業(yè)，民族，婚否，工作單位，家庭住址，掛號(hào)日期，開掛號(hào)工作人員人 ID ，掛號(hào)費(fèi)，（ 13 屬性） create table tbSickRegister ( sick_ID int identity(1,1) primary key,掛號(hào)人 ID 號(hào) sr_Name varchar(20) not null,姓名 sr_Time datetime ,掛號(hào)日期 sr_Type varchar(20) not null,，開掛號(hào)類型，專家普通 sr_GZI