NHS England ने पासकी की मदद से, साइन-इन करने में लगने वाले समय को कैसे कम किया और 10 लाख पाउंड से ज़्यादा की बचत कैसे की

Yu Tsuno

Darren Hutton

Pelin Dem

पब्लिश होने की तारीख: 10 जुलाई, 2026

नैशनल हेल्थ सर्विस (एनएचएस), यूनाइटेड किंगडम में सरकार से फ़ंड पाने वाला हेल्थकेयर सिस्टम है. NHS login, NHS England और NHS Wales के लिए सुरक्षित डिजिटल पहचान देने वाली कंपनी है. यह लाखों नागरिकों को स्वास्थ्य और सामाजिक देखभाल से जुड़ी सेवाओं को ऐक्सेस करने का एक भरोसेमंद तरीका उपलब्ध कराती है. उपयोगकर्ताओं की इतनी बड़ी संख्या और इस तरह के संवेदनशील डेटा के साथ, पुष्टि करने में होने वाली मुश्किल और सुरक्षा सबसे अहम है.

Hippo, डिजिटल सेवाओं के लिए NHS का सेवा पार्टनर है. NHS की टीम ने पासकी लागू की हैं. Hippo ने उपयोगकर्ता से जुड़ी रिसर्च की और पासकी को तकनीकी तौर पर इंटिग्रेट किया. इससे लोगों को तेज़ी से, आसानी से, और ज़्यादा सुरक्षित तरीके से ऐक्सेस करने की सुविधा मिली. साथ ही, सहायता और कारोबार से जुड़े खर्च में काफ़ी कमी आई.

अहम नतीजे

• साइन इन करने में कम समय लगता है: पासकी का इस्तेमाल करके, उपयोगकर्ता आठ गुना तेज़ी से पुष्टि कर सकते हैं. कंडिशनल यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल करने पर, साइन-इन करने में लगने वाला औसत समय 43 सेकंड (पासवर्ड + एसएमएस ओटीपी) से घटकर सिर्फ़ पांच सेकंड हो गया.
• बड़े पैमाने पर इस्तेमाल और पहुंच: इस सुविधा के लॉन्च होने के बाद से, उपयोगकर्ताओं ने 67 लाख पासकी बनाई हैं.साथ ही, हर महीने 60 लाख बार पासकी से साइन इन किया जाता है.
• लेन-देन पर लगने वाला कम शुल्क: लॉन्च होने के बाद से, ओटीपी पर लगने वाले शुल्क में 12 लाख पाउंड तक की बचत हुई है.

पासवर्ड याद रखने में होने वाली मुश्किल, लागत, और पासवर्ड याद रखने में होने वाली थकान

NHS login, स्वास्थ्य सेवाओं को ऐक्सेस करने वाले लोगों के लिए, एक डिजिटल गेटवे के तौर पर काम करता है. यह प्लैटफ़ॉर्म, पासवर्ड और एसएमएस पर आधारित कई चरणों में पुष्टि (एमएफ़ए) करने के तरीकों के लिए सहायता बनाए रखता है, ताकि कोई भी उपयोगकर्ता पीछे न रहे. हालांकि, इन तरीकों से सिस्टम से जुड़ी समस्याएं हो सकती हैं:

• पासवर्ड भूल जाना: उपयोगकर्ता अक्सर स्वास्थ्य सेवाओं के लिए लॉग इन नहीं कर पाते, क्योंकि वे अपना पासवर्ड भूल जाते हैं.
• सुरक्षा से जुड़े जोखिम: पासवर्ड और एसएमएस कोड, फ़िशिंग के हमलों से सुरक्षित नहीं रहते.
• बढ़ता हुआ खर्च: दो चरणों में पुष्टि करने के लिए, लाखों एसएमएस भेजने में काफ़ी खर्च आता है.
• सभी के लिए उपलब्ध न होना: एसएमएस पर भरोसा करने के लिए, उपयोगकर्ताओं के पास भरोसेमंद सिग्नल वाला मोबाइल फ़ोन होना ज़रूरी है. यह कुछ लोगों के लिए समस्या हो सकती है.

NHS और Hippo ने पासकी को कैसे लागू किया

टीम ने उपयोगकर्ता को ध्यान में रखकर काम किया और बार-बार बदलाव किए. टीम ने पासकी को पुष्टि करने के एक नए और वैकल्पिक तरीके के तौर पर इंटिग्रेट करने पर फ़ोकस किया. इसे पुष्टि करने के मौजूदा तरीके को बदलने के लिए लागू नहीं किया गया. इससे, धीरे-धीरे इसे अपनाने और असल दुनिया में उपयोगकर्ताओं से सुझाव/राय पाने में मदद मिली.

टीम ने मौजूदा प्लैटफ़ॉर्म में डेवलपर के दो मुख्य फ़्लो पर फ़ोकस किया: पासकी का रजिस्ट्रेशन और पुष्टि.

पासकी रजिस्टर करने की आसान प्रोसेस के ज़रिए उपयोगकर्ताओं को अपग्रेड करना

टीम, सभी उपयोगकर्ताओं को तुरंत पासकी रजिस्टर करने के लिए मजबूर करने के बजाय, सक्रिय और पुष्टि किए गए उपयोगकर्ताओं को टारगेट करती है. जब कोई व्यक्ति पासवर्ड और एसएमएस के ज़रिए साइन इन कर लेता है, तो उसे एक प्रॉम्प्ट दिखता है. इसमें उसे पासकी बनाने का न्योता दिया जाता है, ताकि वह आने वाले समय में तेज़ी से और ज़्यादा सुरक्षित तरीके से साइन इन कर सके.

हमारे लिए सबसे बड़ी चुनौती, उपयोगकर्ताओं को जानकारी देने और उन्हें सुविधा देने के बीच सही संतुलन बनाए रखना था. हमने पासकी के बारे में जितना ज़्यादा बताया, लोगों को उतना ही ज़्यादा डर लगा. हमने डिवाइस के हिसाब से काम करने वाले सिस्टम पर स्विच किया है. इसमें 'फ़िंगरप्रिंट' और 'Face ID' जैसे जाने-पहचाने शब्दों का इस्तेमाल किया जाता है. उपयोगकर्ताओं ने इसे इस्तेमाल करके, कॉन्सेप्ट को बहुत तेज़ी से समझ लिया.

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.');
  }
}

शर्तों के हिसाब से यूज़र इंटरफ़ेस (यूआई) दिखाने की सुविधा का इस्तेमाल करके, लॉगिन प्रोसेस को आसान बनाना

उपयोगकर्ता अनुभव में सबसे ज़्यादा सुधार, शर्त के हिसाब से यूज़र इंटरफ़ेस (यूआई) (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

शर्त के हिसाब से यूज़र इंटरफ़ेस (यूआई) लागू करने से, पासकी के इस्तेमाल में करीब 1.7 गुना की बढ़ोतरी हुई. इससे पता चलता है कि इनपुट में आने वाली रुकावटों को दूर करने से, पासकी को अपनाने की प्रोसेस तेज़ हो जाती है.

Signal API की मदद से, पुरानी कुंजियों को मैनेज करना

पासकी से जुड़ी एक समस्या यह है कि क्रेडेंशियल पुराने हो जाते हैं. ऐसा तब होता है, जब कोई उपयोगकर्ता अपने खाते की सेटिंग से क्रेडेंशियल हटा देता है, लेकिन पासकी उसके डिवाइस के Password Manager में सेव रहती है. पुरानी कुंजी का इस्तेमाल करने पर, पुष्टि नहीं हो पाती.

इस समस्या को हल करने के लिए, टीम ने WebAuthn Signal API को शामिल किया है. जब बैकएंड पर किसी क्रेडेंशियल को रद्द किया जाता है या अपडेट किया जाता है, तो सर्वर पासकी प्रोवाइडर को सिंक करने का सिग्नल भेजता है. इससे, उपयोगकर्ता के लिए ऑटोमैटिक भरने की सुविधा के सुझावों से अमान्य पासकी हट जाती हैं.

आसान ऐक्सेस और बेहतर सुरक्षा

उपयोगकर्ता, पुष्टि करने के तरीके के तौर पर पासकी को ज़्यादा से ज़्यादा अपना रहे हैं.

• उपयोगकर्ता को बेहतर अनुभव मिलता है: पुष्टि करने की प्रक्रिया में आने वाली अड़चनों को दूर करने का मतलब है कि उपयोगकर्ता, NHS की सेवाओं को ऐक्सेस कर सकते हैं. साथ ही, वे अपने स्वास्थ्य को बेहतर तरीके से मैनेज कर सकते हैं. ऐसा वे क्रेडेंशियल भूल जाने की वजह से होने वाली समस्याओं के बिना कर सकते हैं.
• सुरक्षा से कोई समझौता नहीं: पासकी में फ़िशिंग से बचाव की सुविधा पहले से मौजूद होती है. इससे बेहद संवेदनशील सेहत का डेटा को सुरक्षित रखा जा सकता है. साथ ही, पासवर्ड और एसएमएस के बिना साइन इन करने की सुविधा मिलती है.
• काम को आसान और बेहतर बनाना: एसएमएस ओटीपी पर सीधे तौर पर होने वाली वित्तीय बचत के अलावा, पासवर्ड पर निर्भरता कम करने से NHS के लिए काम को आसान और बेहतर बनाना होता है. पासवर्ड से जुड़ी सहायता के लिए आने वाली कॉल की संख्या में कमी आने से, स्टाफ़ को ज़्यादा मुश्किल क्वेरी को हैंडल करने का समय मिल जाता है.

मुख्य सबक

NHS की सभी सेवाओं में पासकी इंटिग्रेट करते समय, टीम को ये मुख्य बातें पता चलीं:

• तकनीकी जटिलता के बजाय उपयोगकर्ता अनुभव पर ध्यान देना: WebAuthn को लागू करना आसान था. मुख्य चुनौती, अलग-अलग डेमोग्राफ़िक के लोगों के लिए यूज़र एक्सपीरियंस को ऑप्टिमाइज़ करना था.
• सुरक्षा के बारे में जानकारी देने के बजाय, उसे लागू करना: उपयोगकर्ता चाहते हैं कि प्लैटफ़ॉर्म, सुरक्षा को चुपचाप मैनेज करे. पासकी के इस्तेमाल के बारे में ज़्यादा जानकारी देने से, लोगों को समझने में मुश्किल हुई. वहीं, जाने-पहचाने डिवाइसों पर दिखने वाले प्रॉम्प्ट (बायोमेट्रिक) पर भरोसा करना ज़्यादा असरदार साबित हुआ.
• अलग-अलग डिवाइसों पर की जाने वाली गतिविधियां: ऐसा हो सकता है कि कोई उपयोगकर्ता अपने फ़ोन पर पासकी बनाए, लेकिन बाद में लाइब्रेरी के कंप्यूटर पर साइन इन करने की कोशिश करे. अलग-अलग डिवाइसों पर एक साथ काम करने की सुविधा (डेस्कटॉप पर दिखने वाले क्यूआर कोड को फ़ोन से स्कैन करना) को डिज़ाइन और टेस्ट करना एक अहम प्रोसेस थी. उन्होंने उपयोगकर्ता के खाते को मैनेज करने वाले सेक्शन में एक नया सेक्शन भी जोड़ा है. इसमें पासकी और पहचान की जानकारी दिखती है, ताकि पासकी को मैनेज करने में मदद मिल सके. इसके बारे में जानने के लिए, एएजीयूआईडी की मदद से पासकी की सुविधा देने वाली कंपनी का पता लगाना लेख पढ़ें.
• खाता वापस पाने की सुविधा: पासकी का इस्तेमाल करने से, खाता वापस पाने के लिए मज़बूत तरीके की ज़रूरत खत्म नहीं होती. टीम को यह पक्का करना था कि जिस उपयोगकर्ता का डिवाइस खो गया है वह अब भी सुरक्षित तरीके से अपने खाते का ऐक्सेस वापस पा सके. स्वास्थ्य से जुड़ी सेवाओं के लिए, यह एक अहम फ़्लो है.
• इनोवेशन और समावेशिता के बीच संतुलन बनाए रखना: पासकी से बेहतर अनुभव मिलता है. हालांकि, ये रातों-रात लेगसी सिस्टम की जगह नहीं ले सकतीं. ऐसा करने पर, कुछ कमज़ोर उपयोगकर्ताओं को पीछे छोड़ना पड़ सकता है. टीम ने जान-बूझकर पासवर्ड + एसएमएस ओटीपी को एक विकल्प के तौर पर रखा. साथ ही, यह पक्का करने के लिए कि डिवाइस की ज़रूरी शर्तों या नेटवर्क कवरेज की कमी की वजह से कोई भी उपयोगकर्ता बाहर न रहे, टीम ने इस विकल्प को बनाए रखने की लागत को स्वीकार किया.

आगे क्या करना है?

Hippo ने 67 लाख से ज़्यादा पासकी बनाई हैं.अब वह उन प्रॉम्प्ट को बेहतर बनाने पर काम कर रहा है जो लोगों को पासकी बनाने के लिए न्योता देते हैं. स्विच करने के लिए मजबूर करने के बजाय, वे पासकी ऑफ़र करने के सबसे सही समय का पता लगाने के लिए टेस्टिंग का इस्तेमाल करते हैं. इससे ज़्यादा उपयोगकर्ताओं को आसानी से अपग्रेड करने में मदद मिलती है.

ज़्यादा जानें

• WebAuthn API गाइड
• पासकी डिप्लॉय करने से जुड़ी चेकलिस्ट
• पासकी को Signal API के साथ काम करने लायक बनाना