【文章內(nèi)容簡介】 助決策為主要目的，可以提高綜合管理水平，反映企業(yè)全貌，增強(qiáng)企業(yè)競爭能力，獲得更多、更好的社會(huì)、經(jīng)濟(jì)效益的信息系統(tǒng)。 3. 在系統(tǒng)內(nèi)部按一定原則劃分若干子系統(tǒng)（也可能在子系統(tǒng)之上加一層分系統(tǒng)），各子系統(tǒng)、分系統(tǒng)之間互有接口，可有效地進(jìn)行信息交換，真正實(shí)現(xiàn)信息資源共享。 4. 它處理的對象即有結(jié)構(gòu)化數(shù)據(jù)，也有半結(jié)構(gòu)化或非結(jié)構(gòu)化數(shù)據(jù)。有些數(shù)據(jù)及結(jié)構(gòu)會(huì)較多地受到人工干預(yù)和社會(huì)因素的影響，即有靜態(tài)的，也有動(dòng)態(tài)的。 5. 開發(fā)難度高，技術(shù)復(fù)雜 ，周期較長。 具有完善的系統(tǒng)管理、監(jiān)督、運(yùn)行保障體系以及相應(yīng)的規(guī)章制度和系統(tǒng)安全措施。醫(yī)院信息系統(tǒng)屬于乞今世界上現(xiàn)存的企業(yè)級 （ Enterprise） 信息系統(tǒng)中最復(fù)雜的一類。這是醫(yī)院本身的目標(biāo)、任務(wù)和性質(zhì)決定的。它不僅要同其它所有MIS 系統(tǒng)一樣追蹤管理伴隨人流、財(cái)流、物流所產(chǎn)生的管理信息，從而提高整個(gè)醫(yī)院的運(yùn)作效率，而且還應(yīng)該支持以病人醫(yī)療信息記錄為中心的整個(gè)醫(yī)療、教學(xué)、科研活動(dòng)。系統(tǒng)的復(fù)雜性表現(xiàn)在： 在許多情況下，它需要極其迅速的響應(yīng)速度和聯(lián)機(jī)事務(wù)處理能力。當(dāng)一個(gè)急診病人入院搶救的情況下，迅速、及時(shí)、準(zhǔn)確地 獲得他們既往病史和醫(yī)療紀(jì)錄的重要性是顯而易見的。當(dāng)每天高峰時(shí)間門診大廳中擁擠著成百上千名患者與家屬，焦急地排隊(duì)等待掛號(hào)、候診、劃價(jià)、交款、取藥時(shí)，系統(tǒng)對 OLTP 的要求可以說不亞于任何銀行窗口業(yè)務(wù)系統(tǒng)、機(jī)票預(yù)定與銷售系統(tǒng)。 醫(yī)療信息復(fù)雜性。病人信息是以多種數(shù)據(jù)類型表達(dá)出來的，不僅需要文字與數(shù)據(jù)而且時(shí)常需要圖形、圖表、 影像 等等。 信息的安全、保密性要求高。病人醫(yī)療記錄是一種擁有法律效力的文件，它不僅在醫(yī)療糾紛案件中，而且在許多其它的法律程序中均會(huì)發(fā)揮重要作用，有關(guān)人事的、財(cái)務(wù)的，乃至病人的醫(yī)療信息均有嚴(yán)格的保密 性要求。 數(shù)據(jù)量大。任何一個(gè)病人的醫(yī)療記錄都是一部不斷增長著的、圖文并茂的書，而一個(gè)大型綜合性醫(yī)院擁有上百萬份病人的病案是常見的。 缺乏醫(yī)療信息處理的標(biāo)準(zhǔn)。這是另一個(gè)突出地導(dǎo)致醫(yī)院信息系統(tǒng)開發(fā)復(fù)雜化的問題。目前醫(yī)療衛(wèi)生界極少有醫(yī)學(xué)信息表達(dá)、醫(yī)院管理模式與信息系統(tǒng)模式的標(biāo)準(zhǔn)與規(guī)范。計(jì)算機(jī)專業(yè)人員在開發(fā)信息系統(tǒng)的過程中要花費(fèi)極大精力去處理自己并不熟悉的領(lǐng)域的信息標(biāo)準(zhǔn)化問題，甚至要參與制定一些醫(yī)院管理的模式與算法。醫(yī)學(xué)知識(shí)的表達(dá)的規(guī)范化，即如何把醫(yī)學(xué)知識(shí)翻譯成一種適合計(jì)算機(jī)的形式，是一個(gè)世界性的難題。而真正的病人 電子化病歷的實(shí)現(xiàn)有待于這一問題的解決。 醫(yī)院的總體目標(biāo)、體制、組織機(jī)構(gòu)、管理方法、信息流模式的不確定性，為我們分析、設(shè)計(jì)與實(shí)現(xiàn)一個(gè) HIS 增加了困難。眾所周知，我國目前正處在一個(gè)改革、開放的大變革當(dāng)中，醫(yī)院的性質(zhì)、體制、機(jī)構(gòu)、制度、管理的概念、方法與手段都在變，這大大增加了我們設(shè)計(jì) HIS 的難度。 高水平的信息共享需求。一個(gè)住院病人的住院記錄摘要 （ 病案首頁內(nèi)容 ） 可能被全院各有關(guān)臨床科室、醫(yī)技科室、行政管理部門 （ 從門衛(wèi)直至院長 ） 所需要。因此信息的共享性設(shè)計(jì)、信息傳輸?shù)乃俣扰c安全性、網(wǎng)絡(luò)的可靠性等也是 HIS必須保證 的。 因此，鑒于醫(yī)院環(huán)境的獨(dú)特性，使得信息系統(tǒng)在醫(yī)院的實(shí)現(xiàn)應(yīng)具有其特殊的功能要求： 1. 要有一個(gè)大規(guī)模，高效率的數(shù)據(jù)庫管理系統(tǒng)的支持 2. 要有很強(qiáng)的聯(lián)機(jī)事務(wù)處理 （ OnLine Transaction Processing， OLTP） 支持能力 。 3. 典型的 7 天 /24 小時(shí)不間斷系統(tǒng)，絕對要求安全、可靠 4. 易學(xué)易用的友善人機(jī)界面 5. 可剪裁性和可伸縮性，能適應(yīng)不同醫(yī)院的發(fā)展計(jì)劃需求 6. 開放性與可移植性，適應(yīng)不同硬軟件平臺(tái) 7. 模塊化結(jié)構(gòu)，可擴(kuò)充性 第 二 章 醫(yī)院信息系統(tǒng)的需求分析 系統(tǒng)分析階段，是系統(tǒng)開發(fā)的重要階段，在這里應(yīng)該明確系統(tǒng)的開發(fā)目標(biāo)，得到用戶的需求信息并最終體現(xiàn)在設(shè)計(jì)方案中。 可行性分析 只要資源和時(shí)間不加以限制，所有的項(xiàng)目都是可行的。然而，由于資源的缺乏 和交付時(shí)間限制的困擾，使得基于計(jì)算機(jī)系統(tǒng)的開發(fā)變得比較困難。因此，盡早對軟件項(xiàng)目的可行性做出細(xì)致而謹(jǐn)慎的評估是十分必要的。如果再定義階段及早發(fā)現(xiàn)將來可能在開發(fā)過程中遇到的問題，及早做出決定，可以避免大量人力、財(cái)力、實(shí)踐上的浪費(fèi)。 醫(yī)院信息系統(tǒng)的功能應(yīng)該滿足在醫(yī)院不同層次和崗位使用者的需要， 這包括：醫(yī)院管理者在醫(yī)院宏觀管理和決策方面的需要；醫(yī)技人員在對病人診治業(yè)務(wù)中和科研上的需要；行政人員在日常工作中對事務(wù)處理和匯總的需要；以及系統(tǒng)管理員對系統(tǒng)管理和維護(hù)支持的需要。 項(xiàng)目背景 此項(xiàng)目的建立從根本上改善了傳統(tǒng)醫(yī)院進(jìn)行信息處理使用手工操作， 勞動(dòng)強(qiáng)度大且工作效率低，醫(yī)師護(hù)士和管理人員的大量時(shí)間都消耗在事務(wù)性工作上 的問題。 大大提高了醫(yī)院整體的辦公效率， 促進(jìn)醫(yī)學(xué)科研、教學(xué)；減輕各類事務(wù)性工作的勞動(dòng)強(qiáng)度，使他們騰出更多的精力和時(shí)間來服務(wù)于病人。完整的 HIS 系統(tǒng)實(shí)現(xiàn)了信息的全過程追蹤和動(dòng)態(tài)管理， 從而做到簡化患者的診療過程，優(yōu)化就診環(huán)境，改變目前排隊(duì)多、等候時(shí)間長、秩序混亂的局面。如目前多數(shù)醫(yī)院就診必須經(jīng)過掛號(hào)、等候病歷、劃價(jià)、收費(fèi)、取藥或治療一系列過程，若實(shí)施 HIS 以后，每個(gè)病人用于診療的中間過程性時(shí)間會(huì)大幅度減少；同時(shí) HIS 的實(shí)施也強(qiáng)化了醫(yī)院內(nèi)部管理，降低了醫(yī)護(hù)人員的工作強(qiáng)度和時(shí)間 。 技術(shù)性分析 對待開發(fā)的系統(tǒng)進(jìn)行功能、性能和限制條件的分析，確定在現(xiàn)有資源的條件下，技術(shù)風(fēng)險(xiǎn)有多大，系統(tǒng)是否能實(shí)現(xiàn)。這里，資源包括已有的或可以搞到的硬件、軟件資源，現(xiàn)有的人員的技術(shù)水平與已有的工作基礎(chǔ)。 本系統(tǒng)的建立是計(jì)算機(jī)管理的自動(dòng)化系統(tǒng)?，F(xiàn)在社會(huì)上很多的地方，都在采用這種系統(tǒng)，來提高管理的效率。這給用戶帶來了很大的方便。而計(jì)算機(jī)技術(shù)在本系統(tǒng)中的應(yīng)用屬于基礎(chǔ)應(yīng)用級別，所以目前的技術(shù)完全可以滿足本系統(tǒng)的要求。 經(jīng)濟(jì)可行性分析 進(jìn)行開發(fā)成本的估算及可能取得的經(jīng)濟(jì)效益的評估，確定待開發(fā)系統(tǒng)是否值得投資開發(fā)。 本系統(tǒng)的實(shí)施提高了整體的工作效率， ；改善經(jīng)營管理，堵塞漏洞，保證病人和醫(yī)院的經(jīng)濟(jì)利益；為醫(yī)院創(chuàng)造經(jīng)濟(jì)效益 ，而且系統(tǒng)的硬件設(shè)施，在一段時(shí)間內(nèi)跟新的幾率不是很大，所以總的看來，再一次性投資的情況下， 可以在一段時(shí)間內(nèi)對資金進(jìn)行回收。所以這個(gè)系統(tǒng)有其開發(fā)的價(jià)值。 系統(tǒng) 分析 需求分析的工作是深入描述軟件的功能和性能，確定軟件設(shè)計(jì)的限制和軟件同其他系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其他有效性需求。 需求分析是整個(gè)軟件開發(fā)過程的第一步，也是至關(guān)重要的一步，只有細(xì)致地做好軟件需求分析，才能確實(shí)保證軟件開發(fā)的順利、高效的完成。需求分析主要體現(xiàn)在以下幾個(gè)方面。 1. 醫(yī)院管理者的需求 醫(yī)院的各級管理者關(guān)心的是，系統(tǒng)運(yùn)行后從宏觀上能看到什么樣的效益，而對某個(gè)具體應(yīng)用具備什么樣的功能并不重視。這些效益并不一定指直接的 經(jīng)濟(jì)效益，而是指 HIS 能解決一些手工管理不能或難以解決的問題，能為管理者及時(shí)了解醫(yī)院運(yùn)行情況、進(jìn)行科學(xué)決策提供準(zhǔn)確的信息。醫(yī)院管理以醫(yī)療管理和經(jīng)濟(jì)管理為主，逐步實(shí)現(xiàn)醫(yī)院的管理由原來 經(jīng)驗(yàn)管理 向有其科學(xué)、定量優(yōu)點(diǎn)的 量化管理 ，成本核算是醫(yī)院量化管理的核心內(nèi)容。作為一個(gè)完善的醫(yī)院信息系統(tǒng)，一方面要能建立起一套能反映醫(yī)院醫(yī)療和經(jīng)濟(jì)運(yùn)行狀況的指標(biāo)體系，并使之常規(guī)化；另一方面，系統(tǒng)的運(yùn)行要直接為改善醫(yī)院的管理服務(wù)。 2. 系統(tǒng)直接使用者的需求 統(tǒng)的直接用戶關(guān)心的是系統(tǒng)提供的功能對他們的業(yè)務(wù)是否有直接的幫助、系統(tǒng)是 否好用，包括操作簡便、簡單易學(xué)、響應(yīng)快、友好的用戶界面、鼠標(biāo)或鍵盤均可單獨(dú)操作的方式等。在系統(tǒng)的具體設(shè)計(jì)實(shí)現(xiàn)上，要求系統(tǒng)不只是簡單地提供增、刪、改、查功能，而是面向具體應(yīng)用、針對每種業(yè)務(wù)的特點(diǎn)盡心設(shè)計(jì)。 3. 系統(tǒng)維護(hù)人員的需求 系統(tǒng)維護(hù)工作包括數(shù)據(jù)備份、恢復(fù)及錯(cuò)誤數(shù)據(jù)的更正等。信息系統(tǒng)一旦投入運(yùn)行，其維護(hù)支持就成為系統(tǒng)能否持續(xù)正常運(yùn)行的關(guān)鍵。系統(tǒng)可以根據(jù)不同用戶進(jìn)行權(quán)限設(shè)置。作為一個(gè)聯(lián)機(jī)事務(wù)處理系統(tǒng)，醫(yī)院信息系統(tǒng)要求一天運(yùn)行 24 小時(shí)、每周 7 天不間斷地運(yùn)行。像門診收費(fèi)、掛號(hào)系統(tǒng)，假如中斷，其后果不堪設(shè)想， 而且絕對不允許數(shù)據(jù)丟失。在系統(tǒng)的日常運(yùn)行中，經(jīng)常有糾正錯(cuò)誤數(shù)據(jù)、更新數(shù)據(jù)等工作，需要維護(hù)人員的干預(yù)。如果系統(tǒng)的可維護(hù)性不好，必然導(dǎo)致維護(hù)人員忙于日常應(yīng)付，包袱越背越重。 為解決這類問題，我們認(rèn)為，應(yīng)把系統(tǒng)的可維護(hù)性作為一項(xiàng)基本要求納入到產(chǎn)品的開發(fā)過程中。一方面，對于常見的數(shù)據(jù)錯(cuò)誤，應(yīng)提供檢查糾正手段。另一方面，應(yīng)根據(jù)需要隨時(shí)調(diào)整設(shè)置各種單據(jù)、報(bào)表等的打印輸出格式。 上述需求是從用戶的角度對最終運(yùn)行系統(tǒng)的要求。從系統(tǒng)的開發(fā)建設(shè)來說，用戶對網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)平臺(tái)、系統(tǒng)的穩(wěn)定可靠性等方面也都有具體的需求。 4. 對網(wǎng)絡(luò)及運(yùn)行平臺(tái)的要求 應(yīng)用軟件的結(jié)構(gòu)和功能反映了目標(biāo)系統(tǒng)的業(yè)務(wù)功能。要真正使系統(tǒng)運(yùn)行穩(wěn)定可靠，達(dá)到用戶對整個(gè)系統(tǒng)的期望，建立一套符合醫(yī)院特點(diǎn)及軟件需求、能提供所需帶寬及性能、穩(wěn)定、具有一定容錯(cuò)能力的網(wǎng)絡(luò)系統(tǒng)十分重要。網(wǎng)絡(luò)布線結(jié)構(gòu)及所使用的介質(zhì)也應(yīng)符合實(shí)際情況并能滿足一定時(shí)期內(nèi)發(fā)展的需求。另外，網(wǎng)絡(luò)操作系統(tǒng)、網(wǎng)絡(luò)協(xié)議、數(shù)據(jù)庫系統(tǒng)等應(yīng)滿足應(yīng)用軟件的要求。 5. 對應(yīng)用軟件標(biāo)準(zhǔn)化及通用性的要求 醫(yī)院信息系統(tǒng)的信息內(nèi)容及格式應(yīng)該符合醫(yī)院現(xiàn)行的有關(guān)行業(yè)標(biāo)準(zhǔn)，這包括國際標(biāo)準(zhǔn)及國家標(biāo)準(zhǔn)。另外，還應(yīng)盡量符合醫(yī)院現(xiàn)有 的業(yè)務(wù)流程，以便醫(yī)務(wù)人員能較快地適應(yīng)從手工方式到計(jì)算機(jī)處理地轉(zhuǎn)變。更重要的一點(diǎn)是，有關(guān)統(tǒng)計(jì)報(bào)表等合衛(wèi)生部的要求。用戶應(yīng)能在軟件提供的客戶化平臺(tái)上加入本醫(yī)院采用的特殊編碼、輸入方法等。 邏輯模型 業(yè)務(wù)流程分析 醫(yī)院信息系統(tǒng)的業(yè)務(wù)流程中主要分為，門診流程、藥品管理流程、住院管理流程。 1. 門診流程圖。 門診流程如下圖 21 所示。 圖 21 門診流程圖 門診流程，就是一個(gè)病人看門診的一個(gè)流程，首先到掛號(hào)處掛號(hào)，選擇科室和醫(yī)生，然后找醫(yī)生看病，拿著醫(yī)生給開的藥方或其他，到劃價(jià)出 劃價(jià) 、交費(fèi)，發(fā)藥給病人 病 人 掛號(hào)收費(fèi) 醫(yī) 生 藥 房 掛號(hào) 看病 劃價(jià)收費(fèi) 取藥 然后到藥房取藥。 2. 藥品管理流程圖 。 藥品管理流程如下圖 22 所示 。 圖 22 藥品管理流程圖 藥品流程是從藥品供應(yīng)商開始 ，藥品供應(yīng)商，先把藥品送到藥庫，藥庫在把藥品發(fā)到藥房和科室。同時(shí)藥房和科室的過期的藥品退回到藥庫，藥庫在把這些藥品退回到，藥品供應(yīng)商處，由他們來處理。 3. 住院管理流程圖。 住院管理流程如下圖 23 所示。 圖 23 住院管理流程圖 退藥到藥庫 科 室 退回藥品 醫(yī)藥公司 藥 庫 藥 房 購藥入庫 退回藥品 發(fā)藥到藥房 發(fā)藥到科室 發(fā) 藥 病 人 入 院 處 護(hù) 士 站 藥 房 醫(yī) 生 掛 號(hào) 出 院 記 賬 取 藥 開 處 方 劃 價(jià) 記 賬 住院管理，首先病人先掛號(hào)登記入院，入院處記錄病人的信息、病例和住院信息，并開始記錄病人進(jìn)行檢查、治療 和用藥，所需的費(fèi)用。護(hù)士站安排病人住院的具體事宜，再由醫(yī)生為病人安排檢查、治療、開出所用藥品的藥方。護(hù)士站進(jìn)行劃價(jià)記賬并向藥房取藥。藥房拿到醫(yī)生開出的藥方后，為病人準(zhǔn)備好所需的藥物，交給護(hù)士站，在由護(hù)士交給病人服用。當(dāng)病人出院時(shí)，通過護(hù)士站和入院出的登記，結(jié)算住院所需的一切費(fèi)用。 數(shù)據(jù)流程分析 1. 門診數(shù)據(jù)流程圖。 門診數(shù)據(jù)流程圖如圖 24 所示。 圖 24 門診數(shù)據(jù)流程圖 門診數(shù)據(jù)流程，就是從患者到醫(yī)院來看病開始，首先患者要掛號(hào)，醫(yī)院做了記錄，并留當(dāng)，然 后患者去找醫(yī)生看病，看過了以后，患者拿著醫(yī)生給開具的藥品單據(jù)，到劃價(jià)收費(fèi)處，先劃價(jià)再交費(fèi)，最后到要飯進(jìn)行領(lǐng)藥，藥房也要記錄數(shù)據(jù)，以便得知患者所要的藥物在藥庫中的數(shù)量。 D1 D3 D4 D5 F2 藥 房 庫 存 記錄掛號(hào)數(shù)據(jù) F1 患 者 P2 醫(yī)生看病 P1 門診掛號(hào) P3 劃價(jià)收費(fèi) P4 藥房取藥 D6 D2 2. 住院流程圖。 住院流程圖如圖 25 所示。 圖 25 住院流程圖 數(shù)據(jù)字典 數(shù)據(jù)詞典描述的主要內(nèi)容有：數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲(chǔ)、加工外部項(xiàng)，其中數(shù)據(jù)元素是組成數(shù)據(jù)流的基本成分。 1. 外部實(shí)體的定義 外部項(xiàng)在數(shù)據(jù)流圖中表示所描述系統(tǒng) 的數(shù)據(jù)來源和去處的各種實(shí)體或工作環(huán)節(jié)。 如表 21 所示 。 D7 D4 D5 記錄住院數(shù)據(jù) F1 患 者 D8 D17 D9 P5 住院登記處 D10 P6 護(hù)士站 P7 醫(yī)生看病 F2 藥 房 庫 存 D13 D12 D11 P8 劃價(jià)收費(fèi) P9 藥房取藥 D14 D15 D16 D18 表 21 患者信息 外部實(shí)體 系統(tǒng)名： 醫(yī)院信息系統(tǒng) 編號(hào)： 01 條目名： 患者信息 別名： 輸入數(shù)據(jù)流： D1 輸出數(shù)據(jù)流： F1 主要特征：患者的基本信息，掛號(hào)編號(hào)等。 簡要說明：患者的信息被醫(yī)院的數(shù)據(jù)庫所記錄 修改記錄： 編寫 陳 堃 日期 202142 審核 許瑞廣 日期 202144 2. 數(shù)據(jù)項(xiàng)的定義 門診掛號(hào) 編號(hào)數(shù)據(jù)項(xiàng)如表 22 所示。 表 22 門診掛號(hào)編號(hào) 數(shù)據(jù)項(xiàng) 系統(tǒng)名： 醫(yī)院信息系統(tǒng) 編號(hào)： I02 條目名： 門診掛號(hào) 編號(hào) 別名： 屬于數(shù)據(jù)流： D1 存儲(chǔ)處：醫(yī)院患者數(shù)據(jù)庫 數(shù)據(jù)元素類型： 數(shù)據(jù)類型 字段名稱 字段說明 Int(4位） ID 門診掛號(hào)編號(hào) 簡要說明：具有唯一性。 修改記錄： 編寫 陳 堃 日期 202142 審核 許瑞廣 日期 202144 3. 數(shù)據(jù)流的定義 患者信息數(shù)據(jù)數(shù)據(jù)流如表 23 所示。 數(shù)據(jù)流是與所描述系統(tǒng)信息處理功能有關(guān)的各類信息的載體，是個(gè)加工環(huán)節(jié)進(jìn)行處理和輸出的數(shù)據(jù)集合。 表 23 患者信息數(shù)據(jù) 4. 數(shù)據(jù)存儲(chǔ)的定義 數(shù)據(jù)存儲(chǔ)是邏輯意義上的數(shù)據(jù)存儲(chǔ)環(huán)節(jié)，即系統(tǒng)信息處理功能需要的、不考慮存儲(chǔ)物理介質(zhì)和技術(shù)手段的數(shù)據(jù)存儲(chǔ)環(huán)節(jié)。 患者掛號(hào)信息 數(shù) 據(jù)存儲(chǔ)如表 24 所示。 表 24 患者掛號(hào)信息 數(shù)據(jù)存儲(chǔ) 系統(tǒng)名： 醫(yī)院信息系統(tǒng) 編號(hào)： F1 條目名： 患者掛號(hào)信息 別名： 存儲(chǔ)組織： 包含患者的基本信息 記錄數(shù)：（未限制） 數(shù)據(jù)量：約 10M 主關(guān)鍵字： 掛號(hào)編號(hào) 輔關(guān)鍵字： 姓 名 記錄組成： {掛號(hào)編號(hào)、患者姓名、掛號(hào)日期、掛號(hào)科室、