微軟藉由發(fā)布Azure Healthcare API，來擴展其在健康保健以及生命科學(xué)產(chǎn)業(yè)的資料互通性。微軟在2019年的時候，發(fā)布了全托管的云端服務(wù)Azure API for FHIR，能以原生FHIR格式擷取、留存和管理醫(yī)療保健資料，而現(xiàn)在微軟進一步強化這項服務(wù)，來實現(xiàn)基於FHIR格式的多資料類型交換，隨著功能的擴展，微軟也將這項服務(wù)重新命名為Azure Healthcare API。

　　官方提到，Azure Healthcare API是針對受保護健康資訊（Protected Health Information，PHI）而設(shè)計，讓用戶能夠在微軟醫(yī)療保健云中，擷取、管理和留存資料，藉由Healthcare API，就可以將不同的受保護健康資訊整合在一起，利用機器學(xué)習(xí)或是分析工具，進行端到端連接應(yīng)用。

　　Azure Healthcare API能夠滿足真實醫(yī)療情境的需求，從事臨床研究的醫(yī)生和科學(xué)家，可能會有「45歲以上，在過去2年被診斷出骨肉瘤的病患，所使用的處方用藥、電腦斷層掃描檔案和相關(guān)的放射性影像」這樣的資料需求。

　　微軟提到，要滿足這類型的請求，尤其是在跨大型資料庫時，可能需要數(shù)個月的時間，而這是因為在不同的健康醫(yī)療系統(tǒng)，需要使用不同的語言進行查詢，接著才能擷取檔案，并且提供用戶一致的批次資料。藥物、診斷和患者屬性通常會以結(jié)構(gòu)化資料的形式，儲存在資料庫當(dāng)中，而電腦斷層掃描則是以DICOM格式儲存，放射性報告會儲存成非結(jié)構(gòu)化資料，當(dāng)這些資料被擷取完成的當(dāng)下，就已經(jīng)不夠新鮮了。

　　而微軟新發(fā)布的Azure Healthcare API，便是要來解決這類型的問題，可在數(shù)分鐘內(nèi)完成搜尋和自定義查詢，官方提到，當(dāng)使用者以Azure Healthcare API，從資料系統(tǒng)擷取和轉(zhuǎn)換資料時，會使用即時資料來創(chuàng)建一筆病患病歷，并且對多種類型的健康資料，采取通用的方法來收集和留存資料。

　　臨床紀錄、醫(yī)療設(shè)備資料、HealthKit和Google Fit等資料，會被轉(zhuǎn)換儲存成FHIR，而非結(jié)構(gòu)化資料則應(yīng)用自然語言處理演算法，像是進行文本分析，在臨床筆記中加入注解，或是將資訊從文本擷取出來存入FHIR。

　　DICOM格式的影像資料，則透過API閘道收集，使用DICOMCast技術(shù)從影像中擷取後設(shè)資料，并將其補充在FHIR病歷中。而來自裝置的生物辨識資料，則會利用Azure IoT連接器進行擷取，同樣存在FHIR病歷中，作為健康趨勢的重要資訊。微軟提到，要發(fā)展醫(yī)療產(chǎn)業(yè)，起點是讓病歷能夠被即時搜尋，而Azure Healthcare API所提供的不僅是資料的擷取和管理，能夠讓用戶進一步在云端加速處理這些醫(yī)療保健資料。

　　Azure Healthcare API供用戶使用基於角色的存取控制，來控制資料的流向以及存取方式，而微軟提供精簡的連接器，使得用戶可以在Azure Data Science虛擬機器，或是Azure Synapse中，采用深度學(xué)習(xí)和人工智慧框架處理資料。同時，匿名化工具讓資料能夠被二次使用，經(jīng)過去識別化和混合資料集，供研究人員在快速啟動的環(huán)境中，使用這些資料進行研究。