วิธีการใช้แผนที่และรหัสระดาษแบบกำหนดเองลงในข้อความระดาษใน HL7 สำหรับ BizTalk Server 2013 R2

สำหรับการตัดสินค้าจากคลัง 1

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

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



การตั้งค่าคุณสมบัติสอง ให้ทำตามขั้นตอนเหล่านี้:

1. คุณสมบัติของชื่อแอสเซมบลี OutboundMapจำเป็นต้องมีชื่อเต็มของแอสเซมบลีที่แมปขาออกเป็นโฮสต์ ดังตัวอย่างต่อไปนี้:
   
   

   ขาออก รุ่น = 1.0.0.0 วัฒนธรรม =ปานกลาง PublicKeyToken = 83f92b3673c9005dแอสเซมบลีต้องถูกแคชไว้ โดยแอสเซมบลีส่วนกลางไว้ก่อนหน้านี้ มิฉะนั้น การแปลงจะล้มเหลว

2. คุณสมบัติชื่อ OutboundMapจำเป็นต้องมีชื่อเต็มของ namespace รวมถึงแผนผัง

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



หมายเหตุ ตัวเลือกการใช้งานโดยตรงแบบซิงโครนัส HL7 ระดาษช่วยปรับปรุงประสิทธิภาพของการประมวลผลข้อความขาเข้า ซึ่งทำได้ โดยการส่งระดาษกลับไปยังระบบขั้นต้นน้ำทันทีที่ส่งข้อความไปยังกล่องข้อความ การตั้งค่านี้ช่วยปรับปรุงประสิทธิภาพการทำงานหากมีเงื่อนไขต่อไปนี้:

• พอร์ตที่รับจะรับแบบสองทิศทางพอร์ต และตัวเลือกการใช้งานโดยตรงแบบซิงโครนัส HL7 ระดาษถูกตั้งค่าเป็นTrueในการตั้งค่าคอนฟิกพอร์ต MLLP ได้รับ

• BizTalk HL7 DASM ถูกใช้เพื่อสร้างการ ACK. คุณต้องใช้คอมโพเนนต์ DASM เป็นที่รวมอยู่ ในค่าเริ่มต้น BTAHL72XReceivePipeline หรือ โดยการใช้ BTAHL7 แบบดั้งเดิม คอมโพเนนต์ HL72fDasm ในไปป์ไลน์กำหนดเอง

• การตั้งค่าพอร์ตที่ได้รับระดาษกระบวนการขั้นตอนการส่งในการตอบสนองการร้องขอของฝ่ายแหล่งต้องอยู่ในตัวสำรวจการตั้งค่าคอนฟิก HL7 และต้องตั้งค่าเป็นค่าอื่นที่ไม่ใช่ไม่มีชนิดการตอบรับ

สำหรับการตัดสินค้าจากคลัง 2

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

การ MLLP ส่งพอร์ตตรวจสอบรหัสระดาษในระดาษ (ฟิลด์ MSA.1_AcknowledgmentCode ของเซ็กเมนต์ MSA) ที่จะถูกส่งกลับ โดยระบบปลายน้ำ และเปรียบเทียบกับรหัสระดาษที่ยอมรับได้ที่ตั้งค่าใน MLLP การ ส่งคุณสมบัติการตั้งค่าคอนฟิกพอร์ต ยอมรับได้ระดาษรหัสปัจจุบันที่ได้รับการสนับสนุน โดย MLLP ส่งพอร์ตรวม AA, CA, AE, CE, AR และ CR คุณสามารถเลือกรหัสระดาษทั้งหมดหรือการรวมกันของเหล่านั้น (AA และ CA), (AA, CA, AE และ CE), (AA, CA, AR และ CR) ว่ามีผลบังคับได้ แต่ไม่มีตัวเลือกสำหรับป้อนชุดข้อมูลรหัสระดาษที่ยอมรับได้

ภาพเพิ่มเติมรหัสดำยอมรับค่าที่ชื่อ "กำหนดเอง" จะถูกเพิ่มในรายการแบบหล่นลงในคุณสมบัติรหัสระดาษที่ยอมรับ ชุดก่อนหน้านี้ทั้งหมดยังคงอยู่ และถูกนำไปใช้ ตามที่เคยอยู่ก่อนหน้าที่ถูกเพิ่มลักษณะการทำงานใหม่





หลังจากที่มีเลือกกำหนดเองคุณต้องป้อนค่าใหม่ในคุณสมบัติรหัสระดาษแบบกำหนดเองที่ยอมรับได้ ค่าระดาษเหล่านี้ใหม่ต้องแต่ละถูกคั่น ด้วยเครื่องหมายจุลภาค ()

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

ตารางต่อไปนี้แสดงสถานการณ์สมมตินี้ แปลเป็นลายลักษณ์อักษรเป็นไปตามตาราง



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

• AA, CA: CR AE, CE, AR ลองใหม่ และหยุดอื่น

• AA, CA, AE, CE: ยอมรับ และประสบความสำเร็จ: AA, CA, AE, CE และลองใหม่ AR และเครดิตหยุดอื่น

• AA, CA, AR, CR: ยอมรับ และประสบความสำเร็จ: AA, CA, AR, CR และลองใหม่ AE และ CE หยุดอื่น

• AA, CA, AR, CR, AE, CE: ยอมรับ และประสบความสำเร็จ: AA, CA, AR, CR, AE, CE และไม่มีอื่น ๆ จะถูกส่งกลับ ดำเนินการระดาษใหม่ และหยุดการทำงานของข้อความ

• กำหนดเอง (ค่าจะป้อน และคั่น ด้วยเครื่องหมายจุลภาค) ตัวอย่าง: AA, AE, Foo, ZZ คอลัมน์ ZZZ) ยอมรับ และประสบความสำเร็จ: AA, CA, AE บวกกันได้ป้อนระดาษแบบกำหนดเองเช่น Foo, ZZ และคอลัมน์ ZZZ ในกรณีนี้ ลองใหม่ CE, AR.

• รหัสระดาษใด ๆ ที่ไม่ได้ระบุในรหัสระดาษแบบกำหนดเองที่ยอมรับได้ไม่ดำเนินใหม่ และหยุดการทำงาน

เมื่อไม่ได้ป้อนระดาษแบบมาตรฐานภายใต้รหัสระดาษที่ยอมรับได้มีการส่งกลับข้อผิดพลาดที่คล้ายกับต่อไปนี้:

เค้าร่างระดาษออกแบบครั้งต้องถูกปรับเปลี่ยน โดยเพิ่มลงในรายการที่มีอยู่ของ ACKs มาตรฐาน (AA, AE, AR, CA, CE, CR) ต้องมีเพิ่มใด ๆ เพิ่มเติมสามารถยอมรับได้เอง ACKs (XX, ZZ ตัวอย่าง) ไปยังฟิลด์MSA.1_AcknowledgementCodeของเค้าร่างระดาษ ถ้าไม่มีเพิ่ม ACKs กำหนดเองเพิ่มเติมกับแบบแผน ตรวจสอบไปป์ไลน์จะล้มเหลว โดยมีข้อผิดพลาด "ค่าตารางที่ไม่พบ"