醫苑通
完美適配各類(lèi)中小醫院和診所的云HIS系統,診所管理軟件
行業(yè)資訊
醫療管理系統 網(wǎng)推薦
,閑談使用集成的如今與將來(lái)(下):集成計劃與評價(jià)
醫療管理系統 網(wǎng)給您推薦一篇行業(yè)文章,主要內容是,InterSystems開(kāi)發(fā)者社區匯集了大量有用、有趣的實(shí)踐探討。我們今天推薦的是InterSystems中國技術(shù)總監喬鵬的一篇長(cháng)文:漫談應用集成的現在與未來(lái)。 果您感興趣,請閱讀后面的詳細內容, 醫療管理系統 網(wǎng)提供國內最優(yōu)秀的醫療管理系統 ,由 北京昊合醫療科技有限公司研發(fā),醫療管理系統 經(jīng)過(guò)了十多年的完善和升級,現在功能強大,操作簡(jiǎn)單, 用戶(hù)遍及全國各地,如果您感興趣,可以隨時(shí)聯(lián)系我們。
InterSystems開(kāi)辟者社區聚集了大批有效、風(fēng)趣的理論討論。我們明天保舉的是InterSystems中國手藝總監喬鵬的一篇長(cháng)文:閑談使用集成的如今與將來(lái)。全文很長(cháng),分為五部門(mén)。包羅:1.甚么是使用集成?2.怎樣做使用集成?3.甚么是集成平臺?4.集成計劃與評價(jià)5.使用集成的開(kāi)展為便于瀏覽,我們將長(cháng)文分為上、中、下三篇停止推送:下篇-集成計劃與評價(jià),和使用集成的開(kāi)展使用集成項目標結果和施行有很大干系,且和底層接納的集成平臺手藝相干。評價(jià)它的身分太多了,比方機能(動(dòng)靜吞吐量)、高可用、連續集成才能、建立本錢(qián)......而我們這里存眷集成三要素和集成平臺根底才能,這些集成的中心需求來(lái)考查集成計劃。即不管甚么樣的計劃,都需求留神能否存眷在集成3要素上,能否處理了3個(gè)中心成績(jì)。為闡發(fā)市場(chǎng)上罕見(jiàn)的集成計劃,我們把不基于集成平臺的罕見(jiàn)集成計劃也歸入出去。不依靠于集成平臺。使用需求大批的接口革新事情,龐大度隨被集成使用的數目呈指數增加。由于經(jīng)由過(guò)程各自使用的革新,變亂和完好的跨營(yíng)業(yè)鴻溝流程被分裂在各個(gè)使用中,沒(méi)有處所能夠一覽使用間的流程,能夠說(shuō)短少流程和高低文梳理。固然它今朝還是使用集成的支流方法,但其固出缺點(diǎn)使其很難連續布置在日趨龐大的多使用營(yíng)業(yè)場(chǎng)景下。“基于動(dòng)靜交流”是支流的集成計劃,凡是是操縱動(dòng)靜路由作為“流程”的承載機制,經(jīng)由過(guò)程動(dòng)靜路由劃定規矩處理集成三要素中的“流程”成績(jì)。而動(dòng)靜自己就要承載別的二個(gè)要素:變亂和高低文了。因而關(guān)于動(dòng)靜尺度的挑選是影響計劃的樞紐身分之一。這類(lèi)計劃要存眷:行業(yè)互操縱動(dòng)靜尺度對營(yíng)業(yè)變亂和高低文都有梳理。比方,在對變亂的梳理和完成上:V2的動(dòng)靜稱(chēng)號代表了營(yíng)業(yè)場(chǎng)景和營(yíng)業(yè)變亂。比方ADT_A01動(dòng)靜,ADT代表患者辦理營(yíng)業(yè):出院(Admission)、出院(Discharge)、轉院(Transfer),A01是患者出院變亂。V3也相似,但其構造層層封裝,遠比HL7V2龐大。比方PRPA_IN101001UV01,PRPA是營(yíng)業(yè)場(chǎng)景(PR:Practice)的患者辦理域(PA:PatientAdministration),IN是交互(interaction)標準。而其外部界說(shuō)了這個(gè)交互對應的變亂:而動(dòng)靜路由劃定規矩承載了“流程”:今朝在醫療互操縱尺度中,HL7構造刊行的尺度采用范疇最廣、影響范疇最大。HL7的汗青很長(cháng)、尺度浩瀚,假如我們要參考或接納其尺度,必需要理解它刊行的這些尺度的用處和差別。海內市場(chǎng)上,所謂基于HL7V3動(dòng)靜的計劃很多,但大大都對HL7V3尺度的遵照質(zhì)量其實(shí)不高。需求留意的是,行業(yè)的互操縱尺度關(guān)于使用集成來(lái)講十分主要,但其尺度常常來(lái)自于對既往營(yíng)業(yè)的總結。實(shí)踐中總有超呈現有尺度籠蓋的營(yíng)業(yè),因而基于尺度動(dòng)靜的計劃也要思索可擴大性。比方HL7V2具有十分簡(jiǎn)樸和靈敏的可擴大性,凡是經(jīng)由過(guò)程自界說(shuō)的Z字段擴大;而HL7V3因為其RIMM辦法論,相稱(chēng)難于擴大。這也是圖中各人看到的HL7V3環(huán)球采用度遠不及V2的緣故原由之一。關(guān)于尺度經(jīng)由過(guò)程擴大也不克不及滿(mǎn)意的營(yíng)業(yè),就依托底層的建模與轉換才能和計劃的飽滿(mǎn)水平了。當需求變革時(shí),動(dòng)靜構造自立可控,這是用戶(hù)自界說(shuō)動(dòng)靜的中心劣勢。自界說(shuō)動(dòng)靜很磨練經(jīng)歷-需求對營(yíng)業(yè)工具和流程籠統。假如不克不及籠蓋次要的用例,意味著(zhù)動(dòng)靜構造能夠需求常常變動(dòng),從而影響計劃和接口的不變性。對動(dòng)靜體不建模、路由時(shí)不做拆包處置-任何的動(dòng)靜體內容都能夠傳,從而制止由于需求變革而更新動(dòng)靜模子(schema)的事情。它不做動(dòng)靜校驗和基于動(dòng)靜內容的路由,僅按照動(dòng)靜范例、以至定死的路由目的設置停止路由。計劃最大益處是平臺建立方“無(wú)事一身輕”:平臺僅供給基于動(dòng)靜范例的路由機制;而各個(gè)使用需求革新以發(fā)送、領(lǐng)受、校驗和處置動(dòng)靜,事情量較大。文檔凡是是小結性的信息,發(fā)作在營(yíng)業(yè)階段性節點(diǎn)上,比方“出院小結”發(fā)作在出院時(shí),它不是細顆粒度“變亂”。以是文檔交流其實(shí)不是支流的集成計劃,凡是作為基于動(dòng)靜或效勞的計劃的彌補。文檔構造是對“高低文”的界說(shuō),凡是接納的有互聯(lián)互通文檔、HL7
CDA文檔或用戶(hù)自界說(shuō)文檔。基于文檔交流的“流程”出格簡(jiǎn)樸,凡是是:注冊、查詢(xún)、獲得。而使用需求具有利用文檔流程效勞的才能。將使用的功用在ESB上封裝為效勞,并經(jīng)由過(guò)程ESB來(lái)協(xié)同這些效勞,就是基于效勞總線(xiàn)的集成計劃,它也是支流的集成計劃。效勞自己封裝了變亂、高低文。ESB和諧這些效勞挪用的流程,凡是是經(jīng)由過(guò)程營(yíng)業(yè)流程建模才能完成的,它供給比動(dòng)靜路由劃定規矩更直觀(guān)、更靈敏、更豐碩的流程建模和辦理才能,以至能夠被營(yíng)業(yè)專(zhuān)家間接利用。需求留意的是,有效勞不即是用效勞總線(xiàn)。比方一些計劃中,集成廠(chǎng)商扔出一份“效勞”文檔,請求各個(gè)使用廠(chǎng)商建立“效勞接口”,但背景并沒(méi)有ESB,不做效勞注冊、數據轉換等,這實(shí)在是一種點(diǎn)對點(diǎn)計劃。另有一些處理計劃唯一注冊、公布牢固效勞的才能,比方自界說(shuō)的SOAP效勞。并不克不及注冊此外效勞-比方TCP或HTTP的效勞,或新的效勞。如許的計劃毗連才能不敷。醫療行業(yè),IHE、互聯(lián)互通成熟度尺度,都籠統和界說(shuō)了效勞尺度,比方上面IHE罕見(jiàn)的幾個(gè)效勞的場(chǎng)景、腳色和變亂(事件):能夠各人留意到了,下面沒(méi)提3要素之一的高低文。凡是這些效勞尺度也標準了效勞的懇求和呼應模子,比方IHE利用HL7V3動(dòng)靜或FHIR動(dòng)靜;而互聯(lián)互通效勞利用互聯(lián)互通動(dòng)靜尺度。基于效勞總線(xiàn)的集成計劃,凡是需求具有連續的效勞注冊與公布的才能。這也是評價(jià)計劃的身分之一。由廠(chǎng)商基于經(jīng)歷或項目需求界說(shuō)效勞,并利用ESB注冊、公布效勞。對效勞的標準才能和設想彈性是這類(lèi)計劃的樞紐。別的,計劃能否供給優(yōu)良的毗連才能,也是自界說(shuō)效勞計劃的評價(jià)身分。繞了這么久,終究提到了開(kāi)篇所說(shuō)的FHIR定閱范式。變亂驅動(dòng)(EDA)是SOA的擔當者,其中心特性是經(jīng)由過(guò)程變亂天生才能和變亂(及表達變亂的高低文)的公布/定閱,突破緊耦合的效勞挪用,以松耦合架構完成更靈敏的效勞挪用流程。經(jīng)由過(guò)程對變亂的靈敏界說(shuō)和公布/定閱機制,EDA應對營(yíng)業(yè)變動(dòng)只需求增長(cháng)、調解定閱干系,而無(wú)需修正牢固的營(yíng)業(yè)流程模子或動(dòng)靜路由劃定規矩。基于變亂驅動(dòng)的集成計劃如今愈來(lái)愈普遍地被接納,為用戶(hù)供給了可連續集成的靈敏架構,對集成廠(chǎng)商而言也低落了營(yíng)業(yè)變革時(shí)的開(kāi)辟施行本錢(qián)!變亂天生才能和靈敏性、公布/定閱便利性是評價(jià)計劃的樞紐。別的,變亂驅動(dòng)是以SOA為根底的,它仍要基于ESB封裝效勞和協(xié)同前道營(yíng)業(yè)流程,并且對效勞尺度化水平和挪用方法也提出了請求-比方該當盡能夠利用異步效勞挪用方法,而不是同步伐用。FHIR定閱基于W3的WebSub,供給FHIR的定閱資本Subscription和定閱主題資本SubscriptionTopic,自己就是一個(gè)API時(shí)期的變亂驅動(dòng)完成。使用集成隨使用的軟件開(kāi)辟架構的退化而退化。FHIR的6個(gè)互操縱范式涵蓋了下面提到的動(dòng)靜、效勞、文檔,別的三個(gè)——API、定閱和資本堆棧正表現了比年軟件架構上的開(kāi)展。下面提到的使用集成計劃根本都是中間化的,應對支流的單體架構使用。而軟件開(kāi)辟架構開(kāi)展的一個(gè)趨向是去中間化,比方微效勞架構。微效勞架構是站在SOA肩膀之上的軟件架構,去中心思念、開(kāi)辟的火速性、布置的彈性、疾速迭代才能讓其比年險些和各行各業(yè)的數字化轉型畫(huà)上了等號。微效勞架構經(jīng)由過(guò)程按主題域驅動(dòng)設想(Domain-DrivenDesign),將營(yíng)業(yè)停止細顆粒度的分別,利用API突破了使用鴻溝。既然微效勞架構下,使用鴻溝都被打破了,基于使用鴻溝的使用集成明顯對微效勞架構使用不再須要了,轉而需求對這些微效勞停止集成。這觸及到微效勞的發(fā)明與注冊、微效勞的編排、微效勞路由、微效勞流控、微效勞寧靜、微效勞監控等諸多范疇,架構龐大度相稱(chēng)高。市情的API網(wǎng)關(guān)必然水平上能夠應對“API”集成,凡是有API公布、API協(xié)同挪用、數據轉換、API轉換等才能,讓其能涵蓋API的挪用”流程“,而對今朝API的次要載體RESTfulAPI的毗連才能固然不在話(huà)下。同時(shí),API網(wǎng)關(guān)也沒(méi)必要中間化布置,合適微效勞軟件架構向外表露效勞。在醫療行業(yè),FHIR供給了一套撐持資本CRUD的API,而且供給了用戶(hù)自界說(shuō)API的擴大才能。固然FHIRAPI不即是微效勞,但它付與了基于FHIR的使用間利用API停止互操縱(集成)的才能,再借助其行業(yè)語(yǔ)義級的資本模子和變亂界說(shuō)才能,讓FHIRAPI成為行業(yè)中一種可行的互操縱范式。需求留意的是,API網(wǎng)關(guān)不是集成平臺,API集成嚴厲上也不克不及叫做使用集成。只要在微效勞架構的使用間,它才氣充實(shí)闡揚感化。而在多種架構使用并存的明天,僅靠API網(wǎng)關(guān)明顯處理不了使用集成的需求。在微效勞架構使用片面、大范圍布置前,使用集成仍需求集成平臺的支持、API網(wǎng)關(guān)來(lái)彌補。信賴(lài)微效勞架構將來(lái)會(huì )愈來(lái)愈主要,但其實(shí)不會(huì )金甌無(wú)缺。微效勞架構中,效勞能夠十分彈性的布置、疾速的迭代,但數據其實(shí)不簡(jiǎn)單-高效地同步或復制數據是個(gè)困難。可否在微效勞架構上,讓數據連結邏輯上的集合存儲
InterSystems開(kāi)發(fā)者社區匯集了大量有用、有趣的實(shí)踐探討。我們今天推薦的是InterSystems中國技術(shù)總監喬鵬的一篇長(cháng)文:漫談應用集成的現在與未來(lái)。,我公司是一家專(zhuān)業(yè)從事醫療管理系統 十余年高科技公司,公司的醫療管理系統 ,目前用戶(hù)遍及全國各地,它價(jià)格低廉,部署簡(jiǎn)單,極易上手,是醫院管理者管理決策的好幫手。如有需要請聯(lián)系我們:
北京昊合醫療科技有限公司
地址:北京市朝陽(yáng)區八里莊西里98號3號樓2301室
電話(huà):010-86209858
郵箱:gaohua.li@haohegroup.com
手機:13366677825
QQ:365143782
聯(lián)系人:黎經(jīng)理
手機:13366677825
電話(huà):010-86209858
Q Q:365143782
郵箱:gaohua.li@haohegroup.com