کاربرد تلفن ابری در بیمارستانها و مزایای آن
تلفن ابری در بیمارستان برای مدیریت صف تماس، نوبتدهی، ارتباط بین بخشها، گزارشگیری و توسعه داخلیها استفاده میشود. برای اجرای درست آن باید حجم تماس، ساختار واحدها، امنیت، اتصال به نرمافزارهای داخلی و مسیر جایگزین در زمان قطعی شبکه از قبل مشخص شوند.
تلفن در بیمارستان فقط برای جواب دادن به تماسهای عمومی نیست. نوبتگیری، ارتباط با بخش بستری، هماهنگی کلینیکها، پیگیری ترخیص، امور مالی و بخشی از ارتباط داخلی کارکنان از همین مسیر انجام میشود. وقتی تعداد تماسها بالا میرود، سانترالهای سنتی معمولاً در مدیریت صف تماس، توسعه داخلیها و گزارشگیری محدودیت بیشتری دارند.
تلفن ابری این بخش از ارتباطات را روی یک بستر نرمافزاری مدیریت میکند. تلینا هم سرویس تلفن ابری را برای سازمانها و کسبوکارهایی ارائه میدهد که به داخلی، صف تماس، مدیریت متمرکز و امکانات پیشرفتهتر تلفنی نیاز دارند. البته در بیمارستان مسئله فقط انتخاب یک سرویس تلفنی نیست؛ ساختار تماس باید متناسب با واحدهای درمانی، حجم تماس و حساسیت اطلاعات طراحی شود.
تلفن ابری چگونه کار میکند؟
تلفن ابری یا Cloud PBX یک سیستم تلفنی مبتنی بر شبکه است که مدیریت داخلیها و تماسها را بدون وابستگی کامل به سانترال فیزیکی انجام میدهد. تنظیماتی مثل ساخت داخلی جدید، صف تماس، منوی صوتی، ساعات پاسخگویی و انتقال تماس از طریق پنل مدیریتی انجام میشوند.
در یک بیمارستان، این سیستم میتواند بخشهای زیر را پوشش دهد:
- شمارههای ورودی بیمارستان و مراکز وابسته
- داخلی کارکنان و واحدها
- صف نوبتدهی و پذیرش
- منوی صوتی یا IVR
- انتقال تماس میان بخشها
- تماسهای خروجی
- ضبط مکالمه در موارد مجاز
- گزارش تماسهای ورودی، خروجی و بیپاسخ
- ارتباط چند ساختمان یا شعبه
در طراحی این ساختار باید مسیر تماسها از قبل مشخص باشد. کسی که برای نوبت تماس گرفته نباید وارد همان مسیری شود که برای پیگیری امور مالی یا ارتباط با یک بخش بستری تعریف شده است.
مهمترین کاربردهای تلفن ابری در بیمارستان
مدیریت تماسهای پذیرش و نوبتدهی
پذیرش معمولاً حجم زیادی از تماسها را دریافت میکند. اگر همه این تماسها به تعداد محدودی داخلی وصل شوند، اشغالی خط و تماس بیپاسخ افزایش پیدا میکند.
با صف تماس میشود تماسهای ورودی را بین چند کارشناس تقسیم کرد. برای موضوعات پرتکرار هم میتوان در IVR مسیر جدا تعریف کرد تا تماسگیرنده مستقیم به واحد مربوط برسد.
برای مثال:
| موضوع تماس | مقصد |
|---|---|
| دریافت یا تغییر نوبت | واحد نوبتدهی |
| اطلاعات کلینیک | پذیرش کلینیک |
| امور بیمه و هزینه | واحد مالی |
| ارتباط با بیمار بستری | بخش مربوط |
| شکایت | واحد ارتباط با مراجعان |
هدف از این طراحی کوتاه کردن مسیر تماس است، نه ساختن یک منوی صوتی طولانی.
یادآوری نوبت و تماسهای پیگیری
بخشی از تماسهای بیمارستان خروجی هستند. یادآوری نوبت، اطلاع از تغییر ساعت پزشک، پیگیری بیمار بعد از مراجعه یا تماس با افرادی که نوبت خود را از دست دادهاند نمونههایی از این موارد هستند.
در صورت وجود امکان یکپارچهسازی با سامانه نوبتدهی، این تماسها میتوانند براساس اطلاعات ثبتشده برنامهریزی شوند. مرورهای پژوهشی حوزه سلامت هم نشان دادهاند که سیستمهای یادآوری تلفنی و پیامکی میتوانند میزان عدم حضور در نوبتهای درمانی را کاهش دهند.
ارتباط بین ساختمانها و مراکز وابسته
بعضی بیمارستانها یک ساختمان واحد ندارند. درمانگاه تخصصی، آزمایشگاه، تصویربرداری یا ساختمان اداری ممکن است در محل دیگری باشند.
تلفن ابری اجازه میدهد داخلیهای این مراکز در یک ساختار مشترک قرار بگیرند. در نتیجه برای ارتباط بین واحدها لازم نیست هر ساختمان یک سیستم تلفنی مستقل و جدا از بقیه داشته باشد.
راهاندازی مرکز تماس بیمارستان
بیمارستانهای پرترافیک معمولاً به مرکز تماس نیاز دارند، نه صرفاً یک شماره تلفن مرکزی. مرکز تماس امکان تفکیک صفها، کنترل تعداد تماسهای منتظر و بررسی عملکرد کارشناسان را فراهم میکند.
مدیر مرکز تماس میتواند ببیند چه زمانی تماسها بیشتر شدهاند، چند تماس بدون پاسخ مانده، متوسط زمان انتظار چقدر بوده و کدام صف به نیروی بیشتری نیاز دارد. این دادهها برای برنامهریزی شیفت اپراتورها هم قابل استفادهاند.
تلفن ابری چه مزایایی برای بیمارستان دارد؟
توسعه سیستم بدون گسترش مداوم تجهیزات
اضافه شدن یک کلینیک یا چند کارشناس جدید در سانترال سنتی ممکن است به ظرفیت سختافزاری بیشتری نیاز داشته باشد. در تلفن ابری، بسیاری از این تغییرات در سطح نرمافزار انجام میشوند.
این ویژگی برای مجموعههای درمانی در حال توسعه مهم است؛ چون تعداد داخلیها و صفها را میشود متناسب با نیاز جدید تغییر داد.
مدیریت یکپارچه داخلیها
در بیمارستان بزرگ، تغییرات داخلیها، ساعت کاری واحدها و مسیر تماسها زیاد است. مدیریت این موارد از یک پنل مرکزی باعث میشود تیم فنی مجبور نباشد تنظیمات هر بخش را جداگانه انجام دهد.
گزارشگیری از عملکرد پاسخگویی
یکی از تفاوتهای مهم تلفن ابری با سیستم تلفنی ساده، اطلاعاتی است که درباره تماسها ارائه میدهد.
بیمارستان میتواند شاخصهایی مثل این موارد را بررسی کند:
- تعداد تماسهای ورودی
- تماسهای بیپاسخ
- زمان انتظار
- مدت مکالمه
- ساعات پرترافیک
- تعداد تماس هر واحد
- عملکرد اپراتورها
این گزارشها مشخص میکنند مشکل پاسخگویی دقیقاً در کدام بخش وجود دارد. مثلاً بالا بودن تعداد تماس بیپاسخ در یک صف ممکن است نشان دهد تعداد کارشناس آن بخش با حجم تماس هماهنگ نیست.
پاسخگویی از نقاط مختلف
در سیستم ابری، داخلی الزاماً به یک خط و دستگاه فیزیکی خاص محدود نیست. اگر سیاست امنیتی مجموعه اجازه بدهد، کارکنان مشخص میتوانند از تجهیزات مورد تأیید در محل دیگری هم به داخلی خود دسترسی داشته باشند.
این قابلیت بیشتر برای واحدهای مدیریتی، پشتیبانی و مجموعههای چندشعبهای کاربرد دارد و لزوماً نباید برای تمام کاربران فعال شود.
خدمات تلفن ابری برای مراکز درمانی چطور باید طراحی شود؟
انتخاب تلفن ابری برای بیمارستان با خرید چند داخلی شروع نمیشود. قبل از راهاندازی باید مشخص شود هر گروه تماس چه مسیری دارد، کدام واحدها صف مستقل میخواهند، چه تعداد تماس همزمان وجود دارد و کدام بخشها در ساعات خاص پرترافیک میشوند. در واقع، تلفن ابری برای بیمارستانها باید براساس مسیرهای واقعی ارتباط با بیماران، همراهان و کارکنان طراحی شود تا پاسخگویی سریعتر و منظمتر انجام شود.
در سرویس تلفن ابری تلینا میتوان ساختار ارتباطی مجموعه را براساس همین نیازها تنظیم کرد؛ از تعریف داخلی و صف تماس گرفته تا سناریوهای پاسخگویی و مدیریت تماسهای ورودی. در یک پروژه بیمارستانی بهتر است تنظیمات سیستم از روی فرایند واقعی تماس طراحی شوند، نه اینکه ساختار قدیمی سانترال بدون تغییر به بستر جدید منتقل شود.
تلفن ابری چطور به نرمافزارهای بیمارستان متصل میشود؟
اگر سرویس تلفنی و نرمافزار بیمارستان API یا ابزار یکپارچهسازی مناسب داشته باشند، میشود اطلاعات تماس را به بخشی از فرایندهای نرمافزاری وصل کرد.
برای نمونه:
- نمایش مشخصات تماسگیرنده برای کارشناس
- ثبت سابقه تماس در CRM
- اتصال تماس به سامانه نوبتدهی
- ثبت درخواست پیگیری
- ایجاد تماس خروجی براساس اطلاعات ثبتشده
اتصال مستقیم به HIS یا اطلاعات بیمار باید محدود باشد. تلفن ابری فقط باید به دادهای دسترسی داشته باشد که برای همان فرایند لازم است.
امنیت تلفن ابری در بیمارستان چه الزاماتی دارد؟
مکالمات بیمارستان ممکن است شامل اطلاعات شخصی یا درمانی باشند؛ بنابراین دسترسی به سیستم تلفنی و فایلهای ضبطشده باید کنترل شود.
در زمان انتخاب و راهاندازی سرویس، این موارد باید مشخص باشند:
- چه کسانی دسترسی مدیریتی دارند؟
- فایلهای ضبط مکالمات کجا و تا چه مدت نگهداری میشوند؟
- دسترسی کاربران چطور احراز میشود؟
- آیا فعالیتهای مدیریتی ثبت میشوند؟
- تجهیزات غیرمجاز چطور از شبکه تلفنی جدا میشوند؟
- دسترسی تیم پشتیبانی سرویسدهنده در چه سطحی است؟
- نسخههای نرمافزاری و تجهیزات شبکه چطور بهروزرسانی میشوند؟
برای بیمارستان، امنیت یک قابلیت جانبی نیست و باید بخشی از معماری سرویس باشد.
در زمان قطعی اینترنت چه اتفاقی میافتد؟
وابستگی تلفن ابری به شبکه باعث میشود موضوع تداوم سرویس قبل از راهاندازی بررسی شود. بیمارستان نمیتواند بعد از قطعی اینترنت تازه به فکر مسیر جایگزین تماس باشد.
حداقل باید برای این موارد برنامه وجود داشته باشد:
- اینترنت دوم از مسیر مستقل
- برق پشتیبان برای تجهیزات شبکه
- فوروارد تماسهای ضروری
- مسیر جایگزین برای شمارههای حساس
- ادامه سرویس در صورت اختلال یکی از ساختمانها
این سناریوها باید آزمایش هم شوند. داشتن یک اینترنت پشتیبان روی کاغذ تضمین نمیکند که در زمان اختلال، تماسها بدون مشکل روی مسیر دوم قرار بگیرند.
قبل از انتخاب تلفن ابری چه مواردی را بررسی کنیم؟
برای ارزیابی یک سرویس، این سؤالها از تعداد امکانات درجشده در صفحه فروش مهمترند:
- در شلوغترین ساعت چند تماس همزمان داریم؟
- چه واحدهایی به صف مستقل نیاز دارند؟
- تماس بیپاسخ چطور ثبت و پیگیری میشود؟
- در صورت قطع ارتباط اصلی، مسیر جایگزین چیست؟
- چه گزارشهایی در اختیار مدیر قرار میگیرد؟
- ضبط مکالمه برای کدام واحدها لازم یا مجاز است؟
- آیا سیستم باید به نرمافزار دیگری متصل شود؟
- چه سطحی از پشتیبانی فنی نیاز داریم؟
- افزودن کاربر و داخلی جدید چطور انجام میشود؟
- آیا قبل از انتقال کامل میشود سرویس را در یک بخش آزمایش کرد؟
پاسخ این سؤالها کمک میکند مشخص شود چه نوع ساختاری واقعاً برای بیمارستان لازم است و چه امکاناتی فقط هزینه اضافه ایجاد میکنند.
چه بخشهایی اولویت بیشتری برای راهاندازی دارند؟
اگر قرار نیست کل بیمارستان یکباره به سیستم جدید منتقل شود، بهتر است کار از بخشی شروع شود که مشکل قابلاندازهگیری دارد.
معمولاً این واحدها گزینههای مناسبی هستند:
- پذیرش مرکزی
- نوبتدهی
- کلینیکهای پرترافیک
- مرکز تماس
- امور مالی و بیمه
اجرای محدود اولیه نشان میدهد وضعیت کیفیت تماس، صفها، گزارشها و زیرساخت شبکه در عمل چطور است. بعد از آن میشود درباره توسعه سیستم به سایر بخشها تصمیم گرفت.
جمعبندی
کاربرد اصلی تلفن ابری در بیمارستان، مدیریت ساختاریافته تماسهاست. این سیستم میتواند صفهای پذیرش و نوبتدهی را مدیریت کند، داخلی چند ساختمان را به هم وصل کند، اطلاعات دقیقتری از تماسها بدهد و توسعه سیستم تلفنی را سادهتر کند.
اما انتخاب سرویس بدون بررسی شبکه، امنیت، حجم تماس و مسیرهای اضطراری تصمیم درستی نیست. قبل از اجرا باید مشخص باشد هر تماس کجا میرود، چه کسی به اطلاعات آن دسترسی دارد و در زمان اختلال چه مسیری جایگزین میشود.
آیا لازم است کل بیمارستان همزمان به تلفن ابری منتقل شود؟
نه. مهاجرت مرحلهای معمولاً امکان کنترل بیشتری میدهد. میشود یک بخش پرترافیک را انتخاب کرد و بعد از ارزیابی عملکرد، دامنه پروژه را توسعه داد.
آیا هر تلفن IP برای استفاده در بیمارستان مناسب است؟
نه لزوماً. سازگاری با سرویس، کیفیت شبکه، امکانات امنیتی، نوع تغذیه برق و شرایط استفاده در هر بخش باید بررسی شوند. انتخاب ترمینال فقط براساس قیمت میتواند بعداً مشکل ایجاد کند.
برای تلفن ابری چقدر پهنای باند لازم است؟
مقدار موردنیاز به تعداد تماس همزمان و کدک صوتی بستگی دارد، نه تعداد کل داخلیها. محاسبه باید براساس بیشترین مصرف همزمان انجام شود و ظرفیت کافی برای سایر ترافیک شبکه هم باقی بماند.
آیا باید تمام تماسهای بیمارستان ضبط شوند؟
نه. ضبط تماس باید براساس نیاز عملیاتی، سیاست داخلی و الزامات حریم خصوصی انجام شود. علاوه بر اصل ضبط، مدت نگهداری فایل و سطح دسترسی به آن هم باید مشخص باشد.
چه زمانی اجرای آزمایشی تلفن ابری مفید است؟
وقتی بیمارستان حجم تماس بالا، چند ساختمان یا ساختار سانترال پیچیده دارد، اجرای آزمایشی کمک میکند مشکلات شبکه و طراحی تماس قبل از مهاجرت اصلی مشخص شوند.
دیدگاهتان را بنویسید