শিফট শেষে একজন ওয়ার্ড ম্যানেজার আপনাকে ডেকেছেন। একই করিডোরে থাকা তিনজন আত্মীয় ভিডিও কল করতে পারছেন না, একজন রোগীর ট্যাবলেট বারবার লগইন পেজে ফিরে আসছে এবং কেউ হোয়াইটবোর্ডে লিখেছেন "WiFi টি জঘন্য"। অ্যাক্সেস পয়েন্ট চালু আছে, পোর্টাল লাইভ রয়েছে এবং ড্যাশবোর্ডে কোনো কিছুই অকার্যকর দেখাচ্ছে না।
কানেক্টেড এবং ইউজেবলের মধ্যে থাকা সেই ব্যবধানটিতেই বেশিরভাগ হাসপাতালের গেস্ট WiFi প্রজেক্ট আটকে যায়। সকাল দশটায় আউটপেশেন্টে কতজন লোক বসে থাকেন তা গণনা করার আগেই রেডিও প্ল্যানটি অনুমোদন করা হয়েছিল। যার কাছে টেমপ্লেটটি খোলা ছিল তিনিই লগইন পদ্ধতি বেছে নিয়েছিলেন। এবং দর্শনার্থীদের যে সুরক্ষা সংক্রান্ত পরামর্শের প্রয়োজন ছিল, তারা ব্যাংকিং করতে পারবেন নাকি ভিডিও অ্যাপয়েন্টমেন্টে যোগ দিতে পারবেন, তা রিক্স রেজিস্টার থেকে স্প্ল্যাশ স্ক্রিনে কখনোই পৌঁছায়নি।
এই তিনটি সিদ্ধান্ত একই সাথে নেওয়া উচিত। সিগন্যাল, আইডেন্টিটি এবং প্রকাশিত প্রত্যাশা হলো একটি একক ডিজাইন, শুধু পরবর্তীতে একটি ডিসক্লেমার যুক্ত করা কোনো নেটওয়ার্ক বিল্ড নয়। প্রথম অ্যাক্সেস পয়েন্ট চালু হওয়ার আগে রেডিও সার্ভে থেকে শুরু করে পাইলট ওয়ার্ড পর্যন্ত আমি কীভাবে এটিকে সাজাব, তার পাশাপাশি একটি ক্লিনিক্যাল গভর্নেন্স গ্রুপের সাথে আলোচনা করার মতো বিষয়গুলি এখানে দেওয়া হলো।
জাতীয় বেসলাইন ইতিমধ্যেই সেট করা হয়েছে। 2019 সালের মার্চের শেষে NHS WiFi প্রোগ্রাম 98% NHS ট্রাস্টে বিনামূল্যে NHS WiFi চালু করেছে এবং 8,000-এরও বেশি পেশেন্ট কেয়ার সেন্টারে পৌঁছেছে, যা 63 মিলিয়নেরও বেশি দর্শনার্থী রোগীকে বিনামূল্যে কানেক্টিভিটির সুযোগ দিয়েছে। ভিজিটর অ্যাক্সেস এখন আর কোনো স্পেয়ার VLAN-এর উপর সাইড প্রজেক্ট নয়। এটি এখন এস্টেটের অংশ।
হার্ডওয়্যার কেনার আগে ক্যাপাসিটি এবং রেডিও লক্ষ্যগুলির পরিকল্পনা করুন
তিনটি সংখ্যা নির্ধারণ করে যে একটি ব্যস্ত ওয়ার্ডে হাসপাতালের গেস্ট WiFi ঠিকঠাক থাকবে কিনা: প্রাইমারি সিগন্যাল, ল্যাটেন্সি এবং চ্যানেল লোড। পোর্টাল ব্র্যান্ডিং পরে আসে, কারণ বে পূর্ণ হয়ে গেলে যদি অ্যাসোসিয়েশন বিচ্ছিন্ন হয়ে যায় তবে তার কোনোটিরই কোনো গুরুত্ব থাকে না।
NHS England NHS সেটআপ জুড়ে কমপক্ষে -65 dBm-এর প্রাথমিক RSSI সুপারিশ করে, এবং গ্রহণযোগ্য লেটেন্সি হিসাবে প্রায় 20 থেকে 250 ms উল্লেখ করে। তারা এটিও নোট করে যে কোনো পরিসংখ্যানই চূড়ান্ত নয় এবং উভয়কেই ব্যবহৃত অ্যাপ্লিকেশনগুলির সাথে যাচাই করা উচিত (WiFi পারফরম্যান্স মেট্রিক মূল্যায়নে NHS England-এর নির্দেশিকা)। এটিকে কোনো স্পেসিফিকেশনের চেয়ে কম সীমার মান হিসাবে বিবেচনা করুন। বেডসাইডে -65 dBm রিডিং প্রমাণ করে যে লিঙ্কটি সংযুক্ত হবে। একই বে-তে থাকা চল্লিশ জন ব্যক্তি সন্ধ্যা আটটায় একযোগে ভিডিও কল করতে পারবেন কি না সে সম্পর্কে এটি কিছুই বলে না।
আপনার কাছে প্রকৃতপক্ষে থাকা বিল্ডিংটির সার্ভে করুন
পারচেজ অর্ডার যাওয়ার আগে একটি সার্ভে টুলের মাধ্যমে প্রতিটি ফ্লোর ঘুরে দেখুন। কোন বিষয়গুলি সিগন্যাল নষ্ট করে তা লক্ষ্য করুন: সিসা-যুক্ত ইমেজিং রুম, ওয়ার্ড রাউন্ডের সময় সরে যাওয়া বেড পার্টিশন, কংক্রিটের সার্ভিস কোর, বেসমেন্টের করিডোর যেখানে আত্মীয়রা ট্যাক্সির জন্য অপেক্ষা করেন। বাইরের প্রবেশপথগুলিতেও সার্ভে করুন, কারণ সেখানেই ডিসচার্জের সময় মানুষ লিফট ডাকার চেষ্টা করার জন্য দাঁড়ান।
ব্যান্ড নির্বাচন একটি ক্যাপাসিটির সিদ্ধান্ত, কোনো পছন্দ নয়। NHS ইংল্যান্ড পাবলিক গেস্ট এবং লেগাসি ডিভাইসের জন্য ব্যান্ড হিসাবে 2.4 GHz চিহ্নিত করেছে, যেগুলির থ্রুপুট অপেক্ষা রেঞ্জের বেশি প্রয়োজন, এবং ক্লায়েন্ট এবং অ্যাক্সেস পয়েন্টগুলি যেখানেই এটি সমর্থন করে সেখানে ক্যাপাসিটির জন্য 5 GHz চিহ্নিত করেছে। 2.4 GHz লক আউট করা পুরোনো হ্যান্ডসেটগুলিকে শাস্তি দেয়; 2.4 GHz-এ সবকিছু চালনা করার অর্থ হল যার রেডিও সবচেয়ে জোরালো তার হাতে আপনার এয়ারটাইম তুলে দেওয়া।
পিকে-র জন্য পরিকল্পনা করুন, গড় মানের জন্য নয়। মঙ্গলবার সকাল 10টায় পরিমাপ করা একটি নেটওয়ার্ক প্রতিটি ডিজাইনকে ভালো বলে মনে করায়। আসল রিডিং সেটিই যা কোনো ভিজিটিং নাইটে সন্ধ্যা সাতটায় নেওয়া হয়।
তারপর দর্শনার্থীরা নেটওয়ার্কে কী করছেন তা পরিমাপ করুন: প্রতি অ্যাক্সেস পয়েন্টে কনকারেন্ট ক্লায়েন্ট, চ্যানেল ইউটিলাইজেশন, প্যাকেট লস, DHCP এবং DNS প্রতিক্রিয়া, এবং প্রমাণীকরণ সম্পন্ন হওয়ার হার। পিং-এর পরিবর্তে ভিডিও এবং মেসেজিং দিয়ে লোড-টেস্ট করুন, এবং প্রতিটি ওয়ার্ড স্থানান্তর বা বিল্ডিং পরিবর্তনের পরে প্রক্রিয়াটি পুনরাবৃত্তি করুন, কারণ একটি নতুন সরঞ্জাম বা পুনর্গঠিত বে কভারেজ ম্যাপকে নতুন করে তৈরি করে।
| মেট্রিক | টার্গেট | নোট |
|---|---|---|
| প্রাথমিক সিগন্যাল (RSSI) | -65 dBm বা তার বেশি শক্তিশালী | রোগীদের ব্যবহৃত এলাকা জুড়ে NHS ইংল্যান্ডের টার্গেট |
| লেটেন্সি | প্রায় 20 থেকে 250 ms | ভিডিও কল এবং মেসেজিংয়ের সাপেক্ষে যাচাই করুন |
| পাবলিক এবং পুরনো ডিভাইসগুলোর জন্য ব্যান্ড | 2.4 GHz | বিস্তৃত পরিসর, কম ক্যাপাসিটি |
| ক্যাপাসিটির জন্য ব্যান্ড | 5 GHz | যেখানে ক্লায়েন্ট এবং অ্যাক্সেস পয়েন্ট সাপোর্ট করে সেখানে ব্যবহার করুন |
| পিক টাইমে সমসাময়িক ক্লায়েন্ট | ভিজিটিং আওয়ারে প্রতি অ্যাক্সেস পয়েন্টের সংখ্যা গণনা করুন, তারপর তার চেয়ে বেশি ক্যাপাসিটির ডিজাইন করুন | আপনার দর্শকদের সংখ্যা, কোনো ভেন্ডারের দেওয়া সংখ্যা নয় |
| চ্যানেল ব্যবহার | ভিজিটিং আওয়ারে হওয়া যেকোনো ক্রমাগত উচ্চ রিডিং তদন্ত করুন | শান্ত সময়ের রিডিং আসল সমস্যা লুকিয়ে রাখে |
| প্যাকেট লস | লোড টেস্টিংয়ের সময় আপনার নিজস্ব থ্রেশহোল্ড সেট করুন | পিক টাইমে পুনরায় টেস্ট করুন, রাতে নয় |
সেই টেবিলের প্রতিটি সংখ্যা এমন একটি বিষয় যা আপনাকে পুনরায় পরিমাপ করতে হবে, এমন কিছু নয় যা আপনি একবারের জন্য অনুমোদন করে দেবেন। আপনি যদি একদম শুরু থেকে টেস্ট প্ল্যান তৈরি করেন, তবে RF সার্ভে এবং চ্যানেল সংক্রান্ত পরিকল্পনার একটি নির্দেশিকা আরও বিশদে সার্ভে মেকানিক্স কভার করে।
প্রতিটি ক্ষেত্রের জন্য সঠিক লগইন পদ্ধতি বেছে নিন
যে বিষয়টি টিমগুলোকে সমস্যায় ফেলে তা কোনো এনক্রিপশন বা খরচ নয়। এটি হলো কতজন দর্শক কখনোই লগইন প্রক্রিয়া শেষ করেন না।
একটি ল্যামিনেটেড সাইনে থাকা শেয়ার্ড পাসওয়ার্ডকে সস্তা মনে হতে পারে, যতক্ষণ না আপনি আত্মীয়দের একটি লাইনকে ভাঙা স্ক্রিনে এক আঙুলে তা টাইপ করতে দেখেন। এতে কোনো ব্যবহারকারী-ভিত্তিক পরিচয় (per-user identity) থাকে না এবং কোনো ডিভাইস-ভিত্তিক এনক্রিপশন (per-device encryption) থাকে না, তাই এটি কোনো হাসপাতালে ওয়ার্ডের বদলে একদিনের কোনো ইভেন্টের জন্য উপযুক্ত যেখানে কেউ হয়তো ছয় ঘণ্টা ধরে কানেক্টেড থাকতে পারেন।
ক্যাপটিভ পোর্টালের মাধ্যমে ইমেল রেজিস্ট্রেশন হল এমন একটি মডেল যেখানে বেশিরভাগ ট্রাস্ট সম্মত হয়েছে। Queen Victoria Hospital NHS Foundation Trust 2014 সালের নভেম্বরে ওয়ার্ড, আউটপেশেন্ট ওয়েটিং এরিয়া, তার ক্যাফে এবং রেস্তোরাঁয় বিনামূল্যে WiFi উপলব্ধ করেছিল, যেখানে ব্যবহারকারীরা পাসওয়ার্ডের বিনিময়ে একটি ইমেল ঠিকানা রেজিস্টার করতেন এবং সবার জন্য স্পিড বজায় রাখতে স্ট্রিম ও মিউজিক ডাউনলোড সীমাবদ্ধ রাখা হয়েছিল (NHS রোগীদের ডিজিটাল পরিষেবার সাথে যুক্ত করার বিষয়ে ইংল্যান্ডের রূপান্তর ব্লগ)। একক ফ্লো-র মধ্যেই পরিচয়, শর্তাবলী এবং ব্যান্ডউইথ নিয়ন্ত্রণ ব্যবস্থা। প্রযুক্তির অগ্রগতি হয়েছে; কিন্তু কাজের এই পদ্ধতিটি একই রয়ে গেছে।
| পদ্ধতি | সেটআপের প্রচেষ্টা | এনক্রিপশন | দর্শনার্থীর পরিচয় | সবচেয়ে উপযুক্ত ক্ষেত্র |
|---|---|---|---|---|
| শর্তাবলী পৃষ্ঠা সহ ওপেন নেটওয়ার্ক | কম | নেই | সম্মতি প্রদান ব্যতীত অন্য কিছু নেই | নূন্যতম ডেটার প্রয়োজন থাকা অপেক্ষাগারসমূহ |
| সাইনেজে লেখা শেয়ার্ড পাসওয়ার্ড | কম | কেবলমাত্র শেয়ার্ড কী | ব্যবহারকারী প্রতি নির্দিষ্ট কিছু নেই | স্বল্পমেয়াদী ইভেন্ট, ওয়ার্ড নয় |
| ইমেল সহ ক্যাপটিভ পোর্টাল | মাঝারি | WPA2/WPA3 প্রয়োগ করা না হলে ওপেন | সম্মতি সহ ক্যাপচার করা ইমেল | সাধারণ দর্শনার্থীদের অ্যাক্সেস |
| Passpoint (Hotspot 2.0) | উচ্চ | WPA2/3-Enterprise | অ্যাকাউন্ট বা প্রোফাইল | পুনরায় আসা দর্শনার্থী এবং কর্মীদের ইস্যু করা ডিভাইস |
| ব্র্যান্ডেড অ্যাপ বা অ্যাকাউন্ট | মাঝারি | যে নেটওয়ার্কে এটি চলে তার সুরক্ষার স্তর নির্ধারণ করে | অ্যাকাউন্ট | যে দর্শনার্থীরা প্রায়শই ফিরে আসেন |
পোর্টালটি কোথায় ব্যর্থ হয় এবং কে এটি সংশোধন করে
কিছু ডিভাইস ক্যাপটিভ পোর্টাল মোটেও সম্পূর্ণ করতে পারে না। পুরোনো Android হ্যান্ডসেট, লকড-ডাউন ওয়ার্ক ল্যাপটপ এবং ই-রিডারগুলি স্প্ল্যাশ পেজেই আটকে থাকবে এবং এটি সমাধান করতে পারবে না, আর পোর্টাল টিউনিংয়ের কোনো চেষ্টাই এমন ব্রাউজারকে ঠিক করতে পারে না যা খুলতে অস্বীকার করে। এটি একটি প্রযুক্তিগত প্রশ্নের পাশাপাশি কর্মী সম্পর্কিত প্রশ্নও বটে। ওয়ার্ডের কাউকে ডিভাইস রেজিস্টার করার একটি রুট জানতে হবে, এবং ব্যর্থতার বার্তায় একটি জেনেরিক এরর কোডের পরিবর্তে ওয়ার্ডের ফোন নম্বর থাকা প্রয়োজন।
Passpoint সেখানে নিজের স্থান করে নেয় যেখানে একই মানুষ বারবার ফিরে আসেন। একবার প্রোফাইল ইনস্টল করার পর, ডিভাইসটি এন্টারপ্রাইজ-গ্রেড সুরক্ষার সাথে স্বয়ংক্রিয়ভাবে যুক্ত হয়, যা বারবার আসা আউটপেশেন্ট এবং কর্মীদের দেওয়া ট্যাবলেটের জন্য উপযুক্ত। এর জন্য এমন অ্যাক্সেস পয়েন্ট এবং প্রোভিশনিং পাথ প্রয়োজন যা এটিকে সমর্থন করে, এবং যেসব ফোনে প্রোফাইল নেওয়া যায় না এটি সেগুলির বিকল্প নয়।
আপনি যে পদ্ধতিই বেছে নিন না কেন, দর্শনার্থীরা যেখানে পড়বেন সেখানে সীমাগুলি প্রকাশ করুন। নটিংহ্যামশায়ার হেলথকেয়ার ভিজিটরদের জানিয়ে দেয় যে NHS WiFi সমস্ত এলাকায় উপলব্ধ নাও হতে পারে এবং এটি টিভি স্ট্রিম বা ফোন এবং ভিডিও কলের জন্য অনুপযুক্ত (নটিংহ্যামশায়ার হেলথকেয়ার ফ্রি WiFi পেজ)। এটি হল সততার সংস্করণ, এবং এটি সিনেমার অভিজ্ঞতার প্রতিশ্রুতি দেওয়া স্প্ল্যাশ পেজের চেয়ে অনেক ভালো।
যেকোনো ইমেল বা অ্যাকাউন্ট ক্যাপচারের জন্য UK GDPR-এর অধীনে একটি স্পষ্ট সম্মতির ধাপ প্রয়োজন, এবং সংগ্রহের সময় আপনার উল্লেখ করা উদ্দেশ্যের জন্যই কেবল ডেটা রাখা উচিত।যেকোনো কমার্শিয়াল নেটওয়ার্কের চেয়ে এখানে বড় টেক্সটযুক্ত, স্ক্রিন-রিডার বান্ধব লগইন পেজের গুরুত্ব অনেক বেশি। স্প্ল্যাশ-পেজের গঠন এবং সম্মতির ফ্লো সম্পর্কিত আরও বিশদ এই ক্যাপটিভ পোর্টাল ডিজাইন গাইডে ব্যাখ্যা করা হয়েছে।
কীভাবে ক্লিনিক্যাল সিস্টেম থেকে গেস্ট ট্র্যাফিক পৃথক করবেন
গেস্ট অ্যাক্সেসকে একটি অবিশ্বাস্য ইন্টারনেট পরিষেবা হিসাবে বিবেচনা করুন যা আপনার বিল্ডিংয়ে রয়েছে। NHS England-এর সেটআপ নির্দেশিকা কন্টেন্ট ফিল্টারিং, গ্রহণযোগ্য ব্যবহার, ব্রিং-ইউর-ওন-ডিভাইস নিয়ম এবং সক্ষমতা নিরীক্ষণের বিষয়ে নথিভুক্ত স্থানীয় নীতিগুলির সাথে সাথে একটি গ্রহণযোগ্য ব্যবহার নীতি এবং অবৈধ বা অনুপযুক্ত বিষয়বস্তু ব্লক করার আহ্বান জানায়। নেটওয়ার্ক নিয়ন্ত্রণগুলি সর্বাগ্রে আসে, কারণ একটি নীতি নথি একটি সংক্রামিত ফোনকে রেডিওলজি সাবনেট স্ক্যান করা থেকে থামাতে পারে না।
- অতিথিদের নিজস্ব SSID, VLAN এবং ফায়ারওয়াল জোনে রাখুন। একটি ক্ষতিগ্রস্ত ভিজিটর ডিভাইসের চূড়ান্ত পরিণতি হওয়া উচিত এমন একটি ডেড এন্ড যার অন্য কোনো গুরুত্বপূর্ণ নেটওয়ার্কে যাওয়ার রুট থাকবে না। সবচেয়ে সাধারণ ভুলটি হলো অতিথিদের VLAN মিটিং রুম বা রিসিভশন সিস্টেমের সাথে শেয়ার করা, কারণ সেই দিন কনফিগার করা সহজ ছিল।
- ক্লিনিক্যাল, বায়োমেডিকেল, ম্যানেজমেন্ট এবং প্রিন্টার সাবনেটে ল্যাটারাল অ্যাক্সেস অস্বীকার করুন। সুবিধার কথা ভেবে কোনো ছাড় দেবেন না। সাধারণত দেয়ালের ফাঁক তৈরি হয় প্রিন্ট অ্যাক্সেসের অনুমতি দেওয়ার মাধ্যমে, যাতে কর্মীরা ব্যক্তিগত ফোন থেকে প্রিন্ট করতে পারেন, যা ম্যানেজমেন্ট রেঞ্জের ভেতরে থাকা একটি প্রিন্ট সার্ভারের পথ খুলে দেয়।
- অতিথিদের জন্য শুধুমাত্র প্রয়োজনীয় আউটবাউন্ড সার্ভিসের অনুমতি দিন। এর অর্থ সাধারণত ওয়েব ট্র্যাফিক এবং DNS, সাথে VPN এবং আধুনিক অ্যাপ্লিকেশন সম্পর্কিত প্রয়োজনীয়তাগুলো অনুমান না করে ভেবেচিন্তে পরিচালনা করা। আউটবাউন্ডের ক্ষেত্রে ঢালাওভাবে সবাইকে অনুমতি দেওয়ার নিয়ম আপনার গেস্ট VLAN-কে অন্য কারো অ্যাটাক প্ল্যাটফর্মে পরিণত করতে পারে।
- ফিল্টার, রেট-লিমিট, আইসোলেট এবং এক্সপায়ার করুন। DNS এবং কনটেন্ট ফিল্টারিং, ক্লায়েন্ট-ভিত্তিক রেট লিমিট, ক্লায়েন্ট আইসোলেশন যাতে দর্শকরা একে অপরকে দেখতে না পারেন, এবং অন্য কোনো ট্রাস্টের সেটিংস থেকে ধার করার বদলে আপনার নিজস্ব গভর্নেন্স পলিসির সাথে মিলিয়ে সেশন এক্সপায়ারি সেট করা। NHS WiFi সেট আপ করার নির্দেশিকা অনুযায়ী অটেনটিকেটেড এবং আনঅটেনটিকেটেড উভয় পেনেট্রেশন টেস্টের মাধ্যমে আইসোলেশন প্রমাণ করতে হবে, তাই কোনো অভিযোগ আসার পর পরিবর্তনের চেষ্টা না করে ডিজাইনের শুরুতেই সেই প্রমাণ অন্তর্ভুক্ত করুন।
- একটি লিখিত রিটেনশন এবং অ্যাক্সেস পলিসির অধীনে অটেনটিকেশন, DHCP, NAT এবং সিকিউরিটি ইভেন্টগুলোর লগ রাখুন যাতে চাওয়ামাত্র তা দেখাতে পারেন। কোনো ডকুমেন্ট করা রিটেনশন রুল ছাড়া লগিং করা প্রমাণের ছদ্মবেশে থাকা একটি দায়বদ্ধতা মাত্র।
- লগইন পেজটি পাবলিক করার আগে জোন রুলগুলো টেস্ট করুন। গেস্ট থেকে ক্লিনিক্যালের যেকোনো রুট সাড়া দিলে তা একই দিনে সমাধান করতে হবে, ব্যাকলগ আইটেম হিসেবে ফেলে রাখা যাবে না।
দর্শকরা সঠিক সিদ্ধান্ত নেন যখন কেউ তাদের সত্য তথ্য জানান। কিছু ট্রাস্ট নোটিশ স্পষ্টভাবে সতর্ক করে যে গেস্ট ট্র্যাফিক অন্য একজন ওয়্যারলেস ব্যবহারকারী দ্বারা আটকানো যেতে পারে এবং এতে গোপনীয়তার কোনো নিশ্চয়তা নেই। একটি শেয়ার করা পাসওয়ার্ড আপনাকে যে বাক্যটি লেখা থেকে এড়াতে সাহায্য করে, এটি ঠিক সেই বাক্য যা দর্শকদের পড়া প্রয়োজন।
একটি শেয়ার্ড কি (shared key) ট্র্যাফিক এনক্রিপ্ট করে কিন্তু কোনো ব্যবহারকারী-ভিত্তিক পরিচয় (per-user identity) প্রদান করে না: যারা পাসফ্রেজ জানেন তাদের সবাইকে অন্য সবার থেকে আলাদা করা অসম্ভব, যা উপরের সতর্কতাটিকে আতঙ্ক ছড়ানোর বদলে সৎ করে তোলে। ডিজাইন যদি ধরে নেয় যে ভিজিটররা প্যাচ করা ডিভাইস এবং নিজস্ব এন্ডপয়েন্ট সুরক্ষার সাথে HTTPS ব্যবহার করবেন, তবে তাদের স্বীকার করা শর্তাবলীতে তা স্পষ্টভাবে বলুন, এবং পোর্টাল সমাপ্তি, সহায়তা যোগাযোগ, ব্লকড-পলিসি ইভেন্ট এবং আইসোলেশন-টেস্ট ফলাফলগুলোকে গুরুত্বপূর্ণ অপারেশনের সূচক হিসেবে পরিমাপ করুন। বিস্তৃত আর্কিটেকচারের জন্য, এই এন্টারপ্রাইজ WiFi সুরক্ষা নির্দেশিকাটি সেগমেনটেশন এবং অ্যাক্সেস কন্ট্রোল প্যাটার্নগুলো বিস্তারিতভাবে ব্যাখ্যা করে।
দর্শকরা গেস্ট WiFi-এ নিরাপদে কী করতে পারেন
রোগী এবং পরিচর্যাকারীরা এই প্রশ্নটিই জিজ্ঞাসা করেন, যা বেশিরভাগ হাসপাতালের পেজ উত্তর দেয় না: আমি কি এই নেটওয়ার্কে ব্যাংকিং করতে পারি, ভিডিও অ্যাপয়েন্টমেন্টে যোগ দিতে পারি বা কাজের ফাইল খুলতে পারি?
বিনামূল্যের অর্থ নিরাপদ নয়, এবং ট্রাস্ট নোটিশগুলো এই বিষয়টি প্রমাণ করে। কিছু নোটিশ NHS WiFi-কে একটি শেয়ার্ড পাবলিক নেটওয়ার্ক হিসেবে বর্ণনা করে এবং ব্যক্তিগত বা সংবেদনশীল তথ্যের বিষয়ে সতর্ক থাকার পরামর্শ দেয়, অন্য নোটিশগুলো কেবল নেটওয়ার্ক সিলেক্ট করা এবং শর্তাবলী গ্রহণ করা হিসেবে অ্যাক্সেস প্রদান করে (King's College Hospital WiFi এবং বিনোদন পেজ)। এগুলো একই ধরনের পরিষেবা সম্পর্কে দুটি ভিন্ন বার্তা, এবং ভিজিটররা সেটিই পান যা তাদের ট্রাস্ট প্রকাশ করেছে। লঞ্চ করার পর নয়, বরং ডিজাইনের সময়ই SSID এবং লগইন পদ্ধতির পাশাপাশি আপনার বার্তাটি লিখুন।
ঝুঁকিটি শুধু সুবিধার চেয়েও আরও বড়। নির্ভরযোগ্য WiFi-এর অভাব হল এমন একটি বাধা যার জন্য কিছু মানুষের পক্ষে ডিজিটাল স্বাস্থ্য পরিষেবাগুলি একেবারেই ব্যবহার করা কঠিন হয়ে পড়ে। একটি গেস্ট নেটওয়ার্ক যা ব্রাউজিংয়ের জন্য কাজ করে কিন্তু একটি NHS অ্যাপ লগইনের জন্য করে না, তা সেই মানুষদের হতাশ করে যারা এটির ওপর সবচেয়ে বেশি নির্ভর করে।
| টাস্ক | গেস্ট WiFi রায় | এর পরিবর্তে ব্যবহার করুন |
|---|---|---|
| HTTPS-এর মাধ্যমে সাধারণ ব্রাউজিং, খবর এবং ম্যাপ দেখা | যৌক্তিক | গেস্ট WiFi |
| HTTPS-এর মাধ্যমে পরিবারকে মেসেজ পাঠানো | যৌক্তিক, সংবেদনশীল তথ্য এড়িয়ে চলুন | গেস্ট WiFi |
| অনলাইন ব্যাংকিং | এড়িয়ে চলুন | মোবাইল ডেটা |
| ব্যক্তিগত স্বাস্থ্য তথ্য সহ NHS অ্যাপ লগইন | এড়িয়ে চলুন | মোবাইল ডেটা |
| ভিডিও কনসাল্টেশন | এড়িয়ে চলুন | মোবাইল ডেটা |
| কাজের সিস্টেম এবং ফাইলসমূহ | এড়িয়ে চলুন | কর্মী-সমর্থিত অ্যাক্সেস |
যা উত্তর পরিবর্তন করে তা হলো এনক্রিপশন, এবং নেটওয়ার্কের নাম ভিজিটরদের এই বিষয়ে কিছুই বলে না। HTTPS পেজের বিষয়বস্তু রক্ষা করে, কিন্তু একটি ওপেন বা শেয়ার্ড-কি (shared-key) নেটওয়ার্কে কানেকশন মেটাডেটা দৃশ্যমান থাকে এবং ইন্টারসেপশন বা ট্র্যাফিক সারণী বাধাগ্রস্ত হওয়া সম্ভব, যে কারণে ট্রাস্ট নোটিশগুলোর সুর এতটা ভিন্ন হয়। ডিভাইস-ভিত্তিক কি (per-device key)-এর ওপর তৈরি একটি নেটওয়ার্ক সেই চিত্রটি বদলে দেয়। একটি ওপেন নেটওয়ার্ক তা করে না, স্প্ল্যাশ পেজটি দেখতে যতই আশ্বস্তকর মনে হোক না কেন। সুতরাং "আমি এখানে নিরাপদে কী করতে পারি" এর সৎ উত্তরটি প্রথম ভিজিটর কানেক্ট করার আগেই নেওয়া একটি ডিজাইন সিদ্ধান্ত দ্বারা নির্ধারিত হয়। আপনার আর্কিটেকচার যদি শুধুমাত্র নিরাপদ HTTPS ব্রাউজিং সমর্থন করে, তবে সেই উত্তরটি স্পষ্টভাবে প্রকাশ করুন এবং একই সাথে মানুষদের বিকল্পগুলোর দিকে ইঙ্গিত করুন।
লগইন পৃষ্ঠায় প্রিন্ট করার মতো নিয়মটি হল: কোনো অপরিচিত ব্যক্তির স্ক্রিনে যদি তথ্যটি দেখলে আপনার ক্ষতি হতে পারে বলে মনে হয়, তবে গেস্ট WiFi-এর মাধ্যমে তা পাঠাবেন না।
তার পরিবর্তে মানুষকে যোগাযোগের অন্য কোনো বিকল্প দিন। মোবাইল ডেটা ব্যাংকিং, হেলথ অ্যাপ লগইন এবং ভিডিও পরামর্শের সুবিধা প্রদান করে। একটি ব্যক্তিগত VPN কিছু কর্পোরেট সিস্টেমে সাহায্য করে এবং অন্যগুলিতে বাধা সৃষ্টি করে, তাই এটি সরাসরি সুপারিশ করার বদলে এর সীমাবদ্ধতাগুলি বুঝিয়ে বলুন। যে দর্শকরা কোনোভাবেই নিজে থেকে পরিষেবা নিতে পারেন না, তাদের সমস্যা দূর করতে ওয়ার্ড কম্পিউটারে সাহায্য করতে পারেন এমন একজন কর্মী এবং উপযুক্ত ডিভাইস না থাকা ব্যক্তিদের জন্য একটি ফোন নম্বর রাখুন।
গেস্ট WiFi ব্যর্থ হলে পরীক্ষা করুন, মনিটর করুন এবং প্রতিক্রিয়া জানান
লঞ্চের আগে দুটি সূচনার পয়েন্ট থেকে আইসোলেশন টেস্ট চালান: একটি অথেনটিকেটেড গেস্ট সেশন এবং একটি আন-অথেনটিকেটেড সেশন। প্রতিটি সেশন থেকে ক্লিনিক্যাল, বায়োমেডিকেল, ম্যানেজমেন্ট এবং প্রিন্টার সাবনেটে পৌঁছানোর চেষ্টা করুন। যেকোনো সফল অ্যাক্সেস একই দিনে ঠিক করতে হবে, কারণ আপনি যে ব্যর্থতার মোডটি পরীক্ষা করছেন সেটি হলো এমন একটি নিয়ম যা লেখা হয়েছিল কিন্তু কখনই প্রয়োগ করা হয়নি।
লঞ্চের পরে, পাঁচটি অপারেশনাল সিগন্যাল আপনাকে জানিয়ে দেবে যে ডিজাইনটি ঠিকমতো কাজ করছে কিনা। সাপোর্ট কনট্যাক্টগুলি সবচেয়ে বেশি গুরুত্বপূর্ণ এবং এগুলি সাধারণত মনিটরিং করার আগেই কোনো ত্রুটি চিহ্নিত করে, বিশেষ করে ওয়ার্ড পরিবর্তন বা বিল্ডিং পরিবর্তনের পরবর্তী পনেরো দিনে। প্রতিটি মেট্রিককে একটি ট্রিগারের সাথে যুক্ত করুন যাতে একটি অ্যালার্ট শুধু একটি গ্রাফ না দেখিয়ে একটি নির্দেশ বহন করে।
| মেট্রিক | কেন এটি গুরুত্বপূর্ণ | পর্যালোচনার ট্র্রিগার |
|---|---|---|
| পোর্টাল সমাপ্তির হার | দর্শনার্থীরা সত্যিই যুক্ত হতে পারছেন কিনা তা দেখায় | দর্শনের সময় অনবরত পতন |
| সেশনের সময়কাল | মেয়াদ শেষের সেটিংস নির্ধারিত উপায়ে কাজ করছে তা নিশ্চিত করে | নীতিমালা অনুমোদন করার চেয়ে দীর্ঘ সেশন |
| ব্লক করা নীতি ইভেন্টসমূহ | ফিল্টারিং আসল ট্র্যাফিক হিট করছে তা দেখায় | একটি এলাকায় হঠাৎ বৃদ্ধি |
| আইসোলেশন-পরীক্ষায় ব্যর্থতা | অতিথিরা ক্লিনিকাল সাবনেটে পৌঁছাতে পারছে না তা নিশ্চিত করে | যেকোনো ব্যর্থতা, একই দিনে পর্যালোচনা করতে হবে |
| সহায়তা সংক্রান্ত যোগাযোগ | লুকানো ত্রুটিগুলি দ্রুত প্রকাশ করে | ওয়ার্ড বা ভবনে পরিবর্তনের পরে বৃদ্ধি পাওয়া |
আপনার প্রয়োজন হওয়ার আগেই ইনসিডেন্ট সিকোয়েন্স ঠিক করে রাখুন
লিখে রাখুন কে গেস্ট সেশন বাতিল করতে পারেন, কে গেস্ট SSID আলাদা করতে পারেন, সংক্রমিত কোনো ভিজিটর ডিভাইসকে কীভাবে পরিচালনা করা হবে এবং রিটেনশন পলিসির অধীনে কে ঘটনাটি রেকর্ড করবেন। বিকেল সাতটায় বিতর্ক করার চেয়ে একটি পাতায় চারটি নাম থাকা অনেক ভালো। ইনফেকশন-কন্ট্রোল এবং এস্টেট টিমের সাথে এই প্রক্রিয়াটি অন্তত একবার অনুশীলন করা উচিত, কারণ দর্শনের সময় গেস্ট WiFi ত্রুটি হওয়া মানে তা একই সাথে রোগীর যোগাযোগের সমস্যাও তৈরি করে, এবং নেটওয়ার্ক টিমের মতো করিডোরে থাকা আত্মীয়দেরও বার্তার প্রয়োজন হয়।
পরিবর্তন নিয়ন্ত্রণ না করলেই গেস্ট নেটওয়ার্ক নষ্ট হয়ে যায়। একটি সুইচ পরিবর্তন, একটি নতুন ফায়ারওয়াল রুল সেট অথবা একটি পুনরায় কেবল যুক্ত করা ওয়ার্ড এমন একটি পথ আবার খুলে দিতে পারে যা লঞ্চের সময় বন্ধ ছিল, এবং আইসোলেশন টেস্ট আবার না চালানো পর্যন্ত কেউ তা লক্ষ্য করে না। বার্ষিক পর্যালোচনার ওপর নির্ভর না করে স্ট্যান্ডার্ড পোস্ট-চেঞ্জ চেকলিস্টে গেস্ট আইসোলেশন যোগ করুন।
মনিটরিং তখনই তার সার্থকতা পায় যখন সাপোর্ট কলের ক্রমবর্ধমান সংখ্যাকে ব্যাকগ্রাউন্ড নয়েজ হিসেবে না দেখে একটি ঘটনা বা ইনসিডেন্ট হিসেবে বিবেচনা করা হয়।
অভিযোগের ধরণগুলির দিকেও নজর রাখুন। একটি নির্দিষ্ট করিডোর সম্পর্কে ক্রমাগত অভিযোগ আসা হল কভারেজের সমস্যা। সম্পূর্ণ সাইট জুড়ে লগইন সংক্রান্ত হঠাৎ বৃদ্ধি সাধারণত অথেন্টিকেশন বা DNS-এর সমস্যা। নতুন সরঞ্জাম আসার পর কোনো একটি নির্দিষ্ট বে থেকে আসা একগুচ্ছ অভিযোগের কারণ এই দুটির কোনটিই নয়, এবং এর সমাধান ওয়্যারলেস কন্ট্রোলারের বদলে এস্টেট টিমের কাছে থাকে।
সম্পূর্ণ লঞ্চের আগে একটি পাইলট চালান
একটি ওয়ার্ড, একটি ভিজিটিং সপ্তাহ এবং আগে নেওয়া প্রতিটি সিদ্ধান্তের জন্য একটি লিখিত পাস বা ফেল। পুরো বিল্ডিং জুড়ে চালু করার আগে আমি এই সীমা নির্ধারণ করব, কারণ একটি পাইলটের খরচ একটি খারাপ লঞ্চের খরচের সামান্য অংশ মাত্র এবং এটি এমন প্রমাণ তৈরি করে যার ওপর একটি স্টিয়ারিং গ্রুপ কাজ করতে পারে।
রেডিও দিয়ে শুরু করুন। আসল দর্শনের সময় একটি রোগীর ঘর, একটি ওয়েটিং এরিয়া এবং একটি বাইরের প্রবেশ পথে প্রাথমিক সংকেত পরিমাপ করুন এবং সার্ভেটি নির্ভরযোগ্য ছিল বলে ধরে নেওয়ার পরিবর্তে নিশ্চিত করুন যে -65 dBm টার্গেটটি ঠিক থাকছে কিনা। তারপর তিনটি ডিভাইসে লগইন রুটটি সম্পূর্ণ পরীক্ষা করুন: একটি বর্তমান স্মার্টফোন, একটি পুরানো হ্যান্ডসেট যা হয়তো কখনই পোর্টাল সম্পূর্ণ নাও করতে পারে এবং একটি ল্যাপটপ। প্রতিটি ডিভাইস কত সময় নেয় এবং কোথায় গিয়ে কেউ সংযোগ ছেড়ে দিচ্ছে তা রেকর্ড করুন, কারণ এই সংযোগ ছেড়ে দেওয়ার ক্ষেত্রগুলিই হল আপনার ফলব্যাক স্টাফিং কেস।
এরপরে আইসোলেশন টেস্টিং আসে, যা অথেনটিকেটেড এবং আন-অথেনটিকেটেড সেশন থেকে করা হয়, যেখানে শূন্য ব্যর্থতা গ্রহণযোগ্য। যে কেউ অথেনটিকেট করার আগে লগইন পেজে সহজ ভাষার নিরাপদ-ব্যবহারের নোটিশটি দেখা যাচ্ছে কিনা তা নিশ্চিত করুন, এবং গ্রহণযোগ্য-ব্যবহার, ব্রিং-ইউর-ওন-ডিভাইস এবং ডেটা-রিটেনশন নীতিগুলি খসড়া করার পরিবর্তে অনুমোদিত হয়েছে কিনা তা যাচাই করুন। আপনার মনিটরিং টেবিল থেকে পর্যালোচনার ট্রিগারগুলি সেট করুন এবং প্রতিটি ট্রিগারের সাথে একজন ব্যক্তির নাম যুক্ত করুন।
যদি একই প্রাঙ্গণে কর্মী এবং দর্শকদের অ্যাক্সেস একসাথে ব্যবহৃত হয়, তবে হার্ডওয়্যার কেনার পর নয়, বরং এখনই ভেন্ডরদের শর্টলিস্ট করার সঠিক সময়। Purple একটি একক ক্লাউড প্ল্যাটফর্মে গেস্ট WiFi, কর্মী 802.1X সুরক্ষা এবং প্রাইভেট এরিয়া নেটওয়ার্ক পরিচালনা করে। এর সাথে ক্যাপটিভ পোর্টাল, Passpoint এবং একটি অ্যাপ কভার করে গেস্ট কানেকশন মেথড রয়েছে এবং কর্মীদের প্রমাণীকরণ Entra ID, Google এবং Okta-এর সাথে কাজ করে। আপনার বিদ্যমান কন্ট্রোলার এবং আইডেন্টিটি সেটআপের সাথে এটির তুলনা করুন, তারপর বড় কোনো প্রতিশ্রুতি দেওয়ার আগে একটি ওয়ার্ডে পাইলট রান বুক করুন।
সংকেত, আইসোলেশন, লগইন সম্পন্ন হওয়া এবং প্রকাশিত প্রত্যাশাগুলিতে উত্তীর্ণ হওয়া একটি পাইলট আপনাকে এমন কিছু দেয় যা একটি বিজন্যাস কেসে খুব কমই থাকে: সিদ্ধান্তের পেছনে এক সপ্তাহের প্রকৃত ভিজিটর ট্র্যাফিক। চারটিই সফল হলেই কেবল পরবর্তী ওয়ার্ডে এটি সম্প্রসারিত করুন।
Purple হাসপাতালগুলিকে গেস্ট অ্যাক্সেস চালানোর এমন একটি উপায় প্রদান করে যা দর্শকরা সহজেই সম্পূর্ণ করতে পারেন। এতে একটি ব্র্যান্ডেড ক্যাপটিভ পোর্টাল, Passpoint সহায়তা এবং প্রতি-দর্শকের জন্য সম্মতি সংক্রান্ত ফিচার একই প্ল্যাটফর্মে অন্তর্ভুক্ত করা আছে, যা কর্মীদের প্রমাণীকরণ পরিচালনা করে। ফলে নেটওয়ার্ক সংকেত, পরিচয় এবং প্রকাশিত সতর্কতাগুলি লঞ্চের পর যোগ করার বদলে শুরু থেকেই একসাথে পরিকল্পনা করা হয়। আপনি যদি কোনো ওয়ার্ডে পাইলট রান করার পরিকল্পনা করেন বা কোনো শেয়ার করা পাসওয়ার্ড পরিবর্তন করতে চান যার প্রয়োজনীয়তা ফুরিয়েছে, তাহলে আপনার বর্তমান অ্যাক্সেস পয়েন্টগুলিতে গেস্ট এবং কর্মীদের নেটওয়ার্ক কীভাবে কাজ করতে পারে তা দেখতে Purple-এ যান।
