SERIES｜病院を止める「曖昧な責任」 DAY2／5 OWNERSHIP DESIGN

昨日DAY1では、ROLE → OWNERSHIPを扱いました。「みんなの仕事」が、結果として誰の
仕事でもなくならないように、OUTCOME・OWNER・CONTRIBUTORS・AUTHORITY・
DONEを明確にする。責任感のある人を増やすのではなく、責任の所在を設計することを
考えました。

今日は、その次の問題です。OWNERは決めた。でも、人は動かせない。運用は変えられない。
予算も使えない。判断するたび上司へ確認する。それでも結果だけは「責任者なのだから」と
求められる。これでは、責任を渡したことにはなりません。

「責任者はあなたです。」でも、何も決められない。

今日のテーマは、

RESPONSIBILITY → AUTHORITY

です。

責任を渡すなら、何を決められるのかも渡す。

病院では、担当者や責任者を決める場面がたくさんあります。「このプロジェクトは〇〇さんが責任者です」
「この部署の改善は師長に任せます」「採用は人事でお願いします」。

一見、責任は明確です。ところが実際に動こうとすると、「それは部長確認が必要です」「他部署には直接
言わないでください」「予算は使えません」「運用変更は会議にかけてください」「最終判断は上でします」と
なる。こうなると、責任者は決まっていても、意思決定は別の場所にあります。

私はこの状態を、

RESPONSIBILITY WITHOUT AUTHORITY

と呼びます。

責任はある。でも、決める力がない。

この状態では、OWNERは仕事を前へ進める人ではなく、結果だけを問われる連絡係になってしまいます。

■ OWNERとMESSENGERを混同しない。

例えば、ある業務改善の責任者を決めたとします。その人が現場の意見を集め、問題を整理し、
改善案まで作った。でも、実施しようとすると毎回上司へ伺いを立てなければならない。

「この運用を1週間だけ試していいですか。」
「この帳票を一つ減らしていいですか。」
「この部署へ協力を依頼していいですか。」
「この数字を共有していいですか。」

一つずつ確認する。本人は責任者なのに、実質的には上司と現場の間を行き来しているだけです。

OWNERではなく、MESSENGERになっている。

これでは、決定が遅くなるだけではありません。本人も周囲も、「最終的には上が決める」と
学習します。結果として、OWNERという肩書きがあっても、誰もその人を本当の意思決定者
として扱わなくなります。

■ 今日の数字｜38 studies

昨日紹介した、急性期病院におけるRegistered NurseとUnlicensed Assistive Personnelの
チームワークを扱った2025年のスコーピングレビューでは、38研究が分析され、role clarity、
delegation、communication、ward culture and practice、interpersonal relationshipsの5テーマ
が整理されました。レビューでは、不明確な役割・責任だけでなく、ineffective delegation
｜不十分な委譲も、協働を妨げる要因として繰り返し報告されています。

さらに、2024年の看護ケアのdelegationに関する質的研究では、適切な委譲にはresponsibility・
authority・accountabilityの3要素を合わせて考える必要があると整理されています。責任だけ
でなく、必要な権限と説明責任が同じ場所にあることが重要だという考え方です。

これは病院経営にもそのまま使える視点だと思います。

RESPONSIBILITY × AUTHORITY × ACCOUNTABILITY

この3つが離れすぎると、組織は動きにくくなります。

■ 「任せる」と「やらせる」は違う。

管理職が部下へ仕事を渡す時、「任せたよ」と言うことがあります。でも実際には、
方法も決める。途中経過も細かく確認する。変更には全部承認が必要。
失敗したら本人の責任。

これは、任せたように見えて、

EXECUTIONだけを渡して、DECISIONは渡していない。

状態です。

つまり、やらせている。

本当のdelegationは、作業だけを渡すことではありません。その仕事を進めるために
必要な一定の判断範囲まで一緒に渡すことです。

私は、ここをかなり重要だと思っています。

■ AUTHORITYとは、好きにしていいことではない。

「権限を渡す」と言うと、「勝手に決められたら困る」と感じる管理職もいるかもしれません。

でもAUTHORITYとは、無制限の自由ではありません。

決めてよい範囲が明確であること。

です。

例えば、「5万円以下なら課長判断」「既存ルール内の運用変更なら責任者判断」
「患者安全に関わる変更は上位判断」「1病棟での試行までは担当者判断」「全院展開は経営会議」。

このように境界が見えていれば、人は動けます。

逆に、

「一応、何でも確認して。」

では、最終的にすべてが管理職へ集まります。

■ DECISION RIGHTS

そこで、今日の中心概念を置きます。

DECISION RIGHTS｜誰が、何を決めてよいか。

責任者を決める時に、職務名だけではなく、決定権まで書く。

「〇〇プロジェクト責任者」では弱い。

「現場ヒアリングは自由に実施できる。」
「試行期間中は手順変更を判断できる。」
「月3万円以内の必要物品は責任者判断。」
「他部署への協力依頼は直接行える。」
「重大な安全・法務・予算変更は上司へ戻す。」

ここまであると、責任と権限がつながります。

TITLEよりDECISION RIGHTS。

肩書きより、「何を決められるか」の方が実務では重要です。

■ 権限がないと、報告が増える。

責任者に権限がない組織では、必然的に報告と確認が増えます。

「これでいいですか。」
「次はどうしますか。」
「この場合はどうしますか。」

管理職から見ると、「報告がきちんと上がっている」と感じるかもしれません。しかし、
その報告の中には、本来現場で判断できるものまで含まれている可能性があります。

すると、昨日まで扱ってきたCHECKやINTERRUPTIONが再び増える。責任の設計が悪いと、
見えない仕事まで増えるのです。

LOW AUTHORITY → HIGH APPROVAL → SLOW FLOW

私は、この連鎖をよく見ます。

■ 「自分で考えて」と言いながら、答えを修正していないか。

管理職が、

「もっと自分で考えて。」
「主体的に判断して。」

と言う。

部下が考えて提案する。

すると、

「いや、それは違う。」
「こうした方がいい。」
「今回は私のやり方で。」

となる。

これを繰り返すと、部下は学びます。

考えるより、聞いた方が早い。

主体性がないのではありません。主体的に考えるコストが高すぎる。

だから、権限委譲では「正解と違ったら全部直す」のではなく、許容できる範囲を持つ必要があります。

「私ならBにする。でもAでも安全で、目的は達成できる。」

ならAを残す。

ここが管理職には難しいところだと思います。

■ CONTROLとSTANDARDを分ける。

権限を渡すとバラバラになるのではないか。

この不安に対して、私はCONTROLを増やすのではなく、

STANDARDを明確にする。

方がよいと思っています。

目的。
安全基準。
法令。
予算上限。
最低品質。
報告条件。

ここは固定する。

その範囲内で、方法は任せる。

FIX THE BOUNDARY, FREE THE METHOD.

境界を固定し、方法を自由にする。

これなら、組織としての一貫性と現場の判断を両立できます。

■ ESCALATION CONDITION

もう一つ重要なのが、

いつ上へ戻すのか。

です。

権限委譲がうまくいかない組織では、ここが曖昧です。

「困ったら相談して。」

だけでは、人によって相談するタイミングが違います。慎重な人は何でも聞く。
大胆な人はほとんど聞かない。

そこで条件を決めます。

患者安全に影響する。
規程外になる。
予算上限を超える。
他部署へ重大な影響が出る。
判断に必要な情報が不足している。

この時だけ戻す。

AUTHORITYには、ESCALATION RULEが必要です。

権限だけ渡して戻り先を決めないのも危険です。

■ ORVA AUTHORITY 5

今日の実務レンズは5つです。

ORVA AUTHORITY 5

1｜DECIDE｜何を決めてよいか。
日常判断、試行、運用変更など、判断可能な範囲を明確にする。

2｜LIMIT｜どこまでか。
金額、期間、対象範囲、リスクなどの境界を決める。

3｜ACCESS｜何に直接アクセスできるか。
情報、人、会議、システムへのアクセスを持たせる。

4｜ESCALATE｜何が起きたら上へ戻すか。
例外条件を明確にする。

5｜REVIEW｜いつ振り返るか。
渡した権限が適切だったかを定期的に見直す。

DECIDE → LIMIT → ACCESS → ESCALATE → REVIEW

ここまで揃えば、「任せる」はかなり実務的になります。

■ 権限と情報はセット。

権限を渡しても、必要な情報が見られなければ判断できません。

例えば稼働率改善の責任者なのに、病床データを見られない。採用責任者なのに、
人件費状況を知らない。物品管理責任者なのに、購入実績へアクセスできない。

これではAUTHORITYがあっても機能しません。

AUTHORITY WITHOUT INFORMATION = EMPTY AUTHORITY

です。

だから、OWNERを決める時には、「何を見られるようにするか」も同時に設計する必要があります。

■ 責任だけ渡すと、心理的にも重くなる。

「あなたが責任者です。」

この一言は、人によってはかなり重い。

特に、自分では何も決められない状態ならなおさらです。結果は自分の責任。
でも、条件は他人が決める。
これはかなり苦しい。

2025年のrole clarityに関するレビューでも、不明確な役割や責任、非効果的なdelegationは、
チームの摩擦や非効率と結びついていました。

だから、責任を明確にすることは、人を追い込むことではありません。

責任と一緒に、動ける条件を渡す。

そこまでやって初めて、責任は力になります。

■ 今日からできること｜ONE OWNER, ONE AUTHORITY

今日、何か一つ「責任者」が決まっている案件を選んでください。

そして、その人に聞きます。

「この案件で、あなたが自分で決めていいことは何ですか？」

即答できるでしょうか。

もし、

「たぶん……」
「一応、上司確認です。」
「基本的には何でも確認します。」

なら、AUTHORITYが曖昧です。

次に管理職側が答えます。

「ここまではあなたが決めていい。」
「ここから先は私へ戻してほしい。」
「この情報には直接アクセスしていい。」
「この範囲の他部署調整は自分で進めていい。」

これだけで、OWNERの意味はかなり変わります。

■ Management Question

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

「当院には、“責任はあるのに決められない人”がどれだけいるだろうか。」

そして、もう一つ。

「私は、任せた仕事に口を出しすぎて、結果として判断を自分へ戻していないだろうか。」

任せることは、関心を失うことではありません。

見る。
支える。
必要なら戻す。

でも、毎回自分が答えを決めない。

そこに、管理職としての新しい難しさがあります。

■ Orva Perspective

私は、強い病院とは「トップが何でも決める病院」ではないと思っています。
逆に、何でも現場任せにする病院でもない。

強い病院は、意思決定が、適切な場所で行われる病院。だと思います。

患者の近くで決めるべきことは、患者の近くで。部署内で完結することは、部署内で。
病院全体に影響することは、経営で。

つまり、判断を上へ集めるのではなく、

判断を、最も情報がある場所へ置く。

そのために必要なのがAUTHORITYです。

2026年のNHSのガバナンスレビューでも、委譲された権限とdecision-making authorityが明確・
一貫して定義されていないと、期待が曖昧になり、行動する自信を弱め、結果へのaccountability
を薄める可能性があると指摘されています。レビューでは、roles、responsibilities、scheme of
delegation、decision rights、delegated authority、escalation routesを一貫した枠組みとして
明確化することが推奨されています。

これはまさに今日の話です。

RESPONSIBILITY → AUTHORITY

責任者を決めたら、次に聞く。

「この人は、何を決められるのか。」

そこまで決まって初めて、OWNERは本当に動ける。

責任だけを渡さない。判断できる範囲も渡す。必要な情報も渡す。そして、戻す条件も決める。

責任は、重荷として渡すものではない。

前へ進める力と一緒に渡すもの。

私は、そう考えています。

■ 有料版では

DAY2では、Orva Authority 5／Decision Rights Map／Responsibility–Authority Gap Scan／Escalation Rule Sheet／Authority Limit Matrix／Information Access Map／Owner–Messenger Check／Delegation Boundary Canvas／Decision Bottleneck Audit／30-Day Authority Resetまで実務化します。

目的は、管理職の権限を弱めることではありません。

管理職にしかできない判断へ、管理職の時間を戻すこと。

です。

NEXT｜DAY3／5

「担当は決めました。」でも、終わったか誰も見ていない。

責任者を決めた。権限も渡した。

では、その仕事はいつ「完了」になるのでしょうか。

「対応中です。」
「進めています。」
「確認しています。」

気づけば数週間。

DAY3は、

ACTIVITY → OUTCOME

「やっている」を、「終わった」へ変える責任設計を考えます。

ハッシュタグ
#Orva #医療経営支援 #病院経営 #組織変革 #責任と権限 #権限委譲 #DecisionRights #Ownership #Delegation #RoleClarity #OrganizationalDesign #HealthcareLeadership #HospitalManagement #BrighterTomorrow

仕事でもなくならないように、OUTCOME・OWNER・CONTRIBUTORS・AUTHORITY・DONEを明確にする。責任感のある人を増やすのではなく、責任の所在を設計することを考えました。

今日は、その次の問題です。OWNERは決めた。でも、人は動かせない。運用は変えられない。
予算も使えない。判断するたび上司へ確認する。それでも結果だけは「責任者なのだから」と
求められる。これでは、責任を渡したことにはなりません。

「責任者はあなたです。」でも、何も決められない。

今日のテーマは、

RESPONSIBILITY → AUTHORITY

です。

責任を渡すなら、何を決められるのかも渡す。

病院では、担当者や責任者を決める場面がたくさんあります。「このプロジェクトは〇〇さんが責任者です」
「この部署の改善は師長に任せます」「採用は人事でお願いします」。

一見、責任は明確です。ところが実際に動こうとすると、「それは部長確認が必要です」「他部署には直接
言わないでください」「予算は使えません」「運用変更は会議にかけてください」「最終判断は上でします」と
なる。こうなると、責任者は決まっていても、意思決定は別の場所にあります。

私はこの状態を、

RESPONSIBILITY WITHOUT AUTHORITY

と呼びます。

責任はある。でも、決める力がない。

この状態では、OWNERは仕事を前へ進める人ではなく、結果だけを問われる連絡係になってしまいます。

■ OWNERとMESSENGERを混同しない。

例えば、ある業務改善の責任者を決めたとします。その人が現場の意見を集め、問題を整理し、
改善案まで作った。でも、実施しようとすると毎回上司へ伺いを立てなければならない。

「この運用を1週間だけ試していいですか。」
「この帳票を一つ減らしていいですか。」
「この部署へ協力を依頼していいですか。」
「この数字を共有していいですか。」

一つずつ確認する。本人は責任者なのに、実質的には上司と現場の間を行き来しているだけです。

OWNERではなく、MESSENGERになっている。

これでは、決定が遅くなるだけではありません。本人も周囲も、「最終的には上が決める」と
学習します。結果として、OWNERという肩書きがあっても、誰もその人を本当の意思決定者
として扱わなくなります。

■ 今日の数字｜38 studies

昨日紹介した、急性期病院におけるRegistered NurseとUnlicensed Assistive Personnelの
チームワークを扱った2025年のスコーピングレビューでは、38研究が分析され、role clarity、
delegation、communication、ward culture and practice、interpersonal relationshipsの5テーマ
が整理されました。レビューでは、不明確な役割・責任だけでなく、ineffective delegation
｜不十分な委譲も、協働を妨げる要因として繰り返し報告されています。

さらに、2024年の看護ケアのdelegationに関する質的研究では、適切な委譲にはresponsibility・
authority・accountabilityの3要素を合わせて考える必要があると整理されています。責任だけ
でなく、必要な権限と説明責任が同じ場所にあることが重要だという考え方です。

これは病院経営にもそのまま使える視点だと思います。

RESPONSIBILITY × AUTHORITY × ACCOUNTABILITY

この3つが離れすぎると、組織は動きにくくなります。

■ 「任せる」と「やらせる」は違う。

管理職が部下へ仕事を渡す時、「任せたよ」と言うことがあります。でも実際には、
方法も決める。途中経過も細かく確認する。変更には全部承認が必要。
失敗したら本人の責任。

これは、任せたように見えて、

EXECUTIONだけを渡して、DECISIONは渡していない。

状態です。

つまり、やらせている。

本当のdelegationは、作業だけを渡すことではありません。その仕事を進めるために
必要な一定の判断範囲まで一緒に渡すことです。

私は、ここをかなり重要だと思っています。

■ AUTHORITYとは、好きにしていいことではない。

「権限を渡す」と言うと、「勝手に決められたら困る」と感じる管理職もいるかもしれません。

でもAUTHORITYとは、無制限の自由ではありません。

決めてよい範囲が明確であること。

です。

例えば、「5万円以下なら課長判断」「既存ルール内の運用変更なら責任者判断」
「患者安全に関わる変更は上位判断」「1病棟での試行までは担当者判断」「全院展開は経営会議」。

このように境界が見えていれば、人は動けます。

逆に、

「一応、何でも確認して。」

では、最終的にすべてが管理職へ集まります。

■ DECISION RIGHTS

そこで、今日の中心概念を置きます。

DECISION RIGHTS｜誰が、何を決めてよいか。

責任者を決める時に、職務名だけではなく、決定権まで書く。

「〇〇プロジェクト責任者」では弱い。

「現場ヒアリングは自由に実施できる。」
「試行期間中は手順変更を判断できる。」
「月3万円以内の必要物品は責任者判断。」
「他部署への協力依頼は直接行える。」
「重大な安全・法務・予算変更は上司へ戻す。」

ここまであると、責任と権限がつながります。

TITLEよりDECISION RIGHTS。

肩書きより、「何を決められるか」の方が実務では重要です。

■ 権限がないと、報告が増える。

責任者に権限がない組織では、必然的に報告と確認が増えます。

「これでいいですか。」
「次はどうしますか。」
「この場合はどうしますか。」

管理職から見ると、「報告がきちんと上がっている」と感じるかもしれません。しかし、
その報告の中には、本来現場で判断できるものまで含まれている可能性があります。

すると、昨日まで扱ってきたCHECKやINTERRUPTIONが再び増える。責任の設計が悪いと、
見えない仕事まで増えるのです。

LOW AUTHORITY → HIGH APPROVAL → SLOW FLOW

私は、この連鎖をよく見ます。

■ 「自分で考えて」と言いながら、答えを修正していないか。

管理職が、

「もっと自分で考えて。」
「主体的に判断して。」

と言う。

部下が考えて提案する。

すると、

「いや、それは違う。」
「こうした方がいい。」
「今回は私のやり方で。」

となる。

これを繰り返すと、部下は学びます。

考えるより、聞いた方が早い。

主体性がないのではありません。主体的に考えるコストが高すぎる。

だから、権限委譲では「正解と違ったら全部直す」のではなく、許容できる範囲を持つ必要があります。

「私ならBにする。でもAでも安全で、目的は達成できる。」

ならAを残す。

ここが管理職には難しいところだと思います。

■ CONTROLとSTANDARDを分ける。

権限を渡すとバラバラになるのではないか。

この不安に対して、私はCONTROLを増やすのではなく、

STANDARDを明確にする。

方がよいと思っています。

目的。
安全基準。
法令。
予算上限。
最低品質。
報告条件。

ここは固定する。

その範囲内で、方法は任せる。

FIX THE BOUNDARY, FREE THE METHOD.

境界を固定し、方法を自由にする。

これなら、組織としての一貫性と現場の判断を両立できます。

■ ESCALATION CONDITION

もう一つ重要なのが、

いつ上へ戻すのか。

です。

権限委譲がうまくいかない組織では、ここが曖昧です。

「困ったら相談して。」

だけでは、人によって相談するタイミングが違います。慎重な人は何でも聞く。
大胆な人はほとんど聞かない。

そこで条件を決めます。

患者安全に影響する。
規程外になる。
予算上限を超える。
他部署へ重大な影響が出る。
判断に必要な情報が不足している。

この時だけ戻す。

AUTHORITYには、ESCALATION RULEが必要です。

権限だけ渡して戻り先を決めないのも危険です。

■ ORVA AUTHORITY 5

今日の実務レンズは5つです。

ORVA AUTHORITY 5

1｜DECIDE｜何を決めてよいか。
日常判断、試行、運用変更など、判断可能な範囲を明確にする。

2｜LIMIT｜どこまでか。
金額、期間、対象範囲、リスクなどの境界を決める。

3｜ACCESS｜何に直接アクセスできるか。
情報、人、会議、システムへのアクセスを持たせる。

4｜ESCALATE｜何が起きたら上へ戻すか。
例外条件を明確にする。

5｜REVIEW｜いつ振り返るか。
渡した権限が適切だったかを定期的に見直す。

DECIDE → LIMIT → ACCESS → ESCALATE → REVIEW

ここまで揃えば、「任せる」はかなり実務的になります。

■ 権限と情報はセット。

権限を渡しても、必要な情報が見られなければ判断できません。

例えば稼働率改善の責任者なのに、病床データを見られない。採用責任者なのに、
人件費状況を知らない。物品管理責任者なのに、購入実績へアクセスできない。

これではAUTHORITYがあっても機能しません。

AUTHORITY WITHOUT INFORMATION = EMPTY AUTHORITY

です。

だから、OWNERを決める時には、「何を見られるようにするか」も同時に設計する必要があります。

■ 責任だけ渡すと、心理的にも重くなる。

「あなたが責任者です。」

この一言は、人によってはかなり重い。

特に、自分では何も決められない状態ならなおさらです。結果は自分の責任。
でも、条件は他人が決める。
これはかなり苦しい。

2025年のrole clarityに関するレビューでも、不明確な役割や責任、非効果的なdelegationは、
チームの摩擦や非効率と結びついていました。

だから、責任を明確にすることは、人を追い込むことではありません。

責任と一緒に、動ける条件を渡す。

そこまでやって初めて、責任は力になります。

■ 今日からできること｜ONE OWNER, ONE AUTHORITY

今日、何か一つ「責任者」が決まっている案件を選んでください。

そして、その人に聞きます。

「この案件で、あなたが自分で決めていいことは何ですか？」

即答できるでしょうか。

もし、

「たぶん……」
「一応、上司確認です。」
「基本的には何でも確認します。」

なら、AUTHORITYが曖昧です。

次に管理職側が答えます。

「ここまではあなたが決めていい。」
「ここから先は私へ戻してほしい。」
「この情報には直接アクセスしていい。」
「この範囲の他部署調整は自分で進めていい。」

これだけで、OWNERの意味はかなり変わります。

■ Management Question

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

「当院には、“責任はあるのに決められない人”がどれだけいるだろうか。」

そして、もう一つ。

「私は、任せた仕事に口を出しすぎて、結果として判断を自分へ戻していないだろうか。」

任せることは、関心を失うことではありません。

見る。
支える。
必要なら戻す。

でも、毎回自分が答えを決めない。

そこに、管理職としての新しい難しさがあります。

■ Orva Perspective

私は、強い病院とは「トップが何でも決める病院」ではないと思っています。
逆に、何でも現場任せにする病院でもない。

強い病院は、意思決定が、適切な場所で行われる病院。だと思います。

患者の近くで決めるべきことは、患者の近くで。部署内で完結することは、部署内で。
病院全体に影響することは、経営で。

つまり、判断を上へ集めるのではなく、

判断を、最も情報がある場所へ置く。

そのために必要なのがAUTHORITYです。

2026年のNHSのガバナンスレビューでも、委譲された権限とdecision-making authorityが明確・
一貫して定義されていないと、期待が曖昧になり、行動する自信を弱め、結果へのaccountability
を薄める可能性があると指摘されています。レビューでは、roles、responsibilities、scheme of
delegation、decision rights、delegated authority、escalation routesを一貫した枠組みとして
明確化することが推奨されています。

これはまさに今日の話です。

RESPONSIBILITY → AUTHORITY

責任者を決めたら、次に聞く。

「この人は、何を決められるのか。」

そこまで決まって初めて、OWNERは本当に動ける。

責任だけを渡さない。判断できる範囲も渡す。必要な情報も渡す。そして、戻す条件も決める。

責任は、重荷として渡すものではない。

前へ進める力と一緒に渡すもの。

私は、そう考えています。

■ 有料版では

DAY2では、Orva Authority 5／Decision Rights Map／Responsibility–Authority Gap Scan／Escalation Rule Sheet／Authority Limit Matrix／Information Access Map／Owner–Messenger Check／Delegation Boundary Canvas／Decision Bottleneck Audit／30-Day Authority Resetまで実務化します。

目的は、管理職の権限を弱めることではありません。

管理職にしかできない判断へ、管理職の時間を戻すこと。

です。

NEXT｜DAY3／5

「担当は決めました。」でも、終わったか誰も見ていない。

責任者を決めた。権限も渡した。

では、その仕事はいつ「完了」になるのでしょうか。

「対応中です。」
「進めています。」
「確認しています。」

気づけば数週間。

DAY3は、

ACTIVITY → OUTCOME

「やっている」を、「終わった」へ変える責任設計を考えます。

ハッシュタグ
#Orva #医療経営支援 #病院経営 #組織変革 #責任と権限 #権限委譲 #DecisionRights #Ownership #Delegation #RoleClarity #OrganizationalDesign #HealthcareLeadership #HospitalManagement #BrighterTomorrow