HIT ماڈرنائزیشن کا راستہ ایپلی کیشن ریشنلائزیشن کے ذریعے چلتا ہے۔

درخواست کی معقولیت

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


ہیلتھ کیئر IT میں ابھی ایک بات چیت ہو رہی ہے، اور مجھے لگتا ہے کہ ہم غلط لفظ استعمال کر رہے ہیں۔

جدیدیت اور عقلیت ایک ہی چیز نہیں ہیں۔ صحت کی دیکھ بھال ”جدیدیت” کا استعمال کرتی رہتی ہے جب اصل لفظ (حقیقی ضرورت) عقلیت ہے۔ جدیدیت موجودہ ٹیکنالوجی کو بہتر بنا رہی ہے۔ عقلیت یہ فیصلہ کر رہی ہے کہ کیا رکھتا ہے یا کیا جاتا ہے۔

اور یہ فرق زیادہ تر لوگوں کے احساس سے زیادہ اہمیت رکھتا ہے۔

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

اس کے بارے میں سب سے چھوٹی شکل میں سوچیں۔ آپ AI ٹولز میں ڈالنے کے لیے اپنے EHR کو جدید بنا رہے ہیں۔ لیکن ضروری نہیں کہ آپ کو ان دوسرے AI ٹولز کی ضرورت ہو جو آپ سیکنڈری چلا رہے ہوں، کیونکہ آپ خود EHR کو جدید بنا رہے ہیں۔ آپ ان ٹولز سے چھٹکارا پا رہے ہیں جن کی آپ کو ضرورت نہیں ہے وہ کام کرنے کے لیے جو آپ اصل میں کرنا چاہتے ہیں۔ مقصد جدیدیت ہوسکتا ہے، لیکن آپ کو پہلے یہ دیکھنا ہوگا کہ ہڈ کے نیچے کیا ہے۔

وہ ترتیب (عقلی بنانا، پھر جدید بنانا) وہ جگہ ہے جہاں بہت ساری تنظیمیں پھنس جاتی ہیں۔

یہ افرادی قوت کا مسئلہ ہے، نہ صرف ٹیکنالوجی کا مسئلہ

یہاں کچھ ایسا ہے جو میرے خیال میں کافی نہیں کہا جاتا ہے: درخواست کو معقول بنانا افرادی قوت کی حکمت عملی ہے۔

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

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

یہ عمل انوینٹری سے شروع ہوتا ہے، اور میرا مطلب حقیقی انوینٹری ہے۔ ہاں، ایک اسپریڈشیٹ ہے۔ لیکن اس سے بھی اہم بات یہ ہے کہ آپ پوری تنظیم کے اسٹیک ہولڈرز کے ساتھ بیٹھے ہیں: بزنس ایپلی کیشن ٹیمیں، HR، کلینیکل لیڈرشپ، کوئی بھی جو اس بات کی نگرانی کرتا ہے کہ ان کا محکمہ کیا استعمال کرتا ہے اور کیوں۔ آپ ان کا انٹرویو کر رہے ہیں۔ آپ پوچھ رہے ہیں کہ وہ کیا استعمال کرتے ہیں، وہ اسے کیسے استعمال کرتے ہیں، اور اگر یہ چلا گیا تو کیا ہوگا۔ یہ وہ جگہ ہے جہاں آپ کو دوغلا پن ملتا ہے۔ کچھ آسان لیں، جیسے AI اسکرائب ایپ۔ ایک ٹیم Abridge استعمال کرتی ہے، دوسری Nuance کا استعمال کرتی ہے۔ عملی طور پر، وہ ایک ہی کام کرتے ہیں۔ تو، کون سا بہتر ہے؟ قیمت کیا ہے؟ لائسنس کی میعاد کب ختم ہوتی ہے؟ آپ اس سب کے ذریعے کام کرتے ہیں اور پھر یہ بن جاتا ہے: ہم کس کو ریٹائر کرتے ہیں، اور کیوں؟

اصل قیمت کبھی بھی صرف لائسنس نہیں ہوتی

ایک چیز جو میں مسلسل سنتا ہوں وہ تنظیمیں لائسنسنگ لاگت کو ریٹائرمنٹ کے فیصلوں کے لیے بنیادی عینک کے طور پر استعمال کرتی ہیں۔ اور میں سمجھتا ہوں؛ یہ وہ نمبر ہے جو انوائس پر ظاہر ہوتا ہے۔ لیکن لائسنسنگ لاگت تقریبا ہمیشہ مسئلہ کا سب سے چھوٹا حصہ ہے.

اصل لاگت وہ انفراسٹرکچر ہے جس پر لائسنس بیٹھتا ہے۔ یہ انٹرفیس، اپ گریڈ، تجزیہ کار، سپورٹ ٹکٹ، گورننس اوور ہیڈ، ڈاؤن ٹائم رسک ہے۔ اس ون لائن آئٹم سے آگے بہت سی پرتیں ہیں۔ اور زیادہ تر تنظیمیں اسے بڑے پیمانے پر کم کرتی ہیں۔

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

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

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

سوال جو میں ہمیشہ پوچھتا ہوں۔

کسی بھی عقلی گفتگو میں سب سے اہم سوال یہ نہیں ہے کہ ”کیا ہمیں اسے رکھنا چاہئے؟” یہ ہے: اگر ہم اسے ریٹائر نہیں کرتے تو کیا ہوتا ہے؟

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

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

آپ پھولے ہوئے پورٹ فولیو پر نہیں بنا سکتے۔ آپ کو یہ جاننا ہوگا کہ آپ کے پاس کیا ہے اس سے پہلے کہ آپ یہ فیصلہ کر سکیں کہ آپ کیا بن رہے ہیں۔