מאפייני הבעיה

בעיה 1

שקול את התרחיש הבא:

  • אתה מפעיל את Microsoft BizTalk 2013 R2 האצה עבור HL7 (BTAHL7).

  • אתה משתמש MLLP של מקבל מתאם ולקבל HL7 צינור דו-כיווניים יקבלו יציאה.

  • הגדר את האפשרות השתמש ישיר סינכרונית HL7 ACK True במאפייני התעבורה MLLP.

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


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

בעיה 2

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

AA ו- CA
AA, CA, AE ו- CE
AA, CA, מב, ו- CR

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

לאחר החלת תיקון חם זה, מקובל ACK קוד חדש יש להן שם מותאם אישית נוסף ברשימה קודי ACK קביל . בנוסף, תיבת טקסט חדשה נוספת שבה להזין קודי ACK מותאם אישית קביל.

alternate text


alternate text


Notes

  • קודי מותאמים אישית יש להפריד באמצעות פסיק (,). לדוגמה: רה, CE, AR, CR, XX, ZZ

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

  • כדי לוודא כי האימות צבר מצליחה עבור קודי ACK מותאם אישית, עליך להוסיף את קודי ACK דרוש מותאמת אישית לסכימת ה-ACK המתאים.

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


פתרון

מידע עדכון מצטבר

בעיה זו תוקנה לראשונה בעדכון מצטבר הבאים של BizTalk Server:


ודא לפרוס את קובץ ה-DLL מפת יוצאת נדרש להתקין את קובץ ה-DLL זה במטמון ההרכבות הכללי (GAC):

  1. שם ההרכבה של OutboundMap

    פעולה זו דורשת את השם המלא של הרכבת שמארח את מפת יוצאת. באפשרותך למצוא מידע זה במאפיינים של המפה במסוף הניהול של שרת BizTalk. כאן תמצא את המידע עבור ההרכבה ושם מלא OutboundMap הנדרש בשלב הבא.

    לדוגמה: יוצאים, גירסה = 1.0.0.0, תרבות נייטרלית, PublicKeyToken = = 83f92b3673c9005d

  2. שם OutboundMap

    הדבר דורש את שם מפה מלאה, כולל השמות. באפשרותך למצוא מידע זה במאפיינים של קובץ ה-*.btm (Namespace.TypeName).

    לדוגמה: Outbound.Map1

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

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

עבור בעיה 1

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

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

alternate text

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

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

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

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


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

alternate text

הערה האפשרות השתמש ישיר סינכרונית 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 קביל . כל השילובים הקודם נשארים ויחולו כפי שהיו לפני נוספה תכונה חדשה.

alternate text

alternate text

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

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

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

alternate text

עבור 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 קביל, מוחזר ערך שגיאה הדומה להודעה הבאה:

המתאם נכשל לשדר הודעה עומד לשלוח היציאה ".< SendPortName >" עם כתובת URL "127.0.0.1:33000". ששודרו אותה מחדש לאחר מרווח הזמן לניסיון חוזר שצוין עבור יציאה זו שלח. פרטים: "הודעה עם שלהודעת: < שלהודעת >, שהתקבלו עם סוג אישור: שגיאה עם קוד אישור: CE.


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


alternate text

מידע נוסף

תנאים מוקדמים להתקנת עדכון התוכנה

כדי להחיל תיקון חם זה, חייב להיות מותקנת התוכנה הבאה:

  • Microsoft BizTalk Server 2013 R2

  • Microsoft BizTalk 2013 R2 האצה עבור HL7

דרישות הפעלה מחדש

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

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

שם קובץ

גירסת קובץ

גודל קובץ

תאריך

שעה

פלטפורמה

Microsoft.Solutions.BTAHL7.HL72fDasm.dll

3.10.325.2

107520



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.PipelineCommon.dll

3.10.325.2

95232



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.Shared.dll

3.10.325.2

99328



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.MLLP.dll

3.10.325.2

128000



09-Feb-2015

22:52

x86

Microsoft.Solutions.BTAHL7.HL7AckHelper.dll

3.10.325.2

29696



09-Feb-2015

22:52

x86


מצב

Microsoft אישרה כי מדובר בבעיה במוצרי Microsoft הרשומים במקטע 'חל על'.

הפניות

לקבלת מידע נוסף אודות תיקונים חמים של BizTalk Server, עיין במידע אודות תיקונים חמים של BizTalk Server.

למד אודות המינוח הרגיל המשמש לתיאור עדכוני התוכנה של Microsoft.

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


זקוק לעזרה נוספת?

הרחב את הכישורים שלך
סייר בהדרכה
קבל תכונות חדשות לפני כולם
הצטרף למשתתפי Microsoft insider

האם מידע זה היה שימושי?

עד כמה אתם מרוצים מאיכות השפה?
מה השפיע על החוויה שלכם?

תודה על המשוב!

×