NHS England কীভাবে সাইন-ইন করার সময় উন্নত করেছে এবং পাসকী ব্যবহার করে £১ মিলিয়নের বেশি সাশ্রয় করেছে

Yu Tsuno

Darren Hutton

Pelin Dem

প্রকাশিত: ১০ জুলাই, ২০২৬

ন্যাশনাল হেল্থ সার্ভিস (NHS) হল যুক্তরাজ্যের সরকারি অর্থায়নে পরিচালিত স্বাস্থ্য পরিষেবা ব্যবস্থা। NHS ইংল্যান্ড ও NHS ওয়েলসের জন্য সুরক্ষিত ডিজিটাল পরিচয় প্রদানকারী হিসেবে, NHS login, লক্ষ লক্ষ নাগরিককে স্বাস্থ্য ও সামাজিক পরিষেবা অ্যাক্সেস করার জন্য একটি একক, বিশ্বস্ত উপায় প্রদান করে। এত বড় ব্যবহারকারী বেস এবং এত সংবেদনশীল ডেটা, যাচাইকরণ সংক্রান্ত অসুবিধা ও নিরাপত্তা অত্যন্ত গুরুত্বপূর্ণ।

ডিজিটাল পরিষেবা পার্টনার Hippo-এর সাথে কাজ করে, NHS টিম পাসকী প্রয়োগ করেছে। Hippo পাসকী সংক্রান্ত UX রিসার্চ ও টেকনিক্যাল ইন্টিগ্রেশন করেছে, এর ফলে ব্যবহারকারীরা আরও দ্রুত, সহজে ও নিরাপদে অ্যাক্সেস করতে পারছেন এবং এর পাশাপাশি সাপোর্ট ও অপারেশনাল খরচও উল্লেখযোগ্যভাবে কমে গেছে।

গুরুত্বপূর্ণ ফলাফল

• সাইন-ইন করার সময় কমে যাওয়া: ব্যবহারকারীরা পাসকী ব্যবহার করে ৮ গুণ দ্রুত যাচাই করিয়ে নিতে পারেন। কন্ডিশনাল UI ব্যবহার করার ফলে সাইন-ইন করার গড় সময় ৪৩ সেকেন্ড (পাসওয়ার্ড + এসএমএস ওটিপি) থেকে কমে মাত্র ৫ সেকেন্ডে নেমে এসেছে।
• ব্যাপক গ্রহণ ও স্কেল: দুই বছর আগে ফিচার লঞ্চ করার পর থেকে ব্যবহারকারীরা ৬.৭ মিলিয়ন পাসকী তৈরি করেছেন, যার ফলে প্রতি মাসে ৬ মিলিয়ন পাসকী সাইন-ইন হয়।
• ট্রানজ্যাকশনের খরচ কম: লঞ্চ করার পর থেকে OTP খরচে £১২ লক্ষ পর্যন্ত সাশ্রয় হয়েছে।

অসুবিধা, খরচ ও পাসওয়ার্ড মনে রাখতে অসুবিধা

NHS লগ-ইন হল বিভিন্ন স্বাস্থ্য পরিষেবা অ্যাক্সেস করা ব্যবহারকারীদের জন্য সেন্ট্রালাইজড ডিজিটাল গেটওয়ে। কোনও ব্যবহারকারী যাতে বাদ না পড়েন তা নিশ্চিত করতে, প্ল্যাটফর্মটি পাসওয়ার্ড ও এসএমএস-ভিত্তিক বহু-স্তরীয় যাচাইকরণ (MFA) পদ্ধতির জন্য সহায়তা প্রদান করে। তবে, এইসব পদ্ধতিতে সিস্টেম সংক্রান্ত সমস্যা দেখা দেয়:

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

NHS ও Hippo কীভাবে পাসকী প্রয়োগ করেছে

টিমের দৃষ্টিভঙ্গি ব্যবহারকারী-কেন্দ্রিক এবং পুনরাবৃত্তিমূলক ছিল, যার মূল লক্ষ্য ছিল বাধ্যতামূলক পরিবর্তনের পরিবর্তে একটি নতুন, ঐচ্ছিক যাচাইকরণ পদ্ধতি হিসেবে পাসকী ইন্টিগ্রেট করা। এর ফলে ধীরে ধীরে গ্রহণ করা এবং ব্যবহারকারীদের থেকে পাওয়া বাস্তব-ভিত্তিক মতামত সম্ভব হয়েছে।

টিম আগে থেকে থাকা প্ল্যাটফর্মের মধ্যে দুটি প্রাথমিক ডেভেলপার ফ্লোয়ের উপর ফোকাস করেছে: পাসকী রেজিস্ট্রেশন ও যাচাইকরণ।

নিরবচ্ছিন্ন পাসকী রেজিস্ট্রেশনের মাধ্যমে ব্যবহারকারীদের আপগ্রেড করা

সব ব্যবহারকারীকে অবিলম্বে পাসকী রেজিস্টার করতে বাধ্য করার পরিবর্তে, টিম অ্যাক্টিভ, যাচাই করা ব্যবহারকারীদের টার্গেট করে। কোনও ব্যবহারকারী তার সাধারণ পদ্ধতি (পাসওয়ার্ড + এসএমএস) ব্যবহার করে সফলভাবে সাইন-ইন করার পরে, তিনি একটি স্পষ্ট প্রম্পট দেখতে পান যা তাকে ভবিষ্যতে আরও দ্রুত, আরও সুরক্ষিত লগ-ইন করার জন্য পাসকী তৈরি করতে আমন্ত্রণ জানায়।

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

Pelin Demir, UX Designer at Hippo

রেজিস্ট্রেশন ফ্লো স্ট্যান্ডার্ড ব্রাউজার-নেটিভ WebAuthn API-এর উপর নির্ভর করে। নিচে রেজিস্ট্রেশন সিকোয়েন্সের একটি কাল্পনিক উদাহরণ দেওয়া হল:

// Simplified example of the registration call
async function createPasskey() {
  try {
    // 1. Fetch challenge and options from the NHS Login server
    const createOptions = await fetch('/api/passkey/register-options', {
      method: 'POST'>
    }).then(r = r.json());

    // 2. Trigger the browser/OS to create the passkey
    const credential = await navigator.credentials.create({
      publicKey: createOptions
    });

    // 3. Send the public key credential back to the server for verification and storage
    await fetch('/api/passkey/register-verify', {
      method: 'POST',
      body: JSON.stringify(credential)
    });

    // 4. Show success message to the user
    showSuccess('Passkey saved');

  } catch (err) {
    console.error('Error creating passkey:', err);
    showError('Could not create passkey. Please try again.');
  }
}

কন্ডিশনাল UI ব্যবহার করে লগ-ইন ফ্লো স্ট্রিমলাইন করা

ব্যবহারকারীর অভিজ্ঞতার সবচেয়ে গুরুত্বপূর্ণ উন্নতিটি কন্ডিশনাল UI (WebAuthn অটোফিল) থেকে আসে। লগ-ইন ফিল্ডে autocomplete="username webauthn" যোগ করার মাধ্যমে, ব্রাউজার ব্যবহারকারীকে বায়োমেট্রিক্স ব্যবহার করে যাচাই করার জন্য প্রম্পট করে।

<form action="/login" met>hod<="post"
  >label for="use<rname&>quo<t;Email or NHS number/label
  input type="text"
         id="username"
         name="username">
  <       autocomplete=>"us<ername >w<ebaut>hn"
         required
  button type="submit"Continue/button
/form

কন্ডিশনাল UI প্রয়োগ করার ফলে পাসকী ব্যবহারের পরিমাণ প্রায় ১.৭ গুণ বেড়েছে, যা থেকে বোঝা যায় যে ইনপুট সংক্রান্ত অসুবিধা দূর করলে সরাসরি গ্রহণ করার প্রক্রিয়া দ্রুততর হয়।

Signal API-এর মাধ্যমে পুরনো কী ম্যানেজ করা

পাসকী সংক্রান্ত একটি পরিচিত অপারেশনাল চ্যালেঞ্জ হল পুরনো ক্রেডেনশিয়াল, এমন পরিস্থিতি যেখানে কোনও ব্যবহারকারী তার অ্যাকাউন্ট সেটিংস থেকে ক্রেডেনশিয়াল সরিয়ে দেন, কিন্তু পাসকীটি তার ডিভাইসের পাসওয়ার্ড ম্যানেজারে সেভ করা থাকে। পুরনো কী ব্যবহার করার চেষ্টা করলে বিভ্রান্তিকর যাচাইকরণ ব্যর্থতা হয়।

এই সমস্যার সমাধান করতে, টিম WebAuthn Signal API যোগ করেছে। ব্যাকএন্ডে কোনও ক্রেডেনশিয়াল বাতিল বা আপডেট করা হলে, সার্ভার পাসকী প্রোভাইডারকে সিঙ্ক্রোনাইজ করার জন্য সিগন্যাল পাঠায়। এর ফলে, ব্যবহারকারীর অটোফিল সাজেশন থেকে ভুল কী নির্বিঘ্নে সরিয়ে দেওয়া হয়।

বাধাহীন অ্যাক্সেস ও উন্নত নিরাপত্তা প্রদান করা

ব্যবহারকারীরা যাচাইকরণ পদ্ধতি হিসেবে পাসকী ব্যবহার করা ক্রমশ বাড়িয়ে দিচ্ছেন।

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

গুরুত্বপূর্ণ শিক্ষা

NHS পরিষেবা জুড়ে পাসকী ইন্টিগ্রেট করার সময়, টিম নিম্নলিখিত গুরুত্বপূর্ণ বিষয়গুলি শিখেছে:

• টেকনিক্যাল জটিলতার চেয়ে UX বেশি গুরুত্বপূর্ণ: WebAuthn-এর টেকনিক্যাল প্রয়োগ সহজ ছিল। সবচেয়ে বড় চ্যালেঞ্জ ছিল জনসংখ্যাতত্ত্বের ভিত্তিতে ব্যবহারকারীদের মধ্যে ব্যাপক হারে গ্রহণ করার জন্য UX অপ্টিমাইজ করা।
• শিক্ষার পরিবর্তে এনাবল করা: ব্যবহারকারীরা চান যে প্ল্যাটফর্মটি নীরবে নিরাপত্তা ম্যানেজ করুক। পাসকী মেকানিজম সম্পর্কে অতিরিক্ত ব্যাখ্যা করার ফলে ব্যবহারকারীদের উপর কগনিটিভ লোড পড়েছিল; পরিচিত ডিভাইসের প্রম্পটের (বায়োমেট্রিক্স) উপর ভরসা করা অনেক বেশি কার্যকর প্রমাণিত হয়েছে।
• ক্রস-ডিভাইস জার্নি: কোনও ব্যবহারকারী তার ফোনে পাসকী তৈরি করতে পারেন, কিন্তু পরে লাইব্রেরি কম্পিউটারে সাইন-ইন করার চেষ্টা করতে পারেন। ক্রস-ডিভাইস ফ্লো ম্যানেজ করা (যেখানে ডেস্কটপ একটি QR কোড দেখায় যা ফোন দিয়ে স্ক্যান করা হয়েছে) ডিজাইন ও টেস্ট করার জন্য একটি গুরুত্বপূর্ণ জার্নি ছিল। এছাড়াও, তারা ব্যবহারকারীর অ্যাকাউন্ট ম্যানেজমেন্টে একটি নতুন বিভাগ যোগ করেছে যা পাসকী ও পরিচয় দেখায়। এটি পাসকী ম্যানেজ করতে সাহায্য করে (AAGUID-এর সাহায্যে পাসকী প্রদানকারীকে নির্ধারণ করুন দেখুন)।
• অ্যাকাউন্ট ফিরিয়ে আনা: পাসকী ব্যবহার করলে অ্যাকাউন্ট ফিরিয়ে আনার প্রক্রিয়া বাদ দেওয়া যায় না। টিমকে এটি নিশ্চিত করতে হবে যে কোনও ব্যবহারকারী তার ডিভাইস হারিয়ে ফেললেও যাতে নিরাপদে তার অ্যাকাউন্টে অ্যাক্সেস ফিরে পেতে পারেন। এটি স্বাস্থ্য-সম্পর্কিত পরিষেবার জন্য একটি অত্যন্ত গুরুত্বপূর্ণ ফ্লো।
• ইনক্লুসিভিটির সাথে উদ্ভাবনের ভারসাম্য বজায় রাখা: পাসকী উন্নত অভিজ্ঞতা প্রদান করলেও, কিছু দুর্বল ব্যবহারকারীকে বাদ দিয়ে রাতারাতি পুরনো সিস্টেমকে সম্পূর্ণভাবে প্রতিস্থাপন করা যায় না। টিম ইচ্ছাকৃতভাবে পাসওয়ার্ড + এসএমএস ওটিপিকে একটি প্যারালাল পাথ হিসেবে বজায় রেখেছে, ডিভাইস সংক্রান্ত প্রয়োজনীয়তা বা দুর্বল নেটওয়ার্ক কভারেজের কারণে কোনও ব্যবহারকারী যাতে বাদ না পড়েন তা নিশ্চিত করতে চলমান খরচ মেনে নিয়েছে।

এরপরে কী?

৬.৭ মিলিয়নেরও বেশি পাসকী তৈরি করা হয়েছে, Hippo এখন সেইসব প্রম্পট উন্নত করার জন্য কাজ করছে যা ব্যবহারকারীদের পাসকী তৈরি করতে আমন্ত্রণ জানায়। সুইচ করার জন্য জোর না করে, পাসকী অফার করার সেরা মুহূর্ত খুঁজে পেতে তারা টেস্টিং ব্যবহার করে, এর ফলে আরও বেশি ব্যবহারকারী সহজে আপগ্রেড করতে পারেন।

আরও জানুন

• WebAuthn API গাইড
• পাসকী ডেপ্লয়মেন্ট চেকলিস্ট
• Signal API-এর সাথে সামঞ্জস্যপূর্ণ পাসকী রাখুন