醫療技術服務裝置資料處理階段概觀

發行項
05/16/2024

本文提供醫療技術服務內裝置資料處理階段的概觀。醫療技術服務會將裝置資料轉換成 FHIR® 觀察，以在 FHIR 服務中保存。

醫療技術服務裝置資料處理會遵循下列階段，並依此順序執行：

擷取
正規化 - 已套用裝置對應。
群組 - (選擇性)
轉換 - 已套用 FHIR 目的地對應。
Persist

擷取

內嵌是從 Azure 事件中樞事件中樞接收裝置訊息，並立即提取到醫療技術服務的第一個階段。事件中樞服務支援高規模和輸送量，能夠每秒接收和處理數百萬個裝置訊息。它也可讓醫療技術服務以非同步方式取用裝置訊息，而不需在處理裝置訊息時等待裝置。醫療技術服務的系統指派受控識別和 Azure 資源型存取控制 (Azure RBAC) 用於安全存取事件中樞。

注意

JSON 是目前唯一支援裝置訊息資料的格式。

重要

如果您要允許從多個服務存取事件中樞，則每個服務都必須有自己的事件中樞取用者群組。

取用者群組能讓多個取用應用程式擁有自己的事件串流檢視，以及按照自己的步調及運用自己的位移自行讀取串流。如需詳細資訊，請參閱取用者群組。

範例：

存取相同事件中樞的兩個醫療技術服務。
醫療技術服務和存取相同事件中樞的儲存體寫入應用程式。

標準化

正規化是下一個階段，使用使用者選取/使用者建立，符合規範且有效的裝置對應來處理裝置資料。此對應流程會導致將裝置資料轉換成正規化結構描述。正規化程式不僅可簡化後續階段的裝置資料處理，還能提供將一個裝置訊息投影到多個標準化訊息的功能。例如，裝置可以在單一裝置訊息中傳送體溫、脈搏、血壓和呼吸速率多個生命跡象。此裝置訊息會建立四個不同的 FHIR 觀察。每個 FHIR 觀察都會代表不同的重要標誌，裝置訊息會投影到四個不同的正規化訊息。

群組 - (選擇性)

群組是下一個選擇性階段，在此醫療技術服務正規化階段提供的標準化訊息，會使用三個不同的參數分組：

裝置身分識別
測量類型
時段

裝置身分識別和測量類型群組是選擇性的，而且是使用 SampledData 測量類型來啟用。 SampledData 測量類型提供一種簡潔的方法，來表示以時間為基礎、從裝置訊息到 FHIR 觀察的測量序列。在您使用 SampledData 測量類型時，測量可以分組成單一 FHIR 觀察，代表 1 小時期間或 24 小時期間。

轉換

轉換是使用使用者選取/使用者建立且有效的 FHIR 目的地對應來處理標準化訊息的下一個階段。如果已撰寫相符的 FHIR 目的地對應，標準化訊息會轉換成 FHIR 觀察。此時，也可以使用裝置訊息中存在的裝置識別碼從 FHIR 服務擷取裝置資源及其關聯的病患資源。這些資源會新增為所建立 FHIR 觀察的參考。

注意

解析後會快取所有身分識別查閱，以減少 FHIR 服務上的負載。如果您打算重複使用具有多個病患的裝置，建議您建立一個專屬於病患的虛擬裝置資源，並在裝置訊息承載中傳送虛擬裝置識別碼。虛擬裝置可以連結至作為父系的實際裝置資源。

如果 FHIR 服務中沒有指定裝置識別碼的裝置資源，結果取決於醫療技術服務部署時所設定的解析類型值。當設定為查閱時，特定訊息將被忽略，管線會繼續處理其他傳入裝置訊息。如果設定為建立，醫療技術服務會在 FHIR 服務中建立最少的裝置和病患資源。

注意

如果需要不同的解析類型，您也可以在部署醫療技術服務後調整解析類型。

醫療技術服務提供近即時的處理，並嘗試將要求分組為 300 個正規化訊息批次，以減少對 FHIR 服務提出的要求數目。如果資料量很低，且尚未將 300 則正規化訊息新增至群組，則該群組中的對應 FHIR 觀察會在大約五分鐘後保存至 FHIR 服務。

注意

當多個裝置訊息包含相同 FHIR 觀察的資料時，具有相同的時間戳記，而且會在相同的裝置訊息批次內傳送 (例如，在五分鐘範圍內，或以 300 個正規化訊息群組為單位)，則只會保存與該 FHIR 觀察的最新裝置訊息對應的資料。

例如：

裝置訊息 1：

{    
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",
   "systolic": "129",    
   "diastolic": "65",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
}

裝置訊息 2：

{   
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",    
   "systolic": "113",    
   "diastolic": "58",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
}

假設這些裝置訊息是在相同的五分鐘範圍中內嵌，或在同一組 300 個正規化訊息中，並且由於兩個裝置訊息的 measurementdatetime 相同 (表示這些訊息包含相同 FHIR 觀察的資料)，因此僅保留裝置訊息 2 以表示最新/最近的資料。

Persist

保存是 FHIR 服務中保存來自轉換階段之 FHIR 觀察的最後階段。如果 FHIR 觀察是新的，則其是在 FHIR 服務中建立的。如果 FHIR 觀察已經存在，則其會在 FHIR 服務中更新。 FHIR 服務會使用醫療技術服務的系統指派受控識別和 Azure 資源型存取控制 (Azure RBAC) 來保護 FHIR 服務的存取。