患者主索引(Master Patient Index，簡稱MPI)是醫院信息系統中患者的唯一索引，是醫療信息系統和電子病歷的基礎之基礎，其重要性不言而喻、毋庸置疑。近年來，EMPI(Enterprise Master Patient Index，企業級患者主索引)的概念在一些醫院信息化建設方案中被屢屢提及，不少醫院在構建EMPI系統并實現患者信息注冊、更新、查詢等服務。那么問題來了，EMPI真的是我們需要的患者主索引嗎?它普適于所有醫院嗎?這看起來似乎是順理成章的問題還確實需要深入探究。

　　1、EMPI與MPI的不同

　　MPI和EMPI是有關患者主索引的兩個概念，其既有唯一標識患者的共性，又有內涵上的不同。

　　MPI是標識一個患者的人口學數據庫，每個患者一條記錄并被賦予一個唯一標識(患者ID)，是醫院信息系統及其數據庫的一個組成部分(異構系統的情況在后面解釋)。

　　EMPI字面上比MPI多了一個“E”，稱為企業級的患者主索引，是指把來自于不同系統的患者多個不同標識關聯到一起，形成一個患者跨系統的統一的標識的機制，通常需要通過對患者信息的匹配和標識號交叉對照(如IHE中的PIX機制)來實現。這種“企業級”的概念有兩種場景：一種是醫院有多個門診部、院區等分支機構，各自有各自的MPI系統，也包含區域醫療中的多個醫療機構的情況;另一種是在一個單體醫院內部，不同的部門和信息系統采用了自己獨立的MPI系統和患者標識，比如住院部按住院病案號標識患者、放射科通過X光號標識患者的情況等(需要說明的是，這類早期的場景已隨著信息化發展而逐漸消失)。因此，可以認為EMPI是建立在MPI之上的一個患者標識關聯管理機制，把異構的患者標識關聯到一起。由此看出EMPI與MPI有著根本的不同。

　　在不同系統使用不同的患者標識的情況下，每一種患者標識都有自己的使用范圍。在國際上，IHE最早定義并建立了EMPI的實現規范。在IHE的集成規范中，把患者的同一標識范圍稱為一個標識域，在一個標識域內使用的是同一套患者標識號機制。IHE通過PIX集成規范把跨標識域的同一患者的多個ID號交叉關聯到一起，形成EMPI。這里的標識域是一個很重要的概念，只有在多標識域的場景下，才需要由EMPI建立跨標識域的患者標識機制。在單一標識域下，所有的系統都使用同一的患者標識，則無需EMPI的交叉關聯機制。

　　2、醫院需不需要EMPI

　　按照上面的概念介紹，醫院是否需要EMPI，根本上是要看醫院是否具有多個患者標識域。

　　經過多年的信息化發展，現在醫院基本都實現了患者先在掛號系統登記注冊(分配標識號)然后再就醫的流程。就單體醫院來講，所有的患者標識號都是由門診掛號預約系統統一分配的，并且在整個醫院范圍使用。因此，單體醫院是一個統一的患者標識域，不同的業務環節之間使用的是同一套患者標識機制。

　　在這樣的環境下，雖然醫院內部可能有多個與掛號系統(通常屬于HIS)異構的信息系統，如LIS和PACS，各異構系統內部也會保留自身的患者主索引，但這些異構的患者主索引與HIS掛號系統患者主索引是相同的(同一患者標識號)，HIS掛號系統患者主索引是“主體”，其它異構系統患者主索引是“從屬”，“主體”通過推送消息通知“從屬”或者“從屬”通過查詢“主體”同步相同標識的患者主索引信息。這只要使用HL7中相應的事件與消息或者類似機制即可實現。所以，單體醫院無需使用EMPI機制管理和使用患者主索引。這是主流的情況。

　　一個醫院如果存在多個院區，是否需要建立EMPI要看具體情況。如果多院區的患者統一管理(使用同一套掛號系統主索引)，即多院區是統一的患者標識域，則也無需EMPI。如果多院區之間獨立建立各自的患者主索引，形成了多個患者標識域，并且期望實現患者信息的跨院區共享，這種情況下，才需要構建跨院區的EMPI。這是比較少的情況。

　　3、使用EMPI解決院內“一人多號”問題是不合理的

　　在一個患者標識域(一個單體醫院)內，不需要使用EMPI，這一點是明確了。但有人可能會說，即使在一個單體醫院內，會由于各種原因，出現一個患者多次就診被分配了多個不同標識號的情況，所以仍然可以借助EMPI的關聯機制來解決。這也是一些醫院額外構建EMPI的理由之一。

　　按照這一說法，我們可以想象這樣的場景：在HIS的掛號系統之外，構建了EMPI，把患者同一標識域下的不同標識號關聯起來，對應到一個新的統一的全局標識。那么問題來了，HIS、LIS、PACS等業務系統該如何使用這一額外的EMPI機制訪問患者信息呢?以HIS中調閱患者就診記錄操作為例，HIS在調閱就診記錄前，需要先訪問EMPI獲得患者的多個ID號，再用這些ID號分別調取患者的各次就診記錄。同樣，再以LIS中調閱患者檢驗報告為例，LIS需要先訪問EMPI獲得患者的多個ID號，再用這些ID號分別調取患者的檢驗結果。由此可見，借助外部EMPI解決患者多ID號情況下的信息訪問操作必然需要對各個系統進行大量的改造才能實現。正是由于這些困難，我們看到，有的醫院即使建立了EMPI，但極少有業務信息系統真正利用這一機制解決“一人多號”問題。所以，用外部機制解決信息系統內部問題，這種解決方案是不合理的。

　　那么“一人多號”問題該如何解決呢?事實上，出現“一人多號”現象是患者主索引與生俱來的問題。每個包含患者主索引的系統都應該自含處理“一人多號”的機制，具體可依每個系統特點而不同。比如，在發現“一人多號”后可以選擇物理上或邏輯上合并患者標識號，可以在醫療記錄中直接替換被合并的患者標識號，也可以在提取醫療記錄時同時提取被合并的患者標識號所關聯的醫療記錄，還可以在提取醫療記錄時做出存在“一人多號”的信息提示，等等。由各醫療信息系統實現內部的合并患者標識號功能，遠比后續依托系統外部的EMPI機制實現合并患者標識號要靈活和容易很多。當發現患者“一人多號”后，由HIS的患者主索引通過HL7消息發出患者主索引合并通知，相關系統執行合并功能即可。不具備患者主索引合并功能的信息系統產品應當在系統內部補上合并患者標識號的功能短板。

　　最后，回到最初的問題。EMPI和MPI，“E”字之差代表了不同的內涵機制與應用場景。醫院信息化發展到今天，醫院在內部業務上已通過MPI實現了患者標識號的統一管理和全院科室的統一使用，內部的“一人多號”問題也應由內置的MPI解決。除了醫院包含多個獨立運行的院區，并且患者信息需要跨院區共享的情況，醫院是不需要EMPI的。