【文章內容簡介】 ? 現(xiàn)改為醫(yī)院調用 WebService 接口，由 WebService 來訪問數(shù)據(jù)庫。 2. 共享資源規(guī)范 . 共享資源信息的說明 共享 資源信息 由 四部分 組成 ，分別是人員基本信息 、人員擴展信息、卡信息、就診卡歷史信息。這四 類資源 的 ER 關系如下： 其中： ? 人員基本信息與人員擴展信息 是一對多的關系，通過檔案號關聯(lián) ? 人員基本信息和 就診 卡信息 是一對多的關系，通過檔案號關聯(lián) ? 就診卡歷史記錄表保存了各家醫(yī)院舊的就診卡信息，主要為 了實現(xiàn)跨院換卡功能 . 共享資源信息控制說明 人員基本信息表、人員擴展信息表、卡信息表是通過檔案號來進行關聯(lián)的。 REPORT_TIME（更新時間）：當前置機端發(fā)布更新數(shù)據(jù)時，會把更新的時間保存在本字段中。醫(yī)院 HIS 可根據(jù)本字段選擇性地更新增量數(shù)據(jù)。 寧波市衛(wèi)生局 第 9 頁 / 共 22 頁 . 共享資源信息的獲取 . 獲取共享資源信息的接口方式 為了安全起見，二期方案變一期方案中采用的開放共享表提供直接查詢模式為采用WEB Service 模式實現(xiàn)。 . WEB Service的 解釋 . 什么是 webservice Web service 就是一個應用程序，它向外 界暴露出一個能夠通過 Web 進行調用的 API， 通過 Web 來調用這個應用程序。 Web services 是建立可互操作的分布式應用程序的新平臺。 Web service 平臺是一套標準，它定義了應用程序如何在 Web 上實現(xiàn)互操作性 ， 通過 Web service 標準對這些服務進行查詢和訪問。 構建 后 Web service，用 SOAP Toolkit 等方法 把 其 暴露給 Web 客戶 ， 任何語言 、 任何平臺上的客戶都可以閱讀其 WSDL 文檔，以調用這個 Web service。 客戶根據(jù) WSDL 描述文檔，會生成一個 SOAP 請求消息。 Web service 都是放在 Web 服務器 (如 IIS) 后面的，客戶生成的 SOAP 請求會被嵌入在一個 HTTP POST 請求中，發(fā)送到 Web 服務器來。 Web 服務器再把這些請求轉發(fā)給 Web service 請求處理器。 請求處理器的作用在于解析收到的 SOAP 請求，調用 Web service，然后再生成相應的 SOAP 應答。 Web 服務器得到 SOAP 應答后，會再通過 HTTP 應答的方式把它送回到客戶端。 . 基本概念 ? SOAP 構建的 Web service 需要提供給其他應用 調用它。 簡單對象訪問協(xié)議 (SOAP)提供了標準的遠程 過程調用 (RPC)方法來調用 Web service。 SOAP 規(guī)范定義了 SOAP 消息的格式，以及怎樣通過 HTTP 協(xié)議來使用 SOAP。 SOAP 也是基于 XML 和XSD 的， XML 是 SOAP 的數(shù)據(jù)編碼方式?？蛻舳撕头斩酥g的方法調用請求和結果返回值都放在這些消息里。 ? XML 和 XSD 可擴展的標記語言 (XML)是 Web service 平臺中表示數(shù)據(jù)的基本格式。 除了易于建立和易于分析外， XML 主要的優(yōu)點在于它既是平臺無關的，又是廠商無關的。無關性是比技 寧波市衛(wèi)生局 第 10 頁 / 共 22 頁 術優(yōu)越性更重要的。 XML 解決了數(shù)據(jù)表示的問題，但它沒有定義一套標 準的數(shù)據(jù)類型，更沒有說怎么去擴展這套數(shù)據(jù)類型。例如，整形數(shù)到底代表什么 ?16 位， 32 位，還是 64 位 ?這些細節(jié)對實現(xiàn)互操作性都是很重要的。W3C 制定的 XML Schema(XSD)就是專門解決這個問題的一套標準。它定義了一套標準的數(shù)據(jù)類型，并給出了一種語言來擴展這套數(shù)據(jù)類型。 Web service 平臺就是用 XSD 來作為其數(shù)據(jù)類型系統(tǒng)的。 當用某種語言來構造一個 Web service 時，為了符合 Web service 標準，所有使用的數(shù)據(jù)類型都必須被轉換為 XSD 類型。 ? WSDL(Web Services Description Language) 用于描述服務端所提供服務的 XML 格式。 WSDL 文件里，描述了服務端提供的服務 、 調用方法，以及調用時所要遵循的格式，比如調用參數(shù)和返回值的格式等等。 WSDL 很像 COM編程里的 IDL(Interface Description Language)，是服務器與客戶端之間的契約，雙方必須按契約嚴格行事才能實現(xiàn)功能。 ? UDDI UDDI 的目的是為電子商務建立標準 . UDDI 是一套基于 Web 的、分布式的、為 Web Service 提供的、信息注冊中心的實現(xiàn)標準規(guī)范，同時也包含 一組使企業(yè)能將自身提供的 Web Service 注冊，以使別的企業(yè)能夠發(fā)現(xiàn)的訪問協(xié)議的實現(xiàn)標準。 ? 遠程過程調用 RPC 與消息傳遞 Web Service 本身其實是在實現(xiàn)應用程序間的通信。有兩種應用程序通信的方法： RPC 遠程過程調用和消息傳遞。 使用 RPC 的時候，客戶端的概念是調用服務器上的遠程過程，通常方式為實例化一個遠程對象并調用其方法和屬性。 RPC 系統(tǒng)試圖達到一種位置上的透明性：服務器暴露出遠程對象的接口，而客戶端就好像在本地使用的這些對象的接口一樣，這樣就隱藏了底層的信息，客戶端也就根本不需要知道對象是在 哪臺機器上。 . Web Service的調用 . 什么時候使用 Web Services Web service 是創(chuàng)建可互操作的分布式應用程序的新平臺。 Web service 的主要目標是跨平臺的可互操作性。為了達到這一目標， Web service 是完全基于 XML、 XSD等獨立于平臺、獨立于軟件供應商的標準的。 Web service 在應用程序跨平臺和跨網(wǎng)絡進行通信的時候是非常有用的。 Web service 適用于應用程序集成、 B2B 集成、代碼和數(shù)據(jù)重用，以及通過 Web 進行客戶端和服務器的通信的場合。 寧波市衛(wèi)生局 第 11 頁 / 共 22 頁 . 如何調用 Web Services 客戶端：取得服務端的服務描述文件 WSDL，解析該文件的內容，了解服務端的服務信息，以及調用方式。根據(jù)需要，生成恰當?shù)?SOAP 請求消息（指定調用的方法，已經(jīng)調用的參數(shù)），發(fā)往服務端。等待服務端返回的 SOAP 回應消息，解析得到返回值。 服務端：生成服務描述文件，以供客戶端獲取。接收客戶端發(fā)來的 SOAP 請求消息，解析其中的方法調用和參數(shù)格式。根據(jù) WSDL 和 WSML 的描述，調用相應的 COM 對象來完成指定功能，并把返回值放入 SOAP 回應消息返回給用戶。 . 高層接口 使用高層接口，不需要知道 SOAP 和 XML 的任何信息，就可以生成和使用一個WebService。 Soap Toolkit COM對象 ――SoapClient 和 SoapServer，來完成這些功能。 在客戶端，只需要生成一個 SoapClient 實例，并用 WSDL 作為參數(shù)來調用其中的mssoapinit 方法。 SoapClient 對象會自動解析 WSDL 文件，并在內部生成所有 Web Service 的方法和參數(shù)信息。之后，你就可以像調用 IDispatch 接口里的方法一樣，調用里面所有的方法。在 VB 或是腳本語言里，你甚至可以直接在 SoapClient 對象名后面直接加上 .方法 (參數(shù) …) 進行調用。 . 低層接口 要使用低層接口，你必須對 SOAP 和 XML 有所了解。你可以對 SOAP 的處理過程進行控制，特別是要做特殊處理的時候。 在客戶端，首先要創(chuàng)建一個 HttpConnector 對象，負責 HTTP 連接。設定 Connector的一些頭部信息，比如 EndPoinURL 和 SoapAction 等。如果網(wǎng)絡連接需要使用代理服務器，那也要在這里設定相關的信息。接著創(chuàng)建 SoapSerializer 對象，用于生成 Soap消息。按照 WSDL 里定義，把所有參數(shù)按順 序序列化，得到一個完整的 SOAP 請求消息。該 Soap 消息，作為 Payload 通過 HttpConnector 被發(fā)送到服務端。最后，生成一個 SoapReader 對象，負責讀取服務端返回的 SOAP 消息，取得其中的返回值。 . 共享資源信息的說明 詳見“就診卡二期接口