基于API的醫(yī)療健康數(shù)據(jù)應(yīng)用開(kāi)發(fā)課件

1、基于API的醫(yī)療健康數(shù)據(jù)應(yīng)用開(kāi)發(fā)目錄醫(yī)療大數(shù)據(jù)應(yīng)用現(xiàn)狀與挑戰(zhàn)基于API的醫(yī)療健康數(shù)據(jù)應(yīng)用開(kāi)發(fā)基于FHIR API的應(yīng)用開(kāi)發(fā)醫(yī)療健康大數(shù)據(jù)應(yīng)用現(xiàn)狀與挑戰(zhàn)互聯(lián)互通推動(dòng)著醫(yī)院信息平臺(tái)建設(shè)的熱潮4個(gè)區(qū)域五級(jí)乙等48個(gè) 區(qū)域101家醫(yī) 院12家五級(jí) 乙等4|集成平臺(tái)+數(shù)據(jù)中心已經(jīng)成為醫(yī)院信息平臺(tái)的標(biāo)配集成平臺(tái)數(shù)據(jù)中心基于數(shù)據(jù)中心的應(yīng)用業(yè)務(wù)系統(tǒng)5|基于數(shù)據(jù)中心的應(yīng)用患者360視圖6|醫(yī)院運(yùn)營(yíng)分析醫(yī)院質(zhì)控管理臨床科研人工智能數(shù)據(jù)上報(bào).應(yīng)用需求的多樣性?？菩詮?fù)雜性、多樣 性連續(xù)性7|臨床應(yīng)用?？菩枨?|我們需要開(kāi)放9|允許更多廠商在醫(yī)院信息平臺(tái)之上開(kāi)發(fā)新的應(yīng)用這些應(yīng)用可以無(wú)縫的集成到醫(yī)院現(xiàn)有的業(yè)務(wù)流程或系統(tǒng)中

2、應(yīng)用開(kāi)發(fā)商的應(yīng)用可以部署到不同醫(yī)院不同廠商的平臺(tái)中平臺(tái)開(kāi)發(fā)商可以可以吸引更多的合作伙伴構(gòu)建完整的生態(tài)基于API的醫(yī)療健康應(yīng)用開(kāi)發(fā)通過(guò)API開(kāi)放數(shù)字資產(chǎn)11 |亞馬遜的AWS 微信小程序 阿里中臺(tái)Salesforce CRMFacebookEPIC、Cerner（通過(guò)HL7 FHIR） 等等什么是API12 |API（Application Programming Interface應(yīng)用開(kāi)發(fā)接口）不僅僅 是接口，是應(yīng)用開(kāi)發(fā)的基礎(chǔ)通過(guò)API，針對(duì)同樣的數(shù)據(jù)，不同的廠商使用同樣的API進(jìn)行獲取， 并保持相同的業(yè)務(wù)邏輯管控通過(guò)API，應(yīng)用開(kāi)發(fā)商可以快速開(kāi)發(fā)新的應(yīng)用、新的產(chǎn)品或服務(wù)應(yīng)用系統(tǒng)可以通過(guò)接口進(jìn)

3、行集成，通過(guò)集成優(yōu)化現(xiàn)有業(yè)務(wù)，但無(wú)法創(chuàng) 造新的應(yīng)用API是醫(yī)院將醫(yī)院數(shù)字資產(chǎn)暴露給第三方的最佳途徑一個(gè)良好設(shè)計(jì)的API應(yīng)該包含數(shù)據(jù)模型對(duì)象定義對(duì)象與對(duì)象之間的 關(guān)系對(duì)象元素?cái)?shù)據(jù)類型方法參數(shù)返回異常安全認(rèn)證授權(quán)隱私訪問(wèn)控制流量控制13 |開(kāi)放API幫助開(kāi)發(fā)者快速開(kāi)發(fā)應(yīng)用，隱藏技術(shù)的復(fù)雜度支持多種開(kāi)發(fā)語(yǔ)言能力開(kāi)發(fā)庫(kù)幫助開(kāi)發(fā)者理解API，理解數(shù)據(jù)模型、 類與類之間的關(guān)系、異常處理等快速查找相應(yīng)的API提供相應(yīng)的例子14 |API文檔API需要管理API需要設(shè)計(jì)API開(kāi)發(fā)與測(cè)試API需要部署與運(yùn)營(yíng)API需要更新，版本管理，生命周期管理15 |API管理的核心功能認(rèn)證 授權(quán)安全轉(zhuǎn)換控制運(yùn)營(yíng)監(jiān)控用戶認(rèn)證資

4、源訪問(wèn)授權(quán)16 |訪問(wèn)控制IP控制、黑名單 SSL請(qǐng)求轉(zhuǎn)換 響應(yīng)轉(zhuǎn)換流量控制 速度控制 大小控制告警日志運(yùn)營(yíng)分析基于API的數(shù)據(jù)中心架構(gòu)應(yīng)用數(shù)據(jù)訪問(wèn)API數(shù)據(jù)API業(yè)務(wù)邏輯業(yè)務(wù)中臺(tái)數(shù)據(jù)中臺(tái)17 |基于API的應(yīng)用開(kāi)發(fā)帶來(lái)的價(jià)值HIS或平臺(tái)廠商快速構(gòu)建完整的解決方案構(gòu)建醫(yī)院信息化生態(tài)體系18 |應(yīng)用開(kāi)發(fā)商加速App的開(kāi)發(fā)關(guān)注自己的領(lǐng)域減少集成的成本醫(yī)療機(jī)構(gòu)方便在現(xiàn)有系統(tǒng)上快速 增加新的功能真正的App式的可插拔優(yōu)化信息化的投入產(chǎn)出基于FHIR API的應(yīng)用開(kāi)發(fā)企業(yè)/私有API vs 開(kāi)放API20 |企業(yè)/私有API開(kāi)放API醫(yī)院替換成本高替換成本低應(yīng)用開(kāi)發(fā)商應(yīng)用開(kāi)發(fā)成本高，相同的應(yīng)用需要針對(duì)不

5、同 的API單獨(dú)開(kāi)發(fā)應(yīng)用開(kāi)發(fā)成本低應(yīng)用平臺(tái)開(kāi)發(fā)商依賴于市場(chǎng)地位，市場(chǎng)地位越高，市場(chǎng)領(lǐng)導(dǎo) 地位越容易建立快速構(gòu)建生態(tài)開(kāi)放API具備統(tǒng)一安 全機(jī)制統(tǒng)一的API統(tǒng)一的數(shù)據(jù) 模型21 |FHIR致力于構(gòu)建醫(yī)療健康信息領(lǐng)域的開(kāi)放APIAPI面向資源, 均為URL22 |數(shù)據(jù)模型Context (容器, 用戶, 患者)Medical (處置, 醫(yī)囑, )FHIR Fast Healthcare Interoperability ResourceFHIR資源23 |FHIR API （RESTful）24 |InteractionPathRequestVerbContent-TypeBodyPreferCo

6、nditionalread/type/idGETN/AN/AN/AO: ETag, If-Modified- Since, If-None-Matchvread/type/id/_history/vidGETN/AN/AN/AN/Aupdate/type/idPUTRResourceOO: If-Matchpatch/type/idPATCHR (may be a patch type)PatchOO: If-Matchdelete/type/idDELETEN/AN/AN/AN/Acreate/typePOSTRResourceOO: If-None-Existsearch/type?GET

7、N/AN/AN/AN/A/type/_search?POSTapplication/x-www-form- urlencodedform dataN/AN/Asearch-all?GETN/AN/AN/AN/Acapabilities/metadataGETN/AN/AN/AN/Atransaction/POSTRBundleON/Ahistory/type/id/_historyGETN/AN/AN/AN/Ahistory-type/type/_historyGETN/AN/AN/AN/Ahistory-all/_historyGETN/AN/AN/AN/A(operation)/$name, /type/$name or / type/id/$namePOSTRParametersN/AN/AGETN/AN/AN/AN/APOSTapplication/x-www-form- urlencodedform dataN/AN/A基于FHIR的數(shù)據(jù)中心架構(gòu)FHIR API服務(wù)器FHIR資源庫(kù)應(yīng)用25 |在現(xiàn)有架構(gòu)下，如何支持FHIR數(shù)據(jù)訪問(wèn)API數(shù)據(jù)FHIR Gateway業(yè)務(wù)邏輯API應(yīng)用基于FHIR的應(yīng)用26 |小結(jié)各地醫(yī)院數(shù)據(jù)中心的建設(shè)如火如荼，基于數(shù)據(jù)中心應(yīng)用的 建設(shè)也開(kāi)始凸顯數(shù)據(jù)中心建設(shè)