定義
HIS系統美國著名教授Morris.Collen於1988年曾著文為醫院信息系統下了如下定義：利用電子計算機和通訊設備，為醫院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數據交換的能力，並滿足所有授權用戶的功能需求。
英語單詞，他的；生物化學詞語，組氨酸；醫院信息系統 ，HIS 是 Hospital Information System 的縮寫 即 醫院信息系統美國該領域的著名教授Morris.Collen曾作如下定義：利用電子計算機和通訊設備，為醫院所屬各部門提供對病人診療信息和行政管理信息的收集、存儲、處理、提取及數據交換的能力，並滿足所有授權用戶的功能需求。
意義
醫院信息系統的意義：改善醫院管理，提高醫院系統運作的效率及各部門的合作與營運，支持醫教研。
我國醫院的信息處理基本上還停留在手工方式，勞動強度大且工作效率低，醫師護士和管理人員的大量時間都消耗在事務性工作上，致使"人不能盡其才"；病人排隊等候時間長，輾轉過程多，影響醫院的秩序；病案、臨床檢驗、病理檢查等許多寶貴的數據資料的檢索十分費事甚至難以實現；對這些資料深入的統計分析手工方式無法進行，不能充分為醫學科研利用；在經濟管理上也因而存在漏、跑、錯費現象；醫院物資管理由於信息不準確，家底不明，積壓浪費，以致"物不能盡其用"。
完整的HIS系統實現了信息的全過程追蹤和動態管理，從而做到簡化患者的診療過程，最佳化就診環境，改變目前排隊多、等候時間長、秩序混亂的局面。如目前多數醫院就診必須經過掛號、等候病歷、劃價、收費、取藥或治療一系列過程，一個患者少則排3次隊，多則5、6次，用於過程性的時間最少在1個小時以上，若實施HIS以後，每個病人用於診療的中間過程性時間會大幅度減少；假定一家醫院門診人次為2000人次/天，年門診250天，每人少花費半小時，則日節約1000小時，一年節約36萬小時，其產生的社會效益和間接經濟效益是明顯的。同時HIS的實施也強化了醫院內部管理，降低了醫護人員的工作強度和時間，偽、冒、漏現象可以解決，也加速了資金周轉和減少藥品、器械等物資積壓。據估計如果全國有2000家醫院套用HIS，每年每所醫院增收節支、加速資金回籠和周轉、堵漏、減少物資積壓的回收資金方面的效益按20萬元估計的話(實際比這高)，則年效益估計為40億元，十分可觀。但這往往不被人所認識。當然建立HIS更主要的還在於它對醫院管理、醫療質量和醫學研究的長期效應帶來的綜合效益。因此HIS的投資一般需做基礎性投資，誠如任何機構的統計部門那樣，它是花錢的部門，但其重要性是公認的，投資也是必須的。HIS的效益遠遠超出醫院本身，因為完整的病人醫學記錄是醫學研究的重要信息資源，這類資源在手工作業環境下，大部分被拋棄了。
發展情況
(一)國外的動態
電子計算機在醫院的套用已有三十多年的歷史，60年代初，美國便開始了HIS的研究。著名的麻省總醫院<MGH>開發的COSTAR系統是60年代初開始並發展到今天成為大規模的臨床病人信息系統。隨著計算機技術的發展，70年代，HIS進入大發展時期，美日歐各國的醫院，特別是大學醫院及醫學中心紛紛開發HIS，成為醫藥信息學的形成和發展的基礎。70－80年代，美國的HIS產業已有很大發展。
1985年美國全國醫院數據處理工作調查表明，100張床位以上的醫院，80%實現了計算機財務收費管理，70%的醫院可支持病人掛號登記和行政事務管理。25%的醫院有了較完整的HIS，即實現了病房醫護人員直接用計算機處理醫囑和查詢實驗室的檢驗結果。10%的醫院(2530)有全面計算機管理的HIS。
日本的HIS開發和套用從70年代初開始。多數日本醫院是80年代以後開始進行HIS工作的，但發展十分迅猛，規模相當大，是以大型機為中心的醫院計算機系統。如北里大學醫院的IBM/3090雙機系統。當前日本的HIS總的趨勢是系統化、網路化、綜合性，開始走自上而下的開發路線，一般都有大型機作為中心、支撐整個系統工作，並儘量採用微機和網路技術，投資規模大，正在實現"ordering"工作方式，即數據從發生源直接輸入計算機。到1991年統計有近10家實現或基本實現此種方式。支持診療的功能在不斷加強，系統24小時運行。不少軟體是醫院和計算機公司聯合開發的，一些大公司也開發了一些通用的醫院信息管理軟體包，也有些醫院自己開發。如北里大學，開發了綜合的HIS，開發費用(機器設備除外)為3億4千萬日元(約合人民幣1300萬元)。日常運行費用支出為一年5億1千萬日元(約合人民幣2000多萬元)。
歐洲的HIS發展比美國稍晚，大多數是70年代中期和80年代開始。歐洲HIS的特點是實現了一些區域信息系統。如丹麥的RedSystem，管理76所醫院和診所。法國第八醫療保健中心實現了能管理三所大醫院和三所醫藥學院的一體化信息系統－GrenobleIntegratedHIS。隨著初級衛生保健工作的發展，歐洲各國區域性醫院計算機網路將實現。目前歐共體的SHINE工程<StrategicHealthInformaticsNetworkforEurope>已經開始，英法意德許多公司都參與了此項工程。在分散式資料庫系統和開放網工程方面已做了大量工作。
(二)國內的情況
計算機70年代末期就進入了我國醫療行業，當時以IBM的M340小型機為主，只有少數幾家大型的部屬綜合醫院和教學醫院擁有，如北京協和醫院、北京腫瘤醫院、301醫院等，主要套用於科研和教學，還沒有套用於HIS的管理。80年代初期，隨著蘋果PC機的出現和BASIC語言的普及，一些醫院開始開發一些小型的管理軟體，如工資軟體等；80年代中期，隨著XT286的出現和國產化，以及DBASEIII和UNIX網路作業系統的出現，一些醫院開始建立小型的區域網路，並開發出基於部門管理的小型網路管理系統，如住院管理，藥房管理等。進入90年代，NOVELL網和FOXBASE、FOXFRO資料庫日益盛行，完整的醫院網路管理系統的實現已經成為可能，於是一些有計算機技術力量的醫院開始開發適合自己醫院的醫院管理系統。一些計算機公司也不適時機的開發HIS,如大連匯源電子系統工程有限公司（與301醫院合作）、IBM公司、微軟公司、浪潮公司。但這些系統都存在如下一些問題：
1．軟體水平較低，一般只能做些初級的事務處理，也有的軟體開發之後用了一段時間就停下了，堅持不下去，其原因是：
(1)各醫院計算機專業人才缺乏，技術力量薄弱，特別是缺少高層次系統分析人員和跨專業複合型人才。
(2)項目多，力量分散。
(3)醫院經費有限，很難建立起理想的軟、硬體支撐環境。
2．重複開發多。據一個省調查，幾年來，總共開發262個項目中，工資系統就有41個，醫療統計21個，人事21個……，重複率達70%多，究其原因：
(1)單位管理方式有一定差異，軟體不能通用。
(2)軟體沒有一個統一的標準，難以推廣。
(3)全國沒有一個較高水平、可廣泛推廣的醫院管理軟體包。
信息系統
醫院管理信息系統(HospitalManagementInformationSystem,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的最高一層模組：醫療和財務信息的綜合查詢與輔助決策模組接收並重新組織這些數據，把全院各職能部門，包括臨床的、行政的、醫療的、財務的各方面，各部門的信息沿二條主線－醫療、財務組合起來，提供一些非常方便、靈活的檢索與查詢的手段，滿足醫院最高領導層不斷變化著的對信息的各種需求。這一層信息系統的特點是：
它不同任何具體的事務處理相連繫，即除了接收下層的數據和提出各種查詢、統計請求外，沒有數據錄入。
它的主要功能是提供靈活的檢索、查詢、統計、分析能力。
該系統產出的報表、報告是隨需求而變化的，是不定期、不固定內容的。
該系統往往同一些財務管理、經濟核算、質量控制、動態分析等專門化的與醫院管理有關的模型和算法相聯繫。例如醫療質量的監督與評價、醫院財務執行情況的監督與評價、各部門醫療工作量負擔的監督與評價等等。
該系統強調產生報告的形式，例如圖形、圖表……等，要靈活、通俗、易懂。
特性
廣義地說，醫院管理信息系統是管理系統（MIS）在醫院環境的具體套用。因此，它必定具有以下一些與其它MIS系統共有的特性：
它們均是以資料庫為核心，以網路為技術支撐環境，具有一定規模的計算機化的系統
它們是以經營業務為主線，以提高工作質量與效率和輔助決策為主要目的，可以提高綜合管理水平，反映企業全貌，增強企業競爭能力，獲得更多、更好的社會、經濟效益的信息系統
在系統內部按一定原則劃分若干子系統（也可能在子系統之上加一層分系統），各子系統、分系統之間互有接口，可有效地進行信息交換，真正實現信息資源共享
它處理的對象即有結構化數據，也有半結構化或非結構化數據。有些數據及結構會較多地受到人工干預和社會因素的影響，即有靜態的，也有動態的
開發難度高，技術複雜，周期較長
具有完善的系統管理、監督、運行保障體系以及相應的規章制度和系統安全措施。醫院信息系統屬於乞今世界上現存的企業級(Enterprise)信息系統中最複雜的一類。這是醫院本身的目標、任務和性質決定的。它不僅要同其它所有MIS系統一樣追蹤管理伴隨人流、財流、物流所產生的管理信息，從而提高整個醫院的運作效率，而且還應該支持以病人醫療信息記錄為中心的整個醫療、教學、科研活動。系統的複雜性表現在：
在許多情況下，它需要極其迅速的回響速度和在線上事務處理能力。當一個急診病人入院搶救的情況下，迅速、及時、準確地獲得他們既往病史和醫療紀錄的重要性是顯而易見的。當每天尖峰時間門診大廳中擁擠著成百上千名患者與家屬，焦急地排隊等待掛號、候診、劃價、交款、取藥時，系統對OLTP的要求可以說不亞於任何銀行視窗業務系統、機票預定與銷售系統。
醫療信息複雜性。病人信息是以多種數據類型表達出來的，不僅需要文字與數據而且時常需要圖形、圖表、影象等等。
信息的安全、保密性要求高。病人醫療記錄是一種擁有法律效力的檔案，它不僅在醫療糾紛案件中，而且在許多其它的法律程式中均會發揮重要作用，有關人事的、財務的，乃至病人的醫療信息均有嚴格的保密性要求。
數據量大。任何一個病人的醫療記錄都是一部不斷增長著的、圖文並茂的書，而一個大型綜合性醫院擁有上百萬份病人的病案是常見的。
缺乏醫療信息處理的標準。這是另一個突出地導致醫院信息系統開發複雜化的問題。目前醫療衛生界極少有醫學信息表達、醫院管理模式與信息系統模式的標準與規範。計算機專業人員在開發信息系統的過程中要花費極大精力去處理自己並不熟悉的領域的信息標準化問題，甚至要參與制定一些醫院管理的模式與算法。醫學知識的表達的規範化，即如何把醫學知識翻譯成一種適合計算機的形式，是一個世界性的難題。而真正的病人電子化病歷的實現有待於這一問題的解決。
醫院的總體目標、體制、組織機構、管理方法、信息流模式的不確定性，為我們分析、設計與實現一個HIS增加了困難。眾所周知，我國目前正處在一個改革、開放的大變革當中，醫院的性質、體制、機構、制度、管理的概念、方法與手段都在變，這大大增加了我們設計HIS的難度。
高水平的信息共享需求。一個醫生對醫學知識(例如某新藥品的用法與用量，使用禁忌，某一種特殊病例的文獻描述與結論等)、病人醫療記錄(無論是在院病人還是若干年前已死亡的病人)的需求可能發生在他所進行的全部醫、教、研的活動中，可能發生在任何地點。而一個住院病人的住院記錄摘要(病案首頁內容)也可能被全院各有關臨床科室、醫技科室、行政管理部門(從門衛直至院長)所需要。因此信息的共享性設計、信息傳輸的速度與安全性、網路的可靠性等也是HIS必須保證的。
醫護、管理人員的心理行為障礙。醫院信息系統的成功依賴於醫院醫護人員、管理人員的捲入。醫護人員及管理人員對套用計算機的心理、行為障礙，往往會導致一系統的失敗。在中國，由於普遍的教育背景，計算機的普及程度以及漢字錄入的困難，使得終端用戶對使用計算機採取更為普遍和強烈的抵制態度。這就要求系統的設計者付出更大的精力於人－機友善性的設計，更好的界面，更方便的幫助信息，更簡單的操作方法，更易學、更快捷的漢字信息的錄入等。這當然反過來增加了系統的開銷與複雜程度。
因此，鑒於醫院環境的獨特性，使得信息系統在醫院的實現應具有其特殊的功能要求：
要有一個大規模，高效率的資料庫管理系統的支持要有很強的在線上事務處理(OnLineTransactionProcessing,OLTP)支持能力典型的7天/24小時不間斷系統，絕對要求安全、可靠易學易用的友善人機界面可剪裁性和可伸縮性，能適應不同醫院的發展計畫需求開放性與可移植性，適應不同硬軟體平台模組化結構，可擴充性
體系結構
當前，可供一個HIS選擇的體系結構不外三種，主機加終端的分時系統，微機網路加檔案伺服器系統和客戶機/伺服器系統。
主機加終端分時系統是美國、西歐與日本自七十年代到八十年代末在開發綜合醫院信息系統時的基本選擇。許多成功的著名的HIS都是基於這樣的體系結構開發出來的。這就是所謂傳統集中式信息管理基於主機的模型。儘管這樣的系統可處理的數據量，其運行效率，對完整的關係資料庫的支持以及數據的整體可用性等方面可以滿足HIS的需要，但近年來理論上受到越來越多的批評，實踐上受到Downsizing浪潮的強烈衝擊。普遍認為這樣的集中式系統一次性投入太大，套用系統被過多地束縛在廠家的軟、硬體產品之上，失去了系統的開放性，靈活性，可伸縮性，笨拙的軟體開發工具影回響用軟體的開發速度，無法與PC相比的API及GUI技術影回響用軟體開發的質量與成功率。越來越多的信息系統主管相信他們的基於Mainframe的集中式的HIS的壽命不會很長了。日本許多大醫院八十年代建立的集中式系統，棄之可惜，留之不好用，成了沉重的包袱。因此，雖然集中式的HIS有過它昔日的輝煌，但我們在九十年代中葉設計中國醫院信息系統時，是不應該，也不會再走西方國家十年、二十年前的老路了。
微機網路加檔案伺服器系統可以說是當今中國醫院信息系統體系結構的主流選擇。中國醫院計算機套用經歷了單微機單任務，多微機多任務進入到微機網路的檔案伺服器階段，應該承認是有了很大的進步。微機網路支持分散式處理，而且直接繼承了PC系統的全部優點，用戶可以充分使用自己的CPU的同時又可以共享昂貴的外部設備，海量外存器，雷射印表機及繪圖儀，亦能實現多用戶的數據共享。實際上，已有一些中、小型的醫院在這樣體系結構基礎上成功地部分實現了HMIS。但是這樣的系統也許可以承擔大型醫院部門一級(例如財務處、人事處或病人入、出院管理等)的信息管理任務，但此類結構的先天不足會使其難以擔負起建立整個醫院完整的信息系統的重任。這是因為：
通常此類系統均不是建立在真正RDBMSServer之上，xbase一類的"大眾"資料庫系統無法為開發者和用戶提供完整的關係資料庫管理服務，象資料庫管理員(DBA)、數據字典(DDL)、資料庫結構化查詢語言(SQL)、數據的完整一致性與保密性保證，支持多任務、多線索(Multithreaded)，在線上事務處理控制(OLTP)，查詢最佳化，StoredProcedure及Trigger的能力。
檔案伺服器(Server)負責應答用戶端計算機(工作站)有關數據存取的需求，但它往往是以簡單的檔案方式：用對單一檔案加鎖、解鎖方式實現共享，用傳輸整個檔案的方式提供服務。這不但給LAN增加了不必要的流通負擔，同時也沒能充分發揮後台伺服器CPU的能力，工作站仍然承擔全部所需處理，和單個微機情況相同。這就是為什麼人們亦把檔案Server叫做Client-based計算機的原因。
在這樣的體系結構下，如果設計者為減輕網路的通訊負擔和加強數據的安全性，採用數據物理上分布於不同Client端的方法，那將為系統的設計與實現，數據完整一致性的保證，滿足高層用戶對各類數據的綜合查詢與輔助決策，多個用戶對彼此間數據的共享與同步更新帶來無窮的麻煩。
客戶機/伺服器(Client/Server)是在網路基礎上，以資料庫管理系統為後緩，以微機為工作站的一種系統結構。其關鍵點在於"一分為二"，即把數據存取與應用程式分離開，分別由資料庫(Server端)及工作站(Client端)來執行，從而明顯地既保證整個系統的運行性能，又增加了系統的易開發性、可擴充性和可維護性。它的優越性在於：
極高的性能(Performance)，Server端一定有一個完整的高效能的關係資料庫管理系統(RDBMS,RelationalDataBaseManagementSystem)。CPU只管DBMS的使用，不管任何客戶端套用功能，支持並發控制，確保多個用戶同一時間內處理相同的表、行、列數據，這就顯著地改善了運行性能，特別是醫院中以高頻率更新數據的套用環境。
集中式數據管理。這是該結構的關鍵環節，是醫院環境之高層管理和病人醫療數據管理的至關重要的需求。所有數據均用集中式DBMS加以管理和存取。Server所負責的DBMS功能完全等同於大、中型計算機中的DBMS。
擴充升級方便靈活(Scalability)。前後台任務的分離使得前端的應用程式不依賴於後台的軟、硬體平台。無論用戶升級更換後台的作業系統、Server硬體，應用程式都無須變動。這一方面保護了用戶對應用程式及使用培訓方面的投資，同時也為用戶提供了一種低消耗地逐步更新設備的途徑。
開放式平台有利於加速系統的開發。一方面，開放式後台資料庫擁有強大的數據管理功能。另一方面，開發者又可以在前端用各式各樣所熟悉的微機環境下的開發工具進行應用程式的開發工作，當然也可以使用資料庫所提供的API方式來開發前端套用。
建設目標
1、以病人為中心，以電子病歷為核心，以全面集成為手段，提高醫院管理水平和經營效益為目標，打造先進的、全面的現代化的數字醫院。數位化醫院建設是建立全面的管理信息系統和臨床信息系統,用最新的最先進的IT技術對全院的信息資源（人，財，物，醫療信息）進行全面的數位化，全面的最佳化和整合醫院內部的資源以及醫院外部全社會的信息資源為醫院臨床、管理服務，運用所有的信息資源為患者提供先進的、便捷的、人性化的醫療服務。
2、人性化:以人為本，以病人為中心的原則，在系統的每個細節都應該體現人文關懷主義，考慮如何更加的方便患者，更加方便業務人員，更加的人性化。
3、集成化:民康醫院信息系統建設將有眾多不同的系統組建而成，並形成有機的統一整體，規避醫療信息孤島。
4、智慧型化:民康his系統通過系統的智慧型處理，減少人工環節，增強自動化的程度，增加輔助支持的功能。
5、無紙化:該his系統通過電子處方，電子病歷，電子申請單，電子報告等的套用逐步走向無紙化。
6、無膠片化:民康his通過實施醫學影像系統，建立放射科數字閱片中心和診斷工作站，臨床中心數字閱片室，醫生影像瀏覽工作站，全院的數字閱片中心，會診中心，教學中心等實現全院無膠片化臨床模式和管理模式。
7、無線網路化:通過建立無線網路，使用筆記本，平板電腦，PDA，無線病情跟蹤器等無線設備實現醫生護士查房，庫房管理，病人病情跟蹤等等，使一些業務不受空間的限制，無處不在。
方案選擇
完整的醫院信息系統依賴於覆蓋全院的計算機網路系統的支撐。當前選擇網路系統時應該著重考慮的因素有：
網路數據傳輸速度的選擇
網路數據傳輸速度有時也稱為網路的頻寬，是指單位時間可以通過網路傳送的數據量，套用於醫院信息系統的有10MB/秒，21MB/秒，100MB/秒，111MB/秒等不同的規格。
醫院信息系統如果僅容納幾十台微機，並且是以傳送數字、文字信息為主，極少傳送圖象信息，那么可以考慮選擇僅支持10MB/秒的傳輸速度的網路。
如果醫院信息系統擬包含一百台到幾百台微機，即使它仍然是以傳遞數字、文字信息為主，偶爾傳遞靜態圖像（CT片、X光片等），亦應該考慮建立主幹網達100MB/秒以上，工作站速率為10MB/秒的交換乙太網。主幹網較高的傳輸速率可以解決客戶機/伺服器體系結構中伺服器與網路數據交換的瓶頸問題。
如果某些工作站是以處理圖象為主要任務，例如放射科的影像工作站，病房的讀片工作站等，則應該考慮不僅主幹網，而且這些工作站也應能直接以100MB/秒以上的速率與伺服器進行數據交換。
(一)網路方案的選擇
1．10M乙太網(Ethernet)－Novell網
目前國內運行的10MB/秒區域網路(LocalAreaNetwork,LAN)絕大多數是Novell網。市面上出售各種各樣廉價的支持IPX通訊協定的乙太網卡，它們可以用於ISA或EISA匯流排，可以支持匯流排型，或者星型拓撲布線，可以使用粗/細同軸電纜，3號/1號無屏敝雙絞線作為傳輸介質。Novell網設備價格低廉，無論布線、安裝、運行支持均簡單易行，軟、硬體產品的成熟度與可靠性均很高。缺點是網路輸出速率低，如果考慮的是幾十個網段，幾百台微機，多台伺服器的完整醫院信息系統環境，10MBNovell網則難以勝任。
2．快速乙太網(FastEthernet)
快速乙太網技術是近幾年在原乙太網的技術上發展起來的，它仍然採用原來乙太網廣播/衝突檢測的基本協定，但在無屏敝雙絞線（UTP）介質上的傳輸速率可高達100MB/秒。如果採用光纖連線不同的建築物，距離一般要小於410米，雙絞線的連線距離則不能大於100米。網卡的價格通常是10MB網卡的2－3倍，目前只能用於PCI匯流排。快速乙太網通常選用星型布線，採用交換技術（即選用適合的交換式集線器）可以將伺服器以及主要的交換HUB之間用快速乙太網連線構成100MB主幹網，而工作站與集線器的連線採用10MB乙太網。這是一種經濟、實用的組網技術，由於是星型聯接，將來過渡到ATM/快速乙太網混合網路十分容易。
快速乙太網的缺點來自它的基本傳輸協定，由於是廣播/衝突檢測方式，因此首先100M頻寬的使用效率不及FDDI的令牌環網方式。另外，它也不適合於動態連續圖象數據的傳送。當一個站點傳送了一個圖形包以後，下一個包什麼時候能夠繼續傳送取決於網線的忙閒程度。理論上說，該站點有可能無限期等待下一個網線空閒的狀態。這與ATM傳輸協定是有著根本不同的。
3．FDDI（FiberDistributedDataInterface）
FDDI常被稱為光纖環網。它是一個令牌環網（Token-Ring）的體系結構。由雙環構成，從而實現雙向通行及線路故障時的容錯。環的頻寬為100Mb/S，從而可以同時攜帶來自多個結點的高速度和大容量的信息包。FDDI環網通常能滿足高速度、大容量的主機、超級小型機、伺服器互聯的需要，也能滿足靜態圖象工作站高速數據傳輸的需要。這種技術在八十年代被廣泛地用於校園網的互聯技術，即在校園範圍內構造起一個理想的分散式資料庫的網路環境。
FDDI技術的優點是技術穩定、成熟、可靠。與最新的網路交換技術相結合，目前仍有許多網路方案採用FDDI為主幹環網，通過交換集線器同10MB乙太網互連構成覆蓋全院的區域網路。這樣的網路方案在當前支持幾百個微機工作站，以文字數字及靜態圖象為主要信息傳輸/交換內容的系統需求是沒有問題的。而且具有雙環容錯，抗電磁干擾，系統穩定性好的優點。
FDDI技術的缺點是：價格相對較高，因為一定要處理光纖雙環網，因此連線施工難度大。它是雙環結構，拓撲與快速乙太網及ATM的星型布線不同，將來轉換比較麻煩；令牌環雖然較廣播/衝突檢測的乙太網效率更高，但仍然不適合於動態多媒體數據的傳輸。由於以上缺點，學術界普遍認為，FDDI最終會讓位於新興的ATM技術。
4．ATM（AsynchronousTransferMode）
ATM是九十年代才發展起來的新一代網路傳輸協定。非同步傳輸模式（ATM）是一種以細胞（Cell）為基礎的高速分封多工交換（MultiplexingandSwitching）標準，現今已被CCITT及ANSI認可，與同步光纖網路（SONET）共同成為寬頻廣域服務數字網路（BroadISDN,B-ISDN）的基礎。它主要是面對大範圍網路互連中如何處理動態圖象，多媒體數據傳輸而設計的。它與乙太網及令牌網均不相同的地方在於它採用的是予聯接技術（Pre-Connection），在目前實現的111MB頻寬範圍內（頻寬很快還會增加），當網路上的兩個結點要相互交換信息時，ATM協定要求首先把一定的頻寬分配給這二個結點，先實現它們之間的連線，然後開始它們之間的通訊，直至通訊完畢讓出頻寬。這樣的協定就保證了一旦兩點連通，就不會有第三者干擾兩點間的數據傳遞。顯然，這樣的協定特別適合於語音、動態圖象等連續動態多媒體數據的傳遞。例如遠程會診，遠地學術會議，遠地手術，現場動態教學等套用。
ATM的標準尚不完善、統一，ATM論壇（ATMForum）正在制定各種界面規格與廣域ATM網路傳輸標準，目前各廠家的產品還缺乏互連性，ATM產品價格較貴。但可以認定，若干年內ATM將成為最流行的網路互連標準。
以ATM為網路主幹，某些特殊用途的多媒體工作站直接按ATM方式連線在網上，同時輔之以快速乙太網的網段或工作站。這可能就是三、五年後醫院信息系統的主要網路結構模型。
子系統
醫院信息系統所包含的內容紛繁複雜，依其在一個醫院的實現先後，大體可以分為以下三個階段：
1．管理信息系統
管理信息系統一般包括：
門、急診掛號子系統
門、急診病人管理及計價收費子系統
住院病人管理子系統
藥庫、藥房管理子系統
病案管理子系統
醫療統計子系統
人事、工資管理子系統
財務管理與醫院經濟核運算元系統
醫院後勤物資供應子系統
固定資產、醫療設備管理子系統
院長辦公綜合查詢與輔助決策支持系統
2．臨床醫療信息系統
臨床醫療信息系統可能包括的內容很多，甚至可能是專科、專病、專課題的信息處理系統，下面給出一些常見系統的例子：
住院病人醫囑處理子系統
門診醫生工作站系統
臨床實驗室檢查報告子系統
醫學影像診斷報告處理系統
放射科信息管理系統
手術室管理子系統
功能檢查科室信息管理子系統
病理卡片管理及病理科信息系統
血庫管理子系統
營養與膳食計畫管理子系統
臨床用藥諮詢與控制子系統
3．醫院信息系統的高級套用
醫學圖象實時傳輸與查詢、歸檔系統
（PictureArchivingandCommunicationSystem,PACS）
病人床邊信息系統
計算機化的病人病案系統（CPR）
科研支持系統
教學支持系統
Internet醫學情報系統
遠程診斷與教學
