> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kasoftware.com/llms.txt
> Use this file to discover all available pages before exploring further.

# HL7 端口

> 知行之橋HL7 端口的配置與使用指南。

export const SampleFilesTab = () => <>
    <p><em>上傳範例檔案可以方便地在任何連線的 CSV Map 或 XML Map 端口中進行對映。</em></p>

    <p>使用 <strong>範例檔案</strong> 索引標籤生成用於 <a href="/26.3/self-hosted/zh/connectors/map">CSV Map</a> 或 <a href="/26.3/self-hosted/zh/connectors/xml-map/xml-map">XML Map</a> 端口的源或目標 XML 範本。單擊 <strong>新增範例檔案</strong>。</p>

    <p style={{
  paddingLeft: '1.5rem',
  marginTop: '0.25rem',
  marginBottom: '0.25rem'
}}>1. 如果您已有反映資料預期格式和結構的範例檔案，請選擇 <strong>檔案上傳</strong> 並瀏覽到您的檔案。或者，選擇 <strong>手動建立</strong> 直接在應用程式中建立檔案。如果您選擇 <strong>手動建立</strong>，請為範例檔案命名。單擊 <strong>下一步</strong>。</p>
    <p style={{
  paddingLeft: '1.5rem',
  marginTop: '0.25rem',
  marginBottom: '0.25rem'
}}>2. 如果您瀏覽到現有檔案，<strong>檢視檔案</strong> 索引標籤將填充其內容。如果您選擇手動建立檔案，請在此索引標籤上輸入範例資料。單擊 <strong>下一步</strong>。</p>
    <p style={{
  paddingLeft: '1.5rem',
  marginTop: '0.25rem',
  marginBottom: '0.25rem'
}}>3. <strong>翻譯和預覽</strong> 索引標籤顯示將範例資料轉換為 XML 的預覽。當您對範例滿意時，單擊 <strong>新增</strong>。</p>
  </>;

export const EdiUploadTestFile = ({fileFormat = "EDI", documentType}) => {
  const docLabel = documentType || fileFormat;
  return <>
      <p>按照以下步驟生成輸入檔案的 XML 範本：</p>
      <p style={{
    paddingLeft: '1.5rem',
    marginTop: '0.25rem',
    marginBottom: '0.25rem'
  }}>1. 在端口的 <strong>交易</strong> 索引標籤中，單擊 <strong>更多</strong> 下拉功能表，然後單擊 <strong>上傳測試檔案</strong>。</p>
      <p style={{
    paddingLeft: '1.5rem',
    marginTop: '0.25rem',
    marginBottom: '0.25rem'
  }}>2. 導航到磁碟上要建模為 XML 的檔案，選擇它，然後單擊 <strong>OK</strong>。</p>
      <p style={{
    paddingLeft: '1.5rem',
    marginTop: '0.25rem',
    marginBottom: '0.25rem'
  }}>3. 將 {fileFormat} 端口連線到流中的 XML Map 端口。此連線可以在任一方向進行——入站到 XML Map 端口，或從 XML Map 端口出站。</p>
      <p>XML Map 端口會自動檢測測試檔案的結構。根據您放置 {fileFormat} 端口的位置，該檔案將出現在 XML Map 端口的 <strong>來源檔案</strong> 或 <strong>目的檔案</strong> 下拉功能表中。</p>
      <Note>XML Map 端口需要源範本和目標範本，因此必須根據資料來源結構或應轉換為的結構來設定剩餘範本。例如，如果需要將 {docLabel} 文件中的資料插入資料庫，則 XML Map 端口中的另一個範本將是資料庫插入的 XML 模型。有關在兩個範本檔案之間建立對映的更多資訊，請參閱 XML Map 端口的 <a href="/26.3/self-hosted/zh/connectors/xml-map/xml-map-designer">使用對映編輯器</a>。</Note>
    </>;
};

export const EdiXmlMapIntro = ({fileFormat = "EDI"}) => <p>{fileFormat} 端口執行兩項操作之一：接收 XML 輸入或生成 XML 輸出。為確保輸入和輸出檔案具有正確的 XML 結構，我們強烈建議在生成出站 {fileFormat} 文件時將 <a href="/26.3/self-hosted/zh/connectors/xml-map/xml-map">XML Map 端口</a> 用作流程中的上一步，或在接收入站 {fileFormat} 文件時將其用作流程中的下一步。下面描述的 <strong>上傳測試檔案</strong> 功能使 XML Map 端口和 {fileFormat} 端口之間的互動變得簡單。</p>;

export const DynamicallyProcessPartnersDetail = ({customImage1 = "edi_partners_tab.png", customImage2 = "edi_dynamically_process_partners_disabled.png"}) => <>
    <p>預設情況下，端口 <strong>設定</strong> 頁面上的 <strong>動態處理交易夥伴</strong> 核取方塊是啟用的。這意味著端口會自動從 EDI 交易中識別並跟蹤交易夥伴關係。在這種情況下，不需要手動配置交易夥伴，因為端口會在許可限制範圍內動態管理所有交易夥伴，並在達到限制時發出通知。端口根據其處理的檔案跟蹤識別碼，這意味著可能可以使用單個端口來處理所有交易夥伴。</p>

    <img src="/public/images/edi_dynamically_process_partners.png" alt="Dynamically process partners setting" width="200" />

    <p>僅當知行之橋正在動態處理交易夥伴時，<strong>EDI 交易夥伴</strong> 索引標籤才會被啟用。該索引標籤會填充端口識別出的每個關係的交易夥伴識別碼和個人識別碼，以及該交易夥伴最後一次處理檔案的日期。在 <strong>EDI 交易夥伴</strong> 索引標籤中，可以透過將滑鼠懸停在交易夥伴上並點選垃圾桶圖示，刪除最後處理日期超過 30 天的交易夥伴。</p>

    <img src={`/public/images/${customImage1}`} alt="EDI Partners tab" width="600" />

    <p>啟用此設定後，端口識別出的所有交易夥伴關係都會自動跟蹤以用於許可計量。它們會出現在 <strong>設定 &gt; 許可</strong> 頁面的 <a href="/26.3/self-hosted/zh/getting-started/administration/settings/license-settings#connector-usage">端口使用情況</a> 部分。在此處，您可以檢視交易夥伴識別碼和個人識別碼、關聯的端口以及日期資訊。</p>

    <img src="/public/images/edi_partner_licenses.png" alt="EDI partner licenses" width="800" />

    <p>如果停用此設定，則必須在 <strong>設定</strong> 頁面的 <strong>交易夥伴識別碼</strong> 和 <strong>個人識別碼</strong> 欄位中顯式配置交易夥伴關係，如下圖所示。</p>

    <img src={`/public/images/${customImage2}`} alt="Dynamically process partners disabled" width="700" />

    <p>手動定義的交易夥伴關係也會出現在 <strong>設定 &gt; 許可</strong> 頁面的 <a href="/26.3/self-hosted/zh/getting-started/administration/settings/license-settings#connector-usage">端口使用情況</a> 部分。</p>
  </>;

export const SlasTab = ({siteName = "知行之桥"}) => <>
    <p><em>與配置服務級別協議 (SLA) 相關的設定。</em></p>
    <p>
      SLA 允許配置預期流程中端口傳送或接收的資料量，並設定預期達到該資料量的時間範圍。當 SLA 未達到時，{siteName} 會傳送電子郵件警告使用者，並將 SLA 標記為 <em>存在風險</em>，這意味著如果 SLA 未能儘快達到，則會被標記為 <em>已違反</em>。這讓使用者有機會介入並確定 SLA 未達到的原因，並採取適當的措施。如果在風險時間段結束時仍未達到 SLA，則會將 SLA 標記為已違反，並再次通知使用者。
    </p>
    <p>
      要定義 SLA，請啟用 <strong>預期資料量</strong>，然後點選 <strong>設定</strong> 索引標籤。
    </p>
    <img src="/public/images/sla_empty.png" alt="SLA Empty" />
    <ul>
      <li>如果端口具有單獨的傳送和接收操作，請使用選項按鈕指定 SLA 適用的方向。</li>
      <li>在視窗的 <strong>預計至少</strong> 部分中：
        <ul>
          <li>設定預計處理的最小交易數量（交易量）</li>
          <li>使用 <strong>每個</strong> 欄位指定時間範圍</li>
          <li>指示 SLA 生效的時間。如果選擇 <strong>開始於</strong>，請填寫日期和時間欄位。</li>
          <li>勾選希望 SLA 生效的星期幾對應的核取方塊。如有必要，請使用下拉功能表選擇 <strong>每天</strong>。</li>
        </ul>
      </li>
      <li>在視窗的 <strong>將狀態設定為“有風險”</strong> 部分中，指定應將 SLA 標記為有風險的時間。
        <ul>
          <li>預設情況下，只有在違反 SLA 的情況下才會傳送通知。要更改此設定，請勾選 <strong>傳送“有風險”通知</strong>。</li>
        </ul>
      </li>
    </ul>
    <p>
      以下範例顯示了為端口配置的 SLA，該端口預計在週一至週五每天接收 1000 個檔案。如果尚未收到 1000 個檔案，則會在時間段結束前 1 小時傳送風險通知。
    </p>
    <img src="/public/images/sla_defined.png" alt="SLA Configuration Example" />
    <Note>
      如果有必要，可以關閉 SLA 通知。這在維護視窗期間非常有用。點選導覽列上的 <strong>設定</strong>，然後跳轉到 <strong>通知 &gt; 通用通知</strong>。點選平板和鉛筆圖示進行編輯，並取消勾選 <strong>SLA 通知</strong> 設定。
    </Note>
  </>;

export const AlertsTab = ({siteNameShort = "知行之桥"}) => <>
    <p><em>與配置通知相關的設定。</em></p>
    <p>
      在執行服務級別協議 (SLA) 之前，需要設定電子郵件通知以接收通知。預設情況下，{siteNameShort} 使用 <a href="/26.3/self-hosted/zh/getting-started/administration/settings/alerts">通知</a> 索引標籤上的全域設定。要為此端口使用其他設定，請啟用 <strong>覆蓋全域設定</strong>。
    </p>
    <p>
      預設情況下，錯誤通知處於啟用狀態，這意味著每當出現錯誤時都會傳送電子郵件。要關閉錯誤通知，請取消選中 <strong>啟用</strong> 核取方塊。
    </p>
    <p>
      輸入 <strong>主題</strong>（必填）。勾選<strong>允許在主題中使用 ArcScript</strong>，即可在<strong>主題</strong>欄位中使用 ArcScript。選中後會顯示 <strong>ArcScript 編輯器</strong>按鈕（<img src="/public/images/rest_arcscript_editor.png" alt="ArcScript 編輯器按鈕" style={{
  display: 'inline',
  verticalAlign: 'middle',
  margin: 0
}} />）。
    </p>
    <p>
      （可選）輸入以逗號分隔的<strong>收件人</strong>電子郵件地址清單。
    </p>
  </>;

export const Message = () => <>
    <p><em>訊息設定確定端口如何搜尋訊息並在處理後管理它們。</em></p>
    <p><strong>注意：</strong>以下設定已棄用，預設處於隱藏狀態。只有先前已啟用這些設定或將其配置為非預設值的端口才會顯示它們。若要保留成功處理的檔案副本，請在工作流程中右鍵單擊該端口，選擇<strong>顯示成功路徑</strong>，然後將成功路徑連線到 <a href="/26.3/self-hosted/zh/connectors/file">File 端口</a>。</p>
    <table>
      <thead>
        <tr><th>設定</th><th>描述</th></tr>
      </thead>
      <tbody>
        <tr>
          <td><strong>儲存到已傳送資料夾</strong>（已棄用）</td>
          <td>將端口處理的檔案複製到 Sent 資料夾。預設停用。儲存到 Sent 資料夾中的檔案不受<a href="/26.3/self-hosted/zh/getting-started/administration/settings/encryption-at-rest">靜態加密</a>保護。</td>
        </tr>
        <tr>
          <td><strong>已傳送資料夾方案</strong>（已棄用）</td>
          <td>按所選時間間隔對 <strong>Sent</strong> 資料夾中的檔案進行分組。僅在啟用<strong>儲存到已傳送資料夾</strong>時適用。</td>
        </tr>
      </tbody>
    </table>
  </>;

export const MiscConnector = () => <>
    <p><em>特殊設定適用於特定用例。</em></p>
    <table>
      <thead>
        <tr>
          <th>設定</th>
          <th>描述</th>
        </tr>
      </thead>
      <tbody>
        <tr>
          <td><strong>其他設定</strong></td>
          <td>允許在以分號分隔的清單中配置隱藏的端口設定，例如 <code>setting1=value1;setting2=value2</code>。正常的端口用例和功能不需要使用這些設定。</td>
        </tr>
      </tbody>
    </table>
  </>;

export const Logging = () => <>
    <p><em>用於管理日誌建立和儲存的設定。</em></p>
    <table>
      <thead>
        <tr>
          <th>設定</th>
          <th>描述</th>
        </tr>
      </thead>
      <tbody>
        <tr>
          <td><strong>日誌級別</strong></td>
          <td>指定要記錄在端口日誌目錄中的資訊型別：
            <ul>
              <li><b>None</b> - 不建立任何日誌。</li>
              <li><b>Error</b> - 僅當端口遇到錯誤時才建立日誌。</li>
              <li><b>Warning</b> - 僅當端口發出警告時才建立日誌。</li>
              <li><b>Info</b> - 記錄工作流程的一般資訊，包括任何錯誤和警告（如果適用）。</li>
              <li><b>Debug</b> - 記錄成功和失敗工作流程的詳細偵錯資訊。</li>
              <li><b>Trace</b> - 記錄成功和失敗工作流程的詳細跟蹤資訊。</li>
            </ul>
            <strong>請注意：</strong><strong>Debug</strong> 和 <strong>Trace</strong> 級別的日誌可能會記錄敏感資訊，包括訊息內容和 SSL 憑證。儘管連線屬性（例如密碼）被遮蔽了，但在與您的組織外部共享它們之前，請檢視此級別的日誌以避免洩漏敏感資訊。</td>
        </tr>
        <tr>
          <td><strong>日誌資料夾結構</strong></td>
          <td>指示端口根據選定的時間間隔將日誌資料夾中的檔案分組。例如，<strong>Weekly</strong> 選項指示端口每週建立一個新的子資料夾，並將該周的所有日誌儲存在該資料夾中。空白設定告訴端口將所有日誌直接儲存在日誌資料夾中。對於處理許多交易的端口，使用子資料夾有助於保持日誌的有序性並提高效能。</td>
        </tr>
        <tr>
          <td><strong>保留訊息副本</strong></td>
          <td>指示端口在日誌目錄中儲存最新訊息副本的切換。請注意，端口每個子資料夾只保留一個訊息，並且端口在再次執行時會覆蓋以前儲存的訊息。</td>
        </tr>
      </tbody>
    </table>
  </>;

export const MacrosExamples = ({extraMacros = []}) => <>
    <p>
      某些宏（例如 %Ext% 和 %ShortDate%）不需要參數，但其他宏則需要。所有帶有參數的宏都使用以下語法：<code>%Macro:argument%</code>
    </p>

    <p>以下是帶有參數的宏的一些範例：</p>

    <ul>
      <li>%Header:headername%：其中 <code>headername</code> 是訊息上訊息頭的名稱。</li>
      <li>%Header:mycustomheader% 解析為輸入訊息上設定的 <code>mycustomheader</code> 訊息頭的值。</li>
      <li>%Header:ponum% 解析為輸入訊息上設定的 <code>ponum</code> 訊息頭的值。</li>
      <li>%RegexFilename:pattern%：其中 <code>pattern</code> 是規則運算式模式。例如，<code>%RegexFilename:^([\w][A-Za-z]+)%</code> 匹配並解析為檔名中的第一個單詞，並且不區分大小寫（<code>test_file.xml</code> 解析為 <code>test</code>）。</li>
      <li>%Vault:vaultitem%：其中 <code>vaultitem</code> 是 <a href="/26.3/self-hosted/zh/getting-started/administration/settings/global-settings-vault">vault</a> 中專案的名稱。例如，<code>%Vault:companyname%</code> 解析為儲存在保管庫中的 <code>companyname</code> 項的值。</li>
      <li>%DateFormat:format%：其中 <code>format</code> 是可接受的日期格式（有關詳細資訊，請參閱 <a href="/26.3/self-hosted/zh/scripting/value-formatters/date-formatters#sample-date-formats">範例日期格式</a>）。例如，<code>%DateFormat:yyyy-MM-dd-HH-mm-ss-fff%</code> 解析為檔案上的日期和時間戳。</li>
      {extraMacros.filter(item => item.example).map(item => <li key={`ex-${item.name}`}>{item.example}</li>)}
    </ul>

    <p>還可以建立更復雜的宏，如以下範例所示：</p>

    <ul>
      <li>將多個宏組合在一個檔名中：<code>%DateFormat:yyyy-MM-dd-HH-mm-ss-fff%%EXT%</code></li>
      <li>包括宏之外的文字：<code>MyFile_%DateFormat:yyyy-MM-dd-HH-mm-ss-fff%</code></li>
      <li>在宏中包含文字：<code>%DateFormat:'DateProcessed-'yyyy-MM-dd_'TimeProcessed-'HH-mm-ss%</code></li>
    </ul>
  </>;

export const MacrosTable = ({siteName = "知行之桥", extraMacros = []}) => <>
    <p>
      在檔案命名策略中使用宏可以提高組織效率和對資料的上下文理解。透過將宏合併到檔名中，可以動態地包含相關資訊，例如識別碼、時間戳和訊息頭資訊，從而為每個檔案提供有價值的上下文。這有助於確保檔名反映對組織重要的詳細資訊。
    </p>

    <p>{siteName} 支援這些宏，它們都使用以下語法：<code>%Macro%</code>。</p>

    <table>
      <thead>
        <tr><th>宏</th><th>描述</th></tr>
      </thead>
      <tbody>
        <tr><td>ConnectorID</td><td>替換為端口的 ConnectorID。</td></tr>
        <tr><td>ConnectorName</td><td>替換為端口名稱。可用於在檔名或路徑中包含連線名稱，例如按生成備份檔案的資料庫連線標記檔案。</td></tr>
        <tr><td>Ext</td><td>替換為端口當前正在處理的檔案的副檔名。</td></tr>
        <tr><td>Filename</td><td>替換為端口當前正在處理的檔案的檔名（包括副檔名）。</td></tr>
        <tr><td>FilenameNoExt</td><td>替換為端口當前正在處理的檔案的檔名（不帶副檔名）。</td></tr>
        <tr><td>MessageId</td><td>計算端口輸出的訊息的 MessageId。</td></tr>
        <tr><td>RegexFilename:<em>pattern</em></td><td>將規則運算式模式應用於端口當前正在處理的檔案的檔名。</td></tr>
        <tr><td>Header:<em>headername</em></td><td>替換為端口正在處理的當前訊息的目標訊息頭（<code>headername</code>）的值。</td></tr>
        <tr><td>LongDate</td><td>以常規格式計算系統的當前日期時間（例如，2024 年 1 月 24 日星期三）。</td></tr>
        <tr><td>ShortDate</td><td>以 yyyy-MM-dd 格式計算系統的當前日期時間（例如 2024-01-24）。</td></tr>
        <tr><td>DateFormat:<em>format</em></td><td>以指定格式（<code>format</code>）計算系統的當前日期時間。有關可用的日期時間格式，請參閱 <a href="/26.3/self-hosted/zh/scripting/value-formatters/date-formatters#date-formats-with-literal-characters">範例日期格式</a>。</td></tr>
        <tr><td>Vault:<em>vaultitem</em></td><td>計算指定保管庫專案的值。</td></tr>
        {extraMacros.map(item => <tr key={item.name}>
            <td>{item.name}</td>
            <td>{item.description}</td>
          </tr>)}
      </tbody>
    </table>
  </>;

export const Performance = () => <>
    <p><em>與端口資源分配相關的設定。</em></p>
    <table>
      <thead>
        <tr>
          <th>設定</th>
          <th>描述</th>
        </tr>
      </thead>
      <tbody>
        <tr>
          <td><strong>最大工作執行緒數</strong></td>
          <td>此端口上處理檔案時從執行緒池中消耗的最大工作執行緒數。如果設定，則會覆蓋 <a href="/26.3/self-hosted/zh/getting-started/administration/settings/advanced-settings">進階設定</a> 頁面的 <a href="/26.3/self-hosted/zh/getting-started/administration/settings/performance-settings">效能設定</a> 部分的預設設定。</td>
        </tr>
        <tr>
          <td><strong>最大檔案數</strong></td>
          <td>分配給端口的每個執行緒傳送的最大檔案數。如果設定，則會覆蓋 <a href="/26.3/self-hosted/zh/getting-started/administration/settings/advanced-settings">進階設定</a> 頁面的 <a href="/26.3/self-hosted/zh/getting-started/administration/settings/performance-settings">效能設定</a> 部分的預設設定。</td>
        </tr>
      </tbody>
    </table>
  </>;

export const companyName = "知行軟件";

export const siteNameShort = "知行之橋";

export const siteName = "知行之橋";

export const fileFormat = "HL7";
export const documentType = "HL7";

Health Level-7 是一套醫院和其他醫療保健提供者使用的臨床資料傳輸標準。HL7 端口支援從 XML 生成 HL7 文件以及將 HL7 文件轉換為 XML。

## 核心功能

* 醫療資料交換，完整支援 HL7 訊息標準
* MSH 報文頭驗證與生成，確保訊息結構符合標準
* 支援原始模式確認（Original mode acknowledgment）處理，確保醫療通訊的可靠性
* 支援多個 HL7 版本，並具備嚴格的架構驗證（Schema Validation）選項

## 概覽

當接收到 HL7 檔案時，HL7 端口驗證交換頭，並將 HL7 檔案轉換成 XML。這在分段步驟中很有用，因為 XML 是 {siteNameShort} 用於處理流中資料的主要格式。HL7 端口自動讀取輸入檔案以確定合適的 schema，然後根據該 schema 解析檔案。

當生成 HL7 檔案時，在工作流程中的其它端口取得並轉換了 XML 資料後，HL7 端口將此 XML 資料轉化成符合 HL7 文件語法的檔案，並應用適當的交換頭資訊。這是建立 HL7 檔案的最後一步。

## 端口配置

本節包含所有可配置的端口屬性。

### 設定

#### 轉換配置

*與端口核心操作相關的設定。*

| 設定           | 描述                                                                                  |
| ------------ | ----------------------------------------------------------------------------------- |
| **端口 ID**    | 端口的靜態唯一識別碼。                                                                         |
| **端口型別**     | 顯示端口名稱及其功能描述。                                                                       |
| **端口描述**     | 可選欄位，用於對端口及其在工作流程中的角色進行自由格式描述。                                                      |
| **轉換型別**     | 端口是應該將 HL7 檔案轉換為 XML，還是從 XML 生成 HL7 檔案。                                             |
| **動態處理交易夥伴** | 啟用後，端口會自動從 EDI 交易中識別和跟蹤交易夥伴關係。停用時，您必須手動定義交易夥伴關係。更多資訊，請參閱 [EDI 夥伴索引標籤](#edi-夥伴索引標籤)。 |

#### EDI 交易夥伴

| 設定                   | 描述                                                        |
| -------------------- | --------------------------------------------------------- |
| **交易夥伴 ID (MSH3.1)** | 與其他 3.X 元素結合使用，用於標識傳送 HL7 文件的應用程式。僅在未勾選"**動態處理交易夥伴**"時適用。 |
| **個人 ID (MSH5.1)**   | 與其他 5.X 元素結合使用，用於標識接收 HL7 文件的應用程式。僅在未勾選"**動態處理交易夥伴**"時適用。 |

#### MSH 設定

*與訊息頭相關的設定。當將 HL7 檔案轉換為 XML 時，檔案標題將根據這些設定進行驗證；當從 XML 生成 HL7 檔案時，這些設定將用於生成檔案標題。*

| 設定                            | 描述                                 |
| ----------------------------- | ---------------------------------- |
| **交易夥伴應用程式通用 ID (MSH3.2)**    | 與其他 3.X 元素結合使用，用於標識傳送 HL7 文件的應用程式。 |
| **交易夥伴應用程式通用 ID 型別 (MSH3.3)** | 與其他 3.X 元素結合使用，用於標識傳送 HL7 文件的應用程式。 |
| **交易夥伴設施命名空間 ID (MSH4.1)**    | 與其他 4.X 元素結合使用，用於標識傳送 HL7 文件的設施。   |
| **交易夥伴設施通用 ID (MSH4.2)**      | 與其他 4.X 元素結合使用，用於標識傳送 HL7 文件的設施。   |
| **交易夥伴設施通用 ID 型別 (MSH4.3)**   | 與其他 4.X 元素結合使用，用於標識傳送 HL7 文件的設施。   |
| **個人應用程式通用 ID (MSH5.2)**      | 與其他 5.X 元素結合使用，用於標識接收 HL7 文件的應用程式。 |
| **個人應用程式通用 ID 型別 (MSH5.3)**   | 與其他 5.X 元素結合使用，用於標識接收 HL7 文件的應用程式。 |
| **個人設施命名空間 ID (MSH6.1)**      | 與其他 6.X 元素結合使用，用於標識接收 HL7 文件的設施。   |
| **個人設施通用 ID (MSH6.2)**        | 與其他 6.X 元素結合使用，用於標識接收 HL7 文件的設施。   |
| **個人設施通用 ID 型別 (MSH6.3)**     | 與其他 6.X 元素結合使用，用於標識接收 HL7 文件的設施。   |

僅當 **轉換型別** 為 XML 到 HL7 時，以下選項才可見。

| 設定                      | 描述                                                       |
| ----------------------- | -------------------------------------------------------- |
| **安全 (MSH8)**           | 用於實現安全功能。                                                |
| **處理 ID (MSH11.1)**     | 定義文件是否是生產、培訓或偵錯系統的一部分。                                   |
| **處理方式 (MSH11.2)**      | 定義文件是歸檔過程還是初始載入的一部分。選項有：不存在 - 當前處理、存檔、從存檔恢復或初始載入。        |
| **版本 ID (MSH12)**       | 該欄位由接收系統與其自己的版本進行匹配，以確保正確解釋文件。                           |
| **序列號 (MSH13)**         | 此欄位中的非空值表示正在使用序列號協議。                                     |
| **延續性指標 (MSH14)**       | 用於以特定於應用程式的方式定義延續。                                       |
| **接受 ACK 型別 (MSH15)**   | 標識需要傳回接受確認以回應文件的條件。增強確認模式所需。選項有：始終、從不、僅錯誤或拒絕條件、或僅成功完成。   |
| **應用程式 ACK 型別 (MSH16)** | 包含需要傳回應用程式確認以回應文件的條件。增強確認模式所需。選項有：始終、從不、僅錯誤或拒絕條件、或僅成功完成。 |

#### ACK

*與生成和請求 ACK 相關的設定。*

| 設定         | 描述                                 |
| ---------- | ---------------------------------- |
| **ACK 型別** | 是否應生成和請求 ACK。更多資訊，請參閱 [ACK](#ack)。 |

### 樣本檔案索引標籤

<SampleFilesTab />

### 進階設定

#### EDI 分隔符號

*指定了段、元素等的分隔設定。*

| 設定           | 描述                                                       |
| ------------ | -------------------------------------------------------- |
| **資料元素分隔符號** | 分隔檔案中各個資料元素的字元。                                          |
| **元件元素分隔符號** | 分隔檔案中複合資料結構內元素的字元。                                       |
| **段終止字元**    | 指示檔案中段結尾的字元。                                             |
| **逸出字元**     | "釋放"或"轉義"下一個字元的字元，覆蓋其通常的含義。只要保留字元在逸出字元前，它就可以與資料一起顯示在檔案中。 |
| **重複元素分隔符號** | 標識元素值重複的欄位。                                              |
| **字尾**       | 追加到 **段終止字元** 後，區分多個段。                                   |

#### 進階設定

*未包含在先前類別中的設定。*

| 設定            | 描述                                                                                                                                                                                                                       |
| ------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **批次處理**      | 是否應將多個交易組合在一個輸出檔案中。如果不啟用，則在交換中找到的每個交易都將產生一個單獨的輸出檔案。選中後，端口會將所有交易分組到單個輸出檔案中。僅當 **轉換型別** 為 HL7 到 XML 時適用。                                                                                                                   |
| **擴充套件限定符值**  | 將 HL7 轉換為 XML 時，包含 HL7 限定符的元素是否應包含子元素以表達限定符程式碼和值。僅當 **轉換型別** 為 HL7 到 XML 時適用。例如：<br /><code>\<N101></code><br />  <code>\<Code>ST\</Code></code><br />  <code>\<Value>Ship To\</Value></code><br /><code>\</N101></code> |
| **將描述生成為**    | 將 HL7 轉換為 XML 時，可以提供 HL7 段和元素的描述作為 HL7 資料的上下文。使用此下拉式清單可以選擇是否將此上下文新增為 XML 註釋或 XML 屬性。                                                                                                                                     |
| **嚴格模式驗證**    | 當檢測到以下情況時，端口應該忽略、警告還是失敗：重複計數超過允許的數目；缺少必需的元素／段；無效的限定符和程式碼值；不允許的元素長度；無效的元素值。                                                                                                                                               |
| **傳輸控制**      | 端口是否應在開始下一次傳輸之前等待傳輸被確認。僅當 **轉換型別** 為 XML 到 HL7 時適用。                                                                                                                                                                      |
| **處理延遲**      | 放置在 **交易** 索引標籤中的檔案處理延遲的時間量（以秒為單位）。這是一箇舊版設定。最佳實踐是[使用檔案端口](../flows/designing-a-flow#interacting-with-the-local-file-system)來管理本地檔案系統，而不是此設定。                                                                             |
| **本地檔案命名方案**  | 為端口輸出訊息分配檔名的方案。可以在檔名中使用宏來動態包含識別碼和時間戳等資訊。更多資訊，請參閱[宏](#宏)。                                                                                                                                                                 |
| **驗證識別碼**     | 選中後，端口將確保已翻譯文件中的識別碼與端口配置中指定的識別碼匹配。                                                                                                                                                                                       |
| **重複檔案操作**    | 當端口收到控制編號已見過的訊息（重複）時應如何處理。設定為 `Ignore` 時，端口靜默跳過重複並繼續處理。設定為 `Warn` 時，端口處理檔案但傳回警告。設定為 `Fail` 時，端口不接受檔案並傳回錯誤。                                                                                                               |
| **上傳 Schema** | 使用此選項上傳 schema 並將其安裝在端口的 Schema 資料夾中。如果 schema 已存在，系統會詢問是否要覆蓋。                                                                                                                                                           |
| **重置狀態**      | EDI 端口跟蹤已使用的控制編號並遞增該數字，以確保將來的執行不會重複資料。使用此按鈕將計數器重置為初始狀態，而不更改任何已配置的設定。                                                                                                                                                     |

#### 訊息

<Message />

#### 日誌

<Logging />

#### 雜項

<MiscConnector />

### EDI 夥伴索引標籤

<DynamicallyProcessPartnersDetail customImage1="edi_hl7_partners_tab.png" customImage2="edi_hl7_partner_config_disabled.png" />

### 自動化

#### 自動化

*與端口自動處理檔案相關的設定。*

| 設定              | 描述                                                                                                                       |
| --------------- | ------------------------------------------------------------------------------------------------------------------------ |
| **傳送**          | 指示端口在檔案就緒時自動傳送檔案的開關。                                                                                                     |
| **重新傳送間隔**      | 端口在重新傳送收到否定 ACK 的檔案之前等待的時間間隔。例如，如果交易夥伴收到檔案但檔案有問題並行回否定 ACK，此設定指定再次傳送檔案前等待的時間。                                             |
| **最大嘗試次數（非同步）** | 當請求功能性 ACK 時，端口處理輸入檔案的最大次數。是否成功基於在 **重新傳送間隔** 內傳回的功能性 ACK。如果未傳回成功的功能性 ACK，端口將重新傳送檔案直到達到 **最大嘗試次數**。如果設定為 0，端口將無限次重新傳送檔案。 |

#### 效能

<Performance />

### 告警索引標籤

<AlertsTab />

### SLA 索引標籤

<SlasTab />

## XML 轉換為 HL7

當生成 HL7 檔案時，必須選擇 **轉換型別** 為 *XML 轉換為 HL7*。應用程式將從[設定](#設定)索引標籤上配置的設定中讀取標題資訊。

使用交易夥伴約定的設定完成端口配置後，單擊 **交易** 索引標籤，然後選擇 **更多 > 建立測試檔案**。該應用程式將建立各種測試 XML 檔案，這些檔案為端口生成 HL7 檔案提供了 XML 的範例資料。端口處理這些測試檔案後，導航到 **交易** 索引標籤以檢視生成的 HL7 文件。

## HL7 轉換為 XML

生成 XML 時，必須選擇 **轉換型別** 為 *HL7 轉換為 XML*。然後完成交易夥伴約定的設定，以便應用程式在處理過程中驗證 HL7 檔案中的資訊。XML 檔案將被生成到輸出資料夾中。

要為多個 HL7 文件建立測試 HL7 檔案，請單擊 **交易** 索引標籤並選擇 **更多 > 建立測試檔案**。端口處理這些測試檔案後，導航到 **交易** 索引標籤以檢視生成的 XML。

## 與 XML Map 端口一起使用

<EdiXmlMapIntro fileFormat={fileFormat} />

### 上傳測試檔案

<EdiUploadTestFile fileFormat={fileFormat} documentType={documentType} />

## ACK

ACK 可以由應用程式自動生成和處理。

#### Original Mode ACK

這表明雙方之間已經發生了交換（儘管不一定交換了任何個人資訊），並且為此交換的請求自動生成了回應。

### 訊息傳送方

#### 請求 ACK

可以配置 XML 到 HL7 模式下的 HL7 端口，以便可以為交換請求 Original Mode ACK。在[設定](#設定)索引標籤上的 **ACK 型別** 設定中選擇 "Original Mode"，表示端口保持傳輸的 Pending ACK 狀態，直到傳回並處理了適當的 ACK。

<img src="https://mintcdn.com/qiao/bVtjD3fvHFZBo1vE/public/images/edifact-ack-receive.png?fit=max&auto=format&n=bVtjD3fvHFZBo1vE&q=85&s=3ec57c081d9d8f9d21ae2f8a5b22257d" alt="接收 ACK" width="639" height="407" data-path="public/images/edifact-ack-receive.png" />

上面的圖片從訊息傳送方的角度展示了一個完整的訊息交換。處於 HL7 到 XML 模式的 HL7 端口生成要交換的檔案 **（1）**，並將其保持在 Pending ACK 狀態。交易夥伴在其業務邏輯中處理傳輸，並根據配置的交換參數和雙方之間的雙向協議建立 ACK **（2）**。當 ACK 被傳回時，它們被 HL7 端口（HL7 到 XML 模式）解析，並被路由到原始的 HL7 端口（XML 到 HL7 模式），以解析傳輸的狀態 **（3）**。

<Note>[進階設定](#進階設定)部分的 **傳輸控制** 設定控制著與 ACK 相關的檔案流。啟用後，端口將在處理下一條訊息之前等待當前訊息的 ACK。</Note>

#### 處理 ACK

當 HL7 端口以 HL7 到 XML 模式接收到 HL7 確認時，該端口可以配置為自動將任何檢測到的確認路由到發起傳輸的 XML 到 HL7 端口。透過將 XML 到 HL7 模式下 HL7 端口底部的灰點拖動到 HL7 到 XML 模式下的 HL7 端口上，可以在工作流程畫布上直觀地配置 HL7 端口之間的路由 ACK。然後，接收 XML 到 HL7 端口將確認與原始訊息配對並解析匹配的訊息。

### 訊息接收方

#### 生成 ACK

當處於 HL7 到 XML 模式的 HL7 端口正在處理從發起者收到的訊息並生成 XML 時，可以透過在[設定](#設定)索引標籤的 **ACK 型別** 設定中選擇 "Original Mode" 選項，告訴端口自動生成 Original Mode ACK。必須將這些 ACK 傳送到處於 XML 到 HL7 模式的 HL7 端口，以生成 HL7 ACK。要正確路由 ACK，請將 HL7 到 XML 模式下 HL7 端口底部的灰點拖到 XML 到 HL7 模式下的 HL7 端口上。

<img src="https://mintcdn.com/qiao/bVtjD3fvHFZBo1vE/public/images/edifact-ack-create.png?fit=max&auto=format&n=bVtjD3fvHFZBo1vE&q=85&s=2d432f6ed786918dea12d7f6ec944087" alt="生成 ACK" width="639" height="407" data-path="public/images/edifact-ack-create.png" />

如上圖所示，當合作伙伴傳送一條需要 ACK 的訊息時 **（1）**，為該合作伙伴配置的 HL7 端口（HL7 到 XML 模式）將自動生成一個 ACK **（2）**，作為包含與該檔案相關的交易資訊的 XML 檔案。必須將此 XML ACK 以 XML 到 HL7 模式 **（3）** 路由回 HL7 端口，以便在生成 HL7 檔案時使用雙方協議設定，該檔案將被傳回給交易夥伴。

## 宏

<MacrosTable />

### 範例

<MacrosExamples />