目錄TOC\o"1-3"\h\u2723第一章緒論4192311.1、研究背景412171.2、課題來(lái)源4286871.3、研究目標(biāo)523571.4研究意義53861.5研究?jī)?nèi)容53728第二章相關(guān)技術(shù)現(xiàn)狀65052.1、醫(yī)院信息系統(tǒng)集成現(xiàn)狀與問(wèn)題分析688842.1.1醫(yī)院信息系統(tǒng)集成現(xiàn)狀6121742.1.2醫(yī)院信息系統(tǒng)集成平臺(tái)介紹8235692.2、醫(yī)院集成平臺(tái)相關(guān)技術(shù)9155562.2.1集成層次924692.2.4集成平臺(tái)核心價(jià)值12125492.3、醫(yī)院集成的消息格式--HL7標(biāo)準(zhǔn)介紹13163982.4、國(guó)內(nèi)外醫(yī)院HL7應(yīng)用進(jìn)展15137972.4.1、HL7標(biāo)準(zhǔn)在美洲應(yīng)用的前景1551792.4.2、HL7標(biāo)準(zhǔn)在歐洲應(yīng)用的前景16326712.4.3、HL7標(biāo)準(zhǔn)在中國(guó)應(yīng)用的前景1762572.5、HL7實(shí)際應(yīng)用特點(diǎn)18129102.5.1、HL7消息傳輸?shù)沫h(huán)境1858342.5.2、HL7消息發(fā)送和接收的原那么19296122.5.3、HL7消息傳輸?shù)囊?97255第三章平臺(tái)需求分析1932883.3、集成平臺(tái)需求分析19170233.3.1根本功能需求20307143.3.2系統(tǒng)性能需求2220581經(jīng)濟(jì)效益需求2310239第四章平臺(tái)設(shè)計(jì)25236314.1、總體設(shè)計(jì)25135614.1.1設(shè)計(jì)目標(biāo)2554714.1.2體系結(jié)構(gòu)2549744.1.3信息集成模塊例如26246214.2平臺(tái)網(wǎng)絡(luò)體系29304934.2.1網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)3012704.2.3網(wǎng)絡(luò)平安設(shè)計(jì)33176294.3、HL7引擎的實(shí)現(xiàn)38257284.3.1模塊之間的關(guān)系38216364.3.2數(shù)據(jù)映射3943224.3.3發(fā)生/接受模塊4028084.3.4生成消息模塊41209484.3.5解析消息模塊4221977第五章測(cè)試與評(píng)價(jià)4261935.1測(cè)試說(shuō)明4375225.2測(cè)試過(guò)程與結(jié)果43171035.2.1測(cè)試的條件4398485.2.2功能測(cè)試之過(guò)程與最終結(jié)果43263355.2.3系統(tǒng)穩(wěn)定性之結(jié)果與過(guò)程44281545.2.4系統(tǒng)平安性之結(jié)果與過(guò)程4482955.3平臺(tái)實(shí)際運(yùn)行分析454050第六章總結(jié)和展望45214146.1、集成平臺(tái)優(yōu)勢(shì)4580296.2、本文總結(jié)46200516.4、展望4617427參考文獻(xiàn)46某醫(yī)院信息化集成平臺(tái)的改造實(shí)施摘要：隨著信息技術(shù)和網(wǎng)絡(luò)技術(shù)的飛速開(kāi)展，共享醫(yī)療數(shù)據(jù)以及醫(yī)療信息系統(tǒng)可操作性互聯(lián)的需求顯得更為迫切，所以建立統(tǒng)一的醫(yī)療信息標(biāo)準(zhǔn)已成為世界性趨勢(shì)。HL7〔HealthLevelSeven〕醫(yī)學(xué)信息標(biāo)準(zhǔn)，已成為美國(guó)公認(rèn)的醫(yī)學(xué)信息標(biāo)準(zhǔn)，美國(guó)約90％醫(yī)院的醫(yī)學(xué)信息相關(guān)設(shè)備和醫(yī)療信息系統(tǒng)正是基于HL7標(biāo)準(zhǔn)建立的。而且在英國(guó)、德國(guó)等興旺國(guó)家，HL7標(biāo)準(zhǔn)也逐漸被群眾接受和認(rèn)可。經(jīng)過(guò)二十多年的快速開(kāi)展，HL7已經(jīng)成為了一個(gè)國(guó)際化的技術(shù)標(biāo)準(zhǔn)，同時(shí)在國(guó)際舞臺(tái)上發(fā)揮的重要作用。論文正是基于HL7醫(yī)學(xué)信息標(biāo)準(zhǔn)的良好開(kāi)展前景而展開(kāi)論述的，其中著重介紹了HL7標(biāo)準(zhǔn)以及其相關(guān)信息，在此根底上著重研究了HL7信息傳輸效勞器的搭建，從而實(shí)現(xiàn)效勞器和客戶(hù)端的連接和信息傳輸。由于種種原因，我國(guó)醫(yī)療信息系統(tǒng)還在使用不同的技術(shù)標(biāo)準(zhǔn)，這嚴(yán)重阻礙了各醫(yī)療信息系統(tǒng)之間的通信互聯(lián)和信息共享。加快HL7標(biāo)準(zhǔn)的推廣，不斷完善客戶(hù)端和效勞器之間通信傳輸，進(jìn)一步和國(guó)際開(kāi)展接軌對(duì)我國(guó)醫(yī)療信息產(chǎn)業(yè)的未來(lái)將會(huì)有很大的幫助。關(guān)鍵字：HIS；HL7；集成平臺(tái)：醫(yī)院Abstract:withtherapiddevelopmentofinformationtechnologyandnetworktechnology,sharingmedicaldataandmedicalinformationsystemismoreurgent,sotheestablishmentofaunifiedmedicalinformationstandardshasbecomeaworldwidetrend.HL7(LevelSevenHealth)medicalinformationstandards,hasbecometheUnitedStatesrecognizedstandardsofmedicalinformation,theUnitedStatesabout90%hospitalsofmedicalinformationequipmentandmedicalinformationsystemisbasedontheestablishmentofHL7standards.AndintheUnitedKingdom,Germanyandotherdevelopedcountries,HL7standardsaregraduallyacceptedandrecognizedbythepublic.Aftermorethan20yearsofrapiddevelopment,HL7hasbecomeaninternationaltechnicalstandards,andplaysanimportantroleintheinternationalarena.ThispaperisbasedontheHL7medicalinformationstandardofgooddevelopmentprospects,whichfocusedontheHL7standardanditsrelatedinformation,onthebasisoftheresearchontheconstructionofHL7informationtransmissionserver,soastorealizetheserverandclientconnectionandinformationtransmission.Duetovariousreasons,China'smedicalinformationsystemisstillusingdifferenttechnicalstandards,whichseriouslyhinderedthecommunicationbetweenthemedicalinformationsystemandinformationsharing.AcceleratethepromotionofHL7standards,andconstantlyimprovethecommunicationbetweentheclientandtheserver,andtheinternationaldevelopmentofthefuturewillbeagreathelptoChina'smedicalinformationindustry.Keywords:HIS;HL7;integrationplatform:Hospital第一章緒論1.1、研究背景隨著信息技術(shù)和網(wǎng)絡(luò)技術(shù)的飛速開(kāi)展，共享醫(yī)療數(shù)據(jù)以及醫(yī)療信息系統(tǒng)可操作性互聯(lián)的需求顯得更為迫切，所以建立統(tǒng)一的醫(yī)療信息標(biāo)準(zhǔn)已成為世界性趨勢(shì)。HL7〔HealthLevelSeven〕醫(yī)學(xué)信息標(biāo)準(zhǔn)，已成為美國(guó)公認(rèn)的醫(yī)學(xué)信息標(biāo)準(zhǔn)，美國(guó)約90％醫(yī)院的醫(yī)學(xué)信息相關(guān)設(shè)備和醫(yī)療信息系統(tǒng)正是基于HL7標(biāo)準(zhǔn)建立的。而且在英國(guó)、德國(guó)等興旺國(guó)家，HL7標(biāo)準(zhǔn)也逐漸被群眾接受和認(rèn)可。經(jīng)過(guò)二十多年的快速開(kāi)展，HL7已經(jīng)成為了一個(gè)國(guó)際化的技術(shù)標(biāo)準(zhǔn)，同時(shí)在國(guó)際舞臺(tái)上發(fā)揮的重要作用。論文正是基于HL7醫(yī)學(xué)信息標(biāo)準(zhǔn)的良好開(kāi)展前景而展開(kāi)論述的，其中著重介紹了HL7標(biāo)準(zhǔn)以及其相關(guān)信息，在此根底上著重研究了HL7信息傳輸效勞器的搭建，從而實(shí)現(xiàn)效勞器和客戶(hù)端的連接和信息傳輸。由于種種原因，我國(guó)醫(yī)療信息系統(tǒng)還在使用不同的技術(shù)標(biāo)準(zhǔn)，這嚴(yán)重阻礙了各醫(yī)療信息系統(tǒng)之間的通信互聯(lián)和信息共享。加快HL7標(biāo)準(zhǔn)的推廣，不斷完善客戶(hù)端和效勞器之間通信傳輸，進(jìn)一步和國(guó)際開(kāi)展接軌對(duì)我國(guó)醫(yī)療信息產(chǎn)業(yè)的未來(lái)將會(huì)有很大的幫助。1.2、課題來(lái)源鑒于多年的醫(yī)院信息化工作的經(jīng)歷，愈發(fā)體會(huì)到現(xiàn)代醫(yī)院開(kāi)展對(duì)信息化的依賴(lài)性。創(chuàng)立“數(shù)字化醫(yī)院”未來(lái)必將成為醫(yī)院等級(jí)考核的硬性指標(biāo)。而目前絕大多數(shù)醫(yī)院普遍存在大量異構(gòu)的、自主的、分布的、來(lái)自多個(gè)開(kāi)發(fā)商的數(shù)據(jù)庫(kù)、應(yīng)用系統(tǒng)如：〔HIS，LIS，PACS，EMR等〕這些都是早期信息化建設(shè)所經(jīng)歷的過(guò)程。數(shù)據(jù)存在一個(gè)個(gè)“信息孤島”之中，如何將有用的信息從大量的數(shù)據(jù)中抽取出來(lái)是信息化所面臨的問(wèn)題：是推翻重建嗎？不可能。本錢(qián)和時(shí)間都不允許，那么只有整合。這也就是我們目前研究的課題—“醫(yī)療信息化集成”平臺(tái)。這里的“集成平臺(tái)”不只是簡(jiǎn)單意義的將各業(yè)務(wù)系統(tǒng)中需要共享的數(shù)據(jù)集成在平臺(tái)上，它應(yīng)該滿(mǎn)足實(shí)時(shí)的數(shù)據(jù)交互以及互操作性(Interoperability)。然而醫(yī)院中不同的部門(mén)、不同系統(tǒng)供給商的產(chǎn)品、不同的數(shù)據(jù)庫(kù)平臺(tái)如何整合呢？這給信息集成平臺(tái)的建立帶來(lái)了很高的難度。20世紀(jì)80年代后，國(guó)際上陸續(xù)提出了許多解決醫(yī)療信息系統(tǒng)集成問(wèn)題的方案，各種醫(yī)療通訊標(biāo)準(zhǔn)被制定和推廣，如：HL7(Healthlevelseven)[2]、CCOW(Clinicalcontextobjectworkgroup)[3]DICOM(Digitalimagingandcommunicationsinmedicine)[4]、CORBAMed(Commonobjectrequestbrokerarchitectureinmedicine)。經(jīng)過(guò)30多年的不斷推進(jìn)與完善，2011年它們成了ISO國(guó)際標(biāo)準(zhǔn)，醫(yī)療信息集成平臺(tái)產(chǎn)品也隨之開(kāi)展起來(lái)。也正是由于標(biāo)準(zhǔn)化的形成以及它對(duì)未來(lái)醫(yī)療行業(yè)所帶來(lái)的巨大沖擊。2001年7月，中國(guó)以HL7CHINA的名義正式參加HL7標(biāo)準(zhǔn)組織，成為HL7的國(guó)際會(huì)員。致力于制定HL7FORCHINA的標(biāo)準(zhǔn)[1]。目前國(guó)內(nèi)一些醫(yī)療生產(chǎn)廠商也開(kāi)始向此標(biāo)準(zhǔn)靠攏，開(kāi)發(fā)了一些符合HL7標(biāo)準(zhǔn)的平臺(tái)的產(chǎn)品。本論文以標(biāo)準(zhǔn)化為出發(fā)點(diǎn)，采用目前流行的接口效勞技術(shù)，研究并設(shè)計(jì)了一種開(kāi)放的可擴(kuò)展的信息集成平臺(tái)，保證了異構(gòu)系統(tǒng)之間信息交換格式和內(nèi)容的統(tǒng)一。1.3、研究目標(biāo)通過(guò)集成平臺(tái)的建立最終實(shí)現(xiàn)：1、醫(yī)院建立標(biāo)準(zhǔn)化電子病歷，方便病人資料交流。2、提高醫(yī)生工作效率，使得醫(yī)生能做出更準(zhǔn)確的診斷。4、實(shí)現(xiàn)醫(yī)院“以病人信息為中心”，方便就醫(yī)。5、實(shí)現(xiàn)醫(yī)院的信息平臺(tái)的升級(jí)，提高醫(yī)院的整體效勞水平和效率，節(jié)約資源?？傊?，建平臺(tái)不是目的。而是使原有孤立于各系統(tǒng)中的信息被“解救”出來(lái)，信息能夠順暢地“流動(dòng)”于醫(yī)院的各業(yè)務(wù)系統(tǒng)之間，最大限度地發(fā)揮各系統(tǒng)協(xié)同工作的作用，更好地效勞于患者。使患者能夠體會(huì)到“信息化”所帶來(lái)的方便和快捷。同時(shí)為醫(yī)院的管理注入信息化元素，進(jìn)而為下一步實(shí)現(xiàn)跨區(qū)域醫(yī)療奠定技術(shù)根底。1.4研究意義1.近幾年醫(yī)院醫(yī)療業(yè)務(wù)量逐漸擴(kuò)大，信息化的程度越來(lái)越高，信息化技術(shù)不僅是能促進(jìn)醫(yī)院各項(xiàng)改革措施的落實(shí)，不斷提高信息資源開(kāi)發(fā)效率獲取信息經(jīng)濟(jì)效益的過(guò)程。而且以醫(yī)改為契機(jī)，在國(guó)家大力推行醫(yī)院信息化建設(shè)的前提下，醫(yī)院進(jìn)行傳統(tǒng)工作模式的改革顯得尤為重要。2.進(jìn)行醫(yī)院辦公自動(dòng)化平臺(tái)的建設(shè)，能解決醫(yī)院傳統(tǒng)工作模式下存在的問(wèn)題，改變醫(yī)院的管理模式，以數(shù)字化管理、信息化管理為核心，形成先進(jìn)的醫(yī)院管理理論和醫(yī)院管理模式。同時(shí)通過(guò)該平臺(tái)的建設(shè)，能有效的整合醫(yī)療信息資源，將日常的辦公管理、醫(yī)療行為管理、醫(yī)療信息管理，在該平臺(tái)上統(tǒng)一進(jìn)行歸集和分析，適應(yīng)現(xiàn)代化醫(yī)院的醫(yī)療、科研、教育和管理的要求。從臨床應(yīng)用角度、醫(yī)院管理角度、領(lǐng)導(dǎo)決策角度，都能夠通過(guò)該平臺(tái)實(shí)現(xiàn)輔助工作，同時(shí)架起對(duì)外交流的橋梁。3.辦公自動(dòng)化是以計(jì)算機(jī)網(wǎng)絡(luò)為平臺(tái)、電子技術(shù)為根底構(gòu)成的人機(jī)信息系統(tǒng)，是在行政管理信息化的根底上產(chǎn)生的，經(jīng)歷了以郵件、office處理為核心->以公文為核心->以信息共享為核心->以門(mén)戶(hù)、流程、知識(shí)管理為核心的幾個(gè)開(kāi)展階段。4.辦公自動(dòng)化系統(tǒng)實(shí)施的首要條件就是要用計(jì)算機(jī)等先進(jìn)設(shè)備處理大量冗繁的工作，這就要求在競(jìng)爭(zhēng)日益劇烈的醫(yī)院中，工作人員必須學(xué)會(huì)和掌握根本的計(jì)算機(jī)及網(wǎng)絡(luò)技術(shù)的知識(shí)，辦公自動(dòng)化系統(tǒng)不但提高了醫(yī)院工作人員的計(jì)算機(jī)應(yīng)用技能，也為醫(yī)院全面建設(shè)數(shù)字化醫(yī)院打下了堅(jiān)實(shí)根底。建設(shè)辦公自動(dòng)化平臺(tái)后，節(jié)省了工作人員的大量時(shí)間，有效消除信息孤島的存在，為醫(yī)護(hù)人員進(jìn)一步學(xué)習(xí)相關(guān)業(yè)務(wù)知識(shí)或深造，集中精力研究新問(wèn)題提供了必要條件。1.5研究?jī)?nèi)容本論文主要研究醫(yī)療集成效勞平臺(tái)是如何借助及醫(yī)療效勞總線(xiàn)和接口技術(shù)，改造早期現(xiàn)有業(yè)務(wù)系統(tǒng)使通過(guò)平臺(tái)轉(zhuǎn)換后的信息符合HL7標(biāo)準(zhǔn)，使信息徹底“活起來(lái)”并最終效勞于患者。滿(mǎn)足醫(yī)院的各業(yè)務(wù)系統(tǒng)應(yīng)用需要，建立共享的數(shù)據(jù)庫(kù)，實(shí)現(xiàn)病人主索引、統(tǒng)一術(shù)語(yǔ)和編碼、醫(yī)療文檔交換、統(tǒng)一的用戶(hù)平安管理等集成效勞。1、建立業(yè)務(wù)系統(tǒng)集成標(biāo)準(zhǔn)在平臺(tái)建設(shè)前期，遵循HL7標(biāo)準(zhǔn)標(biāo)準(zhǔn)的根底上，針對(duì)各業(yè)務(wù)系統(tǒng)進(jìn)行調(diào)研，制定醫(yī)院內(nèi)各業(yè)務(wù)應(yīng)用系統(tǒng)的交換標(biāo)準(zhǔn)集成標(biāo)準(zhǔn)。對(duì)掛號(hào)收費(fèi)系統(tǒng)、入出院系統(tǒng)、門(mén)診醫(yī)生工作站、住院醫(yī)生工作站、CIS系統(tǒng)、護(hù)理系統(tǒng)、手術(shù)管理系統(tǒng)、RIS/PACS檢查系統(tǒng)、LIS系統(tǒng)等多家廠商的業(yè)務(wù)系統(tǒng)進(jìn)行了HL7接口改造，主要涉及了患者根本信息、預(yù)約信息、就診信息、過(guò)敏信息、病歷信息、病案信息、處方/醫(yī)囑信息、手術(shù)信息、護(hù)理信息、檢驗(yàn)檢查報(bào)告等業(yè)務(wù)的HL7消息。消息在集成平臺(tái)傳輸時(shí)，實(shí)現(xiàn)與患者主索引系統(tǒng)的集成和業(yè)務(wù)流程的優(yōu)化管理，并到達(dá)各個(gè)業(yè)務(wù)系統(tǒng)間通過(guò)ESB實(shí)現(xiàn)數(shù)據(jù)實(shí)時(shí)交換與共享。2、系統(tǒng)交互標(biāo)準(zhǔn)化改造對(duì)醫(yī)院HIS與RIS/PACS的電子申請(qǐng)業(yè)務(wù)標(biāo)準(zhǔn)化進(jìn)行改造，其業(yè)務(wù)流程交互參照醫(yī)療信息系統(tǒng)集成〔IntegratingtheHealthcareEnterprise,IHE〕標(biāo)準(zhǔn)，消息標(biāo)準(zhǔn)參照HL7標(biāo)準(zhǔn)。到達(dá)實(shí)現(xiàn)醫(yī)生在HIS系統(tǒng)中下達(dá)一個(gè)CT檢查電子申請(qǐng)，HIS系統(tǒng)主動(dòng)觸發(fā)并發(fā)送一條OMG^O19類(lèi)型的HL7消息到集成平臺(tái)，集成平臺(tái)主動(dòng)將該消息推送至RIS/PACS系統(tǒng)，消息包含病人根本信息、申請(qǐng)醫(yī)生信息、申請(qǐng)單信息等。3、實(shí)現(xiàn)基于系統(tǒng)引擎的系統(tǒng)集成。集成平臺(tái)的通訊點(diǎn)作為內(nèi)外數(shù)據(jù)交換的接口適配器，設(shè)置輸入、輸出或雙工模式，支持采用不同協(xié)議集成各類(lèi)業(yè)務(wù)系統(tǒng)。過(guò)濾器〔Filter〕：可以被認(rèn)為是一種特殊的轉(zhuǎn)換器，它支持對(duì)進(jìn)入引擎的消息進(jìn)行二次處理，包括格式轉(zhuǎn)換、基于消息內(nèi)容的判斷、消息內(nèi)容修改、業(yè)務(wù)邏輯校驗(yàn)等。此外，過(guò)濾器也支持JavaScript，提供更多靈活的數(shù)據(jù)接口處理規(guī)那么擴(kuò)展。集成平臺(tái)路由是由多個(gè)通訊點(diǎn)及過(guò)濾器組成的通路或路徑。消息會(huì)按照路由指定的方向流動(dòng)，搭配接口適配器，到達(dá)傳輸信息的目的。第二章相關(guān)技術(shù)現(xiàn)狀2.1、醫(yī)院信息系統(tǒng)集成現(xiàn)狀與問(wèn)題分析2.1.1醫(yī)院信息系統(tǒng)集成現(xiàn)狀信息系統(tǒng)在我國(guó)醫(yī)院的應(yīng)用主要開(kāi)始于20世紀(jì)80年代末，有開(kāi)展階段，分別為：1.二十世紀(jì)八十年代末的糾偏階段：隨著計(jì)算機(jī)信息技術(shù)的開(kāi)展，八十年代末計(jì)算機(jī)技術(shù)在各行業(yè)逐漸獲得普遍的應(yīng)用，其中有不少的大型醫(yī)院逐漸開(kāi)始了計(jì)算機(jī)在醫(yī)院工作中應(yīng)用的嘗試。但這時(shí)的應(yīng)用主要表現(xiàn)為一些單機(jī)系統(tǒng)在醫(yī)院的收費(fèi)處和藥房的簡(jiǎn)單的應(yīng)用。這種單機(jī)的應(yīng)用在一定程度上減少了收費(fèi)或劃價(jià)過(guò)程中的人為過(guò)失，提高了工作的效率。2.二十世紀(jì)九十年代中期的管理階段：通過(guò)八十年代末期計(jì)算機(jī)在各行業(yè)的應(yīng)用，到九十年代中期，由于網(wǎng)絡(luò)技術(shù)的突飛猛進(jìn)和信息化產(chǎn)品硬件價(jià)格的下降，此時(shí)計(jì)算機(jī)在醫(yī)院的大規(guī)模部署應(yīng)用已經(jīng)成為可能。此時(shí)，衛(wèi)生部也成立了專(zhuān)門(mén)的信息化領(lǐng)導(dǎo)小組，開(kāi)發(fā)了自己的醫(yī)院信息管理系統(tǒng)。在此階段，在醫(yī)療領(lǐng)域各種版本的HIS不斷出現(xiàn)，信息化領(lǐng)導(dǎo)小組的成立在一定程度上標(biāo)準(zhǔn)了系統(tǒng)的開(kāi)發(fā)，并完成了一些相關(guān)標(biāo)準(zhǔn)的制定。3.進(jìn)入二十一世紀(jì)以來(lái)，HIS系統(tǒng)的開(kāi)發(fā)進(jìn)入數(shù)字化階段，此時(shí)隨著信息技術(shù)的開(kāi)展，真正意義上的電子病案系統(tǒng)的形成已經(jīng)成熟。以前一些獨(dú)立開(kāi)發(fā)的信息系統(tǒng)逐漸進(jìn)行整合，使醫(yī)院信息系統(tǒng)在功能上獲得的全面提升的突破成為現(xiàn)實(shí)[3]。從總體來(lái)看，在我國(guó)計(jì)算機(jī)進(jìn)入醫(yī)院管理的實(shí)際應(yīng)用開(kāi)始于70年代末期，開(kāi)始主要以小型機(jī)為主，主要應(yīng)用在全國(guó)幾個(gè)幾個(gè)較大型的醫(yī)院。隨著計(jì)算機(jī)和信息技術(shù)的進(jìn)步，一些醫(yī)院開(kāi)始逐漸的添加計(jì)算機(jī)設(shè)備，一些小型的管理軟件也逐漸的得到開(kāi)發(fā)、部署和應(yīng)用。在計(jì)算機(jī)技術(shù)開(kāi)展的根底上，隨著網(wǎng)絡(luò)技術(shù)的突飛猛進(jìn)，基于互聯(lián)互通和信息共享的真正意義上的HiS也逐漸開(kāi)始出現(xiàn)，以前開(kāi)發(fā)部署的功能相對(duì)單一的HIS系統(tǒng)也開(kāi)始進(jìn)入系統(tǒng)整合的階段。通過(guò)新的功能強(qiáng)大的HIS系統(tǒng)的開(kāi)發(fā)和多個(gè)功能單一的HIS系統(tǒng)的整合，使醫(yī)院信息系統(tǒng)在功能上獲得的全面提升的突破成為現(xiàn)實(shí)。1.2.1國(guó)外的研究現(xiàn)狀計(jì)算機(jī)在醫(yī)院的應(yīng)用已經(jīng)有了多年的歷史,HIS系統(tǒng)的開(kāi)發(fā)和應(yīng)用也明顯的早于中國(guó)，下面分別以美國(guó)、日本和歐洲的HIS系統(tǒng)的開(kāi)發(fā)應(yīng)用情況為例說(shuō)明HIS系統(tǒng)在國(guó)外的應(yīng)用情況，情況如圖1-1所示。圖1-1HIS系統(tǒng)在國(guó)外的開(kāi)展?fàn)顩r從整體來(lái)看，目前的醫(yī)院信息系統(tǒng)正在朝廣度和深度的方向開(kāi)展，許多大型的一體化的醫(yī)院HIS系統(tǒng)正在逐步建立。2.1.2醫(yī)院信息系統(tǒng)集成平臺(tái)介紹1建設(shè)需求一個(gè)完善的醫(yī)院信息系統(tǒng)通常由上百個(gè)子系統(tǒng)組成，牽涉眾多的專(zhuān)業(yè)領(lǐng)域。這么龐大的系統(tǒng)需要非常專(zhuān)業(yè)化的軟件開(kāi)發(fā)分工，整合不同廠商有特色的專(zhuān)業(yè)系統(tǒng)是醫(yī)院信息系統(tǒng)的開(kāi)展趨勢(shì)，醫(yī)院信息化能夠取得成功必須保證各個(gè)系統(tǒng)的有效集成和數(shù)據(jù)的高度共享。然而這些系統(tǒng)通常是隨著醫(yī)院的開(kāi)展需求逐步建設(shè)的，它們來(lái)源于不同的廠家，基于不同的技術(shù)，缺乏統(tǒng)一的信息交換標(biāo)準(zhǔn)，這些系統(tǒng)的集成整合已經(jīng)逐漸成為醫(yī)院數(shù)字化開(kāi)展亟待解決的主要問(wèn)題。系統(tǒng)集成平臺(tái)的構(gòu)建主要面向兩個(gè)核心問(wèn)題：一個(gè)是為各種醫(yī)療應(yīng)用提供統(tǒng)一的醫(yī)療數(shù)據(jù)訪問(wèn)效勞，從而消除各種醫(yī)療應(yīng)用系統(tǒng)與醫(yī)療數(shù)據(jù)中心的直接耦合性；另一個(gè)是為各種臨床信息系統(tǒng)提供系統(tǒng)集成效勞，系統(tǒng)集成效勞基于系統(tǒng)集成模型，通過(guò)HL7和DICOM等標(biāo)準(zhǔn)通訊協(xié)議為各種醫(yī)療應(yīng)用系統(tǒng)提供集成效勞，確保各個(gè)臨床信息系統(tǒng)在工作流整合的根底上實(shí)現(xiàn)交互協(xié)作，從而以數(shù)字化的形式完成各項(xiàng)醫(yī)療業(yè)務(wù)。2建設(shè)目標(biāo)系統(tǒng)間的整合、集成和擴(kuò)展一直都是制約醫(yī)院數(shù)字化開(kāi)展的主要障礙，由于不同廠商之間的產(chǎn)品不兼容，使得醫(yī)院整體信息化步履維艱。通過(guò)建設(shè)一個(gè)標(biāo)準(zhǔn)的系統(tǒng)集成平臺(tái)，在IHE、DICOM、HL7等國(guó)際標(biāo)準(zhǔn)的根底上，制定覆蓋醫(yī)療所有業(yè)務(wù)流程的系統(tǒng)集成標(biāo)準(zhǔn)，開(kāi)發(fā)基于標(biāo)準(zhǔn)的系統(tǒng)集成平臺(tái)，為遺留的、當(dāng)前的以及將來(lái)的系統(tǒng)提供了一個(gè)統(tǒng)一且標(biāo)準(zhǔn)的數(shù)據(jù)交換和工作流協(xié)同的平臺(tái)。3信息集成方法信息集成方法有三，即應(yīng)用集成、數(shù)據(jù)集成、界面集成，這三種集成方式各解決不同方面的問(wèn)題。應(yīng)用集成指應(yīng)用程序之間實(shí)時(shí)或異步交換信息和相互調(diào)用功能，可以采用HL7消息，WebService，CORBA，EJB，DCOM，RPC等標(biāo)準(zhǔn)，采用消息中間件，BPM等中間件實(shí)現(xiàn)；數(shù)據(jù)集成是指應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)系統(tǒng)之間的數(shù)據(jù)交換和共享，以及數(shù)據(jù)之間的映射變換，常采用ETL〔Extract-Transform-Load〕工具實(shí)現(xiàn)；界面集成含義是應(yīng)用程序界面之間相互關(guān)聯(lián)引用合成，采用技術(shù)包括ActiveX插件、Portlet、IFrame等。協(xié)同應(yīng)用從早期單純的點(diǎn)對(duì)點(diǎn)接口方式，開(kāi)展到現(xiàn)如今的集成平臺(tái)方式。各種方式中：點(diǎn)對(duì)點(diǎn)接口方式的復(fù)雜性在于要和不同的系統(tǒng)建立1：N的接口，假定有N個(gè)系統(tǒng)相互之間需要建立接口，那么接口數(shù)為N*(N-1)/2。集成平臺(tái)方式中，在N個(gè)系統(tǒng)需要進(jìn)行應(yīng)用協(xié)同的情況下，只需要開(kāi)發(fā)N個(gè)適配器接口即可，減少了集成平臺(tái)的系統(tǒng)負(fù)荷。由于醫(yī)院信息系統(tǒng)復(fù)雜性，我們根據(jù)不同的需求和應(yīng)用場(chǎng)景，設(shè)計(jì)分別采用上述三種不同集成方法和手段進(jìn)行信息集成。2.2、醫(yī)院集成平臺(tái)相關(guān)技術(shù)2.2.1集成層次應(yīng)用集成：和醫(yī)技輔診科室信息系統(tǒng)〔如PACS/RIS、LIS、MUSE等〕的信息集成，這種場(chǎng)景，信息交互的數(shù)據(jù)量不大，實(shí)時(shí)性要求不高，且各信息系統(tǒng)各專(zhuān)業(yè)廠商實(shí)現(xiàn)方式相差較大，采用基于集成平臺(tái)的應(yīng)用集成方式是最優(yōu)選擇。集成平臺(tái)體系結(jié)構(gòu)如下列圖所示，集成平臺(tái)對(duì)外提供支持多種方式的集成效勞：包括WebService效勞、TCP監(jiān)聽(tīng)效勞、文件監(jiān)測(cè)效勞、FTP效勞、SQL監(jiān)控效勞等方式。醫(yī)院信息系統(tǒng)在國(guó)際、國(guó)內(nèi)廣泛采用的有一套集成標(biāo)準(zhǔn)，即：醫(yī)療健康信息集成標(biāo)準(zhǔn)〔IHE〕標(biāo)準(zhǔn)。IHE標(biāo)準(zhǔn)未定義新的集成標(biāo)準(zhǔn)，而是采用了“標(biāo)準(zhǔn)協(xié)調(diào)”過(guò)程推動(dòng)基于工業(yè)標(biāo)準(zhǔn)的醫(yī)療IT系統(tǒng)互操作性。在IHE中，消息傳遞采用的是HL7〔2.x版本)標(biāo)準(zhǔn)，影像傳遞采用DICOM標(biāo)準(zhǔn)。本集成平臺(tái)的集成嚴(yán)格參照該標(biāo)準(zhǔn)進(jìn)行：信息集成平臺(tái)在進(jìn)行消息時(shí)采用HL72.4標(biāo)準(zhǔn)進(jìn)行消息傳遞、在消息內(nèi)部傳遞DICOMStudyUID，以滿(mǎn)足后續(xù)DICOM圖像應(yīng)用時(shí)的需要。臨床信息集成用于對(duì)各臨床信息系統(tǒng)進(jìn)行信息層面的集成事務(wù)處理。事務(wù)的定義參照IHE標(biāo)準(zhǔn)執(zhí)行，消息的交互標(biāo)準(zhǔn)參照HL72.4標(biāo)準(zhǔn)執(zhí)行。集成平臺(tái)內(nèi)部引擎本身由Ensemble集成平臺(tái)根底之上進(jìn)行二次開(kāi)發(fā)而來(lái)，依托Ensemble本身對(duì)各種適配器的支持，集成平臺(tái)對(duì)外能夠提供多種接入效勞方式：TCP、文件夾監(jiān)聽(tīng)、FTP文件監(jiān)聽(tīng)、自定義WebService、SQL監(jiān)聽(tīng)等形式。以更多接入方式進(jìn)行各種不同方式集成各業(yè)務(wù)系統(tǒng)。集成流程以業(yè)務(wù)流程可視化、可編輯化對(duì)外提供工作流程的制定與使用。集成引擎基于標(biāo)準(zhǔn)的業(yè)務(wù)流程執(zhí)行語(yǔ)言〔BusinessProcessExecutionLanguage〕進(jìn)行擴(kuò)展應(yīng)用，以描述交互應(yīng)用。數(shù)據(jù)集成：在實(shí)際業(yè)務(wù)應(yīng)用中，日常醫(yī)院的HIS庫(kù)與ERMS庫(kù)之間存在較多需要高頻率、高性能要求的交互，如計(jì)價(jià)信息與藥品庫(kù)存等信息的實(shí)時(shí)共享等。針對(duì)這樣的應(yīng)用場(chǎng)景，我們采用了ETL工具(GoldenGate)在數(shù)據(jù)庫(kù)底層進(jìn)行的DB層同步方式。目前，醫(yī)院已經(jīng)存在比擬完整的醫(yī)療信息系統(tǒng)，這些醫(yī)療信息是以JW1H系統(tǒng)為根底，增加醫(yī)院自己的需求開(kāi)展而來(lái)。ERMS電子病歷系統(tǒng)是一個(gè)完整的獨(dú)立產(chǎn)品，他有他自己完整一套的系統(tǒng)架構(gòu)和數(shù)據(jù)中心結(jié)構(gòu)，而在系統(tǒng)架構(gòu)和數(shù)據(jù)中心結(jié)構(gòu)上醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)和EMRS電子病歷系統(tǒng)都存在較大差異，這就決定了現(xiàn)有系統(tǒng)和EMRS電子病歷系統(tǒng)很難共用一個(gè)數(shù)據(jù)庫(kù)?？闪硗庖环矫?，EMRS電子病歷系統(tǒng)和醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)都是醫(yī)院系統(tǒng)不可分割的一局部，他們即有自己工作的重點(diǎn)，又有相互聯(lián)系和配合，只有相互無(wú)間的結(jié)合，才能快速、高效和正確地完成日常工作。應(yīng)用EMRS電子病歷系統(tǒng)之后，醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)的主要工作就會(huì)變成傳統(tǒng)意義上的HIS業(yè)務(wù)工作，如經(jīng)濟(jì)管理、人員管理和物資管理等，而EMRS電子病歷系統(tǒng)主要完成以患者為中心的診療行為業(yè)務(wù)工作。兩者之間存在著千絲萬(wàn)縷的關(guān)系，以醫(yī)囑業(yè)務(wù)舉例，如EMRS電子病歷系統(tǒng)下達(dá)、轉(zhuǎn)抄和校對(duì)醫(yī)囑之后，醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)需要完成對(duì)應(yīng)的業(yè)務(wù)操作，如醫(yī)囑擺藥和醫(yī)囑收費(fèi)操作等，這就需要在這兩個(gè)系統(tǒng)之間同步數(shù)據(jù)信息，而涉及到同步的醫(yī)療業(yè)務(wù)往往涉及的醫(yī)療各個(gè)環(huán)節(jié)，如診療、藥房、收費(fèi)、人員管理等，因此需要信息同步的數(shù)據(jù)量會(huì)比擬大，而同時(shí)為了不造成醫(yī)療業(yè)務(wù)的延遲和脫節(jié)，也需要很高的實(shí)時(shí)性。在這種應(yīng)用場(chǎng)景下已不適宜采用基于集成平臺(tái)的，通過(guò)消息交互的應(yīng)用集成方式。消息集成方式，往往需要一個(gè)發(fā)起方和接受方，而發(fā)起方和接受方往往需要一些額外的支持，如發(fā)起方需要調(diào)用接受方提供的接口等，期間可能還涉及到一些負(fù)責(zé)的來(lái)回交互，最主要的是，消息集成在數(shù)據(jù)量很大的情況下，處理速度不是很快，因此，我們將通過(guò)數(shù)據(jù)集成的方式來(lái)實(shí)現(xiàn)數(shù)據(jù)同步，數(shù)據(jù)庫(kù)集成工具采用OracleGoldenGate。醫(yī)院涉及到需要數(shù)據(jù)同步的包括兩個(gè)局部：HIS數(shù)據(jù)庫(kù)和EMRS數(shù)據(jù)庫(kù)。我們將采用GoldenGate實(shí)現(xiàn)HIS數(shù)據(jù)庫(kù)數(shù)據(jù)和EMRS數(shù)據(jù)庫(kù)之間的數(shù)據(jù)雙向同步。其根本結(jié)構(gòu)圖如下列圖所示：界面集成：對(duì)于醫(yī)學(xué)影像、心電圖波形數(shù)據(jù)，臨床醫(yī)生的需求是，不僅能瀏覽圖像和波形，還須有對(duì)其處理的要求，通常對(duì)應(yīng)系統(tǒng)供給商提供了DICOM影像瀏覽器和心電圖瀏覽器，這些瀏覽器提供相應(yīng)的工具來(lái)處理、管理、傳輸和轉(zhuǎn)換圖像和波形。針對(duì)這種帶專(zhuān)業(yè)處理功能的人機(jī)交互界面的應(yīng)用程序，我們采用界面集成的方式，集成專(zhuān)業(yè)瀏覽器插件或應(yīng)用程序。針對(duì)這種方式的場(chǎng)景，EMRS系統(tǒng)將采用界面集成應(yīng)用的方式集成數(shù)據(jù)綜合瀏覽視圖，在臨床數(shù)據(jù)中心一節(jié)中已提到，該視圖采用組件化方式進(jìn)行開(kāi)發(fā)，實(shí)質(zhì)是各類(lèi)專(zhuān)業(yè)瀏覽插件的容器，支持對(duì)各種醫(yī)學(xué)影像〔X-Ray、CT、MRI、超聲、胃腸鏡〕、心電圖、監(jiān)護(hù)數(shù)據(jù)和麻醉監(jiān)護(hù)數(shù)據(jù)等在內(nèi)的多種醫(yī)療數(shù)據(jù)的綜合閱覽分析。至于各專(zhuān)業(yè)瀏覽器插件內(nèi)部的實(shí)現(xiàn)，可能又會(huì)采用應(yīng)用集成的方式，但通常為了提高性能，和多媒體資料庫(kù)中心采用直連的方式獲取影像和波形。以DICOM影像瀏覽器組件為例，其內(nèi)部采用DICOM標(biāo)準(zhǔn)進(jìn)行醫(yī)學(xué)影像格式定義與交互傳輸。該模塊以O(shè)CX控件的方式實(shí)現(xiàn)，同時(shí)提供給集成事務(wù)處理模塊和醫(yī)護(hù)工作站使用。EMRS醫(yī)護(hù)工作站使用DICOM引擎主要實(shí)現(xiàn)從影像中心查詢(xún)和獲取影像等功能。2.2.4集成平臺(tái)核心價(jià)值通過(guò)建立集成信息平臺(tái)，集成各類(lèi)應(yīng)用系統(tǒng)以及日常運(yùn)營(yíng)的業(yè)務(wù)，通過(guò)該平臺(tái)整合醫(yī)院內(nèi)部業(yè)務(wù)應(yīng)用系統(tǒng)，形成一個(gè)互聯(lián)互通的醫(yī)院業(yè)務(wù)協(xié)作網(wǎng)絡(luò)。醫(yī)院信息集成平臺(tái)可以很好支持不同系統(tǒng)之間的醫(yī)療數(shù)據(jù)整合、業(yè)務(wù)整合與數(shù)據(jù)共享，快速實(shí)施應(yīng)用程序節(jié)點(diǎn)部署以及各醫(yī)療子系統(tǒng)之間的協(xié)同通訊。在醫(yī)院信息系統(tǒng)中的各子系統(tǒng)中，比方HIS,LIS,RIS,OA等，傳遞和展現(xiàn)整個(gè)醫(yī)療過(guò)程中的相關(guān)信息。同時(shí)，集成信息平臺(tái)為臨床數(shù)據(jù)中心的數(shù)據(jù)來(lái)源提供了技術(shù)根底和保障，通過(guò)信息標(biāo)準(zhǔn)、交換原那么的制定，對(duì)業(yè)務(wù)系統(tǒng)提供標(biāo)準(zhǔn)的信息交換效勞，確保數(shù)據(jù)交換過(guò)程的平安性、可靠性，實(shí)現(xiàn)數(shù)據(jù)在系統(tǒng)平臺(tái)范圍內(nèi)自由、可靠、可信的交換。通過(guò)醫(yī)院信息平臺(tái)建設(shè)，一方面可以躲避“點(diǎn)對(duì)點(diǎn)”式的信息共享與交換，并使得醫(yī)院可以基于信息平臺(tái)整體上進(jìn)行業(yè)務(wù)流程優(yōu)化與管理，對(duì)內(nèi)提高管理水平，對(duì)外以統(tǒng)一的方式接入?yún)^(qū)域衛(wèi)生協(xié)同網(wǎng)絡(luò)，更好地為人民健康效勞。另一方面利于醫(yī)院信息系統(tǒng)建設(shè)的持續(xù)性開(kāi)展，以適應(yīng)未來(lái)的需求變化，防止信息化建設(shè)的大范圍的推倒重來(lái)；另外，持續(xù)性開(kāi)展還必須要有一套適宜的實(shí)施和效勞模式作支撐。2.3、醫(yī)院集成的消息格式--HL7標(biāo)準(zhǔn)介紹HL7標(biāo)準(zhǔn)內(nèi)容HL7〔HealthLevelSevern,健康信息交換第七層協(xié)議〕組織是一家非盈利性質(zhì)的國(guó)際性組織，主要從事衛(wèi)生保健環(huán)境臨床和管理電子數(shù)據(jù)交換的標(biāo)準(zhǔn)開(kāi)發(fā)。HL7組織參考了國(guó)際標(biāo)準(zhǔn)組織ISO〔InternationalStandardsOrganization〕,采用開(kāi)放式系統(tǒng)互聯(lián)OSI(OpenSystemInterconnection)的通信模式，將HL7納為最高的一層，也就是應(yīng)用層。HL7標(biāo)準(zhǔn)可以應(yīng)用于多種操作系統(tǒng)和硬件環(huán)境，也可以進(jìn)行多應(yīng)用系統(tǒng)間的文件和數(shù)據(jù)交換。它是醫(yī)療領(lǐng)域不同應(yīng)用系統(tǒng)之間電子數(shù)據(jù)傳輸?shù)膮f(xié)議，主要目的是要開(kāi)展各型醫(yī)療信息系統(tǒng)間，如臨床、檢驗(yàn)、保險(xiǎn)、管理及行政等各項(xiàng)電子資料交換的標(biāo)準(zhǔn)；主要應(yīng)用在醫(yī)療保健領(lǐng)域，特別是在住院患者急需的醫(yī)護(hù)設(shè)施領(lǐng)域內(nèi)〔如醫(yī)院〕進(jìn)行及時(shí)的電子數(shù)據(jù)交換。HL7標(biāo)準(zhǔn)實(shí)現(xiàn)的功能：◆

信息交換〔Messageinterchange〕◆

軟件組織〔Softwarecomponents〕◆

文檔與記錄架構(gòu)〔Documentandrecordarchitecture〕◆

醫(yī)學(xué)邏輯〔MedicalLogic〕HL7標(biāo)準(zhǔn)包含256個(gè)事件、116個(gè)消息類(lèi)型、139個(gè)段、55種數(shù)據(jù)類(lèi)型、408個(gè)數(shù)據(jù)字典、涉及79種編碼系統(tǒng)。HL7標(biāo)準(zhǔn)可以在不同的系統(tǒng)中進(jìn)行接口的編址，這些系統(tǒng)可以發(fā)送或接收一些信息，包括：就診者住院/登記、出院或轉(zhuǎn)院〔ADT〕數(shù)據(jù)、查詢(xún)、資源和就診者的方案安排表、醫(yī)囑、診斷結(jié)果臨床觀察、賬單、主文件的更新信息、醫(yī)學(xué)記錄、安排、就診者的轉(zhuǎn)診以及就診者的護(hù)理。HL7可以采用點(diǎn)對(duì)點(diǎn)方式或HL7效勞器方式實(shí)現(xiàn)，它采用面向?qū)ο蠹夹g(shù)，使用消息驅(qū)動(dòng)，可以防止交叉調(diào)用的混亂。HL7標(biāo)準(zhǔn)是一種協(xié)議標(biāo)準(zhǔn)，用于不同醫(yī)療系統(tǒng)之間信息交換。HL7工作原理：HL7標(biāo)準(zhǔn)是目前醫(yī)療信息交換過(guò)程中使用最普遍的標(biāo)準(zhǔn)，它的內(nèi)容包括通用查詢(xún)?cè)趦?nèi)的全部接口，如下所示：◆

患者管理〔入院、出院、轉(zhuǎn)院和注冊(cè)〕

◆

醫(yī)囑處理◆

患者記賬系統(tǒng)

◆

臨床觀察◆

同步主檔〔MasterFile〕的一般接口

◆

醫(yī)療信息〔文檔〕管理◆

資源與預(yù)約◆

患者轉(zhuǎn)診◆

支持面向問(wèn)題的記錄患者照料通訊，為實(shí)施臨床路徑的計(jì)算機(jī)信息系統(tǒng)提供有關(guān)功能HL7標(biāo)準(zhǔn)定位：◆

盡量專(zhuān)注于Layere7的實(shí)現(xiàn)?！?/p>

不同技術(shù)環(huán)境的不同系統(tǒng)間的資料交換。

◆

提供及時(shí)的傳輸方式。

◆

供客制化的標(biāo)準(zhǔn)規(guī)格?！?/p>

建構(gòu)在已被廣泛接受的標(biāo)準(zhǔn)協(xié)議上。

◆

并不設(shè)定成為“即插即用”的界面標(biāo)準(zhǔn)。HL7標(biāo)準(zhǔn)的設(shè)計(jì)理念以及組成方式：1．設(shè)計(jì)理念◆

Segment:將醫(yī)院中需要存放的資料分類(lèi)到無(wú)法分割的工程〔如病患資料，將其命名為PID〕?！?/p>

Chapter:將醫(yī)院中的流程分割成好幾大塊〔如抽象數(shù)據(jù)集，ADT〕。

◆

Message:將每個(gè)流程定位出好幾個(gè)觸發(fā)事件〔TriggerEvents〕.

◆

運(yùn)用所有找出的三個(gè)英文字頭來(lái)湊成這些消息〔Message〕.2．組成方式〔Implementationmethod〕

◆

了解欲標(biāo)準(zhǔn)化的醫(yī)療流程?！?/p>

利用類(lèi)別圖〔ClassDiagram〕定義流程的結(jié)構(gòu)與靜態(tài)關(guān)系?！?/p>

利用對(duì)象關(guān)系圖〔ObjectInteractionDiagram,OID〕D定義流程的順序與動(dòng)態(tài)關(guān)系。

◆

為可能出現(xiàn)的醫(yī)療流程特殊性加以比擬、修改。

◆

組織專(zhuān)家會(huì)議訂定決議。◆

實(shí)際建置電子化流程借以作為醫(yī)療院所之參考?！?/p>

以效率及組織成員滿(mǎn)意程度為主評(píng)估電子化流程效益。HL7的消息結(jié)構(gòu)如下列圖：消息定義的規(guī)約：◆

描述消息的格式，包括它們的目的、內(nèi)容和相互關(guān)系，這種格式被稱(chēng)作抽象消息定義，因?yàn)樗蔷W(wǎng)絡(luò)互聯(lián)模型中第7層〔應(yīng)用層〕的定義。◆

HL7編碼規(guī)那么，用于將一個(gè)抽象消息轉(zhuǎn)化為包含真實(shí)消息的一個(gè)字符串。

◆

編程過(guò)程，該過(guò)程要求用HL7的標(biāo)準(zhǔn)來(lái)交換消息。

◆

預(yù)想的與低層協(xié)議的關(guān)系。

◆

構(gòu)成所有消息的特定消息段?！?/p>

單一消息，確認(rèn)消息，這些消息在許多應(yīng)用程序中不需要改變。HL7標(biāo)準(zhǔn)的幾個(gè)根本概念：

◆觸發(fā)事件〔Triggerevents〕:標(biāo)準(zhǔn)是根據(jù)現(xiàn)實(shí)世界醫(yī)護(hù)系統(tǒng)之間數(shù)據(jù)的流動(dòng)假定事件而編寫(xiě)的。HL7的現(xiàn)實(shí)機(jī)制就是“觸發(fā)事件”，如HL7實(shí)現(xiàn)機(jī)制圖解所示：醫(yī)生為住院患者開(kāi)了X線(xiàn)片檢查，護(hù)士在HIS系統(tǒng)錄入醫(yī)囑時(shí)產(chǎn)生觸發(fā)，在HIS端HL7接口引擎產(chǎn)生消息，并傳遞給RIS端HL7接口引擎，由它解析后，通知RIS系統(tǒng)為該患者進(jìn)行X光片預(yù)約。HL還允許在數(shù)據(jù)間和相互關(guān)系不同的級(jí)別上使用觸發(fā)事件。2.4、國(guó)內(nèi)外醫(yī)院HL7應(yīng)用進(jìn)展2.4.1、HL7標(biāo)準(zhǔn)在美洲應(yīng)用的前景HL7標(biāo)準(zhǔn)提高了識(shí)別和跟蹤急性傳染病并監(jiān)測(cè)其開(kāi)展趨勢(shì)的水平,以及面對(duì)有可能發(fā)生的生物恐怖主義以及其他問(wèn)題的實(shí)時(shí)響應(yīng)能力?，F(xiàn)在以美國(guó)的國(guó)家信息根底設(shè)施為例來(lái)介紹HL7在美洲大陸的應(yīng)用現(xiàn)狀。在美國(guó)基于HL7標(biāo)準(zhǔn)的醫(yī)療機(jī)構(gòu)主要有以下幾個(gè)：1.國(guó)家疾病控制系統(tǒng)(NEDSS)美國(guó)衛(wèi)生署和人類(lèi)效勞部提出由國(guó)家疾病監(jiān)測(cè)系統(tǒng)用基于HL7標(biāo)準(zhǔn)的方法解決公共衛(wèi)生監(jiān)測(cè)和監(jiān)控系統(tǒng)到臨床信息系統(tǒng)的開(kāi)展問(wèn)題。通過(guò)提供一個(gè)統(tǒng)一標(biāo)準(zhǔn)的方法來(lái)收集和提供和健康相關(guān)信息。這個(gè)系統(tǒng)將是能夠提高識(shí)別和跟蹤急性傳染病以及疾病監(jiān)測(cè)的國(guó)家開(kāi)展趨勢(shì)和應(yīng)對(duì)生物恐怖襲擊的有力保證。系統(tǒng)的功能主要分為這幾個(gè)方面：◆支持?jǐn)?shù)據(jù)輸入和網(wǎng)絡(luò)管理。◆接收、發(fā)送和處理相應(yīng)的醫(yī)學(xué)信息。這些消息主要包括國(guó)家公共衛(wèi)生領(lǐng)域的內(nèi)容?！艏烧系臄?shù)據(jù)庫(kù)。◆支持進(jìn)行數(shù)據(jù)轉(zhuǎn)換，數(shù)據(jù)輸入和輸出的功能，還可以查詢(xún)和支持XML消息和HL7消息的雙向轉(zhuǎn)換?！魬?yīng)用軟件是一個(gè)基于組件的可以實(shí)現(xiàn)面向?qū)ο蠛涂缙脚_(tái)等許多功能?！籼岣邔?duì)用戶(hù)需求進(jìn)行統(tǒng)計(jì)分析的效率而且結(jié)合地理信息系統(tǒng)和其他系統(tǒng)來(lái)顯示信息?！魳?gòu)建公共衛(wèi)生人員的共享目錄?！舸_保系統(tǒng)的平安性政策。2.國(guó)家衛(wèi)生信息根底建設(shè)〔NII〕國(guó)家信息根底建設(shè)方案是美國(guó)政府基于信息根底設(shè)施方面的開(kāi)展戰(zhàn)略。美國(guó)政府在1993年9月宣布將實(shí)施能夠永久改變國(guó)民的生活、工作和通信方式的國(guó)家信息根底開(kāi)展戰(zhàn)略，并同時(shí)公布了國(guó)家信息根底設(shè)施行動(dòng)議程，希望以此加強(qiáng)人們的健康意識(shí)，提高工作效率，改善人民生活環(huán)境。由通信技術(shù)、計(jì)算機(jī)、網(wǎng)絡(luò)數(shù)據(jù)庫(kù)和許多消費(fèi)電子產(chǎn)品組成的NII提供了高速的，多功能的網(wǎng)絡(luò)平臺(tái)。值得一提的是這個(gè)網(wǎng)絡(luò)可以將圖像、聲音、文字等信息發(fā)送到各個(gè)機(jī)構(gòu)和家庭，使信息實(shí)現(xiàn)雙向流通。據(jù)報(bào)道整個(gè)方案將耗時(shí)20年，總投資到達(dá)2000億美元。其中開(kāi)展醫(yī)療信息化根底設(shè)施主要集中在以下幾個(gè)方面：◆信息標(biāo)準(zhǔn)〔MedicalInformationStandards〕◆個(gè)人身份識(shí)別〔UniquePersonalIdentification〕◆開(kāi)展醫(yī)療信息模型〔ModelDevelopmentforHealthcare〕◆國(guó)家機(jī)密和個(gè)人隱私〔Statesecretsandpersonalprivacy〕◆醫(yī)務(wù)信息庫(kù)〔HealthDataRepositories〕◆電子病歷系統(tǒng)開(kāi)發(fā)〔Computer-basedPatientRecordSystemDevelopment〕◆計(jì)算機(jī)醫(yī)療實(shí)驗(yàn)室開(kāi)發(fā)〔HealthCareComputerLaboratoryDevelopment〕◆新一代醫(yī)療技術(shù)和系統(tǒng)開(kāi)發(fā)〔medicaltechnologyandsystemsdevelopment〕◆地域性健康試驗(yàn)系統(tǒng)的開(kāi)展(Thedevelopmentoftheregionaltrialsystem)2.4.2、HL7標(biāo)準(zhǔn)在歐洲應(yīng)用的前景在西歐各國(guó)中，英國(guó)和法國(guó)的醫(yī)療技術(shù)水平相對(duì)較高，下面就以英國(guó)為例介紹一下HL7標(biāo)準(zhǔn)在歐洲大陸的應(yīng)用現(xiàn)狀。在英國(guó)初級(jí)衛(wèi)生保健體系和初級(jí)衛(wèi)生保健系統(tǒng)里，CIS〔ClinicalInformationSystem〕即臨床信息系統(tǒng)已開(kāi)展得非常完善了，從1997年的報(bào)告來(lái)看，英國(guó)共有20多個(gè)醫(yī)療信息系統(tǒng)制造商，市場(chǎng)結(jié)構(gòu)相對(duì)穩(wěn)定。英國(guó)的醫(yī)療保健系統(tǒng)里的小局部按照CENTC251標(biāo)準(zhǔn)來(lái)執(zhí)行，而更多的一局部那么遵循的HL7標(biāo)準(zhǔn)，如托克斯公司和麥克森公司?？v觀英國(guó)醫(yī)療信息技術(shù)開(kāi)展歷史，英國(guó)的衛(wèi)生信息政策始于1992年，命名為NHS：NationalHealthcareServices即國(guó)家衛(wèi)生效勞。2001年3月，國(guó)家機(jī)構(gòu)NHS通過(guò)英國(guó)政府發(fā)出了面向21世紀(jì)醫(yī)療保健信息技術(shù)白皮書(shū)，同時(shí)制定了英國(guó)醫(yī)療信息化建設(shè)的時(shí)間表，并確立了醫(yī)療信息交互的標(biāo)準(zhǔn)為HL7[3]。白皮書(shū)分為以下局部：◆英國(guó)國(guó)家衛(wèi)生效勞〔NHS〕◆信息技術(shù)和管理策略〔M＆T〕◆信息管理與信息技術(shù)根底〔IM＆N〕◆NHS的數(shù)據(jù)和信息技術(shù)標(biāo)準(zhǔn)(DataandITSunwards)◆NHS的組織機(jī)構(gòu)代碼(OrganizationCodes)◆國(guó)家電子信息(NationalElectronicMessages)◆平安性和保密性(SecurityandConfidentiality)◆家庭醫(yī)生認(rèn)證系統(tǒng)〔GPAccreditationSystem〕2.4.3、HL7標(biāo)準(zhǔn)在中國(guó)應(yīng)用的前景談到中國(guó)HL7的開(kāi)展，就一定要提到北京大學(xué)人民醫(yī)院。北京大學(xué)人民醫(yī)院擁有始建于1996年的首個(gè)大型醫(yī)院信息系統(tǒng)〔HospitalInformationSystem，HIS〕。近年來(lái)，隨著現(xiàn)有制度建設(shè)的不斷完善，醫(yī)院正著力于建設(shè)醫(yī)學(xué)圖像傳輸處理系統(tǒng)〔PictureArchivingandCommunicationSystems，PACS〕、實(shí)驗(yàn)室信息管理系統(tǒng)〔LaboratoryInformationManagementSystem，LIS〕、手術(shù)室信息管理系統(tǒng)〔OperatingRoomInformationSystem，ORIS〕、電子病歷管理系統(tǒng)、臨床護(hù)理根底上的信息管理系統(tǒng)，門(mén)診信息管理系統(tǒng)等這些應(yīng)用范圍廣的信息系統(tǒng)。在這些系統(tǒng)的建設(shè)過(guò)程中，我們選擇了通過(guò)HL7技術(shù)進(jìn)行系統(tǒng)集成的優(yōu)秀產(chǎn)品。首批試點(diǎn)的是PACS系統(tǒng)聯(lián)網(wǎng)，目前已進(jìn)入實(shí)際測(cè)試階段。這是HL7應(yīng)用程序進(jìn)行擴(kuò)展技術(shù)應(yīng)用的第一次嘗試。國(guó)內(nèi)傳統(tǒng)的構(gòu)建方法主要是依靠大的公司開(kāi)發(fā)，延緩了醫(yī)院HIS建設(shè)的開(kāi)展步伐。HIS和PACS、LIS系統(tǒng)聯(lián)網(wǎng)，主要用直接翻開(kāi)對(duì)方數(shù)據(jù)庫(kù)進(jìn)行寫(xiě)入和讀取的操作方法。這種方法有許多缺點(diǎn)，尤其當(dāng)系統(tǒng)處在大量訪問(wèn)的情況下非常危險(xiǎn)。HL7一體化是打造成為國(guó)際HIS的開(kāi)展趨勢(shì)。國(guó)內(nèi)的HIS技術(shù)已經(jīng)具有國(guó)際先進(jìn)水平，但會(huì)開(kāi)展的步伐緩慢，相信通過(guò)專(zhuān)業(yè)化可以進(jìn)一步改善現(xiàn)在的狀況。因此，信息集成化將成為未來(lái)醫(yī)療信息技術(shù)的主流趨勢(shì)。目前，HL7V3和電子病歷標(biāo)準(zhǔn)的實(shí)施已經(jīng)在世界范圍內(nèi)開(kāi)始。美國(guó)醫(yī)療保健信息和管理系統(tǒng)協(xié)會(huì)和北美放射學(xué)會(huì)共同組成了IHE〔IntegratingtheHealthcareEnterprise〕、CIS〔ClinicalInformationSystem〕。HL7、IHE、DICOM緊密合作，并代表國(guó)際HIS建設(shè)整個(gè)衛(wèi)生保健信息技術(shù)產(chǎn)業(yè)的根本框架。我們正緊跟國(guó)際開(kāi)展趨勢(shì)，探索符合中國(guó)特色的國(guó)際標(biāo)準(zhǔn)醫(yī)療信息化的道路。從IHE定義的放射信息系統(tǒng)的根本流程中，結(jié)合我們的應(yīng)用需求進(jìn)行修改。一般國(guó)外同時(shí)會(huì)把管理信息系統(tǒng)的開(kāi)發(fā)整合與醫(yī)療設(shè)備的集成結(jié)合起來(lái)。而我們的PACS系統(tǒng)大多包含了RIS〔RadiologyInformationSystem〕。所以我們國(guó)家的HIS和PACS系統(tǒng)集成主要表達(dá)在HIS和RIS的整合上[4]。根據(jù)實(shí)際的業(yè)務(wù)流程，在基于HL7標(biāo)準(zhǔn)的前提下，設(shè)計(jì)過(guò)程如下：◆患者入院后，將患者信息錄入到RIS系統(tǒng)中◆輸入醫(yī)囑，并發(fā)送到RIS系統(tǒng)預(yù)約放射科檢查◆如果取消檢查，發(fā)送信息到RIS系統(tǒng)◆患者在放射科做檢查的費(fèi)用，自動(dòng)開(kāi)始進(jìn)行醫(yī)療機(jī)構(gòu)的定價(jià)◆同步藥物和檢查兩個(gè)系統(tǒng)的價(jià)目表。HL7的實(shí)施機(jī)制是“觸發(fā)事件”。例如，醫(yī)生對(duì)入院患者進(jìn)行X射線(xiàn)檢查時(shí)，護(hù)士進(jìn)入HIS系統(tǒng)使醫(yī)囑的事件被觸發(fā)，在系統(tǒng)內(nèi)產(chǎn)生消息，并通過(guò)處理后把患者的X射線(xiàn)預(yù)約任命為RIS系統(tǒng)。該系統(tǒng)已成功通過(guò)實(shí)驗(yàn)室的測(cè)試，正準(zhǔn)備在各個(gè)試點(diǎn)運(yùn)行。2.5、HL7實(shí)際應(yīng)用特點(diǎn)2.5.1、HL7消息傳輸?shù)沫h(huán)境HL7標(biāo)準(zhǔn)主要用于傳輸文本信息。其根本原理是基于HL7的標(biāo)準(zhǔn)，從而進(jìn)行數(shù)據(jù)交換。要求每個(gè)系統(tǒng)的數(shù)據(jù)按照協(xié)議通信第一次轉(zhuǎn)換為標(biāo)準(zhǔn)HL7的消息發(fā)送，接收方的通信系統(tǒng)通過(guò)分析收到的HL7消息，再轉(zhuǎn)換為應(yīng)用程序可以使用的數(shù)據(jù)，使系統(tǒng)之間的數(shù)據(jù)得以實(shí)現(xiàn)交換。如圖3.1所示，由于OSI協(xié)議還沒(méi)有普及起來(lái)，致力于研究HL7標(biāo)準(zhǔn)的工作小組希望可以在這個(gè)時(shí)期提出利于現(xiàn)行標(biāo)準(zhǔn)傳輸?shù)耐ㄐ怒h(huán)境的定義。在OSI這樣的標(biāo)準(zhǔn)正式使用后，這些醫(yī)護(hù)接口才可以在鏈路上得以實(shí)現(xiàn)。這樣的話(huà)，LLP協(xié)議就可以在系統(tǒng)中提高通信傳輸?shù)男?。?yīng)用層應(yīng)用層表示層網(wǎng)絡(luò)層會(huì)話(huà)層物理層傳輸層鏈路層圖3.1OSI七層模型2.5.2、HL7消息發(fā)送和接收的原那么一開(kāi)始系統(tǒng)先要提取位于應(yīng)用程序里面的數(shù)據(jù)來(lái)構(gòu)造一個(gè)HL7消息，之后就要把消息送到傳輸系統(tǒng)。當(dāng)消息傳輸?shù)綉?yīng)答系統(tǒng)后，該系統(tǒng)會(huì)對(duì)消息掃描并存儲(chǔ)，之后接收系統(tǒng)檢查消息頭進(jìn)行判斷，并且根據(jù)相應(yīng)的語(yǔ)法結(jié)構(gòu)和詳細(xì)規(guī)那么對(duì)消息局部進(jìn)行驗(yàn)證，當(dāng)然不會(huì)全部驗(yàn)證，不過(guò)這個(gè)過(guò)程可以使系統(tǒng)響應(yīng)該消息。一旦消息通過(guò)驗(yàn)證系統(tǒng)就會(huì)把這個(gè)消息存儲(chǔ)起來(lái)，系統(tǒng)接下來(lái)會(huì)表示接收成功，有必要的話(huà)，系統(tǒng)會(huì)把確認(rèn)信息發(fā)送給客戶(hù)端來(lái)說(shuō)明消息成功傳輸了。隨后消息會(huì)被發(fā)送到應(yīng)用程序里面，這樣的消息交換主要是應(yīng)用程序從單一到復(fù)雜驗(yàn)證的過(guò)程，當(dāng)一個(gè)過(guò)程結(jié)束后，接收系統(tǒng)就會(huì)進(jìn)行另一個(gè)交換過(guò)程[7]。2.5.3、HL7消息傳輸?shù)囊驢L7標(biāo)準(zhǔn)定義的信息傳輸是介于應(yīng)用程序?qū)嶓w之間的。在C/S的模型下即客戶(hù)端和效勞器之間的HL7信息傳輸。這里進(jìn)行的信息傳輸是針對(duì)OSI的應(yīng)用層進(jìn)行操作，那么HL7標(biāo)準(zhǔn)進(jìn)行消息傳輸?shù)臅r(shí)候?qū)νㄐ怒h(huán)境的要求是[8]：◆無(wú)失真?zhèn)鬏敗Ｐ谄骷僭O(shè)客戶(hù)端發(fā)來(lái)的信息以字節(jié)的正確順序無(wú)過(guò)失地接收，但是如果效勞器沒(méi)有給客戶(hù)端發(fā)送確認(rèn)信息即ACK消息，那么客戶(hù)端就會(huì)認(rèn)為剛才發(fā)送的信息并沒(méi)有成功傳輸?shù)叫谄??！糇址g轉(zhuǎn)換。假設(shè)客戶(hù)端與效勞器在信息傳輸過(guò)程中使用的是不同的字符集，這時(shí)通信環(huán)境還擔(dān)負(fù)著將不同字符集轉(zhuǎn)換統(tǒng)一的任務(wù)?！粜畔㈤L(zhǎng)度。HL7標(biāo)準(zhǔn)并沒(méi)有對(duì)其消息長(zhǎng)度有明確的規(guī)定。理想狀態(tài)下，客戶(hù)端可以傳輸字符的長(zhǎng)度沒(méi)有上限。但實(shí)際上，不同通信環(huán)境的承載能力是不一樣的，所以根據(jù)不同的傳輸要求需要人為的規(guī)定傳輸字符上限。第三章平臺(tái)需求分析3.3、集成平臺(tái)需求分析當(dāng)今世界，隨著信息技術(shù)的進(jìn)步，特別是通信技術(shù)、網(wǎng)絡(luò)技術(shù)、效勞器技術(shù)、系統(tǒng)管理技術(shù)和數(shù)據(jù)庫(kù)管理技術(shù)等的進(jìn)步，信息產(chǎn)業(yè)得到了空前高速的開(kāi)展，信息技術(shù)和產(chǎn)品得到了廣泛的應(yīng)用，并且應(yīng)用內(nèi)涵也不斷得以深化。這種變化為信息化程度較高的醫(yī)療衛(wèi)生行業(yè)改造并提升其業(yè)務(wù)系統(tǒng)提供了技術(shù)上的可能性。XXX醫(yī)院是一家集醫(yī)療、教學(xué)、科研為一體的現(xiàn)代化綜合性[二級(jí)甲等]醫(yī)院，有著完善的醫(yī)療設(shè)施和強(qiáng)大的師資力量。近年來(lái)，醫(yī)院在改革開(kāi)放中，積極研究與應(yīng)用當(dāng)代先進(jìn)的醫(yī)療技術(shù)，學(xué)科成績(jī)斐然，醫(yī)院建設(shè)飛速開(kāi)展。醫(yī)療制度的改革，使醫(yī)院成為一個(gè)相對(duì)獨(dú)立的經(jīng)濟(jì)實(shí)體。在醫(yī)院年門(mén)診量到達(dá)[100萬(wàn)]人次，住院床位到達(dá)[800]余張的一家大型醫(yī)院，其經(jīng)濟(jì)管理工作、醫(yī)療管理工作變得非常復(fù)雜，具有流動(dòng)性大，隨機(jī)性強(qiáng)等特點(diǎn)。隨著醫(yī)院的開(kāi)展和提高管理水平的需要,傳統(tǒng)的手工管理方式已遠(yuǎn)遠(yuǎn)不能適應(yīng)社會(huì)時(shí)代的要求。這就要求實(shí)現(xiàn)醫(yī)院門(mén)急診、病房、藥庫(kù)等管理計(jì)算機(jī)化,促使醫(yī)院管理水平上一個(gè)新臺(tái)階。在新的形式下，為了加強(qiáng)醫(yī)院經(jīng)濟(jì)管理，提高醫(yī)院醫(yī)療效勞質(zhì)量和管理水平，使之成為對(duì)外開(kāi)放的現(xiàn)代化醫(yī)院，并為醫(yī)院的長(zhǎng)遠(yuǎn)開(kāi)展提供更好的條件，醫(yī)院提出了信息化建設(shè)的要求。對(duì)于XXX醫(yī)院信息化建設(shè)這樣一個(gè)復(fù)雜的系統(tǒng)工程，在硬件、軟件、網(wǎng)絡(luò)等方面都提出了非常高的要求。作為系統(tǒng)核心的軟件系統(tǒng)，更是重中之重。對(duì)于醫(yī)院提出的要求，我們認(rèn)為，系統(tǒng)總體需求可以概括為：1、以醫(yī)療效勞管理和醫(yī)院經(jīng)濟(jì)核算為根本目標(biāo)，實(shí)現(xiàn)醫(yī)院的信息化管理，提高經(jīng)濟(jì)管理水平和醫(yī)療效勞質(zhì)量，實(shí)現(xiàn)醫(yī)院的經(jīng)濟(jì)效益與社會(huì)效益的同步增長(zhǎng)。在此根底上開(kāi)展醫(yī)院的決策支持輔助信息系統(tǒng)。充分的利用原有醫(yī)院硬件設(shè)備，節(jié)約投資為以后將效勞器轉(zhuǎn)向小型機(jī)做準(zhǔn)備。3、網(wǎng)絡(luò)系統(tǒng)應(yīng)包括一套完整的、能支持醫(yī)院管理軟件運(yùn)行的網(wǎng)絡(luò)設(shè)備產(chǎn)品，如網(wǎng)絡(luò)核心交換機(jī)、系統(tǒng)效勞器、配線(xiàn)架、集線(xiàn)器以及相關(guān)的所有交叉連接件、適配器、接插件、保護(hù)設(shè)備、安裝維護(hù)工具、相應(yīng)管理軟件及工程效勞質(zhì)量保證等。4、保證醫(yī)院的管理信息系統(tǒng)能到達(dá)目前國(guó)內(nèi)先進(jìn)水平，而且能夠面向未來(lái)，預(yù)留二期接口，使之能充分利用未來(lái)開(kāi)展的高新技術(shù)。5、實(shí)現(xiàn)檢驗(yàn)、檢查過(guò)程無(wú)紙化，數(shù)據(jù)采集、傳遞、加工、分析自動(dòng)化為目標(biāo)的臨床醫(yī)技信息系統(tǒng)。6、在現(xiàn)有系統(tǒng)功能根底上，進(jìn)一步實(shí)現(xiàn)檢驗(yàn)、檢查系統(tǒng)管理、實(shí)驗(yàn)室系統(tǒng)管理等實(shí)現(xiàn)全面病史管理。7、為醫(yī)院決策層提供實(shí)時(shí)和歷史的決策數(shù)據(jù)，并與外部實(shí)現(xiàn)電子數(shù)據(jù)交換和信息共享。8、通過(guò)信息化建設(shè)，提高醫(yī)療信息交換的標(biāo)準(zhǔn)化水平，為科研、教學(xué)提供良好的資源。3.3.1根本功能需求1應(yīng)用程序接口醫(yī)院里面有多種信息系統(tǒng)，有些是比擬老的遺留系統(tǒng)，有些是應(yīng)用了新技術(shù)的系統(tǒng)，各個(gè)系統(tǒng)所能提供的接口不一樣，所以集成平臺(tái)應(yīng)該能支持多種通訊協(xié)議和消息協(xié)議。通訊協(xié)議方面例如COM，WebService，CORBA，數(shù)據(jù)庫(kù)表或視圖，存儲(chǔ)過(guò)程，F(xiàn)TP，TCP/IP等等；消息協(xié)議方面有HL7，還有一些廠商自己定義的固定格式的文本，例如定制化的XML。2消息路由[2]消息路由是指把一個(gè)消息從源系統(tǒng)路由到正確的目標(biāo)系統(tǒng)。由于集成的系統(tǒng)比擬多，系統(tǒng)之間交互的消息類(lèi)型相應(yīng)也會(huì)很多，這就需要一個(gè)消息路由模塊，來(lái)處理系統(tǒng)之間的消息路由。3數(shù)據(jù)處理數(shù)據(jù)處理模塊包括數(shù)據(jù)緩存，數(shù)據(jù)格式化，數(shù)據(jù)過(guò)濾，數(shù)據(jù)映4數(shù)據(jù)緩存數(shù)據(jù)在有的場(chǎng)合并不需要實(shí)時(shí)地更新?？梢酝ㄟ^(guò)數(shù)據(jù)緩存模塊，把從應(yīng)用A傳過(guò)來(lái)的數(shù)據(jù)暫時(shí)存儲(chǔ)在集成平臺(tái)中，等到需要的時(shí)候再一次性地把數(shù)據(jù)傳到應(yīng)用B。這樣就可以支持異步操作，可以減少集成中間件與網(wǎng)絡(luò)的交互次數(shù)，提高集成平臺(tái)的性能。數(shù)據(jù)緩存的另外一個(gè)作用是把消息存起來(lái)方便日后的問(wèn)題定位以及糾錯(cuò)處理。5數(shù)據(jù)格式化數(shù)據(jù)格式化模塊是對(duì)數(shù)據(jù)進(jìn)行格式化處理，以便某系統(tǒng)的數(shù)據(jù)能被另一個(gè)系統(tǒng)識(shí)別。由于系統(tǒng)千差萬(wàn)別，數(shù)據(jù)格式又有很多種，集成平臺(tái)為了能跟不同的系統(tǒng)打交道，有必要對(duì)數(shù)據(jù)進(jìn)行格式化處理。數(shù)據(jù)從外部系統(tǒng)流入集成平臺(tái)時(shí)需要格式化，以便集成平臺(tái)能處理；數(shù)據(jù)從集成平臺(tái)流出到外部系統(tǒng)也需要格式化，以便外部系統(tǒng)能識(shí)別。6數(shù)據(jù)過(guò)濾數(shù)據(jù)過(guò)濾模塊的功能是從一個(gè)應(yīng)用輸出來(lái)的數(shù)據(jù)中，根據(jù)一定的規(guī)那么，過(guò)濾出另一個(gè)應(yīng)用所需要的數(shù)據(jù)。這是因?yàn)樵趯?shí)際的很多情景下，應(yīng)用A往往根據(jù)自己的業(yè)務(wù)邏輯，有條件地選取另一個(gè)應(yīng)用B的數(shù)據(jù)。例如，對(duì)于門(mén)診病人的醫(yī)囑，RIS只需要在HIS中已交費(fèi)的醫(yī)囑信息，而不理會(huì)未交費(fèi)的醫(yī)囑信息。7數(shù)據(jù)映射數(shù)據(jù)映射模塊的功能是在不同應(yīng)用的數(shù)據(jù)模型之間建立起對(duì)應(yīng)關(guān)系。因?yàn)橐话銇?lái)說(shuō)，各個(gè)系統(tǒng)數(shù)據(jù)模型的字段不一樣，要想把應(yīng)用A的數(shù)據(jù)傳到應(yīng)用B，就需要在這兩個(gè)應(yīng)用的數(shù)據(jù)模型之間建立起對(duì)應(yīng)關(guān)系。例如，病人ID在HIS中的字段名為pat_id，在RIS中的字段名為PatientID，這時(shí)候需要在pat_id和PatientID之間建立好映射關(guān)系。8數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)轉(zhuǎn)換模塊的功能包括：一、數(shù)據(jù)修改。應(yīng)用A的數(shù)據(jù)可能要經(jīng)過(guò)一定的修改才能被應(yīng)用B所接受。例如，病人性別在HIS中的表示為M和F，在RIS的表示為男和女，當(dāng)數(shù)據(jù)從HIS傳到RIS的時(shí)候，需要把M改成男，把F改成女。二、某些數(shù)據(jù)行和列的合并或者別離。例如，在HIS中的地址是分城市名稱(chēng)，街道名稱(chēng)，門(mén)牌號(hào)這三個(gè)字段表示的，而在RIS中只有一個(gè)地址字段。因此必須將A中的那三個(gè)字段合并為一個(gè)字段才能傳到應(yīng)用B。9數(shù)據(jù)豐富有時(shí)候需要在應(yīng)用A傳過(guò)來(lái)的數(shù)據(jù)進(jìn)行一下擴(kuò)展，增加一些字段，才能傳到應(yīng)用B。例如，在把醫(yī)囑從HIS傳到RIS時(shí)，有時(shí)候醫(yī)生未填開(kāi)立時(shí)間，這樣醫(yī)囑開(kāi)立時(shí)間為空，需要集成平臺(tái)把醫(yī)囑開(kāi)立時(shí)間為空的補(bǔ)為系統(tǒng)當(dāng)前時(shí)間，再傳給RIS。10集成監(jiān)控集成監(jiān)控的作用是提供圖形化用戶(hù)界面，使醫(yī)院工作人員能夠觀察到當(dāng)前系統(tǒng)中各個(gè)消息的狀態(tài)，能夠查看到消息的執(zhí)行過(guò)程，包括執(zhí)行時(shí)間，參與的外部系統(tǒng)，所傳送的數(shù)據(jù)，還有出錯(cuò)時(shí)的異常信息等。11集成配置也是通過(guò)圖形化用戶(hù)界面，使醫(yī)院工作人員能方便地配置好各個(gè)系統(tǒng)之間的消息路由和數(shù)據(jù)處理。3.3.2系統(tǒng)性能需求性能需求分析是為滿(mǎn)足正常的業(yè)務(wù)需要而提出的性能指標(biāo)。醫(yī)院信息系統(tǒng)的性能包括很多方面，但最重要的是醫(yī)療數(shù)據(jù)記錄和費(fèi)用結(jié)算、信息查詢(xún)、統(tǒng)計(jì)、數(shù)據(jù)維護(hù)和交換的響應(yīng)速度。響應(yīng)速度：信息系統(tǒng)的響應(yīng)速度與很多技術(shù)指標(biāo)和操作請(qǐng)求都有關(guān)系，如按索引項(xiàng)查詢(xún)與按非索引項(xiàng)組合查詢(xún)的響應(yīng)速度差異很大；硬件系統(tǒng)的處理速度、數(shù)據(jù)庫(kù)的組織形式直接關(guān)系到性能的好壞。在充分考慮到以上因素的根底上提出以下需求：索引項(xiàng)單項(xiàng)或組合查詢(xún)響應(yīng)速度小于3秒。非索引項(xiàng)單項(xiàng)或組合查詢(xún)響應(yīng)速度小于10秒。對(duì)于隨機(jī)統(tǒng)計(jì)在15秒內(nèi)完成的可以在前臺(tái)處理，超過(guò)15秒的要提示后放入后臺(tái)處理。對(duì)于固定格式的報(bào)表統(tǒng)計(jì)要采取定時(shí)或隨時(shí)統(tǒng)計(jì)的方法。易操作程度：易操作程度是用戶(hù)對(duì)系統(tǒng)性能評(píng)價(jià)的第一因素，直接關(guān)系到系統(tǒng)應(yīng)用能否順利推廣應(yīng)用。為此提出以下要求：進(jìn)入系統(tǒng)、輸入查詢(xún)、統(tǒng)計(jì)條件要靈活、簡(jiǎn)便；完成一次查詢(xún)后必要的話(huà)能夠進(jìn)行關(guān)聯(lián)查詢(xún)；查詢(xún)、統(tǒng)計(jì)條件信息要代碼化、標(biāo)準(zhǔn)化并給出必要的提示信息；有聯(lián)機(jī)操作說(shuō)明，并通俗易懂。精確程度：查詢(xún)結(jié)果要正確，統(tǒng)計(jì)結(jié)果要精確。3.3.3經(jīng)濟(jì)效益需求xxx醫(yī)院信息系統(tǒng)建設(shè)方案通過(guò)信息化手段，改良或改革管理方式，從而為實(shí)施信息化系統(tǒng)的單位創(chuàng)造更多的經(jīng)濟(jì)效益。管理手段醫(yī)院管理手段將從傳統(tǒng)的手工管理，過(guò)渡到依托于計(jì)算機(jī)信息系統(tǒng)的電子化管理模式下，將在很大程度上提升管理效率。通過(guò)系統(tǒng)分析數(shù)據(jù)，可以有針對(duì)性的提出一些建設(shè)性的開(kāi)展方針和措施，為醫(yī)院的管理和開(kāi)展決策提供有效可靠的數(shù)據(jù)根底。其次在信息化的推動(dòng)下，醫(yī)院可以實(shí)時(shí)發(fā)現(xiàn)自己在管理方面的缺乏，及時(shí)糾正和提高，來(lái)優(yōu)化管理模式，推動(dòng)醫(yī)院在信息化建設(shè)方面走到前面，并體會(huì)到信息化帶來(lái)的良好開(kāi)展。醫(yī)療效勞模式醫(yī)院將改變傳統(tǒng)的坐等患者上門(mén)的效勞模式，通過(guò)醫(yī)患關(guān)系管理系統(tǒng)提供的病源信息，為患者提供主動(dòng)的、推送式效勞。在實(shí)際的醫(yī)療過(guò)程中，一卡通、分診管理等系統(tǒng)的引入，優(yōu)化了醫(yī)院的醫(yī)療資源，提高了醫(yī)院的醫(yī)療資源利用率，也在相當(dāng)程度上提升了醫(yī)院的管理效率和經(jīng)濟(jì)效益。3.3.4、用戶(hù)界面需求集成平臺(tái)應(yīng)提供集成監(jiān)控界面集成監(jiān)控平臺(tái)主要就是為平臺(tái)管理員提供一個(gè)可以監(jiān)視集成系統(tǒng)所有作業(yè)流程的窗口，通過(guò)該窗口，管理員可以監(jiān)視到所有消息的執(zhí)行過(guò)程和執(zhí)行時(shí)間，還可全局掌控所有流入系統(tǒng)的外部數(shù)據(jù)和流出系統(tǒng)的內(nèi)部數(shù)據(jù)，以及錯(cuò)誤信息等。錯(cuò)誤消息處理在系統(tǒng)運(yùn)行的過(guò)程中必然會(huì)出現(xiàn)一些錯(cuò)誤運(yùn)行，當(dāng)系統(tǒng)錯(cuò)誤運(yùn)行時(shí)，可能會(huì)導(dǎo)致信息交流受阻，在這個(gè)時(shí)候，我們要考慮應(yīng)設(shè)置一個(gè)界面功能：允許管理員手動(dòng)來(lái)完成這個(gè)信息的交流與傳遞操作界面的易操作性我們?cè)诮缑嬖O(shè)計(jì)的時(shí)候要充分考慮到如何方便操作人員來(lái)操作系統(tǒng)，這就要求在界面設(shè)計(jì)的時(shí)候要充分考量其邏輯關(guān)系的設(shè)計(jì)：即方便人員查找。3.3.5、平安性需求當(dāng)系統(tǒng)和HL7引擎出現(xiàn)運(yùn)行故障時(shí)，要能保證數(shù)據(jù)不會(huì)喪失，且必須保證在短時(shí)間內(nèi)保證能夠及時(shí)恢復(fù)系統(tǒng)。考慮到醫(yī)院機(jī)構(gòu)的運(yùn)行特性，必須保證系統(tǒng)和效勞器能夠長(zhǎng)時(shí)間運(yùn)行不出錯(cuò)，如果以早8點(diǎn)晚11點(diǎn)計(jì)算，至少需要15小時(shí)?？紤]到醫(yī)院衛(wèi)生機(jī)構(gòu)在短時(shí)間內(nèi)訪問(wèn)系統(tǒng)的數(shù)量之巨大，要保證系統(tǒng)運(yùn)行順暢，反響時(shí)間要迅速。在惡劣極端的情況下，比方斷電以及外部入侵，要保證系統(tǒng)數(shù)據(jù)庫(kù)的平安，并盡量防止系統(tǒng)中毒，以及中毒后系統(tǒng)數(shù)據(jù)的備份和恢復(fù)。第四章平臺(tái)設(shè)計(jì)根據(jù)對(duì)集成平臺(tái)功能需求以及HL7標(biāo)準(zhǔn)的分析，基于HL7標(biāo)準(zhǔn)的醫(yī)院信息系統(tǒng)集成平臺(tái)設(shè)計(jì)JAVA語(yǔ)言來(lái)編寫(xiě)，并采用XML技術(shù)來(lái)完成。本章將闡述最主要模塊HL7引擎的設(shè)計(jì)過(guò)程，包括各功能模塊的設(shè)計(jì)。4.1、總體設(shè)計(jì)4.1.1設(shè)計(jì)目標(biāo)在我們的設(shè)計(jì)的醫(yī)院信息集成平臺(tái)中，將以HIS為中心，并包括門(mén)診系統(tǒng)、藥房系統(tǒng)、醫(yī)囑系統(tǒng)、住院和醫(yī)生效勞工作站系統(tǒng)等。另外還將醫(yī)技科室應(yīng)用程序，包括LIS、RIS等、財(cái)務(wù)管理系統(tǒng)、人事效勞系統(tǒng)以及后勤管理程序等，這些應(yīng)用程序之間最后的數(shù)據(jù)交換和交流，最后都是通過(guò)集成平臺(tái)完成。圖4.1集成平臺(tái)設(shè)計(jì)目標(biāo)4.1.2體系結(jié)構(gòu)本系統(tǒng)在原有系統(tǒng)之根底上，通過(guò)增加EAI業(yè)務(wù)層來(lái)實(shí)現(xiàn)對(duì)HL7引擎的調(diào)用，在HL7引擎的幫助下，EAI層將獲取的所有請(qǐng)求和數(shù)據(jù)，轉(zhuǎn)換為HL7格式之消息，而平臺(tái)那么通過(guò)這些HL7格式轉(zhuǎn)換后的消息來(lái)完成整個(gè)系統(tǒng)的實(shí)現(xiàn)，包括系統(tǒng)的數(shù)據(jù)映射和數(shù)據(jù)融合等，從而保證了數(shù)據(jù)的統(tǒng)一性和完整心，最終實(shí)現(xiàn)整個(gè)平臺(tái)內(nèi)的數(shù)據(jù)共享。圖4.2集成平臺(tái)體系結(jié)構(gòu)圖從該集成平臺(tái)體系結(jié)構(gòu)圖中我們可以看到居于最底層的是放松方的應(yīng)用程序和發(fā)送方的數(shù)據(jù)庫(kù)，它是整個(gè)消息的產(chǎn)生者，中間層那么是我們所稱(chēng)的EAI層，包含了HL7引擎接口、HL7引擎和HL7引擎管理三項(xiàng)，其中HL7引擎是管理和實(shí)現(xiàn)數(shù)據(jù)之間的產(chǎn)生、轉(zhuǎn)換和解析的全過(guò)程，而HL7引擎接口那么包含了應(yīng)用接口、數(shù)據(jù)接口和協(xié)議接口。最上層是接收方的應(yīng)用程序和數(shù)據(jù)層。4.1.3信息集成模塊例如信息集成組件主要由以下幾局部組成BusinessService業(yè)務(wù)效勞、BusinessProcess業(yè)務(wù)處理、BusinessOperation業(yè)務(wù)操作，這幾局部共同作用下，將集成事務(wù)與消息傳遞進(jìn)行完成。其中，BusinessService主要負(fù)責(zé)進(jìn)行消息的監(jiān)聽(tīng)與接收；BusinessProcess負(fù)責(zé)全局的消息路由轉(zhuǎn)發(fā)、事務(wù)流程處理、消息匹配映射等工作職責(zé)；BusinessOperation負(fù)責(zé)將轉(zhuǎn)換完成、最原子化的一個(gè)操作，發(fā)送/調(diào)用信息集成的目標(biāo)端。同時(shí)在三者相互作用下，消息的反響準(zhǔn)確的返回到BusinessProcess，由Process來(lái)講反響消息控制返回到消息發(fā)送方。示意圖如下〔后續(xù)對(duì)該例如進(jìn)行說(shuō)明〕：業(yè)務(wù)效勞監(jiān)聽(tīng)與接收：在當(dāng)今醫(yī)院中，存在各種各種的醫(yī)療業(yè)務(wù)系統(tǒng)，醫(yī)療業(yè)務(wù)系統(tǒng)的多樣性，就將導(dǎo)致與其集成時(shí)，接入方式的多樣性，如局部系統(tǒng)已實(shí)現(xiàn)TCP的發(fā)送傳遞；局部已實(shí)現(xiàn)文本輸出等。集成平臺(tái)作為醫(yī)院信息系統(tǒng)的中轉(zhuǎn)、適配角色，在接入方式的多樣性成為必要條件。如前所述，在這方面，集成平臺(tái)允許的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多種方式與相應(yīng)的適配器。在多種方式的接入過(guò)程中，將不同來(lái)源的消息通過(guò)統(tǒng)一的出口轉(zhuǎn)交給業(yè)務(wù)處理局部，由其進(jìn)行路由住轉(zhuǎn)發(fā)、消息匹配映射、業(yè)務(wù)流程處理等相關(guān)的工作。在本例如中，EMRS通過(guò)WebService的效勞監(jiān)聽(tīng)〔BS.WS.EMRWS〕方式將消息內(nèi)容傳遞進(jìn)集成平臺(tái)，在通過(guò)驗(yàn)證后，將該消息轉(zhuǎn)發(fā)給了業(yè)務(wù)處理模塊中的路由模塊。消息路由轉(zhuǎn)發(fā)：在一些應(yīng)用場(chǎng)景中，如電子病歷系統(tǒng)、重癥監(jiān)護(hù)系統(tǒng)、HIS系統(tǒng)三者進(jìn)行信息傳遞時(shí)，局部信息是需要三者之間交互的，而局部信息僅僅需要兩者之間交互，這在消息轉(zhuǎn)發(fā)路由時(shí)，需要有一定的控制，起到閘門(mén)的作用。如：HIS系統(tǒng)進(jìn)行入院登記時(shí)，需要將病人的信息發(fā)送到電子病歷系統(tǒng)與重癥監(jiān)護(hù)系統(tǒng)；而在重癥監(jiān)護(hù)系統(tǒng)采集到病人生命體征信息時(shí)，僅僅將此信息發(fā)送到電子病歷系統(tǒng)即可。因此，在集成平臺(tái)中，引入消息路由轉(zhuǎn)發(fā)的相關(guān)模塊就顯得比擬重要。在本例如中，EMRCTLRouter這個(gè)消息路由者在接受到BS.WS.EMRWS的消息時(shí)，可能會(huì)轉(zhuǎn)發(fā)至EMRPlaceOrder、EMROrderCA、BadMessageHandle三個(gè)相關(guān)的處理模塊。而具體轉(zhuǎn)發(fā)至何模塊，由消息頭定義中的相關(guān)信息具體定義。消息路由者起到解析與轉(zhuǎn)發(fā)的作用。事務(wù)業(yè)務(wù)流程處理：即時(shí)消息路由已經(jīng)正確路由轉(zhuǎn)發(fā)了消息到準(zhǔn)確的端點(diǎn)，但是在對(duì)應(yīng)的端點(diǎn)內(nèi)，還會(huì)有一些業(yè)務(wù)流程需要進(jìn)行處理。如在EMRS下達(dá)一個(gè)新的Order的時(shí)候，需要的一定的情況下產(chǎn)生不同的業(yè)務(wù)流程分支：如該病人為門(mén)診病人或者住院病人，那么有必要產(chǎn)生HL7消息中的住院病人登記信息與門(mén)診病人登記信息：ADTA01與ADTA04。在本例如中，BPEMRPlaceOrder的內(nèi)部業(yè)務(wù)流程如下，每一個(gè)結(jié)點(diǎn)代表著一次邏輯處理過(guò)程：消息匹配映射：在一些情況下，消息的傳遞方并無(wú)必要產(chǎn)生HL7標(biāo)準(zhǔn)格式消息的情況下，如EMRS與集成平臺(tái)為內(nèi)部互調(diào)時(shí)，雙方之間提供預(yù)定義的WebService的接口，以快速的開(kāi)發(fā)與進(jìn)行集成。此時(shí)便需要在WebService中定義的消息格式與標(biāo)準(zhǔn)HL7消息格式之間進(jìn)行著匹配轉(zhuǎn)換的工作。而該轉(zhuǎn)換工作的處理調(diào)用是由事務(wù)業(yè)務(wù)流程處理模塊來(lái)發(fā)起調(diào)用的。終端消息發(fā)送：在進(jìn)行正確的消息格式轉(zhuǎn)換與業(yè)務(wù)邏輯處理，此時(shí)的消息已經(jīng)成為一個(gè)符合終端系統(tǒng)需要的消息格式。在事務(wù)業(yè)務(wù)流程處理中，會(huì)將此消息投遞給相應(yīng)的終端系統(tǒng)。在投遞消息完成工，事務(wù)業(yè)務(wù)流程處理模塊會(huì)進(jìn)入等待反響的狀況，等待終端系統(tǒng)反響一個(gè)應(yīng)答消息，以表示該消息在終端系統(tǒng)中被準(zhǔn)確的處理。事務(wù)處理模塊收到該應(yīng)答消息，并組織成發(fā)送端系統(tǒng)需要的消息格式，并作為應(yīng)答系統(tǒng)，反響至發(fā)送端系統(tǒng)。4.2平臺(tái)網(wǎng)絡(luò)體系在我們實(shí)際的醫(yī)院機(jī)構(gòu)中，根本都已經(jīng)存在一定的網(wǎng)絡(luò)結(jié)構(gòu)，在由于其時(shí)間久遠(yuǎn)，出現(xiàn)了老化和廢用等情況，已經(jīng)不能適用于新的平臺(tái)的要求，所以在本集成平臺(tái)的改造實(shí)施中，同樣需要對(duì)平臺(tái)的網(wǎng)絡(luò)體系進(jìn)行改造設(shè)計(jì)實(shí)施。我們?cè)跇?gòu)建集成平臺(tái)網(wǎng)絡(luò)的時(shí)候，在滿(mǎn)足醫(yī)院需求的情況下必須遵循以下原那么：穩(wěn)定性保證整個(gè)系統(tǒng)的穩(wěn)定性，使整個(gè)系統(tǒng)可持續(xù)性運(yùn)行：實(shí)用性整個(gè)系統(tǒng)的建設(shè)應(yīng)該根據(jù)醫(yī)院的實(shí)際需求進(jìn)行，保證切實(shí)實(shí)用；先進(jìn)性應(yīng)用先進(jìn)、成熟的技術(shù)，保證系統(tǒng)高效、平安、可靠；可伸縮性以整個(gè)系統(tǒng)可靠、正常運(yùn)行為最終目的，確保計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)容量足夠且具有相當(dāng)?shù)臄U(kuò)展能力；冗余性核心網(wǎng)絡(luò)涉及到整個(gè)醫(yī)院管理信息系統(tǒng)的正常運(yùn)行，一旦出故障必將影響整個(gè)交易的運(yùn)行，必須有一定的冗余設(shè)計(jì)；可管理性在運(yùn)行維護(hù)方面注重平安、方便、簡(jiǎn)單、故障易發(fā)現(xiàn)和易恢復(fù)。平安體系建設(shè)應(yīng)該符合平安性、實(shí)用性、先進(jìn)性、高集成性、可擴(kuò)展性、開(kāi)放性、穩(wěn)定性、可恢復(fù)性、可管理性等原那么進(jìn)行實(shí)施。按照“統(tǒng)一規(guī)劃、分級(jí)實(shí)施；綜合防范、整體平安；分級(jí)保護(hù)、務(wù)求實(shí)效”的原那么，建立綜合平安效勞體系。4.2.1網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)xxx醫(yī)院的網(wǎng)絡(luò)是一個(gè)以千兆交換為核心，百兆交換到桌面的快速以太網(wǎng)網(wǎng)絡(luò)。網(wǎng)絡(luò)可分為核心層和二級(jí)交換層。〔一〕核心層：核心層有時(shí)候被稱(chēng)作網(wǎng)絡(luò)的主干。該層的主要目的是盡可能快地交換數(shù)據(jù)。網(wǎng)絡(luò)的這個(gè)層不應(yīng)該被牽扯到費(fèi)力的數(shù)據(jù)包操作或者任何減慢數(shù)據(jù)交換的處理。應(yīng)該防止在核心層中使用訪問(wèn)控制列表和數(shù)據(jù)包過(guò)濾這類(lèi)的功能。核心層主要以下幾項(xiàng)工作：提供交換區(qū)塊間的連接；提供到其他區(qū)塊(如廣域網(wǎng)區(qū)塊)的訪問(wèn)；盡可能快地交換數(shù)據(jù)幀或者數(shù)據(jù)包?！捕扯?jí)交換層：主要是部門(mén)或用戶(hù)被許可接入網(wǎng)絡(luò)的點(diǎn)以及相關(guān)的工作站等。該分層能夠通過(guò)過(guò)濾或訪問(wèn)控制列表提供對(duì)用戶(hù)流量的進(jìn)一步控制；但該層的主要功能是為最終用戶(hù)提供網(wǎng)絡(luò)接入。在網(wǎng)絡(luò)的環(huán)境中，該層所代表的功能有以下幾項(xiàng)：設(shè)置網(wǎng)絡(luò)邊界；設(shè)置平安策略；業(yè)務(wù)聚合和劃分；用戶(hù)接入；播送域或多點(diǎn)播送域定義；網(wǎng)絡(luò)結(jié)構(gòu)示意圖如下：圖3-6網(wǎng)絡(luò)結(jié)構(gòu)1〕網(wǎng)絡(luò)技術(shù)選型根據(jù)醫(yī)院具體情況，我們決定在本方案中選用交換式快速以太網(wǎng),提出以下總體方案設(shè)計(jì)框架:采用千兆以太網(wǎng)技術(shù)作為網(wǎng)絡(luò)主干,為醫(yī)院提供高速、高帶寬和大容量的數(shù)據(jù)吞吐量，主干網(wǎng)傳輸速率為1000MB，到桌面的傳輸速率為100MB，應(yīng)用系統(tǒng)主要采用TCP/IP協(xié)議，在方案設(shè)計(jì)中將IP子網(wǎng)的地址分配策略和VLAN的策略緊密結(jié)合,實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)的統(tǒng)一管理。由于本系統(tǒng)網(wǎng)絡(luò)規(guī)模中等,主網(wǎng)絡(luò)上的信息流量中等,而路由器設(shè)備包的轉(zhuǎn)發(fā)延遲將高于交換設(shè)備的轉(zhuǎn)發(fā)延遲，因此在整個(gè)交易中心網(wǎng)主干上很可能路由瓶頸問(wèn)題，再有，醫(yī)院占地面積廣，需要連網(wǎng)的終端設(shè)備分散，基于此點(diǎn)考慮,我們提出了兩層交換的網(wǎng)絡(luò)建設(shè)模式。兩層是指中心使用高性能的網(wǎng)絡(luò)交換機(jī)，中心交換機(jī)與二級(jí)交換機(jī)使用光纖1000M連接，二級(jí)交換機(jī)與終端設(shè)備100M連接。必要時(shí)主干網(wǎng)分為多個(gè)VLAN,由中心路由交換機(jī)完成VLAN間的路由工作，將播送域隔離在主干網(wǎng)的局部，提高主干網(wǎng)的使用效率。實(shí)現(xiàn)部門(mén)IP子網(wǎng)統(tǒng)一的管理，提高主干網(wǎng)的使用效率,充分到達(dá)應(yīng)用的需求。2〕網(wǎng)絡(luò)設(shè)備選型中心設(shè)備請(qǐng)參考投標(biāo)文件中的相關(guān)的供貨章節(jié)，其他業(yè)務(wù)系統(tǒng)設(shè)備，以醫(yī)院現(xiàn)有設(shè)備〔含新采購(gòu)設(shè)備〕為準(zhǔn)。3〕VLAN和IP地址規(guī)劃VLAN劃分：在核心交換機(jī)上將與Internet相連的效勞器劃分一個(gè)VLAN〔VLAN2〕；在核心交換機(jī)上將與外網(wǎng)相連的防火墻劃分一個(gè)VLAN〔VLAN3〕；在核心交換機(jī)上將整個(gè)醫(yī)院交換機(jī)劃分到一個(gè)VLAN里〔VLAN4〕；在核心交換機(jī)上將效勞器系統(tǒng)劃分到一個(gè)VLAN里〔VLAN5〕；在核心交換機(jī)上將醫(yī)院內(nèi)的所有處室劃分VLAN(VLAN6～VLAN30)。IP地址規(guī)劃：假設(shè)采用全部網(wǎng)絡(luò)均采用24位子網(wǎng)掩碼；外網(wǎng)防火墻的Internet接口上的地址由效勞提供商分配；效勞器區(qū)VLAN接口上的IP地址為：54；大樓內(nèi)網(wǎng)VLAN接口上的IP地址為：54～54；各部門(mén)的IP地址段為：192.168.100.x～192.168.255.x。4〕網(wǎng)絡(luò)數(shù)據(jù)交換內(nèi)部客戶(hù)機(jī)訪問(wèn)內(nèi)部效勞器醫(yī)院內(nèi)部的客戶(hù)機(jī)訪問(wèn)醫(yī)院內(nèi)部效勞器時(shí)，首先將判斷效勞器是否與其在同一個(gè)網(wǎng)段，經(jīng)判斷效勞器192.168.5.x/24網(wǎng)段與內(nèi)部辦公計(jì)算機(jī)192.168.6.x/24不在同一網(wǎng)段，因此將數(shù)據(jù)包發(fā)送至內(nèi)部辦公網(wǎng)段的網(wǎng)關(guān)上，即核心交換機(jī)的54的接口上；核心交換機(jī)查詢(xún)其路由表，發(fā)現(xiàn)192.168.5.x/24網(wǎng)段是一條直連路由，所以核心交換機(jī)將該數(shù)據(jù)包發(fā)送出對(duì)應(yīng)的VLAN接口，最后由正確的效勞器接受。同樣，效勞器對(duì)返回?cái)?shù)據(jù)包進(jìn)行判斷，發(fā)現(xiàn)與內(nèi)部辦公計(jì)算機(jī)192.168.6.x/24不在同一網(wǎng)段，因此就將數(shù)據(jù)包發(fā)送至它的默認(rèn)網(wǎng)關(guān)上，即核心交換機(jī)的54接口上。核心交換機(jī)通過(guò)查詢(xún)路由表，發(fā)現(xiàn)192.168.6.x/24網(wǎng)段是一條直連路由，所以核心交換機(jī)將該數(shù)據(jù)包發(fā)送出對(duì)應(yīng)的VLAN接口，最后由發(fā)起會(huì)話(huà)的辦公計(jì)算機(jī)接受；至此，客戶(hù)機(jī)與效勞器完成了雙向通訊。內(nèi)網(wǎng)算機(jī)訪問(wèn)Internet醫(yī)院內(nèi)部的計(jì)算機(jī)訪問(wèn)Internet時(shí)，同樣判斷出數(shù)據(jù)包不是本地的，因此發(fā)送給核心交換機(jī)，核心交換機(jī)通過(guò)查詢(xún)路由表發(fā)現(xiàn)沒(méi)有匹配的前綴路由，因此將數(shù)據(jù)包通過(guò)默認(rèn)路由轉(zhuǎn)發(fā)到外網(wǎng)效勞器上〔默認(rèn)路由可以通過(guò)多種方式產(chǎn)生，由外網(wǎng)效勞器注入或由多條默認(rèn)靜態(tài)路由組成〕。外網(wǎng)效勞器將數(shù)據(jù)包的源地址轉(zhuǎn)換成自身外網(wǎng)接口的IP地址送入Internet防火墻，并最終到達(dá)目標(biāo)主機(jī)。返回?cái)?shù)據(jù)包通過(guò)Internet路由最終到Internet防火墻，并由防火墻將返回?cái)?shù)據(jù)包送達(dá)外網(wǎng)效勞器，外網(wǎng)效勞器通過(guò)查詢(xún)連接狀態(tài)表轉(zhuǎn)換成內(nèi)部地址并最終送達(dá)內(nèi)部辦公計(jì)算機(jī)，至此雙向通訊完成。4.2.3網(wǎng)絡(luò)平安設(shè)計(jì)隨著Internet網(wǎng)絡(luò)急劇擴(kuò)大和上網(wǎng)用戶(hù)迅速增加，風(fēng)險(xiǎn)變得更加嚴(yán)重和復(fù)雜。原來(lái)由單個(gè)計(jì)算機(jī)平安事故引起的損害可能傳播到其他系統(tǒng)，引起大范圍的癱瘓和損失；另外加上缺乏平安控制機(jī)制和對(duì)Internet平安政策的認(rèn)識(shí)缺乏，這些風(fēng)險(xiǎn)正日益嚴(yán)重。1〕網(wǎng)絡(luò)平安設(shè)計(jì)原那么對(duì)醫(yī)院的局域網(wǎng)網(wǎng)絡(luò)系統(tǒng)平安方案設(shè)計(jì)、規(guī)劃時(shí)，應(yīng)遵循以下原那么：綜合性、整體性原那么：應(yīng)用系統(tǒng)工程的觀點(diǎn)、方法，分析網(wǎng)絡(luò)的平安及具體措施。平安措施主要包括：行政法律手段、各種管理制度〔人員審查、工作流程、維護(hù)保障制度等〕以及專(zhuān)業(yè)措施〔識(shí)別技術(shù)、存取控制、密碼、低輻射、容錯(cuò)、防病毒、采用高平安產(chǎn)品等〕。計(jì)算機(jī)網(wǎng)絡(luò)平安應(yīng)遵循整體平安性原那么，根據(jù)規(guī)定的平安策略制定出合理的網(wǎng)絡(luò)平安體系結(jié)構(gòu)。需求、風(fēng)險(xiǎn)、代價(jià)平衡的原那么：對(duì)任一網(wǎng)絡(luò)，絕對(duì)平安難以到達(dá)，也不一定是必要的。對(duì)一個(gè)網(wǎng)絡(luò)進(jìn)行實(shí)際額研究〔包括任務(wù)、性能、結(jié)構(gòu)、可靠性、可維護(hù)性等〕，并對(duì)網(wǎng)絡(luò)面臨的威脅及可能承當(dāng)?shù)娘L(fēng)險(xiǎn)進(jìn)行定性與定量相結(jié)合的分析，然后制定標(biāo)準(zhǔn)和措施，確定本系統(tǒng)的平安策略。一致性原那么：一致性原那么主要是指網(wǎng)絡(luò)平安問(wèn)題應(yīng)與整個(gè)網(wǎng)絡(luò)的工作周期〔或生命周期〕同時(shí)存在，制定的平安體系結(jié)構(gòu)必須與網(wǎng)絡(luò)的平安需求相一致。平安的網(wǎng)絡(luò)系統(tǒng)設(shè)計(jì)〔包括初步或詳細(xì)設(shè)計(jì)〕及實(shí)施方案、網(wǎng)絡(luò)驗(yàn)證、驗(yàn)收、運(yùn)行等，都要有平安的內(nèi)容及措施。易操作性原那么：平安措施需要人為去完成，如果措施過(guò)于復(fù)雜，對(duì)人的要求過(guò)高，本身就降低了平安性。其次，措施的采用不能影響系統(tǒng)的正常運(yùn)行。分步實(shí)施原那么：由于網(wǎng)絡(luò)系統(tǒng)及其應(yīng)用擴(kuò)展范圍廣闊，隨著網(wǎng)絡(luò)規(guī)模的擴(kuò)大及應(yīng)用的增加，網(wǎng)絡(luò)脆弱性也會(huì)不斷增加。多重保護(hù)原那么：任何平安措施都不是絕對(duì)平安的，都可能被攻破。但是建立一個(gè)多重保護(hù)系統(tǒng)，各層保護(hù)相互補(bǔ)充，當(dāng)一層保護(hù)被攻破時(shí)，其它層保護(hù)仍可保護(hù)信息的平安?？稍u(píng)價(jià)性原那么：如何預(yù)先評(píng)價(jià)一個(gè)平安設(shè)計(jì)并驗(yàn)證其網(wǎng)絡(luò)的平安性，這需要通過(guò)國(guó)家有關(guān)網(wǎng)絡(luò)信息平安測(cè)評(píng)認(rèn)證機(jī)構(gòu)的評(píng)估來(lái)實(shí)現(xiàn)。2〕網(wǎng)絡(luò)平安建設(shè)目標(biāo)網(wǎng)絡(luò)系統(tǒng)平安應(yīng)該實(shí)現(xiàn)以下目標(biāo)：建立一套完整可行的網(wǎng)絡(luò)平安與網(wǎng)絡(luò)管理策略；將內(nèi)部網(wǎng)絡(luò)、公開(kāi)效勞器網(wǎng)絡(luò)和外網(wǎng)進(jìn)行有效隔離，防止與外部網(wǎng)絡(luò)的直接通信；建立網(wǎng)站各主機(jī)和效勞器的平安保護(hù)措施，保證他們的系統(tǒng)平安；對(duì)網(wǎng)上效勞請(qǐng)求內(nèi)容進(jìn)行控制，使非法訪問(wèn)在到達(dá)主機(jī)前被拒絕；加強(qiáng)合法用戶(hù)的訪問(wèn)認(rèn)證，同時(shí)將用戶(hù)的訪問(wèn)權(quán)限控制在最低限度；全面監(jiān)視對(duì)公開(kāi)效勞器的訪問(wèn)，及時(shí)發(fā)現(xiàn)和拒絕不平安的操作和黑客攻擊行為；加強(qiáng)對(duì)各種訪問(wèn)的審計(jì)工作，詳細(xì)記錄對(duì)網(wǎng)絡(luò)、公開(kāi)效勞器的訪問(wèn)行為，形成完整的系統(tǒng)日志；備份與災(zāi)難恢復(fù)——強(qiáng)化系統(tǒng)備份，實(shí)現(xiàn)系統(tǒng)快速恢復(fù)；加強(qiáng)網(wǎng)絡(luò)平安管理，提高系統(tǒng)全體人員的網(wǎng)絡(luò)平安意識(shí)和防范技術(shù)。3〕網(wǎng)絡(luò)平安體系結(jié)構(gòu)根據(jù)網(wǎng)絡(luò)結(jié)構(gòu)，按照平安策略的要求、風(fēng)險(xiǎn)分析的結(jié)果及整個(gè)網(wǎng)絡(luò)的平安目標(biāo)，整個(gè)網(wǎng)絡(luò)措施應(yīng)按系統(tǒng)體系建立。具體的平安控制系統(tǒng)由以下幾個(gè)方面組成：物理平安、網(wǎng)絡(luò)平安、系統(tǒng)平安、信息平安、應(yīng)用平安和平安管理。3.1〕物理平安保證計(jì)算機(jī)信息系統(tǒng)各種設(shè)備的物理平安是整個(gè)計(jì)算機(jī)信息系統(tǒng)平安的前提，物理平安是保