【正文】 D 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。用戶模型主要是簡單的介紹了用戶的特征與智能收藏的相關(guān)關(guān)系。 客戶端介紹 基于 B/S 門診 網(wǎng)站 （ Client） 是采用的是 B/S（ Browser/Server） 技術(shù)與服務(wù)器交互。 : 門診掛號模塊 病人先到掛號臺去掛號 .門診掛號信息界面如下圖所示 : 29 網(wǎng)上掛號模塊 這一塊分了網(wǎng)上掛號和查詢掛號兩部 分 ,相當(dāng)于一個網(wǎng)上門診 ,網(wǎng)上掛號界面如下 : 網(wǎng)上看病模塊 這一塊主要是網(wǎng)上門診用聊天室實現(xiàn) ,可以和醫(yī)生實時交流 ,面如下圖所示 : 30 付費模塊 : 看病費用繳納 。 27 圖 模 塊介紹 禁止匿名訪問。 同樣修改功能 則是對藥庫里的藥品信息做錯誤信息的更正，比如藥品銷售以后剩余的 量更正，或者藥品類型錯誤進行更正。 門診發(fā)藥功能圖： 21 1． 發(fā) 放 藥 品功能 藥房根據(jù)待發(fā)藥病人列表調(diào)出病人的處方進行發(fā)藥，通過醫(yī)生平臺傳過來的信息（包括病人的卡號、病人的基本信息、醫(yī)生開出的各種藥方的名稱，單位，規(guī)格，數(shù)量等）來給到藥房領(lǐng)藥的人發(fā)藥 （憑卡） 2． 藥品管理功能 首先把藥品進行分類：西藥、成藥、中草藥 , 然后對西藥編碼 XY、成藥編碼 CY、中草藥編碼 ZCY，對藥品管理采用類型編碼和藥品編碼，方便對藥品進行查詢和管理。所以，一個現(xiàn)代化的適應(yīng)社會發(fā)展需要的醫(yī)院，除了具備一流的醫(yī)療隊伍、一流的服務(wù)設(shè)施之外，還應(yīng)具備一流的管理信息系統(tǒng)。 門診醫(yī)生功能圖： . 17 1． 待診病人查詢 根據(jù)就診號生成待診病人列表 .可以讓醫(yī)生從中選取 ,然后醫(yī)生進入日常工作 . 2． 病人信息查詢 查詢病人基本信息 .如就診號 ,性別 ,年齡 ,病歷 ,等 . 3． 藥品信息查詢 查詢藥品的信息 .如藥品編號 ,作用 ,出產(chǎn)地 ,價格 ,用藥應(yīng)注意事項 ,進藥日期 ,過期日期等 . 4． 寫診斷與處方 根據(jù)病人的癥狀寫出醫(yī)生的診斷結(jié)果 ,并根據(jù)診斷寫出治療處方 ,使用藥品 ,用藥量 ,等 . 5． 處 方查詢 在處方的過程中 ,可以使用查詢處方功能輔助醫(yī)生 . 6．記電子病歷 記錄病人的情況 ,如現(xiàn)病史 ,既行史 ,診斷 ,開出的處方 ,處理意見 ,休檢 ,時間 ,等 . 18 7 工作量統(tǒng)計 統(tǒng)計一天醫(yī)生的工作量 ,病人統(tǒng)計 . 根據(jù)前面我們分析門診子系統(tǒng)應(yīng)該具有的功能 我們就可以知道醫(yī)生在 流程圖： 結(jié)論 門診醫(yī)生模塊是醫(yī)院中一個重要的模塊 ,提高了醫(yī)生的工作效率 ,代替了傳統(tǒng)的工作方法 ,使信息更加容易查詢 ,保存和修改等 . 2. 門診收費功能分析 門診收費功能圖： 19 1． 門診劃價功能 門診劃價收 費系統(tǒng)”功能模塊用于在門診收費處記錄病人的繳費信息，并執(zhí)行相應(yīng)的統(tǒng)計核算功能 “門診劃價”用于完成門診病人各種處方、檢查申請、治療申請等診治費用的計價工作， 各種藥品、檢查的價格信息在字典管理中維護。掛號可以分為專家號，普通號，等，而不同的類型的掛號又有不同的收費標(biāo)準(zhǔn)等。 2) 信息查詢功能 信息查詢功能能夠讓用戶一進入網(wǎng)站就能夠及時了解醫(yī)院的信息，使用戶能夠很快的 入工作壯態(tài)，提高工作的效率。 用戶模型則可以記錄所有不同用戶的特征以及在使用中不同信息。 ③ 代碼可讀性好：文中的代碼都是利用 腳本語言進行編寫，簡潔易懂。 這個系統(tǒng)能夠滿足人們在門診看病流程的基本要求。因此，可以在 Selected 事件中處理程序中，通過檢測異常，來判斷是否連接數(shù)據(jù)庫失敗。 11 ProviderName ： 數(shù) 據(jù) 提 供程 序 名 稱 ，包 括 、 、 （默認(rèn)）。 SqlDataReader 可以快速的從數(shù)據(jù)源獲得只讀的，向前的數(shù)據(jù)流。它包含了許多的 Data Providers，分別用于訪問不同的數(shù)據(jù)源 ―― 取決于它們所使用的數(shù)據(jù)庫或者協(xié)議。 data adapter 里包含了 connection 對象 ,當(dāng)對數(shù)據(jù)源進行讀取或者寫入的時候， data adapter 會自動的打開或者關(guān)閉連接。 The SqlDataAdapter Object 某些時候我們只需要讀數(shù)據(jù)，并且你不需要修改它們把更改寫回數(shù)據(jù)源。 The DataSet Object DataSet 對象用于表示那些儲存在內(nèi)存中的數(shù)據(jù)。這時候就用到了 data reader 對象。 The SqlCommand Object 連接數(shù)據(jù)庫后就可以開始想要執(zhí)行的數(shù)據(jù)庫操作，這個是通過 mand 對象完成， mand 對象一般被用來發(fā)送 SQL 語句給數(shù)據(jù)庫。掌握它們后你將了解使用 和數(shù)據(jù)打交道會需要考慮哪些事情。在本教程里使用的是數(shù)據(jù)源是 SQL Server，所以你會發(fā)現(xiàn)所有的 API 對象都帶有 Sql 前綴，比如 SqlConnection。 我們舉一個實際的例子來理解表格中的 API 前綴。 Provider API 前綴 數(shù)據(jù)源描述 ODBC Data Provider Odbc 提供 ODBC 接口的數(shù)據(jù)源。這些類庫稱為 Data Providers，并且通常是以數(shù)據(jù)源的類型以及協(xié)議來命名的。然而，并沒有這樣的一組類庫可以達到這個目的，因為各個數(shù)據(jù) 源的協(xié)議各不相同，我們需要通過正確的協(xié)議來訪問數(shù)據(jù)源。 是一組訪問數(shù)據(jù)源的面向?qū)ο蟮念悗臁Ｒx擇系統(tǒng)數(shù)據(jù)源名 ,指定所用的驅(qū)動程序 ,如 Microsoft access,在數(shù)據(jù)來源名稱中輸入 DSN 名 ,并選定服務(wù)器和數(shù)據(jù)庫 [10]。 ADO 使用內(nèi)置的 RecordSets 對象作為數(shù)據(jù)的主要接口。 基于 Windows 認(rèn)證技術(shù)和每應(yīng)用程序配置，你可以確性你的原程序時絕對安全的。這種被稱為 Zero Local Administration的哲學(xué)觀念使 的基于應(yīng)用的開發(fā)更加具體，和快捷。 同時也是 languageindependent 語言獨立化的，所以，你可以選擇一種最適合你的語言來編寫你的程序，或者把你的程序用很多 種語言來寫，現(xiàn)在已經(jīng)支持的有 C（ C++和 Java 的結(jié)合體）， VB， Jscript。 構(gòu)架是可以用Microsoft（ R）公司最新的產(chǎn)品 Visual 開發(fā)環(huán)境進行開 發(fā)， WYSIWYG（ What You See Is What You Get 所見即為所得）的編輯。 相關(guān)技術(shù)介紹 技術(shù)的介紹 是一種建立在通用語言上的程序構(gòu)架，能被用于一臺 Web 服務(wù)器來建立強大的 Web 應(yīng)用程序。 隨著信息科學(xué)技術(shù)的迅速發(fā)展，當(dāng)今醫(yī)學(xué)科學(xué)的研究對計算機技術(shù)的依賴性越來越強，醫(yī)院的信息化建設(shè)已經(jīng)迫在眉捷，而門診部是醫(yī)院的一個重要部門，也是病人就診的第一個環(huán)節(jié)，是醫(yī)院直接向社會廣大患者提供醫(yī)療服務(wù)的窗口之一，門診部的信息化建設(shè)直接關(guān)系到整個醫(yī)院的信息化建設(shè)的發(fā)展水平。因此，對方便患者就醫(yī)，消除 “ 三長一短 ” 現(xiàn)象大有幫助 目的 項目管理是二十世紀(jì) 50 年代后期發(fā) 展起來的計劃管理方法 ,隨著中國與國際慣例接軌步伐的不斷加快 ,項目管理的重要性被越來越多的組織及決策管理者所認(rèn)識 ,決策者開始認(rèn)識到運用項目管理知識和技術(shù)可以大大減少項目的盲目性 ,減少項目中種種失誤帶來的巨大損失。當(dāng)診斷明確后，醫(yī)生制訂治療方案，患者拿著治療方案到劃價收費室繳費，最后的取藥、治療，這一流程最大的問題是 “ 三長一短 ” （掛號排隊長、繳費排隊長、取藥排隊長、看病時間短）現(xiàn)象嚴(yán)重，對患者極不方便。 參考文獻 ................................................................................................................................. 46 致謝 ............................................................................................................