HL7v2 XDS.b 註冊病患

1. 參與角色： Document Registry Document Repository Patient Identity Source

2. 流程圖：

   

3. 指示：
   Patient Identity Source 和 Document Registry 支援 Patient Identity Feed 選項，執行這個測試。
   這個測試應該使用 TLS 執行。 Connectathon Monitor 也可以查詢記錄的證據。 你應該使用 "NIST ARR"(一種網頁服務檔)

4. 描述：
   XDS_Patient_Feed 測試被使用讀取病人識別碼到 XDS Registry 和測試 Registry 合併病人識別碼的功能。 每個 Patient Identity Source 應該建立新病人的形式:

   North America	Europe	Japan
   IDENTITY^REGISTRY^S	IDENTITY^REGISTRY^S
   IDENTITY^REGISTRY^N	IDENTITY^REGISTRY^N

   IDENTITY 是 Patient Identity Source 在 Kudo 系統的名稱或 3-4 個字母的縮寫。
   REGISTRY 是 Document Registry 在 Kudo 系統的名稱或 3-4 個字母的縮寫。
   S 代表 Surviving patient，N stands for Non-Surviving Patient (用於測試合併)
   Patient Identity Source 應該送出一個 ADT A01 或 ADT A04 訊息 (ITI-8) 通知註冊 patient 'S' 和 patient 'N' 。
   Patient Identity Source 應該填充 PID 欄位 如下表所示。其他欄位如果想要可以填充，但 Connectathon monitor 只查詢這些欄位：

   PID Seq	Element Name	Notes
   3	Patient Identifier List	User proper assigning authority
   5	Patient Name	See above
   7	Date/Time of Birth
   11	Patient Address (this is R2, and a value may not be available)	Use Connectathon address if possible

5. 驗證：

   1. TLS 驗證： Connectathon monitor 將檢查記錄顯示成功地 TLS 交握。

   2. Patient Identity Feed： Connectathon monitor 應該檢查 Document Registry 的 log 檔案和資料庫實體。以表示病人已經被註冊。 Document Registry 預計不會有正式的 GUI 展示這個資料，但它將需要維護這個資料在一些持續性的方式 對於病人 IDENTITY^REGISTRY^S， Connectathon monitor 查詢在 PID-3 、 PID-5 和 PID-7 的資料。
      PID-11 在Technical Framework 是 R2，可以是空值。其他欄位可以填充和忽略。 同時，驗證已被註冊的病人 IDENTITY^REGISTRY^N 和 IDENTITY^REGISTRY^S 。 (在合併之前)

   3. 合併功能： Connectathon monitor needs to know what records were available for both patients before the merge occurs. The monitor should then examine the database of the Document Registry or dragoon a Document Consumer into service to perform queries of the Document Registry.
      The Connectathon monitor will verify that the Registry rejected a document submission for the Non-Surviving patient.

   4. 審查記錄： See specifics of audit requirements in ITI TF-2:3.8.5
      An audit message is sent by the Patient Identity Source when it sends A01, A04, A05, A08 and/or A40 messages to the Registry.
      The audit message is a 'Patient Record' event containing the Patient ID.
      An audit message is sent by the Document Registry when it receives A01, A05, A05, A08 and/or A40 messages from the Patient Identity Source.
      The audit message is a 'Patient Record' event containing the Patient ID.