HL7 v2.x เป็นรูปแบบแลกเปลี่ยนข้อมูลที่แพร่หลายที่สุดในงานไอทีทางคลินิกมานานหลายทศวรรษ โดยอิงตามเซกเมนต์และคั่นด้วยขีดตั้ง พร้อมเซกเมนต์อย่าง MSH (ส่วนหัวข้อความ), EVN (เหตุการณ์), PID (ผู้ป่วย), PV1 (การเข้ารับบริการ), OBR (คำขอ) และ OBX (การสังเกต) และตัวคั่น ^~\& ส่วนตัวสืบทอดยุคใหม่อย่าง HL7 FHIR R4 จำลองข้อมูลเดียวกันเป็นทรัพยากรที่ตั้งชื่อชัดเจน (Patient, Encounter, Observation) และส่งมอบเป็น JSON หรือ XML - ง่ายกว่ามากสำหรับเว็บ API และระบบสมัยใหม่
วางไฟล์ HL7 v2 ของคุณ เครื่องมือจะอ่านเซกเมนต์และสร้าง FHIR R4 Bundle (คอลเลกชัน) จากไฟล์นั้น ส่วนแกนหลักที่จับคู่ตอนนี้ครอบคลุมมากขึ้น คือ MSH กลายเป็น MessageHeader, PID เป็นทรัพยากร Patient (ตัวระบุ ชื่อ เพศ วันเกิด ที่อยู่ ขยายด้วย PD1), PV1 เป็น Encounter (ชั้น หมายเลขการเข้ารับ ที่ตั้ง), NK1 เป็น RelatedPerson (ญาติ), DG1 เป็น Condition (ภาวะสุขภาพ), AL1 เป็น AllergyIntolerance (การแพ้), PR1 เป็น Procedure, OBX เป็น Observation (รหัส ค่า หน่วย) และ OBR/ORC เป็น ServiceRequest (คำขอ/คำสั่ง) คุณสามารถวางหลายไฟล์พร้อมกันได้ แต่ละไฟล์จะกลายเป็น Bundle ของตัวเอง
ทุกอย่างทำงานในเบราว์เซอร์ทั้งหมด (JavaScript ล้วน ไม่มีเซิร์ฟเวอร์ ไม่มีไลบรารีภายนอกจาก CDN ภายนอก) - ข้อความพร้อมข้อมูลผู้ป่วยไม่เคยออกจากอุปกรณ์ของคุณ พูดกันตามตรง นี่คือการแปลงเชิงโครงสร้างของแกนเซกเมนต์ที่พบบ่อย ไม่ใช่การจับคู่ HL7 เป็น FHIR ที่สมบูรณ์ (เซกเมนต์ Z และฟิลด์รายละเอียดจำนวนมากไม่ครอบคลุม) และไม่ใช่เครื่องมือทางคลินิก โปรดตรวจสอบผลลัพธ์เทียบกับโปรไฟล์และข้อกำหนดของระบบปลายทางของคุณ
ข้อมูลทางเทคนิค
ข้อมูลทางเทคนิค | รูปแบบที่รองรับ | HL7, TXT |
|---|
| การแปลงอัตโนมัติ | PNG, JPG, WebP, GIF, BMP, TIFF, ICO, SVG, HEIC, PDF, MP3, WAV, DOCX, MIDI, DDS, HDR, PCX, WBMP |
|---|
| รูปแบบผลลัพธ์ | JSON |
|---|
| การประมวลผลเป็นชุด | รองรับ |
|---|
| การประมวลผล | ภายในเบราว์เซอร์ (JavaScript) |
|---|
| การอัปโหลดไฟล์ | ไม่มี |
ใน 3 ขั้นตอน
- วางไฟล์ HL7 v2 ของคุณ (.hl7, .txt)
- การแปลงทำงานอัตโนมัติ ในเบราว์เซอร์
- ดาวน์โหลด FHIR R4 Bundle (.json) - หนึ่งไฟล์ต่อหนึ่งข้อความ
ข้อจำกัด: แปลงข้อความ HL7 v2 (เช่น HL7 v2.5 อิงตามเซกเมนต์ คั่นด้วยขีดตั้ง) เป็น HL7 FHIR R4 Bundle (คอลเลกชัน, JSON) คือ MSH -> MessageHeader, PID -> Patient (ตัวระบุ ชื่อ เพศ วันเกิด ที่อยู่), PD1 ขยายทรัพยากร Patient (แพทย์ประจำตัวที่ดูแล เครื่องหมายคุ้มครอง), PV1 -> Encounter (ชั้น หมายเลขการเข้ารับ ที่ตั้ง), NK1 -> RelatedPerson (ญาติ ความสัมพันธ์ ที่อยู่ โทรศัพท์), DG1 -> Condition (ภาวะสุขภาพ ประเภทภาวะ), AL1 -> AllergyIntolerance (การแพ้ ความรุนแรง ปฏิกิริยา), PR1 -> Procedure, OBX -> Observation (รหัส ค่า หน่วย), OBR/ORC -> ServiceRequest (คำขอ/คำสั่ง), NTE จะแนบเป็นบันทึกต่อท้ายทรัพยากรก่อนหน้า นี่คือแกนเซกเมนต์ที่คัดสรร เซกเมนต์ Z, EVN, การซ้ำที่เกินครั้งแรก และฟิลด์รายละเอียดทางเลือกจำนวนมากตั้งใจไม่นำมาจับคู่ในเวอร์ชันนี้ การจับคู่จึงไม่ใช่แบบไร้การสูญเสีย ไฟล์จะถูกอ่านเป็น UTF-8 ฟิลด์ชุดอักขระ MSH-18 ของข้อความเองจะไม่ถูกประเมิน สำหรับข้อความที่เข้ารหัสแบบ ISO-8859-1/ANSI ที่มีอักขระพิเศษ ให้บันทึกไฟล์เป็น UTF-8 ก่อน นี่เป็นการแปลงรูปแบบเชิงโครงสร้างเพื่อการแลกเปลี่ยนข้อมูล ไม่ใช่เครื่องมือทางคลินิก โปรดตรวจสอบ Bundle เทียบกับโปรไฟล์ (เช่น ฟิลด์ที่จำเป็น คำศัพท์เฉพาะ) ของระบบปลายทางของคุณ
คำถามที่พบบ่อย
ข้อมูลผู้ป่วยของฉันถูกอัปโหลดไหม
ไม่ การอ่านข้อความ HL7 v2 และการสร้าง FHIR Bundle ทำงานในเบราว์เซอร์ทั้งหมด (JavaScript ล้วน ไม่มีเซิร์ฟเวอร์) ข้อมูลไม่เคยออกจากอุปกรณ์ของคุณ
เซกเมนต์ใดบ้างที่ถูกจับคู่
MSH, PID, PD1, PV1, NK1, DG1, AL1, PR1, OBX, OBR, ORC และ NTE ถูกจับคู่กับ MessageHeader, Patient (ขยายด้วย PD1), Encounter, RelatedPerson, Condition, AllergyIntolerance, Procedure, Observation และ ServiceRequest ส่วน NTE จะแนบเป็นบันทึกต่อท้ายทรัพยากรก่อนหน้านั้น ส่วน EVN และเซกเมนต์ Z เฉพาะผู้ผลิตไม่ครอบคลุม
ผลิต FHIR เวอร์ชันใด
HL7 FHIR R4 เป็น Bundle ชนิดคอลเลกชัน โดยมีหนึ่งทรัพยากรต่อหนึ่งเซกเมนต์ที่จับคู่ - เป็น JSON
การแปลงเป็นแบบไร้การสูญเสียไหม
ไม่ มีการจับคู่แกนเซกเมนต์ที่คัดสรร เซกเมนต์ Z การซ้ำเพิ่มเติม และฟิลด์ทางเลือกจำนวนมากถูกละไว้ โปรดตรวจสอบ Bundle เทียบกับโปรไฟล์ของระบบปลายทางของคุณ
ฉันแปลงหลายข้อความพร้อมกันได้ไหม
ได้ วางไฟล์ HL7 v2 หลายไฟล์พร้อมกัน แต่ละไฟล์จะกลายเป็น FHIR R4 Bundle ของตัวเอง
เครื่องมือที่เกี่ยวข้อง
ทำให้ DICOM นิรนาม · FHIR JSON และ XML · ดู HL7 CDA