【文章內(nèi)容簡介】 uby 和 Tcl 等。 (4)支持多線程，充分利用 CPU 資。 (5)優(yōu)化的 SQL 查詢算法，有效地提高查詢速度。 (6)既能夠作為一個(gè)單獨(dú)的應(yīng)用程序應(yīng)用在客戶端服務(wù)器網(wǎng)絡(luò)環(huán)境中，也能夠作為一個(gè)庫而嵌入到其他的軟件中。 (7)提供多語言支持，常見的編碼如中文的 GB 231 BIG5，日文的 Shift_JIS等都可以用作數(shù)據(jù)表名和數(shù)據(jù)列名。 (8)提供 TCP/IP、 ODBC 和 JDBC 等多種數(shù)據(jù)庫連接途徑。 (9)提供用于管理、檢查、優(yōu)化數(shù)據(jù)庫操作的管理工具。 (10)支持大型的數(shù)據(jù)庫?？梢蕴幚頁碛猩锨f條記錄的大型數(shù)據(jù)庫。 (11)支持多種存儲(chǔ)引擎 。 系統(tǒng)的軟硬件平臺(tái) （ 1）客戶機(jī) /服務(wù)器：采用 Pentium II 或以上級別 PC 機(jī)，至少 30M 硬盤，Pentium90MHZ，支持 VGA 或分辨率更高的顯示器 （ 2）客戶機(jī) /服務(wù)器操作系統(tǒng)： Window xp/vista/7。 （ 3）數(shù)據(jù)庫： MySQL （ 4）網(wǎng)絡(luò)：以太網(wǎng)組成的局域網(wǎng)，可設(shè)多臺(tái)客戶機(jī)。 杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 8 可行性分析 經(jīng)濟(jì)上的可行性 （ 1）前期投入資金比較少，只需要平臺(tái)系統(tǒng)的開發(fā)、域名和空間的購買費(fèi)用，需要一些花費(fèi)，但是不多。 （ 2）接下來就是資料的錄入工作。管理員登陸系統(tǒng)后臺(tái)，可對相 關(guān)系信息資料進(jìn)行添加、修改等工作即可。 （ 3）中后期主要工作就是維護(hù)更新，工作量不大，只需一位管理人員來完成。 （ 4）平臺(tái)進(jìn)入正常運(yùn)轉(zhuǎn)之后，可節(jié)省節(jié)省大量的人力物力，從長遠(yuǎn)看，獲益會(huì)遠(yuǎn)遠(yuǎn)大于支出。 從經(jīng)濟(jì)上來說，建設(shè)這樣一個(gè)系統(tǒng)是可行的。 技術(shù)上的可行性 技術(shù)可行性研究是研究現(xiàn)有的技術(shù)條件能否順利完成開發(fā)工作，硬、軟件配置能否滿足開發(fā)的需要等等。配置稍好的 PC 機(jī)， Winxp 操作系統(tǒng)， MySQL 軟件，結(jié)合 JSP 語言，可以完成目標(biāo)系統(tǒng)的建設(shè)，從技術(shù)上來說是容易實(shí)現(xiàn)的。 操作上的可行性 首先，設(shè)計(jì)系統(tǒng)的幾種軟件現(xiàn)在都比較流行，一般設(shè)計(jì)人員對這幾款軟件比較熟悉，可以利用這些軟件設(shè)計(jì)出較完善的醫(yī)院電子病案管理系統(tǒng)。其次，系統(tǒng)的管理主要是信息的錄入、修改、統(tǒng)計(jì)等工作，一般工作人員都能夠勝任。從操作上來說是可行的。 綜上所述，從各方面來看，我們在現(xiàn)行條件下可以設(shè)計(jì)出較合適的平臺(tái)系統(tǒng)，完成對軟件測試的管理。 系統(tǒng)功能需求分析 需求分析分為功能需求和性能需求。 杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 9 功能需求 所謂“需求分析”，是指對要解決的問題進(jìn)行詳細(xì)的 分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。簡單的說就是分析用戶的要求。需求分析是系統(tǒng)設(shè)計(jì)的起點(diǎn)，需求分析的結(jié)果是否準(zhǔn)確地反映了用戶的實(shí)際要求，將直接影響到后面各個(gè)階段的設(shè)計(jì)，并影響到設(shè)計(jì)結(jié)果是否合理和實(shí)用。 本系統(tǒng)設(shè)計(jì)的最終目的是實(shí)現(xiàn)對 系統(tǒng) 的有序高效管理。為此在系統(tǒng)設(shè)計(jì)時(shí)應(yīng)做好用戶需求查 ， 充分了解用戶的實(shí)際需求 ， 保證系統(tǒng)具有良好的易用性、穩(wěn)定性和擴(kuò)展性。通過前期的調(diào)查分析及研究，對本管理系統(tǒng)來說，分 四 種用戶類型，管理員、病案管理員、醫(yī)生和病人。本系統(tǒng) 主要實(shí)現(xiàn)的是用戶管理和 病案管理兩大功能，其中用戶管理主要管理以上所述四種用戶類型；病案管理主要包括病案的形成管理、病案借閱管理、病案的開發(fā)利用管理。其中病案的形成管理包括病案信息錄入、病案編目、病案信息維護(hù)、病案質(zhì)控；病案借閱管理包括病案預(yù)約、病案借閱、醫(yī)生授權(quán)管理；病案開發(fā)利用包括病案檢索、治療方法優(yōu)化、病案統(tǒng)計(jì)。 此外，由于嘉興曙光醫(yī)院尚未建立病案管理信息系統(tǒng)，雖然建有病案管理科，但該科室主要管理的是紙質(zhì)病案，要建立病案管理信息系統(tǒng)首先還得對病案管理科進(jìn)行職能整改，以下是我做的病案管理科職能分類圖： 病 案 管 理 科登 記 組 （ 入院 、 出 院 ）病 案 管 理 組 病 案 質(zhì) 控 組 系 統(tǒng) 管 理 員病 案 錄 入 病 案 歸 檔 病 案 借 閱 圖 31 病 案管理科職能分類圖 性能需求 除了滿足用戶的功能要求外，系統(tǒng)的性能要求也很重要。 系統(tǒng)的性能要求通常包括：運(yùn)行時(shí)間、存儲(chǔ)容量、界面的友好性、系統(tǒng)的安全性、可靠性以及容錯(cuò)能力等。 系統(tǒng)的性能要求應(yīng)按以下幾個(gè)方面確定： (1)容量要求：確定系統(tǒng)的容量，如處理的記錄數(shù)和處理數(shù)據(jù)的最大容量等。 杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 10 (2)精度要求：確定系統(tǒng)的精度。如數(shù)據(jù)或數(shù)值計(jì)算的精度和數(shù)據(jù)傳輸?shù)木鹊取? (3)時(shí)間特性要求：確定系統(tǒng)的時(shí)間特性，如處理時(shí)間、響應(yīng)時(shí)間及其峰值負(fù)載期間允許偏離范圍，系統(tǒng)各項(xiàng)功能的 J 幀序關(guān)系。 (4)適應(yīng)性要求： 必須指明反映系統(tǒng)環(huán)境變化和系統(tǒng)適應(yīng)能力的各種參數(shù)。如當(dāng)需求發(fā)生變化時(shí)，系統(tǒng)的適應(yīng)能力，并指出為適應(yīng)這些變化而需要設(shè)計(jì)的軟件和過程。 (5)界面友好性：要有適應(yīng)用戶特點(diǎn)的智能化人 —— 機(jī)交互界面，以便用戶經(jīng)過簡單的培訓(xùn)就可操作使用。 (6)系統(tǒng)可靠性：為提高系統(tǒng)可靠性必須采用模塊化和結(jié)構(gòu)化設(shè)計(jì)，提高系統(tǒng)的容錯(cuò)能力，并保障系統(tǒng)不會(huì)因人為的操作錯(cuò)誤而死機(jī)或崩潰。如果系統(tǒng)對時(shí)效要求非常高，還必須考慮雙機(jī)系統(tǒng)和磁盤陣列等措施。此外，還應(yīng)采用可靠的供電設(shè)備。 對信息系統(tǒng)的性能而言，其要求是：信息查詢的平均響應(yīng)時(shí)間、連接的 終端數(shù)、數(shù)據(jù)存儲(chǔ)容量、可擴(kuò)充存儲(chǔ)容量 (可存儲(chǔ)幾年、幾個(gè)月的數(shù)據(jù) )、打印報(bào)表的種類和數(shù)量等。 業(yè)務(wù)流程分析 繪制業(yè)務(wù)流程圖主要用到以下幾種符號，分別是： 業(yè)務(wù)處理單位 業(yè)務(wù)處理描述 單據(jù) 傳遞 判斷 數(shù)據(jù)存儲(chǔ) 醫(yī)院電子病案管理系統(tǒng)工作流程為：系統(tǒng)啟動(dòng)并進(jìn)入系統(tǒng) 登錄頁面，輸 入賬號密碼進(jìn)行登錄。管理員登錄后可添加醫(yī)生信息，數(shù)據(jù)備份；醫(yī)生登錄后可添加病人信息和病案信息；病人登陸后可進(jìn)行個(gè)人資料修改，對個(gè)人病案進(jìn)行查看和下載。 本系統(tǒng)的業(yè)務(wù)流程圖如圖 33 所示： 杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 11 病 人入 院 登 記 醫(yī) 生 治 療病 案 單住 院 登 記住 院 登記 處病 案 單需 住 院無 需 住 院治 療床 位 分 配住 院病 案 科病 案 質(zhì) 控病 案 編 目住 院 單床 位 信 息分 配 床 位是 否 有 病歷是創(chuàng) 建 病 歷否病 歷病 歷醫(yī) 囑醫(yī) 囑標(biāo) 準(zhǔn) 病 案病 案 系 統(tǒng)病 案 開 發(fā) 利用 圖 32 業(yè)務(wù)流程圖 本系統(tǒng)是利用現(xiàn)代化的計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)將醫(yī)院電子病案管理進(jìn)行整合，按照實(shí)踐過程設(shè)計(jì)完成的。同時(shí)完善服務(wù)，初步設(shè)計(jì)一個(gè)醫(yī)院電子病案管理系統(tǒng)的平臺(tái)，便于管理員提高管理效率。為了使系統(tǒng)在各項(xiàng)管理中發(fā)揮更大的作用，實(shí)現(xiàn)工作過程的計(jì)算機(jī)化，提高工作效率和工作 質(zhì)量，現(xiàn)提出如下系統(tǒng)開發(fā)目標(biāo)： （ 1） 操作簡單、界面友好：完全控件式的頁面布局，使得信息的錄入工作更簡便。 （ 2） 即時(shí)可見：對信息的處理（包括添加、修改、刪除）將立即在對應(yīng)的版塊顯示出來，達(dá)到 即時(shí)發(fā)布、即時(shí)見效 的功能。 （ 3） 功能完善：不僅包括常見系統(tǒng)的信息管理的各個(gè)方面：信息錄入、瀏覽、刪除、修改、查詢等各個(gè)方面，完整地實(shí)現(xiàn)了系統(tǒng)對即時(shí)信息的管理要求。而且，還能進(jìn)行上傳下載相關(guān)資源的管理。 （ 4） 方便移植：系統(tǒng)應(yīng)具有實(shí)用性、可靠性和適用性。系統(tǒng)界面中所需的數(shù)據(jù)都存放于數(shù)據(jù)文件中，只要對該文件做部分修改 ，就能在系統(tǒng)界面上實(shí)現(xiàn)及時(shí)更新的效果，減少了更改系統(tǒng)源代碼的復(fù)雜性。 （ 5） 動(dòng)態(tài)管理：對系統(tǒng)數(shù)據(jù)庫實(shí)行動(dòng)態(tài)操作，能實(shí)現(xiàn)對數(shù)據(jù)庫信息的動(dòng)態(tài)查詢、動(dòng)態(tài)更新修改和動(dòng)態(tài)錄入數(shù)據(jù)。 數(shù)據(jù)流程分析 數(shù)據(jù)流程分析主要包括對信息的流動(dòng)、傳遞、處理、存儲(chǔ)等的分析。數(shù)據(jù)流杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 12 程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題?，F(xiàn)有的數(shù)據(jù)流程分析多是通過分層的數(shù)據(jù)流程圖（ data flow diagram，簡稱 DFD）來實(shí)現(xiàn)的。其具體的做法是：按業(yè)務(wù)流程圖理出的業(yè)務(wù)流程順序，將相應(yīng)調(diào)查過程中所掌握的數(shù)據(jù)處理過程，繪制成一套完整的數(shù) 據(jù)流程圖。 數(shù)據(jù)流程圖的系統(tǒng)部件包括系統(tǒng)的外部實(shí)體、處理過程、數(shù)據(jù)存儲(chǔ)和系統(tǒng)中的數(shù)據(jù)流四個(gè)組成部分 ，對應(yīng)的符號如下： 外 部 實(shí) 體處 理 過 程數(shù) 據(jù) 存 儲(chǔ)數(shù) 據(jù) 流 系統(tǒng)的頂層數(shù)據(jù)流程圖 P 0病 案 管 理信 息 系 統(tǒng)病 人醫(yī) 院 信 息系 統(tǒng)醫(yī) 生病 案 管 理人 員病 案 查 詢病歷信息病案編目病案更新病案質(zhì)控病案查詢用戶管理病案借閱管理病 案 打 印個(gè)人信息維護(hù)病案借閱病案信息醫(yī)囑 圖 33 頂層數(shù)據(jù)流 杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 13 系統(tǒng)一層數(shù)據(jù)流程圖 病人一層數(shù)據(jù)流程圖： 病 人P 1個(gè) 人 信 息 管理個(gè) 人 信 息表登 陸 信 息 個(gè) 人 信 息個(gè) 人 信 息 圖 34 病人一層數(shù)據(jù)流程圖 醫(yī)生一層數(shù)據(jù)流程圖： 醫(yī) 生P 2醫(yī) 生 個(gè) 人 資料 管 理P 3病 人 一 般 病案 管 理醫(yī) 生 信 息表病 案 表登 陸 信 息 登 陸 信 息醫(yī) 生 信 息病 案 信 息 圖 35 醫(yī)生一層數(shù)據(jù)流程圖 登記員一層數(shù)據(jù)流程圖： 登 記 員P 4入 院 登 記P 5出 院 登 記登 陸 信 息 登 陸 信 息出院信息入院信息出 院 登 記表入 院 登 記 表入 院 信 息出 院 信 息 圖 36 登記員一層數(shù)據(jù)流程圖 杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 14 病案管理員一層數(shù)據(jù)流程圖： 病 案 管 理員P 7病 案 管 理病案信息P 6病 案 質(zhì) 控管 理病 案 信 息表病 案 信 息表登 陸 信 息 病 案 信 息質(zhì)控信息 圖 37 病案管理員一層數(shù)據(jù)流程圖 系統(tǒng)管理員一層數(shù)據(jù)流程圖： 系 統(tǒng) 管 理員P 8系 統(tǒng) 管 理登 陸 信 息 管 理 信 息日 志 信 息管 理 日 志 圖 38 系統(tǒng)管理員一層數(shù)據(jù)流程圖 二層數(shù)據(jù)流程圖 病人個(gè)人信息管理二層數(shù)據(jù)流程圖： 病 人P 1 . 1查 看 個(gè) 人資 料P 1 . 4查 看 醫(yī) 囑P 1 . 2修 改 個(gè) 人資 料登 陸 信 息個(gè)人信息有誤個(gè) 人 信 息表P 1 . 3查 看 個(gè) 人 病案登 陸 信 息P 1 . 5打 印 醫(yī) 囑 圖 39 病人個(gè)人信息管理二層數(shù)據(jù)流程圖 杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 15 醫(yī)生個(gè)人資料管理二層數(shù)據(jù)流程圖： 醫(yī) 生P 2 . 1查 看 個(gè) 人 信息P 2 . 2修 改 個(gè) 人 信息醫(yī) 生 信 息表登 錄 信 息 圖 310 病人個(gè)人資料管理二層數(shù)據(jù)流程圖 醫(yī)生一般病案管理二層數(shù)據(jù)流程圖： P 3 .5查 看 病 案借 閱 情 況P 3 .8查 看 病 案借 閱 歷 史P 3 .7預(yù) 約 病 案P 3 .6病 案 借 閱申 請病 案 預(yù) 約表醫(yī) 生P 3 .1創(chuàng) 建 一 般 病案P 3 .2輸 入 病 案 信息病 案 信 息表P 3 .3查 看 病 案P 3 .4修 改 病 案 信息病 案 信 息表登 錄 信 息病 案 信 息病 案 編 碼登 錄 信 息 圖 311 醫(yī)生一般病案管理二層數(shù)據(jù)流程圖 入院登記二層數(shù)據(jù)流程圖： 登 記 員P 4 . 1查 看 病 歷 號P 4 . 3新 建 病 案P 4 . 4填 寫 入 院 信息P 4 . 2創(chuàng) 建 病 歷病 歷 存 在登 陸 信 息病歷不存在病 案 表入 院 表 圖 312 入院登記二層數(shù)據(jù)流程圖 杭州電子科技大學(xué)本科畢業(yè)設(shè)計(jì) 16 出院登記二層數(shù)據(jù)流程圖： 登 記 員P 5 . 1查 看 個(gè) 人 病案 單P 5 . 3出 院 登 記病 人 病 歷 號 出 院 信 息出 院 登 記表出 院 單P 5 . 2創(chuàng) 建 出 院 單P 5 . 4病 案 入 庫 圖 313 出院登記二層數(shù)據(jù)流程