พ่อของฉันเป็นหมอ เขายืนยันที่จะเขียนฐานข้อมูลเพื่อเก็บข้อมูลผู้ป่วยที่ไม่สำคัญโดยไม่มีพื้นฐานการเขียนโปรแกรม [ปิด]

ดังนั้นตอนนี้พ่อของฉันกำลังอยู่ในขั้นตอนการ "แฮ็ค" ร่วมกับฐานข้อมูลโดยใช้ FileMaker Pro ซึ่งเป็นเครื่องมือการจัดทำฐานข้อมูลแบบ GUI สำหรับการฝึกซ้อมขนาดเล็ก (แพทย์ 4 คน) ของเขา ฐานข้อมูลจะถูกใช้เพื่อช่วยแบ่งเบาภาระในการรายงานจากเครื่องมือแพทย์ทำให้เพรียวลมเป็นกระบวนการค่อนข้างงุ่มง่าม

เขาไม่มีพื้นฐานการเขียนโปรแกรมและดูเหมือนว่าจะทำทุกอย่างในอำนาจของเขาเพื่อเรียนรู้สิ่งต่าง ๆ ไม่ถูกต้อง เขามีชนิดข้อมูลที่ซ้ำกันไม่มีความสัมพันธ์ที่บังคับใช้ฐานข้อมูล (ข้อ จำกัด คีย์หลัก / ต่างประเทศ) และปัญหาอื่น ๆ อีกนับสิบรายการ เขาทำทุกอย่างด้วยมือผ่านเครื่องมือ GUI โดยใช้วิดีโอ Youtube

ปัญหาของฉันคือในขณะที่ฉันต้องการให้เขาประสบความสำเร็จ 100% ฉันไม่คิดว่ามันเหมาะสมสำหรับเขาที่จะจัดการกับการตัดสินใจประเภทนี้ ฉันจะโน้มน้าวเขาได้อย่างไรหากไม่มีการศึกษาในหัวข้อเหล่านี้การแก้ปัญหาที่ถูกแฮ็กด้วยกันเป็นแนวคิดที่ไม่ดี? เขาเป็นคนที่ค่อนข้างดื้อและฉันคิดว่าเขาเห็นงานประเภทนี้ในชื่อ "childs play"

ฉันควรเข้าใกล้สิ่งนี้อย่างไร แม้แต่ความคิดที่แย่ - หรือฉันคิดถูกว่าเขาควรจ้าง DBA / นักพัฒนาที่เหมาะสมเพื่อจัดการเรื่องนี้เพื่อที่มันจะไม่กลายเป็นฝันร้ายในการบำรุงรักษา?

NB: ฉันเป็นที่ปรึกษาด้านการพัฒนาเป็นเวลา 4 ปีและฉันเห็นส่วนแบ่งของฉันในการใช้งานลูกค้าที่เจ็บปวด

ปรับปรุง:

ดังนั้นไม่กี่ปีต่อมาและฉันมีเวลาใคร่ครวญคำถามนี้ พ่อของฉันลงเอยด้วยการนำโซลูชันมาใช้โดยใช้ Google Docs, FileMaker Pro และที่อยู่อีเมลบางฉบับ เขาสร้างสิ่งทั้งหมดขึ้นมาเองและเขาบอกว่าเขาได้รับประโยชน์มากมายจากมัน

หากคุณเป็นนักพัฒนาที่มีประสบการณ์คุณอาจกำลังอ่านคำอธิบายและประจบประแจง แต่ฉันได้เรียนรู้บทเรียนที่ดีงามจากทุกสิ่งจริง ๆ - ผู้คนสนใจเฉพาะผลลัพธ์ แต่ไม่ใช่การนำไปใช้ พ่อของฉันทุกคนใส่ใจว่าเขาไม่จำเป็นต้องป้อนข้อมูลผู้ป่วยลงบนกระดาษด้วยตนเองและสามารถกรอกแบบฟอร์ม Google เอกสารแทนได้อย่างรวดเร็ว สิ่งที่ยอดเยี่ยมคือเขากำลังมองหาจ้างผู้พัฒนารุ่นเยาว์ขึ้นมาเพื่อมุ่งเน้นไปที่ระบบอัตโนมัติภายในระบบของเขา

ฉันเป็นวิศวกรด้านการดูแลสุขภาพมาหลายปีแล้ว ฉันจะไม่ไปด้วยเหตุผลต่าง ๆ ที่พ่อของคุณไม่ควรทำ เหตุผลส่วนใหญ่เป็นนักวิชาการ: ความหมายถ้าคุณอยู่ในอุตสาหกรรมมานานพอที่คุณจะรู้ว่าสิ่งเหล่านี้สโนว์บอลและพัฒนาชีวิตของพวกเขาเอง

ในฐานะแพทย์คุณต้องเข้าใจถึงเหตุผลทางวิชาชีพและชีวิตจริงที่ไม่ใช่เชิงวิชาการเหตุผลที่สิ่งที่เขาทำคืออันตรายและอาจเป็นอันตรายถึงชีวิต อันตรายต่อเพื่อนร่วมงานของเขาอันตรายต่อความเป็นส่วนตัวและตัวตนของผู้ป่วยและเป็นอันตรายต่อการปฏิบัติของเขาจากมุมมองทางกฎหมาย

อันตรายมีหลายแง่มุม:

1. ความเป็นส่วนตัวของผู้ป่วย (HIPAA, ARRA, การใช้งานที่มีความหมาย, การปฏิบัติตาม HITECH)
   • เขตข้อมูลใดที่ถือว่าเป็นเขตข้อมูลที่ระบุตัวผู้ป่วย (ผู้เชี่ยวชาญหลายคนในอุตสาหกรรมไม่เข้าใจสิ่งนี้และเพียงเพราะคุณกำจัดเขตข้อมูลที่ชัดเจนบางอย่างเช่นนามสกุลที่อยู่รหัสไปรษณีย์ยังมีอีกหลายสาขาที่จะทำให้เป็น ง่ายต่อการเชื่อมโยงข้อมูลทางคลินิกกับผู้ป่วยเฉพาะซึ่งในตัวมันเองนั้นยากมีหลาย บริษัท ที่ทำเงินจำนวนมากเพื่อยกเลิกการระบุข้อมูลทางคลินิก - มันเป็นโดเมนทั้งหมดในตัวเอง)
2. HIPAA, HITECH และกฎหมายที่ใหม่กว่าจะอธิบายได้อย่างชัดเจนว่าอย่างไร
   • การตรวจสอบควรจะทำ
   • ความปลอดภัยควรจะทำ
   • ข้อกำหนดรหัสผ่าน
   • ข้อมูลที่เหลือควรจะถูกเข้ารหัส
   • ข้อมูลที่ถูกส่งควรจะถูกเข้ารหัสและอย่างไร
   • คุณต้องพิจารณาการควบคุมหากคุณใช้บริการโฮสต์ใด ๆ (IaaS, PaaS)
   • คุณมี BAA และ DSA ที่เหมาะสมหรือไม่
   • ผู้ที่โฮสต์เซิร์ฟเวอร์ของคุณควบคุมการเข้าถึงได้อย่างไร
   • พวกเขาจัดการกับการเช่าหลายวิธีอย่างไร (คุณจะประหลาดใจกับวิธีที่องค์กรขนาดใหญ่เหล่านี้บางแห่งไม่จัดการเรื่องนี้อย่างเหมาะสม)
   • หากคุณยกเลิกสัญญากับผู้ให้บริการโฮสต์โครงสร้างพื้นฐานของคุณพวกเขาจะมั่นใจได้อย่างไรว่าการลบข้อมูลของคุณอย่างถาวร (ระเบียบ NIST)
3. สิ่งที่เป็นตัวควบคุมที่ควบคุมเพื่อการพัฒนาของคุณ
   • คุณมี sdlc หรือไม่
   • คุณมีความสามารถในการตรวจสอบย้อนกลับจากข้อกำหนดไปยังโค้ดถึง QA
   • คุณตรวจสอบการใช้แอพพลิเคชั่น / อุปกรณ์ทางการแพทย์ของคุณอย่างถูกต้องหรือไม่
4. ซอฟต์แวร์ของคุณเป็น QA'd และคุณมีสภาพแวดล้อมการทดสอบการยอมรับของผู้ใช้ (UAT)
   • คุณรักษาความปลอดภัยให้กับสภาพแวดล้อมนี้ได้อย่างไรเนื่องจากคุณกำลังใช้ข้อมูลผู้ป่วยจริง
5. เขาจะจัดการผู้ป่วย Medicare หรือไม่ถ้าเช่นนั้นเขาวางแผนที่จะใช้ฐานข้อมูลของเขาเพื่อรายงาน?
   • รัฐบาลมีการควบคุมอย่างเข้มงวดเพื่อแลกเปลี่ยนข้อมูลนี้กับการแลกเปลี่ยนข้อมูลด้านสุขภาพ (HIE)
   • ซึ่งนำไปสู่วิธีการที่เขาจะใช้การแลกเปลี่ยนของเขาเองถ้าเขาต้องการที่จะใช้ประโยชน์จากพื้นที่เก็บข้อมูลทางคลินิกของเขา (CDR)
6. เขาเข้าใจถึงกฎเกณฑ์ NIST เฉพาะที่เขาต้องปฏิบัติตามเพื่อความปลอดภัยของข้อมูลหรือไม่
   • เช่นการลบข้อมูลถาวร (หากใช้โครงสร้างพื้นฐานที่โฮสต์)
7. คุณกล่าวว่าเขาจะใช้ข้อมูลจากเครื่องมือแพทย์
   • เขาเข้าใจมาตรฐานอุปกรณ์การแพทย์ของ FDA หรือไม่
   • เริ่มในปี 2556 ระบบดิจิตอลใด ๆ ที่แสดงข้อมูลจากอุปกรณ์การแพทย์สามารถจัดประเภทเป็นอุปกรณ์ทางการแพทย์ ... ซึ่งหมายความว่าเขาจะต้องเป็นไปตามข้อกำหนดขององค์การอาหารและยาสำหรับอุปกรณ์การแพทย์
8. ทีมและเจ้าหน้าที่ของเขาจะทำการตัดสินใจทางการแพทย์ตามข้อมูลในฐานข้อมูลของเขาหรือไม่
   • เขาได้พัฒนาแบบจำลองข้อมูลทางคลินิกที่แข็งแกร่งยืดหยุ่นเพียงพอที่จะรองรับความต้องการที่เปลี่ยนแปลงตลอดเวลา (เช่น ICD-9 ถึง ICD-10 ถึงมาตรฐานการเข้ารหัส ICD-11)?
   • เขาจะสร้างแบบจำลองข้อมูลและเก็บข้อมูลให้สอดคล้องกับข้อมูลอย่างไร (เช่นถ้าเขาเปลี่ยนรูปแบบข้อมูลทางคลินิกจะแสดงข้อมูลเก่าอย่างไร)
   • ระบบของเขาจะสามารถสร้างสแนปช็อตที่แน่นอนของข้อมูลทางคลินิกตามที่เห็นในวันที่ทำการตัดสินใจทางคลินิกหรือไม่? มีผลกระทบทางกฎหมายถ้าเขาทำไม่ได้
   • เขารู้ถึงความแตกต่างระหว่างการลบจริงกับการลบเชิงตรรกะและความหมายของตัวแบบข้อมูลของเขาหรือไม่ ความต้องการจัดเก็บของเขา; นโยบายการปฏิบัติของเขา?
   • เขามีวิธีแก้ปัญหาคำศัพท์ในการจัดการบริการต่าง ๆ ทั้งหมดที่เขาจะต้องใช้ ข้อมูลส่วนใหญ่จำเป็นต้องเขียนโค้ด (ซึ่งตรงข้ามกับข้อความอิสระ) เพราะเขาต้องการใช้ประโยชน์จาก CDR ของเขาในการสร้างรายงานที่สอดคล้องกับ ICD-9 แล้วเขาก็ต้องคำนึงถึงการเปลี่ยนแปลงมาตรฐานเหล่านี้ เช่น ICD-9 ถึง ICD-10
   • สำหรับคำศัพท์คำศัพท์หรือพจนานุกรมข้อมูลด้านสุขภาพ (ทั้งหมดเป็นคำพ้องความหมายโดยทั่วไป) เขาจะนำไปปฏิบัติอย่างไรและทำให้มั่นใจว่าคำศัพท์เก่ายังสามารถแสดงผลสำหรับการตัดสินใจทางคลินิกแบบเก่าได้อย่างไร
9. เขาจะจัดเก็บข้อมูลโรคภูมิแพ้หรือไม่
   • คำจำกัดความ 'คำศัพท์ทางการแพทย์' หรือ 'คำศัพท์' ของเขาจะถูกจัดเก็บอย่างไร
   • เขาจะรวมเข้ากับระบบคำศัพท์อื่น ๆ เช่น LOINC และธนาคารข้อมูลแรกได้หรือไม่
   • เขามีความเข้าใจในบริการคำศัพท์หรือไม่ (เช่นพจนานุกรมข้อมูลสุขภาพ)
10. เขาต้องการที่จะเชื่อมต่อข้อมูลเข้าสู่ระบบของเขาหรือไม่และอาจต้องแลกเปลี่ยนข้อมูลด้านสุขภาพ (HIE)
    • ถ้าเป็นเช่นนั้นเขาเข้าใจ HL7 และมีผลกระทบกับฐานข้อมูลของเขาหรือไม่?
    • เขาเข้าใจเอ็นจินของอินเตอร์เฟสและสิ่งที่สอดคล้องกับสิ่งนั้นหรือไม่
11. เขาเข้าใจวิธียกเลิกการระบุข้อมูลหรือไม่
    • สิ่งนี้มีความสำคัญในขั้นตอนการพัฒนาและขั้นตอนการแก้ไขข้อบกพร่อง

นี่เป็นเพียงคำถามสองสามข้อและไม่ควรพิจารณาว่าเป็นรายการที่ครอบคลุม และสำหรับแต่ละคำตอบจะมีคำถามอีกนับไม่ถ้วน

ในฐานข้อมูลด้านการดูแลสุขภาพไม่ควรมีการลบหรือเขียนทับข้อมูลก่อนหน้า ซึ่งหมายความว่าจะไม่ 'ลบจากที่ ... ' หรือ 'ชุดอัปเดต ... ' แต่คุณจะมีส่วนแทรกเท่านั้น คุณสามารถจินตนาการได้ว่าสิ่งนี้เปลี่ยนแปลงตัวแบบข้อมูลและแบบสอบถามของคุณอย่างไร ตอนนี้คุณสามารถมีความคิดสร้างสรรค์และหาวิธีแก้ไขปัญหาที่แตกต่างกันเพื่อให้บรรลุเป้าหมายนี้ แต่ความจริงก็คือว่านี่เป็นข้อกำหนดที่ไม่ซ้ำกันกับที่เก็บข้อมูลการดูแลสุขภาพทางคลินิก

อีกความคิดหนึ่งเกี่ยวกับด้านที่คุกคามชีวิตของปัญหานี้:

ตัวอย่างเช่นข้อมูลการแพ้ ฉันยกระดับสิ่งนี้ขึ้นเพราะสถาบันที่ทำสิ่งนี้แบบดิจิทัลมานานหลายปีได้เรียนรู้ว่ากระบวนการของพวกเขาจำเป็นต้องตรวจสอบให้แน่ใจว่าข้อมูลโรคภูมิแพ้ถูกจับและเราไม่สามารถสรุปได้ว่าเพราะเทคโนโลยีจับข้อมูลในฐานข้อมูล . นี่คือเหตุผลที่ผู้ป่วยถูกถามถึงอาการแพ้ของพวกเขาทุกครั้งที่พวกเขาย้ายจากแผนกหนึ่งไปอีกแผนกหนึ่งแม้ในโรงพยาบาลเดียวกัน ไม่สามารถลบอาการแพ้ของผู้ป่วยได้ (อัปเดตเป็นแถวลบข้อมูลเก่า) การตัดสินใจทางคลินิกโดยใช้ข้อมูลดิจิทัลนั้นจำเป็นต้องรวบรวมสิ่งที่ 'นำเสนอ' ให้กับแพทย์ในเวลาที่ตัดสินใจ

ฉันรู้ว่าสิ่งนี้ดูเหมือนจะเหมาะสำหรับสถาบันขนาดใหญ่ อย่างไรก็ตามชิ้นส่วนกฎระเบียบไม่ได้ และในทุกกรณีระบบสารสนเทศด้านการดูแลสุขภาพนั้นมีความซับซ้อนอย่างแท้จริง วิศวกรรมระบบการดูแลสุขภาพขึ้นอยู่กับการยอมรับและความเชี่ยวชาญและประสบการณ์ของแพทย์ที่ดี อย่างไรก็ตามมีความต้านทานที่ไม่ตรงกันเฉลี่ยสูงกว่า (เพื่อยืมคำศัพท์จากเทคโนโลยี ORM) ในโดเมนด้านไอทีด้านการดูแลสุขภาพ ...

โชคดี!

โซลูชันที่แฮ็คเข้าด้วยกันไม่ได้เลวร้ายเสมอไป หากเป็นการแก้ปัญหาของเขาฉันจะไม่ทำเหม็นมากเกินไป อาจมี 10 ข้อที่แฮ็คทำงานร่วมกันใน File Maker และ Access สำหรับโซลูชันฐานข้อมูลมืออาชีพทุกตัว ท้ายที่สุดนั่นคือสิ่งที่ Filemaker และ Access มีไว้สำหรับ แน่นอนว่าโซลูชันที่แฮ็คเข้าด้วยกันส่วนใหญ่นั้นอยู่ภายใต้ประทุน แต่พวกเขามีอยู่เพื่อแก้ปัญหาไม่ชนะการประกวดความงาม บ่อยครั้งที่ขอบเขตของโซลูชันเหล่านี้เติบโตขึ้นและนั่นคือเมื่อมีคนว่าจ้างให้สร้างโซลูชันระดับมืออาชีพ

สิ่งที่คุณอาจทำเพื่อช่วยให้เขาประสบความสำเร็จคือความสนใจในโครงการของเขาและเสนอให้นั่งลงและช่วยเขากำหนดฐานข้อมูลและดำเนินการทุกอย่าง ถ้าเขาไม่ต้องการให้คุณช่วย ... ปล่อยมันทิ้งไปซะ คุณกำลังจะทำอะไรรบกวนพ่อของคุณ? หาก / เมื่อเขาเข้ามาอยู่ในหัวเขาจะแจ้งให้คุณทราบ

อีกสิ่งที่ควรพิจารณาคือหากนี่เป็นปัญหาที่พบบ่อยในหมู่แพทย์คุณอาจมีโอกาสทางธุรกิจที่ดีมากในการสร้างโซลูชันทั่วไป

ในฐานะนักออกแบบซอฟต์แวร์ที่มีประสบการณ์มากกว่า 25 ปีฉันยังคงสามารถมองเห็นสิ่งที่ดึงดูดใจในการประดิษฐ์บางสิ่งบางอย่างด้วยตัวเอง การอธิบายสิ่งต่าง ๆ ให้กับคนที่ไม่เชี่ยวชาญในอุตสาหกรรมนั้นอาจเป็นเรื่องใหญ่

ดังนั้นจะเกิดอะไรขึ้นถ้าฐานข้อมูลไม่ได้ถูกทำให้เป็นมาตรฐานหรือสามารถทำให้เร็วขึ้นได้? ซอฟต์แวร์ที่ไม่สำคัญจำนวนมาก (โดยเฉพาะในยุคแห่งความคล่องตัว) เป็นไปตามหลักการของ wabi-sabi มันทำในสิ่งที่ต้องทำและไม่มาก

ขอขอบคุณที่ไม่ได้มีซอฟแวร์ทั้งหมดที่ต้องกรีดร้องพร้อมกับอินเตอร์เฟสที่สมบูรณ์แบบการเข้าถึงฐานข้อมูลที่รวดเร็วและ GUI ที่ไม่มีที่ติ

ปัญหาของฉันคือในขณะที่ฉันต้องการให้เขาประสบความสำเร็จ 100% ฉันไม่คิดว่ามันเหมาะสมสำหรับเขาที่จะจัดการกับการตัดสินใจประเภทนี้

Filemaker เริ่มต้นจากการเป็นฐานข้อมูลที่ทุกคนสามารถใช้งานได้และมันก็ยังทำงานได้ดีมากในบทบาทนั้น ถ้าพ่อของคุณรู้ว่าเขาต้องการอะไรและรู้สึกสะดวกสบายที่จะนำมันมารวมกันคุณจะเป็นอย่างไร? ถ้ามันเป็นไปตามที่เขาต้องการเขาก็จะชนะ ถ้ามันไม่ทำงานตามที่เขาต้องการเขาจะแก้ไข

คุณน่าจะกังวลถ้าเขาสร้างฐานข้อมูลสำหรับแพทย์ทุกคนที่ทำงานให้กับ Kaiser Permanente แต่ถ้าเขาแค่สร้างเครื่องมือสำหรับใช้ในการฝึกของเขาเองดูเหมือนว่าเขาอาจเป็นคนที่เหมาะสมที่จะจัดการสิ่งเหล่านี้ การตัดสินใจ

อย่าปล่อยให้เป็นศัตรูที่ดี

คำแนะนำของฉันคือเสแสร้งว่าสิ่งนี้ไม่มีอยู่ไม่เช่นนั้นมันจะทำให้คุณโมโห ฉันมีญาติที่ทำสิ่งเดียวกันกับรายชื่อลูกค้าของเขาและสิ่งที่เขาสร้างขึ้นมาเองนั้นเป็นเรื่องน่าประหลาดใจ ในขั้นต้นฉันเสนอที่จะช่วยเหลือและเขาคิดว่าคำพูดของฉัน (ซึ่งมีส่วนลด "ครอบครัว" หนัก) ก็อุกอาจ หลังจากดูแล้วฉันแนะนำการเปลี่ยนแปลงมากมายซึ่งเขาขอให้ฉันแลกเปลี่ยนเพื่อ "เบียร์สองสามแก้ว" ครอบครัวหรือไม่ Homie ไม่ได้เล่นอย่างนั้น ฉันบอกเขาว่าเขาควรจ้างคนให้ทำ แต่เขาไม่เคยทำ ฉันต้องตัดตัวเองออกจากมันจนหมดและแสร้งว่าไม่มีตัวตนเพียงเพื่อป้องกันไม่ให้โครงการกินอาหารที่น่ากลัว

คุณควรปล่อยให้เขาลอง อย่างไรก็ตามคุณควรทำให้เขาตระหนักถึงความจริงที่ว่าเมื่อเขาไปถึงทางตันมันเป็นปัญหาของเขาและนักพัฒนาคนใดก็ตามที่เขาตัดสินใจที่จะจ้าง ณ จุดนั้นจะต้องเริ่มจากศูนย์

ฉันชอบแฮ็คสิ่งต่างๆมากมายเช่นเฟอร์นิเจอร์และแม้แต่ท่อประปา ฉันสนุกกับมันและฉันไม่เห็นอะไรผิดปกติกับมัน ฉันไม่เคยแม้แต่จะกล้าถามช่างฝีมือที่จะกระโดดเข้ามาหาฉันเมื่อฉันติดอยู่เพียงเพราะฉันคิดว่าพวกเขาจะขว้างไปที่สายตาของการสร้างสรรค์ของฉัน

ดังนั้นให้พ่อของคุณทำในสิ่งที่เขาชอบ แต่พยายามให้เขาเข้าใจความเสี่ยง แค่อธิบายให้เขาฟังว่าเมื่อถึงจุดหนึ่งเขาได้ว่าจ้างนักพัฒนาที่ได้รับการฝึกอบรมมาเพื่อ "เพิ่มคุณสมบัติเล็ก ๆ น้อย ๆ หนึ่ง" มันเหมือนกับการขอช่างฝีมือที่มีประสบการณ์ให้ "แก้ไขสิ่งต่าง ๆ สองสามอย่าง" ในบ้านหลังหนึ่ง ด้วยเทปพันท่อ, อลูมิเนียมฟอยล์, ดินน้ำมันและสุจริต

เขาเห็นงานประเภทนี้ว่า "childs play"

ฉันเป็นนักพัฒนาที่ปรึกษา 4 ปี

เพื่อความเป็นอยู่ที่ดีของคุณและการพัฒนาส่วนบุคคลของพ่อทำให้เขาล้มเหลว คำตอบของจอห์นนั้นมั่นคงมากและคุณควรพูดให้มากพอที่จะป้องกันไม่ให้พ่อของคุณผิดกฎหมายหรืออย่างน้อยก็เพียงพอที่เขาจะรู้ดีกว่า แต่สิ่งที่“ ถ่อมตัว” ทั้งหมดนี้ไม่ใช่สิ่งที่คุณสามารถบรรยายให้ผู้คนและคาดหวังให้พวกเขาเรียนรู้ได้ มันเป็นบทเรียนชีวิตที่สำคัญมากที่จะพยายามอย่างเต็มที่และล้มเหลวที่สุด ความล้มเหลวเป็นครูที่ทรงพลังมาก และเขาอาจได้รับความเคารพต่ออาชีพของลูกชายของเขา

และเฮ้ถ้าเขาจัดการกับสิ่งที่ทำงานได้ดีพอ (และไม่ละเมิดกฎหมายใด ๆ ) ก็จะยิ่งมีอำนาจมากขึ้นสำหรับเขา

มันเป็นธุรกิจของเขา และถ้าเขาตั้งใจเขาก็จะทำมันให้สำเร็จ และผู้คนจำนวนมากต่างร่วมกันปูทางแก้ไขปัญหาจากเทคโนโลยีต่าง ๆ เพื่อให้สิ่งต่าง ๆ ทำงานได้

หลายปีที่ผ่านมาฉันตรวจสอบรหัสของเพื่อนของฉันที่รวบรวมเว็บแอปพลิเคชันด้วย PHP และซอฟต์แวร์กระดานข่าวบางรายการ เขาปรับแต่งมันอย่างหนักเพื่อตอบสนองความต้องการของเขา รหัสนี้เป็นสิ่งที่น่ารังเกียจ นอกเหนือจากการเป็นรูปแบบปกติอันดับที่ 1 เขามีแท็ก HTML พร้อมข้อมูลในฐานข้อมูลของเขา ไม่มีการแยก MVC แต่พระเจ้าอวยพรเขา แอปพลิเคชันของเขาทำงานและเขาสามารถชำระค่าใช้จ่ายของเขาด้วยรายได้จากเว็บไซต์นั้น

คำแนะนำของฉันกับเขาคือ: ถ้าคุณพอใจที่จะทำรายได้ให้กับแอปพลิเคชั่นของคุณให้นานที่สุดอย่าเพิ่งปรับโครงสร้างใหม่โดยใช้เทคนิคการออกแบบซอฟต์แวร์ที่ดีและปล่อยให้ "ดีพอ" หากคุณต้องการพัฒนาแอปพลิเคชันของคุณเพื่อให้บริการมากขึ้นและรับรายได้มากขึ้นคุณจะต้องชำระเงินและรับรหัสใหม่ เขาเลือกที่จะไปกับอดีต C'est la vie

หากพ่อของคุณไม่รู้สึกถึงความซ้ำซ้อนของข้อมูลและความสมบูรณ์ของข้อมูลที่อ่อนแอตอนนี้เขาจะทำในภายหลังและจากนั้นเขาจะเรียนรู้คุณค่าของสิ่งที่คุณพูด

ฉันคิดว่าคำตอบสำหรับคำถามของคุณส่วนใหญ่ขึ้นอยู่กับความสำคัญสำหรับการปฏิบัติทางการแพทย์ของเขาเป็นโปรแกรมนี้ เขาจะจัดเก็บข้อมูลผู้ป่วยเพียงบางส่วนที่เขาพบว่ามีประโยชน์หรือความผิดปกติใด ๆ ของแอปพลิเคชันนี้อาจมีผลกระทบรุนแรง หากมันอาจมีผลกระทบรุนแรงเขาก็ไม่ควรทำ แต่เพราะเราไม่ได้ใช้ชีวิตในโลกที่สมบูรณ์แบบที่ทำให้เขาเชื่อว่าไม่ใช่ความคิดที่ดีอาจแตกต่างไปจากเดิมอย่างสิ้นเชิง

ในขณะที่คุณเป็นที่ปรึกษาด้านการพัฒนาฉันขอแนะนำให้เขาช่วยในการควบคุมคุณภาพและกระบวนการทดสอบ ด้วยวิธีนี้คุณจะรักษาความสัมพันธ์ที่ดีกับพ่อของคุณเพราะคุณ "ช่วย" เขา แต่ในเวลาเดียวกันคุณสามารถตรวจสอบให้แน่ใจว่าแอปของเขากำลังทำสิ่งที่ควรทำหรือพบปัญหาที่เขาจะไม่สามารถแก้ไขได้ ดังนั้นเขาจะหาทางออกที่เป็นมืออาชีพมากขึ้น

BTW ฉันได้เห็นแอพที่น่ากลัวจำนวนมากที่ทำงานของพวกเขาและไม่มีคำอธิบายใด ๆ ว่าทำไมมันถึงน่ากลัวที่จะโน้มน้าวให้ทุกคนทำการเปลี่ยนแปลงที่แท้จริงในนั้น

ในฐานะวิศวกรซอฟต์แวร์ที่เพิ่งเกษียณอายุราชการสำหรับผู้ให้บริการด้านการดูแลสุขภาพขนาดใหญ่ที่ไม่หวังผลกำไรฉันขอแนะนำให้มองหาโรงพยาบาลหรือสถานที่ปฏิบัติงานใกล้เคียงที่มีค่าใช้จ่ายที่เหมาะสมซึ่งอนุญาตให้เขาแบ่งปันระบบเวชระเบียนอิเล็กทรอนิกส์ (และโปรแกรมจูงใจอื่น ๆ ของรัฐบาล)

ฉันทราบว่า“ Epic” ( http://Epic.com ) สนับสนุนลูกค้าของพวกเขาที่อนุญาตให้ผู้ให้บริการรายย่อยสามารถใช้ระบบของพวกเขาร่วมกันได้และฉันจินตนาการว่าคู่แข่งของพวกเขาบางคนทำได้เช่นกัน Cerner เป็นคู่แข่งที่ใหญ่ที่สุดของพวกเขา แต่คนอื่น ๆ หลายที่จะกล่าวถึงที่http://www.beckershospitalreview.com/healthcare-information-technology/50-things-to-know-about-epic-cerner-meditech-mckesson-athenahealth-and- อื่น ๆ ที่สำคัญ-EHR-vendors.html

มีเงินอุดหนุน 75% จาก CMS สำหรับการแชร์ประเภทนั้น เราส่งเงินอุดหนุนให้กับลูกค้าของเราโดยกำหนดราคาการสมัคร 25% ของค่าใช้จ่ายของเรา