API 在各行各业中的应用场景

长期以来，金融服务行业一直由一小部分全球性大型企业主导。2007 年，欧洲联盟和欧洲经济区建立标准化的支付方式，旨在通过开放市场促进竞争和创新。在此背景下，最初的欧盟支付服务指令顺利通过。2018 年，欧洲通过关于修订付款服务指令 (PSD2) 的法案，扩大了原始目标范围，开始对欧盟企业的付款产生影响。PSD2 对行业产生了积极的影响，帮助引入了新一代标准，如开放银行。在 Financial Data Exchange 组织的协助下，美国和加拿大也建立了自己的 API 标准。

Oracle 面向金融服务行业提供广泛的解决方案。请查看以下资源，详细了解 Oracle 应用和云技术服务以及我们使用的 API 标准。

详细了解 API 在银行和金融行业的应用

• Oracle 对 PSD2 的支持
• Oracle Financial Services
• Financial Data Exchange
• PSD2 实施
• 开放银行实施实体

现代化的酒店体验重在互联，酒店预订和餐饮费用都能连接到相应的房卡上。例如，酒店预订和定价的后台安排以及和不同第三方平台（如 Expedia 和 Trivago）合作，都离不开紧密互联。

大多数酒店经营者将自己定位成服务提供商，而不是技术公司。事实上，许多功能都需要通过多家小型专业软件提供商来实现。为了帮助酒店构建高效、互联和敏捷的业务流程，Oracle Hospitality 将产品重新改造为 SaaS 解决方案。同时，Oracle 还深切意识到 SaaS 服务必须能够轻松（即不需要投入高昂成本来进行相关开发工作）与各种第三方解决方案集成。Oracle Hospitality Integration Platform (OHIP (PDF)) 正是在这一背景下诞生的。

OHIP 可为第三方提供统一的 API 平台。借助 OHIP，酒店可以集成第三方服务，例如 P3 的在线登记和退房服务或 Best Western 的中央预订系统，这些系统都可以与 Oracle Hospitality OPERA Cloud Property Management 相集成。OHIP 可以帮助酒店提高效率，提供更好的宾客体验，进而提高盈利能力。OHIP 平台融合了支持 API 开发和使用的优秀实践，包括模拟工具和测试端点，以及使用流式 API 来提高 API 事件的效率。

详细了解 API 在酒店行业中的应用

• Oracle 对开放酒店行业 API 规范的贡献
• Oracle 的开放 API 框架确立了行业标准
• Oracle Hospitality Integration Platform
• Oracle Hospitality
• P3 和 Oracle Hospitality Integration Platform 推动数字化转型，提升宾客体验
• Best Western 打造可供所有酒店使用的 OPERA Cloud

对于经历重大技术转型的行业而言，API 至关重要。API 在医疗卫生行业中的使用受各种因素的驱动，包括：

• 在个人设备中，越来越多的健康传感器可以使用医疗卫生行业定义的标准 API 和数据定义来共享数据。这些个人设备（如智能手机和手表）配备传感器，可以收集可靠的血压测量、睡眠模式、血氧、心率和其它医疗数据以进行远程监视。
• 这些设备的日益普及推动了网络、电池和其它移动组件的商品化，让更多的专业监视器能够以更实际、符合成本效益的方式利用网络和 API。所有这一切推动着远程患者监测市场大规模增长，据预测，该市场在未来几年内将保持 25% 的复合年均增长率。
• 尽管不太明显，但对于成本效益和快速决策的需求推动了医疗服务提供方、医疗保险公司以及其它重要医疗决策相关方之间的整合。归根结底，医疗卫生服务是一项有时效性的活动，API 以快速、高效且可靠的方式加快了这一流程。
• 法律和服务供应商/提供商协议要求数据通过自动化/集成渠道传输。举例来说，医疗保险提供商必须采用合规的电子健康档案 (EHR) 解决方案，其中所涉及的合规性包括使用 Medicare API。
• 对医疗卫生行业而言，技术及其连接变得非常重要。这促使 Oracle 等技术提供商大力投资或收购医疗卫生公司。例如，Oracle 收购了全球医疗卫生服务提供商 Cerner。

这么多不同的解决方案提供商需要进行互操作并持续沟通，因为该行业正处于建立通用集成标准的阶段。在医疗卫生行业，Health Level 7 (HL7) 已作为国际标准得到广泛采用。HL7 涵盖范围广，包括开发 REST API 规范以支持数据通信，例如病历。Fast Healthcare Interoperability Resources (FHIR) 是一项病历 API 规范，属于 HL7 的一部分。采用 FHIR 是实现一系列服务（如患者旅程和发现医疗模式）的核心，可以帮助隔离疾病原因。FHIR 已经得到广泛采用，比如说，苹果公司已开始使用该标准来传输其手机和手表生成的健康数据。

尽管医疗卫生行业特有的 API 促进了互操作性和创新，但该行业的数据敏感程度非常高，不仅数量庞大，而且属于个人敏感信息。因此，强大的基础设施安全性、应用开发以及有效的 API 网关至关重要。尽管防火墙和相关基础设施服务有助于保护基本平台，但它们无法用于支持特定的服务或端点，必须依靠 API 网关，它位于应用和业务逻辑安全控制（即哪些应用可以与特定服务功能交互，以及交互的时间和方式）与身份和访问管理产品之间的交叉点。

这对 Oracle 有何影响？这促使 Oracle 了解医疗卫生行业 API 标准的重要性，并支持将 FHIR 和其它医疗标准纳入其解决方案。在最近收购医疗保健信息技术公司 Cerner 后，Oracle 会将其服务迁移到 Oracle Cloud Infrastructure (OCI)，加以增强和优化。要推动 API 的采用，就需要提供 API 定义和文档，而访问这些信息需要提供开发人员门户，例如 Cerner 提供的门户。Cerner 产品系列还提供丰富的 API，允许第三方专家团队将自己的服务集成到解决方案中。例如 Cerner EHR 就可以简化患者体验，通过患者基因分析为临床处方提供信息，从而增强临床医生的患者护理能力。

详细了解 API 在医疗行业的应用：

• 博客：与 FHIR 的互操作性 — 您的计划是什么？
• Oracle Healthcare Data Repository
• Oracle Health
• Cerner 开发人员门户、Cerner FHIR 以及集成应用列表
• Intermountain Healthcare 利用 Cerner 和 Vynca 软件增强高级护理计划
• SNOMED International
• HL7
• FHIR
• 英国政府指导方针
• 医疗保险行业与 EHR 相关的合规要求 (PDF)
• 远程患者监测增长预测

自古以来，互操作性就一直是电信行业的核心要素。该行业的业务模式依赖于跨网络建立的顺畅且安全的连接，必须确保国内和国际的所有电信供应商之间的互联性，并对供应商之间的这种调用进行交叉收费。借助当今的数字移动网络，客户只需提供电话号码和其它详细信息即可切换至新的移动提供商。所有这些业务惯例均依托于由商定标准（称为 TM Forum）描述的通用流程、词汇和 API。为了支持电信客户，Oracle Communication 推出的解决方案获得了合规性认证。

详细了解 API 在电信行业中的应用：

• Oracle Communication
• Oracle 符合 TM Forum 规定并获得奖项
• TM Forum 的开放 API

与医疗卫生行业一样，公用事业行业也在经历重大转型。API 和 API 安全性对于支持这些转型至关重要，其中许多转型都是受到环保和节能需求的驱动，涉及重要业务变化，比如：

• 国内消费者能够近乎实时地看到自己的能耗，无需等待每月账单。
• 太阳能、风能和热电发电的微型发电能够售回电网。
• 需要使用风能、太阳能、水电和热能等绿色能源来管理发电和配电，与燃煤和天然气相比，其短期波动性更大。
• 消费者能够切换能源供应商，并通过立法促进行业竞争，这有助于通过市场的力量影响绿色能源的采用。
• 供应商与发电商之间的能源交易推动了竞争和创新，从而降低超额能耗的成本。

显然，有了 Chubu 和 GRDF 开发的智能仪表等解决方案的支持，客户比以往更有能力通过应用和智能设备来控制能源使用。电动汽车的采用率增长使更多消费者意识到充电需求。随着我们减少使用柴油和汽油车，转而使用电动汽车，预计发电需求将会大大增加，并且需求波动将变得更加剧烈 — 比如说，需求高峰从电视广告插播时间转变为下班高峰期结后的充电期。

随着消费者（包括家庭和商业）开始关注自身的碳足迹，行业监管机构正通过能源交易市场和鼓励开发更环保的能源来源来推动能源供应竞争。而能源交易推动了信息需求 — 企业需要利用信息来预测电力需求波动。对于使用风能和太阳能并将剩余能源售回电网的微型发电机，则需要通过自动化来提高成本效益。

能够使用不同信息源的 API 来提供和提取信息，对于能源企业取得成功非常重要。通过 API 网关和其它 IT 基础设施建立安全屏障已成为必不可少的举措。与医疗卫生等行业相比，数据敏感性对于能源行业的重要性较低。尽管如此，随着能源管理和使用日益互联互通，防范恶意攻击者破坏服务的工作要比以往更加重要，而且保证能源不间断供应对于企业也日益重要。国际能源署 (IEA) 发布的 2020 年过渡时期电力系统报告详细讨论了这些因素。与其它行业相比，公用事业受到严格监管，API 通常由半公立或承包服务提供商在国家或地区一级进行管理。因此，API 规范并非总是标准化的。尽管许多能源供应商提供了最终消费者 API，但标准化可能因国家和地区而异。

未来，随着车辆获取动能的方式转变，车辆将需要与电力相关的通信，并利用目前仍在发展中的近场能源传输技术。但是，用户需要为基础设施付费。我们将看到，车辆将与能源提供商沟通其在道路上获得的能源供应量信息。与此同时，无人驾驶或自动驾驶汽车也将取得发展。随着自动驾驶汽车的发展，行业需要创建新的 API，以便车辆在接近路口时自动与交通流量信号和其它车辆（称为车联网或 V2X）进行协商，通过调整交通灯来实现高效的交通流量。未来，随着交通灯越来越智能，驾驶员可能不再需要减速或停车等待红灯。所有这些交互都需要 API。尽管 API 的运行方式发生了变化，但与 HTTP 版本的演变一样，API 的基本机制也不太可能发生变化（结构化、链接到结构的有效负载以及无状态消息）。

详细了解 API 在公用事业行业中的应用

• Oracle Energy and Water
• 通过智能计量提供 GRDF 支持
• Chubu Electric Power Grid 智能电表推广计划
• API 的监管机构包括美国加利福尼亚州 ISO、澳大利亚能源监管机构和英国的 Ofgem
• 电视观看状况对电网的影响
• 人均能源使用
• 车联网通信
• 通过道路产生动能
• HTTP 的发展历程