3.8 আন্তঃকার্যক্ষমতা ও মুক্ত মান

পরিচিতি ও প্রেরণা

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

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

পুনরাবৃত্ত ব্যর্থতার ধরন আন্তঃকার্যক্ষমতার উল্টো: মালিকানাধীন লক-ইন, যেখানে একটি প্রতিষ্ঠানের ডেটা ও প্রক্রিয়া একজন বিক্রেতার অ-প্রমিত ফরম্যাট ও ইন্টারফেসের সঙ্গে এতটাই জড়িত যে বদলানো, ইন্টিগ্রেট করা বা এমনকি পরে ডেটা পড়াও নিষেধমূলকভাবে ব্যয়বহুল। মুক্ত মান প্রাথমিক প্রতিরক্ষা। এই অধ্যায় কভার করে কোন স্তরে সিস্টেমকে আন্তঃক্রিয়া করতে হয়, যে মান তা সম্ভব করে, এবং এর জন্য কীভাবে নকশা, ক্রয় ও সনদ দেবেন। এটি API ও ইন্টারফেস নকশা (অধ্যায় 2.3), বিতরিত সিস্টেম (অধ্যায় 3.3), ডেটা কৌশল ও শাসন (অধ্যায় 7.1), ক্রয় ও ওপেন সোর্স (অধ্যায় 10.3), এবং সম্মতি ও শাসনের (অধ্যায় 4.6) সঙ্গে ঘনিষ্ঠভাবে যুক্ত।

মূল নীতিসমূহ

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

সুপারিশ

আন্তঃকার্যক্ষমতার চারটি স্তরের জন্যই নকশা করুন

ইউরোপীয় আন্তঃকার্যক্ষমতা কাঠামো ও সম্পর্কিত মডেল চারটি স্তর বর্ণনা করে, এবং সত্যিই আন্তঃক্রিয়া করতে একটি সিস্টেমকে সবগুলো পূরণ করতে হয়। প্রযুক্তিগত আন্তঃকার্যক্ষমতা হলো নল-ব্যবস্থা: সিস্টেম জুড়ে বাইট সরানো নেটওয়ার্ক, প্রোটোকল ও পরিবহন (যেমন HTTPS)। সিনট্যাক্টিক আন্তঃকার্যক্ষমতা হলো কাঠামো ও ফরম্যাটে একমত, বার্তার ব্যাকরণ, যেমন JSON (JavaScript Object Notation, একটি হালকা পাঠ্য ডেটা ফরম্যাট) বা XML (eXtensible Markup Language)। সেমান্টিক আন্তঃকার্যক্ষমতা হলো অর্থে একমত: gender লেবেলের একটি ক্ষেত্র বা একটি কোড 250.00 দুই পক্ষের কাছে একই জিনিস বোঝায়। সাংগঠনিক আন্তঃকার্যক্ষমতা হলো প্রক্রিয়া, শাসন, ভূমিকা ও আইনি চুক্তির সারিবদ্ধতা: কে কাকে কী পাঠানোর অনুমতি পায়, কোন ডেটা-ভাগ চুক্তির অধীনে এবং কোন উদ্দেশ্যে। বেশিরভাগ ইন্টিগ্রেশন প্রকল্প প্রথম দুই স্তরে পারদর্শী আর তৃতীয় ও চতুর্থে ব্যর্থ হয়। সেমান্টিক ও সাংগঠনিক আন্তঃকার্যক্ষমতাকে পরবর্তী ভাবনা নয়, প্রথম-শ্রেণির নকশা কাজ গণ্য করুন।

ডেটা-বিনিময় ও API স্তর প্রমিত করুন

সিস্টেম কীভাবে তাদের ইন্টারফেস বর্ণনা ও প্রকাশ করে তার জন্য মুক্ত, ব্যাপকভাবে বাস্তবায়িত মান গ্রহণ করুন। ওয়েব API-র (Application Programming Interface, একটি সিস্টেম অন্যটিকে যে সংজ্ঞায়িত চুক্তির মাধ্যমে ডাকে) জন্য OpenAPI স্পেসিফিকেশন ব্যবহার করুন, একটি REST (Representational State Transfer) API-র বিক্রেতা-নিরপেক্ষ, যন্ত্রপাঠযোগ্য বর্ণনা যা ইন্টারফেস নথিবদ্ধ করে এবং ক্লায়েন্ট কোড, সার্ভার, টেস্ট ও মক তৈরি করে। পেলোড ফরম্যাটের জন্য সর্বব্যাপিতা ও মানুষের পাঠযোগ্যতার কারণে JSON পছন্দ করুন, এবং যেখানে কোনো ইকোসিস্টেম ইতিমধ্যে XML-এ প্রমিত সেখানে তা ব্যবহার করুন। সার্ভিসের মধ্যে উচ্চ-পারফরম্যান্স, শক্তিশালী টাইপ করা যোগাযোগ দরকার হলে gRPC (একটি রিমোট-প্রসিডিউর-কল ফ্রেমওয়ার্ক) প্রোটোকল বাফার (Protobuf) সহ বিবেচনা করুন, একটি সংকুচিত, স্কিমা-সংজ্ঞায়িত বাইনারি ফরম্যাট যা নিজেই একটি মুক্ত স্পেসিফিকেশন। বিষয় নির্দিষ্ট প্রযুক্তি নয়। বিষয় হলো চুক্তিটি প্রকাশিত, যন্ত্রপাঠযোগ্য এবং স্বাধীনভাবে বাস্তবায়নযোগ্য। ইন্টারফেস নকশার গভীরতার জন্য অধ্যায় 2.3 দেখুন।

আপনার ডোমেইনের স্বীকৃত মান গ্রহণ করুন

বেশিরভাগ খাত ডোমেইন-নির্দিষ্ট আন্তঃকার্যক্ষমতা মানে একত্র হয়েছে। নিজের উদ্ভাবনের বদলে সেগুলো ব্যবহার করুন। স্বাস্থ্যসেবা শীর্ষ উদাহরণ। HL7 (Health Level Seven, একটি মান সংস্থা ও তার পুরোনো মেসেজিং মান) নতুন কাজের জন্য মূলত FHIR (Fast Healthcare Interoperability Resources) দ্বারা প্রতিস্থাপিত, একটি আধুনিক মান যা ক্লিনিক্যাল ধারণা (রোগী, পর্যবেক্ষণ, ওষুধ) ওয়েব রিসোর্স হিসেবে মডেল করে JSON বা XML ব্যবহার করে REST API-র ওপর বিনিময় করা হয়। অর্থে ISO 20022 কাঠামোবদ্ধ, সমৃদ্ধভাবে টীকাযুক্ত পেমেন্ট ও আর্থিক মেসেজিংয়ের মুক্ত মান, এখন বিশ্বব্যাপী পেমেন্ট সিস্টেমে গৃহীত। ভূস্থানিক ডেটায় OGC (Open Geospatial Consortium) মানচিত্র ও ফিচার সার্ভিসের জন্য WMS ও WFS-এর মতো মান প্রকাশ করে। অন্যান্য উদাহরণের মধ্যে ব্যবসায়িক নথির জন্য OASIS ও UBL, এবং নির্মাণের জন্য IFC (BuildingSMART)। স্বীকৃত মান বাছাই সঙ্গতিপূর্ণ টুল, সরবরাহকারী ও প্রশিক্ষিত কর্মীর একটি পুরো ইকোসিস্টেম কেনে।

শনাক্তকারী, কোড সিস্টেম ও অন্টোলজিতে অর্থ নোঙর করুন

সেমান্টিক আন্তঃকার্যক্ষমতার জন্য ভাগ করা শব্দভাণ্ডার দরকার। প্রমিত শনাক্তকারী ব্যবহার করুন যাতে একই বাস্তব-জগতের জিনিসের সর্বত্র একই রেফারেন্স থাকে (যেমন একটি ISO দেশ কোড, একটি আইনি সত্তার জন্য LEI, বা একটি জাতীয় রোগী শনাক্তকারী)। মুক্ত পাঠ্যের বদলে প্রকাশিত কোড সিস্টেম ও পরিভাষা (সংজ্ঞায়িত অর্থসহ কোড করা ধারণার নিয়ন্ত্রিত তালিকা) ব্যবহার করুন: ক্লিনিক্যাল পরিভাষার জন্য SNOMED CT ও LOINC, রোগ নির্ণয়ের জন্য ICD (International Classification of Diseases), পাঠ্যের জন্য Unicode। যেখানে ধারণার মধ্যে সম্পর্ক গুরুত্বপূর্ণ সেখানে RDF ও OWL (W3C Web Ontology Language)-এর মতো মানে প্রকাশিত একটি অন্টোলজি (ধারণা ও তাদের সম্পর্কের একটি আনুষ্ঠানিক, যন্ত্রপাঠযোগ্য মডেল) ব্যবহার করুন। এই শব্দভাণ্ডারের শাসন একটি ডেটা-শাসন দায়িত্ব; অধ্যায় 7.1 দেখুন।

পয়েন্ট-টু-পয়েন্ট তার না জুড়ে মান-ভিত্তিক প্যাটার্নের মাধ্যমে ইন্টিগ্রেট করুন

এমন স্থাপত্য প্যাটার্ন পছন্দ করুন যা ইন্টিগ্রেশনের সংখ্যা সংমিশ্রণীয়ের বদলে রৈখিক রাখে। পয়েন্ট-টু-পয়েন্ট জোড়া N সংখ্যক সিস্টেমের N×(N−1)/2 পর্যন্ত বিশেষায়িত সংযোগকারী লাগতে পারে। একই N সিস্টেম প্রতিটি একটি ভাগ করা মান মেনে চললে সেই মানের কেবল N বাস্তবায়ন লাগে। গেটওয়ে, প্রকাশিত API চুক্তি এবং ক্যানোনিকাল ডেটা মডেল ব্যবহার করুন যাতে একজন নতুন অংশগ্রহণকারী প্রতিটি বিদ্যমান সিস্টেমের বিপরীতে নয়, মানের বিপরীতে একবার ইন্টিগ্রেট করে। এটি লক-ইনের প্রতিষেধকও: চুক্তি মুক্ত বলে সংযুক্ত সবাইকে না ছুঁয়ে একজন বিক্রেতাকে বদলানো যায়।

সঙ্গতি ও সনদ দাবি করুন

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

ট্রেড-অফ: সুবিধা ও অসুবিধা

পদ্ধতি	সুবিধা	অসুবিধা / খরচ
মুক্ত মান	অনেক সরবরাহকারী, লক-ইন নেই, ইকোসিস্টেম টুল, ভবিষ্যৎ অংশীদাররা সস্তায় ইন্টিগ্রেট করে	মান বিস্তৃত/জটিল হতে পারে, সংকীর্ণ ফিচার গ্রহণে ধীর, কমিটি-গতির বিবর্তন
বিশেষায়িত পয়েন্ট-টু-পয়েন্ট ইন্টিগ্রেশন	প্রথম সংযোগের জন্য দ্রুত, নির্ভুল মাপ, ন্যূনতম অগ্রিম শেখা	খরচ সংমিশ্রণীয়ভাবে বাড়ে, ভঙ্গুর, প্রতিটি পরিবর্তনে পুনরায় করতে হয়, লক-ইন জন্মায়
মালিকানাধীন বিক্রেতা ফরম্যাট/API	সমৃদ্ধ ফিচার, বিক্রেতা সহায়তা, এক ইকোসিস্টেমের ভেতরে দ্রুত শুরু	লক-ইন, বদলানোর খরচ, পরে ডেটা বের করা কঠিন, দাম-নির্ধারণ ক্ষমতা বিক্রেতার দিকে সরে
ডোমেইন মান (FHIR, ISO 20022)	ভাগ করা অর্থ, প্রশিক্ষিত কর্মীবাহিনী, নিয়ন্ত্রক-সারিবদ্ধ	শেখার বক্ররেখা, লিগ্যাসি ডেটা ম্যাপ করা, সংস্করণ ও প্রোফাইল ব্যবস্থাপনার বাড়তি বোঝা

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

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

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

2. আপনি একটি মানের মালিকানাধীন এক্সটেনশনের ওপর কতটা ঝুঁকেন, এবং অন্য সঙ্গতিপূর্ণ বাস্তবায়ন কি তবু আপনার সঙ্গে কথা বলতে পারত? মানে পালানোর পথ থাকে, এবং এর অতিব্যবহার মুক্ত ব্যাজ পরা বাস্তবিক লক-ইন: আপনি FHIR বা ISO 20022 দাবি করেন কিন্তু কোনো স্বাধীন বিক্রেতা আসলে আপনার উপভাষার সঙ্গে আন্তঃক্রিয়া করতে পারে না। এটি একটি একটি যুক্তিসঙ্গত কাস্টমাইজেশনে ঢোকে, যে কারণে একটি বড় সম্পত্তির ইচ্ছাকৃতভাবে তা মাপা উচিত। একটি প্রকৃত বার্তা আনুন এবং গুনুন তার কতটা অর্থ প্রমিত ক্ষেত্রে বনাম কাস্টম এক্সটেনশনে বহন হয়; কাস্টম অংশ যত বেশি, আপনার বহনযোগ্যতা তত দুর্বল এবং বর্তমান বিক্রেতার দাম-নির্ধারণ ক্ষমতা তত শক্তিশালী। ব্যক্তিগত এক্সটেনশনের বদলে মানের নিয়মের ভেতরে প্রোফাইলিং এবং মানে ফাঁক ফিরিয়ে দেওয়া পছন্দ করুন। মুক্ত পথের পুরো উদ্দেশ্য হলো সংযুক্ত সবাইকে না ছুঁয়ে একজন বিক্রেতাকে বদলানো যায়, আর এক্সটেনশন নিঃশব্দে তা ক্ষয় করে।

3. আপনি প্রতিটি মানের কোন সংস্করণ ও প্রোফাইলে আছেন, এবং সম্পত্তি জুড়ে সেই পছন্দ কে শাসন করে? সংস্করণ ও প্রোফাইল শৃঙ্খলা ছাড়া “মান সমর্থন করে” অর্থহীন, কারণ দুটি সিস্টেম উভয়ে FHIR বা ISO 20022 দাবি করেও যদি ভিন্ন সংস্করণ বা প্রোফাইল বাস্তবায়ন করে তবে কথা বলতে ব্যর্থ হতে পারে। অনেক সরবরাহকারী ও দীর্ঘ ক্রয় চক্রের একটি বড় প্রতিষ্ঠানে সংস্করণ নিঃশব্দে আলাদা হয়ে যায় যতক্ষণ না একটি ইন্টিগ্রেশন ভাঙে। প্রতিটি ইন্টারফেস, তার মান, তার সংস্করণ ও তার প্রোফাইলের একটি তালিকা আনুন, এবং নাম দিন সেগুলো সারিবদ্ধ রাখা ও আপগ্রেড পরিকল্পনার জন্য কে জবাবদিহিযোগ্য। সংস্করণ ও প্রোফাইল পাইপলাইনের সঙ্গতি পরীক্ষায় গেঁথে দিন যাতে সরে যাওয়া প্রোডাকশনে প্রকাশ পাওয়ার বদলে বিল্ড ব্যর্থ করে। এই শাসন ছাড়া নামমাত্র সঙ্গতিপূর্ণ সিস্টেমও আন্তঃক্রিয়া করতে পারে না, যা ঠিক সেই ব্যর্থতা যা মুক্ত মান ঠেকানোর জন্য ছিল।

4. একটি চুক্তি বা সরবরাহকারী “মান সমর্থন করে” বললে কোন স্বাধীন পরীক্ষা তা প্রমাণ করে, এবং সেই পরীক্ষা কোথায় চলে? পরীক্ষাহীন সঙ্গতি দাবি বিপণন, এবং এটি সবচেয়ে খারাপ জায়গায় ব্যর্থ হয়: প্রোডাকশনে, অর্থ হাত বদলের পরে এবং সিস্টেম চালু হওয়ার পরে। অনেক সরবরাহকারী থেকে কেনা একটি বড় প্রতিষ্ঠানের প্রলোভন হলো প্রশ্নমালায় একটি টিক চিহ্ন মেনে নেওয়া, কারণ যাচাইকৃত সঙ্গতির ওপর জোর ক্রয় ধীর করে এবং দরদাতা পুল সংকুচিত করে। আপনি নির্ভর করেন এমন প্রতিটি মানের প্রকাশিত যাচাইকারী বা টেস্ট স্যুট (যেমন FHIR যাচাইকারী ও Touchstone, বা OpenAPI স্কিমা যাচাই), তাতে চালানো প্রকৃত বার্তার একটি নমুনা, এবং গ্রহণ ও পেমেন্ট তা পাস করার সঙ্গে বাঁধা আপনার চুক্তির ধারা আনুন। প্রতিদ্বন্দ্বী টান গতি বনাম প্রমাণ: একটি সনদপ্রাপ্ত পণ্য বেশি খরচ করতে ও অনবোর্ড হতে বেশি সময় নিতে পারে, কিন্তু একটি অযাচাইকৃত পণ্য ব্যর্থতা আপনার ইন্টিগ্রেশন দলে হস্তান্তর করে। সরকারি ও নিয়ন্ত্রিত পরিবেশে, যেখানে জাতীয় স্বাস্থ্য-IT বা পেমেন্ট সনদ প্রকল্প আছে, চুক্তিতে সনদ দাবি করুন এবং যাচাইকারীকে কন্টিনিউয়াস ইন্টিগ্রেশনে তার দিন যাতে সরে যাওয়া বিল্ড ব্যর্থ করে, কারণ যে দাবি আপনি কখনো পরীক্ষা করেননি তা এমন দায় যা আপনি নিরীক্ষা বা বিভ্রাটে আবিষ্কার করবেন।

5. আপনার কতগুলো ইন্টিগ্রেশন এখনো পয়েন্ট-টু-পয়েন্ট, এবং সেগুলো সেভাবে রাখার প্রকৃত সংমিশ্রণীয় খরচ কত? বিশেষায়িত একের-সঙ্গে-এক সংযোগকারী প্রথম লিংকের জন্য গড়তে দ্রুততম এবং একটি সম্পত্তি জুড়ে মালিক হতে সবচেয়ে ব্যয়বহুল, কারণ সংখ্যা N×(N−1)/2-এর দিকে বাড়ে যেখানে একটি ভাগ করা মানের কেবল N বাস্তবায়ন লাগে। একটি বড় প্রতিষ্ঠানে এই বিস্তার একটি একটি যুক্তিসঙ্গত সিদ্ধান্তে জমে যতক্ষণ না ইন্টিগ্রেশন মানচিত্র রক্ষণাবেক্ষণ-অযোগ্য হয় এবং প্রতিটি সিস্টেম পরিবর্তন ডজন ডজন ভঙ্গুর সংযোগকারীতে ঢেউ তোলে। আপনার ইন্টিগ্রেশনের একটি তালিকা আনুন যা পয়েন্ট-টু-পয়েন্ট বনাম মান-ভিত্তিকে শ্রেণিবদ্ধ, আপনার শেষ বড় সিস্টেম প্রতিস্থাপনে ছোঁয়া সংযোগকারীর সংখ্যা, এবং কাস্টম লিংক রক্ষণাবেক্ষণে ব্যয়িত প্রকৌশল সময়ের একটি অনুমান। টানাপোড়েন হলো জীবন্ত পয়েন্ট-টু-পয়েন্ট তার একটি গেটওয়ে বা ক্যানোনিকাল মডেলের পেছনে স্থানান্তর করা প্রকৃত কাজ যার কোনো তাৎক্ষণিক ফিচার প্রতিদান নেই, তাই কেউ বহন খরচ পরিমাণ না করলে তা রোডম্যাপের কাছে হারে। দশকের পর দশক বাঁচা এবং নিরন্তর অংশগ্রহণকারী যোগ করা এন্টারপ্রাইজ ও সরকারি প্ল্যাটফর্মের জন্য পয়েন্ট-টু-পয়েন্ট পথ একটি ধীর কর; ইন্টিগ্রেশন স্থাপত্যের একজন মালিকের নাম দিন এবং প্রতিটি বিদ্যমান সিস্টেমের বিপরীতে নয়, মানের মাধ্যমে নতুন অংশগ্রহণকারীদের রুট করার পরিকল্পনা।

6. আপনি কোথায় অর্থ মুক্ত পাঠ্য হিসেবে বহন করছেন যা একটি প্রকাশিত কোড সিস্টেম বা পরিভাষার বহন করা উচিত, এবং সেই শব্দভাণ্ডার কে শাসন করে? সেমান্টিক আন্তঃকার্যক্ষমতা সেই জায়গা যেখানে বেশিরভাগ ইন্টিগ্রেশন নিঃশব্দে ব্যর্থ হয়: বাইট আসে ও পার্স হয়, কিন্তু অসীমিত স্ট্রিং হিসেবে সংরক্ষিত রোগ নির্ণয়, মুদ্রা বা দেশ প্রেরকের কাছে এক জিনিস এবং প্রাপকের কাছে সূক্ষ্মভাবে ভিন্ন কিছু বোঝায়। একটি বড় প্রতিষ্ঠানের জন্য খরচ অদৃশ্য থাকে যতক্ষণ না রিপোর্টিং, বিশ্লেষণ বা একজন নিয়ন্ত্রক প্রকাশ করেন যে একই ধারণা তিন সিস্টেমে তিনভাবে কোড করা ছিল। বর্তমানে মুক্ত পাঠ্য হিসেবে রাখা ক্ষেত্রের উদাহরণ, যা প্রতিস্থাপন করতে পারে এমন প্রমিত শনাক্তকারী ও কোড সিস্টেম (ক্লিনিক্যাল ডেটার জন্য SNOMED CT ও LOINC, দেশ ও মুদ্রার জন্য ISO কোড, আইনি সত্তার জন্য LEI), এবং মুক্ত পাঠ্য যে ত্রুটির হার বা মিলকরণ পরিশ্রম লুকাচ্ছে তা আনুন। প্রতিদ্বন্দ্বী বিবেচনা হলো লিগ্যাসি ডেটা নিয়ন্ত্রিত শব্দভাণ্ডারে ম্যাপ করা কষ্টসাধ্য এবং কখনো ডেমো করা হয় না, তাই পরিবহন স্তরের তুলনায় এটি দীর্ঘস্থায়ীভাবে কম অর্থায়ন পায়। সরকারে, যেখানে একজন নাগরিকের রেকর্ড অনেক স্বাধীন সিস্টেম থেকে জোড়া লাগানো এবং একটি অমিল কোড একটি সুবিধা অস্বীকার বা একটি স্বাস্থ্য রেকর্ড নষ্ট করতে পারে, শব্দভাণ্ডার শাসনকে একটি নামকরা ডেটা-শাসন দায়িত্ব (অধ্যায় 7.1) গণ্য করুন, প্রতিটি দলের হাতে ছেড়ে দেওয়া বাস্তবায়ন বিবরণ নয়।

খাতভেদে দৃষ্টিভঙ্গি

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

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

এন্টারপ্রাইজ। চ্যালেঞ্জ অনেক দল, সরবরাহকারী ও দীর্ঘ ক্রয় চক্র জুড়ে আন্তঃকার্যক্ষমতা শাসন করা। ডোমেইন মান (FHIR, ISO 20022, OGC) ও একটি প্রকাশিত OpenAPI চুক্তি বাধ্যতামূলক করুন, তারপর প্রতিটি ইন্টারফেসের সংস্করণ, প্রোফাইল ও একজন জবাবদিহিযোগ্য মালিকসহ একটি তালিকা রাখুন, যাতে নামমাত্র সঙ্গতিপূর্ণ সিস্টেম আলাদা হয়ে না যায়। পয়েন্ট-টু-পয়েন্ট তারের বদলে গেটওয়ে ও ক্যানোনিকাল মডেলের মাধ্যমে নতুন অংশগ্রহণকারীদের রুট করুন, সঙ্গতি যাচাই কন্টিনিউয়াস ইন্টিগ্রেশনে তার দিন, এবং আপনার ট্রাফিকের কতটা প্রমিত ক্ষেত্রে বনাম মালিকানাধীন এক্সটেনশনে চলে তা মাপুন। লক-ইন ও বহনযোগ্যতা দুর্ঘটনা নয়, সুচিন্তিত মালিকানার মোট খরচ অবস্থান হিসেবে পরিচালনা করুন।

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

উদাহরণ

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

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

সরকার। একটি জাতীয় স্বাস্থ্য সেবার হাসপাতাল, ক্লিনিক, গবেষণাগার এবং একটি রোগী-মুখী অ্যাপ (দুই দশক ধরে ভিন্ন সরবরাহকারীর বানানো) নিরাপদে রেকর্ড ভাগ করতে হয়। সে ডেটা বিনিময়ের জন্য FHIR বাধ্যতামূলক করে: প্রতিটি সিস্টেম রোগী, পর্যবেক্ষণ ও ওষুধ ডেটা REST API-র ওপর FHIR রিসোর্স হিসেবে প্রকাশ করে, প্রমিত শনাক্তকারী (একটি জাতীয় রোগী ID) ও ক্লিনিক্যাল পরিভাষা (অবস্থার জন্য SNOMED CT, ল্যাব ফলাফলের জন্য LOINC) ব্যবহার করে যাতে কোডগুলো সর্বত্র একই অর্থ বহন করে। সরবরাহকারীদের সংযোগের আগে FHIR সঙ্গতি যাচাই পাস করতে এবং জাতীয় স্বাস্থ্য-IT সনদ ধরে রাখতে হয়। একটি নতুন ক্লিনিক সিস্টেম প্রতিটি বিদ্যমান সিস্টেমের সঙ্গে বিশেষায়িত লিংক না গড়ে FHIR মানের বিপরীতে একবার ইন্টিগ্রেট করে, এবং একজন নাগরিক অনেক স্বাধীন সিস্টেম থেকে জোড়া লাগানো একটি একীভূত রেকর্ড দেখতে পারেন। সাংগঠনিক আন্তঃকার্যক্ষমতা সামলানো হয় কে কী এবং কেন অ্যাক্সেস করতে পারে তা নিয়ন্ত্রণকারী ডেটা-ভাগ চুক্তির মাধ্যমে, সম্মতি বাধ্যবাধকতা (অধ্যায় 4.6) পূরণ করে।

ব্যবসায়িক যুক্তি: প্রেরণা, ROI ও TCO

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

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

অ্যান্টি-প্যাটার্ন ও ফাঁদ

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

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

• স্তর ১: সূচনা। ইন্টিগ্রেশন অ্যাড হক ও পয়েন্ট-টু-পয়েন্ট। ফরম্যাট মালিকানাধীন বা অনথিবদ্ধ। অর্থ মুক্ত পাঠ্য ও গোষ্ঠীগত জ্ঞানে বহন হয়। যেকোনো সিস্টেম বা বিক্রেতা বদলানো একটি বড় প্রকল্প। লক-ইন সর্বব্যাপী এবং বহুলাংশে অস্বীকৃত।
• স্তর ২: বিকাশ। JSON বা XML-এর মতো সাধারণ ফরম্যাট দেখা দেয়, এবং কিছু API নথিবদ্ধ, কিন্তু চর্চা দল ভেদে ভিন্ন। আন্তঃকার্যক্ষমতা এখনো বেশিরভাগ সিনট্যাক্টিক; সেমান্টিক ঐকমত্য অসঙ্গত এবং প্রতি-প্রকল্প। মান প্রতিক্রিয়ায় বাছা হয়, এবং সঙ্গতি দাবি করা হয় কিন্তু পরীক্ষা করা হয় না।
• স্তর ৩: মানসম্মতকরণ। মুক্ত ডেটা-বিনিময় মান (OpenAPI, এবং FHIR বা ISO 20022-এর মতো প্রাসঙ্গিক ডোমেইন মান) নথিবদ্ধ ও প্রতিষ্ঠান-ব্যাপী বাধ্যতামূলক। ভাগ করা শনাক্তকারী, কোড সিস্টেম ও পরিভাষা সেমান্টিক আন্তঃকার্যক্ষমতা দেয়। সঙ্গতি পরীক্ষা সরবরাহ পাইপলাইনের অংশ, এবং ইন্টিগ্রেশন পয়েন্ট-টু-পয়েন্ট তারের বদলে মান-ভিত্তিক প্যাটার্ন অনুসরণ করে।
• স্তর ৪: ব্যবস্থাপনা। আন্তঃকার্যক্ষমতা ভিত্তিরেখার বিপরীতে মাপা ও নিয়ন্ত্রিত। মেট্রিক অনুসরণ ও পর্যালোচনা করা হয়: মান-ভিত্তিক বনাম পয়েন্ট-টু-পয়েন্ট ইন্টিগ্রেশনের অংশ, প্রমিত ক্ষেত্র বনাম মালিকানাধীন এক্সটেনশনে বহন হওয়া বার্তা অর্থের অনুপাত, পাইপলাইনে সঙ্গতি-পরীক্ষা পাস হার, সম্পত্তি জুড়ে সংস্করণ ও প্রোফাইল সরে যাওয়া, এবং নতুন অংশগ্রহণকারী অনবোর্ডিংয়ে ইন্টিগ্রেশন লিড টাইম ও ত্রুটির হার। সংস্করণ ও প্রোফাইল শাসিত, সনদ সরবরাহকারীদের কাছে দাবি ও যাচাই করা হয়, এবং লক-ইন ঝুঁকি অনুভূত না হয়ে পরিমাণ করা হয়। একটি ইন্টারফেস গ্রহণ, আপগ্রেড বা অবসরের সিদ্ধান্ত এই প্রমাণে নেওয়া হয়।
• স্তর ৫: সমন্বয়। আন্তঃকার্যক্ষমতা নিরন্তর উন্নত এবং প্রতিষ্ঠান জুড়ে একীভূত। সাংগঠনিক আন্তঃকার্যক্ষমতা (চুক্তি, সম্মতি, প্রক্রিয়া সারিবদ্ধতা) প্রযুক্তিগত স্তরের পাশাপাশি পদ্ধতিগতভাবে সামলানো হয়, প্রতিষ্ঠান যে মানের ওপর নির্ভর করে তাতে ফিরে অবদান রাখে, এবং বহনযোগ্যতা একটি স্থায়ী নকশা সীমাবদ্ধতা। মান বিবর্তিত হলে এবং অংশগ্রহণকারীরা যোগ দিলে বা ছাড়লে সম্পত্তি খাপ খায়, ঘটনার বদলে মাপা প্রমাণে ইন্টিগ্রেশন স্থাপত্য ও শব্দভাণ্ডার শাসন পুনর্ভারসাম্যে আনে।

আলোচনার ভাবনা

1. আপনার সবচেয়ে জটিল ডেটা বিনিময়ের জন্য চারটি স্তরের (প্রযুক্তিগত, সিনট্যাক্টিক, সেমান্টিক, সাংগঠনিক) কোনটি আজ সবচেয়ে দুর্বল?
2. আপনার প্রধান বিক্রেতা নবায়নে দাম দ্বিগুণ করলে বদলাতে কতক্ষণ ও কত খরচ লাগবে, এবং কী তা এমন করে তুলেছে?
3. আপনার কোন ইন্টিগ্রেশন পয়েন্ট-টু-পয়েন্ট, এবং সেগুলো একটি ভাগ করা মুক্ত মানের পেছনে সরাতে কী লাগবে?
4. কোথায় আপনি এমন মুক্ত পাঠ্য সংরক্ষণ করছেন যা একটি প্রকাশিত কোড সিস্টেম বা পরিভাষা প্রতিস্থাপন করতে পারত, এবং সেই মুক্ত পাঠ্য কোন ত্রুটি লুকাচ্ছে?
5. আপনার চুক্তিতে “মান সমর্থন করে” কি একটি স্বাধীন সঙ্গতি বা সনদ পরীক্ষা পাস করা দাবি করে, নাকি কেবল দাবি করা হয়?
6. কোন মুক্ত-মান আদেশ (জাতীয় বা খাত) ইতিমধ্যে আপনার ওপর প্রযোজ্য, এবং আপনি কি সত্যিই সেগুলো পূরণ করছেন নাকি কেবল দাবি করছেন?

প্রধান শিক্ষা

• আন্তঃকার্যক্ষমতা মানে বিনিময় করা তথ্য ব্যবহার করা, কেবল পাঠানো নয়; চারটি স্তরের জন্যই নকশা করুন: প্রযুক্তিগত, সিনট্যাক্টিক, সেমান্টিক ও সাংগঠনিক।
• বিশেষায়িত ইন্টিগ্রেশন ও মালিকানাধীন ফরম্যাটের চেয়ে মুক্ত, প্রকাশিত, স্বাধীনভাবে বাস্তবায়নযোগ্য মান পছন্দ করুন, যা লক-ইন ও সংমিশ্রণীয় খরচ জন্মায়।
• API ও ডেটা-বিনিময় স্তর প্রমিত করুন (OpenAPI, JSON/XML, gRPC/Protobuf) এবং আপনার ডোমেইনের স্বীকৃত মান গ্রহণ করুন (স্বাস্থ্যে FHIR, অর্থে ISO 20022, ভূস্থানিকে OGC)।
• ভাগ করা শনাক্তকারী, কোড সিস্টেম, পরিভাষা ও অন্টোলজিতে অর্থ নোঙর করুন; সেমান্টিক আন্তঃকার্যক্ষমতা সেই জায়গা যেখানে বেশিরভাগ ইন্টিগ্রেশন নিঃশব্দে ব্যর্থ হয়।
• সঙ্গতি পরীক্ষা এবং, যেখানে পাওয়া যায়, সনদ দাবি করুন; একটি মান কেবল তখনই বাস্তব যখন বাস্তবায়ন প্রদর্শনযোগ্যভাবে তা মেনে চলে।
• পছন্দ বিচার করুন সিস্টেমের জীবন জুড়ে মালিকানার মোট খরচ ও বিকল্পের ভিত্তিতে; দীর্ঘজীবী, বহু-পক্ষের প্ল্যাটফর্মে (প্রায় সব এন্টারপ্রাইজ ও সরকারি সিস্টেম) মুক্ত মান জেতে, এবং সরকার ক্রমশ সেগুলো বাধ্যতামূলক করে।

তথ্যসূত্র ও আরও পড়ার জন্য

• HL7 International, FHIR (Fast Healthcare Interoperability Resources) specification (hl7.org/fhir)
• ISO 20022, Universal financial industry message scheme (iso20022.org)
• OpenAPI Initiative, OpenAPI Specification (Linux Foundation)
• Open Geospatial Consortium (OGC) standards (WMS, WFS, and successors)
• European Commission, European Interoperability Framework (EIF) এবং Interoperable Europe Act
• UK Government, Open Standards Principles এবং Technology Code of Practice (GOV.UK)
• W3C, RDF, OWL (Web Ontology Language), এবং সেমান্টিক-ওয়েব মান
• SNOMED International (SNOMED CT), Regenstrief Institute (LOINC), এবং WHO (ICD) পরিভাষা
• gRPC এবং Protocol Buffers specifications (Cloud Native Computing Foundation / ওপেন সোর্স)
• সিস্টেম আন্তঃকার্যক্ষমতা ও সঙ্গতি পরীক্ষা বিষয়ে NIST ও IEEE সাহিত্য