বিষয় 1.0 — ডিজিটাল স্বাস্থ্য ও পরিচর্যায় কাজের পদ্ধতি

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

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

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

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

এই চারটি চাপ, নিরাপত্তা, ন্যায্যতা, দায়িত্ব, অর্থ, কারণেই আপনি কেবল কোনো কনজিউমার-টেক প্লেবুক নকল করতে পারেন না। আপনার প্রয়োজন এমন কাজের পদ্ধতি যা অ্যাজাইল এবং জবাবদিহিমূলক, দ্রুত এবং নিরাপদ, ব্যবহারকারী-কেন্দ্রিক এবং জনগোষ্ঠীর প্রতি ন্যায্য।

মূল ধারণা#

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

ব্যবহারকারী-কেন্দ্রিক নকশা মানে একটি সেবা যাঁরা ব্যবহার করেন, অর্থাৎ রোগী, পরিচর্যাকারী, চিকিৎসক, প্রশাসক, তাঁদের প্রয়োজন থেকে শুরু করা, কোনো ধরে নেওয়া সমাধান থেকে নয়। যুক্তরাজ্যের Government Digital Service (GDS) ও NHS সেবা-মানে এটি সূত্রবদ্ধ করেছে: কিছু তৈরির আগে ব্যবহারকারী ও তাঁদের প্রয়োজন বুঝুন, এবং পুরো সময় ধরে প্রকৃত ব্যবহারকারীদের সঙ্গে পরীক্ষা চালিয়ে যান।

অ্যাজাইল, পুনরাবৃত্তিমূলক ডেলিভারি মানে সবকিছু আগে থেকে নির্দিষ্ট না করে, একটি কার্যকর সেবা আগেভাগে প্রকৃত ব্যবহারকারীদের সামনে আনা, শেখা ও খাপ খাওয়ানো। NHS ডিজিটাল সেবা ম্যানুয়াল স্পষ্ট করে বলে, অ্যাজাইল, ব্যবহারকারী-কেন্দ্রিক কাজের পদ্ধতি ভুল জিনিস তৈরির ঝুঁকি কমায়। এখানে অ্যাজাইল একটি ডেলিভারি পদ্ধতির মতোই একটি ঝুঁকি-ব্যবস্থাপনা কৌশল।

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

প্রকল্পের চেয়ে প্রোডাক্ট। একটি প্রকল্পের শুরু, শেষ ও হস্তান্তর থাকে; একটি প্রোডাক্ট-এর অর্থায়ন ও তত্ত্বাবধান হয় তার সমগ্র জীবনকাল জুড়ে। প্রকল্প থেকে প্রোডাক্ট-চিন্তায় এই স্থানান্তর (বিষয় 1.1 ও বিষয় 5.0 — প্রোডাক্ট-চালিত কাজ দেখুন) অর্থায়ন, দল ও জবাবদিহিতা বদলে দেয়, এবং এটি স্বাস্থ্যসেবার সঙ্গে, যা দীর্ঘস্থায়ী ও ক্রমাগত বিবর্তনশীল, এককালীন প্রকল্পের চেয়ে অনেক বেশি মানানসই।

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

1. ব্যবহারকারীর প্রয়োজন থেকে শুরু করুন, গবেষণা দিয়ে প্রমাণিত। কিছু তৈরির প্রতিশ্রুতি দেওয়ার আগে বুঝুন ব্যবহারকারী কারা, তাঁরা কী করার চেষ্টা করছেন এবং বর্তমান সেবা কোথায় তাঁদের ব্যর্থ করছে। একটি ডিসকভারিতে অর্থায়ন করুন (বিষয় 3.4 — ডিসকভারি পর্যায় দেখুন) এবং "আমরা ধরে নিয়েছিলাম"-কে লাল পতাকা হিসেবে দেখুন। অভ্যন্তরীণ পছন্দ নয়, ব্যবহারকারীর প্রয়োজনই পরবর্তী প্রতিটি সিদ্ধান্তের নোঙর।

2. বহুশাস্ত্রীয়, ক্ষমতায়িত ও স্থিতিশীল দল গড়ুন। ক্লিনিক্যাল নিরাপত্তা ও তথ্য গভর্ন্যান্সসহ দক্ষতার পূর্ণ মিশ্রণ জড়ো করুন এবং স্পষ্ট সীমারেখার মধ্যে সিদ্ধান্ত নেওয়ার কর্তৃত্ব দলকে দিন। প্রতিটি প্রকল্পের সীমানায় দল ভেঙে না দিয়ে একটি সেবাকে ঘিরে দলকে একসঙ্গে রাখুন; স্থিতিশীল দল সেই ক্ষেত্র-জ্ঞান ও নিরাপত্তা-জ্ঞান জমায়, যা স্বাস্থ্যসেবা দাবি করে।

3. খোলাখুলি কাজ করুন এবং ছোট ধাপে পুনরাবৃত্তি করুন। পাতলা অংশ প্রকাশ করুন, পরিমাপ করুন, সমন্বয় করুন। ছোট, ঘন ঘন রিলিজ বিগ-ব্যাং লঞ্চের চেয়ে নিরাপদ, কারণ সমস্যাগুলো ছোট থাকতে থাকতেই ধরা পড়ে, এবং এগুলো ক্লিনিক্যাল-নিরাপত্তা ও তথ্য-গভর্ন্যান্স পর্যালোচনাকে শেষ প্রান্তের গেট না হয়ে পরিবর্তনের সঙ্গে তাল মেলাতে দেয়।

4. প্রথম দিন থেকেই নিরাপত্তা ও ন্যায্যতাকে প্রথম শ্রেণির বিষয় করুন। ক্লিনিক্যাল ঝুঁকি ব্যবস্থাপনা (DCB0129/DCB0160) এবং সমতা/স্বাস্থ্য-অসমতা বিশ্লেষণ ডেলিভারির পাশাপাশি চালান, শেষ ধাপের অনুমোদন হিসেবে নয়। আগেভাগে জিজ্ঞাসা করুন কারা বাদ পড়তে বা ক্ষতিগ্রস্ত হতে পারেন, এবং কঠিনতম ক্ষেত্রগুলোর জন্য নকশা করুন: সহায়তাপ্রাপ্ত ডিজিটাল পথ, অ্যাক্সেসিবিলিটি (WCAG) এবং অফলাইন বিকল্প।

5. প্রমাণ দিয়ে সিদ্ধান্ত নিন, এবং সিদ্ধান্তটি নথিবদ্ধ করুন। ক্লিনিক্যাল প্রমাণ (এটি কি কাজ করে এবং নিরাপদ?) ও ডেলিভারি প্রমাণ (আমরা কি ভালোভাবে তৈরি করছি এবং এটি কি ব্যবহৃত হচ্ছে?) আলাদা করুন, এবং একটি হালকা সিদ্ধান্ত-লগ রাখুন যাতে কর্মী-পরিবর্তনের পরেও যুক্তি টিকে থাকে (বিষয় 1.3 — প্রমাণ-চালিত সিদ্ধান্ত দেখুন)। প্রমাণ সর্বোচ্চ বেতনভোগীর মতামতকে হারিয়ে দেয়।

6. আন্তঃকার্যক্ষমতা ও পুনর্ব্যবহারের জন্য নকশা করুন। স্বাস্থ্য ও পরিচর্যার তথ্যকে প্রতিষ্ঠানগুলোর মধ্যে নিরাপদে প্রবাহিত হতে হয়; উন্মুক্ত মানে (HL7 FHIR, SNOMED CT) তৈরি করুন এবং প্ল্যাটফর্ম নতুন করে উদ্ভাবন না করে পুনর্ব্যবহার করুন (বিষয় 1.1-এর "সবচেয়ে পাতলা কার্যকর প্ল্যাটফর্ম" এবং বিষয় 4.3 — আন্তঃকার্যক্ষমতা ও ডেটা মান দেখুন)। যে সেবা তথ্য ভাগ করতে পারে না তা এমন একটি সাইলো, যা ঝুঁকিতে পরিণত হওয়ার অপেক্ষায়।

7. আনুপাতিকভাবে শাসন করুন। আশ্বাসের ওজন ঝুঁকির স্তরের সঙ্গে মেলান। উচ্চ-ঝুঁকির ক্লিনিক্যাল পরিবর্তন গভীর যাচাই পাওয়ার যোগ্য; নিম্ন-ঝুঁকির বিষয়বস্তু পরিবর্তনকে বোর্ডের জন্য সপ্তাহের পর সপ্তাহ অপেক্ষা করতে হওয়া উচিত নয়। আনুপাতিক গভর্ন্যান্স আপনাকে একই সঙ্গে নিরাপদ ও দ্রুত রাখে।

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

9. দীর্ঘমেয়াদ ও হস্তান্তরের জন্য নকশা করুন। স্বাস্থ্যের ডিজিটাল সেবা সেগুলো তৈরি করা দল ও চুক্তির চেয়ে বেশি দিন টিকে থাকে, তাই সিদ্ধান্ত লিপিবদ্ধ করুন, নথিহীন "হিরো" জ্ঞান এড়ান, এবং যাঁরা বছরের পর বছর সেবাটি চালাবেন ও বদলাবেন তাঁদের জন্য নকশা করুন (বিষয় 10.3 — জ্ঞান ব্যবস্থাপনা ও নথিকরণ দেখুন)। দলের, প্রযুক্তির ও অর্থায়ন মডেলের টেকসইতাকে পরে ভাবার বিষয় না করে প্রথম শ্রেণির সীমাবদ্ধতা হিসেবে গণ্য করুন।

দলের সঙ্গে আলোচনার প্রশ্ন#

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

2. আমাদের দলগুলোর ভেতরে কি সত্যিই ক্লিনিক্যাল নিরাপত্তা ও তথ্য গভর্ন্যান্সসহ পূর্ণ বহুশাস্ত্রীয় দক্ষতার মিশ্রণ আছে, নাকি সেই শাস্ত্রগুলো এখনো শেষ ধাপের গেট হিসেবে জুড়ে দেওয়া? বিষয়টির যুক্তি, MDT হলো ডিজিটাল ডেলিভারির পরমাণু এবং বেশির ভাগ ব্যর্থতা টেবিলে একটি শাস্ত্রের অনুপস্থিতিতে ফিরে যায়; তাই এই প্রশ্ন পরীক্ষা করে এই নীতি আপনার প্রতিষ্ঠানে বাস্তব নাকি কেবল আকাঙ্ক্ষা। এটি গুরুত্বপূর্ণ, কারণ কেবল গো-লাইভের সময় যুক্ত হওয়া একজন ক্লিনিক্যাল সেফটি অফিসার বা Caldicott Guardian হয় পুনরায় কাজ করতে, নয়তো অনিরাপদ শর্টকাট নিতে বাধ্য করে, অথচ প্রথম সপ্তাহ থেকে যুক্ত একজন একটি জীবন্ত বিপদ-লগ রাখেন যা ডেলিভারির গতি নিয়ন্ত্রণ করে। সামনে আনার মতো ট্রেড-অফ হলো খরচ ও দুষ্প্রাপ্যতা: বিশেষজ্ঞ ক্লিনিক্যাল, আইনি ও IG-সময় সত্যিই সীমিত, তাই "প্রতিটি দলে সবাইকে অন্তর্ভুক্ত করুন" বাস্তব সম্পদ-সীমাবদ্ধতার সঙ্গে সংঘাতে পড়ে, এবং দলকে ঠিক করতে হয় কোথায় আংশিক বা ভাগ করা ভূমিকা গ্রহণযোগ্য, কোথায় নয়। একটি বর্তমান সেবা নিন এবং মানচিত্র আঁকুন স্থায়ী দলে আসলে কারা আছেন আর কাদের বাইরের অনুমোদন হিসেবে পরামর্শ নেওয়া হয়, এবং দেখুন দলটির কি সীমারেখার মধ্যে সিদ্ধান্ত নেওয়ার কর্তৃত্ব আছে, নাকি তাকে বারবার ঊর্ধ্বতনে পাঠাতে হয়। সৎ, ভালো উত্তর নির্দিষ্টভাবে বলে কোন শাস্ত্রগুলো অনুপস্থিত বা ধার করা, সম্পদের টানাপোড়েন খোলাখুলি স্বীকার করে, এবং দুষ্প্রাপ্যতা অস্বীকার না করে ফাঁক পূরণের একটি মূর্ত মডেল প্রস্তাব করে, যা পূর্ণকালীন, আংশিক বা কল-ভিত্তিক হতে পারে।

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

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

5. আমরা কোথায় এমন নল নতুন করে উদ্ভাবন করছি যা ইতিমধ্যে আছে, এবং উন্মুক্ত মানে তৈরি করা ও ভাগ করা প্ল্যাটফর্ম পুনর্ব্যবহার আসলে কোথায় আমরা যা প্রকাশ করি তা বদলে দিত? আন্তঃকার্যক্ষমতা ও পুনর্ব্যবহারের জন্য নকশা বিষয়টির শ্রেষ্ঠ চর্চাগুলোর একটি, এবং এই প্রশ্ন দলকে পুনর্ব্যবহারের বদলে বিশেষভাবে তৈরির টানের মুখোমুখি করে: লগইন, নোটিফিকেশন, রেকর্ড ইন্টিগ্রেশন, যা এক ডজন অন্য দলও তৈরি করেছে। এটি গুরুত্বপূর্ণ, কারণ খণ্ডিত ব্যবস্থায় প্রতিটি নতুন করে উদ্ভাবিত উপাদান দুবার খরচ হওয়া জনগণের অর্থ এবং নিরাপদে তথ্য বিনিময়ে অক্ষম একটি নতুন সাইলো; উল্টো দিকে, HL7 FHIR ও SNOMED CT অনুযায়ী তৈরি করা এবং সবচেয়ে পাতলা কার্যকর প্ল্যাটফর্ম পুনর্ব্যবহার করাই একটি সেবাকে ক্রয়-প্রক্রিয়া পার হতে এবং একটি ICS জুড়ে তথ্য ভাগ করতে দেয়। প্রকৃত ট্রেড-অফ হলো, পুনর্ব্যবহার মানে নির্ভরতা: একটি ভাগ করা প্ল্যাটফর্ম ধীর, কম উপযোগী, বা অন্য কারও রোডম্যাপে শাসিত হতে পারে, তাই দলকে ভাগ করা উপাদানের টানের সঙ্গে বিশেষভাবে তৈরি সাইলোর দীর্ঘমেয়াদি খরচ ও ঝুঁকি মেপে দেখতে হয়। একটি চলমান নির্মাণ পরীক্ষা করুন এবং তালিকা করুন কোনটি সত্যিই নতুন আর কোনটি বিদ্যমান প্ল্যাটফর্ম, মান বা উন্মুক্ত উপাদানের নকল, এবং যাচাই করুন "আমরা সেটি পুনর্ব্যবহার করতে পারি না" প্রমাণিত সীমাবদ্ধতা নাকি অপরীক্ষিত অনুমান। ভালো উত্তর তৈরি করার মতো অংশ ও পুনর্ব্যবহারের মতো অংশের মধ্যে পার্থক্য করে, প্রস্তাবিত প্ল্যাটফর্মগুলোর পরিপক্বতা ও গভর্ন্যান্স নিয়ে সৎ থাকে, এবং যা কিছু তথ্য বিনিময় করবে তার জন্য উন্মুক্ত মানে প্রতিশ্রুতিবদ্ধ হয়।

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

বাস্তবে: স্বাস্থ্য ও পরিচর্যার একটি উদাহরণ#

একটি সমন্বিত পরিচর্যা ব্যবস্থা তিনটি অ্যাকিউট ট্রাস্ট, কমিউনিটি সেবা ও স্থানীয় কর্তৃপক্ষের সামাজিক পরিচর্যা জুড়ে চিকিৎসকদের একটি শেয়ার্ড কেয়ার রেকর্ড দিতে চায়। পুরোনো পদ্ধতিতে একটি নির্দিষ্ট-পরিধির প্রোগ্রাম কমিশন করা হতো, প্রতিটি স্ক্রিন আগে থেকে নির্দিষ্ট করা হতো এবং ইন্টিগ্রেশন হতো দেরিতে।

তার বদলে ICS একটি বহুশাস্ত্রীয় দল গঠন করে: একজন প্রোডাক্ট ম্যানেজার, ডেলিভারি ম্যানেজার, ব্যবহারকারী গবেষক, ইন্টারঅ্যাকশন ডিজাইনার, দুজন প্রকৌশলী, একজন ক্লিনিক্যাল সেফটি অফিসার ও একজন তথ্য গভর্ন্যান্স লিড, সঙ্গে একজন Caldicott Guardian ও একজন সামাজিক-পরিচর্যা অনুশীলনকারীর সঙ্গে যোগাযোগের সুযোগ। তারা আট সপ্তাহের একটি ডিসকভারি চালায় এবং দেখে একজন ডিস্ট্রিক্ট নার্স, একজন A&E কনসাল্ট্যান্ট ও একজন সমাজকর্মী আজ আসলে কীভাবে তথ্য খুঁজতে চেষ্টা করেন। তারা আবিষ্কার করে প্রকৃত যন্ত্রণা "তথ্য নেই" নয়, বরং "যে তথ্যের সাম্প্রতিকতায় আস্থা রাখা যায় না"।

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

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

একই চারটি চাপ, নিরাপত্তা, ন্যায্যতা, দায়িত্ব, অর্থ, প্রতিটি প্রতিষ্ঠানের ওপর পড়ে, কিন্তু সেগুলোর জবাবে যে কাজের পদ্ধতি দরকার তা আকার, অর্থায়ন ও জবাবদিহিতা অনুযায়ী বদলায়।

স্টার্ট-আপ#

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

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

একটি প্রতিষ্ঠিত ছোট প্রদানকারী, যেমন একটি জিপি প্র্যাকটিস, একটি কমিউনিটি ফার্মেসি, একটি কেয়ার হোম বা গৃহভিত্তিক পরিচর্যা সংস্থা, একটি একক-স্থানের ক্লিনিক, বা রাজস্ব-পূর্ব পর্যায় পেরোনো একটি ছোট স্বাস্থ্য-প্রযুক্তি সরবরাহকারী, একটি বড় ট্রাস্টের মতোই নিরাপত্তা, ন্যায্যতা, দায়িত্ব ও অর্থের চাপ বহন করে, কিন্তু সেগুলো মোকাবিলার সামর্থ্য তার ভগ্নাংশ। এখানে কাজের পদ্ধতিকে আমূল আনুপাতিক হতে হয়: নিবেদিত ডিজিটাল বা IG দল প্রায় থাকে না, তাই "বহুশাস্ত্রীয় দল" প্রায়ই কয়েকজন মানুষ, যাঁরা একাধিক টুপি পরেন, সঙ্গে একটি ভাগ করা বা আউটসোর্স করা ক্লিনিক্যাল-নিরাপত্তা ও তথ্য-সুরক্ষা সম্পদ। ফাঁদ হলো ধরে নেওয়া যে সংবিধিবদ্ধ দায়িত্ব প্রতিষ্ঠানের সঙ্গে ছোট হয়ে যায়; তা যায় না, তাই DCB0129/DCB0160 ক্লিনিক্যাল নিরাপত্তা, তথ্য-সুরক্ষা প্রভাব মূল্যায়ন এবং অ্যাক্সেসিবিলিটি একজন প্র্যাকটিস ম্যানেজার সবকিছুর জন্য দায়ী হলেও পুরোপুরি প্রযোজ্য থাকে। ব্যবহারিক শৃঙ্খলা হলো তৈরির চেয়ে পুনর্ব্যবহারের ওপর জোর দেওয়া: স্বীকৃত তৈরি-সমাধান গ্রহণ করুন, সরবরাহকারীরা যেন DTAC ও উন্মুক্ত মান (FHIR, SNOMED CT) পূরণ করে সে বিষয়ে জোর দিন, এবং জাতীয় ও ICS-সরবরাহিত প্ল্যাটফর্ম ব্যবহার করুন, যাতে নিরাপত্তা, আন্তঃকার্যক্ষমতা ও তথ্য গভর্ন্যান্স সীমিত সামর্থ্যে নতুন করে উদ্ভাবনের বদলে উত্তরাধিকারে পাওয়া যায়।

বৃহৎ প্রতিষ্ঠান#

একটি NHS ট্রাস্ট বা ICS-এর সমস্যা উল্টো: প্রচুর প্রক্রিয়া ও খণ্ডিত মালিকানা। এখানে কাজের পদ্ধতি নতুন চর্চা গ্রহণের মতোই ভুলে যাওয়া নিয়ে, অর্থাৎ নির্দিষ্ট-পরিধির প্রোগ্রামের অভ্যাস বিদায় দেওয়া, ভেঙে ফেলা-আবার গড়ার প্রকল্প দল থামানো। জবাবদিহিতা আনুষ্ঠানিক ও ব্যক্তিগত (একজন সিনিয়র রেসপনসিবল ওনার, একজন Caldicott Guardian, বোর্ড-পর্যায়ের ক্লিনিক্যাল নিরাপত্তা অনুমোদন), তাই সাফল্য হলো ওই ভূমিকাগুলো গেট হিসেবে জুড়ে না দিয়ে ডেলিভারি দলের ভেতরে স্থাপন করা। একটি বড় স্বাস্থ্য-প্রযুক্তি বা ফার্মা সরবরাহকারী উল্টো প্রতিবিম্বের মুখোমুখি হয়: শক্তিশালী প্রকৌশল পরিপক্বতা কিন্তু সম্মুখসারির ক্লিনিক্যাল বাস্তবতা থেকে দূরত্ব, যা বাস্তব চিকিৎসক-সময়সহ বহুশাস্ত্রীয় দলগুলো ঘোচাতে আছে।

সরকার#

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

ব্যর্থতার সাধারণ ধরন#

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

পরিপক্বতা মডেল#

চেকলিস্ট#

• প্রতিটি সেবার একটি নামধারী, স্থিতিশীল বহুশাস্ত্রীয় দল আছে, যাতে ক্লিনিক্যাল-নিরাপত্তা ও তথ্য-গভর্ন্যান্স দক্ষতা আছে।
• ডিসকভারি থেকে প্রমাণিত ব্যবহারকারীর প্রয়োজন ছাড়া কোনো নির্মাণ শুরু হয় না।
• ক্লিনিক্যাল ঝুঁকি ব্যবস্থাপনা (DCB0129/DCB0160) প্রথম দিন থেকে একটি জীবন্ত বিপদ-লগসহ চলে।
• একটি ন্যায্যতা/স্বাস্থ্য-অসমতা বিশ্লেষণ করা হয়েছে এবং সহায়তাপ্রাপ্ত-ডিজিটাল পথ আছে।
• ডেলিভারি ছোট, ঘন ঘন, পরিমাপযোগ্য অংশে এগোয়।
• সিদ্ধান্ত নথিবদ্ধ হয়, ক্লিনিক্যাল ও ডেলিভারি প্রমাণ আলাদা করে।
• সেবাগুলো উন্মুক্ত আন্তঃকার্যক্ষমতা মানে তৈরি এবং ভাগ করা প্ল্যাটফর্ম পুনর্ব্যবহার করে।
• গভর্ন্যান্সের ওজন ঝুঁকির সঙ্গে মেলানো এবং দলের কাছে জানা।
• প্রশিক্ষণ ও পরিবর্তনসহ পাইলট থেকে বিস্তার পর্যন্ত একটি অর্থায়িত পথ আছে।

মূল উৎস#

• NHS ডিজিটাল সেবা ম্যানুয়াল — NHS সেবা-মান ও তার পয়েন্টগুলো, যার মধ্যে "অ্যাজাইল কাজের পদ্ধতি ব্যবহার করুন" এবং "বহুশাস্ত্রীয় দক্ষতা ও দৃষ্টিভঙ্গিসহ একটি দল তৈরি করুন" (service-manual.nhs.uk)।
• GOV.UK Service Manual ও Government Service Standard — Government Digital Service (gov.uk/service-manual)।
• NHS England / NHSX — Digital Technology Assessment Criteria (DTAC)।
• ক্লিনিক্যাল নিরাপত্তা মান DCB0129 ও DCB0160 (NHS England / সাবেক NHS Digital)।
• NICE — ডিজিটাল স্বাস্থ্য প্রযুক্তির জন্য Evidence Standards Framework (nice.org.uk)।
• NHS England — স্বাস্থ্য-অসমতা কমানোর Core20PLUS5 পদ্ধতি।

তথ্যসূত্র#

1. User-centered design — Wikipedia — https://en.wikipedia.org/wiki/User-centered_design
2. Government Digital Service — Wikipedia — https://en.wikipedia.org/wiki/Government_Digital_Service
3. Agile software development — Wikipedia — https://en.wikipedia.org/wiki/Agile_software_development
4. Iterative and incremental development — Wikipedia — https://en.wikipedia.org/wiki/Iterative_and_incremental_development
5. Interdisciplinarity — Wikipedia — https://en.wikipedia.org/wiki/Interdisciplinarity
6. Product management — Wikipedia — https://en.wikipedia.org/wiki/Product_management
7. Health equity — Wikipedia — https://en.wikipedia.org/wiki/Health_equity
8. Web Content Accessibility Guidelines — Wikipedia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
9. Fast Healthcare Interoperability Resources (HL7 FHIR) — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
10. SNOMED CT — Wikipedia — https://en.wikipedia.org/wiki/SNOMED_CT
11. NHS service standard — NHS digital service manual, NHS England — https://service-manual.nhs.uk/standards-and-technology/service-standard
12. Government Service Standard — Government Digital Service, GOV.UK — https://www.gov.uk/service-manual/service-standard
13. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/digital-technology-assessment-criteria-dtac/
14. Clinical Risk Management: DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
15. Evidence Standards Framework for digital health technologies — NICE — https://www.nice.org.uk/about/what-we-do/digital-health
16. Core20PLUS5 — NHS England — https://www.england.nhs.uk/about/equality/equality-hub/national-healthcare-inequalities-improvement-programme/core20plus5/