ল্যাব নমুনার কাস্টডি চেইন: প্রতিটি হস্তান্তর ট্র্যাক করুন

সংগ্রহ থেকে ফলাফল পর্যন্ত নমুনার রেকর্ড কেন অসম্পূর্ণ হয়ে যায়

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

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

ল্যাব নমুনার কাস্টডি চেইন প্রতিটি স্থানান্তরকে একটি ইভেন্ট হিসেবে রেকর্ড করে। এতে সংগ্রহ থেকে ফলাফল প্রকাশ পর্যন্ত একটি ধারাবাহিক ইতিহাস তৈরি হয়।

একটি স্ট্যাটাস হস্তান্তরের প্রমাণ নয়

নমুনার স্ট্যাটাস হলো ছোট একটি লেবেল, যেমন «সংগ্রহ করা হয়েছে», «পরিবহনে», «গ্রহণ করা হয়েছে», «পরীক্ষা চলছে» বা «রিপোর্ট করা হয়েছে»। এতে কর্মীরা কাজের বর্তমান ধাপ বুঝতে পারেন, কিন্তু কে স্ট্যাটাস বদলেছে, কেন বদলেছে বা নমুনাটি প্রয়োজনীয় শর্ত পূরণ করেছিল কি না, তা জানা যায় না।

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

পর্যালোচনার সময় এই পার্থক্য গুরুত্বপূর্ণ। «গ্রহণ করা হয়েছে» শুধু জানায় যে নমুনাটি ল্যাবে আছে। হস্তান্তরের ইভেন্ট জানায়, Jordan Lee ৪ জুন ১০:১৮ মিনিটে W-104 নমুনাটি গ্রহণ করেছেন, সিল পরীক্ষা করেছেন এবং সেটি ঠান্ডা সংরক্ষণে রেখেছেন।

যে রেকর্ড পুরো ঘটনাটি অক্ষুণ্ণ রাখে

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

পাত্র অক্ষত কি না, সিলের অবস্থা, তাপমাত্রা, পরিমাণ এবং দৃশ্যমান ক্ষতির মতো যাচাইও রেকর্ড করুন। সংরক্ষণের স্থান, পরীক্ষার দায়িত্ব, বিশ্লেষক, প্রধান প্রক্রিয়ার ধাপ, চূড়ান্ত ফলাফল, পর্যালোচনাকারী, প্রকাশের সময় এবং পরবর্তী সংশোধনও এতে থাকা উচিত।

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

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

প্রতিটি নমুনার জন্য প্রয়োজনীয় তথ্য নির্ধারণ করুন

ল্যাব নমুনার কাস্টডি চেইনের সহজ নিয়ম হলো, নমুনা আপনার দায়িত্বে আসার সঙ্গে সঙ্গে রেকর্ড তৈরি করা। ল্যাবে পৌঁছানোর সময় নয়, সংগ্রহের সময় ইউনিক নমুনা আইডি দিন। ছোট দলের ক্ষেত্রে হাতে লেখা লেবেল চলতে পারে, তবে সেটি ডিজিটাল রেকর্ডের সঙ্গে হুবহু মিলতে হবে। ডুপ্লিকেট আইডি পরে কোনো নোট দিয়েই পুরোপুরি সামলানো যায় না।

কর্মীরা দ্রুত পড়তে পারেন এমন ফরম্যাট ব্যবহার করুন, যেমন সংগ্রহের তারিখ ও ছোট একটি ক্রমিক নম্বর। আইডিতে ব্যক্তির নাম বা সংবেদনশীল কেসের তথ্য রাখবেন না। সুরক্ষিত ঘরে এসব তথ্য রাখুন।

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

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

পাত্র ও সিলের জন্য আলাদা ঘর রাখুন। পাত্রের ধরন, পরিমাণ বা ভলিউম, থাকলে সিল নম্বর এবং সংগ্রহের সময় সিল অক্ষত ছিল কি না লিখুন। যেমন, পানির নমুনার জন্য স্টেরাইল ৫০০ mL বোতল, অক্ষত ট্যাম্পার সিল এবং ২-৮ C তাপমাত্রায় সংরক্ষণ দরকার হতে পারে। সংগ্রাহক অন্য পাত্র ব্যবহার করলে বা ভাঙা সিল পেলে তা সঙ্গে সঙ্গে রেকর্ডে দেখা উচিত।

সংরক্ষণের নির্দেশনাও নির্দিষ্ট হতে হবে। «ঠান্ডায় রাখুন» কথাটিতে ভুলের সুযোগ থাকে। «২-৮ C তাপমাত্রায় রাখুন, আলো থেকে দূরে রাখুন এবং ২৪ ঘণ্টার মধ্যে পৌঁছে দিন» কুরিয়ার ও ল্যাব গ্রহণকারীকে স্পষ্ট নির্দেশ দেয়।

AppMaster-এ তৈরি নো-কোড অ্যাপ সংগ্রহের রেকর্ড সংরক্ষণের আগে এসব ঘর পূরণ করা বাধ্যতামূলক করতে পারে। নমুনার ধরন অনুযায়ী আলাদা অবস্থা ও সংরক্ষণের ঘরও দেখানো যায়, ফলে মাঠকর্মীদের অপ্রাসঙ্গিক প্রশ্নের উত্তর দিতে হয় না।

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

ওয়ার্কফ্লো তৈরির আগে নমুনার যাত্রাপথ আঁকুন

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

কয়েকটি পরিষ্কার স্ট্যাটাস দিয়ে শুরু করুন। অনেক ল্যাব সংগ্রহ করা হয়েছে, গ্রহণ করা হয়েছে, পরীক্ষা চলছে, পর্যালোচনাধীন এবং রিপোর্ট করা হয়েছে, এমন পথ ব্যবহার করে। কোনো স্ট্যাটাস বাস্তব কাজ বা নিয়ন্ত্রণের পরিবর্তন বোঝালেই সেটি যোগ করুন। «অপেক্ষায়» ধরনের স্ট্যাটাস বিভ্রান্তি তৈরি করে, যদি কর্মীরা না জানেন নমুনাটি কার কাছে আছে এবং কাজ কেন থেমে আছে।

স্ট্যাটাস প্রক্রিয়ায় নমুনার অবস্থান জানায়। কাস্টডি রেকর্ড নির্দিষ্ট সময়ে কে দায়িত্ব নিয়েছে তা জানায়। এই দুটিকে আলাদা ঘর হিসেবে রাখুন।

যে মুহূর্তগুলোতে কাস্টডি রেকর্ড দরকার

দায়িত্ব বদলালে বা নমুনা এমন জায়গায় গেলে যেখানে নিয়ন্ত্রণ বদলে যায়, প্রতিবার নতুন কাস্টডি এন্ট্রি তৈরি করুন। মাঠপ্রযুক্তিবিদ কুলারে ভায়াল রাখলে সংগ্রহের রেকর্ড হবে। কুরিয়ার কুলার গ্রহণ করলে সেটি গ্রহণের রেকর্ড হবে। ল্যাব প্রযুক্তিবিদ বিশ্লেষণের জন্য ভায়াল বের করলে পরবর্তী হস্তান্তর রেকর্ড হবে।

একটি ব্যবহারিক নিয়ম রাখুন: কেউ যদি জিজ্ঞেস করতে পারে «১০:৩০ মিনিটে নমুনাটি কার কাছে ছিল?», তাহলে সেই প্রশ্নের উত্তর দেওয়ার মতো একটি ইভেন্ট ওয়ার্কফ্লোতে থাকতে হবে। প্রতিটি ইভেন্টে নমুনা আইডি, তারিখ ও সময়, দায়িত্বপ্রাপ্ত ব্যক্তি, স্থান বা স্থানান্তরের পয়েন্ট এবং অবস্থা যাচাই রাখুন।

অবস্থা যাচাইয়ে কাঠামোবদ্ধ ঘর ব্যবহার করুন। যেমন সিল অক্ষত, পাত্র ক্ষতিগ্রস্ত, তাপমাত্রা গ্রহণযোগ্য বা সীমার বাইরে। মন্তব্য ব্যতিক্রম ব্যাখ্যা করতে পারে, তবে যাচাইয়ের বিকল্প নয়।

সংশোধনের পরও রেকর্ড সহজপাঠ্য রাখুন

ল্যাবের কাজে নোট ও সংশোধন স্বাভাবিক। প্রযুক্তিবিদ «লেবেল কিছুটা ভেজা» লিখতে পারেন বা স্থানের নামের বানান ঠিক করতে পারেন। কোনো কাজই যেন মূল কাস্টডি ইভেন্টকে নীরবে বদলে না দেয়।

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

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

ধাপে ধাপে ওয়ার্কফ্লো তৈরি করুন

একটি স্থায়ী নমুনা আইডিকে কেন্দ্র করে ল্যাব নমুনার কাস্টডি চেইন তৈরি করুন। সংগ্রহের সময় আইডি দিন এবং লেবেল, সংগ্রহের রেকর্ড, হস্তান্তরের লগ, পরীক্ষার রেকর্ড ও চূড়ান্ত ফলাফলে সেটি ব্যবহার করুন। বারকোড বা QR কোড টাইপের ভুল কমায়, তবে ইভেন্ট সংরক্ষণের আগে কর্মীদের স্ক্রিনে আইডিটি দেখান।

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

প্রতিটি স্থানান্তরকে আলাদা রেকর্ড করুন

নমুনা হাতবদল হলে সংগ্রাহকের তথ্য মুছে দেবেন না। প্রতিবার স্থানান্তর বা গ্রহণের সময় নতুন হস্তান্তরের রেকর্ড তৈরি করুন। সেখানে দুজনের নাম, তারিখ ও সময়, স্থানান্তরের স্থান এবং নমুনা আইডি থাকবে।

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

ব্যবহারিক হস্তান্তর রেকর্ডে নমুনা আইডি ও বর্তমান স্ট্যাটাস, নমুনা ছেড়ে দেওয়া ব্যক্তি, গ্রহণকারী, তারিখ, সময় ও স্থান, অবস্থা যাচাই এবং নোট থাকবে। আপনার ল্যাব ব্যবহার করলে তবেই সহায়ক ছবি যোগ করুন।

প্রতিটি ইভেন্ট একই নমুনা আইডির অধীনে রাখুন, আলাদা স্প্রেডশিট বা ইমেইল থ্রেডে নয়। তখন কর্মীরা সময়ক্রমে এমন ইতিহাস দেখতে পারবেন যা অডিটের প্রশ্নের উত্তর দেয়: প্রতিটি পর্যায়ে নমুনাটি কার কাছে ছিল?

প্রকাশিত ফলাফল দিয়ে রেকর্ড শেষ করুন

পরীক্ষা শেষ হলে বিশ্লেষক ফলাফল, পদ্ধতি, কাজ শেষের সময় এবং ফলাফলের নোট লিখবেন। এরপর পর্যালোচনাকারী বা অনুমোদিত কর্মী ফলাফল প্রকাশ করে নিজের নাম ও প্রকাশের সময় লিখবেন। ফলাফল প্রকাশকে পরীক্ষার এন্ট্রি থেকে আলাদা রাখুন, যাতে কে ফলাফল তৈরি করেছেন এবং কে অনুমোদন করেছেন তা পরিষ্কার থাকে।

AppMaster দলগুলোকে কোড ছাড়াই এসব ফর্ম ও স্ট্যাটাসের নিয়ম তৈরি করতে দেয়। কোনো হস্তান্তর বা ফলাফল প্রকাশের প্রয়োজনীয় ঘর ফাঁকা থাকলে ব্যবসায়িক প্রক্রিয়া তা আটকাতে পারে। যেমন, গ্রহণকারী সিলের অবস্থা না লিখলে গ্রহণ বন্ধ রাখা যায়। এই নিয়ম চূড়ান্ত রিপোর্টে পৌঁছানোর আগেই একটি সাধারণ কাস্টডি ঘাটতি বন্ধ করে।

প্রতিটি হস্তান্তর যাচাই করা সহজ করুন

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

সম্ভব হলে মুক্ত লেখা নামের বদলে কর্মীদের অ্যাকাউন্ট থেকে নাম নিন। এতে এক রেকর্ডে «J. Smith» এবং অন্যটিতে «John» লেখার সমস্যা কমে। স্থানের জন্য সংগ্রহের স্থান, গ্রহণের বেঞ্চ, ঠান্ডা সংরক্ষণ বা পরীক্ষার এলাকা, এমন অনুমোদিত ছোট তালিকা দিন।

স্থানান্তরের কারণ অস্পষ্ট ইতিহাস ঠেকায়। কর্মীরা «নিয়মিত সরবরাহ», «সংরক্ষণে নেওয়া», «পরীক্ষার জন্য বরাদ্দ» বা «পুনরায় বিশ্লেষণের জন্য পাঠানো», এমন বিকল্প বেছে নিতে পারেন। দীর্ঘ সাধারণ তালিকা না দিয়ে ল্যাবের বাস্তব কাজের সঙ্গে মিলিয়ে বিকল্প তৈরি করুন।

স্থানান্তরের সময় নমুনার অবস্থা পরীক্ষা করুন

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

কেউ সমস্যা পেলে নোট বাধ্যতামূলক করুন। «ক্ষতিগ্রস্ত» বললে পাত্র লিক করেছে, ফেটে গেছে নাকি ঢাকনা ছিল না, তা বোঝা যায় না। ভালো নোটে কর্মী কী দেখেছেন, কী করেছেন এবং কাকে জানিয়েছেন, তা থাকবে। যেমন: «পৌঁছানোর সময় সিলের একটি অংশ উঠে ছিল। পাত্রে লিক ছিল না। গ্রহণকারী ৪ C সংরক্ষণে রেখেছেন এবং ল্যাব সুপারভাইজারকে জানিয়েছেন।»

ল্যাবের নীতি অনুমতি দিলে ছবি কাজে লাগে, বিশেষ করে ভাঙা প্যাকেজ বা অস্পষ্ট লেবেলের ক্ষেত্রে। ছবিটি একই নমুনার রেকর্ডে যুক্ত করুন, যাতে আলাদা ফোল্ডার খুঁজতে না হয়।

নিশ্চিত করা হস্তান্তর লক করুন

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

সংশোধনের রেকর্ডে মূল এন্ট্রি দৃশ্যমান, সংশোধিত তথ্য, সংশোধনকারী এবং কারণ থাকতে হবে। কোনো প্রযুক্তিবিদ ভুল সংরক্ষণস্থল লিখলে «ঠান্ডা সংরক্ষণ» চুপিসারে «পরীক্ষার এলাকা» দিয়ে বদলানো উচিত নয়।

AppMaster-এর ফর্ম হস্তান্তরের তথ্য নিতে পারে, আর ব্যবসায়িক প্রক্রিয়া স্ট্যাটাস বদলানোর আগে দুজনের নিশ্চিতকরণ চাইতে পারে। গ্রহণকারী ক্ষতি, তাপমাত্রার সমস্যা বা কম পরিমাণ জানালে একই প্রক্রিয়া সুপারভাইজারের জন্য ব্যতিক্রমের কাজ তৈরি করতে পারে।

উদাহরণ: মাঠ থেকে চূড়ান্ত ফলাফল পর্যন্ত একটি নমুনার যাত্রা

একজন মাঠসংগ্রাহক ০৯:১২ মিনিটে River Site 14 থেকে পানির নমুনা নেন। ফোন বা ট্যাবলেটে তিনি রেকর্ড তৈরি করেন, বোতলের বারকোড স্ক্যান করেন এবং সংগ্রহের সময়, স্থান, নমুনার ধরন ও নিজের নাম লেখেন। বোতলের সিল নম্বর এবং সিল করা পাত্রের একটি ছবিও যোগ করেন।

০৯:২৫ মিনিটে সংগ্রাহক বোতলটি ঠান্ডা পরিবহন বাক্সে রাখেন। তিনি বাক্সের আইডি, তাপমাত্রা এবং সম্ভাব্য পৌঁছানোর সময় লিখে দেন। তখন কাস্টডি রেকর্ডে দেখা যায় নমুনাটি কার কাছে ছিল, কোথায় রাখা হয়েছিল এবং পরিবহন শুরুর আগে তার অবস্থা কেমন ছিল।

কুরিয়ার ১০:০৫ মিনিটে বাক্সটি গ্রহণ করেন। দুজনই ওয়ার্কফ্লোতে স্থানান্তর নিশ্চিত করেন। রেকর্ডে টাইমস্ট্যাম্প যোগ হয় এবং কুরিয়ার দায়িত্বপ্রাপ্ত ব্যক্তি হিসেবে দেখা যায়। কাগজে স্বাক্ষরও চলতে পারে, তবে ডিজিটাল নিশ্চিতকরণ পরে খুঁজে পাওয়া সহজ।

গ্রহণের সময় সমস্যা ধরা পড়ে

ল্যাব প্রযুক্তিবিদ ১১:১৮ মিনিটে নমুনাটি গ্রহণ করেন। গ্রহণের সময় তিনি বারকোড স্ক্যান করে সিল নম্বরটি সংগ্রহের রেকর্ডের সঙ্গে মিলিয়ে দেখেন। তিনি বাইরের সিলে ছোট একটি ছেঁড়া অংশ দেখতে পান।

তিনি অবস্থা যাচাই লিখে ছবি যোগ করেন এবং ব্যতিক্রম হিসেবে «ক্ষতিগ্রস্ত সিল» বেছে নেন। ওয়ার্কফ্লো রেকর্ডটি পর্যালোচনাকারীর কাছে পাঠায় এবং প্রযুক্তিবিদকে নমুনাটি পরীক্ষায় বরাদ্দ করতে দেয় না।

রেকর্ডে গ্রহণের সময় ও প্রযুক্তিবিদের নাম, দেখা ক্ষতি ও ছবি, পৌঁছানোর সময়কার তাপমাত্রা এবং ব্যতিক্রমের জন্য নির্ধারিত পর্যালোচনাকারীর তথ্য থাকে।

পরীক্ষা শুরুর আগে পর্যালোচনা

পর্যালোচনাকারী সংগ্রহের ছবি, পরিবহনের তথ্য এবং গ্রহণের নোট দেখেন। তিনি সংগ্রাহকের সঙ্গে কথা বলেন। সংগ্রাহক নিশ্চিত করেন যে বোতলের ঢাকনা বন্ধ ছিল এবং ছেঁড়া অংশটি শুধু বাইরের ট্যাম্পার সিলে ছিল। পর্যালোচনাকারী ব্যাখ্যাটি লিখে সিদ্ধান্ত নেন যে নমুনাটি বিশ্লেষণের উপযোগী। তিনি ১২:০২ মিনিটে ব্যতিক্রমটি বন্ধ করেন।

এরপরই ওয়ার্কফ্লো নমুনাটি বিশ্লেষকের কাছে পাঠায়। ১২:১৫ মিনিটে বিশ্লেষক হস্তান্তর গ্রহণ করে অনুমোদিত পরীক্ষা করেন এবং পরিমাপটি লেখেন। সিস্টেমে মূল পর্যবেক্ষণ, ব্যতিক্রম, পর্যালোচনার সিদ্ধান্ত এবং ফলাফল একসঙ্গে থাকে।

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

AppMaster-এ তৈরি নো-কোড অ্যাপ্লিকেশন একই প্রক্রিয়ায় কর্মীদের এসব যাচাইয়ের ধাপ দেখাতে পারে। এতে স্মৃতি ও আলাদা স্প্রেডশিটের ওপর নির্ভরতা কমে।

যে ভুলগুলো কাস্টডি রেকর্ডে ফাঁক তৈরি করে

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

মুক্তভাবে তৈরি নমুনা আইডি দ্রুত সমস্যা তৈরি করে। «Water-14», «water 14» এবং «WTR14» একই পাত্র বোঝাতে পারে, কিন্তু সিস্টেম এগুলোকে আলাদা নমুনা হিসেবে ধরতে পারে। প্রতিটি আইডি স্বয়ংক্রিয়ভাবে তৈরি করুন, সম্ভব হলে বারকোড বা QR স্ক্যান ব্যবহার করুন এবং প্রত্যাশিত ফরম্যাটের সঙ্গে না মিললে এন্ট্রি বাতিল করুন। নতুন রেকর্ড তৈরির আগে কর্মীদের আগের রেকর্ড খুঁজতে বলুন।

অবস্থা যাচাইয়ের নিজস্ব ইতিহাস দরকার। কুরিয়ার যদি কুলারের তাপমাত্রা ৫ C লেখেন এবং পরে ল্যাব গ্রহণকারী ফাটা ঢাকনা পান, তাহলে দুটো পর্যবেক্ষণই ল্যাবের নমুনা রেকর্ডে থাকতে হবে। প্রথম নোটের জায়গায় দ্বিতীয়টি বসাবেন না। প্রতিটি যাচাইয়ের সময়, ব্যক্তি, অবস্থা এবং ছবি বা মন্তব্য সংরক্ষণ করুন।

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

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

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

এই নিয়ন্ত্রণগুলো নমুনা হস্তান্তর ট্র্যাকিংকে স্মৃতিনির্ভরতা থেকে মুক্ত করে। পর্যালোচনাকারী ইমেইল বা কাগজের নোট মিলিয়ে নতুন করে ঘটনাপ্রবাহ তৈরি না করেই সংগ্রহ থেকে ফলাফল পর্যন্ত নমুনাটি অনুসরণ করতে পারেন।

ফলাফল প্রকাশের আগে দ্রুত যাচাই

রেকর্ডে একটি সম্পূর্ণ ও সহজপাঠ্য ঘটনা না থাকলে চূড়ান্ত ফলাফল ল্যাব থেকে বের হওয়া উচিত নয়। নমুনা আইডি দিয়ে শুরু করুন। সংগ্রহের রেকর্ড, পাত্রের লেবেল, স্থানান্তরের লগ, পরীক্ষার রেকর্ড এবং ফলাফলে একই আইডি থাকতে হবে। বর্তমান স্ট্যাটাসও যুক্তিসঙ্গত হতে হবে, যেমন «পরীক্ষা সম্পূর্ণ» বা «পর্যালোচনার জন্য প্রস্তুত»।

সংগ্রহ থেকে বিশ্লেষণ পর্যন্ত কাস্টডি লগ ক্রমানুসারে দেখুন। প্রতিটি স্থানান্তরে প্রেরক, গ্রহণকারী এবং টাইমস্ট্যাম্প দরকার। শুধু «ল্যাব গ্রহণ করেছে» লেখা হস্তান্তর যথেষ্ট নয়।

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

ফলাফল স্বাভাবিক মনে হলেও কোনো অবস্থা যাচাইয়ের ঘর ফাঁকা থাকলে সেটি গুরুত্ব দিয়ে দেখুন। কুলারের তাপমাত্রা ১২ C এবং পদ্ধতিতে তার চেয়ে কম তাপমাত্রা দরকার হলে, ফলাফল প্রকাশ, শর্তযুক্ত প্রকাশ, পুনরায় পরীক্ষা বা প্রত্যাখ্যানের সিদ্ধান্ত নেওয়ার আগে পর্যালোচনাকারীর সেই তথ্য জানা দরকার।

সম্পূর্ণ রেকর্ডের সঙ্গে ফলাফল মিলিয়ে দেখুন

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

পরিষ্কার স্ট্যাটাস পরিবর্তন পর্যালোচনাকারীকে ফাঁক খুঁজতে সাহায্য করে। নমুনা সংগ্রহ করা হয়েছে, পরিবহনে, গ্রহণ করা হয়েছে, সংরক্ষিত, প্রস্তুত, পরীক্ষা করা, পর্যালোচিত এবং প্রকাশিত, এমন ধাপ অতিক্রম করতে পারে। «পরিবহনে» থেকে সরাসরি «পরীক্ষিত» হলে অনুপস্থিত গ্রহণ বা সংরক্ষণের ধাপের ব্যাখ্যা দরকার।

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

চূড়ান্ত অনুমোদনের রেকর্ড ফলাফলের সঙ্গে রাখুন। কে অনুমোদন করেছেন, কখন করেছেন এবং কোনো শর্ত যুক্ত আছে কি না লিখুন। এই শেষ এন্ট্রিই কাস্টডির ইতিহাস বন্ধ করে।

দল ব্যবহার করতে পারে এমন ছোট ওয়ার্কফ্লো দিয়ে শুরু করুন

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

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

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

AppMaster কোড না লিখে এই প্রক্রিয়াকে একটি অ্যাপ্লিকেশনে রূপ দিতে পারে। Data Designer দিয়ে নমুনা, হস্তান্তর, অবস্থা যাচাই এবং কর্মীদের রেকর্ড তৈরি করুন। সংগ্রহ ও গ্রহণের জন্য ওয়েব বা মোবাইল ফর্ম বানান, তারপর কর্মীরা প্রতিটি ফর্ম জমা দিলে কী হবে তা Business Process Editor দিয়ে নিয়ন্ত্রণ করুন।

বাস্তব দায়িত্ব অনুযায়ী প্রবেশাধিকার দিন। সংগ্রাহক নমুনা তৈরি ও সংগ্রহের তথ্য লিখতে পারবেন। গ্রহণকারী প্রযুক্তিবিদ সেটি গ্রহণ বা ব্যতিক্রম হিসেবে চিহ্নিত করবেন। বিশ্লেষক পরীক্ষার স্ট্যাটাস ও ফলাফল লিখবেন। শুধু অনুমোদিত পর্যালোচনাকারী চূড়ান্ত ফলাফল প্রকাশ করবেন। আগের এন্ট্রি পরে আসা ব্যবহারকারীদের দিয়ে মুছে বা বদলে দেবেন না।

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

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

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