醫院信息系統（HospitalInformationSystem，HIS）在國際學術界已被公認為新興醫學信息學（MedicalInformatics）的壹個重要分支。美國該領域的著名教授莫裏斯-科倫曾在1988年撰文對醫院信息系統作了如下定義：利用電子計算機和通信設備，為醫院所屬各科室提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數據交換的能力，並滿足所有授權用戶的功能需求。
[編輯本段] 意義
改善醫院管理，支持醫教研。
我國醫院的信息處理基本停留在手工模式，勞動強度大，效率低，醫師護士和管理人員的大量時間都消耗在事務性工作上，導致 "人不能盡其能"；病人排隊等候時間長，轉院過程繁多，影響醫院秩序；病歷、臨床檢驗、病理檢查等有價值的數據檢索非常費力甚至難以實現；對這些資料的深入了解，更是難以實現。甚至難以實現；這些數據的深入統計分析無法通過人工進行，不能充分利用於醫學研究；在經濟管理中出現漏費、跑費、錯費現象；醫院物資管理由於信息不準確，家底不清，浪費積壓，使 "物不能盡其用"。發展HIS是解決這些問題的有效途徑，HIS系統的有效運行將提高醫院的工作效率和質量，促進醫學科研和教學；減輕各類事務性工作的勞動強度，使他們能騰出更多的精力和時間為病人服務；改善管理，堵塞漏洞，保證病人和醫院的經濟利益；為醫院創造經濟效益。
完善的HIS系統實現了全過程的信息跟蹤和動態管理，從而簡化了病人的診療過程，優化了就醫環境，改變了目前排隊多、等候時間長、秩序混亂的局面。如大多數醫院必須經過掛號、候診、病歷、劃價、收費、取藥或治療等壹系列流程，壹個病人少則排隊3次，多則5、6次，辦理流程的時間至少在1小時以上，如果實施HIS，每個病人辦理診療流程的中間過程時間將大大縮短；假設某醫院門診量為 2000 人次/天，年門診 假設某醫院門診量為 2000 人次/天，年門診量為 250 天，每人少花半小時，每天節約 1000 小時，每年節約 36 萬小時，其社會效益和間接經濟效益是顯而易見的。同時，HIS 的實施還加強了醫院內部管理，減輕了醫務人員的工作強度和時間，解決了假、冒、漏現象，加快了資金周轉，減少了藥品、設備等物資的積壓。據測算，如果全國 2000 家醫院應用 HIS，每年每家醫院增收節支、加快資金回籠和周轉、堵塞跑冒滴漏、減少物資積壓和資金回籠方面的效益按 20 萬元估算（實際高於這個數），那麽每年的效益估計在 40 億元左右，是非常可觀的。但這壹點往往得不到認可。當然，建立 HIS 更重要的還在於其長遠效應對醫院管理、醫療質量和醫學研究帶來的綜合效益。因此，對HIS的投入壹般需要基礎投入，真如任何機構的統計部門壹樣，它是花錢的部門，但其重要性是公認的，投入也是必要的。HIS的效益遠遠超出了醫院本身，因為病人的完整病歷是醫學研究的重要信息資源，而這在手工操作的工作環境中大多是被遺棄的。
[編輯本段]國內外情況及發展趨勢
（壹）國外發展情況
電子計算機在醫院的應用已有三十多年的歷史，20世紀60年代初，美國開始了對HIS的研究。著名的麻省總醫院<MGH>開發的COSTAR系統就是在60年代初發展成為今天的大型臨床病人信息系統。隨著計算機技術的發展，70年代，HIS進入了大發展時期，美國、日本和歐洲的醫院，特別是大學醫院和醫學中心都開發了HIS，並成為醫學信息學形成和發展的基礎。70-80年代，美國的HIS產業得到了長足的發展。
1985年美國全國醫院數據處理調查顯示，100張床位以上的醫院中，80%實現了計算機財務收費管理，70%的醫院能支持病人登記和行政事務管理。25%的醫院擁有較為完善的HIS，即實現了病區醫護人員直接用計算機處理醫囑和查詢化驗結果。10%的醫院（2530 家）擁有完全計算機化的 HIS。
日本的 HIS 開發和應用始於 20 世紀 70 年代初。大多數日本醫院都是在 20 世紀 80 年代後開始發展 HIS 的，但發展速度非常快，規模也相當大，醫院計算機系統以主機為中心。例如，北裏大學醫院的 IBM/3090 雙計算機系統。目前日本 HIS 的總趨勢是系統化、網絡化、綜合化，開始走自上而下的發展路線，壹般都有壹個以主機為中心、支持整個系統工作的系統，並盡量采用微機和網絡技術，投資規模很大，是實現 "定序化 "的工作方式，即數據從源頭直接進入計算機。到 1991 年，已有近 10 家醫院實現或基本實現了這種工作方式。支持診斷和治療的功能不斷增加，系統 24 小時不間斷運行。很多軟件是由醫院和計算機公司聯合開發的，壹些大公司也開發了壹些通用的醫院信息管理軟件包，還有壹些醫院自己開發了軟件。例如，北裏大學開發了壹套綜合 HIS，開發成本（不包括機器設備）為 3.4 億日元（約 1300 萬人民幣）。日常運行成本支出為每年 5.1 億日元（約合 2000 萬人民幣）。
歐洲的 HIS 發展比美國稍晚，大多始於 70 年代中期和 80 年代。歐洲 HIS 的特點是實現了壹些地區性信息系統。例如，丹麥的 RedSystem 管理著 76 家醫院和診所。隨著初級醫療保健的發展，歐洲各國將實現地區醫院計算機網絡。目前，歐洲 **** 機構的 SHINE 項目 & lt; StrategicHealthInformaticsNetworkforEurope> 已經啟動，英國、法國、意大利和德國的許多公司都參與了這壹項目。在分布式數據庫系統和開放網絡工程方面做了大量工作。
（二）國內情況
計算機進入我國醫療行業是在70年代末，當時以IBM的M340微型計算機為主，只有少數大型部屬綜合醫院和教學醫院，如協和醫院、北京腫瘤醫院、301醫院等，主要用於科研和教學，還沒有應用到HIS的管理中。80's.80 年代初，隨著蘋果 PC 的出現和 BASIC 語言的普及，壹些醫院開始開發壹些小型管理軟件，如工資發放軟件等。80 年代中期，隨著 XT286 的出現和國產化，以及 DBASEIII 和 UNIX 網絡操作系統的出現，壹些醫院開始建立小型局域網，並開發了基於科室管理的小型網絡管理系統，如住院管理、藥房管理等。進入 90 年代，NOVELL 網絡和 FOXBASE、FOXFRO 數據庫日益盛行，實現完整的醫院網絡管理系統成為可能，於是壹些計算機技術實力雄厚的醫院開始開發適合自己醫院的醫院管理系統。壹些計算機公司也不合時宜地開發了 HIS，如大連匯源電子系統工程有限公司（與 301 醫院合作）、IBM、微軟、浪潮等。但這些系統都存在以下問題：
1.軟件水平低，壹般只能做壹些初級的事務處理，也有的軟件開發壹段時間後就停止了，堅持不下去了，究其原因有：
（1）醫院缺乏計算機專業人才，技術力量薄弱，尤其缺乏高水平的系統分析員和跨學科的復合型人才。
（2）項目多，力量分散。
（3）醫院資金有限，難以建立理想的軟硬件支撐環境。
2、重復建設多。據某省調查，幾年來共****，開發項目262個，工資系統有41個，醫療統計21個，人事......，重復率達70%以上，究其原因：
（1）各單位管理風格有壹定差異，軟件不能通用。
（2）軟件沒有統壹標準，難以推廣。
（3）國內沒有較高水平的醫院管理軟件包可以大面積推廣。
[編後]完善的醫院信息系統
（壹）醫院管理信息系統和臨床信息系統
醫院管理信息系統（HospitalManagementInformationSystem，HMIS）的主要目標是支持醫院的行政和事務處理業務，減輕事務處理人員的勞動強度，輔助醫院的行政和事務處理人員。HMIS 的主要目標是支持醫院的行政管理和事務處理業務，減輕事務處理人員的勞動強度，輔助醫院管理，輔助高層領導決策，提高醫院的工作效率，使醫院以較少的投入獲得較好的社會效益和經濟效益，如財務系統、人事系統、住院管理系統、藥品庫存管理系統等都屬於 HMIS 的範疇。
臨床信息系統（ClinicalInformationSystem，CIS）的主要目標是支持醫院醫務人員的臨床活動，收集和處理病人的臨床醫療信息，豐富和積累臨床醫療知識，提供臨床咨詢、輔助診療、輔助臨床決策，提高醫務人員的工作效率，為病人提供更多、更快、更好的服務。醫囑處理系統：醫囑處理系統是醫囑處理系統的重要組成部分，它可以提高醫護人員的工作效率，為病人提供更多、更快、更好的服務。如醫囑處理系統、病人床旁系統、醫生工作站系統、實驗室系統、藥物咨詢系統等都屬於 CIS 的範疇。
壹個完整的醫院信息系統（IntegratedHospitalInformationSystem，IHIS）應該既包括醫院管理信息系統，也包括臨床醫療信息系統，這是毋庸置疑的。
醫院管理信息系統所需的資源較少，相比之下，所需的磁盤容量、工作站數量、網絡傳輸能力、顯示器質量都遠遠低於CIS的需求。
支持醫院管理信息系統的計算機技術相對比較純粹和簡單。由於醫院管理信息系統處理的是文本和數字數據，較少涉及聲音、圖形、多媒體數據等動態傳輸的復雜需求，因此實現起來要容易得多。
臨床信息系統在數據處理的實時性要求、響應速度、安全性和保密性等方面的要求壹般比管理信息系統更為苛刻。
從投入產出方面考慮，大多數醫院決策者都認為，HMIS與CIS相比，能使醫院更直接、更明顯、更迅速地獲得系統的回報。也就是說，以較小的投資獲得更大的回報。
當然，HMIS 和 CIS 並不是截然分開的。HMIS 通常會涉及壹些患者的臨床信息，尤其是它所收集的患者主索引和病例主頁，這通常是 CIS 中以患者為中心的臨床醫療信息的基礎。而 CIS 壹旦建立，也往往會使 HMIS 的工作更加準確和高效。
（二）計算機信息處理的三個層次
完整的醫院信息系統對信息的處理大致可以分為三個不同的層次：數據的采集過程；數據的集中處理、加工分析過程和決策咨詢與決策支持過程。壹般來說，數據收集過程與基層部門的事務處理活動相聯系；數據的集中處理和分析過程與中層部門和任務相聯系；決策咨詢和決策支持過程與高層領導相聯系。
1.支持網上辦理業務
通常情況下，信息的流動伴隨著各種窗口業務流程的發生，這些窗口業務流程可能是醫院人、財、物的行政業務，也可能是與門診、急診病人、住院病人相關的醫療業務。比如：人事科要辦理醫院職工工資的調整和變動；總務科要負責全院各科室物資、材料、辦公用品、低值易耗品的供應、采購和發放；病房醫生要不斷為住院病人開具醫療處方；護士要不斷整理醫療處方或各種用藥單、取藥單、註射單、治療單、化驗單、檢查單等，並對執行過程進行落實和記錄；門診藥房藥師。門診藥房藥師要給處方定價，給患者配藥、發藥；門診收費處要完成劃價收費業務，在各種處方、化驗單、檢查單上加蓋收費標識並支付患者的費用（報銷單）。在所有這些復雜而瑣碎的業務活動過程中，會產生大量的信息。我們開發 HIS 就是為了支持這些常規的、大容量的前臺交易。事務級計算機系統（如門診收費系統、病房訂單處理系統等）應同時承擔雙重職責。
對於窗口辦事員來說，這些系統是幫助他們完成日常繁重窗口業務的工具。在計算機系統的幫助下，他們雜亂無章的工作變得井井有條，使他們不必再去記憶大量的信息（規格、藥品價格、疾病名稱和代碼等）。確保他們遵守某些規範，也減輕了他們匯總、統計、報告和傳輸這些信息的負擔。因此，要盡可能符合這些事務級人員的工作秩序和工作習慣，功能完整、操作簡單、反 應迅速、界面友好、易學易用是這類軟件必須滿足的功能要求。用戶應感覺到系統是專門為幫助他們完成窗口業務而設計的。系統所具有的任何其他功能（指支持窗口業務辦理之外的功能）都應盡量後臺化、隱蔽化，不被最終用戶感知，不增加或盡量少增加窗口業務辦理人員的負擔。
對於整個醫院信息系統來說，窗口業務處理計算機系統也是壹個完整的 HIS 數據采集端口。它們是HIS伸向原點的信息觸角、受體。例如：為病人辦理出入轉院（ADT）的業務系統必然要向住院病人提供實時的出入轉院信息，同時也是住院病人動態統計信息的主要來源。門診收費系統在完成患者繳費過程的同時也采集了相應的門診醫療服務信息，為門診提供醫療服務的科室及輔助科室的門診收入及工作量信息。所有這些數據都是信息系統上層乃至最高層進行統計、分析和其他數據處理的原材料。從數據采集的角度看，HIS 要求窗口業務系統采集的信息完整、準確、及時、安全。
2.支持科室級信息的匯總與分析
醫院中層科室承擔著繁重的管理任務，如醫務科負責全院醫療工作規劃、醫療動態的組織實施、監督控制、醫療質量檢查與管理等；人事科負責全院機構設置與調整、考勤與考核、各級各類專業技術職務評聘；護理部負責全院護理工作的組織實施、護護理部負責全院護理工作的組織實施、全院護理質量的管理、護理人員的管理 ...... 等。隨著這些管理層面的工作日趨科學化，中層科室將越來越多地依靠它們從基層收集基礎數據進行匯總、統計和分析，用來評價自己管理的基層科室和個人的工作，以便制定計劃、督促落實、上報報表和做出決策。
計算機化信息系統應支持中層的數據收集、綜合、匯總、分析、上報和存儲。科級信息系統應能定期自動收集基層科室的數據，根據需要對數據進行各種處理，並生成分類統計報告和報表，為中層科室的管理提供支持。例如，統計處應能收集住院處的病人 ADT 數據、收費處的病人收費數據、病案室的住院病人診斷和手術的臨床數據，定期出具住院病人動態、病床使用情況、單病種分析等報告。醫務科應收集住院部、統計室、病房、手術室等不同科室的相關信息，生成醫療動態、醫療質控等各類報表。
科室信息系統有以下特點：
壹般不與窗口服務掛鉤。
實時數據錄入任務較少。
收集的信息是定期處理的。
處理算法通常是固定的。
目的是管理部門的業務需求或定期提交的報告和報表。
3.支持醫院高層領導對管理信息的需求
醫院高層領導要實現醫院的科學管理，必須得到計算機信息系統的全力支持。經過中層部門處理和分析的數據不僅要產出報表和報告提交給高層領導，直接輔助醫院高層領導決策，還要通過計算機的信息系統把經過處理的數據直接傳遞給最高層領導，最高層的HIS模塊：綜合查詢與決策模塊把醫療和財務信息接收並重新組織數據，把醫院的各種功能，包括臨床、行政、醫療、決策模塊傳遞給醫院。包括臨床、行政、醫療和財務等方面，各部門的信息沿著兩條主線--醫療和財務結合起來，提供壹些非常方便靈活的檢索和查詢手段，滿足醫院高層領導對各類信息千變萬化的需求。這壹層信息系統的特點是：
它不與任何具體的事務處理相聯系，也就是說，除了接收下級的數據和提出各種查詢、統計要求外，沒有任何數據輸入。
它的主要功能是提供靈活的檢索、查詢、統計和分析能力。
系統輸出的報告和報表以需求為導向，不定期，沒有固定內容。
該系統通常與壹些與醫院管理相關的財務管理、經濟核算、質量控制、動態分析等專業模型和算法相聯系。例如，醫療質量的監控與評價、醫院財務績效的監控與評價、各科室醫療工作量負擔的監控與評價等等。
該系統強調生成報告的形式要靈活、通俗、易懂，如圖表 ...... 等。
[編輯]特點
廣義上講，醫院管理信息系統（HMIS）是管理系統（MIS）在醫院環境中的具體應用。因此，它與其他管理信息系統****必須具備以下特點：
它們是以數據庫為核心，以網絡為技術支撐環境，具有壹定規模的計算機化系統
它們是以企業經營為主線，以提高工作質量和效率、輔助決策為主要目的，提高綜合管理水平，反映企業全貌，增強企業競爭力，獲取更多信息。增強企業的競爭力，獲得更多更好的社會效益和經濟效益的信息系統
系統內部按壹定的原則劃分為若幹子系統（也可能在子系統之上再加壹層子系統），子系統之間、子系統與子系統之間都有接口，可以進行有效的信息交換，真正實現信息資源的**** 享用
它處理的對象有結構化數據，也有半結構化或非結構化數據。也有半結構化或非結構化數據。有些數據和結構受人為幹預和社會因素的影響會比較大，即有靜態和動態之分
開發難度大、技術復雜、周期長
具有完善的系統管理、監督、運行保障體系和相應的規章制度及系統安全保障措施。醫院信息系統屬於世界上現有企業級（Enterprise）信息系統中最復雜的壹類。這是醫院自身的目標、任務和性質決定的。它不僅要和其他所有的 MIS 系統壹樣，跟蹤和管理伴隨人流、財流和物流而產生的管理信息，提高整個醫院的運行效率，還要支持以病人的醫療信息記錄為中心的整個醫療、教學和科研活動。該系統的復雜性表現在：
在許多情況下，它需要極快的響應時間和在線事務處理能力。當急診病人入院搶救時，快速、及時、準確地獲取其既往病史和病歷的重要性不言而喻。當門診大廳每天高峰時段擠滿了數百名患者及其家屬，焦急地排隊掛號、候診、劃價、繳費、取藥時，系統對 OLTP 的要求可以說絲毫不亞於任何銀行窗口業務系統、機票預訂和銷售系統。
醫療信息的復雜性。患者信息的數據類型多種多樣，不僅有文本和數據，還經常需要圖形、圖表、圖像等。
安全性和保密性要求高。患者病歷是具有法律效力的文件，它不僅在醫療糾紛案件中起著重要作用，而且在許多其他法律程序中也會發揮重要作用，對患者的人事、財務甚至醫療信息都有嚴格的保密要求。
數據量大。任何病人的病歷都是壹本不斷增長、圖文並茂的書，壹家大型綜合醫院擁有數百萬份病歷是很常見的事情。
缺乏醫療信息處理標準。這是導致醫院信息系統開發復雜化的另壹個突出問題。在醫療界，關於醫療信息表示、醫院管理模式和信息系統模式的標準和規範非常少。計算機專業人員在開發信息系統的過程中，不得不花費大量精力來處理自己不熟悉領域的信息標準化問題，甚至還要參與壹些醫院管理模式和算法的開發。醫學知識表達的標準化，即如何將醫學知識轉化為適合計算機使用的形式，是壹個世界性的難題。而真正病人電子病歷的實現則有待於這壹問題的解決。
醫院的總體目標、體制、組織結構、管理方法、信息流模式等的不確定性，增加了分析、設計和實施 HIS 的難度。眾所周知，我國目前正處於改革開放的大變革中，醫院的性質、體制、組織、制度、管理理念、方法和手段都在發生變化，這大大增加了我們設計 HIS 的難度。
高水平的信息**** 享需求。醫生對醫學知識的需求（如新藥的用法和用量、使用禁忌、某壹病例的文獻描述和結論等）、病人的病歷（病人是在住院還是若幹年前已經去世）可能發生在他的所有醫療、教學和科研活動中，也可能發生在任何地點。全院所有相關的臨床科室、醫技科室、行政科室（從門衛到院長）也可能需要住院病人的病歷摘要（病案首頁的內容）。因此，信息 **** 享設計、信息傳輸速度和安全性、網絡可靠性也是 HIS 必須確保的。
醫護人員和管理人員的心理和行為障礙。醫院信息系統的成功取決於醫院醫務人員、管理人員的參與。醫務人員和管理人員應用計算機的心理和行為障礙往往導致系統的失敗。在中國，普遍的教育背景、計算機的普及、漢字輸入的困難等因素使得終端用戶對計算機的使用普遍存在較強的抵觸情緒。這就要求系統設計者在人機友好設計、更好的界面、更便捷的幫助信息、更簡單的操作方法、更易學和更快的漢字輸入等方面投入更多精力。這反過來又增加了系統故障的風險。當然，這反過來又會增加系統的開銷和復雜性。
因此，鑒於醫院環境的特殊性，信息系統在醫院的實現應該有其特殊的功能要求：
要有大規模、高效率的數據庫管理系統支持
要有很強的聯機事務處理（OnLineTransactionProcessing，OLTP）支持能力。
典型的 7 天/24 小時不間斷系統，絕對要求安全、可靠
易學易用友好的人機界面
裁剪性和可擴展性，適應不同醫院在程序開發方面的需要
開放性和可移植性，適應不同的硬軟件平臺
模塊化結構、可擴展性
[編輯本段]體系結構
目前，可供 HIS 選擇的體系結構不外乎三種：主機加終端分時系統、微機網絡加文件服務器系統和客戶機/服務器系統。
從 20 世紀 70 年代到 80 年代末，主機加終端分時系統壹直是美國、西歐和日本開發綜合醫院信息系統的基本選擇。許多成功的著名 HIS 都是基於這種結構開發的。這就是傳統的基於主機的集中式信息管理模式。雖然這種系統在處理數據量、運行效率、對完整關系數據庫的支持以及數據的整體可用性等方面都能滿足 HIS 的需要，但近年來在理論上受到越來越多的批評，在實踐中也受到了裁員浪潮的強烈沖擊。人們普遍認為，這樣的集中式系統壹次性投資過大，應用系統過多地捆綁在廠商的軟硬件產品上，喪失了系統的開放性、靈活性、可擴展性，笨拙的軟件開發工具影響了應用軟件的開發速度，無法與 PC API 和 GUI 技術相提並論，影響了應用軟件的開發質量和成功率。越來越多的信息系統主管認為，他們基於大型機的集中式 HIS 的壽命不會太長。日本許多大型醫院在 20 世紀 80 年代建立的集中式系統已經成為壹個沈重的包袱，不得不丟棄和拋棄。因此，集中式HIS雖然有過昔日的輝煌，但我們在上世紀90年代中期設計我國醫院信息系統時，是不應該、也不會再走西方國家10年、20年前的老路了。
微機網絡加文件服務器系統可以說是當今中國醫院信息系統架構的主流選擇。我國醫院計算機應用經歷了單臺微機單任務、多臺微機多任務進入微機網絡加文件服務器的階段，應該說有了長足的進步。微機網絡支持分布式處理，直接繼承了PC系統的所有優點，用戶可以在充分利用自己的CPU的同時又可以***享受昂貴的外部設備、海量的外存儲器、激光打印機和繪圖儀，還可以實現多用戶的數據***享受。事實上，已有壹些中小型醫院在這樣的系統結構基礎上成功地實現了部分HMIS。然而，這樣的系統或許能夠承擔大醫院科室層面（如財務、人力資源，或病人入院、出院等）的信息管理任務，但這樣的結構所固有的缺陷將使其難以擔負起建立整個醫院完整信息系統的重任。這是因為：