患者ジャーニーデータテンプレート
患者ジャーニーデータテンプレート
こちらは患者ジャーニー向けの汎用プロセスマイニングデータテンプレートです。より具体的なガイダンスが必要な場合は、システム固有のテンプレートをご利用ください。
特定のシステムを選択- 必須の臨床および管理データポイントの包括的なリスト
- あらゆる電子カルテシステムに対応できるよう設計された柔軟な構造
- 入院から退院までの主要な患者マイルストーンの明確なマッピング
患者ジャーニー属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 ActivityName | エピソード中に実行された特定の臨床または管理タスクです。 | ||
| 説明 この属性は、登録のような事務作業から投薬や手術のような臨床介入まで、患者のジャーニー中に実施されたステップを定義します。これにより、プロセスマップを可視化するために必要な詳細な情報を提供します。 アナリストはこのフィールドを使用して、 その重要性 それはプロセスマップのノードを定義し、何が起こったかを理解するために必要です。 取得元 トランザクションログ、監査証跡、またはオーダー履歴テーブルから派生します。 例 トリアージ評価検査オーダー抗生物質投与患者退院 | |||
| イベントのタイムスタンプ EventTimestamp | 活動が開始または発生した特定の年月日と時刻です。 | ||
| 説明 このタイムスタンプはアクティビティの発生時点を記録し、患者のエピソード内でのイベントの順序付けを可能にします。救急や集中治療における迅速なワークフローを正確に把握するためには、秒単位や分単位の高い精度で記録することが推奨されます。 これは、各ステージ間の通過時間、総サイクルタイム、待ち時間など、すべての時間ベースの計算の基礎となります。投薬の遅れや検査結果の待機時間を特定するためには、正確なタイムスタンプが不可欠です。 その重要性 イベントを時系列で並べ、期間指標を計算するために必要です。 取得元 トランザクションログで、しばしば作成日、実行時間、またはイベント時間としてラベル付けされて確認されます。 例 2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z | |||
| ソースシステム SourceSystem | 記録が発信された情報システムの名称です。 | ||
| 説明 複雑なヘルスケア環境では、データは主要な電子カルテ(EHR)、臨床検査情報システム(LIS)、放射線情報システム(RIS)など、複数のシステムから流れてくることがよくあります。この属性は、各データポイントの発生源を特定します。 これは、技術的な検証や、特定のシステムインタラクションにプロセスマップを絞り込むのに役立ちます。また、特定の統合やソフトウェアモジュールに限定される可能性のあるデータ品質の問題を特定するのにも役立ちます。 その重要性 特に複数のシステムを持つ病院環境において、来歴とコンテキストを提供します。 取得元 抽出時にハードコードされるか、システムメタデータフィールドからマッピングされます。 例 EpicCernerLabSys V2Radiology_DB | |||
| 最終データ更新 LastDataUpdate | レコードが最後に抽出または更新された日時を示すタイムスタンプ。 | ||
| 説明 このメタデータフィールドは、分析に使用されるデータの鮮度を管理します。これにより、ダッシュボードが常に最新の患者ケアの状態を反映していることを保証し、データパイプラインの遅延に関するトラブルシューティングに役立てることができます。 プロセスのフロー可視化に直接使用されるわけではありませんが、データガバナンスや、プロセスマイニングモデルが最新の情報に基づいていることを検証するために非常に重要です。 その重要性 データの鮮度を保証し、増分データロード戦略を支援します。 取得元 ETLプロセスによって生成されるか、ソースシステムのレコード変更タイムスタンプで利用可能です。 例 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| 患者エピソードID PatientEpisodeId | 単一の患者の訪問または受診を表すユニークな識別子です。 | ||
| 説明 この属性は、プロセスマイニング分析における中心的なケースキーとして機能し、一連のケアジャーニー内で行われるすべてのアクティビティを紐付けます。これにより、同じ患者であっても、入院、救急外来、通院といった個別の訪問を区別することが可能になります。 分析において、この識別子は受付から退院までのエンドツーエンドのフローを再構築するために不可欠です。また、総滞在期間(Total Length of Stay)などのケース単位の指標の算出や、特有のプロセスバリアントを特定する際にも重要な役割を果たします。 その重要性 イベントをプロセスインスタンスにグループ化するために必要な基本的なケースIDです。 取得元 通常、電子カルテ(EHR)の診察、来院、または入院ヘッダーテーブルに記載されています。 例 ENC-2023-88492V99283410029384EP-2023-XJ9 | |||
| イベントの終了時刻 EventEndTime | 特定の活動が完了したタイムスタンプです。 | ||
| 説明 開始 この属性は、処置、手術、または診察の効率性を分析する上で特に有用です。患者が医師を待つ時間と、医師が実際に患者に費やす時間を区別するのに役立ちます。 その重要性 実サービス時間と待機時間の計算を可能にします。 取得元 期間を伴う活動(例:手術、スキャンなど)のトランザクションログ。 例 2023-10-15T10:00:00Z2023-10-15T11:45:00Z | |||
| プロバイダーID ProviderIdentifier | 活動を実行する医療専門家の識別子または名前です。 | ||
| 説明 この属性は、活動を担当した具体的なリソース(医師、看護師、技師など)を追跡します。これにより、リソースの利用状況、ワークロードのバランス、スタッフ間の業務パターンのばらつきを分析できます。 多くの場合、トレーニングの機会を特定したり、異なる提供者間の成果を比較してベストプラクティスを強調したりするために使用されます。一般報告では、プライバシーの考慮から、通常この情報は匿名化またはハッシュ化することが求められます。 その重要性 職員ごとのリソース利用状況分析と変動を可能にします。 取得元 トランザクションログ、ユーザーIDフィールド、または職員マスタテーブル。 例 スミス医師看護師ジョーンズUSER_8829Tech_A | |||
| 主要診断コード PrimaryDiagnosisCode | 主な病状を表すコード(例:ICD-10)です。 | ||
| 説明 この属性は、ICD-10やSNOMEDなどの標準的なコーディングシステムを用いて、診察の臨床上の理由を記録します。これにより、敗血症、脳卒中、心不全といった特定の病状に特化した臨床経路の分析が可能になります。 この属性でフィルタリングすることで、アナリストは病状ごとのプロトコルへの適合性を確認し、同じ診断を受けた患者に対するケアのばらつきを特定できます。 その重要性 医療プロトコルに対する臨床パスウェイ分析とコンプライアンスチェックを可能にします。 取得元 受診に紐付けられた診断テーブルで、しばしば「入院時診断」または「最終診断」と呼ばれます。 例 I10J18.9E11.9M54.5 | |||
| 受診タイプ EncounterType | 患者の来院の種類(例:入院、外来、緊急)です。 | ||
| 説明 この属性は、来院の性質を分類するもので、これにより想定されるプロセスフローは大きく異なります。例えば、緊急受診と予定された外来診察では、理想的な経路が根本的に異なります。 このフィールドで分析をセグメント化することで、公正な比較とより正確なベンチマークが可能になります。在院日数などのKPIが適切な文脈で評価されることを保証します。 その重要性 異なるタイプが異なるプロセスロジックに従うため、データをセグメント化する上で重要です。 取得元 受診または入院ヘッダーテーブルから取得されます。 例 入院患者緊急外来患者テレヘルス | |||
| 患者ID PatientIdentifier | 複数のエピソードにわたって患者を特定するためのユニークな識別子です。 | ||
| 説明 エピソードIDとは異なり、この属性は同じ個人に対して異なる受診間でも一定です。これにより、頻繁な来院者の特定や30日以内の再入院率の追跡など、クロス この識別子でエピソードをグループ化することで、アナリストは長期的な患者履歴を表示し、単一の入院を超えたケアパターンを分析できます。これは地域医療指標や縦断的ケア分析にとって不可欠です。 その重要性 再入院を特定し、複数の来院を一人の個人に紐付ける上で不可欠です。 取得元 患者マスターインデックスまたはデモグラフィックテーブル(例:MRN)から取得されます。 例 MRN-55920PAT-009221H99283 | |||
| 部門名 DepartmentName | 活動が行われた病院のユニットまたは機能エリアです。 | ||
| 説明 この属性は、救急外来、ICU、手術部など、病院内の活動場所を特定します。部門間の流れや引き継ぎを分析する上で不可欠です。 このフィールドを使用することで、アナリストは患者の物理的な移動を可視化し、特定の移行ポイントでの その重要性 病棟間の患者フローと移送効率を分析する上で不可欠です。 取得元 活動ログの位置フィールドまたはユニットマスターテーブルから取得されます。 例 救急部門循環器科集中治療室薬局 | |||
| トリアージ緊急度レベル TriageAcuityLevel | 初期評価時に患者に割り当てられた重症度スコアです。 | ||
| 説明 この数値またはカテゴリ値は、来院時の患者の病状の緊急度を示し、多くの場合ESI(緊急度重症度指標)のようなスケールを使用します。これは、待ち時間と優先順位付けを分析するための重要な文脈となります。 緊急度に基づいてプロセスフローを分析することは、高リスク患者が適切に迅速処理されているか、また緊急度の低い患者が不均衡な遅延を経験していないかを判断するのに役立ちます。 その重要性 待機時間を文脈化します。緊急度が高いほど、初期のスループットが速くなるはずです。 取得元 トリアージ評価記録または救急外来(ED)トラッキングボード。 例 1 - 心肺蘇生2 - 緊急3 - 準緊急4 - 非緊急 | |||
| 注文カテゴリ OrderCategory | 臨床オーダーの分類(例:検査、放射線、投薬)です。 | ||
| 説明 この属性は、数千にも及ぶ具体的なオーダーを管理しやすい区分にまとめます。これにより、患者のジャーニーにおける診断活動と治療活動の高レベルな分析が可能になります。 アナリストはこれを使用して、検査と治療の密度を可視化し、在院日数の延長につながる可能性のある重い診断フェーズを特定します。 その重要性 細分化された活動を意味のあるフェーズ(例:診断 vs 治療)にグループ化するのに役立ちます。 取得元 オーダー入力テーブルで、多くの場合、オーダーIDに関連付けられたルックアップまたはタイプフィールドです。 例 検査室放射線科診察薬局 | |||
| 薬剤名 MedicationName | 投与またはオーダーされた医薬品の特定の名称です。 | ||
| 説明 この属性は、投薬活動の具体的な詳細を提供します。「薬物投与」が汎用的な活動であるのに対し、この属性は「アセトアミノフェン」や「バンコマイシン」など、何が投与されたかを特定します。 敗血症患者への抗生剤投与のタイミングや疼痛管理の有効性など、特定の治療プロトコルを分析する上で非常に重要です。投薬遅延について詳細なドリルダウンを可能にします。 その重要性 特定の治療プロトコルと投薬適時性KPIの分析に必要です。 取得元 投薬記録(MAR)または薬局オーダーテーブルから取得されます。 例 アモキシシリンインスリン生理食塩水モルヒネ | |||
| 退院時転帰 DischargeDisposition | 施設を離れる際の患者の状態または目的地です。 | ||
| 説明 この属性は、「自宅退院」、「療養型施設へ転院」、「自己都合退院」など、診療エピソードの転帰を記録します。これは患者のジャーニーにおける主要な成果指標です。 退院計画の効率性を分析し、プロセス変動と特定の転帰との相関関係を特定するために使用されます。例えば、特定の経路が他施設への転院率を高めているかどうかを特定するのに役立ちます。 その重要性 プロセスの結果を定義し、入院期間分析において重要です。 取得元 退院要約記録または入院・退院・転送(ADT)メッセージから取得されます。 例 ホーム介護老人保健施設在宅医療失効 | |||
患者ジャーニー活動
| アクティビティ | 説明 | ||
|---|---|---|---|
| 患者登録 | 患者が施設または医療システムに正式に入院したことを示します。この活動は、主要な受診記録を作成し、ケアエピソード全体を追跡するために使用されるユニークな訪問識別子を割り当てます。 | ||
| その重要性 エピソード開始時間の基準点を確立し、総入院期間を計算する上で不可欠です。 取得元 通常、登録または入院モジュールのログに作成 取得 新しい患者受診記録の作成を特定する イベントタイプ explicit | |||
| 患者退院 | 患者の受診を終了する最終的な管理イベントです。これは患者が物理的に施設を去り、ベッドが利用可能になったことを示します。 | ||
| その重要性 総入院期間を計算するための決定的な終点です。 取得元 通常、入院/退院/転送システムにおける最終ステータス更新です。 取得 最終退院イベントまたは退院済みへのステータス変更を特定する イベントタイプ explicit | |||
| 診察評価完了 | 初期看護評価または緊急度スコアリングの完了を示します。このステップは、患者のバイタルサインと主訴を記録し、ケアの緊急性を優先順位付けします。 | ||
| その重要性 到着から初期臨床対応までの待機時間を分析する上で重要です。 取得元 診察フォームまたは初期看護記録の最終化または署名タイムスタンプから派生します。 取得 トリアージ評価文書のステータスが「完了」に変更されたことを追跡します。 イベントタイプ explicit | |||
| 診断検査オーダー | 臨床医が検査や画像診断を正式に依頼したときに発生します。このアクションは診断ワークフローをトリガーし、リソース配分の必要性を示します。 | ||
| その重要性 診断のリードタイム間隔の開始を示します。 取得元 プロバイダーが新しいオーダーに署名したときにオーダー入力システムログで確認されます。 取得 オーダー作成イベントからタイムスタンプを抽出する イベントタイプ explicit | |||
| 診断結果受領 | 検査結果が検証され、患者記録で利用可能になった瞬間。これは意思決定に必要な情報が利用可能になったことを示します。 | ||
| その重要性 診断のリードタイム計算を終了させ、その後の治療決定を促します。 取得元 オーダーオブジェクトのステータス更新または結果レコードの作成から派生します。 取得 診断オーダーの「完了」または「確認済み」へのステータス変更を検出する イベントタイプ inferred | |||
| 退院承認 | 医師が患者の退院を許可する公式オーダーに署名したタイムスタンプ。これは臨床治療から管理上の出発プロセスへの移行を示します。 | ||
| その重要性 最終退院処理効率分析の開始点となります。 取得元 オーダー入力システムで特定の退院オーダータイプとして確認されます。 取得 退院オーダーの署名タイムスタンプを抽出する イベントタイプ explicit | |||
| ケアプラン開始 | 標準化された治療プロトコルまたは看護ケアプランの割り当てを示します。これは、診断に基づいて行動方針が決定されたことを示します。 | ||
| その重要性 経路への準拠と治療アプローチの変動の分析を可能にします。 取得元 ケアプランニングモジュールでプランがアクティブ化または署名されたときに確認されます。 取得 ケアプランまたはオーダーセットのアクティベーションタイムスタンプを特定する イベントタイプ explicit | |||
| フォローアップ予約 | 退院後のケアのための将来の予約。これはケアの継続性を確保し、再入院を防ぐのに役立ちます。 | ||
| その重要性 退院計画の有効性とケア継続性を測るための主要な指標です。 取得元 患者識別子に紐付けられたスケジューリングシステムで確認されます。 取得 退院後、患者に紐付けられた予約作成イベントを検出する イベントタイプ explicit | |||
| 処置実施 | 外科的または主要な臨床介入の実行を記録します。この活動は、外科的経路における核となる治療提供を表します。 | ||
| その重要性 多くのリソースを消費し、入院期間に影響を与える主要なマイルストーンです。 取得元 通常、開始/終了時間とともに周術期ログまたは処置関連文書に記載されています。 取得 臨床文書から処置開始タイムスタンプを抽出する イベントタイプ explicit | |||
| 患者転送 | 患者が異なるユニットや部署間で物理的に移動したことを示します。これは、様々なケアレベルを通過する患者の流れを反映しています。 | ||
| その重要性 内部物流の効率性を強調し、ベッド回転率のボトルネックを特定します。 取得元 ベッド管理または位置履歴テーブルに記録されます。 取得 患者に割り当てられた場所やユニットの変更を特定する イベントタイプ explicit | |||
| 投薬実施 | 患者に薬剤が届けられる特定のイベント。これは患者の滞在期間中に繰り返し発生する活動です。 | ||
| その重要性 投薬の適時性や治療プロトコルへの順守状況を分析する上で不可欠です。 取得元 投薬記録に、しばしばバーコードスキャンを介して記録されます。 取得 電子投薬記録からのログエントリ イベントタイプ explicit | |||
| 検体採取 | 検査分析に必要な生物学的検体の物理的な採取を示します。このステップは、電子オーダーと検査処理の間のギャップを埋めます。 | ||
| その重要性 オーダーの配置と実際の検査処理開始との間のボトルネックを特定するのに役立ちます。 取得元 通常、検体バーコードがスキャンされた際に、検査室または採血モジュールに記録されます。 取得 特定のオーダーに紐付けられた検体採取タイムスタンプを特定する イベントタイプ explicit | |||
| 診察完了 | 専門医が患者を評価し、推奨事項を提供したことを示します。これには、しばしば患者の病歴と現在の状態のレビューが含まれます。 | ||
| その重要性 学際的な連携によって生じる遅延を追跡する上で重要です。 取得元 照会メモが署名されたとき、または照会オーダーが完了とマークされたときに記録されます。 取得 相談指示やメモタイプの完了状況を追跡します。 イベントタイプ inferred | |||
| 診断書作成 | 臨床医が患者のカルテに確定した病状を正式に記録することを示します。これは検査結果とは異なり、臨床的判断を伴います。 | ||
| その重要性 正確な臨床パスウェイ分析と症例の複雑性特定に不可欠です。 取得元 受診の課題リストまたは診断フィールドにエントリが追加されたときに記録されます。 取得 診察に関連する診断テーブルへの追加または更新を追跡します。 イベントタイプ explicit | |||