集成平臺(tái)技術(shù)需求方案

1、建設(shè)思路1HIS、LIS、RIS、OA的方式接入?yún)^(qū)域衛(wèi)生協(xié)同網(wǎng)絡(luò)，更好地為患者安康效勞。以電子病歷為核心載體的患者診療數(shù)據(jù)集成與共享電子病歷是安康檔案在醫(yī)療機(jī)構(gòu)的信息系統(tǒng)是從簡(jiǎn)潔的收費(fèi)系統(tǒng)進(jìn)展起來的，電子病歷是醫(yī)院信息系統(tǒng)進(jìn)入臨床信息進(jìn)展階要。共享與利用。一的醫(yī)療安康信息平臺(tái)的數(shù)據(jù)交換與共享機(jī)制是實(shí)現(xiàn)這類需求的有效手段。通過消息驅(qū)動(dòng)的醫(yī)院業(yè)務(wù)流程整合與再造程，流程上的過失有可能最終導(dǎo)致醫(yī)療過失甚至是醫(yī)療事故的發(fā)生。因此，如何將醫(yī)院治理平臺(tái)主要技術(shù)路線術(shù)要求，從而保證系統(tǒng)的可持續(xù)進(jìn)展的需求。SOA+WebServiceSOAWebService供給技術(shù)支撐。其中所涉及的主要技術(shù)如下描述：SOA架構(gòu)SOA(Service-OrientedArchitecture)對(duì)松散耦合的粗粒度應(yīng)用組件進(jìn)展分布式部署、組合和使用。效勞層是SOASOA是一種粗粒度、松耦合效勞架構(gòu)，效勞之間通過簡(jiǎn)潔、準(zhǔn)確定義接口進(jìn)行通訊，不涉及底層編程接口和通訊模型。SOA可以看作是B/SXML/WebService技術(shù)之后的自然延長。SOA是一個(gè)組件模型，它將應(yīng)用程序的不同功能單元(稱為效勞)通過這些效勞之間定統(tǒng)中的效勞可以一種統(tǒng)一和通用的方式進(jìn)展交互。ESB效勞ESB〔企業(yè)數(shù)據(jù)總線〕具有以下的一些特點(diǎn)：滿足大量應(yīng)用的需要；運(yùn)行于多種硬件和OS平臺(tái)；支持分布式計(jì)算，供給跨網(wǎng)絡(luò)、硬件和OS平臺(tái)的透亮性的應(yīng)用或效勞的交互功能；支持標(biāo)準(zhǔn)的協(xié)議；支持標(biāo)準(zhǔn)的接口。程序員通過 ESB實(shí)現(xiàn)異構(gòu)環(huán)境的通訊，從而屏蔽異構(gòu)系統(tǒng)中簡(jiǎn)潔的操作系統(tǒng)和網(wǎng)絡(luò)協(xié)議。針對(duì)不同的操作系統(tǒng)和硬件平臺(tái)，它們可以有符合接口和協(xié)議標(biāo)準(zhǔn)的多種實(shí)現(xiàn)。由于標(biāo)準(zhǔn)接口對(duì)于可移植性和標(biāo)準(zhǔn)協(xié)議對(duì)于互操作性的重要性，工作的主要局部。對(duì)于應(yīng)用軟件開發(fā)，

ESB已成為很多標(biāo)準(zhǔn)化ESBESB供給的程序接口定義了一個(gè)相對(duì)穩(wěn)定的高層應(yīng)用環(huán)境， 不管底層的計(jì)算機(jī)硬件和系統(tǒng)軟件怎樣更換代，只要將ESB升級(jí)更，并保持集成交換工具對(duì)外的接口定義資。ESB是一種獨(dú)立的系統(tǒng)軟件或效勞程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源。ESB在分布式效勞之間扮演著承上啟下的角色，如事務(wù)治理、負(fù)載均衡以及基于Web的計(jì)算等。ESB產(chǎn)品在很大程度上簡(jiǎn)化了一個(gè)由不同硬件構(gòu)成的分布式處理環(huán)境的簡(jiǎn)潔性，所以它的消滅正日益引起用戶的關(guān)注。WebServiceWebServiceWebService系列操作的接口。它使用標(biāo)準(zhǔn)的、標(biāo)準(zhǔn)的XML獨(dú)立于軟、硬件平臺(tái)和編寫效勞所用的編程語言WebService模型的解決方案中共有3種工作角色，包括效勞供給者、效勞懇求者和效勞注冊(cè)中心。它們之間的交互和操作構(gòu)成了 WebService的體系結(jié)WebService心；效勞懇求者使用查找操作從本地或效勞注冊(cè)中心檢索效勞描述，然后使用效勞描述與效勞供給者進(jìn)展綁定并調(diào)用 WebService。要實(shí)現(xiàn)互操作性，WebService平臺(tái)必需供給一套標(biāo)準(zhǔn)的類型系統(tǒng)，用于溝通不同平臺(tái)、編程語言和組件模型中的不同類型系統(tǒng)。目前這些協(xié)議有：SOAP即簡(jiǎn)潔對(duì)象訪問協(xié)議(SimpleObjectAccessProtocol) ，它是用于交換XML編碼信息的輕量級(jí)協(xié)議。它有三個(gè)主要方面： XML-envelope為描述信息內(nèi)容和如何處理內(nèi)容定義了框架，將程序?qū)ο缶幋a成為XML對(duì)象的規(guī)章，執(zhí)行遠(yuǎn)程過程調(diào)用(RPC)的商定。SOA旳以運(yùn)行在任何其他傳輸協(xié)議上。例如，你可以使用SMTP即因特網(wǎng)電子郵件協(xié)議來傳遞SOAP消息，這可是很有誘惑力的。在傳輸層之間的頭是不同的，但XML有效負(fù)載保持一樣。WebService期望實(shí)現(xiàn)不同的系統(tǒng)之間能夠用“軟件-軟件對(duì)話”的方式相互調(diào)用，打破了軟件應(yīng)用、網(wǎng)站和各種設(shè)備之間的格格不入的狀態(tài)，實(shí)現(xiàn)“基于Web無縫集成”的目標(biāo)。WSDLWebService描述語言WSDL式描述文檔而基于XML的語言，用于描述WebService及其函數(shù)、參數(shù)和返回值。由于是基于XML的，所以WSDUDD：UDDI是一套基于Web的、分布式的、為WebService供給的、信息注冊(cè)中心的WebService夠覺察的訪問協(xié)議的實(shí)現(xiàn)標(biāo)準(zhǔn)。2.4 XML可擴(kuò)展的標(biāo)記語言〔XML〕是Webservice平臺(tái)中表示數(shù)據(jù)的根本格式。除了易于建立和易于分析外，XML主要的優(yōu)點(diǎn)在于它既是平臺(tái)無關(guān)的，又是廠商無關(guān)的。無關(guān)性是比技術(shù)XML可以存取多種數(shù)據(jù)源，依據(jù)具體的應(yīng)用，大致可以分為下面三種：一種是XML屯單、商務(wù)報(bào)告等。其中，第一種來源，即XMLL屯文本文檔是最基本的也是最為簡(jiǎn)潔的，器中顯示，或者通過DOMS口編程同其他應(yīng)用相連。其次種數(shù)據(jù)來源是對(duì)第一種來源的擴(kuò)展，其目的是便于開發(fā)各種動(dòng)態(tài)應(yīng)用，其優(yōu)點(diǎn)則在于通過數(shù)據(jù)庫治理系統(tǒng)對(duì)數(shù)據(jù)進(jìn)展治理，是連接業(yè)務(wù)部門內(nèi)部的MIS系統(tǒng)和數(shù)據(jù)交換平臺(tái)的“橋梁”，而各業(yè)務(wù)部門之間的數(shù)據(jù)交換主要是以文件形式存在的。因此，數(shù)據(jù)中心應(yīng)用XML技術(shù)存取的數(shù)據(jù)源主要為前兩種，即XML屯文本文檔和關(guān)系型數(shù)據(jù)庫。數(shù)據(jù)接口通過XML的數(shù)據(jù)解析，將各業(yè)務(wù)數(shù)據(jù)庫中的數(shù)據(jù)生成XML跨數(shù)據(jù)庫設(shè)計(jì)Oracle，SQLServer，DB2xml和靈敏性。Portalportalwebweb頁面里的活動(dòng)。平臺(tái)設(shè)計(jì)特點(diǎn)遵循國家最標(biāo)準(zhǔn)和標(biāo)準(zhǔn)，包括但不限于：衛(wèi)生部最公布的《電子病歷根本架構(gòu)和標(biāo)準(zhǔn)》、《基于電子病歷的醫(yī)院信息平臺(tái)建設(shè)技術(shù)解決方案》以及衛(wèi)生部基于數(shù)據(jù)映射的異構(gòu)數(shù)據(jù)集成機(jī)制，適應(yīng)國內(nèi)目前醫(yī)院信息化數(shù)據(jù)標(biāo)準(zhǔn)尚未完全統(tǒng)一的現(xiàn)狀，可自動(dòng)進(jìn)展數(shù)據(jù)采集、清洗、映射和格式轉(zhuǎn)換，不需要第三方系統(tǒng)修改程序，極大地降低了實(shí)施阻力和工程風(fēng)險(xiǎn)。形成從醫(yī)療、效勞到治理的立體縱深網(wǎng)絡(luò)，各類數(shù)據(jù)實(shí)現(xiàn)標(biāo)準(zhǔn)化、標(biāo)準(zhǔn)化治理，實(shí)現(xiàn)多維度的數(shù)據(jù)分析統(tǒng)計(jì)，為醫(yī)院的治理決策供給支持。不僅是為了醫(yī)院各應(yīng)用系統(tǒng)的互聯(lián)互通、資源共享，同時(shí)基于組件的設(shè)計(jì)，可以自主研發(fā)的集成交換工具，能夠適應(yīng)國內(nèi)醫(yī)療信息化行業(yè)的現(xiàn)狀及進(jìn)展需求，能夠依據(jù)醫(yī)院的實(shí)際狀況進(jìn)展共性化的定制開發(fā)。根底平臺(tái)建設(shè)他系統(tǒng)，例如：HIS、LIS系統(tǒng)(試驗(yàn)室系統(tǒng))、PACS財(cái)務(wù)系統(tǒng)，通過集成不同的信息標(biāo)準(zhǔn)，如XMLHL7和電子數(shù)據(jù)交換，這種多樣性使得該平臺(tái)成為與第三方業(yè)務(wù)軟件相連接。ESB基于SOA思想，能夠以SOA勺方式將醫(yī)院的各個(gè)業(yè)務(wù)系統(tǒng)集成在一起，具備面對(duì)效勞、面對(duì)消息、大事驅(qū)動(dòng)的特性，是一個(gè)在SOA架構(gòu)中充當(dāng)服務(wù)間智能化集成與治理中介的靈敏靈敏的根底平臺(tái)。SOA設(shè)計(jì)概述在目前的市場(chǎng)上，主要有兩種技術(shù)方式來實(shí)現(xiàn)集成平臺(tái)的各項(xiàng)效勞于應(yīng)用。一是基于ESB〔什么是ESB就是企業(yè)數(shù)據(jù)總線的意思，他的核心功能就是兼容各種協(xié)議接口，可以將〕、二是基于效勞注冊(cè)〔〕兩者之間的優(yōu)缺點(diǎn)比照：ESE一般承受集中式轉(zhuǎn)發(fā)懇求，適合大量異構(gòu)系統(tǒng)集成，并且壓力不大的情況?！泊鶭BOSSESB,Mule,Camelesb〕用，適合并發(fā)及壓力比較大的狀況?！瞕ubboHSF〕從比照中可以明顯看出，基于ESE適合大量異構(gòu)系統(tǒng)的集成，便于業(yè)務(wù)編排等應(yīng)用，能夠承受較大的并發(fā)壓力。的接口改造，應(yīng)當(dāng)做到快速部署、快速集成的理念。因此，綜合上述狀況，構(gòu)建基于ESB效勞的集成平臺(tái)，能夠?yàn)閷W(xué)校醫(yī)院實(shí)現(xiàn)共性化需求、二次修改、共同開發(fā)等供給快速的響應(yīng)?；贓SB效勞的集成平臺(tái)，與相關(guān)在醫(yī)療市場(chǎng)上推廣的國外產(chǎn)品相比照， 廠商自主開發(fā)的平臺(tái)公用效勞將能夠?yàn)閷W(xué)校醫(yī)院將來的進(jìn)展帶來以下更好的幫助:自主開發(fā)的平臺(tái)公用效勞 通用中間件標(biāo)準(zhǔn)適應(yīng)性嚴(yán)密程度

的支持

是束手無策?！补残凇陈跃V要》中“〔16〕安全性

看，并不適合?？蚣茉O(shè)計(jì)在醫(yī)療安康信息平臺(tái)建設(shè)中，醫(yī)用信息集成平臺(tái)作為信息系統(tǒng)和平臺(tái)應(yīng)用的中間層，原封不動(dòng)地保持醫(yī)院業(yè)務(wù)系統(tǒng)，不需要進(jìn)展改造，削減集成難度。集成平臺(tái)和業(yè)務(wù)系統(tǒng)之最大限度地削減開發(fā)本錢和延長醫(yī)院業(yè)務(wù)系統(tǒng)生存周期。消息映射規(guī)則 涂程管理MonitTir

消息發(fā)送隊(duì)列

消忌承受業(yè)務(wù)系

消息路擊M統(tǒng)MA PS

sag?

MessageWebService

A消息映射

MessageMessageMessage

MessageMessage消息格式定義

圖(一)-2集成平臺(tái)框架圖在集成平臺(tái)中預(yù)定義數(shù)據(jù)構(gòu)造的XML文檔架構(gòu)，從而規(guī)定了輸入端口承受的消息實(shí)例XML流程編排通過醫(yī)療安康信息效勞平臺(tái)的BPM流程治理，在醫(yī)院內(nèi)各個(gè)業(yè)務(wù)系統(tǒng)之間建立起符合真正業(yè)務(wù)需求的流轉(zhuǎn)關(guān)系。集成平臺(tái)在基于安全、穩(wěn)定、牢靠的一次性不漏、不重、不丟、不錯(cuò)的數(shù)據(jù)傳輸?shù)那疤嵯?，通過引入流程引擎，以流程化的方式進(jìn)展數(shù)據(jù)路由規(guī)章的訂制，使業(yè)務(wù)規(guī)律和集成規(guī)律分別解耦，大大提高了整個(gè)平臺(tái)的可擴(kuò)展性。當(dāng)需求發(fā)生變化消息生成醫(yī)療安康信息效勞平臺(tái)其核心是基于消息機(jī)制實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)之間的應(yīng)用集成,通過平臺(tái)來監(jiān)控業(yè)務(wù)系統(tǒng)產(chǎn)生一些消息通知，這些消息通知也是通過消息交換中心來進(jìn)展統(tǒng)一治理，通過各個(gè)軟件系統(tǒng)響應(yīng)各種消息通知來到達(dá)業(yè)務(wù)協(xié)同的效果。消息效勞于第三方軟件的接口有兩種方式： 一種是Web!務(wù)方式，即供給Web!消息映射取到的數(shù)據(jù)信息轉(zhuǎn)換為標(biāo)準(zhǔn)XML吉構(gòu)形式。通常，數(shù)據(jù)庫中的關(guān)系數(shù)據(jù)到XML性標(biāo)記，使XML文檔的內(nèi)容具有可識(shí)別性。元素標(biāo)記和屬性標(biāo)記是集成平臺(tái)統(tǒng)確定義的，他們的描述都存放在Schema文件中。元素標(biāo)記和屬性標(biāo)記在XML文檔中呈＜＞和＜/＞配對(duì)消滅。Ipersonrenyuan例如以以下圖所示，對(duì)于一個(gè)人員的描述，在業(yè)務(wù)數(shù)據(jù)庫中表名、字段名和集成Ipersonrenyuanidnamesge宇段蕪科char{50)char{30)int罕陵名shenfenzhengxinmingnianling宇段類車char(50)char(30)intsexaddressbitvaixhar(200)xingbiedizhichar(lO)varchar(200)emailvarchar(SO)youjianvarchar(SO)phonevarchar(30)dianhuavarchar{30)AESB供給“字段影射”適配器，通過配置的方式，解決部門業(yè)務(wù)數(shù)據(jù)庫和前置數(shù)據(jù)庫之間表名、字段名不全都的問題。XMLXML封裝器：對(duì)數(shù)據(jù)依據(jù)確定轉(zhuǎn)換而成的XML文件，承受SOAP格式進(jìn)展封裝，同時(shí)在SOAFXML解析器：分析XML文檔的語法和格式是否正確，這里需要用到XML的一個(gè)關(guān)鍵技術(shù)：XMLSchemaXML數(shù)據(jù)，確保在傳輸過程中沒有數(shù)據(jù)喪失和錯(cuò)誤。信息傳輸通過協(xié)議傳輸SOAF消息，依據(jù)流程編排BPM中的定義將消息發(fā)送到不同系統(tǒng)。信息隊(duì)列處理把通過驗(yàn)證的XML文檔送入處理隊(duì)列，等候系統(tǒng)進(jìn)展進(jìn)一步存儲(chǔ)處理，該隊(duì)列對(duì)于信4.2 平臺(tái)根底組件注冊(cè)效勞個(gè)人注冊(cè)效勞供給全都的個(gè)人信息。根本功能包括：具備個(gè)人信息查詢功能。效勞人員的根本信息進(jìn)展注冊(cè)和治理。醫(yī)療效勞人員包括醫(yī)生、護(hù)士、醫(yī)技人員、藥事人根本功能包括：具備增醫(yī)護(hù)人員注冊(cè)功能；醫(yī)療衛(wèi)生氣構(gòu)〔科室〕注冊(cè)醫(yī)療衛(wèi)生氣構(gòu)〔科室〕注冊(cè)用于對(duì)醫(yī)療衛(wèi)生氣構(gòu)〔科室〕的根本信息進(jìn)展管理。通過對(duì)醫(yī)療衛(wèi)生氣構(gòu)〔科室〕根本信息的統(tǒng)一治理，可以〔科室〕信具備增醫(yī)療衛(wèi)生氣構(gòu)〔科室〕注冊(cè)功能；具備醫(yī)療衛(wèi)生氣構(gòu)〔科室〕信息更〔科室〕〔科室〕信息查詢功能。題。術(shù)語應(yīng)由平臺(tái)治理者進(jìn)展注冊(cè)、更和維護(hù)。字典既可由平臺(tái)治理者又可由機(jī)構(gòu)內(nèi)各應(yīng)用系統(tǒng)來供給注冊(cè)、更和維護(hù)。根本功能包括：〔1〕能過機(jī)構(gòu)/色的權(quán)限治理安全牢靠的密碼治理功能。權(quán)限治理穩(wěn)定性。對(duì)自己相應(yīng)的權(quán)限