【文章內(nèi)容簡介】 內(nèi)部建立基于 Inter技術(shù)的應(yīng)用如電子郵件等、建立分布式數(shù)據(jù)庫和瀏覽器客戶端應(yīng)用，為醫(yī)院在將來接入 Inter 實現(xiàn)平滑過渡作好準(zhǔn)備，并且降低了硬件設(shè)備的投資、軟件的培訓(xùn)和軟件升級的費用。 167。 運用 醫(yī)院 科學(xué)管理方法 管理是促進現(xiàn)代化醫(yī)院文明發(fā)展的三大支柱之一。醫(yī)院管理是一門科學(xué)，它是按照醫(yī)院工作的客觀規(guī)律，對醫(yī)院的全部醫(yī)療活動采取有計劃、有組織、協(xié)調(diào)與控制，使診斷和治療的各個環(huán)節(jié)實現(xiàn)相互銜接、密切配合，使人財物各種因素得到合理安排、充分利用、高質(zhì)量完成診治疾病的任務(wù)，滿足社會醫(yī)療需要。 167。 醫(yī)院信息系統(tǒng)（ ZLHIS） 技術(shù)特點 ZLHIS 秉承商品化原則，現(xiàn)就 醫(yī)院管理信息化方面 部份人無我有，人有我 優(yōu)的系統(tǒng)特點進行概要介紹： 中聯(lián)醫(yī)院信息系統(tǒng)技術(shù)方案書 版權(quán)所有 未經(jīng)許可 不得翻印 167。 軟件 商品化 的旗幟 醫(yī)院信息系統(tǒng)（ ZLHIS） 是一個真正意義上的商品化軟件 ，這是行業(yè)的奇跡！ 對于一個 HIS 軟件來說，很重要的是 產(chǎn)品框架體系和產(chǎn)品管理體系 ，產(chǎn)品框架體系構(gòu) 建 比較好 ，擴充新功能和需求就比較容易； 產(chǎn)品管理體系比較完善 ， 則能保證用戶的需求得到持續(xù)穩(wěn)定的滿足 。 ※ 軟件商品化的標(biāo)志： 所有用戶使用的軟件是一個版本系列的 除基礎(chǔ)調(diào)研外，開發(fā)人員不在現(xiàn)場開發(fā)和修改程序 用戶的軟件改進需求是通過正常的版本升級來實現(xiàn)的 用戶的實施和后期技術(shù)維護不是開發(fā)人員來完成，而是由經(jīng)過一定培訓(xùn) 的技術(shù)人員來完成 ※ 為什么國內(nèi) 其它 公司做不到軟件商品化？ 由于感知和認識的原因，大多數(shù) HIS 公司 在醫(yī)院信息化模型的歸納和抽象能力不足，在軟件商品化技術(shù)的儲備上也不足，導(dǎo)致其在項目化操作 方式下越走越遠、越陷越深 除上述分析的歷史原因外，很多做 HIS 的公司由于自身意識和能力原因，認為 HIS 根本無法做到商品化，從而就沒有在軟件商品化技術(shù)上進行儲備，更沒有在軟件商品化的前提下的 對技術(shù)支持體系經(jīng)驗 作出應(yīng)有的儲備 由于市場和自身能力的原因，目前國內(nèi)大多數(shù)公司基本都是區(qū)域型公司，由于特定區(qū)域內(nèi)的用戶有限，導(dǎo)致這些公司在區(qū) 域內(nèi)什么類型的醫(yī)院都做，而在實際的操作中，特大型醫(yī)院和小型醫(yī)院、特殊的?？漆t(yī)院和綜合醫(yī)院確實存在需求的不同，從而使其產(chǎn)品和公司缺乏專業(yè)性 ※ 軟件商品化 的優(yōu)越性： 技術(shù)風(fēng)險相對比較小，質(zhì)量容易得到保證 由于采用集中開發(fā)的方式，對于產(chǎn)品管理和質(zhì)量控制可以建立比較完善的體系，這樣的情況下對于開發(fā)人員的個體依賴比較小，整體技術(shù)體系風(fēng)險較項目化的方式低 知識的管理和傳播比較容易，我們的用戶可以 共享來自眾多專家及 400 余家用 戶的先進管理思想與經(jīng) 驗 由于商品化 帶來的規(guī)范性，導(dǎo)致在經(jīng)營中對于各種知識的積累、提煉相對比較容易 。 比如由于商品化帶來的規(guī)范性，我們就可以對實施、技術(shù)服務(wù)等進行相應(yīng)的規(guī)范化操作，積累一系列的各種培訓(xùn)資料，通過培訓(xùn)和其它方式把知識傳播出去。反之，個性化太多的東西對于提煉和傳播是非常不利的 容易規(guī)?；\作 由于商品化的規(guī)范性導(dǎo)致實施和技術(shù)服務(wù)的進入壁壘降低，我們可以 把 更多的積累用于實施和技術(shù)服務(wù)的人員 的儲備、培養(yǎng) ， 在 有大規(guī)模運作的情況下，我們才能抓住機會 “ 長期不斷升級 ”策略在市場上可以很好打擊項目化方式運作的公司 從國內(nèi)目前的情況來看， HIS 系統(tǒng)的需求是不斷變化的，用戶需要軟件的不斷升級完善 由于商品化方 式采用一個版本體系的軟件，我們可以在 代價 很小的情況下不斷對用戶進行升級，主動提高用戶的滿意度，在現(xiàn)今日益重視客戶滿意度的情況下，我們可以通過此點不斷打擊升級不易的項目化體系的公司 可以更好的專業(yè)分工 1 由于商品化方式采用的是整體體系下分工合作的方式，這個對于用戶需求的各個環(huán)節(jié)都有專人負責(zé)，所以可以在分工的前提下把各項工作做得更加專業(yè) 中聯(lián)醫(yī)院信息系統(tǒng)技術(shù)方案書 版權(quán)所有 未經(jīng)許可 不得翻印 ZLHIS 包括三十多個應(yīng)用部件，構(gòu)筑了幾十個應(yīng)用系統(tǒng)，幾百個功能模塊，上百個參數(shù)開關(guān) ， 構(gòu)筑的幾十個應(yīng)用系統(tǒng)。模塊化結(jié)構(gòu)最大的好處是可以適應(yīng)不同規(guī)模的應(yīng)用。整個方案由幾百個功能模塊 構(gòu)成，除基礎(chǔ)數(shù)據(jù)部份以外的模塊，可分別組合成相互獨立的幾十個系統(tǒng)，根據(jù)醫(yī)院的實際規(guī)模和應(yīng)用范圍，可以靈活地組合成從基本應(yīng)用到完全應(yīng)用的各種模式?？梢院敛豢鋸埖卣f，本方案基本解決了所有的應(yīng)用要求。例如： ? 首創(chuàng)開放式部件策略，系統(tǒng)由統(tǒng)一的功能導(dǎo)航臺驅(qū)動，使用相同的公共部件，完成必要的設(shè)備接口和數(shù)據(jù)接口；導(dǎo)航臺、公共部件和各應(yīng)用部件具有獨立版本管理和運行協(xié)調(diào)，確保局部應(yīng)用的調(diào)整、升級只與獨立的部件相關(guān)。 ? 系統(tǒng)提供完全的在線幫助，用戶在任何一個模塊的使用過程中均可通過幫助按鈕來獲得必要的幫助和操作提示。 ? 能夠支持收 費處方到指定藥房取藥和動態(tài)分配藥房及窗口，支持忙閑動態(tài)分配和平均分配兩種方式。 ? 提供大量符合顯示習(xí)慣的藥品處方輸入方式支持各類處方模板，支持協(xié)定處方、專家處方、經(jīng)典方等，更加方便醫(yī)生使用。 ? 電子病歷支持多種輸入方式支持鍵盤漢字書寫、手寫筆書寫。提供自定義西醫(yī)病歷、中醫(yī)病歷、專科病歷模板功能。提供醫(yī)學(xué)詞匯術(shù)語摸板輔助書寫病歷。 ? 分科定制病歷書寫規(guī)范 ：系統(tǒng)支持根據(jù)不同 醫(yī)院或 科別病歷書寫規(guī)范，確定各科室或公共的門診病歷、住院病歷、護理病歷書寫 格式 要求。如要求內(nèi)科住院病歷完成入院記錄、病程記錄、出院記錄，而對產(chǎn)科則 按要求書寫入院記錄、產(chǎn)前記錄、產(chǎn)后記錄；即使同種病歷文件，也可以根據(jù)分科要求，突出重點病理內(nèi)容項目。 ? 提供符合電子病歷規(guī)范化發(fā)展思想的所見單定義使用，并自動轉(zhuǎn)換為文字病歷。既可以提高病歷錄入速度，也規(guī)范了診斷過程，保證醫(yī)生評估無遺漏，指導(dǎo)經(jīng)驗不足醫(yī)師完成診斷，更由于確定了標(biāo)準(zhǔn)的評估方法，任何醫(yī)師評估時都能得到能共同理解且質(zhì)量高的數(shù)據(jù)，成為醫(yī)學(xué)統(tǒng)計、病例比較、臨床研究、輔助診斷的基礎(chǔ)資料。 ? 提供實現(xiàn) 電子病歷圖文混排 的病歷標(biāo)記圖和附加表：系統(tǒng)預(yù)裝若干標(biāo)準(zhǔn)的人體解剖、疾病圖譜等標(biāo)記圖和附加表，讓醫(yī)生可快速完成包含 燒傷標(biāo)記、外科手術(shù)方案等各種復(fù)雜圖形說明的病歷文件，病歷文件美觀標(biāo)準(zhǔn)。同時由于采用了標(biāo)記方式，同樣可以對醫(yī)生基于標(biāo)記圖所作的病歷描述與記錄進行分析比較。 中聯(lián)醫(yī)院信息系統(tǒng)技術(shù)方案書 版權(quán)所有 未經(jīng)許可 不得翻印 ? 提供符合國家規(guī)范和手工記錄習(xí)慣的 體溫表、麻醉記錄 等對體溫表和麻醉記錄等醫(yī)護文件，提供醫(yī)護人員習(xí)慣的圖形坐標(biāo)點繪記錄，自動連線的方式，并按照這種方式顯示提示準(zhǔn)確的體征和手術(shù)麻醉進程信息。同時可根據(jù)地方規(guī)范，調(diào)整圖形坐標(biāo)記錄項目。 ? 提供醫(yī)囑模板功能提供醫(yī)囑模板，可由用戶將常用醫(yī)囑內(nèi)容保存為模板，供輸入醫(yī)囑時隨時調(diào)用并自由編輯，大大提高工作效率，減少重復(fù)勞動。 ? 提供病歷 斷點連續(xù)打印 功能，既保證打印內(nèi)容不重復(fù)、不遺漏，又能為醫(yī)院節(jié)省紙張費用。 167。 技術(shù)領(lǐng)先 —— 三層結(jié)構(gòu)模式 醫(yī)院信息系統(tǒng)（ ZLHIS） 是國內(nèi)少數(shù)采用大型數(shù)據(jù)庫的醫(yī)院信息系統(tǒng)，高效的前臺開發(fā)工具和充分的數(shù)據(jù)庫自動化編程技術(shù)使系統(tǒng)徹底實現(xiàn)三層結(jié)構(gòu)模式 。 三層結(jié)構(gòu)模式 ——在程序設(shè)計中，把數(shù)據(jù)庫、事務(wù)處理、界面相互分離，因事務(wù)規(guī)則的改變而需要升級軟件時，不必更換所有機器上的應(yīng)用程序，而只需升級服務(wù)器上的事務(wù)處理程序即可，這樣不但方便了程序的升級，而且降低了升級所花費的代價。例如，一個單位其應(yīng)用是兩臺服務(wù)器， 100 個 客戶機，對非三層結(jié)構(gòu)（如 C/S 結(jié)構(gòu)）升級時要升級所有客戶（ 100 臺計算機）的程序，并且要對所有涉及到的用戶重新進行培訓(xùn)；如果采用三層結(jié)構(gòu)模式，則只需要升級兩臺服務(wù)器上的事務(wù)處理程序，而對客戶來說沒有任何改變，不必進行培訓(xùn)。兩相對照，后者優(yōu)勢不言而喻。 同時奠定了區(qū)域遠程醫(yī)療協(xié)作基礎(chǔ)；在同類系統(tǒng)中，首先應(yīng)用了大對象圖形圖像存取技術(shù)；事務(wù)機制的采用，保證了數(shù)據(jù)在掉電襲擊等意外情況的一致完整。 167。 應(yīng)用安全 —— 三級安全防護 用 Windows NT/2020 和 Windows 95/98 控制網(wǎng)絡(luò)操作權(quán)限；應(yīng)用程序?qū)τ脩?的程序操作權(quán)限進行控制；把用戶程序操作密碼與數(shù)據(jù)庫登錄密碼分離，杜絕了用戶直接對數(shù)據(jù)庫進行操作的現(xiàn)象，防止了非法數(shù)據(jù)輸入、數(shù)據(jù)刪除、數(shù)據(jù)修改和數(shù)據(jù)查詢。 利用數(shù)據(jù)庫重寫日志機制和聯(lián)機日志歸檔，并定時后臺自動進行系統(tǒng)的脫機備份、聯(lián)機備份、邏輯備份，可完全確保系統(tǒng)在遭受任何硬件失效、系統(tǒng)崩潰情況下，完全恢復(fù)數(shù)據(jù)。 具有真正數(shù)據(jù)庫授權(quán) （ 每一個使用用戶均采用數(shù)據(jù)庫用戶登錄， 而非傳統(tǒng)的固定用戶 +密碼的方式）， 具有完善的操作權(quán)限分配策略 （ 采用數(shù)據(jù)庫對象方式授權(quán) ，而非 采用程序控制權(quán)限 ），對于所有用戶的密碼均進行密碼轉(zhuǎn)換運 算，更大程度避免用戶不通過系統(tǒng)直接進入數(shù)據(jù)庫修改數(shù)據(jù)。 這樣， 極大 地 保證了系統(tǒng)的安全性，避免人為進入數(shù)據(jù)庫修改數(shù)據(jù)，同時在不告知密碼的情況下，軟件開發(fā)商 同樣 不能直接進入數(shù)據(jù)庫。 中聯(lián)醫(yī)院信息系統(tǒng)技術(shù)方案書 版權(quán)所有 未經(jīng)許可 不得翻印 主要解決思路如下： “充分利 用 Oracle 數(shù) 據(jù)庫系統(tǒng)提供的強大的安全管理機制；在應(yīng)用軟件進一步的強化加密性能”是本系統(tǒng)安全設(shè)置的主要思想 。 Oracle 數(shù)據(jù)庫是目前數(shù)據(jù)庫產(chǎn)品中安全性最好的產(chǎn)品，這 是世界公認的事實。它提供了完善的數(shù)據(jù)庫事務(wù)保護機制 （ 事務(wù)日志與重做日志 ） 、恢復(fù)管理器、完整的數(shù)據(jù)備份和災(zāi)難處理策略、高可用性的若干選項，保證 建立在 Oracle 數(shù)據(jù)庫上的產(chǎn)品的高度安全。 基于 Oracle 數(shù)據(jù)庫的強大， 我們對 其 安全策略的利用主要在于： a) 利用 Oracle 的用戶角色管理機制，實現(xiàn)本系統(tǒng)的用戶權(quán)限管理； b) 利用存儲過程，保證對數(shù)據(jù)的訪問只能通過過程進行。 在本系統(tǒng)中，“用戶”這個概念是分成兩個部分來理解的：一是上機人員，也就是用戶單位中的工作人員（以后簡稱人員）；另一個就是 Oracle 用戶，也就是數(shù)據(jù)庫中用戶（以后簡稱用戶）。它們在數(shù)據(jù)庫中的關(guān)系如下圖： 系統(tǒng)的登錄、執(zhí)行各種操作（增加記錄，修改記錄，刪除記 錄）等都是以 Oracle 用戶的身份在進行。只有當(dāng)需要得到當(dāng)前操作員的真實姓名和部門等信息時 —— 比如填寫單據(jù)，才用得到上機人員。這樣設(shè)置的好處是 Oracle 用戶并不依賴于實際用戶，在系統(tǒng)的實際用戶資料還未建立時就能使用本系統(tǒng)。 在進行權(quán)限管理時，其對象都是指 Oracle 用戶。這套開發(fā)體系的權(quán)限控制采用的是多層結(jié)構(gòu)，如下圖所示： 程序中涉及權(quán)限管理的模塊有兩個地方： 在系統(tǒng)中，對數(shù)據(jù)庫對象的各種操作權(quán)限都是授給角色的，而不是針對具體用戶。當(dāng)在《系統(tǒng)用戶管理》中為用戶選擇了角 色后，用戶同時也就有了該角色所具有的權(quán)限。 程序中是通過《系統(tǒng)權(quán)限管理》給角色授權(quán)的。界面上顯示的是各個角色能執(zhí)行哪個模塊、模塊中的哪個功能。如此就已經(jīng)讓 Oracle 用戶具有操作這些數(shù)據(jù)庫對象的能力。 系統(tǒng)除可以對模塊級別進行授權(quán)外，還可以對模塊內(nèi)部的子功能進行授權(quán)，更加貼近用戶實際需求。 這樣的安排優(yōu)點很多： 人員表 Oracle 用戶 通過 得到 上機人員表 用戶名 人員名 對照關(guān)系 照關(guān)系 照 各功能對數(shù)據(jù)對象的操作權(quán)限 Oracle用戶 Oracle角色 Oracle 數(shù)據(jù)對象 程序模塊 模塊功能 授予角色給用戶 角色使用哪些模塊 每個模塊又分多個功能 每個用戶對數(shù)據(jù)對象的操作權(quán)限 中聯(lián)醫(yī)院信息系統(tǒng)技術(shù)方案書 版權(quán)所有 未經(jīng)許可 不得翻印 ? 權(quán)限控制準(zhǔn)確 由于模塊功能所涉及到的數(shù)據(jù)庫對象是由程序員填寫，因此能給出完成該功能所需的最小數(shù)據(jù)庫對象操作集，也就是如果該功能只會涉及一個表的 SELECT 操作，那絕不會再把表的INSERT 操作的權(quán)限賦 給角色。當(dāng)然這樣做也有一定的負面影響，那就是程序員的工作量增大了；而且容易填寫錯誤。 ? 控制細致 同一個模塊，我們可以按功能劃分幾個部分，對于每一部分具體授權(quán)。比如入庫管理程序，可以把填單和審核的功能分開管理。 ? 控制靈活 由于權(quán)限控制都是通過數(shù)據(jù)表動態(tài)控制的，所以當(dāng)權(quán)限有改動時，只需要相應(yīng)改動數(shù)據(jù)表就行了，很少改程序。 熟悉數(shù)據(jù)庫操作的人員不使用程序直接訪問修改數(shù)據(jù)對象，是信息系統(tǒng)中司空見慣的事情。本系統(tǒng)通過嚴(yán)格的數(shù)據(jù)庫授權(quán)控制和密碼轉(zhuǎn)換的策略，使系統(tǒng)的操作者，只有通過系統(tǒng)程序才能 進行數(shù)據(jù)訪問操作。 ? 所有數(shù)據(jù)訪問全部通過存儲過程進行 具有用戶訪問操作權(quán)限的用戶，并不具有具體的數(shù)據(jù)表的操作權(quán)限；只授予了他們相關(guān)的操作訪問數(shù)據(jù)的存儲過程的執(zhí)行權(quán)限；使他們無法通過存儲過程以外的方式改變數(shù)據(jù)，從而保證了系統(tǒng)的數(shù)據(jù)安全。 由于存儲過程本身是包含了業(yè)務(wù)規(guī)則的完整事務(wù)，因此也保證了數(shù)據(jù)的完整性和一致性，避免了直接操作數(shù)據(jù)可能導(dǎo)致的