Orion Health API

Orion Health API

专用API
服务商 服务商: Orionhealth
【更新时间: 2024.07.11】 Orion Health 开放 API为不同的医疗保健场景构建创新应用程序。安全、轻松地从 Orion Health 平台内访问数据和功能。在现代医疗生态系统中,只有建立在互操作性的基础上才能取得成功。标准 API...
服务星级:3星
⭐ ⭐ ⭐ 🌟 🌟 🌟 🌟
调用次数
0
集成人数
0
商用人数
0
! SLA: N/A
! 响应: N/A
! 适用于个人&企业
收藏
×
完成
取消
×
书签名称
确定
<
产品介绍
>

什么是Orion Health API?

Orion Health 开放 API

 

为不同的医疗保健场景构建创新应用程序。安全、轻松地从 Orion Health 平台内访问数据和功能。我们的解决方案从许多不同的来源创建一个以患者为中心的聚合记录,然

后为经过身份验证的用户提供对该信息的开放访问。API是共享临床信息的首选机制,这些信息来自医疗保健提供者(提供者来源的数据)和付款人组织(付款人来源的数

据),并汇总存储到我们的解决方案中。API访问使第三方开发人员能够创建能够利用和贡献Amadeus中保存的数据的应用程序。这提供了对有价值的患者数据的认证访

问,这些数据可以帮助治疗,研究和人口健康管理。

 

 

什么是Orion Health API?

由服务使用方的应用程序发起,以Restful风格为主、通过公网HTTP协议调用Orion Health API,从而实现程序的自动化交互,提高服务效率。

Orion Health API有哪些核心功能?

1.Rhapsody IDE:

 

提供可视化的接口开发,拖放式设定消息流程,图形化更改消息,内藏测试架构,迁移设定,整合帮助信息,自动生成设计文件,通知规则设定等 。

 

2.开放API:

 

Orion Health提供了开放API,用于构建不同的医疗保健场景的创新应用,安全且方便地访问Orion Health内部的数据和功能 。

 

3.Rhapsody控制台:

 

用于监控系统运作概况,编辑并重发消息,查看消息流转情况,性能统计报告,审计追踪以及Rhapsody服务器设置等 。

 

4.轻量级API集成:

 

支持REST及FHIR标准,简化了基于FHIR的应用接口实现,使基本集成变得更简单,并使复杂场景下的医疗信息互联互通成为可能 。

Orion Health API的技术原理是什么?

 

在现代医疗生态系统中,只有建立在互操作性的基础上才能取得成功。标准 API 是完成这项工作的最佳工具之一。通过提供共享临床信息的通用语言和结构,可以大大降低数据流动性方面的障碍。可以组织和管理不同的数据源和信息类型,从而成功生成丰富而统一的患者记录视图。

 

FHIR R4 是 Orion Health 采用的最新 HL7 标准的规范版本,用于与外部各方共享有意义且易于理解的纵向患者记录。

 

FHIR R4 已被国际公认为医疗保健领域 API 的首选标准。在 Orion Health,我们很自豪自 2016 年以来一直按照这一标准不断发展我们的 API 功能。

 

通过与世界各地的客户合作,我们在现场积累的经验帮助我们发现了在实际数据上实施 FHIR API 时遇到的挑战和差距。在过程中及时解决这些问题使我们能够调整产品以满足实际客户用例

Orion Health API的核心优势是什么?

为患者赋能

 

为人们提供工具,以帮助了解他们所开的药物,特别是在老年患者或慢性患者中。

   

早期发现

 

在我们生活的高度互联世界中,医疗保健实践和流程没有任何借口被困在黑暗时代。

   

优化医疗保健

 

向任何医生或护士询问他们在日常工作中面临的问题,他们会告诉你他们在日常任务上浪费了多少时间。

在哪些场景会用到Orion Health API?

我们的产品如何运作
赋能开发者我们的开放 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
>