制服丝袜成人电影|欧洲美女激情AV|久久天堂无码AV|日本一及黄色电影一及黄色|天摸天操天啪欧美|AA级黄色一级特黄成人大片|日韩特级AAA毛片|特级黄色成人录像|激情啪啪综合亚洲A黄|特黄一级AAA日本在线观看

如今API 在軟件和應(yīng)用中扮演著越來(lái)越重要的角色，從千禧年初僅僅作為網(wǎng)頁(yè)端和移動(dòng)端的應(yīng)用接口工具，但如今逐步擴(kuò)展到云端應(yīng)用集成、物聯(lián)網(wǎng)等領(lǐng)域，API可以說(shuō)是無(wú)處不在。

來(lái)源：Software Development Company Informatica

據(jù)全球領(lǐng)先的CDN服務(wù)提供商Akamai統(tǒng)計(jì)，2019年有83%的流量來(lái)自API，而 HTML的流量只有17%。相比之下，在A(yíng)kamai 2014年的流量統(tǒng)計(jì)中，來(lái)自API的只占47%。由此可見(jiàn)在當(dāng)下流量為王的時(shí)代，API在整個(gè)行業(yè)大環(huán)境的實(shí)際業(yè)務(wù)中所占到的比重越來(lái)越多，且漲幅驚人。

而在醫(yī)療集成領(lǐng)域中，由于醫(yī)療數(shù)據(jù)具有量大、多樣化、實(shí)時(shí)性、高價(jià)值等特性，在醫(yī)療信息化建設(shè)和數(shù)據(jù)互聯(lián)互通中，API化和互操作能力就非常重要，甚至形成了一個(gè)集成技術(shù)趨勢(shì)。

那么什么是API？API又是如何實(shí)際應(yīng)用在醫(yī)療信息集成中的？

什么是API？

根據(jù)維基百科的定義，應(yīng)用程序接口（英語(yǔ)：Application Programming Interface），縮寫(xiě)為API，是一種計(jì)算接口，它定義多個(gè)軟件中介之間的交互，以及可以進(jìn)行的調(diào)用（call）或請(qǐng)求（request）的種類(lèi)，如何進(jìn)行調(diào)用或發(fā)出請(qǐng)求，應(yīng)使用的數(shù)據(jù)格式，應(yīng)遵循的慣例等。

如何通過(guò)一個(gè)簡(jiǎn)單直觀(guān)的類(lèi)比來(lái)解釋API

顧客在餐廳點(diǎn)單，后廚中的廚師燒出相應(yīng)的餐品，而服務(wù)員作為連接前廳和后廚的紐帶，將燒好的菜端給顧客。在這個(gè)過(guò)程中，顧客點(diǎn)單相當(dāng)于前端調(diào)用請(qǐng)求；后廚廚師燒菜相當(dāng)于后端處理請(qǐng)求；而將燒好的菜（封裝好的功能）從后廚端給前廳里顧客的服務(wù)員，就是API。

就如同當(dāng)今我們穿的衣服、出行搭載的交通工具、吃飯的糧食、住的房子等等一切幾乎很少是我們直接參與生產(chǎn)的一樣，廠(chǎng)商在提供客戶(hù)所需的產(chǎn)品或解決方案時(shí)也并不是從零開(kāi)始研發(fā)，而是通過(guò)分工，并借助API將工作化繁為簡(jiǎn)，提升效率。

“大融合”推動(dòng)集成技術(shù)新的革命，API技術(shù)應(yīng)時(shí)而生

隨著醫(yī)療信息化迎來(lái)大融合時(shí)代，醫(yī)療機(jī)構(gòu)的內(nèi)部系統(tǒng)從相對(duì)獨(dú)立、離散逐漸走向集成大融合，系統(tǒng)間的互相協(xié)作也已成為常態(tài)，API技術(shù)從原來(lái)僅僅作為接口的工具，到如今被逐步用于醫(yī)療系統(tǒng)集成領(lǐng)域的方方面面。

以目前核酸檢測(cè)為例，一個(gè)簡(jiǎn)單的核酸檢測(cè)就需要數(shù)個(gè)獨(dú)立業(yè)務(wù)支持，需要多個(gè)系統(tǒng)協(xié)同（包括信息采集系統(tǒng)、LIS系統(tǒng)、線(xiàn)上報(bào)告發(fā)布和查詢(xún)系統(tǒng)等），而這些系統(tǒng)大部分都是由不同的廠(chǎng)商生產(chǎn)的，各自獨(dú)立，而要將這些系統(tǒng)集成起來(lái)，實(shí)現(xiàn)數(shù)據(jù)的互聯(lián)互通，離不開(kāi)API在其中的“牽線(xiàn)搭橋”，通過(guò)發(fā)布標(biāo)準(zhǔn)API接口與LIS系統(tǒng)進(jìn)行對(duì)接，使得核酸的檢測(cè)信息能在各系統(tǒng)間實(shí)現(xiàn)同步更新，最終上傳至上級(jí)區(qū)域平臺(tái)。

API在醫(yī)療集成領(lǐng)域的作用

由于醫(yī)療數(shù)據(jù)具有量大、多樣化、實(shí)時(shí)性、高價(jià)值等特性，在醫(yī)療信息化建設(shè)和數(shù)據(jù)互聯(lián)互通中，對(duì)于系統(tǒng)解耦、業(yè)務(wù)協(xié)同、互操作需求、實(shí)時(shí)性要求、調(diào)用監(jiān)管、安全控制等需求也越來(lái)越高，而API所具備的對(duì)外標(biāo)準(zhǔn)接口、規(guī)范數(shù)據(jù)格式、隱藏后端復(fù)雜性、簡(jiǎn)化開(kāi)發(fā)流程等能力能滿(mǎn)足上述需求，因此下好使用API集成的這步棋，將能直接提升醫(yī)療機(jī)構(gòu)信息集成的“段位”。

破解“俗手”，做好“本手” ：破除單一集成技術(shù)，增強(qiáng)多元化多場(chǎng)景的集成能力

醫(yī)院過(guò)去會(huì)采用單一的集成技術(shù)（如MQ、ESB技術(shù)等）滿(mǎn)足集成需求，這也確實(shí)能解決一些需求，然而隨著醫(yī)療集成業(yè)務(wù)場(chǎng)景的多元化和復(fù)雜化，僅使用單一集成技術(shù)無(wú)法兼顧不同場(chǎng)景下的業(yè)務(wù)集成和數(shù)據(jù)交換需求，容易陷入大量二次開(kāi)發(fā)，不?！按蜓a(bǔ)丁”的困局。

在集成平臺(tái)中融入各種數(shù)據(jù)交換技術(shù)（MQ、ESB、ETL、API等），并以面向場(chǎng)景設(shè)計(jì)開(kāi)發(fā)和獲得最優(yōu)應(yīng)用實(shí)踐效果為出發(fā)點(diǎn)，取長(zhǎng)補(bǔ)短，靈活解決實(shí)際環(huán)境中需求多樣化的場(chǎng)景問(wèn)題，做好系統(tǒng)集成的“本手”，才能破解由采用單一集成技術(shù)帶來(lái)的“俗手”困局。

用好API“妙手”：從數(shù)據(jù)本身的交換邁向數(shù)據(jù)價(jià)值的交換

如今醫(yī)療數(shù)據(jù)的價(jià)值逐漸被大家認(rèn)可和重視，各醫(yī)療機(jī)構(gòu)也開(kāi)始通過(guò)數(shù)據(jù)的歸屬和內(nèi)在邏輯，挖掘數(shù)據(jù)價(jià)值，甚至形成一套從數(shù)據(jù)產(chǎn)生、挖掘、治理到價(jià)值利用的標(biāo)準(zhǔn)流程，傳統(tǒng)情況下僅作為“數(shù)據(jù)搬運(yùn)工”的集成平臺(tái)，如何釋放或發(fā)揮大量沉淀在醫(yī)療機(jī)構(gòu)的數(shù)據(jù)價(jià)值，需要有更加適合醫(yī)療價(jià)值交換的技術(shù)和管理方式來(lái)提供支撐。

通過(guò)API方式，能夠?yàn)獒t(yī)療機(jī)構(gòu)實(shí)現(xiàn)對(duì)外開(kāi)放服務(wù)能力，提供數(shù)據(jù)價(jià)值的技術(shù)訪(fǎng)問(wèn)途徑。圍繞API技術(shù)，實(shí)現(xiàn)諸如API-First的服務(wù)設(shè)計(jì)方式，API Driven的集成開(kāi)發(fā)，以及訪(fǎng)問(wèn)授權(quán)、調(diào)用流量、調(diào)度監(jiān)控等管理，快速、有效、精準(zhǔn)、安全的對(duì)外提供醫(yī)療機(jī)構(gòu)的數(shù)據(jù)價(jià)值。

集成平臺(tái)只有用好API，進(jìn)一步提升醫(yī)療機(jī)構(gòu)的集成能力從數(shù)據(jù)本身的交換邁向深入挖掘數(shù)據(jù)中蘊(yùn)藏的價(jià)值交換，釋放醫(yī)療數(shù)據(jù)價(jià)值并進(jìn)行妥善的管理，醫(yī)療機(jī)構(gòu)才算是下了一步信息集成的“妙手”。

平臺(tái)盡量使用原生API，避免“打補(bǔ)丁”風(fēng)險(xiǎn)

對(duì)于集成平臺(tái)而言，在設(shè)計(jì)之初就需要充分考慮API特性，將API基因融入產(chǎn)品架構(gòu)設(shè)計(jì)中，實(shí)現(xiàn)原生API化，這樣能根據(jù)醫(yī)院需求輕松衍生出所需的API功能（包括API-Driven 服務(wù)集成、Open API、API客戶(hù)端類(lèi)庫(kù)自動(dòng)生成等），而具有原生API特性的中間件對(duì)于集成平臺(tái)實(shí)現(xiàn)上述功能至關(guān)重要；采用“打補(bǔ)丁”的方法在產(chǎn)品中嵌入API的功能，不僅費(fèi)時(shí)費(fèi)力，也不利于A(yíng)PI功能的后續(xù)拓展與開(kāi)發(fā)。

API需要支持服務(wù)分層，應(yīng)對(duì)不同的生態(tài)流轉(zhuǎn)

由于各業(yè)務(wù)的側(cè)重點(diǎn)不同，有的業(yè)務(wù)只提供單一基礎(chǔ)服務(wù)，有的業(yè)務(wù)需要進(jìn)行二次開(kāi)發(fā)并將功能封裝起來(lái)，而有的則需要對(duì)運(yùn)營(yíng)提供支撐，需要API提供不同層級(jí)不同粒度的服務(wù)。因此API需要支持服務(wù)分層，將各業(yè)務(wù)產(chǎn)生的數(shù)據(jù)價(jià)值挖掘出來(lái)，并不斷結(jié)合新數(shù)據(jù)進(jìn)行加工，產(chǎn)出新價(jià)值，形成價(jià)值循環(huán)，最終達(dá)到業(yè)務(wù)自生和生態(tài)流轉(zhuǎn)。

架構(gòu)承載力足夠，具備高性能、強(qiáng)穩(wěn)定、易擴(kuò)展等特性

由于當(dāng)前大量API的接入和擴(kuò)展使用，傳統(tǒng)HIT架構(gòu)已難以滿(mǎn)足醫(yī)療機(jī)構(gòu)如今高速增長(zhǎng)的需求，醫(yī)療機(jī)構(gòu)在進(jìn)行信息化集成建設(shè)時(shí)就必須要實(shí)現(xiàn)集成架構(gòu)的突破，采用集群、甚至是云原生架構(gòu)，達(dá)到7×24高穩(wěn)定、資源動(dòng)態(tài)擴(kuò)容、獨(dú)立服務(wù)隔離、定向負(fù)載計(jì)算、態(tài)勢(shì)感知等能力要求，充分契合API功能特性，支撐API技術(shù)在醫(yī)療信息集成領(lǐng)域中走向多元、多維、多態(tài)的應(yīng)用模式。

在醫(yī)療信息集成行業(yè)中，不管是作為系統(tǒng)互操作的對(duì)接技術(shù)，還是作為開(kāi)放服務(wù)平臺(tái)進(jìn)行數(shù)據(jù)價(jià)值輸出的交換方式，乃至成為業(yè)務(wù)生態(tài)流轉(zhuǎn)的重要通路，API的作用越來(lái)越被廣泛的認(rèn)知，并且逐漸應(yīng)用到醫(yī)療信息化集成平臺(tái)中。而微服務(wù)、集群化、云原生等新的底層技術(shù)架構(gòu)的出現(xiàn)，也為API帶來(lái)了全新的集成革命。

醫(yī)療機(jī)構(gòu)不僅需要通過(guò)API快速滿(mǎn)足當(dāng)下復(fù)雜多變的業(yè)務(wù)需求，更要為未來(lái)可能存在的需求做出前瞻性的技術(shù)安排。幫助醫(yī)療機(jī)構(gòu)在集成平臺(tái)建設(shè)的過(guò)程中，避免“俗手”、做好“本手”、用出“妙手”。