醫(yī)院信息管理系統(tǒng)住院部電子病歷畢業(yè)設(shè)計畢業(yè)論文

1、HUNAN UNIVERSITY畢業(yè)設(shè)計(論文)設(shè)計論文題目：醫(yī)院信息管理系統(tǒng)之電子病歷系統(tǒng)醫(yī)院信息管理系統(tǒng)之電子病歷系統(tǒng)摘 要電子病歷是醫(yī)療健康信息個性化開展的趨勢。病歷作為患者信息的載體，集中反映了患者的診斷治療過程，電子病歷是數(shù)字信息化的病歷，它不僅包括靜態(tài)病歷信息，還提供相關(guān)效勞，實現(xiàn)患者信息的采集、加工、存儲、傳輸和效勞。Ajax是一種新興熱門的網(wǎng)絡(luò)技術(shù)，它將JavaScript和XML技術(shù)結(jié)合在一起，每次調(diào)用新數(shù)據(jù)時，無需反復(fù)跳轉(zhuǎn)頁面，而是采用異步通信的方式向效勞器請求數(shù)據(jù)，使用DOM更新頁面中變更的數(shù)據(jù)，顯著提升了界面的響應(yīng)速度，給客戶一個很好的使用體驗。本文基于Ajax技術(shù)設(shè)計

2、并實現(xiàn)了醫(yī)院信息管理系統(tǒng)中的電子病歷模塊。該論文首先是對電子病歷產(chǎn)生的背景、使用意義、現(xiàn)狀及趨勢進行分析闡述；然后，對系統(tǒng)實現(xiàn)所采用的關(guān)鍵技術(shù)Ajax進行分析；接著對電子病歷進行了系統(tǒng)分析，詳細分析了其系統(tǒng)需求，以及各模塊需要到達的要求，并對系統(tǒng)的設(shè)計進行了分析；最后詳細闡述了系統(tǒng)各局部的具體實現(xiàn)，包括住院電子病歷、門診電子病歷、日志的管理和數(shù)據(jù)的相關(guān)操作。關(guān)鍵詞：電子病歷；MVC模式；信息共享；Ajax技術(shù)Electronic Medical Records ofMedical Information Management SystemAbstractElectronic medical r

3、ecords are the development trend of personalization for medical and health information. Medical records are vectors of patient information, which reflect the process of diagnosis and treatment for patients. Electronic medical records are the records of digital information, which includes all the inf

4、ormation on paper medical records. Electronic medical records medical record not only static information, but also the provision of related services, thus it can achieve the patient informations collection, process, storage, transport and services.Ajax is a new and hot Web development technology. It

5、 combines JavaScript with XML technology, and it can improve response time because the system neednt redirect page after user transfers some new data. It can request date from server through asynchronous communication and use DOM to renew those changed data on the page, which can give users have a g

6、ood experience. This dissertation introduces the realization of electronic medical records of medical information management system based on Ajax technology. First of all it describes the background, usage, status and trends of electronic medical records. Then it analyses the key technology, Ajax te

7、chnology. And then it shows the system requirement and the detailed design for electronic medical records. Finally, it gives the detailed system achievement, which includes special electronic medical records, management of log and data, and so on.Key Words：electronic medical records; MVC mode; infor

8、mation sharing; Ajax technology目 錄1緒論1電子病歷工程背景1電子病歷的應(yīng)用意義2電子病歷的現(xiàn)狀及趨勢3論文組織結(jié)構(gòu)62技術(shù)背景7Ajax技術(shù)7Ajax概述7根本的Ajax技術(shù)7Ajax技術(shù)的優(yōu)勢83電子病歷系統(tǒng)分析與設(shè)計11電子病歷系統(tǒng)分析113.1.1 住院電子病歷113.1.1.1 病案根本情況113.1.1.2 入院記錄123.1.1.3 病程記錄123.1.1.4 醫(yī)療文書12 門診電子病歷133.1.2.1 門診初診電子病歷133.1.2.2 門診復(fù)診電子病歷13電子病歷系統(tǒng)設(shè)計14展示層設(shè)計15業(yè)務(wù)邏輯層設(shè)計15數(shù)據(jù)訪問層設(shè)計16數(shù)據(jù)庫設(shè)計164電

9、子病歷系統(tǒng)實現(xiàn)17住院電子病歷17系統(tǒng)登錄17病案根本情況20入院記錄20病程記錄21醫(yī)療文書22門診電子病歷23門診初診病歷23門診復(fù)診病歷24日志的管理25數(shù)據(jù)相關(guān)處理265結(jié)論29致 謝31參 考 文 獻331 緒論1.1 電子病歷工程背景在電腦的使用還沒普及的時候，醫(yī)療工作人員一直都是人工手寫病歷。但漸漸的人們發(fā)現(xiàn)，人工手寫病歷有太多的弊端：1) 浪費時間，手寫病歷速度太慢，浪費了大量的時間在寫病歷上，分散了醫(yī)療工作者的精力，這也是導致醫(yī)療事故和庸醫(yī)的根源。2) 容易出錯，且不工整，經(jīng)常會出現(xiàn)涂改或者不認識的手寫病歷的情況。3) 手寫病歷，不易于管理和保存1。而隨著信息時代的進步，越來

10、越多的行業(yè)使用上了電腦，很多公司，事業(yè)單位都實現(xiàn)了信息化管理，由于信息化管理在各個領(lǐng)域都表達出其優(yōu)越性，電子病歷也因此得到了快速的開展。1960年，以美國麻省總醫(yī)院為代表，開發(fā)門診電子病歷EMR(Electronic Medical Record)，并投入使用。1991年，美國國家科學院醫(yī)學研究所發(fā)表了題為“EMR是醫(yī)療保健的根本技術(shù)的研究報告，總結(jié)了40年來實現(xiàn)病歷記錄計算機化的經(jīng)驗，全面論述了EMR開展的各個方面，提出了推動EMR的多項建議。1993年9月，在法國馬塞召開首次健康卡系統(tǒng)國際會議，研究該系統(tǒng)應(yīng)用及開展等問題。1994年，西門子一公司SNI推出了多媒體電子病歷記錄系統(tǒng)Views

11、cope。1995年，日本厚生省成立了電子病歷開發(fā)委員會，年度投入億日元用于開發(fā)EMR。2004年，美國總統(tǒng)布什在眾議院的年度國情咨文中，把建立電子健康記錄EHR的目標概括為：“將健康記錄計算機化，我們可以防止嚴重的醫(yī)療事故，降低醫(yī)療費用，提高醫(yī)療水平，要求在10年內(nèi)確保絕大多數(shù)美國人擁有共享的EHR。美國還準備以EHR包含個人終生健康狀況和醫(yī)療保健信息為根底，建立國家健康信息體系National Health Information Infrastructure，NHII，據(jù)研究人員測算，預(yù)計在未來10年內(nèi)需投入2760億美元。2005年春，英國衛(wèi)生部簽署了一份為期10年、價值55億英鎊的合

12、同，支持開展電子病歷、網(wǎng)上預(yù)約和網(wǎng)上處方2-3。在社會各界的支持，以及相關(guān)部門的關(guān)注下，電子病歷由于其本身的優(yōu)越性不斷開展，相信電子病歷會開展得越來越完善，越來越方便。1.2 電子病歷的應(yīng)用意義當今，不少人將電子病歷簡單地歸結(jié)為紙張病歷的電子化存儲，這是錯誤的，電子病歷絕不僅僅是病歷的電子存儲，它實現(xiàn)了醫(yī)療過程的全面信息化。取代紙張病歷也不是開展電子病歷的唯一目標，甚至這僅僅是一個外表形式。我們可以從以下幾點來認識：1) 建立電子病歷系統(tǒng)是計算機應(yīng)用向臨床開展的需要，它可以顯著地提高醫(yī)療工作效率；電子病歷系統(tǒng)為醫(yī)生護士的日常工作提供了有力支持，輔助醫(yī)生書寫病歷，將醫(yī)生從繁重的醫(yī)療文書工作中解放

13、出來；計算機自動處理醫(yī)囑，同樣減少了不必要的轉(zhuǎn)抄工作，降低出錯概率；檢查申請與結(jié)果的無紙化傳遞，可以加快結(jié)果的回報速度；病歷電子化可以實現(xiàn)病人信息隨時隨地可得，醫(yī)生也可以在任何有網(wǎng)絡(luò)的地方查閱病人信息。另一方面，電子病歷有助于標準醫(yī)療行為。2) 加強醫(yī)療質(zhì)量的環(huán)節(jié)管理，為醫(yī)院管理效勞。傳統(tǒng)的醫(yī)療管理主要是終末式管理，也就是各種醫(yī)療指標在事后統(tǒng)計出來，然后再反應(yīng)回醫(yī)療過程管理，而這樣的管理滯后于醫(yī)療過程。電子病歷系統(tǒng)的實施使得各種原始數(shù)據(jù)可以在醫(yī)療過程中及時地采集，形成管理指標，并及時反應(yīng)，到達環(huán)節(jié)控制的目標。3) 隨著遠程醫(yī)療的快速開展，使病人信息到達異地共享。4) 為宏觀醫(yī)療管理效勞。電子病

14、歷為國家醫(yī)療宏觀管理提供了豐富的原始數(shù)據(jù)庫。所以，電子病歷并不是簡單的紙張病歷的電子化存儲?？偟膩碚f，電子病歷的優(yōu)點可分為以下幾點：1) 提高甲級病歷合格率。一方面需要通過各種管理手段以及規(guī)章制度來保證，另一方面需要結(jié)合各種新技術(shù)。通過可行的技術(shù)途徑來整合各種資源，明確將職責落實到具體個人，提高醫(yī)院對病案質(zhì)量的管理能力；通過統(tǒng)計、分析、預(yù)警、三級質(zhì)量評定等事前控制手段，能有效的提醒和催促醫(yī)務(wù)人員按時、按質(zhì)完成病歷書寫工作。提高病歷甲級率，從而提高醫(yī)院提供綜合競爭力。2) 對于醫(yī)生來說，每天要接治多名患者，日常工作中70%的時間由于手工書寫病歷。通過電子病歷系統(tǒng)提供的多種標準化的模板及輔助工具，

15、不僅可以將醫(yī)務(wù)人員從繁瑣重復(fù)的病歷文書書寫工作中解脫出來，集中精力關(guān)注病人的診療，而且通過模板書寫的病歷更加完整、標準；同時，還可使醫(yī)生將更多的時間用于提高自身的業(yè)務(wù)水平，收治更多的患者，從而可以提高醫(yī)院的經(jīng)濟效益和醫(yī)療水平。3) 提高病案質(zhì)量電子病歷系統(tǒng)通過提供了完整、權(quán)威、標準、嚴謹?shù)牟v模板，防止了書寫潦草、缺頁、漏項、模糊及不標準用語等常見問題，提高病歷審核合格率， 提高醫(yī)院提供綜合競爭力。4) 提高醫(yī)療糾紛舉證能力，病歷是具有法律效力的醫(yī)學記錄，為醫(yī)療事故鑒定、醫(yī)療糾紛爭議提供醫(yī)療行為事實的法律書證，如遇到法律糾紛時，沒有書寫的內(nèi)容被視為沒有詢問、檢查，那么法院將視為過失，這將對醫(yī)院

16、造成很大的被動，甚至是損失。通過符合標準的病歷記錄，防止了語義模糊、書寫潦草、缺頁、漏項等問題，減少了可能出現(xiàn)的會對醫(yī)院各方面造成不良影響的、但是可以防止的錯誤，為舉證倒置提供有力的法律依據(jù)。不僅維護了醫(yī)院和醫(yī)務(wù)人員的合法權(quán)益，而且對醫(yī)院名譽、經(jīng)濟效益都能帶來益處。5) 穩(wěn)定和擴大病源,電子病歷系統(tǒng)為患者提供了長期健康記錄，并且支持健康記錄快速檢索，為醫(yī)務(wù)人員決策提供更多的歷史參考資料，提高患者對醫(yī)院的認可度。6) 提高病歷標準化，紙質(zhì)病歷的內(nèi)容是自由文本形式，字跡可能不清，內(nèi)容可能不完整，意思可能模糊。轉(zhuǎn)抄容易出現(xiàn)潛在錯誤。只能被動地供醫(yī)生作決策參考，不能實現(xiàn)主動提醒、警告或建議。而電子病歷

17、可以防止這些情況。7) 科研、教學及統(tǒng)計分析提供第一手的有價值的資料，在醫(yī)學統(tǒng)計、科研方面，典型病歷不易篩選，檢索統(tǒng)計困難通過電子病歷系統(tǒng)不僅可以快速檢索出所需的各種病歷，而且使以往費事費力的醫(yī)學統(tǒng)計變得非常簡單快捷，為科研教學提供第一手的資料。所以，電子病歷在臨床和科研的重要性是不言而喻的。通過電子病歷原始數(shù)據(jù)的積累，臨床和科研人員從中獲得豐富的知識和經(jīng)驗，在循證醫(yī)學上有重要的意義。因此美國總統(tǒng)布什在幾年前就提出美國建立全國統(tǒng)一的電子病歷信息庫，為國民健康和政府管理提供了及時的依據(jù)。所以，隨著技術(shù)的開展，行業(yè)的標準，和人們對計算機的普及，以及醫(yī)院條件的改良，電子病歷將會更人性化，并形成一個統(tǒng)

18、一的標準。電子病歷將被越來越多的醫(yī)院和病人所接受，大規(guī)模的使用甚至完全替代傳統(tǒng)的紙質(zhì)電子病歷。這必將成為未來開展的趨勢。1.3 電子病歷的現(xiàn)狀及趨勢在許多興旺國家，電子病歷已經(jīng)普及。由于政府和相關(guān)局部的重視，以及醫(yī)院的經(jīng)濟條件等因素，加上人民對自己健康信息保存的重視，國外的電子病歷開展勢頭良好；而我國由于各方面的因素，電子病歷起步較晚。1994年，我國衛(wèi)生部在第六屆醫(yī)藥信息學大會上提出“希望到本世紀末，我國將有假設(shè)干家醫(yī)院能夠真正實現(xiàn)完整的電子病歷系統(tǒng)。自1999年起，少數(shù)醫(yī)院開始局部使用實驗性的EMR，用計算機寫病史、下醫(yī)囑、開化驗單和檢查單，查閱病史和病人信息等。2002年10月，衛(wèi)生部制

19、定的?全國衛(wèi)生信息化開展規(guī)劃綱要(20032021)?指出：“三級醫(yī)院在全面應(yīng)用管理信息系統(tǒng)的根底上，要創(chuàng)造條件，重點加強臨床信息系統(tǒng)的建設(shè)應(yīng)用，如電子病歷、數(shù)字化醫(yī)學影像、醫(yī)生和護士工作站等應(yīng)用。2005年4月1日，我國?電子簽字法?開始實施，這對于EMR的使用有很大的促進作用。近幾年來，各醫(yī)學軟件公司與試點醫(yī)院合作，積極穩(wěn)妥地開展EMR的研發(fā)和試點工作，應(yīng)用面有所擴大，但是與國外仍有較大差距。我覺得對于電子病歷在我國的開展，存在以下瓶頸4：首先急需衛(wèi)生部信息部立法，對于電子病歷的法律效應(yīng)進行描述和肯定。紙制病歷由醫(yī)務(wù)人員書寫簽名就有法律效應(yīng)，并做為法律依據(jù)文件被社會廣泛使用，起著醫(yī)療糾紛取

20、證、公檢法立案調(diào)查取證，交通事故取證、社會醫(yī)療保險取證等法律憑證作用。而電子病歷作為病歷未來的開展趨勢，我國目前尚未得到法律上的認可與保障。由于電子病歷具有易更改且不留痕跡的特點，對其平安性沒有統(tǒng)一法規(guī)，對病歷的所有權(quán)、授權(quán)范圍沒有統(tǒng)一明確的界定，在沒有法律上的認可與保障的情況下，尤其舉證倒置制度的實施，患者法律意識的不斷增強，醫(yī)患雙方圍繞病歷舉證的真實完整性將會引發(fā)更多的醫(yī)療糾紛。其次急需解決的技術(shù)問題，電子病歷是病人病歷的數(shù)字化。電子病歷系統(tǒng)實現(xiàn)病歷信息的采集、存儲、傳遞、表現(xiàn)和加工利用5。1) 內(nèi)容的表示問題:對病歷內(nèi)容的表示以單個患者為中心，這是病歷的使用、存儲和交換所要求的;對病人信

21、息內(nèi)容的描述必須是結(jié)構(gòu)化的，這是電子病歷信息后續(xù)處理的根本要求。由于病歷內(nèi)容的復(fù)雜性和使用上的習慣，對病歷很難設(shè)計出一個統(tǒng)一的結(jié)構(gòu)進行描述。2) 病歷的存儲問題:電子病歷系統(tǒng)要求對病人的信息長期保存并隨時可以獲得。在傳統(tǒng)的醫(yī)院信息系統(tǒng)中，病人信息以數(shù)據(jù)庫的形式進行存儲，這些信息的存儲管理是以支持日常業(yè)務(wù)管理為目的。出于數(shù)據(jù)庫效率和容量管理方面的考慮，不可能長期將歷史信息聯(lián)機保存。出現(xiàn)了病人信息在脫離數(shù)據(jù)庫仍然能夠維持以個人為中心的結(jié)構(gòu)并且隨時可以獲得的問題。3) 各種表格病歷和?？撇v的處理問題:醫(yī)院中的各種表格病歷和專科病歷都有各自的結(jié)構(gòu)，它們的內(nèi)容是病歷的重要組成局部，同時又有對其內(nèi)容進結(jié)

22、構(gòu)化處理的各種需求。這樣的內(nèi)容類型繁多，很難針對每種情況開發(fā)專用的軟件，在電子病歷系統(tǒng)中對其進行統(tǒng)一的處理也是十分困難的問題。最后是電子病歷推廣應(yīng)用中的信息平安問題，病歷記錄了患者的病情和整個診療過程，是患者的個人隱私，其內(nèi)容具有法律效應(yīng)。但由于一些醫(yī)務(wù)人員法律意識的不強，這些信息沒有得到較好的保護6。而電子病歷的開展趨勢，國際上一般認為：首先，電子病歷能共享病人完整信息 ，EMR應(yīng)集成病人的全部信息，包括HIS提供的病人根本信息以及CIS各系統(tǒng)提供的數(shù)字、文字、圖形、影像、聲音等多媒體信息和統(tǒng)計分析結(jié)果，這些子系統(tǒng)包括影像存儲與傳輸系統(tǒng)PACS、放射信息系統(tǒng)RIS、檢驗信息系統(tǒng)LI

23、S、病理信息系統(tǒng)PIS、手術(shù)信息系統(tǒng)ORIS、監(jiān)護信息系統(tǒng)ICUIS、介入放射信息系統(tǒng)IRIS、護理信息系統(tǒng)NIS、輸液信息系統(tǒng)IIS、藥品信息系統(tǒng)DIS、醫(yī)囑錄入系統(tǒng)OE等等，如果集成了病人的保健信息系統(tǒng)，那么就更為完整。上述信息，獲授權(quán)者在任何地方、任何時間都能調(diào)閱共享。如在門急診和病房，所有醫(yī)護人員都能看到同一格式和內(nèi)容的病歷，確保所有診療方案都是依據(jù)整個病情做出，而不是僅僅依賴于某一醫(yī)生對某一局部病癥的孤立或片面地診斷。不同醫(yī)院的醫(yī)生共享病人信息，可以防止重復(fù)檢查的浪費。采用無線網(wǎng)絡(luò)和移開工作站，使用移動住院醫(yī)療系統(tǒng)、移動住院護理系統(tǒng)和移動居家照護系統(tǒng)，那么使診療工作更加簡便和快捷。E

24、MR通過網(wǎng)絡(luò)能充分發(fā)揮作用，同時實現(xiàn)遠程醫(yī)療的目的。由于CIS和EMR都是逐步開展起來的，所以EMR共享可以從局部信息的共享做起，再逐步擴大共享范圍。EMR共享的根底是標準化。EMR的標準化包括術(shù)語標準化、術(shù)語結(jié)構(gòu)和表達的標準化、系統(tǒng)接口標準化和系統(tǒng)結(jié)構(gòu)標準化等，我國EMR在標準化方面的工作剛剛開始，衛(wèi)生部組織編寫了相關(guān)醫(yī)學術(shù)語標準名詞及相應(yīng)代碼，此標準還有待推廣。其次，能提供醫(yī)療提示和報警，完善的EMR能應(yīng)用臨床決策支持系統(tǒng)Clinical Decision Support System，CDSS和計算機化醫(yī)囑錄入系統(tǒng)(Computerized Physician Order Entry，C

25、POE)等，智能地幫助醫(yī)生診斷與治療，自動提示最具有性價比的診療方案和最正確用藥劑量，防止多余的、不適當?shù)脑\療，確保醫(yī)療質(zhì)量和病歷質(zhì)量。當系統(tǒng)引入最新醫(yī)學進展時，用藥處方也會自動更新。對于藥物過敏、重復(fù)用藥、藥物配伍禁忌、重復(fù)檢查、醫(yī)療不當?shù)饶芴岢鰣缶?，能大大地減少醫(yī)療過失和事故。還能提醒醫(yī)生通知病人按期接受預(yù)定的治療、隨訪檢查和預(yù)防接種。最后，電子病歷還需要有助于早期發(fā)現(xiàn)疾病爆發(fā)或生化襲擊，建立公共衛(wèi)生事件預(yù)警系統(tǒng)的功能。能提供資料庫支持，完善的EMR能提供眾多的資料庫支持，包括循證醫(yī)學(Evidence-based Medicine)、臨床診療指導(Clinical Guideline)、

26、臨床路徑(Clinical Pathway，CP)、用藥指南(Drug Guide)、醫(yī)藥計算公式(如Archimedes)、臨床醫(yī)學概要(Outline in Clinical Medicine，OCM)、業(yè)務(wù)流程再造Business Process Reengineering，BPR、臨床專家知識庫、醫(yī)學字典、數(shù)據(jù)庫、電子圖書和電子雜志等，有利于不斷提高醫(yī)療水平。所以，想要建設(shè)EMR是一項復(fù)雜的系統(tǒng)工程，涉及技術(shù)的、法律的許多方面。就目前而言，我國的電子病歷的開展還不夠理想，但是應(yīng)該將現(xiàn)有較好的EMR推向臨床應(yīng)用，相信通過不斷的實踐，不斷使用新技術(shù)，再加上通過IT人員與醫(yī)務(wù)人員、醫(yī)院管理者

27、共同不懈地努力和完善，我國的電子病歷將逐步開展成集成化的、標準化的、智能化的、網(wǎng)絡(luò)化的電子病歷。1.4 論文組織結(jié)構(gòu)第一局部 緒論 描述電子病歷的開展背景，應(yīng)用意義，現(xiàn)狀及趨勢。第二局部 技術(shù)背景 描述主要技術(shù)Ajax的技術(shù)背景，開展現(xiàn)狀，優(yōu)勢。第三局部 電子病歷系統(tǒng)分析與設(shè)計 分析系統(tǒng)功能，闡述系統(tǒng)設(shè)計的思想以及采用的一些方法，大體描述完成系統(tǒng)完成所需的設(shè)計方法。第四局部 系統(tǒng)實現(xiàn) 闡述系統(tǒng)實現(xiàn)過程中的一些重要的操作。第五局部 結(jié)論 對在系統(tǒng)開發(fā)的相關(guān)成果和問題進行總結(jié)2 技術(shù)背景2.1 Ajax技術(shù)2.1.1 Ajax概述在目前的熱潮中，Ajax已成為人們談?wù)撟疃嗟募夹g(shù)術(shù)語。Ajax全稱為

28、“Asynchronous JavaScript and XML異步JavaScript和XML，最早有Adaptive Path公司的Jesse James Garrett定義的。是指一種創(chuàng)立交互式網(wǎng)頁應(yīng)用的網(wǎng)頁開發(fā)技術(shù)，是多種技術(shù)的綜合，它使用XHTML和CSS標準化呈現(xiàn)，使用DOM實現(xiàn)動態(tài)顯示和交互，使用XML和XSTL進行數(shù)據(jù)交換與處理，使用XML Request對象進行異步數(shù)據(jù)讀取，使用Javascript綁定和處理所有數(shù)據(jù)。更重要的是它打破了使用頁面重載的慣例技術(shù)組合，可以說AJAX已成為Web開發(fā)的重要武器7。由于Ajax技術(shù)能夠極大的提高Web頁面數(shù)據(jù)操作的響應(yīng)速度以及提供無刷

29、新操作，于是人們看到了Web電子病歷系統(tǒng)也能夠擁有快速響應(yīng)速度的希望。Ajax技術(shù)極大的改善了用戶使用電子病歷系統(tǒng)的體驗，使電子病歷系統(tǒng)具有更加強大的潛力和競爭力。2.1.2 根本的Ajax技術(shù)Ajax技術(shù)并不是一種特定的技術(shù)，它是一系列技術(shù)的結(jié)合體，按照最早創(chuàng)造Ajax這一詞的Jesse James Garrett的說法，Ajax是“Asychronous JavaScript and XML的縮寫，但如今這一詞所包含的內(nèi)容已變的更為廣泛，它包括JavaScript，XHTML，CSS，DOM，XML Request，XML和XSLT8-9。以下是對這些根本組成技術(shù)的簡介：1) 使用XHTM

30、L和CSS進行標準化呈現(xiàn)：XHTML和CSS它們是W3C的公開標準，已經(jīng)被廣泛采用在現(xiàn)有的Web開發(fā)中。XHTML是可擴展超文本標識語言(The Extensible HyperText Markup Language)的縮寫，是一種結(jié)合了局部XML強大功能及大多數(shù)HTML簡單特性的過渡技術(shù)。它跟CSS(Cascading Style Sheets ,層疊樣式表)結(jié)合后，能夠發(fā)揮真正的威力，在實現(xiàn)樣式跟內(nèi)容別離的同時，又能有機地組合網(wǎng)頁代碼，在另外的單獨文件中，還可以混和各種XML應(yīng)用。2) 使用DOM實現(xiàn)動態(tài)顯示和交互：DOM(Document Object Model)，是W3C的規(guī)范。W

31、3C為DOM定義了幾種語言綁定。這里的DOM主要是指在客戶端的JavaScript對DOM的綁定，通過JavaScript和DOM可以即時修改用戶界面、響應(yīng)用戶事件和輸入。由于不同的瀏覽器對DOM的實現(xiàn)機制不同，所以在DOM事件中要特別注意跨瀏覽器的支持10。3) 使用XML和XSLT進行數(shù)據(jù)交互和處理：XSLT(eXtensible Stylesheet Language Transformation)是幫助將XML(Extensible Markup Language)文檔轉(zhuǎn)換為其他文檔。XSLT是一種用來轉(zhuǎn)換XML文檔結(jié)構(gòu)的語言。4) 使用XML Request對象進行異步數(shù)據(jù)讀?。篨M

32、L Request簡稱XHR是XML 的組件。XHR最早是在IE5中以ActiveX組件形式實現(xiàn)的，而后Mozilla也在它的Mozilla1.0中應(yīng)用了它的一個本地兼容版本。XHR并不是一個W3C標準，因此雖然它的大多數(shù)方法和屬性都得到了廣泛的支持，但在不同的瀏覽器上的表現(xiàn)稍有區(qū)別。效勞器在處理完Ajax請求消息時，返回的數(shù)據(jù)類型主要有responseText和responseXML兩種返回類型。responseText主要用來處理效勞器端返回為text/html格式的信息；responseXML主要用來處理效勞器端返回為text/xml格式的信息。5) 使用JavaScript綁定和處理所

33、有數(shù)據(jù)：JavaScript是由Netscape公司開發(fā)的一種腳本語言scripting language，或者稱為描述語言。在HTML根底上，使用Javascript可以開發(fā)交互式Web網(wǎng)頁。JavaScript的出現(xiàn)使得網(wǎng)頁和用戶之間實現(xiàn)了一種實時性的、動態(tài)的、交互性的關(guān)系，使網(wǎng)頁包含更多活潑的元素和更加精彩的內(nèi)容11。2.1.3 Ajax技術(shù)的優(yōu)勢傳統(tǒng)的Web應(yīng)用采用同步交互過程，即用戶首先向 效勞器發(fā)送一個交互請求，效勞器執(zhí)行完這些請求后，將結(jié)果進行HTML包裝后返回客戶端。這是一種不連貫的用戶體驗，效勞器在處理用戶請求時，用戶處于等待狀態(tài)，直到效勞器處理完后才看到結(jié)果頁面。這種交互方

34、式下，如果效勞器需要進行大數(shù)據(jù)量處理時，用戶等待時間長，嚴重影響了用戶體驗12。圖2.1向我們展示了傳統(tǒng)的Web交互過程。圖2.1 傳統(tǒng)Web交互過程與傳統(tǒng)的Web應(yīng)用不同，Ajax采用異步交互過程。Ajax在用戶與效勞器之間引入一個中間媒介，從而消除了網(wǎng)絡(luò)交互過程中的處理等待處理等待的缺點。用戶瀏覽器在執(zhí)行任務(wù)時即裝載了用JavaScript語言編寫的Ajax引擎。Ajax引擎負責處理用戶界面與效勞器之間的交互，允許用戶與應(yīng)用軟件間的交互以異步方式進行，不影響用戶與效勞器的交流，實現(xiàn)了用戶頁面不刷新即可向效勞器提交數(shù)據(jù)和獲取效勞器數(shù)據(jù)的方法13-15。圖2.2為基于Ajax技術(shù)的異步Web交

35、互過程。圖2.2 基于Ajax的Web交互過程Ajax技術(shù)最主要的優(yōu)點是可以與HTML無縫集成，因此它可以大量使用而不需要改變現(xiàn)有Web內(nèi)容。此外，Ajax還可以與其它RIA(Rich Internet Application)技術(shù)聯(lián)合使用，互補缺乏成為更加強大的工具?？偟膩碚f，Ajax技術(shù)主要有以下一些優(yōu)點16：1) 技術(shù)相對穩(wěn)定：Ajax技術(shù)采用的都是Web開發(fā)領(lǐng)域中相對成熟的舊技術(shù)，如CSS, JavaScript和XML等。相對穩(wěn)定的Ajax技術(shù)，使基于Ajax技術(shù)的工程開發(fā)也變的相對穩(wěn)定和可靠。2) 更好的用戶體驗：實際上用戶并不希望過多的應(yīng)用程序被安裝在本地，隨著網(wǎng)絡(luò)的日益普及化，

36、未來的開展趨勢將是用戶只需一個瀏覽器，便可以處理所有的業(yè)務(wù)。Ajax技術(shù)可以異步請求數(shù)據(jù)，并且局部更新頁面，使用戶在處理一個請求的同時還可以處理其他的請求，節(jié)省了用戶的等待時間，提升了Web系統(tǒng)的響應(yīng)速度，極大改善了用戶的體驗17。3) 更快的速度：Ajax的策略是“按需取數(shù)據(jù)，不像傳統(tǒng)的Web開發(fā)模式基于Form表單的提交然后刷新整個頁面。由于Ajax技術(shù)只刷新頁面中的局部信息，而不用刷新整個頁面，因此Ajax應(yīng)用會在一定程度上提高Web應(yīng)用的響應(yīng)速度。Ajax創(chuàng)立了一種新的體系結(jié)構(gòu)18。這種體系結(jié)構(gòu)的最核心局部如下：1) 較少的效勞端事件：現(xiàn)在在Web應(yīng)用中組件可以發(fā)出較小的請求，獲取少量

37、信息，然后通過DOM變換更新局部頁面，而非刷新整個頁面。2) 異步：向效勞器提交請求之后，不會影響瀏覽器繼續(xù)操作。用戶可以繼續(xù)使用應(yīng)用系統(tǒng)的其他局部，而UI會更新以提醒用戶請求已經(jīng)發(fā)出。3) onAnything：我們能夠根據(jù)用戶的操作向效勞器回傳指令?，F(xiàn)代瀏覽器能夠捕獲絕大局部操作系統(tǒng)確認的用戶事件：單擊鼠標、鼠標移過、按下鍵盤等。任何用戶事件都能夠觸發(fā)一個異步的請求。3 電子病歷系統(tǒng)分析與設(shè)計3.1 電子病歷系統(tǒng)分析本系統(tǒng)主要分為兩大模塊：住院電子病歷和門診電子病歷。住院電子病歷住院醫(yī)生登陸后進入操作界面，點擊菜單欄中的“病人列表，列表中默認為自己主管的病人，選擇一個病人點擊“電子病歷便可

38、進行醫(yī)囑、病歷書寫等操作。 電子病歷操作界面，上面為菜單欄，包括“傳染病報告、住院接診、查詢、停醫(yī)囑、病人列表、電子病歷、手術(shù)申請排、出院等。左側(cè)為電子病歷的具體內(nèi)容主頁簽，包括“就診列表、過敏記錄、診斷、醫(yī)囑錄入、中草藥錄入、本次醫(yī)囑、檢查結(jié)果、檢驗結(jié)果、入院記錄、病程記錄、住院病案摘要、出院記錄、死亡記錄、死亡病例討論、院內(nèi)會診等。 但是在本系統(tǒng)中主要涉及住院電子病歷的以下幾個重要方面，主要包括以下幾個局部：病案根本情況，入院記錄，病程記錄和醫(yī)療文書。.1病案根本情況病案首頁下包括的橫排的子項，須依次填寫一般情況、出院情況、手術(shù)操作情況、監(jiān)護室、其他情況5個局部，如果出院診斷很多，在第一頁

39、的出院情況沒有寫完，那么繼續(xù)填寫出院情況續(xù)，婦產(chǎn)科須完成產(chǎn)科局部。打印時一般科室選擇通用打印模板，產(chǎn)科病人選擇產(chǎn)科模板。病案根本情況主要記錄病人的根本情況。并且包含有保存，打印，更新數(shù)據(jù)，選擇模板，選擇組模板等功能。應(yīng)該先填寫病案首頁一般情況根本信息包括：出生地、住院次數(shù)、病案號、X線號、職業(yè)、工作單位地址、身份證號、單位 、家庭住址、聯(lián)系人 、家庭 、聯(lián)系人姓名、性別等，入院記錄、首次病程、會診申請、出院記錄、診斷證明書等的根本信息均鏈接自首頁信息。.2入院記錄病程記錄主要顯示4個頁簽：病史、體格檢查、輔助檢查和診斷。而病史主要分為：一般情況、主訴、現(xiàn)病史、流行病學、既往史、個人及婚育史、月

40、經(jīng)史、家族史、生長發(fā)育史、社會史兒科。每個頁簽內(nèi)需包括假設(shè)干個子頁簽，點擊頁簽前的“+便可展開。主訴、現(xiàn)病史、流行病學史、既往史、?？魄闆r均應(yīng)用了知識庫，添加知識庫的方法以“主訴為例說明。入院記錄的輸入方式需根據(jù)實際情況，所以需有多種輸入方式，包括：自由輸入，選擇輸入單項選擇或多項選擇，選擇添加知識庫，字體的選擇、錄入等。并有選擇切換功能，一旦在界面上錄入了內(nèi)容，如果切換模板，即便已保存，錄入的內(nèi)容也將消失。.3病程記錄根據(jù)住院的次數(shù)，病程記錄可以分為首次病程記錄和歷次病程記錄。而且會附上院內(nèi)會診來詳細闡述病程。病程記錄需要包括，新建歷次病程記錄，打印，全選功能。通過新建歷次病程記錄便可完成每

41、次病程記錄的書寫，界面上會按時間順序列出各次病程記錄。歷次病程記錄可一次性整體打印，選擇“全選，如果為續(xù)行打印，那么只需選擇最近書寫的需要打印的病程記錄即可。歷次病程記錄主要為自由錄入，局部可從“知識庫節(jié)點中添加模板，如階段小結(jié)、轉(zhuǎn)出入記錄、交接班記錄、疑難病例討論記錄等。但新建的歷次病程記錄中需包括主要輸入的：入院日期、小結(jié)日期、入院診斷、目前診斷。院內(nèi)會診頁面又會包含兩塊：申請頁和會診頁。.4醫(yī)療文書醫(yī)療文書主要包括：出院記錄、出院診斷證明書、死亡記錄、病危通知書等。主要為自由錄入，局部需從“知識庫節(jié)點中添加模板，階段小結(jié)、轉(zhuǎn)出入記錄、交接班記錄、疑難病例討論記錄。出院記錄主要記錄該病人的

42、根本信息，住院時間，病情恢復(fù)情況和出院的具體時間。還需要有自由輸入，對其在醫(yī)院的具體情況，包括入院診斷和出院診斷做出詳細的記錄。出院診斷證明書需錄入日期、考前須知、日期、醫(yī)生簽名，其他信息均鏈接自HIS。且對其治療經(jīng)過需自由輸入。死亡記錄是與出院記錄一樣，記錄病人的根本信息，住院時間，死亡時間及原因并都有自由輸入的詳細備注。病危通知書記錄病人的根本信息、住院時間、病情、病人的目前狀況以及醫(yī)生的診斷說明。并且包含主治醫(yī)生簽名、家屬簽名、簽名時間、家屬與病人簽名和聯(lián)系 。3.1.2門診電子病歷普通號醫(yī)生登陸后可看到掛普通號的所有病人，而出專家號的醫(yī)生只顯示掛該專家號的所有病人。 選擇一個病人或叫號

43、，點擊“電子病歷，進入電子病歷。構(gòu)架和住院類似。左邊列為：就診列表、過敏記錄、西醫(yī)診斷錄入、中醫(yī)診斷錄入、醫(yī)囑錄入、中草藥錄入、門診初診病歷、門診復(fù)診病歷、門診醫(yī)療文書、檢驗結(jié)果、檢查結(jié)果、傳染病上報。上面行為： 停醫(yī)囑、查找、門診病人列表、電子病歷、處方打印、處方補打、草藥打印、化驗告知單打印、檢查申請單、單據(jù)打印、退出。在本系統(tǒng)中，主要涉及門診電子病歷的以下幾個重要方面，主要包括以下幾個局部：門診初診病歷和門診復(fù)診病歷。.1門診初診電子病歷門診初診病歷包括：包括一般情況主訴、現(xiàn)病史、體格檢查、輔助檢查、初步診斷、治療處理意見醫(yī)師簽名以及入院通知書。一般情況、診斷、治療處理意見中的化驗、檢查

44、工程及用藥均鏈接自HIS信息。輸入方式可選擇自由錄入，選擇錄入，選擇錄入可在多項選擇前面打勾。.2門診復(fù)診電子病歷門診復(fù)診病歷：只有一個頁簽，內(nèi)有一般情況、病史查體、診斷、處理、西藥中成藥、中草藥等。書寫完畢只需保存一次即可。一般情況、診斷、治療處理意見中的化驗、檢查工程及用藥均鏈接自HIS信息。輸入方式可選擇自由錄入，選擇錄入，選擇錄入可在多項選擇前面打勾。3.2 電子病歷系統(tǒng)設(shè)計系統(tǒng)采用的標準的MVC模式即視圖、數(shù)據(jù)實體和控制類的完全別離進行設(shè)計實現(xiàn)，這樣會使系統(tǒng)在性能和擴展等方面具有較強優(yōu)勢。系統(tǒng)構(gòu)件層次如圖3.1所示：圖3.1 MVC模型圖圖中User包中全部是業(yè)務(wù)對象的實體定義類，包

45、括系統(tǒng)所有業(yè)務(wù)對象；web包里面是針對user包中的對象的各種控制邏輯類，csp包下面是網(wǎng)頁展現(xiàn)界面文件包括csp類和html等文件。系統(tǒng)采用B/S結(jié)構(gòu)，采用MVC模式。MVC 設(shè)計模式是一種“分治的思想，它使應(yīng)用程序的輸入、處理和輸出分開，把應(yīng)用程序分成三個核心模塊：模型(Model)、視圖(View)和控制器(Controller)。Model用來儲存應(yīng)用程序的數(shù)據(jù)以及訪問、維護這些數(shù)據(jù)的業(yè)務(wù)邏輯，是整個應(yīng)用程序的核心；View建立終端用戶的表示層，提供了用戶界面，是用戶與應(yīng)用程序的交互窗口；Controller是模型與視圖的接口，其作用是獲取并處理 請求，并調(diào)用相關(guān)的業(yè)務(wù)模型中的方法對請

46、求進行處理，然后將對象模型層次處理后的結(jié)果返回到View。可見MVC設(shè)計模式的主要優(yōu)點是實現(xiàn)了業(yè)務(wù)邏輯和顯示邏輯的別離，提高了系統(tǒng)的可維護性、可擴展性、可移植性和組件的復(fù)用性。系統(tǒng)在展示層得到用戶的操作數(shù)據(jù)并將這些數(shù)據(jù)提交到邏輯層，邏輯層得到數(shù)據(jù)后那么會進行分析和處理，如有必要那么調(diào)用數(shù)據(jù)訪問層的相關(guān)方法取得數(shù)據(jù)，數(shù)據(jù)訪問層得到相關(guān)的數(shù)據(jù)集后返回給邏輯層，邏輯層對數(shù)據(jù)集進行處理將有用的信息返回給展示層，展示層解析邏輯層響應(yīng)的數(shù)據(jù)，在適當?shù)牡胤匠尸F(xiàn)給用戶。3.2.1 展示層設(shè)計展示層，也為MVC模式中的視圖層，主要使用Ajax進行控制，包括數(shù)據(jù)的讀取以及頁面的顯示格式。展示層主要是JSP頁面，并

47、且使用模板來對頁面的風格進行統(tǒng)一。在展示層，Ajax引擎是核心局部，他不僅要將用戶界面的數(shù)據(jù)傳遞給邏輯層，還要將邏輯層的數(shù)據(jù)進行處理后返回給用戶界面。外表上看，Ajax引擎是只是一個傳遞數(shù)據(jù)的載體，實際上，Ajax引擎那么要對請求和響應(yīng)的數(shù)據(jù)都要進行處理。在請求數(shù)據(jù)時，Ajax負責篩選出有用的數(shù)據(jù)傳遞給邏輯層，而邏輯層響應(yīng)的數(shù)據(jù)往往是XML格式的數(shù)據(jù)，Ajax引擎需要解析這些XML格式數(shù)據(jù)，并控制這些數(shù)據(jù)正確的顯示到用戶界面上19 20。圖3.2 展示層設(shè)計3.2.2 業(yè)務(wù)邏輯層設(shè)計邏輯層，為MVC模式中的控制層，對頁面請求的數(shù)據(jù)進行操作和處理，返回給頁面相關(guān)的響應(yīng)的數(shù)據(jù)。邏輯層主要是包括Se

48、rvlet和Service兩局部組成，Servlet用于接受和響應(yīng)展示層的數(shù)據(jù)，Service對Servlet或是數(shù)據(jù)訪問層的數(shù)據(jù)進行操作，并與Servlet與數(shù)據(jù)訪問層交互。Service是邏輯層的核心，也是系統(tǒng)的核心，系統(tǒng)的所有數(shù)據(jù)都要經(jīng)過它的處理。當Servlet接收到展示層的數(shù)據(jù)后，它會根據(jù)數(shù)據(jù)中的相關(guān)參數(shù)來判斷需要的調(diào)用Service中的哪一個方法，Service接收到Servlet的調(diào)用后對數(shù)據(jù)進行處理，如有必要那么會訪問數(shù)據(jù)訪問層，得到相關(guān)的數(shù)據(jù)集，Service再對數(shù)據(jù)集的數(shù)據(jù)進行處理，轉(zhuǎn)成XML格式的數(shù)據(jù)返回給Servlet，Servlet就會將這些處理后的數(shù)據(jù)集返回給展示層

49、21。圖3.3 邏輯層的設(shè)計3.2.3 數(shù)據(jù)訪問層設(shè)計數(shù)據(jù)訪問層為MVC模式的模型層，系統(tǒng)中的數(shù)據(jù)訪問層主要用戶與數(shù)據(jù)庫相關(guān)的操作，包括添加、修改、刪除、查詢等操作22。數(shù)據(jù)訪問層采用Hibernate把數(shù)據(jù)庫中的表比系統(tǒng)中定義的持久類進行映射，在數(shù)據(jù)使用的時候就可以直接使用持久類中的數(shù)據(jù)23 24。如果系統(tǒng)需要對數(shù)據(jù)庫進行操作時，邏輯層調(diào)用數(shù)據(jù)訪問層相對應(yīng)的DAO類，根據(jù)邏輯層的相關(guān)參數(shù)對數(shù)據(jù)庫進行相應(yīng)的操作，操作成功后那么操作信息或是相關(guān)數(shù)據(jù)集。圖3.4數(shù)據(jù)訪問層設(shè)計3.2.4 數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計的要求：面向?qū)ο蟮拇笮完P(guān)系數(shù)據(jù)庫或后關(guān)系數(shù)據(jù)庫、支持主流廠商的硬件及操作系統(tǒng)平臺、支持多機多

50、處理器、支持Unix、Linux 、Windows 2000操作系統(tǒng)，支持C/S/S或B/S/S的體系結(jié)構(gòu)、支持關(guān)系模型，支持分布式處理、數(shù)據(jù)庫系統(tǒng)具有良好的伸縮性，能在不影響數(shù)據(jù)庫正常運行的情況下更新系統(tǒng)、原有應(yīng)用系統(tǒng)可以無損失移植、支持主流的網(wǎng)絡(luò)協(xié)議TCP/IP、IPX/SPX、NETBIOS及混合協(xié)議等、具有支持并行操作所需的技術(shù)，包括多效勞器協(xié)同技術(shù)、事務(wù)處理的完整性控制25。4 電子病歷系統(tǒng)實現(xiàn)這里將介紹本系統(tǒng)的技術(shù)重點、難點的設(shè)計與實現(xiàn)。4.1 住院電子病歷4.1.1 系統(tǒng)登錄登錄是整個系統(tǒng)的入口，首先用戶選擇所運行的郵件效勞器。在效勞器端，根據(jù)用戶的用戶名，密碼和部門，如果信息正

51、確那么返回success，用戶成功登錄系統(tǒng)，如果信息不正確那么返回failed，并給出相應(yīng)的錯誤提示。如圖和為系統(tǒng)登錄頁面的截圖。圖4.1 系統(tǒng)進入登錄頁面點擊“登陸系統(tǒng)，進入登陸界面：圖4.2 系統(tǒng)登錄頁面輸入“用戶名、“密碼默認均為工作號，點擊或enter“登陸第一次登陸需更改密碼，更改后點擊“更新，密碼請務(wù)必記牢，以后也可以自行更改密碼。顯示“部門后即登陸科室，再點擊或enter“登陸 。本系統(tǒng)將在效勞器端驗證用戶身份的合法性，以下為系統(tǒng)登錄功能的關(guān)鍵實現(xiàn)代碼：public class LoginMail private String userName;private String pa

52、ssword;private String department;public LoginMail(String username,String password,String department)/用戶名this.userName = username;/用戶密碼this.password = password;/用戶所在部門this.department = department;public boolean getConnection()trySession session = Session.getInstance(System.getProperties(),null);Store

53、 store = session.getStore("department");store.connect(userName, password,department);store.close();return true;catch(Exception e)e.printStackTrace();return false; 住院醫(yī)生登陸后進入操作界面，點擊菜單欄中的“病人列表，列表中默認為自己主管的病人，選擇一個病人點擊“電子病歷便可進行醫(yī)囑、病歷書寫等操作。圖4.3 病人列表電子病歷操作界面，上面為菜單欄，包括“傳染病報告、住院接診、查詢、停醫(yī)囑、病人列表、電子病歷、手術(shù)

54、申請排、出院等。左側(cè)為電子病歷的具體內(nèi)容主頁簽，包括“就診列表、過敏記錄、診斷、醫(yī)囑錄入、中草藥錄入、本次醫(yī)囑、檢查結(jié)果、檢驗結(jié)果、入院記錄、病程記錄、住院病案摘要、出院記錄、死亡記錄、死亡病例討論、院內(nèi)會診等：圖4.4 電子病歷操作界面4.1.2 病案根本情況在電子病歷錄入界面的主頁簽欄中點擊住院病案摘要后可見病案首頁和醫(yī)療文書錄入界面，病案首頁下包括的橫排的子項，須依次填寫一般情況、出院情況、手術(shù)操作情況、監(jiān)護室、其他情況5個局部，如果出院診斷很多，在第一頁的出院情況沒有寫完，那么繼續(xù)填寫出院情況續(xù)，婦產(chǎn)科須完成產(chǎn)科局部。打印時一般科室選擇通用打印模板，產(chǎn)科病人選擇產(chǎn)科模板。一般先填寫病案

55、首頁一般情況根本信息，再是入院記錄、首次病程、會診申請、出院記錄、診斷證明書等的根本信息均鏈接自首頁信息，如圖4.5所示：圖4.5 病案首頁4.1.3 入院記錄點擊“入院記錄，顯示4個頁簽：病史一般情況、主訴、現(xiàn)病史、流行病學、既往史、個人及婚育史、月經(jīng)史、家族史、生長發(fā)育史、社會史兒科、體格檢查、輔助檢查、診斷。每個頁簽內(nèi)包括假設(shè)干個子頁簽，點擊頁簽前的“+便可展開，如圖4.6所示：圖4.6 入院記錄4.1.4 病程記錄點擊左邊主頁簽中的“病程記錄，可見到4個頁簽，“歷次病程記錄、“首次病程記錄、“院內(nèi)會診申請頁、“院內(nèi)會診會診頁。這里主要給出歷次病程記錄的界面。點擊“歷次病程記錄：圖4.7

56、 歷次病程記錄也可以進行新建，選擇一個模板之后進入“病歷書寫界面來書寫病歷：圖4.8 書寫病歷界面4.1.5 醫(yī)療文書醫(yī)療文書包括：出院記錄、出院診斷證明書、24小時內(nèi)出入院記錄、24小時內(nèi)入院死亡記錄、死亡記錄、死亡病例討論、病危通知書等。這里主要給出出院記錄的界面和相關(guān)代碼。點擊醫(yī)療文書頁簽中的“出院記錄，進入出院記錄書寫界面：圖4.9 出院記錄界面3.3 門診電子病歷普通號醫(yī)生登陸后可看到掛普通號的所有病人，而出專家號的醫(yī)生只顯示掛該專家號的所有病人，如圖4.10所示：圖4.10 門診病人列表選擇一個病人或叫號，點擊“電子病歷，進入電子病歷。構(gòu)架和住院類似。左邊列為：就診列表、過敏記錄、西醫(yī)診斷錄入、中醫(yī)診斷錄入、醫(yī)囑錄入、中草藥錄入、門診初診病歷、門診復(fù)診病歷、門診醫(yī)療文書、檢驗結(jié)果、檢查結(jié)果、傳染病上報?？刹僮鞯墓δ苁牵和ａt(yī)囑、查找、門診病人列表、電子病歷、處方打印、處方補打、草藥打印、化驗告知單打印、檢查申請單、單據(jù)打印、退出。3.3.1 門診初診病歷門診初診病歷包括：包括一般情況主訴、現(xiàn)病史、體格檢查、輔助檢查、初步診斷、治療處理意見醫(yī)師簽名共6個頁簽。每個頁簽書寫完畢均要點擊“保存，如圖4.11所示：圖4.11 門診初診記錄3.3.2 門診復(fù)診病歷門診復(fù)診病歷：只有一個頁簽，內(nèi)有一般情況、病史查體、診斷、處理、西藥