SERIES｜病院に積み上がる「未完了」 DAY2／5 CLOSED-LOOP DESIGN

昨日DAY1では、OPEN LOOP → CLOSED LOOPを扱いました。メールした、共有した、依頼した。
それだけでは仕事は終わらない。OWNER・ACTION・DUE・DONE・CONFIRMを明確にし、
始めた仕事を最後まで確実に閉じる。つまり、情報を「送る」のではなく、届き、理解され、
行動され、完了が確認できるところまでつなぐことを考えました。

今日は、OPEN LOOPが最も生まれやすい瞬間を扱います。

勤務交代。部署間移管。担当変更。患者の転棟。
医師から看護師へ。
看護師からリハビリへ。
総務から施設管理へ。
担当者から上司へ。
仕事が一人の手から離れ、別の人へ渡る瞬間です。
「引き継ぎました。」その瞬間、責任まで消えていませんか。

今日のテーマは、HANDOFF → OWNERSHIPです。

引き継ぎは、「情報の移動」ではない。
一般にhandoffというと、情報を渡すことをイメージします。
患者の状態を説明する。進捗を共有する。未処理事項を伝える。メールを転送する。資料を渡す。
でも、handoffの本質はそこだけではありません。

2025年のMaking Healthcare Safer IVに基づくsystematic reviewでは、handoffは、患者ケアの
移行時に情報とともにauthority and responsibilityを移す標準化された方法として整理されて
います。つまり、本来handoffには「情報」と同時に「責任の移転」が含まれています。

ここが今日のポイントです。

INFORMATION TRANSFERだけでは、HANDOFFは完了していない。
「伝えました。」
「メールしました。」
「資料を送りました。」
それはinformation transferです。
handoffが完了するのは、「次は私が持ちます。」が成立した時です。

■ 今日の数字｜少なくとも5回／24時間
2025年のBMJ Quality & Safetyの論説では、入院患者は、日勤・夜勤の医師チームと3つの
看護チームを考えるだけでも、24時間で少なくとも5回のhandoffを経験し得ると説明されて
います。処置チーム、病状悪化時のエスカレーション、休憩交代などを含めれば、handoffは
さらに増えます。handoffのたびに、情報の欠落や誤解が生じる機会も増えると指摘されています。

これは医療現場の話ですが、病院組織全体でも同じです。
一つの案件が、一般職員 → 主任 → 課長 → 部長 → 経営層と動く。
あるいは、医事 → 診療情報 → 医師 → 看護部 → 総務と動く。
一つの仕事が多くの手を渡るほど、「今、誰が持っているのか。」が曖昧になりやすい。

だからhandoff回数が増える組織ほど、OWNERSHIP DESIGNが重要になります。
「渡した側」は終わったと思い、「受け取った側」はまだ始まっていない。
handoffで最も危険なのは、この数分間かもしれません。
渡した側は、「もう伝えた。」と思っている。
受け取った側は、「情報は聞いたけど、私がやる案件とは思っていなかった。」となる。

つまり、SENDERには完了感があり、RECEIVERには所有感がない。
この間に責任の空白ができます。
私はこれを、OWNERSHIP GAP｜責任の空白と呼びたいと思います。

このGAPがあると、仕事は誰のToDoにも入らない。
でも完全に忘れられたわけではないため、
「誰かやっていると思っていました。」という状態になります。

■ 「共有」と「受任」は違う。
例えば会議で、「この件、医事課にも共有しておいてください。」と言われた。
医事課へメールした。
ここで総務側は、「共有済み。」となる。

でも、医事課側から見れば、
「参考情報として送られたのか。」
「確認が必要なのか。」
「こちらが対応するのか。」が分からない。
つまり、SHARED ≠ ACCEPTEDです。
共有されたことと、仕事を引き受けたことは違う。
だから、handoffでは「渡したか」より、「受け取った側が何を持ったか。」を確認したい。

■ 2025年のsystematic review｜I-PASSはmoderate certainty
2025年のsystematic reviewでは、院内のwithin-unit handoffについて12種類のhandoff toolが
検討されました。その中で、I-PASSについては10件のoriginal studies、約9実装から、medical
errorsやadverse eventsを減らすことについてmoderate-certainty evidenceが得られたとされて
います。一方、SBARについては患者安全アウトカム改善のエビデンスはlow-certaintyでした。

I-PASSの最後のSは、SYNTHESIS BY RECEIVERです。
受け取った側が、自分の理解を返す。
私はここに、とても大事な考え方があると思います。
handoffは、SENDERが話し終わった時ではなく、RECEIVERが理解を返した時に強くなる。
一方向ではなく、往復です。

■ READ BACKではなく、OWN BACK。
患者安全の場面ではread backが使われます。
指示を復唱する。
重要です。

でも、組織運営ではもう一歩進めて、OWN BACKがあってもいいと思います。
例えば、「分かりました。私が明日15時までに業者へ確認し、結果を吉住さんへ返します。」

ここまで言えれば、

誰が。
何を。
いつまでに。
誰へ返すか。

が明確になります。

ただ、「了解です。」では弱い。
了解は、OWNERSHIPの証明ではない。

■ OWNER CHANGEには、境界線が必要。
仕事を引き継ぐ時、いつ責任が移ったのでしょうか。

メールを送った瞬間か。
相手が開いた瞬間か。
会話が終わった瞬間か。

ここが曖昧だと、事故が起きた時だけ、
「私は渡しました。」
「私はそこまで聞いていません。」
となる。
だから、OWNER CHANGE POINTを決めます。

例えば、「受任者がOWNERとして了承した時点。」
これです。
SENDERが「送りました」と言っただけでは移らない。
RECEIVER ACCEPTANCEによってOWNERが変わる。
私はこのルールがシンプルで強いと思います。

■ 引き継ぎ資料が長いほど、安全とは限らない。
handoffを改善しようとすると、「漏れないように全部書こう。」となることがあります。すると資料が長くなる。

でも、重要情報が大量の情報に埋もれる。

2024年末に公表された医師のinpatient handoff interventionsに関するsystematic reviewでは、
42研究が含まれました。その結果、患者・医師アウトカムへの効果は全体として一貫しておらず、
教育と構造的介入を組み合わせた研究の方が、改善を報告する割合が高い傾向にありました。
単にフォーマットを作るだけでは十分ではない可能性があります。

つまり、HANDOFF FORMを作ることと、HANDOFF CULTUREを作ることは違う。

情報量を増やすだけでは足りない。
何を渡すか。
誰が受け取るか。
受け取った人が何をするか。
ここまで必要です。

■ “未完了事項”を最優先で渡す。
handoffで特に重要なのは、完了したことではありません。
まだ終わっていないことです。

例えば、

検査結果待ち。
家族連絡未実施。
業者回答待ち。
契約確認未完了。
採用候補者への返答待ち。
行政への追加提出待ち。

完了済み事項は、記録を見れば分かることも多い。
でも、未完了事項は放置されると消えます。
だからhandoffの中心を、「今日やったこと」ではなく、「次に誰かがやらなければならないこと」へ置く。

■ NEXT ACTION OWNERSHIP
私はhandoff時に、最低一つだけ確認したいと思っています。
NEXT ACTIONは誰が持つのか。
例えば、「契約書を法務へ送りました。」ではなく、
「現在、法務確認中。次のACTIONは法務からの回答受領後、総務課長が修正版を作成。10月8日まで。」
ここまであれば、仕事は残ります。
handoffは「状況説明」ではなく、次の行動へownershipを接続する行為になります。

■ Handoffには3つの状態しかない。
実務では、handoffを3状態にすると分かりやすいと思います。

OFFERED｜渡そうとしている。

まだ相手は受けていない。

ACCEPTED｜相手が引き受けた。

OWNERが変わった。

CLOSED｜引き継いだ仕事が完了した。

この3つです。
OFFERED → ACCEPTED → CLOSED
「メールを送った」はOFFERED。
相手が、「私が持ちます。」でACCEPTED。
完了確認でCLOSED。
これなら、送信済みなのに誰も持っていない
状態を減らせます。

■ 部署間handoffほど危ない。
同じ部署なら、人間関係も仕事も見えています。

でも部署をまたぐと、

相手部署の業務量が見えない。
優先順位が違う。
用語も違う。
常識も違う。

だから、「当然やってくれると思っていました。」が起きる。
ここでは特に、EXPECTATIONを言語化する。
必要があります。
「共有です。」
「確認依頼です。」
「対応依頼です。」
「判断依頼です。」
これだけでも違います。

■ HANDOFF TYPE
私は、handoffの冒頭に種類をつけてもいいと思います。

FYI｜情報共有のみ。
CHECK｜確認してほしい。
ACTION｜対応してほしい。
DECIDE｜判断してほしい。
OWN｜案件全体を引き継いでほしい。

これを明確にする。
同じメールでも、何を渡しているのかが一目で分かります。

■ OWNERSHIP TOKEN
ここでOrvaらしい実務イメージを一つ置きます。
仕事には、目に見えない一枚の札があると考える。
OWNERSHIP TOKENです。
案件ごとに一枚だけ。
誰か一人が持っている。
handoffする時は、その札を次の人へ渡す。
でも、次の人が受け取るまで、自分の札を捨てない。
これです。
「メールしたので私の手を離れました。」を防ぐ。

■ ORVA HANDOFF 5
今日の実務レンズです。
ORVA HANDOFF 5

1｜STATE
今、どこまで終わっているのか。

2｜OPEN ITEM
何がまだ終わっていないのか。

3｜NEXT ACTION
次に何をするのか。

4｜NEXT OWNER
誰がそのACTIONを持つのか。

5｜ACCEPT
その人が「自分が持つ」と確認したか。

STATE → OPEN ITEM → NEXT ACTION → NEXT OWNER → ACCEPT
ポイントは5番です。
ACCEPTがなければ、handoffは完了していない。

■ 今日からできること｜ONE HANDOFF CHECK
今日、何か一件を誰かへ引き継ぐ時に、
最後に一言だけ加えてみてください。
「では、次は誰が持ちますか？」
相手から、「私が持ちます。」が返ってきたらいい。
さらに、
「何をしますか？」
「いつまでですか？」
まで確認できれば、かなり強いhandoffになります。

■ Management Question
今日、経営者・管理職に聞きたいのはこれです。
「当院では、“渡したこと”を、“引き継ぎが完了したこと”だと思っていないだろうか。」
もう一つ。
「部署と部署の間で、誰もOWNERではない時間が生まれていないだろうか。」
ここを見たいと思います。
組織は、人が仕事をしている時だけでなく、仕事が人から人へ動く瞬間に弱くなるからです。

■ Orva Perspective
私はhandoffを、情報共有の技術だけだとは考えていません。
本質は、RESPONSIBILITY CONTINUITY｜責任の連続性です。

人は変わる。

勤務も変わる。
担当も変わる。
部署も変わる。

でも、仕事の責任だけは途切れてはいけない。

2025年のsystematic reviewでは、I-PASSのような構造化handoffについて、medical errorsや
adverse events削減にmoderate-certainty evidenceがあると評価されました。 また、同年の
bedside handoverのsystematic reviewでは、6,396件の検索結果から最終的に13研究が採択
され、患者の安全感・満足・参加だけでなく、handover時間やshift overtimeの減少など、
組織面の利点も報告されています。ただしprivacyや実装のばらつきといった課題もありました。

つまり、handoffは「丁寧に話すこと」だけではありません。
構造をつくる。
受け手を明確にする。

そして、OWNERSHIPを途切れさせない。

今日のテーマは、HANDOFF → OWNERSHIPです。
渡す人から、受け取る人へ。
情報だけではなく、「次は誰が責任を持つのか」まで渡す。
「引き継ぎました。」
その言葉の後に、「誰が持ちましたか。」と聞ける病院へ。
それだけで、昨日扱ったOPEN LOOPはかなり減ると思います。

■ 有料版では
DAY2では、Orva Handoff 5／Ownership Gap Scan／Offered–Accepted–Closed Board／Next Action Ownership Sheet／Handoff Type Matrix／Ownership Token Design／Receiver Acceptance Rule／Cross-Department Handoff Map／Open Item Transfer Sheet／30-Day Ownership Continuity Resetまで実務化します。

目的は、申し送りを長くすることではありません。
仕事の責任が、人と人の間で一瞬も消えない状態をつくることです。

NEXT｜DAY3／5
「お願いしてあります。」では、期限を誰が見ていますか。

明日は、OWNERはいる。でも仕事が閉じないケースを扱います。

担当者は決まっている。
依頼も受けている。
やることも分かっている。

でも、いつまでかが曖昧。

DAY3は、OWNERSHIP → DUE DATE

「誰がやるか」だけではなく、いつ閉じるかまで持たせる設計を考えます。

ハッシュタグ
#Orva #医療経営支援 #病院経営 #組織変革 #業務改善 #ClosedLoop #Handoff #Ownership
#PatientSafety #医療DX #責任の連続性 #HospitalCultureDesign #HealthcareLeadership
#HospitalManagement #BrighterTomorrow