国产极品午夜a片爽歪歪漫画,足恋踩踏视频网站免费视频网站,日本高清www色视频,国模和精品嫩模私拍视频

▲2、為保證該接口程序的對(duì)接，必須完成對(duì)院內(nèi)HIS系統(tǒng)進(jìn)行改造。

3、接口設(shè)置與數(shù)據(jù)編碼規(guī)范

3.1在數(shù)據(jù)交換接口中，各醫(yī)療機(jī)構(gòu)和市疾控平臺(tái)系統(tǒng)可能是采用多種不同的架構(gòu)來實(shí)現(xiàn)的，在數(shù)據(jù)交換接口中，需實(shí)現(xiàn)Web Service來交換數(shù)據(jù)文件的方式來進(jìn)行數(shù)據(jù)交換。

3.2上傳數(shù)據(jù)時(shí)，需實(shí)現(xiàn)Web Service來交換數(shù)據(jù)文件的方式來進(jìn)行數(shù)據(jù)交換。

3.3數(shù)據(jù)交換服務(wù)需實(shí)現(xiàn)用Web Service的方式對(duì)外提供調(diào)用接口，達(dá)到WSDL（Web Services Description Language）描述語(yǔ)言進(jìn)行描述的要求。

4.1接口約束

4.1.1數(shù)據(jù)類型及校驗(yàn)規(guī)則

4.1.1.2上傳數(shù)據(jù)時(shí)，交換的屬性劃分能實(shí)現(xiàn)：數(shù)字、日期、字符串。

4.1.2字符集要求

4.1.2.1數(shù)據(jù)交換接口中交換的數(shù)據(jù)須使用utf-8字符集。

4.2成功信息格式

4.2.1進(jìn)行數(shù)據(jù)交換操作時(shí)，能實(shí)現(xiàn)正常操作返回xml格式數(shù)據(jù)；

4.3錯(cuò)誤信息編碼細(xì)則

4.3.1進(jìn)行數(shù)據(jù)交換操作時(shí)，能實(shí)現(xiàn)錯(cuò)誤返回含有CODE、MESSAGE的XML提示信息

code正值為正常請(qǐng)求返回信息，負(fù)值為操作異常、參數(shù)異常；MESSAGE返回提示信息。

5.1數(shù)據(jù)交換接口

5.1.1數(shù)據(jù)上報(bào)操作能提供統(tǒng)一的交換接口，通過接口調(diào)用來實(shí)現(xiàn)大疫情網(wǎng)的數(shù)據(jù)上報(bào)、修訂、審核、刪除和恢復(fù)操作。

5.2數(shù)據(jù)交換流程

5.2.1通過數(shù)據(jù)交換能實(shí)現(xiàn)接口實(shí)現(xiàn)數(shù)據(jù)上報(bào)功能。將個(gè)案數(shù)據(jù)通過Web Service接口按照標(biāo)準(zhǔn)的格式傳輸?shù)椒⻊?wù)器上，在服務(wù)器端程序?qū)ι蟼鞯臄?shù)據(jù)進(jìn)行處理，將執(zhí)行結(jié)果返回到。

5.3數(shù)據(jù)交換方法

5.3.1數(shù)據(jù)初報(bào)操作需能實(shí)現(xiàn)以下內(nèi)容：

5.3.1.1將組織好的交換數(shù)據(jù)整理成標(biāo)準(zhǔn)的XML格式。

5.3.1.2 eventHead àoperateType中傳入“Add”，標(biāo)識(shí)為數(shù)據(jù)初報(bào)。

5.3.1.3調(diào)用接口成功后需將返回的XML數(shù)據(jù)入庫(kù)。

5.3.1.4 “CardId”卡片ID，數(shù)據(jù)修訂、審核、刪除時(shí)都需要傳。

5.4 數(shù)據(jù)修訂操作需能實(shí)現(xiàn)以下內(nèi)容：

5.4.1將組織好的交換數(shù)據(jù)整理成標(biāo)準(zhǔn)的XML格式。

5.4.2 eventHead àoperateType中傳入“Mod”，標(biāo)識(shí)為數(shù)據(jù)修訂。

5.4.3 數(shù)據(jù)初報(bào)返回的“CardId”卡片ID必傳。

5.4.4 調(diào)用接口成功后需將返回的XML數(shù)據(jù)入庫(kù)。

5.4.5直報(bào)用戶修訂（發(fā)生病例診斷變更）已審核卡轉(zhuǎn)為未審核卡片，需要重新審核。本級(jí)用戶修訂（發(fā)生病例診斷變更）后狀態(tài)為已審核的修訂卡。

5.4.5對(duì)于發(fā)生病例診斷變更的處理能跟中國(guó)疾病預(yù)防控制信息系統(tǒng)網(wǎng)絡(luò)報(bào)告內(nèi)容處理一致，具體需參照中國(guó)疾病預(yù)防控制信息系統(tǒng)中傳染病報(bào)告管理系統(tǒng)的相關(guān)規(guī)則執(zhí)行。

5.5 數(shù)據(jù)審核操作需能實(shí)現(xiàn)以下內(nèi)容：

5.5.1將組織好的交換數(shù)據(jù)整理成標(biāo)準(zhǔn)的XML格式。

5.5.2 eventHead àoperateType中傳入“Aud”，標(biāo)識(shí)為數(shù)據(jù)審核。

5.5.3數(shù)據(jù)初報(bào)返回的“CardId”卡片ID必傳。

5.5.4調(diào)用接口成功后需將返回的XML數(shù)據(jù)入庫(kù)。

5.6 數(shù)據(jù)刪除操作需能實(shí)現(xiàn)以下內(nèi)容：

5.6.1將組織好的交換數(shù)據(jù)整理成標(biāo)準(zhǔn)的XML格式。

5.6.2 eventHead àoperateType中傳入“Del”，標(biāo)識(shí)為數(shù)據(jù)刪除。

5.6.3數(shù)據(jù)初報(bào)返回的“CardId”卡片ID必傳。

5.6.4刪除時(shí) “DeletingReasonDetails”刪除原因、“DeletingTypeCode”刪除類型編碼、“DeletingTypeName”刪除類型名稱為必傳項(xiàng)。

5.6.5調(diào)用接口成功后需將返回的XML數(shù)據(jù)入庫(kù)。

5.6數(shù)據(jù)恢復(fù)操作需能實(shí)現(xiàn)以下內(nèi)容：

5.6.1將組織好的交換數(shù)據(jù)整理成標(biāo)準(zhǔn)的XML格式。

5.6.2 eventHead àoperateType中傳入“Res”，標(biāo)識(shí)為數(shù)據(jù)刪除。

5.6.3數(shù)據(jù)初報(bào)返回的“CardId”卡片ID必傳。

5.6.4調(diào)用接口成功后需將返回的XML數(shù)據(jù)入庫(kù)。

5.6.5未終審的數(shù)據(jù)刪除后不能恢復(fù)。

5.7數(shù)據(jù)交換XML數(shù)據(jù)結(jié)構(gòu)需能實(shí)現(xiàn)以下內(nèi)容：

5.7.1在數(shù)據(jù)文件中，對(duì)于錄入字典編碼數(shù)據(jù)，要求必須在數(shù)據(jù)編碼中必須同時(shí)生成其編碼值和編碼名稱。字典編碼名稱屬性后綴為“NAME”，而字典編碼的屬性后綴為“CODE”。如果上面的代碼片段中“LivingAddressCode”屬性是使用**地區(qū)編碼的數(shù)據(jù)字典，其編碼名稱的屬性名稱即為“LivingAddressName”，系統(tǒng)會(huì)自動(dòng)對(duì)提交的編碼和名稱進(jìn)行匹配。

5.7.2 卡片數(shù)據(jù)中，有一些屬性是不由用戶生成而由數(shù)據(jù)交換接口在服務(wù)器端自動(dòng)生成并且然后自動(dòng)返回給的。用戶提交數(shù)據(jù)時(shí)不需要生成這些屬性。數(shù)據(jù)交換接口處理數(shù)據(jù)后，在返回結(jié)果中會(huì)包含這些屬性。

5.7.3 數(shù)據(jù)交換成功后返回的數(shù)據(jù)結(jié)果用戶必須進(jìn)行存儲(chǔ)，方便以后對(duì)卡片的修訂、審核、刪除等操作的使用。

▲2、為保證該接口程序的對(duì)接，必須完成對(duì)院內(nèi)HIS系統(tǒng)進(jìn)行改造。

3、數(shù)據(jù)集成

3.1 HIS系統(tǒng)與平臺(tái)數(shù)據(jù)集成：HIS系統(tǒng)能接收中醫(yī)館機(jī)構(gòu)、人員 信息；中醫(yī)館平臺(tái)能推送機(jī)構(gòu)信息、人員信息，接收藥品信息、費(fèi)用信 息、醫(yī)囑信息、病歷信息和診斷信息。

3.2 HIS系統(tǒng)與電子病歷數(shù)據(jù)集成：HIS系統(tǒng)能推送患者信息給電子病歷，并接收診斷信息和電子病歷。

3.3 HIS系統(tǒng)與辨證論治數(shù)據(jù)集成：HIS系統(tǒng)能接收處方信息。

3.4 HIS系統(tǒng)與治未病、遠(yuǎn)程會(huì)診數(shù)據(jù)集成：HIS系統(tǒng)能推送患者 基本信息。

4、界面集成

HIS系統(tǒng)集成中醫(yī)館平臺(tái)系統(tǒng)功能要求如下：

(1) 4.1與電子病歷集成：集成電子病歷書寫模塊。

(2) 4.2與辨證論治集成：集成辨證論治推薦處方模塊。

(3) 4.3與知識(shí)庫(kù)集成：集成知識(shí)庫(kù)知識(shí)查閱模塊。

(4) 4.4與遠(yuǎn)程會(huì)診集成：集成遠(yuǎn)程會(huì)診視頻模塊。

(5) 4.5與治未病集成：集成治未病健康管理模塊。

5、接口清單，HIS系統(tǒng)需要完成的接口如下：

序號(hào)事件名稱服務(wù)名稱1推送患者信息TCM_HIS_O12推送藥品信息TCM_HIS_O23推送費(fèi)用信息TCM_HIS_O34推送醫(yī)囑信息TCM_HIS_045接收機(jī)構(gòu)信息TCM_HIS_O56接收人員信息TCM_HIS_O67接收電子病歷TCM_HIS_O78推送電子病歷TCM_HIS_0719接收處方信息TCM_HIS_0810接收診斷信息TCM_HIS_O911推送診斷信息TCM_HIS_091

系統(tǒng)平臺(tái)接口

序號(hào)事件名稱服務(wù)名稱說明1推送患者信息TCM_HIS_01 2推送藥品信息TCM_HIS_02 3推送費(fèi)用信息TCM_HIS_03 4推送醫(yī)囑信息TCM_HIS_04 5推送病歷信息TCM_HIS_071 6推送診斷信息TCM_HIS_091 7接收機(jī)構(gòu)信息TCM_HIS_05 8接收人員信息TCM_HIS_06 電子病歷接口

序號(hào)事件名稱服務(wù)名稱說明1推送患者信息TCM HIS_01 2接收診斷信息TCM_HIS_09 3接收病歷信息TCM_HIS_07

辨證論治接口

序號(hào)事件名稱服務(wù)名稱1推送患者信息TCM_HIS_012接收處方信息TCM_HIS_08 知識(shí)庫(kù)接口：采用界面集成，有權(quán)限有的用戶可以查閱所有知識(shí)庫(kù)中的內(nèi)容。

治未病接口

序號(hào)事件名稱服務(wù)名稱1推送患者信息TCM_HIS_01

遠(yuǎn)程會(huì)診接口：安裝客戶端后，上下級(jí)醫(yī)生之間可以針對(duì)同一個(gè)患者進(jìn)行會(huì)診。

序號(hào)事件名稱服務(wù)名稱1推送患者信息TCM_HIS_01 6、接口設(shè)計(jì)參照接口文件執(zhí)行

▲2、為保證該接口程序的對(duì)接，必須完成對(duì)院內(nèi)HIS系統(tǒng)進(jìn)行改造。

3、信息交換要求

3.1接口對(duì)接模式

3.1.1交易數(shù)據(jù)采用WebAPI對(duì)接模式：以醫(yī)療機(jī)構(gòu)HIS系統(tǒng)為基礎(chǔ)數(shù)據(jù)來源，****醫(yī)療機(jī)構(gòu)HIS系統(tǒng)調(diào)用采購(gòu)平臺(tái)公開的Web API接口，實(shí)現(xiàn)醫(yī)療機(jī)構(gòu)實(shí)時(shí)將采購(gòu)訂單、配送、入庫(kù)數(shù)據(jù)同步至采購(gòu)平臺(tái)。

3.2數(shù)據(jù)傳輸機(jī)制

3.2.1交易數(shù)據(jù)傳輸機(jī)制：醫(yī)療機(jī)構(gòu)調(diào)用采購(gòu)平臺(tái)公開的WebAPI服務(wù)接口，****醫(yī)院產(chǎn)生的采購(gòu)訂單、入庫(kù)、退貨等信息。

3.3數(shù)據(jù)傳輸方式

3.3.1交易數(shù)據(jù)傳輸采用WebAPI方式。

3.4采購(gòu)數(shù)據(jù)傳輸

3.4.1調(diào)用WebAPI接口實(shí)現(xiàn)院內(nèi)系統(tǒng)直接下單采購(gòu)、收貨入庫(kù)等操作，無需登錄采購(gòu)平臺(tái)即可完成日常采購(gòu)工作。

4、信息安全要求

4.1數(shù)據(jù)傳輸安全

4.1.1建立基于HTTPS協(xié)議的接口服務(wù)。采用SSL數(shù)字證書加密信息傳輸方式建立HTTPS協(xié)議接口通道，客戶端通過身份認(rèn)證后訪問接口服務(wù)，客戶端和服務(wù)端之間在網(wǎng)絡(luò)通道傳輸?shù)乃袛?shù)據(jù)全部使用會(huì)話密鑰加密，直到客戶端退出服務(wù)訪問為止，且每次服務(wù)請(qǐng)求所使用的加密密鑰隨機(jī)產(chǎn)生，以此確保攻擊者不能從網(wǎng)絡(luò)數(shù)據(jù)流中得到任何有用的信息。

4.1.2 API調(diào)用令牌校驗(yàn)。為確保API接口服務(wù)的安全穩(wěn)定，****醫(yī)療機(jī)構(gòu)下發(fā)唯一應(yīng)用碼和授權(quán)碼。醫(yī)療機(jī)構(gòu)院內(nèi)系統(tǒng)每次請(qǐng)求采購(gòu)平臺(tái)API服務(wù)時(shí)需憑借通過MD5加密后獲取調(diào)用令牌，令牌有效期默認(rèn)為30分鐘。

4.2采購(gòu)平**全等級(jí)要求:根據(jù)國(guó)家標(biāo)準(zhǔn)《信息系統(tǒng)安全等級(jí)保護(hù)定級(jí)指南》（GB/T22240-2008）有關(guān)要求，**省藥械集中采購(gòu)及醫(yī)藥價(jià)格監(jiān)管平臺(tái)建設(shè)滿足信息系統(tǒng)安全等級(jí)保護(hù)三級(jí)。