患者の受診プロセス向けデータテンプレート

Oracle Health(Cerner)
患者の受診プロセス向けデータテンプレート

患者の受診プロセス向けデータテンプレート

このテンプレートでは、患者の受診プロセスを分析・改善するために必要なデータを整理しています。収集する重要な属性や追跡するアクティビティを確認でき、データ抽出の手順も掲載しています。この資料を参考にイベントログを準備し、プロセスマイニングを始めましょう。
  • 収集を推奨する属性
  • 追跡する主なアクティビティ
  • データ抽出の手順
イベントログを初めて作成する方はこちら: プロセスマイニング用イベントログの作成方法.

患者の受診プロセスの属性

システム内の患者の受診プロセスを詳しく分析するために、イベントログに含めることを推奨するデータ項目です。
5 必須 8 推奨 6 任意
名前 説明
アクティビティ
ClinicalEventTag
実施された臨床イベントまたは事務処理の名前や説明です。
説明

患者の診療中に行われた具体的な処置を示す属性です。たとえば、「薬剤の投与」「バイタルサインの測定」「患者の退院」などが該当します。プロセスの各ステップを人が理解しやすい名称で表示します。

Cernerでは、CLINICAL_EVENTテーブルのEVENT_CD(イベントコード)を表示値に対応付けるか、EVENT_TAGを使って設定することが一般的です。プロセスマップを読みやすくするには、名称の付け方を統一することが重要です。

重要な理由

プロセスマップの各ステップを定義し、ワークフローを可視化します。

入手先

テーブル:CLINICAL_EVENT、列:EVENT_TAGまたはEVENT_CDに関連付けられたCODE_VALUE

例
トリアージ評価白血球分画を含む血算退院指示患者の移送
イベントのタイムスタンプ
EventEndDateTime
アクティビティが発生または完了した日時です。
説明

イベントが発生した正確な時刻を記録する属性です。アクティビティを時系列に並べ、プロセスの各ステップ間のサイクルタイムを算出するために使います。

CLINICAL_EVENTテーブルでは、通常EVENT_END_DT_TMに該当します。たとえば「患者登録」から「トリアージ評価」までの待ち時間を算出するには、時刻の正確さが欠かせません。

重要な理由

イベントの順序を特定し、リードタイムなどの重要業績評価指標(KPI)を算出するために必要です。

入手先

テーブル:CLINICAL_EVENT、列:EVENT_END_DT_TM

例
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
患者の診療エピソード
EncounterId
特定の患者の受診または診療エピソードを識別する一意のIDです。
説明

患者の診療経過を識別する中心的なケースIDとなる属性です。入院や救急受診など、1回の診療期間中に発生したすべての臨床イベント、オーダー、事務処理をまとめます。プロセスマイニングでは、このIDを使って個別のアクティビティを関連付け、1つのプロセスとして把握します。

技術的には、Cerner MillenniumデータベースのENCOUNTERテーブルにあるENCNTR_IDに該当します。患者の基本情報、オーダー、臨床イベントを関連付ける主キーです。

重要な理由

入院から退院までの患者の診療経過を再構成するために必要な基本キーです。

入手先

テーブル:ENCOUNTER、列:ENCNTR_ID

例
123456789876543211223344
ソースシステム
SourceSystem
データの取得元となったシステムの名前です。
説明

データレコードの取得元アプリケーションを示します。この場合、主に「Oracle Health」または「Cerner Millennium」が該当します。複数のシステムを使い、他の電子カルテや部門システムのデータと組み合わせる環境で役立ちます。

複数のデータソースを取り込む場合、データの出所に基づいてプロセス分析を絞り込んだり、分類したりできます。

重要な理由

特に複数システムを対象とするプロセスマイニングで、データの来歴と追跡可能性を確保します。

入手先

固定文字列またはシステムメタデータ

例
Oracle HealthCerner Millennium
最終データ更新日時
LastDataUpdate
レコードがデータウェアハウスに抽出された日時、または最後に変更された日時です。
説明

分析に使うデータの鮮度を示します。このタイムスタンプにより、リアルタイムのデータか、前回の読み込み時点のスナップショットかを確認できます。

通常、臨床属性ではなく、ETL(抽出、変換、読み込み)処理中に生成されます。

重要な理由

データガバナンスを確保し、最新の情報に基づいて分析を行うために重要です。

入手先

ETLシステムのタイムスタンプ

例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
オーダー項目
OrderMnemonic
検査や薬剤など、登録されたオーダーの具体的な名称です。
説明

オーダーイベントの内容を示します。たとえば、「血算」「アスピリン81mg」などです。「診断検査のオーダー」や「薬剤の投与」アクティビティの分析に必要なコンテキストを提供します。

通常、ORDERSテーブルのORDER_MNEMONICに記録されています。プロセス内を流れる「製品」に相当します。

重要な理由

診断や治療の経路を詳細に分析するために必要です。

入手先

テーブル:ORDERS、列:ORDER_MNEMONIC

例
胸部X線基本代謝パネルアセトアミノフェン脳MRI
ユーザー
PerformingPrsnlId
アクティビティを実施した医療従事者のIDまたは名前です。
説明

薬剤を投与した看護師や退院に署名した医師など、プロセスの各ステップを実行した担当者を記録します。リソースの利用状況を分析できます。

Cernerでは、テーブルに応じてPERFORMED_PRSNL_IDまたはUPDT_IDに該当します(オーダーまたは臨床イベント)。これを汎用の「ユーザー」属性に対応付けると、職務分掌の分析に役立ちます。

重要な理由

リソース分析に役立ち、研修の必要性や業務負荷の偏りを特定できます。

入手先

テーブル:CLINICAL_EVENT、列:PERFORMED_PRSNL_ID

例
スミス医師ジョーンズ看護師システム管理者
主診断
DiagnosisCode
診療の主な理由を示すICD-10またはSNOMEDコードです。
説明

診療エピソードに割り当てられた標準的な臨床コードです(例:肺炎を示す「J18.9」)。疾患ごとに患者を分類し、特定の疾患における「治療プロトコルからの逸脱」を分析できます。

DIAGNOSISテーブルに記録され、受診情報に関連付けられています。

重要な理由

特定の疾患について、患者の診療経路を同じ条件で比較できます。

入手先

テーブル:DIAGNOSIS、列:DIAGNOSIS_CODE(コード体系を参照)

例
I10E11.9J18.9
再入院の有無
IsReadmission
前回の退院から30日以内に発生した診療エピソードかどうかを示すフラグです。
説明

再入院に該当するケースを特定する真偽値フラグです。同じPersonIdについて、今回の診療エピソードの入院日と前回の退院日を比較して算出します。

「患者の再入院傾向」ダッシュボードに欠かせません。

重要な理由

ケアの質を測る重要な指標である「患者の再入院率」の重要業績評価指標(KPI)に直接役立ちます。

入手先

ENCOUNTERレコードを比較するSQLロジックから算出

例
truefalse
受診種別
EncounterType
入院、外来、救急など、患者の受診区分です。
説明

患者の診療エピソードの種類を分類します。救急受診と予定入院ではプロセスの流れが大きく異なるため、データを分類して分析する際の主要な切り口となります。

ENCOUNTERテーブルのENCNTR_TYPE_CDから取得します。このコードは、「入院」「救急」などのコード値を参照します。

重要な理由

診療環境ごとの診療経路や処理量を比較できます。

入手先

テーブル:ENCOUNTER、列:ENCNTR_TYPE_CD(CODE_VALUEで値を特定)

例
入院救急外来日帰り手術
患者ID
PersonId
複数の受診にわたって患者を識別する一意のIDです。
説明

ケースIDとは異なり、患者ID(またはPerson ID)は、患者が何度受診しても変わりません。再入院率の分析や、患者の長期的な診療履歴の把握に欠かせない属性です。

Cernerでは、PERSONテーブルのPERSON_IDに該当します。複数のENCNTR_IDレコードを関連付けます。

重要な理由

別々の診療エピソードを同じ患者に関連付け、「患者の再入院率」の重要業績評価指標(KPI)を算出できます。

入手先

テーブル:PERSON、列:PERSON_ID

例
P10001P55992P99221
診療科
NurseUnit
イベントが発生した病棟、ユニット、診療科です。
説明

イベント発生時に患者を担当していた物理的な場所または組織単位を示します。たとえば、「集中治療室」「一般外科」「救急部門」などです。

ユニット間の患者移動を追跡し、「病棟間移送の効率」ダッシュボードで分析できます。Cernerでは、受診テーブルまたは追跡テーブルのLOC_NURSE_UNIT_CDに該当することが一般的です。

重要な理由

特定の診療科におけるボトルネックの分析や、患者の移動経路の可視化に必要です。

入手先

テーブル:ENCOUNTERまたはCLINICAL_EVENT、列:LOC_NURSE_UNIT_CD

例
救急部門循環器病棟ICU放射線科
退院時の状況
DischargeDisposition
退院時の患者の行き先または状態です。
説明

診療エピソードの終了後に患者がどこへ移ったかを示します。たとえば、「自宅」「介護施設」「死亡」などです。退院計画の分析や、望ましくない結果の特定に欠かせません。

ENCOUNTERテーブルのDISCH_DISPOSITION_CDに記録されています。

重要な理由

患者の診療経過の「終了状態」を示す、主要な結果指標です。

入手先

テーブル:ENCOUNTER、列:DISCH_DISPOSITION_CD(CODE_VALUEで値を特定)

例
自宅へ退院リハビリ施設へ転院医師の助言に反して退院死亡
オーダー番号
OrderId
検査、薬剤、診察などの個別オーダーを識別する一意のIDです。
説明

オーダーごとにシステムが生成するIDです。ケースIDではありませんが、重要な補助キーです。「診断検査のオーダー」イベントと「診断結果の確認」イベントを関連付けます。

このIDがないと、患者に複数のオーダーが同時にある場合、検査ごとの正確な所要時間を算出するのが困難です。

重要な理由

対応するアクティビティ(オーダーから結果まで)を正確に関連付けるために必要です。

入手先

テーブル:ORDERS、列:ORDER_ID

例
88291028829103
トリアージの優先度
TriageAcuity
トリアージ評価時に割り当てられた緊急度です。
説明

患者の状態の重症度を示す数値または区分です(例:1=緊急、5=非緊急)。待ち時間を分析する際の重要な分類属性です。優先度の高い患者ほど、待ち時間が短くなることが期待されます。

通常、トリアージ時に臨床フォームまたは特定の観察コードに記録されます。

重要な理由

臨床上の緊急度に応じて、プロセスで患者が適切に優先されているかを確認するために重要です。

入手先

Oracle Health(Cerner)の文書を参照してください。

例
12345
保険支払者種別
FinancialClass
患者の主な保険適用または財務区分です。
説明

メディケア、民間保険、自費など、保険支払者に基づいて患者を分類します。保険の種類によってプロセスの流れや入院期間に違いがあるかを分析するために使います。

ENCOUNTERテーブルのFINANCIAL_CLASS_CDから取得します。

重要な理由

保険支払者の種類に応じた診療や事務処理の格差を特定するのに役立ちます。

入手先

テーブル:ENCOUNTER、列:FINANCIAL_CLASS_CD(CODE_VALUEで値を特定)

例
メディケアブルークロス自費メディケイド
入院経路
AdmissionSource
患者が入院に至った経路です。
説明

医師の紹介、救急外来、他院からの転院など、患者がどのように病院を受診したかを示します。

病院の受け入れプロセスの分析に役立ちます。ENCOUNTERテーブルのADMIT_SRC_CDに対応します。

重要な理由

受診経路を踏まえて「初回評価までの待ち時間」を分析できます。

入手先

テーブル:ENCOUNTER、列:ADMIT_SRC_CD

例
救急外来医師からの紹介他院からの転院
結果のステータス
ResultStatus
診断結果の状態です(例:承認(確認済み)、修正済み、暫定)。
説明

診断検査結果の進行状況を示します。「診断結果の提供時間」の分析で、臨床上の判断に正式に利用できるようになった時点を特定するために使います。

通常、CLINICAL_EVENTテーブルのステータスコードに記録されています。

重要な理由

暫定結果と確定結果を区別できます。後続のアクティビティを開始できる時点の把握に役立ちます。

入手先

テーブル:CLINICAL_EVENT、列:RESULT_STATUS_CD

例
承認(確認済み)エラー修正済み
薬剤のステータス
MedAdminStatus
薬剤オーダーの状態です(例:投与済み、拒否、未投与)。
説明

薬剤投与タスクの結果を示します。「薬剤投与のコンプライアンス」ダッシュボードでは、実際に投与された薬剤と、予定されていたものの未投与または拒否された薬剤を区別するために重要です。

CLINICAL_EVENTテーブル、または薬剤投与記録(MAR)の専用テーブルに記録されていると考えられます。

重要な理由

治療プロトコルのコンプライアンス上の不足を特定します。

入手先

Oracle Health(Cerner)の文書を参照してください。

例
投与済み拒否保留
必須 推奨 任意

患者の受診プロセスのアクティビティ

プロセスの実態把握とボトルネックの特定に向けて、イベントログに記録する主なプロセスのステップと節目です。
8 推奨 6 任意
アクティビティ 説明
トリアージ評価の完了
救急または入院時に、初回の看護評価またはトリアージフォームの記入が完了したことを示します。通常、システム内の特定のフォームまたは臨床イベントとして文書化されます。
重要な理由

「初回評価の待ち時間」重要業績評価指標(KPI)の算出と、受付時のボトルネックの特定に欠かせません。

入手先

CLINICAL_EVENTテーブル。トリアージまたは初回評価フォームに関連するイベントコードで絞り込みます。

記録

臨床文書またはフォームに署名・確認が行われた時点で記録

イベントタイプ explicit
患者の登録
患者が到着し、システムに登録された時点で患者エピソードが始まります。Cerner Millenniumでは、受診記録の作成時、または登録のタイムスタンプが設定された時点で記録されます。
重要な理由

在院日数(LOS)の計算と初回評価の待ち時間分析における開始時刻を定めます。

入手先

ENCOUNTERテーブル、特にREG_DT_TM(登録日時)列。

記録

トランザクションによって新しいENCOUNTER行が作成された時点で記録

イベントタイプ explicit
患者の退院
患者の入院期間を締めくくる最後の事務処理イベントです。このタイムスタンプを使って、入院期間の合計を算出します。
重要な理由

プロセスの主な終了イベントです。入院期間や再入院の計算に欠かせません。

入手先

ENCOUNTERテーブルのDISCH_DT_TM(退院日時)です。

記録

受診ステータスがDISCHARGEDに変わった時点で記録されます。

イベントタイプ explicit
診断の文書化
患者の受診記録に正式な診断が追加された時点で発生します。検査結果とは異なり、医療従事者が病状を確定したことを示します。
重要な理由

「診断の確定」のマイルストーンと、確定診断までの時間の分析に欠かせません。

入手先

DIAGNOSISテーブル。ENCOUNTER_IDに紐づくDIAGNOSIS_DT_TMを使用します。

記録

PowerChartで診断が追加または更新された時点で記録

イベントタイプ explicit
診断検査の依頼
医療従事者が検査室での検査や画像検査を依頼した時点で発生します。このタイムスタンプを起点に、診断にかかる所要時間を算出します。
重要な理由

「診断結果の提供時間」重要業績評価指標(KPI)の開始点です。依頼から実施までの遅延の特定に役立ちます。

入手先

ORDERSテーブル。カタログの種類がLaboratoryまたはRadiologyの場合、ORIG_ORDER_DT_TMを使用します。

記録

依頼のステータスがORDEREDに設定された時点で記録

イベントタイプ explicit
診断結果の確認
検査室での検査または画像検査の結果が確定し、医療従事者が確認できる状態になった時点です。診断にかかる所要時間の計測が終了します。
重要な理由

「診断結果の提供時間」の計測を完了し、その後の治療方針の決定につなげます。

入手先

CLINICAL_EVENTテーブル(検査室での検査の場合)、またはステータスがCOMPLETEDに変更されたORDERS。

記録

結果のステータスがAUTH(認証済み)に変更された時点で記録

イベントタイプ explicit
退院指示への署名
医師が患者の退院指示を入力した時点のイベントです。ここから退院計画の時間計測が始まります。
重要な理由

「退院計画のサイクルタイム」の起点です。この時点から実際の退院までの差が、業務上の遅延を示します。

入手先

ORDERSテーブルで、カタログタイプが退院を示すレコードです。

記録

退院指示のステータスがORDEREDになった時点で記録されます。

イベントタイプ explicit
部門間の移送
患者がある場所(例:ER)から別の場所(例:ICU)へ実際に移動したことを示します。場所の履歴から追跡できます。
重要な理由

「病棟間移送の効率」分析を可能にし、病院内の患者の流れを可視化します。

入手先

ENCNTR_LOC_HIST(受診場所の履歴)テーブル。LOC_NURSE_UNIT_CDの変更を記録します。

記録

変更前後のステータスフィールドを比較

イベントタイプ inferred
ケアプランの有効化
CernerでPowerPlanまたはケア経路が開始されたことを示します。標準化された治療プロトコルが選択されたことを表します。
重要な理由

実際のケアと計画された経路を比較する「治療プロトコルからの逸脱分析」に欠かせません。

入手先

ACT_PW_CAT(Action Pathway Catalog)またはDCP_FORMS_REF。ケア経路を受診記録に紐づけます。

記録

PowerPlanが開始された時点で記録

イベントタイプ explicit
フォローアップ予約の設定
同じ診療エピソードまたはケアプランに関連付けられた患者の次回予約が登録された時点で発生します。
重要な理由

「フォローアップ予約の適時性」ダッシュボードで使用します。継続的なケアの効率を測定します。

入手先

PERSON_IDに関連付けられたSCH_APPT(予約)テーブルです。

記録

予約管理モジュールで予約が作成された時点で記録されます。

イベントタイプ explicit
手技の予定確定
手術または主要な手技が、特定の日時に予約されたことを示します。リソース配分や手技前の待ち時間の把握に役立ちます。
重要な理由

手術室や処置室の利用における予約の効率と、潜在的なボトルネックを明らかにします。

入手先

SURGICAL_CASEテーブル、または受診記録に紐づくSCH_APPTテーブル。

記録

予約のトランザクションが確定した時点で記録

イベントタイプ explicit
手技の実施
手術または主要な手技が実際に行われた日時を示します。周術期の文書に記録されることが一般的です。
重要な理由

臨床経路とリソース利用の分析における重要なマイルストーンです。

入手先

SURGICAL_CASEテーブル(手術の開始・終了時刻)、またはベッドサイドでの手技に関するCLINICAL_EVENT。

記録

SurgiNetまたは手技の文書に記録

イベントタイプ explicit
服薬の実施
Medication Administration Record(MAR)に記録された、患者への実際の服薬実施を記録します。
重要な理由

「服薬実施のコンプライアンス」ダッシュボードで、薬剤が予定どおりに投与されたかを確認できます。

入手先

CLINICAL_EVENTテーブル。服薬実施イベント(Task Status = Complete)で絞り込みます。

記録

バーコードのスキャン時、またはMARへの手動入力時に記録

イベントタイプ explicit
診察の完了
専門医による診察が完了したことを示します。通常、署名済みの診察記録または文書で確認できます。
重要な理由

専門医の診察を受けた時点を特定できます。複雑なケア経路では、ここがボトルネックになる場合があります。

入手先

CLINICAL_EVENTテーブル。診察に分類された文書の種類で絞り込みます。

記録

診察記録に署名した時点で記録

イベントタイプ explicit
推奨 任意

データ抽出ガイド

Oracle Healthからデータを取得する方法

始める準備はできましたか?

このテンプレートを使ってデータを準備し、患者の受診プロセスに関するインサイトを見つけましょう。患者の転帰を改善する取り組みは、ここから始まります。

患者の受診プロセスを最適化し、転帰を早期に改善

ボトルネックをすばやく特定し、患者の受診プロセスのサイクルタイムを30%短縮します。

無料トライアルを開始

クレジットカードは不要です。数分で始められます。