উত্তর:
হ্যাঁ, চতুর বিকাশের হেলথ কেয়ার আইটি বিকাশে একেবারে ভূমিকা রয়েছে। কেউই না, শেষ ব্যবহারকারী নয়, রোগীও নয় এবং অবশ্যই উন্নয়ন দলটি খারাপভাবে সম্পন্ন উন্নয়ন প্রক্রিয়া দ্বারা ভালভাবে পরিবেশন করা হয়। কিছু নীতি বিবেচনা করা হচ্ছে যা চূড়ান্তভাবে প্রকাশিত ইশতেহারের (আমার ভাষ্য দিয়ে উইকিপিডিয়া থেকে নির্লজ্জভাবে ছিঁড়ে তালিকার তালিকা):
এফডিএ নিয়ন্ত্রিত সেটিংয়ে অ্যাগিল মেডিকেল ডিভাইস সফটওয়্যার ডেভলপমেন্ট ব্যবহারের চারপাশের আলোচনাগুলি কিছু সময়ের জন্য ছিল এবং এই প্রশ্নের সাথে প্রাসঙ্গিক। এখানে কিছু কারণ রয়েছে:
সংক্ষিপ্ত উত্তর হল হ্যাঁ". একটি দীর্ঘ কিন্তু আরও সঠিক উত্তর হ'ল "যদি আপনি এটিকে গুরুত্ব সহকারে নেন।"
মাথায় রাখতে কয়েকটি থিম রয়েছে, যা আমি (ক) রোগীর সুরক্ষা এবং পণ্যের গুণমান এবং (খ) শিল্প নিয়ন্ত্রণের সাথে সম্পর্কিত উদ্বেগগুলিতে আলাদা করতে চাই।
সুরক্ষা এবং মানের দিক থেকে, মনে রাখবেন যে নিরাপদ সফ্টওয়্যার তৈরি করা কঠিন। কিছু ডোমেন জ্ঞান সহ কয়েকটি ভাল প্রোগ্রামার অবিশ্বাস্যভাবে কার্যকর সফটওয়্যারটি ক্র্যাঙ্ক করতে পারে যা বেশ নিরাপদ। যদি তারা স্থানীয় ক্লিনিকাল সেটিংয়ে মোতায়েনের অংশ হয়, এবং সফ্টওয়্যারটি স্থাপন ও ব্যবহারের সময় ইভেন্টগুলিতে প্রতিক্রিয়া জানাতে এবং সামঞ্জস্য রাখতে পারে তবে সফ্টওয়্যারটি কেবল কয়েকটি আঘাত বা মৃত্যুর সাথে জীবন বাঁচাতে বা উন্নতি করতে পারে ত্রুটিগুলি ব্যবহারের সাথে সম্পর্কিত বা সফ্টওয়্যার বাগ। তবে সফ্টওয়্যারটির প্রোগ্রামাররা সেখানে থাকা প্রয়োজন, সারাক্ষণ, প্রতিক্রিয়া জানাতে, সফ্টওয়্যারটির ব্যবহার যেমন বিকশিত হয় তেমন সহ-বিকাশ করে। এটি কোনও স্কেলযোগ্য প্রক্রিয়া নয় এবং প্রোগ্রামাররা মারা গেলে বা বিরক্ত হয়ে গেলে খুব সহজেই খুব সহজেই সিস্টেম খুব বিপজ্জনক হয়ে উঠতে পারে। এই ফলাফলগুলির উন্নতি করতে এবং নিরাপদ সফ্টওয়্যার তৈরি করতে, সফটওয়্যারটি বিকাশকালে গুরুত্বপূর্ণ বিকাশের প্রক্রিয়া পদক্ষেপগুলি গ্রহণ করা দরকার। এগুলির একটি ভাল "বাক্সের বাইরে" পরিচিতি চিকিত্সা ডিভাইস সফটওয়্যার, আইএসও / আইসিসি 62304 এর বিকাশের জন্য আন্তর্জাতিক মানের পাওয়া যেতে পারে The মূল ধারণাটি সমস্ত পর্যায়ে সুরক্ষা ঝুঁকি ব্যবস্থাপনা - ব্যবহারের ক্ষেত্রে বিশ্লেষণ এবং গল্পের বিকাশের সময়, প্রয়োজনীয়তা বর্ণনামূলক পদ্ধতি, সিস্টেম এবং আর্কিটেকচারাল ডিজাইন, বাস্তবায়ন, ইউনিট এবং ইন্টিগ্রেশন টেস্টিং। চটপটে থাকা এই কোনও কাজকে দূরে সরিয়ে ফেলবে না, বা কম কঠিনও করবে না, তবে মান তৈরি করা এবং কাজ (যেমন অপ্রয়োজনীয় বৈশিষ্ট্য, বা অতিরিক্ত যাচাইকরণ পরীক্ষা / স্থির চক্র) নির্ধারণ করে যা মান তৈরি করে না, চতুর বিকাশ করতে পারে কোনও দলকে এই কাজটিকে উন্নয়নের সাথে সংহত করার মঞ্জুরি দেয়, ফলস্বরূপ একই সময়ে নিরাপদ সফ্টওয়্যার তৈরি হয়। চতুর দলগুলির দ্বারা সাধারণত ব্যবহৃত পুনরাবৃত্তিমূলক উন্নয়নের চর্চাগুলি সুরক্ষা ঝুঁকি ব্যবস্থাপনার কাজটি সম্পন্ন করার জন্য খুব ভাল উপযুক্ত, প্রকল্পটির একটি চিন্তাভাবনা না হয়ে প্রকল্পের জীবন জুড়ে বিকশিত। এবং সফ্টওয়্যারটি কার্যকর হওয়ার পরে, সফ্টওয়্যারটি ব্যবহারের জন্য সুরক্ষিত রাখতে ব্যবহারকারীদের প্রতিক্রিয়া এবং কোনও ঘটনার সম্ভাব্যত আঘাতের কারণ হতে হবে তা বিবেচনা করা উচিত। চটপটে এখানে সহায়তা করতে পারে যদি এটি সিস্টেমের অন্যান্য অংশগুলি না ভেঙে পরিবর্তনগুলিকে সংহত করার জন্য একটি দ্রুত ট্র্যাক, নিরাপদ প্রক্রিয়া সরবরাহ করে - যার ফলশ্রুতিতে আবারো একটি ভাল আর্কিটেকচার এবং সুচিন্তিত ডিজাইনের মিথস্ক্রিয়া দরকার যা সফ্টওয়্যারটি বিকাশকালে তৈরি হয়েছিল। একটি প্রকল্পের চিন্তাভাবনা না হয়ে প্রকল্পের জীবন জুড়ে বিকশিত। এবং সফ্টওয়্যারটি কার্যকর হওয়ার পরে, সফ্টওয়্যারটি ব্যবহারের জন্য সুরক্ষিত রাখতে ব্যবহারকারীদের প্রতিক্রিয়া এবং কোনও ঘটনার সম্ভাব্যত আঘাতের কারণ হতে হবে তা বিবেচনা করা উচিত। চটপটে এখানে সহায়তা করতে পারে যদি এটি সিস্টেমের অন্যান্য অংশগুলি না ভেঙে পরিবর্তনগুলিকে সংহত করার জন্য একটি দ্রুত ট্র্যাক, নিরাপদ প্রক্রিয়া সরবরাহ করে - যার ফলশ্রুতিতে আবারো একটি ভাল আর্কিটেকচার এবং সুচিন্তিত ডিজাইনের মিথস্ক্রিয়া দরকার যা সফ্টওয়্যারটি বিকাশকালে তৈরি হয়েছিল। একটি প্রকল্পের চিন্তাভাবনা না হয়ে প্রকল্পের জীবন জুড়ে বিকশিত। এবং সফ্টওয়্যারটি কার্যকর হওয়ার পরে, সফ্টওয়্যারটি ব্যবহারের জন্য সুরক্ষিত রাখতে ব্যবহারকারীদের প্রতিক্রিয়া এবং কোনও ঘটনার সম্ভাব্যত আঘাতের কারণ হতে হবে তা বিবেচনা করা উচিত। চটপটে এখানে সহায়তা করতে পারে যদি এটি সিস্টেমের অন্যান্য অংশগুলি না ভেঙে পরিবর্তনগুলিকে সংহত করার জন্য একটি দ্রুত ট্র্যাক, নিরাপদ প্রক্রিয়া সরবরাহ করে - যার ফলশ্রুতিতে আবারো একটি ভাল আর্কিটেকচার এবং সুচিন্তিত ডিজাইনের মিথস্ক্রিয়া দরকার যা সফ্টওয়্যারটি বিকাশকালে তৈরি হয়েছিল।
দ্বিতীয় উদ্বেগ নিয়ন্ত্রক। একটি আদর্শ বিশ্বে সুরক্ষা বিধিগুলি এমন সমস্ত পণ্যগুলিতে প্রযোজ্য যা যথেষ্ট পরিমাণে বিপজ্জনক হতে পারে এবং কোনও বিক্রেতা যখন লাইনটি অতিক্রম করতে শুরু করেন তখন তারা কিছু সাধারণ কাজ করে মেনে চলতে সক্ষম হবেন। অনুশীলনে, বিশ্বব্যাপী বিধিবিধানগুলি এই শিল্পে জটিল এবং দ্রুত গতিশীল, যার অর্থ একদিন আপনি একটি ছোট আইফোন অ্যাপ্লিকেশন তৈরি করতে পারেন যা কিছু মেডিক্যাল ডেটা দেখায় এবং তার পরের দিকে আপনি "মানের ব্যবস্থাপনার জন্য আইএসও এবং এফডিএ মান মেনে চলবেন বলে আশা করা হচ্ছে" সিস্টেম ", বা কিউএমএস। এটি সেই সংস্থাগুলির জন্য ভীতিজনক হতে পারে যেগুলিগুলির অতীতে কোনও প্রথাগত QMS ছিল না। এবং তত্পরতা এটিকে আরও বাড়িয়ে তুলতে পারে কারণ আপনি কোনও পণ্য ধারণাটি শুরু করতে পারেন এবং বিবর্তনীয় বিকাশের মাধ্যমে অজান্তে একটি নিয়ন্ত্রিত উদ্দেশ্যে ব্যবহারে প্রবেশ করতে পারেন (যেমন কোনও ব্যবহারকারীর কাছে ক্লিনিকাল ডায়াগনোসেস ডেটা প্রদর্শন করা)। এটি অক্টোবর 2011; বিভাগের নামে "স্বাস্থ্য", "চিকিত্সা", "স্বাস্থ্যসেবা" আছে এমন একটি পণ্য বিপণনের বিষয়ে চিন্তাভাবনা করা যে কোনও সংস্থাকে আমার পরামর্শ হ'ল তারা যে পণ্যটি তৈরি করেন সেগুলি বিশ্বব্যাপী এক বা একাধিক মেডিকেল ডিভাইস নিয়ন্ত্রকদের দ্বারা নিয়ন্ত্রিত হওয়ার জন্য তাদের একটি পরিকল্পনা করা উচিত। এখানে আবার চটপটে সাহায্য করতে পারে, কারণ চৌর্য চর্চাগুলি সাধারণত বাজার-পূর্ব ছাড়পত্র জমা দেওয়ার (এফডিএ 510 কে), শংসাপত্র (আইএসও 13485 এর মতো) এবং বাজার-পরবর্তী ক্রিয়াকলাপ উভয়ের জন্য নিয়ন্ত্রক গ্রাহকদের সন্তুষ্ট করতে সম্মতিযুক্ত আউটপুট উত্পাদন করে (বা সহজেই উত্পাদন করতে পারে)। পরীক্ষার প্রথম বিকাশটি মেডিকেল সফ্টওয়্যারটিতে সরাসরি ফিট করে। অবিচ্ছিন্ন ইন্টিগ্রেশন, স্বয়ংক্রিয় ইউনিট টেস্টিং, এবং এসসিআরএম স্প্রিন্ট মেটাডেটা ঝুঁকি ব্যবস্থাপনার এবং যথাযথ যাচাইকরণ কেবলমাত্র চিন্তা-চেতনা হিসাবে নয় तर উন্নয়ন প্রক্রিয়াতে বেকড হওয়ার সম্পূর্ণ উদ্দেশ্য প্রমাণ সরবরাহ করতে পারে। বেশিরভাগ ক্ষেত্রে আমি মনে করি চতুরতা "জলপ্রপাত" এর চেয়ে বেশি শৈল্পিক উত্পাদন করে, সম্ভবত একই আকারে নয়। কিন্তু আউটপুটগুলিকে সন্তোষজনক কিছুতে রূপান্তর করা একটি সমাধান করা অপেক্ষাকৃত ছোট সমস্যা।
সুতরাং সংক্ষেপে ... হ্যাঁ ভার্জিনিয়া, স্বাস্থ্যসেবা আইটি (এবং অন্যান্য মেডিকেল ডিভাইস) সফ্টওয়্যার বিকাশের জন্য চতুর রয়েছে। সমস্ত জিনিস চতুর মত, এটি প্রক্রিয়া, ব্যবসায় সমর্থন এবং সাহসের জন্য নিষ্ঠা লাগে।
হ্যাঁ, চটজলদি বিকাশের অন্যতম একটি ক্ষেত্র হ'ল গ্রাহকের সম্পৃক্ততা। এটি স্বাস্থ্যসেবা আইটি সিস্টেম এবং প্রক্রিয়াগুলির জন্য গুরুত্বপূর্ণ। কোনও গ্রাহক প্রতিনিধি জড়িত থাকলে এবং সিদ্ধান্তগুলি রোগীর যত্নে কীভাবে প্রভাব ফেলবে সে সম্পর্কে ইনপুট দিলে স্বাস্থ্যসেবা আইটি বিভাগগুলি আরও ভাল সিদ্ধান্ত নিতে পারে।
আমি মনে করি এটি সম্ভব, তবে শিল্পের একটি বিশাল দৃষ্টান্তের শিফট দরকার। আমি স্বাস্থ্যসেবা বিকাশকারী হিসাবে আমার দ্বিতীয় বছরে আছি, এবং বিশ্বাস এবং স্ব-সংগঠিত কোথাও সুস্পষ্ট নয়। স্বাস্থ্যসেবা আনুষ্ঠানিকভাবে চটপটে অবলম্বন করে প্রচুর উপকৃত হবে, যেহেতু এটি বেশিরভাগ ক্ষেত্রে বিশৃঙ্খলা সৃষ্টি করে, "থ্রেশ" নামে পরিচিত পুনরাবৃত্তির বিকাশ এবং দেরী পরিবর্তনের প্রয়োজনীয়তা কারণ, ভাল, বড় ডিজাইনের সামনে কোনওভাবেই কাজ করে না।
আমি আপনার প্রশ্ন বুঝতে পারি। চতুর বিকাশের একটি ভাল উদাহরণ কারও জন্য একটি ওয়েবসাইট তৈরি করা। সাধারণত কোনও গ্রাহক জানেন না যে তিনি কী চান, তাই গ্রাহকের সাথে প্রচুর ইন্টারঅ্যাকশন হয়।
স্বাস্থ্যসেবা আইটি কম্পিউটার বিজ্ঞানের খুব পূর্বনির্ধারিত ক্ষেত্রের মতো মনে হতে পারে; এর কঠোর মানদণ্ডের সাথে (ডিকম, এইচএল 7) মনে হয় এগুলি বাস্তবায়নের একমাত্র উপায় আছে, তবে এখানে অনেক পছন্দ এবং সিদ্ধান্ত গ্রহণেরও রয়েছে।
আমার মতে, আপনি যে যা পণ্য তৈরি করছেন না কেন আপনি সময়ের আগে সমস্ত প্রয়োজনীয়তা নির্ধারণ করতে সক্ষম নন , তাই একটি চতুর সফ্টওয়্যার বিকাশ পদ্ধতি খুব সুন্দরভাবে কাজ করে।
হিসাবে উল্লেখ করা হয়েছে, উত্তর হ্যাঁ।
নিয়ন্ত্রিত বা উচ্চ ঝুঁকিপূর্ণ অঞ্চলে Agile প্রয়োগ করার সময় আপনাকে অবশ্যই প্রতিটি পুনরাবৃত্তির ক্ষেত্রে "সম্পন্ন" সংজ্ঞায়িত করতে হবে যেমন নিয়ামক সম্মতি এবং অন্যান্য ঝুঁকি নিরসন কৌশলগুলি অন্তর্ভুক্ত থাকে। উদাহরণস্বরূপ, এর জন্য প্রতিটি পুনরাবৃত্তির জন্য QA ডকুমেন্টেশন, প্রয়োজনীয়তাগুলি সনাক্তকরণ, সুরক্ষা নিরীক্ষা এবং অন্যান্য ক্রিয়াকলাপগুলি প্রয়োজন হতে পারে।
উদাহরণস্বরূপ, এফডিএ নিয়ন্ত্রিত পরিবেশগুলিতে অ্যাগিল পদ্ধতির প্রয়োগের জন্য ভাল শিল্প এবং অনুশীলন রয়েছে।
সংক্ষিপ্ত উত্তর: হ্যাঁ উচ্চ-আশ্বাস পরিবেশে অ্যাগিলি সম্পর্কে একটি ভাল ব্লগ রয়েছে যা কিছু টিপস দেয়।
তবে কিছু আপস রয়েছে যা করা দরকার। চটপটি ইশতেহারটি বিবেচনা করুন :
প্রক্রিয়া এবং সরঞ্জামগুলির উপর ব্যক্তি এবং ইন্টারঅ্যাকশন
বিস্তৃত ডকুমেন্টেশন ওভার সফ্টওয়্যার
চুক্তি সমঝোতার উপর গ্রাহকের সহযোগিতা
একটি পরিকল্পনা অনুসরণ করে পরিবর্তন সাড়া
নিয়ন্ত্রক সংস্থাগুলি বুক-হাতের ততটুকু মূল্যবান হিসাবে চালিত দলকে মূল্য দেয়, তবে সাধারণ চৌকস দলের চেয়ে ডানদিকে আরও জোর প্রয়োজন। উদাহরণস্বরূপ, এফডিএর জন্য আপনার প্রক্রিয়া এবং সরঞ্জামগুলি বৈধকরণ করা, মোটামুটি বিস্তৃত নকশা এবং পরীক্ষার ডকুমেন্টেশন জিজ্ঞাসা করা দরকার এবং অবশ্যই পরিকল্পনার জন্য একটি ভাল চুক্তি প্রয়োজন।
ফ্লিপ দিকে, অনেক চতুর নীতিগুলি স্বাস্থ্যসেবা বিশ্বে খুব ভাল ফিট করে, সহ:
কিছু শাখা ইতিমধ্যে প্রকৃতির চটপটে। নার্সিং উদাহরণস্বরূপ, একটি 'মূল্যায়ন-মূল্যায়ন-পরিকল্পনা-হস্তক্ষেপ' চক্রের উপর নির্ভর করে যা ক্রমবর্ধমানভাবে চূড়ান্ত ফলাফলগুলি অর্জন করতে ডায়াগনোসিস / প্রাগনোসিসের একাধিক পুনরাবৃত্তির উপর নির্ভর করে।
তবে, এমন পরামর্শ দেওয়ার চেষ্টা করা মারাত্মক সংঘাত হবে যে এইভাবে সরবরাহ করা স্বাস্থ্যসেবা পরিষেবাগুলি নির্দিষ্টভাবে পরিষেবা সরবরাহের জন্য ব্যবহারের জন্য কোনও সফ্টওয়্যার সরঞ্জাম বা সিস্টেমের জন্য এগিল সফটওয়্যার বিকাশের প্রয়োজনীয় একক-উদাহরণ প্রয়োগের জন্য উপযুক্ত।
এএএমআই একটি প্রযুক্তিগত তথ্য প্রতিবেদনে সক্রিয়ভাবে কাজ করছে: শিরোনাম:
এএএমআই টির এসডাব্লু 1, মেডিকেল ডিভাইস সফটওয়্যারটির বিকাশে চতুর অভ্যাসের ব্যবহার সম্পর্কে গাইডেন্স।
শুনেছি এটি ২০১২ সালে প্রকাশিত হতে পারে।
এটি নিয়মিত প্রয়োজনীয়তা, সাধারণ প্রক্রিয়া এবং মেডিকেল ডিভাইস সফ্টওয়্যার সম্পর্কিত অন্যান্য পণ্য ব্যবহারের সাথে অ্যাগিল ম্যানিফেস্টোর নীতিগুলির প্রান্তিককরণের (এপিগ্রাডস উত্তর দেখুন) আলোচনা করে।