ปัญหาใดที่มักเกิดขึ้นเมื่อทำงานกับข้อความ HL7

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

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

ฉันถือว่าคุณกำลังจัดการกับ HL7 v2.x

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

ในระบบการดูแลสุขภาพส่วนใหญ่ที่เกี่ยวข้องกับ HL7 เรากำลังเผชิญกับรายการบางส่วนของความท้าทายที่พบบ่อย:

• แต่ละระบบสามารถตีความความหมายของแต่ละส่วนข้อมูล บริบทและเวิร์กโฟลว์ก็มีอิทธิพลต่อความหมายเช่นกัน ฉันเห็นระบบบางระบบที่ใช้หมายเลขบัญชี (PID.18) หรือหมายเลขเยี่ยมชม (PV1.19) เพื่อระบุผู้ป่วยที่เป็นไปตามกระบวนการทางคลินิกบางอย่าง ประเภทของช่องว่างความหมายนั้นอาจมีผลกระทบต่อวิธีการที่ระบบรับข้อมูลนี้เกี่ยวข้องกับมัน
• จำเป็นและเป็นตัวเลือก: เนื่องจากสามารถแลกเปลี่ยนข้อมูลเพื่อบรรลุเป้าหมายหลายอย่างในบริบทที่แตกต่างกันเซ็กเมนต์และฟิลด์ส่วนใหญ่จะมีการบันทึกเป็นตัวเลือกในเอกสารประกอบอย่างเป็นทางการ (และตัวแยกวิเคราะห์บางส่วน) อย่างไรก็ตามเพื่อให้เป็นไปตามกระบวนการทำงานที่เฉพาะเจาะจงผลิตภัณฑ์ดูแลสุขภาพอาจจะเพิ่มกฎข้อ จำกัด ของข้อมูลและผ่อนคลายบางอย่าง ส่วนใหญ่แล้วการวิเคราะห์รายกรณีจะต้องเกิดขึ้นเพื่อระบุตัวตน
• ตาราง: HL7 แสดงรายการค่าที่แนะนำสำหรับบางฟิลด์ ตัวอย่างเช่นรายการค่าที่แนะนำสำหรับเพศนั้นมีความยาว 6 ... เห็นได้ชัดว่าระบบส่วนใหญ่ไม่ได้ใช้ทั้งหมด 6 แต่กลยุทธ์การทำแผนที่ของคุณคืออะไรถ้าคุณได้รับสิ่งที่คุณไม่สนับสนุนล่วงหน้า
• สามารถกำหนดกลุ่มและฟิลด์ได้: ความยาวฟิลด์, ชนิดข้อมูลและแอ็ตทริบิวต์นิยามอื่น ๆ สามารถกำหนดเองได้ คุณต้องแมปไปยังโครงสร้างข้อมูลบางอย่างที่คุณรู้โดยไม่สูญเสียข้อมูลสำคัญ

jlmorin

www.caristix.com

ปัญหาเล็กน้อยที่ฉันพบ:

• บางองค์กรอาจใช้ HL7 รุ่นที่แตกต่างกันดังนั้นคุณจะมีปัญหาความเข้ากันได้ ("การเดินข้าม") แน่นอนคุณจะพบปัญหานี้หากคุณมีส่วนร่วมในการถ่ายโอนข้อมูลระหว่างองค์กร
• ไม่มีมาตรฐานความหมาย (สำหรับ v2.x ฉันคิดว่า v3 อาจเริ่มจัดการกับเรื่องนี้) ดังนั้นแม้ว่าคุณจะรู้ว่าข้อมูลใดควรอยู่ในเขตข้อมูลใดโดยเฉพาะคุณอาจไม่ทราบความหมายที่แท้จริงหรือการเป็นตัวแทนของไบต์เหล่านั้น
• HL7 เป็นมาตรฐานที่ไม่ได้มาตรฐาน สนับสนุนเฉพาะผู้ขายZ-segmentsซึ่งใช้กันอย่างแพร่หลายและเป็นกรรมสิทธิ์โดยสิ้นเชิง
• HL7 v2.x (ค่า x จำนวนมากที่ยังคงใช้งานอยู่ใน wild) เป็นรูปแบบที่ไม่ใช่กรรมสิทธิ์ของ XML ดังนั้นคุณจะต้องใช้เครื่องมือแยกวิเคราะห์ HL7 เพื่อทำงานกับมัน (สิ่งนี้คุณรู้แล้วว่าคุณมีห้องสมุดแยก HL7 อยู่แล้วรวมถึงห้องสมุดอื่น ๆ ด้วย)

ปัญหาแรกคือทำให้แน่ใจว่าทุกคนรู้ว่า HL7 คืออะไร

มันเป็นวิธีที่จะแทนที่ coders [แพทย์ | การเรียกเก็บเงิน | ประกัน] และบันทึกเงิน [ร้านขายยา | ธนาคาร | บริษัท ประกันภัย]

นั่นคือรอยย่นบนปัญหาปกติทั้งหมดในการพัฒนาซอฟต์แวร์

1. ขอบเขตคืบ
2. ข้อกำหนดที่ไม่สมบูรณ์
3. ข้อกำหนดเฉพาะของกรรมสิทธิ์ไม่ถูกต้องที่ "ไม่สามารถเปลี่ยนแปลงได้"

ดังนั้นคุณจึงติดต่อ [เภสัชศาสตร์ | ธนาคาร | บริษัท ประกันภัย] ของคุณที่ต้องการส่งเงินทั้งหมดเท่าที่จะทำได้จากอินเตอร์เฟส HL7 ไปยังสถานที่ที่ใช้ซอฟต์แวร์ของคุณ สัญญาของคุณอยู่กับโรงงานสัญญาของพวกเขาอยู่ที่ร้านขายยา [ร้านขายยา | ธนาคาร | บริษัท ประกันภัย] ไม่มีเงื่อนงำว่าซอฟต์แวร์ของคุณทำงานได้อย่างไรสถานที่ดังกล่าวไม่มีเงื่อนงำว่า HL7 คืออะไรและคุณถูกเลือกที่ร้านขายยา บอกคุณเสมอว่าซอฟต์แวร์ของคุณเป็นรถบั๊กกี้

ฉันเชื่อว่าปัญหาของ HL7 นั้นส่วนใหญ่จะทำในราคาถูก HL7 3.0 อาจไม่เกิดขึ้นจริงเพราะจะไม่สร้างรายได้

หากคุณกำลังจะ "จ่ายสำหรับ HL7" โปรดจำไว้ว่าคุณกำลังจ่ายให้กับ HL [1-6] เช่นกัน อินเตอร์เฟส SOAP ไม่ใช่ HL7 ตัวแยกวิเคราะห์ข้อความ HL7 ไม่ใช่ HL7 ไม่ใช่ตัวสร้างข้อความ