دفتر رفاه یک دانشگاه بیشتر وقتش را صرف کاغذبازی ثبتنام نمیکند — آن فقط یکبار در سال، در یک بازهی مشخص، اتفاق میافتد. بیشتر وقت صرف خسارتهاست: کارمندانی که فاکتور درمانی ارائه میدهند، منتظر بازپرداخت میمانند، و میپرسند «پروندهی من کجاست؟» بدون اینکه پاسخ روشنی وجود داشته باشد. در دانشگاه خوارزمی، جلسهای در سال ۱۴۰۲ با کارگزار رسمی بیمه برگزار شد که موضوعش دقیقاً همین بود — توضیح تاخیر در پرداخت خسارتها. پاسخ این بود که فاکتورهای ارائهشده تا پایان سال، سرانجام پرداخت شدهاند، به جز مواردی که نقص مدرک داشتند و باید بهصورت جداگانه به کارمند اطلاع داده میشد. دانشگاه علوم پزشکی تهران هم مهلت ارسال مدارک خسارت را، به گفتهی خودشان، پس از سررسید به هیچ عنوان قابل تمدید اعلام کرده است.
هیچکدام از اینها یک شکست در سیاستگذاری نیست. یک شکست در پیگیری است. وضعیت یک خسارت — ثبتشده، در حال بررسی، دارای نقص مدرک، پرداختشده — در هر قالبی که کاغذبازی بیمهگر اتفاقاً به آن شکل درآمده زندگی میکند: یک رشته ایمیل، یک پوشهی منگنهشده، یک ردیف در اکسلی که یک نفر در ادارهی رفاه دستی بهروزرسانی میکند. وقتی کارمندی زنگ میزند و میپرسد چه بر سر خسارتش آمده، یک نفر باید اول آن رکورد را پیدا کند تا بتواند جواب بدهد. این را در چند هزار کارمند و چند بیمهگر ضرب کنید — دفتر بیشتر وقتش صرف پیدا کردن وضعیت یک خسارت میشود تا رسیدگی به آن.
ثبتنام زودتر دیجیتال میشود؛ خسارت هیچوقت
بیشتر تلاشهای دیجیتالیسازی در این حوزه در مرحلهی ثبتنام متوقف میشوند: احراز هویت، ثبت طرح، افزودن یک فرد تحت تکفل. این نسبت به فرم کاغذی پیشرفت واقعی است، اما فقط لحظهی پیوستن را پوشش میدهد. هر اتفاقی که بعد از آن میافتد — هر خسارتی که در طول سال بعد ثبت میشود — همچنان با همان فرآیندی اداره میشود که قبل از پرتال وجود داشت. ماژولهای سوابق بیمه و افراد تحت تکفل فنکاور دقیقاً برای پوشش همین نیمهی دوم ساخته شدهاند: خسارتی که یکبار ثبت شود، یک رکورد مشترک دارد که هم کارمند و هم ادارهی رفاه دقیقاً همان نسخه را میبینند، نه دو مسیر کاغذی جدا که فقط با یک تماس تلفنی به هم میرسند.
چرا این داده در یک سرویس ایزوله زندگی میکند
سوابق بیمهی درمانی از حساسترین دادههایی است که یک دانشگاه دربارهی کارکنانش نگه میدارد — جزئیات نزدیک به تشخیص پزشکی، افراد تحت تکفل، کد ملی، همه در یک جا. ساختن این بهعنوان یک قابلیت روی یک سیستم عمومی منابع انسانی یعنی این داده هم وارث کل شعاع انفجار آن سیستم میشود: یک باگ یا حادثه در هر جای دیگر نرمافزار منابع انسانی میتواند دادهی بیمه را هم افشا کند، فقط چون اتفاقاً در همان پایگاهداده زندگی میکرده. فنکاور بهصورت یک میکروسرویس کاملاً ایزوله با پایگاهدادهی مستقل خودش اجرا میشود، دقیقاً برای اینکه این اتفاق نیفتد — مشکلی در جای دیگر پشتهی فناوری سازمان، همانجا میماند. ورود با احراز هویت ملی (از طریق دولتمن) همچنان مرحلهی تأیید هویت دم در را حل میکند؛ چیزی که اینجا تغییر میکند، اتفاقی است که بعد از ورود، برای خسارت میافتد.
