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