ডিভাইস আপটাইম হার

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

কেন এটি গুরুত্বপূর্ণ

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

এটি কীভাবে গণনা করা হয়

ডিভাইস আপটাইম হার = ডিভাইসটি অনলাইনে ছিল ও বৈধ তথ্য প্রেরণ
                     করছিল এমন সময় / মোট নির্ধারিত পর্যবেক্ষণ
                     সময় × ১০০

তথ্য অনুমতি দিলে ডাউনটাইমের মূল কারণ ভাগ করুন:
  ডিভাইস-পক্ষের ব্যর্থতা    (ব্যাটারি, হার্ডওয়্যার ত্রুটি,
                            ফার্মওয়্যার ক্র্যাশ)
  সংযোগ ব্যর্থতা            (সেলুলার/Wi-Fi/VPN বিচ্ছিন্নতা)
  রোগী-পক্ষের ফ্যাক্টর       (ডিভাইস বন্ধ, সীমার বাইরে সরানো)

ট্র্যাক করার জন্য সহায়ক প্রযুক্তিগত প্যারামিটার:
  প্রতি ডিভাইস গড় CPU ব্যবহার, মেমরি ব্যবহার, ও ব্যাটারি স্তর
  সংযোগ ব্যর্থতার মধ্যে গড় সময়
  বিচ্ছিন্নতার পরে পুনঃসংযোগের গড় সময়

সমাধানকৃত উদাহরণ

একটি দূরবর্তী কার্ডিয়াক পর্যবেক্ষণ কর্মসূচি ১,০০০টি সংযুক্ত ডিভাইস স্থাপন করে, প্রতিটি ক্রমাগত প্রেরণ করবে বলে প্রত্যাশিত। একটি ৩০-দিনের মাস জুড়ে (প্রতি ডিভাইসে ৭২০ নির্ধারিত পর্যবেক্ষণ ঘণ্টা), ফ্লিট ৭২০,০০০ নির্ধারিত ঘণ্টার বিপরীতে একটি সম্মিলিত ৭০৫,৬০০ প্রকৃত অনলাইন ঘণ্টা লগ করে, যা একটি ফ্লিট-ব্যাপী ডিভাইস আপটাইম হার ৭০৫,৬০০ / ৭২০,০০০ × ১০০ = ৯৮% দেয়। ১৪,৪০০ ডাউনটাইম ঘণ্টার মূল-কারণ বিশ্লেষণ দেখায় ৬০% একটি নির্দিষ্ট গ্রামীণ সেবা অঞ্চলে কেন্দ্রীভূত সেলুলার সংযোগ বিচ্ছিন্নতার জন্য দায়ী, ২৫% প্রতিস্থাপনের জন্য চিহ্নিত পুরনো ব্যাটারিসহ ডিভাইসগুলোর জন্য, এবং ১৫% রোগীদের অস্থায়ীভাবে তাদের ডিভাইস বন্ধ করার জন্য দায়ী। এই বিভাজন দুটি স্পষ্ট, ভিন্ন হস্তক্ষেপের দিকে নির্দেশ করে — প্রভাবিত অঞ্চলের জন্য একটি সংযোগ সমাধান ও একটি সক্রিয় ব্যাটারি-প্রতিস্থাপন কর্মসূচি — যা একটি একক সামগ্রিক আপটাইম পরিসংখ্যান আলাদা করত না।

তথ্যের উৎস ও সতর্কতা

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

ভুলত্রুটি

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

উৎস

• Continua ডিজাইন নির্দেশিকা / ব্যক্তিগত সংযুক্ত স্বাস্থ্য জোট, সংযুক্ত স্বাস্থ্য ডিভাইসের জন্য প্রযুক্তিগত আন্তঃকার্যকারিতা মানদণ্ড
• ONC / HealthIT.gov, দূরবর্তী রোগী পর্যবেক্ষণ কর্মসূচি বাস্তবায়ন ও প্রযুক্তিগত প্রয়োজনীয়তা নিয়ে নির্দেশিকা
• দূরবর্তী রোগী পর্যবেক্ষণ ডিভাইসের নির্ভরযোগ্যতা ও তথ্য সম্পূর্ণতা নিয়ে সহকর্মী-পর্যালোচিত সাহিত্য, যেমন npj Digital Medicine-এ প্রকাশিত গবেষণা

আরও দেখুন: ট্রায়াজ রাউটিং নির্ভুলতা, যা প্রথম স্থানে একটি সঠিক ট্রায়াজ সিদ্ধান্ত নেওয়ার জন্য সম্পূর্ণ, নির্ভরযোগ্য ডিভাইস তথ্য গ্রহণের উপর নির্ভর করে।