- نرمافزار مناسب هدنرس، قانون هر بخش را یک بار ثبت میکند و هر ماه همان را اجرا مینماید.
- هدنرس همچنان مدیر بخش است: قوانین را تعیین میکند، خروجی را بررسی میکند و تصمیم نهایی را میگیرد؛ سامانه جای هدنرس را نمیگیرد.
- نیروها با شیفت پیشنهادی (اولویت یک تا سه) یا شیفت دلخواه از میان گزینه‌های مجاز نظر می‌دهند و قوانین بالاتر از انتخاب فردی می‌ماند.
- مرخصی داخل همان لیست ثبت میشود و افراد واجد شرایط از بخش خود یا بخش‌های مجاز دیگر پیشنهاد می‌گردند؛ برنامه بازنویسی میشود.
- سیستم امکان بررسی و محاسبه توزیع شیفتها را فراهم میکند تا مدیر بتواند وضعیت توزیع شیفتها را دقیق‌تر مشاهده کند.
۱. نرمافزار مناسب هدنرس چیست؟
نرمافزار مناسب هدنرس، سامانهای تحت وب برای برنامه‌ریزی، چیدمان، مدیریت و کنترل شیفت نیروهای بخش است که فرآیند سنتی «پیامک و کاغذ، جمعآوری درخواستها، بررسی دستی، جدول‌سازی، اصلاحات متعدد و تأیید» را به فرآیند ساختاریافته «تعریف قوانین، ثبت درخواستها، بررسی خودکار، چیدمان، کنترل محدودیتها، تأیید، مدیریت تغییرات و گزارش‌گیری» تبدیل میکند. این تعریف را جدی بگیرید چون تفاوت یک جدول‌ساز ساده با یک سامانه مدیریتی دقیقاً همین‌جاست: جدول فقط می‌گوید چه کسی کجا و چه زمانی کار میکند، اما سامانه فرآیند اطراف جدول را هم مدیریت میکند؛ از ساختار بخش و نقشها تا درخواست، چیدمان، مرخصی، واگذاری، بازچینی، گزارش و امضا. هدنرسی که چنین ابزاری دارد، دیگر لازم نیست قوانین را هر ماه از نو در ذهن مرور کند؛ چون مهم‌ترین مفهوم سامانه همین است: قانون یک بار تعریف میشود اما هر ماه دوباره اجرا میشود.
ساختاردهی در این سامانه چهار لایه دارد که هدنرس باید آن را یک بار با دقت بچیند. نخست مجموعه و بخش تعریف میشود و برای هر بخش می‌توان قوانین مخصوص همان بخش را ثبت کرد؛ چون روشن است که قوانین بخش مراقبت ویژه با بخش عمومی یکی نیست. سپس نقش‌های لازم هر بخش مشخص می‌گردد؛ مانند پرستار، پرستار ارشد، کمک‌پرستار و سایر نقش‌های موردنیاز. بعد شیفت‌های هر بخش تعریف میشود که می‌تواند مخصوص یک نقش باشد یا برای کل بخش ثبت گردد. و در پایان برای هر شیفت، ظرفیت و شرایط ثبت میشود: حداقل و حداکثر تعداد، ظرفیت بر اساس نقش و جنسیت، و محدودیت‌های روزانه و هفتگی و ماهانه. وقتی این چهار لایه کامل باشد، سامانه فقط نمی‌داند «این فرد باید شیفت داشته باشد»؛ بلکه می‌داند چه کسی، در چه بخشی، با چه نقشی، در چه زمانی، تحت چه شرایطی و در چه ظرفیتی می‌تواند در یک شیفت قرار بگیرد. همین جمله، شناسنامه یک نرمافزار مناسب هدنرس است.
سامانه چه چیزی را از دوش هدنرس برمی‌دارد؟
پاسخ کوتاه این است: محاسبات تکراری و کنترل هم‌زمان ده‌ها محدودیت را. در روش سنتی، درخواستها از کاغذ و پیامک و پیام‌رسان و تماس جمع میشود و هدنرس باید آن‌ها را کنار قوانین نانوشته بخش بگذارد و جدول را بچیند؛ بعد یک نفر درخواست تغییر میدهد و جدول اصلاح میشود، یک نفر مرخصی میگیرد و جایگزین پیدا میشود و دوباره جدول اصلاح می‌گردد. هر حلقه اصلاح، ریسک خطای تازه می‌سازد چون ذهن انسان نمی‌تواند هم‌زمان ظرفیت هر شیفت، سقف ساعات هر فرد، نقش لازم هر نوبت و مرخصی‌های ثبت‌شده را در حافظه نگه دارد. سامانه دقیقاً همین بار را برمی‌دارد: قوانین یک بار نوشته میشود، درخواستها در یک لیست جمع می‌گردد و هنگام چیدمان، شرایط هر انتصاب سنجیده میشود. هدنرس از «چیدن دستی جدول» به «مدیریت و کنترل برنامه» نزدیک‌تر میشود؛ یعنی زمانش بهجای جمعآوری پیامها و اصلاح جدول، صرف مدیریت، نظارت و تصمیمگیری میشود.
برای هدنرس‌ها که با اکسل کار کرده‌اند، مقایسه منصفانه مهم است. اکسل رایگان است، بدون اینترنت کار میکند و برای بخش‌های کوچک با ترکیب پایدار نیروها هنوز سریع و کم‌هزینه است و حس کنترل مستقیم خانه‌به‌خانه را به مدیر میدهد. انکار این مزیت‌ها نادرست و غیرحرفه‌ای است. اما اکسل قانون را به‌صورت خودکار بررسی نمیکند، دلیل انتصاب را ثبت نمی‌نماید، اثر مرخصی را روی پوشش نشان نمی‌دهد و تاریخچه قابل جست‌وجو ندارد. سامانه ساختاریافته در برابر این ضعف‌ها می‌ایستد: قانون را هر ماه اجرا میکند، دلیل هر انتصاب را قابل بررسی نگه می‌دارد و پس از هر تغییر، برنامه را بازنویسی مینماید. انتخاب درست این نیست که روش دستی را تحقیر کنیم؛ انتخاب درست این است که بپرسیم آیا می‌توان همان فرآیند را سریع‌تر، قابل ردیابی‌تر و با کنترل خودکار محدودیتها انجام داد و برای پاسخ، سامانه را در شرایط واقعی بخش به‌صورت آزمایشی تجربه کرد.
پیام اصلی برای هدنرس چیست؟
پیام اصلی را باید بدون هیچ ابهامی گفت: سامانه قرار نیست جای هدنرس را بگیرد. هدنرس همچنان مدیر بخش است، قوانین را تعیین میکند، برنامه را بررسی میکند، تصمیم نهایی را میگیرد و بر عملکرد بخش نظارت دارد؛ اما محاسبات تکراری و بررسی حجم زیادی از درخواستها و محدودیتها به سامانه سپرده میشود. این جمله را می‌توان به شکل دیگری هم گفت که بار روانی آن برای مدیران روشن‌تر است: قرار نیست مدیریت هدنرس حذف شود؛ قرار است کار محاسباتی و تکراری برنامه‌ریزی کمتر شود. هر فروشنده یا راهنمایی که خلاف این بگوید و ادعا کند سامانه جای مدیر را میگیرد یا هدنرس دیگر لازم نیست کاری انجام دهد، خلاف واقعیت محصول حرف زده است. هدف سامانه زیر سؤال بردن عملکرد هدنرس نیست؛ هدف، ارائه ابزار بهتر برای تصمیمگیری است و تصمیم نهایی همیشه با مدیر می‌ماند.
از همین‌جا مسیر ورود هدنرس به سامانه هم روشن میشود. برای هر بخش یک کد اختصاصی ساخته میشود و نیروها همان کد را وارد می‌کنند و درخواست عضویت می‌دهند و نقش خود را انتخاب می‌نمایند. مدیر درخواست را بررسی میکند و اگر نقش اشتباه ثبت شده باشد آن را اصلاح مینماید و سپس درخواست را تأیید میکند. این چرخه کوتاه، دو اثر مهم دارد: نخست این‌که ورود افراد به بخش کنترل‌شده است و کسی با نقش اشتباه وارد چیدمان نمی‌شود؛ دوم این‌که مسئولیت تأیید نقش از ابتدا با مدیر است و همین، اعتبار چیدمان‌های بعدی را می‌سازد. پس از عضویت، نیروها وارد فرآیند ثبت درخواست میشوند و هدنرس از این نقطه به بعد، بیشتر ناظر و تصمیم‌گیر است تا جمع‌کننده پیام و پرکننده خانه‌های جدول.
۲. هدنرس چگونه شیفت پرستاران را مدیریت کند؟
مدیریت شیفت از نگاه هدنرس، یک چرخه ماهانه با نظم مشخص است نه یک جدول یک‌باره. نقطه شروع، تعریف قانون بخش است: برای هر شیفت حداقل و حداکثر نیرو، نقش‌های لازم، جنسیت موردنیاز در صورت اقتضای بخش، و سقف‌های روزانه و هفتگی و ماهانه ثبت میشود. این اعداد باید با واقعیت بخش هم‌خوان باشد و یک بار به‌صورت نوشته‌شده ثبت گردد. قدم بعدی، عضویت نیروها با کد بخش و تأیید نقش هر فرد توسط مدیر است تا چیدمان روی داده تمیز سوار شود. سپس بازه ثبت درخواست اعلام میشود و نیروها در همان بازه، نظر خود را با یکی از دو روش ثبت می‌کنند. بعد چیدمان اجرا میشود، دلیل انتصاب‌های حساس خوانده می‌گردد و در صورت نیاز، چیدمان مجدد گرفته میشود تا ترکیب تازه‌ای ساخته گردد. در پایان، لیست نهایی در کارتابل امضا و به تیم ابلاغ میشود. همین چرخه، هر ماه تکرار می‌گردد و چون قانون از قبل نوشته شده، تکرار آن به‌معنای شروع از صفر نیست.
دو روش ثبت درخواست را باید دقیق بشناسید چون انتخاب میان آن‌ها اثر مستقیم روی تجربه تیم دارد. در روش شیفت پیشنهادی، نیروها روزها و شیفت‌های مطلوب خود را با اولویت یک (بسیار مطلوب) تا سه (ترجیحی) ثبت می‌کنند و سامانه هنگام چیدمان، این درخواستها را با قوانین و تکمیل ظرفیت می‌سنجد. در روش شیفت دلخواه، نیرو مستقیماً از میان شیفت‌هایی که برای او مجاز است انتخاب میکند؛ درست مانند انتخاب صندلی که صندلی پرشده قابل انتخاب نیست و اگر ظرفیت تکمیل شده باشد، امکان انتخاب برای نفرات بعدی غیرفعال میشود. در هر دو روش یک اصل ثابت برقرار است: قوانین مجموعه بالاتر از انتخاب فردی قرار دارد. یعنی نظر نیروها شنیده و ثبت میشود ولی اجرای آن تابع قانون بخش است؛ و همین شفافیت، انتظارها را واقع‌بینانه میکند و اعتراض‌های بعدی را از حالت احساسی به گفت‌وگوی مستدل تبدیل مینماید.
نقش روزانه هدنرس در این چرخه چیست؟
نقش روزانه هدنرس سه کار است: قانون را به‌روز نگه دارد، ورودی‌ها را کامل کند و خروجی را تأیید نماید. به‌روز نگه داشتن قانون یعنی وقتی ظرفیت بخشی تغییر کرد یا سقف تازه‌ای ابلاغ شد، همان را در سامانه ثبت کند تا چیدمان بعدی روی قانون تازه سوار شود. کامل کردن ورودی‌ها یعنی مرخصی‌های قطعی را زودهنگام داخل لیست ثبت نماید و بازه ثبت درخواست را شفاف به تیم اعلام کند؛ چون اگر ثبت درخواست همیشه باز باشد، برنامه هیچ‌وقت قفل نمی‌شود و چیدمان معنا ندارد. و تأیید خروجی یعنی پس از اجرای چیدمان، دلیل انتصابها را بخواند، گزارش توزیع شب‌ها و ساعات را ببیند و سپس لیست را در کارتابل امضا کند. امضا در کارتابل نقطه اتکای مشترک همه است: یعنی مدیر مسئولیت همین توزیع را رسماً پذیرفته و تیم هم می‌داند برنامه رسمی و لازم‌الاجراست. در نسخه فعلی، کارتابل برای ارسال لیست شیفت‌های آماده‌شده به مدیران جهت بررسی و امضا به کار می‌رود و بخش امضا با سازوکارهای امنیتی برای بررسی و احراز هویت همراه است.
در کنار این سه کار، هدنرس باید مراقب مرز میان مدیریت و تحمیل باشد. هرگز به نیروها نگویید سامانه چیده پس اعتراض وارد نیست؛ بگویید توزیع را با هم در گزارش ببینیم و اگر ناترازی هست اصلاح کنیم. این جمله، تفاوت مدیریت با تحمیل است. وقتی گزارش نشان میدهد همکاری چند ماه پیاپی نوبت شب بیشتری داشته است (مثال نمایشی)، مدیر می‌تواند آگاهانه جبران کند؛ و وقتی گزارش نشان میدهد توزیع متعادل است، همان گزارش سپر دفاعی مدیر در برابر اعتراض‌هاست. سامانه فقط عدد شفاف میدهد و قضاوت و تصمیم با مدیر می‌ماند. همین مرزبندی، هم اعتبار مدیر را حفظ میکند هم اعتماد نیروها را می‌سازد و دقیقاً همان چیزی است که در ادبیات درست عدالت توزیعی باید رعایت شود.
هدنرس با سطوح بالاتر چگونه کار میکند؟
مدیریت هدنرس در خلأ انجام نمی‌شود؛ سطوح دسترسی، ساختار سازمانی را داخل سامانه بازتاب میدهد. هدنرس اطلاعات و امکانات مربوط به بخش خود را می‌بیند، در صورتی که سطح دسترسی لازم از طرف مدیر بالاتر برای او تعیین شده باشد. مترون می‌تواند فعالیت‌های هدنرس‌ها و گزارش‌های مربوط به آن‌ها را مشاهده کند و برنامه‌ریزی بخش‌ها را در یک ساختار قابل مشاهده و گزارش‌گیری مدیریت نماید. رئیس بیمارستان نیز می‌تواند گزارش فعالیت‌های مدیریتی انجام‌شده را ببیند و بهجای چند فرآیند پراکنده برای نیروهای شیفتی، یک ساختار یکپارچه برای تعریف قوانین، برنامه‌ریزی، تغییرات و گزارش‌ها در اختیار داشته باشد. گزارش‌ها متناسب با سطح دسترسی هر مدیر نمایش داده میشود و مواردی مانند برنامه شیفتها، وضعیت کارکنان، تغییرات، عملکرد بخش و فعالیت کاربران را پوشش میدهد. اعلان داخلی هم هر تغییر مهم را به افراد مرتبط خبر میدهد و در صورت فعال بودن قابلیت پیامکی، پیامک هم به تلفن نیروها ارسال میشود.
برای شروع، مسیر راه‌اندازی هشت مرحله دارد که بهتر است هدنرس آن را با مدیر بالاتر و تیم استقرار هماهنگ کند: شناخت ساختار مجموعه، تعریف بیمارستان و بخش‌ها، تعریف قوانین و محدودیتها، تعریف نقشها، تعریف شیفتها و ظرفیت‌ها، اضافه شدن کارکنان، آموزش کاربران و شروع استفاده آزمایشی. برای مجموعه‌های تازه، سامانه دو ماه به‌صورت آزمایشی در اختیار مجموعه قرار میگیرد تا فرآیند واقعی برنامه‌ریزی را با سامانه تجربه کنند و عملکرد آن را با روش قبلی مقایسه نمایند؛ معیارهایی مانند زمان آمادهسازی برنامه، تعداد اصلاحات، زمان مدیریت مرخصی، تعداد جابه‌جایی‌های دستی، وضعیت رعایت محدودیتها و تجربه تیم. این دوره آزمایشی، همان پاسخی است که باید به تردید «ما نرمافزار نمی‌خواهیم» داد: لازم نیست در ابتدا تصمیم خرید بگیرید؛ سامانه را در شرایط واقعی خودتان امتحان کنید و بر اساس نتیجه تصمیم بگیرید.
۳. چگونه هدنرس شیفت پرستاران را سریع بچیند؟
پرسشی که هر هدنرس در ابتدای ماه می‌پرسد همین است: چگونه شیفت پرستاران را سریع بچینیم بی‌آن‌که پوشش بخش افت کند؟ پاسخ کوتاه این است که سرعت، محصول نظم ورودی‌هاست نه عجله در چیدمان. در برخی بخش‌های شلوغ، بخش قابل‌توجهی از زمان صرف جمعآوری و راستی‌آزمایی درخواستها میشود نه خود چینش نهایی (مثال، نه آمار قطعی؛ در دوره آزمایشی خودتان بسنجید). وقتی درخواستها در پیام‌رسان‌های پراکنده پخش باشد، هر اصلاح کوچک زنجیرهای از خانه‌های جدول را جابه‌جا میکند و هدنرس ناچار میشود چند دور کامل جدول را بازبینی کند. پس اگر مسیر جمعآوری، ثبت و بررسی درخواستها ساختاریافته شود، ممکن است زمان آمادهسازی برنامه کاهش یابد (بسته به شرایط؛ در دوره آزمایشی بسنجید) و انرژی مدیر برای نظارت و تصمیمگیری آزاد می‌ماند. سامانه برای تولید برنامه نیازمند مرحله جداگانه و طولانی برای شروع محاسبات نیست؛ هم‌زمان با ورود درخواستها، اطلاعات قابل پردازش است و وضعیت تکمیل ظرفیت هر شیفت به‌صورت لحظه‌ای دیده میشود.
در عمل، هدنرس می‌تواند در طول بازه ثبت، سه تصویر زنده را ببیند: چه تعداد نیرو درخواست خود را ارسال کرده‌اند، چه میزان از ظرفیت شیفتها تکمیل شده و چه شیفت‌هایی هنوز ظرفیت دارند. همین شفافیت، تصمیم‌های میانه راه را ممکن میکند؛ مثلاً اگر شیفتی خلوت مانده، یادآوری هدفمند برای همان نوبت فرستاده میشود و اگر فردی به سقف نزدیک شده، از ابتدا برای نوبت‌های تازه کنار گذاشته می‌گردد. هنگام اجرای چیدمان، سامانه قوانین تعریفشده را بررسی میکند و درخواستها را با توجه به ظرفیت‌ها در برنامه قرار میدهد؛ حتی می‌تواند درخواستها را بر اساس میزان تکمیل ظرفیت مرتب کند تا شیفت‌هایی که در آستانه تکمیل‌اند، زودتر تعیین تکلیف شوند. مدیر هم می‌تواند با گزینه چیدمان مجدد، فرآیند را دوباره اجرا کند تا سامانه از ابتدا ترکیب تازه‌ای بسازد و دو حالت را کنار هم بگذارد و منصفانه‌تر را انتخاب نماید. این امکان مقایسه، همان چیزی است که در روش دستی عملاً وجود ندارد چون هر بار چینش، چند روز زمان می‌برد و کسی حاضر نیست فقط برای مقایسه، دوباره جدول بچیند.
چرا روش سنتی چند روز طول می‌کشد؟
چرخه سنتی را قدم‌به‌قدم ببینید تا گلوگاه‌ها مشخص شود: سی نفر درخواست می‌دهند، هدنرس آن‌ها را از کانال‌های مختلف جمع میکند، قوانین و محدودیتها را در ذهن نگه می‌دارد، جدول را می‌چیند، یک نفر درخواست تغییر میدهد، جدول اصلاح میشود، یک نفر مرخصی میگیرد، جایگزین پیدا میشود و دوباره جدول اصلاح می‌گردد تا در نهایت برنامه تأیید شود. هر حلقه، چند ساعت تا چند روز زمان می‌برد و ریسک خطای تازه دارد. مشکل از جایی شروع میشود که تعداد نیروها زیاد شود، مرخصی‌ها و جابه‌جایی‌ها پشت سر هم بیاید و قوانین هر بخش با بخش دیگر فرق کند؛ در این نقطه حافظه و دفترچه دیگر جواب نمی‌دهد و هر ماه همان رنج تکرار میشود. پس پرسش درست این نیست که روش دستی خوب است یا بد؛ پرسش درست این است که آیا می‌توان همان فرآیند را سریع‌تر، ساختاریافته‌تر، قابل ردیابی‌تر و با کنترل خودکار محدودیتها انجام داد؟ و پاسخ منصفانه این است که برای بخش‌های بسیار کوچک با ترکیب پایدار، روش دستی هنوز سریع و کم‌هزینه است؛ اما برای بخش‌های پرتردد بیمارستانی، نظم ساختاریافته زمان را بهطور محسوسی کم میکند.
نکته اجرایی مهم برای سرعت، انضباط زمانی است که گاهی از خود سامانه مهم‌تر است. بازه ثبت درخواست را محدود و اعلام‌شده نگه دارید، مرخصی‌های قطعی را زودهنگام ثبت کنید و پس از بسته شدن بازه، چیدمان را اجرا نمایید و دلیل انتصاب‌های حساس را بخوانید. اگر این انضباط رعایت نشود، هیچ سامانهای نمی‌تواند برنامه تمیز تحویل دهد چون ورودی، هیچ‌وقت کامل نمی‌شود. در مقابل، وقتی ورودی کامل و قانون نوشته‌شده باشد، خروجی هم قابل دفاع است: هرکس بپرسد چرا در این نوبت است یا چرا در آن نوبت نیست، پاسخ، دلیل ثبت‌شده انتصاب است نه حدس و حافظه. همین مستند بودن، بار روانی اعتراض‌ها را کم میکند و زمان جلسه‌های پس از انتشار برنامه را کوتاه مینماید.
خواندن دلیل چیدمان چه کمکی میکند؟
سامانه فقط نتیجه را نمایش نمی‌دهد؛ در مواردی که منطق تصمیم قابل توضیح باشد، مشخص میکند چرا یک فرد در یک شیفت قرار گرفته و چرا در شیفت دیگر قرار نگرفته است و چه محدودیتی مانع شده است. یعنی اگر فردی برای نوبت خاصی انتخاب نشده، مدیر می‌تواند دلیل را ببیند: سقف پر شده، فاصله استراحت رعایت نشده یا ظرفیت تکمیل بوده است. این شفافیت، دو اثر دارد: نخست این‌که مدیر مجبور نیست صرفاً به یک جدول نهایی اعتماد کند و می‌تواند منطق تصمیم را بررسی نماید؛ دوم این‌که پاسخ به اعتراض‌ها، مستند و قابل گفت‌وگو میشود. وقتی دلیل انتصابها خوانده شود و گزارش توزیع هم مرور گردد، امضای لیست در کارتابل با اطمینان انجام میشود و ابلاغ به تیم هم با همان اطمینان همراه است. اگر خروجی اول راضی‌کننده نبود، چیدمان مجدد ترکیب تازه‌ای می‌سازد و مدیر می‌تواند حالت متعادل‌تر را انتخاب کند؛ روالی عادی در تصمیمگیری ساختاریافته.
| وجه مقایسه | روش دستی از نگاه هدنرس | روش ساختاریافته از نگاه هدنرس |
|---|---|---|
| جمعآوری درخواست | کاغذ، پیامک و پیام‌رسان پراکنده | ثبت یکپارچه با اولویت یک تا سه یا انتخاب از گزینه‌های مجاز |
| کنترل قانون | ذهنی و وابسته به حافظه مدیر | خودکار بر اساس ظرفیت، نقش، جنسیت و سقف‌ها |
| اصلاح پس از تغییر | بازسازی دستی چند بخش جدول | بازنویسی برنامه پس از مرخصی و واگذاری |
| شفافیت تصمیم | توضیح شفاهی و حافظه‌محور | دلیل قابل بررسی هر انتصاب و گزارش توزیع |
| هزینه شروع | رایگان و بدون نیاز به آموزش | نیازمند تعریف اولیه قانون و آموزش کاربران |
۴. چگونه مرخصی پرستاران را مدیریت کنیم؟
مرخصی، ادامه طبیعی چیدمان است نه یک کار اداری جدا. در روش سنتی، جمله آشنای بخش این است: «من این روز نمی‌توانم بیایم، خودت یک نفر پیدا کن» و پرستار ناچار میشود به‌صورت دستی میان همکاران جست‌وجو کند و از افراد مختلف سؤال نماید. این جست‌وجوی دستی، هم زمان می‌برد هم معمولاً به افرادی می‌رسد که خودشان سقف پر دارند یا نقش لازم را ندارند. در روش ساختاریافته، مسیر کاملاً khác است: پرستار از داخل لیست شیفت‌های خود گزینه مرخصی را انتخاب میکند و سامانه افرادی را که طبق قوانین و محدودیتها و ظرفیت و شرایط کاری و نقش و وضعیت شیفت، امکان قبول آن شیفت را دارند شناسایی و پیشنهاد میکند. یعنی فرد مجبور نیست بین کارکنان جست‌وجو کند؛ فهرست گزینه‌های مجاز آماده است و انتخاب از میان همان‌ها انجام میشود.
پس از ثبت و تأیید مرخصی، برنامه صرفاً به همان شکل قبلی باقی نمی‌ماند؛ سامانه تغییر ایجادشده را لحاظ میکند و برنامه شیفت را متناسب با وضعیت تازه بازنویسی مینماید. این بازنویسی، تفاوت مهم سامانه با یک تقویم یا جدول ساده است. در عمل، وقتی چنین درخواستی ثبت شد، هدنرس سه کار انجام میدهد: اثر مرخصی را روی پوشش همان نوبت می‌بیند، فهرست افراد واجد شرایط را مرور میکند و پس از انتخاب جایگزین و تأیید، برنامه به‌روز را ابلاغ مینماید. اعلان داخلی، تغییر را به فرد جایگزین و همکاران همان نوبت خبر میدهد و در صورت فعال بودن پیامک، پیامک هم ارسال میشود. همین چرخه کوتاه، هماهنگی دستی را بهطور محسوسی کاهش میدهد و از چینش غیرقانونی برای پر کردن جدول جلوگیری میکند.
مرخصی اورژانسی را چگونه مدیریت کنیم؟
مرخصی اورژانسی، آزمون واقعی نظم بخش است چون زمان برای جست‌وجو نیست. قانون پیشنهادی این است: سقف مرخصی هم‌زمان را از قبل در قانون بخش بنویسید تا پوشش خالی نماند؛ مرخصی اورژانسی را سریع ثبت کنید تا برنامه پیش از شروع شیفت بازنویسی شود؛ و جایگزین را فقط از میان افراد واجد شرایط انتخاب نمایید. چون قانون سقف و نقش از قبل نوشته شده، جایگزین شب یا نوبت حساس از میان گزینه‌های مجاز انتخاب میشود و خطر چینش غیرقانونی برای پر کردن جدول پیش نمی‌آید. اگر با شرایط تعریفشده امکان پوشش نباشد، سامانه بهجای نقض قانون، همان مورد را به مدیر اعلام میکند تا تصمیم مدیریتی گرفته شود: تعدیل مرخصی، درخواست نیرو از بخش مجاز دیگر یا بازنگری موقت ظرفیت. اعلام «این شیفت طبق شرایط تعریفشده قابل تکمیل نیست» نشانه ضعف سامانه نیست؛ نشانه قابل اعتماد بودن خروجی آن است و اعتبار مدیر را بیشتر میکند نه کمتر.
گزارش‌های مرخصی را هم جدی بگیرید و هر ماه مرور کنید. وقتی مرخصی‌ها داخل همان لیست ثبت شود، تصویر «چه کسی چقدر مرخصی گرفته و اثرش روی پوشش چه بوده» همیشه در دسترس است و بحث‌ها از حدس به عدد تبدیل میشود. اگر گزارش نشان داد چند نفر خاص پیوسته مرخصی‌های حساس می‌گیرند و بار روی دوش بقیه می‌افتد، زمان بازنگری در قانون مرخصی هم‌زمان و چرخش نوبت‌هاست. امضای تغییرات مرخصی در کارتابل هم می‌ماند تا اگر بعداً اختلافی پیش آمد، سند تصمیم موجود باشد. این نظم، همان چیزی است که مرخصی را از یک بحران ماهانه به یک فرآیند قابل پیش‌بینی تبدیل میکند.
اثر مرخصی بر سقف ساعات چیست؟
هر مرخصی، جمع ساعات همه افراد مرتبط را تغییر میدهد و اگر این اثر دستی و حدسی بماند، سقف‌ها آرام‌آرام می‌شکنند. در روش ساختاریافته، پس از تأیید مرخصی و انتخاب جایگزین، جمع ساعات فرد مرخصی‌گرفته و فرد جایگزین به‌روز میشود و سقف روزانه و هفتگی و ماهانه هر دو دوباره سنجیده می‌گردد. یعنی مدیر همیشه تصویر زنده‌ای از «چه کسی چقدر کار کرده» دارد نه تصویر ماه گذشته. برای هر نقش، سه سطح سقف تعریف کنید: سقف روزانه برای جلوگیری از دو نوبت پیاپی فرسایشی، سقف هفتگی برای توزیع متعادل بار در طول هفته، و سقف ماهانه برای رعایت موظفی. برای نیروهای پاره‌وقت یا دارای محدودیت پزشکی هم سقف اختصاصی ثبت کنید تا قانون عمومی به آن‌ها تحمیل نشود. اصل کلی ساده است: هر استثنایی که شفاهی بماند، روزی منشأ اختلاف میشود؛ و هر استثنایی که به‌صورت قانون ثبت شود، بخشی از نظم بخش است.
۵. چگونه جایگزین شیفت پیدا کنیم؟
پیدا کردن جایگزین، همان جایی است که هدنرس تماس و پیام زیادی را تجربه میکند (مثال، نه آمار قطعی). سناریو را دقیق ببینید: پرستاری اعلام میکند امروز نمی‌تواند بیاید. در روش دستی، جست‌وجو میان حافظه و لیست تماس شروع میشود و معمولاً به چند تماس بی‌پاسخ و یک انتخاب عجولانه می‌رسد. در روش ساختاریافته، مسیر این است: درخواست واگذاری از داخل سامانه ثبت میشود، سامانه افراد دارای شرایط لازم برای دریافت آن شیفت را شناسایی میکند، درخواست برای آن‌ها ارسال می‌گردد، یک فرد قبول میکند و سامانه تغییر را در برنامه اعمال مینماید. هدف این است که تغییر یک شیفت، نیازمند بازسازی دستی کل جدول نباشد. شرایط واجد بودن هم شفاف است: نقش تأییدشده، جنسیت لازم آن نوبت در صورت اقتضا، سقف روزانه و هفتگی و ماهانه، وضعیت استراحت و مرخصی، و ظرفیت باقی‌مانده همان شیفت.
نکته‌ای که هدنرس‌های باتجربه روی آن تأکید دارند، حفظ اختیار نیروها در کنار نظم سامانه است. در این سامانه هم اختیار نیروها حفظ میشود اما پیدا کردن جایگزین از حالت جست‌وجوی دستی خارج می‌گردد: سامانه ابتدا افرادی را که طبق قوانین و شرایط امکان دریافت آن شیفت را دارند مشخص میکند و سپس انتخاب از میان گزینه‌های مجاز انجام میشود. یعنی نه مدیر مجبور است تک‌تک تماس بگیرد، نه نیرو مجبور است به هر پیشنهادی تن بدهد؛ هر دو سمت، روی فهرست مجاز تصمیم می‌گیرند. پس از تغییر هم برنامه دوباره به‌روزرسانی میشود و اعلان داخلی، فرد جایگزین و همکاران نوبت را از تغییر باخبر میکند. این چرخه، همان مدیریت خودکار تغییرات است که مرخصی، واگذاری، تغییر وضعیت فرد، تغییر ظرفیت و تغییر درخواست را بدون بازسازی دستی جدول پوشش میدهد.
نیرو از بخش دیگر چه زمانی مجاز است؟
گاهی در بخش خود فرد، گزینه مجاز کافی نیست؛ این‌جا پوشش از بخش‌های مجاز دیگر مطرح میشود. اصل را روشن بگذارید: پوشش بین‌بخشی فقط از مسیر مجاز و با نقش تأییدشده انجام میشود، نه با تماس دوستانه و توافق شفاهی. یعنی از قبل مشخص است کدام بخش‌ها مجازند به یکدیگر نیرو بدهند و هر فرد در بخش مقصد با چه نقشی شناخته میشود. وقتی جایگزین از بخش دیگر می‌آید، همان سنجش‌ها تکرار می‌گردد: نقش، سقف، وضعیت استراحت و ظرفیت نوبت مقصد. اگر گزینه مجاز نباشد، سامانه بهجای چینش غیرقانونی، موضوع را به مدیر اعلام میکند تا تصمیم مدیریتی بگیرد. این انضباط، هم از فرسودگی نیروهای کمکی جلوگیری میکند هم از اختلاف بعدی میان دو بخش بر سر «چه کسی، کجا و چقدر کار کرد»؛ چون همه‌چیز در گزارش ثبت است و هر سطح مدیریتی متناسب با دسترسی خود می‌تواند آن را ببیند.
برای نوبت شب، سخت‌گیرانه‌تر عمل کنید. ترکیب شب معمولاً کم‌تعدادتر است و غیبت یک نفر در آن اثر بزرگ‌تری روی پوشش می‌گذارد؛ پس جایگزینی شب باید سریع‌تر و دقیق‌تر انجام شود. قانون بخش باید روشن کند چه کسی مجاز به شب است، هر فرد در ماه حداکثر چند شب می‌ایستد و فاصله استراحت پس از شب چقدر است. وقتی جایگزین شب انتخاب میشود، همین سه قلم دوباره سنجیده می‌گردد تا بار شب روی دوش چند نفر ثابت نیفتد و ترکیب فرسایشی «شب پشت سر صبح بدون فاصله» ساخته نشود. اگر در میانه ماه نیروی شب مرخصی گرفت، همان مسیر استاندارد طی میشود و چون قانون سقف و نقش از قبل نوشته شده، جایگزین از میان گزینه‌های مجاز انتخاب می‌گردد. شفاف ثبت شدن تعداد نایت هر فرد می‌تواند به کاهش برخی سوءتفاهم‌های شب کمک کند (مثال تجربی، نه آمار قطعی) چون همه می‌بینند بار شب چگونه پخش شده است.
واگذاری میان دو پرستار چگونه ثبت میشود؟
واگذاری، حالت دیگری از همان مسیر است: پرستاری نمی‌تواند در نوبتی حاضر شود و از داخل سامانه درخواست واگذاری میدهد. سامانه افراد واجد شرایط را شناسایی میکند و درخواست برای آن‌ها ارسال میشود؛ افرادی که تمایل داشته باشند می‌توانند آن را قبول کنند و پس از تغییر، برنامه دوباره به‌روزرسانی میشود. تفاوت واگذاری با مرخصی در نقطه شروع است: در مرخصی، فرد از لیست خود کناره میگیرد و مدیر جایگزین را تعیین میکند؛ در واگذاری، فرد پیشنهاد جابه‌جایی میدهد و قبول‌کننده هم در چرخه تصمیم است. اما در هر دو حالت، قانون بالاتر از توافق دو نفر می‌ماند و اگر جابه‌جایی پیشنهادی، سقف یا نقش یا ظرفیت را بشکند، انجام نمی‌شود و دلیلش ثبت می‌گردد. همین مرزبندی، واگذاری را از یک توافق پشت پرده به یک فرآیند شفاف تبدیل میکند که هم مورد تأیید مدیر است هم قابل دفاع در برابر بقیه تیم.
| نوبت | حداقل نیرو | حداکثر نیرو | نقش الزامی | توضیح مدیریتی |
|---|---|---|---|---|
| صبح | ۵ نفر | ۷ نفر | یک پرستار ارشد | پوشش ویزیت و پذیرش، پرترددترین نوبت |
| عصر | ۴ نفر | ۶ نفر | یک پرستار ارشد | پوشش گذار روز به شب و تحویل بیمار |
| شب | ۳ نفر | ۴ نفر | یک پرستار ارشد مجرب | حداقل حیاتی؛ جایگزینی سریع‌تر لازم دارد |
۶. سناریوی واقعی: یک بخش سی‌نفره از نگاه هدنرس
فرض کنید بخشی با سی پرستار دارید و هدنرس باید برنامه ماه بعد را ببندد. در روش سنتی، مسیر این است: سی نفر درخواست می‌دهند، هدنرس درخواستها را از کانال‌های مختلف جمع میکند، قوانین و محدودیتها را در ذهن نگه می‌دارد، جدول را می‌چیند، یک نفر درخواست تغییر میدهد، جدول اصلاح میشود، یک نفر مرخصی میگیرد، جایگزین پیدا میشود و دوباره جدول اصلاح می‌گردد تا در نهایت برنامه تأیید شود. هر حلقه، چند ساعت تا چند روز زمان می‌برد و ریسک خطای تازه دارد. حالا همین سناریو را ساختاریافته ببینید: نیروها درخواست خود را با روش پیشنهادی (اولویت یک تا سه) یا دلخواه (انتخاب از گزینه‌های مجاز) داخل سامانه ثبت می‌کنند؛ سامانه قوانین و ظرفیت‌ها را می‌سنجد و چیدمان را می‌سازد؛ هدنرس خروجی و دلیل انتصابها را می‌بیند؛ در صورت نیاز چیدمان مجدد اجرا میشود و ترکیب تازه با قبلی مقایسه می‌گردد؛ و پس از تأیید، مرخصی و واگذاری هم از داخل همان سامانه مدیریت میشود. نقطه قوت این سناریو، مدیریت تغییر است نه فقط چیدمان اول.
مدیریت تغییر را در همین بخش سی‌نفره دقیق‌تر ببینید. وقتی در میانه ماه پرستاری برای یک نوبت مرخصی می‌خواهد، از داخل لیست شیفت خود درخواست میدهد و سامانه افرادی را که طبق قوانین و ظرفیت امکان قبول آن شیفت را دارند شناسایی و پیشنهاد میکند؛ جایگزین انتخاب میشود و برنامه بازنویسی می‌گردد، بدون این‌که لازم باشد کل جدول دستی بازسازی شود. همین‌طور واگذاری شیفت: درخواست ثبت میشود، افراد واجد شرایط مطلع می‌گردند، یک نفر قبول میکند و برنامه به‌روز میشود. در طول این مسیر، هدنرس همیشه سه تصویر را در دست دارد: وضعیت تکمیل ظرفیت هر شیفت، دلیل هر انتصاب حساس و گزارش توزیع نوبت‌ها و ساعات. یعنی اگر کسی پرسید چرا نوبت شب او بیشتر شده، پاسخ، گزارش شفاف تعداد نایت‌هاست نه حدس و حافظه؛ و اگر شیفتی تکمیل نشد، هشدار شفاف صادر میشود تا تصمیم مدیریتی گرفته شود. برای شروع همین مسیر، پیشنهاد روشن است: ابتدا آموزش ببینید، سپس سامانه را در شرایط واقعی بخش خود به‌صورت آزمایشی تجربه کنید و معیارهایی مانند زمان آمادهسازی، تعداد اصلاحات و تجربه تیم را با روش قبلی مقایسه نمایید.
گفت‌وگوی درست با هدنرس چگونه شروع میشود؟
مهم‌ترین روش معرفی سامانه به هدنرس، شروع با سؤال است نه با معرفی امکانات. ترتیب پیشنهادی مکالمه این است: نخست بپرسید الان برنامه شیفت را چطور تنظیم می‌کنید؛ بعد کشف مشکل کنید که جمعآوری درخواستها چقدر زمان می‌برد؛ سپس کشف تغییرات که اگر یک نفر مرخصی بگیرد چه اتفاقی می‌افتد؛ بعد کشف محدودیت که قوانین و ظرفیت شیفتها را چطور کنترل می‌کنید؛ و در پایان سامانه را معرفی نمایید که دقیقاً برای مدیریت همین فرآیند طراحی شده است. در این مسیر نباید از ابتدا درباره قیمت یا رئیس بیمارستان حرف زد؛ اول باید مشکل خود هدنرس را فهمید. سؤال‌های مناسب همان‌هایی است که هر هدنرس هر ماه با آن زندگی میکند: برای تنظیم برنامه، درخواست‌های نیروها را الان چطور جمع می‌کنید؟ چند نفر باید درخواست بدهند؟ چقدر زمان می‌برد تا برنامه نهایی شود؟ وقتی یک نفر مرخصی میگیرد چطور جایگزین پیدا می‌کنید؟ اگر بعد از نهایی شدن، چند نفر بخواهند شیفتشان را جابه‌جا کنند چه می‌کنید؟ قوانین و محدودیت‌های همه افراد را چطور کنترل می‌کنید؟ هدف این نیست که به هدنرس بگوییم اشتباه می‌کنی؛ هدف این است که او خودش بگوید این فرآیند واقعاً زمان‌بر است و بعد سامانه معرفی شود.
پس از کشف مشکل، نمایش عملی مهم‌تر از توضیح شفاهی است: فرآیند واقعی همان مجموعه را داخل سامانه نشان دهید و سپس پیشنهاد آزمایشی بدهید که دو ماه در شرایط واقعی استفاده کنند. در طول دوره آزمایشی می‌توان معیارهای قابل بررسی را با روش قبلی مقایسه کرد: زمان آمادهسازی برنامه، تعداد تغییرات، زمان مدیریت مرخصی، تعداد جابه‌جایی‌های دستی، وضعیت رعایت محدودیتها، میزان استفاده نیروها، وضعیت گزارش‌گیری و تجربه هدنرس و مدیران. پس از پایان دوره، مجموعه بر اساس تجربه واقعی خود درباره ادامه همکاری تصمیم میگیرد. این همان پاسخی است که باید به «ما همین الان هم شیفت را می‌چینیم» داد: هدف این نیست که بگوییم روش فعلی شما نمی‌تواند برنامه تولید کند؛ سؤال این است که آیا می‌توان همان فرآیند را سریع‌تر، ساختاریافته‌تر، قابل ردیابی‌تر و با کنترل خودکار محدودیتها انجام داد؟ برای همین سامانه به‌صورت آزمایشی در اختیار مجموعه قرار میگیرد تا خودشان مقایسه کنند.
چه چیزی را نباید به هدنرس گفت؟
مرز ادبیات درست را باید با وسواس رعایت کرد. نباید ادعاهای غیرقابل اثبات یا مطلق مطرح شود و نباید گفت سامانه هیچ‌وقت اشتباه نمیکند، هدنرس دیگر لازم نیست کاری انجام دهد، سامانه جای هدنرس را میگیرد، سامانه همیشه برنامه می‌سازد، همه مشکلات بیمارستان را حل میکند یا دیگر هیچ انسانی لازم نیست برنامه را بررسی کند. بهجای این جمله‌ها باید از قابلیت‌های واقعی و قابل نمایش سامانه حرف زد: تعریف قانون، ثبت درخواست، چیدمان، بررسی محدودیت، مرخصی و واگذاری، گزارش، دسترسی، اعلان و امضا. پیام عمومی درست هم همین است: قوانین را یک بار تعریف کنید و برنامه‌های شیفت را هر ماه با همان قوانین مدیریت کنید. و جمله‌ای که باید به خاطر سپرد این است: سامانه فقط جدول شیفت نمی‌سازد؛ فرآیند مدیریت شیفت را مدیریت میکند. همین جمله کوتاه، تفاوت نگاه ابزاری با نگاه مدیریتی را نشان میدهد و هدنرس را از «پرکننده جدول» به «مدیر برنامه» ارتقا میدهد؛ بدون آن‌که مدیریت بخش از دست او خارج شود.
۷. پاسخ به اعتراض‌های رایج هدنرس‌ها چیست؟
هر هدنرس باتجربه، پیش از پذیرش هر سامانهای چند اعتراض جدی دارد و پاسخ درست به همین اعتراض‌هاست که اعتماد می‌سازد. اعتراض اول این است: هدنرس که حقوق میگیرد، پس چرا سامانه لازم است؟ پاسخ درست این نیست که بگوییم پس هدنرس نباید کار کند؛ پاسخ درست این است: کاملاً درست است و هدف سامانه حذف هدنرس نیست؛ هدف این است که زمان هدنرس بهجای صرف شدن برای جمعآوری پیامها، محاسبات تکراری و اصلاح جدول، بیشتر صرف مدیریت، نظارت و تصمیمگیری شود. اعتراض دوم این است: ما همین الان هم شیفت را می‌چینیم. پاسخ این است: هدف ما این نیست که بگوییم روش فعلی شما نمی‌تواند برنامه تولید کند؛ سؤال این است که آیا می‌توان همان فرآیند را سریع‌تر، ساختاریافته‌تر، قابل ردیابی‌تر و با کنترل خودکار محدودیتها انجام داد؟ برای همین سامانه به‌صورت آزمایشی در اختیار مجموعه قرار میگیرد تا خودتان مقایسه کنید. اعتراض سوم این است: نیروها خودشان جایگزین پیدا می‌کنند. پاسخ این است: در این سامانه هم اختیار نیروها حفظ میشود اما پیدا کردن جایگزین از حالت جست‌وجوی دستی خارج میشود؛ سامانه ابتدا افرادی را که طبق قوانین و شرایط امکان دریافت آن شیفت را دارند مشخص میکند و سپس انتخاب از میان گزینه‌های مجاز انجام میشود.
سه اعتراض مهم دیگر هم باید شفاف پاسخ داده شود. اعتراض چهارم این است: من نمی‌خواهم سامانه برای من تصمیم بگیرد. پاسخ این است: سامانه جای تصمیم مدیریتی هدنرس را نمیگیرد؛ هدنرس قوانین، شرایط و سطح دسترسی را تعیین میکند و خروجی را بررسی و تأیید مینماید و سامانه فقط بخش محاسباتی و بررسی محدودیتها را انجام میدهد. اعتراض پنجم این است: اگر سامانه نتواند شیفت را پر کند چه؟ پاسخ این است: سامانه برای پر کردن جدول، قوانین را نقض نمیکند؛ اگر با شرایط تعریفشده امکان تکمیل شیفت وجود نداشته باشد، همان مورد را به مدیر اعلام میکند تا تصمیم مدیریتی لازم گرفته شود. اعتراض ششم این است: ما نرمافزار نمی‌خواهیم. پاسخ این است: لازم نیست در ابتدا تصمیم خرید بگیرید؛ سامانه برای مجموعه‌های تازه دو ماه دوره آزمایشی دارد و می‌توانید آن را در شرایط واقعی خودتان امتحان کنید و بر اساس نتیجه تصمیم بگیرید. هر سه پاسخ کامل این اعتراض‌ها را در بخش پرسش‌های پرتکرار همین صفحه می‌خوانید.
چرا لحن پاسخ مهم‌تر از متن پاسخ است؟
لحن درست، هدنرس را همکار می‌بیند نه مخاطب آموزش. نباید با معرفی همه امکانات شروع کرد؛ ابتدا باید مشکل را پیدا کرد و بعد سامانه را در همان نقطه نشان داد. نباید گفت روش فعلی غلط است؛ باید پرسید جمعآوری درخواستها چقدر زمان می‌برد و وقتی مرخصی می‌آید چه میشود. نباید درباره جایگزینی مدیر حرف زد؛ باید گفت قرار نیست مدیریت هدنرس حذف شود و قرار است کار محاسباتی و تکراری کمتر شود. این لحن، هم احترام حرفه‌ای هدنرس را نگه می‌دارد هم ذهن او را برای شنیدن باز میکند. جمله‌های کلیدی فروش هم از همین لحن می‌آید: برای هدنرس که قرار نیست مدیریتش حذف شود و قرار است کار تکراری کمتر شود؛ برای مترون که برنامه‌ریزی بخش‌ها و فعالیت هدنرس‌ها را در یک ساختار قابل مشاهده و گزارش‌گیری مدیریت کند؛ و برای رئیس بیمارستان که بهجای چند فرآیند پراکنده، یک ساختار یکپارچه برای قوانین و برنامه‌ریزی و تغییرات و گزارش‌ها داشته باشد.
نکته پایانی این بخش، تفکیک امکانات فعال از امکانات در حال توسعه است. در نسخه فعلی، امکان امضای لیست شیفت‌های نهایی وجود دارد و کارتابل برای ارسال لیست‌ها به مدیران جهت بررسی و امضا به کار می‌رود؛ اما قابلیت‌های مربوط به نامه‌های اداری و گردش آن‌ها برای امضا در حال توسعه است. همچنین مدیریت بیمار و مدیریت تخت و اتاق‌ها در حال توسعه‌اند. هدنرسی که این مرز را بداند، با انتظار واقع‌بینانه وارد دوره آزمایشی میشود و تیم استقرار هم می‌تواند وعده‌های قابل تحویل بدهد. سیاست محصول هم همین است: اگر در مسیر استفاده، قابلیت تازه‌ای در راستای مدیریت شیفت و رفع نیاز عملیاتی لازم باشد، قابلیت‌های مورد توافق در چارچوب توسعه محصول می‌تواند به سامانه اضافه شود؛ چون هدف، ساخت یک سامانه ثابت و غیرقابل تغییر نیست و سامانه باید متناسب با نیاز واقعی مراکز درمانی توسعه پیدا کند.
جمع‌بندی مدیریتی این بخش چیست؟
جمع‌بندی را می‌توان در سه جمله گفت. جمله یکم: هدنرس همچنان مدیر بخش است و قوانین را تعیین میکند و تصمیم نهایی را میگیرد. جمله دوم: سامانه، محاسبات تکراری و کنترل هم‌زمان محدودیتها را بر عهده میگیرد و مرخصی و واگذاری را با بازنویسی برنامه مدیریت میکند. جمله سوم: اگر قانون شکسته شود یا شیفتی تکمیل نشود، سامانه صادقانه اعلام میکند تا تصمیم مدیریتی گرفته شود. همین سه جمله، مدل ذهنی ساده سامانه است: مجموعه، ساختار، قوانین، افراد، درخواست، چیدمان، مدیریت تغییر و کنترل. وقتی این مدل در ذهن هدنرس نشست، چیدمان ماهانه از یک پروژه فرسایشی به یک روال قابل پیش‌بینی تبدیل میشود و زمان آزادشده، صرف کاری می‌گردد که هیچ سامانهای نمی‌تواند انجام دهد: هدایت تیم، نظارت بالینی و گفت‌وگو با نیروها.
۸. چگونه توزیع شیفتها را بررسی کنیم؟
توزیع شیفتها، حساس‌ترین و سوءتفاهم‌برانگیزترین موضوع بخش است و دقیقاً همین‌جاست که ادبیات درست اهمیت حیاتی دارد. صورت درست موضوع این است: سیستم امکان بررسی و محاسبه توزیع شیفتها را فراهم میکند تا مدیر بتواند وضعیت توزیع شیفتها را دقیق‌تر مشاهده کند. این محاسبه بر اساس شیفتها و اولویت‌هایی که نیروها برای آن‌ها تعیین کرده‌اند انجام میشود و هدف آن زیر سؤال بردن عملکرد هدنرس نیست؛ هدف، ارائه ابزار بهتر برای تصمیمگیری است. ابزار عدالت سه جزء دارد: محاسبه توزیع بر اساس شیفتها و اولویت‌های ثبت‌شده، گزارش شفاف شامل تعداد شب و عصر و تعطیل و جمع ساعات هر فرد، و تصمیم اصلاحی مدیر مانند چیدمان مجدد یا تعدیل قانون. وقتی گزارش نشان میدهد همکاری چند ماه پیاپی نوبت شب بیشتری داشته است (مثال نمایشی)، مدیر می‌تواند آگاهانه جبران کند؛ و وقتی گزارش نشان میدهد توزیع متعادل است، همان گزارش سپر دفاعی مدیر در برابر اعتراض‌هاست.
چه گزارش‌هایی را هر ماه ببینیم؟
هر ماه سه گزارش را مرور کنید: گزارش نوبت‌های شب و تعطیل هر فرد که تصویر فشار واقعی را نشان میدهد؛ گزارش جمع ساعات روزانه و هفتگی و ماهانه که نزدیک شدن به سقف را پیش از شکستن آن هشدار میدهد؛ و گزارش اولویت‌های ثبت‌شده در برابر انتصاب‌های نهایی که نشان میدهد نظر نیروها چقدر شنیده شده است. این سه گزارش را در جلسه بخش با تیم مرور کنید؛ وقتی نیروها ببینند ساعات همه شفاف و یکسان محاسبه میشود، اعتماد به برنامه بالا می‌رود و اعتراض‌ها از حالت احساسی به حالت مستدل تبدیل میشود. اگر گزارش نشان داد چند نفر خاص پیوسته به سقف می‌چسبند و بقیه فاصله دارند، زمان بازنگری در چرخش و ظرفیت است و چیدمان مجدد، ابزار همین بازنگری است: ترکیب تازه‌ای می‌سازد تا بتوانید حالت متعادل‌تر را انتخاب کنید و سپس در کارتابل امضا نمایید.
توجه کنید که توالی نوبت‌ها هم بخشی از همین بررسی است. شیفت متوالی یعنی نوبت‌های پشت سر هم با فاصله استراحت ناکافی که هم فرسودگی می‌سازد هم کیفیت مراقبت را پایین می‌آورد. برای توالی، قانون حداکثر نوبت پیاپی و حداقل فاصله استراحت بنویسید و برای نوبت شب سخت‌گیرانه‌تر عمل کنید. سامانه فقط نتیجه را نمایش نمی‌دهد؛ در مواردی که منطق تصمیم قابل توضیح باشد، مشخص میکند چرا یک فرد در یک شیفت قرار گرفته و چرا در شیفت دیگر قرار نگرفته است و چه محدودیتی مانع شده است. این شفافیت، بار روانی اعتراض‌ها را کم میکند چون تصمیم، مستند و قابل گفت‌وگو است نه سلیقه‌ای و پشت پرده. سامانه وب‌اپ است و نیروها از طریق مرورگر وارد میشوند و برای عملیات معمول مانند ثبت شیفت یا مرخصی به آموزش پیچیده نیاز ندارند؛ هرچند برای هر مجموعه ابتدا آموزش اولیه ارائه میشود و امنیت سامانه هم با لایه‌هایی مانند احراز هویت با موبایل، سطوح دسترسی، ثبت لاگ و پشتیبان‌گیری دوره‌ای پوشش داده میشود.
تصمیم نهایی با چه کسی است؟
پاسخ همیشه یکی است: تصمیم نهایی با هدنرس است. سامانه عدد شفاف میدهد، گزینه‌های مجاز را نشان میدهد و دلیل هر انتصاب را مستند میکند؛ اما قانون را هدنرس تعیین میکند، خروجی را هدنرس بررسی میکند و لیست را هدنرس امضا مینماید. همین مرزبندی را در گفت‌وگو با تیم هم رعایت کنید: بگویید توزیع را با هم در گزارش ببینیم و اگر ناترازی هست اصلاح کنیم. این جمله، تفاوت مدیریت با تحمیل است و اعتماد می‌سازد. هدنرسی که چنین ابزاری دارد، از «چیدن دستی جدول» به «مدیریت و کنترل برنامه» نزدیک‌تر میشود و زمان آزادشده را صرف نظارت، آموزش و گفت‌وگو میکند؛ کاری که هیچ محاسبه‌ای نمی‌تواند جای آن را بگیرد و سامانه هم قرار نیست جای آن را بگیرد.
❓ پرسش‌های پرتکرار نرمافزار هدنرس
برنامه ماه بعد بخش را با نظر هدنرس بچینید
قوانین را یک بار تعریف کنید و هر ماه همان را اجرا نمایید؛ درخواستها، مرخصی و جایگزین در یک سامانه مدیریت میشود و تصمیم نهایی با مدیر بخش است.
شروع دوره آزمایشی