دستگاهی که قرار بود سرطان را درمان کند، اما قربانی خطای نرم‌افزاری شد

در دهه‌های گذشته، فناوری‌های پزشکی پیشرفته نقش مهمی در درمان بیماری‌های سخت از جمله سرطان ایفا کرده‌اند. یکی از نمونه‌های قابل توجه در تاریخ پزشکی و مهندسی نرم‌افزار، دستگاه پرتودرمانی Therac-25 است که در اوایل دهه ۱۹۸۰ توسط شرکت کانادایی Atomic Energy of Canada Limited (AECL) ساخته شد. هدف از توسعه این دستگاه، ارائه راهکاری امن و کارآمد برای تابش پرتوهای الکترونی و ایکس جهت درمان تومورها بود. اما در عمل، خطاهای نرم‌افزاری و ضعف‌های طراحی، منجر به وقوع حوادث مرگبار و آسیب‌های جدی به بیماران شد. در این مقاله، به جزئیات این فاجعه و پیامدهای آن بر مهندسی نرم‌افزار و ایمنی سامانه‌های حیاتی می‌پردازیم.

پیشینه و اهداف دستگاه Therac-25

در اوایل دهه ۱۹۸۰، فناوری پرتودرمانی با هدف بهبود دقت و ایمنی درمان‌های سرطان، دستگاه Therac-25 را معرفی کرد. این دستگاه، قابلیت تولید پرتوهای الکترونی و ایکس را داشت و قرار بود جایگزین دستگاه‌های قدیمی و پرخطا باشد. توسعه‌دهندگان بر این باور بودند که با حذف قفل‌های سخت‌افزاری و تمرکز بر نرم‌افزار، می‌توانند کنترل بهتری بر فرآیند درمان داشته باشند. اما در عین حال، این تغییرات منجر به کاهش لایه‌های حفاظتی و افزایش وابستگی به نرم‌افزار شد.

علل وقوع حوادث و خطاهای نرم‌افزاری

بین سال‌های ۱۹۸۵ تا ۱۹۸۷، چندین حادثه مرتبط با Therac-25 ثبت شد که در آن بیماران دوزهای پرتو بسیار بالاتری دریافت کردند. یکی از خطاهای اصلی، حذف قفل‌های ایمنی سخت‌افزاری در مدل‌های قبلی بود که وظیفه جلوگیری از شرایط خطرناک را بر عهده داشتند. به جای آن، سیستم نرم‌افزاری مسئول این وظیفه شد، اما نرم‌افزار در مقابل خطاهای رقابتی و پیام‌های خطای مبهم آسیب‌پذیر بود. برای نمونه، پیام‌های خطای مانند Malfunction 54، بیماران و اپراتورها را سردرگم می‌کردند و تصور می‌شد که درمان متوقف شده است، در حالی که دستگاه در حالت اشتباه قرار داشت. این ضعف‌ها در طراحی، آزمایش و مستندسازی نرم‌افزار، نقش مهمی در وقوع فاجعه داشتند.

پیامدهای فاجعه و تاثیرات بلندمدت

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

نتیجه‌گیری و درس‌های آموخته شده

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