বিষয় 5.4 — এন্টারপ্রাইজ রিসোর্স প্ল্যানিং (ERP)

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

স্বাস্থ্য ও পরিচর্যায় কেন এটি গুরুত্বপূর্ণ#

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

মাপ বিপুল। ২০০৪ সালে গঠিত একটি যৌথ উদ্যোগ NHS Shared Business Services (NHS SBS) একটি জাতীয় Oracle-ভিত্তিক অর্থ ও ক্রয় প্ল্যাটফর্ম চালায় যা লক্ষ লক্ষ ইনভয়েস প্রক্রিয়া করে এবং একশোরও বেশি NHS প্রতিষ্ঠানের জন্য মোট NHS ব্যয়ের একটি অতি বড় অংশ সামলায় (মূল উৎস দেখুন)। তাই ERP সিদ্ধান্ত একটি সংকীর্ণ অর্থ উদ্বেগ নয়, এটি কর্মীবাহিনী ব্যবস্থাপনা, সরকারি অর্থের নিয়ন্ত্রণ এবং প্রতিটি ডাউনস্ট্রিম বিশ্লেষণ যে ডেটা মানের ওপর নির্ভর করে তা আকার দেয়। একজন পরিচালকের জন্য ERP একই সঙ্গে একটি মৌলিক সক্ষমকারী এবং একটি প্রতিষ্ঠান কখনো চেষ্টা করবে এমন সর্বোচ্চ-ঝুঁকির কর্মসূচিগুলোর একটি।

মূল ধারণা#

ERP কী। মডিউলের একটি একক, সংহত এন্টারপ্রাইজ রিসোর্স প্ল্যানিং স্যুট যা একটি ডেটাবেস ও একটি মাস্টার ডেটা সেট ভাগ করে, প্রতিষ্ঠানের মূল প্রশাসনিক প্রক্রিয়া ঢাকে: সাধারণ খতিয়ান ও আর্থিক হিসাবরক্ষণ, প্রদেয় ও প্রাপ্য হিসাব, HR ও কর্মীবাহিনী প্রশাসন, বেতন, ক্রয় (ক্রয়-থেকে-পরিশোধ), ইনভেন্টরি ও সরবরাহ শৃঙ্খল, এবং ক্রমশ পরিকল্পনা ও বিশ্লেষণ (FP&A, আর্থিক পরিকল্পনা ও বিশ্লেষণ)। "সংহতি"-র মূল কথা হলো একটি ক্রয় অর্ডার, একটি পণ্য প্রাপ্তি ও একটি ইনভয়েস স্বয়ংক্রিয়ভাবে মেলে কারণ সেগুলো একই ডেটা, তিনটি কপি নয়।

সিস্টেম অফ রেকর্ড। ERP আর্থিক ও সম্পদ ডেটার প্রামাণিক উৎস, নিরীক্ষকরা যে খতিয়ানে বিশ্বাস করেন এবং কর্মীদের যে বেতন-তালিকা থেকে অর্থ দেওয়া হয়। অন্য সিস্টেম পরিচালনগত কপি ধরতে পারে, কিন্তু ERP অর্থের এবং প্রায়ই বাস্তব HR রেকর্ডের সত্যের সংস্করণ।

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

স্বাস্থ্য ও সরকারি খাতে সাধারণ প্ল্যাটফর্ম। NHS ও বৃহত্তর যুক্তরাজ্য সরকারি খাতে প্রধান ERP প্ল্যাটফর্ম হলো Oracle (প্রভাবশালী, মূলত NHS SBS ও NEP-র মতো কনসোর্টিয়ামের মাধ্যমে), SAP, Unit4 (ট্রাস্ট, বিশ্ববিদ্যালয় ও স্থানীয় কর্তৃপক্ষ ব্যাপকভাবে বাছাই করে), এবং Microsoft Dynamics 365। প্রাপ্তবয়স্ক সামাজিক পরিচর্যা সরবরাহকারী স্থানীয় কর্তৃপক্ষ তাদের অর্থ ও ক্রয়ের জন্য একই শ্রেণির সিস্টেম চালায়। আধুনিক গতিপথ অন-প্রেমিস ইনস্টলেশনের বদলে ক্লাউড ERP (সেবা হিসেবে সফটওয়্যার) দিকে।

ভাগ-করা সেবা। প্রতিটি প্রতিষ্ঠান নিজস্ব ERP চালানোর বদলে, অনেকে একটি সাধারণ প্ল্যাটফর্ম ও একটি সাধারণ ব্যাক-অফিস পরিচালনা ভাগ করে, NHS SBS মডেল, এবং টেমপ্লেটযুক্ত Oracle Cloud ইনস্ট্যান্স চালানো NHS কনসোর্টিয়াম। ভাগ-করা সেবা মানসম্মতকরণ, মাপের সাশ্রয় এবং একটি ছোট সম্মিলিত বাস্তবায়ন ও সহায়তা বোঝার বিনিময়ে কিছু স্থানীয় নমনীয়তা ছাড়ে।

শ্রেষ্ঠ চর্চা#

1. মাস্টার ডেটাকে ভিত্তি হিসেবে দেখুন, পরে-ভাবা বিষয় নয়। স্থানান্তরের আগে হিসাব তালিকা, সরবরাহকারী রেকর্ড, আইটেম ক্যাটালগ ও কর্মী ডেটা পরিষ্কার ও নকলমুক্ত করুন, এবং চলমান ডেটা-গভর্ন্যান্স মালিকানা স্থাপন করুন। সবচেয়ে ক্ষতিকর ERP ব্যর্থতা খারাপ মাস্টার ডেটায় ফিরে যায় যা কোনো পরিমাণ ভালো সফটওয়্যারও ঠিক করতে পারে না; একটি ডেটা-মান কর্মধারা ঐচ্ছিক নয়।

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

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

4. ERP প্রতিস্থাপনকে একটি প্রধান কর্মসূচি হিসেবে চালান, কেন্দ্রে পরিবর্তন ব্যবস্থাপনাসহ। একটি ERP বাস্তবায়ন একটি ব্যবসায়িক-পরিবর্তন কর্মসূচি যা সফটওয়্যার জড়িত, IT প্রকল্প নয়। কর্মসূচি শৃঙ্খলা (বিষয় 5.2 — কর্মসূচি ব্যবস্থাপনা দেখুন) এবং একটি প্রকৃত পরিবর্তন-ব্যবস্থাপনা প্রচেষ্টা (বিষয় 8.1 — পরিবর্তন ব্যবস্থাপনা দেখুন) দিয়ে সম্পদ দিন, কারণ বেশির ভাগ ERP ব্যথা মানুষ ও প্রক্রিয়া, প্রযুক্তি নয়।

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

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

7. ERP-কে সম্পদ-ব্যবস্থাপনা সিস্টেম অফ রেকর্ড হিসেবে ব্যবহার করুন, এবং এর চারপাশে কাজের উপায় নকশা করুন। ERP-কে খরচ কেন্দ্র, বাজেট, ক্রয় অনুমোদন ও কর্মীবাহিনী প্রতিষ্ঠার একক উৎস হতে দিন, এবং ছায়া স্প্রেডশিট রক্ষণাবেক্ষণের বদলে আপনার পরিচালনা প্রক্রিয়া এর সঙ্গে সংগত করুন। ছায়া সিস্টেম ERP যে খণ্ডন সরাতে আছে তা পুনঃপ্রবেশ করায় এবং নীরবে ডেটা মান পচায়।

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

দলের সঙ্গে আলোচনার প্রশ্ন#

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

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

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

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

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

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

বাস্তবে: স্বাস্থ্য ও পরিচর্যার একটি উদাহরণ#

একটি অ্যাকিউট NHS ট্রাস্ট একটি পনেরো-বছর-পুরোনো অন-প্রেমিস অর্থ ও ক্রয় সিস্টেম চালাচ্ছে যার বিক্রেতা শীঘ্রই সমর্থন বন্ধ করবে। রিপোর্টিংয়ে দিন লাগে, ক্রয়-থেকে-পরিশোধ ভারীভাবে ম্যানুয়াল, এবং কর্মীবাহিনী প্রতিষ্ঠা স্প্রেডশিটের একটি জটে বাস করে যা বেতন-তালিকার সঙ্গে কখনো পুরোপুরি মেলে না। ট্রাস্ট প্রতিবেশী প্রদানকারীদের সঙ্গে একটি আঞ্চলিক NHS কনসোর্টিয়ামের টেমপ্লেটযুক্ত Oracle Cloud ইনস্ট্যান্সের মাধ্যমে সরবরাহ করা একটি ক্লাউড ERP-তে সরার সিদ্ধান্ত নেয়।

অর্থ পরিচালক এটিকে একটি IT অদলবদল হিসেবে দেখার প্রলোভন প্রতিরোধ করেন। একজন নির্বাহী পৃষ্ঠপোষক, একজন পূর্ণকালীন কর্মসূচি ব্যবস্থাপক এবং, গুরুত্বপূর্ণভাবে, একটি ডেটা-মান কর্মধারাসহ একটি কর্মসূচি দাঁড় করানো হয়, যা কোনো স্থানান্তরের আগে মাসের পর মাস হিসাব তালিকা পরিষ্কার করে, বারো হাজার সরবরাহকারী রেকর্ড নকলমুক্ত করে এবং কর্মী মাস্টার ESR (NHS ইলেকট্রনিক স্টাফ রেকর্ড)-এর সঙ্গে মেলায়। অর্থ, ক্রয় ও HR-এর প্রক্রিয়া মালিকরা পুরোনো সিস্টেম নকল করার বদলে কনসোর্টিয়াম টেমপ্লেটে তাদের কর্মপ্রবাহ পুনঃনকশা করতে সংযুক্ত হন।

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

এক বছর পরে, ট্রাস্ট সপ্তাহের বদলে দিনে হিসাব বন্ধ করে, ক্রয় অনুমোদন সিস্টেমের ভেতরে প্রয়োগ হয়, এবং প্রতিষ্ঠা অবশেষে বেতন-তালিকার সঙ্গে মেলে। ভাগ-করা কনসোর্টিয়াম প্ল্যাটফর্মের অর্থ পরবর্তী আপগ্রেড আরেকটি বহু-বছরের প্রকল্পের বদলে একটি রুটিন ক্লাউড রিলিজ হিসেবে আসে।

খাতভিত্তিক দৃষ্টিকোণ#

স্টার্ট-আপ#

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

ক্ষুদ্র ব্যবসা#

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

বৃহৎ প্রতিষ্ঠান#

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

সরকার#

জাতীয় ও ভাগ-করা-সেবা মাপে, ERP একটি মানসম্মতকরণ যন্ত্র: NHS Shared Business Services ও কনসোর্টিয়াম Oracle Cloud ইনস্ট্যান্স অনেক প্রতিষ্ঠানকে একটি টেমপ্লেটযুক্ত প্ল্যাটফর্ম দিতে আছে, মাপের সাশ্রয় ও অবিরাম আপগ্রেডের বিনিময়ে স্থানীয় নমনীয়তা ছেড়ে। সরকারি জবাবদিহিতা প্রতিটি প্রধান ERP সিদ্ধান্তে সরকারি-ক্রয় যাচাই (প্রতিযোগিতামূলক কাঠামো, অর্থের-মূল্য আশ্বাস) যোগ করে, এবং একটি জাতীয় কাটওভার ব্যর্থতার সংসদীয় ও গণমাধ্যম পরিণতি আছে। কেন্দ্রের প্রকৃত প্রভাব হলো আহ্বান, ভাগ-করা প্ল্যাটফর্ম বাধ্যতামূলক বা উৎসাহিত করা যাতে কয়েক ডজন ট্রাস্ট ও স্থানীয় কর্তৃপক্ষ প্রত্যেকে নিজের ব্যাক অফিস না চালায়, প্যাচ না করে ও আলাদাভাবে ব্যর্থ না হয়। সংজ্ঞায়ক টানাপোড়েন হলো জাতীয় মানসম্মতকরণ ও স্থানীয় স্বায়ত্তশাসনের মধ্যে: টেমপ্লেট অতি জোরে ঠেললে গ্রহণ বিরক্তিতে থেমে যায়; অতি নরমভাবে, এবং ERP যে খণ্ডন সরাতে আছে তা নীরবে টিকে থাকে।

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

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

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

চেকলিস্ট#

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

মূল উৎস#

• NHS Shared Business Services (NHS SBS), NHS সংস্থাগুলোর জন্য জাতীয় Oracle-ভিত্তিক অর্থ ও ক্রয় ভাগ-করা সেবা। https://www.sbs.nhs.uk/
• Oracle, NHS Shared Business Services with Oracle Fusion Cloud Applications, জাতীয় NHS অর্থ প্ল্যাটফর্মের মাপ। https://www.oracle.com/uk/
• NHS North of England Commissioning / NEP consortium, NHS সদস্যদের জন্য টেমপ্লেটযুক্ত Oracle Cloud ERP। https://nepcloud.nhs.uk/
• Unit4, Public sector and healthcare ERP, NHS ট্রাস্ট, স্থানীয় কর্তৃপক্ষ ও বিশ্ববিদ্যালয়ের জন্য ERP। https://www.unit4.com/industries/public-sector-software
• HFMA (Healthcare Financial Management Association), Introductory Guide to NHS Finance, ERP যে অর্থ প্রক্রিয়ার ভিত্তি। https://www.hfma.org.uk/
• NHS Electronic Staff Record (ESR), NHS কর্মীবাহিনী ও বেতন-তালিকা সিস্টেম যার সঙ্গে ERP-কে সংহত হতে হবে। https://www.electronicstaffrecord.nhs.uk/
• আরও দেখুন বিষয় 5.2 — কর্মসূচি ব্যবস্থাপনা, বিষয় 5.3 — এন্টারপ্রাইজ প্রকল্প পোর্টফোলিও ব্যবস্থাপনা এবং বিষয় 8.1 — পরিবর্তন ব্যবস্থাপনা।

তথ্যসূত্র#

1. Enterprise resource planning — Wikipedia — https://en.wikipedia.org/wiki/Enterprise_resource_planning
2. System of record — Wikipedia — https://en.wikipedia.org/wiki/System_of_record
3. Master data management — Wikipedia — https://en.wikipedia.org/wiki/Master_data_management
4. Chart of accounts — Wikipedia — https://en.wikipedia.org/wiki/Chart_of_accounts
5. Payroll — Wikipedia — https://en.wikipedia.org/wiki/Payroll
6. Procure-to-pay — Wikipedia — https://en.wikipedia.org/wiki/Procure-to-pay
7. Software as a service — Wikipedia — https://en.wikipedia.org/wiki/Software_as_a_service
8. Shared services — Wikipedia — https://en.wikipedia.org/wiki/Shared_services
9. Data migration — Wikipedia — https://en.wikipedia.org/wiki/Data_migration
10. Change management — Wikipedia — https://en.wikipedia.org/wiki/Change_management
11. Business process re-engineering — Wikipedia — https://en.wikipedia.org/wiki/Business_process_re-engineering
12. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
13. NHS Shared Business Services — Wikipedia — https://en.wikipedia.org/wiki/NHS_Shared_Business_Services
14. NHS Shared Business Services — the national Oracle-based finance and procurement shared service for NHS organisations — https://www.sbs.nhs.uk/
15. NHS Shared Business Services with Oracle Fusion Cloud Applications — Oracle — https://www.oracle.com/uk/
16. Public sector and healthcare ERP — Unit4 — https://www.unit4.com/industries/public-sector-software
17. Introductory Guide to NHS Finance — HFMA — https://www.hfma.org.uk/
18. NHS Electronic Staff Record (ESR) — the NHS workforce and payroll system ERP must integrate with — https://www.electronicstaffrecord.nhs.uk/