醫(yī)院信息集成平臺建設(shè)方案docxdocx(編輯修改稿)
2024-08-14 19:24 本頁面
【文章內(nèi)容簡介】 一次邏輯處理過程： 消息匹配映射在一些情況下，消息的傳遞方并無必要產(chǎn)生HL7標(biāo)準(zhǔn)格式消息的情況下，如EMRS與集成平臺為內(nèi)部互調(diào)時，雙方之間提供預(yù)定義的WebService的接口，以快速的開發(fā)與進行集成。此時便需要在WebService中定義的消息格式與標(biāo)準(zhǔn)HL7消息格式之間進行著匹配轉(zhuǎn)換的工作。而該轉(zhuǎn)換工作的處理調(diào)用是由事務(wù)業(yè)務(wù)流程處理模塊來發(fā)起調(diào)用的。 終端消息發(fā)送在進行正確的消息格式轉(zhuǎn)換與業(yè)務(wù)邏輯處理，此時的消息已經(jīng)成為一個符合終端系統(tǒng)需要的消息格式。在事務(wù)業(yè)務(wù)流程處理中，會將此消息投遞給相應(yīng)的終端系統(tǒng)。在投遞消息完成工，事務(wù)業(yè)務(wù)流程處理模塊會進入等待反饋的狀況，等待終端系統(tǒng)反饋一個應(yīng)答消息，以表示該消息在終端系統(tǒng)中被準(zhǔn)確的處理。事務(wù)處理模塊收到該應(yīng)答消息，并組織成發(fā)送端系統(tǒng)需要的消息格式，并作為應(yīng)答系統(tǒng)，反饋至發(fā)送端系統(tǒng)。 集成事務(wù)處理流程規(guī)劃上述主要針對集成平臺中各個模塊作用于應(yīng)用場景進行了闡述，下面將以IHE規(guī)范中醫(yī)囑下達(dá)方醫(yī)囑執(zhí)行的完整業(yè)務(wù)流程為例，進行完整的集成事務(wù)流程描述。該流程反應(yīng)了普遍的醫(yī)囑流程，多數(shù)院內(nèi)的醫(yī)囑流程都可參照執(zhí)行，為醫(yī)院的信息系統(tǒng)集成方式提供良好的參考。本示例中，目標(biāo)系統(tǒng)以PACS為例。另外，在院內(nèi)經(jīng)常出現(xiàn)的是在IHE規(guī)范中描述的：執(zhí)行者醫(yī)囑流程，即由醫(yī)囑執(zhí)行者（PACS系統(tǒng)中，為檢查科室）進行醫(yī)囑下達(dá)的過程并執(zhí)行的流程。如下圖所示：5 數(shù)據(jù)集成在實際業(yè)務(wù)應(yīng)用中，日常醫(yī)院的HIS庫與ERMS庫之間存在較多需要高頻率、高性能要求的交互，如計價信息與藥品庫存等信息的實時共享等。針對這樣的應(yīng)用場景，我們采用了ETL工具(GoldenGate)在數(shù)據(jù)庫底層進行的DB層同步方式。目前，醫(yī)院已經(jīng)存在比較完整的醫(yī)療信息系統(tǒng)，這些醫(yī)療信息是以JW1H系統(tǒng)為基礎(chǔ)，增加醫(yī)院自己的需求發(fā)展而來。ERMS電子病歷系統(tǒng)是一個完整的獨立產(chǎn)品，他有他自己完整一套的系統(tǒng)架構(gòu)和數(shù)據(jù)中心結(jié)構(gòu)，而在系統(tǒng)架構(gòu)和數(shù)據(jù)中心結(jié)構(gòu)上醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)和EMRS電子病歷系統(tǒng)都存在較大差異，這就決定了現(xiàn)有系統(tǒng)和EMRS電子病歷系統(tǒng)很難共用一個數(shù)據(jù)庫。可另外一方面，EMRS電子病歷系統(tǒng)和醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)都是醫(yī)院系統(tǒng)不可分割的一部分，他們即有自己工作的重點，又有相互聯(lián)系和配合，只有相互無間的結(jié)合，才能快速、高效和正確地完成日常工作。應(yīng)用EMRS電子病歷系統(tǒng)之后，醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)的主要工作就會變成傳統(tǒng)意義上的HIS業(yè)務(wù)工作，如經(jīng)濟管理、人員管理和物資管理等，而EMRS電子病歷系統(tǒng)主要完成以患者為中心的診療行為業(yè)務(wù)工作。兩者之間存在著千絲萬縷的關(guān)系，以醫(yī)囑業(yè)務(wù)舉例，如EMRS電子病歷系統(tǒng)下達(dá)、轉(zhuǎn)抄和校對醫(yī)囑之后，醫(yī)院現(xiàn)有醫(yī)療信息系統(tǒng)需要完成對應(yīng)的業(yè)務(wù)操作，如醫(yī)囑擺藥和醫(yī)囑收費操作等，這就需要在這兩個系統(tǒng)之間同步數(shù)據(jù)信息，而涉及到同步的醫(yī)療業(yè)務(wù)往往涉及的醫(yī)療各個環(huán)節(jié)，如診療、藥房、收費、人員管理等，因此需要信息同步的數(shù)據(jù)量會比較大，而同時為了不造成醫(yī)療業(yè)務(wù)的延遲和脫節(jié)，也需要很高的實時性。在這種應(yīng)用場景下已不適宜采用基于集成平臺的，通過消息交互的應(yīng)用集成方式。消息集成方式，往往需要一個發(fā)起方和接受方，而發(fā)起方和接受方往往需要一些額外的支持，如發(fā)起方需要調(diào)用接受方提供的接口等，期間可能還涉及到一些負(fù)責(zé)的來回交互，最主要的是，消息集成在數(shù)據(jù)量很大的情況下，處理速度不是很快，因此，我們將通過數(shù)據(jù)集成的方式來實現(xiàn)數(shù)據(jù)同步，數(shù)據(jù)庫集成工具采用Oracle GoldenGate。醫(yī)院涉及到需要數(shù)據(jù)同步的包括兩個部分：HIS數(shù)據(jù)庫和EM
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1