موضوع 6.6 — فراہم کنندگان اور خدمات کے انضمام کا انتظام (SIAM)

درجنوں سپلائرز سے سلے صحت اور نگہداشت کے نظام میں، آپ کے مریض اور معالجین جو خدمت واقعی محسوس کرتے ہیں وہ اتنی ہی اچھی ہے جتنے سپلائرز کے درمیان جوڑ — اس لیے کسی کو وہ سرے سے سرے تک کا مکمل نظام سنبھالنا چاہیے جسے کوئی ایک معاہدہ بیان نہیں کرتا۔

یہ صحت اور نگہداشت میں کیوں اہم ہے#

کوئی جدید NHS ٹرسٹ یا مربوط نگہداشتی نظام (ICS) ایک سپلائر پر نہیں چلتا۔ ایک طبی کام کا بہاؤ — جی پی کا ریفرل جو بیرونی مریض کی ملاقات، خط، ٹیسٹ کا نتیجہ اور نسخہ بنتا ہے — ایک سپلائر کے برقی مریض ریکارڈ، دوسرے کے انضمام کے انجن، تیسرے کے ہوسٹنگ پلیٹ فارم، نیٹ ورک فراہم کنندہ، قومی spine خدمت، اور چوتھے فریق کے چلائے منظم سروس ڈیسک سے گزر سکتا ہے جسے آپ نے کبھی نہیں ملا۔ ہر حصے کا معاہدہ درست ہو سکتا ہے۔ مریض کو ملنے والی خدمت ان کے درمیان کے خلا میں رہتی ہے۔

یہ تجارتی تعلق کا چلانے اور عملیات کا پہلو ہے، اور یہی وہ جگہ ہے جہاں قدر حاصل ہوتی ہے یا خاموشی سے کھو جاتی ہے۔ خریداری اور تجارتی ٹیمیں (دیکھیے موضوع 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 — 99.9٪ سرور اپ ٹائم، ٹکٹ ہدف میں بند — پورا کر سکتا ہے جبکہ معالج کا اصل دن بدحال اور راستہ سرے سے سرے تک ٹوٹا ہو۔ جز کے SLAs کو تجربے کی سطح کے معاہدوں اور سرے سے سرے تک کے پیمانوں سے مکمل کریں جو مریضوں اور عملے کے تجربے کو ظاہر کریں، اور "تربوز" رپورٹنگ سے ہوشیار رہیں: باہر سے سبز، اندر سے سرخ۔ جہاں پیمانہ کھیل کر پورا ہو سکے (ٹکٹ بند اور دوبارہ کھولنا، شدت کی دوبارہ درجہ بندی) اسے دوبارہ ڈیزائن کریں تاکہ سپلائر کی ترغیب اس نتیجے سے ہم آہنگ ہو جو آپ واقعی چاہتے ہیں۔

5. تمام سپلائرز میں ایک مربوط واقعے اور مسئلے کا عمل چلائیں۔ جب واقعہ کئی فروشوں پر پھیلے تو "سوئول-چیئر" مسئلہ — ہر سپلائر کا اصرار کہ خرابی کہیں اور ہے جبکہ خدمت بند رہتی ہے — کثیر ماخذ کا سب سے نقصان دہ واحد نمونہ ہے۔ خدمات کے مربوط کنندہ کو بڑا واقعہ اعلان کرنے، ہر متعلقہ فراہم کنندہ کو ایک پل پر لانے، اور خرابی جس کے جز میں بھی ہو حل چلانے کا اختیار دیں، بغیر الزام کے "پہلے ٹھیک کرو، الزام بعد میں بانٹو" کے اصول کے ساتھ۔ یہ ان اندرونی ITIL نظم و ضبط کی عکاسی کرتا ہے جو آپ کا خدمات کے انتظام کا فعل پہلے چلاتا ہے (دیکھیے موضوع 3.8 — خدمات کا انتظام اور براہِ راست عملیات)، معاہداتی سرحد پار بڑھایا گیا تاکہ بحران کے دوران سپلائی چین ایک عملیات ٹیم کی طرح برتاؤ کرے۔

6. معاہدے اور کارکردگی کے انتظام کو فعال، شواہد والا نظم و ضبط بنائیں۔ دستخط کے بعد دراز میں چھوڑا معاہدہ چھوڑا ہوا پیسہ اور لیور ہے۔ SLAs کے مقابل ساخت یافتہ کارکردگی کے جائزے رکھیں، جہاں واجب ہوں خدمت کی کریڈٹس ٹریک اور واقعی دعویٰ کریں، مشترکہ خطرے اور مسائل کا رجسٹر رکھیں، اور کارکردگی کا قابلِ آڈٹ ریکارڈ رکھیں جو تجدید یا تنازع پر اہم ہوگا۔ خدمت کی کریڈٹس مقصد نہیں — وہ اشارہ اور لیور ہیں؛ پختہ تعلق مسلسل کم کارکردگی کو بہتری کے منصوبوں اور، آخرکار، خروج کو متحرک کرنے کے لیے استعمال کرتا ہے، محض چھوٹی رعایت بینک کرنے کے لیے نہیں (دیکھیے موضوع 6.4 — نظامت اور یقین دہانی)۔

7. طبی تحفظ، ڈیٹا کے تحفظ اور سائبر کی ذمہ داریاں چین کے نیچے تک بہائیں۔ آپ کے قانونی فرائض آپ کے بنیادی سپلائر پر نہیں رکتے؛ انہیں ڈیٹا ہوسٹ کرنے والے ذیلی ٹھیکیدار اور مصنوعہ کے اندر کی کھلی ماخذ لائبریری تک پہنچنا چاہیے۔ متعلقہ معیارات کے تحت طبی تحفظ کی ذمہ داریوں کا نیچے بہنا، ڈیٹا پروسیسنگ کی شرائط، اور NCSC کی سپلائی چین کی رہنمائی سے ہم آہنگ سائبر کنٹرولز کا تقاضا کریں، اور چوتھے فریقوں کی نمائی مانگیں تاکہ آپ جانیں چین میں واقعی کون ہے۔ ارتکاز کے خطرے کا صریح جائزہ لیں — اگر آپ کی تین اہم خدمات ایک ہائپر اسکیلر کے علاقے یا ایک منظم خدمت کے فراہم کنندہ پر بیٹھی ہوں تو واحد ناکامی علاقائی بندش ہے، اور تخفیف بورڈ کا فیصلہ ہے جو جانتے بوجھتے کرنا ہے (دیکھیے موضوع 3.9 — کاروباری تسلسل اور آفت سے بحالی)۔

8. خروج کا منصوبہ اس سے پہلے بنائیں کہ آپ اسے لینے کو بے تاب ہوں۔ چھوڑنے کی صلاحیت محفوظ کرنے کا سستا ترین وقت دستخط سے پہلے ہے؛ جس لمحے آپ کو اس کی سب سے زیادہ ضرورت ہو آپ کا سارا لیور جا چکا ہوتا ہے۔ ہر اہم سپلائر کے لیے زندہ خروج کا منصوبہ رکھیں جو کھلی، دستاویزی شکلوں میں ڈیٹا نکالنے، علم کی منتقلی، منتقلی کی معاونت کی ذمہ داریوں، اور وہ اثاثے اور لائسنس جو آپ کو کہیں اور دوبارہ فراہم کرنے کے لیے چاہییں کا احاطہ کرے۔ حقیقی منتقلی کی صلاحیت ثابت کی جاتی ہے، وعدہ نہیں — جانچیں کہ آپ اپنا ڈیٹا برآمد کر کے کہیں اور کھڑا کر سکتے ہیں، کیونکہ ملکیتی ڈمپ میں اپنے ڈیٹا کا معاہداتی حق اسے استعمال کر سکنے جیسا نہیں (عمل میں سپلائر کی پابندی سے بچنے کے لیے دیکھیے موضوع 4.0 — تکنیکی فن تعمیر، کلاؤڈ اور پرانے نظام)۔

اپنی ٹیم کے ساتھ زیرِ بحث لانے کے سوالات#

1. جب رات 2 بجے واقعہ تین سپلائرز پر پھیلے تو ان سب کو ایک ٹیم کی طرح عمل کرانے کا اختیار کس کے پاس ہے — اور کیا ہر معاہدہ انہیں بلاوے کا جواب دینے کا پابند کرتا ہے؟ یہ اس لیے اہم ہے کہ سوئول-چیئر ناکامی تکنیکی نہیں بلکہ اختیار کا خلا ہے: سپلائرز معقولیت سے برتاؤ کرتے ہیں جب وہ اپنا SLA بچاتے اور الزام ٹالتے ہیں، اور اسے صرف معاہداتی پشت پناہی والا نامزد مربوط کنندہ اوور رائیڈ کر سکتا ہے۔ دیانت داری سے بحث کریں کہ آیا ایسا کردار آج آپ کے ادارے میں موجود ہے، آیا اس کے پاس حقیقی اختیار ہے یا محض بلاتا اور منتیں کرتا ہے، اور آیا آپ کے فراہم کنندہ کے معاہدے مشترکہ بڑے واقعے کے پل پر تعاون کا تقاضا کرتے ہیں یا محض حوصلہ افزائی۔ مشکل ترین کیسز پر غور کریں — خرابی جو قومی خدمت، ہوسٹنگ فراہم کنندہ اور ایپلی کیشن فروش پر پھیلی ہو، جہاں پہلے گھنٹے بنیادی وجہ واقعی مبہم ہو۔ دیکھیں کہ آیا آپ بغیر الزام "پہلے بحال کرو، بعد میں بانٹو" کا اصول چلاتے ہیں، یا تجارتی ٹیمیں ذمہ داری پر بحث کرتی ہیں تو حل رکتا ہے۔ اچھا جواب جواب دہ مربوط کنندہ کا نام لیتا ہے، ان معاہدے کی شقوں کی طرف اشارہ کرتا ہے جو تعاون پر مجبور کرتی ہیں، اور حالیہ سرحد پار واقعے کی وضاحت کر سکتا ہے جہاں ماڈل نے کام کیا — یا بے لاگ مانتا ہے کہ پچھلی بار نہیں کیا۔

2. کن سپلائرز کے اچانک نقصان کو ہم واقعی برداشت نہیں کر سکتے — اور جس صبح وہ ناکام ہوں ہم اصل میں کیا کریں گے؟ یہ ارتکاز کے خطرے کی گفتگو پر مجبور کرتا ہے جسے سورسنگ کی سہولت دفن کرتی ہے: نظام چند حکمت عملی کے شراکت داروں اور مٹھی بھر پلیٹ فارموں پر انحصار جمع کرتا ہے، اور مجموعی بے نقابی شاذ ہی نقشہ بند ہوتی ہے جب تک واقعہ اسے ظاہر نہ کرے۔ بحث کریں کہ کون سے فروش طبی خدمت کے لیے واحد ناکامی کے نقطے ہیں، آیا انحصار معاہداتی، تکنیکی یا علمی ہے، اور حقیقی خطرہ چوتھے فریق کی چین میں کتنا گہرا بیٹھا ہے — ذیلی پروسیسر، آف شور معاونتی ٹیم، ایک ہائپر اسکیلر کا علاقہ۔ سودا دیانت داری سے تولیں: یکجا ہونا کارکردگی، انضمام اور بہتر قیمت خریدتا ہے، جبکہ تنوع لاگت پر لچک خریدتا ہے، اور درست جواب بورڈ کا دانستہ انتخاب ہے، ماضی کی خریداریوں کا حادثہ نہیں۔ غور کریں کہ آیا ان سپلائرز کے لیے آپ کے خروج اور تسلسل کے منصوبے جانچے ہوئے ہیں یا محض لکھے، اور کیا اگر سپلائر اگلے ہفتے دیوالیہ ہو جائے تو آپ اپنا ڈیٹا نکال کر دوبارہ ہوسٹ کر سکتے ہیں۔ دیانت دار جواب ان سپلائرز میں فرق کرتا ہے جنہیں آپ منظم کرتے ہیں اور ان چند میں جن کی ناکامی وجودی واقعہ ہے، اور دکھاتا ہے کہ آخر الذکر پر باقی خطرہ درست سطح پر شعوری طور پر قبول کیا گیا ہے۔

3. کیا ہم وہ ناپ رہے ہیں جو ہمارے معالجین اور مریض تجربہ کرتے ہیں، یا صرف وہ جو ہمارے سپلائرز کے لیے سبز رپورٹ کرنا آسان ہے؟ یہ سوال جز کے SLAs اور حقیقی نتائج کے درمیان خلا ابھارتا ہے، جہاں کثیر ماخذ کی خدمات خاموشی سے مایوس کرتی ہیں جبکہ ہر ڈیش بورڈ سبز ہے۔ کھوجیں کہ آپ کے نظام میں "تربوز" رپورٹنگ کہاں چھپتی ہے — انفرادی طور پر پورے ہوتے پیمانے جو مل کر ٹوٹا راستہ بناتے ہیں، ٹکٹ جو صارف سے دوبارہ کوشش کرنے کو کہہ کر بند ہوتے ہیں، اپ ٹائم جو ایسے سرور پر ناپی جاتی ہے جسے کوئی معالج نہیں چھوتا۔ بحث کریں کہ آیا آپ کے پاس کوئی حقیقی سرے سے سرے تک یا تجربے کی سطح کے پیمانے ہیں، ان کا مالک کون ہے، اور آیا سپلائرز کو اس نتیجے پر ترغیب ملتی ہے جو آپ چاہتے ہیں یا ایسے متبادل پر جس سے وہ کھیل سکتے ہیں۔ اس کشمکش پر غور کریں کہ امیر، تجربے پر مبنی پیمائش پیسہ اور کوشش لیتی ہے اور ان سپلائرز کی طرف سے متنازع ہو سکتی ہے جن کی کریڈٹس پرانے پیمانے پر منحصر ہیں۔ مضبوط جواب کم از کم ایک سرے سے سرے تک کے پیمانے کی طرف اشارہ کر سکتا ہے جو صارف کی حقیقت کی عکاسی کرے، بتاتا ہے کہ سپلائرز بھر میں یہ کیسے منظم ہے، اور بے لاگ ہے کہ موجودہ SLAs کہاں غلط رویے کو انعام دیتے اور اگلے توڑنے کے نقطے پر دوبارہ مذاکرات چاہتے ہیں۔

4. ہماری مربوط پرت کون چلائے — اندرونی ٹیم، بیرونی سپلائر، یا ملاجلا — اور کیا ہم نے اس انتخاب سے پیدا ہونے والے مفادات کے ٹکراؤ کے بارے میں دیانت داری برتی ہے؟ خدمات کے مربوط کنندہ کے لیے خود بنانے-یا-خریدنے کا فیصلہ اکثر دانستہ کے بجائے ڈیفالٹ سے ہوتا ہے، اور یہ بعد کے ہر تعلق کو ڈھالتا ہے۔ حقیقی سودے پر بحث کریں: اندرونی مربوط کنندہ علم اور کنٹرول برقرار رکھے ادارے کے اندر رکھتا ہے مگر کمیاب، مہنگی صلاحیت مانگتا ہے جو ٹرسٹ شاید نہ رکھ سکے؛ بیرونی مربوط کنندہ پختگی اور آلات جلدی خریدتا ہے مگر منظم کرنے کے لیے پرت جوڑتا ہے، اور شدید مسئلہ بنتا ہے اگر وہی سپلائر خدمت کا ستون بھی چلائے اور عملاً اپنا ہی ہوم ورک جانچ رہا ہو۔ درمیانی کیسز پر غور کریں — ملاجلا جہاں برقرار رکھا ادارہ جواب دہی اور ثالثی کا مالک ہو جبکہ شراکت دار عملیاتی مشینری دے — اور آیا آپ کے ادارے کے پاس مربوط کنندہ کی قیادت کرنے کی تجارتی اور تکنیکی سینیارٹی ہے بجائے اس کے کہ اس سے قیادت لیں۔ دیانت داری سے دیکھیں کہ انضمام کا علم آج اصل میں کہاں رہتا ہے، اور اگر اس مربوط کنندہ کا معاہدہ ختم ہو تو آپ کے سرے سے سرے تک نظارے کا کیا ہوگا۔ دیانت دار جواب بتاتا ہے کون مربوط کرتا ہے، وضاحت کرتا ہے کہ یہ ماڈل آپ کے سیاق کے لیے وراثت میں پانے کے بجائے کیوں چنا گیا، اور ان حفاظتی اقدامات کی طرف اشارہ کر سکتا ہے جو خدمات بھی پہنچانے والے مربوط کنندہ کو اپنی کارکردگی کی خود درجہ بندی سے روکتے ہیں۔

5. کیا طبی تحفظ، ڈیٹا کے تحفظ اور سائبر سیکیورٹی کے ہمارے قانونی فرائض واقعی چین میں گہرے چوتھے فریقوں تک پہنچتے ہیں — یا اس بنیادی سپلائر پر رک جاتے ہیں جس سے ہم نے دستخط کیے؟ یہ اس لیے اہم ہے کہ مریض کے تحفظ یا ڈیٹا کی خلاف ورزی کے واقعے کی جواب دہی معاہدے کی پیروی نہیں کرتی؛ یہ برقرار رکھے ادارے کے پاس رہتی ہے خواہ ناکامی تین پرتیں نیچے، ایسے ذیلی پروسیسر یا آف شور معاونتی ٹیم میں ہوئی جو آپ نے نہیں چنی۔ کھوجیں کہ آیا آپ کی نیچے بہنے والی شقیں حقیقی اور جانچی ہوئی ہیں — آیا متعلقہ معیارات کے تحت طبی تحفظ کی ذمہ داریاں، ڈیٹا پروسیسنگ کی شرائط اور سائبر کنٹرولز واقعی ذیلی ٹھیکیداروں پر معاہداتی طور پر عائد ہیں، اور آیا آپ کو اندازہ بھی ہے کہ وہ ذیلی ٹھیکیدار کون ہیں۔ اس کشمکش پر بحث کریں کہ بنیادی سپلائرز اپنی سپلائی چین ظاہر کرنے کی مزاحمت کرتے ہیں کیونکہ یہ تجارتی طور پر حساس ہے، جبکہ آپ وہ خطرہ جانچ نہیں سکتے جو آپ دیکھ نہیں سکتے، اور چوتھے فریق کی شفافیت کا مطالبہ خریداری سست اور منڈی تنگ کر سکتا ہے۔ ٹھوس ناکامی پر غور کریں — مصنوعہ کے اندر کھلی ماخذ لائبریری، ہوسٹنگ کا ذیلی ٹھیکیدار، تیسرے فریق کا تجزیاتی آلہ — اور آیا وہاں کا واقعہ آپ کی ذمہ داریوں کو قابلِ نفاذ پائے گا یا محض آرزو مندانہ۔ مضبوط جواب دکھاتا ہے کہ نیچے بہاؤ لکھا ہوا، شواہد والا اور کبھی کبھار آڈٹ ہوتا ہے، فرض نہیں کیا گیا، اور نام لے سکتا ہے کہ چین میں نمائی کہاں ختم ہوتی ہے۔

6. معاہدے پر دستخط کے بعد، اسے دراز میں فائل کرنے کے بجائے فعال طور پر کون منظم کرتا ہے — کریڈٹس کا دعویٰ، بہتری چلانا، اور سپلائرز کو اس قدر پر رکھنا جو ہم نے خریدی؟ کثیر ماخذ میں متعین رساؤ ایوارڈ کے بعد ہوتا ہے، جب خریداری کی توجہ آگے بڑھتی ہے اور چلانے اور عملیات کے برسوں کا کوئی مالک نہیں جہاں قدر حاصل ہوتی یا خاموشی سے کھوتی ہے۔ بحث کریں کہ آیا آپ SLAs کے مقابل ساخت یافتہ کارکردگی کے جائزے رکھتے ہیں، آیا آپ واقعی اپنی واجب خدمت کی کریڈٹس ٹریک اور دعویٰ کرتے ہیں، اور آیا مسلسل کم کارکردگی بہتری کا منصوبہ متحرک کرتی ہے یا محض جذب ہو جاتی ہے۔ اس کشمکش پر غور کریں کہ کریڈٹس کا تعاقب اس تعلق کو کھٹا کر سکتا ہے جس پر آپ منحصر ہیں، اور پختہ طریقہ کریڈٹس کو رعایت بینک کرنے کے بجائے بہتری کا اشارہ اور لیور سمجھتا ہے — لیکن سپلائرز جلد سیکھ لیتے ہیں کہ کون سے گاہک کبھی نہیں جانچتے۔ دیکھیں کہ آیا آپ کارکردگی کا قابلِ آڈٹ ریکارڈ رکھتے ہیں جو تجدید یا تنازع پر اہم ہوگا، اور آیا مسلسل بہتری معاہداتی توقع ہے یا کبھی کبھار کا احسان۔ دیانت دار جواب بیان کرتا ہے کہ ہر حکمت عملی کے تعلق کا مالک کون ہے، حالیہ کیس کی طرف اشارہ کرتا ہے جہاں شواہد والے کارکردگی کے انتظام نے سپلائر کا رویہ بدلا، اور بے لاگ مانتا ہے کہ معاہدے کہاں غیر منظم چل رہے ہیں اور قدر سال بہ سال رس رہی ہے۔

عملی مثال: صحت اور نگہداشت کی ایک مثال#

نارتھ مور انٹیگریٹڈ کیئر سسٹم اپنے پیمانے کا مخصوص ڈیجیٹل نظام چلاتا ہے: ایک بڑے فروش سے ہوسٹڈ برقی مریض ریکارڈ، دوسرے سے مشترکہ نگہداشتی ریکارڈ کا پلیٹ فارم، ماہر سے انضمام کا انجن اور انٹرفیس کی پرت، NHS انگلینڈ سے قومی خدمات، نیٹ ورک فراہم کنندہ سے رابطہ، اور نظاموں کے انضمام کار کا چلایا منظم سروس ڈیسک جس کی پہلی صف کی معاونت خود آف شور ذیلی ٹھیکے پر ہے۔ ہر معاہدہ دہائی میں الگ خریدا گیا، ہر ایک کا اپنا SLA ہے، اور — حال تک — ہر ایک کو مختلف ڈائریکٹوریٹ میں مختلف مینیجر منظم کرتا تھا۔

مسئلہ پیر کو خود کو ظاہر کرتا ہے۔ معالجین رپورٹ کرتے ہیں کہ جی پی کے ریفرل شدید ٹرسٹ میں گمشدہ منسلکات کے ساتھ، کبھی گھنٹوں دیر سے، پہنچ رہے ہیں۔ EPR فروش 100٪ اپ ٹائم رپورٹ کرتا اور ٹکٹ بند کرتا ہے۔ انضمام کا سپلائر کہتا ہے کہ اس کا انجن ہر وصول شدہ پیغام آگے بھیج رہا ہے۔ مشترکہ نگہداشتی ریکارڈ کا فروش یہی کہتا ہے۔ نیٹ ورک فراہم کنندہ کوئی خرابی نہیں دکھاتا۔ ہر سپلائر سبز ہے؛ ریفرل کا راستہ زرد-سرخ کی طرف جا رہا ہے؛ اور ڈبوں کے درمیان کے تیر کا کوئی مالک نہیں۔ نو دن مریض انتظار کرتے ہیں جبکہ ٹکٹ اچھلتے رہتے ہیں۔

نارتھ مور کا ردعمل برقرار رکھے ادارے کے اندر خدمات کے انضمام کا فعل کھڑا کرنا ہے، جس کی قیادت سپلائر اور خدمات کے انتظام کا سربراہ چھوٹی ٹیم اور، اہم بات، بورڈ سے دیے گئے اختیار کے ساتھ کرتا ہے۔ وہ پہلے نظام کی درجہ بندی کرتے ہیں — EPR، مشترکہ نگہداشتی ریکارڈ اور انضمام کا سپلائر حکمت عملی نامزد، نیٹ ورک فراہم کنندہ رکاوٹ والا سپلائر، لائسنس بیچنے والے عام — اور نظامت کی تال اس کے مطابق طے کرتے ہیں۔ پھر وہ ہر حکمت عملی کے معاہدے کے اگلے توڑنے کی شق پر اس سے منسلک عملیاتی شیڈول دوبارہ لکھتے ہیں تاکہ مربوط کنندہ کے بڑے واقعے کے پل میں تیس منٹ میں شامل ہونے اور مانگنے پر تشخیصی ڈیٹا بانٹنے کا فرض شامل ہو۔ سرے سے سرے تک کا "ریفرل مکمل اور بروقت پہنچایا گیا" پیمانہ متعین اور جز کے SLAs کے ساتھ رپورٹ ہوتا ہے، جس کا مالک کوئی ایک فروش نہیں بلکہ مربوط کنندہ ہے۔

امتحان چھ مہینے بعد آتا ہے، جب نتائج کے پیغام خاموشی سے ناکام ہونے لگتے ہیں۔ اس بار مربوط کنندہ ایک گھنٹے میں بڑا واقعہ اعلان کرتا ہے، تینوں حکمت عملی کے سپلائرز اور نیٹ ورک فراہم کنندہ کو بغیر الزام کے اصول کے تحت ایک پل پر بلاتا ہے، اور انہیں پیغام کو سرے سے سرے تک سراغ لگانے پر چلاتا ہے۔ بنیادی وجہ حروف کی انکوڈنگ کی تبدیلی نکلتی ہے جو انضمام کے سپلائر نے تعینات کی جسے EPR تجزیہ نہ کر سکا — خرابی جو بالکل اس جوڑ میں تھی جسے کوئی ایک سپلائر دیکھ نہ سکتا تھا۔ یہ چار گھنٹے میں ٹھیک ہوتی ہے، مشترکہ مسئلے کا ریکارڈ ٹھیک پکڑتا ہے، اور خدمت کی کریڈٹ کا دعویٰ مشترکہ ریگریشن ٹیسٹ سوٹ میں دوبارہ سرمایہ کاری ہوتا ہے۔ دریں اثنا، ICS خاموشی سے نوٹ کرتا ہے کہ تینوں حکمت عملی کے سپلائرز ایک ہی کلاؤڈ علاقے میں ہوسٹ کرتے ہیں، ارتکاز کا خطرہ Board Assurance Framework پر ریکارڈ کرتا ہے، اور جانچا ہوا ڈیٹا نکالنے کی مشق کمیشن کرتا ہے تاکہ اگر اسے کبھی منتقل ہونا پڑے تو منتقلی کی صلاحیت وعدہ نہیں بلکہ ثابت ہو۔

شعبہ جاتی زاویے#

اسٹارٹ اپ#

ڈیجیٹل صحت کا اسٹارٹ اپ عموماً اس موضوع کے دوسری طرف بیٹھتا ہے — یہ وہ سپلائر ہے جسے مربوط کیا جا رہا ہے، اور اس کا تجارتی مستقبل کسی اور کے SIAM ماڈل میں اچھا شہری بننے پر منحصر ہے۔ NHS کا کام جیتنے کا بڑھتی ہوئی حد تک مطلب یہ ثابت کرنا ہے کہ آپ بڑے واقعے کے پل میں شامل ہوں گے، اپنے ذیلی پروسیسرز ظاہر کریں گے، طبی تحفظ اور ڈیٹا کے تحفظ کی ذمہ داریاں نیچے بہائیں گے، اور خروج پر ڈیٹا صاف واپس کریں گے، اس لیے ان تعاون کی صلاحیتوں کو جلد بنانا اوپر کا بوجھ نہیں بلکہ مسابقتی فائدہ ہے۔ اندرونی طور پر، اسٹارٹ اپ اپنے اہم تیسرے فریقوں — اپنا کلاؤڈ ہوسٹ، ادائیگی کا پروسیسر اور تصدیقی فراہم کنندہ — کا صارف بھی ہے اور اپنے سے کہیں بڑے فروشوں پر تقریباً کوئی لیور نہ رکھتے ہوئے حقیقی ارتکاز کا خطرہ اٹھاتا ہے۔ جو نظم و ضبط پھیلتا ہے وہ انحصار کا نقشہ تازہ رکھنا، جہاں سستی تبدیلی کی لاگت دستیاب ہو وہاں فن تعمیر کی پابندی سے بچنا، اور گاہکوں سے اپنی چین کے چوتھے فریقوں کے بارے میں دیانت دار ہونا ہے۔

چھوٹا کاروبار#

قائم شدہ چھوٹا فراہم کنندہ — جی پی پریکٹس، کمیونٹی فارمیسی، کیئر ہوم یا گھریلو نگہداشت کی ایجنسی، ایک مقام کا کلینک — طبی تحفظ، ڈیٹا کے تحفظ اور سائبر سیکیورٹی کے وہی قانونی فرائض بڑے ٹرسٹ جیسے اٹھاتا ہے، مگر مخصوص IT فعل اور کم تجارتی لیور کے بغیر سپلائرز کا ڈھیر منظم کرتا ہے۔ عملاً پورا SIAM نظم و ضبط ایک یا دو افراد پر ڈھ جاتا ہے جو دوسرے کام بھی کرتے ہیں، اس لیے حقیقت پسندانہ قدم ان دو یا تین سپلائرز کی شناخت ہے جن پر طبی دن واقعی منحصر ہے — طبی نظام، رابطہ، مشترکہ ریکارڈ کا لنک — اور ان تعلقات کو دانستہ منظم کرنا جبکہ باقی پر ہلکی ہاتھ قبول کرنا۔ ارتکاز کا خطرہ شدید اور ناگزیر ہے: واحد پریکٹس مینجمنٹ سسٹم یا ایک براڈ بینڈ لائن مکمل واحد ناکامی کا نقطہ ہو سکتی ہے، اور تخفیف اکثر دوسرے سپلائر کے بجائے عملیاتی ہوتی ہے (ڈاؤن ٹائم کا طریقہ، دوسرا رابطہ)۔ خروج اور منتقلی کی صلاحیت یہاں اتنی ہی اہم ہے، کیونکہ ملکیتی ریکارڈ میں بند چھوٹا فراہم کنندہ منتقل ہونے کی اور بھی کم طاقت رکھتا ہے، اس لیے سپلائر پر دباؤ ڈالنے کے سوالات کھلی شکل میں ڈیٹا کی برآمد اور معاہدہ ختم ہونے پر کیا ہوتا ہے ہیں۔ اسٹارٹ اپ مرحلے سے آگے کا چھوٹا ہیلتھ ٹیک سپلائر الٹی تصویر کا سامنا کرتا ہے: اسے تعاون، نیچے بہاؤ اور خروج کی وہ ذمہ داریاں پوری کرنی ہیں جن کا اس کے NHS گاہک اب تقاضا کرتے ہیں، تعمیل کی ٹیم کے بغیر جو بڑا فروش رکھے۔

بڑا ادارہ#

بڑا ٹرسٹ، فراہم کنندہ کا اشتراک یا ICS SIAM کا نمونہ گاہک ہے: درجنوں سپلائرز، پے در پے خریداریوں سے جمع ہوا طویل عمر نظام، اور ایسی خدمات جن کے سرے سے سرے تک برتاؤ کا پوری طرح کوئی مالک نہیں۔ حقیقت پسندانہ مقصد حقیقی خدمات کے انضمام کی صلاحیت والا کام کرتا برقرار رکھا ادارہ ہے، سپلائر کی درجہ بندی تاکہ توجہ حکمت عملی کے چند کی طرف بہے، اور سرحد پار واقعے اور مسئلے کا انتظام جو معاہداتی سرحدوں کے پار کام کرے — مکمل ہم آہنگ SLAs کا افسانہ نہیں۔ سب سے مشکل کام معاہداتی اور ثقافتی ہے: جیسے توڑنے کی شقیں اجازت دیں پرانے معاہدوں میں تعاون کے فرائض پیچھے جوڑنا، اور سپلائرز کو اپنا ڈبہ بچانے سے پورے کے اپنے حصے کا مالک بننے کی طرف منتقل کرنا۔ اس پیمانے پر لچک کے سب سے بڑے فوائد پورٹ فولیو بھر میں ارتکاز کے خطرے کا نقشہ بنانے اور ان چند سپلائرز کے لیے خروج جانچنے سے آتے ہیں جن کی ناکامی علاقائی واقعہ ہوگی۔

حکومت#

قومی ادارہ — NHS انگلینڈ، ڈیوالو شدہ محکمۂ صحت، یا Crown Commercial Service جیسا فریم ورک چلانے والا — وہ ماحول ڈھالتا ہے جس میں ہر ٹرسٹ اپنے سپلائرز منظم کرتا ہے۔ اس کی طاقت Government Commercial Function کے Sourcing Playbook اور معیاری شرائط سے توقعات طے کرنا ہے، تعاون، منتقلی کی صلاحیت اور سپلائی چین کی یقین دہانی کو منڈی کا ڈیفالٹ بنانا بجائے اس کے کہ ہر خریدار اکیلا کمزوری سے مذاکرات کرے۔ حکومت نظامی نظارہ بھی رکھتی ہے: وہ دیکھ سکتی ہے، جیسا ایک ٹرسٹ نہیں دیکھ سکتا، کہ کب کوئی واحد سپلائر یا پلیٹ فارم پورے نظام کے لیے اہم تیسرا فریق بن گیا ہے، اور اسے اس ارتکاز کو قومی لچک کے معاملے کے طور پر منظم کرنا چاہیے۔ اس کا فرض یقینی بنانا ہے کہ فریم ورک کا ڈیزائن، یقین دہانی کے نظام اور قومی خدمات پابندی اور واحد ناکامی کے نقطوں کو پکا کرنے کے بجائے کم کریں (دیکھیے موضوع 9.1 — مقامی اور قومی حکومتوں کے ساتھ کام)۔

عام ناکامی کے طریقے#

• جواب دہی کا خلا۔ ہر سپلائر ایک جز کا مالک ہے اور کوئی سرے سے سرے تک کی خدمت کا نہیں، اس لیے سرحد پار مسائل کا کوئی گھر نہیں۔ حقیقی اختیار کے ساتھ جواب دہ مربوط کنندہ نامزد کریں۔
• سوئول-چیئر واقعہ۔ سپلائرز الزام ٹالتے ہیں جبکہ خدمت بند رہتی ہے اور کوئی انہیں تعاون پر مجبور کرنے کا بااختیار نہیں۔ ہر معاہدے میں واحد بڑے واقعے کا پل اور بغیر الزام "پہلے بحال کرو" کا اصول لازمی کریں۔
• تربوز SLAs۔ ہر جز کا پیمانہ سبز ہے جبکہ اصل خدمت سرخ؛ سپلائرز نتیجے نہیں پیمانے کو رپورٹ کرتے ہیں۔ مربوط کنندہ کے مالک سرے سے سرے تک اور تجربے کی سطح کے پیمانے جوڑیں۔
• یکساں نظامت۔ عام بیچنے والے اور حکمت عملی کے EPR شراکت دار کو ایک سا برتنا کوشش ضائع اور اہم تعلقات کو بھوکا کرتا ہے۔ سپلائرز کی درجہ بندی کریں اور نظامت کی تال کو اہمیت سے ملائیں۔
• دراز میں معاہدہ۔ دستخط کے بعد کوئی کارکردگی منظم، کریڈٹس کا دعویٰ، یا بہتری نہیں چلاتا، اس لیے قدر سال بہ سال رستی ہے۔ فعال، شواہد والا معاہدے کا انتظام چلائیں۔
• نادیدہ چوتھے فریق۔ ذمہ داریاں بنیادی کو نیچے بہتی ہیں مگر وہیں رک جاتی ہیں، نامعلوم ذیلی ٹھیکیداروں کو ڈیٹا یا خطرہ رکھتے چھوڑتی ہوئی۔ سپلائی چین کی نمائی اور نیچے تک کنٹرول کا تقاضا کریں۔
• غیر منظم ارتکاز۔ اہم خدمات خاموشی سے ایک سپلائر، پلیٹ فارم یا علاقے پر یکجا ہوتی ہیں یہاں تک کہ واحد ناکامی نظامی بن جائے۔ بورڈ کی سطح پر ارتکاز کے خطرے کا نقشہ بنائیں اور شعوری طور پر قبول کریں۔
• نظریاتی خروج۔ آپ کے ڈیٹا کا معاہداتی حق جو کبھی جانچا نہیں گیا منتقلی کی صلاحیت نہیں۔ ضرورت سے پہلے ڈیٹا نکالنا اور دوبارہ ہوسٹ کرنا ثابت کریں۔

پختگی کا ماڈل#

جانچ فہرست#

• برقرار رکھے ادارے کا نامزد کردار سرے سے سرے تک کی خدمت کا جواب دہ ہے اور سرے سے سرے تک SLA رکھتا ہے۔
• SIAM ماڈل — مربوط کنندہ، ستون، سرحد پار عمل — متعین اور سپلائر کے معاہدوں میں لکھا ہے۔
• سپلائرز اہمیت کے لحاظ سے درجہ بند ہیں، ہر درجے سے ملتی نظامت کی تال کے ساتھ۔
• سرے سے سرے تک اور تجربے کی سطح کے پیمانے جز کے SLAs کو مکمل کرتے ہیں اور مربوط کنندہ کی ملکیت ہیں۔
• واحد سپلائر بھر بڑے واقعے کا عمل موجود ہے، بغیر الزام "پہلے بحال کرو" کے اصول کے ساتھ جو معاہدے سے لازمی ہے۔
• معاہدے کی کارکردگی کا فعال جائزہ ہوتا ہے، خدمت کی کریڈٹس ٹریک اور دعویٰ ہوتی ہیں، اور بہتری کے منصوبے متحرک ہوتے ہیں۔
• طبی تحفظ، ڈیٹا کے تحفظ اور سائبر کی ذمہ داریاں ذیلی ٹھیکیداروں تک نیچے بہتی ہیں، چوتھے فریق کی نمائی کے ساتھ۔
• سپلائرز، پلیٹ فارموں اور علاقوں میں ارتکاز کا خطرہ نقشہ بند اور بورڈ کی سطح پر شعوری طور پر قبول ہے۔
• ہر اہم سپلائر کے لیے ڈیٹا، علم اور منتقلی کی معاونت کا احاطہ کرنے والا زندہ خروج کا منصوبہ ہے۔
• اہم خدمات کے لیے ڈیٹا نکالنا اور دوبارہ ہوسٹ کرنا جانچا گیا ہے، محض معاہدے میں وعدہ نہیں۔

کلیدی ماخذ#

• 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 انگلینڈ — طبی تحفظ کے معیارات 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