विषय 3.4 — डिस्कवरी चरण

एक वाक्य में: डिस्कवरी एक समाधान बनाने के लिए पैसा, क्लिनिकल जोखिम, या प्रतिष्ठा प्रतिबद्ध करने से पहले अपने उपयोगकर्ताओं और वास्तविक समस्या को समझने का अनुशासित, समय-सीमित प्रयास है।

यह स्वास्थ्य और देखभाल में क्यों महत्वपूर्ण है#

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

स्वास्थ्य और देखभाल खर्च ट्रस्ट में रखा गया सार्वजनिक धन है, और इसका अधिकांश वैधानिक कर्तव्यों के माध्यम से प्रवाहित होता है: NHS Constitution, Equality Act 2010 के तहत सार्वजनिक क्षेत्र समानता कर्तव्य, और गोपनीय रोगी जानकारी संभालने के लिए Caldicott सिद्धांत। डिस्कवरी वह चरण है जहां आप परखते हैं कि क्या एक प्रस्तावित सेवा आवश्यक, कानूनी, सुरक्षित, और न्यायसंगत है — इससे पहले कि वे प्रश्न महंगे उत्तर देने वाले बन जाएं। इसे छोड़ना प्रश्नों को हटाता नहीं है; यह बस उन्हें एक ऐसे बिंदु तक टाल देता है जहां ईमानदार उत्तर राजनीतिक रूप से स्वीकार करना असंभव है।

NHS Digital Service Standard और GOV.UK Service Manual दोनों ठीक इसी कारण डिस्कवरी को किसी भी उपयोगकर्ता-सामना करने वाली डिजिटल सेवा का अनिवार्य पहला चरण बनाते हैं। यह नौकरशाही थिएटर नहीं है। यह सबसे सस्ता बीमा है जो आप कभी खरीदेंगे।

मुख्य अवधारणाएं#

डिस्कवरी, परिभाषित। डिस्कवरी एक छोटा (आमतौर पर 6–10 हफ्ते) चरण है जिसका लक्ष्य एक समस्या स्थान को समझना है: उपयोगकर्ता कौन हैं, वे क्या करने की कोशिश कर रहे हैं, उन्हें क्या रोकता है, पहले से क्या मौजूद है, और क्या बिल्कुल हल करने लायक कोई समस्या है। इसका आउटपुट समझ और साक्ष्य है, कोई उत्पाद नहीं। एक अच्छी डिस्कवरी वैध रूप से "कुछ मत करो" या "यह एक नीति समस्या है, एक डिजिटल समस्या नहीं" निष्कर्ष निकाल सकती है।

डबल डायमंड। Design Council का डबल डायमंड (2005) डिज़ाइन को दो जुड़े डायमंड के रूप में तैयार करता है। पहला — खोज करें फिर परिभाषित करें — समस्या को व्यापक रूप से खोजने के लिए विचलित होता है, फिर इसे सटीक रूप से तैयार करने के लिए अभिसरित होता है। दूसरा — विकसित करें फिर दें — समाधानों का अन्वेषण करने के लिए विचलित होता है, फिर एक बनाने के लिए अभिसरित होता है। डिस्कवरी, एक डिलीवरी चरण के रूप में, लगभग पूरी तरह से पहले डायमंड में रहती है। आवर्ती विफलता यह है कि टीमें पहला समाप्त होने से पहले दूसरे डायमंड में सरपट भागती हैं।

उपयोगकर्ता आवश्यकता बनाम हितधारक चाहत। एक उपयोगकर्ता आवश्यकता कुछ ऐसी है जिसे एक व्यक्ति उनके दृष्टिकोण से व्यक्त करते हुए पूरा करने की कोशिश कर रहा है ("मुझे यह जानने की आवश्यकता है कि मेरा अपॉइंटमेंट पुष्ट है ताकि मैं व्यर्थ में काम से एक दिन की छुट्टी न लूं")। एक हितधारक चाहत एक सुविधा या समाधान है जिसे किसी ने पहले ही तय कर लिया है ("हमें एक ऐप चाहिए")। डिस्कवरी का मुख्य अनुशासन चाहतों को आवश्यकताओं में वापस अनुवादित करना है, क्योंकि आवश्यकताएं स्थिर हैं और एक बार आवश्यकता स्पष्ट होने पर समाधान सस्ते और आपस में बदले जाने योग्य हैं।

समस्या फ़्रेमिंग। आप एक समस्या को कैसे बताते हैं यह हर समाधान को बाधित करता है जिस पर आप विचार करेंगे। "रोगी अपॉइंटमेंट भूल जाते हैं" एक अनुस्मारक ऐप को आमंत्रित करता है। "रोगी उन अपॉइंटमेंट को आसानी से फिर से व्यवस्थित नहीं कर सकते जो अब उनके अनुकूल नहीं हैं" स्व-सेवा पुनः-बुकिंग को आमंत्रित करता है। वही लक्षण, अलग समस्या, मौलिक रूप से अलग सेवा। डिस्कवरी काफी हद तक उस समस्या कथन की गुणवत्ता में अपनी जगह अर्जित करती है जो यह उत्पन्न करती है।

धारणाएं, परिकल्पनाएं, और साक्ष्य। हर परियोजना धारणाओं पर टिकी है। डिस्कवरी उन्हें स्पष्ट बनाती है, उन्हें जोखिम के अनुसार रैंक करती है, और सबसे जोखिम भरी को वास्तविक उपयोगकर्ताओं के साथ परखती है। लक्ष्य निश्चितता नहीं है — वह अप्राप्य है — बल्कि उन चीज़ों पर कम की गई अनिश्चितता है जो परियोजना को डुबो देंगी।

सर्वोत्तम प्रथाएं#

1. एक समाधान से नहीं, एक समस्या से शुरू करें। किसी के एक प्रौद्योगिकी नाम देने से पहले समस्या कथन लिखें। अगर वित्तपोषण बोली, बोर्ड पेपर, या आपूर्तिकर्ता पिच पहले से "एक ऐप" या "एक पोर्टल" निर्दिष्ट करता है, तो इसे लागू करने के लिए एक निर्णय के बजाय परखने के लिए एक धारणा मानें। समस्या समझे जाने से पहले पहुंचे गए समाधान लगभग हमेशा किसी की आदत होते हैं, उपयोगकर्ता की आवश्यकता नहीं।

2. वास्तविक उपयोगकर्ताओं के साथ वास्तविक उपयोगकर्ता अनुसंधान करें। उन वास्तविक लोगों का साक्षात्कार और अवलोकन करें जो सेवा का उपयोग करेंगे — रोगी, देखभालकर्ता, रिसेप्शनिस्ट, सामुदायिक नर्स, सामाजिक कार्यकर्ता — उनके वास्तविक संदर्भ में, उनकी ओर से बोलने वाले प्रबंधकों की एक कार्यशाला में नहीं। मात्रा पर गहराई का लक्ष्य रखें; एक दर्जन अच्छी तरह से चुने गए संदर्भगत साक्षात्कार एक हज़ार-प्रतिक्रिया सर्वेक्षण से अधिक प्रकट करते हैं। उन उपयोगकर्ताओं के लिए जानबूझकर भर्ती करें जिन तक पहुंचना सबसे कठिन है, क्योंकि वे ही हैं जिन्हें एक सेवा सबसे अधिक बार विफल करती है।

3. पूरी सेवा को मैप करें, केवल डिजिटल अंश को नहीं। उपयोगकर्ता एक अंत-से-अंत सेवा का अनुभव करते हैं — एक रेफरल, एक मूल्यांकन, एक उपचार, एक फ़ॉलो-अप — जिसमें से आपका डिजिटल घटक एक कदम है। कागज़, फोन, और आमने-सामने के हिस्सों सहित हर चैनल और संगठन में वर्तमान यात्रा को मैप करें। डिजिटल परिवर्तन नियमित रूप से विफल होते हैं क्योंकि वे एक कदम को अनुकूलित करते हैं और इसके दोनों ओर के दो को तोड़ते हैं।

4. समस्या को स्पष्ट रूप से तैयार करें और इसे सहमत कराएं। एक लिखित समस्या कथन और इसके पीछे का साक्ष्य उत्पन्न करें, और अपने वरिष्ठ प्रायोजक से स्पष्ट सहमति सुरक्षित करें। यह कलाकृति आपका अनुबंध है: यह परिभाषित करती है कि अगले चरणों के लिए "पूर्ण" का क्या अर्थ है और आपको उस दायरे को नहीं कहने की स्थिति देती है जो सहमत समस्या की सेवा नहीं करता।

5. अवसर और जोखिम को ईमानदारी से मापें। अनुमान लगाएं कि कितने लोग प्रभावित हैं, कितनी बुरी तरह, और आज सिस्टम को इसकी क्या कीमत चुकानी पड़ती है। इसे उन जोखिमों के साथ जोड़ें जो एक समाधान पेश करेगा — क्लिनिकल, सूचना प्रशासन, समानता, डिलीवरी। नेता समझ को वित्तपोषित नहीं करते; वे एक बचाव योग्य अवसर-और-जोखिम चित्र के आधार पर निर्णय लेते हैं, इसलिए उन्हें एक दें।

6. पहले दिन से किनारों के लिए डिज़ाइन करें। डिजिटल-समावेशन स्पेक्ट्रम में अनुसंधान प्रतिभागियों की भर्ती करें, जल्दी Web Content Accessibility Guidelines (WCAG 2.2 AA) अपेक्षाओं के विरुद्ध परखें, और सहायता प्राप्त-डिजिटल और ऑफ़लाइन मार्गों को प्रथम-श्रेणी मानें, बाद के विचार नहीं। स्वास्थ्य और देखभाल में, बहिष्कृत उपयोगकर्ता अक्सर उच्च-आवश्यकता वाला उपयोगकर्ता होता है; एक सेवा जो केवल आत्मविश्वासी और जुड़े हुए लोगों के लिए काम करती है असमानता को चौड़ा करती है।

7. इसे बहु-अनुशासनात्मक और समय-सीमित रखें। डिस्कवरी को एक उपयोगकर्ता शोधकर्ता, एक सेवा डिज़ाइनर, एक उत्पाद व्यक्ति, एक तकनीकी आर्किटेक्ट, और — देखभाल को छूने वाली किसी भी चीज़ के लिए — क्लिनिकल और सूचना-प्रशासन इनपुट के साथ स्टाफ करें। अभिसरण को मजबूर करने के लिए इसे कठोरता से समय-सीमित करें (हफ्ते, तिमाही नहीं)। एक खुली-समाप्ति वाली डिस्कवरी एक चेतावनी संकेत है कि टीम एक निर्णय से बच रही है।

8. लिख लें कि आपको क्या रोकेगा। शुरुआत में, उन शर्तों पर सहमत हों जिनके तहत ईमानदार सिफारिश "आगे न बढ़ें" होगी: कोई वास्तविक उपयोगकर्ता आवश्यकता नहीं, एक असंभव IG या सुरक्षा बाधा, एक बेहतर गैर-डिजिटल फिक्स, या दूसरी टीम के स्वामित्व वाली एक समस्या। एक डिस्कवरी जो रोकने की सिफारिश नहीं कर सकती वह डिस्कवरी नहीं है; यह एक पूर्व-उचित निर्माण है।

आपकी टीम के साथ चर्चा करने के लिए प्रश्न#

1. डिस्कवरी में ईमानदारी से "आगे न बढ़ें" की सिफारिश करने के लिए हमें क्या देखना होगा, और क्या इस कमरे में किसी के पास इसे कहने की स्थिति है? रोकने की शर्तें बेकार हैं अगर उन्हें लागू नहीं किया जा सकता, और स्वास्थ्य और देखभाल में उन्हें लागू न करने का दबाव तीव्र है: एक निदेशक ने ऐप की घोषणा कर दी है, एक आपूर्तिकर्ता अनुबंध आधा हस्ताक्षरित है, या एक वित्तपोषण विंडो बंद हो जाती है अगर टीम हिचकिचाती है। यह प्रश्न एक टीम को उस विशिष्ट साक्ष्य को नाम देने के लिए मजबूर करता है — कोई वास्तविक उपयोगकर्ता आवश्यकता नहीं, एक असंभव सूचना-प्रशासन या क्लिनिकल-सुरक्षा बाधा, एक बेहतर गैर-डिजिटल फिक्स, दूसरी सेवा के स्वामित्व वाली एक समस्या — जो सिफारिश को रोकने में बदल देगा, और अनुसंधान शुरू होने से पहले इसे लिख लेगा ताकि इसे बाद में चुपचाप फिर से परिभाषित न किया जा सके। बहस करने योग्य तनाव प्रायोजक आत्मविश्वास और शोधकर्ता स्वतंत्रता के बीच है: एक डिस्कवरी जो संरचनात्मक रूप से नहीं कह सकती वह डिस्कवरी के कपड़े पहने एक पूर्व-उचित निर्माण है। विचार करें कि शोधकर्ता के निष्कर्षों को संपादन से कौन बचाता है, क्या कोई बाहरी व्यक्ति साक्ष्य की समीक्षा करता है, और आपके संगठन ने वास्तव में आखिरी बार डिस्कवरी कब रोकी थी — अगर ऐसा कोई नहीं है, तो वह स्वयं एक खोज है। एक ईमानदार उत्तर उन वास्तविक कारणों की पहचान करता है कि यहां "नहीं" क्यों कठिन है और एक ठोस तंत्र (सहमत रोक मानदंड, एक स्वतंत्र चुनौती, एक प्रायोजक जिसने सार्वजनिक रूप से रोकने की संभावना को आशीर्वाद दिया है) जो इसे कहने योग्य बनाता है।

2. वे उपयोगकर्ता कौन हैं जिन्हें हम सबसे अधिक बाहर करने की संभावना रखते हैं, और हम उन्हें बीटा तक टालने के बजाय अनुसंधान में कैसे शामिल करेंगे? स्वास्थ्य और देखभाल में बहिष्कृत उपयोगकर्ता — कमज़ोर, डिजिटल रूप से हाशिए पर, अंग्रेज़ी में कम आत्मविश्वास वाला व्यक्ति, तीन सिस्टमों को संभालने वाला देखभालकर्ता — अनुपातहीन रूप से उच्च-आवश्यकता वाला उपयोगकर्ता है जिसकी सेवा के लिए सेवा मौजूद है, इसलिए सुविधा के लिए नमूनाकरण चुपचाप आर्किटेक्चर में असमानता डिज़ाइन करता है। बहस करने योग्य समझौता गहराई और समावेशन बनाम समय-सारणी और भर्ती लागत है: सबसे कठिन-से-पहुंचने तक पहुंचने में समय, सामुदायिक साझेदार, प्रोत्साहन, और सहायता प्राप्त या ऑफ़लाइन अनुसंधान विधियां लगती हैं जिन्हें एक जल्दबाज़ डिस्कवरी "अभी के लिए" छोड़ने के लिए ललचाती है। ठोस कोणों में डिजिटल-समावेशन स्पेक्ट्रम को स्पष्ट रूप से मैप करना, एक मेलिंग सूची के बजाय स्वैच्छिक-क्षेत्र और क्लिनिकल गेटकीपरों के माध्यम से भर्ती करना, और सहायता प्राप्त-डिजिटल और गैर-डिजिटल मार्गों को बाद के विचारों के बजाय प्रथम-श्रेणी निष्कर्षों के रूप में मानना शामिल है। सार्वजनिक क्षेत्र समानता कर्तव्य और Caldicott संदर्भ को नाम देना उचित है ताकि समावेशन को एक कानूनी और नैतिक दायित्व के रूप में समझा जाए, एक सुंदरता नहीं। एक अच्छा उत्तर एक नामित भर्ती योजना उत्पन्न करता है जो जानबूझकर किनारों का अधिक नमूना लेती है, और एक स्पष्ट बयान कि टीम किन उपयोगकर्ताओं को डिज़ाइन के गुरुत्वाकर्षण केंद्र के रूप में मानेगी।

3. क्या हमने एक समस्या तैयार की है, या हमने समस्या कथन में एक समाधान की तस्करी की है? एक समस्या कैसे बताई जाती है यह चुपचाप हर उस समाधान को बाधित करता है जिस पर टीम विचार करेगी — "रोगी अपॉइंटमेंट भूल जाते हैं" एक अनुस्मारक ऐप को आमंत्रित करता है, जबकि "रोगी उन अपॉइंटमेंट को आसानी से फिर से व्यवस्थित नहीं कर सकते जो अब उनके अनुकूल नहीं हैं" स्व-सेवा पुनः-बुकिंग और एक स्लॉट-नीति समीक्षा को आमंत्रित करता है — इसलिए समस्या कथन की शब्दावली वह जगह है जहां डिस्कवरी अपनी अधिकांश जगह अर्जित करती है। बहस यह है कि क्या वित्तपोषण बोली, बोर्ड पेपर, या आपूर्तिकर्ता पिच ने पहले से उत्तर तय कर दिया है ("एक ऐप", "एक पोर्टल", "एक AI त्रिआज उपकरण") और इसे एक आवश्यकता के रूप में सजाया है, और क्या टीम के पास उस चाहत को अंतर्निहित उपयोगकर्ता लक्ष्य में वापस अनुवादित करने का अनुशासन है। उपयोगी कोणों में समस्या कथन से समाधान संज्ञाओं को प्रतिबंधित करना, हर चैनल और संगठन में पूरी अंत-से-अंत सेवा को मैप करना ताकि डिजिटल अंश को संदर्भ में देखा जा सके, और यह जांचना शामिल है कि हर बताई गई आवश्यकता संगठन के बजाय उपयोगकर्ता के दृष्टिकोण से व्यक्त की गई है। यहां साक्ष्य मायने रखता है: एक फ़्रेमिंग को वास्तविक उपयोगकर्ताओं ने जो कहा और किया उस तक ट्रेस करने योग्य होना चाहिए, एक आदत या एक रणनीति स्लाइड तक नहीं। एक ईमानदार उत्तर या तो पुष्टि करता है कि कथन पीछे साक्ष्य के साथ एक स्थिर उपयोगकर्ता आवश्यकता नाम देता है, या स्वीकार करता है कि एक समाधान माना गया है और किसी भी अल्फा का दायरा तय होने से पहले फ़्रेमिंग को फिर से खोलता है।

4. क्या हमारे पास कमरे में सही अनुशासन हैं, और क्या क्लिनिकल सुरक्षा और सूचना प्रशासन अंत में इस पर हस्ताक्षर करने के बजाय काम को आकार दे रहे हैं? एक डिस्कवरी जो केवल एक उत्पाद प्रबंधक और एक डिलीवरी लीड द्वारा स्टाफ की गई है वह उत्पाद और डिलीवरी समस्याएं खोजेगी; उपयोगकर्ता, क्लिनिशियन, और कानूनी कर्तव्य जिन्हें यह कभी कमरे में आमंत्रित नहीं करती वे जोखिम बन जाते हैं जो अल्फा में या, बदतर, लाइव-गो के बाद महंगे रूप से सामने आते हैं। तनाव यह है कि एक वास्तव में बहु-अनुशासनात्मक टीम — उपयोगकर्ता शोधकर्ता, सेवा डिज़ाइनर, तकनीकी आर्किटेक्ट, क्लिनिकल सुरक्षा अधिकारी, सूचना-प्रशासन और Caldicott विशेषज्ञता — दुर्लभ, प्रतिस्पर्धा वाली, और इकट्ठा करने में धीमी है, इसलिए टीमें एक घंटे के लिए एक क्लिनिशियन को "उधार" लेने या IG को एक अंतिम द्वार के रूप में जोड़ने के लिए ललचाती हैं। वह क्रम जाल है: क्लिनिकल सुरक्षा और IG को फ़्रेमिंग के दौरान डिज़ाइन करना सस्ता है और एक बार आर्किटेक्चर मान लेता है कि डेटा संगठनात्मक सीमाओं के पार बहेगा तो इसे पूर्वव्यापी रूप से फिट करना विनाशकारी रूप से महंगा है। ठोस कोणों में देखभाल को छूने वाली किसी भी चीज़ के लिए पहले हफ्ते से एक क्लिनिकल सुरक्षा अधिकारी को नाम देना, एक डेटा सुरक्षा प्रभाव मूल्यांकन को बाद की औपचारिकता के बजाय एक लाइव डिस्कवरी कलाकृति के रूप में मानना, और यह जांचना शामिल है कि क्या फ्रंटलाइन वर्कफ़्लो को समझने वाले लोग योगदानकर्ता हैं या केवल परामर्शित हैं। एक ईमानदार उत्तर नाम देता है कि टीम में वास्तव में कौन है, कौन से कर्तव्य एक व्यक्ति द्वारा प्रतिनिधित्व किए गए हैं बनाम एक चेकबॉक्स द्वारा, और डिस्कवरी कहां अंधी होगी क्योंकि एक अनुशासन गायब है।

5. हमें कैसे पता चलेगा कि डिस्कवरी समाप्त हो गई है, और इसे महीनों तक बहने या दो हफ्तों के बाद काटे जाने से क्या रोकता है? डिस्कवरी की दो विपरीत विफलता विधाएं हैं और दोनों समय के बारे में हैं: असीमित अध्ययन जो सब कुछ मैप करता है और कुछ तय नहीं करता, और छोटा दो-हफ्ता जो अनुसंधान शुरू होने से पहले एक डिलीवरी तारीख तय होने के कारण एक पूर्वनिर्धारित निष्कर्ष की ओर जल्दबाज़ी करता है। जो अनुशासन डबल डायमंड मांगता है वह अभिसरण है — यह जानना कि समस्या कब पर्याप्त रूप से समझी गई है ताकि एक बचाव योग्य निर्णय लिया जा सके, यह नहीं कि हर प्रश्न का उत्तर कब दिया गया है, क्योंकि निश्चितता अप्राप्य है और लक्ष्य उन चीज़ों पर कम की गई अनिश्चितता है जो परियोजना को डुबो देंगी। बहस करने योग्य समझौता गहराई बनाम गति है: हफ्तों की एक कठोर समय-सीमा टीम को सबसे जोखिम भरी धारणाओं को प्राथमिकता देने के लिए मजबूर करती है, लेकिन बहुत कस कर सेट किया गया बॉक्स उस समावेशी, कठिन-से-पहुंचने वाले अनुसंधान को भूखा रखता है जिसकी इस डोमेन को सबसे अधिक आवश्यकता है। उपयोगी कोणों में उस निर्णय पर सहमत होना जिसे डिस्कवरी को सूचित करना चाहिए और एक प्रायोजक को इसे लेने के लिए आवश्यक कलाकृतियां, धारणाओं को रैंक करना ताकि बॉक्स को उस पर खर्च किया जाए जो मायने रखता है, और चरण को एक अस्वीकृत अल्फा में टपकने देने के बजाय एक निर्णय बिंदु नाम देना शामिल है। एक ईमानदार उत्तर बताता है कि बॉक्स कितना लंबा है, इस समस्या के लिए "पर्याप्त समझा गया" कैसा दिखता है, और अंत को कौन बुलाता है।

6. जब डिस्कवरी समाप्त होती है, तो क्या हम एक वित्तपोषण बोर्ड को अवसर और जोखिम का एक बचाव योग्य चित्र सौंप सकते हैं — या केवल एक कहानी? नेता समझ को वित्तपोषित नहीं करते; वे निर्णयों को वित्तपोषित करते हैं, और एक डिस्कवरी जो समृद्ध अंतर्दृष्टि उत्पन्न करती है लेकिन कितने लोग प्रभावित हैं, कितनी बुरी तरह, आज सिस्टम को इसकी क्या कीमत चुकानी पड़ती है, और एक समाधान क्या जोखिम में डालेगा इसका कोई बोर्ड-पठनीय विवरण नहीं देती वह निर्णय को जो भी सबसे आत्मविश्वासी कहानी बताता है उसके हाथों में छोड़ देती है। तनाव शोधकर्ता के सूक्ष्म, चेतावनी-भरे निष्कर्षों और बोर्ड की एक आकारित, तुलनीय, बचाव योग्य मामले की आवश्यकता के बीच है — बहुत कठोरता से संपीड़ित करें और आप उस समानता और सुरक्षा सूक्ष्मता को खो देते हैं जो बिंदु थीं; संपीड़ित करने से इनकार करें और साक्ष्य कभी उन लोगों तक नहीं पहुंचता जो पैसा आवंटित करते हैं। स्वास्थ्य और देखभाल में चित्र को अवसर को एक समाधान द्वारा पेश किए गए जोखिमों के साथ जोड़ना चाहिए — क्लिनिकल, सूचना-प्रशासन, समानता, डिलीवरी — क्योंकि एक बोर्ड जो केवल ऊपर देखता है उसे एक बुरा दांव लगाने के लिए तैयार किया जा रहा है। ठोस कोणों में एक आशापूर्ण अनुमान के बजाय वास्तविक डेटा से प्रभावित जनसंख्या को आकार देना, निष्कर्षों को ट्रेस करने योग्य बनाना ताकि एक संशयवादी उन्हें वापस उपयोगकर्ताओं ने जो कहा उस तक अनुसरण कर सके, और सिफारिश (जिसमें "आगे न बढ़ें" या "इस संकीर्ण चीज़ को अल्फा करें" शामिल है) को उन शर्तों में तैयार करना शामिल है जिन पर अगला चरण कार्रवाई कर सकता है। एक ईमानदार उत्तर दिखाता है कि टीम साक्ष्य से एक सिफारिश तक जा सकती है जिसकी एक वित्तपोषण बोर्ड बिना ढहे खुले में जांच कर सकता है।

व्यवहार में: एक स्वास्थ्य और देखभाल उदाहरण#

एक एकीकृत देखभाल प्रणाली (ICS) बाह्य रोगी क्लिनिकों में उपस्थित-न-होने (DNA) दरों को कम करने के दबाव में है। एक आपूर्तिकर्ता ने एक AI-संचालित अनुस्मारक ऐप की पिच दी है, और एक निदेशक इसे वित्तपोषित करने के लिए उत्सुक है। खरीदने के बजाय, ICS एक आठ-हफ्ते की डिस्कवरी चलाता है।

उपयोगकर्ता शोधकर्ता हाल ही में अपॉइंटमेंट चूकने वाले अठारह रोगियों, साथ ही रिसेप्शनिस्टों और दो क्लिनिक प्रबंधकों का साक्षात्कार लेता है। एक पैटर्न उभरता है जिसे अनुस्मारक सिद्धांत ने चूक दिया: कई "नो-शो" ने फिर से व्यवस्थित करने की कोशिश की थी लेकिन दिनों तक एक व्यस्त फोन लाइन से टकराते रहे, या उन्हें कार्य घंटों के दौरान एक अपॉइंटमेंट दी गई थी जिसे वे बिना वेतन खोए नहीं ले सकते थे। एक उपसमूह मर चुका था या कहीं और भर्ती किया गया था और अभी भी सूची में था। अनुस्मारक इनमें से किसी भी कारण को नहीं छूएंगे।

टीम अंत-से-अंत बुकिंग यात्रा को मैप करती है और लूप में तीन संगठन, दो रोगी प्रशासन सिस्टम, और एक फैक्स मशीन पाती है। वे समस्या को "रोगी अपॉइंटमेंट भूल जाते हैं" से "रोगी उन अपॉइंटमेंट को फिर से व्यवस्थित करने के लिए हम तक आसानी से नहीं पहुंच सकते जो अब उनके लिए काम नहीं करतीं" में फिर से तैयार करते हैं। वे इसे मात्रात्मक बनाते हैं: नमूना क्लिनिकों में लगभग 40% DNA में एक विफल पूर्व संपर्क प्रयास शामिल था। वे एक सूचना-प्रशासन प्रश्न (एक साझा पुनः-बुकिंग उपकरण संगठनात्मक सीमाओं को पार करेगा) और एक समानता खोज (उच्चतम DNA दरें सबसे वंचित पोस्टकोड में रोगियों के बीच थीं, जिनके लिए कार्य-घंटे स्लॉट बाधा थी) को चिह्नित करते हैं।

डिस्कवरी ऐप के विरुद्ध और स्व-सेवा पुनः-बुकिंग की खोज करने वाले एक अल्फा के पक्ष में सिफारिश करती है साथ ही स्लॉट-अनुसूची नीति की समीक्षा। पुनः-तैयार समस्या को प्रायोजक द्वारा सहमत किया जाता है, अल्फा के लिए एक क्लिनिकल सुरक्षा अधिकारी नामित किया जाता है, और एक डेटा सुरक्षा प्रभाव मूल्यांकन आयुक्त किया जाता है। ICS ने आठ हफ्ते खर्च किए हैं और एक ऐसे समाधान को वित्तपोषित करने से बचा है जो सार्वजनिक रूप से मापने योग्य रूप से विफल हो जाता।

क्षेत्र दृष्टिकोण#

स्टार्टअप#

एक डिजिटल-स्वास्थ्य स्टार्टअप एक तंग बजट पर और घड़ी के विरुद्ध डिस्कवरी चलाता है — अक्सर "डिस्कवरी" संस्थापकों का अपना जीवित अनुभव प्लस निवेशक बैठकों के बीच निचोड़े गए दो हफ्तों के उपयोगकर्ता साक्षात्कार होता है। वित्तपोषण दबाव ट्रैक्शन दिखाने का है, जो संस्थापकों को सीधे एक डेमो में जाने के लिए ललचाता है; सबसे महत्वपूर्ण अनुशासन सबसे जोखिम भरी धारणा को नाम देना और अगर यह विफल हो जाए तो विचार को सस्ते में मारना है, क्योंकि एक स्टार्टअप एक बार भी गलत चीज़ बनाना वहन नहीं कर सकता। जवाबदेही एक वैधानिक बोर्ड के बजाय निवेशकों और शुरुआती अपनाने वालों तक चलती है, इसलिए रोकने की शर्तें उतनी ही वाणिज्यिक हैं (भुगतान करने की कोई इच्छा नहीं, कोई पहुंच योग्य बाज़ार नहीं) जितनी क्लिनिकल हैं। फायदा गति और धुरी बदलने की स्वतंत्रता है; जोखिम एक सम्मोहक संस्थापक कथा को एक वास्तविक उपयोगकर्ता आवश्यकता के साक्ष्य के रूप में गलत समझना है।

छोटा व्यवसाय#

एक स्थापित छोटा प्रदाता — एक GP प्रैक्टिस, एक सामुदायिक फार्मेसी, एक केयर होम, एक घरेलू-देखभाल एजेंसी, एक एकल-साइट क्लिनिक, या पूर्व-राजस्व चरण से आगे एक छोटा स्वास्थ्य-तकनीक आपूर्तिकर्ता — के पास वास्तविक रोगी और चल रहे संचालन हैं, लेकिन शायद ही कभी एक औपचारिक डिस्कवरी को स्टाफ करने के लिए एक अतिरिक्त उपयोगकर्ता शोधकर्ता या सेवा डिज़ाइनर। यहां डिस्कवरी हल्की और अवसरवादी है: "अनुसंधान" वह रिसेप्शनिस्ट है जो पहले से जानता है कि रोगी फोन पर क्यों नहीं पहुंच सकते, वे देखभाल कार्यकर्ता जो प्रतिदिन कागज़ी दोहराव देखते हैं, और मुट्ठी भर सोच-समझकर की गई बातचीत उन उपयोगकर्ताओं के साथ जिन्हें एक परिवर्तन प्रभावित करेगा। जाल यह है कि वही वैधानिक कर्तव्य — Caldicott, UK GDPR, समानता कर्तव्य, क्लिनिकल सुरक्षा — पूरी तरह से लागू होते हैं चाहे कोई आंतरिक व्यक्ति उनका स्वामी हो या नहीं, इसलिए सबसे महत्वपूर्ण अनुशासन समस्या को ईमानदारी से तैयार करना और एक आपूर्तिकर्ता के उत्पाद के प्रति दुर्लभ नकदी प्रतिबद्ध करने से पहले सबसे जोखिम भरी धारणा को परखना है। क्योंकि चल रहे संचालन को रोका नहीं जा सकता, एक छोटा प्रदाता अक्सर अपनी डिस्कवरी एक व्यापक समस्या स्थान के बजाय एक एकल ठोस दर्द बिंदु के आसपास चलाता है, और इसकी सबसे मूल्यवान रोक शर्त यह पहचानना है कि कब फिक्स एक खरीदने के लिए एक सिस्टम के बजाय एक प्रक्रिया परिवर्तन या एक साझा क्षेत्रीय प्लेटफ़ॉर्म है।

बड़ा संगठन#

एक NHS ट्रस्ट या बड़ा स्वास्थ्य-तकनीक आपूर्तिकर्ता एक उचित बहु-अनुशासनात्मक डिस्कवरी को स्टाफ कर सकता है — उपयोगकर्ता शोधकर्ता, सेवा डिज़ाइनर, क्लिनिकल सुरक्षा, सूचना प्रशासन — लेकिन उसे संगठनात्मक गुरुत्वाकर्षण से लड़ना चाहिए: एक मौजूदा आपूर्तिकर्ता अनुबंध, एक बोर्ड जिसने पहले से "ऐप" घोषित कर दिया है, या एक व्यावसायिक मामला जिसने समाधान पहले से तय कर लिया है। यहां डिस्कवरी का सबसे कठिन काम राजनीतिक है — प्रायोजक समर्थन खोए बिना एक स्वीकृत समाधान को वापस एक उपयोगकर्ता आवश्यकता में फिर से तैयार करना। वित्तपोषण वार्षिक और समिति-बाध्य है, इसलिए डिस्कवरी स्लॉट के लिए प्रतिस्पर्धा करती हैं और बोर्ड-पठनीय कलाकृतियां उत्पन्न करनी चाहिए। जोखिम भूख कम है और जवाबदेही व्यापक (नियामक, ऑडिटर, जनता), जो एक ईमानदार "आगे न बढ़ें" को अधिक मूल्यवान और ज़ोर से कहना कठिन दोनों बनाता है।

सरकार#

एक राष्ट्रीय या स्थानीय सार्वजनिक निकाय — NHS England, DHSC, एक विकेंद्रीकृत सरकार, एक स्थानीय प्राधिकरण — Service Standard, व्यय-नियंत्रण द्वार, और सार्वजनिक जांच के पूरे भार के तहत डिस्कवरी चलाता है, जहां डिस्कवरी रिपोर्ट स्वयं प्रकाशित और चुनौती दी जा सकती है। उपयोगकर्ता आधार विशाल है और हाशिए पर पड़े लोगों को शामिल करने का कर्तव्य एक कानूनी, वैकल्पिक नहीं, चिंता है, इसलिए समावेशी भर्ती और सहायता प्राप्त-डिजिटल मार्ग पहले हफ्ते से अनिवार्य हैं। जवाबदेही मंत्रियों, संसद, और मतदाताओं तक चलती है, इसलिए एक डिस्कवरी को खुले में बचाव योग्य होना चाहिए और जब साक्ष्य कमज़ोर हो तो व्यय नियंत्रणों द्वारा रोका जा सकता है। समझौता कठोरता बनाम गति है: सरकारी डिस्कवरी धीमी और अधिक सुनिश्चित है, जो सार्वजनिक धन की रक्षा करती है लेकिन तेज़ी से चलने की आदी टीमों को निराश कर सकती है।

सामान्य विफलता मोड#

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

परिपक्वता मॉडल#

जांच-सूची#

• एक लिखित समस्या कथन है जो एक उपयोगकर्ता आवश्यकता को नाम देता है, कोई समाधान नहीं।
• वास्तविक उपयोगकर्ता — पहुंचने में सबसे कठिन सहित — का संदर्भ में साक्षात्कार या अवलोकन किया गया है।
• अंत-से-अंत सेवा सभी चैनलों और संगठनों में मैप की गई है।
• सबसे जोखिम भरी धारणाएं सूचीबद्ध, रैंक की गई हैं, और शीर्ष वाली परखी गई हैं।
• क्लिनिकल सुरक्षा, सूचना प्रशासन (Caldicott, UK GDPR/DPIA), और स्वास्थ्य-असमानता जोखिम पहचाने गए हैं।
• पहले प्रोटोटाइप से अभिगम्यता (WCAG 2.2 AA) और डिजिटल समावेशन पर विचार किया गया है।
• शुरुआत में रोक शर्तों पर सहमति हुई थी, और "आगे न बढ़ें" एक वास्तविक संभावित परिणाम है।
• अवसर आकारित है और सिफारिश एक वित्तपोषण बोर्ड के लिए बचाव योग्य है।
• एक बहु-अनुशासनात्मक टीम (क्लिनिकल/IG इनपुट सहित) ने एक निश्चित समय-सीमा के भीतर चरण चलाया।
• किसी भी अल्फा शुरू होने से पहले प्रायोजक ने समस्या कथन पर सहमति दी है।

मुख्य स्रोत#

• NHS England — NHS Digital Service Manual और NHS Service Standard (service.nhs.uk)।
• GOV.UK Service Manual — "How the discovery phase works" और Government Service Standard (Government Digital Service)।
• Design Council — The Double Diamond डिज़ाइन प्रक्रिया ढांचा।
• NHS England — Digital Technology Assessment Criteria (DTAC): क्लिनिकल सुरक्षा, डेटा सुरक्षा, तकनीकी आश्वासन, अंतरसंचालनीयता, उपयोगिता और अभिगम्यता।
• NICE — Evidence Standards Framework for Digital Health Technologies।
• Web Content Accessibility Guidelines (WCAG) 2.2, W3C; और अभिगम्यता और सहायता प्राप्त डिजिटल पर GOV.UK मार्गदर्शन।
• UK Caldicott Principles और Data Protection Act 2018 / UK GDPR (डेटा सुरक्षा प्रभाव मूल्यांकन)।
• Equality Act 2010 — सार्वजनिक क्षेत्र समानता कर्तव्य (डिस्कवरी में स्वास्थ्य-असमानता मूल्यांकन के लिए प्रासंगिक)।

संदर्भ#

1. Double Diamond (design process model) — Wikipedia — https://en.wikipedia.org/wiki/Double_Diamond_(design_process_model)
2. Design Council — Wikipedia — https://en.wikipedia.org/wiki/Design_Council
3. User research — Wikipedia — https://en.wikipedia.org/wiki/User_research
4. Contextual inquiry — Wikipedia — https://en.wikipedia.org/wiki/Contextual_inquiry
5. Problem statement — Wikipedia — https://en.wikipedia.org/wiki/Problem_statement
6. Web Content Accessibility Guidelines — Wikipedia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
7. Equality Act 2010 — Wikipedia — https://en.wikipedia.org/wiki/Equality_Act_2010
8. NHS Constitution for England — Wikipedia — https://en.wikipedia.org/wiki/NHS_Constitution_for_England
9. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
10. Privacy impact assessment (data protection impact assessment) — Wikipedia — https://en.wikipedia.org/wiki/Privacy_impact_assessment
11. How the discovery phase works — Government Digital Service, GOV.UK Service Manual — https://www.gov.uk/service-manual/agile-delivery/how-the-discovery-phase-works
12. NHS service standard and NHS digital service manual — NHS England — https://service-manual.nhs.uk/
13. The Double Diamond — Design Council — https://www.designcouncil.org.uk/our-resources/the-double-diamond/
14. Web Content Accessibility Guidelines (WCAG) 2.2 — W3C — https://www.w3.org/TR/WCAG22/
15. Equality Act 2010 — UK legislation (legislation.gov.uk) — https://www.legislation.gov.uk/ukpga/2010/15/contents
16. Data protection impact assessments (DPIAs) — Information Commissioner's Office (ICO) — https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/accountability-and-governance/data-protection-impact-assessments-dpias/
17. The Caldicott Principles — National Data Guardian, GOV.UK — https://www.gov.uk/government/publications/the-caldicott-principles
18. Evidence standards framework for digital health technologies — NICE — https://www.nice.org.uk/about/what-we-do/digital-health