醫(yī)院網(wǎng)上辦公自動化系統(tǒng)平臺的設計與應用_第1頁
醫(yī)院網(wǎng)上辦公自動化系統(tǒng)平臺的設計與應用_第2頁
醫(yī)院網(wǎng)上辦公自動化系統(tǒng)平臺的設計與應用_第3頁
醫(yī)院網(wǎng)上辦公自動化系統(tǒng)平臺的設計與應用_第4頁
醫(yī)院網(wǎng)上辦公自動化系統(tǒng)平臺的設計與應用_第5頁
已閱讀5頁,還剩56頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、電子科技大學在職碩士論文醫(yī)院網(wǎng)上辦公自動化系統(tǒng)平臺的設計與應用摘要醫(yī)院信息化是我國衛(wèi)生事業(yè)發(fā)展的必然要求,是深化醫(yī)改的迫切需要,是實現(xiàn)人人享有基本醫(yī)療衛(wèi)生服務目標的重要手段。醫(yī)院管理系統(tǒng)是典型的管理信息系統(tǒng)(MIS),其開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩個方面.對于前者要求建立數(shù)據(jù)一致性和完整性強,數(shù)據(jù)安全性好的數(shù)據(jù)庫.而對于后者則要求應用程序功能完備,易使用等特點。計算機化的醫(yī)院信息系統(tǒng)已成為現(xiàn)代化醫(yī)院運營必不可少的基礎設施與技術支撐環(huán)境。就好像一個現(xiàn)代化醫(yī)院的成功運行離不開功能完整,美觀舒適的建筑物,技術嫻熟的醫(yī)護人員,性能齊全,高精尖的醫(yī)療設備一樣,它也離不開計算

2、機化的醫(yī)院信息系統(tǒng)。針對我國醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的現(xiàn)狀和發(fā)展趨勢進行了調(diào)研、總結(jié)和分析,具體分析了一個三級甲等的中型醫(yī)院的實際信息管理需求,在軟件作為服務(SaaS,Software as a Service)的思想指導下,采用瀏覽器/客戶機模式,綜合運用數(shù)據(jù)庫、XML和AJAX等技術,完成了一個醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的設計與實現(xiàn)。設計和構(gòu)建的醫(yī)院網(wǎng)上辦公自動化系統(tǒng)并集成了醫(yī)生工作站、手術管理、藥品管理、院長綜合查詢與分析、物資管理、財務管理與經(jīng)濟核算等部分功能。還對該系統(tǒng)運行中的效果和存在的問題進行了評估與分析,并提出進一步改進的措施與建議。關鍵詞:信息管理、B/S三層架構(gòu)、面向?qū)ο蟆?shù)據(jù)

3、庫AbstractHospital information technology is an inevitable requirement for health development in China, and the urgent need for deepening medical reform is an important means to achieve universal access to basic health services to target.Hospital Management System is a typical management information

4、system (MIS). Its development mainly includes two aspects of the establishment and maintenance of the database and front-end application development. Former requires the establishment of data consistency and integrity, and good data security database, while the latter requires the application functi

5、onality complete, easy-to-use features.Computerized hospital information systems have become a modern hospital operating essential infrastructure and technical support environment. Like the successful running of a modern hospital cannot do without a fully functional, beautiful and comfortable buildi

6、ng a skilled health care workers, full-featured, sophisticated medical equipment, it also cannot be separated from the computerized hospital information system.For online office automation system in our hospital status qua and development trend of research, summarize and analyze the specific analysi

7、s of a medium tertiary level hospital information management needs in software as a service (SaaS, Software as a Service) thought, the browser / client mode, the integrated use of databases, XML and AJAX technology, the completion of the design and Implementation of a hospital online office automati

8、on system. Design and build hospitals online office automation systems and integration doctor workstation, surgical management, drug administration, dean integrated query and analysis, materials management, financial management and economic accounting part. Evaluation and analysis of this effect in

9、the system are running and the problems and proposed measures and recommendations for further improvement.Keywords: information management, B/S three-tier architecture, object-oriented database目 錄醫(yī)院網(wǎng)上辦公自動化系統(tǒng)平臺的設計與應用1摘要1Abstract2目 錄3第1章 緒論51.1 課題的研究背景和研究意義51.2 國內(nèi)外的研究現(xiàn)狀71.3 主要研究內(nèi)容及論文的組織結(jié)構(gòu)9第2章 相關技術綜述10

10、2.1 系統(tǒng)的架構(gòu)選擇102.1.1 B/S結(jié)構(gòu)102.1.2 C/S結(jié)構(gòu)112.1.3 B/S與C/S的比較112.2 ASP.NET概述122.3 AJAX技術概述132.4 COM+組件技術概述132.5 SQL SERVER 2005概述142.6 本章小結(jié)14第3章 系統(tǒng)的需求分析153.1 系統(tǒng)的可行性分析153.2 系統(tǒng)的功能性需求分析163.3 系統(tǒng)非功能性需求分析183.4 系統(tǒng)的數(shù)據(jù)流程分析193.5 本章小結(jié)20第4章 系統(tǒng)的詳細設計214.1 系統(tǒng)的設計原則214.1 系統(tǒng)的總體結(jié)構(gòu)設計224.2 系統(tǒng)功能模塊的設計234.3 系統(tǒng)數(shù)據(jù)庫的設計314.3.1 數(shù)據(jù)庫環(huán)境

11、說明314.3.2 數(shù)據(jù)庫的命名規(guī)則314.3.3 邏輯設計314.3.4 物理設計314.3.5 表的設計314.3.6 安全性設計364.3.7 防止用戶直接操作數(shù)據(jù)庫的方法364.3.8 用戶賬號密碼的加密方法374.4 系統(tǒng)安全性的設計374.5 本章小結(jié)37第5章 系統(tǒng)的實現(xiàn)與測試395.1 系統(tǒng)運行的界面395.2 系統(tǒng)實現(xiàn)的關鍵代碼415.3 系統(tǒng)的測試465.3.1 測試用例485.3.2 測試結(jié)果495.4 本章小結(jié)50第6章 總結(jié)和展望51參考文獻52致謝54第1章 緒論1.1 課題的研究背景和研究意義在當今社會中,我們社會生活的各個方面都被迅速發(fā)展的Internet 技術

12、明顯的影響著,眾所周知,在醫(yī)療機構(gòu)的管理和醫(yī)療業(yè)務、醫(yī)院的發(fā)展上出現(xiàn)了網(wǎng)絡化、信息化,在上世紀末,我國國家衛(wèi)生部研究制定了有關我國醫(yī)藥部門向網(wǎng)絡化、信息化發(fā)展的執(zhí)行標準以及指導方案。要提高服務質(zhì)量,就必須要在全國各城鎮(zhèn)以及各級公立、私立醫(yī)院進行網(wǎng)絡化、信息化的發(fā)展是業(yè)務的發(fā)展以及信息的管理。數(shù)據(jù)庫技術、計算機網(wǎng)絡技術以及Internet 技術讓我們周圍的一切都和過去的任何時代的生活以及工作方式發(fā)生了質(zhì)的改變,在各行各業(yè)中,都在不同程度上運用和發(fā)展了計算機技術。在我國過去的體制中給企業(yè)造成沉重的負擔的是企業(yè)承擔員工的醫(yī)藥和醫(yī)療全部費用,這是中國歷史的原因。中國共產(chǎn)黨以及中國政府各級人民政府把放在

13、重要的戰(zhàn)略地位,其最主要的原因是我國的改革開放政策的不斷深入發(fā)展的對中國的衛(wèi)生體制建設以及醫(yī)療改革的刺激和帶動。要改進醫(yī)院服務質(zhì)量以及提高醫(yī)院的醫(yī)療水平就要利用計算機進行信息化管理。改革開發(fā)二十多年來,我國醫(yī)療衛(wèi)生事業(yè)取得了飛速的發(fā)展,目前已形成具有6萬多所醫(yī)院(包括衛(wèi)生院),龐大的醫(yī)療衛(wèi)生服務體系。我國各級各類醫(yī)院正經(jīng)歷醫(yī)藥衛(wèi)生體制的深刻變革,對管理也提出了新的要求,進入21世紀,醫(yī)改的呼聲越來越高,隨著各項醫(yī)改體制的出臺,醫(yī)院的機構(gòu)改革成為醫(yī)改的重要目標之一,如何提高辦公效率成為醫(yī)院機構(gòu)改革的一個重要課題。在科技興院、創(chuàng)新強院、提高效率、加強管理的強烈呼吁下,利用信息化改造和精簡機構(gòu)人員,

14、使管理日趨優(yōu)化成為醫(yī)院發(fā)展的一個趨勢。在此形勢下,傳統(tǒng)的手工處理方式,文件、報表的打印等信息傳遞方式已經(jīng)不能滿足現(xiàn)階段醫(yī)院發(fā)展的需要,決策部門(或領導)迫切需要利用已經(jīng)擁有的計算機、網(wǎng)絡資源,實現(xiàn)醫(yī)院的信息化,從而加快整個醫(yī)院內(nèi)部的信息流通和有效利用,計算機技術的飛速發(fā)展,使人們的生活和思維方式產(chǎn)生了巨大的變化。現(xiàn)代化的工作模式正在不斷改造著傳統(tǒng)意義上的工作模式,人們愈來愈依靠自動化的辦公手段。醫(yī)院辦公自動化平臺運用信息管理的知識,利用信息技術將醫(yī)院管理融于辦公自動化平臺中,成為醫(yī)院提高管理水平、綜合素質(zhì)的有利手段。將醫(yī)院辦公自動化平臺立足于醫(yī)院管理和信息化建設,會給醫(yī)院帶來全新的信息化管理模

15、式,無紙化辦公、網(wǎng)絡會議正日益成為未來醫(yī)院管理的新模式。過去的許多年中,國內(nèi)很多醫(yī)院都做過醫(yī)院辦公自動化平臺系統(tǒng),但后來的實際效用卻未得到最大的化的實現(xiàn)。 醫(yī)院辦公自動化平臺系統(tǒng)作為醫(yī)院信息系統(tǒng)的一個重要組成部分,從開始到現(xiàn)在,已經(jīng)發(fā)展到第三代了,從第一代的“以數(shù)據(jù)處理為中心”,到第二代“以工作流為中心”,再到第三代醫(yī)院辦公自動化平臺系統(tǒng)建立在組織平臺之上,不是進行簡單的文件處理和單純的行政事務處理。而是作為醫(yī)院內(nèi)部的一個信息集成平臺,不同角色的人在這個平臺上協(xié)同工作,讓正確的人在第一時間獲取正確的數(shù)據(jù),是整個組織內(nèi)部信息化的入口。1.近幾年醫(yī)院醫(yī)療業(yè)務量逐漸擴大,信息化的程度越來越高,信息化

16、技術不僅是能促進醫(yī)院各項改革措施的落實,不斷提高信息資源開發(fā)效率獲取信息經(jīng)濟效益的過程。而且以醫(yī)改為契機,在國家大力推行醫(yī)院信息化建設的前提下,醫(yī)院進行傳統(tǒng)工作模式的改革顯得尤為重要。2.進行醫(yī)院辦公自動化平臺的建設,能解決醫(yī)院傳統(tǒng)工作模式下存在的問題,改變醫(yī)院的管理模式,以數(shù)字化管理、信息化管理為核心,形成先進的醫(yī)院管理理論和醫(yī)院管理模式。同時通過該平臺的建設,能有效的整合醫(yī)療信息資源,將日常的辦公管理、醫(yī)療行為管理、醫(yī)療信息管理,在該平臺上統(tǒng)一進行歸集和分析,適應現(xiàn)代化醫(yī)院的醫(yī)療、科研、教育和管理的要求。從臨床應用角度、醫(yī)院管理角度、領導決策角度,都能夠通過該平臺實現(xiàn)輔助工作,同時架起對外

17、交流的橋梁。3. 辦公自動化是以計算機網(wǎng)絡為平臺、電子技術為基礎構(gòu)成的人機信息系統(tǒng),是在行政管理信息化的基礎上產(chǎn)生的,經(jīng)歷了以郵件、office處理為核心->以公文為核心->以信息共享為核心->以門戶、流程、知識管理為核心的幾個發(fā)展階段。4. 辦公自動化系統(tǒng)實施的首要條件就是要用計算機等先進設備處理大量冗繁的工作,這就要求在競爭日益激烈的醫(yī)院中,工作人員必須學會和掌握基本的計算機及網(wǎng)絡技術的知識,辦公自動化系統(tǒng)不但提高了醫(yī)院工作人員的計算機應用技能,也為醫(yī)院全面建設數(shù)字化醫(yī)院打下了堅實基礎。建設辦公自動化平臺后,節(jié)省了工作人員的大量時間,有效消除信息孤島的存在,為醫(yī)護人員進一

18、步學習相關業(yè)務知識或深造,集中精力研究新問題提供了必要條件。本課題的研究目標包括以下兩個方面:建立基于B/S結(jié)構(gòu)和模塊化的網(wǎng)上辦公自動化平臺,減少醫(yī)院管理的冗余工作,整合醫(yī)療信息資源,加快醫(yī)院的信息溝通,搭建醫(yī)院信息辦公集成平臺,加強醫(yī)院內(nèi)部信息管理,文件傳輸,規(guī)范流程管理,提高醫(yī)療信息集成化程度。同時遵循醫(yī)療信息相關標準進行臨床數(shù)據(jù)采集與展現(xiàn)(醫(yī)學影像DICOM3標準、疾病診斷ICD-10標準等)研究內(nèi)容:創(chuàng)造數(shù)字化辦公環(huán)境,突破溝通障礙,在人力資源管理、科研管理、公文收發(fā)管理、檔案管理、教學日歷管理、臨床醫(yī)療數(shù)據(jù)挖掘、輔助分析決策等多個專項業(yè)務領域建立網(wǎng)上辦公平臺。使這些平臺為提高相關部門

19、的辦公效率,豐富管理手段提供幫助。建立醫(yī)院內(nèi)部門戶信息網(wǎng);統(tǒng)一信息發(fā)布平臺,消除信息紊亂;充分利用醫(yī)院硬件資源,提高資源利用率,實現(xiàn)無紙化辦公;整合醫(yī)院信息系統(tǒng)資源,挖掘數(shù)據(jù),指導日常醫(yī)療工作。1.2 國內(nèi)外的研究現(xiàn)狀在二十世紀 60 年代初,北美一些國家就開始醫(yī)院信息化建設的研究。至今為止,計算機技術在醫(yī)院信息化建設的應用已經(jīng)有了30余年。如今已經(jīng)發(fā)展到現(xiàn)在的大型的醫(yī)院臨床信息管理系統(tǒng)的雛形是由麻省理工大學負責開發(fā)研究。20世紀 70 年代,醫(yī)院網(wǎng)上辦公自動化系統(tǒng)在計算機技術迅速進步的影響和刺激下開始了大飛速發(fā)展的時期,北美國家每個大中型的醫(yī)療機構(gòu)和醫(yī)院研究開發(fā)的大多數(shù)實用的醫(yī)院網(wǎng)上辦公自動

20、化系統(tǒng)都是以醫(yī)學中心以及大學醫(yī)院為代表的醫(yī)藥衛(wèi)生研究機構(gòu)代表,為醫(yī)療機構(gòu)和醫(yī)院在以后的信息化建設的進步和發(fā)展奠定了基礎。歐美國家的幾家大的醫(yī)療機構(gòu)和醫(yī)院的醫(yī)院信息管理信息化建設在上個世紀 70 到 80 年代就得到了不同程度上的進步與發(fā)展。在國家處理醫(yī)療機構(gòu)數(shù)據(jù)的統(tǒng)計中可以看出到二十世紀80年代中后期,在擁有床位一百以上的醫(yī)院中有4/5的醫(yī)院已經(jīng)可以進行財務和收費管理的信息化管理。最少有1/10的醫(yī)療機構(gòu)和醫(yī)院已經(jīng)實現(xiàn)了全套的信息化。有大約1/4的醫(yī)院的信息管理系統(tǒng)已經(jīng)發(fā)展完善,實現(xiàn)了信息化,也就是檢驗了病房醫(yī)護人員查詢實驗室和處理醫(yī)囑時的計算機利用情況。大概還有7/10的醫(yī)院的管理日常事務和

21、醫(yī)患掛號登記可以利用計算機完成。在許多歐洲國家,那些醫(yī)院對于信息化的建設和發(fā)展雖然和北美相比,起步是顯得有些慢,但是,絕大多數(shù)的醫(yī)院和醫(yī)療機構(gòu)業(yè)早在20世紀 70 年代中期和 80 年代初就已經(jīng)對于信息化的建設展開了研究。那些主要醫(yī)院所開展的信息化研究信息系統(tǒng)項目,其特點便是帶有很強的地域性。其中較為典型的要數(shù)丹麥的紅字系統(tǒng),而這個系統(tǒng)已經(jīng)可以完成對七十多所的醫(yī)療機構(gòu)和醫(yī)院的日常信息管理的工作。在英國,被第八醫(yī)保機構(gòu)所承擔研究開發(fā)的信息管理系統(tǒng),可以同時管理其下面歸屬的幾家大型的醫(yī)院以及所有醫(yī)學院的全部的對于信息管理以及對數(shù)據(jù)的處理等方面的業(yè)務。最近的幾年以來,那些最早起源于歐共體的歐盟國家對

22、于SHINE信息化的建設項目已然日趨成熟化,在意大利、德國、英國和法國這些國家的許多公司,都已經(jīng)展開了合作,開始了對這個項目的研發(fā)工作,這些公司的聯(lián)合研發(fā)工作,在開放網(wǎng)絡工程以及分布式數(shù)據(jù)庫系統(tǒng)這兩個方面,還是有了很好的發(fā)展,并且創(chuàng)出了不菲的成績。在日本本土,醫(yī)院早在上世紀七十年代就已經(jīng)開始進行對醫(yī)院信息的管理和研發(fā)工作。大多數(shù)的日本醫(yī)院都是在上個世紀八十年代以后開始對自己的醫(yī)院展開信息化建設的,而且,日本具有雄厚的通訊和電子技術基礎,因此,日本的這些醫(yī)院對于信息化的建設速度十分驚人。等到了20世紀末的時候,日本醫(yī)院的信息化程度和幾家全國主要的醫(yī)院相比,規(guī)模已經(jīng)是很大的了,而且全部都是以計算能

23、力特別強的大型計算機對醫(yī)院的計算機系統(tǒng)進行覆蓋。在此之中,較為典型的便是雙機醫(yī)院信息化管理系統(tǒng),這個系統(tǒng)是某大學附屬醫(yī)院負責研究并開發(fā)出來的。時至撰寫這篇文章的時候,日本本土醫(yī)院對于信息化的建設已經(jīng)有了整體化互聯(lián)的效果,其中包含概括了對于所有業(yè)務的管理系統(tǒng)。但是,因為其是以瀑布式的運行方法工作的,所以,大部分的業(yè)務則是需要依靠于一個超大型的計算機作為中心,才得以完成整個系統(tǒng)的運行工作。在這之中,還需要運用到大量的網(wǎng)絡技術和計算機操作技術,需要很大的財力上的支撐,到現(xiàn)在為止,正在逐步實現(xiàn)著對“命令式”的工作方法的研發(fā)。而此工作方法好的地方在于,它可以將與醫(yī)院有關的各種數(shù)據(jù),從病房直接傳輸?shù)教幚碇?/p>

24、心的計算機上,減少了中間的運行渠道,節(jié)省了大量的時間。而在在我國,因為計算機是在20世紀的七十年代末期才得以進入到衛(wèi)生行業(yè),所以醫(yī)院的信息化建設的起步較晚。而在剛開始的時候,基本上所有醫(yī)院的信息管理系統(tǒng)都是需要依靠小型機才可以完成運轉(zhuǎn)的。但是,就是這些必須依靠小型機才能完成運轉(zhuǎn)的信息管理系統(tǒng),也只能是為數(shù)不多的幾家大型的并且是省級直屬的綜合性醫(yī)院和教學醫(yī)院才有研究和開發(fā)這種信息管理系統(tǒng)的財力和能力。而那些小型的系統(tǒng)則主要是用于進行教學和科學研究,對于現(xiàn)實社會生活中的醫(yī)院信息的管理來說,差不多還沒有涉及。等到了上個世紀八十年代的初期,隨著蘋果個人電腦的出現(xiàn),以及對高級的程序語言的瘋狂設計和開發(fā),

25、使得一部分的醫(yī)院開始著手研發(fā)一些非大型的對信息的管理的軟件,例如說考勤軟件等等。而到了上世紀的八十年代,一些有條件的醫(yī)院已經(jīng)開始準備簡歷一個小型的局域網(wǎng)絡。它們基本上都是在一個較為單一的部門的非大型的網(wǎng)絡管理系統(tǒng)的基礎之上,才得以被研發(fā)出來的,比如對藥房的管理或者對住院情況的管理等等。當進入了上世紀九十年代的時候,伴隨著一些技術像是database 技術和網(wǎng)絡技術的不斷成熟,醫(yī)療行業(yè)已經(jīng)配備了配套且相對完善的設施,來對醫(yī)院的網(wǎng)絡和信息進行系統(tǒng)的管理。而在這種情勢之下,那些有條件和有技術能力的醫(yī)院,已經(jīng)開始根據(jù)自身的情況,對于醫(yī)院的管理系統(tǒng)著手進行開發(fā)。而到了本世紀的初期,位于我國大中城市的那些

26、甲等的大中型醫(yī)院,差不多已經(jīng)全部開始對醫(yī)療信息進行計算機化和網(wǎng)絡化的管理。況且,對于那些普通的醫(yī)療機構(gòu),絕大部分也已經(jīng)開始對醫(yī)療信息進行計算機化和網(wǎng)絡化進行系統(tǒng)的管理,或者僅僅只是進行了其中的一個單一小功能模塊的簡單應用。但是,那些縣級以下的小醫(yī)院,對于醫(yī)院信息化的建設,仍然是沒有能力進行建設或者根本就沒有意識到它的重要作用。在實際生活中,雖然一些國內(nèi)的大醫(yī)院現(xiàn)在信息化建設的過程中剛有了一些成績,但是,就醫(yī)療衛(wèi)生事業(yè)和全國所有的醫(yī)院這個整體看來,還是有不少的中小型醫(yī)院,對于信息化的建設還僅限于對門診和住院費用的收取的管理這一單一業(yè)務,或者僅僅只限于對迷你業(yè)務的處理,還未能真正的上升到對核心業(yè)務

27、的處理。如此一來,就很難高效、快捷地運用這個系統(tǒng)對那些海量的臨床醫(yī)療信息進行管理和利用。而且還不能為醫(yī)院的各項工作如醫(yī)務、教學、研究等提供很好的便利。所以,對于臨床信息管理系統(tǒng)的研發(fā)還停留在探索和試驗的初等水平。如果要進行劃分,可以在醫(yī)療系統(tǒng)的網(wǎng)絡化,信息化建設的水平角度,對于醫(yī)院的信息化建設,基本上會經(jīng)歷以下三個階段:區(qū)域醫(yī)療衛(wèi)生服務(GMIS)、臨床信息化(CIS)和管理信息化(HIS)??傊?,現(xiàn)在我國對于醫(yī)院的信息化的建設還是位于一個較低的水平,換句話說就是目前我們國家的醫(yī)院的信息化建設還停留在信息管理的這么一個階段上。通過這前段時間的市場調(diào)查和分析,初步了解到現(xiàn)在各種進銷存軟件的優(yōu)點及

28、不足。比如說有些傳統(tǒng)進銷存軟件是為替代手工錄入,從傳統(tǒng)數(shù)據(jù)記錄中產(chǎn)生的,這些軟件面對Internet及電子商務迅猛發(fā)展的網(wǎng)絡經(jīng)濟時代顯得如此脆弱而只能望洋興嘆,這些方面主要包括:1、體系封閉,無法實現(xiàn)網(wǎng)絡化管理,更無法支持電子商務。傳統(tǒng)軟件由于產(chǎn)生的技術背景落后,無法實現(xiàn)網(wǎng)絡化管理或只支持局部網(wǎng)絡應用,更無法支持電子商務,不能適應網(wǎng)絡時代企業(yè)的需求。2、信息單一、落后且缺乏前瞻性,由于技術方面的限制,傳統(tǒng)軟件無法做到庫存信息的實時動態(tài)處理、事前的預測并提供前瞻性信息。3、對管理考慮甚少。軟件依舊沒有擺脫傳統(tǒng)束縛,以對外報告為其存在目的。1.3 主要研究內(nèi)容及論文的組織結(jié)構(gòu)本文的主要研究內(nèi)容是結(jié)

29、合現(xiàn)代先進的計算機技術來設計一個醫(yī)院網(wǎng)上辦公自動化系統(tǒng)。論文的組織結(jié)構(gòu)可以分為以下幾個部分:第一部分:對課題的提出背景和研究的意義進行概述,并對醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的國內(nèi)外發(fā)展現(xiàn)狀進行了分析,最后給出了文章的主要研究內(nèi)容和論文的組織結(jié)構(gòu);第二部分:對課題的相關技術進行了一個綜述,主要內(nèi)容包括系統(tǒng)的架構(gòu)、ASP.NET、AJAX技術、COM+組件技術和數(shù)據(jù)庫進行了概述;第三部分:對醫(yī)院網(wǎng)上辦公自動化系統(tǒng)進行了詳細的需求分析,主要內(nèi)容包括系統(tǒng)開發(fā)的可行性分析,系統(tǒng)的功能性和非功能性需求分析和系統(tǒng)的數(shù)據(jù)流程分析等;第四部分:對醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的設計進行了詳細的描述,首先分析了系統(tǒng)的設計原則和

30、系統(tǒng)的總體架構(gòu),接下來對醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的不同功能模塊進行了分析,最后對醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的數(shù)據(jù)庫和安全性進行了詳細的設計;第五部分:對醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的實現(xiàn)和測試進行了綜合的描述,首先給出了醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的運行界面,并給出了系統(tǒng)實現(xiàn)的部分代碼,最后對系統(tǒng)進行了詳細的測試;第六部分是對全文的總結(jié)和對未來的展望。第2章 相關技術綜述2.1 系統(tǒng)的架構(gòu)選擇2.1.1 B/S結(jié)構(gòu)B/S結(jié)構(gòu)(Browser/Server)即瀏覽器和服務器結(jié)構(gòu)。在B/S結(jié)構(gòu)下,系統(tǒng)實現(xiàn)的主界面是通過WEB瀏覽器來訪問,服務端為Web Service層,事務的邏輯在服務端,其中也有很少一部分的事務

31、邏輯是在前端的WEB瀏覽器來實現(xiàn)的,前端為客戶端,中間為Web Service層,后端為服務端,這樣就形成了系統(tǒng)的三層架構(gòu)。B/S結(jié)構(gòu)的三層架構(gòu)可以在很大程度上降低客戶端的負載量,并降低了相關維護人員的工作量,減輕系統(tǒng)因維護和升級而產(chǎn)生的相關費用,降低了用戶的運營和維護的成本。 B/S的最大優(yōu)點是不用將客戶端下載到本地進行安裝,只要能連接到網(wǎng)絡就可以通過瀏覽器輸入IP地址信息來進行訪問,其中B/S和WEB服務器有著很大的關聯(lián),所有互聯(lián)網(wǎng)上的信息都是有WEB服務來進行提供的,WEB服務端根據(jù)用戶發(fā)出的指令信息來調(diào)取相應的圖片、文字、視頻等信息,在目前高校的校園數(shù)字化建設過程中,很多都是利用這種方

32、式來進行辦公的。B/S的體系結(jié)構(gòu)包括兩層和三層的體系結(jié)構(gòu),體系結(jié)構(gòu)圖如下所示:圖2.1 兩層B/S體系結(jié)構(gòu)圖如圖2.1,在兩層B/S結(jié)構(gòu)中,客戶端只需要瀏覽器即可進行相應的工作,其工作要求通過網(wǎng)絡訪問服務器,服務器接收“請求”并執(zhí)行相應的事務處理,同時調(diào)用數(shù)據(jù)庫進行處理,最后把執(zhí)行結(jié)果送回客戶瀏覽器。圖2.2 三層B/S體系架構(gòu)圖如圖2.2,該模型的三層結(jié)構(gòu)分別為瀏覽器層、Web服務器層和數(shù)據(jù)庫服務器層。2.1.2 C/S結(jié)構(gòu)在與網(wǎng)絡進行連接的模式當中,還有另外一種形式的網(wǎng)絡連接方式,即C/S(客戶機/服務器網(wǎng))。目前大多數(shù)的應用軟件所采用的架構(gòu)都是C/S模式的結(jié)構(gòu),由于現(xiàn)在的應用軟件系統(tǒng)正在

33、不斷的向分布式的Web系統(tǒng)方向發(fā)展,Web和客戶端/服務器應用也可以進行業(yè)務的同樣處理,但C/S架構(gòu)的軟件有著B/S架構(gòu)軟件無法比擬的優(yōu)點,即C/S架構(gòu)的軟件響應速度非???,操作靈活、C/S架構(gòu)的軟件應用不同的模塊從而能夠共享邏輯部件,提供對外的服務。在C/S架構(gòu)的(客戶機/服務器)的網(wǎng)絡中,使用計算機的操作者是計算機的用戶而不是計算機的客戶,客戶機即系統(tǒng)的前端軟件是網(wǎng)絡的基礎部分,服務器即系統(tǒng)的數(shù)據(jù)庫是網(wǎng)絡的核心部分,系統(tǒng)的前端軟件不斷的根據(jù)客戶發(fā)送的操作指令來從數(shù)據(jù)庫中讀取或者存儲相應的數(shù)據(jù),而服務器為操作的前端軟件提供網(wǎng)絡服務的同時也需要提供相應的數(shù)據(jù)資源服務,通常將客戶機和服務器稱為通

34、信中的兩個應用軟件的進程。2.1.3 B/S與C/S的比較B/S與C/S相比較,在系統(tǒng)的性能方面,B/S相對于C/S來說更加的靈活、界面更“信息化”,B/S架構(gòu)的軟件可以很方便的實現(xiàn)異地瀏覽,其信息的采集方式也是多種多樣,這是B/S架構(gòu)的優(yōu)勢。任何時間、任何系統(tǒng)、任何地點,不用借助于軟件的客戶端,只要可以使用瀏覽器上網(wǎng),就可以使用 B/S 系統(tǒng)的客戶端。C/S 結(jié)構(gòu)的軟件是建立在中間件產(chǎn)品的基礎之上,這就要求程序軟件的開發(fā)者自己去處理事務的管理、數(shù)據(jù)的復制和同步、消息的隊列、通信的安全等問題。C/S 結(jié)構(gòu)的軟件對軟件的開發(fā)人員提出了更高的要求,這就在一定程度上決定了程序的開發(fā)人員要投入更大的精

35、力去解決程序架構(gòu)本身的問題和之外的問題。B/S和C/S在數(shù)據(jù)處理的模式相比較,B/S結(jié)構(gòu)的軟件可以在很大程度上簡化客戶端的設計,把主要的精力集中在服務端即可,B/S結(jié)構(gòu)設計的軟件只要客戶端的電腦能夠訪問網(wǎng)絡,輸入地址信息和用戶名密碼登陸就可以。對于B/S結(jié)構(gòu)而言,C/S結(jié)構(gòu)設計的軟件的開發(fā)、維護等幾乎所有工作都集中在客戶端,當企業(yè)對網(wǎng)絡應用進行升級時,不僅需要對服務端的代碼進行更新,對數(shù)據(jù)庫進行重新的設計或修改,同時也需要對客戶端進行大量的修改,即使是一個非常小的問題,這就在一定程度上決定了C/S結(jié)構(gòu)設計的軟件維護和開發(fā)的成本比較高。這時B/S架構(gòu)的產(chǎn)品優(yōu)勢就可以很明顯的體現(xiàn)出來,所有的升級操

36、作只需要針對服務器端的Web Service進行即可5。2.2 ASP.NET概述ASP是一種使嵌入網(wǎng)頁中的腳本,這種腳本可以由Internet服務器執(zhí)行的服務器端腳本技術,ASP是由美國微軟公司開發(fā)。ASP.NET 作為 .NET Framework 開發(fā)環(huán)境中的一部分,當我們用ASP來編寫程序時,可以訪問 .NET Framework 開發(fā)環(huán)境中的類,同時也可以使用與公共語言運行庫兼容的其它任何語言來編寫代碼,由此可以看出,ASP具備良好的兼容性和可擴展性。ASP.NET能夠通過與客戶端的應用程序或者其他類似的、基于事件的模型來進行對網(wǎng)頁編程,這是其中的一個比較重要的功能。另外,相對于傳統(tǒng)

37、 的HTML 頁或者一些基于客戶端的 Web 應用程序事件而言,這里由 ASP.NET 服務器控件所引發(fā)的一系列的事件,其工作方式就會有所不同。由于事件本身與其處理該事件的位置相分離,這是導致出現(xiàn)差異的主要原因。如果是在基于客戶端的應用程序中發(fā)生,則在客戶端引發(fā)以及來進行處理事件。但是,如果是在 ASP.NET 網(wǎng)頁中,引發(fā)原因在于在客戶端(瀏覽器)上是服務器控件所關聯(lián)的事件,則必須在 Web 服務器上由 ASP.NET 頁來進行處理。如果事件的發(fā)生是在客戶端上,ASP.NET Web 控件的事件模型則要求必須首先在客戶端在進行捕獲事件信息,然后再通過 HTTP POST來把事件消息進行傳輸?shù)?/p>

38、服務器上。另外,必須要解釋該 POST 明確所發(fā)生的一些事件,利用調(diào)用代碼尋求能夠處理該事件的一系列的相應辦法。本系統(tǒng)中在UI層的表示層邏輯就是基于ASP.NET的Web事件模型進行編程的。利用這種編程模型既可以簡化Web應用程序的開發(fā)又可以實現(xiàn)出功能非常強大系統(tǒng)。2.3 AJAX技術概述Ajax的核心是JavaScript對象XmlHttpRequest。該對象在Internet Explorer 5中首次引入,它是一種支持異步請求的技術。簡而言之,XmlHttpRequest使您可以使用JavaScript向服務器提出請求并處理響應,而不阻塞用戶。通過 AJAX,您的 JavaScript

39、 可使用 JavaScript 的 XMLHttpRequest 對象來直接與服務器進行通信。通過這個對象, JavaScript 可在不重載頁面的情況與 Web 服務器交換數(shù)據(jù)。AJAX 在瀏覽器與 Web 服務器之間使用異步數(shù)據(jù)傳輸(HTTP 請求),這樣就可使網(wǎng)頁從服務器請求少量的信息,而不是整個頁面。Ajax 的組成l JavaScript腳本語言;l CSS 樣式表;l XMLHttpRequest數(shù)據(jù)交換對象;l DOM文檔對象或者XMLDOM文檔對象。2.4 COM+組件技術概述COM是微軟公司為了計算機工業(yè)的軟件生產(chǎn)更加符合人類的行為方式開發(fā)的一種新的軟件開發(fā)技術。在COM構(gòu)架

40、下,人們可以開發(fā)出各種各樣的功能專一的組件,然后將它們按照需要組合起來,構(gòu)成復雜的應用系統(tǒng)。COM組件的優(yōu)點:l 可以將系統(tǒng)中的組件用新的替換掉,以便隨時進行系統(tǒng)的升級和定制;l 可以在多個應用系統(tǒng)中重復利用同一個組件;l 可以方便的將應用系統(tǒng)擴展到網(wǎng)絡環(huán)境下;l COM組件的特性是與語言無關和與平臺無關。因此,一經(jīng)開發(fā)便可以使用不同的高級語言和開發(fā)工具調(diào)用。并且,客源在此COM組件基礎進行二次開發(fā)。COM+并不是COM的簡單升級,COM+的底層結(jié)構(gòu)仍然以COM為基礎,它幾乎包容了COM的所有內(nèi)容,COM+綜合了COM、DCOM和MTS這些技術要素,它把COM組件軟件提升到應用層而不再是底層的

41、軟件結(jié)構(gòu),它通過操作系統(tǒng)的各種支持,使組件對象模型建立在應用層上,把所有組件的底層細節(jié)留給操作系統(tǒng),因此,COM+與操作系統(tǒng)的結(jié)合更加緊密。2.5 SQL SERVER 2005概述就一個系統(tǒng)而言,如果其數(shù)據(jù)量非常的巨大,那么在系統(tǒng)設計的時候?qū)?shù)據(jù)存儲軟件需要選用Oracle,但本文所設計的醫(yī)院網(wǎng)上辦公自動化系統(tǒng)所需要存儲的數(shù)據(jù)量有限,因此選用SQL Server 2005。SQL Server 2005是一個企業(yè)級的數(shù)據(jù)庫產(chǎn)品,開發(fā)商是微軟。SQL Server 2005相對于先前的版本,比如SQL Server 2000有了較大幅度的改進,不僅體現(xiàn)在產(chǎn)品的性能上,也體現(xiàn)在了產(chǎn)品執(zhí)行的效率上

42、,SQL Server 2005集成了新的開發(fā)管理工具特性的同時,也有很多其他的特點,SQL Server 2005 具備強大的關系型數(shù)據(jù)庫處理能力,具備分布式數(shù)據(jù)查詢的功能,同時也能夠在很大程度上降低數(shù)據(jù)庫并發(fā)訪問的延遲成本(訪問延遲和管理時間延遲),同時SQL Server 2005為用戶提供了人性化的工作界面,并且與上一代產(chǎn)品保持類似的風格。SQL Server 2005友好的工作界面能夠促使客戶把更多的精力放到數(shù)據(jù)庫開發(fā)上面。SQL Server 2005提供了更加方便的數(shù)據(jù)庫管理和查詢功能,能夠?qū)崿F(xiàn)對英文的查詢和對數(shù)據(jù)庫存儲過程的編程以及數(shù)據(jù)庫視圖的建立。SQL Server 200

43、5支持數(shù)據(jù)倉庫,同時包含了許多數(shù)據(jù)提取和分析的工具,這些工具也能夠?qū)崿F(xiàn)聯(lián)機分析處理的功能。SQL Server 2005友好的工作界面能夠促使客戶把更多的精力放到數(shù)據(jù)庫開發(fā)上面。SQL Server 2005提供了更加方便的數(shù)據(jù)庫管理和查詢功能,能夠?qū)崿F(xiàn)對英文的查詢和對數(shù)據(jù)庫存儲過程的編程以及數(shù)據(jù)庫視圖的建立。SQL Server 2005支持數(shù)據(jù)倉庫,同時包含了許多數(shù)據(jù)提取和分析的工具,這些工具也能夠?qū)崿F(xiàn)聯(lián)機分析處理的功能。SQL Server 2005和Internet緊密結(jié)合,能夠支持XML,并且SQL Server 2005和兼容性和可擴展性很強,能夠快速建立起大型的WEB站點的數(shù)據(jù)存

44、儲。SQL Server 2005可以在不同硬件配置的環(huán)境下搭建數(shù)據(jù)庫的引擎,用以滿足實際項目的性能需求和使用需求。2.6 本章小結(jié)本章對課題的相關技術進行了一個綜述,主要內(nèi)容包括系統(tǒng)的架構(gòu)、ASP.NET、AJAX技術、COM+組件技術和數(shù)據(jù)庫進行了概述,為下文做好了鋪墊。第3章 系統(tǒng)的需求分析3.1 系統(tǒng)的可行性分析 隨著計算機的普及,人們對計算機的認識及需求有了明顯的增肌。計算機對于大量信息的管理的優(yōu)勢更是顯而易見。對于一個只要企業(yè)來說,這方面的需要尤其重要。有了這個醫(yī)院網(wǎng)上辦公自動化系統(tǒng),管理員的工作任務就可能會事半功倍。隨著醫(yī)院信息管理市場的發(fā)展以及管理需求的提升,原有增加的業(yè)務流程

45、、業(yè)務管理、數(shù)據(jù)一致性與數(shù)據(jù)分析等方面存在著問題,醫(yī)院需要這樣的信息管理系統(tǒng),運用現(xiàn)代的管理思想、方法、信息技術和網(wǎng)絡技術,達到對整個供應鏈上的信息流、物流、資金流、工作流的有效規(guī)劃和控制,對醫(yī)院中大量的、動態(tài)的、錯中復雜的數(shù)據(jù)和信息進行及時準確的分析,從而使醫(yī)院減少資源浪費、降低庫存成本、減少資金占用,最終幫助醫(yī)院管理人員利用計算機,快捷方便的對藥進行管理、進貨、出貨、查找的所需操作,智能化對各種特殊事件的管理。本項目由醫(yī)院辦公室提出,由本醫(yī)院計算機中心和院辦公室共同開發(fā),在醫(yī)院中廣泛的使用。雖然可以省去大量的時間和人力,避免自行開發(fā)的各種不確定因素,但購買的系統(tǒng)不一定適用。由于該系統(tǒng)不是按

46、照本醫(yī)院的實際情況進行的開發(fā),內(nèi)容有可能與醫(yī)院的實際情況不符,造成不必要的浪費或?qū)е鹿ぷ餍氏陆档炔涣夹Ч?。從醫(yī)院各個科室的行政管理、工作制度等方面來看,能夠使用該軟件系統(tǒng);從科室的工作人員的素質(zhì)來看該科室的人員均具有較強的計算機操作水平,能滿足使用該軟件系統(tǒng)的要求。醫(yī)院網(wǎng)上辦公自動化系統(tǒng)在上線運行之后,可以再很大的程度上減輕各個部門工作人員的勞動強度,同時也能夠提高工作人員的工作效率,能夠?qū)⑨t(yī)院在財務和各項事務方面的失誤率降到最低,從而醫(yī)院中各個部門的醫(yī)務工作人員能夠有更多的時間來專注于自身的工作。完整的HIS系統(tǒng)可實現(xiàn)信息的全程追蹤和動態(tài)管理,從而簡化患者的診療過程,優(yōu)化就診環(huán)境,改變通常

47、“排隊長、等候久、秩序亂”的局面,減少病人就醫(yī)時冗長的無效等待時間。某廠職工醫(yī)院的網(wǎng)管人員向記者算了一筆“賬”:目前多數(shù)醫(yī)院就診必須經(jīng)過掛號、等病歷、劃價、收費、取藥或治療等一系列過程。診療高峰時一個患者少則排3次隊,多則5、6次,這些通常會花費時間1個小時以上。實施HIS以后,每個病人用于診療的中間過程性時間會大幅度減少;假定一家醫(yī)院門診人次為2000人次/天,年門診250天算,每人少花費半小時,則可日節(jié)約1000小時,一年節(jié)約36萬小時,其產(chǎn)生的社會效益和間接經(jīng)濟效益是顯而易見的,實現(xiàn)了以病人為中心的服務思想。表3-1 風險結(jié)果分析風險可能性影響組織財政問題導致項目預算削弱低災難性的招聘不

48、到所需技術的人員高災難性的關鍵的人員在項目的關鍵時刻生病中嚴重的擬采用的系統(tǒng)組件存在缺陷,影響系統(tǒng)功能中嚴重的需求變更導致主要設計和開發(fā)重做中嚴重的組織結(jié)構(gòu)發(fā)生變化導致項目管理人員變化高嚴重的數(shù)據(jù)庫事務處理速度不夠中嚴重的開發(fā)所需時間估計不足高嚴重的CASE工具無法集成高可容忍的客戶無法理解需求變更帶來的影響中可容忍的無法進行所需的人才培訓中可容忍的缺陷修復估計不足中可容忍的軟件規(guī)模估計不足高可容忍的CASE工具生成代碼效率低中無關緊要3.2 系統(tǒng)的功能性需求分析進行整個數(shù)據(jù)庫設計必須準確了解與分析用戶需求(包括數(shù)據(jù)和處理)。需求分析是整個設計過程的基礎,是最困難、最耗費時間的一步。作為地基的

49、需求分析是否做得充分與準確,決定了在其上構(gòu)建數(shù)據(jù)庫大廈的速度和質(zhì)量。需求分析的任務是通過詳細調(diào)查現(xiàn)實世界要處理的對象(組織、部門、企業(yè)等),充分了解原系統(tǒng)(手工系統(tǒng)或計算機系統(tǒng))工作概況,明確用戶的各種需求,然后在此基礎上確定新系統(tǒng)的功能。醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的需求分析包括以下幾個方面:1、 能夠集成現(xiàn)行門診醫(yī)生工作站和住院醫(yī)生工作站的部分業(yè)務需求;2、 根據(jù)用戶的業(yè)務范圍設立相應的用戶權(quán)限;3、 針對醫(yī)院具體部門的應用情況設計相關報表和進行數(shù)據(jù)的統(tǒng)計與分析;4、 滿足患者對在院信息查詢的需求;5、 對醫(yī)院在崗職工進行管理;6、 數(shù)據(jù)存儲要安全可靠;7、 如果出現(xiàn)故障,能夠及時恢復,盡量減小

50、對醫(yī)院醫(yī)療工作的影響;就醫(yī)院網(wǎng)上辦公自動化系統(tǒng)功能性方面而言, 本文所設計的醫(yī)院網(wǎng)上辦公自動化系統(tǒng)總體可以分為10個功能模塊,分別是系統(tǒng)管理、用戶管理、信息交互、綜合行政、公文管理、任務管理、工作計劃、知識管理、實用工具和行政查房,詳細的結(jié)構(gòu)如圖3-1所示:圖3-1 醫(yī)院網(wǎng)上辦公自動化系統(tǒng)結(jié)構(gòu)圖(1)系統(tǒng)管理醫(yī)院網(wǎng)上辦公自動化系統(tǒng)中系統(tǒng)管理功能模塊主要所包含的功能可以劃分為以下幾個部分,分別是組織機構(gòu)、用戶賬號、通訊組、職位管理、用戶組設置、系統(tǒng)權(quán)限、系統(tǒng)日志、系統(tǒng)功能設置和在線人員等幾個方面的功能。(2)用戶管理根據(jù)醫(yī)院的用戶管理的需求,用戶管理功能模塊設計包括8個方面的功能,分別是用戶信息

51、、我的工作臺、我的通訊組、系統(tǒng)日志、天氣預報設置、密碼修改、常用網(wǎng)址和電子郵件設置等。(3)信息交互信息交互設計主要包括4個方面的內(nèi)容,分別是新聞、公告通知、消息和投票。其中新聞包括新聞發(fā)布、新聞審批和新聞查看,公告通知包括公告通知發(fā)布、公告通知審批和公告通知查看,消息部分設計包括消息的發(fā)送和收到消息提醒,投票功能模塊設計包括新增投票和投票查詢。(4)綜合行政綜合行政是醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的一個重要的功能模塊,其重要的功能模塊包括會議管理、車輛管理、辦公用品、圖書管理、項目管理和考勤管理。其中會議管理包括會議申請、會議審批、會議室設置、會議紀要、會議查詢和按會議室查詢。車輛管理包括用車申請、

52、用車審批、派車管理、車輛設置和用車查詢。辦公用品模塊包括供應商設置、物品類別、物品信息、采購申請、采購審批、采購入庫、物品領用、物品報損、物品歸還、退貨記錄、采購查詢和庫存查詢。圖書管理功能模塊設計包括圖書類別、圖書登記、圖書查詢、借閱登記和歸還登記。項目管理包括項目申請、項目審批、項目執(zhí)行、項目完成、維護記錄、項目查詢和客戶信息??记诠芾砉δ苣K包括請假申請、請假審批、請假查詢、加班申請、加班審批、加班查詢、出差申請、出差審批、出差查詢、工資條錄入和工資條查詢幾個部分。(5)公文管理公文管理部分主要包括兩個方面的內(nèi)容,分別是發(fā)文管理和收文管理。其中發(fā)文管理包括發(fā)文擬稿、發(fā)文核稿、套紅蓋章、發(fā)

53、文查詢、公文類型和主題詞設置等幾個方面的功能。收文管理部分包括收文登記、領導批閱、收文分發(fā)、收文閱讀和收文權(quán)限設置等幾個方面的內(nèi)容。(6)任務管理任務管理功能模塊主要包括6個方面的內(nèi)容,分別是任務類別、領導設置、分配任務、待辦任務、完成評價和任務查詢等幾個功能模塊。(7)工作計劃工作計劃功能模塊包括新增計劃、計劃執(zhí)行、完成計劃、計劃查詢和工作日志等幾個方面的內(nèi)容。(8)知識管理知識管理主要包括規(guī)章制度、知識庫、下載中心和我的空間等幾個方面的內(nèi)容。(9)實用工具實用工具設計為醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的用戶提供一些方面的信息查詢的功能,設計主要包括天氣預報、火車時刻、飛機航班、郵編/區(qū)號和國際時間查

54、詢的功能。(10)行政查房行政查房功能模塊的主要內(nèi)容包括職能科管理、科主任管理、護士長管理、消防安全管理、建筑物管理、建筑物位置管理、行政考核管理和綜合查詢等幾個方面的內(nèi)容。3.3 系統(tǒng)非功能性需求分析系統(tǒng)的非功能性需求分析包括以下幾個方面:(1)性能要求系統(tǒng)響應時間:前臺業(yè)務處理響應時間<2秒;普通查詢響應時間<5秒;統(tǒng)計分析類查詢平均15秒,最長30秒;批量業(yè)務處理響應時間<60秒;其他大批量數(shù)據(jù)處理響應時間<5分鐘。并行連接數(shù):在網(wǎng)絡穩(wěn)定(帶寬128K)的環(huán)境下支持不少于100個并發(fā)連接。系統(tǒng)恢復情況:系統(tǒng)應提供7×24小時的連續(xù)運行,平均年故障時間小于

55、3天,平均故障修復時間小于60分鐘。為在緊急情況下最快地恢復的數(shù)據(jù)和服務,應建設有急響應的預案。(3)安全性安全性涉及到保密資料和有關核心資料的安全問題,這就需要系統(tǒng)能夠有效防止外來的惡意攻擊和各種病毒攻擊,并設置訪問權(quán)限管理,同時對系統(tǒng)內(nèi)部數(shù)據(jù)進行備份。在一些必要情況下,可以一些控制措施,比如數(shù)據(jù)加密、身份認證、密碼保護等。(4)穩(wěn)定性穩(wěn)定性即系統(tǒng)能夠平穩(wěn)運行。醫(yī)院網(wǎng)上辦公自動化系統(tǒng)實施以后,能夠保證在日常辦公中正常平穩(wěn)運行。由于該系統(tǒng)具有很大的依賴性,所以要對系統(tǒng)進行嚴格把關,數(shù)據(jù)庫是否穩(wěn)定,功能是否順暢,并且避免產(chǎn)生數(shù)據(jù)丟失的現(xiàn)象,力爭使之能夠適合大規(guī)模的用戶使用。(5)可管理性每個層次

56、,每個構(gòu)件都提供標準的管理接口。實現(xiàn)統(tǒng)一的,一致的日志功能。提供實時系統(tǒng)健康檢查手段,準確易用的監(jiān)控,錯誤定位功能。完整的,功能強大的IT管控體系。(6)標準規(guī)范代碼設計方面應與相關部門發(fā)布的有關資產(chǎn)編碼等一致,軟件應提供標準科目編碼與內(nèi)碼映射的功能,符合高校類相關標準、規(guī)范和文件;必須提供標準數(shù)據(jù)接口。系統(tǒng)設計在功能,安全,網(wǎng)絡等各方面符合醫(yī)院類應用系統(tǒng)建設。同時,在系統(tǒng)設計上應采用國際,國內(nèi)成熟的信息技術和先進的技術標準,要能與其它系統(tǒng)互連互通并具備擴展性和可維護性。在相關標準的基礎上,形成醫(yī)院信息管理管理系統(tǒng)的標準規(guī)范。3.4 系統(tǒng)的數(shù)據(jù)流程分析 系統(tǒng)的需求的流程如圖3-2所示:圖3-2

57、 系統(tǒng)需求分析流程圖(1)入院管理流程病人先辦理住院手續(xù),然后需判定是否曾住院,若曾住院則查找想愛你供應病歷,若沒有住院,則建住院病歷,然后分配床位,再需要判定是否是教工或教工家屬,若是教工家屬,則登記統(tǒng)籌號,不是的話則由財務收取押金,最后填寫病人登記表,詳細流程如圖3-3所示:圖3-3入院管理流程(2)住院管理流程圖3-4住院管理流程(3)出院管理流程圖3-5出院管理流程根據(jù)上述業(yè)務流程,可得到系統(tǒng)數(shù)據(jù)流圖如下:圖3-6 系統(tǒng)數(shù)據(jù)流程圖3.5 本章小結(jié)對醫(yī)院網(wǎng)上辦公自動化系統(tǒng)進行了詳細的需求分析,主要內(nèi)容包括系統(tǒng)開發(fā)的可行性分析,系統(tǒng)的功能性和非功能性需求分析和系統(tǒng)的數(shù)據(jù)流程分析等。第4章 系統(tǒng)的詳細設計4.1 系統(tǒng)的設計原則由于醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的設計是面向用戶的,在系統(tǒng)的設計過程中采用當前熱門的技術和先進的技術理論的同時,還要有準確的市場定位。醫(yī)院網(wǎng)上辦公自動化系統(tǒng)的設計原則是以醫(yī)院日常辦公的需求為導

溫馨提示

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

評論

0/150

提交評論