醫(yī)院管理信息系統(tǒng)課件

1、 醫(yī)院管理信息系統(tǒng) 第7章目 錄7.1 發(fā)展現(xiàn)狀7.2 需求分析7.3 系統(tǒng)分析7.4 系統(tǒng)設(shè)計(jì)7.5 典型功能設(shè)計(jì)本章小結(jié)7.1 發(fā)展現(xiàn)狀國外發(fā)展現(xiàn)狀國外發(fā)達(dá)國家醫(yī)院管理信息系統(tǒng)從產(chǎn)生到發(fā)展至今已有三十多年的歷史，并且研發(fā)出了一些比較成功的系統(tǒng)。 目前國外HMIS已經(jīng)將醫(yī)院行政管理、財(cái)務(wù)收費(fèi)管理、病人管理、藥品庫存管理、醫(yī)學(xué)影像處理、統(tǒng)一的醫(yī)學(xué)語言系統(tǒng)等功能逐步納入到其系統(tǒng)功能之內(nèi)。 國內(nèi)發(fā)展現(xiàn)狀我國醫(yī)院管理信息系統(tǒng)研發(fā)工作從20世紀(jì)80年代初開始，至今只有二十多年的歷史。經(jīng)歷了單機(jī)單任務(wù)、多機(jī)多任務(wù)以及微機(jī)網(wǎng)絡(luò)一體化三個(gè)階段。發(fā)展水平與國外醫(yī)院管理信息系統(tǒng)相比還相對(duì)落后。信息系統(tǒng)開發(fā)過程

2、一個(gè)管理信息系統(tǒng)的建設(shè)從系統(tǒng)規(guī)劃開始到交付使用，需經(jīng)過可行性分析、業(yè)務(wù)分析、需求分析、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)（包括界面設(shè)計(jì)）和系統(tǒng)實(shí)現(xiàn)與測試整個(gè)過程。7.2 需求分析7.2.1 需求獲取首先按信息系統(tǒng)建設(shè)的思路來引導(dǎo)用戶，讓用戶理解信息系統(tǒng)工作模式與其手工工作模式的區(qū)別和對(duì)應(yīng)關(guān)系。必要時(shí)可以先按照用戶最初對(duì)信息系統(tǒng)的描述和開發(fā)者對(duì)信息系統(tǒng)的理解，建立一個(gè)能夠反映用戶企業(yè)業(yè)務(wù)的信息系統(tǒng)軟件原型，用戶可以通過這個(gè)信息系統(tǒng)軟件原型的運(yùn)行過程和運(yùn)行模式進(jìn)一步理解信息系統(tǒng)的運(yùn)行特點(diǎn)和解決實(shí)際業(yè)務(wù)問題的模式。如果開發(fā)者以前有過開發(fā)同類型信息系統(tǒng)的經(jīng)歷，那么最好能夠帶領(lǐng)用戶去觀摩以前開發(fā)和應(yīng)用比較成功的信息系統(tǒng)

3、，這樣不但可以使用戶加深對(duì)信息系統(tǒng)運(yùn)行特點(diǎn)和解決實(shí)際業(yè)務(wù)問題的模式的理解，而且同時(shí)可以影響用戶，使其傾向于開發(fā)者建設(shè)信息系統(tǒng)的思維模式，為說服用戶提供一些有力的論據(jù)。有時(shí)還會(huì)出現(xiàn)用戶對(duì)計(jì)算機(jī)功能的理解不夠客觀的情況，有的用戶認(rèn)為計(jì)算機(jī)擁有一定的智能，從而能夠解決一些現(xiàn)階段還不能解決的問題，對(duì)信息系統(tǒng)的功能期望值過高。7.2.2 系統(tǒng)目標(biāo) 確定系統(tǒng)目標(biāo)就是根據(jù)企業(yè)發(fā)展的總目標(biāo)，結(jié)合企業(yè)的現(xiàn)狀以及信息系統(tǒng)建設(shè)的相關(guān)因素，確定出系統(tǒng)建設(shè)的目標(biāo)。 信息系統(tǒng)建設(shè)目標(biāo)一般由總目標(biāo)和多層次子目標(biāo)構(gòu)成的一個(gè)樹狀目標(biāo)體系組成。 管理信息系統(tǒng)建設(shè)的總體目標(biāo)是以醫(yī)院的局域網(wǎng)和信息中心數(shù)據(jù)庫服務(wù)器等資源為基礎(chǔ)軟硬件平

4、臺(tái)，建立能夠正確反映醫(yī)院基本業(yè)務(wù)流程的功能完整、反應(yīng)快速、高質(zhì)量的醫(yī)院管理信息系統(tǒng)，從而達(dá)到提高醫(yī)院管理水平和服務(wù)質(zhì)量的目的。子目標(biāo)是 根據(jù)醫(yī)院的組織目標(biāo)、使命和組織的發(fā)展方向，為了提高醫(yī)院的整體管理水平和服務(wù)質(zhì)量，建立對(duì)醫(yī)院所有主干業(yè)務(wù)提供全面信息化管理的功能齊全、業(yè)務(wù)覆蓋面廣、技術(shù)先進(jìn)、使用方便的醫(yī)院管理信息系統(tǒng)。對(duì)醫(yī)院的部門、人員、工作量核算、藥品及醫(yī)療器材資料檔案、供應(yīng)商檔案、費(fèi)用名稱檔案、病房及床位檔案、臨床診斷資料檔案等醫(yī)務(wù)信息提供全面的信息化管理。對(duì)內(nèi)部職工患者的資料檔案、社會(huì)醫(yī)療統(tǒng)籌基金、內(nèi)部醫(yī)療補(bǔ)貼基金和醫(yī)療信息提供全面的信息化管理；對(duì)外部社會(huì)就診患者不建立檔案而只提供醫(yī)療信

5、息管理。對(duì)藥品及醫(yī)療器材的采購、藥庫到藥房、藥房到藥庫、藥房到藥房和藥房到住院科室或者到門診患者的所有流通過程提供全面的信息管理。對(duì)門診患者從掛號(hào)開始，經(jīng)過就診、檢查、開處方、劃價(jià)、交費(fèi)、取藥，最后治療和處置的就醫(yī)過程提供全面的信息管理。對(duì)住院患者從開住院通知單開始，經(jīng)過交住院押金、入院、安排病房和床位、檢查、醫(yī)生下臨時(shí)醫(yī)囑和長期醫(yī)囑、護(hù)士審核和執(zhí)行醫(yī)囑、每日的治療和處置、每日的護(hù)理、手術(shù)、每日的押金監(jiān)控和催款，到患者痊愈后出院和結(jié)算的整個(gè)住院就醫(yī)過程提供全面的信息管理。對(duì)醫(yī)院的門診收費(fèi)、住院收費(fèi)、藥品及醫(yī)療器材供應(yīng)商的貨到付款和內(nèi)部科室及個(gè)人工作量的財(cái)務(wù)核算過程以及工資和獎(jiǎng)金發(fā)放提供全面的信

6、息管理。對(duì)整個(gè)醫(yī)院管理信息系統(tǒng)的運(yùn)行過程都要記錄其操作時(shí)間和操作人員，對(duì)醫(yī)療責(zé)任事故和院內(nèi)責(zé)任事故提供監(jiān)控和管理。對(duì)整個(gè)醫(yī)院業(yè)務(wù)運(yùn)行信息正確地產(chǎn)生日?qǐng)?bào)表、月報(bào)表、季報(bào)表和年報(bào)表等統(tǒng)計(jì)報(bào)表。對(duì)整個(gè)醫(yī)院業(yè)務(wù)運(yùn)行的所有歷史數(shù)據(jù)按設(shè)定時(shí)長保存，定期對(duì)數(shù)據(jù)庫進(jìn)行整理（轉(zhuǎn)存），使得系統(tǒng)的執(zhí)行歷史能夠隨時(shí)查詢。7.2.3 系統(tǒng)需求門診就診流程住院流程掛號(hào)就診治療取藥劃價(jià)繳費(fèi)掛號(hào)就診臨時(shí)醫(yī)囑會(huì)診住院登記繳 費(fèi)住院接收長期醫(yī)囑執(zhí)行醫(yī)囑檢查需求調(diào)查根據(jù)與用戶的交流、協(xié)商，結(jié)合該醫(yī)院的目標(biāo)，可以將該醫(yī)院的功能劃分為藥庫管理、藥房管理、財(cái)務(wù)管理、門診就醫(yī)管理、住院就醫(yī)管理、放射及檢驗(yàn)管理和醫(yī)務(wù)信息管理模塊。每一功能可

7、以進(jìn)一步細(xì)分為許多子功能，如圖7.1。具體功能的詳細(xì)介紹見表7.1（P223）。各功能與醫(yī)院各部門的對(duì)應(yīng)關(guān)系見表7.2（P224）。藥庫管理藥房管理財(cái)務(wù)管理門診就醫(yī)管理住院就醫(yī)管理放射及檢驗(yàn)管理醫(yī)務(wù)信息管理醫(yī)院管理信息系統(tǒng)圖7.1 醫(yī)院（部分）功能結(jié)構(gòu)功能需求 能夠正確反映醫(yī)院內(nèi)部的部門、人員、藥品資料、藥品供應(yīng)商、內(nèi)部患者以及外部患者等檔案信息。能夠正確反映藥品從入庫開始，經(jīng)過分發(fā)給藥房，藥房間調(diào)配，最后發(fā)到患者手中的過程；能夠處理因正常損耗（如中藥的風(fēng)干和西藥的意外破碎）所造成的藥品損失。能夠正確反映門診患者從掛號(hào)開始，經(jīng)過開處方、交費(fèi)、取藥、檢查、治療等整個(gè)就診過程；能夠處理因特殊原因造

8、成的患者退藥和退款等情況。能夠正確反映住院患者從入院開始，經(jīng)過交住院押金、檢查、醫(yī)生下醫(yī)囑（包括長期醫(yī)囑和臨時(shí)醫(yī)囑）、護(hù)士審核醫(yī)囑、執(zhí)行醫(yī)囑并計(jì)費(fèi)、治療，到最后患者出院并結(jié)算的整個(gè)過程；能根據(jù)每日醫(yī)囑自動(dòng)生成和打印輸液單和每日費(fèi)用清單；能夠處理因醫(yī)生或護(hù)士的誤操作所造成的無效醫(yī)囑。能夠正確反映醫(yī)院的財(cái)務(wù)核算過程，包括藥品入庫時(shí)的入庫后付款、門診收費(fèi)員和住院處收費(fèi)員的收費(fèi)、門診收費(fèi)員和住院處收費(fèi)員向財(cái)務(wù)科交費(fèi)、藥品損耗所造成的費(fèi)用；能夠根據(jù)各科室和個(gè)人的工作量核算部門和個(gè)人酬金。具有與社保系統(tǒng)的接口，使社保系統(tǒng)根據(jù)患者的就診信息正確地將所發(fā)生的費(fèi)用按比例扣除。能夠根據(jù)醫(yī)院的具體管理要求和上級(jí)管理

9、部門的要求正確產(chǎn)生日?qǐng)?bào)表、月報(bào)表、季報(bào)表和年報(bào)表等統(tǒng)計(jì)報(bào)表。能夠時(shí)刻監(jiān)控系統(tǒng)的所有用戶，正確記錄所有用戶的操作歷史信息，以便在出現(xiàn)責(zé)任事故時(shí)有據(jù)可查。 性能需求 系統(tǒng)的界面設(shè)計(jì)友好，操作方便、靈活，要具有聯(lián)機(jī)提示和幫助學(xué)習(xí)功能，使得一般職工通過簡單培訓(xùn)就可以熟練地使用系統(tǒng)。要求系統(tǒng)除統(tǒng)計(jì)報(bào)表和大數(shù)據(jù)量查詢之外的所有功能的反應(yīng)速度一般保持在數(shù)秒之內(nèi)。所有業(yè)務(wù)均實(shí)現(xiàn)電子化管理，代替原有的手工處方、票據(jù)、醫(yī)囑、檢查單據(jù)、病歷和所有報(bào)表。系統(tǒng)具有高可靠性和容錯(cuò)能力，不能出現(xiàn)系統(tǒng)丟失患者、藥品、醫(yī)療器材、處方、醫(yī)囑、費(fèi)用等所有操作歷史信息的情況。系統(tǒng)要具有醫(yī)院要求的安全檢查機(jī)制和保密機(jī)制，系統(tǒng)非法用戶不

10、能登錄和使用系統(tǒng)，系統(tǒng)的各級(jí)使用者和各個(gè)角色都只允許查看自己權(quán)限之內(nèi)的系統(tǒng)信息。系統(tǒng)的開發(fā)應(yīng)盡量使用醫(yī)院現(xiàn)有的網(wǎng)絡(luò)及計(jì)算機(jī)等硬件資源，不能造成不必要的投資。所有的歷史數(shù)據(jù)按設(shè)定時(shí)長保存，在一定周期內(nèi)清理一次數(shù)據(jù)庫，使得系統(tǒng)的操作歷史能夠隨時(shí)查詢。 7.2.4 結(jié)構(gòu)分析需求結(jié)構(gòu)是按照信息系統(tǒng)目標(biāo)、職能和需求的相關(guān)性，從總體上把信息系統(tǒng)的需求劃分成為若干個(gè)需求包，由這些需求包相互關(guān)聯(lián)構(gòu)成信息系統(tǒng)的需求模式，它是對(duì)需求的一種有效的組織方法。藥庫管理功能舉例醫(yī)院管理信息系統(tǒng)藥庫管理藥房管理財(cái)務(wù)管理醫(yī)務(wù)管理放射及檢驗(yàn)管理住院就醫(yī)管理門診就醫(yī)管理圖7.2 頂層需求結(jié)構(gòu) 藥庫管理入庫單管理出庫單管理藥品資料

11、管理庫存臺(tái)賬管理圖7.3 藥庫管理功能包細(xì)化7.2.5 功能分析信息系統(tǒng)功能是信息系統(tǒng)應(yīng)該具有的效能和作用，也是信息系統(tǒng)呈現(xiàn)給用戶的直觀效果。信息系統(tǒng)功能模型是描述信息系統(tǒng)功能的一組用例圖和對(duì)用例說明的用例字典，它通過信息系統(tǒng)參與者與信息系統(tǒng)的交互過程，反映出信息系統(tǒng)應(yīng)該具有的功能。舉例門診收費(fèi)員藥庫庫管員藥庫管理員藥庫管理庫存盤點(diǎn)入庫出庫藥房房管員護(hù)士門診就醫(yī)管理醫(yī)生處方管理掛號(hào)、收費(fèi)治療處置管理劃價(jià)、發(fā)藥圖7.5 分解的頂層部分功能用例圖7.3 系統(tǒng)分析 系統(tǒng)分析是在系統(tǒng)業(yè)務(wù)分析和需求分析的基礎(chǔ)上，站在信息系統(tǒng)內(nèi)部的角度，從抽象的概念層次上確定信息系統(tǒng)的要素、構(gòu)成和結(jié)構(gòu)，得出信息系統(tǒng)的分析

12、模型，并為系統(tǒng)設(shè)計(jì)提供依據(jù)的過程。7.3.1 邏輯結(jié)構(gòu)分析 信息系統(tǒng)的邏輯結(jié)構(gòu)是從抽象的概念層次和功能需求角度，根據(jù)信息系統(tǒng)的需求結(jié)構(gòu)確定的信息系統(tǒng)模型結(jié)構(gòu)，它由多個(gè)分析包按照組成關(guān)系或者依賴關(guān)系構(gòu)成。 入庫單錄入入庫單審核入庫單管理圖7.8 入庫單管理分析包7.3.2 用例分析 用例分析（Use-Case Analysis）是指從概念層次上對(duì)每一個(gè)用例進(jìn)行分析的過程，即要從概念層次上分析為了實(shí)現(xiàn)對(duì)用例規(guī)定的功能，共需要那些概念類，這些概念類之間有著怎樣的關(guān)系，以及各概念類之間所需交互的信息。 藥庫入庫單錄入藥庫管理員入庫單界面選擇供應(yīng)商刪除采購條目修改采購條目保存入庫單打印入庫單未入庫藥品增

13、加采購條目藥品資料打印進(jìn)程圖7.10 “藥品入庫單錄入”用例分析類圖7.3.3 概念類分析概念類分析（Conception Class Analysis）是對(duì)所提出的各概念類的職責(zé)、屬性、關(guān)系和特殊需求進(jìn)行分析的過程。概念類目錄 表7.3 醫(yī)院管理信息系統(tǒng)的概念類目錄概念類名稱說明條目編號(hào)入庫單界面藥庫庫管員與系統(tǒng)的操作界面A-2-01選擇供應(yīng)商選擇藥品及醫(yī)療器材的供應(yīng)商A-3-01增加采購條目增加錄入入庫單中的藥品及醫(yī)療器材條目A-3-02刪除采購條目刪除多余或錄入錯(cuò)誤的條目A-3-03修改采購條目修改已錄入的錯(cuò)誤條目A-3-04保存入庫單保存已經(jīng)錄入完成的入庫單A-3-05打印入庫單打印入

14、庫單A-3-06藥品資料記錄藥品及醫(yī)療器材的檔案信息A-1-01未入庫藥品已經(jīng)錄入到入庫單中但未經(jīng)審核的藥品及醫(yī)療器材A-1-02供應(yīng)商藥品及醫(yī)療器材的供應(yīng)商A-1-03藥庫庫管員可以進(jìn)行藥庫出入庫除審核以外所有操作的人員A-1-04概念類條目 編號(hào)：A-1-01概念類名稱：藥品資料職責(zé)：存放醫(yī)院所用的所有藥品及醫(yī)療器材的檔案信息屬性：編碼，名稱，拼音碼，規(guī)格，包裝，分類，甲乙類，批發(fā)單位，零售單位，換算量說明：該概念類存放所有藥品類的公用信息。它是未入庫藥品、入庫藥品、出庫藥品的公共超類，同時(shí)也是入庫單錄入、出庫單錄入、開處方和開醫(yī)囑等控制類的快速檢索信息來源特殊需求：范圍：包括醫(yī)院所有的用

15、藥和醫(yī)療器材容量：每個(gè)對(duì)象約300字節(jié)，約為2000個(gè)藥品及醫(yī)療器材對(duì)象更新頻率：系統(tǒng)運(yùn)行之初建立，永不刪除，在必要時(shí)進(jìn)行維護(hù)訪問頻率：系統(tǒng)運(yùn)行時(shí)平均訪問60次/小時(shí)，高峰期約500次/小時(shí)圖7.11 藥品資料的概念類條目7.4 系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)是在系統(tǒng)分析的基礎(chǔ)上，綜合考慮系統(tǒng)的實(shí)現(xiàn)環(huán)境和系統(tǒng)的效率、可靠性、安全性和適應(yīng)性等非功能性需求，對(duì)系統(tǒng)分析的進(jìn)一步深化和細(xì)化的過程，其目的是給出能夠指導(dǎo)信息系統(tǒng)實(shí)現(xiàn)的設(shè)計(jì)方案。主要工作系統(tǒng)平臺(tái)設(shè)計(jì) 信息系統(tǒng)平臺(tái)設(shè)計(jì)需要根據(jù)信息系統(tǒng)設(shè)計(jì)要求，通過對(duì)技術(shù)和市場的綜合分析，確定出網(wǎng)絡(luò)結(jié)構(gòu)、設(shè)備選型和軟件平臺(tái)方案等。 結(jié)構(gòu)設(shè)計(jì) 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)包括信息系統(tǒng)拓?fù)浣Y(jié)構(gòu)

16、設(shè)計(jì)、計(jì)算模式設(shè)計(jì)和軟件結(jié)構(gòu)設(shè)計(jì)等三個(gè)方面的工作。 數(shù)據(jù)庫設(shè)計(jì)系統(tǒng)詳細(xì)設(shè)計(jì)系統(tǒng)功能界面設(shè)計(jì)7.4.1 系統(tǒng)軟件結(jié)構(gòu) 信息系統(tǒng)的軟件結(jié)構(gòu)是由信息系統(tǒng)軟件的各子系統(tǒng)按照確定的關(guān)系構(gòu)成的結(jié)構(gòu)框架，一般呈現(xiàn)多層次結(jié)構(gòu)模式。 系統(tǒng)軟件結(jié)構(gòu) 門診就醫(yī)管理醫(yī)院管理信息系統(tǒng)放射及檢驗(yàn)管理住院就醫(yī)管理藥房管理財(cái)務(wù)管理藥庫管理醫(yī)務(wù)管理圖7.12 系統(tǒng)軟件結(jié)構(gòu)系統(tǒng)支撐結(jié)構(gòu) 醫(yī)院管理信息系統(tǒng)PowerDesignerRosePowerBuilderOracleWindows XPTCP/IP應(yīng)用層中間件層系統(tǒng)層圖7.13 醫(yī)院管理信息系統(tǒng)軟件系統(tǒng)支撐結(jié)構(gòu) 7.4.2 系統(tǒng)詳細(xì)設(shè)計(jì) 詳細(xì)設(shè)計(jì)是對(duì)軟件結(jié)構(gòu)中已經(jīng)確定的各個(gè)

17、子系統(tǒng)內(nèi)部的設(shè)計(jì)，包括每一個(gè)子系統(tǒng)內(nèi)部的用例設(shè)計(jì)、類設(shè)計(jì)和關(guān)系設(shè)計(jì)。通常用用例類圖和順序圖來描述詳細(xì)設(shè)計(jì)的結(jié)果。舉例 藥庫庫管員藥庫庫管員節(jié)點(diǎn)藥庫入庫單錄入選擇供應(yīng)商刪除采購條目打印入庫單打印進(jìn)程入庫單界面增加采購條目入庫單信息保存入庫單醫(yī)院員工出入庫流水賬藥庫業(yè)務(wù)節(jié)點(diǎn)供應(yīng)商藥品資料修改采購條目圖7.14 入庫單錄入用例類圖 藥品資料藥品數(shù)量提取入庫單增加修改刪除保存打印保存刪除取入庫單信息保存保存藥庫庫管員供應(yīng)商供應(yīng)商藥品資料數(shù)量修改入庫單界面選擇供應(yīng)商入庫單信息增加采購條目刪除采購條目修改采購條目保存入庫單打印入庫單打印進(jìn)程圖7.15 入庫單錄入順序圖 7.4.3 系統(tǒng)功能界面設(shè)計(jì) 系統(tǒng)功

18、能界面是對(duì)用戶與系統(tǒng)之間進(jìn)行交互所采用的方式、途徑、內(nèi)容、布局和結(jié)構(gòu)的總稱，有時(shí)也稱其為人機(jī)交互界面、人機(jī)接口。圖7.16 系統(tǒng)主界面 7.5 典型功能設(shè)計(jì) 7.5.1 藥品名稱快速查詢在醫(yī)院系統(tǒng)中，醫(yī)生開處方是最常用的操作之一。在開處方過程中需要頻繁檢索藥品名稱以及藥品的相關(guān)信息，因此，使用行之有效的快速檢索方法十分重要。漢語拼音一般用戶都應(yīng)該熟悉，但按全拼檢索字符數(shù)量多，且容易出錯(cuò)；按漢字第一個(gè)拼音字母檢索（簡稱Z1方法），可能會(huì)出現(xiàn)相同字母不同藥品的現(xiàn)象。由于藥品本身存在同名稱異單位問題，而這時(shí)只能將該情況的藥品認(rèn)為是不同藥品，因此，在檢索前須將所有藥品按名稱每個(gè)漢字的第一個(gè)拼音字母排序。用Z1方法檢索時(shí)將指示條放在第一個(gè)滿足條件的記錄上，由醫(yī)生在其后挑選。圖7.17 藥品名稱快速檢索 7.5.2 處方復(fù)制在醫(yī)院信息系統(tǒng)的門診處方業(yè)務(wù)管理中，開處方是處方信息管理的一個(gè)重要環(huán)節(jié)，也是醫(yī)院門診業(yè)務(wù)中最為耗時(shí)、勞動(dòng)量最大和勞動(dòng)強(qiáng)度最高的業(yè)務(wù)環(huán)節(jié)。在手工操作環(huán)境下，所有醫(yī)生每天不得不手工書寫數(shù)十份甚至更多處方，即使前后兩個(gè)患者的病情和用藥情況完全一致，醫(yī)生也