বিষয় 3.9 — ব্যবসায়িক ধারাবাহিকতা ও দুর্যোগ পুনরুদ্ধার

এক বাক্যে: স্বাস্থ্য ও পরিচর্যায় একটি বড় সিস্টেম বিভ্রাট IT সমস্যা হওয়ার আগে একটি রোগী-নিরাপত্তা ঘটনা, তাই একটি সিস্টেম বন্ধ থাকার সময় পরিচর্যা সরবরাহ চালিয়ে যাওয়ার এবং তা সম্পূর্ণ ও দ্রুত পুনরুদ্ধার করার আপনার সামর্থ্য একটি মূল ক্লিনিক্যাল ও জনআস্থার সামর্থ্য, প্রযুক্তিগত পাদটীকা নয়।

স্বাস্থ্য ও পরিচর্যায় কেন এটি গুরুত্বপূর্ণ#

প্রযুক্তি থামলে পরিচর্যা থামে না। যখন একটি ইলেকট্রনিক পেশেন্ট রেকর্ড, একটি ই-প্রেসক্রাইবিং প্ল্যাটফর্ম বা একটি পরীক্ষাগার ফলাফল সিস্টেম একটি হাসপাতাল জুড়ে ব্যর্থ হয়, প্রকৌশলীরা কাজ করার সময় চিকিৎসকরা চিকিৎসা থামিয়ে রাখতে পারেন না। তাঁদের রোগী দেখা, ওষুধ প্রেসক্রাইব করা এবং সিদ্ধান্ত নেওয়া চালিয়ে যেতে হয়, প্রায়ই অ্যালার্জি সতর্কতা, ডোজ যাচাই ও পূর্ব ইতিহাস ছাড়া যা ব্যর্থ সিস্টেম সাধারণত জোগায়। সে কারণেই একটি বিভ্রাট কেবল ডাউনটাইম ঘণ্টা ও সেবা ক্রেডিটে মাপা হয় না; তা মাপা হয় বিলম্বিত রোগনির্ণয়, মিস হওয়া মিথস্ক্রিয়া, বাতিল অস্ত্রোপচার এবং অন্ধ হয়ে কাজ করা প্রতিটি চিকিৎসকের বহন করা বাড়তি ঝুঁকিতে। ব্যবসায়িক ধারাবাহিকতা হলো সেই শৃঙ্খলা যা নিশ্চিত করে যখন সবচেয়ে খারাপ ঘটে, পরিচর্যা যতটা সম্ভব নিরাপদ থাকে।

ঝুঁকি জাতীয় এবং ভালোভাবে নথিবদ্ধ। ২০১৭ সালের WannaCry র‍্যানসমওয়্যার আক্রমণ ইংল্যান্ডের প্রায় এক-তৃতীয়াংশ NHS ট্রাস্টকে ব্যাহত করেছিল, হাজার হাজার অ্যাপয়েন্টমেন্ট ও অস্ত্রোপচার বাতিল করতে বাধ্য করেছিল, অ্যাম্বুলেন্স অন্যত্র পাঠিয়েছিল এবং কর্মীদের ঠিক সেই ডিভাইস থেকে আটকে দিয়েছিল, কিছু ইমেজিং ও প্যাথলজি যন্ত্রসহ, যা মানুষকে চিকিৎসা করতে তাঁদের দরকার ছিল। এতে NHS-এর আনুমানিক £৯২ মিলিয়ন খরচ হয়েছিল এবং, আরও গুরুত্বপূর্ণভাবে, দেখিয়েছিল স্বাস্থ্য অবকাঠামোর ওপর একটি সাইবার-আক্রমণ নিছক ডেটা-নিরাপত্তা ঘটনা নয়, একটি ক্লিনিক্যাল সংকট হিসেবে আঘাত করে। তখন থেকে স্থিতিস্থাপকতা সার্ভার রুম থেকে বোর্ড টেবিলে সরেছে, এবং ঠিকই।

এই বিষয়, বিষয় 3.8 — সেবা ব্যবস্থাপনা ও লাইভ পরিচালনার পরিচালনগত শৃঙ্খলা প্রসারিত করে, কিন্তু মনোযোগ দৈনন্দিন চালানো থেকে বড় ব্যাঘাতে সরায়: আগুন, বন্যা, সাইবার-আক্রমণ, সরবরাহকারীর পতন বা আঞ্চলিক বিভ্রাট যা ঘণ্টা বা দিনের জন্য একটি সংকটপূর্ণ সেবা বন্ধ করার হুমকি দেয়। এটি বিষয় 1.7 — তথ্য গভর্ন্যান্স, ডেটা সুরক্ষা ও সাইবার নিরাপত্তার সঙ্গে ঘনিষ্ঠভাবে যুক্ত (কারণ র‍্যানসমওয়্যার পুনরুদ্ধার এখন একটি কেন্দ্রীয় ধারাবাহিকতা দৃশ্যপট), বিষয় 4.0 — প্রযুক্তিগত স্থাপত্য, ক্লাউড ও লিগ্যাসির সঙ্গে (কারণ স্থিতিস্থাপকতা নকশায় অন্তর্ভুক্ত, পরে জোড়া লাগানো নয়), এবং বিষয় 6.4 — গভর্ন্যান্স ও আশ্বাসের সঙ্গে (কারণ কাউকে পরিকল্পনার মালিক, পরীক্ষক ও জবাবদিহিকারী হতে হবে)। এটি ঠিকভাবে করুন, ব্যাঘাত একটি খারাপ দিনে পরিণত হয়; ভুল করুন, তা একটি জনতদন্তে পরিণত হয়।

মূল ধারণা#

ব্যবসায়িক ধারাবাহিকতা ও দুর্যোগ পুনরুদ্ধার। ব্যবসায়িক ধারাবাহিকতা পরিকল্পনা (BCP) হলো একটি ব্যাঘাতমূলক ঘটনার সময় ও পরে পূর্ব-নির্ধারিত গ্রহণযোগ্য মাত্রায় পণ্য বা সেবা, আপনার ক্ষেত্রে নিরাপদ পরিচর্যা, সরবরাহ চালিয়ে যাওয়ার সামর্থ্য। IT দুর্যোগ পুনরুদ্ধার (DR) হলো সংকীর্ণতর, প্রযুক্তিগত উপসেট যা সেই সেবাগুলোর ভিত্তি সিস্টেম, ডেটা ও অবকাঠামো পুনরুদ্ধার নিয়ে। ব্যবসায়িক ধারাবাহিকতা বৃহত্তর প্রতিশ্রুতি ("রোগীদের চিকিৎসা চলতেই থাকে"); দুর্যোগ পুনরুদ্ধার উপায়গুলোর একটি ("ফলাফল সিস্টেম চার ঘণ্টার মধ্যে ফিরে আসে")। আপনার উভয়ই দরকার, এবং একটি পুনরুদ্ধার-করা সার্ভারকে একটি পুনরুদ্ধার-করা সেবার সঙ্গে গুলিয়ে ফেলবেন না।

ব্যবসায়িক ধারাবাহিকতা ব্যবস্থাপনা ও ব্যবসায়িক প্রভাব বিশ্লেষণ। ব্যবসায়িক ধারাবাহিকতা ব্যবস্থাপনা (BCM) হলো চলমান ব্যবস্থাপনা প্রক্রিয়া, একবারের নথি নয়, যা হুমকি শনাক্ত করে এবং প্রাতিষ্ঠানিক স্থিতিস্থাপকতা গড়ে। এর ভিত্তি হলো ব্যবসায়িক প্রভাব বিশ্লেষণ (BIA): প্রতিটি সেবার একটি কাঠামোবদ্ধ মূল্যায়ন যা জিজ্ঞাসা করে এর ক্ষতি কত দ্রুত অগ্রহণযোগ্য ক্ষতি ঘটায়, এটি কীসের ওপর নির্ভর করে, এবং আপনি সময়ের কতটা পিছনের ডেটা হারাতে পারেন। BIA-তেই ক্লিনিক্যাল বিচার প্রকৌশলে প্রবেশ করে: একটি মাতৃত্ব সিস্টেম বনাম একটি কর্মী ইন্ট্রানেটের জন্য "অগ্রহণযোগ্য" মানে কী তা কেবল প্রযুক্তিবিদ নয়, চিকিৎসকদেরও সংজ্ঞায়িত করতে হবে।

পুনরুদ্ধার সময় উদ্দেশ্য ও পুনরুদ্ধার বিন্দু উদ্দেশ্য। দুটি সংখ্যা প্রতিটি পুনরুদ্ধার পরিকল্পনার নোঙর। পুনরুদ্ধার সময় উদ্দেশ্য (RTO) হলো ব্যর্থতার পরে একটি সেবা পুনরুদ্ধারের সর্বোচ্চ গ্রহণযোগ্য সময়। পুনরুদ্ধার বিন্দু উদ্দেশ্য (RPO) হলো সময় হিসেবে প্রকাশিত ডেটা হারানোর সর্বোচ্চ গ্রহণযোগ্য পরিমাণ, পনেরো মিনিটের একটি RPO মানে আপনি সর্বোচ্চ শেষ পনেরো মিনিটের এন্ট্রি হারানো সহ্য করতে পারেন। একটি সংকটপূর্ণ ক্লিনিক্যাল সিস্টেমের জন্য এগুলো মিনিট হতে পারে; একটি রিপোর্টিং ওয়্যারহাউসের জন্য দিন। সেবা ধরে ধরে সততার সঙ্গে এগুলো নির্ধারণ করাই আপনি যে একক সবচেয়ে কাজের ধারাবাহিকতা সিদ্ধান্ত নেবেন।

ব্যাকআপ ও পরীক্ষিত রিস্টোর। একটি ব্যাকআপ হলো অন্যত্র সংরক্ষিত ডেটার একটি কপি যাতে ক্ষতির পরে মূলটি পুনরুদ্ধার করা যায়। শিল্পের ভিত্তি হলো ৩-২-১ নিয়ম: তিনটি কপি, দুই ধরনের মাধ্যমে, একটি সাইটের বাইরে রাখা (এবং র‍্যানসমওয়্যারের যুগে, একটি অপরিবর্তনীয় বা অফলাইন রাখা)। গুরুত্বপূর্ণভাবে, যে ব্যাকআপ আপনি কখনো রিস্টোর করেননি তা একটি আশা, নিয়ন্ত্রণ নয়। র‍্যানসমওয়্যার নিয়মিতভাবে নেটওয়ার্ক থেকে পৌঁছানো যায় এমন ব্যাকআপ এনক্রিপ্ট করে, এবং অপরীক্ষিত রিস্টোর নিয়মিত সেই দিনে ব্যর্থ হয়। শৃঙ্খলাটি "আমরা কি ব্যাকআপ নিই?" নয়, বরং "আমরা সর্বশেষ কবে প্রান্ত-থেকে-প্রান্ত সফলভাবে রিস্টোর করেছি, এবং কত সময় লেগেছিল?"

উচ্চ প্রাপ্যতা, অতিরিক্ততা ও ফেইলওভার। উচ্চ প্রাপ্যতা (HA) হলো একটি নকশা বৈশিষ্ট্য যা উপাদান ব্যর্থতার মধ্য দিয়েও একটি সিস্টেম চালু রাখে, সাধারণত আপটাইমের "নাইন" দিয়ে মাপা। এটি অর্জিত হয় অতিরিক্ততা দিয়ে, সংকটপূর্ণ উপাদানের সুচিন্তিত দ্বৈততা, এবং ফেইলওভার দিয়ে, প্রাথমিকটি ব্যর্থ হলে একটি স্ট্যান্ডবাই উপাদান বা সাইটে স্বয়ংক্রিয় পরিবর্তন। উচ্চ প্রাপ্যতা বিভ্রাটের ঘনত্ব কমায়; দুর্যোগ পুনরুদ্ধার যেগুলো পেরিয়ে আসে সেগুলো সামলায়। এরা পরিপূরক, বিকল্প নয়, এবং এদের গুলিয়ে ফেললে বিপজ্জনক ফাঁক থেকে যায়।

একক ব্যর্থতা বিন্দু ও সংকটপূর্ণ নির্ভরতা। একটি একক ব্যর্থতা বিন্দু (SPOF) হলো যেকোনো উপাদান যার ব্যর্থতা পুরো সেবা থামিয়ে দেয়, একটি নেটওয়ার্ক লিংক, একটি প্রমাণীকরণ সেবা, একজন সরবরাহকারী, একটি ডেটাবেস, বা একজন মানুষ যিনি একা জানেন কিছু কীভাবে কাজ করে। SPOF ও সংকটপূর্ণ নির্ভরতা (উজান সেবা ও তৃতীয় পক্ষ যার ওপর আপনার সেবা নীরবে নির্ভর করে) মানচিত্রিত করা স্থিতিস্থাপকতার বিশ্লেষণাত্মক হৃদয়। আধুনিক স্বাস্থ্য IT-তে নির্ভরতা কদাচিৎ স্থানীয়: একটি সিঙ্গল-সাইন-অন সেবা, একটি জাতীয় স্পাইন সংযোগ বা একটি ক্লাউড অঞ্চল একসঙ্গে অনেক সিস্টেম বন্ধ করতে পারে।

ক্লিনিক্যাল ডাউনটাইম ও ব্যবসায়িক-ধারাবাহিকতা পদ্ধতি। স্বাস্থ্য ও পরিচর্যার একটি স্বতন্ত্র নিয়ন্ত্রণ আছে যা সাধারণ IT-তে নেই: ক্লিনিক্যাল ডাউনটাইম পদ্ধতি, একটি ডিজিটাল সিস্টেম অনুপলব্ধ থাকলে পরিচর্যা সরবরাহের একটি মহড়া-করা, নিরাপদ বিকল্প, সাধারণত কাগজ, সঙ্গে পুনঃএন্ট্রি প্রক্রিয়া যা সিস্টেম ফিরে এলে সেই কাগজের রেকর্ড আবার সিস্টেমে মেলায়। এটি শয্যাপার্শ্বে মূর্ত ব্যবসায়িক ধারাবাহিকতা, এবং ধারাবাহিকতা পরিকল্পনা প্রায়ই এখানেই বাস্তবের মুখোমুখি হয়।

র‍্যানসমওয়্যার ও সাইবার-পুনরুদ্ধার। র‍্যানসমওয়্যার আপনার ডেটা এনক্রিপ্ট করে অর্থ দাবি করে, এবং স্বাস্থ্য ব্যবস্থার জন্য এটি সংজ্ঞায়িত ধারাবাহিকতা হুমকি হয়ে উঠেছে। ২০১৭ সালের WannaCry র‍্যানসমওয়্যার আক্রমণ প্রসঙ্গ-ঘটনা: সে কারণেই সাইবার-পুনরুদ্ধার, বিচ্ছিন্ন করা, পরিষ্কার ব্যাকআপ থেকে পুনর্নির্মাণ, এবং পুনঃসংযোগের আগে অখণ্ডতা যাচাই, এখন প্রতিটি গুরুতর পরিকল্পনার প্রথম শ্রেণির দৃশ্যপট।

ধারাবাহিকতা মান। ISO 22301 হলো ব্যবসায়িক ধারাবাহিকতা ব্যবস্থাপনা সিস্টেমের আন্তর্জাতিক মান। এটি ধারাবাহিকতা সামর্থ্য গড়া ও নিরীক্ষার জন্য একটি স্বীকৃত কাঠামো দেয়, প্রেক্ষাপট, নেতৃত্ব, পরিকল্পনা, সহায়তা, পরিচালনা, মূল্যায়ন, উন্নতি, এবং আপনি আনুষ্ঠানিক সনদ চান বা না চান, এটি একটি কাজের মেরুদণ্ড।

শ্রেষ্ঠ চর্চা#

1. একটি ব্যবসায়িক প্রভাব বিশ্লেষণ দিয়ে শুরু করুন যার মালিক চিকিৎসকরা, কেবল IT নয়। প্রতিটি সেবাকে ব্যর্থ হলে ঘটা ক্লিনিক্যাল ক্ষতি এবং সেই ক্ষতি কত দ্রুত অসহনীয় হয় তা দিয়ে ক্রমবদ্ধ করুন, তারপর প্রতিটিকে একটি নির্দিষ্ট RTO ও RPO দিন। এটি করুন যেসব চিকিৎসক ও পরিচালনগত ব্যবস্থাপক পরিণতি বহন করেন তাঁদের সঙ্গে, কারণ "এটি ছাড়া আমরা কতক্ষণ নিরাপদে চালাতে পারি?" একটি পরিচর্যার প্রশ্ন, অবকাঠামোর নয়। ফলাফল একটি অগ্রাধিকারপ্রাপ্ত তালিকা যা বলে আপনার সীমিত স্থিতিস্থাপকতা বাজেট প্রথমে কোথায় খরচ করবেন।

2. গুরুত্বের অনুপাতে স্থিতিস্থাপকতা নকশা করুন। প্রকৌশলকে প্রভাবের সঙ্গে মেলান: মিশন-সংকটপূর্ণ সিস্টেম (জরুরি বিভাগ, রোগী প্রশাসন, ই-প্রেসক্রাইবিং) উচ্চ প্রাপ্যতা, ভৌগোলিক অতিরিক্ততা ও স্বয়ংক্রিয় ফেইলওভারের যোগ্য; কম-গুরুত্বের সিস্টেম দীর্ঘতর পুনরুদ্ধার ও সরলতর ব্যাকআপ মেনে নিতে পারে। সংকটপূর্ণ সিস্টেমে কম-প্রকৌশল এবং তুচ্ছগুলোতে সোনার-প্রলেপ দুটিই এড়ান। স্থাপত্য ও ধারাবাহিকতা একসঙ্গে নকশা করতে হবে (বিষয় 4.0 — প্রযুক্তিগত স্থাপত্য, ক্লাউড ও লিগ্যাসি দেখুন), কারণ একটি ভঙ্গুর নকশায় পরে স্থিতিস্থাপকতা জুড়ে দেওয়া যায় না।

3. একক ব্যর্থতা বিন্দু ও লুকানো নির্ভরতা খুঁজে বের করুন। প্রতিটি সংকটপূর্ণ সেবার নির্ভরতা পদ্ধতিগতভাবে মানচিত্রিত করুন, নেটওয়ার্ক, প্রমাণীকরণ, DNS, জাতীয় সংযোগ, বিদ্যুৎ, শীতলীকরণ, মূল সরবরাহকারী ও মূল মানুষ, এবং চিহ্নিত করুন কোথায় একটি ব্যর্থতা ঝরনার মতো ছড়ায়। বিশেষ মনোযোগ দিন ভাগ করা সেবায়, যেমন সিঙ্গল সাইন-অন বা একটি সাধারণ ইন্টিগ্রেশন ইঞ্জিন, যার ব্যর্থতা একসঙ্গে অনেক সিস্টেম নামায়। যে নির্ভরতা আপনি মানচিত্রিত করেননি তা আপনি বিভ্রাটের সময় আবিষ্কার করবেন।

4. র‍্যানসমওয়্যার থেকে বাঁচতে ব্যাকআপ নিন এবং পরীক্ষা করে রিস্টোর প্রমাণ করুন। ৩-২-১ নিয়ম মেনে চলুন এবং অন্তত একটি ব্যাকআপ কপি অপরিবর্তনীয় বা শারীরিকভাবে অফলাইন রাখুন, যাতে আপনার নেটওয়ার্কে পৌঁছানো একজন আক্রমণকারী আপনার প্রতিরক্ষার শেষ রেখা এনক্রিপ্ট করতে না পারে। তারপর সময়সূচি অনুযায়ী রিস্টোর পরীক্ষা করুন, আপনার RTO-র বিপরীতে সময় মেপে এবং RPO-র বিপরীতে ডেটার অখণ্ডতা যাচাই করে, চার ঘণ্টার উদ্দেশ্যের বিপরীতে দুই দিন নেওয়া একটি রিস্টোর একটি ব্যর্থ নিয়ন্ত্রণ যা আপনি কেবল এখনো লক্ষ্য করেননি। "সর্বশেষ সফল পূর্ণ রিস্টোর"-কে একটি মেট্রিক হিসেবে প্রতিবেদন করুন, ধরে-নেওয়া কাজ হিসেবে নয়।

5. ক্লিনিক্যাল ডাউনটাইম পদ্ধতি লিখুন, সম্পদ দিন ও মহড়া দিন। প্রতিটি সংকটপূর্ণ ক্লিনিক্যাল সিস্টেমের জন্য একটি পরীক্ষিত কাগজ (বা অফলাইন) বিকল্প রাখুন যা কর্মীদের বিভ্রাটের সময় নিরাপদ পরিচর্যা সরবরাহ চালিয়ে যেতে দেয়, সঙ্গে পরে ক্ষতি বা দ্বৈততা ছাড়া সেই ডেটা পুনঃএন্ট্রির একটি স্পষ্ট প্রক্রিয়া। ডাউনটাইম ফর্ম এমন জায়গায় রাখুন যেখানে নেটওয়ার্ক ও প্রিন্টারও বন্ধ থাকলে তা পৌঁছানো যায়। সম্মুখ-সারির কর্মীদের সঙ্গে মহড়া দিন, কারণ যে পদ্ধতি কেবল একটি ফোল্ডারে থাকে তা সংকটের মধ্যে রাত ৩টায় পাওয়া, বোঝা বা বিশ্বাস করা যাবে না।

6. প্রকৃত সাইট ফেইলওভারসহ একটি দুর্যোগ পুনরুদ্ধার পরিকল্পনা রাখুন। প্রতিটি সংকটপূর্ণ সিস্টেমের জন্য নথিবদ্ধ করুন ঠিক কীভাবে তা পুনরুদ্ধার হয়: কী কোথায় চলে, কোন ক্রমে, কে তা চালু করার সিদ্ধান্ত নেয়, এবং পরে কীভাবে ফেইল-ব্যাক করা হয়। প্রভাব যেখানে ন্যায্যতা দেয়, সেখানে একটি সত্যিকারের আলাদা পুনরুদ্ধার সাইট বা ক্লাউড অঞ্চল চালান এবং প্রমাণ করুন আপনি তাতে পরিবর্তন করতে পারেন, পুনরুদ্ধারের ক্রম গুরুত্বপূর্ণ, কারণ সিস্টেমগুলোর নির্ভরতা আছে যা ক্রম নির্ধারণ করে। একটি অপরীক্ষিত DR সাইট একটি ব্যয়বহুল ধারণা।

7. পরিকল্পনা মহড়া দিন; কখনো-পরীক্ষা-না-হওয়া পরিকল্পনা ব্যর্থ পরিকল্পনা। একটি বর্ণালী জুড়ে নিয়মিত মহড়া চালান: দৃশ্যপটের ডেস্কটপ টেবিলটপ ওয়াক-থ্রু, প্রযুক্তিগত ফেইলওভার পরীক্ষা, এবং ক্লিনিক্যাল বিকল্পসহ মাঝে মাঝে সম্পূর্ণ লাইভ সিমুলেশন। মহড়া ফাঁকগুলো প্রকাশ করে, পুরোনো যোগাযোগ তালিকা, যে পুনরুদ্ধার ধাপে এমন পাসওয়ার্ড লাগে যা কারও কাছে নেই, কর্মীরা কাগজের প্রক্রিয়া জানেন এই ধারণা, যখন সেগুলো পাওয়া নিরাপদ। শিক্ষা লিপিবদ্ধ করুন, ঠিক করুন এবং পুনঃপরীক্ষা করুন; অনুসরণ-ছাড়া মহড়া নাট্য।

8. ধারাবাহিকতা আপনার সরবরাহকারী ও ক্লাউডে প্রসারিত করুন। আপনার স্থিতিস্থাপকতা কেবল ততটা শক্তিশালী যতটা আপনার সংকটপূর্ণ সেবা নির্ভরশীল তৃতীয় পক্ষগুলো, তাই ধারাবাহিকতাকে চুক্তিগত ও আশ্বাসের বিষয় করুন: সরবরাহকারীদের নিজেদের RTO/RPO, DR পরীক্ষা ও সাইবার-পুনরুদ্ধারের প্রমাণ দিতে বলুন, এবং আপনার ক্লাউড প্রদানকারীর ভাগ-করা-দায়িত্ব মডেল বুঝুন, প্রাপ্যতা অঞ্চল ও রিজিয়ন কিছু ব্যর্থতা থেকে রক্ষা করে কিন্তু আপনার মালিকানাধীন একটি ভুল কনফিগারেশন বা অ্যাকাউন্ট আপস থেকে নয়। সরবরাহকারী ব্যর্থতা নিজেই পরিকল্পনা করুন, যে দৃশ্যপটে একজন মূল সরবরাহকারীই র‍্যানসমওয়্যারে আক্রান্ত সেটিসহ (বিষয় 6.3 — ক্রয় ও বাণিজ্যিক দেখুন)।

9. একটি স্বীকৃত মান গ্রহণ করুন এবং ধারাবাহিকতাকে গভর্ন্যান্সের অধীনে রাখুন। ISO 22301 একটি কাঠামোবদ্ধ মেরুদণ্ড হিসেবে এবং NHS ও জাতীয় নির্দেশিকা খাত-স্তর হিসেবে ব্যবহার করুন, এবং বোর্ডকে প্রতিবেদন দেওয়া একজন নামধারী নির্বাহীকে ব্যবসায়িক ধারাবাহিকতার জবাবদিহিতা দিন। যে ধারাবাহিকতার মালিক, অর্থায়নকারী বা পর্যালোচক কেউ নেই তা ঘটনা প্রকাশ না করা পর্যন্ত নীরবে ক্ষয় হয়। এটি আপনার আশ্বাস কাঠামোতে যুক্ত করুন (বিষয় 6.4 — গভর্ন্যান্স ও আশ্বাস দেখুন) যাতে পরিকল্পনা রুটিনভাবে রক্ষণাবেক্ষিত, পরীক্ষিত ও উন্নত হয়, সংকটে পুনরাবিষ্কৃত নয়।

দলের সঙ্গে আলোচনার প্রশ্ন#

1. আমাদের প্রতিটি সংকটপূর্ণ ক্লিনিক্যাল সিস্টেমের জন্য চিকিৎসকদের সঙ্গে আমরা আসলে কোন RTO ও RPO সম্মত হয়েছি, এবং আমরা কি বর্তমানে তা পূরণ করতে পারি? এই প্রশ্ন আকাঙ্ক্ষা ও সামর্থ্যের ফাঁককে খোলাখুলি সামনে আনে। অনেক প্রতিষ্ঠান কখনো স্পষ্ট পুনরুদ্ধার উদ্দেশ্য নির্ধারণ করেনি, বা ক্লিনিক্যাল মতামত ছাড়া IT-তে করেছে, তাই "গ্রহণযোগ্য" ডাউনটাইম আসলে বর্তমান স্থাপত্য যা দিতে পারে সেটাই। বিতর্ক করুন যেখানে ক্লিনিক্যাল প্রয়োজন (একটি জরুরি সিস্টেমের জন্য মিনিট) সংঘর্ষ করে আপনার ব্যাকআপ ও DR আসলে যা অর্জন করতে পারে (হয়তো একদিন) তার সঙ্গে, কারণ সেই ফাঁক অব্যবস্থাপিত ক্লিনিক্যাল ঝুঁকি যা আপনি নাম দিন বা না দিন বহন করছেন। আপনার সর্বশেষ প্রকৃত বা পরীক্ষিত পুনরুদ্ধার মূর্তভাবে দেখুন: কত সময় নিয়েছিল, কতটা ডেটা হারাতেন, এবং কে অনুমোদন করেছিল এটি নিরাপদ? একটি ভালো, সৎ উত্তর সিস্টেম ধরে ধরে নির্দিষ্ট সংখ্যা বলে, যেখানে এখনো পূরণ করতে পারে না তা স্বীকার করে, এবং প্রতিটি ফাঁককে একটি আরামদায়ক নীরবতার বদলে একটি অর্থায়িত পদক্ষেপে পরিণত করে।

2. আজ রাতে যদি র‍্যানসমওয়্যার আমাদের মূল সিস্টেম ও ব্যাকআপ এনক্রিপ্ট করে, আগামীকাল আমরা রোগীদের কীভাবে নিরাপদ রাখব, এবং সম্পূর্ণ পুনরুদ্ধার হতে কত সময় লাগবে? এটি সেই দৃশ্যপট যা প্রকৃত স্বাস্থ্য ব্যবস্থায় আঘাত হেনেছে, তাই এটি আশ্বাসের বদলে একটি মূর্ত, অকম্পিত ওয়াক-থ্রুর যোগ্য। দুই অর্ধেক সততার সঙ্গে খুঁজুন: তাৎক্ষণিক ক্লিনিক্যাল ধারাবাহিকতা (ডাউনটাইম পদ্ধতি কি মহড়া-করা, সম্পদপ্রাপ্ত ও যথেষ্ট বিশ্বস্ত যে দিনের পর দিন একটি পুরো হাসপাতাল কাগজে চালানো যায়?) এবং প্রযুক্তিগত পুনরুদ্ধার (ব্যাকআপ কি অপরিবর্তনীয় ও অফলাইন, আপনি কি পরিষ্কার কপি থেকে পুনর্নির্মাণ পরীক্ষা করেছেন, এবং পুনরুদ্ধারের ক্রম জানেন?)। অস্বস্তিকর নির্ভরতা সামনে আনুন, সিঙ্গল সাইন-অন, ইন্টিগ্রেশন ইঞ্জিন বা একজন মূল সরবরাহকারী বন্ধ থাকলে তার সঙ্গে আর কতটা পড়ে? বিবেচনা করুন কে বড় ঘটনা ঘোষণা করে, কে কর্মী, রোগী ও গণমাধ্যমের সঙ্গে কথা বলে, এবং কে সিদ্ধান্ত নেয় একটি সিস্টেম পুনঃসংযোগের জন্য নিরাপদ। একটি শক্তিশালী উত্তর নামধারী ভূমিকা ও পরীক্ষিত রিস্টোরসহ একটি মহড়া-করা পরিকল্পনা বর্ণনা করে; দুর্বল উত্তর ধরে নেয় ব্যাকআপ ঠিক আছে এবং কাগজের প্রক্রিয়া এমনিতেই কাজ করবে।

3. আমাদের ধারাবাহিকতা ও দুর্যোগ পুনরুদ্ধার পরিকল্পনা আমরা সর্বশেষ কবে প্রান্ত-থেকে-প্রান্ত পরীক্ষা করেছি, এবং কী শিখেছি? এখানকার উদ্দেশ্য একটি জীবন্ত সামর্থ্য ও একটি তাকের নথির পার্থক্য করা। যে পরিকল্পনা মহড়া হয়নি তা অপরীক্ষিত, এবং অপরীক্ষিত পরিকল্পনা বাস্তবের সংস্পর্শে নিয়মিত ব্যর্থ হয়, যোগাযোগ তালিকা পুরোনো, পুনরুদ্ধার ধাপে এমন পরিচয়পত্র লাগে যা কারও কাছে নেই, ডাউনটাইম ফর্ম সংরক্ষিত আছে সেই সিস্টেমে যা বন্ধ। আপনি আসলে যে পরিসরের মহড়া করেন তা আলোচনা করুন: টেবিলটপ দৃশ্যপট, প্রযুক্তিগত ফেইলওভার পরীক্ষা, এবং শুধু সার্ভার রিস্টোর নয়, সম্মুখ-সারির ক্লিনিক্যাল বিকল্পসহ পূর্ণ সিমুলেশন। যাচাই করুন অতীত ঘটনা ও মহড়ার শিক্ষা সত্যিই ঠিক ও পুনঃপরীক্ষা করা হয়েছে, নাকি লগ করে ভুলে যাওয়া হয়েছে। একটি ভালো উত্তর একটি নিয়মিত মহড়া ক্যালেন্ডার, পাওয়া ও বন্ধ করা ফাঁকের প্রমাণ এবং পরিকল্পনার কোন অংশ এখনো অপ্রমাণিত সে বিষয়ে সততা দেখায়।

4. আমাদের সংকটপূর্ণ নির্ভরতার কোনগুলো আমরা নিয়ন্ত্রণ করি না, এবং তাদের একটি ব্যর্থ হওয়ার দিনের জন্য আমাদের পরিকল্পনা কী? আধুনিক স্বাস্থ্য IT কদাচিৎ একা ব্যর্থ হয়; তা ব্যর্থ হয় তার নিচের সেবা ও সরবরাহকারীদের মাধ্যমে। দলকে আপনার মালিকানাধীন সিস্টেমের বাইরে সেগুলোর দিকে ঠেলুন যার ওপর আপনি কেবল নির্ভর করেন: জাতীয় স্পাইন সংযোগ, সিঙ্গল-সাইন-অন প্রদানকারী, ক্লাউড রিজিয়ন, ইন্টিগ্রেশন ইঞ্জিন, আউটসোর্স ডেটা সেন্টার, পুনরুদ্ধারের চাবিধারী ম্যানেজড-সার্ভিস অংশীদার। প্রতিটির জন্য জিজ্ঞাসা করুন একদিনের জন্য উধাও হলে পরিচর্যার কী হয়, চুক্তি কি তৃতীয় পক্ষকে আপনার ক্লিনিক্যাল প্রয়োজনের সঙ্গে মেলে এমন একটি পুনরুদ্ধার উদ্দেশ্যে বাধ্য করে, এবং আপনি কি কখনো তাদের DR পরীক্ষার প্রমাণ দেখেছেন, একটি দরপত্রের আশ্বাসদায়ক অনুচ্ছেদের বদলে। অস্বস্তিকর সত্য হলো আপনি এমন অবশিষ্ট ঝুঁকি বহন করতে পারেন যার মূল্য আপনি কখনো নির্ধারণ করেননি, কারণ ব্যর্থতা অন্য কারও এস্টেটে বসে আছে। একটি সৎ উত্তর প্রতিটি সংকটপূর্ণ সেবার নির্দিষ্ট বাহ্যিক নির্ভরতার নাম বলে, কোনগুলো চুক্তিগতভাবে আশ্বাসপ্রাপ্ত এবং কোনগুলো কেবল বিশ্বস্ত তা জানায়, এবং যে নির্ভরতাগুলো আপনি স্থিতিস্থাপক করতে পারেন না তার জন্য একটি বিকল্প, এমনকি ম্যানুয়াল হলেও, চিহ্নিত করে।

5. একটি বড় ঘটনা আঘাত হানলে কে কী সিদ্ধান্ত নেয়, কে কার সঙ্গে যোগাযোগ করে, এবং সেই দিনের আগে কি প্রত্যেকে তাঁর ভূমিকা জানেন? ধারাবাহিকতা ব্যাকআপের মতোই নির্দেশ ও যোগাযোগেরও বিষয়, এবং এখানেই মহড়া-করা পরিকল্পনা ও উদ্ভাবিত বিশৃঙ্খলা আলাদা হয়ে যায়। মানবিক নৃত্যনির্দেশনা ধরে এগোন: কার একটি বড় ঘটনা ঘোষণা ও পরিকল্পনা চালু করার কর্তৃত্ব আছে, কে পরিচালনগত সাড়া চালায়, কে সিদ্ধান্ত নেয় একটি সিস্টেম পুনঃসংযোগের জন্য নিরাপদ, এবং কে কর্মী, রোগী, গণমাধ্যম, নিয়ন্ত্রক এবং, একটি সাইবার-আক্রমণে, আইন প্রয়োগকারীর সঙ্গে কথা বলে। ঘটনার সময় আপনার নিজের সরঞ্জামের ব্যর্থতা বিবেচনা করুন, কারণ বিভ্রাট হয়তো সেই ইমেল, ফোন ডিরেক্টরি বা ইন্ট্রানেটই নামিয়ে দেবে যা আপনি সাধারণত সমন্বয়ে ব্যবহার করতেন। দ্রুত চলা ও নিরাপদে চলার টানাপোড়েন এবং জনবার্তা ভুল করার সুনামগত ঝুঁকি সামনে আনুন। একটি শক্তিশালী উত্তর নামধারী, প্রতিনিধিত্বকারী ভূমিকাসহ একটি পরীক্ষিত ঘটনা-কমান্ড কাঠামো, ব্যান্ড-বহির্ভূত যোগাযোগ চ্যানেল এবং পূর্ব-সম্মত বার্তা টেমপ্লেটের দিকে নির্দেশ করে; দুর্বল উত্তর ধরে নেয় সঠিক মানুষ এমনিতেই জড়ো হবেন এবং জানবেন কী করতে হবে।

6. দুই বছর ধরে কিছু ভুল না হলে আমরা কীভাবে ধারাবাহিকতার অর্থায়ন, মালিকানা ও জীবন্ত রাখি? ঘটনার মাঝের ফাঁকে স্থিতিস্থাপকতা নীরবে ক্ষয় হয়, এবং এই প্রশ্ন সেই প্রাতিষ্ঠানিক শৃঙ্খলার মুখোমুখি হয় যা একে পচতে দেয় না। ধারাবাহিকতা দৃশ্যমান, জরুরি ক্লিনিক্যাল ও ডিজিটাল অগ্রাধিকারের বিপরীতে অর্থ ও মনোযোগের জন্য প্রতিযোগিতা করে, এবং অপরিণত-কিন্তু-ভাগ্যবান প্রতিষ্ঠান সেই দিন পর্যন্ত পরিণতটির মতোই দেখায় যেদিন তা আর নয়। বিতর্ক করুন নির্বাহী পর্যায়ে ধারাবাহিকতার প্রকৃত মালিক কে, তার ধার-করা শুভেচ্ছার বদলে একটি অর্থায়িত খাত আছে কি না, এবং সিস্টেম ও কর্মী বদলের সঙ্গে সঙ্গে পরিকল্পনা, নির্ভরতা মানচিত্র ও যোগাযোগ তালিকা কীভাবে হালনাগাদ রাখা হয়। জিজ্ঞাসা করুন বোর্ড আসলে কী দেখে, পরীক্ষিত আশ্বাস ও সৎ ফাঁক, নাকি একটি সবুজ রেটিং ও একটি ফাইল-করা নথি। একটি ভালো উত্তর নামধারী জবাবদিহিতা, একটি পুনরাবৃত্ত বাজেট ও মহড়া ক্যালেন্ডার, এবং একটি গভর্ন্যান্স ছন্দ বর্ণনা করে যা রক্ষণাবেক্ষিত, পরীক্ষিত ধারাবাহিকতাকে রুটিন হিসেবে দেখে, পরবর্তী সংকটে পুনরাবিষ্কৃত কিছু হিসেবে নয়।

বাস্তবে: স্বাস্থ্য ও পরিচর্যার একটি উদাহরণ#

Meadowvale NHS Foundation Trust একটি ৬০০-শয্যার অ্যাকিউট হাসপাতাল চালায়। এক মঙ্গলবার সকালে কর্মীরা এসে দেখেন তাঁদের ইলেকট্রনিক পেশেন্ট রেকর্ড (EPR), প্যাথলজি ও রেডিওলজি সিস্টেম একটি মুক্তিপণ নোটে তালাবদ্ধ; আক্রমণকারীরা দশ দিন আগে একজন সরবরাহকারীর রিমোট-অ্যাক্সেস অ্যাকাউন্ট দিয়ে ঢুকেছিল। চিফ ইনফরমেশন অফিসার এক ঘণ্টার মধ্যে একটি বড় ঘটনা ঘোষণা করেন, এবং ট্রাস্টের ব্যবসায়িক ধারাবাহিকতা পরিকল্পনা সক্রিয় হয়।

যেহেতু ট্রাস্ট তার ব্যবসায়িক প্রভাব বিশ্লেষণ করেছিল, তারা জানত EPR ও প্যাথলজি তাদের সর্বোচ্চ-গুরুত্বের সিস্টেম, সম্মত পুনরুদ্ধার উদ্দেশ্যসহ, এবং তাদের ডাউনটাইম পদ্ধতি গত শরতে মহড়া হয়েছিল। ওয়ার্ডগুলো কাগজের ওষুধ চার্ট ও আগে-ছাপা পর্যবেক্ষণ ফর্মে সরে যায়, যা ইচ্ছাকৃতভাবে প্রতিটি ওয়ার্ডের ভৌত ক্যাবিনেটে রাখা, একটি শেয়ার্ড ড্রাইভে নয়, এবং জরুরি বিভাগ তার কাগজের পথে ফিরে যায়। সপ্তাহের ঐচ্ছিক অস্ত্রোপচার স্থগিত ও রোগীদের জানানো হয়; সবচেয়ে ব্যস্ত সময়ে অ্যাম্বুলেন্স অন্যত্র পাঠানো হয়। পরিচর্যা চলে, অবনত কিন্তু নিরাপদ, কারণ কর্মীরা এভাবে কাজ করার অনুশীলন করেছিলেন।

পুনরুদ্ধার পুনঃস্থাপনের চেয়ে কঠিন। নিরাপত্তা দল ছড়ানো বন্ধ করতে নেটওয়ার্ক বিচ্ছিন্ন করে, তারপর অফলাইনে রাখা অপরিবর্তনীয় ব্যাকআপ থেকে সংকটপূর্ণ সিস্টেম পুনর্নির্মাণ করে, যে কপি আক্রমণকারীরা পৌঁছাতে পারেনি। সেই ব্যাকআপ ত্রৈমাসিক রিস্টোর-পরীক্ষিত ছিল, তাই দল জানত প্রক্রিয়াটি কাজ করে এবং মোটামুটি কত সময় লাগে; EPR তার আট ঘণ্টার RTO-র মধ্যে ফিরে আসে, যদিও জটিলতর নির্ভরতাযুক্ত প্যাথলজি দুই দিন নেয়। পনেরো মিনিটের RPO মানে কেবল ডেটার একটি সংক্ষিপ্ত জানালা হারিয়েছিল, এবং কর্মীরা একটি নিয়ন্ত্রিত পুনঃএন্ট্রি প্রক্রিয়ায় কাগজের রেকর্ড আবার সিস্টেমে মেলান, ওষুধ ও ফলাফল দুবার যাচাই করে।

ডিব্রিফে ট্রাস্ট প্রকৃত ফাঁক খুঁজে পায়: সিঙ্গল সাইন-অন একটি একক ব্যর্থতা বিন্দু ছিল যা পুনরুদ্ধারের সময় চিকিৎসকদের প্রবেশাধিকার বিলম্বিত করেছিল, এবং সরবরাহকারীর রিমোট অ্যাক্সেস ট্রাস্টের নিজস্ব ধারাবাহিকতা আশ্বাসের আওতায় ছিল না। দুটিই মালিক ও তারিখসহ বোর্ডের ঝুঁকি রেজিস্টারে যায়, এবং পরবর্তী পূর্ণ মহড়া নির্ধারিত হয়। এটি একটি খারাপ সপ্তাহ ছিল, কিন্তু বিপর্যয় নয়, কারণ পরিকল্পনা ছিল, সম্পদপ্রাপ্ত ছিল এবং পরীক্ষিত ছিল।

খাতভিত্তিক দৃষ্টিকোণ#

স্টার্ট-আপ#

একটি ডিজিটাল-স্বাস্থ্য স্টার্ট-আপের কদাচিৎ একটি বাড়তি ডেটা সেন্টার থাকে, তাই এর ধারাবাহিকতা কৌশল প্রায় সম্পূর্ণ ক্লাউড-নেটিভ স্থিতিস্থাপকতা ও শৃঙ্খলাবদ্ধ ব্যাকআপের ওপর নির্ভর করে। প্রাপ্যতা অঞ্চল জুড়ে অন্তর্নির্মিত উচ্চ প্রাপ্যতাসহ ম্যানেজড সেবা ব্যবহার করুন, র‍্যানসমওয়্যার ও আপসকৃত ক্লাউড অ্যাকাউন্ট উভয় থেকে বাঁচতে অপরিবর্তনীয়, অ্যাকাউন্ট-বহির্ভূত কপিসহ ব্যাকআপ স্বয়ংক্রিয় করুন, এবং একটি পরিষ্কার পরিবেশে রিস্টোরের প্রকৃত মহড়া দিন। আপনার গ্রাহকরা, NHS ট্রাস্ট ও ইন্টিগ্রেটেড কেয়ার সিস্টেম, DTAC ও সরবরাহকারী আশ্বাসের মতো কাঠামোর মাধ্যমে ক্রমশ RTO, RPO ও DR পরীক্ষার প্রমাণ দাবি করবে, তাই ধারাবাহিকতাকে ওভারহেড নয়, একটি বিক্রয় সম্পদ হিসেবে দেখুন। একটি ছোট সরবরাহকারীর অস্তিত্বগত ঝুঁকি হলো একটি একক ঘটনা, বা প্রতিষ্ঠাতা যিনি একা মোতায়েন বোঝেন, আপনার একক ব্যর্থতা বিন্দু হয়ে ওঠা।

ক্ষুদ্র ব্যবসা#

একটি প্রতিষ্ঠিত ছোট প্রদানকারী, একটি জিপি প্র্যাকটিস, কমিউনিটি ফার্মেসি, কেয়ার হোম, গৃহ-পরিচর্যা এজেন্সি বা একক-স্থানের ক্লিনিক, বিভ্রাটের মধ্য দিয়ে রোগীদের নিরাপদ রাখার একটি বড় ট্রাস্টের সমান দায়িত্ব বহন করে, কিন্তু প্রকৃত রোগী, পাতলা নগদ এবং প্রায়ই কোনো নিবেদিত IT কর্মী ছাড়াই। এখানে ধারাবাহিকতা ইচ্ছাকৃতভাবে ব্যবহারিক: জানুন কোন এক-দুটি সিস্টেম (ক্লিনিক্যাল রেকর্ড, ডিসপেন্সিং বা eMAR সিস্টেম) ব্যর্থ হলে নিরাপদ পরিচর্যা থামিয়ে দেবে, আপনার সিস্টেম সরবরাহকারীকে তার নিজস্ব ব্যাকআপ, RTO ও RPO-র প্রমাণ দিতে জোর দিন, এবং একটি সরল, ছাপা ডাউনটাইম প্যাক রাখুন, কাগজের ওষুধ চার্ট, মূল ফোন নম্বর, সাম্প্রতিক রোগী তালিকা, যেখানে স্ক্রিন অন্ধকার থাকলে কর্মীরা তা পৌঁছাতে পারেন। কারণ একজন প্র্যাকটিস ম্যানেজার বা একজন একক IT ঠিকাদারই প্রায়ই একমাত্র ব্যক্তি যিনি সেটআপ বোঝেন, পুনরুদ্ধার ধাপগুলো লিখে রাখুন এবং নিশ্চিত করুন দ্বিতীয় একজন তা অনুসরণ করতে পারেন। র‍্যানসমওয়্যার ও একটি ভাঙা ব্রডব্যান্ড লাইন দৈনন্দিন হুমকি, তাই একটি অফলাইন বা অপরিবর্তনীয় ব্যাকআপ কপি এবং কাজের একটি বিকল্প উপায় যেকোনো বিস্তৃত DR সাইটের চেয়ে বেশি গুরুত্বপূর্ণ যা আপনি সামর্থ্য বা চালাতে পারবেন না।

বৃহৎ প্রতিষ্ঠান#

একটি বড় NHS ট্রাস্ট, ইন্টিগ্রেটেড কেয়ার সিস্টেম বা বড় স্বাস্থ্য-প্রযুক্তি বিক্রেতা একটি ছড়ানো, আন্তঃনির্ভর এস্টেট বহন করে যেখানে কঠিনতম সমস্যা কোনো একক সিস্টেম নয়, নির্ভরতা ও ভাগ করা সেবা মানচিত্রিত করা। ISO 22301-এর সঙ্গে সংগত একটি আনুষ্ঠানিক BCM কর্মসূচি, একটি রক্ষণাবেক্ষিত নির্ভরতা মানচিত্র, সংকটপূর্ণ সিস্টেমের জন্য DR সাইট বা রিজিয়ন, এবং ক্লিনিক্যাল বিকল্পসহ একটি আবর্তনশীল মহড়া ক্যালেন্ডারে বিনিয়োগ করুন। মাপের কারণে SPOF প্রায়ই ভাগ করা সেবা, পরিচয়, ইন্টিগ্রেশন ইঞ্জিন, নেটওয়ার্ক কোর, যার ব্যর্থতা কয়েক ডজন সিস্টেমে ঝরনার মতো ছড়ায়। গভর্ন্যান্স হলো বাঁধনকারী সীমা: অনেক দল ও সরবরাহকারী নিয়ে, ধারাবাহিকতা টেকে কেবল যদি একজন নামধারী নির্বাহী এর মালিক হন এবং বোর্ড কাগুজে পরিকল্পনা নয়, পরীক্ষিত আশ্বাস পর্যালোচনা করে।

সরকার#

একটি জাতীয় সংস্থা, NHS England, একটি বিকেন্দ্রীকৃত স্বাস্থ্য বিভাগ বা UKHSA, জনসংখ্যা ও পদ্ধতিগত মাপে স্থিতিস্থাপকতা নিয়ে ভাবতে হবে, যেখানে একটি জাতীয় সেবা বা একটি বহুল ব্যবহৃত সরবরাহকারীর ব্যর্থতা নিজেই পুরো খাতের জন্য একটি ধারাবাহিকতা ঘটনা। মান ও প্রত্যাশা নির্ধারণ করুন (পুনরুদ্ধার উদ্দেশ্য, সাইবার-পুনরুদ্ধার, বাধ্যতামূলক মহড়া), ভাগ করা সুরক্ষামূলক সামর্থ্যে অর্থায়ন করুন, এবং একটি জাতীয় র‍্যানসমওয়্যার প্রচারণার মতো বড় ঘটনায় খাত-জুড়ে সাড়া সমন্বয় করুন। WannaCry সাড়া জাতীয় নীতিকে নতুন আকার দিয়েছিল ঠিক কারণ প্রভাব একসঙ্গে শত শত প্রতিষ্ঠান পেরিয়েছিল, সাধারণ দুর্বলতা প্রকাশ করে। এখানে জবাবদিহিতা জনসাধারণের ও সংসদীয়, তাই জানা ঝুঁকি সম্পর্কে স্বচ্ছতা এবং প্রস্তুতির সৎ প্রতিবেদন প্রযুক্তিগত নিয়ন্ত্রণের মতোই গুরুত্বপূর্ণ।

ব্যর্থতার সাধারণ ধরন#

• যে ব্যাকআপ কখনো রিস্টোর হয়নি। "আমরা প্রতি রাতে ব্যাকআপ নিই"-কে "আমরা পুনরুদ্ধার করতে পারি"-র সঙ্গে গুলিয়ে ফেলা। অপরীক্ষিত রিস্টোর নিয়মিত ব্যর্থ হয় বা RTO ছাড়িয়ে যায়; ব্যাকআপ সম্পূর্ণতা নয়, সফল প্রান্ত-থেকে-প্রান্ত রিস্টোর মাপুন ও প্রতিবেদন করুন।
• র‍্যানসমওয়্যারের নাগালে থাকা ব্যাকআপ। প্রতিটি ব্যাকআপ অনলাইন ও নেটওয়ার্ক-সংযুক্ত রাখা, তাই আক্রমণকারী প্রোডাকশনের সঙ্গে সেগুলোও এনক্রিপ্ট করে। অন্তত একটি অপরিবর্তনীয় বা অফলাইন কপি রাখুন।
• সার্ভার রক্ষা করা DR, সেবা নয়। একটি ডেটাবেস পুনরুদ্ধার করা কিন্তু যে নির্ভরতা, ইন্টিগ্রেশন ও প্রবেশাধিকার একে ব্যবহারযোগ্য ক্লিনিক্যাল সেবা করে তা নয়। পুরো সেবা, নির্ভরতার ক্রমে, পুনরুদ্ধার ও পরীক্ষা করুন।
• কাগজ নিয়ে কাগজেই থাকা ডাউনটাইম পদ্ধতি। বিকল্প পরিকল্পনা যা কখনো মহড়া হয় না, ব্যর্থ হওয়া সিস্টেমেই সংরক্ষিত, বা সম্মুখ-সারির কর্মীদের অজানা। যেখানে পরিচর্যা আসলে ঘটে সেখানে মহড়া দিন।
• অমানচিত্রিত নির্ভরতা ও ভাগ করা SPOF। বিভ্রাটের সময় আবিষ্কার করা যে সিঙ্গল সাইন-অন, DNS বা একজন সরবরাহকারী সবকিছুর ভিত্তি ছিল। নির্ভরতা ঘটনার সময় নয়, আগে মানচিত্রিত করুন।
• নিরীক্ষকের জন্য লেখা, কখনো মহড়া-না-হওয়া পরিকল্পনা। ধারাবাহিকতা একটি সম্মতি নথি হিসেবে, যা প্রয়োজনের দিন পর্যন্ত অপরীক্ষিত ক্ষয় হয়। কখনো-পরীক্ষা-না-হওয়া পরিকল্পনা ব্যর্থ পরিকল্পনা।
• সরবরাহকারী ও ক্লাউড ধারাবাহিকতা উপেক্ষা। প্রমাণ ছাড়াই ধরে নেওয়া আপনার তৃতীয় পক্ষগুলো স্থিতিস্থাপক, এবং ভাগ-করা-দায়িত্ব মডেল ভুলে যাওয়া। ধারাবাহিকতাকে চুক্তিগত ও আশ্বাসপ্রাপ্ত করুন।

পরিপক্বতা মডেল#

চেকলিস্ট#

• চিকিৎসকদের সঙ্গে মালিকানাধীন একটি ব্যবসায়িক প্রভাব বিশ্লেষণ প্রতিটি সেবা ক্রমবদ্ধ করে এবং প্রতিটি সংকটপূর্ণ সিস্টেমের জন্য একটি স্পষ্ট RTO ও RPO নির্ধারণ করে।
• সংকটপূর্ণ সিস্টেমের তাদের ক্লিনিক্যাল গুরুত্বের অনুপাতে উচ্চ প্রাপ্যতা ও অতিরিক্ততা আছে।
• একক ব্যর্থতা বিন্দু ও সংকটপূর্ণ নির্ভরতা (ভাগ করা সেবা ও সরবরাহকারীসহ) মানচিত্রিত ও প্রশমিত।
• ব্যাকআপ ৩-২-১ নিয়ম মানে এবং অন্তত একটি অপরিবর্তনীয় বা অফলাইন কপি আছে যা র‍্যানসমওয়্যার পৌঁছাতে পারে না।
• রিস্টোর সময়সূচি অনুযায়ী পরীক্ষিত এবং RTO/RPO-র বিপরীতে সময়-মাপা, "সর্বশেষ সফল রিস্টোর" একটি মেট্রিক হিসেবে প্রতিবেদিত।
• প্রতিটি সংকটপূর্ণ ক্লিনিক্যাল সিস্টেমের একটি মহড়া-করা ডাউনটাইম পদ্ধতি এবং একটি নিয়ন্ত্রিত ডেটা পুনঃএন্ট্রি প্রক্রিয়া আছে।
• একটি দুর্যোগ পুনরুদ্ধার পরিকল্পনা পুনরুদ্ধার ধাপ, ক্রম, সিদ্ধান্ত-কর্তৃত্ব ও ফেইল-ব্যাক নির্ধারণ করে, এবং DR সাইট/রিজিয়ন পরীক্ষিত।
• একটি সাইবার-পুনরুদ্ধার দৃশ্যপট (বিচ্ছিন্ন করা, পরিষ্কার ব্যাকআপ থেকে পুনর্নির্মাণ, যাচাই, পুনঃসংযোগ) নথিবদ্ধ ও মহড়া-করা।
• সরবরাহকারী ও ক্লাউড ধারাবাহিকতা চুক্তিগতভাবে প্রয়োজনীয়, প্রমাণিত ও আশ্বাসপ্রাপ্ত, ভাগ-করা-দায়িত্ব মডেলসহ।
• ধারাবাহিকতা ISO 22301-এর সঙ্গে সংগত, একজন নামধারী নির্বাহীর মালিকানাধীন, একটি ক্যালেন্ডারে মহড়া-করা এবং বোর্ডে প্রতিবেদিত।

মূল উৎস#

• NHS England — Business Continuity Management Toolkit এবং Emergency Preparedness, Resilience and Response (EPRR) Framework and Core Standards।
• National Cyber Security Centre (NCSC) — অফলাইন/অপরিবর্তনীয় ব্যাকআপ, র‍্যানসমওয়্যার প্রশমন ও ঘটনা সাড়া সংক্রান্ত নির্দেশিকা।
• ISO 22301:2019 — Security and resilience — Business continuity management systems — Requirements (International Organization for Standardization)।
• ISO/IEC 27031 — Guidelines for information and communication technology readiness for business continuity।
• Business Continuity Institute (BCI) — Good Practice Guidelines।
• National Audit Office — Investigation: WannaCry cyber attack and the NHS (2017) এবং Department of Health শিক্ষা-পর্যালোচনা।
• NHS England / Data Security and Protection Toolkit (DSPT) — ব্যবসায়িক ধারাবাহিকতা ও ঘটনা সাড়াসহ ডেটা নিরাপত্তা মান।
• GOV.UK Service Manual — লাইভ সেবার জন্য স্থিতিস্থাপকতা, মনিটরিং ও পুনরুদ্ধার নির্দেশিকা।

তথ্যসূত্র#

1. Business continuity planning — Wikipedia — https://en.wikipedia.org/wiki/Business_continuity_planning
2. IT disaster recovery — Wikipedia — https://en.wikipedia.org/wiki/IT_disaster_recovery
3. ISO 22301 — Wikipedia — https://en.wikipedia.org/wiki/ISO_22301
4. Backup — Wikipedia — https://en.wikipedia.org/wiki/Backup
5. High availability — Wikipedia — https://en.wikipedia.org/wiki/High_availability
6. Redundancy (engineering) — Wikipedia — https://en.wikipedia.org/wiki/Redundancy_(engineering)
7. Failover — Wikipedia — https://en.wikipedia.org/wiki/Failover
8. Single point of failure — Wikipedia — https://en.wikipedia.org/wiki/Single_point_of_failure
9. Ransomware — Wikipedia — https://en.wikipedia.org/wiki/Ransomware
10. WannaCry ransomware attack — Wikipedia — https://en.wikipedia.org/wiki/WannaCry_ransomware_attack
11. ISO 22301:2019 Security and resilience — Business continuity management systems — Requirements — International Organization for Standardization — https://www.iso.org/standard/75106.html
12. Investigation: WannaCry cyber attack and the NHS — National Audit Office — https://www.nao.org.uk/reports/investigation-wannacry-cyber-attack-and-the-nhs/
13. Emergency Preparedness, Resilience and Response (EPRR) — NHS England — https://www.england.nhs.uk/ourwork/eprr/
14. Offline backups in an online world — National Cyber Security Centre — https://www.ncsc.gov.uk/blog-post/offline-backups-in-an-online-world
15. Data Security and Protection Toolkit — NHS England — https://www.dsptoolkit.nhs.uk/