مدیریت شیفت بیمارستان از نگاه مدیر | یک ساختار یکپارچه

۱. مدیر بیمارستان چگونه شیفت پرسنل را کنترل کند؟

پرسش اول هر مدیر همین است: مدیر بیمارستان چگونه شیفت پرسنل را کنترل کند، بی‌آن‌که در کار روزانه بخش‌ها دخالت مستقیم کند؟ پاسخ کوتاه این است که کنترل مدیریتی با مشاهده ساختاریافته فرق دارد با دخالت در چیدمان. مدیر لازم نیست بداند هر پرستار دقیقاً کدام نوبت را برداشته است؛ لازم است بداند آیا هر بخش قانون دارد یا نه، آیا برنامه بر اساس همان قانون ساخته شده است، آیا تغییرات ثبت و تأیید می‌شود و آیا گزارش‌ها تصویر قابل اتکایی از پوشش و توزیع می‌دهد یا نه. وقتی این چهار مورد برقرار باشد، مدیر کنترل دارد بدون آن‌که مدیر اجرایی بخش شود.

در روش پراکنده، کنترل یعنی تماس گرفتن و پرسیدن؛ یعنی مدیر برای فهمیدن وضعیت یک بخش باید از مترون بپرسد، مترون از هدنرس بپرسد و هدنرس دفترچه را ورق بزند. این زنجیره هم کند است هم وابسته به حافظه افراد. اما وقتی ساختار، قوانین، درخواست‌ها، تغییرات و گزارش‌ها در یک سامانه ثبت شود، مدیر می‌تواند همان سؤال را با باز کردن گزارش جواب بدهد. تفاوت این دو روش، تفاوت «اطلاعات شنیدنی» با «اطلاعات ثبت‌شده» است و همین تفاوت، مبنای پاسخ به پرسش کنترل نیروی انسانی بیمارستان است.

سطوح دسترسی متناسب با ساختار سازمانی چگونه است؟

برای کاربران مختلف می‌توان سطح دسترسی تعریف کرد و ساختار دسترسی می‌تواند متناسب با ساختار سازمانی مجموعه باشد. برای مثال، زنجیره رئیس بیمارستان ← مترون ← هدنرس ← کارکنان یک الگوی آشناست، اما دسترسی‌ها قابل تنظیم هستند و الزاماً به یک ساختار ثابت محدود نمی‌شوند. هدنرس اطلاعات و امکانات مربوط به بخش خود را می‌بیند، در صورتی که سطح دسترسی لازم از طرف مدیر بالاتر برای او تعیین شده باشد. مترون می‌تواند فعالیت‌های هدنرس‌ها و گزارش‌های مربوط به آن‌ها را مشاهده کند و رئیس بیمارستان نیز می‌تواند گزارش فعالیت‌های مدیریتی انجام‌شده در سیستم را مشاهده نماید.

نکته اجرایی مهم این است که دسترسی، هم ابزار شفافیت است هم ابزار حریم خصوصی. یعنی هرکس به‌اندازه نقش خود می‌بیند؛ نه کمتر که کارش مختل شود، نه بیشتر که اطلاعات غیرمرتبط در اختیارش قرار گیرد. برای شروع، همین سه قانون را بنویسید: چه کسی قانون بخش را تعیین می‌کند، چه کسی لیست را تأیید و امضا می‌کند و چه کسی گزارش کل مجموعه را می‌بیند. وقتی این سه مورد روشن باشد، بسیاری از اختلاف‌های «چه کسی باید چه کاری بکند» از بین می‌رود.

کنترل بدون دخالت در کار روزانه یعنی چه؟

مرز درست این است: هدنرس همچنان مدیر بخش است؛ قوانین را تعیین می‌کند، برنامه را بررسی می‌کند، تصمیم نهایی را می‌گیرد و بر عملکرد بخش نظارت دارد. مترون بر برنامه‌ریزی بخش‌ها و فعالیت هدنرس‌ها نظارت می‌کند. رئیس بیمارستان چارچوب و گزارش را می‌بیند و تصمیم‌های کلان می‌گیرد. سامانه در این میان، محاسبات تکراری و بررسی حجم زیادی از درخواست‌ها و محدودیت‌ها را بر عهده می‌گیرد. به همین دلیل می‌گوییم قرار نیست مدیریت حذف شود؛ قرار است کار محاسباتی و تکراری برنامه‌ریزی کمتر شود.

برای این‌که این مرزبندی در عمل بماند، دو عادت پیشنهاد می‌شود. اول این‌که مدیر به‌جای ورود به جزئیات چیدمان، خروجی و گزارش را مطالبه کند؛ یعنی بپرسد «قانون این بخش چیست و گزارش رعایت آن کجاست؟» دوم این‌که تغییر قانون، ثبت‌شده و زمان‌دار باشد تا بعداً بتوان فهمید چه چیزی، چه زمانی و توسط چه کسی تغییر کرده است. همین دو عادت ساده، کنترل را پایدار می‌کند بدون آن‌که انرژی مدیر صرف جدول‌بندی شود.

۲. چرا «یک ساختار یکپارچه» مهم‌ترین پیام برای مدیر است؟

رئیس بیمارستان نباید فقط این را بشنود که برنامه شیفت سریع‌تر چیده می‌شود. پیام اصلی باید این باشد: کل مجموعه می‌تواند از یک سیستم واحد برای مدیریت برنامه‌های شیفتی استفاده کند. به‌جای این‌که یک نفر شیفت پرستاران را مدیریت کند، یک نفر برنامه پزشکان را تنظیم کند، یک نفر برنامه حراست را تنظیم کند، یک نفر برنامه نگهبانی را تنظیم کند و یک نفر برنامه خدمات را تنظیم کند، ساختار همه آن‌ها می‌تواند در یک سامانه تعریف شود. قوانین هر بخش و نقش یک بار تعریف می‌شوند و سیستم در برنامه‌های بعدی آن‌ها را اعمال می‌کند.

اهمیت این پیام در مقیاس است. در یک بخش، مسئله اصلی سرعت چیدمان است؛ اما در کل بیمارستان، مسئله اصلی یکدستی و قابلیت مقایسه است. وقتی هر بخش با روش خود کار کند، مدیر نمی‌تواند بفهمد کدام بخش قانون شفاف دارد، کدام بخش بیشتر مرخصی می‌دهد، کدام بخش بیشتر جابه‌جایی دستی دارد و توزیع شب و تعطیل در کل مجموعه چگونه است. اما وقتی همه در یک ساختار باشند، همین سؤال‌ها با گزارش جواب داده می‌شود. به بیان فروش، به‌جای چند فرآیند پراکنده برای برنامه‌ریزی نیروهای شیفتی، یک ساختار یکپارچه برای تعریف قوانین، برنامه‌ریزی، تغییرات و گزارش‌ها داشته باشید.

پنج گروه نیرو در یک سامانه یعنی چه؟

منظور این است که سامانه محدود به پرستاران نیست و می‌تواند برای هر نیرویی که دارای برنامه شیفتی است استفاده شود؛ از جمله پرستاران، پزشکان، حراست، نگهبانی، خدمات، نیروهای اداری شیفتی و سایر کارکنان دارای برنامه کاری شیفتی. برای هر گروه، بخش، نقش، شیفت و ظرفیت مخصوص خودش تعریف می‌شود؛ برای مثال ممکن است قوانین بخش مراقبت ویژه با بخش عمومی متفاوت باشد. این تفکیک در عین یکپارچگی، همان چیزی است که مدیر می‌خواهد: تنوع قوانین حفظ شود ولی همه در یک قاب دیده شود.

• پرستاران و پزشکان با نقش‌ها و ظرفیت‌های تخصصی هر بخش.
• حراست و نگهبانی با نوبت‌های پوششی و قوانین مخصوص خود.
• خدمات و نیروهای اداری شیفتی با سقف‌ها و ترکیب متفاوت.
• قوانین هر بخش جدا تعریف می‌شود ولی گزارش آن یکپارچه دیده می‌شود.

قانون یک بار تعریف می‌شود یعنی چه؟

مهم‌ترین مفهوم سامانه همین جمله است: قانون یک بار تعریف می‌شود، اما هر ماه دوباره اجرا می‌شود. مدیر لازم نیست هر ماه همه قوانین را از ابتدا بررسی کند. ساختار مجموعه، بخش‌ها، نقش‌ها، شیفت‌ها و محدودیت‌ها در سیستم تعریف می‌شوند و پس از آن، هنگام ایجاد برنامه‌های جدید، سیستم همان قوانین را در فرآیند چیدمان اعمال می‌کند. پیام عمومی سامانه هم همین است: قوانین را یک بار تعریف کنید؛ برنامه‌های شیفت را هر ماه با همان قوانین مدیریت کنید.

برای مدیر، اثر این نظم در کاهش وابستگی به حافظه افراد است. وقتی قانون نوشته شده باشد، رفتن یک هدنرس باتجربه به معنی از دست رفتن نظم بخش نیست؛ قانون مانده است و نفر بعدی همان را اجرا می‌کند. وقتی ظرفیت هر شیفت شامل حداقل و حداکثر، ظرفیت بر اساس نقش و جنسیت و سقف‌های روزانه و هفتگی و ماهانه از قبل ثبت شده باشد، بحث «کمبود نیرو» هم دقیق می‌شود: دقیقاً کدام شیفت، در کدام روز، با چه کمبودی مواجه است.

۳. چگونه عملکرد شیفت‌های بیمارستان را بررسی کنیم؟

بررسی عملکرد شیفت‌ها یعنی جواب دادن به چند سؤال مشخص با عدد ثبت‌شده، نه با حدس: آیا برنامه‌ها سر موقع آماده می‌شود؟ چند درصد درخواست‌ها با اولویت بالا پوشش داده شده است؟ پس از مرخصی، جایگزین چقدر سریع پیدا شده است؟ چند جابه‌جایی دستی پس از تأیید رخ داده است؟ وضعیت رعایت سقف‌ها و ظرفیت‌ها چگونه است؟ اگر این سؤال‌ها هر ماه با همان تعریف پرسیده شود، روند عملکرد دیده می‌شود؛ و اگر هر بار با تعریف تازه پرسیده شود، هیچ روندی دیده نمی‌شود. پس قدم اول، ثابت نگه داشتن تعریف‌هاست.

مسیر پیشنهادی سه نقطه بررسی دارد: پیش از چیدمان، حین چیدمان و پس از تغییر. پیش از چیدمان، ظرفیت‌ها، سقف‌ها و مرخصی‌های ثبت‌شده بازبینی می‌شود. حین چیدمان، قوانین و تکمیل ظرفیت لحاظ می‌گردد و دلیل انتصاب‌ها قابل خواندن است. پس از تغییر مانند مرخصی یا واگذاری، برنامه متناسب با وضعیت تازه به‌روزرسانی می‌شود و جمع‌بندی‌ها تازه می‌گردد. مدیری که این سه نقطه را مطالبه کند، عملاً عملکرد را کنترل کرده است بدون آن‌که خودش جدول بچیند.

کارتابل، لاگ و اعلان چه کمکی می‌کند؟

در نسخه فعلی، کارتابل برای ارسال لیست شیفت‌های آماده‌شده به مدیران جهت بررسی و امضا استفاده می‌شود و در بخش امضا، سیستم از سازوکارهای امنیتی برای بررسی و احراز هویت امضا استفاده می‌کند. در نسخه فعلی، امکان امضای لیست شیفت‌های نهایی وجود دارد. سیستم دارای اعلان داخلی است و کاربر می‌تواند برای برخی رویدادها، در صورت فعال بودن قابلیت مربوطه، دریافت اعلان پیامکی را نیز اضافه کند. ثبت لاگ فعالیت‌ها هم کمک می‌کند بعداً بتوان فهمید چه تغییری، چه زمانی و توسط چه کسی ثبت شده است.

برای مدیر، ترکیب این سه ابزار یعنی چرخه بسته نظارت: لیست برای بررسی می‌آید، امضا مسئولیت را مشخص می‌کند، اعلان همه را باخبر می‌کند و لاگ، حافظه قابل اتکای مجموعه می‌شود. اگر اختلافی پیش آمد، مرجع داوری، همین سوابق ثبت‌شده است نه پیام‌های پراکنده. همین اتکا به سابقه ثبت‌شده، اعتماد نیروها را هم بیشتر می‌کند چون تصمیم‌ها مستند است.

سناریوی سی‌نفره از نگاه مدیر چگونه دیده می‌شود؟

فرض کنید بخشی با سی نفر دارید. در روش سنتی، سی نفر درخواست می‌دهند، هدنرس آن‌ها را از کانال‌های مختلف جمع می‌کند، جدول را می‌چیند، یک نفر درخواست تغییر می‌دهد، جدول اصلاح می‌شود، یک نفر مرخصی می‌گیرد و دوباره جدول اصلاح می‌گردد تا برنامه تأیید شود. مدیر از این فرآیند فقط خروجی نهایی را می‌بیند و از هزینه زمانی و تعداد اصلاحات خبر ندارد. اما در روش ساختاریافته، مدیر می‌تواند ببیند درخواست‌ها چگونه جمع شده، چیدمان بر چه قانونی سوار بوده، چند بار چیدمان مجدد اجرا شده و مرخصی‌ها با چه جایگزینی مدیریت شده است.

نکته منصفانه این است که روش دستی برای مجموعه‌های بسیار کوچک با ترکیب پایدار، هنوز سریع و کم‌هزینه است و حس کنترل مستقیم می‌دهد. مشکل از جایی شروع می‌شود که تعداد نیروها زیاد شود و قوانین هر بخش با بخش دیگر فرق کند. در این نقطه، مدیر با یک سامانه یکپارچه می‌تواند همان فرآیند را سریع‌تر، قابل ردیابی‌تر و با کنترل خودکار محدودیت‌ها ببیند. برای شروع همین مسیر، پیشنهاد روشن است: ابتدا آموزش ببینید، سپس سامانه را در شرایط واقعی به‌صورت آزمایشی تجربه کنید و معیارهایی مانند زمان آماده‌سازی و تعداد اصلاحات را با روش قبلی مقایسه نمایید.

۴. گزارش مدیریت شیفت بیمارستان چه چیزی نشان می‌دهد؟

گزارش خوب، گزارشی است که سؤال مدیر را دقیق جواب بدهد. سؤال‌های معمول مدیر این‌هاست: وضعیت کارکنان چگونه است؟ چه تغییراتی ثبت شده است؟ عملکرد هر بخش چگونه است؟ وضعیت درخواست‌ها چیست؟ کاربران چه فعالیتی داشته‌اند؟ این موارد و سایر اطلاعات ثبت‌شده در سیستم می‌تواند مبنای گزارش باشد. وقتی گزارش بر همین اطلاعات ثبت‌شده سوار باشد، هم قابل استناد است هم قابل مقایسه میان ماه‌ها و میان بخش‌ها.

دو نوع گزارش را از هم جدا کنید: گزارش پوششی و گزارش توزیعی. گزارش پوششی می‌گوید هر شیفت حداقل و حداکثر و نقش لازم خود را داشته است یا نه و اگر شیفتی با شرایط تعریف‌شده قابل تکمیل نبوده، همان مورد به مدیر اعلام شده است. گزارش توزیعی می‌گوید بار شب، عصر، تعطیل و جمع ساعات میان افراد چگونه پخش شده است. مدیر به هر دو نیاز دارد؛ اولی برای اطمینان از پوشش، دومی برای گفت‌وگوی منصفانه با تیم.

گزارش پوششی و توزیعی را چگونه بخوانیم؟

گزارش پوششی را از ظرفیت شروع کنید: برای هر شیفت حداقل تعداد، حداکثر تعداد، ظرفیت بر اساس نقش و جنسیت و سقف‌های زمانی را کنار وضعیت واقعی بگذارید. اگر شیفتی تکمیل نشده، دلیل را بخوانید؛ سامانه برای پر کردن اجباری جدول، قوانین را نقض نمی‌کند و اگر با شرایط تعریف‌شده امکان قرار دادن فرد مناسب نباشد، همان مورد را به مدیر اعلام می‌کند. این اعلام، نشانه قابل اعتماد بودن خروجی است نه ضعف آن.

گزارش توزیعی را از افراد شروع کنید: تعداد نایت هر فرد، تعداد تعطیل، جمع ساعات ماهانه و فاصله تا سقف را ببینید. سیستم امکان بررسی و محاسبه توزیع شیفت‌ها را فراهم می‌کند تا مدیر بتواند وضعیت توزیع را دقیق‌تر مشاهده کند. وقتی این اعداد شفاف باشد، بحث «من بیشتر کار کردم» به بحث مستدل تبدیل می‌شود و تصمیم اصلاحی مانند چیدمان مجدد یا تعدیل قانون، مبنای عددی پیدا می‌کند.

گزارش را در جلسه بخش چگونه مرور کنیم؟

پیشنهاد عملی این است که گزارش ماهانه را در جلسه مشترک مدیر، مترون و هدنرس‌ها مرور کنید و سه تصمیم بگیرید: کدام قانون نیاز به اصلاح دارد، کدام بخش نیاز به بازنگری ظرفیت دارد و کدام الگوی مرخصی نیاز به انضباط زمانی دارد. امضای لیست نهایی در کارتابل هم یعنی مدیر مسئولیت همین توزیع را پذیرفته است. این چرخه ماهانه، همان چیزی است که «مدیریت» را از «تماشا» جدا می‌کند.

توجه کنید که سامانه قرار نیست درباره منصف بودن یا نبودن مدیر قضاوت کند؛ صورت درست موضوع این است که ابزار، عدد شفاف می‌دهد و قضاوت و تصمیم نهایی با مدیر می‌ماند. هرگز به نیروها نگویید سامانه خودش همه‌چیز را درست کرده است؛ بگویید توزیع را با هم در گزارش ببینیم و اگر ناترازی هست اصلاح کنیم. این جمله، تفاوت مدیریت با تحمیل است.

۵. قانون یک‌بار، اجرای هر ماه در عمل چگونه کار می‌کند؟

سامانه فقط جدول نمی‌سازد؛ فرآیند مدیریت شیفت را مدیریت می‌کند. این فرآیند هشت لایه دارد که بهتر است مدیر همان را به خاطر بسپارد: مجموعه شامل بیمارستان و مراکز، ساختار شامل بخش‌ها و نقش‌ها، قوانین شامل محدودیت‌ها و ظرفیت‌ها، افراد شامل کارکنان و نقش آن‌ها، درخواست شامل شیفت پیشنهادی یا دلخواه، چیدمان شامل بررسی قوانین و ایجاد برنامه، مدیریت تغییر شامل مرخصی و واگذاری شیفت، و کنترل شامل گزارش، دسترسی، لاگ و امضا. وقتی این هشت لایه کامل باشد، سامانه می‌داند چه کسی، در چه بخشی، با چه نقشی، در چه زمانی، تحت چه شرایطی و در چه ظرفیتی می‌تواند در یک شیفت قرار بگیرد.

مسیر راه‌اندازی هم هشت گام دارد: شناخت ساختار مجموعه، تعریف بیمارستان و بخش‌ها، تعریف قوانین و محدودیت‌ها، تعریف نقش‌ها، تعریف شیفت‌ها و ظرفیت‌ها، اضافه شدن کارکنان، آموزش کاربران و شروع استفاده آزمایشی. این ترتیب مهم است؛ اگر قوانین پیش از ورود نیروها نوشته شود، چیدمان اول تمیزتر خواهد بود. اگر برعکس عمل شود، ماه اول صرف اصلاح قوانین می‌شود که طبیعی است ولی زمان می‌برد.

دو روش ثبت درخواست چه فرقی دارد؟

مسیر دو روش ثبت دارد که مکمل یکدیگرند. در روش شیفت پیشنهادی، نیروها روزها و شیفت‌های مطلوب خود را با اولویت یک تا سه ثبت می‌کنند و سامانه هنگام چیدمان، این درخواست‌ها را با قوانین و تکمیل ظرفیت می‌سنجد. در روش شیفت دلخواه، نیرو مستقیماً از میان شیفت‌هایی که برای او مجاز است انتخاب می‌کند و اگر ظرفیت تکمیل شده باشد، امکان انتخاب برای نفرات بعدی غیرفعال می‌شود. در هر دو روش یک اصل ثابت است: قوانین مجموعه بالاتر از انتخاب فردی قرار دارد.

نکته اجرایی این است که بازه ثبت درخواست را محدود و اعلام‌شده نگه دارید. اگر ثبت همیشه باز باشد، برنامه هیچ‌وقت قفل نمی‌شود. بازه مشخص، مرخصی‌های قطعی زودهنگام و ثبت کامل محدودیت‌ها، سه شرط چیدمان تمیز است. پس از بسته شدن بازه، چیدمان اجرا می‌شود، دلیل هر انتصاب خوانده می‌گردد و لیست برای تأیید نهایی به کارتابل می‌رود.

مرخصی و واگذاری در همان ساختار چگونه است؟

وقتی در میانه ماه نیرویی برای یک نوبت مرخصی می‌خواهد، از داخل لیست شیفت خود درخواست می‌دهد، سامانه افرادی را که طبق قوانین و ظرفیت امکان قبول آن شیفت را دارند شناسایی و پیشنهاد می‌کند، جایگزین انتخاب می‌شود و برنامه به‌روزرسانی می‌گردد. همین‌طور واگذاری شیفت: درخواست ثبت می‌شود، افراد واجد شرایط مطلع می‌گردند، یک نفر قبول می‌کند و برنامه به‌روز می‌شود. چون قانون سقف و نقش از قبل نوشته شده، جایگزین از میان گزینه‌های مجاز انتخاب می‌شود.

سامانه تحت وب ارائه می‌شود و کارکنان نیاز به نصب نرم‌افزار سنگین ندارند و می‌توانند از طریق مرورگر وارد شوند. محیط کاربری برای استفاده روزمره طراحی شده و برای عملیات معمول مانند ثبت شیفت یا مرخصی، نیاز به آموزش پیچیده نیست؛ با این حال برای هر مجموعه ابتدا آموزش اولیه ارائه می‌شود. برای امنیت هم از چند لایه شامل احراز هویت با شماره موبایل، بررسی ورود کاربران، سطوح دسترسی، ثبت لاگ فعالیت‌ها، پشتیبان‌گیری دوره‌ای و با فاصله زمانی کوتاه، کنترل IP، امکان تعریف محدوده‌های دسترسی مرتبط با محل کار، سازوکارهای امنیتی مرتبط با امضا و به‌روزرسانی‌های امنیتی استفاده می‌شود تا اطلاعات فقط در اختیار افراد مجاز قرار گیرد.

۶. امکانات فعال و امکانات در حال توسعه کدام‌اند؟

یکی از مهم‌ترین وظایف مدیر، تفکیک درست میان امکانات فعال فعلی و امکانات در حال توسعه است. این تفکیک هم انتظارها را واقع‌بینانه می‌کند هم برنامه‌ریزی زمانی مجموعه را دقیق نگه می‌دارد. قاعده ساده این است: چیزی را مطالبه کنید که فعال است و چیزی را که در حال توسعه است در نقشه راه بگذارید، نه در قرارداد ماه اول. در ادامه، هر دو گروه را شفاف مرور می‌کنیم.

امکانات فعال فعلی چیست؟

در وضعیت فعلی، این موارد فعال است: تعریف مجموعه، بخش‌ها، نقش‌ها، شیفت‌ها و ظرفیت‌ها شامل حداقل و حداکثر و ظرفیت بر اساس نقش و جنسیت و سقف‌های روزانه و هفتگی و ماهانه؛ عضویت نیروها با کد اختصاصی بخش و تأیید نقش توسط مدیر؛ ثبت درخواست با دو روش شیفت پیشنهادی و شیفت دلخواه؛ بررسی محدودیت‌ها هنگام ثبت و چیدمان؛ اجرای چیدمان و چیدمان مجدد برای مقایسه ترکیب‌ها؛ مدیریت مرخصی و واگذاری با نمایش افراد واجد شرایط و به‌روزرسانی برنامه؛ گزارش‌گیری بر اساس اطلاعات ثبت‌شده؛ سطوح دسترسی قابل تنظیم؛ اعلان داخلی و در صورت فعال بودن، پیامکی برای برخی رویدادها؛ کارتابل ارسال لیست شیفت‌ها برای بررسی و امضا؛ و امضای لیست شیفت‌های نهایی با سازوکارهای امنیتی.

چه چیزی در حال توسعه است؟

سامانه در حال توسعه امکانات جدیدی از جمله مدیریت بیمار و مدیریت تخت و اتاق‌هاست. همچنین فرآیندهای مرتبط با نامه‌های اداری، ارسال نامه برای امضا، کارتابل نامه‌ها و گردش اداری در حال توسعه هستند. بنابراین باید بین امکانات فعال فعلی و امکانات در حال توسعه تفاوت قائل شد. سیاست محصول این است که اگر در مسیر استفاده، قابلیت جدیدی در راستای بهبود مدیریت شیفت، رفع یک نیاز عملیاتی یا ارتقای امکانات موجود موردنیاز باشد، قابلیت‌های مورد توافق در چارچوب توسعه محصول می‌توانند به سامانه اضافه شوند.

برای مدیر، پیام عملی این بخش روشن است: قرارداد ماه اول را بر اساس امکانات فعال ببندید و برای موارد در حال توسعه، زمان‌بندی جداگانه بخواهید. این شفافیت، هم از وعده نادرست جلوگیری می‌کند هم اعتماد میان مجموعه و تیم محصول را حفظ می‌نماید. از جملات مطلق درباره آینده خودداری کنید و فقط به نقشه اعلام‌شده اتکا نمایید.

۷. قیمت و دوره آزمایشی چگونه است؟

سؤال طبیعی مدیر پس از شنیدن امکانات، قیمت است. مدل قیمت فعلی برای ظرفیت تا ۷۵ نفر به این صورت است: مبلغ ماهانه ۲٬۵۰۰٬۰۰۰ تومان و مبلغ سالانه ۱۹٬۰۰۰٬۰۰۰ تومان. برای ظرفیت‌ها و شرایط متفاوت، قیمت باید مطابق قرارداد و تعداد کاربران تعیین شود. پیشنهاد می‌شود پیش از مقایسه، هزینه پنهان روش فعلی شامل ساعت‌های صرف‌شده هدنرس، اصلاحات زنجیره‌ای جدول و زمان هماهنگی مرخصی را هم برآورد کنید تا مقایسه منصفانه باشد.

برای مجموعه‌های جدید، سامانه به مدت دو ماه به‌صورت آزمایشی در اختیار مجموعه قرار می‌گیرد. هدف این دوره این است که مجموعه بتواند سیستم را در شرایط واقعی خود آزمایش کند. در این مدت مجموعه می‌تواند فرآیند واقعی برنامه‌ریزی را با سیستم تجربه کند و عملکرد آن را ارزیابی نماید. پس از دوره آزمایشی، در صورت رضایت مجموعه، قرارداد استفاده از سامانه منعقد می‌شود.

در دوره آزمایشی چه معیارهایی را بررسی کنیم؟

شعار پیشنهادی فروش همین است: قبل از تصمیم‌گیری، آزمایش کنید. مجموعه ابتدا آموزش می‌بیند، سپس سامانه برای دو ماه در شرایط واقعی استفاده می‌شود و در طول این دوره می‌توان عملکرد سیستم را با روش قبلی مقایسه کرد. معیارهای قابل بررسی می‌تواند شامل زمان آماده‌سازی برنامه، تعداد تغییرات، زمان مدیریت مرخصی، تعداد جابه‌جایی‌های دستی، وضعیت رعایت محدودیت‌ها، میزان استفاده کارکنان، وضعیت گزارش‌گیری و تجربه هدنرس و مدیران باشد. پس از پایان دوره، مجموعه بر اساس تجربه واقعی خود درباره ادامه همکاری تصمیم می‌گیرد.

جمله‌های کلیدی که مدیر باید بشنود چیست؟

برای رئیس بیمارستان، جمله کلیدی این است: به‌جای چند فرآیند پراکنده برای برنامه‌ریزی نیروهای شیفتی، یک ساختار یکپارچه برای تعریف قوانین، برنامه‌ریزی، تغییرات و گزارش‌ها داشته باشید. برای مترون: برنامه‌ریزی بخش‌ها و فعالیت‌های هدنرس‌ها را در یک ساختار قابل مشاهده و گزارش‌گیری مدیریت کنید. برای هدنرس: قرار نیست مدیریت شما حذف شود؛ قرار است کار محاسباتی و تکراری برنامه‌ریزی کمتر شود. و پیام عمومی: قوانین را یک بار تعریف کنید؛ برنامه‌های شیفت را هر ماه با همان قوانین مدیریت کنید.

توجه کنید که در معرفی، از ادعاهای مطلق خودداری می‌شود. به‌جای وعده‌های غیرواقعی درباره عملکرد آینده، باید از قابلیت‌های واقعی و قابل نمایش صحبت شود. سامانه برای پر کردن اجباری جدول، قوانین را نقض نمی‌کند و تصمیم نهایی با مدیر است. همین صداقت، مبنای اعتماد بلندمدت است.

۸. از کجا شروع کنیم؟ «قبل از تصمیم‌گیری، آزمایش کنید.»

اگر بخواهیم کل این راهنما را در یک مسیر عملی خلاصه کنیم، آن مسیر هشت گام دارد: شناخت ساختار مجموعه، تعریف بیمارستان و بخش‌ها، تعریف قوانین و محدودیت‌ها، تعریف نقش‌ها، تعریف شیفت‌ها و ظرفیت‌ها، اضافه شدن کارکنان، آموزش کاربران و شروع استفاده آزمایشی. لازم نیست همه‌چیز در روز اول کامل باشد؛ کافی است یک بخش را به‌عنوان نمونه جلو ببرید، گزارش آن را ببینید و بعد به بخش‌های دیگر گسترش دهید. این شروع کوچک، ریسک تصمیم را کم می‌کند.

معرفی کوتاه سامانه برای ارائه به هیئت مدیره از این قرار است: سامانه هوشمند برنامه‌ریزی و مدیریت شیفت است که برای بیمارستان‌ها و مجموعه‌های بزرگ طراحی شده است. در این سامانه، ساختار مجموعه، بخش‌ها، نقش‌ها، شیفت‌ها، ظرفیت‌ها و قوانین یک بار تعریف می‌شوند. کارکنان درخواست‌های شیفت خود را ثبت می‌کنند و سیستم بر اساس شرایط و محدودیت‌های تعریف‌شده، اطلاعات را بررسی و در فرآیند چیدمان استفاده می‌کند. سامانه از دو روش شیفت پیشنهادی و شیفت دلخواه پشتیبانی می‌کند و پس از تغییراتی مانند مرخصی یا واگذاری شیفت، امکان به‌روزرسانی و بازچینی برنامه را فراهم می‌کند. علاوه بر برنامه‌ریزی، امکاناتی مانند مدیریت دسترسی، گزارش‌گیری، اعلان‌ها، کارتابل، امضای لیست شیفت‌ها و کنترل فعالیت کاربران نیز در سامانه وجود دارد. هدف حذف مدیر یا هدنرس نیست؛ هدف تبدیل فرآیند زمان‌بر و پراکنده به فرآیندی ساختاریافته، قابل‌کنترل و سریع‌تر است.

گام اول در هفته آینده چیست؟

سه کار مشخص برای هفته آینده پیشنهاد می‌شود. اول، فهرست بخش‌ها و نقش‌های هر بخش را روی کاغذ بیاورید و ظرفیت هر شیفت را بنویسید. دوم، سطوح دسترسی موردنظر خود را مشخص کنید و تعیین نمایید چه کسی قانون را می‌نویسد و چه کسی امضا می‌کند. سوم، یک بازه دوهفته‌ای برای ثبت درخواست آزمایشی اعلام کنید تا نیروها با دو روش پیشنهادی و دلخواه آشنا شوند. پس از این سه کار، چیدمان آزمایشی را اجرا کنید و گزارش آن را در جلسه مرور نمایید.

برای شروع همین مسیر، پیشنهاد ما روشن است: ابتدا آموزش ببینید، سپس سامانه را در شرایط واقعی مجموعه خود به‌صورت آزمایشی تجربه کنید و معیارهایی مانند زمان آماده‌سازی، تعداد اصلاحات و تجربه تیم را با روش قبلی مقایسه نمایید. 👈 ورود و شروع دوره آزمایشی یا ابتدا هاب شیفت و نیروی انسانی را مرور کنید تا تصویر کامل را ببینید.