4.3.2 患者主索引 EMPI
患者主索引(Enterprise Master Patient Index，EMPI)是指應用特定的算法實現 醫療機構內患者標識信息的創建、維護，可以協助醫療人員對病人有效地進行檢索。 EMPI 能夠根據各種不同的業務系統所提供的患者標識信息重新進行組織並生成同 一患者的唯一標識編碼，根據此編碼能找到分布在各業務系統中的患者的所有醫療 信息，同時消除重復的患者數據。
目前患者基本信息存在於多個業務系統內，由於數據的標准不統一，維護的方 式不統一，而臨床活動是以患者為主線的，如果患者的信息不統一就無法實現電子 病歷等數據的整合，因此建立統一的患者主索引，以此為基礎實現醫療數據層面的 整合，便於臨床、教學活動中展現統一、完整、連續的患者診療信息。
本次建設**醫院患者主索引，主要是解決醫院 HIS、LIS、RIS 等各個應用系統 中，患者基本信息數據的標准不統一，維護的方式不集中的問題。促使**醫院現 有散落在多個系統中的患者身份信息，在多個不同的業務場景下互認。從而實現 臨床醫療活動是以患者為主線的，實現電子病歷等數據整合。通過建立全院級統 一的病人主索引，並以此為基礎實現醫院數據層面的整合，包括電子病歷的數據 整合以及醫院業務和管理數據的整合。
4.3.2.1 EMPI 系統架構
面向服務的體系結構(service-oriented architecture，SOA)是一個組件模型，它將應用程 序的不同功能單元(稱為服務)通過這些服務之間定義良好的接口和契約聯系起來。接口是采 用中立的方式進行定義的，它獨立於實現服務的硬件平台、操作系統和編程語言。這使得構建 在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。
這種具有中立的接口定義(沒有強制綁定到特定的實現上)的特征稱為服務之間的松耦合。 松耦合系統的好處有兩點，一點是它的靈活性，另一點是，組成整個應用程序的每個服務的內 部結構和實現逐漸地發生改變時，它能夠繼續存在。而另一方面，緊耦合意味着應用程序的不 同組件之間的接口與其功能和結構是緊密相連的，因而當需要對部分或整個應用程序進行某種 形式的更改時，它們就顯得非常脆弱。
4.3.2.2 主要功能建設
EMPI 提供一個患者信息檢索服務，提供給其它應用程序訪問患者的基本信息;另外 EMPI 能提供患者信息的各種管理功能，如增加、刪除、修改、合並、拆分、查詢等。考慮到對異構 平台的支持，消除系統平台的環境差異性等因素，EMPI 可以通過 Web Service 對外提供服務， 各業務系統都可以通過 EMPI 提供的接口使用 EMPI 來檢索相關的患者信息。在 EMPI 返回的信 息中，將包括患者標識信息集合。通過這些標識信息，可以進行跨系統的信息交互，從而達到 信息共享及互操作的目的。
◼ 患者匹配 主要根據患者標識符、姓名、性別、生日等信息進行匹配，首先在根據患者標識符在交叉
索引中查找匹配的患者，將查詢結果中的患者信息與當前患者的信息進行匹配，若信息一致， 則標識為同一患者，否則為新患者。
◼ 患者注冊
EMPI 接收 HL7 的 A01、A04、A05 三種類型的消息，從消息中獲取患者的個人信息與就診 信息，對患者信息進行注冊等操作，並保存就診信息。
◼ 患者更新
EMPI 接收 HL7 的 A08 類型的消息，從消息中獲取患者的個人信息，對患者信息進行更新 等操作。
◼ 患者合並
EMPI 接收 HL7 的 A40 類型的消息，從消息中獲取需要合並的患者標識信息，對患者信息
進行合並等操作;另外，通過 EMPI 管理界面，管理員可以對患者主索引信息進行審核，當發 現同一患者被分配不同的主索引時，可以對其進行合並操作。
◼ 患者拆分
通過 EMPI 管理界面，管理可以對患者的交叉索引進行審核，當發現不同患者錯誤地歸入 了同一主索引標識，可以對其進行拆分操作。
◼ 檢索患者個人信息
EMPI 接收 HL7 的 Q22 類型的消息，此消息中的查詢條件可以包括標識符、姓名、性別、 生日、地址、賬號等，並包括返回結果的數量，EMPI 經過查詢匹配后，返回符合條件的患者 信息。
◼ 檢索交叉索引
EMPI 接收 HL7 的 Q23 類型的消息，此消息中的查詢條件可以包括標識符和查詢的目標標 識域，EMPI 經過查詢匹配后，返回目標域的標識符。
-
◼ 患者就診查詢
通過 EMPI 的管理界面，可以查詢患者的歷次就診信息。
-
◼ 患者就醫簡史查詢
通過 EMPI 的管理界面，可以查詢患者的就醫簡史。
4.3.2.3 輔助功能建設
-
◼ 用戶管理 具有新增用戶、修改用戶信息、查詢用戶信息等功能。
-
◼ 機構注冊 具有查詢、新增、修改、刪除系統范圍內涉及到的機構信息，包括機構編號、機構名稱、
上級機構等基本信息; ◼ 系統注冊
具有查詢、新增、修改、刪除系統范圍內涉及到的相關系統信息，如 HIS、LIS、RIS、PACS 等，包括機構編號、系統名稱、備注信息等;
◼ 匹配配置
展示相關配置項的基本信息，可以配置選擇配置項的權重和狀態等;
-
◼ 標識域管理
具有查詢、新增、修改、刪除系統范圍內涉及到的域的信息;
-
◼ 術語管理
包括對術語類別以及標准術語的管理，具有查詢、新增、編輯、刪除術語類別和標准術語 的功能;
◼ 患者主索引查詢 包括根據選擇的條件查詢符合條件的患者主索引信息，查詢選擇患者的所有就診信息，人
口學信息以及就醫簡史等信息; ◼ 患者交叉索引查詢
根據選擇的條件查詢符合條件的患者主索引信息以及關聯的交叉信息，以及查看選擇的交 叉信息的詳細信息;
4.3.3 統一身份認證服務
醫院信息系統中各個應用系統完成的服務功能各不相同，對於需要使用多個不 同應用系統的用戶來說，如果各系統各自存儲管理一份不同的身份認證方式，用戶 就需要記憶多個不同的身份和密碼，並且用戶在進入不同的應用系統時需要進行多 次登錄。這給用戶和系統管理都帶來了極大的不便。因此，我們必須要有一個統一 的、高安全性和高可靠性的身份認證及權限管理服務，一方面降低了系統整體運行 的維護成本，另一方面也方便使用和管理，保證了整個系統的先進性和安全性。
統一身份認證管理將分散的用戶和權限資源進行統一、集中的管理，改變原有 各業務系統中的分散式身份認證及授權管理，實現對用戶的集中認證和授權管理， 進而簡化用戶訪問內部各系統的過程。
➢ 系統列表維護加入統一身份認證服務管理的所有系統信息，包括系統的名稱、版本號、系統圖標、系統架構等基礎信息。
➢ 平台用戶管理 維護登錄統一身份認證平台用戶信息，並將此用戶信息與各業務系統及相關聯的用戶信息進行綁定，則使用此平台用戶通過登錄驗證后，即能進入綁定的業務系 統。
➢ 角色及權限管理維護平台用戶的角色並賦予權限，用戶通過分配的角色及權限，可獲得所分配的功能模塊。
➢ 采用 WebService 提供的服務 業務系統信息注冊
業務系統權限信息注冊
業務系統用戶注冊
獲取用戶在業務系統的權限
登錄安全驗證
獲取已注冊的業務系統列表
獲取已注冊的業務系統權限列表 統一認證時登錄驗證
4.3.4 術語及主數據管理
醫院各系統中存在一些可重復使用的高價值、低變更的基礎數據，這些基礎數據存在於各 個異構系統中，並且獨立維護，這樣就導致各系統中的基礎數據不盡一致，沒有統一標准。隨 着醫院業務不斷發展，各系統之間的信息交互越來越密切，因此有必要對各系統中的這類基礎 數據進行統一管理，建立准確、完整、一致的數據，實現數據統一標准化，減少運維成本。
將醫院內各個異構系統中存在的相同的基礎數據，統一管理維護，使各系統中的這類數據 不統一標准，保持一致。
解決目前**醫院的 IT 架構中，沒有建設公共的基礎數據服務的問題。保證隨着醫院業務 系統的不斷發展，促使各系統之間的信息交互越來密切，保證在不同系統或醫療服務提供者之 間交換信息時的一致性、准確性和完整性，同時消除醫療信息在不同場合的差異。
對這些數據進行統一管理，建立准確、完整、一致的數據，實現數據統一標准化，減少運 維成本。
STM 是醫療信息建立准確、完整、標准與一致的術語與主數據的管理工具，避免詞匯含義 歧義(例如心肌梗塞和 MI(Myocardial Infarction)表達的意思相同，但是計算機卻不能理解)， 保證在不同系統或醫療服務提供者之間交換信息時的一致性、准確性和完整性，消除醫療信息 在不同場合的差異;
STM 主要針對術語和主數據的信息進行統一管理，包括術語與主數據信息的基礎設置管 理;術語與主數據信息的審核;設置(取消)基准術語與主數據;管理術語與主數據映射關系 以及最終術語與主數據的發布
4.3.4.1 術語標准化規范實施
內置的《衛生信息基本數據集編制規范》是一套系統，所以具體術語可根據具體情況靈活 調整的，下圖以醫院 HIS 的術語為例，規范醫院術語和主數據管理:
在醫院實施過程中，根據醫院的實際需要，進行術語映射對應，形成**醫院標准化術語與 主數據管理，主要包括:
◼ 健康史代碼系統
◼ 健康危險因素代碼系統
◼ 主訴與症狀代碼系統
◼ 體格檢查代碼系統
◼ 臨床輔助檢查代碼系統
◼ 實驗室檢查代碼系統
◼ 醫學診斷代碼系統
◼ 醫學評估代碼系統
◼ 計划與干預代碼系統
◼ 衛生費用代碼系統
◼ 衛生機構代碼系統
◼ 衛生人員代碼系統
◼ 葯品、設備與材料代碼系統
◼ 衛生管理代碼系統
◼ 人口學代碼系統
◼ ......
