患者の受診プロセス向けデータテンプレート
患者の受診プロセス向けデータテンプレート
これは患者の診療プロセス向けの汎用プロセスマイニング用データテンプレートです。より詳しい手順については、システム別のテンプレートをご利用ください。
特定のシステムを選択- 診療・事務に必要なデータ項目を網羅した一覧
- あらゆる電子カルテシステムに対応できる柔軟な構成
- 入院から退院まで、患者の主要な節目を明確にマッピング
患者の受診プロセスの属性
| 名前 | 説明 | ||
|---|---|---|---|
| アクティビティ名 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 | 患者の1回の来院または受診を表す一意の識別子。 | ||
| 説明 この属性はプロセスマイニング分析の中心となるケースキーで、1回の受診に含まれるすべてのアクティビティを関連付けます。同じ患者であっても、入院、救急受診、外来診察をそれぞれ区別できます。 分析では、この識別子を使って登録から退院までの一連の流れを再構成できます。入院期間の合計など、ケース単位の指標を算出し、一意のプロセスバリアントを特定するうえで欠かせません。 重要な理由 イベントを1つのプロセスインスタンスにまとめるために必要な基本のケースIDです。 入手先 通常、EHRの受診、来院、または入院ヘッダーテーブルにあります。 例 ENC-2023-88492V99283410029384EP-2023-XJ9 | |||
| イベント終了時刻 EventEndTime | 特定のアクティビティが完了した時刻を示すタイムスタンプです。 | ||
| 説明 開始時刻のタイムスタンプが作業の開始時点を示すのに対し、終了時刻のタイムスタンプを使うと、特定のステップにかかった実作業時間(サービス時間)を計算できます。ステップ間の待ち時間とは区別されます。 処置、手術、診察の効率を分析する際に特に役立ちます。患者が医師を待つ時間と、医師が実際に患者の診療にあたる時間を分けて把握できます。 重要な理由 実作業時間と待ち時間を分けて計算できます。 入手先 所要時間を伴うアクティビティ(例:手術、画像検査)のトランザクションログ。 例 2023-10-15T10:00:00Z2023-10-15T11:45:00Z | |||
| 主傷病コード PrimaryDiagnosisCode | 主な病状を表すコードです(例:ICD-10)。 | ||
| 説明 この属性は、ICD-10やSNOMEDなどの標準コード体系を使って、受診の臨床上の理由を記録します。敗血症、脳卒中、心不全など、特定の病状に応じた診療経路を分析できます。 この属性でデータを絞り込むと、病状ごとの診療プロトコルへの適合性を確認し、同じ診断を受けた患者間のケアの違いを特定できます。 重要な理由 診療経路の分析や、医療プロトコルへの適合性チェックに役立ちます。 入手先 受診に関連付けられた診断テーブル。「入院時診断」または「最終診断」と呼ばれることがあります。 例 I10J18.9E11.9M54.5 | |||
| 医療従事者ID ProviderIdentifier | アクティビティを実施した医療従事者の識別子または氏名です。 | ||
| 説明 この属性は、医師、看護師、技師など、アクティビティを担当したリソースを記録します。リソースの利用状況や業務負荷の配分、職員間の診療パターンの違いを分析できます。 職員ごとの結果を比較し、研修の機会を見つけたり、優れた取り組みを特定したりする際にも使われます。一般的なレポートでは、プライバシーへの配慮から匿名化またはハッシュ化が必要となる場合があります。 重要な理由 リソースの利用状況や職員ごとの違いを分析できます。 入手先 トランザクションログ、ユーザーID項目、または職員マスターテーブル。 例 Smith医師Jones看護師USER_8829技師_A | |||
| 受診種別 EncounterType | 患者の受診区分(例:入院、外来、救急)です。 | ||
| 説明 この属性は受診の種類を分類します。受診の種類によって、想定されるプロセスフローは大きく異なります。たとえば、救急受診と予約制の外来診察では、標準的な経路が大きく異なります。 この項目で分析を分けると、公平な比較とより正確なベンチマークが可能になります。在院日数などの重要業績評価指標(KPI)を、適切なコンテキストで評価できます。 重要な理由 受診の種類によってプロセスの流れが異なるため、データの分類に欠かせません。 入手先 受診または入院のヘッダーテーブル。 例 入院救急外来遠隔医療 | |||
| 患者ID PatientIdentifier | 複数回の受診を通じて同じ患者を識別する、一意の識別子です。 | ||
| 説明 受診IDとは異なり、この属性は同じ患者の受診が異なっても変わりません。頻繁に受診する患者の特定や、30日以内の再入院率の追跡など、ケースをまたいだ分析に使えます。 この識別子で受診をグループ化すると、患者の長期的な履歴を確認し、1回の入院にとどまらないケアの傾向を分析できます。集団の健康指標や長期的なケアの分析にも欠かせません。 重要な理由 再入院の特定や、複数回の受診を同一患者に関連付けるために重要です。 入手先 患者マスターインデックスまたは患者属性テーブル(例:MRN)。 例 MRN-55920PAT-009221H99283 | |||
| 部門名 DepartmentName | アクティビティが行われた病院内の部門または機能領域です。 | ||
| 説明 この属性は、救急外来、集中治療室、手術部門など、病院内のどこでアクティビティが行われたかを示します。部門間の患者の移動や引き継ぎを分析するうえで基本となる項目です。 この項目を使うと、患者の移動を可視化し、特定の移送地点にあるボトルネックを特定できます。また、各部門の負荷分布を把握できるため、リソース計画にも役立ちます。 重要な理由 部門間の患者の流れや移送の効率を分析するために欠かせません。 入手先 アクティビティログの場所項目または部門マスターテーブル。 例 救急部門循環器科集中治療室薬剤部 | |||
| オーダー区分 OrderCategory | 診療オーダーの分類です(例:検査、放射線、投薬)。 | ||
| 説明 この属性は、数千種類に及ぶ個別のオーダーを、扱いやすい区分にまとめます。患者の受診経路における診断行為と治療行為を大きな単位で分析できます。 分析担当者は、検査と治療の実施状況を可視化し、在院日数の延長につながる可能性のある検査集中期間を特定するために使います。 重要な理由 細かなアクティビティを、診断や治療などの意味のある段階にまとめられます。 入手先 オーダー入力テーブル。多くの場合、オーダーIDに関連付けられた参照項目または種別項目です。 例 検査放射線診察薬剤部 | |||
| トリアージ緊急度レベル TriageAcuityLevel | 初期評価時に患者に割り当てられる重症度スコアです。 | ||
| 説明 この数値または区分は、患者が到着した時点での状態の緊急度を示します。ESI(救急重症度指数)などの尺度がよく使われます。待ち時間や優先順位を分析する際に欠かせないコンテキストです。 緊急度に基づいてプロセスフローを分析すると、リスクの高い患者が適切に優先対応されているか、緊急度の低い患者に過度な遅れが生じていないかを確認できます。 重要な理由 待ち時間を適切なコンテキストで評価できます。緊急度が高い患者ほど、初期対応までの時間が短いことが期待されます。 入手先 トリアージ評価記録または救急部門の患者追跡ボード。 例 1:蘇生2:緊急3:準緊急4:低緊急 | |||
| 薬剤名 MedicationName | 投与または処方された医薬品の具体的な名称です。 | ||
| 説明 この属性は、投薬アクティビティの詳細を示します。「薬剤を投与」という汎用的なアクティビティに対し、アセトアミノフェンやバンコマイシンなど、実際に投与された薬剤を特定できます。 敗血症患者への抗菌薬投与のタイミングや、疼痛管理の有効性など、特定の治療プロトコルを分析するうえで重要です。投薬の遅れを詳しくドリルダウンして調べることもできます。 重要な理由 特定の治療プロトコルや、投薬の適時性に関する重要業績評価指標(KPI)の分析に必要です。 入手先 投薬記録(MAR)または薬剤部のオーダーテーブル。 例 アモキシシリンインスリン生理食塩水モルヒネ | |||
| 退院先 DischargeDisposition | 患者が施設を退院する際の状態または退院先です。 | ||
| 説明 この属性は、在宅退院、介護施設への転院、医師の指示に反する退院など、受診の結果を記録します。患者の受診経路を評価するうえで重要な指標です。 退院計画の効率を分析し、プロセスの違いと特定の結果との関連を調べるために使います。たとえば、他施設への転院率が高くなる経路を特定できます。 重要な理由 プロセスの結果を示す項目であり、在院日数の分析に欠かせません。 入手先 退院サマリー記録または入退院・転院(ADT)メッセージ。 例 自宅介護施設在宅医療死亡 | |||
患者の受診プロセスのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
| トリアージ評価を完了 | 初回の看護評価または重症度スコアの確定を示します。このステップでは、患者のバイタルサインと主訴を記録し、診療の緊急度を判断します。 | ||
| 重要な理由 来院から初回の診療までの待ち時間を分析するうえで重要です。 入手先 通常、トリアージ用紙または初回の看護記録の確定時刻や署名時刻から取得します。 記録 トリアージ評価文書のステータスが完了に変わったことを追跡します イベントタイプ explicit | |||
| 患者を登録 | 患者が施設または医療システムに正式に登録されたことを示します。このアクティビティによって最初の受診記録が作成され、受診全体を追跡するための一意の来院IDが割り当てられます。 | ||
| 重要な理由 受診の開始時刻を定める基準となり、入院期間の合計を算出するうえで欠かせません。 入手先 通常、登録または入院モジュールのログに、作成時刻とともに記録されています。 記録 新しい患者の受診記録が作成されたことを特定します イベントタイプ explicit | |||
| 患者を退院 | 患者の受診記録を閉じる最後の事務イベントです。患者が施設を実際に退所し、病床が空いたことを示します。 | ||
| 重要な理由 入院期間の合計を算出するための確定した終了時点です。 入手先 通常、入院・退院・転棟システムにおける最後のステータス更新です。 記録 最後の退院イベント、またはステータスが退院済みに変わったことを特定します イベントタイプ explicit | |||
| 診断検査を依頼 | 医療従事者が検査室での検査や画像検査を正式に依頼した時点で発生します。このアクティビティによって診断ワークフローが始まり、リソースの割り当てが必要になります。 | ||
| 重要な理由 診断にかかる所要時間の計測開始を示します。 入手先 医療従事者が新しい依頼に署名した際の、オーダー入力システムのログに記録されています。 記録 オーダー作成イベントからタイムスタンプを抽出します イベントタイプ explicit | |||
| 診断結果を受領 | 検査結果が確認され、患者の記録で閲覧可能になった時点を示します。判断に必要な情報が利用可能になったことを表します。 | ||
| 重要な理由 診断にかかる所要時間の計測を終了し、その後の治療判断につなげます。 入手先 通常、オーダーのステータス更新、または結果記録の作成から取得します。 記録 診断オーダーのステータスが完了または確認済みに変わったことを検出します イベントタイプ inferred | |||
| 退院を承認 | 医師が患者の退院を認める正式なオーダーに署名した時刻です。臨床的な治療から事務的な退院手続きへの移行を示します。 | ||
| 重要な理由 退院手続きの効率分析を開始する時点です。 入手先 オーダー入力システムに、特定の退院オーダー種別として記録されています。 記録 退院オーダーへの署名時刻を抽出します イベントタイプ explicit | |||
| ケアプランを開始 | 標準的な治療プロトコルまたは看護ケアプランが割り当てられたことを示します。診断に基づいて治療方針が決定されたことを表します。 | ||
| 重要な理由 診療経路の適合性チェックや治療方針の違いを分析できます。 入手先 通常、ケアプランが有効化または署名された際に、ケアプランニングモジュールに記録されます。 記録 ケアプランまたはオーダーセットの有効化時刻を特定します イベントタイプ explicit | |||
| フォローアップを予約 | 退院後のケアに向けて、今後の診察を予約します。ケアの継続性を保ち、再入院の予防に役立ちます。 | ||
| 重要な理由 退院計画の有効性とケアの継続性を測る重要な指標です。 入手先 患者IDに紐づいた予約システムの記録から確認できます。 記録 退院後に患者に紐づけて作成された予約イベントを検出します イベントタイプ explicit | |||
| 処置を実施 | 手術または主要な臨床的介入の実施を記録します。このアクティビティは、手術を伴う診療経路の中心となる治療を表します。 | ||
| 重要な理由 多くのリソースを必要とし、入院期間にも影響する重要な節目です。 入手先 通常、周術期ログまたは処置の文書に開始時刻と終了時刻が記録されています。 記録 臨床文書から処置の開始時刻を抽出します イベントタイプ explicit | |||
| 患者を移送 | 患者が病棟や部門間を実際に移動したことを示します。さまざまな段階のケアを通じた患者の流れを表します。 | ||
| 重要な理由 院内の物流効率を把握し、病床の回転に関するボトルネックを特定できます。 入手先 病床管理テーブルまたは所在履歴テーブルに記録されています。 記録 患者の割り当て先となる場所や病棟の変更を特定します イベントタイプ explicit | |||
| 検体を採取 | 検査室での分析に必要な生体試料を実際に採取したことを示します。このステップは、電子的な検査依頼から検査室での処理へとつなぎます。 | ||
| 重要な理由 検査依頼から検査室での処理開始までにあるボトルネックの特定に役立ちます。 入手先 通常、検体のバーコードをスキャンした際に、検査室または採血モジュールに記録されます。 記録 特定の検査依頼に紐づく検体採取のタイムスタンプを特定します イベントタイプ explicit | |||
| 薬剤を投与 | 患者に薬剤を投与した具体的なイベントです。入院中に繰り返し発生するアクティビティです。 | ||
| 重要な理由 投薬の適時性や治療プロトコルの遵守状況を分析するうえで重要です。 入手先 通常、バーコードスキャンを通じて投薬記録に記録されます。 記録 電子投薬記録のログを取得します イベントタイプ explicit | |||
| 診察を完了 | 専門医が患者を診察し、推奨事項を提示したことを示します。通常、患者の病歴や現在の状態を確認します。 | ||
| 重要な理由 診療科間の連携による遅延を追跡するうえで重要です。 入手先 診察記録への署名、または診察依頼の完了への変更時に記録されます。 記録 診察依頼または診察記録の種類の完了ステータスを追跡します イベントタイプ inferred | |||
| 診断を記録 | 医療従事者が確定した病状を患者の診療記録に正式に記録したことを示します。検査結果とは異なり、臨床的な判断を伴います。 | ||
| 重要な理由 診療経路を正確に分析し、症例の複雑さを特定するうえで欠かせません。 入手先 受診記録の問題リストまたは診断欄に項目が追加された際に記録されます。 記録 来院に関連する診断テーブルへの追加や更新を追跡します イベントタイプ explicit | |||
データ抽出ガイド
データの抽出方法はシステムによって異なります。詳しい手順は、
まずはここから
要件の整理にはこの汎用テンプレートを、データ抽出を早めるにはシステム別ガイドをご利用ください。
今日から患者の受診プロセスの改善を始めましょう
数分で診療のボトルネックを特定し、治療成果の向上につなげます
クレジットカード不要。すぐに設定できます。