موضوع 4.3 — باہمی عملیت اور ڈیٹا معیارات

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

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

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

باہمی عملیت وہ چیز ہے جو منقطع نظاموں کے مجموعے کو ایسی چیز بناتی ہے جو مریض کے نقطۂ نظر سے مربوط خدمت کی طرح برتاؤ کرتی ہے۔ یہ مربوط نگہداشت کے نیچے کی نلکاری ہے۔ جب یہ کام کرتی ہے تو ایک ادارے کا معالج دیکھ سکتا ہے کہ دوسرے نے کیا ریکارڈ کیا ہے، اور بھروسا کر سکتا ہے کہ اس کا وہی مطلب ہے جو وہ سمجھتا ہے۔ جب یہ ناکام ہوتی ہے تو ناکامی اکثر تب تک خاموش رہتی ہے جب تک کسی کو نقصان نہ پہنچے۔

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

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

بنیادی تصورات#

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

صحت کے ڈیٹا کا تبادلہ معیارات سے ہوتا ہے۔ Health Level 7 (HL7) صحت کی دیکھ بھال میں سب سے زیادہ استعمال ہونے والے معیارات کا خاندان ہے۔ اس کی پرانی HL7 ورژن 2 (v2) پیغام رسانی، پائپ اور کیرٹ سے الگ متن استعمال کرتے ہوئے، اب بھی ہسپتالوں کی بے شمار پیغام رسانی کی بنیاد ہے اور برسوں رہے گی۔ اس کا جدید معیار، HL7 Fast Healthcare Interoperability Resources (FHIR)، طبی معلومات کو "وسائل" کے طور پر ماڈل کرتا ہے جو ویب طرز کے ایپلی کیشن پروگرامنگ انٹرفیسز (APIs) پر تبادلہ ہوتے ہیں، جو جدید ڈویلپرز کے لیے کام کرنا کہیں آسان بناتا ہے۔

پیغام کے معیارات کافی نہیں؛ آپ کو مواد کے لیے معیاری الفاظ کے ذخیرے بھی چاہییں۔ SNOMED CT (Systematized Nomenclature of Medicine — Clinical Terms) تشخیص، علامات، طریقہ ہائے کار اور مزید کے اندراج کے لیے NHS نگہداشت میں لازمی طبی اصطلاحیات ہے۔ ادویات اور آلات کی NHS ڈکشنری (dm+d) ادویات اور طبی آلات کے لیے معیاری ذخیرۂ الفاظ ہے، اور برقی نسخہ نویسی کی بنیاد ہے۔ بین الاقوامی درجہ بندی برائے امراض، دسویں اور گیارہویں نظرثانی (ICD-10 اور ICD-11)، جو عالمی ادارۂ صحت برقرار رکھتا ہے، روزمرہ طبی اندراج کے بجائے درجہ بندی، اعداد و شمار اور ادائیگی کے لیے استعمال ہوتی ہیں۔ openEHR صحت کے ریکارڈ کو مشترکہ، طبی طور پر منظم "آرکی ٹائپس" کے ذریعے ترتیب دینے کی کھلی تصریح ہے، اور کچھ ادارے طبی ڈیٹا ماڈلز کو کسی بھی واحد سپلائر سے آزاد رکھنے کے لیے استعمال کرتے ہیں۔

دو مزید خیالات بنیادی ہیں۔ NHS نمبر مشترکہ مریض شناخت کنندہ ہے جو ایک ہی شخص کے ریکارڈز کو اداروں کے پار قابلِ اعتماد طور پر جوڑنے دیتا ہے؛ مشترکہ شناخت کنندہ کے بغیر ملاپ اندازہ ہے۔ اور Integrating the Healthcare Enterprise (IHE) "پروفائلز" شائع کرتی ہے جو ٹھیک بتاتے ہیں کہ موجودہ معیارات کو ٹھوس مسائل جیسے دستاویزات کے اشتراک کے حل کے لیے کیسے ملایا جائے، تاکہ مختلف سپلائرز انہیں ایک ہی طرح نافذ کریں۔

ان سب کے نیچے حکمت عملی کا انتخاب ہے۔ شائع شدہ، دوبارہ قابلِ استعمال APIs کے ساتھ کھلے معیارات پر تعمیر منڈی کو مسابقتی اور آپ کے ڈیٹا کو قابلِ منتقلی رکھتی ہے۔ ملکیتی انٹرفیسز پر انحصار سپلائر کی پابندی پیدا کرتا ہے، جہاں سپلائر بدلنا اتنا مہنگا ہو جاتا ہے کہ آپ عملاً بدل نہیں سکتے۔ تاہم ڈیٹا کے معیار کے بغیر ان میں سے کوئی قدر نہیں دیتا: درست، مکمل، بروقت، یکساں کوڈ شدہ ڈیٹا باہمی عملیت کی پیشگی شرط ہے، بعد کی سوچ نہیں۔

بہترین طریقے#

1. معنوی اور تکنیکی باہمی عملیت میں فرق کریں، اور دونوں کے لیے ڈیزائن کریں۔ جشن منانا آسان ہے کہ اب دو نظاموں کے درمیان پیغام بہتا ہے اور یہ چھوٹ جانا کہ وصول کنندہ معالج اس کے معنی پر محفوظ طور پر بھروسا نہیں کر سکتا۔ ہمیشہ پوچھیں: کیا دوسری طرف یہ کوڈز، اکائیاں، اور نفی ٹھیک اسی طرح تعبیر کرتی ہے جیسے ہم؟ مشترکہ اصطلاحیات (SNOMED CT، dm+d) اور ویلیو سیٹس میں سرمایہ کاری کریں، صرف پیغام کی شکلوں میں نہیں، کیونکہ درست طریقے سے منتقل مگر غلط سمجھی گئی الرجی کسی پیغام کے نہ ہونے سے زیادہ خطرناک ہے۔

2. کھلے معیارات پر تعمیر کریں اور دوبارہ ایجاد کرنے کے بجائے پلیٹ فارم دوبارہ استعمال کریں۔ وسیع طور پر تائید شدہ اصول اپنائیں: کھلے معیارات پر تعمیر کریں، اور اپنا بنانے سے پہلے موجودہ قومی پلیٹ فارم اور خدمات دوبارہ استعمال کریں۔ NHS میں اس کا مطلب ہے HL7 FHIR APIs کو ترجیح دینا، NHS نمبر کو شناخت کنندہ کے طور پر استعمال کرنا، اور مخصوص نقطہ بہ نقطہ روابط بنانے کے بجائے Spine، GP Connect، اور مشترکہ نگہداشتی ریکارڈز جیسی قومی خدمات سے جڑنا۔ دوبارہ استعمال لاگت گھٹاتا، دیکھ بھال کا بوجھ بانٹتا، اور مطلب ہے کہ آپ کا ڈیٹا سفر کر سکتا ہے۔

3. NHS نمبر کو ہر ریکارڈ اور پیغام میں ناقابلِ سمجھوتا بنائیں۔ قابلِ اعتماد ریکارڈ کا ربط ایک قابلِ بھروسا مشترکہ شناخت کنندہ پر منحصر ہے۔ یقینی بنائیں کہ NHS نمبر گرفت میں آئے، قومی آبادیاتی خدمت کے مقابل تصدیق ہو، اور ہر متعلقہ ریکارڈ اور انٹرفیس پر موجود ہو۔ جہاں یہ غائب یا غیر تصدیق شدہ ہو اسے ڈیٹا کے معیار کا نقص سمجھیں جسے حل کرنا ہے، کیونکہ صرف نام اور تاریخ پیدائش پر ملاپ خطرناک غلط ملاپ اور چھوٹے ہوئے روابط دونوں پیدا کرتا ہے۔

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

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

6. مقامی تعبیرات کے بجائے شائع شدہ پروفائلز اور مطابقت کی جانچ استعمال کریں۔ معیارات لچکدار ہیں، اور دو ٹیمیں "وہی" FHIR وسیلہ غیر موافق طریقے سے نافذ کر سکتی ہیں۔ قومی نفاذی رہنما اور IHE پروفائلز اپنائیں جو تفصیلات پکی کرتے ہیں، اور سپلائرز سے لائیو ہونے سے پہلے ان کے مقابل مطابقت دکھانے کا تقاضا کریں۔ مطابقت کی جانچ "ہم FHIR کی معاونت کرتے ہیں" — دعویٰ جس کا اکیلے بہت کم مطلب ہے — کو قابلِ تصدیق، معاہداتی حقیقت بناتی ہے۔

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

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

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

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

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

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

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

5. ہمارے ادارے میں معیارات، اصطلاحیات اور مطابقت کا مالک کون ہے، اور کیا ان کے پاس "نہیں" کہنے کا اختیار ہے؟ نگہبانی کے بغیر باہمی عملیت بگڑتی ہے: ویلیو سیٹس بھٹکتے ہیں، مقامی رہنما الگ ہوتے ہیں، اور ہر نیا منصوبہ خاموشی سے اپنی تعبیر ایجاد کرتا ہے۔ پوچھیں کہ آیا معیارات، SNOMED CT اور dm+d کے ذیلی سیٹس، اور مطابقت کے ذمہ دار کوئی نامزد فعل ہیں، یا یہ علم چند افراد کے ذہنوں میں ہے۔ مرکزی یکسانیت اور مقامی ترسیل کی رفتار کے درمیان کشمکش پر غور کریں — دباؤ میں ٹیمیں تیز ترین چیز بنائیں گی جب تک کہ معیاروں کے فعل کے پاس دوبارہ استعمال کا تقاضا کرنے کا حقیقی اختیار نہ ہو۔ بحث کریں کہ اصطلاحیات کی دیکھ بھال کیسے فنڈ ہوتی ہے، یہ دیکھتے ہوئے کہ یہ غیر دلکش، مسلسل، اور کسی ایک منصوبے کے بجائے سب کے لیے مفید ہے۔ دیکھیں کہ جیسے FHIR، SNOMED CT اور قومی رہنما ارتقا پاتے ہیں آپ نفاذ کو کیسے ہم آہنگ رکھتے ہیں، بجائے اس ورژن پر منجمد ہونے کے جو پہلے اپنایا۔ دیانت دار جواب جواب دہ مالک، ان کی فنڈنگ، اور حالیہ مثال شناخت کرتا ہے جب انہوں نے معیار نافذ کیا یا ناکام رہے۔

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

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

شمالی انگلینڈ کا ایک مربوط نگہداشتی نظام جنرل پریکٹس، ہسپتال، اور کمیونٹی فارمیسی میں مشترکہ ادویات کا واحد منظر معالجین کو دینے نکلتا ہے، جب سنگین واقعے کے جائزے نے پایا کہ مریض کو ایسی ٹیموں نے دو باہم متاثر ہونے والی ادویات تجویز کیں جو ایک دوسرے کے ریکارڈ نہیں دیکھ سکتی تھیں۔

کشش یہ ہے کہ ایک سپلائر سے "ادویات کا ڈیش بورڈ" خریدا جائے اور اسے ہر نظام کے ڈیٹا بیس میں براہِ راست جوڑ دیا جائے۔ باہمی عملیت کا سربراہ اس کا مقابلہ کرتا ہے۔ اس کے بجائے پروگرام کھلے معیارات پر تعمیر کا طریقہ اپناتا ہے۔ ہر ماخذ نظام ادویات کا ڈیٹا HL7 FHIR وسائل کے طور پر سامنے لاتا ہے؛ ہر دوا dm+d سے کوڈ شدہ ہے تاکہ "وہی دوا" ہر جگہ ایک ہی معنی رکھے؛ اور ہر ریکارڈ تصدیق شدہ NHS نمبر پر کلیدی ہے تاکہ درست ادویات درست شخص سے جڑیں۔ جی پی کا ڈیٹا مخصوص فیڈ کے بجائے GP Connect کے ذریعے کھینچا جاتا ہے، مقامی صلاحیت ایجاد کرنے کے بجائے قومی صلاحیت دوبارہ استعمال کرتے ہوئے۔

ڈیٹا کی ابتدائی پروفائلنگ فوراً اپنی قدر ثابت کرتی ہے۔ ایک پریکٹس کا نظام کچھ ادویات کوڈ شدہ dm+d اندراجات کے بجائے آزاد متن میں ریکارڈ کر رہا تھا، یعنی وہ کسی بھی خودکار باہمی اثر کی جانچ کو نظر نہ آتیں۔ یہ لائیو ہونے سے پہلے ماخذ پر ٹھیک کیا جاتا ہے۔ ٹیم کو غیر تصدیق شدہ NHS نمبروں والے ریکارڈز کا جھرمٹ بھی ملتا ہے اور انہیں ملاپ کے لیے قومی آبادیاتی خدمت سے گزارتی ہے۔

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

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

اسٹارٹ اپ#

ڈیجیٹل صحت کا اسٹارٹ اپ اس پر جیتا یا مرتا ہے کہ وہ موجودہ نظاموں سے کتنی آسانی سے جڑتا ہے، اس لیے باہمی عملیت کو بنیادی خصوصیت سمجھیں، تعمیل کا کام نہیں۔ شروع سے FHIR APIs بنانا اور SNOMED CT اور dm+d استعمال کرنا آپ کو خریدنا اور مربوط کرنا کہیں آسان بناتا ہے، اور محتاط NHS خریداروں کو پختگی کا اشارہ دیتا ہے۔ جب معیار موجود ہو تو اپنا ڈیٹا ماڈل ایجاد کرنے کی خواہش کا مقابلہ کریں؛ آپ کی امتیازی خصوصیت آپ کی مصنوعہ ہونی چاہیے، ملکیتی فارمیٹ نہیں جو بوجھ بن جائے۔ NHS نمبر کے سنبھالنے اور معلومات کی نظامت کو جلد درست کرنا ہی آپ کو پائلٹ سے خریداری تک جانے دیتا ہے۔ اس طرح ڈیزائن کریں کہ گاہک اصولاً اپنا ڈیٹا نکال کر جا سکے — متناقض طور پر، وہی کشادگی ہے جو انہیں برقرار رکھنے کا اعتماد کماتی ہے۔

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

ایک قائم شدہ چھوٹا فراہم کنندہ — جی پی پریکٹس، کمیونٹی فارمیسی، کیئر ہوم، یا ایک مقام کا کلینک — سب سے بڑے ٹرسٹ جیسے ہی ڈیٹا محفوظ طور پر بانٹنے کے فرائض اٹھاتا ہے، مگر تکنیکی صلاحیت کے ایک حصے کے ساتھ۔ یہاں باہمی عملیت زیادہ تر خریداری اور ترتیب کا نظم و ضبط ہے، انجینئرنگ نہیں: ایسے نظام چنیں جو پہلے سے FHIR بولتے ہیں، GP Connect اور Spine جیسی قومی خدمات سے جڑیں، اور ڈبے سے SNOMED CT اور dm+d سے کوڈ کریں، تاکہ آپ معیارات بنانے کے بجائے وراثت میں پائیں۔ تصدیق شدہ NHS نمبر کی گرفت کو روزمرہ عمل کا حصہ بنائیں، کیونکہ بعد میں عدم مطابقتیں سلجھانے کے لیے کوئی انضمام کی ٹیم نہ ہونے پر، اندراج کے وقت شناخت کنندہ درست کرنا آپ کا سستا ترین حفاظتی اقدام ہے۔ مشترکہ نگہداشتی ریکارڈ کے پروگراموں اور اپنے مربوط نگہداشتی نظام کے مشترکہ بنیادی ڈھانچے پر ٹیک لگائیں بجائے ایسے مخصوص روابط کمیشن کرنے کے جن کی آپ دیکھ بھال نہیں کر سکتے۔ جب آپ نظام کے معاہدے پر دستخط یا تجدید کریں تو ڈیٹا نکالنے کے حقوق اور کھلے انٹرفیسز پر سادہ الفاظ میں اصرار کریں، کیونکہ چھوٹا ادارہ سپلائر کی پابندی کو سب سے زیادہ شدت سے محسوس کرتا ہے اور بعد میں بچنے کی سب سے کم طاقت رکھتا ہے۔

بڑا ادارہ#

بڑا فراہم کنندہ یا سپلائر عموماً دہائیوں کا پرانا نظام اٹھاتا ہے: HL7 v2 انٹرفیسز، متعدد برقی ریکارڈ نظام، اور انضمام کے انجن جو سب کو جوڑے رکھتے ہیں۔ حقیقت پسندانہ حکمت عملی سب کچھ اکھاڑنا نہیں بلکہ نظام کے سامنے API پہلے، معیار پر مبنی پرت لگانا ہے، بہاؤ کو بتدریج FHIR پر منتقل کرتے ہوئے اور جہاں ضروری ہو v2 چلتا رکھتے ہوئے۔ ہر تجدید میں پابندی کے خلاف سختی سے چوکس رہیں، اور مطابقت کی جانچ پر اصرار کریں تاکہ "معیار موافق" دعویٰ کے بجائے تصدیق شدہ ہو۔ اندرونی معیارات اور مطابقت کا فعل قائم کریں تاکہ انفرادی منصوبے ہر ایک اپنی تعبیر ایجاد نہ کریں۔ یہ اس سے قریبی تعلق رکھتا ہے کہ آپ بنیادی عملیاتی پلیٹ فارم کیسے منظم کرتے ہیں موضوع 5.4 — انٹرپرائز ریسورس پلاننگ (ERP) میں، جہاں وہی دوبارہ استعمال اور کھلے انٹرفیس کا نظم و ضبط لاگو ہوتا ہے۔

حکومت#

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

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

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

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

جانچ فہرست#

• ہر متعلقہ ریکارڈ اور انٹرفیس تصدیق شدہ NHS نمبر رکھتا ہے، گمشدہ یا غیر ملاپ شدہ کو حل کرنے کے عمل کے ساتھ۔
• نئے انٹرفیس HL7 FHIR اور نامزد قومی نفاذی رہنما استعمال کرتے ہیں، HL7 v2 صرف جہاں منتقلی کا جواز نہیں۔
• طبی مواد SNOMED CT سے، اور ادویات dm+d سے، متفقہ ویلیو سیٹس کے مقابل کوڈ ہیں۔
• جو کچھ آپ بانٹنا چاہتے ہیں اس کے ڈیٹا کا معیار پائپ چوڑا کرنے سے پہلے پروفائل، ناپا، ملکیت یافتہ، اور ماخذ پر بہتر کیا گیا ہے۔
• سپلائرز کو جڑنے سے پہلے مخصوص پروفائل کے مقابل مطابقت کی جانچ پاس کرنی ہوتی ہے — "FHIR کی معاونت کرتے ہیں" اکیلے کبھی قبول نہیں۔
• کوئی مخصوص انضمام بنانے سے پہلے قومی پلیٹ فارم (Spine، GP Connect، مشترکہ نگہداشتی ریکارڈ) دوبارہ استعمال ہوتے ہیں۔
• معاہدے کھلے، دستاویزی APIs، معیاری شکل میں ڈیٹا نکالنے کے حقوق، اور معیاری انضمام پر کوئی فیس نہ ہونے کا تقاضا کرتے ہیں۔
• طبی تحفظ اور معلومات کی نظامت کے سربراہ شروع سے ڈیزائن گروپ میں ہیں، صرف منظوری پر نہیں۔
• فن تعمیر API پہلے اور ڈھیلا جڑا ہے، تاکہ جزو کو اس کے گرد سب کچھ دوبارہ بنائے بغیر بدلا جا سکے۔
• نامزد فعل پورے ادارے میں معیارات، مطابقت، اور اصطلاحیات کی دیکھ بھال کا مالک ہے۔

کلیدی ماخذ#

• NHS انگلینڈ — باہمی عملیت کے معیارات، Spine، GP Connect، اور مشترکہ نگہداشتی ریکارڈ کے پروگرام۔
• HL7 International — FHIR معیار اور HL7 v2 کی تصریحات۔
• SNOMED International — SNOMED CT اصطلاحیات اور نفاذ کی رہنمائی۔
• NHS بزنس سروسز اتھارٹی — ادویات اور آلات کی ڈکشنری (dm+d)۔
• Integrating the Healthcare Enterprise (IHE) — باہمی عملیت کے پروفائلز۔
• openEHR International — صحت کے ریکارڈ کی ساخت کے لیے کھلی تصریحات۔
• عالمی ادارۂ صحت — بین الاقوامی درجہ بندی برائے امراض (ICD-10 اور ICD-11)۔

حوالہ جات#

1. Interoperability — Wikipedia — https://en.wikipedia.org/wiki/Interoperability
2. Semantic interoperability — Wikipedia — https://en.wikipedia.org/wiki/Semantic_interoperability
3. Health Level 7 — Wikipedia — https://en.wikipedia.org/wiki/Health_Level_7
4. Fast Healthcare Interoperability Resources — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
5. SNOMED CT — Wikipedia — https://en.wikipedia.org/wiki/SNOMED_CT
6. ICD-11 — Wikipedia — https://en.wikipedia.org/wiki/ICD-11
7. ICD-10 — Wikipedia — https://en.wikipedia.org/wiki/ICD-10
8. openEHR — Wikipedia — https://en.wikipedia.org/wiki/OpenEHR
9. NHS number — Wikipedia — https://en.wikipedia.org/wiki/NHS_number
10. Integrating the Healthcare Enterprise — Wikipedia — https://en.wikipedia.org/wiki/Integrating_the_Healthcare_Enterprise
11. Open standard — Wikipedia — https://en.wikipedia.org/wiki/Open_standard
12. Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
13. API — Wikipedia — https://en.wikipedia.org/wiki/API
14. Data quality — Wikipedia — https://en.wikipedia.org/wiki/Data_quality
15. FHIR standard — HL7 International — https://www.hl7.org/fhir/
16. SNOMED CT — SNOMED International — https://www.snomed.org/
17. Dictionary of medicines and devices (dm+d) — NHS Business Services Authority — https://www.nhsbsa.nhs.uk/pharmacies-gp-practices-and-appliance-contractors/dictionary-medicines-and-devices-dmd
18. GP Connect — NHS England Digital — https://digital.nhs.uk/services/gp-connect
19. Spine — NHS England Digital — https://digital.nhs.uk/services/spine
20. International Classification of Diseases (ICD) — World Health Organization — https://www.who.int/standards/classifications/classification-of-diseases