【畢業(yè)學(xué)位論文】(Word原稿)基于JSP的醫(yī)院病程記錄系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)-軟件工程_第1頁
【畢業(yè)學(xué)位論文】(Word原稿)基于JSP的醫(yī)院病程記錄系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)-軟件工程_第2頁
【畢業(yè)學(xué)位論文】(Word原稿)基于JSP的醫(yī)院病程記錄系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)-軟件工程_第3頁
【畢業(yè)學(xué)位論文】(Word原稿)基于JSP的醫(yī)院病程記錄系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)-軟件工程_第4頁
【畢業(yè)學(xué)位論文】(Word原稿)基于JSP的醫(yī)院病程記錄系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)-軟件工程_第5頁
已閱讀5頁,還剩63頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

摘 要 I 基于 醫(yī)院 病程記錄系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) SP on 要 要 本人在天津 中醫(yī)藥大學(xué)第二附屬醫(yī)院 從事信息化相關(guān) 工作 。 我院 現(xiàn)用的 臨床電子病歷系統(tǒng) 采用 C/S 架構(gòu) 模式 ,實(shí)現(xiàn)包括入院記錄、出院記錄、??茩z查、 死亡 記錄等 的電子化編輯 。該系統(tǒng) 客戶端安裝升級繁瑣,運(yùn)行速度慢,靈活性較差,主要依靠模板克隆 編輯 , 對于 實(shí)時性 較強(qiáng) 、篇幅較長、個性化差異大 的 病程記錄模塊 缺乏足夠的支持。為了滿足醫(yī)生的書寫要求,結(jié)合 醫(yī)院 醫(yī)政科、病案科 等科室 根據(jù)國家相關(guān)電子病歷行業(yè)規(guī)范的指導(dǎo)意見,醫(yī)院決定自行開發(fā)一套病程記錄管理 系統(tǒng) 。在此背景下,我設(shè)計(jì) 開發(fā) 了病程記錄的新系統(tǒng)。該系統(tǒng)獨(dú)立運(yùn)行,讓醫(yī)生 實(shí)時 地 、隨時隨地 記錄 病人 的在院情況,減輕了書寫病歷帶來的繁重的工作量。 本系統(tǒng)采用 B/S 的架構(gòu)模式, 通過面向?qū)ο蟮脑O(shè)計(jì)方法,利用 強(qiáng)大技術(shù),以適合我院業(yè)務(wù)流程模式,使軟件的適應(yīng)能力和生命周期得以提升。 臨床 病程記錄 系統(tǒng) 設(shè)計(jì)采用三層 架構(gòu), 能夠適應(yīng)業(yè)務(wù)變更發(fā)生的變化,便于維護(hù),保證系統(tǒng)的靈 活性、健壯性。 病程記錄 管理 系統(tǒng) 實(shí)現(xiàn)了病歷的 書寫 、 保存、 檢索、打印等功能 , 通過和醫(yī)院 現(xiàn)有信息系統(tǒng)的整合 , 減輕了醫(yī)生 日常 的工作量, 提高 了臨床的 工作效率 , 為 醫(yī) 院 的 醫(yī)療管理、科研、教學(xué)、公共衛(wèi)生提供數(shù)據(jù)源。 本文對臨床 病程記錄 的某些方面進(jìn)行了研究并 對系統(tǒng) 進(jìn)行相應(yīng)的設(shè)計(jì)和實(shí)現(xiàn),為臨床醫(yī)生提供了一個高效書寫病歷的平臺,使醫(yī)生有更多的時間服務(wù)于患者。 病程記錄 管理 系統(tǒng)的的不斷完善,會更加適應(yīng)臨床的發(fā)展和需要。 關(guān)鍵詞: 臨床 病程記錄 B/S 架構(gòu) 面向?qū)ο?in f f in of , is To on a to of to to a I to of in of , by to of to of of to of of By IS it it to of to an of to to to I B/S I 目 錄 第一章 緒論 . 1 第一節(jié) 論文研究的背景和意義 . 1 第二節(jié) 國內(nèi)外的研究現(xiàn)狀 . 2 第三節(jié) 本文的思路與實(shí)現(xiàn)目標(biāo) . 2 第二章 系統(tǒng)開發(fā)工具概述 . 4 第一節(jié) 開發(fā)工具介紹 . 4 . 4 . 4 第二節(jié) 開發(fā)技術(shù)介紹 . 5 . 5 術(shù) . 6 術(shù) . 7 . 7 . 8 第三節(jié) 據(jù)庫 . 8 第四節(jié) 強(qiáng)大的 架模式 . 9 第五節(jié) B/S 模式 . 9 第三章 系統(tǒng)需求分析 . 11 第一節(jié) 系統(tǒng)開發(fā)的目的 . 11 第二節(jié) 原系統(tǒng)存在的問題 . 11 第三節(jié) 系統(tǒng)開發(fā)要求 . 12 技術(shù)先進(jìn)性 . 12 維護(hù)簡易性 . 12 操控便捷性 . 12 存儲安全性 . 13 第四節(jié) 系統(tǒng)功能要求 . 13 管理患者病歷 . 13 目錄 書寫病程記錄 . 13 模板功能 . 14 打印病歷 . 15 查詢病歷 . 15 第四章 系統(tǒng)總體設(shè)計(jì) . 16 第一節(jié) 總體設(shè)計(jì) . 16 第二節(jié) 系統(tǒng)業(yè)務(wù)流程設(shè)計(jì) . 17 接轉(zhuǎn)患者流程設(shè)計(jì) . 18 編輯病程流程設(shè)計(jì) . 18 檢索病程流程設(shè)計(jì) . 19 維護(hù)模板流程設(shè)計(jì) . 20 打印病程流程設(shè)計(jì) . 20 第三節(jié) 系統(tǒng)功能模塊 設(shè)計(jì) . 21 患者管理功能模塊 . 22 病歷管理功能模塊 . 23 模板管理功能模塊 . 23 打印管理功能模塊 . 24 第四節(jié) 數(shù)據(jù)庫設(shè)計(jì) . 24 數(shù)據(jù)庫 設(shè)計(jì) . 24 數(shù)據(jù)庫需求分析 . 25 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì) . 26 連接數(shù)據(jù)庫 . 31 第五章 系統(tǒng)實(shí)現(xiàn) . 34 第一節(jié) 登錄模塊 . 34 第二節(jié) 患者管理功能模塊 . 36 第三節(jié) 病歷管理功能模塊 . 38 第四節(jié) 模板管理功能模塊 . 46 第五節(jié) 打印模塊 . 51 第六章 系統(tǒng)備份與系統(tǒng)測試 . 55 第一節(jié) 數(shù)據(jù)庫備份 . 55 目錄 二節(jié) 系統(tǒng)測試方案 . 56 功能測試 . 56 性能測試 . 57 可用性測試 . 57 客戶端兼容性測試 . 57 測試結(jié)果分析 . 58 參考文獻(xiàn) . 錯誤 !未定義書簽。 致謝 . 61 第一章 緒論 1 第一章 緒論 病程記錄管理 系統(tǒng)主要用于 醫(yī)院住院患者臨床病程記錄的電子化錄入 ,其主要目的是 提高醫(yī)生書寫病程記錄的效率、實(shí)現(xiàn)臨床 病程記錄 的無紙化 ,統(tǒng)一規(guī)范化管理等 。本章主要 介紹該系統(tǒng)的 設(shè)計(jì)思路和實(shí)現(xiàn)目標(biāo) ,下面首先介紹一下選題的背景和意義、 國內(nèi)外研究現(xiàn)狀 等內(nèi)容。 第一節(jié) 論文研究的背景和意義 計(jì)算機(jī)和 信息技術(shù)的飛速發(fā)展給醫(yī)學(xué)領(lǐng)域的信息化建設(shè)帶來變革。 隨著 等系統(tǒng)在醫(yī)院的應(yīng)用逐漸成熟 , 使 電子病歷 (用成為了 一個必然趨勢。運(yùn)用計(jì)算機(jī)技術(shù) 使 傳統(tǒng)的手工書寫病歷改變?yōu)殡娮硬v成為未來發(fā)展的方向 。 電子病歷是建立在醫(yī)院醫(yī)療活動全面信息化的基礎(chǔ)上,能提供主動的、智能化的服務(wù)。電子病歷的應(yīng)用其實(shí)質(zhì)是促使 2整個醫(yī)院實(shí)現(xiàn)以病人為中心、以醫(yī)療為中心 的醫(yī)療過程計(jì)算機(jī)信息化管理,全面提升醫(yī)院醫(yī)、教、研、管水平。發(fā)展電子病歷,可以提高醫(yī)療工作效率, 優(yōu)化醫(yī)院的工作流程 ,降低醫(yī)療成本。電子病歷減輕了醫(yī)生繁重的書寫工作,提高了工作效率。病歷電子化可以實(shí)現(xiàn)病人信息隨時可得,快速全面的了解病人病情。電子病歷內(nèi)容全面充分,檢索使用方便,有利于 3醫(yī)療 信息資源共享 ,同時也為醫(yī)院相關(guān)管理部門提供 全面可靠的資料。電子病歷 使得紙質(zhì)病 例 能夠系統(tǒng)地歸納總結(jié) 。傳統(tǒng)的 紙質(zhì)病 例 都是在各種醫(yī)療流程結(jié)束之后 才 進(jìn)行歸納總結(jié) ,然后再反饋回醫(yī)療過程管理,這樣的管理 流程 4滯后于醫(yī)療過 程。實(shí)現(xiàn)了電子病歷系統(tǒng) 后 ,各種原始數(shù)據(jù)可以在 診療 過程中及時地 被 采集,并 按時 反饋 給質(zhì)控部門 ,達(dá)到環(huán)節(jié)控制的目標(biāo) 。 天津中醫(yī)藥大學(xué)第二附屬醫(yī)院是 天津 市 河北區(qū) 一所大型三級甲等綜合性醫(yī)院,床位數(shù)量將近 600 張,病床周轉(zhuǎn)率較高,醫(yī)院信息化建設(shè)從 2008 年開始穩(wěn)步推行,電子病歷系統(tǒng) 2009 年投入使用。 醫(yī)院信息化建設(shè)穩(wěn)步向前推進(jìn),全院的信息系統(tǒng)的穩(wěn)定運(yùn)行為醫(yī)院醫(yī)療工作的有序開展提供了強(qiáng)有力的保障。 醫(yī)院信息管理 統(tǒng) 、檢驗(yàn)科 統(tǒng)、 影像科 統(tǒng)、 電子病歷系統(tǒng)、治未病中心體檢系統(tǒng)等系統(tǒng)模塊先后投入使用。 作為電子 病歷系統(tǒng)中至關(guān)重要的一個部分,住院患者的病程記錄一直靠 醫(yī)生手工書寫 完成 。對病程記錄系統(tǒng)的設(shè)計(jì)和開發(fā)將對醫(yī)院具有重要意義,這將進(jìn)一步 優(yōu)化醫(yī)院內(nèi)部的工作流程, 減輕醫(yī)生的工作量, 提高工作效率 , 為醫(yī)療管理、科研、教學(xué)、公共衛(wèi)生提供數(shù)據(jù)源。 第一章 緒論 2 第二節(jié) 國內(nèi)外的研究現(xiàn)狀 世界一些發(fā)達(dá)國家和地區(qū)非常重視電子病歷在醫(yī)院信息化建設(shè)中的發(fā)展。 早在 20 世紀(jì) 70 年代 , 5法國 和英國 等發(fā)達(dá)國家 就已 經(jīng) 使用電子病歷記錄患者 信息 , 并 成立了專門的研究機(jī)構(gòu) , 把電子病歷作為一個重大的研究課題對待 。 20 世紀(jì) 80 年代末 , 電子病歷 開始 大范圍應(yīng)用于 各地的醫(yī)療機(jī)構(gòu), 隨著人們 對電子病歷的認(rèn)識 不斷加深, 研發(fā) 的投入也越來越大 。到了 21 世紀(jì) ,電子病歷已經(jīng)在 6美國、 法國、德國 、日本、香港等地區(qū)有了相當(dāng)程度的研究和應(yīng)用。 我國 醫(yī)療行業(yè)信息系統(tǒng)的應(yīng)用 開始于 上個世紀(jì)的 80 年代后期 , 經(jīng)過近 20 多 年 的 不斷 發(fā)展 , 已經(jīng)達(dá)到了相當(dāng)?shù)?規(guī)模 。 各級醫(yī)院和衛(wèi)生管理機(jī)構(gòu) 7逐步建立和完善自己 內(nèi)部 的信息系統(tǒng) , 將信息化建設(shè)列入醫(yī)院發(fā)展的重要環(huán)節(jié) 之一。醫(yī)院信息化也成為了為患者提供優(yōu)質(zhì)服務(wù)的一條途徑。 這 為我國電子病歷的研究和應(yīng)用 提供了條件,奠定了 基礎(chǔ) 。我國 成立了 8電子病歷 專業(yè)委員會 , 對 電子病歷 的發(fā)展起到了引導(dǎo)作用。 新醫(yī)改對醫(yī)療衛(wèi)生信息化提出了明確的要求。為全面評估各醫(yī)療機(jī)構(gòu)現(xiàn)階段電子病歷系統(tǒng)應(yīng)用水平,建立適合我國國情的電子病歷系統(tǒng)應(yīng)用水平評估和持續(xù)改進(jìn)體系,使醫(yī)療機(jī)構(gòu)明確電子病歷系統(tǒng)各發(fā)展階段應(yīng)實(shí)現(xiàn)的功能,并有效 推動 各級醫(yī)院和衛(wèi)生管理 機(jī)構(gòu)合理發(fā)展 各自的 信息系統(tǒng) ,我國衛(wèi)生部醫(yī)政司 9組織 相關(guān) 專家充分借鑒 其它發(fā)達(dá)國家和地區(qū)的發(fā)展經(jīng)驗(yàn) , 并 結(jié)合我國電子病歷 的實(shí)際發(fā)展情況 ,起草了電子病歷系統(tǒng)功能應(yīng)用水平分級評價方法及標(biāo)準(zhǔn) (試行 )。 為貫徹落實(shí) 10國務(wù)院關(guān)于深化醫(yī) 藥衛(wèi)生體制改革的意見、國務(wù)院關(guān)于印發(fā)醫(yī)藥衛(wèi)生體制改革近期重點(diǎn)實(shí)施方案( 2009)的通知和國務(wù)院辦公廳關(guān)于印發(fā)醫(yī)藥衛(wèi)生體制五項(xiàng)重點(diǎn)改革 2010 年度主要工作安排的通知等文件精神,衛(wèi)生部先后在 2010, 2011 發(fā)布了關(guān)于電子病歷系統(tǒng)的規(guī)范和通知文件。 第三節(jié) 本文的思路與實(shí)現(xiàn)目標(biāo) 本文 根據(jù)衛(wèi)生部發(fā)布的電子病歷基本 架構(gòu)與運(yùn)行標(biāo)準(zhǔn) 、電子病歷系統(tǒng)功能規(guī)范 (試行 ) 等規(guī)范 11,充分聽取醫(yī)政部、病案科、質(zhì) 控部 的指導(dǎo)意見和建議,對臨床科室進(jìn)行走訪和調(diào)研, 結(jié)合醫(yī)院的實(shí)際情況, 對病程記錄系統(tǒng) 進(jìn)行相 應(yīng)的設(shè)計(jì)和實(shí)現(xiàn),為臨床醫(yī)生提供了一個高效書寫病歷的一個平臺,使醫(yī)生有更多的時間服務(wù)于患者。 本系統(tǒng)在實(shí)際應(yīng)用中需要具備便捷性、安全性、可擴(kuò)展性等功能要求。首先,我在系統(tǒng)的研發(fā)中特別重視系統(tǒng)頁面的友好性,頁面做到色彩明亮、布局新穎,第一章 緒論 3 方便各種年齡層用戶的使用。其次,根據(jù)國家電子病歷相關(guān)行業(yè)規(guī)范和標(biāo)準(zhǔn) 12,實(shí)現(xiàn)病程記錄中的首次病程記錄、日常病程記錄、交接班記錄、 住院 階段小結(jié)、輸血記錄、轉(zhuǎn)入轉(zhuǎn)出記錄、術(shù)后首次病程記錄、死亡病例討論記錄、危重病例討論記錄、疑難病例討論記錄、術(shù)前討論記錄、主治醫(yī)師首次查房記錄、主任 醫(yī)師首次查房記錄 統(tǒng)一實(shí)現(xiàn)電子化編輯 。 最后,本系統(tǒng)要具有抗壓性和可擴(kuò)展性,抗壓性是任何預(yù)約性質(zhì)系統(tǒng)的基本要求,只有良好的抗壓性才可以使系統(tǒng)順利經(jīng)受壓力峰值的考驗(yàn),保證系統(tǒng)穩(wěn)定。在系統(tǒng)研發(fā)中,我盡量做到代碼簡明易懂,設(shè)計(jì)合理的表結(jié)構(gòu)和視圖,進(jìn)行接口準(zhǔn)備,為日后與其它醫(yī)院信息系統(tǒng)關(guān)聯(lián)做好準(zhǔn)備,保證系統(tǒng)良好的可擴(kuò)展性。 第二章 系統(tǒng)開發(fā)工具概述 4 第二章 系統(tǒng) 開發(fā)工具 概述 本系統(tǒng)是基于 B/S 模式的信息化管理系統(tǒng),主要利用 術(shù)來設(shè)計(jì)和實(shí)現(xiàn),以下內(nèi)容將對系統(tǒng)主要的開發(fā)語言和工具進(jìn)行概述。 第一節(jié) 開發(fā)工具介紹 一個開放源代碼的、基于 可擴(kuò)展開發(fā)平臺。就其本身而言,它只是一個框架 13和一組服務(wù),用于通過插件組件構(gòu)建開發(fā)環(huán)境。 帶了一個標(biāo)準(zhǔn)的插件集,包括 發(fā)工具( 。如今可供選擇的開放源代碼的集成開發(fā)環(huán)境中功能強(qiáng)大的一個。 臺是一個開放的、通用的、可擴(kuò)展的集成開發(fā)環(huán)境。 目提出的目標(biāo)是: 1、 提供應(yīng)用開發(fā)工具的開發(fā)平臺,能夠在多個操作系統(tǒng) (如 運(yùn)行,支持基于 非 應(yīng)用開發(fā)環(huán)境。 2、 語言中立性。允許無限制的內(nèi)容類型 C、 。 3、支持多種工具的無縫集成。 前主要由四個項(xiàng)目 14組成:分別是 目、 具項(xiàng)目、 術(shù)項(xiàng)目、 具平臺項(xiàng)目。 最大特點(diǎn)是能接受有 發(fā)者自己編寫的開放源代碼插件。 一款所見即所得的網(wǎng) 頁編輯器 。 它支持快速建立網(wǎng)站站點(diǎn)功能 。開發(fā)人員可以在 可視 化的 界面中編輯網(wǎng)頁并及時查看編輯結(jié)果 。 開發(fā)人員在集成化、高效率的環(huán)境中使用 供的專業(yè)工具可以輕松實(shí)現(xiàn)應(yīng)用程序開發(fā)和代碼編輯功能 。開發(fā)人員 通過 使用 相關(guān) 服務(wù)器技術(shù)來創(chuàng)建 用程序 ,從而使用戶能連接到數(shù)據(jù)庫、 務(wù) 等 。 在網(wǎng)頁 開發(fā)與設(shè)計(jì)中 功能 十 分 強(qiáng)大的軟件 ,具有很高的知名度。 它集 合 網(wǎng)頁設(shè)計(jì)、 網(wǎng)站開發(fā) 功能于一 身 。它的安裝和運(yùn)行 不受操作系統(tǒng)、瀏覽器等應(yīng)用環(huán)境的限制 , 深受網(wǎng)站制作人員和開發(fā)人員的好評 。 主要因?yàn)槠湟韵鹿δ?: 1、 按照 用戶 的需要靈活地 定制自己的用戶界面。 2、第二章 系統(tǒng)開發(fā)工具概述 5 實(shí)現(xiàn)頁面元素的插入和生成。用戶輸入 碼 或者 通過拖動頁面元素 , 能提供便捷的方式使 開發(fā)人員的工作 變得 容易上手 。3、 5的可視化設(shè)計(jì)提供強(qiáng)大支持 ,能夠方便快捷地實(shí)現(xiàn)網(wǎng)頁的布局設(shè)計(jì) 。 4、 有 強(qiáng)大的 點(diǎn)管理功能 ,幫助設(shè)計(jì)人員輕松地管理站點(diǎn)文件。 5、 建的 圖形編輯 引擎 能夠 輕松實(shí)現(xiàn) 網(wǎng)頁中的圖片 處理操作 。 6、 具有強(qiáng)大的 多媒體 處理功能 ,它利用 言代碼輕松地實(shí)現(xiàn)網(wǎng)頁元素的動作和交互操作 ,比如 頁面的動態(tài)效果 等 。 7、 持第三方 插件 的功能支持 , 編程人員 可以根據(jù) 項(xiàng)目的開發(fā) 需 求 擴(kuò)展 功能。 第二節(jié) 開發(fā) 技術(shù) 介紹 由 司在 言的基礎(chǔ)上,開發(fā)出來的一種動態(tài)網(wǎng)頁制作技術(shù) ,可以將網(wǎng)頁動態(tài)部分和靜態(tài)部分分離。它是在傳統(tǒng)的 網(wǎng)頁 件中插入 16序段 ( 記(從而形成 件 (* 發(fā)的 用是跨平臺的, 可以在任何 操作系統(tǒng) 上運(yùn)行 ,如 T、 術(shù)可以讓 發(fā)人員和設(shè)計(jì)人員非常容易地創(chuàng)建和維護(hù)動態(tài)網(wǎng)頁,把用戶界面從系統(tǒng)內(nèi)容中分離出來,使得設(shè)計(jì)人員能夠在不改變底層 動態(tài)內(nèi)容的前提下改變整個網(wǎng)頁布局。 J S P 文 件帶 有 J S P 引 擎 的W e b 服 務(wù) 器客 戶 端S e r v l e t 代碼C l a s s 文 件請 求加 載轉(zhuǎn) 化執(zhí) 行響 應(yīng)編 譯圖 面的執(zhí)行過程 第二章 系統(tǒng)開發(fā)工具概述 6 一個 部分是 、 標(biāo)記等,用來顯示數(shù)據(jù)顯示樣式;另一部分 面的動態(tài)部分,如腳本程序、簽等,用來完成數(shù)據(jù)處理。 面的動態(tài)部分包括 3 部分,為腳本元素( 指令元素( 動作元素( 腳本元素 17用來嵌入 碼,這些 碼用來描述響應(yīng)客戶請求時要執(zhí)行的動作。指令元素 主 要針對 器設(shè)計(jì),控制 器如何處理 面的相關(guān)信息,而這些指令不會產(chǎn)生任何輸出。 動作元素是在請求階段處理,為使客戶端與服務(wù)器實(shí)現(xiàn)某種 動作而下達(dá)的指令,用來引入現(xiàn)有組件或者 擎行為。 為了簡化頁面開發(fā)的復(fù)雜性, 供了一些可在腳本中使用的內(nèi)置對象。使用這些對象 可以使服務(wù)器端更容易收集客戶端發(fā)送的請求信息,并響應(yīng)客戶端請求,同時會存儲客戶信息。 當(dāng)客戶端通過 議請求一個 面時, 器就會創(chuàng)建 并將請求信息包裝到 象中;當(dāng) 器處理完請 求后, 象主要將 器處理后的結(jié)果傳回到客戶端。 象響應(yīng)信息包含的內(nèi)容有 型的定義、保存的 及連接到 源的。 當(dāng)用戶與服務(wù)器連接時,服務(wù)器為每個用戶創(chuàng)建一個 象,并設(shè)定其內(nèi)容。默認(rèn)情況下, 象在用戶第一次連接到服務(wù)器時由 務(wù)器自動創(chuàng)建并設(shè)定 象的屬性值,然后被關(guān)聯(lián)到 象。 發(fā)人員主要使用 象來維護(hù)會話狀態(tài)。 象所保存的數(shù)據(jù)可以被所有用戶共享,而 象則是每個用戶專用。當(dāng) 務(wù)器中的任一個 面開始執(zhí)行時,將產(chǎn)生一個象。當(dāng)服務(wù)器關(guān)閉時,則產(chǎn)生的 象也隨之消失。 術(shù) 一種 言寫成的可重用組件 ,是 件技術(shù)的核心 。通過封裝屬性和方法成為具有某種功能或者處理某個業(yè)務(wù)的對象。把它組織成為數(shù)據(jù)包以便進(jìn) 行管理。 8通過提供符合一致性 或者 設(shè)計(jì)模式 的公共方法將內(nèi)部域暴露成員屬性。 在 ,使用 簽集合,內(nèi)容開發(fā)者不需要編寫任何代碼就能利用 大的功能為頁面添加動態(tài)元素。 本質(zhì)是普通 ,帶有一個無參數(shù)的構(gòu)造方法。 系統(tǒng)開發(fā)工具概述 7 類中如果存在自定義的構(gòu)造方法,那么定義的構(gòu)造方法是無參數(shù)的,并且具有問權(quán)限。若 成員變量名是 么使用 用來獲取屬性,使用 方法設(shè)置屬性值。 作用域范圍有 象作用域,其中 在一次服務(wù)器請求范圍內(nèi)有效, 作用域范圍是在一次會話當(dāng)中, 作用域范圍是在當(dāng)前頁面內(nèi)有效, 在整個應(yīng)用程序的生命周期內(nèi)有效,作用時間最長,所需要的開銷也最大。 術(shù) 使用應(yīng)用程序設(shè)計(jì)接口及相關(guān)類和方法的 序 ,是位于服務(wù)器內(nèi)部的服務(wù)器端的 用程序 。 務(wù)器加載 19,該 擬機(jī),或者與 器結(jié)合使用。與傳統(tǒng)的 比, 有更高的效率,更容易使用,功能更強(qiáng)大,具有更好的可移植性。 調(diào)用時,就會被引擎裝載,并且一直運(yùn)行直到顯式 卸下或者引擎被關(guān)閉??蛻?端對 請求首先會被 收, 務(wù)器將客戶的 求 提交給 器 , 器調(diào)用相應(yīng)的 進(jìn)而由 務(wù)器 提供靜態(tài)內(nèi)容并將所有客戶端對出的請求傳遞到 器。 用程序訪問關(guān)系數(shù)據(jù)庫的接口 。它用 言編寫的類和接口,為數(shù)據(jù)庫開發(fā)人員提供了標(biāo)準(zhǔn)的 此構(gòu)建更高級的工具和接口。通過使用 程序中實(shí)現(xiàn)向各種關(guān)系數(shù)據(jù)發(fā)送 句變成一個很容易的過程。有了 不必為訪問 據(jù)庫或者 據(jù)庫專門寫一個程序,只需用 0寫一個程序即可向相客 戶 端H t t p 請 求 H t t p 服 務(wù) 器 S e r v l e t 容 器S e r v l e 端H t t p 響 應(yīng) H t t p 服 務(wù) 器 S e r v l e t 容 器S e r v l e 用程序體系結(jié)構(gòu) 第二章 系統(tǒng)開發(fā)工具概述 8 應(yīng)數(shù)據(jù)庫發(fā)送 句。同時,將 合起來使開發(fā)人員不必為不同的平臺編寫不同的應(yīng)用程序,只需要寫一遍就可以讓它在任何平臺運(yùn)行,這也是言“編寫一次,處處運(yùn)行”的優(yōu)勢。 簡單地說, 做三件事:與數(shù)據(jù)庫建立連接、發(fā)送 句并處理結(jié)果。 過使用 寫的應(yīng)用程序,能夠執(zhí)行 句檢索結(jié)果,并把修改后的結(jié)果保存到底層的數(shù)據(jù)源。此外,使用 能在分布式的異質(zhì)環(huán)境下與多個數(shù)據(jù)源交互。 一種網(wǎng)頁的布局方法,這一種網(wǎng)頁布局方法有別于傳統(tǒng)的 位方式 。 式 21具有比表格更大的優(yōu)勢,它能夠?qū)崿F(xiàn)頁面的內(nèi)容和外觀樣式的分離,可以對相同的 記中的行控制,從而節(jié)省大量的代碼,是瀏覽者更快地瀏覽網(wǎng)頁。 層疊樣式表,即 多重樣式定義被層疊在一起成為一個整體,在網(wǎng)頁設(shè)置中是標(biāo)準(zhǔn)的布局語言,用來控制元素的尺寸、顏色和排版。 布,用來取代基于表格的布局、框架以及其他非標(biāo)準(zhǔn)的表現(xiàn)方法。 第三節(jié) 據(jù)庫 美國 布 式數(shù)據(jù)庫 為核心的一組軟件產(chǎn)品,是目前最流行的 大型關(guān)系 數(shù)據(jù)庫之一 ,具有強(qiáng)大的功能 。作為一個通用的 數(shù)據(jù)庫系統(tǒng) , 有完整的 22數(shù)據(jù)管理 功能;作為一個關(guān)系數(shù)據(jù)庫,它是一個完備關(guān)系的產(chǎn)品;作為 分布式數(shù)據(jù)庫 它實(shí)現(xiàn)了 分布式處理 功能。 據(jù)庫管理系統(tǒng) 在物理上通過數(shù)據(jù)文件的形式存儲數(shù)據(jù),在邏輯上把數(shù)據(jù)保存在表空間內(nèi)。 為了 使數(shù)據(jù)庫的管理變得容易 , 用 分區(qū)來改善數(shù)據(jù)庫性能 。分區(qū)就是動態(tài) 的 表 空間中將 記錄分離到若干不同的表空間上,使數(shù)據(jù)在物理上被分割開來, 可以提高可管理性 和 可用性 。 通常,分區(qū) 可以使某些查詢以及維護(hù)操作的性能大大提高。此外,分區(qū)還能夠在很大程度上簡化日常管理任務(wù)。分區(qū)還使數(shù)據(jù)庫設(shè)計(jì)人員和管理員能夠解決尖端應(yīng)用程序帶來的最難的問題 。當(dāng) 需要 使用 這些數(shù)據(jù) 的 時候 就 將所有分區(qū)連接起來,建立成為一個 視圖,使其在邏輯 上仍然表現(xiàn)成為一個整體 。 表空間可以包含 各種 類型的內(nèi)存區(qū)段,例如數(shù)據(jù)區(qū)段、索引區(qū)段等。區(qū)段相應(yīng)的由一個或多個擴(kuò)展組成 , 擴(kuò)展由相連的數(shù)據(jù)區(qū)塊組成 , 數(shù)據(jù)區(qū)塊是數(shù)據(jù)存儲的基本單元。 分區(qū)可以將表、索引及索引編排第二章 系統(tǒng)開發(fā)工具概述 9 表 做更加詳細(xì)的 劃分,更精細(xì)地對數(shù)據(jù)庫對象 做進(jìn)一步的 管理和訪問 。 第 四 節(jié) 強(qiáng)大的 架模式 三個單詞的縮寫,分別為:模型 (視圖 (控制( 式的目的就是 將應(yīng)用程序的輸入、處理和輸出分開 。 模型、視圖、控制器這三個核心部件既分工明確又相互協(xié)作,首先控制器接受用戶的請求,然后調(diào)用某個模型來處理用戶的請求,在控制器的控制下,再將處理的結(jié)果交給某個視圖進(jìn)行格式化輸出給用戶。 隨著技術(shù)的不斷進(jìn)步,現(xiàn)在需要用越來越多的方式來訪問應(yīng)用程序。 式 不僅實(shí)現(xiàn)了功能模塊和顯示模塊的分離,同時還提高了應(yīng)用系統(tǒng)的可維護(hù)性、可擴(kuò)展性、 可移植性和組件的可復(fù)用性,尤其在 用程序的架構(gòu)方面 。 第 五 節(jié) B/S 模式 B/S 架構(gòu) 是 覽器 /服務(wù)器) 架構(gòu)的縮寫 。 隨著網(wǎng)絡(luò)技術(shù)的 不斷發(fā)展,基于 B/S 模式的應(yīng)用系統(tǒng)逐漸成為目前信息管理系統(tǒng)的主流開發(fā)模式。 B/S 架構(gòu)是對 C/S 架構(gòu)的一種改進(jìn)。 在這種情況下, 用戶 操作系統(tǒng)的 通過瀏覽器來實(shí)現(xiàn),極少部分事務(wù)邏輯在前端( 現(xiàn), 但是主要事務(wù)邏輯在服務(wù)器端( 現(xiàn),形成所謂的三層架構(gòu)。 B/S 模式帶來了巨大的好處: 首先: 維護(hù)和升級方式簡單 ?;?B/S 模式的管理系統(tǒng) 23主要代碼都是部署在服務(wù)器上, 這種模式統(tǒng)一了客戶端,將系統(tǒng)功能實(shí)現(xiàn)的核心部分集中到服務(wù)器上, 所以在對主程序進(jìn)行維護(hù)或者升級的時候,只需要對服務(wù)器端進(jìn) 行更新就可以了, 所有的客戶端只是瀏覽器, 省略了繁雜的維護(hù)工作 ,也不會遇到 因?yàn)椴僮飨到y(tǒng)環(huán)境不同而遇到的兼容問題。 其次: 安全性能良好。所有的配置工作都集中在服務(wù)器端而且所有客戶端請求都是通過 訪問數(shù)據(jù)庫,大大減少了數(shù)據(jù)泄露的隱患。 最后:成本降低。 絕大部分企業(yè)使用的操作系統(tǒng)都是 服務(wù)器操作系統(tǒng)則 是 主導(dǎo)地位 。 B/S 模式的系統(tǒng)對客戶端操作系統(tǒng)的限制很低, 不管 服務(wù)器 使用哪種操作系統(tǒng)都可以讓客戶端使用 作系統(tǒng)而不受影響。 這就節(jié)省了企業(yè)因更新客戶端 操作系統(tǒng)帶來的支出。 圖中從左到右,分為三個層次 如圖所示 : 第二章 系統(tǒng)開發(fā)工具概述 10 第一層是客戶端,主要 實(shí)現(xiàn)客戶端 和 系統(tǒng) 后臺的交互及最終查詢結(jié)果的輸出功能。在客戶端向 務(wù)器發(fā) 出請求 后 , 務(wù)器用 議把所需 請求信息 傳給用戶,客戶端 通過瀏覽器接收相關(guān)信息 。 第二層 是 務(wù)器 , 即 務(wù)器接受客戶請求, 與數(shù)據(jù)庫進(jìn)行 連接, 向數(shù)據(jù)庫服務(wù)器提出 申請?zhí)幚?,然后將處理結(jié)果返回 務(wù)器,再 由 務(wù)器傳 回 客戶端 。 第三層 是 數(shù)據(jù)庫服務(wù)器。數(shù)據(jù)庫服務(wù)器應(yīng)客戶請求獨(dú)立進(jìn)行各種處理 ,實(shí)現(xiàn)對數(shù)據(jù)庫的查 詢、修改、刪除等操作,并把運(yùn)行結(jié)果提交給 務(wù)器???戶 端。 。 。客 戶 端w e b 服 務(wù) 器 后 臺 數(shù) 據(jù) 庫圖 三層架構(gòu)層次結(jié)構(gòu)圖 第三章 系統(tǒng)需求分析 11 第三章 系統(tǒng)需求分析 本章主要介紹該系統(tǒng)的需求分析,并對原先系統(tǒng)存在的問題進(jìn)行了總結(jié)。 本章對系統(tǒng)的功能需求進(jìn)行了介紹 , 并從使用者的角度對開發(fā)需求進(jìn)行了討論, 以保證系統(tǒng)的開發(fā)質(zhì)量。 第一節(jié) 系統(tǒng)開發(fā)的目的 臨床 病程記錄是指 患者 在住院期間醫(yī)生 對 其 病情和診療過程的連續(xù)性記錄 ,內(nèi)容包括患者的病情 體征 情況、重要的 檢驗(yàn) 檢查結(jié)果及上級醫(yī)師查房意見、會診意見、醫(yī)師分析討論意見、 診療依據(jù)、 采取的診療措施、醫(yī)囑更改及理由、向患者及其近親屬告知的重要事項(xiàng)等。 作為住院患者電 子病歷的重要組成部分, 病程記錄是患者住院期間 被記錄的完整、詳細(xì)的臨床信息資源 。 電子 化的 病程 記錄,取代手寫紙張 病程記錄 可以 顯著 提高 醫(yī)生的 工作效率, 使醫(yī)生將主要精力 集

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論