患者の受診プロセス向けデータテンプレート
患者の受診プロセス向けデータテンプレート
- 収集を推奨する属性
- 追跡する主なアクティビティ
- データ抽出の手順
患者の受診プロセスの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
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テーブルにある
重要な理由
入院から退院までの患者の診療経過を再構成するために必要な基本キーです。
入手先
テーブル: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テーブルの
重要な理由
診断や治療の経路を詳細に分析するために必要です。
入手先
テーブル:ORDERS、列:ORDER_MNEMONIC
例
胸部X線基本代謝パネルアセトアミノフェン脳MRI
|
|||
|
ユーザー
PerformingPrsnlId
|
アクティビティを実施した医療従事者のIDまたは名前です。 | ||
|
説明
薬剤を投与した看護師や退院に署名した医師など、プロセスの各ステップを実行した担当者を記録します。リソースの利用状況を分析できます。 Cernerでは、テーブルに応じて
重要な理由
リソース分析に役立ち、研修の必要性や業務負荷の偏りを特定できます。
入手先
テーブル:CLINICAL_EVENT、列:PERFORMED_PRSNL_ID
例
スミス医師ジョーンズ看護師システム管理者
|
|||
|
主診断
DiagnosisCode
|
診療の主な理由を示すICD-10またはSNOMEDコードです。 | ||
|
説明
診療エピソードに割り当てられた標準的な臨床コードです(例:肺炎を示す「J18.9」)。疾患ごとに患者を分類し、特定の疾患における「治療プロトコルからの逸脱」を分析できます。 DIAGNOSISテーブルに記録され、受診情報に関連付けられています。
重要な理由
特定の疾患について、患者の診療経路を同じ条件で比較できます。
入手先
テーブル:DIAGNOSIS、列:DIAGNOSIS_CODE(コード体系を参照)
例
I10E11.9J18.9
|
|||
|
再入院の有無
IsReadmission
|
前回の退院から30日以内に発生した診療エピソードかどうかを示すフラグです。 | ||
|
説明
再入院に該当するケースを特定する真偽値フラグです。同じ 「患者の再入院傾向」ダッシュボードに欠かせません。
重要な理由
ケアの質を測る重要な指標である「患者の再入院率」の重要業績評価指標(KPI)に直接役立ちます。
入手先
ENCOUNTERレコードを比較するSQLロジックから算出
例
truefalse
|
|||
|
受診種別
EncounterType
|
入院、外来、救急など、患者の受診区分です。 | ||
|
説明
患者の診療エピソードの種類を分類します。救急受診と予定入院ではプロセスの流れが大きく異なるため、データを分類して分析する際の主要な切り口となります。 ENCOUNTERテーブルの
重要な理由
診療環境ごとの診療経路や処理量を比較できます。
入手先
テーブル:ENCOUNTER、列:ENCNTR_TYPE_CD(CODE_VALUEで値を特定)
例
入院救急外来日帰り手術
|
|||
|
患者ID
PersonId
|
複数の受診にわたって患者を識別する一意のIDです。 | ||
|
説明
ケースIDとは異なり、患者ID(またはPerson ID)は、患者が何度受診しても変わりません。再入院率の分析や、患者の長期的な診療履歴の把握に欠かせない属性です。 Cernerでは、PERSONテーブルの
重要な理由
別々の診療エピソードを同じ患者に関連付け、「患者の再入院率」の重要業績評価指標(KPI)を算出できます。
入手先
テーブル:PERSON、列:PERSON_ID
例
P10001P55992P99221
|
|||
|
診療科
NurseUnit
|
イベントが発生した病棟、ユニット、診療科です。 | ||
|
説明
イベント発生時に患者を担当していた物理的な場所または組織単位を示します。たとえば、「集中治療室」「一般外科」「救急部門」などです。 ユニット間の患者移動を追跡し、「病棟間移送の効率」ダッシュボードで分析できます。Cernerでは、受診テーブルまたは追跡テーブルの
重要な理由
特定の診療科におけるボトルネックの分析や、患者の移動経路の可視化に必要です。
入手先
テーブル:ENCOUNTERまたはCLINICAL_EVENT、列:LOC_NURSE_UNIT_CD
例
救急部門循環器病棟ICU放射線科
|
|||
|
退院時の状況
DischargeDisposition
|
退院時の患者の行き先または状態です。 | ||
|
説明
診療エピソードの終了後に患者がどこへ移ったかを示します。たとえば、「自宅」「介護施設」「死亡」などです。退院計画の分析や、望ましくない結果の特定に欠かせません。 ENCOUNTERテーブルの
重要な理由
患者の診療経過の「終了状態」を示す、主要な結果指標です。
入手先
テーブル:ENCOUNTER、列:DISCH_DISPOSITION_CD(CODE_VALUEで値を特定)
例
自宅へ退院リハビリ施設へ転院医師の助言に反して退院死亡
|
|||
|
オーダー番号
OrderId
|
検査、薬剤、診察などの個別オーダーを識別する一意のIDです。 | ||
|
説明
オーダーごとにシステムが生成するIDです。ケースIDではありませんが、重要な補助キーです。「診断検査のオーダー」イベントと「診断結果の確認」イベントを関連付けます。 このIDがないと、患者に複数のオーダーが同時にある場合、検査ごとの正確な所要時間を算出するのが困難です。
重要な理由
対応するアクティビティ(オーダーから結果まで)を正確に関連付けるために必要です。
入手先
テーブル:ORDERS、列:ORDER_ID
例
88291028829103
|
|||
|
トリアージの優先度
TriageAcuity
|
トリアージ評価時に割り当てられた緊急度です。 | ||
|
説明
患者の状態の重症度を示す数値または区分です(例:1=緊急、5=非緊急)。待ち時間を分析する際の重要な分類属性です。優先度の高い患者ほど、待ち時間が短くなることが期待されます。 通常、トリアージ時に臨床フォームまたは特定の観察コードに記録されます。
重要な理由
臨床上の緊急度に応じて、プロセスで患者が適切に優先されているかを確認するために重要です。
入手先
Oracle Health(Cerner)の文書を参照してください。
例
12345
|
|||
|
保険支払者種別
FinancialClass
|
患者の主な保険適用または財務区分です。 | ||
|
説明
メディケア、民間保険、自費など、保険支払者に基づいて患者を分類します。保険の種類によってプロセスの流れや入院期間に違いがあるかを分析するために使います。 ENCOUNTERテーブルの
重要な理由
保険支払者の種類に応じた診療や事務処理の格差を特定するのに役立ちます。
入手先
テーブル:ENCOUNTER、列:FINANCIAL_CLASS_CD(CODE_VALUEで値を特定)
例
メディケアブルークロス自費メディケイド
|
|||
|
入院経路
AdmissionSource
|
患者が入院に至った経路です。 | ||
|
説明
医師の紹介、救急外来、他院からの転院など、患者がどのように病院を受診したかを示します。 病院の受け入れプロセスの分析に役立ちます。ENCOUNTERテーブルの
重要な理由
受診経路を踏まえて「初回評価までの待ち時間」を分析できます。
入手先
テーブル:ENCOUNTER、列:ADMIT_SRC_CD
例
救急外来医師からの紹介他院からの転院
|
|||
|
結果のステータス
ResultStatus
|
診断結果の状態です(例:承認(確認済み)、修正済み、暫定)。 | ||
|
説明
診断検査結果の進行状況を示します。「診断結果の提供時間」の分析で、臨床上の判断に正式に利用できるようになった時点を特定するために使います。 通常、CLINICAL_EVENTテーブルのステータスコードに記録されています。
重要な理由
暫定結果と確定結果を区別できます。後続のアクティビティを開始できる時点の把握に役立ちます。
入手先
テーブル:CLINICAL_EVENT、列:RESULT_STATUS_CD
例
承認(確認済み)エラー修正済み
|
|||
|
薬剤のステータス
MedAdminStatus
|
薬剤オーダーの状態です(例:投与済み、拒否、未投与)。 | ||
|
説明
薬剤投与タスクの結果を示します。「薬剤投与のコンプライアンス」ダッシュボードでは、実際に投与された薬剤と、予定されていたものの未投与または拒否された薬剤を区別するために重要です。 CLINICAL_EVENTテーブル、または薬剤投与記録(MAR)の専用テーブルに記録されていると考えられます。
重要な理由
治療プロトコルのコンプライアンス上の不足を特定します。
入手先
Oracle Health(Cerner)の文書を参照してください。
例
投与済み拒否保留
|
|||
患者の受診プロセスのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
トリアージ評価の完了
|
救急または入院時に、初回の看護評価またはトリアージフォームの記入が完了したことを示します。通常、システム内の特定のフォームまたは臨床イベントとして文書化されます。 | ||
|
重要な理由
「初回評価の待ち時間」重要業績評価指標(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
|
|||
データ抽出ガイド
始める準備はできましたか?
このテンプレートを使ってデータを準備し、患者の受診プロセスに関するインサイトを見つけましょう。患者の転帰を改善する取り組みは、ここから始まります。
患者の受診プロセスを最適化し、転帰を早期に改善
ボトルネックをすばやく特定し、患者の受診プロセスのサイクルタイムを30%短縮します。
クレジットカードは不要です。数分で始められます。