হেলথকেয়ার প্রোভাইডারদের জন্য HIPAA-কমপ্লায়েন্ট গেস্ট WiFi

হেলথকেয়ার প্রোভাইডারদের জন্য HIPAA-কমপ্লায়েন্ট গেস্ট WiFi। একটি Purple টেকনিক্যাল ব্রিফিং। স্বাগতম। আপনি যদি একজন হেলথকেয়ার আইটি ডিরেক্টর, হাসপাতাল নেটওয়ার্ক ম্যানেজার বা কমপ্লায়েন্স অফিসার হন, তবে আপনি সম্ভবত অন্তত একবার এই কথোপকথনটি করেছেন: ফ্যাসিলিটি বা পেশেন্ট এক্সপেরিয়েন্স টিমের কেউ পুরো হাসপাতাল জুড়ে গেস্ট WiFi চালু করতে চায়, এবং আপনার লিগ্যাল বা কমপ্লায়েন্স টিমের কেউ অবিলম্বে জিজ্ঞাসা করে — এটি কি HIPAA-কে স্পর্শ করে? সংক্ষিপ্ত উত্তর হলো: এটি নির্ভর করে। এবং সেই নির্ভরতা নিয়েই আমরা আজ কাজ করতে যাচ্ছি। আমি আপনাকে মূল কমপ্লায়েন্স প্রশ্ন, আপনার যে টেকনিক্যাল আর্কিটেকচারটি সঠিকভাবে করা দরকার এবং ব্যবহারিক ডিপ্লয়মেন্ট পদক্ষেপগুলোর মধ্য দিয়ে নিয়ে যাব যা আপনাকে কোনো রেগুলেটরি দায়বদ্ধতা তৈরি না করেই একটি দুর্দান্ত গেস্ট WiFi অভিজ্ঞতা অফার করতে দেবে। এটি কোনো থিওরি নয় — এটি একই ফ্রেমওয়ার্ক যা আমরা হেলথকেয়ার ক্লায়েন্টদের ডিপ্লয়মেন্ট স্কোপ করার সময় দেখাই। আসুন মৌলিক প্রশ্ন দিয়ে শুরু করি। গেস্ট WiFi কি HIPAA-এর আওতায় পড়ে? HIPAA-এর সিকিউরিটি রুল ইলেকট্রনিক প্রোটেক্টেড হেলথ ইনফরমেশনের ক্ষেত্রে প্রযোজ্য — রেগুলেশন যাকে ePHI বলে। আপনার নেটওয়ার্ক ইনফ্রাস্ট্রাকচার ePHI সংরক্ষণ, প্রসেস বা ট্রান্সমিট করে কিনা তা হলো ক্রিটিক্যাল ট্রিগার। একটি বিশুদ্ধ গেস্ট WiFi নেটওয়ার্ক — যা রোগী এবং দর্শনার্থীদের ইন্টারনেট অ্যাক্সেস দেয় এবং অন্য কিছু নয় — স্বভাবতই ePHI স্পর্শ করে না। আপনার গেস্ট নেটওয়ার্কে ওয়েব ব্রাউজ করা, ভিডিও স্ট্রিম করা বা ইমেইল চেক করা রোগীরা সেই কানেকশনের মাধ্যমে ePHI তৈরি করছেন না। যাইহোক, যে মুহূর্তে আপনার গেস্ট নেটওয়ার্ক ePHI হ্যান্ডেল করে এমন সিস্টেমগুলোর সাথে কোনো ইনফ্রাস্ট্রাকচার শেয়ার করে — আপনার EHR, আপনার PACS ইমেজিং সিস্টেম, আপনার ক্লিনিক্যাল কমিউনিকেশন প্ল্যাটফর্ম — পুরো চিত্রটি সম্পূর্ণ বদলে যায়। এবং এখানেই বেশিরভাগ হেলথকেয়ার প্রতিষ্ঠান সমস্যায় পড়ে। তারা ইচ্ছাকৃতভাবে দুটির মধ্যে সংযোগ স্থাপন করেছে বলে নয়, বরং তারা শেয়ার্ড হার্ডওয়্যারে গেস্ট WiFi ডিপ্লয় করেছে, বা একই VLAN ব্যবহার করেছে, বা সেগমেন্টগুলোর মধ্যে সঠিক ফায়ারওয়াল রুলস বাস্তবায়ন করতে ব্যর্থ হয়েছে বলে। সুতরাং প্রথম নীতিটি হলো: কমপ্লায়েন্স প্রশ্নটি গেস্ট WiFi সম্পর্কে নয়। এটি হলো সেই গেস্ট WiFi কোথায় পৌঁছাতে পারে সে সম্পর্কে। এখন আর্কিটেকচার নিয়ে কথা বলা যাক। হেলথকেয়ার গেস্ট WiFi-এর জন্য গোল্ড স্ট্যান্ডার্ড হলো যাকে আমরা থ্রি-জোন সেগমেন্টেশন মডেল বলি। জোন ওয়ান হলো আপনার গেস্ট নেটওয়ার্ক। এখানেই রোগী এবং দর্শনার্থীদের ডিভাইসগুলো কানেক্ট হয়। এতে ইন্টারনেট অ্যাক্সেস আছে, অন্য কিছু নেই। ইন্টারনাল সিস্টেমে কোনো রুট নেই। ক্লিনিক্যাল VLAN-এ কোনো অ্যাক্সেস নেই। এই জোন থেকে ট্রাফিক আপনার ইন্টারনেট গেটওয়ের মাধ্যমে বাইরে যায় এবং অন্য কোথাও যায় না। জোন টু হলো আপনার DMZ, বা আইসোলেশন লেয়ার। এখানেই আপনার Captive Portal, আপনার অথেনটিকেশন সিস্টেম এবং যেকোনো গেস্ট ডেটা কালেকশন থাকে। আপনি যদি একটি WiFi অ্যানালিটিক্স প্ল্যাটফর্ম চালান — কানেকশন ডেটা, ডুয়েল টাইম, ভিজিট ফ্রিকোয়েন্সি ক্যাপচার করেন — সেই ইনফ্রাস্ট্রাকচারটি গেস্ট নেটওয়ার্ক এবং ক্লিনিক্যাল নেটওয়ার্ক উভয় থেকে আলাদা হয়ে এখানেই থাকে। জোন থ্রি হলো আপনার ক্লিনিক্যাল নেটওয়ার্ক। EHR সার্ভার, মেডিকেল ডিভাইস, PACS, নার্স কল সিস্টেম, ইনফিউশন পাম্প — রোগীর যত্নের সাথে সম্পর্কিত যেকোনো কিছু। এই জোনটি নেটওয়ার্ক লেভেলে জোন ওয়ান এবং টু থেকে সম্পূর্ণ এয়ার-গ্যাপড। তাদের মধ্যে কোনো রাউটিং নেই। একটি ডিফল্ট-ডিনাই পোজিশনসহ ফায়ারওয়াল রুলস। জোন অতিক্রম করতে হবে এমন যেকোনো ট্রাফিক সুস্পষ্ট, লগ করা, অডিটেড পাথওয়ের মাধ্যমে যায়। এর টেকনিক্যাল ইমপ্লিমেন্টেশনে VLAN, ফায়ারওয়াল ACL এবং — আদর্শভাবে — আপনার ক্লিনিক্যাল নেটওয়ার্কে 802.1X পোর্ট-ভিত্তিক অথেনটিকেশনের সংমিশ্রণ ব্যবহার করা হয় যাতে শুধুমাত্র অনুমোদিত ডিভাইসগুলো যুক্ত হতে পারে তা নিশ্চিত করা যায়। গেস্ট নেটওয়ার্কের জন্য, WPA3 পার্সোনাল বা Captive Portal-সহ একটি ওপেন নেটওয়ার্ক হলো স্ট্যান্ডার্ড। WPA3 দৃঢ়ভাবে পছন্দনীয় কারণ এটি ওপেন নেটওয়ার্কেও স্বতন্ত্র ডেটা এনক্রিপশন প্রদান করে, যা গেস্ট ট্রাফিককে ইভসড্রপিং থেকে রক্ষা করে। এখন, Captive Portal সম্পর্কে কিছু কথা। এখানেই অনেক হেলথকেয়ার প্রতিষ্ঠান অসাবধানতাবশত একটি HIPAA এক্সপোজার তৈরি করে। যদি আপনার Captive Portal ব্যবহারকারীদের তাদের নাম, ইমেইল ঠিকানা বা জন্মতারিখ লিখতে বলে — এবং যদি সেই ব্যবহারকারীদের কেউ রোগী হন — তবে আপনার কাছে এখন একটি ডেটাসেট রয়েছে যা সম্ভাব্যভাবে একটি হেলথকেয়ার এনকাউন্টারের সাথে যুক্ত হতে পারে। সেই লিঙ্কেজটিই ePHI তৈরি করে। এখানে ব্যবহারিক মিটিগেশন হলো হয় একটি মিনিমাল ডেটা কালেকশন অ্যাপ্রোচ ব্যবহার করা — শুধুমাত্র MAC অ্যাড্রেস এবং কানেকশন টাইমস্ট্যাম্প — অথবা আপনার ডেটা কালেকশন প্রকৃত অর্থেই অ্যানোনিমাইজড এবং কোনো নির্দিষ্ট ব্যক্তির কেয়ার রেকর্ডের সাথে যুক্ত করা যাবে না তা নিশ্চিত করা। আপনি যদি শনাক্তযোগ্য ডেটা সংগ্রহ করেন, তবে আপনাকে মূল্যায়ন করতে হবে যে আপনার WiFi ভেন্ডর HIPAA-এর অধীনে বিজনেস অ্যাসোসিয়েট হিসেবে কাজ করছে কিনা, এবং যদি তাই হয়, তবে লাইভ হওয়ার আগে আপনার একটি বিজনেস অ্যাসোসিয়েট এগ্রিমেন্ট থাকা দরকার। আমাকে BAA প্রশ্নটিতে একটু সময় দিতে দিন কারণ এটি অনেক টিমকে সমস্যায় ফেলে। একজন বিজনেস অ্যাসোসিয়েট হলো যেকোনো ভেন্ডর যে আপনার পক্ষে ePHI তৈরি, গ্রহণ, রক্ষণাবেক্ষণ বা ট্রান্সমিট করে। মূল শব্দটি হলো "আপনার পক্ষে।" যদি আপনার WiFi ভেন্ডরের প্ল্যাটফর্ম কানেকশন লগ সংরক্ষণ করে যাতে আপনার সুবিধার রোগী ছিলেন এমন ব্যক্তিদের নাম এবং ইমেইল ঠিকানা অন্তর্ভুক্ত থাকে এবং সেই লগগুলো ভেন্ডরের ক্লাউড ইনফ্রাস্ট্রাকচারে রাখা হয়, তবে সেই ভেন্ডর সম্ভবত একজন বিজনেস অ্যাসোসিয়েট। আপনার একটি BAA প্রয়োজন। যদি আপনার WiFi প্ল্যাটফর্ম শুধুমাত্র অ্যানোনিমাইজড, নন-লিঙ্কেবল ডেটা সংগ্রহ করে — ডিভাইস আইডেন্টিফায়ার যা কোনো ব্যক্তির সাথে যুক্ত করা যায় না, সামগ্রিক ফুটফল কাউন্ট, পরিচয় ছাড়া সেশন ডিউরেশন — তবে BAA প্রয়োজনীয়তা খুব একটা স্পষ্ট নয়। তবে আপনার যুক্তির ডকুমেন্টেশন রাখা উচিত। অডিটররা দেখতে চান যে আপনি একটি সুচিন্তিত, তথ্যভিত্তিক সিদ্ধান্ত নিয়েছেন, এমন নয় যে আপনি এটি নিয়ে ভাবেননি। আমি ক্লায়েন্টদের সাথে যে ডিসিশন ফ্রেমওয়ার্ক ব্যবহার করি তাতে তিনটি প্রশ্ন রয়েছে। এক: WiFi প্ল্যাটফর্ম কি এমন কোনো ডেটা সংগ্রহ করে যা কোনো ব্যক্তিকে শনাক্ত করতে পারে? দুই: সেই ব্যক্তি কি আপনার সুবিধার একজন রোগী হতে পারে? তিন: ভেন্ডর কি তাদের ইনফ্রাস্ট্রাকচারে সেই ডেটা সংরক্ষণ বা প্রসেস করে? যদি তিনটির উত্তরই হ্যাঁ হয়, তবে আপনার একটি BAA প্রয়োজন। যদি কোনো উত্তর না হয়, তবে কেন তা নথিভুক্ত করুন এবং এগিয়ে যান। এখন লগিং প্রয়োজনীয়তা নিয়ে কথা বলা যাক, কারণ এটি অন্য একটি ক্ষেত্র যেখানে হেলথকেয়ার WiFi ডিপ্লয়মেন্ট প্রায়শই পিছিয়ে পড়ে। HIPAA-এর সিকিউরিটি রুলের জন্য কভারড সত্তাগুলোকে অডিট কন্ট্রোল বাস্তবায়ন করতে হয় — হার্ডওয়্যার, সফটওয়্যার এবং প্রসিডিউরাল মেকানিজম যা ePHI ধারণ করে বা ব্যবহার করে এমন সিস্টেমগুলোতে অ্যাক্টিভিটি রেকর্ড এবং পরীক্ষা করে। আপনার গেস্ট নেটওয়ার্কের জন্য, যদি এটি ePHI স্পর্শ না করে, তবে HIPAA লগিং প্রয়োজনীয়তা সরাসরি প্রযোজ্য নয়। তবে আপনার লগ করার দুটি কারণ রয়েছে। প্রথমত, কোনো অডিট বা ঘটনার ক্ষেত্রে আপনাকে প্রদর্শন করতে সক্ষম হতে হবে যে আপনার গেস্ট নেটওয়ার্ক সঠিকভাবে আইসোলেটেড ছিল এবং কোনো ePHI এটি অতিক্রম করেনি। লগ ছাড়া, আপনি তা প্রমাণ করতে পারবেন하지 পারবেন না। দ্বিতীয়ত, NIST এবং সাধারণ সিকিউরিটি বেস্ট প্র্যাকটিসের জন্য ইনসিডেন্ট রেসপন্সের উদ্দেশ্যে সমস্ত নেটওয়ার্ক অ্যাক্টিভিটি লগ করা প্রয়োজন, HIPAA প্রযোজ্যতা নির্বিশেষে। সর্বনিম্নভাবে, আপনার গেস্ট WiFi লগিংয়ে ক্যাপচার করা উচিত: কানেকশন টাইমস্ট্যাম্প, ডিভাইস MAC অ্যাড্রেস, অথেনটিকেশন ইভেন্ট, DHCP অ্যাসাইনমেন্ট এবং গেস্ট ও ক্লিনিক্যাল জোনের মধ্যবর্তী বাউন্ডারিতে যেকোনো ফায়ারওয়াল ডিনাই ইভেন্ট। এই লগগুলো কমপক্ষে ছয় বছরের জন্য সংরক্ষণ করুন, যা HIPAA-এর রেকর্ড রিটেনশন প্রয়োজনীয়তার সাথে সামঞ্জস্যপূর্ণ। সেগুলোকে একটি ট্যাম্পার-এভিডেন্ট, অ্যাক্সেস-কন্ট্রোলড সিস্টেমে সংরক্ষণ করুন। এটি কংক্রিট করার জন্য আমাকে দুটি বাস্তব-বিশ্বের ইমপ্লিমেন্টেশন সিনারিওর মধ্য দিয়ে যেতে দিন। সিনারিও এক: একটি ৪০০ শয্যার আঞ্চলিক হাসপাতাল রোগীর ওয়ার্ড, ওয়েটিং এরিয়া এবং একটি ক্যাফেতে গেস্ট WiFi ডিপ্লয় করছে। নেটওয়ার্ক টিম তিনটি পৃথক লজিক্যাল নেটওয়ার্ক তৈরি করতে VLAN ট্যাগিংয়ের সাথে Cisco Catalyst সুইচগুলো ব্যবহার করে: গেস্ট, স্টাফ এবং ক্লিনিক্যাল। গেস্ট VLAN-কে একটি ডেডিকেটেড ইন্টারনেট ব্রেকআউটে টার্মিনেট করা হয় যেখানে ইন্টারনাল কোরে কোনো রাউটিং থাকে না। একটি Captive Portal শুধুমাত্র শর্তাবলী গ্রহণের জন্য ইমেইল ঠিকানা সংগ্রহ করে এবং WiFi অ্যানালিটিক্স প্ল্যাটফর্মটি শুধুমাত্র সামগ্রিক ফুটফল ডেটার মধ্যে সীমাবদ্ধ — কোনো ব্যক্তিগত প্রোফাইল নেই। ভেন্ডর ইমেইল অ্যাড্রেস ডেটা কভার করে একটি BAA প্রদান করে। ফায়ারওয়াল লগগুলো হাসপাতালের SIEM-এ ফরোয়ার্ড করা হয় এবং সাত বছরের জন্য সংরক্ষণ করা হয়। ফলাফল: ক্লিন HIPAA অডিট, আট সপ্তাহের মধ্যে গেস্ট WiFi লাইভ। সিনারিও দুই: একটি মাল্টি-সাইট হেলথকেয়ার গ্রুপ — বারোটি আউটপেশেন্ট ক্লিনিক — সামঞ্জস্যপূর্ণ ব্র্যান্ডিং এবং সেন্ট্রালাইজড অ্যানালিটিক্সসহ একটি ইউনিফাইড গেস্ট WiFi অভিজ্ঞতা চাইছে। এখানকার চ্যালেঞ্জ হলো প্রতিটি ক্লিনিকের আলাদা আন্ডারলায়িং নেটওয়ার্ক ইনফ্রাস্ট্রাকচার রয়েছে। সলিউশন হলো পার-সাইট VLAN কনফিগারেশনসহ একটি ক্লাউড-ম্যানেজড WiFi প্ল্যাটফর্ম, যা একটি শেয়ার্ড ক্লাউড কন্ট্রোলারে টার্মিনেট হয়। প্রতিটি সাইটের ক্লিনিক্যাল নেটওয়ার্কগুলো সম্পূর্ণ অন-প্রিমিসেস থাকে এবং কখনোই ক্লাউড ম্যানেজমেন্ট প্লেনের সাথে সংযুক্ত হয় না। গেস্ট ডেটা কালেকশন অ্যানোনিমাইজড ডিভাইস আইডেন্টিফায়ার এবং সেশন মেটাডেটার মধ্যে সীমাবদ্ধ। কোনো শনাক্তযোগ্য ডেটা সংগ্রহ না করায় কোনো BAA প্রয়োজন নেই। কমপ্লায়েন্স টিম প্রতিষ্ঠানের রিস্ক রেজিস্টারে এই সিদ্ধান্তটি নথিভুক্ত করে। বারো সপ্তাহের মধ্যে সমস্ত বারোটি সাইট জুড়ে ডিপ্লয়মেন্ট সম্পন্ন হয়েছে। উভয় সিনারিও একই অন্তর্নিহিত নীতি শেয়ার করে: গেস্ট নেটওয়ার্কটি ক্লিনিক্যাল সিস্টেমগুলোতে কোনো পাথওয়ে না থাকার জন্য গ্রাউন্ড আপ থেকে ডিজাইন করা হয়েছে এবং ডেটা কালেকশন ন্যূনতম প্রয়োজনীয়তার মধ্যে সীমাবদ্ধ। এখন আমাকে সাধারণ ফেইলিওর মোডগুলো দিতে দিন — যে জিনিসগুলো ভুল হয় এবং কীভাবে সেগুলো এড়ানো যায়। ফেইলিওর মোড এক: শেয়ার্ড অ্যাক্সেস পয়েন্ট। অনেক পুরানো হেলথকেয়ার সুবিধায় অ্যাক্সেস পয়েন্ট রয়েছে যা একই হার্ডওয়্যারে একাধিক SSID পরিবেশন করে। যদি সেই অ্যাক্সেস পয়েন্টগুলো VLAN ট্যাগিং এবং ফায়ারওয়াল রুলস দিয়ে সঠিকভাবে কনফিগার করা না থাকে, তবে গেস্ট SSID থেকে ট্রাফিক সম্ভাব্যভাবে ক্লিনিক্যাল VLAN-এ পৌঁছাতে পারে। এর সমাধান হলো প্রতিটি অ্যাক্সেস পয়েন্ট অডিট করা এবং শুধুমাত্র কন্ট্রোলারে নয়, হার্ডওয়্যার লেভেলে VLAN সেপারেশন যাচাই করা। ফেইলিওর মোড দুই: "টেম্পোরারি" গেস্ট নেটওয়ার্ক। ফ্যাসিলিটির কেউ ওয়েটিং রুমের WiFi-এর জন্য একটি কনজ্যুমার-গ্রেড রাউটার সেট আপ করে, যা সরাসরি মূল নেটওয়ার্ক সুইচে প্লাগ করা থাকে। এটি আশ্চর্যজনকভাবে সাধারণ এবং একটি তাৎক্ষণিক কমপ্লায়েন্স গ্যাপ তৈরি করে। এর সমাধান হলো একটি আনুষ্ঠানিক চেঞ্জ ম্যানেজমেন্ট প্রসেস যার জন্য ডিপ্লয়মেন্টের আগে যেকোনো নতুন নেটওয়ার্ক ডিভাইসকে আইটি রিভিউর মধ্য দিয়ে যেতে হবে। ফেইলিওর মোড তিন: ভেন্ডর ডেটা রিটেনশন ক্রিপ। আপনি একটি WiFi অ্যানালিটিক্স প্ল্যাটফর্মের জন্য সাইন আপ করেন, এটিকে মিনিমাল ডেটা কালেকশনের জন্য কনফিগার করেন এবং তারপর ছয় মাস পরে কেউ একটি নতুন ফিচার এনাবল করে যা আরও সমৃদ্ধ ইউজার প্রোফাইল ক্যাপচার করতে শুরু করে। একটি নিয়মিত রিভিউ প্রসেস ছাড়া, এটি অলক্ষ্যে যেতে পারে। এর সমাধান হলো আপনার বার্ষিক HIPAA রিস্ক অ্যাসেসমেন্টে WiFi প্ল্যাটফর্ম কনফিগারেশন অন্তর্ভুক্ত করা এবং ডেটা হ্যান্ডলিংয়ে কোনো পরিবর্তনের জন্য ভেন্ডর রিলিজ নোটগুলো পর্যালোচনা করা। ফেইলিওর মোড চার: কোনো BAA নেই। আপনি ধরে নিয়েছিলেন যে আপনার WiFi ভেন্ডরের এটির প্রয়োজন নেই, কিন্তু তারা তাদের ক্লাউডে ইমেইল ঠিকানাসহ কানেকশন লগ সংরক্ষণ করছে। এটি একটি রিপোর্টযোগ্য ব্রিচ যা ঘটার অপেক্ষায় রয়েছে। এর সমাধান হলো আপনার ভেন্ডরের কাছে ফিরে যাওয়া, তাদের ডেটা প্রসেসিং এগ্রিমেন্ট পর্যালোচনা করা এবং প্রয়োজন হলে একটি BAA সম্পাদন করা। আমি প্রায়শই যে র‍্যাপিড-ফায়ার প্রশ্নগুলো পাই তা দিয়ে শেষ করি। রোগীরা কি তাদের পেশেন্ট পোর্টালে অ্যাক্সেস করতে গেস্ট WiFi ব্যবহার করতে পারে? হ্যাঁ, তবে এটি তাদের নিজস্ব সুরক্ষিত সেশন — এই ইউজ কেসটিকে সাপোর্ট করার জন্য WiFi নেটওয়ার্কের নিজের ePHI হ্যান্ডেল করার দরকার নেই। WPA3 কি আমাদের HIPAA কমপ্লায়েন্ট করে তোলে? না। WPA3 একটি ভালো সিকিউরিটি কন্ট্রোল, তবে HIPAA কমপ্লায়েন্স হলো সম্পূর্ণ আর্কিটেকচার সম্পর্কে — সেগমেন্টেশন, লগিং, ডেটা হ্যান্ডলিং, BAA — শুধুমাত্র এনক্রিপশন প্রোটোকল নয়। আমাদের কি গেস্ট WiFi ট্রাফিক এনক্রিপ্ট করতে হবে? WPA3 পার-সেশন এনক্রিপশন প্রদান করে। আপনি যদি Captive Portal-সহ একটি ওপেন নেটওয়ার্ক চালান, তবে একটি VPN প্রয়োজনীয়তা বা অন্তত যেকোনো ডেটা কালেকশন পেজের জন্য HTTPS এনফোর্সমেন্ট বাস্তবায়নের কথা বিবেচনা করুন। WiFi-এ IoT মেডিকেল ডিভাইসগুলোর কী হবে? সেগুলো কখনোই গেস্ট নেটওয়ার্কে থাকা উচিত নয়। সেগুলো তাদের নিজস্ব সিকিউরিটি কন্ট্রোলসহ ক্লিনিক্যাল জোনের মধ্যে একটি ডেডিকেটেড IoT VLAN-এর অন্তর্গত। সংক্ষেপে বলতে গেলে: হেলথকেয়ারে গেস্ট WiFi একটি HIPAA-কমপ্লায়েন্ট উপায়ে একেবারেই অর্জনযোগ্য। আর্কিটেকচারটি সুপরিচিত। মূল সিদ্ধান্তগুলো হলো: গেস্ট এবং ক্লিনিক্যাল জোনের মধ্যে কোনো রাউটিং ছাড়াই সঠিক নেটওয়ার্ক সেগমেন্টেশন; আপনার Captive Portal যা সংগ্রহ করে তার জন্য একটি ডেটা মিনিমাইজেশন অ্যাপ্রোচ; একটি স্পষ্ট BAA সিদ্ধান্ত নথিভুক্ত করা এবং যেখানে প্রয়োজন সেখানে সম্পাদন করা; এবং একটি লগিং ও রিটেনশন কৌশল যা অডিট এবং ইনসিডেন্ট রেসপন্সকে সাপোর্ট করে। যে প্রতিষ্ঠানগুলো এটি সঠিকভাবে করে তারা গেস্ট WiFi-কে কমপ্লায়েন্স উপাদানসহ একটি ইনফ্রাস্ট্রাকচার প্রজেক্ট হিসেবে বিবেচনা করে, এমন কোনো কমপ্লায়েন্স সমস্যা হিসেবে নয় যা ঘটনাক্রমে WiFi-এর সাথে জড়িত। প্রথমে আর্কিটেকচারটি সঠিকভাবে করুন, এবং কমপ্লায়েন্স স্বাভাবিকভাবেই অনুসরণ করবে। আপনি যদি হেলথকেয়ার এনভায়রনমেন্টে Purple-এর গেস্ট WiFi প্ল্যাটফর্ম কীভাবে ডিপ্লয় করা হয় তা অন্বেষণ করতে চান — যার মধ্যে ডেটা মিনিমাইজেশন এবং বিজনেস অ্যাসোসিয়েট এগ্রিমেন্টগুলোর প্রতি আমাদের অ্যাপ্রোচ অন্তর্ভুক্ত রয়েছে — তবে purple.ai-এ যান বা আমাদের একজন সলিউশন আর্কিটেক্টের সাথে কথা বলুন। শোনার জন্য ধন্যবাদ।