申し訳ございません。検索条件に一致するものが見つかりませんでした。

お探しのものを見つけるために、以下の項目を試してみてください。

  • キーワード検索のスペルを確認してください。
  • 入力したキーワードの同義語を使用してください。たとえば、「ソフトウェア」の代わりに「アプリケーション」を試してみてください。
  • 新しい検索を開始してください。
お問い合わせ Oracle Cloudにサインイン
Oracle Data Platform for Healthcare

Optimize medical staff workloads and caseload management

Improve staffing well-being and enhance patient care

Today’s health systems face two major, interrelated challenges: employee burnout and staffing shortages. Nearly 50% of surveyed physicians and nurses have reported substantial burnout symptoms due to the heavy burden of bureaucratic and administrative tasks and working too many hours. As a result, many workers have chosen to walk away from the industry in search of better work-life balance, leaving hospitals with large staffing gaps they’re unable to fill. More than half of US hospitals report nurse vacancy rates above 7.5%, and overtime and agency spend has increased 169% since 2013. Unfortunately, many estimates suggest the healthcare worker shortage will only get worse over the coming decade.

To face both these challenges, providers must continue to optimize their staffing models in ways that prioritize health practitioner well-being while ensuring the best possible patient experience and outcomes. Data platforms will play a critical role by giving providers central access to data from disparate systems and advanced analytics and machine learning models they can use to forecast staffing needs more accurately. With these insights, health organizations can better balance caseloads and help ensure adequate staffing at all times to prevent burnout and improve patient care.

Simplify healthcare staff planning with machine learning

While clinical data can tell practitioners a great deal about their patients, operational systems, such as human capital management (HCM) systems, can tell care organizations a great deal about their employees, providing information such as historical schedules, hours worked, and sick time taken by clinicians and other staff. As the following architecture demonstrates, Oracle Data Platform unifies clinical and operational data and uses advanced analytics and machine learning to help providers understand how staffing models impact patient outcomes, how staffing decisions may impact the next week of care in near real time, what staffing gaps may need to be filled in the event of another major surge in COVID-19 cases, what an optimal staffing model looks like for any given point in time, and more.

Optimize Medical Staff Workloads diagram, description below

This image shows how Oracle Data Platform for healthcare can be used to optimize medical staff workloads. The platform includes the following five pillars:

  1. 1. Data Sources, Discovery
  2. 2. Ingest, Transform
  3. 3. Persist, Curate, Create
  4. 4. Analyze, Learn, Predict
  5. 5. Measure, Act

The Data Sources, Discovery pillar includes four categories of data.

  1. 1. Applications data comprises HCM, resource, qualification, and training data.
  2. 2. Health records include clinical data such as data from EHRs, EMRs, and administrative systems.
  3. 3. Third-party data comprises administrative and sociodemographic data and data related to policies and programs, health behaviors, and the environment.
  4. 4. Technical input data includes patient-generated data (such as social data, health risk assessments, online medical histories, and survey responses) and data from remote monitoring and mobile health apps.

The Ingest, Transform pillar comprises four capabilities.

  1. 1. Bulk transfer uses OCI FastConnect, OCI Data Transfer, MFT, and OCI CLI.
  2. 2. Batch ingestion uses OCI Data Integration, Oracle Data Integrator, and DB tools.
  3. 3. Change data capture uses OCI GoldenGate and Oracle Data Integrator.
  4. 4. Streaming ingest uses Kafka Connect.

All four capabilities connect unidirectionally into the serving data store, cloud storage, and transactional data store within the Persist, Curate, Create pillar.

Additionally, streaming ingest is connected to stream processing within the Analyze, Learn, Predict pillar.

The Persist, Curate, Create pillar comprises five capabilities.

  1. 1. The serving data store uses Autonomous Data Warehouse, Exadata Cloud Service, and Exadata Cloud@Customer.
  2. 2. The transactional data store uses Autonomous Transaction Processing, MySQL, Exadata Cloud Service, Exadata Cloud@Customer, and NoSQL.
  3. 3. Cloud storage uses OCI Object Storage.
  4. 4. Batch processing uses OCI Data Flow.
  5. 5. Governance uses OCI Data Catalog.

These capabilities are connected within the pillar. Cloud storage is unidirectionally connected to the serving data store; it is also bidirectionally connected to batch processing.

The transactional data store is unidirectionally connected to the serving data store.

Two capabilities connect into the Analyze, Learn, Predict pillar: The serving data store connects to both the analytics and visualization capability and the data products, APIs capability. Cloud storage connects to the machine learning capability.

The Analyze, Learn, Predict pillar comprises five capabilities.

  1. 1. Analytics and visualization uses Oracle Analytics Cloud, GraphStudio, and ISVs.
  2. 2. Data products, APIs uses OCI API Gateway and OCI Functions.
  3. 3. Machine learning uses OCI Data Science, Oracle Machine Learning, and Oracle ML Notebooks.
  4. 4. AI services uses Oracle Digital Assistant, OCI Decision, OCI Speech, OCI Language, and OCI Vision.
  5. 5. Streaming processing uses OCI GoldenGate Stream Analytics and stream analytics from third parties.

Three capabilities are connected within the pillar. The data products, APIs capability is unidirectionally connected to the machine learning capability, which is itself unidirectionally connected to the AI services capability, and stream processing is unidirectionally connected to the AI services capability.

The serving data store, transactional data store, and object storage supply metadata to OCI Data Catalog.

The Measure, Act pillar captures how the data analysis may be applied to support optimizing medical staff workloads and caseload management. These applications are divided into two groups.

  1. 1. The first group includes descriptive analytics, diagnostic analysis, and predictive and prescriptive analytics.
  2. 2. The second group includes analyzing statistical relevance between patient information, treatment, and outcomes.
  3. 3. The three central pillars—Ingest, Transform; Persist, Curate, Create; and Analyze, Learn, Predict—are supported by infrastructure, network, security, and IAM.


There are three main ways to inject data into an architecture to enable healthcare organizations to understand how to best staff each department at any given point in time.

  • Historical staffing and patient-related data is critical to understand and predict future staffing needs. The HCM application will provide much of the data needed for insight into past staffing models and individual staff members. And the admission, discharge, and transfer (ADT) application will provide basic details about each patient. This data can be enriched with patient data from third-party sources, which could include unstructured data from social media, for example. Frequent real-time or near real-time extracts requiring change data capture are common, and data is regularly ingested from HCM and ADT operational systems using OCI GoldenGate. OCI GoldenGate is also a critical component of evolving data mesh architectures where “data products” are the central data objects.
  • We can now add streaming data from wearable devices, which will be ingested in real time using a streaming service/Kafka. For example, we can ingest data from wearables with GPS tracking that monitor the location and movement of staff throughout the day and use it to understand how to better assign staff to units and patients. This streamed data (events) will be ingested and some basic transformations/aggregations will occur before the data is stored in cloud storage.
  • While real-time needs are evolving, the most common extract from healthcare systems is a kind of batch ingestion using an extract, transform, and load or extract, load, and transform process. Batch ingestion is used to import data from systems that can’t support streaming ingestion (for example, older mainframe systems). To get a full understanding of patient needs, we also need to ingest data from an operational system such as an electronic medical record (EMR) or electronic health record (EHR) system, most likely via the Fast Healthcare Interoperability Resources protocol. The data is sourced across products and geographies. Batch ingestions can be frequent, as often as every 10 or 15 minutes, but they are still bulk in nature as transactions are extracted and processed in groups rather than individually.

Data persistence and processing options for all the collected data are built on four components.

  • Ingested raw data is stored in cloud storage for batch processing, which will do the required cleansing, enriching, and so on to put the data into the necessary state to be consumed by downstream users, which could be people, applications, or machine learning platforms. Though some data may be directly placed in the serving data store, this data is also simultaneously placed in cloud storage. This data will be processed using Spark. Processing can be performed directly using OCI Data Flow or as part of a larger pipeline using the orchestration capabilities in OCI Data Integration. These processed datasets are returned to cloud storage for onward persistence, curation, and analysis and ultimately for loading in optimized form to the serving data store.
  • The transactional data store is used for operational reporting and as a source of data for a domain data warehouse or an enterprise data warehouse (EDW). It is a complementary element to an EDW in a decision support environment and is used for operational reporting, controls, and decision-making, as opposed to the EDW, which is used for tactical and strategic decision support. An operational data store (ODS) is typically a relational database designed to integrate and persist data from multiple sources to be used for additional operations, reporting, controls, and operational decision support.
  • We have now created processed datasets that are ready to be persisted in optimized relational form for curation and query performance in the serving data store. This gives providers access to examine all the data and variables necessary to develop optimal staffing plans.

The ability to analyze, predict, and act relies on two technologies.

  • Analytics and visualization services deliver descriptive analytics (describes current trends with histograms and charts), predictive analytics (predicts future events, identifies trends, and determines the probabilities of uncertain outcomes), and prescriptive analytics (proposes suitable actions, leading to optimal decision-making). Together, they can be used to predict staffing needs and offer suitable recommendations. For example, analytics can be used to predict whether a cluster of patients living in a specific area, who are subjected to varying environmental impacts (such as temperature), and who show certain symptoms may indicate an impending illness outbreak that would require a provider to make changes to their staffing model to handle the anticipated caseload increase.
  • Alongside the use of advanced analytics, machine learning models are developed, trained, and deployed. These trained models can be run on both current and historical operational data to detect events and trends, such as an increase in unhappy staff members, which may lead to higher turnover rates. These events and other results can be persisted back to the serving layer and reported using analytics tools such as Oracle Analytics Cloud. The model and data can also be fed into machine learning systems, such as OCI Data Science, to further train the models to recommend more-effective staffing models before promoting them. These models can be accessed via APIs, deployed within the serving data store, or embedded as part of the OCI GoldenGate streaming analytics pipeline.
  • Our curated, tested, and high-quality data and models can have governance rules and policies applied and can be exposed as a data product (API) within a data mesh architecture for distribution across the healthcare organization.

Beyond staffing: Use data to tackle other key healthcare challenges

Beyond providing your healthcare organization with the ability to develop better, more accurate staffing models, Oracle Data Platform can also help you optimize operations in other areas to improve patient care, lower costs, and elevate the employee experience. Here are some examples.

  • Drive holistic and coordinated care for target patient groups.
  • Identify the potential for system failure in case of predicted pandemic surges well in advance, and proactively intervene to help ensure system success.
  • Monitor patient cohort trends to evaluate the effectiveness of their care programs.
  • Identify areas of treatment overuse.
  • Monitor care delivery quality and cost.
  • Build patient risk stratification models.
  • Predict the risk of patient readmission.
  • Recommend preventive care to support patient self-management.

Oracle Data Platformを使い始める

20以上のAlways Freeクラウド・サービスを30日間の試用版で試す

オラクルは、Autonomous Database、Arm Compute、Storageなどの一部のサービスについて時間制限のない無償枠を設けています。また、その他のクラウド・サービスをお試しいただくために300米ドル分の無償クレジットもご用意しています。詳細をご確認のうえ、今すぐ無料アカウントにご登録ください。

  • Oracle Cloud Free Tierの内容

    • 2つのAutonomous Database、それぞれ20GB
    • AMDおよびArm Compute VM
    • 200GBの合計ブロック・ストレージ
    • 10GBのオブジェクト・ストレージ
    • 10TBのアウトバウンド・データ転送/月
    • 10以上のAlways Freeサービス
    • 300ドルの無料クレジットが30日間提供

段階的なガイダンスで学ぶ

チュートリアルとハンズオン・ラボを介して、幅広いOCIサービスを体験してください。開発者、管理者、アナリストのいずれであっても、OCIの仕組みを把握できるよう支援します。多くのラボは、Oracle Cloud Free TierまたはOracle提供の無料ラボ環境で実行されます。

  • OCIコア・サービスを使い始める

    このワークショップのラボでは、仮想クラウド・ネットワーク(VCN)やコンピュートおよびストレージ・サービスを含むOracle Cloud Infrastructure(OCI)コア・サービスの概要を説明します。

    OCIのコア・サービス・ラボを今すぐ始める
  • Autonomous Databaseのクイック・スタート

    このワークショップでは、Oracle Autonomous Databaseの使用を開始する手順について説明します。

    Autonomous Databaseのクイック・スタート・ラボを今すぐ始める
  • スプレッドシートからアプリを構築

    この演習では、スプレッドシートをOracle Database表にアップロードし、この新しい表に基づいてアプリケーションを作成します。

    このラボを今すぐ始める
  • OCIへのHAアプリケーションのデプロイ

    このラボでは、ロード・バランサを使用して高可用性モードで構成された、Oracle Cloud Infrastructure (OCI)の2つのコンピュート・インスタンスにWebサーバーをデプロイします。

    HAアプリケーション・ラボを今すぐ始める

150以上のベストプラクティス設計の詳細

アーキテクトなどのお客様が、エンタープライズ・アプリケーションからHPCまで、マイクロサービスからデータレイクまで、さまざまなワークロードをどのように導入しているかを参照してください。ベスト・プラクティスを理解し、当社のBuilt &Deployedシリーズで他のお客様のアーキテクトから話を聞くとともに、「Click to deploy」機能を使用して多くのワークロードをデプロイしたり、GitHubリポジトリから自分でデプロイすることができます。

一般的なアーキテクチャ

  • Apache TomcatとMySQL HeatWave Database Service
  • Oracle Weblogic on KubernetesとJenkins
  • 機械学習(ML)およびAI環境
  • Tomcat on ArmとOracle Autonomous Database
  • ELKスタックによるログ分析
  • OpenFOAMを使用したHPC

OCIのコスト削減効果をご覧ください

Oracle Cloudの価格は、わかりやすく、世界中で一貫性のある低価格であり、さまざまなお客様事例をサポートしています。コストを見積もるには、コスト見積ツールをチェックし、ニーズに応じて、サービスを設定します。

違いを体感してください。

  • 1/4のアウトバウンド帯域幅コスト
  • コンピューティングのコストパフォーマンスが3倍向上
  • すべてのリージョンで同じ低価格
  • 長期的なコミットメントのない低価格

営業へのお問い合わせ

Oracle Cloud Infrastructureの詳細にご関心をお持ちの場合は、当社のエキスパートにお問い合わせください。

  • 次のような質問に回答します。

    • OCIで最適に動作するワークロードは何ですか?
    • オラクルへの投資全体を最大限に活用するには、どうすればよいですか?
    • OCIは、他のクラウド・コンピューティング・プロバイダーと比較して、どうですか?
    • OCIはIaaSPaaSの目標をどのようにサポートできますか?