বিষয় 6.6 — বিক্রেতা ও সেবা সমন্বয় ব্যবস্থাপনা (SIAM)

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

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

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

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

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

মূল ধারণা#

সেবা সমন্বয় ও ব্যবস্থাপনা (SIAM) হলো একাধিক সেবা প্রদানকারী সমন্বয় ও ব্যবসায় একটি একক, এন্ড-টু-এন্ড সেবা সরবরাহ করতে তাদের সমন্বিত করার একটি ব্যবস্থাপনা পদ্ধতি। এটি একটি শৃঙ্খলা হিসেবে উদ্ভূত হয়েছে ঠিক কারণ প্রতিষ্ঠান একক প্রধান ঠিকাদার থেকে একটি বহু-উৎস পরিচালনা মডেল-এ সরে গিয়েছিল, এবং তারপর আবিষ্কার করেছিল যে অংশগুলোকে একটি সমগ্র হিসেবে আচরণ করানোর জন্য কাউকে এখনো লাগে। SIAM একটি পণ্য নয় যা আপনি কেনেন; এটি সংজ্ঞায়িত ভূমিকা, প্রক্রিয়া ও গভর্ন্যান্সসহ একটি পরিচালনা মডেল। নির্ভরযোগ্য রেফারেন্স হলো Scopism SIAM Body of Knowledge, যা ITIL এবং IT সেবা ব্যবস্থাপনা (ITSM)-এর বিস্তৃততর চর্চার পাশে বসে, সেগুলো প্রতিস্থাপন করে না।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

সমস্যা একটি সোমবারে নিজেকে ঘোষণা করে। চিকিৎসকরা জানান জিপি রেফারেল অ্যাকিউট ট্রাস্টে অনুপস্থিত সংযুক্তিসহ, কখনো কখনো ঘণ্টা দেরিতে, আসছে। EPR বিক্রেতা ১০০% আপটাইম প্রতিবেদন করে এবং টিকিট বন্ধ করে। ইন্টিগ্রেশন সরবরাহকারী বলে তাদের ইঞ্জিন প্রাপ্ত প্রতিটি বার্তা পাস করছে। শেয়ার্ড কেয়ার রেকর্ড বিক্রেতা একই কথা বলে। নেটওয়ার্ক প্রদানকারী কোনো ত্রুটি দেখায় না। প্রতিটি সরবরাহকারী সবুজ; রেফারেল পথ অ্যাম্বার-থেকে-লালের পথে; এবং বাক্সগুলোর মধ্যকার তীরের মালিক কেউ নয়। নয় দিন ধরে, টিকিট ফেরত যেতে থাকলে রোগীরা অপেক্ষা করে।

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

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

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

স্টার্ট-আপ#

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

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

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

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

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

সরকার#

একটি জাতীয় সংস্থা, NHS England, একটি বিকেন্দ্রীকৃত স্বাস্থ্য বিভাগ, বা Crown Commercial Service-এর মতো একজন কাঠামো পরিচালক, সেই পরিবেশ আকার দেয় যেখানে প্রতিটি ট্রাস্ট তার সরবরাহকারীদের পরিচালনা করে। এর লিভারেজ হলো Government Commercial Function-এর Sourcing Playbook ও মানক শর্তের মাধ্যমে প্রত্যাশা নির্ধারণ করা, সহযোগিতা, বহনযোগ্যতা ও সরবরাহ-শৃঙ্খল আশ্বাসকে প্রতিটি ক্রেতা দুর্বলতা থেকে একা দরকষাকষি করা বিষয়ের বদলে বাজারের ডিফল্ট করা। সরকার পদ্ধতিগত দৃষ্টিও বহন করে: এটি দেখতে পারে, যা একটি পৃথক ট্রাস্ট পারে না, কখন একজন একক সরবরাহকারী বা প্ল্যাটফর্ম পুরো ব্যবস্থার জন্য একটি সংকটপূর্ণ তৃতীয় পক্ষ হয়ে উঠেছে, এবং সেই কেন্দ্রীভবনকে একটি জাতীয় স্থিতিস্থাপকতা বিষয় হিসেবে পরিচালনা করতে হবে। এর দায়িত্ব নিশ্চিত করা যে কাঠামো নকশা, আশ্বাস ব্যবস্থা ও জাতীয় সেবা লক-ইন ও একক ব্যর্থতার বিন্দু পাকা করার বদলে কমায় (বিষয় 9.1 — স্থানীয় ও জাতীয় সরকারের সঙ্গে কাজ দেখুন)।

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

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

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

চেকলিস্ট#

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

মূল উৎস#

• Scopism, SIAM Body of Knowledge এবং SIAM Professional Body of Knowledge, সেবা সমন্বয় ও ব্যবস্থাপনার ভূমিকা, কাঠামো ও প্রক্রিয়ার চূড়ান্ত মুক্ত রেফারেন্স।
• AXELOS, ITIL 4, ঘটনা, সমস্যা, পরিবর্তন ও সরবরাহকারী ব্যবস্থাপনার IT সেবা ব্যবস্থাপনা চর্চা যা SIAM সরবরাহকারীদের জুড়ে প্রসারিত করে।
• UK Government Commercial Function, The Sourcing Playbook এবং Outsourcing Playbook, উৎস, চুক্তি ব্যবস্থাপনা ও প্রস্থানের সরকারি-খাত নির্দেশিকা।
• Crown Commercial Service, সরকারি-খাত প্রযুক্তি ও ম্যানেজড-সার্ভিস ক্রয়ের কাঠামো চুক্তি ও মানক শর্ত।
• National Cyber Security Centre (NCSC), Supply chain security guidance, সরবরাহকারী ও সাব-কন্ট্রাক্টর জুড়ে সাইবার ঝুঁকি মূল্যায়ন ও পরিচালনা।
• HM Government / Cabinet Office, সরকারি সেবায় সংকটপূর্ণ তৃতীয় পক্ষ ও কেন্দ্রীভবন ঝুঁকি পরিচালনা সংক্রান্ত নির্দেশিকা।
• NHS England, ক্লিনিক্যাল নিরাপত্তা মান DCB0129/DCB0160 এবং সরবরাহকারীদের কাছে ফ্লো-ডাউন করার ডেটা-প্রক্রিয়াকরণ প্রয়োজন।

তথ্যসূত্র#

1. Service integration and management — Wikipedia — https://en.wikipedia.org/wiki/Service_integration_and_management
2. ITIL — Wikipedia — https://en.wikipedia.org/wiki/ITIL
3. IT service management — Wikipedia — https://en.wikipedia.org/wiki/IT_service_management
4. Outsourcing — Wikipedia — https://en.wikipedia.org/wiki/Outsourcing
5. Business process outsourcing — Wikipedia — https://en.wikipedia.org/wiki/Business_process_outsourcing
6. Managed services — Wikipedia — https://en.wikipedia.org/wiki/Managed_services
7. Service-level agreement — Wikipedia — https://en.wikipedia.org/wiki/Service-level_agreement
8. Third-party management — Wikipedia — https://en.wikipedia.org/wiki/Third-party_management
9. Supply chain — Wikipedia — https://en.wikipedia.org/wiki/Supply_chain
10. Supply chain risk management — Wikipedia — https://en.wikipedia.org/wiki/Supply_chain_risk_management
11. Concentration risk — Wikipedia — https://en.wikipedia.org/wiki/Concentration_risk
12. Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
13. Continual improvement process — Wikipedia — https://en.wikipedia.org/wiki/Continual_improvement_process
14. Kraljic matrix — Wikipedia — https://en.wikipedia.org/wiki/Kraljic_matrix
15. Scopism — SIAM Body of Knowledge — https://www.scopism.com/
16. AXELOS — ITIL 4 — https://www.axelos.com/certifications/itil-service-management
17. UK Government Commercial Function — The Sourcing Playbook — GOV.UK — https://www.gov.uk/government/publications/the-sourcing-playbook
18. National Cyber Security Centre — Supply chain security guidance — NCSC — https://www.ncsc.gov.uk/collection/supply-chain-security
19. Crown Commercial Service — GOV.UK — https://www.gov.uk/government/organisations/crown-commercial-service