ساختمان Resilient PACS: Imperative of Redundancy و Failureover

تحویل مراقبت های بهداشتی مدرن بستگی به دسترسی سریع و قابل اعتماد به تصاویر پزشکی دارد.فیلم های بایگانی و ارتباطات (PACS) به عنوان ستون فقرات ذخیره، ⁇ و به اشتراک گذاری تصاویر تشخیصی در سراسر بخش ها و امکانات است، حتی دقیقه عدم دسترسی می تواند تشخیص های سخت افزاری بحرانی، اختلال در برنامه ریزی جراحی و به خطر انداختن نتایج قوی و مکانیسم های شکست خورده بنابراین اختیاری نیست - این یک نیاز اصلی برای ساخت و ساز و ساز و کار است که از طریق سایر شیوه های عملیاتی باقی مانده است.

اصول اصلی PACS Redundancy

Redundancy به معنای حذف نقاط شکست با داشتن اجزای پشتیبان آماده برای گرفتن فوری [[ویرایش]، PACS به خوبی آنارشیستی، در هر لایه از آن استفاده می کند: سخت افزار، ذخیره سازی، شبکه، قدرت و حتی موقعیت جغرافیایی [۳] هدف دستیابی به دسترسی بالا (HA)، به طور معمول در شرایط درصد زمان (به عنوان مثال، ۹۹٫۹٪) یا [F] استراتژی های عملیاتی (F) اندازه گیری می شود.

دانلود بازی The Hard Redundancy

نصب پیکربندی های دوگانه یا N+1 برای سرورها، کنترل کننده های ذخیره سازی و سوئیچ های شبکه مانع از شکست یک جزء واحد از از از دست دادن سیستم می شود:

  • خوشه بندی سرور: استفاده از دو یا چند سرورهای PACS پیکربندی شده در یک خوشه شکست خورده است.در حالت فعال، یک سرور تمام درخواست ها را در حالی که دیگر در آماده سازی باقی می ماند، هر دو به طور همزمان خدمت ترافیک، ارائه تعادل بار و شکست بدون درز اگر یک شکست.
  • آرایه های ذخیره سازی قابل توجه: سیستم های ذخیره سازی پیاده سازی با کنترل های اضافی، منابع برق و طرفداران استفاده از RAID (RAID 5، RAID 6 یا RAID 10) برای محافظت در برابر شکست های دیسک مدرن اغلب شامل ویژگی های قرمز سازی داخلی مانند درایوهای گرم و اتوماتیک هستند.
  • شبکه قرمزundancy: ، چندین کارت رابط شبکه (NICs) در هر سرور، متصل به سوئیچ های مختلف، استفاده از تجمع لینک (LACP) برای ترکیب پهنای باند و ارائه سوئیچ شبکه هسته باید خود را با پشته یا قابلیت دسترسی بالا مبتنی بر شاسی بالا.

اطلاعات Redundancy و Backup

از دست دادن داده ها در PACS فاجعه بار است. Redundancy باید به هر دو نسخه ذخیره سازی اولیه و بازیابی فاجعه گسترش یابد.

  • در محل تکثیر: استفاده از ناهمسان یا تکرار ناهمسان بین دو گره ذخیره سازی در همان مرکز داده است. Synchronous Replication تضمین می کند صفر داده (RPO=0) اما تاخیر؛ همانطور که ناهمزمان برای بسیاری از گردش های بالینی قابل قبول است.
  • پشتیبان گیری رسمی و بازیابی فاجعه: نگه داشتن یک کپی ثانویه از تمام داده های PACS در یک مکان جداگانه جغرافیایی.این محافظت در برابر بلایای گسترده سایت مانند آتش، سیل، یا از دست دادن قدرت، اغلب فن آوری های استفاده از مانند حفاظت از داده های مداوم (CDP) و یا پشتیبان گیری های برنامه ریزی شده ذخیره سازی ابر (به عنوان مثال AWS، S3، ذخیره سازی مقرون به صرفه) را فراهم می کند.
  • ] [Regular backup Authentication]: به طور دوره ای بازسازی پشتیبان برای تأیید یکپارچگی داده ها.یک پشتیبان بدون درز به عنوان پشتیبان خوب است.

قدرت و محیط زیست Redundancy

شکست های قدرت یک علت رایج برای خرابی های بدون برنامه هستند.یک PACS انعطاف پذیر باید:

  • تجهیزات غیر قابل تفسیر قدرت (UPS): ارائه پشتیبان باتری برای حداقل تا 15 دقیقه برای اجازه دادن به خاموش شدن و یا انتقال به سیستم های UPS ژنراتور باید اضافی ( پیکربندی N+1).
  • ژنراتورهای پشتیبان: برای قطع برق طولانی، یک دیزل یا گاز طبیعی می تواند سیستم های حیاتی را برای روزها نگه دارد.
  • نظارت بر محیط زیست: سنسورهای دما و رطوبت در اتاق های سرور از بیش از حد گرم کردن که می تواند باعث خرابی قطعات خنک کننده (واحد هایCRAC) توصیه می شود.

مکانیسم های شکست خورده: تضمین ثبات خودکار

تنها Redundancy کافی نیست؛ یک مکانیسم شکست خورده باید شکست ها را تشخیص دهد و عملیات را به اجزای پشتیبان به طور خودکار تغییر دهد.دو معماری شکست خورده اصلی فعال و فعال هستند.

شکست فعال-Passive Failureover

در این مدل، یک سیستم آماده به کار باقی می ماند تا زمانی که سیگنال ضربان قلب سلامت اولیه را نظارت کند، هنگامی که ضربان قلب متوقف می شود، آماده باش به پایان می رسد، این رویکرد ساده تر و آسان تر است اما ممکن است منجر به اختلال کوتاه (30 ثانیه تا چند دقیقه) شود، مناسب برای محیط هایی است که یک شکاف کوتاه قابل قبول است.

شکست فعال فعال- Active-active Failureover

هر دو سیستم ترافیک زنده را اداره می کنند، به طور معمول از طریق یک تعادل بار.اگر یک شکست بخورد، دیگر بار خود را بالا می برد.این بدون وقفه قابل توجه، اما نیاز به پیکربندی پیچیده تر، به ویژه برای برنامه های کاربردی دولتی مانند PACS (به عنوان مثال، انجام جلسات خواندن فعال) بسیاری از فروشندگان PACS مدرن از خوشه های فعال برای توزیع بار و دسترسی بالا پشتیبانی می کنند.

مراحل اجرای عملی

حرکت از تئوری به عمل، تیم های IT مراقبت های بهداشتی باید این مراحل را دنبال کنند:

  1. محاسبه ریسک: شناسایی نقاط واحد شکست در معماری فعلی PACS خود را.
  2. یک استراتژی شکست خورده را امتحان کنید: Align with Clinical Needs for a Emergency Sector, Active-active ممکن است ضروری باشد؛ برای یک بایگانی تحقیقاتی، فعال ممکن است کافی باشد.
  3. نظارت و هشدار: از ابزارهایی مانند Nagios، Zabbix یا نظارت ویژه فروشنده برای ردیابی سلامت سیستم، فضای دیسک، بارگذاری CPU و تأخیر شبکه استفاده کنید.
  4. تست به طور منظم شکست می خورد: [برنامه 1] سه ماهه یا ماهانه شکست خورد.
  5. کارکنان در مراحل دستی: حتی با اتوماسیون، اطمینان حاصل کنید که کارکنان در تماس می دانند که چگونه برای شروع یک شکست دستی، خدمات راه اندازی مجدد و افزایش مسائل به فروشندگان.
  6. همه چیز را مستند کنید: کتاب هایی را ایجاد کنید که عملیات عادی را جزئیات می کنند، مراحل شکست خورده و روش های بهبودی را به روز و در دسترس نگه می دارند.

Cloud and Hybrid در نظر گرفته شده

بسیاری از سازمان های بهداشتی به PACS مبتنی بر ابر یا هیبریدی برای استفاده از مقیاس پذیری و گسترش داخلی در ابر ارائه دهندگان ابر منطقه و ساختمان های منطقه در دسترس بودن طراحی شده برای دسترسی بالا، به عنوان مثال، مناطق دسترسی AWS از نظر فیزیکی مراکز داده جداگانه در یک منطقه هستند، به شما اجازه می دهد PACS را در سراسر مناطق مختلف اجرا کنید اگر یک منطقه شکست بخورد، مسیرهای ترافیکی به طور خودکار برای بازیابی سریع - در حالی که محدودیت دسترسی به طور مستقیم و یا محدودیت دسترسی به اینترنت ارائه می دهد.

منابع خارجی برای خواندن عمیق تر:

جنبه های انطباق و تنظیم

PACS باید با HIPAA (ایالات متحده) و GDPR (اروپا) در مورد حفاظت از داده ها و در دسترس بودن مطابقت داشته باشد. Redundancy و مکانیسم های شکست خورده باید به عنوان بخشی از طرح هماهنگ کننده مورد نیاز توسط HIPAA Security Rule §164.308 (a)

  • یکپارچگی داده ها: ذخیره سازی قرمز باید نسخه های ثابت از تصاویر و متاداده ها را حفظ کند.
  • ] کنترل دسترسی: سیستم های شکست باید همان سیاست های تأیید هویت و مجوز را برای جلوگیری از دسترسی غیر مجاز در طول یک رویداد اجرا کنند.
  • ورود به این رویداد: [FLT 1] همه حوادث شکست خورده و مداخلات دستی باید برای بررسی انطباق ثبت نام.
  • توافق نامه های همکاری تجاری (BAAs): اگر با استفاده از خدمات ابر برای قرمزی خارج از محل، اطمینان حاصل کنید که ارائه دهنده نشان می دهد BAA مسئولیت خود را برای محافظت از ePHI.

نظارت و بهبود مستمر

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

قرص های معمولی برای جلوگیری از

  • ابر مصرف به معنای نگهداری صفر است: سرویس های ابر هنوز نیاز به پیکربندی مناسب دارند – استقرار چند منطقه ای، سیاست های IAM صحیح و آزمایش منظم.
  • اتصال شبکه قرمز: بسیاری از سازمان ها بر روی سرورها و ذخیره سازی تمرکز می کنند، اما یک کابل فیبر برش می تواند کل PACS را از بین ببرد.
  • آزمون معتبر: روش های شکست خورده که هرگز آزمایش نمی شوند، قطعا در یک بحران واقعی شکست می خورند و شامل ذینفعان بالینی می شوند.
  • عوامل انسانی را به طور خلاصه مشاهده کنید: [FLT 1 ] اطمینان حاصل کنید که کارکنان در تماس مسیر های تشدید شده ای دارند و برای تشخیص علائم شکست آموزش دیده اند (به عنوان مثال، بازیابی تصویر آهسته، پیام های خطا).

نتیجه گیری

Redundancy و شکست تنها وظایف فنی نیستند - آنها الزامات ایمنی بیمار هستند.با اجرای سیستماتیک سخت افزار، داده ها، شبکه و قدرت رانشانس، و با انتخاب معماری مناسب شکست خورده، سازمان های بهداشتی می توانند به دسترسی بالا که گردش های بالینی مدرن نیاز دارند، دسترسی داشته باشند.