বিষয় 4.3 — আন্তঃকার্যক্ষমতা ও ডেটা মান

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

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

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

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

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

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

মূল ধারণা#

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

স্বাস্থ্য ডেটা মান ব্যবহার করে বিনিময় হয়। Health Level 7 (HL7) হলো স্বাস্থ্য পরিচর্যায় সবচেয়ে বেশি ব্যবহৃত মানের পরিবার। এর পুরোনো HL7 সংস্করণ ২ (v2) বার্তা পাঠানো, পাইপ-ও-ক্যারেট সীমানাযুক্ত টেক্সট ব্যবহার করে, এখনো হাসপাতাল বার্তা পাঠানোর একটি বিশাল অংশের ভিত্তি এবং আরও বহু বছর থাকবে। এর আধুনিক মান, HL7 Fast Healthcare Interoperability Resources (FHIR), ক্লিনিক্যাল তথ্যকে "রিসোর্স" হিসেবে মডেল করে যা ওয়েব-ধাঁচের অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস (API)-এর ওপর বিনিময় হয়, যা আধুনিক ডেভেলপারদের জন্য কাজ করা অনেক সহজ করে।

বার্তার মান যথেষ্ট নয়; বিষয়বস্তুর জন্যও আপনার মান শব্দভান্ডার দরকার। SNOMED CT (Systematized Nomenclature of Medicine — Clinical Terms) হলো রোগনির্ণয়, উপসর্গ, প্রক্রিয়া ও আরও অনেক কিছু রেকর্ড করার জন্য NHS পরিচর্যা জুড়ে বাধ্যতামূলক ক্লিনিক্যাল পরিভাষা। NHS Dictionary of medicines and devices (dm+d) হলো ওষুধ ও চিকিৎসা ডিভাইসের মান শব্দভান্ডার, এবং ইলেকট্রনিক প্রেসক্রাইবিংয়ের ভিত্তি। আন্তর্জাতিক রোগ শ্রেণিবিন্যাস, ১০ম ও ১১শ সংস্করণ (ICD-10 ও ICD-11), বিশ্ব স্বাস্থ্য সংস্থা দ্বারা রক্ষণাবেক্ষিত, দৈনন্দিন ক্লিনিক্যাল রেকর্ডিংয়ের বদলে শ্রেণিবিন্যাস, পরিসংখ্যান ও প্রতিদানের জন্য ব্যবহৃত। openEHR হলো ভাগ-করা, ক্লিনিক্যালি-শাসিত "আর্কেটাইপ"-এর মাধ্যমে স্বাস্থ্য রেকর্ড নিজেই কাঠামোবদ্ধ করার একটি মুক্ত বিনির্দেশ, এবং কিছু প্রতিষ্ঠান ক্লিনিক্যাল ডেটা মডেল কোনো একক সরবরাহকারী থেকে স্বাধীন রাখতে এটি ব্যবহার করে।

আরও দুটি ধারণা মৌলিক। NHS Number হলো সাধারণ রোগী শনাক্তকারী যা একই ব্যক্তি সম্পর্কিত রেকর্ডকে প্রতিষ্ঠান জুড়ে নির্ভরযোগ্যভাবে সংযুক্ত করতে দেয়; একটি ভাগ-করা শনাক্তকারী ছাড়া মেলানো আন্দাজ মাত্র। আর Integrating the Healthcare Enterprise (IHE) "প্রোফাইল" প্রকাশ করে যা নির্দিষ্ট করে বিদ্যমান মান ঠিক কীভাবে মিলিয়ে নথি ভাগ করার মতো মূর্ত সমস্যা সমাধান করবেন, যাতে ভিন্ন সরবরাহকারীরা সেগুলো একইভাবে বাস্তবায়ন করে।

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

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

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

2. মুক্ত মানের ওপর গড়ুন এবং পুনরাবিষ্কারের বদলে প্ল্যাটফর্ম পুনঃব্যবহার করুন। ব্যাপকভাবে-সমর্থিত নীতি গ্রহণ করুন: মুক্ত মানের ওপর গড়ুন, এবং নিজের গড়ার আগে বিদ্যমান জাতীয় প্ল্যাটফর্ম ও সেবা পুনঃব্যবহার করুন। NHS-এ এর অর্থ HL7 FHIR API পছন্দ করা, শনাক্তকারী হিসেবে NHS Number ব্যবহার করা, এবং বিশেষভাবে-গড়া পয়েন্ট-টু-পয়েন্ট লিংক তৈরির বদলে Spine, GP Connect ও শেয়ার্ড কেয়ার রেকর্ডের মতো জাতীয় সেবায় সংযুক্ত হওয়া। পুনঃব্যবহার খরচ কমায়, রক্ষণাবেক্ষণের বোঝা ছড়ায়, এবং মানে আপনার ডেটা ভ্রমণ করতে পারে।

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

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

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

6. স্থানীয় ব্যাখ্যার বদলে প্রকাশিত প্রোফাইল ও সামঞ্জস্য পরীক্ষা ব্যবহার করুন। মান নমনীয়, এবং দুটি দল "একই" FHIR রিসোর্স অসামঞ্জস্যপূর্ণভাবে বাস্তবায়ন করতে পারে। বিবরণ আটকে দেওয়া জাতীয় বাস্তবায়ন নির্দেশিকা ও IHE প্রোফাইল গ্রহণ করুন, এবং গো-লাইভের আগে সরবরাহকারীদের তার বিপরীতে সামঞ্জস্য প্রদর্শন করতে বলুন। সামঞ্জস্য পরীক্ষা "আমরা FHIR সমর্থন করি", যা এককভাবে খুব সামান্যই অর্থ বহন করে এমন একটি দাবি, তাকে যাচাইযোগ্য, চুক্তিগত সত্যে পরিণত করে।

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

8. ক্লিনিক্যাল নিরাপত্তা ও তথ্য গভর্ন্যান্সকে ঘরে রেখে আন্তঃকার্যক্ষমতা পরিচালনা করুন। প্রতিটি নতুন ডেটা প্রবাহ ক্লিনিক্যাল ঝুঁকি ও গোপনীয় তথ্যের পরিচালনা বদলে দেয়। ক্লিনিক্যাল নিরাপত্তা কর্মকর্তা ও তথ্য গভর্ন্যান্স প্রধানদের শুরু থেকেই নকশা সিদ্ধান্তে আনুন, চূড়ান্ত অনুমোদন হিসেবে নয়, যাতে শেয়ার্ড রেকর্ড একই সঙ্গে নিরাপদ ও বৈধ হয়। এটি সরাসরি বিষয় 1.6 — ক্লিনিক্যাল নিরাপত্তা ও ঝুঁকি ব্যবস্থাপনা এবং বিষয় 1.7 — তথ্য গভর্ন্যান্স, ডেটা সুরক্ষা ও সাইবার নিরাপত্তার সঙ্গে যুক্ত।

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

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

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

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

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

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

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

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

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

প্রলোভন হলো একজন সরবরাহকারীর কাছ থেকে একটি "ওষুধ ড্যাশবোর্ড" কেনা এবং প্রতিটি সিস্টেমের ডেটাবেসে সরাসরি তার জুড়ে দেওয়া। আন্তঃকার্যক্ষমতা প্রধান তা প্রতিরোধ করেন। বদলে কর্মসূচি একটি মুক্ত-মানের-ওপর-গড়া পদ্ধতি গ্রহণ করে। প্রতিটি উৎস সিস্টেম ওষুধ ডেটা HL7 FHIR রিসোর্স হিসেবে উন্মুক্ত করে; প্রতিটি ওষুধ dm+d ব্যবহার করে কোডকৃত যাতে "একই ওষুধ" সর্বত্র একই অর্থ বহন করে; এবং প্রতিটি রেকর্ড একটি যাচাইকৃত NHS Number-এ চাবিবদ্ধ যাতে সঠিক ওষুধ সঠিক ব্যক্তির সঙ্গে সংযুক্ত হয়। GP ডেটা একটি বিশেষভাবে-গড়া ফিডের বদলে GP Connect-এর মাধ্যমে টানা হয়, একটি স্থানীয় সামর্থ্য উদ্ভাবনের বদলে একটি জাতীয় সামর্থ্য পুনঃব্যবহার করে।

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

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

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

স্টার্ট-আপ#

একটি ডিজিটাল স্বাস্থ্য স্টার্ট-আপ বাঁচে বা মরে এটি বিদ্যমান সিস্টেমে কত সহজে প্লাগ করে তার ওপর, তাই আন্তঃকার্যক্ষমতাকে সম্মতির কাজ নয়, একটি মূল ফিচার হিসেবে দেখুন। শুরু থেকেই FHIR API গড়া এবং SNOMED CT ও dm+d ব্যবহার করা আপনাকে কেনা ও সংহত করা অনেক সহজ করে, এবং সতর্ক NHS ক্রেতাদের কাছে পরিপক্বতার সংকেত দেয়। একটি মান থাকলে নিজের ডেটা মডেল উদ্ভাবনের তাগিদ প্রতিরোধ করুন; আপনার পার্থক্য আপনার পণ্য হওয়া উচিত, একটি মালিকানাধীন ফরম্যাট নয় যা একটি দায় হয়ে ওঠে। NHS Number পরিচালনা ও তথ্য গভর্ন্যান্স আগেভাগে ঠিক করাই আপনাকে পাইলট থেকে ক্রয়ে যেতে দেয়। এমনভাবে নকশা করুন যাতে একজন গ্রাহক, নীতিগতভাবে, তাঁর ডেটা বের করে ছেড়ে যেতে পারেন, পরস্পরবিরোধীভাবে, সেই উন্মুক্ততাই তাঁদের ধরে রাখার আস্থা অর্জন করে।

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

একটি প্রতিষ্ঠিত ছোট প্রদানকারী, একটি জিপি প্র্যাকটিস, কমিউনিটি ফার্মেসি, কেয়ার হোম বা একক-স্থানের ক্লিনিক, বৃহত্তম ট্রাস্টের সমান নিরাপদে ডেটা ভাগ করার দায়িত্ব বহন করে, কিন্তু প্রযুক্তিগত সামর্থ্যের ভগ্নাংশ নিয়ে। এখানে আন্তঃকার্যক্ষমতা প্রধানত একটি প্রকৌশল নয়, ক্রয় ও কনফিগারেশন শৃঙ্খলা: ইতোমধ্যে FHIR বলতে পারে এমন সিস্টেম বেছে নিন, GP Connect ও Spine-এর মতো জাতীয় সেবায় সংযুক্ত হোন, এবং বাক্স থেকেই SNOMED CT ও dm+d দিয়ে কোড করুন, যাতে আপনি মান গড়ার বদলে উত্তরাধিকারসূত্রে পান। যাচাইকৃত NHS Number ধরাকে দৈনন্দিন চর্চার অংশ করুন, কারণ পরে অমিল মেলানোর কোনো ইন্টিগ্রেশন দল না থাকায় নিবন্ধনের সময় শনাক্তকারী ঠিক করাই আপনার সবচেয়ে সস্তা সুরক্ষা। আপনি রক্ষণাবেক্ষণ করতে পারেন না এমন বিশেষ লিংক কমিশন করার বদলে শেয়ার্ড কেয়ার রেকর্ড কর্মসূচি ও আপনার ইন্টিগ্রেটেড কেয়ার সিস্টেমের ভাগ-করা অবকাঠামোর ওপর ভর দিন। একটি সিস্টেম চুক্তি স্বাক্ষর বা নবায়নের সময়, সাদা ভাষায় ডেটা-নিষ্কাশন অধিকার ও মুক্ত ইন্টারফেসের ওপর জোর দিন, কারণ একটি ছোট প্রতিষ্ঠান বিক্রেতা লক-ইন সবচেয়ে তীব্রভাবে অনুভব করে এবং পরে পালানোর প্রভাব তার সবচেয়ে কম।

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

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

সরকার#

জাতীয় ও আঞ্চলিক সংস্থা বাজারের নিয়ম নির্ধারণ করে, তাই মান সংক্রান্ত তাদের পছন্দ প্রতিটি প্রতিষ্ঠানে ঢেউ তোলে। সরকার যে সবচেয়ে মূল্যবান কাজ করতে পারে তা হলো মুক্ত মান বাধ্যতামূলক করা, স্পষ্ট বাস্তবায়ন নির্দেশিকা ও সামঞ্জস্য প্রয়োজন প্রকাশ করা, এবং পুনঃব্যবহারযোগ্য জাতীয় প্ল্যাটফর্ম দেওয়া, Spine, GP Connect, শেয়ার্ড কেয়ার রেকর্ড কাঠামো, NHS Number সেবা, যাতে স্থানীয় প্রতিষ্ঠান একবার গড়ে এবং পুনঃব্যবহার করে। সামঞ্জস্য নিখুঁততার চেয়ে বেশি গুরুত্বপূর্ণ: একটি দৃঢ়ভাবে-প্রয়োগকৃত যথেষ্ট-ভালো মান একটি তাত্ত্বিকভাবে উন্নত মানের চেয়ে ভালো যা প্রত্যেকে ভিন্নভাবে বাস্তবায়ন করে। সরকারকে পরিভাষা রক্ষণাবেক্ষণ ও ডেটা-মান উন্নয়নের অগৌরবের কাজেও অর্থায়ন করতে হবে, কারণ এগুলো জনসাধারণের পণ্য যা কোনো একক প্রতিষ্ঠান একা অর্থায়ন করবে না। এই তত্ত্বাবধান ভূমিকা বিষয় 9.1 — স্থানীয় ও জাতীয় সরকারের সঙ্গে কাজ এবং বিষয় 9.0 — অংশীদার প্রতিষ্ঠানের সঙ্গে সহযোগিতায় অংশীদাররা কীভাবে সহযোগিতা করে তার সঙ্গে যুক্ত।

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

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

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

চেকলিস্ট#

• প্রতিটি প্রাসঙ্গিক রেকর্ড ও ইন্টারফেস একটি যাচাইকৃত NHS Number বহন করে, অনুপস্থিত বা অমিল সমাধানের একটি প্রক্রিয়াসহ।
• নতুন ইন্টারফেস HL7 FHIR ও নামধারী জাতীয় বাস্তবায়ন নির্দেশিকা ব্যবহার করে, HL7 v2 কেবল যেখানে স্থানান্তর এখনো ন্যায্য নয় সেখানে রাখা।
• ক্লিনিক্যাল বিষয়বস্তু SNOMED CT এবং ওষুধ dm+d ব্যবহার করে, সম্মত মান-সেটের বিপরীতে কোডকৃত।
• আপনি যা ভাগ করতে চান তার ডেটা মান নল প্রশস্ত করার আগে প্রোফাইল করা, মাপা, মালিকানাধীন এবং উৎসে উন্নত।
• সরবরাহকারীদের সংযুক্ত হওয়ার আগে একটি নির্দিষ্ট প্রোফাইলের বিপরীতে সামঞ্জস্য পরীক্ষা পাস করতে হয়, "FHIR সমর্থন করে" কখনো একা মেনে নেওয়া হয় না।
• কোনো বিশেষ ইন্টিগ্রেশন গড়ার আগে জাতীয় প্ল্যাটফর্ম (Spine, GP Connect, শেয়ার্ড কেয়ার রেকর্ড) পুনঃব্যবহার করা হয়।
• চুক্তি মুক্ত, নথিবদ্ধ API, একটি মান ফরম্যাটে ডেটা-নিষ্কাশন অধিকার এবং মান ইন্টিগ্রেশনের জন্য কোনো চার্জ না থাকা বাধ্যতামূলক করে।
• ক্লিনিক্যাল নিরাপত্তা ও তথ্য গভর্ন্যান্স প্রধানরা শুরু থেকেই নকশা গোষ্ঠীতে আছেন, কেবল অনুমোদনের সময় নয়।
• স্থাপত্য API-ফার্স্ট ও শিথিলভাবে-সংযুক্ত, যাতে একটি উপাদান চারপাশের সবকিছু পুনর্নির্মাণ না করে প্রতিস্থাপন করা যায়।
• একটি নামধারী ফাংশন প্রতিষ্ঠান জুড়ে মান, সামঞ্জস্য ও পরিভাষা রক্ষণাবেক্ষণের মালিক।

মূল উৎস#

• NHS England — আন্তঃকার্যক্ষমতা মান, Spine, GP Connect এবং শেয়ার্ড কেয়ার রেকর্ড কর্মসূচি।
• HL7 International — FHIR মান এবং HL7 v2 বিনির্দেশ।
• SNOMED International — SNOMED CT পরিভাষা ও বাস্তবায়ন নির্দেশিকা।
• NHS Business Services Authority — Dictionary of medicines and devices (dm+d)।
• Integrating the Healthcare Enterprise (IHE) — আন্তঃকার্যক্ষমতা প্রোফাইল।
• openEHR International — স্বাস্থ্য রেকর্ড কাঠামোবদ্ধ করার মুক্ত বিনির্দেশ।
• World Health Organization — International Classification of Diseases (ICD-10 ও ICD-11)।

তথ্যসূত্র#

1. Interoperability — Wikipedia — https://en.wikipedia.org/wiki/Interoperability
2. Semantic interoperability — Wikipedia — https://en.wikipedia.org/wiki/Semantic_interoperability
3. Health Level 7 — Wikipedia — https://en.wikipedia.org/wiki/Health_Level_7
4. Fast Healthcare Interoperability Resources — Wikipedia — https://en.wikipedia.org/wiki/Fast_Healthcare_Interoperability_Resources
5. SNOMED CT — Wikipedia — https://en.wikipedia.org/wiki/SNOMED_CT
6. ICD-11 — Wikipedia — https://en.wikipedia.org/wiki/ICD-11
7. ICD-10 — Wikipedia — https://en.wikipedia.org/wiki/ICD-10
8. openEHR — Wikipedia — https://en.wikipedia.org/wiki/OpenEHR
9. NHS number — Wikipedia — https://en.wikipedia.org/wiki/NHS_number
10. Integrating the Healthcare Enterprise — Wikipedia — https://en.wikipedia.org/wiki/Integrating_the_Healthcare_Enterprise
11. Open standard — Wikipedia — https://en.wikipedia.org/wiki/Open_standard
12. Vendor lock-in — Wikipedia — https://en.wikipedia.org/wiki/Vendor_lock-in
13. API — Wikipedia — https://en.wikipedia.org/wiki/API
14. Data quality — Wikipedia — https://en.wikipedia.org/wiki/Data_quality
15. FHIR standard — HL7 International — https://www.hl7.org/fhir/
16. SNOMED CT — SNOMED International — https://www.snomed.org/
17. Dictionary of medicines and devices (dm+d) — NHS Business Services Authority — https://www.nhsbsa.nhs.uk/pharmacies-gp-practices-and-appliance-contractors/dictionary-medicines-and-devices-dmd
18. GP Connect — NHS England Digital — https://digital.nhs.uk/services/gp-connect
19. Spine — NHS England Digital — https://digital.nhs.uk/services/spine
20. International Classification of Diseases (ICD) — World Health Organization — https://www.who.int/standards/classifications/classification-of-diseases