【正文】 計(jì)算機(jī)系統(tǒng)。當(dāng)前日本的 HIS 總的趨勢是系統(tǒng)化、網(wǎng)絡(luò)化、綜合性，開始走自上而下的開發(fā)路線，一般都有大型機(jī)作為中心、支撐整個系統(tǒng)工作，并盡量采用微機(jī)和網(wǎng)絡(luò)技術(shù)，投資規(guī)模大，正在實(shí)現(xiàn)ordering工作方式，即數(shù)據(jù)從發(fā)生源直接輸入計(jì)算機(jī)。支持診療的功能在不斷加強(qiáng)，系統(tǒng) 24 小時運(yùn)行。 歐洲的 HIS 發(fā)展比美國稍晚，大多數(shù)是 70 年代中期和 80 年代開始。如丹麥的 Red System，管理 76 所醫(yī)院和診所。隨著初級衛(wèi)生保健工作的發(fā)展，歐洲各國區(qū)域性醫(yī)院計(jì)算機(jī)網(wǎng)絡(luò)將實(shí)現(xiàn)。在分布式數(shù)據(jù)庫系統(tǒng)和開放網(wǎng)工程方面已做了大量工作。這一階段的特征是 ,各個應(yīng)用之間相互獨(dú)立 ， 信息不能共享。這一階段的特征是 ,在一個局部系統(tǒng)內(nèi)部存在多方面應(yīng)用 ,它們之間信息可以共享 ,但局部系統(tǒng)與局部 系統(tǒng)之間不能完善地集成。 3. 即目前正在發(fā)展的階段 ,是較為完整的集成的醫(yī)院信息系統(tǒng)階段。 醫(yī)院信息系統(tǒng)在應(yīng)用的深度和廣度上都是一個逐步發(fā)展的過程 ,即使我們今天處于第三個發(fā)展階段也是如此?；蛘?由于認(rèn)識上的局限性 ,沒有恰當(dāng)?shù)卮_立所開發(fā)系統(tǒng)在全局框架中的位置 ,因而當(dāng)信息系統(tǒng)的規(guī)模擴(kuò)大時 ,原有系統(tǒng)不能與整個系統(tǒng)有效地集成為一個整體 。一個優(yōu)秀的醫(yī)院信息系統(tǒng)一定包含著對醫(yī)院業(yè)務(wù)的深刻認(rèn)識和理解 ,而這種認(rèn)識是在長期的開發(fā)、特別是應(yīng)用中不斷深化的。其信息內(nèi)容不僅包含結(jié)構(gòu)化的文字信息 ,還包含自由文本、圖形圖像信息 。因此，它必定具有以下一些與其它 MIS 系統(tǒng)共有的特性： 1. 它們均是以數(shù)據(jù)庫為核心，以網(wǎng)絡(luò)為技術(shù)支撐環(huán)境，具有一定 規(guī)模的計(jì)算機(jī)化的系統(tǒng)。 3. 在系統(tǒng)內(nèi)部按一定原則劃分若干子系統(tǒng)（也可能在子系統(tǒng)之上加一層分系統(tǒng)），各子系統(tǒng)、分系統(tǒng)之間互有接口，可有效地進(jìn)行信息交換，真正實(shí)現(xiàn)信息資源共享。有些數(shù)據(jù)及結(jié)構(gòu)會較多地受到人工干預(yù)和社會因素的影響，即有靜態(tài)的，也有動態(tài)的。 具有完善的系統(tǒng)管理、監(jiān)督、運(yùn)行保障體系以及相應(yīng)的規(guī)章制度和系統(tǒng)安全措施。這是醫(yī)院本身的目標(biāo)、任務(wù)和性質(zhì)決定的。系統(tǒng)的復(fù)雜性表現(xiàn)在： 在許多情況下，它需要極其迅速的響應(yīng)速度和聯(lián)機(jī)事務(wù)處理能力。當(dāng)每天高峰時間門診大廳中擁擠著成百上千名患者與家屬，焦急地排隊(duì)等待掛號、候診、劃價、交款、取藥時，系統(tǒng)對 OLTP 的要求可以說不亞于任何銀行窗口業(yè)務(wù)系統(tǒng)、機(jī)票預(yù)定與銷售系統(tǒng)。病人信息是以多種數(shù)據(jù)類型表達(dá)出來的，不僅需要文字與數(shù)據(jù)而且時常需要圖形、圖表、 影像 等等。病人醫(yī)療記錄是一種擁有法律效力的文件，它不僅在醫(yī)療糾紛案件中，而且在許多其它的法律程序中均會發(fā)揮重要作用，有關(guān)人事的、財(cái)務(wù)的，乃至病人的醫(yī)療信息均有嚴(yán)格的保密 性要求。任何一個病人的醫(yī)療記錄都是一部不斷增長著的、圖文并茂的書，而一個大型綜合性醫(yī)院擁有上百萬份病人的病案是常見的。這是另一個突出地導(dǎo)致醫(yī)院信息系統(tǒng)開發(fā)復(fù)雜化的問題。計(jì)算機(jī)專業(yè)人員在開發(fā)信息系統(tǒng)的過程中要花費(fèi)極大精力去處理自己并不熟悉的領(lǐng)域的信息標(biāo)準(zhǔn)化問題，甚至要參與制定一些醫(yī)院管理的模式與算法。而真正的病人 電子化病歷的實(shí)現(xiàn)有待于這一問題的解決。眾所周知，我國目前正處在一個改革、開放的大變革當(dāng)中，醫(yī)院的性質(zhì)、體制、機(jī)構(gòu)、制度、管理的概念、方法與手段都在變，這大大增加了我們設(shè)計(jì) HIS 的難度。一個住院病人的住院記錄摘要 （ 病案首頁內(nèi)容 ） 可能被全院各有關(guān)臨床科室、醫(yī)技科室、行政管理部門 （ 從門衛(wèi)直至院長 ） 所需要。 因此，鑒于醫(yī)院環(huán)境的獨(dú)特性，使得信息系統(tǒng)在醫(yī)院的實(shí)現(xiàn)應(yīng)具有其特殊的功能要求： 1. 要有一個大規(guī)模，高效率的數(shù)據(jù)庫管理系統(tǒng)的支持 2. 要有很強(qiáng)的聯(lián)機(jī)事務(wù)處理 （ OnLine Transaction Processing， OLTP） 支持能力 。 可行性分析 只要資源和時間不加以限制，所有的項(xiàng)目都是可行的。因此，盡早對軟件項(xiàng)目的可行性做出細(xì)致而謹(jǐn)慎的評估是十分必要的。 醫(yī)院信息系統(tǒng)的功能應(yīng)該滿足在醫(yī)院不同層次和崗位使用者的需要， 這包括：醫(yī)院管理者在醫(yī)院宏觀管理和決策方面的需要；醫(yī)技人員在對病人診治業(yè)務(wù)中和科研上的需要；行政人員在日常工作中對事務(wù)處理和匯總的需要；以及系統(tǒng)管理員對系統(tǒng)管理和維護(hù)支持的需要。 大大提高了醫(yī)院整體的辦公效率， 促進(jìn)醫(yī)學(xué)科研、教學(xué)；減輕各類事務(wù)性工作的勞動強(qiáng)度，使他們騰出更多的精力和時間來服務(wù)于病人。如目前多數(shù)醫(yī)院就診必須經(jīng)過掛號、等候病歷、劃價、收費(fèi)、取藥或治療一系列過程，若實(shí)施 HIS 以后，每個病人用于診療的中間過程性時間會大幅度減少；同時 HIS 的實(shí)施也強(qiáng)化了醫(yī)院內(nèi)部管理，降低了醫(yī)護(hù)人員的工作強(qiáng)度和時間 。這里，資源包括已有的或可以搞到的硬件、軟件資源，現(xiàn)有的人員的技術(shù)水平與已有的工作基礎(chǔ)?，F(xiàn)在社會上很多的地方，都在采用這種系統(tǒng)，來提高管理的效率。而計(jì)算機(jī)技術(shù)在本系統(tǒng)中的應(yīng)用屬于基礎(chǔ)應(yīng)用級別，所以目前的技術(shù)完全可以滿足本系統(tǒng)的要求。 本系統(tǒng)的實(shí)施提高了整體的工作效率， ；改善經(jīng)營管理，堵塞漏洞，保證病人和醫(yī)院的經(jīng)濟(jì)利益；為醫(yī)院創(chuàng)造經(jīng)濟(jì)效益 ，而且系統(tǒng)的硬件設(shè)施，在一段時間內(nèi)跟新的幾率不是很大，所以總的看來，再一次性投資的情況下， 可以在一段時間內(nèi)對資金進(jìn)行回收。 系統(tǒng) 分析 需求分析的工作是深入描述軟件的功能和性能，確定軟件設(shè)計(jì)的限制和軟件同其他系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其他有效性需求。需求分析主要體現(xiàn)在以下幾個方面。這些效益并不一定指直接的 經(jīng)濟(jì)效益，而是指 HIS 能解決一些手工管理不能或難以解決的問題，能為管理者及時了解醫(yī)院運(yùn)行情況、進(jìn)行科學(xué)決策提供準(zhǔn)確的信息。作為一個完善的醫(yī)院信息系統(tǒng)，一方面要能建立起一套能反映醫(yī)院醫(yī)療和經(jīng)濟(jì)運(yùn)行狀況的指標(biāo)體系，并使之常規(guī)化；另一方面，系統(tǒng)的運(yùn)行要直接為改善醫(yī)院的管理服務(wù)。在系統(tǒng)的具體設(shè)計(jì)實(shí)現(xiàn)上，要求系統(tǒng)不只是簡單地提供增、刪、改、查功能，而是面向具體應(yīng)用、針對每種業(yè)務(wù)的特點(diǎn)盡心設(shè)計(jì)。信息系統(tǒng)一旦投入運(yùn)行，其維護(hù)支持就成為系統(tǒng)能否持續(xù)正常運(yùn)行的關(guān)鍵。作為一個聯(lián)機(jī)事務(wù)處理系統(tǒng)，醫(yī)院信息系統(tǒng)要求一天運(yùn)行 24 小時、每周 7 天不間斷地運(yùn)行。在系統(tǒng)的日常運(yùn)行中，經(jīng)常有糾正錯誤數(shù)據(jù)、更新數(shù)據(jù)等工作，需要維護(hù)人員的干預(yù)。 為解決這類問題，我們認(rèn)為，應(yīng)把系統(tǒng)的可維護(hù)性作為一項(xiàng)基本要求納入到產(chǎn)品的開發(fā)過程中。另一方面，應(yīng)根據(jù)需要隨時調(diào)整設(shè)置各種單據(jù)、報(bào)表等的打印輸出格式。從系統(tǒng)的開發(fā)建設(shè)來說，用戶對網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)平臺、系統(tǒng)的穩(wěn)定可靠性等方面也都有具體的需求。要真正使系統(tǒng)運(yùn)行穩(wěn)定可靠，達(dá)到用戶對整個系統(tǒng)的期望，建立一套符合醫(yī)院特點(diǎn)及軟件需求、能提供所需帶寬及性能、穩(wěn)定、具有一定容錯能力的網(wǎng)絡(luò)系統(tǒng)十分重要。另外，網(wǎng)絡(luò)操作系統(tǒng)、網(wǎng)絡(luò)協(xié)議、數(shù)據(jù)庫系統(tǒng)等應(yīng)滿足應(yīng)用軟件的要求。另外，還應(yīng)盡量符合醫(yī)院現(xiàn)有 的業(yè)務(wù)流程，以便醫(yī)務(wù)人員能較快地適應(yīng)從手工方式到計(jì)算機(jī)處理地轉(zhuǎn)變。用戶應(yīng)能在軟件提供的客戶化平臺上加入本醫(yī)院采用的特殊編碼、輸入方法等。 1. 門診流程圖。 圖 21 門診流程圖 門診流程，就是一個病人看門診的一個流程，首先到掛號處掛號，選擇科室和醫(yī)生，然后找醫(yī)生看病，拿著醫(yī)生給開的藥方或其他，到劃價出 劃價 、交費(fèi)，發(fā)藥給病人 病 人 掛號收費(fèi) 醫(yī) 生 藥 房 掛號 看病 劃價收費(fèi) 取藥 然后到藥房取藥。 藥品管理流程如下圖 22 所示 。同時藥房和科室的過期的藥品退回到藥庫，藥庫在把這些藥品退回到，藥品供應(yīng)商處，由他們來處理。 住院管理流程如下圖 23 所示。護(hù)士站安排病人住院的具體事宜，再由醫(yī)生為病人安排檢查、治療、開出所用藥品的藥方。藥房拿到醫(yī)生開出的藥方后，為病人準(zhǔn)備好所需的藥物，交給護(hù)士站，在由護(hù)士交給病人服用。 數(shù)據(jù)流程分析 1. 門診數(shù)據(jù)流程圖。 圖 24 門診數(shù)據(jù)流程圖 門診數(shù)據(jù)流程，就是從患者到醫(yī)院來看病開始，首先患者要掛號，醫(yī)院做了記錄，并留當(dāng)，然 后患者去找醫(yī)生看病，看過了以后，患者拿著醫(yī)生給開具的藥品單據(jù)，到劃價收費(fèi)處，先劃價再交費(fèi)，最后到要飯進(jìn)行領(lǐng)藥，藥房也要記錄數(shù)據(jù)，以便得知患者所要的藥物在藥庫中的數(shù)量。 住院流程圖如圖 25 所示。 1. 外部實(shí)體的定義 外部項(xiàng)在數(shù)據(jù)流圖中表示所描述系統(tǒng) 的數(shù)據(jù)來源和去處的各種實(shí)體或工作環(huán)節(jié)。 D7 D4 D5 記錄住院數(shù)據(jù) F1 患 者 D8 D17 D9 P5 住院登記處 D10 P6 護(hù)士站 P7 醫(yī)生看病 F2 藥 房 庫 存 D13 D12 D11 P8 劃價收費(fèi) P9 藥房取藥 D14 D15 D16 D18 表 21 患者信息 外部實(shí)體 系統(tǒng)名： 醫(yī)院信息系統(tǒng) 編號： 01 條目名： 患者信息 別名： 輸入數(shù)據(jù)流： D1 輸出數(shù)據(jù)流： F1 主要特征：患者的基本信息，掛號編號等。 表 22 門診掛號編號 數(shù)據(jù)項(xiàng) 系統(tǒng)名： 醫(yī)院信息系統(tǒng) 編號： I02 條目名： 門診掛號 編號 別名： 屬于數(shù)據(jù)流： D1 存儲處：醫(yī)院患者數(shù)據(jù)庫 數(shù)據(jù)元素類型： 數(shù)據(jù)類型 字段名稱 字段說明 Int(4位） ID 門診掛號編號 簡要說明：具有唯一性。 數(shù)據(jù)流是與所描述系統(tǒng)信息處理功能有關(guān)的各類信息的載體，是個加工環(huán)節(jié)進(jìn)行處理和輸出的數(shù)據(jù)集合。 患者掛號信息 數(shù) 據(jù)存儲如表 24 所示。 修改記錄： 編寫 陳 堃 日期 202042 審核 許瑞廣 日期 202044 數(shù)據(jù)流 系統(tǒng)名： 醫(yī)院信息系統(tǒng) 編號： D2 條目名： 患者信息數(shù)據(jù) 別名： 來源： 患者 去處： 掛號的登記表 數(shù)據(jù)流結(jié)構(gòu)： 姓名 +年齡 +要看科室 +選擇類別 簡要說明：用于存儲患者信息。 醫(yī)院信息系統(tǒng)結(jié)構(gòu)圖如圖 31 所示。 支持限號掛號和不限號掛號兩種方式、支持多種不同號別、診別的醫(yī)院、采用 多種編碼方案，加快錄入速度，可生成工作量與費(fèi)用統(tǒng)計(jì)日報(bào)表及月報(bào)表 。 3) 門診取藥：根據(jù)醫(yī)生的診斷、給藥，在通過劃價、交費(fèi)的過程，就可以到藥房取藥了。 2. 藥品管理 本系統(tǒng)提供對藥庫藥品的進(jìn)、耗、存進(jìn)行全面科學(xué)的管理，能根據(jù)庫存及藥品 使用狀況自動制定藥品采購計(jì)劃，自動預(yù)告過期藥品、積壓藥品等 。 1) 住院登記：對住院的病人進(jìn)行登記，了解病人的基本情況。 3) 出院結(jié)算：病人出院時，根據(jù)病人在院期間，所進(jìn)行的治療和所使用的要進(jìn)行核算，計(jì)算出病人應(yīng)交費(fèi)用。系統(tǒng)信息體系完善、界面友好、查詢方便，自動生成國家人事部和衛(wèi)生部等上級部門要求的各類人事報(bào)表。 2) 值班人員管理：記錄每位醫(yī)生的值班時間，便于查詢和修改。 5. 財(cái)務(wù)管理 包含賬務(wù)、報(bào)表、應(yīng)收、應(yīng)付、現(xiàn)金 /銀行、工資、固定資產(chǎn)、企業(yè)資料、財(cái)務(wù)分析領(lǐng)導(dǎo)及查詢等模塊。 6. 系統(tǒng)維護(hù) 對整個系統(tǒng)進(jìn)行數(shù)據(jù)的備份和恢復(fù)，并可以隨著人員的變化，對使用該系統(tǒng)的用戶進(jìn)行隨時的調(diào)整。其中包括以下幾個部分的內(nèi)容。 2. 數(shù)據(jù)庫詳細(xì)設(shè)計(jì)：首先設(shè)計(jì)數(shù)據(jù)庫的邏輯視圖。然后進(jìn)行數(shù)據(jù)庫的具體設(shè)計(jì)。 系統(tǒng)設(shè)計(jì)的相關(guān)技術(shù) 1. Delphi 簡介 自 Windows 操作系統(tǒng)問世以來，很多基于圖形界面的、可視化的、面向?qū)ο蟮拈_發(fā)工具相繼誕生，并以很快的速度更新版本、提高性能。 Delphi 自從 1994 年問世以來獲得空前的成功。 Delphi 是Delphi 發(fā)展史中的