事例研究 NEW
病院UXとデザイン思考 — 患者体験を根本から再設計するフレームワーク
患者ジャーニーマッピング、共感インタビュー、プロトタイピングを軸に、病院UXをデザイン思考で再設計する実践的アプローチを解説。国内外の医療現場の事例を交えながら、どこから手をつければいいかを具体的に示す。
11分で読める
病院のUXをデザイン思考で改善しようとしたとき、ほとんどのプロジェクトは「受付フォームをデジタル化する」「院内サインを見直す」といった個別施策の列挙で終わります。ワークショップでよく起こるのは、チームが「患者の不満」を起点に議論を始め、気づけば「システム改修の要件定義」に変わってしまうというパターンです。
本記事では、病院UXにデザイン思考を適用する際の構造的アプローチを整理します。どのフェーズで何をやるのか、何が難しいのかを、現場経験に基づいて具体的に説明します。
なぜ病院UXはこれほど難しいのか
病院体験の特殊性は「患者の状態が通常の消費者行動とまったく異なる」ことにあります。実際にやってみると、ユーザーリサーチの対象が「重篤な不安を抱えた人」「痛みの中にいる人」「家族の病状に動揺している人」であることの重さに直面します。
脆弱性の問題。 UXリサーチの標準的な手法は「インタビューへの同意」「行動観察への協力」を前提にしています。しかし患者は治療を求めて来院しており、リサーチへの参加はあくまで副次的な行為です。倫理委員会の承認プロセス、患者への説明と同意取得、データの匿名化要件——これらはデザイン思考の「素早い学習サイクル」と根本的な緊張関係にあります。
専門家文化の壁。 医師・看護師は長い専門訓練を経て「正解を知っている専門家」として機能するよう訓練されています。デザイン思考が求める「初心者の目線で観察する」「前提を疑う」という姿勢は、この文化と摩擦を生みます。参加者からの声として「患者に何が問題か聞くのは、専門家としての判断を疑わせる行為に見える」という発言は、複数の病院UXプロジェクトで繰り返されてきました。
非連続な体験構造。 患者の体験は病院内だけで完結しません。「症状の認識→検索→予約→来院前の準備→来院→待機→診察→処置→帰宅→服薬→予後確認」という全体プロセスのうち、病院がコントロールできるのは一部分に過ぎません。「院内だけを改善しても体験は変わらない」という認識を、プロジェクト冒頭でチーム全体に共有することが必要です。
Phase 1：共感——患者の時間軸で観察する
病院UXの共感フェーズで最も重要な問いは「患者体験はいつ始まり、いつ終わるか」です。
サービスブループリントで「見えないプロセス」を可視化する
サービスブループリントは、病院UXの共感フェーズに特に有効なツールです。縦軸に「患者の行動」「フロントステージ（患者と直接接する接点）」「バックステージ（患者からは見えない業務プロセス）」「サポートシステム（IT・施設）」を並べ、横軸を時間の流れとして整理します。
これを作ると多くの病院で共通して見えてくるのは、「患者が最も不安な瞬間（診断待ち・検査結果待ち）に、バックステージでは書類の受け渡しが発生しており、患者への情報提供が構造的に抜け落ちている」という事実です。
同行観察（シャドーイング）の実施
患者の許可を得て、受付から帰宅まで（あるいは入院の場合は複数日）を同行観察します。記録するのは「患者が立ち止まった場所」「表情が変化した瞬間」「スタッフに声をかけようとして躊躇した場面」です。
実際にやってみると、病院では「患者が分からないことを聞けない雰囲気」が構造的に形成されていることが分かります。受付カウンターの高さ、スタッフの動線のスピード、「番号でお呼びします」というアナウンスの形式——これらすべてが「患者は受動的に待つべき存在」というシステム設計のメッセージを発しています。
Phase 2：問題定義——「正しい問い」を立てる
共感フェーズで集めた観察データを、どう問いに変換するかが病院UXの核心です。
How Might We の落とし穴
「どうすれば待ち時間を短縮できるか（HMW）」という問いは病院でよく出てきますが、これは解決策を暗示した問いです。待ち時間そのものではなく、「待ち時間中の不確実性」が問題である場合が多い。「どうすれば患者が待機中に自分の状況を把握できるか」に変えると、解決策の幅が大きく広がります。
航空業界では、搭乗口の電光掲示板が「残り何分で搭乗開始か」をリアルタイムで表示するようになって以来、搭乗口での混雑苦情が激減しました。待ち時間が変わらなくても、不確実性の管理だけで体験は変わります。この原則は病院の待機設計にそのまま応用できます。
ポイント・オブ・ビュー（POV）文の作成
POV文は「[ユーザー名]は、[ニーズ]を必要としている。なぜなら[インサイト]だから」という形式で、特定の患者像に基づいた問題定義を行います。
病院UXの典型的なPOV文の例：「初めて大きな病院に来た60代の田中さんは、自分の検査が今どの段階にあるかをリアルタイムで知る方法を必要としている。なぜなら『分からない』という状態が、病気そのものへの不安と重なって、極度のストレスを生むからだ」
Phase 3：創造——解決策を爆発させる
病院UXのアイデア創出で有効なアプローチは「他の業界からの越境借用」です。
航空業界からの借用： 搭乗口・手荷物・搭乗案内の構造を、受付・検査・診察待ちに転用する。
ホテル業界からの借用： チェックイン時の「本日のご案内」を、来院時の「本日の診察フロー説明」に転用する。担当ナースが患者の部屋を訪問する「バトラーモデル」を外来診察のコーディネーターモデルに転用する。
Uberからの借用： 配車アプリの「ドライバーが今どこにいるか」のリアルタイム表示を、「担当医師が今何をしているか（手術中・別の診察中・間もなく呼び出し）」の表示に転用する。
Phase 4：プロトタイプ——コストゼロで始める
病院UXのプロトタイピングで最も有効なのはサービスプロトタイプ（物理的な製品ではなく、人のふるまいや情報フローを試すプロトタイプ）です。
紙のシミュレーションから始める
「検査待ち中の状況通知」をテストするとき、最初はシステム開発は不要です。看護師が15分おきに待合室を巡回し「○○さん、現在レントゲン結果を医師が確認中です。あと30分ほどお待ちください」と口頭で伝えるだけのプロトタイプから始めます。
これで「患者の不安が下がるか」「スタッフの負担が増えすぎないか」「どのタイミングで伝えれば効果的か」を低コストで検証できます。システム化はその後です。
「スケールしないプロトタイプ」を恥ずかしがらないこと。 多くの病院プロジェクトで「こんな手作業のテストでは本当の効果は分からない」という懐疑が出ます。しかし、手作業のプロトタイプで効果が出なければ、システム化しても効果は出ません。逆に手作業で効果が確認できれば、システム化の根拠ができます。
Phase 5：テスト——患者のリアクションから学ぶ
病院UXのテストフェーズで重要なのは「患者が本当に思っていることを引き出す」技術です。
患者は「病院のお世話になっている」という気持ちから、否定的なフィードバックを控える傾向があります。「この改善は役に立ちましたか？」という直接的な質問では「はい」という答えが返りやすい。
代わりに「前回と今回で、待っている間の気持ちは変わりましたか？ どんな違いがありましたか？」という行動の変化を問う形式にすると、実感に基づいた具体的な回答が引き出せます。
日本の病院でデザイン思考を始めるには
「いきなり大規模なUX改善プロジェクトは難しい」という声に対して、実際の進め方として有効なのは「患者の声を集める仕組みだけを先に作る」アプローチです。
退院時アンケート、待合室の定点観察、月に1回の患者インタビュー——これだけを3ヶ月継続すると、「私たちが問題だと思っていたことと、患者が問題だと感じていることが全然違う」という発見が必ず出てきます。この発見がデザイン思考の起点になります。
やってみよう
- 患者として自分の病院を体験する — 受付から診察終了まで、患者の立場で動いてみる。スタッフには事前に伝えておくと観察者バイアスが出るため、可能なら告知なしで実施する
- サービスブループリントを1枚書く — 「外来患者の一般的な受診フロー」を付箋とホワイトボードで可視化する。バックステージの業務を書き込んだとき、患者への情報連携が抜けている箇所が必ず見つかる
- 1人の患者に30分インタビューする — 「先月の受診体験を最初から教えてください」という開かれた問いから始める。良い点・悪い点を聞くのではなく、体験の物語を語ってもらう
参考文献
- Liedtka, Jeanne & Ogilvie, Tim, Designing for Growth: A Design Thinking Toolkit for Managers, Columbia Business Press, 2011
- IDEO.org, The Field Guide to Human-Centered Design, IDEO.org, 2015
- Bohmer, Richard M.J., Designing Care: Aligning the Nature and Management of Health Care, Harvard Business Press, 2009
- Maister, David M., “The Psychology of Waiting Lines”, Harvard Business School Working Paper, 1985
- Shostack, G. Lynn, “Designing Services That Deliver”, Harvard Business Review, January–February 1984（サービスブループリントの原論文）