患者の受診・入院経路データテンプレート

この属性は、登録などの管理業務から、薬剤投与や手術などの臨床的介入まで、患者の経路で実行されたステップを定義します。プロセスマップを可視化するために必要な粒度を提供します。

分析担当者はこの項目を使って、ボトルネック、ループ、理想的な臨床経路からの逸脱を特定します。プロセスディスカバリーの画面を見やすく正確にするには、部門間でこれらの名称を標準化することが必要になる場合があります。

プロセスマップのノードを定義し、何が起きたかを把握するために必要です。

トランザクションログ、監査証跡、またはオーダーステータス履歴テーブルから取得します。

このタイムスタンプはアクティビティの時系列上の位置を示し、患者エピソード内でイベントを順序付けられるようにします。救急や集中治療の現場で短時間に進むワークフローを正確に捉えるには、秒または分単位の高い精度が望まれます。

各段階の処理時間、総サイクル時間、待ち時間など、時間に基づくすべての計算の基礎となります。薬剤投与や診断結果の遅延を特定するには、正確なタイムスタンプが欠かせません。

イベントを時系列に並べ、期間指標を計算するために必要です。

トランザクションログに記録され、作成日、実行時刻、イベント時刻などの名称が付けられていることがあります。

複雑な医療環境では、基幹EHR、検査情報システム（LIS）、放射線情報システム（RIS）など、複数のシステムからデータが流れてくることがあります。この属性は、各データの発生元を特定します。

技術的な検証や、特定のシステム間のやり取りに絞ったプロセスマップのフィルタリングに役立ちます。また、特定の連携やソフトウェアモジュールに限られるデータ品質の問題を特定する際にも役立ちます。

複数のシステムが存在する病院環境で、データの系譜と背景を示します。

抽出時にハードコードするか、システムのメタデータ項目からマッピングします。

このメタデータ項目は、分析に使用するデータの鮮度を追跡します。ダッシュボードに患者ケアの最新状況を反映し、データパイプラインの遅延を調査する際にも役立ちます。

プロセスフローの可視化で直接使用する項目ではありませんが、データガバナンスや、プロセスマイニングモデルが最新の情報で実行されていることの検証に欠かせません。

データの鮮度を確保し、増分データロードの方針を支援します。

ETLプロセスによって生成されるか、ソースシステムのレコード更新日時として取得できます。

この属性は、プロセスマイニング分析における中心的なケースキーとして機能し、1つのケア経路に含まれるすべての個別のアクティビティを結び付けます。同じ患者であっても、入院、救急受診、外来診療をそれぞれ区別できます。

分析では、この識別子によって登録から退院までのエンドツーエンドの流れを再構成できます。総在院日数などのケース単位の指標を計算し、固有のプロセスバリアントを特定するために欠かせません。

イベントを1つのプロセスインスタンスにまとめるために必要な基本的なCase IDです。

通常は、EHRの受診、来院、または入院ヘッダーテーブルに記録されています。

開始時刻でアクションの開始時点を把握できるのに対し、終了時刻を使うと、特定のステップにおける実作業時間（サービス時間）を算出できます。これは、ステップ間の待機時間とは異なります。

この属性は、処置、手術、診察の効率を分析する際に特に役立ちます。患者が医師を待っていた時間と、医師が実際に患者の対応に費やした時間を区別できます。

実作業時間と待機時間を分けて算出できます。

所要時間を持つアクティビティ（例：手術、検査）のトランザクションログです。

この属性は、ICD-10やSNOMEDなどの標準コード体系を使って、受診の臨床的な理由を記録します。敗血症、脳卒中、心不全など、特定の病状に応じた臨床経路を分析できます。

この属性で絞り込むと、病状ごとのプロトコルへの適合状況を確認し、同じ診断を受けた患者間のケアの違いを特定できます。

臨床経路の分析や、医療プロトコルに対する適合性の確認が可能になります。

受診情報に関連付けられた診断テーブルです。「入院時診断」または「最終診断」と呼ばれることもあります。

この属性は、医師、看護師、技師など、アクティビティを担当した具体的なリソースを追跡します。リソースの利用状況、業務負荷の平準化、スタッフ間の診療パターンの違いを分析できます。

異なる医療従事者の結果を比較し、研修機会の特定やベストプラクティスの把握に使われることもあります。一般的なレポートでは、プライバシーへの配慮から匿名化またはハッシュ化が必要になる場合があります。

リソースの利用状況や、スタッフごとの違いを分析できます。

トランザクションログ、ユーザーID項目、またはスタッフマスターテーブルです。

この属性は受診の性質を分類するもので、想定されるプロセスフローに大きく影響します。たとえば、救急受診の理想的な経路は、予約制の外来診察とは大きく異なります。

この項目で分析を分けると、公平な比較と、より正確なベンチマークが可能になります。在院日数などのKPIを、適切な文脈で評価できます。

種類によって異なるプロセスロジックに従うため、データを分けて分析する際に重要です。

受診または入院のヘッダーテーブルです。

エピソードIDとは異なり、この属性は同じ個人であれば受診が異なっても変わりません。頻繁に受診する患者の特定や、30日以内の再入院率の追跡など、ケースをまたいだ分析が可能になります。

この識別子でエピソードをグループ化すると、患者の長期的な履歴を確認し、1回の入院にとどまらないケアのパターンを分析できます。集団健康指標や長期的なケア分析に欠かせない属性です。

再入院の特定や、1人の患者に複数の受診を関連付ける際に重要です。

患者マスターインデックスまたは人口統計テーブル（例：MRN）です。

この属性により、救急外来、ICU、手術部門など、病院内の構造におけるアクティビティの場所を特定できます。部門間のフローや引き継ぎを分析するうえで基本となる項目です。

この項目を使うと、患者の物理的な移動を可視化し、特定の移送地点にあるボトルネックを特定できます。また、各部門の負荷分布を把握できるため、リソース計画にも役立ちます。

部門間の患者フローと移送効率を分析するために欠かせません。

アクティビティログの場所項目または部門マスターテーブルです。

この属性は、数千種類に及ぶ具体的なオーダーを、扱いやすいグループにまとめます。患者の受診・入院経路における診断活動と治療活動を、高いレベルで分析できます。

検査と治療の密度を可視化し、在院日数の延長につながる可能性がある診断集中期を特定するために使います。

細かなアクティビティを、意味のある段階（例：診断と治療）にまとめるのに役立ちます。

オーダー入力テーブルです。通常は、オーダーIDに関連付けられた参照項目または種別項目です。

この数値またはカテゴリ値は、来院時の患者の状態がどの程度緊急だったかを示します。ESI（Emergency Severity Index）などの尺度が使われることがあります。待機時間や優先順位を分析するうえで重要な文脈となります。

緊急度に基づいてプロセスフローを分析すると、リスクの高い患者が適切に優先対応されているか、緊急度の低い患者に不釣り合いな遅延が生じていないかを確認できます。

待機時間を評価する際の文脈を提供します。緊急度が高い患者ほど、初期対応を早く完了できる状態が望まれます。

トリアージ評価記録または救急部門の追跡ボードです。

この属性は、投薬アクティビティの詳細を記録します。「薬剤を投与する」という汎用的なアクティビティに対し、「アセトアミノフェン」や「バンコマイシン」など、何を投与したかを特定できます。

敗血症患者への抗菌薬投与のタイミングや、疼痛管理の有効性など、具体的な治療プロトコルを分析するうえで重要です。投薬の遅延を詳しく掘り下げて確認できます。

具体的な治療プロトコルや、投薬の適時性に関するKPIを分析するために必要です。

投薬管理記録（MAR）または薬局オーダーテーブルです。

この属性は、「自宅退院」「SNFへ転院」「医師の指示に反して退院」など、エピソードの結果を記録します。患者の受診・入院経路における重要な結果指標です。

退院計画の効率を分析し、プロセスの違いと特定の結果を関連付けるために使います。たとえば、特定の経路で他施設への転院率が高くなっていないかを特定できます。

プロセスの結果を定義し、在院日数の分析に欠かせません。

退院サマリー記録または入院・退院・転院（ADT）メッセージです。