OCI Device Data FHIRサービスの概要 (2026/08/14)

OCI Device Data FHIRサービスの概要 (2026/08/14)

https://blogs.oracle.com/cloud-infrastructure/introducing-oci-device-data-fhir-service

投稿者：Jason Savage | Lead Architect

接続機器向け標準規格準拠のヘルスケアアプリケーションを構築する

医療機器メーカーやデジタルヘルス開発者は、医療機器、遠隔モニタリングシステム、コンパニオンアプリケーションなどを含む、コネクテッドデバイスのエコシステムを拡大しています。しかし、これらの多様なソースからのデータを相互運用可能な医療情報に変換するには、チームが独自の統合レイヤー、FHIR（Fast Healthcare Interoperability Resources）サーバー、およびサポートインフラストラクチャを構築・維持する必要があり、その後で初めて、差別化されたデバイスやソフトウェア体験の提供に集中できるようになります。

本日、Oracle Cloud Infrastructure (OCI) Device Data FHIR Serviceを発表いたします。これは、バージョン管理されたFHIR R4およびFHIR R6 REST APIを使用して、接続された医療機器やAI対応のヘルスケアワークフロー向けの標準ベースのアプリケーションを開発者が構築できるよう支援する、フルマネージドのFHIRサービスです。OCIとOracle Autonomous AI Database上に構築されたこのサービスは、サポートされているヘルスケアリソースの保存、検索、管理のためのマネージド基盤を提供すると同時に、OCIのセキュリティ、ネットワーク、監視、運用サービスと統合します。

遠隔患者モニタリングソリューション、デバイス接続プラットフォーム、医療機器ゲートウェイ、デジタルヘルスアプリケーションなど、どのようなソリューションを開発する場合でも、OCI Device Data FHIR Serviceはインフラストラクチャ管理にかかる時間を短縮し、コネクテッドヘルスケアソリューションの構築に集中できるよう支援します。

医療機器の相互運用性を簡素化する

コネクテッドデバイスのエコシステムは、医療機器、ゲートウェイ、モバイルアプリケーション、サードパーティプラットフォームなど、多くのソースからデータを生成します。これらの情報を統合するには、通常、各チームが独自のFHIRインフラストラクチャを導入・運用し、進化する相互運用性標準に準拠させる必要があります。

OCIデバイスデータFHIRサービスは、バージョン管理されたFHIR R4およびR6 APIを通じて医療アプリケーションをサポートするマネージドFHIRサーバーを提供します。開発者は、サポートされているFHIRリソースの作成、読み取り、更新、削除、検索を行うことができ、管理者はOCI IDおよびアクセス管理（IAM）、ネットワーク、ログ記録、メトリクス、イベント、サービス操作を通じて一元的な制御を維持できます。

この基盤は、医療機器データの管理を簡素化するために設計された標準ベースのプラットフォームを提供し、各チームが独自のFHIRサーバーインフラストラクチャを運用する必要性をなくします。

この図は、OCIデバイスデータFHIRサービスの構成要素と、それが環境内でどのように使用されるかを示しています。

現代の医療用途向けに設計されています

OCIデバイスデータFHIRサービスは、ソースデータがサポートされているFHIRリソースにマッピングされた後、医療アプリケーション向けの管理データレイヤーを提供します。

一般的なワークフローは以下のとおりです。

  • デバイスまたはアプリケーションデータを、患者、デバイス、観察、遭遇、場所、または由来などのサポートされているFHIRリソースにマッピングします。
  • FHIR要件に対するリクエストの検証と、リソースレベルおよび操作レベルの認可の適用
  • バージョン履歴、論理削除、制御されたパージ操作などのライフサイクル機能を備えた医療リソースの保存と管理
  • サポートされているFHIR検索機能によるデータ検索、およびサポートされている場合は、承認されたHypertext Transfer Protocol Secure（HTTPS）通知のためのFHIR R6サブスクリプションの有効化

これらの機能を管理することで、このサービスは開発チームがFHIRインフラストラクチャの維持管理に時間を費やすのではなく、アプリケーションロジック、統合、臨床ワークフローに集中できるよう支援します。

OCI Device Data FHIRサービスを選ぶ理由とは？

複数のFHIRバージョンに対応したビルド

医療分野における相互運用性は進化を続けており、組織は複数のFHIRバージョンをサポートする必要に迫られることがよくあります。OCI Device Data FHIRサービスは、単一のOCIサービス内でFHIR R4とFHIR R6のエンドポイントを個別に提供することで、開発者がバージョンに対応したアプリケーションを構築できるようにし、公開されている機能ステートメントに基づいてサポートされているリソース、インタラクション、検索パラメータ、および操作を理解できるようにします。

運用上のオーバーヘッドを制限する

組織は、FHIRサーバーの導入と保守を行う代わりに、OCIとOracle Autonomous AI Databaseを基盤としたマネージドサービスを活用できます。ネイティブOCIによる監視、作業依頼、ログ記録、およびサービス運用により管理が簡素化され、エンジニアリングチームは医療アプリケーションの開発に集中できます。

分析およびAIワークフローをサポートする

OCI Device Data FHIR Serviceは、Oracle AI Database 26ai上に構築されており、単一の統合データベースプラットフォーム内で、リレーショナルデータ、JavaScript Object Notation（JSON）、グラフデータ、ベクトルデータ、モノのインターネット（IoT）、およびストリーミングデータをサポートしています。

医療データは標準規格に基づいたFHIR APIを使用して保存されるため、組織はそのデータを利用して分析やAIワークフローをサポートでき、個別のFHIRリポジトリや抽出・変換・ロード（ETL）パイプラインを維持する必要性を軽減できます。

医療データへのアクセスを制御する

このサービスは、インフラストラクチャレベルのアクセス制御のためのOCI IAMポリシーや、FHIRリソース操作の認証のためのOCI Identity Domains OAuthスコープなど、OCIのセキュリティ機能と統合されています。OCI NetworkingとOCI Vaultは、組織がサービスアクセスを制御し、送信通知に使用される認証情報を保護するために使用できる追加機能を提供します。

イベント駆動型の医療ワークフローを構築する

医療アプリケーションでは、変化する情報にタイムリーにアクセスする必要がある場合がよくあります。開発者は、検索パラメータ、ページネーション、バージョン履歴、バージョン管理された読み取りなど、サポートされているFHIR検索機能を使用してデータを取得できます。サポートされているFHIR R6環境では、SubscriptionTopicおよびSubscriptionリソースにより、ほぼリアルタイムの医療ワークフローをサポートする承認済み通知が有効になります。

コネクテッドヘルスケアにおけるユースケース

OCI Device Data FHIRサービスは、以下を含む幅広いヘルスケアおよび医療機器のシナリオをサポートしています。

  • 患者データを接続し、デバイスの観察結果を承認されたケアチームに提供するのに役立てる
  • データ出所を保持しつつ測定値を取得し、重複観測を制限するのに役立つ、接続された臨床機器とゲートウェイ
  • 医療機器メーカーとの連携により、標準ベースのAPIを通じて、機器の在庫情報や患者の観察結果を承認されたアプリケーションに公開します。
  • 相互運用可能なFHIRリソースを使用した臨床指示、検体、および検査室ワークフロー
  • 医療機関が臨床環境全体にわたる業務活動を追跡するのに役立つ、患者と機器の位置に関するワークフロー

これらの事例は、医療開発者が業界標準のFHIR APIを使用して相互運用可能なアプリケーションを構築するのに役立ちます。

Get started today

医療イノベーションは、相互運用可能な標準ベースのデータへの依存度を高めています。OCI Device Data FHIR Serviceは、医療機器、臨床システム、最新のクラウドサービスを接続する標準ベースの医療アプリケーションを構築するための管理された基盤を開発者に提供し、FHIRインフラストラクチャの管理に伴う運用上の複雑さを抑えながら、組織がデジタルヘルスイニシアチブを推進できるよう支援します。

管理者は、まず OCI IAM ポリシー、ネットワーク、サービス依存関係、および OAuth スコープを設定し、Oracle Cloud Console で OCI デバイスデータ FHIR サービス インスタンスを作成することから始めることができます。デプロイが完了すると、開発者はバージョン管理された FHIR R4 または R6 エンドポイントを使用して、サポートされている FHIR リソースを利用したヘルスケア アプリケーションの構築を開始できます。

詳細については、サービスに付属のドキュメント、FHIR機能記述、REST APIリファレンス、セキュリティガイダンス、およびサンプルコードを参照してください。

リソース

Oracleは、本ページに記載されているOracle Cloud Infrastructureサービスを使用して構築された特定の製品またはソリューションを推奨するものではありません。OCIサービスは汎用プラットフォームであり、診断や治療に関する推奨事項を提供するものではありません。お客様は、製品およびソリューションの検証、ならびに適用されるすべての規制要件への準拠について責任を負います。

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13)

イメージ
ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13) https://blogs.oracle.com/cloud-infrastructure/post/milliseconds-matter-bcc-group-and-oci-vs-aws 投稿者： Steven Riley | Senior Cloud Architect William Bierds | Business Analyst and Systems Engineer - BCC Group International Travis Liles | Master Principal Cloud Architect Puru Patel | Cloud Architect - FSI これは、BCC グループと Oracle Cloud Infrastructure (OCI) 間の市場データ パートナーシップを紹介するブログ シリーズの第 2 部です。   はじめに 金融市場データアプリケーションは、トレーダー、金融機関、そして市場参加者が情報に基づいた意思決定を行えるよう、リアルタイムデータを提供することで、取引エコシステムにおいて重要な役割を果たしています。 前回のブログ で述べたように、取引環境において最適なパフォーマンスを確保するには、市場データを超低レイテンシかつ高い信頼性で配信する必要があります。 今日の急速に変化する金融市場において、クラウドは市場データ・アプリケーションにとって強力な推進力として台頭しています。適切なネットワークとインフラストラクチャがあれば、企業は実行時間の短縮、可用性の向上、そして堅牢なセキュリティを実現できます。しかし、企業によるクラウド導入は遅れており、ワークロードのクラウド移行計画を中止しているケースもあります。そこで、BCCグループとOracle Cloud Infrastructure（OCI）のパートナーシップが注目されています。 BCCグループは、主力市場データアプリケーションであるONE PlatformをOCI上に導入しました。このブログでは、以下の点について説明します。 このパートナーシップがなぜこれほど相乗効果をもたらすのかを探る OC...
続きを読む

OCI Object Storageアクセス制御ポリシーの構成 (2024/04/25)

イメージ
OCI Object Storageアクセス制御ポリシーの構成 (2024/04/25) https://blogs.oracle.com/cloud-infrastructure/post/configuring-oci-object-storage-access-control-policies 投稿者： Ashutosh Mate | Sr. Principal Solutions Architect Oracle Cloud Infrastructure (OCI) Identity and Access Management (IAM)ポリシーは、OCI Object Storageサービスのデータを含むOCIリソースへのアクセスを制御するために使用される強力なツールです。OCI IAMポリシーは、常に直感的に構成できるわけではないため、このブログ投稿では、OCI IAMポリシーを使用してOCI Object Storageのバケットおよびオブジェクトへのアクセスを制御する方法について説明します。正確なポリシーを設定するのに役立つサンプル・ポリシーとヒントを提供します。 OCI Object Storageを保護するためのポリシーの使用 に関する記事を読んで、基本的な知識を身に付けましょう。この投稿では、OCIオブジェクト・ストレージを保護するための特定のアクセス制御ポリシー設定について説明します。 概要 OCI IAMポリシーにより、OCIクラウド・リソースへの安全なアクセスが可能になります。OCI IAMポリシーでは、なんらかのアクションを実行できます。クラウド・リソースには暗黙的な拒否設定があります。つまり、ポリシーがリソースに適用されるまでは、デフォルトではアクションは許可されません。次の基本的なポリシー構文では、アクションが許可されます。 Allow <subject> to <verb> <resource-type> in <location> where <conditions> 図1: ポリシー形式 subject subjectは、動詞で説明されているアクションを実行できるユーザーを指定します。ポリシー・サブジェクトはグループである必要があります。セキュリティ・プリンシパルま...
続きを読む