耳鼻咽喉醫(yī)院管理系統(tǒng)

1、 耳鼻咽喉-頭頸外科醫(yī)囑管理系統(tǒng)的設計與實現(xiàn) 目 錄第1章 緒論1.1醫(yī)囑管理發(fā)展概述1.2課題的提出及研究意義1.3論文的研究內(nèi)容和工作重點第2章 系統(tǒng)需求分析2.1醫(yī)囑管理系統(tǒng)業(yè)務需求分析2. 2系統(tǒng)用戶分析2. 3性能需求 2. 3.1安全性要求 2. 3. 2靈活性要求 2. 3. 3實用性要求 2. 3. 4穩(wěn)定性要求 2. 3. 5先進性要求2. 4入院信息處理功能描述 2.4.1用例信息詳述 2. 4. 2用例規(guī)約2. 5長期醫(yī)囑功能描述 2. 5.1用例信息詳述2. 5. 2用例規(guī)約2. 6臨時醫(yī)囑功能描述 2. 6. 1用例信息詳述2. 6. 2用例規(guī)約2. 7護士工作站功能

2、描述2. 7.1用例信息詳述2. 7. 2用例規(guī)約2. 8用戶管理功能描述2. 8. 1功能結構2. 8. 2功能詳述 2. 8. 2.1建立用戶 2.8. 2. 2權限設置 2. 8. 2. 3修改密碼2.9系統(tǒng)查詢功能描述 2. 9. 1用例信息詳述2. 9. 2用例規(guī)約2. 10藥物維護功能描述2. 10. 1用例信息詳述 2. 10.2用例規(guī)約2.11系統(tǒng)維護2.11.1用例信息詳述2.11. 2用例規(guī)約第三章系統(tǒng)總體設計3.1 發(fā)環(huán)境設計3. 2軟件體系結構3.3數(shù)據(jù)庫設計3.3. 1數(shù)據(jù)庫中表的設計 3.3. 1. 1醫(yī)囑管理系統(tǒng)包含的基本表 3. 3. 1. 2醫(yī)囑管理系統(tǒng)包含的

3、輔助表 3. 3. 1. 3醫(yī)囑管理系統(tǒng)包含的其它表3. 3. 2表間關系設計3.4應用服務器端應用程序總體設計3.5客戶端應用程序總體設計3. 5. 1設計思想概述3.5. 2客戶端應用程序設計第4章 系統(tǒng)詳細設計 耳鼻咽喉頭頸外科醫(yī)矚管理系統(tǒng)的設計與實現(xiàn)摘要 醫(yī)囑管理系統(tǒng)是病案管理系統(tǒng)的重要組成部分,它利用先進的信息處理技術對住院患者與醫(yī)囑有關的檢查、治療、處理等信息、資料進行整理、處理、存儲、統(tǒng)計、分析。它的研究和實施,對提高現(xiàn)代醫(yī)療管理水平、規(guī)范醫(yī)囑管理、提高醫(yī)療服務質量、進行醫(yī)學研究,具有非常重要的意義。 本論文首先對醫(yī)囑管理的現(xiàn)狀及發(fā)展過程進行了綜述,對目前國內(nèi)外醫(yī)囑管理系統(tǒng)存在的

4、問題進行了描述,從而引出研發(fā)方案。 本論文以耳鼻咽喉頭頸外科的醫(yī)囑處理為主線索,詳細的描述了醫(yī)囑管理系統(tǒng)的分析、設計和實施。 需求分析對醫(yī)囑系統(tǒng)的功能和性能兩個方面的需求分別進行描述、分析,提出了整個醫(yī)囑系統(tǒng)的總體需求。 概要設計從系統(tǒng)體系架構、開發(fā)環(huán)境、數(shù)據(jù)庫設計等方面,全方位的論述了系統(tǒng)的設計思想和結果。 詳細設計對研發(fā)工作中的主要模塊的流程、算法進行了詳細描述。 系統(tǒng)實現(xiàn)對系統(tǒng)完成的主要功能界面進行了簡單介紹,展現(xiàn)了系統(tǒng)實施成果。 最后,對本醫(yī)囑管理系統(tǒng)的主要特點進行了簡單的總結。 本系統(tǒng)的軟件產(chǎn)品已在山西醫(yī)科大學第一醫(yī)院耳鼻咽喉頭頸外科使用。目前運行系統(tǒng)穩(wěn)定可靠,全部實現(xiàn)了耳鼻咽喉頭頸

5、外科醫(yī)囑管理的需求。關鍵詞:醫(yī)囑管理,需求分析,概要設計,詳細設計,系統(tǒng)實現(xiàn)The Design and Implementation of Surgery doctor's orders management system on Otolaryngology Head and Neck Abstract The doctor's orders management system is an important part of the medical record management system. Using advanced information processing

6、technologies, it collates and processes, storages, statisticses and analysises the data of medical advice examination, treatment, processing and other information of hospitalized patients.The Research and implementation of it has a very important significance of improving modern medical management l

7、evels, standarding the management of medical advice, and improving the quality of medical services and medical research.This thesis reviewes medical advice management status quo and development process at first, and then describes the problem exists on the doctor's orders management system at ho

8、me and abroad, which then leads to the R&D plan.The main clue of this thesis is the treatment of doctor's advice to the inpatients of department of tolaryngology Head and Neck Surgery, and there is a detailed description of the doctor's orders management system analysis, design and imple

9、mentation.The requirements analysis carries analysis of both functional and performance requirements analysis of CPOE system, putting forward the overall demand of the CPOE system.The overall design fully describes the design ideas and the results on system architecture, development environment, and

10、 database design and so on.The detailed design descripts the process and the algorithm of the R & D work in the main module of the system detailedly.The achievement system gives a simple introduction to the main function interfaces of the system, which shows the results of system implementation.

11、In the end of this paper, there is a brief discussion of the characteristics of the system.Software of the system has been in operation in the Department of Otolaryngology Head and Neck Surgery, Shanxi Medical University Hospital. Preliminary run showsthat the system is stable and reliable, and meet

12、s all the requirements of the Department of Otolaryngology Head and Neck Surgery doctor's orders management.Keywords: doctor's orders management, requirements analysis, overall design,detailed design, system implementation 第一章緒論1.1醫(yī)囑管理發(fā)展概述 作為醫(yī)院病案管理的主要組成部分之一的醫(yī)囑管理,是以醫(yī)師醫(yī)囑的下達、執(zhí)行等為主要管理內(nèi)容。為能使醫(yī)師下達的

13、醫(yī)囑便于執(zhí)行,還需要根據(jù)醫(yī)囑分別寫出醫(yī)療單、治療卑、膳食醫(yī)囑、護理醫(yī)囑等處置單。 在IT技術應用到醫(yī)囑管理之前,傳統(tǒng)的醫(yī)囑是通過手工書寫的方式完成的,這種醫(yī)囑的處理方式存在許多缺點:,一是這種醫(yī)囑是靜態(tài)的,不易與相關知識和論容產(chǎn)生聯(lián)系,雖然可被閱讀,也可補充新的內(nèi)容,但這些內(nèi)容之間很難建立有機關聯(lián);二是很難保證醫(yī)囑數(shù)據(jù)的完整性;三是這種醫(yī)囑只記錄在紙介質上,不場檢索、更不易進行快速、準確的統(tǒng)計分析、也很難保證及時獲取;四是這種醫(yī)囑利用率低、占用空間大。 通過與IT技術結合,形成醫(yī)囑管理系統(tǒng)后,它既能為使用者處理和檢索完整準確的各種醫(yī)囑信息,而且也能根據(jù)使用者的需要進行各種各樣的檢索、統(tǒng)計分析及

14、數(shù)據(jù)挖掘。它將具備以下幾個方面的用途:(1)從存儲資料的層面上來講,醫(yī)囑管理是醫(yī)囑信息的記錄和存儲集合;(2)醫(yī)囑信息在患者診療過程中,可以在醫(yī)生和護士間、醫(yī)生和醫(yī)生間、臨丨木科室和藥品、材料等供應部門間進行信息傳遞,而且這些信息都可以完整的保存到醫(yī)囑系統(tǒng)中;(3)醫(yī)囑信息在醫(yī)學研究、醫(yī)學教學和醫(yī)院管理等方面起著提供數(shù)據(jù)源的重要作用。 在歐美等發(fā)達國家,醫(yī)囑管理系統(tǒng)的研發(fā) 始于上世紀六十年代后期,并在九十年代得到兇猛發(fā)展,向多媒體信息的處理和網(wǎng)絡化、智能化等方面邁進。國內(nèi)醫(yī)囑管理系統(tǒng)的研發(fā)工作起步比較晚,甚至到目前,有些醫(yī)療單位的醫(yī)囑,還停留在手工書寫的方式下。但令人感到欣喜的是,本世紀初,醫(yī)

15、囑管理系統(tǒng)的應用,在我國快速增長。有關醫(yī)囑管理的規(guī)范和法規(guī),也在不斷出臺。總的來說,與起發(fā)達國家相比,國內(nèi)醫(yī)囑管理系統(tǒng)的應用還處在初級階段,這是其一;其二,我國醫(yī)療戰(zhàn)線上的領導、醫(yī)護工作者,充分認識到了醫(yī)囑管理工作的重要性,許多醫(yī)院已把醫(yī)囑系統(tǒng)的建設納入了重要議事日程;其三,就目前已建立的醫(yī)囑管理系統(tǒng)而言,大多數(shù)還是醫(yī)院信息管理系統(tǒng)相關功能的簡單擴充,主要功能只涉及醫(yī)囑處理,有的甚至在系統(tǒng)間不能進行數(shù)據(jù)交互與共享。1.2課題的提出及研究意義 通過對醫(yī)囑管理系統(tǒng)發(fā)展歷程的簡要回顧,可以看到醫(yī)囑管理系統(tǒng)在我國處于起步階段。從管理層面,制定醫(yī)囑管理系統(tǒng)的合理、統(tǒng)一的標準和規(guī)范,迫在眉睫。只有實現(xiàn)標準

16、化規(guī)范化,才能實現(xiàn)與醫(yī)囑相關的部門之間的數(shù)據(jù)交換和共享,實現(xiàn)醫(yī)囑管理系統(tǒng)和相關系統(tǒng)之間的無縫連接和無障礙交換。 從應用方面來看,由于醫(yī)囑系統(tǒng)涉及的業(yè)務比較非常專業(yè),沒有深厚的專業(yè)知識就很難對醫(yī)囑管理系統(tǒng)的業(yè)務知識進行準確的理解和處理;而沒有良好的信息化知識和技術,就無法站在信息系統(tǒng)建設的高度,研發(fā)出功能、性能完美的醫(yī)囑管理系統(tǒng)。 作為在讀研究生,我非常關注著醫(yī)囑管理的應用,并對目前存在的大多數(shù)醫(yī)囑管理系統(tǒng)進行了一定的了解和研究,發(fā)現(xiàn)它們中的大多數(shù)存在以下幾方面的問題。 (1)大多數(shù)系統(tǒng)只實現(xiàn)了醫(yī)囑管理系統(tǒng)的基礎工作,對深層次的內(nèi)容,探討、研究還不夠。可以說只是把手工書寫醫(yī)囑變成了在計算機上書寫

17、醫(yī)囑,沒有通過信息技術把醫(yī)囑管理提高到精細化、智能化、完整化的層面; (2)沒有完全實現(xiàn)醫(yī)囑用語的規(guī)范化,不能滿足醫(yī)囑管理的標準化、規(guī)范化需求; (3)大多數(shù)系統(tǒng)沒有就如何提高醫(yī)囑質量、減輕醫(yī)囑處理者的工作強度、加強友好提示和提醒功能等特點和特色,進行詳細的研究和分析,致使醫(yī)護人員感到勞動量不比在手工時少,這是其一;其二,相當一部分應該由應用系統(tǒng)自動處理的任務,還要由使用者用手工輸入來完成,造成工作效率低下;第三,友好提醒、提示功能欠缺,比如醫(yī)生醫(yī)囑下達后,系統(tǒng)不能立即通過系統(tǒng)通知相關醫(yī)護人員進行醫(yī)囑的處理工作等; (4)醫(yī)囑管理系統(tǒng)是病案管理系統(tǒng)的一個子系統(tǒng),醫(yī)囑管理系統(tǒng)要從病案管理系統(tǒng)的其

18、它子系統(tǒng)中提取本系統(tǒng)需要的資料,當然其它子系統(tǒng)也要從醫(yī)囑管理系統(tǒng)中索取它們需要的信息。因而,在醫(yī)囑管理系統(tǒng)的實現(xiàn)上,必須全面考慮和其它子系統(tǒng)之間的接口。由于醫(yī)囑管理系統(tǒng)存在著諸多不足,因而吸取、保留、接受已有系統(tǒng)的長處,改進己有系統(tǒng)的不足、增加己有系統(tǒng)缺失的部分,研發(fā)出一套規(guī)范、全面、自動化程度高的醫(yī)囑管理系統(tǒng),促進醫(yī)囑管理的信息化建設是當務之急。1.3論文的研究內(nèi)容和工作重點 由于不同專業(yè)、不同科室的醫(yī)囑管理系統(tǒng)之間存在著較大的差異,要完成所有專業(yè)、科室的醫(yī)囑管理系統(tǒng)不但需要具備大量的相關專業(yè)知識,而且也需要強大的研發(fā)團隊,僅靠一個人,在一年多的時間內(nèi)是根本無法完成的。因此本論文只實現(xiàn)了耳鼻

19、咽喉頭頸外科醫(yī)囑管理系統(tǒng)(以下簡稱醫(yī)囑管理系統(tǒng))。涉及到的研究工作包括醫(yī)囑管理系統(tǒng)的需求分析、概要設計、詳細設計和系統(tǒng)實現(xiàn)等。 第二章系統(tǒng)需求分析 醫(yī)囑管理系統(tǒng)的需求分析包括功能需求分析和性能需求分析。2.1醫(yī)囑管理系統(tǒng)業(yè)務需求分析 如圖2-1所示,醫(yī)囑管理系統(tǒng)包含系統(tǒng)登錄、用戶管理、入院信息處理、長期醫(yī)囑、臨時醫(yī)囑、護士工作站、系統(tǒng)查詢、系統(tǒng)統(tǒng)計、藥物維護和系統(tǒng)維護等十大功能模塊。醫(yī)囑管理系統(tǒng)系統(tǒng)登錄用戶管理入院信息處理長期醫(yī)囑臨時醫(yī)囑護士工作站系統(tǒng)查詢系統(tǒng)統(tǒng)計藥物維護系統(tǒng)維護 圖2-1醫(yī)囑管理系統(tǒng)功能結構其中長期醫(yī)囑、臨時醫(yī)囑和護士工作站是主要的業(yè)務處理模塊。入院信息處理是對患者的基本信息

20、進行處理。系統(tǒng)查詢用來快速查詢、瀏覽已處理的醫(yī)囑。系統(tǒng)統(tǒng)計用來對一些重要信息進行統(tǒng)計處理。藥物維護對醫(yī)囑處理中用到的藥物進行維護。系統(tǒng)登錄是保證系統(tǒng)安全的一道門檻,只有在系統(tǒng)中注冊的用戶才能進入本系統(tǒng)。用戶管理用來對用戶的權限進行設置。系統(tǒng)維護對系統(tǒng)中用到的一些基本信息進行維護。2. 2系統(tǒng)用戶分析 醫(yī)囑管理系統(tǒng)用戶對象按使ffl類別分為入院辦理人員、醫(yī)生、護士、系統(tǒng)管理員和醫(yī)院各級業(yè)務管理人員。 入院辦理人員通過入院信息處理登記患者的基本信息。 醫(yī)生通過長期醫(yī)囑和臨時醫(yī)囑模塊處理其管轄下的病人的長期醫(yī)囑和臨時醫(yī)囑,也可通過系統(tǒng)維護建立、修改及刪除輔助系統(tǒng)使用的各種信息;通過系統(tǒng)查詢查找自己感

21、興趣的病案內(nèi)容。 護士通過護士工作站對自己所護理病人,執(zhí)行醫(yī)生下達的醫(yī)囑。 系統(tǒng)管理員通過用戶管理,增加、修改、刪除使用本系統(tǒng)的用戶,并設置每個用戶的權限。 醫(yī)院各級業(yè)務管理人員通過系統(tǒng)查詢查看相關病人的醫(yī)囑處理情況。2. 3性能需求 性能需求對整個系統(tǒng)的使用起著舉足輕重的作用。它主要包括安全性要求、靈活性要求、實用性要求、穩(wěn)定性要求和先進性要求等。2. 3. 1安全性要求 安全對任何一個軟件系統(tǒng)都有著非常重要的意義。從軟件的應用上來講,不同的用戶對整個系統(tǒng)的操作權限是有區(qū)別的。比如,對某一模塊,一些用戶有完全訪問權限,而有的用戶只有只讀權限,甚至另外一些用戶連只讀的權限都沒有,這是其一;第二

22、,在實際工作中,當醫(yī)患之間發(fā)生糾紛時,醫(yī)囑內(nèi)容將對法律判決提供依據(jù),所以醫(yī)囑書寫完成后,必須保證檔案性;其三,患者的醫(yī)囑記錄,無論是對患者下次就診,還是對相關人員對各種病案的研究都具有非常重大的意義,所以,必須確保證醫(yī)囑的數(shù)據(jù)安全性。 2. 3. 2靈活性要求 醫(yī)囑管理的不變性是相對的,而變化是絕對的。因此設計時應充分考慮系統(tǒng)的靈活性。不能因為變化導致系統(tǒng)的崩潰;另外,對系統(tǒng)要留有充足的接口,使得變化發(fā)生時能靈活地對系統(tǒng)進行修訂。2. 3. 3實用性要求 醫(yī)囑管理系統(tǒng)的設計要充分考慮使用者的習慣,要形成一個既讓使用者滿意,又不違反系統(tǒng)設計原則的軟件,這是其一;第二,要能減輕使用者進行醫(yī)囑處理的

23、勞動強度;第三,要能提高醫(yī)囑處理的速度,提高效率。2. 3. 4穩(wěn)定性要求 所研發(fā)的系統(tǒng)要穩(wěn)定、可靠,不能發(fā)生故障,更不能發(fā)聲系統(tǒng)癱瘓。2. 3. 5先進性要求 醫(yī)囑管理系統(tǒng)的先進性包括完整性、精確性、規(guī)范性、快捷性等。2. 4入院信息處理功能描述2.4.1用例信息詳述 入院信息處理部分包含的信息有:病案號、姓名(患者)、性別、年齡、病室、床號、付款方式、過敏史、主管醫(yī)師、護理等級、入院日期(年、月、日、時、分)、入院科別、入院時情況、診斷部門(入院前)、診斷結果(入院前)、出生日期(年、月、日)、出生地、身份證號、民族、國籍、婚姻狀況、職業(yè)、工作單位、地址(工作單位)、電話(工作單位)、郵編

24、(工作單位)、戶口地址、郵編(戶口所在地)、聯(lián)系人、關系(聯(lián)系人與患者)、電話(聯(lián)系人)、地址(聯(lián)系人)等。 需要特別注意的是病案號、姓名、性別、年齡、婚姻、職、業(yè)、民族、國籍、過敏史、醫(yī)療付款方式、入院日期、入院科室、病床號、主管醫(yī)生、護理等級、診斷部門(入院前)、診斷結果(入院前)、入院時情況等項目是住院時必須填寫的項目,不能空缺。并且,第一,病案號必須唯一;第二,如果有過敏史,用紅顏色顯示出過敏史,否則,填“無”,并用黑顏色顯示。2.4. 2用例規(guī)約用例描述 入院辦理人員將患者的入院信息錄入。參與者 入院辦理人員前置條件 參與者登錄系統(tǒng)并擁有使用該用例的權限?；臼录?1.參與者選擇住

25、院信息處理操作。 2.系統(tǒng)顯示住院信息處理輸入界面。 3.參與者錄入信息。 4.參與者提交信息。 5.系統(tǒng)判斷錄入信息合法性。 5.1如果系統(tǒng)檢查到錄入信息不合法,系統(tǒng)提示錯誤信息。錯誤信息包括:錯誤原因,更正提示,返回2。 5.2如果檢查信息合法,系統(tǒng)保存所錄入的信息。 6.系統(tǒng)保存成功并顯示報送成功信息。 7.如果該信息處理完畢,將啟動該患者的所有相關醫(yī)囑管理(臨時醫(yī)囑、長期醫(yī)囑、護士工作站)處理功能?？蛇x事件流 6a.系統(tǒng)保存不成功 6al.系統(tǒng)提示錯誤信息。錯誤信息包括:錯誤原因,更正提示。 6a2.返回3。結束狀態(tài) 入院信息處理完成。補充說明 無。2. 5長期醫(yī)囑功能描述2. 5.1

26、用例信息詳述 長期醫(yī)囑包含的信息內(nèi)容有患者姓名、病案號、床號、開始日期、開始時間、開始醫(yī)師簽字、開始護士簽字、長期醫(yī)囑內(nèi)容、停止日期、停止時間、停止醫(yī)師簽字、停止護士簽字等?；颊咝彰⒉“柑?、床號對每個患者只用輸入一次(在入院信息處理中提取)。開始日期、開始時間、開始醫(yī)師簽字、 始護士簽字、長期醫(yī)囑內(nèi)容、停止曰期、停止時間、停止醫(yī)師簽字、停止護士簽字,是每條醫(yī)囑包含的內(nèi)容。這些內(nèi)容中,除長期醫(yī)囑內(nèi)容是通過正常輸入方式生成外,開始醫(yī)師簽字、開始護士簽字、停止醫(yī)師簽字、停止護士簽字等內(nèi)容都必須是通過輸入用戶名及簽字密碼的方式輸入的,這樣做的目的是為了保證醫(yī)囑內(nèi)容的嚴謹性和責任歸屬問題。相應的日期、

27、時間,將隨著醫(yī)師簽名的過程由系統(tǒng)自動給出。另外,簽名有嚴格的次序性和內(nèi)容要求,沒有醫(yī)囑內(nèi)容,將不允許進行任何簽字活動;要刪除一條醫(yī)囑,只有在沒有任何簽字的情況下可以進行;沒有開始醫(yī)師簽字,就不能有開始護士簽字,也就不存在停止醫(yī)師、護士簽字;沒有開始護士簽字,就不能有停止醫(yī)師簽字,也就不存在停止護士簽字;沒有停止醫(yī)師簽字,就不能有停止護士簽字。還有,要注意醫(yī)囑的重整功能,重整醫(yī)囑是對前面所有醫(yī)囑進行重整,首先,把原先的所有醫(yī)囑封存,再對其中沒有執(zhí)行完的醫(yī)囑重新處寫出來。這是沿用了手工方式的醫(yī)囑要求,實現(xiàn)信息化醫(yī)囑管理后,可以考慮對此進行改革。2. 5. 2用例規(guī)約用例描述 醫(yī)師把長期醫(yī)囑的信息錄

28、入。參與者 醫(yī)師前置條件 參與者登錄系統(tǒng)并擁有處理該用例的權限?；臼录?1.參與者選擇長期醫(yī)囑模塊。 2.系統(tǒng)顯示長期醫(yī)囑處理界面。 3.下醫(yī)囑時,參與者錄入長期醫(yī)囑內(nèi)容。 4.下醫(yī)囑醫(yī)師通過簽名方式,輸入自己的簽名,同時系統(tǒng)自動生成醫(yī)囑開始曰期和時間。 5.參與者提交信息。提交成功后,系統(tǒng)自動提醒醫(yī)囑執(zhí)行護士,讓護士確認醫(yī)囑,并執(zhí)行醫(yī)囑。 6.當決定停止該醫(yī)囑時,醫(yī)師通過簽名方式確定停止該醫(yī)囑,同時系統(tǒng)自動生成醫(yī)囑停止R期和時間。 7 .參與者提交信息。提交成功后,系統(tǒng)自動提醒醫(yī)囑執(zhí)行護士,讓護士確認停止該醫(yī)囑。結束狀態(tài) 長期醫(yī)囑處理完成。2. 6臨時醫(yī)矚功能描述2.6.1用例信息詳述

29、臨時醫(yī)囑包含的信息內(nèi)容有患者姓名、病案號、床號、開始日期、開始時間、開始醫(yī)師簽字、臨時醫(yī)囑內(nèi)容、處理時間、處理護士簽字、執(zhí)行日期、執(zhí)行時間、執(zhí)行護士簽字、取消日期、取消時間、取消醫(yī)師簽字等。 患者姓名、病案號、床號對每個患者只用輸入一次(從入院信息處理中提取)。 開始日期、 始時間、開始醫(yī)師簽字、臨時醫(yī)囑內(nèi)容、處理時間、處理護士簽字、執(zhí)行日期、執(zhí)行時間、執(zhí)行護士簽字、取消日期、取消時間、取消醫(yī)師簽字,是每條醫(yī)囑包含的內(nèi)容。這些內(nèi)容中,除臨時醫(yī)囑內(nèi)容是通過正常輸入方式生成外,開始醫(yī)師簽字、處理護士簽字、執(zhí)行護士簽字、取消醫(yī)師簽字等內(nèi)容都必須是通過輸入用戶名及簽字密碼的方式輸入的,這樣做的目的是為

30、了保證醫(yī)囑內(nèi)容的嚴謹性和責任歸屬問題。相應的日期、時間,將隨著簽名的過程由系統(tǒng)自動給出。 另外,簽名有嚴格的次序性和內(nèi)容要求,沒有醫(yī)囑內(nèi)容,將不允許進行任何簽字活動;要刪除一條醫(yī)囑,只有在沒有任何簽字的情況下可以進行;沒有開始醫(yī)師簽字,就不能有處理護士簽字,也就不存在執(zhí)行護士簽字;沒有處理護士簽字,就不能有執(zhí)行護士簽字;當執(zhí)行護士已簽字后,將不能取消該醫(yī)囑。2. 6. 2用例規(guī)約用例描述 醫(yī)師把臨時醫(yī)囑的信息錄入。參與者 醫(yī)師前置條件 參與者登錄系統(tǒng)并擁有處理該用例的權限?；臼录?1.參與者選擇臨時醫(yī)囑模塊。 2.系統(tǒng)顯不臨時醫(yī)囑處理界面。 3.下醫(yī)囑時,參與者錄入臨時醫(yī)囑內(nèi)容。 4.下醫(yī)

31、囑醫(yī)師通過簽名方式,輸入自己的簽名,同時系統(tǒng)自動生成醫(yī)囑開始日期 和時間。 5.參與者提交信息。提交成功后,系統(tǒng)自動提醒醫(yī)囑處理護士,讓護士確認醫(yī)囑,并處理醫(yī)囑,處理護士簽名后,系統(tǒng)會自動給出處理時問。 6.當醫(yī)囑處理完成后,系統(tǒng)自動提醒醫(yī)囑執(zhí)行護士,讓護士執(zhí)行醫(yī)囑,執(zhí)行護士簽名后,系統(tǒng)會自動給出執(zhí)行時間。 7.當醫(yī)師決定取消一條醫(yī)囑時,醫(yī)師通過簽名方式確定停止該醫(yī)囑,同時系統(tǒng)自動生成醫(yī)囑取消円期和時間。 8.參與者提交信息。提交成功后,系統(tǒng)自動提醒醫(yī)囑執(zhí)行護士,讓護士確認取消該醫(yī)囑。結束狀態(tài) 臨時醫(yī)囑處理完成。2. 7護士工作站功能描述2. 7. 1用例信息詳述 確切地說,護士工作站所包含的

32、業(yè)務處理功能在臨時醫(yī)囑和長期醫(yī)囑里已全部包含。只所以把它專門作為一個功能模塊,是為了方便在護理工作站值班的護理人員。除臨時醫(yī)囑、長期醫(yī)囑執(zhí)行業(yè)務處理外,護士工作站的顯著特點是:一有醫(yī)囑下達立即啟動提醒業(yè)務,以便護理人員立即執(zhí)行醫(yī)囑,這是其一;其二,提供便捷處理手段,通過業(yè)務處理界面能夠快速進入要處理的醫(yī)囑。2. 7. 2用例規(guī)約用例描述 護士把處理的醫(yī)囑信息錄入。參與者 護士前置條件 參與者登錄系統(tǒng)并擁有處理該用例的權限。基本事件流 1.參與者選擇護士工作站模塊。 2.系統(tǒng)顯示護士工作站界面。 3.處理醫(yī)囑時,參與者錄入醫(yī)囑處理信息。 4.處理醫(yī)囑護士通過簽名方式,輸入自己的簽名,同時系統(tǒng)自動

33、生成醫(yī)囑處理日期和時間。 5.參與者提交信息。提交成功后,系統(tǒng)會自動給出處理時間,并保存信息。 6.當醫(yī)囑處理完成后,系統(tǒng)自動提醒醫(yī)囑執(zhí)行護士,讓護士執(zhí)行醫(yī)囑,執(zhí)行護士簽名后,系統(tǒng)會自動給出執(zhí)行時間。結束狀態(tài) 醫(yī)囑執(zhí)行處理完成。2. 8用戶管理功能描述2. 8.1功能結構 用戶管理包括以下功能點:建立用戶、權限設置和修改密碼等,功能結構如圖2-2所示。用戶管理建立用戶權限設置修改密碼 圖2-2用戶管理功能結構圖2.8. 2功能詳述2. 8. 2. 1建立用戶2.8.2. 1. 1用例信息詳述 建立使用本系統(tǒng)的用戶。包含的信息有:登錄名稱、簽字名稱、登錄密碼、登錄密碼(確認)、簽字密碼、簽字密碼

34、(確認)。2. 8. 2. 1. 2用例規(guī)約用例描述 系統(tǒng)管理員授權使用病案管理系統(tǒng)的用戶。參與者 系統(tǒng)管理員前置條件 參與者登錄系統(tǒng)并擁有處理該用例的權限?；臼录?1.參與者在用戶管理模塊中選擇建立用戶子模塊。 2.系統(tǒng)顯示建立用戶界面。 3.參與者輸入所要建立用戶的各種信息。 4.參與者提交信息。 5.系統(tǒng)保存成功并顯示報送成功信息?？蛇x事件流 5a.系統(tǒng)保存不成功 5al.系統(tǒng)提示錯誤信息。錯誤信息包括:錯誤原因,更正提示。 5a2.返回3。結束狀態(tài) 病程管理建立用戶處理完成。2. 8. 2. 2權限設置2.8.2. 2.1用例信息詳述對使用本系統(tǒng)的用戶設置對每個功能模塊的使用權限。

35、權限分為三種:1)增、刪、改權限;2)只有瀏覽權限;3)沒有權限即如相應的模塊。需要說明的是增、刪、改權限也是相對的,當對某一模塊確認完成后,任何用戶都不能對其中的信息進行刪、改操作。2.8.2. 2. 2用例規(guī)約用例描述 系統(tǒng)管理員授權使用病案管理系統(tǒng)用戶的權限。參與者 系統(tǒng)管理員前置條件 參與者登錄系統(tǒng)并擁有處理該用例的權限?；臼录?1.參與者在用戶管理模塊中選擇權限設置子模塊。 2.系統(tǒng)顯示權限設置界面。 3.參與者輸入給定用戶的各種權限信息。 4.參與者提交信息。 5.系統(tǒng)保存成功并顯示報送成功信息。可選事件流 5a.系統(tǒng)保存不成功 5al.系統(tǒng)提示錯誤信息。錯誤信息包括:錯誤原因

36、,更爪提示。 5a2.返回3。結束狀態(tài) 病程管理指定用戶權限設置完成。2. 8. 2. 3修改密碼2. 8. 2. 3. 1用例信息詳述 用戶對自己的登錄密碼和(或)簽字密碼進行修改。2. 8. 2. 3. 2用例規(guī)約用例描述 系統(tǒng)的所有使用人員修改Q己的登錄密碼和(成)簽字密碼。參與者 系統(tǒng)的所有使用人員基本事件流 1.參與者在用戶管理模塊中選擇修改密碼子模塊。 2.系統(tǒng)顯示修改密碼界面。 3.參與者輸入給定新的密碼信息。 4.參與者提交信息。 5.系統(tǒng)保存成功并顯示彳艮送成功信息?？蛇x事件流 5a.系統(tǒng)保存不成功 5al.系統(tǒng)提示錯誤信息。錯誤信息包括:錯誤原因,更正提示。 5a2.返回3

37、。結束狀態(tài) 用戶密碼修改完成。2. 9系統(tǒng)查詢功能描述2. 9.1用例信息詳述 由于時間關系,醫(yī)囑管理系統(tǒng)在查詢方面的功能只做了一些簡單的考慮,包括患者入院信息查詢、臨時醫(yī)囑查詢、長期醫(yī)囑查詢和藥物信息查詢。組合查詢是通過姓名、主要診斷、其它診斷、主管醫(yī)師、民族、職業(yè)、病歷診斷、性別、床號、年齡區(qū)間、付款方式、入院日期區(qū)間、出院日期區(qū)間等作為查詢條件的組合進行的查詢。在組合查詢中,應把用戶選定的查詢條件顯示出來,并能按逆序一個一個的撤銷查詢條件,而且還能在已有的結果中進行查詢。2. 9. 2用例規(guī)約用例描述 對醫(yī)囑管理系統(tǒng)中,已處理完成(患者已出院)的病案進行查詢。參與者 系統(tǒng)授權的人員前置條

38、件 參與者登錄系統(tǒng)并擁有處理該用例的權限?；臼录?1.參與者選擇系統(tǒng)查詢模塊。 2.系統(tǒng)顯示查詢模塊界面。 3.參與者輸入相應的查詢條件。 4.參與者提交信息。 5.系統(tǒng)顯示出滿足條件的結果。結束狀態(tài)2. 10藥物維護功能描述2.10.1用例信息詳述 對臨時醫(yī)囑和長期醫(yī)囑中所使用的藥物進行維護。包含的信息有:拼音碼、名稱、規(guī)格、默認給藥、默認用量、默認用藥次數(shù)、種類和備注等。2. 10. 2用例規(guī)約用例描述 對臨時醫(yī)囑和長期醫(yī)囑中所使用的藥物進行維護。參與者 醫(yī)師前置條件 參與者登錄系統(tǒng)并擁有處理該用例的權限?；臼录?1.參與者在病案管理系統(tǒng)中選擇藥物維護模塊。 2.系統(tǒng)顯示藥物維護界面。 3.參與者輸入各種藥物信息。 4.參與者提交信息。 5.系統(tǒng)保存成功并顯示報送成功信息?？蛇x事件流 5a.系統(tǒng)保存不成功 5al.系統(tǒng)提示錯誤信息。錯誤信息包括:錯誤原因,更正提示。 5a2.返回3。結束狀態(tài) 藥物維護處理完成。2. 11系統(tǒng)維護2.11.1用例信息詳述 主要是對系統(tǒng)用到的各種具有可選性質的項目進行維護。由于本系統(tǒng)需要維護的項目非常多,可以考慮,第一,用到的地方比較多,且重要的項目,納入主功能下的系統(tǒng)維護中處理;第二,單一地方或較少地方用到的項目,放在