বিষয় 3.4 — ডিসকভারি পর্যায়

এক বাক্যে: ডিসকভারি হলো একটি সমাধান গড়ায় অর্থ, ক্লিনিক্যাল ঝুঁকি বা সুনাম প্রতিশ্রুতিবদ্ধ করার আগে আপনার ব্যবহারকারী ও প্রকৃত সমস্যা বোঝার শৃঙ্খলাবদ্ধ, সময়-সীমিত প্রচেষ্টা।

স্বাস্থ্য ও পরিচর্যায় কেন এটি গুরুত্বপূর্ণ#

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

স্বাস্থ্য ও পরিচর্যার ব্যয় আমানত হিসেবে রাখা জনগণের অর্থ, এবং তার বেশির ভাগ সংবিধিবদ্ধ দায়িত্বের মধ্য দিয়ে প্রবাহিত হয়: NHS Constitution, Equality Act 2010-এর অধীনে সরকারি খাতের সমতার দায়িত্ব, এবং গোপনীয় রোগী তথ্য সামলানোর Caldicott নীতিমালা। ডিসকভারি হলো সেই পর্যায় যেখানে আপনি পরীক্ষা করেন একটি প্রস্তাবিত সেবা প্রয়োজনীয়, আইনসম্মত, নিরাপদ ও ন্যায্য কি না, সেই প্রশ্নগুলোর উত্তর ব্যয়বহুল হয়ে ওঠার আগে। এটি এড়িয়ে যাওয়া প্রশ্নগুলো সরায় না; তা কেবল সেগুলোকে এমন বিন্দুতে স্থগিত করে যেখানে সৎ উত্তর রাজনৈতিকভাবে গ্রহণ করা অসম্ভব।

NHS Digital Service Standard ও GOV.UK Service Manual উভয়ই ঠিক এই কারণে ডিসকভারিকে যেকোনো ব্যবহারকারী-মুখী ডিজিটাল সেবার বাধ্যতামূলক প্রথম পর্যায় করে। এটি আমলাতান্ত্রিক নাটক নয়। এটি আপনি কখনো যে সস্তাতম বীমা কিনবেন।

মূল ধারণা#

ডিসকভারি, সংজ্ঞায়িত। ডিসকভারি একটি সংক্ষিপ্ত (সাধারণত ৬–১০ সপ্তাহের) পর্যায় যার লক্ষ্য একটি সমস্যা-ক্ষেত্র বোঝা: ব্যবহারকারী কারা, তাঁরা কী করার চেষ্টা করছেন, তাঁদের কী আটকায়, ইতিমধ্যে কী আছে, এবং সমাধান করার মতো কোনো সমস্যা আদৌ আছে কি না। এর আউটপুট বোঝাপড়া ও প্রমাণ, একটি পণ্য নয়। একটি ভালো ডিসকভারি বৈধভাবে সিদ্ধান্ত নিতে পারে "কিছু করবেন না" বা "এটি একটি নীতি সমস্যা, ডিজিটাল নয়।"

ডাবল ডায়মন্ড। Design Council-এর ডাবল ডায়মন্ড (২০০৫) নকশাকে দুটি সংযুক্ত ডায়মন্ড হিসেবে সাজায়। প্রথমটি, আবিষ্কার তারপর সংজ্ঞায়ন, সমস্যা বিস্তৃতভাবে অন্বেষণ করতে ছড়ায়, তারপর তা নির্ভুলভাবে সাজাতে সংকুচিত হয়। দ্বিতীয়টি, বিকাশ তারপর সরবরাহ, সমাধান অন্বেষণ করতে ছড়ায়, তারপর একটি গড়তে সংকুচিত হয়। ডিসকভারি, একটি ডেলিভারি পর্যায় হিসেবে, প্রায় পুরোপুরি প্রথম ডায়মন্ডে থাকে। বারবার ঘটা ব্যর্থতা হলো দলগুলো প্রথমটি শেষ হওয়ার আগে দ্বিতীয় ডায়মন্ডে ছুটে যায়।

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

সমস্যা সাজানো। আপনি একটি সমস্যা কীভাবে বলেন তা আপনার বিবেচনা করা প্রতিটি সমাধানকে সীমিত করে। "রোগীরা অ্যাপয়েন্টমেন্ট মিস করেন" একটি অনুস্মারক অ্যাপ আমন্ত্রণ জানায়। "রোগীরা আর উপযুক্ত নয় এমন অ্যাপয়েন্টমেন্ট সহজে পুনর্বিন্যাস করতে পারেন না" স্ব-সেবা পুনঃবুকিং আমন্ত্রণ জানায়। একই লক্ষণ, ভিন্ন সমস্যা, আমূলভাবে ভিন্ন সেবা। ডিসকভারি তার জায়গা অর্জন করে মূলত তার তৈরি সমস্যা বিবৃতি-র মানে।

অনুমান, অনুকল্প ও প্রমাণ। প্রতিটি প্রকল্প অনুমানের ওপর দাঁড়ায়। ডিসকভারি সেগুলো স্পষ্ট করে, ঝুঁকি অনুযায়ী র‍্যাঙ্ক করে, এবং সবচেয়ে ঝুঁকিপূর্ণগুলো প্রকৃত ব্যবহারকারীদের সঙ্গে পরীক্ষা করে। লক্ষ্য নিশ্চয়তা নয়, যা অপ্রাপ্য, বরং প্রকল্পকে ডুবিয়ে দিতে পারে এমন বিষয়গুলোতে হ্রাসকৃত অনিশ্চয়তা।

শ্রেষ্ঠ চর্চা#

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 আট সপ্তাহের একটি ডিসকভারি চালায়।

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

দল প্রান্ত-থেকে-প্রান্ত বুকিং যাত্রা মানচিত্রিত করে এবং দেখে তিনটি প্রতিষ্ঠান, দুটি রোগী প্রশাসন সিস্টেম এবং একটি ফ্যাক্স মেশিন চক্রে আছে। তারা সমস্যাটিকে "রোগীরা অ্যাপয়েন্টমেন্ট ভুলে যান" থেকে "রোগীরা আর তাদের জন্য কাজ করে না এমন অ্যাপয়েন্টমেন্ট পুনর্বিন্যাস করতে আমাদের কাছে সহজে পৌঁছাতে পারেন না"-এ নতুন করে সাজায়। তারা তা পরিমাণ করে: নমুনা ক্লিনিকে DNA-র প্রায় ৪০% একটি ব্যর্থ পূর্ববর্তী যোগাযোগ চেষ্টা জড়িত ছিল। তারা একটি তথ্য-গভর্ন্যান্স প্রশ্ন (একটি ভাগ করা পুনঃবুকিং হাতিয়ার প্রতিষ্ঠানের সীমানা পেরোবে) এবং একটি ন্যায্যতার ফলাফল (সর্বোচ্চ DNA হার ছিল সবচেয়ে বঞ্চিত পোস্টকোডের রোগীদের মধ্যে, যাদের জন্য কাজের-সময়ের স্লটই ছিল বাধা) চিহ্নিত করে।

ডিসকভারি অ্যাপের বিরুদ্ধে, এবং স্ব-সেবা পুনঃবুকিং সহ স্লট-নির্ধারণ নীতির একটি পর্যালোচনা অন্বেষণকারী একটি আলফার পক্ষে সুপারিশ করে। নতুন করে সাজানো সমস্যা পৃষ্ঠপোষক দ্বারা সম্মত হয়, আলফার জন্য একজন ক্লিনিক্যাল নিরাপত্তা অফিসারের নাম দেওয়া হয়, এবং একটি ডেটা সুরক্ষা প্রভাব মূল্যায়ন কমিশন করা হয়। ICS আট সপ্তাহ ব্যয় করেছে এবং এমন একটি সমাধানে অর্থায়ন এড়িয়েছে যা প্রকাশ্যে পরিমাপযোগ্যভাবে ব্যর্থ হতো।

খাতভিত্তিক দৃষ্টিকোণ#

স্টার্ট-আপ#

একটি ডিজিটাল-স্বাস্থ্য স্টার্ট-আপ ডিসকভারি চালায় অল্প সম্বলে ও ঘড়ির বিরুদ্ধে, প্রায়ই "ডিসকভারি" হলো প্রতিষ্ঠাতাদের নিজস্ব জীবন্ত অভিজ্ঞতা সঙ্গে বিনিয়োগকারী সভার মাঝে চেপে-ঢোকানো দুই সপ্তাহের ব্যবহারকারী সাক্ষাৎকার। অর্থায়নের চাপ হলো গতি দেখানো, যা প্রতিষ্ঠাতাদের সরাসরি একটি ডেমোতে লাফিয়ে যেতে প্রলুব্ধ করে; সবচেয়ে গুরুত্বপূর্ণ শৃঙ্খলা হলো সবচেয়ে ঝুঁকিপূর্ণ অনুমানের নাম বলা এবং তা ব্যর্থ হলে ধারণাটি সস্তায় মেরে ফেলা, কারণ একটি স্টার্ট-আপ একবারও ভুল জিনিস গড়তে পারে না। জবাবদিহিতা একটি সংবিধিবদ্ধ বোর্ডের বদলে বিনিয়োগকারী ও প্রাথমিক গ্রহণকারীদের কাছে, তাই থামার শর্ত ক্লিনিক্যালের মতোই বাণিজ্যিক (অর্থ দেওয়ার ইচ্ছা নেই, পৌঁছানো-যায় এমন বাজার নেই)। সুবিধা গতি ও দিক-পরিবর্তনের স্বাধীনতা; ঝুঁকি হলো একটি আকর্ষণীয় প্রতিষ্ঠাতা-আখ্যানকে প্রকৃত ব্যবহারকারীর প্রয়োজনের প্রমাণ ভাবা।

ক্ষুদ্র ব্যবসা#

একটি প্রতিষ্ঠিত ছোট প্রদানকারী, যেমন একটি জিপি প্র্যাকটিস, কমিউনিটি ফার্মেসি, কেয়ার হোম, গৃহভিত্তিক পরিচর্যা সংস্থা, একক-স্থানের ক্লিনিক, বা রাজস্ব-পূর্ব পর্যায় পেরোনো একটি ছোট স্বাস্থ্য-প্রযুক্তি সরবরাহকারী, প্রকৃত রোগী ও চলমান পরিচালনা রাখে, কিন্তু একটি আনুষ্ঠানিক ডিসকভারিতে কর্মী নিয়োগের জন্য কদাচিৎ একজন অতিরিক্ত ব্যবহারকারী গবেষক বা সেবা ডিজাইনার আছে। এখানে ডিসকভারি হালকা ও সুযোগসন্ধানী: "গবেষণা" হলো সেই রিসেপশনিস্ট যিনি ইতিমধ্যে জানেন রোগীরা কেন ফোনে পৌঁছাতে পারেন না, সেই পরিচর্যাকর্মীরা যাঁরা প্রতিদিন কাগজপত্রের নকল দেখেন, এবং একটি পরিবর্তন যাঁদের প্রভাবিত করবে সেই ব্যবহারকারীদের সঙ্গে মুষ্টিমেয় সুচিন্তিত কথোপকথন। ফাঁদ হলো একই সংবিধিবদ্ধ দায়িত্ব, 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।
• Web Content Accessibility Guidelines (WCAG) 2.2, W3C; এবং অ্যাক্সেসিবিলিটি ও সহায়তাপ্রাপ্ত ডিজিটাল নিয়ে GOV.UK নির্দেশিকা।
• যুক্তরাজ্যের Caldicott নীতিমালা এবং 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