【正文】 財(cái)富，并能使醫(yī)院其他人員共享。 2. 支持并改進(jìn)臨床醫(yī)生，護(hù)理人員及管理人員的工作流程。 3. 節(jié)省花費(fèi)在其他部門或科室尋找書面圖表，臨床數(shù)據(jù)，醫(yī)療歷史，以及其它書面記錄的時(shí)間。 4. 通過(guò)對(duì)以往由科室或醫(yī)生所進(jìn)行的診療活動(dòng)的便捷回顧，幫助醫(yī)師診斷與治療。減少了不必要或冗余的操作。 5. 進(jìn)行醫(yī)療質(zhì)量統(tǒng)計(jì)，病歷檢索。 對(duì)于醫(yī)護(hù)人員 1. 及時(shí)的接受來(lái)自醫(yī)生的診斷和醫(yī)囑信息，在一段時(shí)間內(nèi) ，形成病人的治療和護(hù)理計(jì)劃。 2. 及時(shí)的接受來(lái)自醫(yī)生 的 申請(qǐng)單，在一段時(shí)間內(nèi)，形成 執(zhí)行申請(qǐng)單 計(jì)劃。 3. 直接管理醫(yī)囑執(zhí)行及護(hù)理業(yè)務(wù)。 4. 幫助醫(yī)護(hù)人員理解病人康復(fù)所需要的看護(hù)活動(dòng)。 5. 對(duì)護(hù)理人員的工作量記錄。 對(duì)于管理人員 14 1. 通過(guò)監(jiān)控，分析，總結(jié)資源，最好地利用醫(yī)院的資源。 2. 保證了病人掛號(hào)、拿藥等業(yè)務(wù)的迅速、井然有序 。 3. 醫(yī)療必要的回顧、統(tǒng)計(jì)和查詢， 為 以后 的決策提供詳細(xì)數(shù)據(jù)支持。 醫(yī)院門診管理系統(tǒng) 需求獲取模式 需求分析描述系統(tǒng)的需求，通過(guò)定義系統(tǒng)中的關(guān)鍵域類來(lái)建立模型。分析的根本目的是在開發(fā)者和提出需求的人之間建立一種理 解和溝通的機(jī)制，因此，醫(yī)院管理信息系統(tǒng)的需求分析也應(yīng)該是開發(fā)人員和用戶或者客戶一起完成的。 分析需求的第一步描述醫(yī)院管理信息系統(tǒng)的功能，即定義用例，以此確定系統(tǒng)的功能需求。 醫(yī)院門診管理系統(tǒng) 的用例分析主要涉及規(guī)格說(shuō)明的閱讀和分析，需要和 醫(yī)院門診管理系統(tǒng) 的潛在用戶進(jìn)行討論 [7]。 第二步，對(duì)第一步中確定的所有用例 進(jìn)行 分析 ， 可以用用例圖進(jìn)行描述 。通過(guò)對(duì)每個(gè)用例的分析，確定系統(tǒng)需要實(shí)現(xiàn)的功能， 劃分系統(tǒng)的 子系統(tǒng) 大致范圍，明確系統(tǒng)的目標(biāo)。 第三步， 調(diào)研每個(gè)子系統(tǒng)所需的工作流程、功能與處理規(guī)則，收集 掛號(hào) 、收費(fèi)單據(jù)、申請(qǐng)單 等原始資料，分析 如何用數(shù)據(jù)流來(lái)實(shí)現(xiàn)業(yè)務(wù)處理過(guò)程中的信息傳遞 。 第四步，對(duì)調(diào)研的內(nèi)容事先準(zhǔn)備 ， 針對(duì)不同管理層次的用戶詢問(wèn)不同的問(wèn)題，列出問(wèn)題清單。將操作層、管理層、決策層的需求既聯(lián)系又區(qū)分開來(lái)，形成一個(gè)金字塔，使下層滿足上層的需求。 第五 步 ， 對(duì)與用戶溝通的情況及時(shí)總結(jié)歸納 ， 整理調(diào)研結(jié)果 ， 找出新的疑點(diǎn)，初步構(gòu)成需求基線。 第六 步 ， 若基線符合要求，則需求分析完畢。反之返回到第一步或第二或以上其它幾 步 ,如此循環(huán)多次，直到需求 分析使雙方滿意為止。 山東大學(xué)碩士學(xué)位論文 15 醫(yī)院門診管理系統(tǒng) 需求問(wèn)題描述 醫(yī)院門診管理系統(tǒng) 功能性需 求 通過(guò)對(duì) 醫(yī)院門診管理系統(tǒng) 的終端用戶和客戶進(jìn)行調(diào)研后，我們了解到投入使用的醫(yī)院體系結(jié)構(gòu)分為門診掛號(hào)、 醫(yī)師 工作站、門診收費(fèi)、藥房、護(hù)士工作站五個(gè)部門， 具體體系結(jié)構(gòu)圖如圖 21 所示。各個(gè)部門的主要職責(zé)如下描述。 門診掛號(hào)：完成病人的掛號(hào)工作，由 掛號(hào) 員 完成。 醫(yī)師 工作站： 對(duì)已掛號(hào)持有掛號(hào)單據(jù)的病人進(jìn)行就診，確定是否開立醫(yī)囑有醫(yī)生完成。 門診收費(fèi)：根據(jù)需要拿藥或者申請(qǐng)醫(yī)務(wù)護(hù)理的病人的醫(yī)囑進(jìn)行劃價(jià)收費(fèi)，由 門診收費(fèi) 人員完成。 藥房：給已交費(fèi)持有醫(yī)囑單和交費(fèi)單據(jù)的病人拿藥，有門診藥房 藥劑師 完成。 護(hù)士工作站： 根據(jù)病人的醫(yī) 囑和交費(fèi)單據(jù)對(duì)病人進(jìn)行必要的護(hù)理，有護(hù)士人員完成。 根據(jù)以上對(duì)醫(yī)院各部門的分析，我們形成系統(tǒng)模塊圖如圖 23 所示。 醫(yī) 囑 處 理門 診 病 歷 管 理門 診 掛 號(hào)門 診 收 費(fèi)門 診 醫(yī) 師 工 作 站門 診 藥 房門 診 護(hù) 士掛 號(hào) 員收 費(fèi) 員醫(yī) 師藥 劑 師病 人 圖 23 系統(tǒng)模塊圖 經(jīng)過(guò)調(diào)研和整理，我們將系統(tǒng)分成六個(gè)模塊，依次為：門診掛號(hào)、門診病 16 歷管理、門診醫(yī)師工作站、門診收費(fèi)、門診藥房、醫(yī)囑處理。這六個(gè)部分涵蓋了 醫(yī)院門診管理系統(tǒng) 的多有部分，在每個(gè)部分中還可以延伸多個(gè)功能的實(shí)現(xiàn)，每項(xiàng)業(yè)務(wù)的操作人員不同，實(shí)現(xiàn)各負(fù)其職，職責(zé)分明。 醫(yī)院的角色是醫(yī)生、護(hù)士、病人和管理人員。 其中管理人員包括醫(yī)院管理人員和系統(tǒng)管理人員。醫(yī)生、護(hù)士和醫(yī)院管理人員是系統(tǒng)的用戶、而系統(tǒng)管理人員是信息系統(tǒng)的管理者，雖然系統(tǒng)管理員可能也是一個(gè)醫(yī)生或護(hù)士，但這并不影響本系統(tǒng)的功能。同樣，醫(yī)生或者護(hù)士也可能是一個(gè)病人，但這也不影響系統(tǒng)的功能。我們首先分析一下整個(gè)醫(yī)院信息系統(tǒng)的用例圖，然后再重點(diǎn)看一下門診掛號(hào)收費(fèi)系統(tǒng)的用例分析。 醫(yī)院門診管理系統(tǒng) 的用例主要包括如下內(nèi)容 [7]。 門診掛號(hào) 建立病歷 門診收費(fèi) 藥房 拿藥 診斷病人 查詢病歷 設(shè)定醫(yī)囑 執(zhí)行醫(yī)囑 上面所列的用例中沒(méi)有退號(hào)退費(fèi) 退藥、系統(tǒng)維護(hù)和信息的統(tǒng)計(jì)查詢等，具體的用例將在后面 描述功能需求 時(shí)詳細(xì)列出。使用 visio 軟件進(jìn)行 UML 建模，如圖 24 所示。 山東大學(xué)碩士學(xué)位論文 17 門 診 掛 號(hào)建 立 病 歷門 診 收 費(fèi)藥 房 拿 藥查 詢 病 歷診 斷 病 人設(shè) 定 醫(yī) 囑執(zhí) 行 醫(yī) 囑醫(yī) 院 管 理 員醫(yī) 生護(hù) 士 圖 24 醫(yī)院門診管理系統(tǒng) 用例圖 這是對(duì) 醫(yī)院門診管理系統(tǒng) 的分析通過(guò)用 UML 的用例圖來(lái)描述，從這個(gè)用例圖中我們可以看出系 統(tǒng)包括的所有用例以及用例與角色交互信息 [7]。 1. 門診掛號(hào) 記錄 掛號(hào)信息→查詢病例→建立病歷。 2. 建立病歷 增加病歷信息。 3. 門診收費(fèi) 查看醫(yī)囑→處方劃價(jià)→處方收費(fèi)。 4. 藥房拿藥 查看醫(yī)囑→查看單據(jù)→發(fā)藥。 5. 診斷病人 查詢病人病歷→設(shè)置診斷內(nèi)容→記錄診斷結(jié)果。 6. 查 詢病歷 輸入病歷查詢條件→查詢病歷。 7. 設(shè)定醫(yī)囑 18 查詢病歷→查詢?cè)\斷信息→設(shè)定醫(yī)囑。 8. 執(zhí)行醫(yī)囑 查詢病歷→查詢?cè)\斷信息→查詢醫(yī)囑→執(zhí)行醫(yī)囑。 我們重點(diǎn)講述一下醫(yī)院門診掛號(hào)系統(tǒng)的功能需求。 醫(yī)院門診管理系統(tǒng) 的掛號(hào) 子系統(tǒng)的業(yè)務(wù)由醫(yī)院管理人員完成實(shí)現(xiàn)，相應(yīng)的操作人員稱掛號(hào)員。 經(jīng)分析 ，掛號(hào)部分的業(yè)務(wù)需求如下。 1. 記錄就診病人的基本信息，包括：病人姓名、性別、年齡、地區(qū)、電話、職業(yè)等信息，并與 醫(yī)院門診管理系統(tǒng) 的其它子系統(tǒng)相連，及時(shí)提供醫(yī)療臨床業(yè)務(wù)，醫(yī)院管理分析、統(tǒng)計(jì)所需的病人基本資料。 2. 借助共享病人基本信息，避免資料的重復(fù) 輸入，病人就診后續(xù)的各種業(yè)務(wù)都共享此信息，提高工作效率，同時(shí)也保證了數(shù)據(jù)的一致性。 3. 提供就診卡管理業(yè)務(wù)，使病人賬戶系統(tǒng)與整個(gè)信息管理系統(tǒng)很好地結(jié)合在一起，改變現(xiàn)有的醫(yī)療收費(fèi)方式，提高收費(fèi)工作效率，減少病人排隊(duì)次數(shù)和時(shí)間。 4. 建立符合醫(yī)院財(cái)務(wù)制度掛號(hào)收費(fèi)流程和退費(fèi)流程。 5. 統(tǒng)計(jì)與查詢。包括醫(yī)院門診工作量的統(tǒng)計(jì)等。 醫(yī)院門診管理系統(tǒng) 的掛號(hào)部分 的用例包括。 門診掛號(hào) 建立病歷 查詢病歷 門診退號(hào) 門診退費(fèi) 掛號(hào)查詢 磁卡管理 系統(tǒng)設(shè)置 使用 visio 軟件進(jìn)行 UML 建模，如圖 25 所示。 山東大學(xué)碩士學(xué)位論文 19 門 診 掛 號(hào)建 立 病 歷查 詢 病 歷門 診 退 號(hào)門 診 退 費(fèi)掛 號(hào) 查 詢磁 卡 管 理系 統(tǒng) 設(shè) 置掛 號(hào) 員 圖 25 掛號(hào)系統(tǒng)用例圖 門診掛號(hào)系統(tǒng) 不是獨(dú)立的，建立在整個(gè) 醫(yī)院門診管理系統(tǒng) 基礎(chǔ)之上，以及和醫(yī)院系統(tǒng)中其他業(yè)務(wù)也存在著一定的聯(lián)系，掛號(hào)系統(tǒng)與其他系統(tǒng)之間的關(guān)系示意圖如下圖 26 所示。 20 掛 號(hào) 系 統(tǒng)病 人 管 理病 人 信 息 就 診卡資 源排 班 表病 人 管 理醫(yī) 療 收 費(fèi)財(cái) 務(wù) 管 理病 人 帳 戶病 人 訪 問(wèn)掛 號(hào) 信 息 病 人醫(yī) 院 管 理 人 員業(yè) 務(wù) 財(cái) 務(wù)門 診 醫(yī) 生 圖 26 門診系統(tǒng)與其他系統(tǒng)之間的關(guān)系示意圖 病人在醫(yī)院門診就診，第一步驟是進(jìn)行掛號(hào)登記，繳納一定掛號(hào)費(fèi)用，獲取掛號(hào)單。病人需要提供病人姓名，病人類型，就診科室或者專家名稱等基本信息，系統(tǒng)確定病人的掛號(hào)費(fèi)用、科室序號(hào)等數(shù)據(jù)，并打印掛號(hào)單 據(jù)（報(bào)核聯(lián)、發(fā)票聯(lián)），并對(duì)病人產(chǎn)生門診流水號(hào)。病人在醫(yī)院就診過(guò)程中，可能出現(xiàn)就診異常中止的情況，例如，所選的醫(yī)生不在，所掛科室錯(cuò)誤，掛號(hào)員操作失誤等情況，都需要進(jìn)行退號(hào)，退號(hào)操作并非將已有的掛號(hào)信息刪除，而是進(jìn)行標(biāo)記，表示該掛號(hào)單作廢，以便于將來(lái)進(jìn)行統(tǒng)計(jì)。同時(shí)對(duì)退回病人的掛號(hào)費(fèi)用，可以選擇性地收取一定額度的手續(xù)費(fèi)。另外，掛號(hào) 系統(tǒng)還需要實(shí)現(xiàn)對(duì)病人病歷和掛號(hào)記錄的查詢、實(shí)現(xiàn)對(duì)就診磁卡的查詢和管理，方便病人的就診和對(duì)醫(yī)院對(duì)病人的管理、實(shí)現(xiàn)系統(tǒng)的登錄維護(hù)功能，管理人員可以添加刪除掛號(hào)員，設(shè)置登錄權(quán)限。掛號(hào)員可以對(duì)登 錄密碼進(jìn)行更改等。 醫(yī)院門診管理系統(tǒng) 非功能性需求 除了 系統(tǒng) 所需要實(shí)現(xiàn)的基本業(yè)務(wù)功能需求外， 醫(yī)院門診管理系統(tǒng) 還應(yīng)具有以下非功能性需求 。 1. 系統(tǒng) 運(yùn)行 參數(shù) 管理 山東大學(xué)碩士學(xué)位論文 21 系統(tǒng)運(yùn)行參數(shù)是整個(gè)系統(tǒng)維護(hù)和監(jiān)測(cè)的重要依據(jù)，必須進(jìn)行管理。 2. 數(shù)據(jù) 字典 管理 數(shù)據(jù)庫(kù)的重要部分是數(shù)據(jù)字典。它存放有數(shù)據(jù)庫(kù)所用的有關(guān)信息，對(duì)用戶來(lái)說(shuō)是一組只讀的表。數(shù)據(jù)字典內(nèi)容包括數(shù)據(jù)庫(kù)中所有模式對(duì)象的信息，如表、視圖、簇、及索引等 關(guān)鍵信息， 是必須進(jìn)行管理的部分。 3. 組織機(jī)構(gòu)、權(quán)限等信息 管理 整個(gè) 醫(yī)院門診管理系統(tǒng) 包括多個(gè)子系統(tǒng)，而且各個(gè)功能使用需要一定的權(quán)限，保證數(shù)據(jù)的安全可靠，所以需要對(duì)醫(yī)院的組織機(jī)構(gòu)及其權(quán)限和信息系統(tǒng)的功能模塊進(jìn)行對(duì)應(yīng)，實(shí)現(xiàn)真正意義上的安全、可靠、滿足用戶需求。 4. 硬件配置的需求 硬件配置主要包括客戶端硬件的選擇和服務(wù)器端硬件的選擇。 醫(yī)院門診管理系統(tǒng) 的硬件配置要根據(jù)用戶對(duì)系統(tǒng)的穩(wěn)定性要求、系統(tǒng)的容量、系統(tǒng)的吞吐量以及用戶的維護(hù)水平來(lái)確定。 客戶端硬件選擇：可以根據(jù)穩(wěn)定性要求選擇不同的客戶端。一般情況下，對(duì)客戶端的不高。其中醫(yī)生和護(hù)士客戶端穩(wěn)定性要求低，可以選用pentiumCPU/64MB/4G 配置的客戶端，掛號(hào)門診客戶端穩(wěn)定性要求中，可以 選用 pentiumⅢ /256MB/20GB 配置的客戶端。 服務(wù)器端硬件選擇：可以根據(jù)數(shù)據(jù)量和吞吐量的大小選擇不同的服務(wù)器硬件。設(shè)施完備的小型醫(yī)院如校辦醫(yī)院每秒數(shù)據(jù)庫(kù)并發(fā)數(shù)據(jù)訪問(wèn)記錄數(shù)在 50~500之 間 ， 穩(wěn) 定 性 要 求 中 ， 維 護(hù) 水 平 一 般 ， 可 以 選 用 XEON(Xeon) 雙CPU/1GB/RAID53 72GB 配置的服務(wù)器。 5. 網(wǎng)絡(luò)配置的需求 可以根據(jù)用戶情況選擇不同的網(wǎng)絡(luò)配置，可以使用單擊模式， 即服務(wù)器和客戶端在一臺(tái)計(jì)算機(jī)上，也可以采用百兆模式、千兆模式。設(shè)施完備的小型醫(yī)院如校辦醫(yī)院可以選用百兆模式，即計(jì)算機(jī)網(wǎng)絡(luò)的速度要 求百兆 [7]。 22 第 3 章 醫(yī)院門診管理系統(tǒng) 概要設(shè)計(jì) 醫(yī)院門診管理系統(tǒng) 目標(biāo)和原則 在現(xiàn)有國(guó)情下，一種成功、可行的醫(yī)院信息系統(tǒng)必須滿足以下條件：能滿足醫(yī)院外部不斷變化的政策需求；能滿足醫(yī)院內(nèi)部不斷增長(zhǎng)的信息化管理需求；既能規(guī)范醫(yī)院管理，又能最大限度地滿足不同醫(yī)院個(gè)性化管理需求；能真正有效地挖掘醫(yī)院的潛在需求和提供長(zhǎng)遠(yuǎn)服務(wù)保障；醫(yī)院 HIS 系統(tǒng)的建設(shè)過(guò)程不是簡(jiǎn)單的買賣、安裝過(guò)程，公司與醫(yī)院的關(guān)系不是主動(dòng)與被動(dòng)的關(guān)系，而是互動(dòng)與緊密合作的關(guān)系。 要滿足以上條件，醫(yī)院信息系統(tǒng)軟件的設(shè)計(jì)、開發(fā)思路必須進(jìn)行重大調(diào)整 ，必須具備非常大的靈活性和可塑性，以滿足 無(wú)休止 的管理需求變化及管理流程改變。所以，新的 醫(yī)院門診管理系統(tǒng) 建設(shè)必須具備以下目標(biāo)和原則 。 首先，軟件設(shè)計(jì)思路的變革。 醫(yī)院門診管理系統(tǒng) 不能被設(shè)計(jì)成一個(gè)固定的、難以修改的最終產(chǎn)品，而應(yīng)是一個(gè)信息資源平臺(tái)。該平臺(tái)應(yīng)具有良好的開放性、標(biāo)準(zhǔn)性、規(guī)范性和可塑性，能根據(jù)不同醫(yī)院的不同需求，快速生成滿足醫(yī)院要求的個(gè)性化 信息 系統(tǒng)。 整個(gè)平臺(tái)采用面向?qū)ο蟮脑O(shè)計(jì)。在醫(yī)院管理領(lǐng)域中，深層次的挖掘管理內(nèi)涵與業(yè)務(wù)本質(zhì)，不再是從當(dāng)前醫(yī)院表面的管理流程入手來(lái)設(shè)計(jì)。通過(guò)對(duì)業(yè)務(wù)領(lǐng)域的分析，識(shí)別出醫(yī)院 業(yè)務(wù)管理概念及其關(guān)系即對(duì)象及其層次關(guān)系。當(dāng)醫(yī)院的管理流程變化時(shí)，平臺(tái)將會(huì)很快地適應(yīng)其變化。保證了用戶系統(tǒng)強(qiáng)勁的持續(xù)力和很高的穩(wěn)定性和可靠性。這樣用戶的應(yīng)用模塊系統(tǒng)實(shí)現(xiàn)了迭代增量的系統(tǒng)發(fā)展過(guò)程。 其次， 在實(shí)現(xiàn)上采用 Rational Rose 或 visio 完成組件平臺(tái)設(shè)計(jì)，采用PowerBuilder 完成組件平臺(tái)建設(shè)，后端數(shù)據(jù)存儲(chǔ)可以是當(dāng)前流行的各種數(shù)據(jù)庫(kù)，Oracle,SQL Server 等。在部署上采取分布式網(wǎng)絡(luò)結(jié)構(gòu)，實(shí)現(xiàn)存儲(chǔ)分布，計(jì)算分布，顯示多樣。以便減少單服務(wù)器的負(fù)荷壓力，大大提高系統(tǒng)的穩(wěn)定性和響應(yīng)，同時(shí)也支持多種終端設(shè)備的顯示。物理上我們將分成三層結(jié)構(gòu)：數(shù)據(jù)服務(wù)器群，組件服務(wù)器群（程序服務(wù)器群），用戶操作終端。組件系統(tǒng)的對(duì)象層次與應(yīng)用模山東大學(xué)碩士學(xué)位論文 23 塊系統(tǒng)部署無(wú)關(guān)，醫(yī)院用戶可以是動(dòng)態(tài)實(shí)時(shí)的選擇系統(tǒng)部署模式，可以是單機(jī)結(jié)構(gòu)、客戶機(jī) /服務(wù)器結(jié)構(gòu)和多層結(jié)構(gòu)。 再次， 在醫(yī)院強(qiáng)調(diào)投入與產(chǎn)出，收益與分配的改革管理思想指導(dǎo)下，醫(yī)院應(yīng)該建立 “以病人為中心，以服務(wù)為導(dǎo)向，經(jīng)濟(jì)上降低成本，醫(yī)療上控制質(zhì)量 ”的管理模式 ，醫(yī)院用戶可以充分利用信息平臺(tái)所帶來(lái)的優(yōu)勢(shì)，根據(jù)自己的管理目的，按照平臺(tái)所倡導(dǎo)的策略建立起應(yīng)用覆蓋面廣，功能全面，真正意 義上的醫(yī)院門診管理系