मेरे पिताजी एक चिकित्सक हैं। वह बिना किसी प्रोग्रामिंग बैकग्राउंड [बंद] के साथ गैर-महत्वपूर्ण रोगी जानकारी संग्रहीत करने के लिए एक डेटाबेस लिखने पर जोर दे रहा है।

Question

इसलिए, मेरे पिता वर्तमान में फाइलमाकर प्रो, एक जीयूआई आधारित डेटाबेसिंग टूल का उपयोग करके अपने छोटे (4 डॉक्टर) अभ्यास के लिए एक साथ "हैकिंग" की प्रक्रिया में हैं। डेटाबेस का उपयोग चिकित्सा मशीनों से रिपोर्टिंग पर बोझ को कम करने में मदद करने के लिए किया जाएगा, जो बहुत ही भद्दी प्रक्रिया है।

उसे कोई प्रोग्रामिंग पृष्ठभूमि नहीं मिली है, और चीजों को सही ढंग से नहीं सीखने के लिए वह अपनी शक्ति में सब कुछ कर रहा है। उन्हें डुप्लिकेट डेटा प्रकार, कोई डेटाबेस-लागू संबंध (विदेशी / प्राथमिक कुंजी बाधाएं) और एक दर्जन अन्य मुद्दे नहीं मिले हैं। वह यह सब यूट्यूब वीडियो का उपयोग करके GUI टूल के जरिए कर रहा है।

मेरा मुद्दा यह है कि जब मैं चाहता हूं कि वह 100% सफल हो जाए, मुझे नहीं लगता कि उसके लिए इस प्रकार के निर्णय लेना उचित होगा। मैं उसे कैसे समझाऊं कि इन विषयों में किसी प्रकार की शिक्षा के बिना, एक साथ हैक किया गया समाधान एक बुरा विचार है? वह काफी जिद्दी हो सकता है और मुझे लगता है कि वह इस प्रकार की नौकरियों को "चिल्ड प्ले" के रूप में देखता है

मुझे इससे कैसे संपर्क करना चाहिए? क्या यह भी बुरा है कि एक विचार - या क्या मैं यह सोचकर सही हूं कि उसे इसे संभालने के लिए एक उचित डीबीए / डेवलपर को नियुक्त करना चाहिए ताकि यह एक रखरखाव बुरा सपना न बन जाए?

NB: मैं 4 साल का डेवलपर सलाहकार हूं और मैंने दर्दनाक ग्राहक कार्यान्वयन के अपने हिस्से को देखा है।

अपडेट करें:

इसलिए यह अब कुछ साल बाद है, और मेरे पास इस सवाल पर विचार करने का समय है। मेरे पिताजी ने Google डॉक्स, फ़ाइलमेकर प्रो और कुछ ईमेल हुक का उपयोग करके एक समाधान लागू किया। उसने पूरी बात खुद तय की, और वह कहता है कि उसे इससे बहुत अधिक मूल्य मिल रहा है।

यदि आप एक अनुभवी डेवलपर हैं, तो आप शायद उस विवरण को पढ़ रहे हैं और क्रिंग कर रहे हैं। लेकिन मैंने वास्तव में पूरी बात से एक बहुत अच्छा सबक सीखा - कि लोग केवल परिणामों की परवाह करते हैं, न कि कार्यान्वयन की। मेरे सभी पिताजी को इस बात की परवाह है कि उन्हें मैन्युअल रूप से कागज़ पर रोगी की जानकारी दर्ज करने की आवश्यकता नहीं है, और इसके बजाय जल्दी से एक Google डॉक्स फ़ॉर्म भर सकते हैं। जो महान है वह अपने अभ्यास के भीतर पूरी तरह से स्वचालन पर ध्यान केंद्रित करने के लिए एक जूनियर देव / ऑप्स व्यक्ति को किराए पर लेना चाहता है।

Comments

कुछ इस तरह से हैक किया गया कि ठीक काम कर सकता है ... जब तक आवश्यकताएं बदल जाती हैं तब तक असली परेशानी शुरू हो जाती है ...

— शाफ़्ट फ्रीक

आह येस। डॉक्टरों के साथ आम समस्या, उनका मानना ​​है कि एक डॉक्टर होने के नाते उन्हें हर किसी की तुलना में होशियार बनाता है और हर किसी की नौकरी करने में सक्षम है। उन्हें एहसास नहीं है कि वे क्या नहीं जानते, भले ही यह उन्हें गधे में काटता है। मैं उनसे पूछकर शुरू करूंगा कि अगर उनके घर में रहने वाली प्रणाली को HIPPA ऑडिट के दौरान चुनौती दी जाती है तो उनकी प्रतिक्रिया क्या होगी। भाग्य के साथ वह उसे कुछ आवश्यक परिवर्तन करने के लिए प्रेरित करेगा, और सब कुछ बहुत कठिन हो जाएगा।

— btilly

मुझे ध्यान देना चाहिए कि डॉक्टरों के बारे में मेरी टिप्पणी उनके अप्रत्यक्ष अनुभव से है। थोड़ा बहुत आया क्योंकि मेरी पत्नी एक डॉक्टर है।

— btilly

जैसा कि किसी के पास काम करने वाली स्वास्थ्य सेवा में व्यापक अनुभव है, मैं यह देख सकता हूं कि अच्छी संख्या में डॉक्टर अन्य क्षेत्रों में पेशेवरों के कौशल और विशेषज्ञता की सराहना नहीं करते हैं। उसे कोशिश करने दो और अगर वह असफल हो जाता है तो वह बहुत मूल्यवान चीज सीखेगा। यदि वह सफल हो जाता है तो मुझे लगता है कि आप कुछ मूल्यवान सीखेंगे।

— मेपल_शफ्ट

बस आप उसे

— यू-ट्यूब

Answer 1

मैं कई वर्षों से हेल्थकेयर समाधान इंजीनियरिंग कर रहा हूं। मैं उन सभी विभिन्न कारणों में नहीं जाऊँगा जो आपके पिता को नहीं करने चाहिए; अधिकांश कारण अकादमिक होने का अर्थ है: यदि आप उद्योग में लंबे समय से हैं, तो आप जानते हैं कि ये चीजें कैसे स्नोबॉल हैं और अपना खुद का जीवन विकसित करती हैं।

अपने पिता के बजाय, एक चिकित्सक के रूप में, पेशेवर कारणों और वास्तविक-जीवन, गैर-शैक्षणिक, कारणों से समझने की आवश्यकता है कि वह जो कर रहा है वह खतरनाक और संभवतः जीवन के लिए खतरा है; अपने सहयोगियों के लिए खतरनाक, अपने रोगियों की गोपनीयता और पहचान के लिए खतरनाक है, और एक कानूनी दृष्टिकोण से उनके अभ्यास के लिए खतरनाक है।

खतरा बहुआयामी है:

1. रोगी गोपनीयता (HIPAA, ARRA, सार्थक उपयोग, हाईटेक अनुपालन)
   • वे कौन से क्षेत्र हैं जिन्हें रोगी की पहचान करने वाले क्षेत्र माना जाता है (उद्योग के कई पेशेवर इसे नहीं समझते हैं, और सिर्फ इसलिए कि आप अंतिम नाम, पते, ज़िप कोड जैसे कुछ स्पष्ट क्षेत्रों को समाप्त कर देते हैं, फिर भी कई अन्य क्षेत्र हैं जो इसे बनाएंगे किसी विशिष्ट रोगी के लिए नैदानिक ​​डेटा को संबद्ध करना आसान है; यह अपने आप में, मुश्किल है; वहाँ कंपनियां हैं जो बहुत सारे धन को पहचानने वाले नैदानिक ​​डेटा बनाती हैं - यह अपने आप में एक संपूर्ण डोमेन है)।
2. HIPAA, हाईटेक और नए कानून स्पष्ट रूप से बताते हैं कि कैसे
   • ऑडिटिंग होनी चाहिए
   • सुरक्षा की जानी चाहिए
   • पासवर्ड आवश्यकताएँ
   • बाकी डेटा को एन्क्रिप्ट किया जाना चाहिए
   • प्रेषित डेटा को एन्क्रिप्ट किया जाना चाहिए, और कैसे
   • यदि आप किसी भी प्रकार की होस्ट की गई सेवा (IaaS, PaS) का उपयोग कर रहे हैं, तो आपको नियंत्रण पर विचार करना चाहिए
   • क्या आपके पास जगह में उचित BAA और DSA है
   • कैसे अपने सर्वर की मेजबानी उन तक पहुँच को नियंत्रित करते हैं
   • वे मल्टी-टेनेंसी को कैसे संभालते हैं (आप आश्चर्यचकित होंगे कि इनमें से कुछ बड़ी संस्थाएं इस उचित तरीके से कैसे नहीं संभालती हैं)
   • यदि आप अपने बुनियादी ढांचे की मेजबानी करने वालों के साथ अनुबंध को समाप्त करते हैं, तो वे आपके डेटा (एनआईएसटी नियमों) के स्थायी विलोपन को कैसे सुनिश्चित करेंगे
3. आपके विकास के लिए नियन्त्रण नियंत्रण क्या हैं
   • क्या आपके पास जगह है?
   • क्या आपके पास आवश्यकताओं से लेकर QA तक कोड में ट्रैसबिलिटी है
   • क्या आप अपने मेडिकल एप्लिकेशन / डिवाइस के 'इच्छित' उपयोग को मान्य करते हैं
4. क्या आपका सॉफ़्टवेयर QA'd है, और क्या आपके पास उपयोगकर्ता स्वीकृति परीक्षण (UAT) वातावरण है
   • आप इस वातावरण को कैसे सुरक्षित करते हैं, क्योंकि आप वास्तविक रोगी डेटा का उपयोग करेंगे
5. क्या वह मेडिकेयर के मरीजों को संभालने जा रहा है, अगर ऐसा है तो वह रिपोर्ट करने के लिए अपने डेटाबेस का उपयोग करने की योजना बना रहा है?
   • सरकार ने अपने स्वास्थ्य सूचना एक्सचेंज (HIE) को इस डेटा के आदान-प्रदान के लिए सख्त नियंत्रण दिया है।
   • जिसके कारण वह अपने स्वयं के एक्सचेंज को कैसे लागू करेगा यदि वह अपने नैदानिक ​​डेटा भंडार (सीडीआर) का लाभ उठाना चाहता है
6. क्या वह विशेष NIST नियमों को समझता है जिसे उसे डेटा सुरक्षा के लिए पालन करने की आवश्यकता है
   • जैसे कि डेटा का स्थायी विलोपन (यदि किसी होस्ट किए गए इन्फ्रास्ट्रक्चर का उपयोग कर)
7. आपने बताया कि वह मेडिकल मशीनों से डेटा ले रहा होगा
   • क्या वह नए FDA चिकित्सा उपकरण मानकों को समझता है?
   • 2013 में शुरू, कोई भी डिजिटल सिस्टम जो चिकित्सा उपकरणों से डेटा प्रदर्शित करता है, उसे एक चिकित्सा उपकरण के रूप में वर्गीकृत किया जा सकता है ... इसका मतलब है कि उसे चिकित्सा उपकरणों के लिए एफडीए नियामक आवश्यकताओं को पूरा करना चाहिए
8. क्या उनकी टीम और कर्मचारी अपने डेटाबेस में डेटा के आधार पर चिकित्सा निर्णय ले रहे होंगे?
   • क्या उसने एक ठोस नैदानिक ​​डेटा मॉडल विकसित किया है, जो कभी बदलती आवश्यकताओं (यानी, ICD-9 से ICD-10 से ICD-11 कोडिंग मानकों तक) को संभालने के लिए पर्याप्त लचीला है?
   • वह डेटा मॉडल का संस्करण कैसे देगा और इसे डेटा के साथ समन्वयित रखेगा (यानी, यदि वह नैदानिक ​​डेटा मॉडल बदलता है तो पुराने डेटा का प्रतिनिधित्व कैसे किया जाएगा?)
   • क्या उनकी प्रणाली नैदानिक ​​डेटा का सटीक स्नैपशॉट बनाने में सक्षम होगी जैसा कि उस दिन देखा गया था कि एक नैदानिक ​​निर्णय लिया गया था? अगर वह नहीं कर सकता है तो कानूनी नतीजे हैं
   • क्या वह वास्तविक डिलीट और लॉजिकल डिलीट के बीच का अंतर और अपने डेटा मॉडल के निहितार्थ को जानता है; उसकी भंडारण आवश्यकताओं के लिए; उसके अभ्यास की नीतियों के लिए?
   • क्या उसके पास सभी अलग-अलग सेवाओं को संभालने के लिए एक शब्दावली समाधान है, जिसका उसे उपयोग करने की आवश्यकता होगी; अधिकांश डेटा को कोडित करने की आवश्यकता है (जैसा कि मुक्त पाठ के विपरीत है), क्योंकि वह ICD-9 अनुपालन रिपोर्ट तैयार करने के लिए अपने सीडीआर का लाभ उठाना चाहते हैं। और फिर उसे इन मानकों के परिवर्तन को ध्यान में रखना होगा; जैसे, ICD-9 से ICD-10।
   • शब्दावली, शब्दावली या स्वास्थ्य डेटा शब्दकोश (सभी मूल रूप से समानार्थी) के लिए, वह कैसे लागू करेगा और सुनिश्चित करेगा कि पुरानी शब्दावली अभी भी पुराने नैदानिक ​​निर्णयों के लिए प्रदान की जा सकती है?
9. क्या वह एलर्जी डेटा स्टोर कर रहा होगा?
   • उसकी 'मेडिकल शब्दावली' या 'शब्दावली' की परिभाषाएँ कैसे संग्रहीत की जाएंगी?
   • क्या वह LOINC और प्रथम डेटा बैंक जैसी अन्य शब्दावली प्रणालियों के साथ एकीकृत होगा?
   • क्या उन्हें शब्दावली सेवाओं की समझ है (यानी, हेल्थ डेटा डिक्शनरी)
10. क्या वह डेटा को अपने सिस्टम में दखल देना चाहता है, और शायद एक स्वास्थ्य सूचना एक्सचेंज (HIE) को?
    • यदि हां, तो क्या वह एचएल 7 और उसके डेटाबेस पर इसके प्रभाव को समझता है?
    • क्या वह इंटरफ़ेस इंजन और उसके साथ जाने वाले सभी को समझता है?
11. क्या वह समझता है कि जानकारी को कैसे पहचाना जाए?
    • यह विकास के चरण और बग फिक्सिंग चरण में महत्वपूर्ण है

ये केवल कुछ प्रश्न हैं, और किसी भी तरह से इसे एक व्यापक सूची नहीं माना जाना चाहिए। और प्रत्येक उत्तर के लिए अनगिनत और प्रश्न होंगे।

हेल्थकेयर डेटाबेस में पिछले डेटा का कोई डिलीट या ओवर राइटिंग नहीं होना चाहिए। इसका मतलब यह है कि 'जहां से हटाएं ...' या 'अपडेट सेट ...' कभी नहीं होगा। इसके बजाय आपके पास केवल आवेषण होंगे। आप कल्पना कर सकते हैं कि यह आपके डेटा मॉडल और आपके प्रश्नों को कैसे बदलता है। अब आप रचनात्मक हो सकते हैं और इस लक्ष्य को प्राप्त करने के लिए विभिन्न समाधानों के साथ आ सकते हैं, लेकिन तथ्य यह है कि यह एक आवश्यकता है जो हेल्थकेयर क्लिनिकल डेटा रिपॉजिटरी के लिए अद्वितीय है।

इस मुद्दे के जीवन-धमकी वाले पक्ष के बारे में बस एक और विचार:

उदाहरण के लिए, एलर्जी की जानकारी लेते हैं; मैं इसे बढ़ाता हूं क्योंकि जो संस्थान वर्षों से डिजिटल रूप से यह कर रहे हैं उन्होंने सीखा है कि उनकी प्रक्रियाओं से यह सुनिश्चित करने की आवश्यकता है कि एलर्जी डेटा पर कब्जा कर लिया गया है और हम यह नहीं मान सकते हैं कि क्योंकि प्रौद्योगिकी ने डेटाबेस में डेटा को कैप्चर किया है यह किसी तरह हमेशा के लिए सही है । यही कारण है कि मरीजों को हर बार एलर्जी के लिए कहा जाता है क्योंकि वे एक अस्पताल से एक विभाग से दूसरे विभाग में जाते हैं। एक मरीज की एलर्जी को हटाया नहीं जा सकता (पुरानी जानकारी को हटाने के लिए एक पंक्ति में अद्यतन)। डिजिटल डेटा पर आधारित एक नैदानिक ​​निर्णय को निर्णय के समय चिकित्सक को 'प्रस्तुत' करने की आवश्यकता होती है।

मुझे पता है कि यह एक बड़े संस्थान के लिए तैयार किया जा सकता है। हालाँकि, नियामक भागों नहीं हैं। और किसी भी स्थिति में, हेल्थकेयर सूचना प्रणाली स्वाभाविक रूप से जटिल हैं। हेल्थकेयर सिस्टम इंजीनियरिंग अच्छे चिकित्सकों की विशेषज्ञता और अनुभव पर निर्भर करता है और पहचानता है। हालांकि, हेल्थकेयर आईटी डोमेन में औसत प्रतिबाधा बेमेल (ओआरएम प्रौद्योगिकी से शब्दावली उधार लेने के लिए) की तुलना में बड़ा है ... मैं बड़ा कहने का उपक्रम करता हूं क्योंकि हर डोमेन का अपना बेमेल है।

सौभाग्य!

Comments

यह निश्चित रूप से सबसे अच्छा, सबसे व्यापक, उत्तर मैंने देखा है। ओपी के पिता न केवल इस गलत को संभालकर अपनी प्रैक्टिस खो सकते थे बल्कि आपराधिक दंड का सामना भी कर सकते थे।

— रिग

EMR से चिकित्सक उत्पादकता में कमी आती है। नियामक बोझ आप चिकित्सा देखभाल से अलग चीजों से निपटने का वर्णन करते हैं। यहां एक डॉक्टर अपनी नौकरी को बेहतर बनाने के लिए कुछ सॉफ्टवेयर लिखना चाहता है और पूरा आईटी क्षेत्र उस पर से हट जाता है। गौर कीजिए कि यह डॉक वास्तव में कुछ सीखने वाला है और बेहतर होगा कि वह अपनी जरूरतों के बारे में आईटी से बात कर सकेगा। निजी तौर पर, मुझे लगता है कि आईटी चिकित्सकों को उनकी समस्याओं के बारे में बोलते हुए नहीं समझता है, लेकिन जब मैं आईटी भाषा में बात करता हूं तो वे इसे प्राप्त करते हैं। इसके अलावा, यह पूरा जवाब एक केंद्रीकृत आईटी संगठन से बात करता है। बहुत खराब मेडिकल आईटी इंटरऑपरेबल सिस्टम नहीं बना सकता है।

— kd4ttc

Answer 2

एक साथ हैक किया गया घोल हमेशा खराब नहीं होता है। अगर यह उसकी समस्या को हल कर रहा है, तो मैं इस पर बहुत अधिक रोक नहीं लगाऊंगा। फ़ाइल निर्माता और हर पेशेवर डेटाबेस समाधान के लिए एक साथ समाधान में शायद 10 कार्य हैक किए गए हैं। सब के बाद, कि क्या फिल्म निर्माता और पहुँच के लिए कर रहे हैं। ज़रूर, अधिकांश हैक किए गए समाधान हुड के नीचे भयानक हैं। लेकिन वे समस्याओं को हल करने के लिए मौजूद हैं, न कि सौंदर्य प्रतियोगिताओं को जीतने के लिए। अक्सर इन समाधानों का दायरा बढ़ता है, और ऐसा तब होता है जब किसी व्यक्ति को पेशेवर समाधान बनाने के लिए काम पर रखा जाता है।

सफलता के अवसरों पर उसकी मदद करने के लिए आप क्या कर सकते हैं, अपनी परियोजना में रुचि व्यक्त करें और डेटाबेस को परिभाषित करने और उसे हर चीज से चलने में मदद करें। अगर वह आपकी मदद नहीं चाहता है ... उसे छोड़ दो और उसे रहने दो। आप क्या करने जा रहे हैं, अपने पिता को बदनाम करें? यदि / जब वह अपने सिर पर हो जाता है, तो वह आपको बता देगा।

एक और बात पर विचार करना है कि क्या यह डॉक्टरों के बीच एक आम समस्या है, तो आपके पास जेनेरिक समाधान बनाने का एक बहुत अच्छा व्यवसाय अवसर हो सकता है।

Comments

+1 - लेकिन अगर वह उतने ही जिद्दी हैं, जितना पूछने वाला उन्हें बाहर करने के लिए कहता है, तो वह मदद नहीं मांग सकता। ;)

— jmort253

उनके साथ काम करना काफी मुश्किल है, क्योंकि कोई व्यक्ति जो "बॉस" है, उन बाहरी क्षेत्रों में कोई वास्तविक औपचारिक शिक्षा नहीं है।

— डोमिनिक बू-समरा

+1 के लिए "आपके पास बहुत अच्छा व्यावसायिक अवसर हो सकता है"

— डोमिनिक मैकडोनेल

Answer 3

25+ वर्षों के अनुभव के साथ एक सॉफ्टवेयर डिजाइनर के रूप में, मैं अभी भी अपने आप को कुछ बनाने में आकर्षण देख सकता हूं। किसी को उस उद्योग में पारंगत नहीं करने के लिए चीजों की व्याख्या करना एक बहुत बड़ा कारण हो सकता है।

तो क्या हुआ अगर डेटाबेस को सामान्य नहीं किया गया है या तेजी से बनाया जा सकता है? बहुत से गैर-महत्वपूर्ण सॉफ़्टवेयर (विशेषकर फुर्तीली उम्र में) वबी-साबी सिद्धांत का अनुसरण करते हैं। यह वही करता है जो इसे करने की आवश्यकता है और अधिक नहीं।

कृपया सराहना करें कि सभी सॉफ्टवेयर को एक आदर्श इंटरफ़ेस, बिजली-तेज़ डेटाबेस एक्सेस और एक बेदाग GUI के साथ चीखना नहीं है।

Comments

निष्पक्ष बिंदु। मैं उसे इस विचार से नहीं डिगा रहा हूं। मैं बस यही चाहता हूं कि वह एक पुस्तक को पढ़े और पढ़े, एक रिलेशनल डेटाबेस को डिजाइन करने में निहित समस्याओं और कठिनाइयों को समझे, इससे पहले कि वह कुछ हैक करे।

— डोमिनिक बू-समरा

एक समाधान को एक साथ हैक करना प्रति विचार बुरा नहीं है। शिकंजा ड्राइव करने के लिए हथौड़ों का उपयोग करना है सभी परिस्थितियों में एक बुरा विचार। आपको कुछ बनाने के लिए मूल बातें और उपकरण जानने की जरूरत है, जिसमें सही तरीके से काम करने का मौका है।

— ह्यूबर्ट कारियो

"स्क्रू ड्राइव करने के लिए हथौड़ों का उपयोग करना सभी परिस्थितियों में एक बुरा विचार है।" नहीं, यह नहीं है। मैं जो बिंदु बना रहा हूं वह यह है कि यह अक्सर महत्वपूर्ण नहीं है कि सॉफ्टवेयर तब तक सही है जब तक वह काम करता है। यह विचार है कि सॉफ्टवेयर लिखना किसी प्रकार का अन्य सांसारिक कार्य है जिसे केवल कुशल पेशेवरों के लिए छोड़ दिया जाना चाहिए, यदि मैं ऐसा कहूं तो यह एक पारलौकिक रवैया है ...

— Robbie Dee

यदि यह यूएसए है, तो मैं कहूंगा कि (1) सरकारी हस्तक्षेप की राशि, (2) सरकारी प्रोत्साहन प्राप्त करने के लिए जटिल मानक, और (3) किसी के मेडिकल रिकॉर्ड में त्रुटियों के परिणाम, इसे छोड़ने के लिए अत्यधिक सलाह दी जाती है जो लोग सॉफ्टवेयर क्षेत्र में न केवल कुशल पेशेवर हैं, बल्कि ऐसी प्रणालियों के लिए आवश्यकताओं के वास्तविक में कुशल हैं।

— 21

Answer 4

मेरा मुद्दा यह है कि जब मैं चाहता हूं कि वह 100% सफल हो जाए, मुझे नहीं लगता कि उसके लिए इस प्रकार के निर्णय लेना उचित होगा।

फिल्म निर्माता को एक डेटाबेस के रूप में इसकी शुरुआत मिली जिसे कोई भी उपयोग कर सकता है, और यह अभी भी उस भूमिका में बहुत अच्छी तरह से काम करता है। यदि आपका पिता जानता है कि वह क्या चाहता है और खुद को एक साथ रखने में सहज महसूस करता है, तो आप किस बारे में चिंतित हैं? यदि वह जिस तरह से चाहता है, वह काम करता है, तो वह जीतता है। यदि यह उस तरह से काम नहीं करता है जैसा वह चाहता है, तो वह इसे ठीक कर देगा।

यदि आप कैसर परमानेंट के लिए काम करने वाले सभी डॉक्टरों के लिए एक डेटाबेस का निर्माण कर रहे हैं, तो आपको चिंतित होना सही होगा, लेकिन यदि वह सिर्फ अपने अभ्यास में उपयोग के लिए एक उपकरण का निर्माण कर रहा है, तो ऐसा लगता है कि वह शायद इनसे निपटने के लिए सही व्यक्ति है निर्णय।

चलो अच्छाई का दुश्मन मत बनो।

Answer 5

मेरी सलाह है कि यह दिखावा करना मौजूद नहीं है वरना यह आपको पागल कर देगा। मेरा एक रिश्तेदार है जिसने अपनी क्लाइंट सूची के साथ एक समान काम किया है, और जो उसने अपने दम पर बनाया है वह एक राक्षसी है। मैंने शुरू में मदद करने की पेशकश की और उसने सोचा कि मेरी बोली (जिसमें "परिवार" छूट थी) अपमानजनक था। इस पर एक नज़र रखने के बाद, मैंने परिवर्तनों का एक समूह सुझाया, जो उन्होंने मुझसे "बियर के एक जोड़े" के बदले बनाने को कहा। परिवार या नहीं, होमी कि नहीं खेलते हैं। मैंने उससे कहा कि उसे ऐसा करने के लिए किसी को नियुक्त करना चाहिए, लेकिन उसने कभी ऐसा नहीं किया। मुझे बस खुद को इससे पूरी तरह से काट देना चाहिए था और यह दिखावा नहीं था कि यह परियोजना की भयावहता को मुझ पर बनाए रखने के लिए है।

Comments

+1 "परिवार या नहीं, होमी ऐसा नहीं खेलते हैं।"

— स्मॉलटाउन 2k

Answer 6

आपको उसे कोशिश करने देना चाहिए। हालांकि, आपको उसे इस तथ्य से अवगत कराना चाहिए, कि जब वह एक गतिरोध पर पहुंचता है, तो यह उसकी समस्या है और कोई भी डेवलपर जिसे वह उस बिंदु पर रखना चाहता है, उसे खरोंच से शुरू करना होगा।

मुझे चीजें एक साथ हैक करना पसंद है, जैसे फर्नीचर और यहां तक ​​कि प्लंबिंग भी। मुझे इसमें मजा आता है और मुझे इसमें कुछ भी गलत नहीं लगता। मैं कभी भी किसी कुशल कारीगर को मेरे सामने कूदने के लिए कहने की हिम्मत नहीं कर पाता जब मैं फंस जाता हूं, सिर्फ इसलिए कि मुझे लगता है कि वे मेरी रचनाओं को देखने के लिए उतावले होंगे।

इसलिए अपने पिता को वह करें जो उन्हें पसंद है, लेकिन उन्हें जोखिमों को समझने की कोशिश करें। बस उसे समझाएं, कि जब वह किसी बिंदु पर एक प्रशिक्षित डेवलपर को "बस एक छोटी सी सुविधा जोड़ने के लिए" काम पर रखता है, तो यह अनुभवी कारीगरों को एक घर में "बस कुछ चीजों को ठीक करने" के लिए कहने जैसा है, जहां ज्यादातर वायरिंग और प्लंबिंग की गई है डक्ट-टेप, एल्यूमीनियम पन्नी, प्लास्टिसिन और अच्छे विश्वास के साथ।

Answer 7

वह इन प्रकार की नौकरियों को "चिल्ड प्ले" के रूप में देखता है

मैं 4 साल का डेवलपर सलाहकार हूं

अपनी भलाई और अपने पिता के व्यक्तिगत विकास के लिए उसे असफल होने दें। जॉन का जवाब चट्टान-ठोस है और आपको अपने पिता को कानून के गलत पक्ष से, या कम से कम इतना पर्याप्त होने का उल्लेख करना चाहिए कि उन्हें बेहतर पता होना चाहिए। लेकिन यह पूरी "विनम्रता" एक ऐसी चीज नहीं है जिसे आप लोगों के लिए व्याख्यान कर सकते हैं और उनसे इसे सीखने की उम्मीद कर सकते हैं। अपने सबसे कठिन और पूरी तरह से असफल होने की कोशिश करना बहुत महत्वपूर्ण जीवन-पाठ है। असफलता एक बहुत शक्तिशाली शिक्षक है। और वह अपने बेटे के पेशे के लिए कुछ सम्मान हासिल कर सकता है।

और हे, अगर वह कुछ ऐसा काम करने के लिए तैयार हो जाता है जो पर्याप्त रूप से काम करता है (और किसी भी कानून का उल्लंघन नहीं करता है), तो उसके लिए सभी अधिक शक्ति।

Answer 8

यह उसका व्यवसाय है। और अगर वह दृढ़ है, तो वह इसे काम करेगा। और बहुत से लोगों ने सामान काम करने के लिए विभिन्न तकनीकों के समाधानों के साथ मिलकर काम किया है।

वर्षों पहले, मैंने अपने एक दोस्त के कोड की समीक्षा की, जिसने PHP और कुछ बुलेटिन बोर्ड सॉफ्टवेयर के साथ एक वेब एप्लिकेशन को एक साथ रखा। अपनी आवश्यकताओं को पूरा करने के लिए उन्होंने इसे बहुत अनुकूलित किया। कोड एक घृणित था। बमुश्किल 1 सामान्य रूप से होने के कारण, उनके डेटाबेस में डेटा के साथ HTML टैग थे। कोई MVC अलग नहीं है। लेकिन भगवान उसे आशीर्वाद दे। उनके आवेदन ने काम किया, और वे उस वेब साइट से आय के साथ अपने बिलों का भुगतान करने में सक्षम थे।

उसके लिए मेरी सलाह यह थी: यदि आप अपने आवेदन को यथासंभव लंबे समय के लिए राजस्व के लिए दूध देने के लिए संतुष्ट हैं, तो इसे अच्छे सॉफ्टवेयर डिजाइन तकनीकों का उपयोग करने से मना न करें, और अकेले "अच्छी तरह से" छोड़ दें। यदि आप अधिक सेवाओं की पेशकश करने और अधिक राजस्व प्राप्त करने के लिए अपने आवेदन को विकसित करना चाहते हैं, तो आपको कोड का भुगतान करना होगा और फिर से भरना होगा। उन्होंने पूर्व के साथ जाने के लिए चुना। C'est la vie।

यदि आपके पिताजी को डेटा दोहराव और कमजोर डेटा अखंडता का दर्द महसूस नहीं होता है, तो वह बाद में होगा, और उसके बाद ही आप जो कह रहे हैं उसका मूल्य सीखेंगे।

Answer 9

मुझे लगता है कि आपके प्रश्न का उत्तर मुख्य रूप से इस बात पर निर्भर करता है कि उसकी चिकित्सा पद्धति कितनी महत्वपूर्ण है। क्या वह सिर्फ कुछ मरीजों के डेटा को स्टोर कर रहा होगा, जो उसे उपयोगी लगता है या इस एप्लिकेशन के किसी भी खराबी के गंभीर परिणाम हो सकते हैं? यदि इसके गंभीर परिणाम हो सकते हैं, तो उसे ऐसा नहीं करना चाहिए, लेकिन क्योंकि हम एक आदर्श दुनिया में नहीं रह रहे हैं, इसलिए उसे यकीन है कि यह एक अच्छा विचार नहीं है पूरी तरह से अलग मामला हो सकता है।

जैसा कि आप एक डेवलपर सलाहकार हैं, मैं उसे क्यूए और परीक्षण प्रक्रिया में मदद की पेशकश करने का सुझाव दूंगा। इस तरह से आप अपने पिता के साथ अच्छे संबंध रखेंगे क्योंकि आप उसकी "मदद" कर रहे हैं लेकिन साथ ही आप यह सुनिश्चित कर सकते हैं कि उसका ऐप वही कर रहा है जो उसे करना है या कोई ऐसी समस्या ढूंढना जिसे वह हल नहीं कर पाएगा इसलिए वह और अधिक पेशेवर समाधान की तलाश करेगा।

BTW मैंने बहुत सारे भयानक ऐप देखे हैं जो अपना काम कर रहे थे और कोई भी स्पष्टीकरण नहीं था कि यह भयानक क्यों है जो किसी को भी इसमें कोई वास्तविक बदलाव करने के लिए मनाएगा।

Answer 10

एक बड़े गैर-लाभकारी स्वास्थ्य सेवा प्रदाता के लिए हाल ही में सेवानिवृत्त सॉफ्टवेयर इंजीनियर के रूप में, मैं दृढ़ता से पास के अस्पताल या बड़े अभ्यास की तलाश करने की सलाह देता हूं जो एक उचित शुल्क के लिए उसे अपने इलेक्ट्रॉनिक मेडिकल रिकॉर्ड सिस्टम को साझा करने की अनुमति दे सकता है जो सार्थक उपयोग पहल के लिए आवश्यकताओं को पूरा करता है। (और अन्य सरकारी प्रोत्साहन कार्यक्रम)।

मुझे पता है कि "एपिक" ( http://Epic.com ) अपने ग्राहकों को अपने सिस्टम को साझा करने के लिए छोटे प्रदाताओं को अनुमति देता है, और मैं उनके कुछ प्रतियोगियों की भी कल्पना करता हूं। सर्नर उनके सबसे बड़े प्रतियोगी हैं, लेकिन कई अन्य लोगों पर चर्चा की जाती है http://www.beckershospitalreview.com/healthcare-information-technology/50-things-to-know-about-epic-cerner-meditech-mckesson-athenahealth-and-and अन्य प्रमुख-EHR-vendors.html

उस तरह के बंटवारे के लिए सीएमएस से 75% अनुदान है। हमने अपनी लागत का 25% सदस्यता मूल्य बनाकर अपने ग्राहकों को सब्सिडी पर पारित किया।