সফটওয়্যার ইঞ্জিনিয়ারিং স্বাস্থ্য অর্থনীতি

এটি স্বাস্থ্য অর্থনীতিতে কেন গুরুত্বপূর্ণ

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

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

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

মূল ধারণাসমূহ

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

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

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

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

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

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

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

সর্বোত্তম অনুশীলন

1. ব্যবস্থার বাস্তবসম্মত জীবন জুড়ে মোট মালিকানা ব্যয় মূল্যায়ন করুন, কখনো ক্রয় মূল্য নয়। প্রতিটি সফটওয়্যার ব্যবসায়িক কেস দাবি করুন অধিগ্রহণ, সংহতকরণ, ডেটা স্থানান্তর, প্রশিক্ষণ, হোস্টিং, সমর্থন, নিরাপত্তা, আপগ্রেড, এবং বন্ধ করা একটি বিবৃত দিগন্তে ব্যয় করতে — সাধারণত এক দশক বা তার বেশি — এবং কোন বাজেট প্রতিটি পুনরাবৃত্ত লাইন বহন করে তা নাম দিতে। কিছুর বিরুদ্ধে তুলনা করা একটি লাইসেন্স ফি একটি ব্যবসায়িক কেস নয়; এটি একটি প্রতিশ্রুতির দৃশ্যমান অগ্রভাগ।

2. প্রযুক্তিগত ঋণ খাতায় রাখুন। ইঞ্জিনিয়ারিং নেতাদের সম্পত্তির উল্লেখযোগ্য শর্টকাট এবং বয়সী উপাদানগুলির একটি রেজিস্টার বজায় রাখতে দিন, প্রতিটি চার্জ করা সুদের একটি সৎ অনুমান সহ — ধীর পরিবর্তন, উচ্চতর ঘটনা ঝুঁকি, অবরুদ্ধ উন্নতি। একটি আর্থিক দায়ের মতো একই গুরুত্বের সাথে এটি পর্যালোচনা করুন, এবং এটি পরিশোধ করতে ইঞ্জিনিয়ারিং ক্ষমতার একটি স্থায়ী অংশ (সাধারণত এক-পঞ্চমাংশ থেকে এক-তৃতীয়াংশ) বাজেট করুন, কারণ ঋণ পরিষেবা বিলম্বিত ঋণ যৌগিক।

3. প্রথম দিন থেকে একটি পরিচালন ব্যয় হিসাবে রক্ষণাবেক্ষণ অর্থায়ন করুন। সফটওয়্যার যা "সম্পন্ন" তা সফটওয়্যার যা ক্ষয় হচ্ছে: নির্ভরতা বয়স হয়, হুমকি বিকশিত হয়, নিয়ন্ত্রণ পরিবর্তিত হয়। মূল মূল্যায়ন এবং পুনরাবৃত্ত বাজেটে রক্ষণাবেক্ষণ স্রোত তৈরি করুন, এবং কোনো রক্ষণাবেক্ষণ লাইন ছাড়া একটি প্রস্তাবকে অসম্পূর্ণ হিসাবে বিবেচনা করুন — অর্থ যেভাবেই হোক খরচ হবে, এবং একমাত্র প্রশ্ন হল এটি পরিকল্পিত ছিল নাকি একটি সংকট দ্বারা নিষ্কাশিত।

4. স্বাক্ষর করার আগে লক-ইনের মূল্য নির্ধারণ করুন, নবায়নে নয়। প্রতিটি বড় ক্রয়ের জন্য, আপনার এখনো বিকল্প থাকাকালীন প্রস্থান ব্যয় করুন: ডেটার মালিক কে, কোন ফরম্যাটে এটি রপ্তানি করা যায়, বিক্রেতাকে কী প্রস্থান সহায়তা প্রদান করতে হবে, এবং একটি স্থানান্তর যুক্তিসঙ্গতভাবে কী খরচ করবে। চুক্তিতে ডেটা-রপ্তানি অধিকার এবং খোলা ইন্টারফেস আলোচনা করুন, এবং সেগুলিতে একজন বিক্রেতার প্রতিরোধকে আসন্ন নবায়ন আলোচনা সম্পর্কে তথ্য হিসাবে বিবেচনা করুন।

5. ইচ্ছাকৃতভাবে আন্তঃঅপারেবিলিটি কিনুন, কারণ বাজার এটি কম-সরবরাহ করে। খোলা মান — FHIR এবং এর জাতীয় — ক্রয়ের শর্ত হিসাবে সমর্থন দাবি করুন, একটি ব্রোশারের পরিবর্তে আপনার প্রকৃত ডেটা প্রবাহের বিরুদ্ধে দাবিকৃত সম্মতি যাচাই করুন, এবং যেখানে একটি মানক বিদ্যমান সেখানে বেস্পোক ইন্টারফেস প্রত্যাখ্যান করুন। আপনি গ্রহণ করা প্রতিটি মালিকানাধীন ইন্টারফেস একটি স্যুইচিং ব্যয় যা আপনি বিক্রেতাকে দান করেছেন এবং প্রতিটি ভবিষ্যত সংহতকরণের উপর একটি কর।

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

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

8. ক্লিনিকাল পরিণতি থেকে নির্ভরযোগ্যতা লক্ষ্য সেট করুন, এবং লক্ষ্যে ব্যয় করুন। সেবা দ্বারা সেবা, সিদ্ধান্ত নিন এক ঘন্টার ডাউনটাইম প্রকৃতপক্ষে কী খরচ করে — বিলম্বিত যত্ন, অনিরাপদ কর্মপরিকল্পনা, এবং হারানো বিশ্বাসে — এবং সেই অনুযায়ী প্রাপ্যতা এবং পুনরুদ্ধার উদ্দেশ্য সেট করুন। তারপর উভয় দিক থেকে লক্ষ্যে ইঞ্জিনিয়ারিং ব্যয় ধরে রাখুন: ক্লিনিকের প্রয়োজনের চেয়ে কম নির্ভরযোগ্যতার জন্য প্রদান ঘটনা কেনে, এবং এর প্রয়োজনের চেয়ে বেশির জন্য প্রদান সোনার প্রলেপ কেনে।

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

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

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

12. অন্য যেকোনো স্বাস্থ্য বিনিয়োগের মতো একই মূল্য পরীক্ষার মাধ্যমে সফটওয়্যার সিদ্ধান্ত রুট করুন। একটি সফটওয়্যার প্রোগ্রাম ওষুধ এবং কর্মীদের মতো একই সীমাবদ্ধ বাজেটের জন্য প্রতিযোগিতা করে, তাই এটি একই শৃঙ্খলা ঋণী: একটি বিবৃত সুবিধা, একটি প্রকৃত তুলনাকারী (সহ "আমাদের যা আছে তা উন্নত করুন"), সময়ের সাথে একটি সাশ্রয়ীতা প্রোফাইল, এবং প্রতিশ্রুতির বিরুদ্ধে বাস্তবায়ন-পরবর্তী পর্যালোচনা (যন্ত্র বিষয় ২.১ — অর্থনৈতিক মূল্যায়ন এবং বিষয় ২.৫ — বাজেট প্রভাব ও সাশ্রয়ীতা, এবং ক্রয় কারুশিল্প বিষয় ৩.১০ — কৌশলগত ক্রয় ও কমিশনিং)।

আপনার দলের সাথে আলোচনা করার প্রশ্নসমূহ

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

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

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

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

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

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

অনুশীলনে: একটি স্বাস্থ্য অর্থনীতি উদাহরণ

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

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

ইউনিট যাইহোক প্রস্থানের মূল্য নির্ধারণ করে, এবং সংখ্যাটি আলোচনা পরিবর্তন করে। একটি ব্যয়িত বিকল্প দিয়ে সজ্জিত, মন্ত্রণালয় একটি নথিভুক্ত ফরম্যাটে চুক্তিগত ডেটা-রপ্তানি এবং বীমা স্কিম ও পরীক্ষাগার নেটওয়ার্কে মানক FHIR ইন্টারফেস অন্তর্ভুক্ত করে একটি নিম্ন মূল্যে দুই বছরের নবায়ন আলোচনা করে — কেনা, অর্থনৈতিক পরিভাষায়, একটি সস্তা ভবিষ্যত প্রস্থানের একটি বিকল্প হিসাবে, ভবিষ্যত কর্মের স্বাধীনতায় যেকোনো বিকল্প যেভাবে বিষয় ৩.১২ — মহামারী ও জরুরি প্রস্তুতি অর্থনীতি মূল্য দেয় সেভাবে মূল্যায়িত। সেই দুই বছরে, একটি পাইলট তিনটি জেলা হাসপাতালকে ওপেন-সোর্স প্ল্যাটফর্মে স্থানান্তরিত করে, সমর্থন কনসোর্টিয়াম, ডেটা-স্থানান্তর টুলিং, এবং — গুরুত্বপূর্ণভাবে — মন্ত্রণালয় প্ল্যাটফর্মের প্রয়োজনীয় ইঞ্জিনিয়ারদের নিয়োগ এবং ধরে রাখতে পারে কিনা পরীক্ষা করে, বিষয় ৩.৬ — স্বাস্থ্য কর্মীবাহিনী ও শ্রমবাজারের কর্মীবাহিনী অর্থনীতির উপর অঙ্কন করে।

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

চারটি ক্ষেত্র দৃষ্টিভঙ্গি

স্টার্টআপ

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

ছোট ব্যবসা

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

উদ্যোগ

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

সরকার

একটি মন্ত্রণালয় বা জাতীয় পেয়ার অন্য সবার জন্য এই অর্থনীতি আকার দেয়। এটি আন্তঃঅপারেবিলিটি নিয়ম সেট করে যা নির্ধারণ করে বাজার খোলামেলাতা পুরস্কৃত করে নাকি শাস্তি দেয় — যেমন যুক্তরাষ্ট্র একবিংশ শতাব্দীর নিরাময় আইনের তথ্য-অবরোধ বিধান দিয়ে করেছিল এবং ইউরোপীয় ইউনিয়ন ইউরোপীয় স্বাস্থ্য ডেটা স্থান দিয়ে — এবং এর নিজস্ব ক্রয় বিক্রেতাদের শেখায় ক্রেতারা কী সহ্য করবে। এর স্বতন্ত্র ব্যর্থতার মোড জাতীয় মেগা-প্রোগ্রাম: কেন্দ্রীভূত, বড়-বিস্ফোরণ, রাজনৈতিকভাবে সময়সূচীবদ্ধ সফটওয়্যার প্রদান যার পতন বিলিয়নে পরিমাপ করা হয়, যেমন যুক্তরাজ্যের IT-এর জন্য জাতীয় প্রোগ্রাম প্রদর্শন করেছে। শৃঙ্খলাটি বিপরীত অবস্থান — মান এবং প্ল্যাটফর্ম কেন্দ্রীয়ভাবে, ক্রমবর্ধমানভাবে প্রদান, বাণিজ্যিক বাজার পাতলা যেখানে গুরুত্বের সাথে ওজন করা ওপেন-সোর্স এবং স্থানীয়ভাবে-রক্ষণাবেক্ষণযোগ্য বিকল্পগুলির সাথে (নীতি যন্ত্র বিষয় ৩.২ — স্বাস্থ্য নীতি, এবং ক্রয় কারুশিল্প বিষয় ৩.১০ — কৌশলগত ক্রয় ও কমিশনিং)।

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

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

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

চেকলিস্ট

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

Key sources

• WHO, Global Strategy on Digital Health 2020–2025 — the World Health Organization's frame for digital health investment, including sustainability and interoperability principles.
• HL7 International — the FHIR (Fast Healthcare Interoperability Resources) standard, the dominant open standard for health-data exchange.
• openEHR, DHIS2, and OpenMRS — open-source health-information platforms and specifications widely deployed worldwide, exemplars of community-sustained health software.
• U.S. Office of the National Coordinator for Health IT (now ASTP) — 21st Century Cures Act information-blocking and interoperability rules, a regulatory response to under-supplied interoperability.
• DORA, Accelerate State of DevOps reports — long-running research linking software delivery and reliability practices to organizational performance.
• UK National Audit Office — reports on the National Programme for IT in the NHS, the canonical case study of large-scale health-IT programme failure.

References

1. Software engineering — Wikipedia — https://en.wikipedia.org/wiki/Software_engineering
2. Software maintenance — Wikipedia — https://en.wikipedia.org/wiki/Software_maintenance
3. Total cost of ownership — Wikipedia — https://en.wikipedia.org/wiki/Total_cost_of_ownership
4. Technical debt — Wikipedia — https://en.wikipedia.org/wiki/Technical_debt
5. Legacy system — Wikipedia — https://en.wikipedia.org/wiki/Legacy_system
6. Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
7. Interoperability — Wikipedia — https://en.wikipedia.org/wiki/Interoperability
8. Network effect — Wikipedia — https://en.wikipedia.org/wiki/Network_effect
9. Fast Healthcare Interoperability Resources — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
10. Health Level 7 — Wikipedia — https://en.wikipedia.org/wiki/Health_Level_7
11. Open-source software — Wikipedia — https://en.wikipedia.org/wiki/Open-source_software
12. Site reliability engineering — Wikipedia — https://en.wikipedia.org/wiki/Site_reliability_engineering
13. World Health Organization — Global Strategy on Digital Health 2020–2025 — https://www.who.int/publications/i/item/9789240020924
14. HL7 International — FHIR specification — https://hl7.org/fhir/
15. National Audit Office — The National Programme for IT in the NHS: an update on the delivery of detailed care records systems — https://www.nao.org.uk/reports/the-national-programme-for-it-in-the-nhs-an-update-on-the-delivery-of-detailed-care-records-systems/
16. National Programme for IT — Wikipedia — https://en.wikipedia.org/wiki/National_Programme_for_IT