قدردانی در محیط کار ممکن است رابطه کارکنان و مدیر را بهتر کند، اما «درمان غیبت» نیست. غیبت میتواند از بیماری، حادثه، مراقبت خانوادگی، ناایمنی، شیفت نامناسب، فشار کار، سیاست مبهم، مشکل رفتوآمد یا خطای ثبت ناشی شود. اگر سازمان برای کاهش عدد غیبت، حضور هنگام بیماری را تشویق یا مرخصی قانونی را نشانه بیتعهدی بداند، Absenteeism ظاهراً کم و Presenteeism، انتقال بیماری، خطا و فرسودگی بیشتر میشود.
این راهنما یک سیستم Absence Diagnostics & Safe Return-to-Work میسازد: تعریف داده، تریاژ علت، پوشش کار، تماس محترمانه، بازگشت ایمن، اصلاح شرایط و سنجش. Recognition در این سیستم نقش محدود و سالم دارد: رفتار حرفهای و حمایت تیم را میبیند، اما به «هرگز مرخصی نگرفتن» پاداش نمیدهد.
خلاصه اجرایی
- هدف صفر نگذارید: صفر غیبت میتواند نشانه حضور هنگام بیماری، ترس از مدیر یا ثبت ناقص باشد.
- انواع غیبت را جدا کنید: مرخصی برنامهریزیشده، بیماری کوتاه/بلندمدت، حادثه شغلی، مراقبت، غیبت بدون اطلاع و خطای سیستم مسئله یکسانی نیستند.
- علت پزشکی را حدس نزنید: مدیر درباره توان کار، ایمنی و حمایت لازم میپرسد؛ تشخیص یا بازجویی نمیکند.
- Data dictionary بسازید: مخرج، ساعت برنامهریزیشده، Partial day، شیفت، قرارداد و بازه باید قبل از درصد روشن باشند.
- کار را اصلاح کنید: بار، Staffing، زمانبندی، تجهیزات، رفتار مدیر و عدالت قبل از کمپین قدردانی بررسی شوند.
- Return-to-Work را حمایتی طراحی کنید: تماس با رضایت، ارزیابی ایمنی، Adjustments، برنامه مرحلهای و Review.
- Recognition را درست هدف بگیرید: گزارش زودهنگام، Handover ایمن، پوشش منصفانه، مرزبندی و اصلاح سیستم؛ نه حضور بیمار یا Heroic overtime.
غیبت کارکنان چیست و چه چیزی نیست؟
«غیبت» بدون تعریف عملیاتی عدد قابلاستفادهای نیست. یک سازمان مرخصی استحقاقی را Absence میشمارد و دیگری فقط ساعت ازدسترفته برنامهریزینشده را. یکی حرکت داخلی شیفت را غیبت ثبت میکند و دیگری نه. مقایسه بدون Data dictionary گمراهکننده است.
| نوع | نمونه | نیاز اصلی | نباید با چه چیزی یکی شود؟ |
|---|---|---|---|
| Planned leave | مرخصی ازپیشتأییدشده | برنامه پوشش و رعایت حق | بیانگیزگی |
| Short sickness | بیماری کوتاه و ناگهانی | سلامت، اطلاع و پوشش | غیبت غیرمجاز |
| Long-term sickness | ناتوانی طولانیتر برای کار معمول | تماس حمایتی، متخصص و RTW | پرونده انضباطی خودکار |
| Work-related incident | حادثه یا بیماری مرتبط با کار | ایمنی، گزارش، بررسی و اصلاح | مسئله فردی صرف |
| Care/emergency | مراقبت از عضو خانواده یا رخداد فوری | سیاست، انعطاف و Privacy | تعهد پایین |
| No-call/no-show | عدم حضور بدون تماس طبق قاعده | ابتدا بررسی ایمنی، سپس فرایند منصفانه | بیماری ثبتشده |
| Administrative error | تعویض شیفت یا Remote ثبتنشده | اصلاح داده و Workflow | رفتار کارمند |
Presenteeism معمولاً به کارکردن با وجود مشکل سلامت گفته میشود؛ این مفهوم تعریف و روش سنجش واحدی ندارد. کاهش غیبت نمیتواند بهتنهایی ثابت کند سلامت یا بهرهوری بهتر شده است. راهنمای پرزنتیسم در محیط کار این ریسک را جداگانه بررسی میکند.
چرا «قدردانی غیبت را کم میکند» ادعای ناقصی است؟
رابطه قدردانی و غیبت ممکن است از چند مسیر عبور کند: رفتار مدیر، حمایت، عدالت، بار کار، سلامت، قصد حضور و امکان حضور. حتی اگر بعد از یک برنامه Recognition نرخ کم شود، فصل، تغییر Headcount، شیفت، سیاست ثبت، اپیدمی، استخدام و خروج افراد میتواند علت باشد.
| ادعا | مسئله | بازنویسی قابلدفاع |
|---|---|---|
| کارمند قدردانیشده کمتر غیبت میکند | علت، انتخاب و Context نامعلوماند | Recognition یکی از اجزای محیط حمایتگر است و باید کنار Driverهای دیگر آزموده شود |
| غیبت نشانه انگیزه پایین است | بیماری، مراقبت، حادثه و سیاست را حذف میکند | غیبت یک Outcome چندعلتی و گاهی حق/ضرورت سلامت است |
| حضور بیشتر یعنی تعهد بیشتر | Presenteeism و ترس را پاداش میدهد | تعهد با کیفیت حضور و سلامت یکی نیست |
| تشکر استرس را خنثی میکند | بار، اختیار و Staffing را میپوشاند | قدردانی مکمل اصلاح شرایط کار است |
| قبل/بعد ROI را ثابت میکند | Trend و Confounder ندارد | Baseline، Comparison و Guardrail لازم است |
نقشه علت؛ از فرد به سیستم بروید
تشخیص از «چرا این فرد نیامد؟» شروع نمیشود؛ از «چه Patternی، در کدام جمعیت و تحت چه شرایطی رخ داده؟» شروع میشود. علتهای احتمالی را در پنج لایه ببینید.
| لایه | Driver نمونه | Evidence | اقدام اولیه |
|---|---|---|---|
| Health/Safety | بیماری، آسیب، مواجهه، خستگی | Case امن، حادثه، نظر متخصص مجاز | درمان/ایمنی/adjustment، نه تشخیص مدیر |
| Work design | بار، WIP، اختیار کم، ارگونومی، شیفت | Roster، overtime، workload، task | کاهش خطر و بازطراحی کار |
| Management | آزار، تعارض، بیعدالتی، واکنش تنبیهی | Case، pattern تیم، listening امن | حفاظت، بررسی و اصلاح رفتار/قاعده |
| Life/Access | مراقبت، رفتوآمد، بحران خانوادگی | گفتوگوی اختیاری و حداقلی | انعطاف/سیاست متناسب در حد امکان |
| Policy/Data | تعریف مبهم، ثبت سخت، خطای شیفت | Audit زمان/Payroll/HRIS | تعریف، Workflow و correction |
در موضوعهای سلامت، داده پزشکی یا خانوادگی را برای کنجکاوی جمع نکنید. مدیر باید بداند فرد چه محدودیت کاری و حمایت ایمنی نیاز دارد؛ دسترسی به تشخیص و پرونده فقط با مبنای قانونی/رضایت و برای افراد مجاز است.
Data dictionary و سنجههای پایه
یک رکورد غیبت حداقل باید تاریخ/ساعت برنامهریزیشده، زمان ازدسترفته، نوع کلی مجاز، وضعیت اطلاع، تیم/شیفت و اصلاح داده را داشته باشد. Diagnosis پزشکی را در داشبورد عملیاتی نگه ندارید.
Work Lost Rate
WLR = زمان کاری ازدسترفته واجد تعریف ÷ زمان کاری برنامهریزیشده واجد تعریف
مخرج باید برای Part-time، شیفت، تعطیلی، مرخصی برنامهریزیشده و تغییر Headcount منصفانه باشد. روز تقویمی را با ساعت برنامهریزیشده مخلوط نکنید.
Frequency، Duration و Incidence
| سنجه | پرسش | خطای رایج |
|---|---|---|
| Frequency | چند Spell جدید رخ داد؟ | یک بیماری بلند را با چند رخداد کوتاه یکی میکند |
| Duration | هر Spell چه مدت بود؟ | بدون Context سلامت/RTW تفسیر میشود |
| Incidence | چه سهمی حداقل یک Spell داشت؟ | جمعیت در معرض تعریف نمیشود |
| Lost time | چه ساعت برنامهریزیشدهای از دست رفت؟ | Overtime/تعویض شیفت دوبارهشماری میشود |
| Return sustainability | بازگشت با حمایت و بدون آسیب تکراری ماند؟ | بازگشت فوری را موفقیت مینامد |
Bradford Factor یا هر امتیاز مشابهی که دفعات کوتاه را با توان بالا جریمه میکند، نباید خودکار تصمیم انضباطی بسازد. میتواند بیماری مزمن، معلولیت، مراقبت یا الگوی شیفت را ناعادلانه هدف بگیرد. هر Trigger فقط دعوت به Review انسانی و قانونی است، نه حکم.
فرایند غیبت از اطلاع تا بستن حلقه
۱. Notification امن و در دسترس
کانال، زمان تقریبی اطلاع و Backup را روشن کنید. برای کارمند شیفتی یا بدون دسترسی پایدار به اینترنت، یک کانال دیجیتال کافی نیست. اگر فرد حاضر نشد و تماس نگرفت، ابتدا Safety check متناسب انجام دهید؛ فرض بدرفتاری نکنید.
۲. Triage بدون بازجویی
مدیر میپرسد: آیا در امنیت هستید؟ چه مدت تقریبی در دسترس نخواهید بود؟ چه کار فوری باید منتقل شود؟ کانال و زمان تماس بعدی مناسب چیست؟ اطلاعات پزشکی بیشتر فقط از مسیر مجاز و در حد ضرورت.
۳. Coverage بدون تنبیه تیم حاضر
کار را به Must/Can wait/Stop تقسیم کنید. پوشش نباید خودکار روی «همکار همیشه کمککننده» بیفتد یا اضافهکار قهرمانانه بسازد. Owner، سقف زمان و Recovery بعد از Peak را تعیین کنید.
۴. Contact during leave با رضایت و هدف روشن
تماس برای سلامت، ایمنی و امکان بازگشت است؛ نه فشار برای پاسخگویی یا انجام کار. ریتم تماس بر اساس مدت، ترجیح و سیاست تعیین شود. خاموشی کامل یا پیام روزانه هر دو میتوانند نامناسب باشند.
۵. Return-to-Work conversation
گفتوگو در فضای خصوصی انجام شود: خوشآمد، وضعیت توان کار، محدودیت/Adjustment، تغییر رخداده، حمایت، Risk review و زمان بازبینی. مدیر تشخیص نمیدهد و قول محرمانگی مطلقی که نمیتواند نگه دارد نمیدهد.
۶. Adjustment و بازگشت مرحلهای
کاهش موقت ساعت، تغییر وظیفه، تجهیزات، کار Remote، استراحت یا مرحلهبندی ممکن است مفید باشد؛ اما باید با قانون، ایمنی، نظر متخصص و اثر بر دیگران تطبیق داده شود. Adjustment لطف یا پاداش نیست.
۷. Root-cause review و Closure
اگر Pattern در یک شیفت، مدیر، وظیفه یا دوره دیده میشود، Risk assessment و طراحی کار را بازبینی کنید. اقدام، Owner، موعد و نتیجه را ثبت کنید. بازگشت فرد پایان Case نیست اگر علت کاری همچنان باز است.
HSE بریتانیا بر سیاست، ثبت/پایش، آموزش مدیر، تماس متمرکز بر سلامت و بازگشت و بررسی Adjustment تأکید میکند. این چارچوب باید با قانون و نظام سلامت/کار ایران تطبیق داده شود و نسخه حقوقی ایران نیست.
قدردانی دقیقاً کجای این سیستم قرار میگیرد؟
Recognition باید رفتار مفید و Contribution واقعی را ببیند، بدون آنکه سلامت، حق مرخصی یا حریم فرد را به نمایش بگذارد.
| قدردانی سالم | پیام نمونه | قدردانی ناسالم |
|---|---|---|
| اطلاع زودهنگام در حد امکان | ممنون که بهموقع خبر دادی تا کار ایمن پوشش داده شود | ممنون که با تب هم آنلاین شدی |
| Handover کوتاه و ضروری | ثبت وضعیت سفارشها از دوبارهکاری جلوگیری کرد | حتی در مرخصی پاسخگو بودی |
| پوشش منصفانه تیم | تیم با اولویتبندی و توقف کار کماهمیت پوشش داد | فلانی سه شب جای همه ماند |
| مرزبندی و بازیابی | مرز ظرفیت را زود گفتی تا برنامه اصلاح شود | هیچوقت مرخصی نمیگیری |
| مدیرِ حمایتگر | بار را بازتوزیع و بازگشت مرحلهای را پیگیری کرد | عدد غیبت تیم را پایین نگه داشت |
| اصلاح سیستم | گزارش الگوی شیفت به تغییر برنامه منجر شد | کارکنان باانگیزه مشکلات را تحمل کردند |
قدردانی عمومی درباره غیبت یا بیماری بدون رضایت فرد انجام نشود. حتی جمله مثبت میتواند اطلاعات سلامت را افشا کند. ترجیح Private/Public، مخاطب، متن و جزئیات باید کنترل شود.
برای جلوگیری از پاداشدادن به Heroic overwork، راهنمای قدردانی و تعادل کار و زندگی را ببینید.
چه زمانی Recognition اصلاً مداخله اول نیست؟
| وضعیت | مداخله اول | نقش بعدی Recognition |
|---|---|---|
| بیماری واگیر/حادثه | سلامت، ایمنی و جداسازی خطر | تشکر از گزارش و رعایت پروتکل، نه حضور |
| بار کار مزمن | Capacity، Staffing و اولویت | دیدن گزارش خطر و بهبود فرایند |
| مدیر آزارگر/تلافی | حفاظت، بررسی مستقل و Remedy | کمپین تشکر نباید Case را بپوشاند |
| پرداخت/قرارداد/بیمه | اصلاح تعهد و انطباق | هیچ جایگزینی ندارد |
| شیفت ناایمن | Risk assessment و طراحی Roster | قدردانی از مشارکت در بازطراحی |
| ثبت غلط HRIS | Data correction و کنترل Workflow | تشکر از گزارش خطا |
در فرسودگی، قدردانی درمان نیست. مقاله قدردانی و پیشگیری از فرسودگی شغلی و راهنمای مدیریت بار کار و فشار زمانی اصلاح سیستم را پوشش میدهند.
سه سناریوی ایرانی
مرکز تماس با غیبتهای کوتاه در شیفت عصر
مدیر تصور میکند انگیزه شیفت عصر کم است و برای «حضور کامل» امتیاز میدهد. Audit نشان میدهد زمانبندی حملونقل، تغییر دیرهنگام Roster، Break ناکافی و ثبت اشتباه Swapها در همان شیفت متمرکزند.
- تعریف Absence و Shift swap اصلاح میشود.
- Roster زودتر منتشر و امکان تبادل کنترلشده ساخته میشود.
- Break و Staffing در Peak بازطراحی میشود.
- جایزه حضور کامل متوقف میشود تا بیماری/مراقبت را تنبیه نکند.
- Recognition به گزارش زودهنگام، Handover و مشارکت در اصلاح Roster منتقل میشود.
کارخانه با درد اسکلتی و بازگشت سریع
اپراتورها برای از دست ندادن پاداش حضور، درد را گزارش نمیکنند و بعد با Absence طولانیتر خارج میشوند. سرپرست از کسانی که «با درد کار میکنند» در جمع تشکر میکند.
- پاداش حضور از مرخصی سلامت و حادثه جدا و با متخصص حقوق/Payroll بازبینی میشود.
- ارگونومی، تکرار حرکت و زمان استراحت Risk assessment میشوند.
- گزارش زودهنگام بدون تلافی و مسیر Occupational health/پزشک مجاز ایجاد میشود.
- بازگشت مرحلهای و وظیفه موقت بر اساس توان/ایمنی طراحی میشود.
- پیام Recognition از تحمل درد به گزارش خطر و پیشگیری تغییر میکند.
تیم نرمافزار Remote با غیبت ثبتنشده
غیبت رسمی پایین است، اما افراد هنگام بیماری در پیامرسان آنلاین میمانند و کار عمیق انجام نمیدهند. Manager حضور سبز را نشانه تعهد میداند و مرخصی را «در صورت نیاز» مبهم گذاشته است.
- مرخصی، Sick day و Availability در Work agreement روشن میشوند.
- وضعیت آنلاین از Performance جدا میشود.
- Capacity و Delivery همراه با Presenteeism signal سنجیده میشود.
- Manager از استفاده سالم از مرخصی و Handover کوتاه حمایت میکند.
- داده سلامت در کانال عمومی منتشر نمیشود.
سنجش منصفانه و بدون Surveillance
داشبورد برای یافتن Risk و ارزیابی اقدام است، نه رتبهبندی «کارکنان وفادار». داده فردی فقط برای Case مجاز و Need-to-know استفاده شود؛ گزارش مدیریتی تا حد ممکن تجمیعی باشد.
| Metric | سطح مناسب | کنار چه چیزی خوانده شود؟ | Guardrail |
|---|---|---|---|
| WLR | سازمان/تیم/شیفت با مخرج | Season، Headcount، policy change | هدف فردی نسازید |
| Spell frequency | Pattern تجمیعی | Duration و Context | Trigger حکم نیست |
| Long-term case | Case management محرمانه | RTW support و adjustment | در داشبورد نامدار نباشد |
| Presenteeism signal | Survey/گفتوگوی امن | سلامت، workload و leave use | تشخیص پزشکی نکنید |
| Coverage overtime | تیم/شیفت | Staffing و Recovery | فشار را به فرد غایب نسبت ندهید |
| RTW plan closure | Case امن و تجمیع | پایداری/عوارض ناخواسته | سرعت تنها معیار نباشد |
| Data correction | سیستم/Workflow | نوع خطا و SLA | خطای سیستم را رفتار ننامید |
| Recognition coverage | تجمیعی | عدالت و نوع رفتار | ارتباط علّی با غیبت فرض نشود |
در تیم کوچک، ناشناسبودن ممکن است صوری باشد. اصول Consent، Small-cell suppression و Nonresponse در راهنمای نظرسنجی کارکنان بدون اجبار توضیح داده شده است.
آزمون اثر Recognition بدون ادعای علّی شتابزده
- Outcome و Guardrail را پیشینی تعریف کنید: WLR/Quality و همزمان Presenteeism، overtime، leave use و fairness.
- Baseline کافی بگیرید: Season، شیفت، Headcount و Policy change را ثبت کنید.
- مداخله را مشخص کنید: آموزش مدیر، پیام دقیق، Consent و رفتار هدف؛ نه «فرهنگ بهتر».
- گروه/زمان مقایسه انتخاب کنید: در حد امکان Staggered rollout یا interrupted time series.
- Fidelity را بسنجید: آیا مدیران واقعاً Recognition درست و اصلاح Work design را اجرا کردند؟
- Heterogeneity را ببینید: اثر احتمالی در شیفت/نوع کار یکسان نیست.
- نتیجه را محدود گزارش کنید: همزمانی یا association را علت قطعی ننامید.
اگر Recognition همزمان با اصلاح Roster اجرا شده، کاهش غیبت را به پیام تشکر نسبت ندهید. اقدام ترکیبی ممکن است مفید باشد، اما Contribution هر جزء نامعلوم است.
برنامه اجرایی ۹۰روزه
| بازه | کار | خروجی | Gate |
|---|---|---|---|
| روز ۱–۱۵ | تعریف Data dictionary، دسترسی و مبنای حقوقی | Metric spec و privacy map | Diagnosis در داشبورد عمومی نیست |
| روز ۱۶–۳۰ | Audit داده، Case و Pattern تیم/شیفت | Baseline و سه فرضیه | خطای ثبت از رفتار جدا شده است |
| روز ۳۱–۴۵ | Policy/notification/coverage/RTW redesign | Workflow و scripts مدیر | Safety/Legal/Payroll review |
| روز ۴۶–۶۰ | اصلاح یک Driver کار و آموزش مدیر | Work-design action و capability | Owner و موعد واقعی دارد |
| روز ۶۱–۷۵ | Pilot Recognition سالم با Consent | پیامها و behavior map | Attendance hero پاداش نمیگیرد |
| روز ۷۶–۹۰ | Outcome/guardrail review و Remedy | Continue/Adapt/Stop decision | Harm و equity gap باز نمانده است |
RACI حداقلی
| تصمیم | Accountable | Responsible | Consulted | Informed |
|---|---|---|---|---|
| تعریف/داده | People/Data owner | HRIS/Payroll | Legal، Privacy، مدیران | کارکنان درباره Purpose |
| Case سلامت/RTW | HR/Occupational health مجاز | Case manager | فرد، پزشک/متخصص مجاز، Safety | Manager در حد Need-to-know |
| Coverage | Operations manager | Shift/team lead | اعضای تیم | ذینفع کار |
| Work redesign | Operations/Safety | Process owner | کارکنان، HSE/ارگونومی | تیم |
| Recognition | People lead | Manager | کارکنان، Privacy | مخاطب با Consent |
منابع و مرز تعمیم
- WHO ۲۰۲۲، Guidelines on mental health at work: مداخلات سازمانی، آموزش مدیر و بازگشت به کار؛ قطعیت و Context توصیهها متفاوت است.
- HSE، Managing sick leave and return to work: سیاست، پایش، تماس حمایتی، آموزش مدیر، Adjustment و Risk assessment؛ چارچوب حقوقی بریتانیا و نه قانون ایران.
- Hill، Slade و Cantley ۲۰۰۸، DOI
10.1097/JOM.0b013e31816b44dd: Work Lost Rate و رابطه lost time با duration spell در داده Payroll ۴۰۰۰ کارگر؛ تعریف محلی همچنان لازم است. - Hensing و همکاران ۱۹۹۸: مرور سنجههای sickness absence و پیشنهاد Frequency، Length، Incidence و Duration؛ منبع روششناختی قدیمی و نه Benchmark جاری.
- Ruhle و همکاران ۲۰۲۰/۲۰۱۹ online: مرور تعریف، سنجش و نظریه Presenteeism و نبود یکسانی کامل؛ کاهش غیبت جانشین سنجش Presenteeism نیست.
این مقاله مشاوره پزشکی، حقوق کار، بیمه یا تشخیص صلاحیت کار نیست. مرخصی، گواهی، حادثه، داده سلامت، Adjustment و بازگشت باید با مقررات جاری ایران، قرارداد و نظر متخصص صلاحیتدار تطبیق داده شوند.
چکلیست QA مدیر و HR
- Planned leave، sickness، incident، care و no-show در داده جدا هستند؟
- مخرج و ساعت برنامهریزیشده برای Part-time/shift روشن است؟
- مدیر بدون نیاز، علت پزشکی یا خانوادگی جمع نمیکند؟
- Notification برای شیفت و نیروی بدون میز در دسترس است؟
- Coverage کار کماهمیت را Stop میکند یا فقط اضافهکار میسازد؟
- تماس حین مرخصی هدف، ریتم و Consent دارد؟
- RTW گفتوگو، Risk review، Adjustment و موعد پیگیری دارد؟
- Trigger آماری فقط Review است و حکم خودکار نیست؟
- غیبت صفر و حضور هنگام بیماری پاداش نمیگیرند؟
- Recognition اطلاعات سلامت را افشا نمیکند؟
- Presenteeism، overtime، safety و leave use Guardrail هستند؟
- علت کاری به Owner و اقدام اصلاحی میرسد؟
سیاست مرخصی باید کف قانونی و دفتر مرخصی را از مزیت اختیاری جدا کند. راهنمای مرخصی نامحدود در ایران نمونهای از این مرزبندی است. همچنین فرهنگ کاری حمایتگر باید منابع، مسیر پاسخ و Accountability داشته باشد؛ نه فقط لحن مهربان.
پرسشهای متداول
آیا قدردانی واقعاً غیبت کارکنان را کاهش میدهد؟
ممکن است یکی از اجزای محیط حمایتگر باشد، اما اثر مستقیم و یکسانی برای همه علتها ثابت نیست. بیماری، ایمنی، بار کار، شیفت، سیاست و مدیر را همزمان بررسی و Outcome را با Guardrailهایی مانند Presenteeism بسنجید.
نرخ غیبت مناسب چقدر است؟
یک درصد جهانی سالم وجود ندارد. تعریف، صنعت، شیفت، فصل، سلامت، نوع قرارداد و مخرج مهماند. هدف صفر میتواند حضور هنگام بیماری یا ثبت ناقص را تشویق کند؛ روند و علت را با Context بخوانید.
آیا مدیر باید علت بیماری کارمند را بپرسد؟
مدیر باید درباره توان کار، ایمنی، مدت تقریبی، پوشش و حمایت لازم بداند؛ نه اینکه تشخیص دهد یا جزئیات غیرضروری جمع کند. اطلاعات سلامت فقط از مسیر مجاز، با مبنای لازم و دسترسی محدود مدیریت شود.
در جلسه بازگشت به کار چه بپرسیم؟
خوشآمد بگویید، توان و محدودیت کاری، تغییرهای محل کار، Adjustment احتمالی، حمایت، Risk و زمان Review را بررسی کنید. جلسه بازجویی یا اثبات وفاداری نیست و برای مسئله پزشکی متخصص لازم است.
از چه رفتارهایی در موضوع غیبت قدردانی کنیم؟
اطلاع زودهنگام در حد امکان، Handover ضروری، پوشش منصفانه، گزارش خطر، مرزبندی سالم و مشارکت در اصلاح سیستم. از حضور هنگام بیماری، لغو مرخصی یا اضافهکاری بیمرز تقدیر نکنید.
