سسٹم کا نفاذ اور آپریشن

انفارمیشن سسٹم کا ایک لائف سائیکل (ライフサイクル) ہوتا ہے جو منصوبہ بندی اور خریداری (企画・調達) سے نفاذ، آپریشن، جائزے اور اگلی اپ گریڈ (次期更新) تک چلتا ہے، اور آپریشن کے دوران کیے گئے جائزوں کو اگلے سسٹم کے منصوبے میں شامل کرنا اہم ہے۔ نفاذ ایک بار کا واقعہ نہیں، اور یہ اصطلاح صرف ہارڈویئر کی کارآمد عمر کی طرف اشارہ نہیں کرتی۔ جائزے کے نتائج کو نظرانداز کرنے والا آپشن بھی لائف سائیکل کے تصور کے خلاف ہے۔

RFP (Request for Proposal) ایسی دستاویز ہے جس میں طبی ادارہ اپنے تقاضے (要求要件) اور خریداری کی شرائط بیان کرتا ہے اور وینڈرز سے تجاویز (提案書) جمع کرانے کی درخواست کرتا ہے۔ مصنوعات اور ٹیکنالوجی کی معلومات مانگنے والی دستاویز RFI (معلومات کی درخواست، 情報提供依頼書) ہے، جو تقاضے طے ہونے سے پہلے کے مرحلے میں استعمال ہوتی ہے۔ صرف قیمت کا تخمینہ یا معاہدے کے بعد کی تفصیلی ڈیزائن دستاویز RFP نہیں ہے۔

خریداری میں پہلے تقاضے واضح کیے جاتے ہیں (調達要件の明確化)، پھر خریداری کے طریقے پر غور کر کے وینڈر کی جانچ کے معیارات (ベンダ評価基準) بنائے جاتے ہیں، پھر RFP تیار کر کے جاری کیا جاتا ہے، اور آخر میں تجاویز کی جانچ کر کے فراہم کنندہ کا انتخاب اور معاہدہ کیا جاتا ہے۔ ایسی ترتیب جس میں RFP تقاضوں کی وضاحت سے پہلے آئے، یا معاہدہ سب سے پہلے ہو، ممکن نہیں۔ اہم نکتہ یہ ہے کہ جانچ کے معیارات RFP جاری ہونے سے پہلے تیار کر لیے جائیں۔

تقاضوں کا تفصیل نامہ (要求仕様書) ایسی دستاویز ہے جس میں طبی ادارہ سسٹم سے اپنے مطلوبہ تقاضے واضح کرتا ہے اور خریداری کے لیے انہیں وینڈرز تک پہنچاتا ہے۔ اس میں بنیادی تقاضے، ہارڈویئر اور سافٹ ویئر کے تکنیکی تقاضے، سسٹمز کے باہمی رابطے کے تقاضے وغیرہ بیان کیے جاتے ہیں۔ حوالگی کی تکمیلی رپورٹ، سورس کوڈ اور خرابی سے نمٹنے کے طریقے تقاضوں کے تفصیل نامے نہیں ہیں۔

RFP جاری کرنے سے پہلے جانچ کے معیارات (評価基準) بنا لینے سے تجاویز کا ایک ہی پیمانے پر منصفانہ اور معروضی موازنہ ممکن ہوتا ہے۔ تجاویز دیکھنے کے بعد معیارات بنانے سے من مانی جانچ کا خدشہ ہوتا ہے۔ صرف قیمت پر انتخاب فعالیت اور دیکھ بھال (مینٹیننس) کی صلاحیت کو نظرانداز کرتا ہے، اور کسی خاص وینڈر کو اضافی معلومات دینا انصاف (公平性) کو نقصان پہنچاتا ہے، اس لیے یہ طریقے نامناسب ہیں۔

لیز (リース) ایسا انتظام ہے جس میں لیزنگ کمپنی کے خریدے ہوئے آلات طویل مدت کے لیے لیے جاتے ہیں اور اصولاً مدت کے دوران منسوخ (中途解約) نہیں کیے جا سکتے۔ کرایہ (رینٹل، レンタル) مختصر مدتی استعمال کے لیے ہوتا ہے اور مدت کے دوران منسوخ کیا جا سکتا ہے، یہی اسے لیز سے ممتاز کرتا ہے۔ لیز میں آلات خریدنے اور اثاثے کے طور پر درج کرنے والی لیزنگ کمپنی ہوتی ہے، طبی ادارہ نہیں۔ خریدے گئے آلات ادارے کا اثاثہ بنتے ہیں لیکن تکنیکی ترقی کی وجہ سے پرانے ہو جانے (陳腐化) کے خطرے سے نہیں بچ سکتے۔

آؤٹ سورسنگ (業務委託) ایسا معاہدہ ہے جس میں ٹھیکیدار اپنی ذمہ داری اور ہدایات کے تحت کام انجام دیتا ہے؛ آرڈر دینے والا طبی ادارہ ٹھیکیدار کے کارکنوں کی براہِ راست نگرانی نہیں کر سکتا۔ عارضی عملے (人材派遣) میں کام لینے والا طبی ادارہ بھیجے گئے کارکنوں کو ہدایات دیتا ہے۔ ہدایات دینے کا حق (指揮命令権) کس کے پاس ہے، یہی دونوں کے درمیان بنیادی فرق ہے — یہ محض نام کا فرق نہیں۔

سافٹ ویئر مینٹیننس (ソフトウェア保守) میں چالو ہونے کے بعد دریافت ہونے والی خامیوں (بگز، 不具合) کو درست کرنا اور پروگرام میں اصلاحات کرنا شامل ہے۔ سرور کے پرزوں کی تبدیلی یا مرمت ہارڈویئر مینٹیننس (ハードウェア保守) ہے۔ LAN کیبلز بچھانا اور ٹرمینلز منتقل کرنا تعمیر اور تنصیب کا کام ہے، جو سافٹ ویئر مینٹیننس معاہدے کے دائرے سے باہر ہے۔

الیکٹرانک میڈیکل ریکارڈ اور شعبہ جاتی سسٹمز جیسے متعدد سسٹمز کو جوڑنے کے لیے تقاضوں کے تفصیل نامے (要求仕様書) میں جوڑے جانے والے سسٹمز، تبادلہ کی جانے والی معلومات کی اقسام، اور رابطے کا طریقہ (معیارات (標準規格) کے استعمال سمیت) واضح طور پر بیان کرنا اور ذمہ داری کا دائرہ واضح کرنا ضروری ہے۔ چالو ہونے کے بعد طے کرنا، وینڈرز پر چھوڑ دینا یا ایک ہی وینڈر کی مصنوعات کے لیے نظرانداز کرنا رابطے کی ناکامیوں اور غیر واضح ذمہ داری کا سبب بنتا ہے۔

ہسپتال انفارمیشن سسٹم کا نفاذ انتظامی حکمتِ عملی (経営戦略) پر مبنی IT حکمتِ عملی (情報化戦略) کا حصہ ہے؛ انتظامیہ کی شمولیت اور اتفاقِ رائے کی تشکیل ناگزیر ہے، اور صحت کے شعبے کا چیف انفارمیشن آفیسر (ہیلتھ کیئر CIO، 医療CIO) حکمتِ عملی کی منصوبہ بندی اور اسے آگے بڑھانے کی قیادت کرتا ہے۔ صرف IT شعبے کے اندر فیصلہ کرنے میں اتفاقِ رائے کی کمی ہوتی ہے۔ مقاصد متنوع ہو کر نگہداشت کے معیار اور باہمی تعاون کی بہتری تک پھیل چکے ہیں، اور حکمتِ عملی کا بار بار جائزہ لے کر اس میں ترمیم کرنی ضروری ہے۔

ادویات، بیماریوں کے ناموں، ٹیسٹ کی مدات، صارفین وغیرہ کے ماسٹرز (マスター) ادارے کے حقیقی حالات، جیسے اس کے زیرِ استعمال ادویات اور اس کے طریقۂ کار کے قواعد، پر بہت زیادہ منحصر ہوتے ہیں، اس لیے طبی ادارے کو ان کی تیاری میں فعال کردار ادا کرنا ضروری ہے۔ انہیں وینڈر پر نہیں چھوڑا جا سکتا، اور اگر یہ چالو ہونے سے پہلے تیار نہ ہوں تو سسٹم درست طور پر کام نہیں کرے گا۔ چالو ہونے کے بعد بھی ماسٹرز کا مسلسل انتظام ضروری ہے، مثلاً ادویات کی قیمتوں میں ترمیم (薬価改定) کے مطابق۔

نفاذ کا مرحلہ طریقۂ کار اور تفصیلات کو مفصل بنانے (運用・仕様の詳細化)، ڈیولپمنٹ، کنفیگریشن اور سسٹم کی تعمیر، ماسٹر ڈیٹا کی تیاری (マスター作成)، سسٹم ٹیسٹنگ، ڈیٹا کی منتقلی اور صارفین کی تربیت سے گزرتا ہے؛ چالو ہونے سے پہلے آپریشنل ٹیسٹ (ریہرسل، 運用テスト) کیا جاتا ہے، اور قبولیت (検収) کے بعد سروس شروع ہوتی ہے۔ ایسی ترتیبیں جن میں قبولیت یا ریہرسل تفصیلات کو مفصل بنانے یا ماسٹر کی تیاری سے پہلے آئیں، درست نہیں ہیں۔

ڈیٹا کی منتقلی (データ移行) میں یہ طے کرنا اہم ہے کہ مریض کی بنیادی معلومات اور طبی ڈیٹا کا کون سا حصہ منتقل کیا جائے، منتقلی کے طریقے پر غور کر کے اسے انجام دیا جائے، اور پھر تصدیق (検証) کی جائے کہ ڈیٹا درست طور پر منتقل ہوا۔ نگہداشت کا تسلسل برقرار رکھنے کے لیے اس کی منصوبہ بندی اور تکمیل چالو ہونے سے پہلے ضروری ہے؛ تصدیق چھوڑ دینا یا طبی ڈیٹا منتقل کیے بغیر ضائع کر دینا نامناسب ہے۔

قبولیت (検収) وہ عمل ہے جس کے ذریعے آرڈر دینے والا طبی ادارہ تصدیق کرتا ہے کہ حوالے کیا گیا سسٹم تقاضوں کے تفصیل نامے (要求仕様) کے مطابق کام کرتا ہے اور اسے قبول کرتا ہے؛ قبولیت کے ساتھ حوالگی مکمل ہو جاتی ہے۔ وینڈر کے اندرونی یونٹ ٹیسٹ سسٹم ٹیسٹنگ کا حصہ ہیں، سسٹم چلانے کی تربیت صارفین کی تعلیم ہے، اور خرابی کی وجوہات کا تجزیہ آپریشن کے مرحلے کی سرگرمی ہے؛ ان میں سے کوئی بھی قبولیت نہیں۔

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

ورکنگ گروپس (ワーキンググループ) میں عملی سطح کے نمائندے — ڈاکٹر، نرسیں، ٹیکنالوجسٹ، دفتری عملہ — اکٹھے ہوتے ہیں تاکہ ہر شعبے کے طریقۂ کار اور تفصیلات کو مفصل بنایا جائے، مطالبات میں ہم آہنگی پیدا کی جائے، اور ہسپتال کے اندر اتفاقِ رائے (合意形成) کو آگے بڑھایا جائے۔ ان کا مقصد نہ معاہدے کی قیمت چھپانا ہے، نہ انتظامیہ کی فیصلہ سازی (جیسے کمیٹیوں) کی جگہ لینا، اور نہ ہی عملہ کم کرنے کا ذریعہ بننا۔

وینڈر کی جانب پروجیکٹ مینیجر (プロジェクトマネージャ) کے گرد ڈیزائن، ڈیولپمنٹ اور نفاذ میں معاونت کے عملے پر مشتمل پروجیکٹ ڈھانچہ (プロジェクト体制) بنایا جاتا ہے، جو طبی ادارے کے متعلقہ ڈھانچے کے ساتھ ہم آہنگی کرتا ہے۔ سیلز کا ایک ہی نمائندہ ہر مرحلہ نہیں سنبھالتا۔ ڈھانچہ تجاویز وغیرہ میں ادارے کے سامنے پیش کیا جاتا ہے، اور ہم آہنگی کے رابطہ مراکز واضح رکھنے کے لیے بھی ذمہ دار افراد مقرر کرنا ضروری ہے۔

متعدد وینڈرز پر مشتمل نفاذ میں، جیسے الیکٹرانک میڈیکل ریکارڈ اور شعبہ جاتی سسٹمز، یہ اہم ہے کہ ہسپتال کے اندر تنظیموں کے درمیان، ہسپتال اور وینڈرز کے درمیان، اور وینڈرز کے درمیان ہم آہنگی (調整) کے لیے پہلے سے نظام — جیسے ہم آہنگی کے اجلاس (会議体) — قائم کیے جائیں۔ مسائل پیش آنے کے بعد وقتی ردِعمل اور رابطے کی تفصیلات (接続仕様) شیئر کرنے سے انکار رابطے کی ناکامیوں کا سبب بنتے ہیں۔ ہم آہنگی کے نتائج ریکارڈ کر کے شیئر کیے جانے چاہئیں۔

سروس شروع ہونے کے فوراً بعد سسٹم چلانے سے متعلق سوالات اور مسائل زیادہ آتے ہیں، اس لیے وینڈر اور IT شعبے کا عملہ موقع پر موجود رہ کر فوری جواب دیتا ہے (چالو ہونے کے بعد معاونت، 運用後立ち合い)۔ خرابیوں کا جواب نہ دینا، چالو ہوتے ہی اکاؤنٹس معطل کرنا، اور پرانے سسٹم کا ڈیٹا فوراً مٹا دینا نگہداشت کے تسلسل اور ڈیٹا کے تحفظ کو نقصان پہنچاتے ہیں، اور نامناسب ہیں۔

ہسپتال انفارمیشن سسٹم کے نفاذ کے مقاصد (導入目的) دفتری کارکردگی اور انشورنس کلیمز سے آگے بڑھ کر متنوع ہو چکے ہیں، اور ان میں نگہداشت کے معیار اور حفاظت کی بہتری (医療の質・安全の向上)، انتظامیہ میں استعمال، اور علاقائی تعاون (地域連携) میں معاونت شامل ہیں۔ مقصد واضح کرنا تقاضوں کا تفصیل نامہ لکھنے اور نفاذ کے بعد کے جائزے کی پیشگی شرط ہے؛ متعین مقاصد کے بغیر نفاذ کرنا، یا مقصد کو ایک ہی چیز تک محدود سمجھنا مناسب نہیں۔

آپریٹنگ قواعد 3 تہوں میں ترتیب دیے جاتے ہیں: بنیادی اصول بیان کرنے والی پالیسی (ポリシー)، اسے ٹھوس بنانے والے آپریٹنگ مینجمنٹ ضوابط یعنی اسٹینڈرڈ (スタンダード)، اور روزمرہ کام کے مراحل متعین کرنے والے طریقۂ کار یعنی پروسیجرز (プロシージャ)۔ پروسیجرز ہدایت نامے کی سطح پر اور اسٹینڈرڈ ضوابط کی سطح پر ہوتے ہیں، بنیادی پالیسی نہیں۔ "منشور (Manifesto)" اس 3 تہوں والے ڈھانچے کی اصطلاح نہیں ہے۔

آپریٹنگ مینجمنٹ ضوابط (運用管理規程) میں انتظام کے موضوعات اور ڈھانچہ، منتظمین، ذمہ دار افراد اور صارفین کی ذمہ داریاں، سرورز، ٹرمینلز اور نیٹ ورکس کا استعمال، ڈیٹا کا استعمال اور ذخیرہ، تعلیم و تربیت، آؤٹ سورس کیے گئے کام کے حفاظتی اقدامات، سزا کی دفعات وغیرہ متعین کی جاتی ہیں۔ انفرادی مریضوں کی تشخیص کی فہرست طبی ریکارڈ کا مواد ہے اور آپریٹنگ قواعد طے کرنے والے ضوابط میں شامل نہیں ہوتی۔

صارفین کے انتظام (ユーザ管理) میں اکاؤنٹ کی رجسٹریشن اور معطلی کو عملے کی (HR) معلومات سے منسلک ہونا چاہیے، اور بنیادی اصول یہ ہے کہ ملازمت چھوڑنے والوں (退職者) کے اکاؤنٹس فوراً معطل کیے جائیں۔ IDs مشترک رکھنے سے یہ ریکارڈ کہ کس نے کیا کیا (آڈٹ ٹریل، 監査証跡) بے معنی ہو جاتا ہے، اور ملازمت چھوڑنے والوں کی IDs فعال چھوڑنا یا پاس ورڈ چسپاں کرنا غیر مجاز رسائی کا سبب بنتا ہے؛ یہ سب نامناسب ہیں۔

علیحدگی کا اصول (セグリゲーションの原則) اختیارات اور فرائض کو 1 شخص میں مرتکز کرنے کے بجائے الگ کرتا ہے — مثلاً رجسٹریشن اور منظوری مختلف افراد سے کروانا — تاکہ باہمی جانچ (相互チェック) کے ذریعے دھوکا دہی اور غلطیوں سے بچا جا سکے۔ سب کو منتظم کے اختیارات دینا اور پاس ورڈ یکساں کرنا محفوظ انتظام کے خلاف ہیں۔ ٹرمینلز کی رنگ بندی کا فرائض کی علیحدگی سے کوئی تعلق نہیں۔

ماسٹر اندراج حذف کرنے سے اس کا حوالہ دینے والا ماضی کا ٹرانزیکشن ڈیٹا (トランザクションデータ) (جیسے نسخوں کی تاریخ) درست طور پر دکھایا نہیں جا سکتا۔ ماسٹر اور ٹرانزیکشن ڈیٹا کے درمیان مطابقت (整合性) برقرار رکھنے کے لیے اندراج کو حذف کرنے کے بجائے غیر فعال (معطل، 無効化) کیا جاتا ہے۔ نام بدلنے سے ماضی کے ریکارڈ کا مطلب بدل جاتا ہے، اور کچھ نہ کرنا غلط آرڈرز کا سبب بنتا ہے۔

سسٹم کی خرابی (システム障害) میں اثر کا دائرہ (影響範囲) معلوم کریں، صارف شعبوں کو فوراً مطلع کریں، اور پہلے سے طے شدہ متبادل طریقۂ کار (代替運用)، جیسے کاغذی طریقۂ کار، پر منتقل ہو جائیں تاکہ نگہداشت جاری رہ سکے۔ بحالی کے بعد متبادل طریقۂ کار کے دوران بنائے گئے ریکارڈ ماضی کی تاریخ سے درج (遡及入力) کیے جاتے ہیں۔ تمام نگہداشت معطل کرنا نگہداشت کے تسلسل کو نقصان پہنچاتا ہے، اور اطلاع دیے بغیر بحالی کا کام کرنے سے عملی سطح کا عملہ صورتِ حال سمجھ نہیں پاتا اور الجھن پیدا ہوتی ہے۔

IT-BCP، طبی ادارے میں کاروباری تسلسل کے انتظام (事業継続マネジメント) کے حصے کے طور پر، آفات اور خرابیوں کے دوران بھی اہم کاموں کو جاری رکھنے اور جلد دوبارہ شروع کرنے کا منصوبہ ہے، جبکہ ڈیزاسٹر ریکوری (ディザスターリカバリー) سے مراد متاثرہ انفارمیشن سسٹمز کی بحالی اور ازسرِنو تعمیر ہے۔ صرف منصوبہ بنانا کافی نہیں، بلکہ تیاری کے لیے عام دنوں میں مشقیں (訓練) کرنا اہم ہے؛ اس کا تعلق خریداری کے طریقۂ کار یا اشتہار بازی سے نہیں۔

آپریشن کے مرحلے میں ایک نمائندہ سسٹم ترمیم (システム改修) طبی فیس کے شیڈول میں ترامیم (診療報酬改定) سے نمٹنا ہے۔ ہر ترمیم پر بلنگ اور آرڈر انٹری سسٹمز کے ماسٹرز اور حساب کی منطق میں تبدیلی ضروری ہوتی ہے۔ مریضوں کی حفاظت کے لیے ترامیم کو بھی عام مثال کے طور پر ذکر کیا جاتا ہے۔ لوگو، کیفے ٹیریا کے مینو اور پارکنگ فیس ہسپتال انفارمیشن سسٹم کی نمائندہ ترامیم نہیں ہیں۔

مسلسل بہتری (継続的な改善) کا آغاز یہ طے کرنے اور تصدیق کرنے سے ہوتا ہے کہ کیا ناپنا ہے اور کیا اسے ناپا جا سکتا ہے، پھر ڈیٹا جمع کرنے، اس کی پروسیسنگ اور تجزیے، اور معلومات کو مرتب کرنے اور استعمال کرنے سے گزر کر اصلاحی اقدامات (是正活動) تک پہنچتا ہے۔ اصلاحی اقدامات کبھی پہلے نہیں آتے، اور جمع شدہ ڈیٹا کا تجزیہ کیے بغیر بہتری کی کوئی بنیاد نہیں ملتی۔ موجودہ صورتِ حال کو ترجیح دینا مسلسل بہتری کے تصور کے خلاف ہے۔

ڈیجیٹلائزیشن کے منفی اثرات (情報化の副作用) میں اسکرینوں کے ذریعے زیادہ تبادلوں کی وجہ سے جزوی طور پر رابطے میں کمی، کام کے بہاؤ (ワークフロー) میں تبدیلیوں سے الجھن، خرابی کے دوران طریقۂ کار میں الجھن، اور ٹیمپلیٹس کے استعمال سے نگہداشت کی نامناسب سانچہ بندی شامل ہیں۔ ڈیجیٹلائزیشن دراصل پڑھنے میں آسانی (判読性) بڑھاتی ہے اور ہاتھ سے لکھی دستاویزات کم کرتی ہے۔ بجلی کے استعمال کا آدھا ہونا منفی اثرات کی بحث سے کوئی تعلق نہیں رکھتا۔