Orion Health

Orion Health

專用API
服務商 服務商: Orionhealth
【更新時間: 2024.07.11】 Orion Health 開放 API為不同的醫療保健場景構建創新應用程序。安全、輕松地從 Orion Health 平臺內訪問數據和功能。在現代醫療生態系統中,只有建立在互操作性的基礎上才能取得成功。標準 API...
瀏覽次數
44
采購人數
2
試用次數
0
! SLA: N/A
! 響應: N/A
! 適用于個人&企業
收藏
×
完成
取消
×
書簽名稱
確定
<
產品介紹
>

什么是Orion Health?

Orion Health 開放 API

 

為不同的醫療保健場景構建創新應用程序。安全、輕松地從 Orion Health 平臺內訪問數據和功能。我們的解決方案從許多不同的來源創建一個以患者為中心的聚合記錄,然

后為經過身份驗證的用戶提供對該信息的開放訪問。API是共享臨床信息的首選機制,這些信息來自醫療保健提供者(提供者來源的數據)和付款人組織(付款人來源的數

據),并匯總存儲到我們的解決方案中。API訪問使第三方開發人員能夠創建能夠利用和貢獻Amadeus中保存的數據的應用程序。這提供了對有價值的患者數據的認證訪

問,這些數據可以幫助治療,研究和人口健康管理。

 

 

什么是Orion Health接口?

由服務使用方的應用程序發起,以Restful風格為主、通過公網HTTP協議調用Orion Health,從而實現程序的自動化交互,提高服務效率。

Orion Health有哪些核心功能?

1.Rhapsody IDE:

 

提供可視化的接口開發,拖放式設定消息流程,圖形化更改消息,內藏測試架構,遷移設定,整合幫助信息,自動生成設計文件,通知規則設定等 。

 

2.開放API:

 

Orion Health提供了開放API,用于構建不同的醫療保健場景的創新應用,安全且方便地訪問Orion Health內部的數據和功能 。

 

3.Rhapsody控制臺:

 

用于監控系統運作概況,編輯并重發消息,查看消息流轉情況,性能統計報告,審計追蹤以及Rhapsody服務器設置等 。

 

4.輕量級API集成:

 

支持REST及FHIR標準,簡化了基于FHIR的應用接口實現,使基本集成變得更簡單,并使復雜場景下的醫療信息互聯互通成為可能 。

Orion Health的技術原理是什么?

 

在現代醫療生態系統中,只有建立在互操作性的基礎上才能取得成功。標準 API 是完成這項工作的最佳工具之一。通過提供共享臨床信息的通用語言和結構,可以大大降低數據流動性方面的障礙。可以組織和管理不同的數據源和信息類型,從而成功生成豐富而統一的患者記錄視圖。

 

FHIR R4 是 Orion Health 采用的最新 HL7 標準的規范版本,用于與外部各方共享有意義且易于理解的縱向患者記錄。

 

FHIR R4 已被國際公認為醫療保健領域 API 的首選標準。在 Orion Health,我們很自豪自 2016 年以來一直按照這一標準不斷發展我們的 API 功能。

 

通過與世界各地的客戶合作,我們在現場積累的經驗幫助我們發現了在實際數據上實施 FHIR API 時遇到的挑戰和差距。在過程中及時解決這些問題使我們能夠調整產品以滿足實際客戶用例

Orion Health的核心優勢是什么?

為患者賦能

 

為人們提供工具,以幫助了解他們所開的藥物,特別是在老年患者或慢性患者中。

   

早期發現

 

在我們生活的高度互聯世界中,醫療保健實踐和流程沒有任何借口被困在黑暗時代。

   

優化醫療保健

 

向任何醫生或護士詢問他們在日常工作中面臨的問題,他們會告訴你他們在日常任務上浪費了多少時間。

在哪些場景會用到Orion Health?

我們的產品如何運作
賦能開發者我們的開放 API 使應用程序開發人員和獨立軟件供應商能夠利用豐富的健康數據存儲,同時了解法規遵從性(例如 HIPAA)、網絡安全、用戶的高級身份驗證和云存儲。
  開發獨特的應用程序
開發人員可以利用我們的 API 來開發滿足醫療保健行業獨特需求的專業應用程序,并接觸整個 Orion Health 合作伙伴生態系統。
     

Orion Health 開放 API
我們的解決方案從多個不同的來源創建以患者為中心的匯總記錄,然后為經過身份驗證的用戶提供對該信息的開放訪問權限。


API 是共享臨床信息的首選機制,這些信息從醫療保健提供商(提供商來源的數據)和付款人組織(付款人來源的數據)匯總并存儲在我們的解決方案中。
API 訪問使第三方開發人員能夠創建能夠利用和貢獻 Amadeus 中保存的數據的應用程序。這提供了對有價值的患者數據的認證訪問,這些數據有助于治療、研究和人口健康管理。

 
<
使用指南
>

使用patient.identifier參數搜索API

許多以患者為中心的 FHIR API(例如 AllergyIntolerance、Procedures 和 DiagnosticReport)都支持使用patient.identifier參數進行搜索。此參數用于解析患者并在返回請求的資源之前檢查患者的隱私設置。使用patient.identifier參數進行的所有成功 API 搜索都將返回 200 OK 響應代碼。但是,響應可能會根據具體情況而有所不同。返回相同成功響應代碼但響應詳細信息不同的場景包括:

患者不存在

在執行搜索時,可能無法解決患者的問題。以下情況可能會發生:

  • API 使用者無權訪問患者(患者隱私)
  • 系統中不存在該患者

當這種情況發生時,服務器將響應一個OperationOutcome ,讓消費者能夠區分“未找到數據”和“未找到患者”的情況。

注意:此行為不適用于以下情況:

  • 調用FHIR 患者 API。在 FHIR 患者 API 中搜索不存在或無權訪問的患者(患者隱私)時,將返回一個空列表。
  • subject.identifier使用參數調用 FHIR API

響應將如下所示:

{
   "resourceType":"Bundle",
   "id":"05ba45fa-d66e-4f7e-a253-5f848469230a",
   "type":"searchset",
   "total":0,
   "link":[
      {
         "relation":"self",
         "url":"/fhir/1.0/AllergyIntolerance?patient.identifier=ExampleNamespace%7C1234"
      }
   ],
   "entry":[
      {
         "resource":{
            "resourceType":"OperationOutcome",
            "issue":[
               {
                  "severity":"warning",
                  "code":"not-found",
                  "details":{
                     "coding":[
                        {
                           "system":"http://hl7.org/fhir/operation-outcome",
                           "code":"MSG_NO_MATCH",
                           "display":"No Resource found matching the query \"/fhir/1.0/AllergyIntolerance?patient.identifier=ExampleNamespace%7C1234\""
                        }
                     ],
                     "text":"Patient not found"
                  }
               }
            ]
         },
         "search":{
            "mode":"outcome"
         }
      }
   ]
} 
<
產品問答
>
?
什么是開放 API?
開放 API(即開放應用程序編程接口)是實現軟件系統之間無縫通信的協議。Orion Health 的開放 API 平臺涵蓋技術組件、文檔、業務流程和商業模式,方便內部和外部使用 API 進行應用程序開發。該生態系統使開發人員能夠為 Orion 平臺客戶創建可購買的應用程序。
?
什么是 FHIR 以及 Orion Health 為什么使用它?
FHIR(即快速醫療互操作性資源)是根據 HL7 開發的最新標準,顧名思義,該標準旨在簡化醫療信息的交換。很早以前,Orion Health 就意識到 HL7 在 FHIR 方面的技術方向與我們對產品的愿景一致。因此,我們決定不再定義另一個專有規范,而是采用現有且得到良好支持的標準,這將為我們、我們的客戶和合作伙伴提供更多價值。
?
Orion Health 是否僅支持 FHIR API?
FHIR R4 API 是我們用于第三方集成的首選 API。這些 API 正是您想要的。在內部,我們還有更多 API 可用。如果您想了解有關我們的 API 產品的更多信息,請隨時與我們聯系。
?
哪些數據可以通過 FHIR API 公開?
Orion Health 支持多種 FHIR 資源,例如 Allergy、DiagnosticReport、Encounter、Observation 和 Procedure 等。雖然對特定資源的支持程度可能有所不同,但 Orion Health 仍致力于提高其在 API 生態系統中的兼容性,促進整個醫療保健領域的無縫互操作性和數據交換。
?
FHIR 是否處理隱私?
是的,FHIR 包含安全標簽,可實現精確的隱私控制。Orion Health 利用 FHIR 的機密性和敏感度標記,實現精細的隱私評估。這允許安全訪問敏感信息,符合 42 CFR 第 2 部分等監管要求,同時遵守 OAuth2 和 OpenId Connect 等身份驗證標準,實現強大的隱私管理。
?
Orion Health 是否提供有關使用 API 的培訓?
我們不斷向知識中心添加材料,目的是讓任何想要使用我們的或任何其他基于標準的健康 API 進行構建的人都能從中受益。知識中心應該是您獲取任何指南、最佳實踐、示例和教程的首選。
?
我可以用真實環境測試 API 嗎?
是的,您可以使用我們的沙盒,這是一個功能齊全的環境,包含演示數據和我們的公共 API。請聯系我們討論如何為您設置我們的測試環境,以便您可以試驗 API。
<
關于我們
>
Orion Health是一家致力于構建創新醫療應用的公司,專注于提供安全且易于訪問的數據和功能,以促進醫療保健行業的發展。公司通過開放API,允許開發者構建能夠改變醫療保健未來的工具。Orion Health使用開放標準,避免供應商鎖定,同時處理隱私問題,確保用戶無需擔心。公司鼓勵開發者利用其API,共同打造更智能的醫療解決方案。
聯系信息
服務時間: 09:00~17:30
郵箱: support.openapi@orionhealth.com

如果我們能夠完全重新想象醫療保健的提供方式會怎么樣?

 

對于患者、護理人員和醫療服務提供者來說,在正確的時間、正確的地點獲取正確的醫療數據并非易事。我們知道,當我們改善患者及其護理人員的體驗時,我們就會重塑醫療體驗,為所有人創造更好的結果。

 

 

<
最可能同場景使用的其他API
>
API接口列表
<
使用指南
>

使用patient.identifier參數搜索API

許多以患者為中心的 FHIR API(例如 AllergyIntolerance、Procedures 和 DiagnosticReport)都支持使用patient.identifier參數進行搜索。此參數用于解析患者并在返回請求的資源之前檢查患者的隱私設置。使用patient.identifier參數進行的所有成功 API 搜索都將返回 200 OK 響應代碼。但是,響應可能會根據具體情況而有所不同。返回相同成功響應代碼但響應詳細信息不同的場景包括:

患者不存在

在執行搜索時,可能無法解決患者的問題。以下情況可能會發生:

  • API 使用者無權訪問患者(患者隱私)
  • 系統中不存在該患者

當這種情況發生時,服務器將響應一個OperationOutcome ,讓消費者能夠區分“未找到數據”和“未找到患者”的情況。

注意:此行為不適用于以下情況:

  • 調用FHIR 患者 API。在 FHIR 患者 API 中搜索不存在或無權訪問的患者(患者隱私)時,將返回一個空列表。
  • subject.identifier使用參數調用 FHIR API

響應將如下所示:

{
   "resourceType":"Bundle",
   "id":"05ba45fa-d66e-4f7e-a253-5f848469230a",
   "type":"searchset",
   "total":0,
   "link":[
      {
         "relation":"self",
         "url":"/fhir/1.0/AllergyIntolerance?patient.identifier=ExampleNamespace%7C1234"
      }
   ],
   "entry":[
      {
         "resource":{
            "resourceType":"OperationOutcome",
            "issue":[
               {
                  "severity":"warning",
                  "code":"not-found",
                  "details":{
                     "coding":[
                        {
                           "system":"http://hl7.org/fhir/operation-outcome",
                           "code":"MSG_NO_MATCH",
                           "display":"No Resource found matching the query \"/fhir/1.0/AllergyIntolerance?patient.identifier=ExampleNamespace%7C1234\""
                        }
                     ],
                     "text":"Patient not found"
                  }
               }
            ]
         },
         "search":{
            "mode":"outcome"
         }
      }
   ]
} 
<
依賴服務
>
<
產品問答
>
?
什么是開放 API?
開放 API(即開放應用程序編程接口)是實現軟件系統之間無縫通信的協議。Orion Health 的開放 API 平臺涵蓋技術組件、文檔、業務流程和商業模式,方便內部和外部使用 API 進行應用程序開發。該生態系統使開發人員能夠為 Orion 平臺客戶創建可購買的應用程序。
?
什么是 FHIR 以及 Orion Health 為什么使用它?
FHIR(即快速醫療互操作性資源)是根據 HL7 開發的最新標準,顧名思義,該標準旨在簡化醫療信息的交換。很早以前,Orion Health 就意識到 HL7 在 FHIR 方面的技術方向與我們對產品的愿景一致。因此,我們決定不再定義另一個專有規范,而是采用現有且得到良好支持的標準,這將為我們、我們的客戶和合作伙伴提供更多價值。
?
Orion Health 是否僅支持 FHIR API?
FHIR R4 API 是我們用于第三方集成的首選 API。這些 API 正是您想要的。在內部,我們還有更多 API 可用。如果您想了解有關我們的 API 產品的更多信息,請隨時與我們聯系。
?
哪些數據可以通過 FHIR API 公開?
Orion Health 支持多種 FHIR 資源,例如 Allergy、DiagnosticReport、Encounter、Observation 和 Procedure 等。雖然對特定資源的支持程度可能有所不同,但 Orion Health 仍致力于提高其在 API 生態系統中的兼容性,促進整個醫療保健領域的無縫互操作性和數據交換。
?
FHIR 是否處理隱私?
是的,FHIR 包含安全標簽,可實現精確的隱私控制。Orion Health 利用 FHIR 的機密性和敏感度標記,實現精細的隱私評估。這允許安全訪問敏感信息,符合 42 CFR 第 2 部分等監管要求,同時遵守 OAuth2 和 OpenId Connect 等身份驗證標準,實現強大的隱私管理。
?
Orion Health 是否提供有關使用 API 的培訓?
我們不斷向知識中心添加材料,目的是讓任何想要使用我們的或任何其他基于標準的健康 API 進行構建的人都能從中受益。知識中心應該是您獲取任何指南、最佳實踐、示例和教程的首選。
?
我可以用真實環境測試 API 嗎?
是的,您可以使用我們的沙盒,這是一個功能齊全的環境,包含演示數據和我們的公共 API。請聯系我們討論如何為您設置我們的測試環境,以便您可以試驗 API。
<
關于我們
>
Orion Health是一家致力于構建創新醫療應用的公司,專注于提供安全且易于訪問的數據和功能,以促進醫療保健行業的發展。公司通過開放API,允許開發者構建能夠改變醫療保健未來的工具。Orion Health使用開放標準,避免供應商鎖定,同時處理隱私問題,確保用戶無需擔心。公司鼓勵開發者利用其API,共同打造更智能的醫療解決方案。
聯系信息
服務時間: 09:00~17:30
郵箱: support.openapi@orionhealth.com

如果我們能夠完全重新想象醫療保健的提供方式會怎么樣?

 

對于患者、護理人員和醫療服務提供者來說,在正確的時間、正確的地點獲取正確的醫療數據并非易事。我們知道,當我們改善患者及其護理人員的體驗時,我們就會重塑醫療體驗,為所有人創造更好的結果。

 

 

<
最可能同場景使用的其他API
>