醫院信息化建設歷程（4）面向管理的全院級應用階段

20世紀末和21世紀初，隨着計算機硬件和軟件技術的逐步成熟，普及並普遍採用了以交換機爲核心的星型以太網架構、以Windows爲表明的圖形界面操做系統、以MSSQL爲表明的各類大型關係數據庫、以PowerBuilder爲表明的C/S架構數據庫應用軟件開發工具，加上對醫院信息化認識的逐步到位，醫院信息化化建設從局部應用向全院級應用發展。這一階段的主要特徵體如今：局部應用向全院級多系統應用發展、以收費管理爲核心的數據融合、圍繞收費的簡單臨牀應用。儘管這一階段的信息化建設和應用已經逐步覆蓋醫院大部分業務部門，但針對臨牀醫療服務的應用仍然較少，主要應用仍然是面向收費和物資管理，因此咱們稱這一階段爲面向管理的全院級應用階段。

這一階段所使用的全院級醫院信息化管理系統，也就是咱們常稱的醫院管理信息系統（Hospital Information System，HIS）。從廣義上理解，任何在醫院使用的信息系統都應該屬於HIS範疇，包括臨牀信息系統（Clinical Information System，CIS）、科研大數據、運營大數據、客戶大數據。從狹義上理解，HIS單指面向醫院內部管理，尤爲是收費和物資管理爲主的信息系統。這與該階段的發展歷史有關，在當時HIS提供的主要功能是針對院內的收費和物資管理，爲臨牀醫療服務提供的信息服務很是少，以致於造成了咱們如今的習慣性稱呼，把HIS理解爲單純的爲管理服務的信息系統，而把爲臨牀醫療服務的信息系統稱爲CIS。

這一階段的HIS圍繞收費管理和物資管理，迅速擴展出衆多子系統，除傳統的門（急）診掛號和收費、住院管理和收費、藥庫藥房管理外，在物資及材料管理、設備管理、供應室管理、醫生工做站（門診和住院）、護士工做站（門診和住院）、醫技管理等方面開發出衆多子系統，圍繞收費和物資管理工做開展信息化服務。2002年4月當時的衛生部印發了《醫院信息系統基本功能規範》，對醫院信息系統的功能進行了初步界定，一個典型的HIS功能結構以下圖：

在這一個階段還有一個很重要的因素，就是隨着基本醫療保險的普及，醫保實時結算向醫院開放，愈來愈多的患者須要進行醫保刷卡實時結算，而醫保實時結算對醫院的信息化提出了更高要求，尤爲是沒有開展醫院信息化建設的醫院在這樣的環境下，馬上面臨患者流失的風險。從某種意義上講，這個階段醫保信息化發展推進了醫療信息化的發展。

這個階段應用了大量子系統，因爲每一個子系統不必定是同一家公司的產品，即使是同一家公司產品，不一樣子系統也可能採用了獨立的數據庫，只有在以收費爲核心業務的子系統相互之間數據融合較好，業務相差較大的子系統之間，數據融合並不完善，甚至出現了很多信息孤島。好比門診收費與門診醫生工做站每每數據融合較好，可是與體檢系統、製劑室管理等其餘子系統就可能沒有進行數據融合和信息互聯互通。從而造成了這個階段的一個應用特點，就是全院級網絡連通，衆多子系統幾乎覆蓋了院內各個科室，主要圍繞院內收費管理和物資管理，可是存在多個子系統之間數據不融合，信息不能互聯互通的現象。

這個階段因爲採用了以交換機爲核心的網絡技術，從最初的總線型網絡拓撲結構向星型網絡拓撲結構轉變，不管是網絡的穩定性仍是網絡傳輸速率都有很大的提高。在硬件設備上，客戶端基本上採用了PC機，服務器廣泛採用PC服務器，有條件的醫院採用小型機做爲數據庫服務器。網絡拓撲圖以下：

因爲衆多子系統須要採用獨立數據庫服務，因此醫院在硬件設備上增長了大量的服務器用於安裝數據庫管理系統，一方面增長了建設成本，同時帶來的巨大的維護成本。不一樣公司的不一樣子系統，運行環境、維護方式不一樣，致使整個全院級系統運行須要不一樣公司協同，須要醫院系統管理員熟悉各個子系統的安裝和維護，對醫院系統管理員的技術要求也較高。

因爲在軟件架構上因爲採用C/S模式，使得客戶端的維護量增長，每臺客戶端PC都須要進行數據庫客戶端程序安裝、應用軟件安裝和升級，若是一個客戶端須要應用多個子系統，可能還面臨多個子系統的軟件安裝和升級。另外還涉及安全管理，包括安裝殺毒軟件、打印機驅動、醫保接口安裝等等，客戶端的安裝、升級和維護又成了系統管理員平常工做中最繁忙的一項事務。

隨着以MSSQL爲表明的大型關係數據庫的應用普及，包括SYBASE、Informix、Oracle、DB2等關係數據庫都在醫院信息系統中出現過，甚至個別公司還採用了面向對象數據庫，不過不是主流而已。數據庫服務也經歷了從單一節點到多節點的發展過程，在這個期間數據庫服務的節點與節點之間信息交換較少，每一個數據庫服務節點爲一個特定的子系統或多個子系統提供數據服務。

在這個階段客戶服務模式（C/S）的軟件架構是主流，不一樣公司在處理業務邏輯時採用了不一樣對策，有些公司將業務邏輯封裝到數據庫的服務中，好比數據庫的存儲過程，有些公司將業務邏輯封裝在客戶端程序中，這種狀況下咱們每每稱之爲胖客戶端。不管哪一種方式，都是客戶端程序直接鏈接到數據庫服務器進行數據管理。這個階段C/S軟件開發工具主要集中在微軟公司的VB、SYBASE公司的PowerBuilder、Borland公司的Delphi（開發語言爲Pascal），後來隨着微軟公司重點推廣.NET後，也有很多公司技術轉型到基於C#的.NET開發環境。

不管哪一種開發語言和開發工具，在軟件開發模式上仍然以模塊化+瀑布式開發爲主，也有部分公司採用面向對象（OOP）+瀑布式開發的。隨着醫院對信息化需求愈來愈高，客戶的需求變化也愈來愈頻繁，不一樣醫院因爲業務開展的差別性，對同一個軟件的功能需求也有不一樣變化和個性化要求，致使軟件開發工做量愈來愈大，不少公司在面對這種狀況採起了不一樣策略。有些公司將軟件開發工做放到了項目上，以項目組爲單位組織軟件開發工做。這種模式下，通常以公司內的某個時期的版本爲基礎，項目經理帶領項目成員在現場根據客戶具體需求進行代碼整改，這種模式的優勢是客戶需求的響應很是好，客戶滿意度比較高，缺點是對項目經理和成員依賴較大，對軟件代碼的版本管控力度差。常常出現項目經理一旦離職，程序源代碼就失控，後續接任者每每不知道如何下手，可能軟件越改越亂，質量愈來愈差，客戶滿意度反而降低。另外有些公司採起了集中開發模式，即公司產品集中在研發中心開發，項目組只負責現場實施，不能修改代碼。這種模式規避了項目模式中的衆多缺陷，軟件質量控制得也比較好，可是客戶需求的響應速度較慢。兩種模式各有優缺點。