院內(nèi)集成平臺接口技術(shù)方案

1、 保密院內(nèi)集成平臺數(shù)據(jù)接口技術(shù)方案建議書凱華國軟（北京）科技有限公司2013年文檔修訂記錄版本號*變化狀態(tài)簡要說明日期變更人批準日期批準人V1.0C初始版本2022-03-06*變化狀態(tài)：C = 創(chuàng)立，A = 增加，M = 修改，D = 刪除*正式發(fā)布時文檔版本號從1.0開始。對文檔進行小改動時，版本號以0.1進階；大改動時版本號以1.0進階。目錄1 接口實現(xiàn)方式42 接口設(shè)計特點53交互模式設(shè)計64解決方案101 接口實現(xiàn)方式為最大限度保證數(shù)據(jù)共享,真正實現(xiàn)院內(nèi)信息化建設(shè)的目標,院內(nèi)集成平臺需要實現(xiàn)和HIS、LIS、EMR、PACS、心電、病理、院感等等多系統(tǒng)的接口。系統(tǒng)采用獨立服務(wù)器模式，

2、以視圖、中間表以及WebService等方式，靈活搭配，建立“數(shù)據(jù)定時同步”和“數(shù)據(jù)實時同步”兩種工作模式。數(shù)據(jù)定時同步：定時掃描有標記的HIS服務(wù)器（稱之為輪詢），同步患者基本信息、住院信息、病人入出轉(zhuǎn)信息、科室人員信息、醫(yī)囑信息、檢查檢驗信息、病歷信息等。同步多個不同系統(tǒng)由平臺本身處理、分發(fā)，以及事務(wù)的管理。數(shù)據(jù)實時同步訪問：根據(jù)病人門診/住院號（病人唯一索引）實時提取病人基本信息以及各種信息。用于各種特殊情況：如急診或手工隨時同步。圖1:2 接口設(shè)計特點Ø 數(shù)據(jù)庫處理采用“假睡眠”模式，即：只有需要數(shù)據(jù)訪問和同步時才產(chǎn)生數(shù)據(jù)庫連接事務(wù)，事務(wù)結(jié)束后立即斷開，不會長時間占用HIS數(shù)

3、據(jù)庫資源，最大程度降低系統(tǒng)對HIS數(shù)據(jù)庫的影響。Ø 系統(tǒng)接口設(shè)計完全面向?qū)ο螅|發(fā)時創(chuàng)建對象，結(jié)束時銷毀對象，最大程度降低系統(tǒng)資源消耗。Ø 系統(tǒng)運行采用參數(shù)機制，靈活易擴展。Ø 系統(tǒng)支持HL7、JSON、XML等多種接入格式。Ø 系統(tǒng)有完整的監(jiān)控界面和提醒機制以及管理控制界面。3交互模式設(shè)計1233.13.23.1推模式（WEBSERVICE承載XMLJSON）圖1 xml推送模式交互流程一、發(fā)送方在業(yè)務(wù)節(jié)點觸發(fā)后，如果需要把業(yè)務(wù)信息傳遞給其它系統(tǒng)，按照集成規(guī)范定義的消息格式，對相應(yīng)的業(yè)務(wù)內(nèi)容進行XML/JSON/HL7消息封裝；二、發(fā)送方將封裝好的XM

4、L/JSON/HL7消息發(fā)送給消息引擎；三、消息引擎在接收消息后按照通道配置情況，把消息分發(fā)到指定的系統(tǒng)；四、由接收方發(fā)送一條處理結(jié)果應(yīng)答消息給消息引擎；五、各系統(tǒng)在收到發(fā)來的消息后，解析消息內(nèi)容，對收到的消息進行相關(guān)的業(yè)務(wù)處理。3.2拉模式（WEBSERVICE承載XML/JSON/HL7）圖2 XML拉模式交互流程一、申請方按照集成規(guī)范定義的消息格式，對請求信息進行XML/JSON/HL7消息封裝；二、申請方將封裝好的XML/JSON/HL7消息發(fā)送給消息引擎；三、消息引擎在接收消息后按照通道配置情況，把消息分發(fā)到指定的系統(tǒng)；四、服務(wù)方在收到發(fā)來的消息后，先進行應(yīng)答處理；五、服務(wù)方將申請方需要的數(shù)據(jù)，包裝成XML/JSON/HL7消息，異步發(fā)送給消息引擎；六、消息引擎將結(jié)果數(shù)據(jù)返回給申請方，申請方解析結(jié)果XML/JSON/HL7消息。4解決方案具體方案以實際醫(yī)院實施情況為準。參考方案：l HIS > EMR :采用數(shù)據(jù)定時同步方案，HIS提供中間視圖。以時間為標記。平臺制訂各接口規(guī)范。l EMR > HIS:采用數(shù)據(jù)實時同步方案，EMR通過調(diào)用平臺接口，主動實時推送數(shù)據(jù)，平臺進行分發(fā)和后續(xù)事務(wù)管理以及提醒機制。l 各項報告、結(jié)果 > EMR: 采用數(shù)據(jù)實時同步方案,