トピック2.1 — 業務のトリアージ

一文で言うと： トリアージとは、届いたそれぞれの仕事について、緊急度、重要度、適合性を素早く評価し、振り分ける臨床上の規律です。ファストトラック、標準のキュー、あるいは敬意を込めた「ノー」へと送ることで、希少なキャパシティが最も役に立つ場所へ流れるようにします。

医療・ケアにおいてなぜ重要か#

臨床家なら誰でもトリアージを理解しています。需要が供給能力を上回るとき、到着順に治療するのではなく、ニーズに応じて評価し、仕分けます。デジタルと運用のチームも同じ現実に直面していて、手より要望のほうがはるかに多いのに、先着順で仕事を処理することが多く、最悪の場合は、最も声の大きい人が優先されます。その結果、低リスクの便利機能が作られる一方で、患者安全に関わる欠陥が待たされます。

このたとえは、単なる修辞ではありません。医療・ケア組織は、すでに、圧力の下で希少な資源を配分する、公正で説明可能な方法としてトリアージを信頼しており、同じ明示的で基準に基づいた仕分けをデジタルの需要に適用すれば、その正当性を引き継げます。また、滑り落ちてはならないもの、つまり安全に関わる修正、法定の期限（たとえば規制や情報ガバナンスの義務）、アクセスの公平性も守ります。トリアージがうまく機能すれば、ディレクターに「まだです」と伝えるとき、政治ではなく、一貫した基準に照らしてなぜかを示せます。トリアージは、受付（トピック2.0）と優先順位づけ（トピック2.2）の間に位置します。受付は需要を見えるようにし、トリアージはそれを評価して振り分け、優先順位づけは生き残ったものを順序づけます。

中核概念#

**トリアージ**は、各案件について三つの問いに答える、素早く構造化された評価です。どれだけ緊急か。どれだけ重要か。どこへ行くべきか。 意図的に速く粗いものです。完全な分析ではなく、仕分けです。臨床での相似形は、到着した患者を（即時/緊急/標準/他所へ案内）に分類するトリアージ看護師であり、完全な診断ではありません。

緊急度と重要度が基礎となる区別で、一般のマネジメントではアイゼンハワー・マトリクスとして広まりました。緊急な仕事は時間に敏感です。法定の期限、現在進行中の安全リスク、失効間近の契約。重要な仕事は、価値や結果が大きいが、時間的に切迫していないかもしれません。典型的な罠は、緊急だが重要でないものが、重要だがまだ緊急でないものを押しのけることで、デジタルの文脈では、戦略的なプラットフォームの仕事が始まらないまま、いつまでも火消しを続けることを意味します。

分類はトリアージの出力です。各案件がレーンに置かれます。単純で堅牢な方式は、ファストトラック（安全、法定、あるいは些細に小さく明らかに価値がある — キューを迂回する）、標準（本格的な優先順位づけに進む）、案内/却下（ほかの誰かに属する、既存の仕事と重複する、あるいはやるべきでない）です。これは、マンチェスター・トリアージ・システムのようなツールに成文化されている、臨床での振り分けを映しています。

トリアージでのサイジングは、おおまかな桁の見積もりです。Tシャツサイズ（S/M/L/XL）や素早い工数の区分で、振り分けとあとの優先順位づけに入力するには足りますが、詳細な見積もりではありません。ここでの精密さは、偽りの節約です。

Cynefin（Snowden）は、トリアージが、ある案件にどれだけのディスカバリーが必要かを判断するのを助けます。明確/自明な案件は、直接デリバリーへ進めます。煩雑な案件は専門家の分析が必要で、複雑な案件はディスカバリーと実験が必要で（トピック3.4 — ディスカバリーフェーズ参照）、混沌とした案件はインシデント対応が必要です。トリアージは、すべてを一つの道に押し込むのではなく、領域を見極めて、それに応じて振り分けるべきです。

ベストプラクティス#

1. 明示的なトリアージの基準を定め、公表する。 レーンを決める要因に合意します。臨床安全のリスク、法定または規制上の期限、規模/工数、戦略との適合、ほかの仕事との依存関係です。重みを付け、書き出し、共有してください。明示的な基準こそが、トリアージを公正で、速く、説明可能にし、個人的な話にせずに「ノー」と言えるようにします。

2. 安全と法定の要因を、交渉の上に置く。 本物の患者安全や法的期限の要因がある案件は、ファストトラックまたはエスカレーションされます。以上です。これを容赦なく守ってください。誰もが緊急性を主張したがるからです。安全または法定の要因が、単に主張されるのではなく、エビデンスで示されること（臨床安全のフラグ、名前の挙がった規制、ハザードログの項目）を求めます。

3. トリアージを、一人の行為ではなく、小さな多職種の決定にする。 トリアージは、デリバリー、臨床/運用、情報ガバナンス、アーキテクチャといった少数の視点から恩恵を受けます。単独のトリアージ担当者は、自分の専門外のリスクを体系的に過小評価するからです。グループは、速さを保てるだけ小さくしてください。適切に選ばれた二、三人でのトリアージは、十二人の委員会に勝ります。

4. トリアージを、予測可能なリズムで行う。 短く定期的な、多くは週次のトリアージのセッションを開き、依頼者が自分の案件がいつ評価されるかを知り、キューに泥が溜まらないようにします。固定されたリズムは、「誰かがこれをいつ見てくれるのか」を知りうる日付に変え、受付で交わした受領確認の約束を強めます。

5. ファストレーンを分離し、守る。 ファストトラックの仕事（安全、緊急の法定、小さく価値の高い修正）のために、明示的なキャパシティを確保し、主たる優先順位づけで競合しないようにします。同時に、上限も設けます。すべてが「ファストトラック」なら、何も特別ではなく、規律が崩壊します。本当に緊急な仕事のための小さな常設の割り当ては、英雄的な奮闘より健全です。

6. おおまかに、一度だけサイズを付け、その根拠を記録する。 トリアージで各案件にTシャツサイズを与え、その背後の主要な前提を記します。これは、却下されるかもしれないものにディスカバリーの労力を燃やさずに、振り分けと優先順位づけに情報を与えるのに十分です。詳細な見積もりは、トリアージを生き延びて得られるものであり、その前に費やすものではありません。

7. 敬意をもって「ノー」と言い、案内する。 良いトリアージは、仕事を明確に、そして親切に断ります。基準を説明し、代替案（別のチーム、既存のプロダクト、後のサイクル）を挙げ、決定を記録します。案内、つまり「これはサービスデスクの管轄です」「共有ケア記録のプログラムがすでにこれをカバーしています」は、単なる拒否よりも価値があることが多いものです。断れることこそが、「イエス」に意味を与えます。

8. 公平性と需要のバイアスに注意する。 資源の豊富なサービスは洗練された依頼を出しますが、最前線と社会的ケアの声はそうでないかもしれません。トリアージは、基準が均等に適用され、より静かでもニーズの高い需要が、体系的に低く順位づけされていないかを、積極的に確認すべきです。プロセスの公正さは、気配りではなく、ガバナンスの要件です。

9. トリアージを、デリバリーの決定から分ける。 トリアージは緊急度と振り分けを決めます。範囲、解決策、資金が、適切な人々なしに静かに決まる場になってはなりません。トリアージを速く基準に基づくものに保ち、本当に複雑な、あるいは争いのある案件は、廊下で解決するのではなく、適切な優先順位づけの場に渡します（トピック2.2 — 業務の優先順位づけ参照）。二つを混同すると、トリアージに過負荷がかかり、本物のトレードオフが隠されます。

10. トリアージの決定を見直し、較正する。 過去のトリアージの判断のサンプルを定期的に見直します。「緊急」だった案件は実際に重要だったか、低く順位づけした何かが、あとで大きな問題になっていないか。そのパターンを基準と、トリアージ担当者の訓練にフィードバックし、システムが同じ誤判断を繰り返さずに学べるようにします。担当者間の較正は、誰が当番でも、決定が一貫するようにします。

チームで話し合うための問い#

1. 何かが本当に緊急だと認める前に、どんなエビデンスを求めるか。そして、緊急性の主張に異議を唱えられるのは誰か。 「すべてが緊急」こそが、静かにトリアージを破壊する失敗モードであり、緊急性が自己申告され、異議が唱えられなければ、ファストレーンが唯一のレーンとなり、規律が崩壊するため、これは重要です。医療・ケアでの難しさは、緊急性の主張の一部が、完全に本物であることです。臨床家がフラグの付いた患者を見逃しかねない安全上の欠陥、法定の情報ガバナンスの期限。したがって、答えは懐疑ではなく、明確なエビデンスの基準です。ストレスを抱えた依頼者の主張ではなく、名前の挙がった規制、ハザードログの項目、臨床安全のフラグです。チームは、その基準がどこにあり、誰がそれを守るかを議論すべきです。「あなたの緊急性の主張には裏づけがありません」と言う権限を持つ人には、それを通すための立場と基準の両方が必要だからです。具体的なテストを考えてください。緊急とラベル付けされた直近の十件のうち、エビデンスを示せたのはいくつか、もしそれらが一サイクル待っていたら何が起きたか。良い答えは、案件をファストレーンに引き上げる具体的な証拠を定義し、それをファストトラックのキャパシティへの厳格な上限と組み合わせます。本物の安全と法定の仕事は、まさにレーンを薄めることを拒むことで守られます。誠実な版は、「緊急」な依頼の大半が、重要だが時間的に切迫していないものであること、そしてその区別を声に出して名指しすることが、安全に関わる少数を見えるようにすることを認めます。

2. トリアージの決定が安全であるためには、実際に誰がその場にいる必要があるか。そして、週次で実施できるほど速さをどう保つか。 これがトリアージの中核の緊張です。単独のトリアージ担当者は、自分の専門外のリスクを体系的に過小評価します（デリバリーのリードは情報ガバナンスの罠を見逃し、技術者は臨床上のハザードを見逃す）。しかし十二人の委員会は、予測可能なリズムで運営するには遅すぎ、粗い仕分けを完全な分析に変えてしまいます。議論は、自分たちの需要のための、最小限の実行可能な視点の集合を特定すべきです。多くの医療・ケアの場では、デリバリー、臨床または運用上の安全、情報ガバナンスを意味し、そしてそのグループを、縮小（単独行為に戻る）と肥大（利害関係者の乱戦）の両方から守ります。具体的な視点。実際のトリアージのセッションに時間枠を設け、その枠で何件を振り分けられるかを見る。うまくいかなかった過去の決定を見て、どの欠けていた声が問題を捉えたはずかを問う。強い答えは、構成を、礼儀ではなく安全の統制として扱います。臨床安全責任者はそこにいるのは、ハザードのフラグが付いた仕事が決して埋もれないようにするためであり、相談されるためではありません。同時に、おおまかにサイズを付け、深さはディスカバリーに先送りすることで、速さを容赦なく守ります。良い版は、必要な専門家が不在のときにどうなるかも挙げます。トリアージを進めて盲点のリスクを負うのか、案件を先送りするのか、そして誰が決めるのか。

3. 私たちのトリアージが、より静かで、よりニーズの高い声を、静かに低く順位づけしていないかを、どうやって知るのか。 需要の公平性は、支持するのは易しく、検証するのは難しいものです。資源の豊かなサービスは、洗練された、エビデンスの整った依頼を出す一方で、最前線と社会的ケアの同僚は、弁の立つ依頼者向けに書かれた基準に照らして低く評価されるやり方で、本物のニーズを上げるかもしれないからです。これは、公共部門の平等義務がプロセスの公正さに法的な重みを与えること、そして、ロビー活動が最もできない集団が、しばしば最大のニーズを持つことから、特に医療・ケアで重要です。チームは、バイアスが自分たちの基準に実際にどう入り込むかを議論すべきです。「戦略との適合」は、暗黙のうちに地域のものより国のプログラムを優遇していないか、明確なエビデンスを求めることは、分析者を持たない人々を不利にしていないか、誰の声が聞かれるかを通じて、序列が再び忍び込んでいないか。具体的な確認には、却下された、あるいは低く順位づけされた案件を、発生元のサービスごとに定期的にサンプリングして、より静かな声が負けるパターンが現れないかを見ること、そして、トリアージのセッションだけでなく、基準の見直しに、最前線や社会的ケアの視点を招くことが含まれます。誠実な答えは、「一貫して」適用されたプロセスでも、基準自体が偏っていれば、体系的に不公正でありうることを受け入れ、良い意図ではなく、具体的な監視の仕組みにコミットします。最良の答えは、公平性を、場の公正さから想定するものではなく、トリアージの結果で測るものとして扱います。

4. 案件をトリアージすることと、実際にそれを決定することの境界はどこにあるか。そして、トリアージのセッション自体で決着をつけることを拒むのは何か。 トリアージは、速く粗い仕分け、つまりどれだけ緊急か、どれだけ重要か、どこへ行くかのはずですが、場の重力は絶えずそれを完全な分析へと引き寄せます。事情に通じた数人が案件を見ると、解決策の範囲を決め、見積もりを議論し、資金をその場で決着させたくなります。そのドリフトは危険です。トリアージを週次のリズムより遅くし、適切な人々や適切な優先順位づけの場なしに、範囲とトレードオフの決定を静かに解決してしまうからです。チームは、トリアージが結論を出してはならないことを、明示的に合意すべきです。案件をディスカバリーや優先順位づけに振り分けることはできますが、デリバリーにコミットしたり、サービスを再設計したり、サプライヤーの範囲を廊下で交渉したりすべきではありません。具体的な視点には、各案件を数分に時間枠で区切り、セッションがどこで超過するかを見ること、最近の決定を見直して、トリアージを装った、本当は優先順位づけや設計の判断だったものはどれかを確かめることが含まれます。良い答えは、先へ渡さなければならない具体的な決定、つまり争いのある優先順位、解決策の選択、資金を挙げ、トリアージ担当者が、それが失敗に感じられることなく、「これはトリアージの範囲を超える」と言える許可を与えます。誠実な版は、深さを下流に押しやることが、その場では遅く感じられることがあると認め、それを、トリアージを速く保ち、本物のトレードオフを見えるようにしておくための代償として受け入れます。

5. 数か月後、私たちのトリアージの判断が本当に良かったかを、どうやって知るのか。そして、その学びが基準をどう変えるのか。 トリアージの決定は、速く、不確実性の下で下されるため、一部は誤りであり、フィードバックのループがなければ、同じ誤判断が永久に繰り返され、基準はその権威を得られません。緊張は、較正には誰にも時間のない労力がかかり、過去の判断の再検討は、学びではなく非難のように感じられうることですが、改善することを示せないトリアージのシステムは、一貫した当て推量にすぎません。チームは、具体的な見直しの仕組みを議論すべきです。過去の決定を定期的にサンプリングして、緊急と印が付けられた案件が実際に重要だったか、低く順位づけされた、あるいは却下された何かが、のちにインシデント、苦情、安全上の事象に発展したかを問います。医療・ケアでは、誤ってトリアージされた安全上の欠陥や、見逃された法定の期限は、単なる効率の損失ではないため、利害が大きく、見直しは、それらの面でのヒヤリハットを、特に重く見るべきです。具体的な視点には、サイクルごとに少数の決定を追跡すること、当番の異なるトリアージ担当者が下した判断を比較して、不一致を浮かび上がらせること、そのパターンを基準の重みづけと、トリアージ担当者の訓練にフィードバックすることが含まれます。強い答えは、この見直しについて、具体的で負担の小さいリズムにコミットし、担当者間の乖離を、直すべき人ではなく較正すべきシグナルとして扱います。誠実な版は、低く順位づけされた案件の一部は、やるべきだったことを受け入れ、その認識を、隠すのではなく、より良いルールに組み込みます。

6. 案件を振り分ける前に、どれだけのディスカバリーが必要か。そして、本当に不確実な仕事が、そのまま構築に流れ込むのをどう防ぐか。 トリアージは、緊急度と重要度だけでなく、案件がどれだけ理解可能かも判断しなければなりません。明確でよく理解された依頼は、直接デリバリーに進められますが、複雑で新奇な依頼は、最初にディスカバリーと実験が必要であり、その二つを混同することが、誰も問題を理解する前に、「アプリが欲しい」がスプリントに入り込むことになる仕方だからです。Cynefinの区別が、ここでの有用なレンズです。明確な案件は振り分けられ、煩雑な案件は専門家の分析が必要で、複雑な案件はディスカバリーが必要で、混沌とした案件はインシデント対応が必要です。したがって、トリアージは、すべてをデリバリーの道に押し込むのではなく、領域によって振り分けるべきです。難しさは、不確実な仕事が、しばしば解決策の自信に満ちた言葉をまとって届くこと、そしておおまかなTシャツサイズが、見かけの形だけが見えているのに、何かが理解されているという偽りの安心を与えうることです。チームは、どんなシグナルが、案件にディスカバリーが必要なことを示すか、つまり不明確なユーザー、争いのある成果、新奇な臨床経路、誰もまだ地図にできない依存関係を議論し、そうした仕事をディスカバリーへ振り分けることは、遅延ではなく、正当なトリアージの結果であることに合意すべきです。具体的な視点には、失敗した、あるいはやり直しになった、提供済みの仕事を振り返り、トリアージがまずディスカバリーへ送るべきだったかを問うこと、トリアージで記録されたおおまかなサイズが、その主要な前提を伴っていて、後の段階が、それがどれだけ確かかがわかるようにすることが含まれます。誠実な答えは、すべてを構築にコミットして決断力があるように見せるプレッシャーに抵抗し、案件を「複雑、ディスカバリーが必要」と名づけることが、トリアージが下せる最も有用で、最も守りになる判断であることが多いと受け入れます。

実践例：医療・ケアの事例#

あるコミュニティ・精神保健トラストのデジタルチームは、その頂点が見えないバックログに直面していました。すべてが「緊急」として届きました。チームは、デリバリーのリード、臨床安全責任者、情報ガバナンスのリードからなる週次のトリアージ委員会を立ち上げ、公表された基準（安全リスク、法定の期限、おおまかなサイズ、戦略との適合、依存関係）に基づいて作業しました。

各受付案件は数分で評価され、3つのレーンに振り分けられました。臨床家がフラグの付いた患者を見逃しかねない、リスク評価フォームの欠陥は、その日のうちにファストトラックされました。見た目のダッシュボードの変更の依頼は、サイズ「S」でしたが、戦略との適合が低く、標準のキューに振り分けられました。稼働中のシステムを置き換えるというサプライヤーの提案は、却下され、既存のロードマップへと案内され、理由が記録されました。漠然とした「アプリが欲しい」というアイデアは、デリバリーではなく、Cynefinの「複雑」という読みの下で、ディスカバリーへ振り分けられました。

その効果は、運用面と同じくらい文化面にも及びました。基準が見え、一貫して適用されたため、個々のマネージャーからの「今はだめ」が以前は争われたのに対し、トリアージ委員会からの「今はだめ」は受け入れられました。安全責任者がいることで、本物のリスクの案件が決して埋もれず、トラストは、安全に関わる仕事が体系的に優先されていることを、取締役会と規制当局に示せました。

セクター別の視点#

スタートアップ#

小さなデジタルヘルス企業では、トリアージの「委員会」は、ノートパソコンを囲む二、三人かもしれず、支配的な圧力は、社内の政治ではなく、外部の引力です。解約をちらつかせる顧客、投資家の機能要望、微調整を求めるパイロットの現場です。希少な資源はランウェイに対するエンジニアリングの時間であるため、トリアージの基準は鋭い少数に絞られます。これは、支払っている顧客や規制上の関門を解き放つか、本物の安全上の欠陥か、そして小さいか。ファストレーンは存在しますが、厳しく上限を設けなければなりません。この規模では、一人の顧客のための一件の「緊急」な特注構築が、会社全体が必要とするスプリントを丸ごと食いつぶしうるからです。最も健全なスタートアップは、敬意をもって案内することを早くに学びます。「今回のリリースには入りません。理由はこうです」。そうでなければ、最後に声を上げた人に、プロダクトが歪められるからです。

小規模事業者#

確立した小規模の提供者、つまり一般診療所、地域薬局、介護施設、実際の患者を持ちながらも職員は数人しかいない小規模なヘルステックのサプライヤーは、臨床安全と情報ガバナンスの義務の重みのすべてに、それを果たすための企業の専任の役割もなく直面します。ここでのトリアージは、予定された委員会であることはまれで、診療所マネージャーや臨床リードが、予約の合間に、サプライヤーのメール、失敗している連携、CQC主導の変更のどれに今週注意を向けるかを決めることです。希少な資源は、ランウェイではなく、ケアも提供している一人か二人の時間と注意です。そのため、基準は徹底して単純でなければならず、専任の責任者がいなくても、安全か法定かのテストは譲れません。現実的な手は、能力を構築するのではなく借りることです。サプライヤーやコミッショニング機関が公表している基準に頼り、ごく小さな地域のファストレーンを、本物の安全と規制の案件に厳密に限定します。中小企業は、あらゆる要望に火消しで対応しながら、事業を続けることはできないからです。「ノー」と言い、案内することは、ここでさらに重要です。システムに余裕がないため、あったら良いものへのトリアージされていない「イエス」は、ほかに行き場のないケアやコンプライアンスの仕事を、直接押しのけるからです。

大企業#

NHSトラストやICSは、多くのサービスにわたる高い件数をトリアージするため、トリアージは、公表された基準、固定されたリズム、名前のある役割（通常はデリバリー、臨床安全責任者、情報ガバナンスのリード）を備えた、常設の多職種の場になります。その形式の価値は説明可能性です。取締役会や規制当局が、依頼がなぜ待たされたかを尋ねたとき、基準と決定ログがその代わりに答え、場にいる臨床安全責任者が、ハザードのフラグの付いた仕事が決して埋もれないようにします。規模は重複と拠点間の政治も生むため、トリアージは、同じ依頼の五つの版を調整し、序列に基づくキューの割り込みに対して一線を守らなければなりません。ここでのファストレーンには、本物の、ほかと切り離されたキャパシティが必要です。大規模な組織では、次の四半期のサイクルまで待てない、本物の安全と法定の案件が、絶えず生じるからです。

政府#

NHS England、DHSC、地方自治体では、トリアージは、しばしばすでに義務づけられた需要に対して動くため、問いは「これをやるべきか」から、「やらなければならないのなら、どれだけ緊急で、どれだけ大きいか」へ移ります。法定の期限、大臣の約束、法的義務が緊急度の軸を支配し、主張される期限のエビデンスの基準は、主張ではなく、名前の挙がった規制や正式な約束です。説明責任は公的で対立的です。National Audit Officeや特別委員会が、仕事がなぜ優先されたか、されなかったかを調べるかもしれないため、トリアージの決定ログは、正式なガバナンスの記録です。公平性は、公共部門の平等義務を通じて法的な重みを持つため、政府のトリアージのプロセスは、資源の乏しい地方自治体や最前線のサービスが、洗練された提案を備えた、資金の豊富な国のプログラムに、体系的に打ち負かされていないかを、積極的に確認しなければなりません。

よくある失敗パターン#

• すべてが緊急。 緊急性のエビデンスに基づくテストがないため、あらゆる依頼者がそれを主張し、ファストレーンが唯一のレーンになる。対策： 安全/法定の主張にエビデンスを求め、ファストトラックのキャパシティに上限を設ける。
• 序列によるトリアージ。 最も上位の依頼者の案件が、価値にかかわらず勝つ。対策： グループが適用する、明示的で公表された基準。
• 完全な分析になってしまうトリアージ。 セッションが各案件の範囲を完全に確定し見積もろうとして、行き詰まる。対策： 時間枠を設け、おおまかにサイズを付け、深さはディスカバリーに先送りする。
• 誰も「ノー」と言わない。 「波風を立てないため」にすべてが受け入れられ、バックログが墓場になる。対策： トリアージのグループに、却下して案内する権限を与える。
• 単独のトリアージ担当者。 一人の盲点（多くは情報ガバナンスや臨床安全）が、システム全体の盲点になる。対策： 多職種でのトリアージ。
• 見えない基準。 決定が恣意的に感じられ、果てしなく蒸し返される。対策： 基準と決定ログを公表する。

成熟度モデル#

チェックリスト#

• トリアージの基準が、明示的で、重み付けされ、公表されている。
• 安全と法定の要因が、主張ではなくエビデンスを求められ、ファストトラックされている。
• トリアージが、一人ではなく、小さな多職種のグループによって行われている。
• トリアージが、予測可能で公表されたリズムで運営されている。
• 上限のあるファストトラックのレーンが存在し、守られている。
• すべての案件に、おおまかなサイズと、記録された振り分けの決定がある。
• チームが仕事を断ることができ、実際に断り、敬意をもって案内している。
• 決定が記録され、蒸し返されない。
• ディスカバリーが必要な（複雑な）案件が、直接構築ではなくディスカバリーに振り分けられている。
• より静かな最前線や社会的ケアの声を含め、需要の公平性が確認されている。

主要な情報源#

• Snowden, D. & Boone, M. — Cynefinフレームワーク、A Leader's Framework for Decision Making (Harvard Business Review)。
• Covey, S. / アイゼンハワー・マトリクス — 緊急度と重要度。
• NHS England — DCB0129 臨床リスクマネジメント（安全を動機とする優先順位づけのエビデンス化）。
• ITIL 4 (AXELOS / PeopleCert) — サービスリクエストの分類と振り分け。
• NHS Digital Service Standard & NHS Service Manual — 最も重要なユーザーのニーズを優先する。
• Manchester Triage Group — 臨床トリアージの分類モデル（領域の類比として）。

参考文献#

1. Triage — Wikipedia — https://en.wikipedia.org/wiki/Triage
2. Time management (Eisenhower method / matrix) — Wikipedia — https://en.wikipedia.org/wiki/Time_management
3. Manchester Triage System — Wikipedia — https://en.wikipedia.org/wiki/Manchester_Triage_System
4. Cynefin framework — Wikipedia — https://en.wikipedia.org/wiki/Cynefin_framework
5. Information governance — Wikipedia — https://en.wikipedia.org/wiki/Information_governance
6. Health equity — Wikipedia — https://en.wikipedia.org/wiki/Health_equity
7. Prioritization — Wikipedia — https://en.wikipedia.org/wiki/Prioritization
8. Snowden, D. & Boone, M. — A Leader's Framework for Decision Making (Cynefin) — Harvard Business Review — https://hbr.org/2007/11/a-leaders-framework-for-decision-making
9. DCB0129: Clinical Risk Management: its Application in the Manufacture of Health IT Systems — NHS England — https://digital.nhs.uk/services/clinical-safety/documentation
10. ITIL 4: service request categorisation and management — AXELOS / PeopleCert — https://www.peoplecert.org/itil
11. NHS Service Standard — NHS England — https://service-manual.nhs.uk/standards-and-technology/service-standard
12. Manchester Triage Group — clinical triage categorisation model — Royal College of Emergency Medicine / Manchester Triage Group — https://www.triagenet.net/