כיצד להחיל מפות וקודי ACK מותאם אישית הודעות ACK ב- HL7 עבור BizTalk Server 2013 R2

עבור בעיה 1

תכונה חדשה זו חל רק על היציאה קבלה/מיקום. כעת, כל BizTalk לקבל יציאה שהמאפיין מפות נכנסת . לאחר התקנת התיקון החם, אין מאפיין נוסף זמין במיקום קבלה כדי להחיל מפה ACK. HL7 מאפיין נוסף זה מאפשר לך להחיל מפה דו-כיווניים לקבל מיקום בעל ערכת שימוש ישיר סינכרונית HL7 ACK ל (=) True. מטרתו היחידה של תיקון חם זה היא לאפשר למשתמש לציין מפה עבור ACK בעת שימוש ישיר סינכרונית HL7 ACK מוגדר (=) True.

לאחר התקנת התיקון החם, תראה שני מאפיינים נוספים ב- MLLP מיקום תצורת חלון קבלת. הגדרת ברירת המחדל עבור שני מאפיינים הוא ריק, ו חייב להיות מאוכלס שימוש ישיר סינכרונית HL7 ACK , יש להגדיר (=) True.



כדי להגדיר את שני המאפיינים, בצע את הפעולות הבאות:

1. המאפיין שם הרכבה OutboundMap דורש את השם המלא של הרכבת שבה מתארח המפה יוצאת, כמו בדוגמה הבאה:
   
   

   יוצאת, גירסה = 1.0.0.0, תרבות נייטרלית, PublicKeyToken = = 83f92b3673c9005dההרכבה חייב להיות בעבר במטמון ההרכבות הכללי. אחרת, ההמרה תיכשל.

2. המאפיין שם OutboundMap דורש את השם המלא של מפת כולל מרחב שמות.

Shortcoming אחד של פונקציונליות חדשה זו: HL7 ACK אינה נמצאת במעקב. אם עליך לעקוב אחר את הודעות ACK, עליך להגדיר גם את מפות נכנסת מקבל מאפיין ב- BizTalk היציאה. מבחינה טכנית, תחיל את מפת ACK המציבות בתיבת ההודעה ואת ACK שהחזירו למערכת במעלה הזרם. שניהם צריכים להיות זהים מכיוון שתיהן יקבלו את מפת זהה חלה. צילום מסך הבא נכלל לצורך הבהרה והוא נחוץ רק אם ניתן לעקוב אחר הודעות ACK.



הערה האפשרות השתמש ישיר סינכרונית HL7 ACK משפר את ביצועי העיבוד של הודעה נכנסת. פעולה זו מתבצעת על-ידי שליחת הודעות ACK את חזרה למערכת במעלה ברגע ההודעה היא מונחת על תיבת הודעה. הגדרה זו משפרת את הביצועים אם התנאים הבאים מתקיימים:

• היציאה קבלה היא יציאה קבלה דו-כיווניים ולאחר האפשרות השתמש ישיר סינכרונית HL7 ACK מוגדר כ- True בתצורת יציאת מקבל MLLP.

• BizTalk HL7 DASM נעשה שימוש כדי ליצור את ACK. יש להשתמש הרכיב DASM או לכלול BTAHL72XReceivePipeline המוגדרת כברירת מחדל או על-ידי שימוש BTAHL7 מקורי. HL72fDasm רכיב קו צינור מותאם אישית.

• יציאה לקבל ACK נתיב כדי צבר שלח על בקשה-תגובה של הצד המקור חייב להיות בסייר תצורה HL7 ויש להגדיר את סוג אישור לערך שונה מללא.

עבור בעיה 2

התכונה החדשה חלה לשלוח יציאות בלבד. לאחר התקנת התיקון החם, ההתנהגות תתבסס על קוד ACK הקביל שתבחר ברשימה הנפתחת במקום קוד שסופק על-ידי המערכת במורד הזרם.

לשלוח MLLP יציאה בודק בקוד ACK ACK (שדה MSA.1_AcknowledgmentCode של מקטע MSA) אשר מוחזר על-ידי המערכת במורד הזרם ומשווה בינו לבין קודי ACK הקבילים המוגדרים ב- MLLP על שלח מאפייני תצורה של יציאה. הנוכחי קודי ACK קביל הנתמכים על-ידי יציאה לשלוח MLLP כוללים AA, CA, רה, CE, AR CR. באפשרותך לבחור כל קודי אישור או שילוב של אותם (AA ו- CA), (AA, CA, AE ו- CE), (AA, CA, מב ו- CR) כחוקי. אך אין אפשרות כדי להזין צירוף קוד ACK קביל.

נוסף ערך קודי ACK המקובלים בשם "מותאם אישית" נוסף ברשימה הנפתחת במאפיין קודי ACK קביל . כל השילובים הקודם נשארים ויחולו כפי שהיו לפני נוספה תכונה חדשה.





לאחר התאמה אישית נבחרה, עליך להזין גם את הערכים החדשים במאפיין קודי ACK מותאמים אישית קביל . ערכים אלה ACK חדש כל יש להפריד באמצעות פסיק (,).

לאחר התקנת התיקון החם, אופן הפעולה יהיה תלוי בהגדרה קודי ACK קביל שנבחר. אם הקוד ACK המוחזר תואם את הקוד הנבחר קביל, עיבוד מתרחשת בהצלחה. אותה שוב עבור קודי ACK הרגילים ואת השעה עבור כל קוד ACK לא רשם (אשר תהפוך אותו לא תקניים או קוד אישור שאינו מותאם אישית).

הטבלה הבאה מייצג תרחיש זה. פענוח בכתב אחרי הטבלה.



עבור AA ו- CA, עיבוד ההודעה תמיד מצליחה ללא קשר כל קביל ACK קודי הגדרת שנבחר. הנה מידע נוסף אודות הגדרות קודי ACK המקובלים :

• AA, רשות אישורים: CR AE, CE, AR, החוזרים ומשעה אחרים.

• AA, CA, רה, CE: התקבל ו מוצלח: AA, CA, רה, CE והחוזרים מב ו- CR. משעה אחרים.

• AA, CA, AR, CR: התקבל ו מוצלח: AA, CA, AR, CR והחוזרים AE ו- CE. משהה אחרים.

• AA, CA, AR, CR, רה, CE: התקבלה ואת מוצלח: AA, CA, AR, CR, רה, CE ו אחרים מוחזר. יתבצע ניסיון חוזר של הודעות ACK ואת ההודעה מושעית.

• מותאם אישית (ערכים שהוזנו ומופרדים באמצעות פסיק). דוגמה: AA, רה, Foo, ZZ, ZZZ). המקובל ולא מוצלח: AA, CA, AE ועוד אחרים שהוזנו ACK מותאמים אישית כגון ZZZ, Foo ו- ZZ במקרה זה. נסיונות חוזרים CE, AR.

• כל קוד ACK שלא צוין בקודי ACK מותאם אישית קביל לא יתבצע ניסיון חוזר ו מושעה.

כאשר אישור רגיל לא מוזן תחת קודי ACK קביל, מוחזר ערך שגיאה הדומה להודעה הבאה:

יש לשנות את הסכימה ACK החוצה תיבת על-ידי הוספת הרשימה הקיימת של Ack רגיל (AA, רה, AR, CA, CE, CR). כל נוספים המקובלים מותאם אישית Ack (XX, ZZ, לדוגמה) יש להוסיף את השדה MSA.1_AcknowledgementCode של הסכימה ACK. אם לא יתווספו Ack מותאמים אישית נוספים לסכימה, צבר נכשל עם השגיאה "ערך טבלה לא נמצא".