貴院の患者ジャーニーデータテンプレート

Epic EHR
貴院の患者ジャーニーデータテンプレート

貴院の患者ジャーニーデータテンプレート

このテンプレートは、Epic環境内の臨床ワークフローをマッピングするための包括的なフレームワークを提供します。これは、入院から退院までの完全な患者パスを可視化するために必要な特定のデータポイントとイベントマイルストーンを概説します。これらのガイドラインに従うことで、データが深い業務洞察と改善されたケア提供のために構造化されていることを保証できます。
  • 臨床コンテキストのための推奨属性
  • 追跡のための主要なプロセス節目
  • Epic EHR向けの具体的な抽出ガイダンス
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

患者ジャーニー属性

これらは、患者フローと臨床効率の包括的な分析のために、イベントログに含めるべき推奨データフィールドです。
5 必須 9 推奨 8 任意
名前 説明
アクティビティ名
ActivityName
実行された特定の臨床的または管理的なアクション。
説明

この属性は、「患者登録済み」、「薬剤投与」、「退院オーダー署名済み」など、患者ジャーニー内で発生するイベントの名前を記録します。これはプロセスフローを定義する中心的な要素です。

分析では、このフィールドがプロセスマップのノードを形成します。これはEHR内のさまざまなトランザクションコードとオーダー状況から派生し、人間が読めるイベントログを作成します。

その重要性

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

取得元

CLARITY_ADTORDER_PROC、およびORDER_MEDテーブルから派生します。

トリアージ完了診断検査オーダー済み患者退院投薬実施済み
イベントのタイムスタンプ
EventTimestamp
アクティビティが発生した正確な日時。
説明

この属性は、Epicシステムでイベントが記録された正確な時刻を記録します。これは、アクティビティをシーケンスし、入院期間やサイクルタイムなどのすべての期間ベースの指標を計算するために使用されます。

このフィールドの正確性は、ボトルネックを特定するために重要です。開始点と終了点のための時間的アンカーを提供することで、Triage ThroughputとTime to Definitive Diagnosisダッシュボードをサポートします。

その重要性

サイクルタイム、リードタイム、およびプロセス順序の計算を可能にします。

取得元

さまざまなタイムスタンプ列(例:EFFECTIVE_TIME、ORDER_TIME)。ソーステーブルによって異なります。

2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
患者エピソード
PatientEpisodeId
特定の患者受診またはケアエピソードの一意の識別子。
説明

患者エピソードは、プロセスマイニングにおける主要なケース識別子として機能します。これは、入院滞在や救急外来受診といった単一の継続的なケア期間に関連するすべての臨床、管理、物流イベントをグループ化します。Epic Clarityでは、これは通常、連絡シリアル番号(CSN)または受診IDに対応します。

この属性を分析することで、エンドツーエンドの患者ジャーニーの再構築が可能になります。これにより、トリアージ、診断、治療、および退院アクティビティを統合されたプロセスインスタンスとして関連付けることができます。

その重要性

異なるイベントを単一のプロセスケースにリンクするための基本的な鍵です。

取得元

Epic Clarityテーブル:PAT_ENC、列:PAT_ENC_CSN_ID

200459112200459113200459114200459115
ソースシステム
SourceSystem
データの記録システム、通常はEpic EHRです。
説明

この属性はデータの出所を識別します。このビューでは主に「Epic EHR」ですが、別のLIS(検査情報システム)や会計システムなどの他のシステムとデータが統合されている場合に役立ちます。

分析では、データの系統を保証し、特定のイベントがソースと比較して欠落しているか、不正な形式であるように見える場合のトラブルシューティングに役立ちます。

その重要性

データソースのトレーサビリティとコンテキストを提供します。

取得元

接続文字列設定からハードコードまたは派生します。

Epic EHREpic ClarityEpic Caboodle
最終データ更新
LastDataUpdate
データが抽出または最終更新されたときのタイムスタンプ。
説明

この属性は、ETLパイプラインによってレコードが最後に処理された時期を示します。これはイベントタイムスタンプとは異なり、データの鮮度を監視するのに役立ちます。

アナリストはこれを使用して、ダッシュボードがリアルタイムの現実を反映しているか、またはTriage Wait TimesのようなKPIの精度に影響を与えるデータ遅延の問題があるかどうかを判断します。

その重要性

プロセスマイニングデータの鮮度と信頼性を評価するのに役立ちます。

取得元

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

2023-10-27T23:59:59Z2023-10-28T06:00:00Z
イベントの終了時刻
EventEndTime
アクティビティが完了したときのタイムスタンプ。
説明

多くのイベントは瞬時ですが、「診断テスト実施」や「コンサルテーション完了」などの一部のアクティビティには期間があります。この属性は完了時刻を記録します。

これにより、アクティブな処理時間と待機時間の計算が可能になります。これはDiagnostic Service Cycle Timesダッシュボードにとって特に重要です。

その重要性

活動期間とリソース利用率の計算を可能にします。

取得元

ORDER_PROCの特定の終了時刻列については、Epic EHRのドキュメントを参照してください。

2023-10-15T09:45:00Z2023-10-16T15:00:00Z
トリアージ緊急度レベル
TriageAcuityLevel
トリアージ中に患者に割り当てられた重症度スコア。
説明

この属性は、患者の状態の緊急性を示し、通常はスケール(例:ESIレベル1-5)で表されます。これは「Triage Completed」アクティビティ中に記録されます。

Resource Intensity by Severity Scoreダッシュボードでセグメンテーションを可能にします。重症度の高い患者は重症度の低い患者とは異なるプロセスパスをたどり、このフィールドはこれらのバリアントを区別するのに役立ちます。

その重要性

緊急度と予測されるリソース消費に基づいてプロセスをセグメント化します。

取得元

EDログの緊急度フィールドについては、Epic EHRのドキュメントを参照してください。

1 - 蘇生2 - 緊急3 - 準緊急
主診断コード
PrimaryDiagnosisCode
主な診断を表すICD-10または内部コード。
説明

この属性は、患者の確定された病状を記録します。これは通常、「Diagnosis Confirmed」アクティビティ中に設定されます。

Clinical Protocol Compliance Viewのために臨床状態によってケースをグループ化するために使用されます。「Product」にマッピングすることで、アナリストは医療状態によってケアの「生産」がどのように異なるかを確認できます。

その重要性

プロトコル分析のために、臨床的な類似性によってケースをグループ化します。

取得元

Epic Clarityテーブル:PAT_ENC_DX、列:DX_ID

J18.9I21.9E11.9
再入院フラグ
ReadmissionFlag
患者が30日以内に予期せぬ再受診をしたかどうかを示します。
説明

このブール属性は、特定の患者エピソードが30日以内に同じ患者の別の予定外入院に続いたかどうかを識別します。これは30-Day Unplanned Readmission Rate KPIの核となります。

分析において、これは主要なアウトカム変数として機能します。「True」フラグにつながるプロセスパスは、退院計画フェーズにおける根本原因を見つけるために分析されます。

その重要性

失敗した退院プロセスとケアの質の問題を特定します。

取得元

同じMRNの将来の受診を先読みするSQLを介して算出されます。

truefalse
受診タイプ
EncounterType
患者受診の分類(例:入院、救急)。
説明

この属性は、患者エピソードの性質を分類します。一般的な値には、「緊急」、「入院」、「外来」、「仮想」などが含まれます。

「CaseType」にマッピングされるこのフィールドは、分析をフィルタリングするために不可欠です。例えば、Discharge Planningダッシュボードは主に入院受診に関連し、Triageは緊急に特有です。

その重要性

プロセスインスタンスの概要コンテキストを提供します。

取得元

Epic Clarityテーブル:PAT_ENC、列:ENC_TYPE_C

緊急病院外来入院
患者MRN
PatientMrn
患者を識別する医療記録番号。
説明

MRNは、エピソードIDとは異なり、医療システム全体で患者を識別する一意の識別子です。これにより、複数の受診にわたる患者の履歴を追跡できます。

この属性は、再入院を検出し、「Readmission Risk」ダッシュボードのために個別のエピソードをリンクするために使用されます。汎用モデルの「顧客」にマッピングされます。

その重要性

再受診を特定し、患者の病歴を分析するために不可欠です。

取得元

Epic Clarityテーブル:PATIENT、列:PAT_IDまたはPAT_MRN_ID

MRN-882910MRN-112003MRN-554211
提供者ID
ProviderId
アクティビティを実行したユーザーまたは臨床医の識別子。
説明

この属性は、薬剤を投与する看護師や退院オーダーに署名する医師など、イベントを担当するスタッフメンバーの一意のIDを記録します。

これは、「User」汎用属性にマッピングされ、リソースの変動とワークロードを分析します。自動化されたアクティビティの場合、これはシステムユーザーIDである可能性があることに注意してください。

その重要性

スタッフ全体のパフォーマンスと作業負荷の変動分析を可能にします。

取得元

Epic Clarityテーブル:CLARITY_EMP、列:USER_ID

EMP10023DOC5592SYSTEM
退院時転帰
DischargeDisposition
退院時の患者の行き先(自宅、専門看護施設、死亡)。
説明

この属性は、患者が退院後にどこへ行ったかを記録します。これは「Patient Discharged」アクティビティで記録されます。

専門看護施設(SNF)に退院した患者は、自宅に退院した患者とは異なる再入院プロファイルを持つため、Readmission Riskダッシュボードにとって不可欠です。

その重要性

ケアプロセスの結果を文脈化します。

取得元

Epic Clarityテーブル:PAT_ENC、列:DISCH_DISP_C

ホーム専門看護施設在宅医療
部門名
DepartmentName
アクティビティが行われた病棟または部門。
説明

この属性は、「救急外来」、「放射線科」、「一般外科病棟」など、イベントの機能的な場所を識別します。Internal Ward Transfer Analysisにとって重要です。

データはプロセスマップを部門別にセグメント化するために使用され、管理者が自部門に特有のボトルネックと病院全体の問題を区別できるようにします。

その重要性

組織フィルタリングと引き渡し分析を可能にします。

取得元

Epic Clarityテーブル:CLARITY_DEP、列:DEPARTMENT_NAME

救急部門放射線科ICU小児科
オーダー発行医師の専門科
OrderingProviderSpecialty
コンサルトまたは検査を依頼する医師の専門分野。
説明

この属性は、オーダー発行元の提供者の部門または専門分野(例:「循環器科」、「腫瘍科」)を記録します。Specialist Consultation Latencyダッシュボードで使用されます。

これにより、特定の専門分野が他の専門分野よりも内部サービスで長い待ち時間に直面しているかどうかを分析するのに役立ち、特定のサービスラインにおける潜在的な偏りやリソース不足を明らかにします。

その重要性

診断およびコンサルテーションサービスへの需要をセグメント化します。

取得元

プロバイダーマスターデータについては、Epic EHRのドキュメントを参照してください。

循環器内科内科整形外科
スケジュール方法
SchedulingMethod
フォローアップ予約がどのように行われたかを示します。
説明

この属性は、「MyChart」、「Cadence Auto」、「Front Desk」などの予約チャネルを記録します。Outpatient Follow Up Automation Statusダッシュボードにとって重要です。

値がシステムまたは患者主導のデジタルチャネルを示す場合、「IsAutomated」フラグをTrueに設定できます。これはデジタルトランスフォーメーション (DX) イニシアチブの成功を浮き彫りにします。

その重要性

自動化またはセルフサービスツールの導入状況を追跡します。

取得元

予約作成元については、Epic EHRのドキュメントを参照してください。

MyChartCadence電話番号対面
プロトコル遵守ステータス
ProtocolAdherenceStatus
ケースが標準的な臨床パスウェイに従ったかどうかを示すステータス。
説明

この属性は、ケース内のアクティビティのシーケンスを定義された参照モデル(標準作業手順書)と比較します。Clinical Protocol Compliance Viewをサポートします。

値には、「遵守」、「ステップスキップ」、または「順不同」が含まれる場合があります。これにより、臨床リーダーはすべてのプロセスマップを手動で検査することなく、非遵守ケースを迅速にフィルタリングできます。

その重要性

エビデンスに基づいたケア標準からの逸脱を迅速に特定します。

取得元

プロセスマイニングツール内で算出されるか、SQLで前処理されます。

準拠逸脱未完了
地域名
RegionName
地理的地域または病院キャンパス。
説明

複数のキャンパスを持つ医療システムの場合、この属性は施設の場所を識別します。これにより、異なる病院サイト間でのパフォーマンス比較が可能になります。

「地域」へのマッピングにより、複数サイトでのベンチマークが可能になり、ある病院が別の病院よりもトリアージスループットをうまく管理しているかどうかを確認できます。

その重要性

医療ネットワーク内の異なる施設間でのベンチマークを可能にします。

取得元

部門または施設のマスタデータから派生します。

北キャンパスシティセンター西棟
投薬実施遅延
MedicationAdminDelay
予定された薬剤投与と実際の薬剤投与の間の時間差。
説明

この属性は、指示された投与時刻と薬剤バーコードの実際のスキャン時刻との差異を計算します。これはMedication Delivery Performanceダッシュボードにとって不可欠です。

正の値は遅延投与を示します。この指標により、看護管理者は、業務負荷がタイムリーなケア提供に影響を与えているシフトや病棟を特定できます。

その重要性

看護ワークフローの遵守と患者安全の直接的な測定指標です。

取得元

MAR(投薬記録)データから算出されます。

15m-5m1時間20分
自動スケジューリングの有無
IsAutomatedScheduling
スタッフの介入なしにスケジューリングが実行されたかどうかを示すフラグ。
説明

このブール属性は、Scheduling Methodから派生します。予約がMyChartまたは自動化されたCadenceワークフローを介して行われた場合、これはTrueです。

Follow-up Scheduling Automation Rate KPIを直接サポートします。これにより、運用リーダーは、どれだけの管理負担がテクノロジーにオフロードされているかを理解できます。

その重要性

プロセス自動化の成功を測定します。

取得元

SchedulingMethodから派生します。

truefalse
診断オーダー費用
DiagnosticOrderCost
診断テストまたは処置に関連する内部コスト。
説明

この属性は「診断テスト実施」アクティビティに財務的な価値を割り当てます。これにより、プロセスマップに財務的な情報を重ねて表示できます。

主要な臨床指標ではありませんが、さまざまなプロセスバリアント、特に高リソースの重症度スコアを伴うものの財務的負担を管理者が理解するのに役立ちます。

その重要性

プロセス効率分析に財務的な側面を加えます。

取得元

処置にリンクされた請求または原価計算テーブル。

150.001200.0045.00
転送待機期間
TransferWaitDuration
転送オーダーと実際の転送間の経過時間。
説明

この指標は、「転送指示」と「患者転送済み」の間のギャップを測定します。これはInternal Ward Transfer Analysisの主要なデータポイントです。

ここでの高い値は、「入院待機」(ベッド待ち患者)を示し、救急外来からの上流フローを阻害します。

その重要性

患者フローにおける物流およびキャパシティのボトルネックを浮き彫りにします。

取得元

オーダーと転送イベント間のタイムスタンプ差として算出されます。

2h 30m45m12h
必須 推奨 任意

患者ジャーニーアクティビティ

これらは、臨床パスウェイを正確に発見するために、イベントログに記録すべき不可欠なプロセスステップとケアのマイルストーンです。
4 推奨 11 任意
アクティビティ 説明
トリアージ完了
初期の看護アセスメントまたはトリアージ評価の完了。これは通常、トリアージフローシートが登録されたとき、またはトリアージステータスが「完了」に変わったときに記録されます。
その重要性

「トリアージスループットと待ち時間」ダッシュボードでフロントエンドの効率を測定するために不可欠です。ここでの遅延は、ケアパスウェイ全体に波及します。

取得元

PAT_ENC_HSP.TRIAGE_END_TIMEまたは特定のフローシート行が登録されたときのタイムスタンプ (FLO_MEASUREMENT)。

取得

トリアージ文書が署名された際、またはステータスフィールドが更新された際に記録されます。

イベントタイプ explicit
患者登録済み
システムにおける患者受診記録の最初の作成であり、ケアエピソードの開始を示します。これは、患者が受付または救急外来に到着し、Epicにチェックインされたときに明示的に記録されます。
その重要性

患者ジャーニー全体のアンカーポイントを確立し、総入院期間の計算を可能にします。「トリアージスループットと待ち時間」ダッシュボードに不可欠です。

取得元

ADTフィード(イベントA04またはA01)またはClarityテーブルPAT_ENCHSP_ACCOUNT_ID作成)。

取得

「チェックイン」または「入院」トランザクションが実行された際に記録されます。

イベントタイプ explicit
患者退院
入院受診の正式な終了。患者が台帳から事実上退院したときに記録されます。
その重要性

「Length of Stay」計算におけるエピソードの正式な終了点です。「Patient Flow Variant Discovery」に不可欠です。

取得元

ADTフィード(イベントA03)またはPAT_ENC_HSP.DISCH_TIME

取得

管理スタッフが退院ワークフローを完了した際に記録されます。

イベントタイプ explicit
診断確定
確定診断が患者の問題リストまたは受診診断フィールドに入力されること。調査フェーズの終了を表します。
その重要性

「Time to Definitive Diagnosis」KPIのために必須です。アセスメントから標的治療への移行を示します。

取得元

PAT_ENC_DXテーブルまたはPROBLEM_LISTの更新で、受診に紐付けられたもの。

取得

臨床医が受診診断アクティビティにエントリを追加した際に記録されます。

イベントタイプ explicit
ケアプラン開始
特定の臨床パスウェイまたはプロトコルを患者に割り当てること。これは、標準的なオーダーセットまたはケアプランが受診コンテキストに適用されたときに記録されます。
その重要性

標準的なケアに従う意図を示すことで、「Clinical Protocol Compliance View」をサポートします。その後の計画されたステップからの逸脱は、この時点から測定できます。

取得元

ORDER_SET_BKGまたはケアプランテーブル。プロトコルが受診に紐付けられたことを示します。

取得

臨床医がオーダーセットを選択し署名した際に記録されます。

イベントタイプ explicit
フォローアップ予約済み
患者の将来の外来受診の予約。患者記録にリンクされたCadenceスケジューリングモジュールに記録されます。
その重要性

「Follow-up Scheduling Automation Rate」をサポートします。継続的なケアを保証し、再入院の防止に役立ちます。

取得元

PAT_ENC_APPTは患者IDに紐付けられ、退院時刻近くに作成されました。

取得

Cadenceで予約枠が確定された際に記録されます。

イベントタイプ explicit
患者転棟
患者が新しい部門または病棟へ物理的に移動すること。ADT転送イベントを通じて記録されます。
その重要性

「平均病棟間転送時間」の終点。「院内病棟転送分析」をサポートし、病院ロジスティクスにおけるボトルネックを特定します。

取得元

ADTフィード(イベントA02)またはPAT_ENC_HSP_TRANSACTION(転送イン)。

取得

病棟事務員がCensusで患者の場所を更新した際に記録されます。

イベントタイプ explicit
投薬実施済み
看護師または医療提供者が患者に薬剤を投与する行為。薬剤投与記録 (MAR) に記録されます。
その重要性

「投薬実施パフォーマンス」ダッシュボードの主要イベント。「治療計画策定」への遵守を追跡します。

取得元

MAR_ADMIN_INFOテーブル、特にアクションが「Given」または「New Bag」のイベント。

取得

看護師が患者のリストバンドと薬剤をスキャン(BCMA)した際に記録されます。

イベントタイプ explicit
診察依頼済み
専門医が患者を評価するためのオーダーです。Epic内では特定の処置オーダータイプ「コンサルト」として記録されます。
その重要性

「Specialist Consultation Lead Time」KPIの開始点です。特定の医療専門分野における不足を特定するのに役立ちます。

取得元

ORDER_PROCにおいてORDER_CLASSが'Consult'であるか、特定の紹介オーダー。

取得

コンサルトオーダーが署名された際に記録されます。

イベントタイプ explicit
診察完了
専門医アセスメントの完了。通常、コンサルトノートの署名またはコンサルトオーダーのクローズによって示されます。
その重要性

「専門医診察リードタイム」の終点。専門的なアドバイスが提供され、ケアプランが進行可能であることを示します。

取得元

HNO_NOTE_TEXT(タイプ「コンサルト」で提出されたメモ)またはORDER_PROCのステータスが「完了」に変更された場合。

取得

コンサルトノート作成時刻またはオーダーのステータス更新から推測されます。

イベントタイプ inferred
診断検査オーダー済み
画像診断(放射線科)または検査サービスのためのオーダーの入力。医師がCPOEシステムでオーダーを入力し署名したときに記録されます。
その重要性

「Diagnostic Service Cycle Times」ダッシュボードの開始点です。対応する結果なしに高いボリュームがある場合、ボトルネックを示します。

取得元

ORDER_PROCテーブルでORDER_TYPEがLabまたはImaging/Radiologyの場合。

取得

オーダーのステータスが「署名済み」または「アクティブ」になった際に記録されます。

イベントタイプ explicit
診断検査実施済み
診断テストの実際の実施、または結果の記録。検査の場合、検体が処理された時点。画像診断の場合、スキャンが完了した時点。
その重要性

「診断検査平均サイクルタイム」KPIの終点。臨床意思決定支援サービスにおける遅延を理解するために不可欠です。

取得元

ORDER_PROC.PROC_END_TIMEまたはORDER_STAT_HISTORYにおいてステータスが'Completed'または'Resulted'に変わったとき。

取得

技術者がタスクを完了した際、または結果インターフェースがデータを受信した際に記録されます。

イベントタイプ explicit
転送指示
患者を別の病棟または別のレベルのケアに移すためのリクエストです。システムでは「ベッドリクエスト」または「転送オーダー」として記録されます。
その重要性

「Average Inter-Ward Transfer Time」の開始点です。転棟の臨床的決定とベッドの物流上の利用可能性を区別します。

取得元

ADT_TRANSFER_ORDERまたはORDER_PROC(ベッドリクエスト)。

取得

医師が転送オーダーを入力した際に記録されます。

イベントタイプ explicit
退院指示署名済み
医師による患者の正式な退院許可。これはEpicにおける特定のオーダー入力です。
その重要性

「退院計画と実行」における重要なマイルストーンです。このイベントと実際の退院との間のギャップは、事務処理の遅延を表します。

取得元

ORDER_PROCにおいてtypeが'Discharge Patient'の場合。

取得

医師が退院指示に署名した際に記録されます。

イベントタイプ explicit
退院計画開始
患者の退院準備活動の開始。ケース管理文書または特定の「退院」オーダータイプを通じて記録されます。
その重要性

「退院計画と実行」ダッシュボードの鍵。早期開始は入院期間の短縮と相関があります。

取得元

HSP_DISCH_PLANの作成、またはケースマネージャー/ソーシャルワーカーによる最初のメモ。

取得

退院ナビゲーターまたはケース管理ノートとの最初のやり取りから推測されます。

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

抽出ガイド

Epic EHRからデータを取得する方法