- जब medical assistive devices proprietary software से बंध जाते हैं, तो blood glucose monitoring apps, hearing aids और retinal implants जैसे शरीर से सीधे जुड़े devices का संचालन, repair और support निर्माता के फैसलों पर निर्भर हो जाता है
- Abbott की LibreLink outage और iOS 17 warning दिखाती हैं कि सिर्फ app update या operating system में बदलाव से भी diabetes मरीजों की blood glucose checking और alerts प्रभावित हो सकते हैं
- iOS 15.4 के बाद कुछ Bluetooth hearing aid users को pairing और settings की समस्याएं हुईं, और Resound के मामले की तरह solution आने तक उन्हें कई हफ्तों तक manufacturer response का इंतजार करना पड़ा
- Second Sight Medical Products ने Argus retinal implant technology छोड़ दी, तो कुछ users ने खराबी आने पर repair का रास्ता खो दिया; Medtronic का मामला यह भी दिखाता है कि cybersecurity risks भी manufacturer trust से बंधे होते हैं
- FSF का मानना है कि medical assistive device software को free software के रूप में distribute किया जाना चाहिए, ताकि community bug fixes, long-term support और repair में भाग ले सके; Tympan, openMHA और OpenAPS जैसे उदाहरण पहले से मौजूद हैं
शरीर को assist करने वाले software का control
- शरीर को control या assist करने वाला software user के control में होना चाहिए, और device रुकने या update fail होने पर खुद response देने का रास्ता होना चाहिए
- इसमें hearing aids, insulin pumps, bionic eyes, pacemakers जैसे devices आते हैं, जो रोजमर्रा के जीवन और treatment से सीधे जुड़े होते हैं
- proprietary software पर निर्भर होने पर user के लिए problem का कारण जांचना, उसे fix करना या पुराने version पर वापस जाना मुश्किल हो जाता है
- Free software का मतलब है कि users के पास software को run, copy, distribute, study, change और improve करने की freedom हो
LibreLink outage और iOS update का risk
- जुलाई 2023 में UK में Apple device users को Abbott द्वारा LibreLink app update जारी करने के बाद blood glucose monitoring app के काम न करने की समस्या हुई
- Blood glucose monitoring, diabetes मरीजों के treatment का अहम हिस्सा है, जिससे वे जान पाते हैं कि blood sugar कब बहुत low या high है
- Type 1 diabetes वाले David Burchell ने कहा कि app सिर्फ white screen दिखा रहा था जिससे वे panic में आ गए; app delete करने के बाद उन्होंने दोबारा install करने की कोशिश की, लेकिन वह App Store से हट चुका था इसलिए फिर download नहीं कर सके
- LibreLink नाम के बावजूद यह app libre नहीं, बल्कि proprietary software है
- users को app maintenance और distribution के लिए company पर निर्भर रहना पड़ता है
- अगर यह free software होता, तो users खुद इसे run, copy, distribute, study, change और improve कर सकते थे, या developers और users की community के जरिए fixes और sharing की उम्मीद कर सकते थे
- अगर पुराना version बचा होता, तो problematic update को rollback भी किया जा सकता था
- दो महीने बाद iOS 17 update से पहले FreeStyle LibreLink और Libre 2 app users को फिर उसी तरह के risk का सामना करना पड़ा
- Abbott ने सितंबर 2023 में Apple users को चेतावनी दी कि iOS 17 का StandBy Mode और Assistive Access Mode, FreeStyle Libre 2, FreeStyle LibreLink और FreeStyle LibreLinkUp के usage experience को प्रभावित कर सकता है
- इन apps का इस्तेमाल करने वाले smartphones पर automatic operating system updates disable करने की recommendation दी गई
- StandBy Mode कभी-कभी blood glucose alarms जैसे time-sensitive notifications को रोक सकता है, और Assistive Access Mode sensor activation और app alarm settings changes को प्रभावित कर सकता है
iOS 15.4 के बाद Bluetooth hearing aid problems
- 2022 के वसंत में iPhone को iOS 15.4 पर update करने के बाद, Bluetooth से phone से connect होने वाले कुछ hearing aid users को phone app और hearing aids को pair करने में मुश्किल हुई
- Bushness नाम के pseudonym का इस्तेमाल करने वाले user को Resound brand hearing aids में low-frequency और high-frequency sliders के iOS 15.4 update के बाद random तरीके से move होने की समस्या हुई
- उन्होंने Resound और Apple दोनों को problem report की
- कई fixes try किए, लेकिन problem ठीक नहीं हुई
- Apple forums से भी पहले से try किए गए तरीकों के अलावा कोई मदद नहीं मिली
- अगर Resound ने software को free किया होता, तो community के code के अंदर देखकर कारण खोज पाने की संभावना थी
- proprietary software में company के बाहर कोई भी code review करके यह समझना मुश्किल होता है कि क्या गलत हुआ
- user को community help के बजाय manufacturer response का इंतजार करना पड़ता है
- Hearing aid blogger Goeffrey Cooling ने लिखा कि हाल के वर्षों में hearing aids के लिए firmware updates जारी होने लगे हैं, खासकर Bluetooth hearing aids और “Made For iPhone” hearing aids में यह trend दिखता है
- hearing aid brands हमेशा update contents नहीं बताते
- updates iPhone operating system changes के आसपास जारी होते दिखते हैं
- उन्होंने लिखा कि Apple जब भी iPhone बदलता है, hearing aid connection problems पैदा होती हैं
- Resound ने iOS 15.4 के बाद Bushness और दूसरे users की problems आखिरकार fix कर दीं, लेकिन इसमें कई हफ्ते लगे
- जब everyday life के लिए जरूरी hardware को proprietary software की जरूरत होती है, तो users manufacturer schedule से बहुत ज्यादा बंध जाते हैं
Support बंद होना repair असंभव होने की संरचना बनाता है
- अगर Bluetooth hearing aid manufacturer warranty खत्म हो चुके models को updates न दे, तो hardware सही होने के बावजूद नया device खरीदना पड़ सकता है
- अगर hearing aids में free software होता, तो free software community update maintenance में भाग ले सकती थी
- Second Sight Medical Products के eye implant case से दिखता है कि support बंद होने पर real users के लिए किस तरह के risks बचते हैं
- company ने 2020 में bankruptcy की आशंका का सामना करते हुए इस technology को छोड़ दिया
- Terry Byland ने कहा कि वे 2004 से first-generation Argus implant पर अपनी vision के लिए निर्भर रहे हैं, और problem होने पर इसे ठीक करने का कोई तरीका नहीं है
- Barbara Campbell subway में थीं, जब उनका retinal implant अचानक काम करना बंद कर गया
- अगर medical assistive device companies ने software source code को GNU General Public License v3.0 or later जैसे free license के तहत release किया होता, तो third-party developers Terry और Barbara जैसे users की मदद कर सकते थे
सिर्फ cybersecurity laws क्यों काफी नहीं हैं
- proprietary software का इस्तेमाल करने वाले medical assistive devices users को bugs और updates ही नहीं, बल्कि cybersecurity में भी manufacturer पर निर्भर बना देते हैं
- कुछ governments proprietary software-based medical devices की safety problems को law के जरिए ठीक करने की कोशिश कर रही हैं
- PATCH Act US FDA approval application देने वाले manufacturers से मांग करता है कि वे cyber devices के पूरे lifecycle में reasonable safety और effectiveness साबित करें
- ऐसे laws का उद्देश्य 2019 और 2021 जैसे मामलों को रोकना है, जब Medtronic के pacemakers और insulin pumps में attack के लिए exposed हो सकने वाली vulnerabilities सामने आई थीं
- लेकिन proprietary software में हमें यह भरोसा करना पड़ता है कि manufacturer bugs detect करेगा, inform करेगा और fix करेगा
- केवल legislation से यह dependency हटाना मुश्किल है, और free software में devices को test करके vulnerabilities खोजने के लिए external participation संभव हो जाती है
Free software से मिलने वाला long-term support effect
- medical assistive devices का free software patients, environment और medical system के लिए मददगार हो सकता है
- hearing aids, insulin pumps और pacemakers के अंदर का software शरीर के हिस्सों को control करता है, इसलिए users के पास उस software पर control होना चाहिए
- free software medical devices की lifespan extension में योगदान देता है
- community bugs fix कर सकती है और updates दे सकती है
- patients को सिर्फ एक manufacturer पर निर्भर नहीं रहना पड़ता
- device फेंकने के बजाय right to repair चुना जा सकता है
- long-term support medical system और patients की cost burden को कम कर सकता है
पहले से मौजूद examples और अभी भी कमियां
- hearing aid devices में Tympan project द्वारा विकसित software जैसे free software examples मौजूद हैं
- US National Institutes of Health द्वारा funded Open Community Platform for Hearing Aid Algorithm Research project ने real-time audio signal processing के लिए openMHA platform develop किया
- openMHA GNU Affero General Public License v3.0 के तहत licensed है
- इसका उद्देश्य assistive hearing systems को improve करना है
- insulin pumps जैसे दूसरे medical assistive devices भी OpenAPS जैसे projects की वजह से free software पर run हो सकते हैं
- pacemakers में अभी free software की कमी है, और यह free software community के योगदान के लिए बचा हुआ क्षेत्र है
medical assistive device experiences साझा करने का अनुरोध
- free software supporters अपने आसपास के लोगों को medical assistive devices में proprietary software की समस्या के बारे में बता सकते हैं
- दोस्तों, parents और grandparents को doctor से medical device के software के बारे में पूछने और proprietary software के बजाय free software चुनने या मांगने के लिए प्रोत्साहित किया जा सकता है
- medical assistive device experiences campaigns@fsf.org पर भेजे जा सकते हैं
- free software medical assistive devices इस्तेमाल करने की वजह
- proprietary software medical assistive devices को लेकर complaints
- free software medical assistive devices को life आसान बनाने के लिए किन चीजों में improve करना चाहिए
- email में यह साफ लिखना चाहिए कि experience का कोई हिस्सा public किया जा सकता है या नहीं; चाहें तो anonymous publication भी संभव है
- अगर medical assistive device experience के बारे में public तौर पर बात करना ठीक है, तो LibrePlanet 2024 session submit किया जा सकता है
1 टिप्पणियां
Hacker News की रायें
अगर अपने शरीर की autonomy के संदर्भ में भी ये चार स्वतंत्रताएँ लागू नहीं होतीं, तो फिर वे और कहाँ ज़्यादा महत्वपूर्ण हो सकती हैं?
उल्टा सोचें तो इसका मतलब है कि आपके शरीर का कोई हिस्सा आपका स्वामित्व नहीं है, बल्कि बस license पर दिया गया है, और वह license अनुमति देने वाले की मर्ज़ी से बदला या वापस लिया जा सकता है
इसके लिए कानून बनाना पड़ सकता है
साथ ही, ऐसा कोई precedent न हो, यह भी नहीं है। Copyright और patents, भोजन की recipes या कपड़ों के designs जैसी जीवन-आवश्यक चीज़ों में आम तौर पर बहुत सीमित रूप से लागू होते हैं
किसी व्यक्ति की जान जिस software पर निर्भर हो, उसे बेचते समय user को code की जांच और संशोधन का अधिकार न देना अवैध होना चाहिए
मुझे घर में रखने के लिए proprietary equipment भी मिला है, जो defibrillator का data पढ़कर mobile network के जरिए cardiologist को भेजता है। नियमित remote checkup के दौरान मैं उसके पास बैठकर button दबाता हूँ, और यह detected abnormal heart rhythms, shock therapy हुई या नहीं, या बिना treatment के rhythm normal हो गया या नहीं—ऐसी जानकारी भेजता है। यह साल में लगभग 2–4 बार करना होता है
लेकिन हर बार button दबाने पर 200 डॉलर charge होते हैं। Event 0 हों तब भी, और 90% से ज़्यादा मामलों में सच में 0 ही होते हैं
data खुद पढ़ने के लिए कोई interface बिल्कुल नहीं दिया गया है। ऐसा कोई तरीका नहीं कि मैं device को खुद पढ़कर confirm कर सकूँ कि कोई event नहीं है, और doctor को बता सकूँ कि diagnose करने के लिए कुछ नया नहीं है
मुझे यह medical system पसंद नहीं है। Device मेरी जान बचाने में शानदार है, लेकिन मुझे बिना पैसे दिए भी उसका data पढ़ पाने में सक्षम होना चाहिए
control software कहीं ज़्यादा जटिल है। उदाहरण के लिए, मान लें परिवार का एक सदस्य tech-savvy नहीं है लेकिन insulin pump इस्तेमाल करता है, और दूसरा सदस्य tech-savvy है व hacking पसंद करता है, इसलिए insulin pump software को “improve” करने के लिए modify कर देता है। लेकिन वह बदलाव गलती से रात में नींद के दौरान insulin overdose करा दे और परिवार के सदस्य की मौत हो सकती है
rules और regulations केवल rules बनाने के लिए नहीं होते, बल्कि इसलिए होते हैं क्योंकि वे खून से लिखे गए हैं
जीवन-निर्भर control software को स्वतंत्र रूप से modify कर पाने का लक्ष्य noble है, लेकिन मुझे लगता है approach गलत है। Computer science industry के लिए ज़्यादा constructive होगा कि पहले यह पता लगाए कि लोगों को न मारने वाला software कैसे बनाया जाए, self-verification के जरिए “verification passed == कोई नहीं मरेगा” कैसे guarantee किया जाए, आदि
यह बिल्कुल भी trivial नहीं है, और यह क्षेत्र civil engineering जैसे क्षेत्रों की तुलना में अभी पर्याप्त mature या mainstream नहीं लगता। अगर आसानी से guarantee किया जा सके कि software modification से मौत नहीं होगी, तो ऐसी स्वतंत्रता को कानून से अनिवार्य करना भी आसान हो जाएगा
बेशक intent, jurisdiction, training और knowledge level, और किस तरह का change try किया गया—इन पर prosecution और trial का रूप निर्भर करेगा
अगर device manufacturer software update करके किसी को चोट पहुँचाता या मार देता है, तो उस पर criminal और/या civil liability आती है
“बस liability cost और proper software engineering cost calculate कर लो...” जैसी बात आने से पहले कह दूँ कि कम से कम US civil litigation में punitive damages का मकसद actual damages से आगे जाकर defendant के घटिया व्यवहार को दंडित करना, और उन्हें व दूसरों को दोबारा ऐसा करने से रोकना स्पष्ट रूप से होता है
प्रसिद्ध McDonalds coffee burn case में भी भारी punitive damages लगे थे। पीड़िता ने मुकदमे से पहले genital burns से हुए भारी दर्द और तकलीफ के लिए damages नहीं मांगे थे, सिर्फ medical expenses मांगे थे। McDonalds ने उसे reject कर दिया था
jury कई कारणों से नाराज़ थी। McDonalds जानता था कि coffee industry standard से कहीं अधिक temperature पर serve की जा रही है, यह भी जानता था कि इससे पहले भी लोगों को चोट पहुँची थी, और उसने reasonable damages request भी ठुकरा दी थी
ऐसे में medical software का free/open-source software बनना एक जरूरी कदम लगता है। क्या इतना ही काफी है, इस पर और चर्चा की गुंजाइश है
विपरीत उदाहरण दें तो, insulin pump में bug हो सकता है लेकिन नया fix समय पर certify न हो पाए, और परिवार बेबस होकर देखता रह जाए जबकि patient की मौत हो जाए। संतुलन चाहिए
मुझे लगता है यह आंशिक रूप से patient के उस अधिकार[1] का हिस्सा है जिसमें फायदे-नुकसान बताने के बाद वह वैकल्पिक treatment option चुन सकता है। Patient को सोचा-समझा risk लेने में सक्षम होना चाहिए
[1] https://en.wikipedia.org/wiki/Patients'_rights
वह कानून बनाकर होगा या नहीं, पता नहीं, लेकिन एक software update से बुज़ुर्ग व्यक्ति द्वारा इस्तेमाल किया जाने वाला app खराब हो जाना स्वीकार्य नहीं है
फिर भी free software वाला पहलू community को लाभ देता है, और लोगों को किसी एक company की किस्मत से बंधे रहने से बचाता है। अगर company support बंद कर दे, तो आप ऐसी medical software service company के पास जा सकते हैं जिसके पास legacy medical devices के users की मदद करने वाले in-house experts हों
free software हो तो कम से कम यह संभव है, proprietary software में यह असंभव है
किसी भी organization को हमारी medical information पर control करने वाला arbiter नहीं बनना चाहिए
लेकिन दुखद सच्चाई यह है कि हम हमेशा ऐसे पोर्टेबल surveillance devices साथ लेकर चलते हैं जिनसे हमारी medical condition तक पहुंचा जा सकता है। हम अपनी मर्ज़ी से जानकारी देते हैं, और बीच-बीच में आने वाले advertising content के ज़रिए यह practice धीरे-धीरे normal और accepted होती जा रही है
मुझे यकीन नहीं है कि यह सुविधा आगे आने वाली समस्याओं से ज़्यादा बड़ी है या नहीं
यह मरीजों को कई healthcare institutions से अपनी पूरी medical history लाकर local में store करने देता है। किसी कंपनी के health records को monetize करने या data mining करने की चिंता नहीं करनी पड़ती
Apple third-party software की stability को लगभग ignore करते हुए operate करने के लिए मशहूर है। Safety-critical tech stack में Apple को शामिल करके बिना सोचे-समझे upgrade करना और फिर टूट जाने पर “तुम्हारे साथ ठीक हुआ” तो नहीं कहूंगा, लेकिन खासकर अगर पहले भी ऐसी problem हो चुकी हो, तो यह वाकई बेवकूफी भरा choice है
दुनिया FSF की free/open/libre definitions के इर्द-गिर्द नहीं घूमती, और LibreLink FreeStyle Libre device से जुड़ा है। इन devices की marketing कुछ इस तरह है कि वे आपको “सबसे जरूरी चीजों पर वापस लौटने” में मदद करते हैं
स्वाभाविक है कि smartphone के बिना वाला version खरीदने का विकल्प होना चाहिए, नहीं? Smartphone पर्याप्त stable नहीं है, और आगे भी ऐसा नहीं हो सकता
इस गर्मी में external reader खराब हो गया, और जो sensor अभी भी काम कर रहा था उसका data पढ़ने के लिए third-party app इस्तेमाल करना पड़ा
official app को silent नहीं किया जा सकता, इसलिए मैं उसे इस्तेमाल नहीं करता। Dexcom तो और भी खराब था; app और external reader दोनों “sensor 6 घंटे बाद expire होगा” वाली fixed notification पागलों की तरह बजाते रहते थे, और उन्हें mute या adjust करने का कोई तरीका नहीं था। वे रात में कभी भी बज उठते थे
insulin-dependent रहते हुए मैंने 40 साल अच्छे से बिताए हैं, और convenience तथा रात के graphs जैसा extra data सब शानदार है। Sound default होना ठीक है और होना भी चाहिए, लेकिन मुझे उसे mute कर पाने का control होना चाहिए। मैं liability waiver पर भी agree कर सकता हूं। ये devices जिंदगी के हिसाब से ढलने चाहिए, जिंदगी को devices के हिसाब से नहीं ढलना चाहिए