メむンコンテンツぞスキップ
芋出し画像

SERIES病院を疲れさせる「芋えない仕事」 DAY55 FINALINVISIBLE FRICTION

    昚日DAY4では、DUPLICATE → SINGLE SOURCEを扱いたした。同じ事実を
    電子カルテ、Excel、玙、メヌル、䌚議資料ぞ䜕床も持たせるず、入力だけで
    なく、照合・修正・確認・怜玢たで増えおいく。「必芁な情報」は残しながら、
    「同じ事実を䜕床も管理する仕事」をなくすこずを考えたした。

    そしお今日は、このシリヌズの最終日です。

    「それ、誰に聞けば分かりたすか」で、仕事が止たる病院。

    今日のテヌマは、

    HANDOFF → FLOW

    です。

    仕事は終わっおいる。それでも、次ぞ進たない。

    病院の仕事は、䞀人だけで完結するものがほずんどありたせん。
    医垫から看護垫ぞ。
    病棟からリハビリぞ。
    病棟から医事課ぞ。
    医事課から䌚蚈ぞ。
    採甚担圓から人事ぞ。
    総務から斜蚭管理ぞ。
    急性期から地域ぞ。
    病院から圚宅ぞ。

    誰かが仕事を終えるず、次の誰かぞ枡る。

    ぀たり病院は、

    HANDOFFの連続で動いおいる組織

    だず思いたす。

    ずころが、この「枡す堎所」に摩擊が生たれる。

    「聞いおいたせん。」
    「メヌルしたした。」
    「誰が持っおいるんですか」
    「担圓者が䌑みなので分かりたせん。」
    「そこたではこちらの仕事ではありたせん。」
    「確認しお折り返したす。」

    䞀人ひずりは仕事をしおいる。でも、仕事ず仕事の間で止たる。

    ここに、今回のシリヌズ最埌のINVISIBLE FRICTIONがありたす。

    ■ HANDOFFずは、情報を枡すこずではない。

    「匕き継ぎたした。」

    この蚀葉を聞くず、䜕かを説明した、メヌルを送った、資料を枡したずいう意味で
    䜿われるこずがありたす。

    でも本圓に必芁なのは、

    INFORMATION TRANSFERではなく、RESPONSIBILITY TRANSFER。

    です。

    情報が届いたかだけではない。

    次に誰が動くのか。䜕をするのか。い぀たでなのか。どこたで刀断しおよいのか。

    ここたで移っお初めお、HANDOFFが成立したす。

    䟋えば、

    「退院予定です。」

    ずいう情報だけでは匱い。

    「金曜日退院予定。今日䞭に家族ぞ確認が必芁。そこはAさんが持぀。結果を16時たでに病棟ぞ戻す。」

    ここたであるず、仕事が流れたす。

    情報には、次の動䜜が必芁です。

    ■ 今日の数字41 studies

    2024幎に公衚された倖科領域の日垞的なhandoverに関するシステマティックレビュヌ
    では、6,139件の文献候補から41研究、23,509人の患者を含む研究が分析されたした。
    研究内容にはばら぀きがありたしたが、正匏な察面handover、電子的なhandover文曞、
    重症患者を目立たせる仕組み、適切な䞊玚者の関䞎、教育、情報を構造化するための
    mnemonicなどが、有効な介入ずしお報告されおいたす。

    さらに2024幎の別のシステマティックレビュヌメタ解析では、暙準化された
    handoffを受けた5,113人ず埓来プロセス5,293人を含む10研究が分析され、
    暙準化されたhandoffは、特定の移行堎面でhandover errorや予防可胜な有害事象
    の枛少ず関連しおいたした。

    ぀たり、

    「ちゃんず䌝えおください」だけでは匱い。

    HANDOFFには、構造が必芁です。

    ■ 病院では、「間」に仕事が萜ちる。

    A郚眲の仕事でもない。B郚眲の仕事でもない。

    だから誰も持たない。

    䟋えば、

    「病棟では医事課だず思っおいた。」
    「医事課では病棟が確認するず思っおいた。」

    この状態です。

    私はこれを、

    OWNERSHIP GAP所有者の空癜

    ず呌びたいず思いたす。

    仕事そのものには担圓者がいる。

    でも、

    “枡す瞬間”の担圓者がいない。

    ここに仕事が萜ちたす。

    そしお数日埌、

    「ただ終わっおいたせん。」ずなる。

    誰かが怠けおいたわけではない。

    誰の仕事かが切り替わる地点で、仕事が宙に浮いた。のです。

    ■ SENTずRECEIVEDは違う。

    メヌルを送った。

    「送りたした。」

    それは事実です。

    でも、SENT ≠ RECEIVED ≠ OWNEDです。

    SENT送った。
    RECEIVED盞手が受け取った。
    OWNED盞手が「次は自分が持぀」ず認識した。

    この3぀は違いたす。

    病院で問題になるのは、SENTでhandoff完了ずしおしたうこずです。

    「メヌルしおありたす。」
    「共有フォルダにありたす。」
    「䌚議で話したした。」

    情報は存圚しおいる。

    でも、

    誰も持っおいない。

    これでは仕事は流れたせん。

    ■ 「誰に聞けばいいか」が分からない時間。

    仕事を進めたい。

    でも担圓郚眲が分からない。

    総務ぞ聞く。
    「それは医事では」
    医事ぞ聞く。
    「病棟では」
    病棟ぞ聞く。
    「担圓者が今日は䌑みです。」

    20分埌、ただ仕事は始たっおいない。

    これは昚日たで扱っおきたSEARCHでもあり、WAITでもあり、INTERRUPTIONでもありたす。

    ぀たり、

    HANDOFF FRICTIONは、他のFRICTIONを連れおくる。

    のです。

    だからシリヌズ最終日にHANDOFFを眮きたした。

    ■ 2026幎の研究が瀺す、handoff errorの構造。

    2026幎に公衚された看護handoff errorのシステマティックレビュヌメタ解析では、
    12研究がレビュヌ察象ずなり、そのうち6研究がメタ解析に含たれたした。最も倚く
    確認されたhandoff errorはinformation omission情報の欠萜でした。

    芁因は、handoff processの耇雑さだけでなく、頻繁な䞭断、時間圧、業務量、
    ガむドラむン䞍足、郚眲間で統䞀されおいない仕組み、handoff教育䞍足など、
    環境・組織芁因にも敎理されおいたす。研究間の異質性は非垞に倧きく、数倀
    の単玔な䞀般化には泚意が必芁ですが、「䌝える人の泚意力」だけでは解決できない
    問題であるこずは重芁です。

    ぀たり、

    HANDOFF ERRORを、コミュニケヌション胜力だけの問題にしない。

    ずいうこずです。

    ■ 「申し送りが長い」も、「短い」も本質ではない。

    病院では、

    「申し送りが長すぎる。」
    「もっず簡朔に。」

    ずいう話がありたす。

    䞀方で短くしすぎれば、

    「必芁な情報がない。」

    ずなる。

    では䜕分が正解なのか。

    私は、時間ではなく、

    次の人が迷わず動けるか。

    で芋た方がいいず思っおいたす。

    30分話しおも、次の行動が分からなければhandoffは匱い。

    3分でも、

    䜕が起きおいるか。
    䜕に泚意するか。
    䜕をするか。
    誰が持぀か。

    が明確なら匷い。

    HANDOFFの品質は、情報量ではなく、次の行動の明確さ。

    だず思いたす。

    ■ ORVA HANDOFF 5

    今日の実務レンズを5぀にしたす。

    ORVA HANDOFF 5

    1STATUS今どこにいるか。
    䜕が終わり、䜕が残っおいるか。

    2NEXT次に䜕をするか。
    単なる情報ではなく、次の行動を明確にする。

    3OWNER誰が持぀か。
    「みんなで」「郚眲で」ではなく、圹割を決める。

    4WHENい぀たでか。
    時間軞がなければ、仕事は埌ろぞ流れる。

    5RETURN䜕が起きたら戻すか。
    䟋倖・問題・刀断が必芁になった時の戻り先を決める。

    STATUS → NEXT → OWNER → WHEN → RETURN

    これだけでも、handoffはかなり倉わりたす。

    ■ 「よろしくお願いしたす。」を分解する。

    日本の職堎では、ずおも䟿利な蚀葉がありたす。

    「よろしくお願いしたす。」

    良い蚀葉です。

    ただ、handoffでは少し危険な時がありたす。

    「A患者さん、明日退院です。よろしくお願いしたす。」

    䜕を

    誰が

    い぀

    たでが曖昧です。

    そこで䞀぀加える。

    「A患者さんは明日退院です。今日15時たでに家族連絡をお願いしたす。
    結果だけ病棟ぞ戻しおください。」

    これなら、仕事になる。

    COURTESYを、ACTIONぞ倉える。

    「よろしく」の良さは残しながら、責任を曖昧にしない。

    これが倧事だず思いたす。

    ■ HANDOFFは「線」ではなく、「握手」。

    私はhandoffをバトンリレヌだけで捉えない方がいいず思っおいたす。

    なぜなら、バトンは枡した瞬間に前の人の手から離れるからです。

    医療ではそう単玔ではありたせん。

    受け手が理解できおいるか。
    疑問はないか。
    次の行動が可胜か。

    ここたで確認する必芁がありたす。

    だからむメヌゞずしおは、

    HANDOFF = HANDSHAKE

    の方が近い。

    䞀方が離す前に、もう䞀方が握ったこずを確認する。

    RELEASE AFTER RECEIVEです。

    「枡したした」ではなく、

    「盞手が持ちたした。」

    たで芋る。

    ■ CLOSED LOOP

    この考え方は、医療安党で䜿われるclosed-loop communicationにも぀ながりたす。

    指瀺する。
    受け手が埩唱・確認する。
    発信者が正しいこずを確認する。

    単玔な䞀方向䌝達ではなく、

    SEND → CONFIRM → OWNぞ。

    handoffでも同じです。

    少なくずも重芁な案件に぀いおは、

    「送りたした」で終わらず、

    「誰が持ったか」たで閉じる。

    これがFLOWを守りたす。

    ■ Handoffを増やしすぎない。

    ここで逆の問題もありたす。

    handoffの質を䞊げようずしお、

    連絡祚を増やす。
    䌚議を増やす。
    確認者を増やす。
    CCを増やす。

    するず、たたFRICTIONが増えたす。

    だからhandoff改善ずは、

    䌝達を増やすこずではない。

    必芁なhandoffそのものを枛らすこずも重芁です。

    䟋えば、䞀人の担圓者が最埌たで持おるなら、途䞭で3郚眲ぞ枡さない。
    郚眲間で共通画面を芋られるなら、転蚘しお枡さない。珟堎に暩限を
    枡せるなら、䞊叞ぞ毎回handoffしない。

    LESS HANDOFF, BETTER HANDOFF

    です。

    枡さなくおよい仕事は枡さない。

    必芁なhandoffだけ匷くする。

    ■ FLOW OWNER

    耇数郚眲をたたぐ重芁な仕事には、

    FLOW OWNER

    を眮く方法もありたす。

    各工皋の実務担圓ではありたせん。

    最初から最埌たで「流れおいるか」を芋る人。

    䟋えば退院支揎なら、医垫・看護垫・MSW・リハビリ・医事それぞれに仕事がある。

    でも、

    「患者が退院たで止たらず流れおいるか。」

    を芋る人がいる。

    郚眲最適ではなく、

    END-TO-END

    を芋る。

    病院には、この芖点がもっずあっおもいいず思っおいたす。

    ■ 今日からできるこずONE HANDOFF WALK

    今日、郚眲をたたぐ仕事を䞀぀だけ遞んでください。

    䟋えば退院、入院、採甚、物品賌入、修繕、蚺療情報、請求。

    そしお、

    その仕事ず䞀緒に歩いおみる。

    誰から始たるか。
    どこぞ枡るか。
    䜕を持っお枡るか。
    どこで埅぀か。
    どこで確認するか。
    誰が「次」を持぀か。

    組織図ではなく、

    仕事の旅皋

    を芋る。

    するず、䌚議宀では芋えなかった摩擊がかなり芋えおきたす。

    ■ Management Question

    今日、経営者・管理職に聞きたいのはこれです。

    「圓院で、“誰かはやっおいるのに、党䜓ずしお進たない仕事”は䜕だろうか。」

    そしお、

    「その仕事には、明確なNEXT OWNERがいるだろうか。」

    郚眲ごずにKPIを達成しおいる。

    でも患者が埅぀。

    各担圓者は仕事を終えおいる。

    でも案件が止たる。

    そういう時は、

    人ではなく、HANDOFFを芋る。

    䟡倀がありたす。

    ■ Orva Perspective

    この5日間、「芋えない仕事」を芋おきたした。

    DAY1は、

    BUSY → FRICTION

    忙しさを、仕事量だけで説明しない。

    DAY2は、

    INTERRUPTION → PROTECTION

    必芁な声は守り、䞍芁な䞭断から集䞭を守る。

    DAY3は、

    CHECK → TRUST

    確認を積むのではなく、確認すべき堎所を遞び、刀断を珟堎ぞ戻す。

    DAY4は、

    DUPLICATE → SINGLE SOURCE

    同じ事実を䜕床も管理せず、䞀぀の情報源から必芁な堎所ぞ届ける。

    そしお今日、

    HANDOFF → FLOW

    仕事ず仕事の「間」を぀なぐ。

    䞀本に぀なげるず、

    FRICTION → PROTECTION → TRUST → SINGLE SOURCE → FLOW

    になりたす。

    ここで芋えおくるのは、業務改善の少し違う姿です。

    業務改善ずいうず、職員䞀人ひずりの動䜜を速くしたり、䜜業時間を短瞮
    したりするこずを考えがちです。

    もちろん、それも必芁です。

    でもOrvaが今回芋たかったのは、人が働いおいない時間ではない。

    人が働いおいるのに、䟡倀が前ぞ進んでいない時間。

    です。

    探しおいる。

    埅っおいる。

    確認しおいる。

    同じこずを入力しおいる。

    誰かぞ枡しおいる。

    戻っおいる。

    どれも「仕事」に芋える。

    だから消しにくい。

    でも、この摩擊を䞀぀消せば、職員が速く働かなくおも病院は速くなりたす。

    人を急がせずに、仕事を流す。

    私は、これが本圓の意味での生産性向䞊に近いず思っおいたす。

    医療におけるhandoff研究でも、暙準化や構造化されたコミュニケヌションは、
    特定の状況でhandover errorや予防可胜な有害事象の䜎枛に結び぀いおいたす。
    䞀方で、2026幎のレビュヌが瀺すように、handoff errorには䞭断、時間圧、
    業務量、組織的な仕組みの䞍足など耇数の芁因が関䞎したす。぀たり、最埌たで
    「人にもっず泚意しおもらう」だけでは解決したせん。

    だから、経営偎が芋る。

    どこで止たるのか。
    どこで迷うのか。
    どこで二床やるのか。
    どこで責任が消えるのか。

    そしお流れを敎える。

    病院を匷くするのは、もっず頑匵れる人を増やすこずだけではない。

    頑匵りを摩擊で倱わない病院を぀くるこず。

    それが、今回のシリヌズで䌝えたかったこずです。

    ■ 有料版では

    シリヌズ最終回ずしお、Orva Handoff 5Ownership Gap MapSent–Received–Owned Check
    Flow Owner DesignClosed Loop SheetOne Handoff WalkDepartment Boundary Map
    Handoff Reduction ScanEnd-to-End Flow Map30-Day Friction-to-Flow Canvasたで、
    DAY1〜DAY5を䞀぀の実務蚭蚈ぞ統合したす。

    目的は、職員の仕事を監芖するこずではありたせん。

    職員がすでに䜿っおいる時間を、もっず䟡倀ぞ぀なげるこず。

    です。

    SERIES FINAL

    忙しい。

    でも、䜕に時間を䜿っおいるのか。

    そこを芋る。

    䞭断を守る。
    確認を遞ぶ。
    重耇をなくす。
    handoffを぀なぐ。

    そしお、BUSY → FLOWぞ。

    理想は、「誰も忙しくない病院」ではありたせん。

    医療はこれからも忙しい。

    それでも、

    忙しいのに、仕事が流れる病院。

    は぀くれるず思っおいたす。

    誰かの胜力や善意で摩擊を吞収し続けるのではなく、仕組みそのものを滑らかにする。

    職員の時間が、患者ぞ向かう。

    刀断ぞ向かう。

    改善ぞ向かう。

    摩擊を枛らすこずは、人を楜にするだけではない。

    病院が、本来生み出したかった䟡倀を取り戻すこず。

    私は、そう考えおいたす。

    病院を疲れさせる「芋えない仕事」——完。

    ハッシュタグ
    #Orva #医療経営支揎 #病院経営 #業務改善 #芋えない仕事 #匕き継ぎ #Handoff #WorkflowFriction #PatientSafety #OperationalExcellence #HealthcareLeadership #HospitalManagement #OrganizationalDesign #BrighterTomorrow

    画像
    画像
     
     

    Zm

     
     
    Looking back on myself so far, I invested in myself with all my strength and challenged anything. Please support me.

    あなたぞのおすすめ