久久最新最好视频|精品福利视频在线|狠狠狠干在线播放|色尼玛亚洲综合网|日韩加勒比无码AV|亚洲AV人人澡人人爽人人爱|国产精品免费怡红院|婷婷一区二区XXX|日韩成人一区二区三|欧美熟妇另类AAAAAA

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

來源：Software Development Company Informatica

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

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

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

什么是API？

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

如何通過一個簡單直觀的類比來解釋API

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

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

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

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

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

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

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

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

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

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

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

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

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

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

平臺盡量使用原生API，避免“打補丁”風(fēng)險

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

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

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

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

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

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

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