【導(dǎo)讀】包頭新農(nóng)合系統(tǒng)投標(biāo)方案。新型農(nóng)村合作醫(yī)療信息系

　　

【正文】 根據(jù)就診機(jī)構(gòu)、藥品、項(xiàng)目的實(shí)際情況進(jìn)行區(qū)分，補(bǔ)償比例、補(bǔ)償封頂線等因素也決定每個(gè)農(nóng)民的補(bǔ)償金額，總之合作醫(yī)療補(bǔ)償業(yè)務(wù)復(fù)雜，因此需要通過高效、實(shí)用的信息系統(tǒng)，輔助少量的工作人員完成眾多的業(yè)務(wù)處理以及業(yè)務(wù)監(jiān)管。 基于以上因素， 當(dāng)前合作醫(yī)療管理機(jī)構(gòu)的主要工作都投 入到日常報(bào)銷工作的審核處理上，通過采用信息化管理系統(tǒng)，實(shí)現(xiàn)基金籌集、費(fèi)用核算等日常業(yè)務(wù)的包頭新農(nóng)合系統(tǒng)投標(biāo)方案 計(jì)算機(jī)管理，從而轉(zhuǎn)變合作醫(yī)療管理機(jī)構(gòu)的職能，強(qiáng)化監(jiān)督管理功能，減輕工作人員工作量，提高合作醫(yī)療整體管理水平 。 最后，合作醫(yī)療管理機(jī)構(gòu)需要采取措施，強(qiáng)有力地促進(jìn)定點(diǎn)醫(yī)療服務(wù)機(jī)構(gòu)各個(gè)層面的管理水平全面提高。不斷完善的醫(yī)療措施必將為合作醫(yī)療病人提供更優(yōu)質(zhì)的醫(yī)療服務(wù)，從而使新型農(nóng)村合作醫(yī)療制度更有生機(jī)，更具活力，更利于穩(wěn)定、鞏固和健康發(fā)展。 決策支持的需要 合作醫(yī)療制度正常運(yùn)轉(zhuǎn)的關(guān)鍵原則在于： 量入為出、略有節(jié)余；其次合作醫(yī)療制度 需要在“提高覆蓋率”或“提高大病統(tǒng)籌救助效果”兩個(gè)方面平衡 。 合作醫(yī)療基金存在一次性籌集，一個(gè)年度內(nèi)多次使用，因此一方面需要保障資金的合理使用，避免合作醫(yī)療基金出現(xiàn)大額超支；另一個(gè)方面也不能出現(xiàn)基金大量結(jié)余，農(nóng)民得不到廣泛、有效的補(bǔ)償，從而降低參保的積極性。 所以如何制定合作醫(yī)療的配置方案，包括：個(gè)人籌資標(biāo)準(zhǔn)、政府投入標(biāo)準(zhǔn)、補(bǔ)償比例、補(bǔ)償封頂線等，就需要強(qiáng)大的信息處理及分析系統(tǒng)，通過對(duì)每月、每季度、每鄉(xiāng)鎮(zhèn)的就診人次、就診費(fèi)用等的綜合分析，形成決策支持?jǐn)?shù)據(jù)，將有助于管理機(jī)構(gòu)控制本年度的資金使用，以及下年度的實(shí) 施細(xì)則的制定。 信息透明公開的需要 合作醫(yī)療的資金部分來自眾多的參保對(duì)象的個(gè)人籌資，并將用于所有參保對(duì)象的門診、住院、重大疾病以及體檢等的費(fèi)用補(bǔ)償，對(duì)于每個(gè)參保對(duì)象而言，合作醫(yī)療資金的收支透明、公正都極為重要。 其次合作醫(yī)療定點(diǎn)機(jī)構(gòu)的各項(xiàng)醫(yī)療項(xiàng)目、藥品是否可以報(bào)銷、報(bào)銷比例是多少、收費(fèi)是否合理等信息的公開，都將推動(dòng)參保對(duì)象更加信任醫(yī)療機(jī)構(gòu)、信任合作醫(yī)療制度。 將本省及各級(jí)合作醫(yī)療機(jī)構(gòu)的合作醫(yī)療基金的正常使用情況、大病統(tǒng)籌補(bǔ)償情況等信息公開，有助于提高這些捐助活動(dòng)的積極性。 采用信息系統(tǒng)管理合作醫(yī)療業(yè)務(wù)，可以 快捷、全面、準(zhǔn)確地自動(dòng)生成各種統(tǒng)計(jì)報(bào)表，使信息的公開成為一種簡(jiǎn)單工作。 推動(dòng)公共衛(wèi)生信息化的建設(shè) 長(zhǎng)遠(yuǎn)規(guī)劃來看，新型農(nóng)村合作醫(yī)療網(wǎng)絡(luò)建設(shè)將成為建設(shè) 包頭市 衛(wèi)生信息化平包頭新農(nóng)合系統(tǒng)投標(biāo)方案 臺(tái)的重要部分， 利用 本項(xiàng)目構(gòu)建的 衛(wèi)生網(wǎng)絡(luò)平臺(tái)， 實(shí)現(xiàn)突發(fā)公共衛(wèi)生事件信息的采集、傳輸、存儲(chǔ)、處理、分析、預(yù)案確定及啟動(dòng)全過程的信息化、自動(dòng)化和網(wǎng)絡(luò)化， 構(gòu)建 覆蓋全省 的 突發(fā)公共衛(wèi)生事件與傳染病疫情信息網(wǎng)絡(luò)系統(tǒng) 。 其次可 創(chuàng)建市 、鎮(zhèn)、醫(yī)院以及其他相關(guān)醫(yī)療機(jī)構(gòu)的信息交換平臺(tái)和合作醫(yī)療信息數(shù)據(jù)庫， 通過對(duì)數(shù)據(jù)的分類、清洗、集成，形成區(qū)域性的人群健康數(shù)據(jù)集市、區(qū)域疾 病數(shù)據(jù)集市等，并建設(shè)成 包頭市 醫(yī)療衛(wèi)生數(shù)據(jù)倉(cāng)庫系統(tǒng)， 形成對(duì)醫(yī)療衛(wèi)生體系建設(shè)、醫(yī)療衛(wèi)生服務(wù)質(zhì)量等決策支持功能。 包頭新農(nóng)合系統(tǒng)投標(biāo)方案 第 2章 包頭市 新 農(nóng)合 項(xiàng)目 總體設(shè)計(jì) 設(shè)計(jì)依據(jù) 行業(yè)標(biāo)準(zhǔn) 包括 新農(nóng)合國(guó)家信息化規(guī)范、 醫(yī)院信息化規(guī)范以及基層衛(wèi)生醫(yī)療機(jī)構(gòu)的相關(guān)規(guī)范，如下： ? ICPC（ International Classification of Primary Care）初級(jí)衛(wèi)生保健國(guó)際分類法 由于基層醫(yī)療衛(wèi)生問題涉及生物、心理、社會(huì)各方面的問題，使用 ICD 分類系統(tǒng)往往難以涵蓋， ICPC 比 ICD9 更為細(xì)化，不僅包含診斷編碼，還包含就診原因、 治療原因和試驗(yàn)結(jié)果的代碼。 ICPC 可以根據(jù) SOAP 準(zhǔn)則結(jié)構(gòu)化病人就診編碼。 ? ICD10 國(guó)際疾病及健康相關(guān)問題統(tǒng)計(jì)分類 International Statistical Classification of Diseases and Related Health Problems 10th Revision ＩＣＤ－１０大大擴(kuò)展了ＩＣＤ－９，疾病分類的數(shù)量與細(xì)致程度增加了，并且適應(yīng)于流行病學(xué)及保健評(píng)估的需求，編碼方式亦更加科學(xué)實(shí)用。 ? 新型農(nóng)村合作醫(yī)療信息系統(tǒng)基本規(guī)范（試行） 衛(wèi)辦農(nóng)衛(wèi)發(fā) [20xx]108 號(hào)文件，該基本規(guī)范定義了新型農(nóng)村合作醫(yī)療信息系統(tǒng)的基本功能集以及擴(kuò)展功能集。 ? 《衛(wèi)生部關(guān)于新型農(nóng)村合作醫(yī)療信息系統(tǒng)建設(shè)的指導(dǎo)意見》 衛(wèi)農(nóng)衛(wèi)發(fā) [20xx]453 號(hào)文件，該文件是為了指導(dǎo)和規(guī)范全國(guó)新農(nóng)合信息系統(tǒng)建設(shè)，提高新農(nóng)合的科學(xué)管理水平，保障和促進(jìn)新農(nóng)合制度持續(xù)健康發(fā)展而發(fā)布的。對(duì)新農(nóng)合信息化建設(shè)具有重要的參考意義。 ? 《衛(wèi)生部新型農(nóng)村合作醫(yī)療信息系統(tǒng)基本規(guī)范》（ 20xx 年修訂版） ? 《電子政務(wù)標(biāo)準(zhǔn)化指南工程管理》（國(guó)標(biāo)委高新 [20xx]7 號(hào)） ? 《電子政務(wù)工程技術(shù)指南》（國(guó)信辦 [20xx]2 號(hào)） 包頭新農(nóng)合系統(tǒng)投標(biāo)方案 技術(shù)規(guī)范 技術(shù)規(guī)范概述 包頭市 新農(nóng)合項(xiàng)目將嚴(yán)格按照招標(biāo)文件要求，采用以下技術(shù)規(guī)范： （ 1） 技術(shù)構(gòu)架：采用 J2EE 技術(shù)構(gòu)架； （ 2）網(wǎng)絡(luò)協(xié)議和網(wǎng)絡(luò)規(guī)程：采用工業(yè)標(biāo)準(zhǔn) TCP/IP 協(xié)議； （ 3）網(wǎng)絡(luò)操作系統(tǒng)：采用 Windows、 Unix 或 Linux 等主流操作系統(tǒng)； （ 4）系統(tǒng)安全：遵從國(guó)際標(biāo)準(zhǔn)化組織和國(guó)家信息安全主管部門制訂的各項(xiàng)標(biāo)準(zhǔn)。 包頭市 新型農(nóng)村合作醫(yī)療信息系統(tǒng)的衛(wèi)生信息數(shù)據(jù)交換中間件采用 Web services 標(biāo)準(zhǔn)體系開發(fā)，滿足遠(yuǎn)程調(diào)用、數(shù)據(jù)交換等需求。 Web 是為了程序到用戶的交互，而 Web 服務(wù) 是為程序到程序的交互做準(zhǔn)備 。 Web 服務(wù)使公司可以降低進(jìn)行電子商務(wù)的成本、更快的部署解決方案以及開拓新機(jī)遇。達(dá)到這個(gè)新天地的關(guān)鍵在于通用的 程序到程序通信模型，該模型應(yīng)建立在現(xiàn)有的和新興的標(biāo)準(zhǔn)之上，例如 ： ? HTTP； ? .NET 智能客戶端 。 ? 可擴(kuò)展標(biāo)記語言（ Extensible Markup Language， XML）； ? 簡(jiǎn)單對(duì)象訪問協(xié)議（ Simple Object Access Protocol， SOAP）； ? Web 服務(wù)描述語言（ Web Service Description Language， WSDL）； ? 通 用 描 述、 發(fā)現(xiàn) 和 集成 （ Universal Description Discovery and Integration， UDDI）。 Web 服務(wù)使應(yīng)用程序的集成比以前更快、更容易而且更便宜。集成在協(xié)議棧中較高層發(fā)生， 它基于更注重服務(wù)語義而不那么注重網(wǎng)絡(luò)協(xié)議語義的消息，從而實(shí)現(xiàn)了業(yè)務(wù)功能的松散集成。 這些特性對(duì)于在企業(yè)之間和企業(yè)內(nèi)部通過 Web 連接業(yè)務(wù)功能是非常理想的。它們提供一種一致化編程模型，從而在企業(yè)內(nèi)外都可以利用通用的基礎(chǔ)設(shè)施并以一種通用的方法進(jìn)行應(yīng)用程序集成。利用現(xiàn)有的語言和平臺(tái)以及舊應(yīng)用程序，可 以以一種增量的方式來集成和應(yīng)用 Web 服務(wù)。 盡管 Web 服務(wù)早先是類似對(duì)等的并且是專用的，但它 仍能解決程序到程序通信的整個(gè)問題，包括描述、發(fā)布和查找接口 。而且，隨著 Web 服務(wù)的使用越包頭新農(nóng)合系統(tǒng)投標(biāo)方案 來越多以及行業(yè)的成熟，將會(huì)有更多的應(yīng)用程序集成的動(dòng)態(tài)模型發(fā)展起來。最終，通過 Web 服務(wù)進(jìn)行系統(tǒng)集成將會(huì)在運(yùn)行時(shí)動(dòng)態(tài)發(fā)生。即時(shí)集成將宣布通過因特網(wǎng)進(jìn)行企業(yè)到企業(yè)集成的新紀(jì)元的到來。 關(guān)鍵技術(shù)描述 （ .Net）智能客戶端 智能客戶端的概念作為 平臺(tái)的一個(gè)特性而被提出，其實(shí)它的很多功能在傳統(tǒng)的應(yīng)用 程序中早已存在，只是 . 平臺(tái)從系統(tǒng)和語言級(jí)別對(duì)它提供了支持，使開發(fā)智能客戶端應(yīng)用程序更為便捷。本文將從企業(yè)應(yīng)用系統(tǒng)的角度來討論智能客戶端應(yīng)具有的功能和特性以及如何在 . 平臺(tái)上實(shí)現(xiàn)。 當(dāng)前的客戶端應(yīng)用程序模型大致分為兩種： C/S（客戶端 /服務(wù)器模型）和 B/S（瀏覽器 /服務(wù)器模型）。以企業(yè)環(huán)境為對(duì)象的軟件開發(fā)人員，對(duì)于以瀏覽器為基礎(chǔ)的精簡(jiǎn)型客戶端 (Thin Client) 應(yīng)用程序模型，以及對(duì)應(yīng)的豐富型客戶端 (Rich Client) 之間，究竟該如何取舍，面臨了困難的世代替換。 以瀏覽器為基礎(chǔ)的 應(yīng)用程序的優(yōu)缺點(diǎn)： ? 易于安裝：可以用于許多桌上型計(jì)算機(jī)，并且和客戶機(jī)算計(jì)的操作平臺(tái)無關(guān)。大多數(shù)計(jì)算機(jī)已經(jīng)默認(rèn)安裝有瀏覽器軟件（有些應(yīng)用系統(tǒng)需要基于 IE 瀏覽器，或者需要安裝 java 虛擬機(jī)，在此暫且忽略不及）。 ? 易于部署與維護(hù)：只需要在服務(wù)器端進(jìn)行部署和維護(hù)工作。 ? 必須在線工作：工作效率和網(wǎng)絡(luò)是否延遲有關(guān)。 ? 不能充分利用客戶端計(jì)算機(jī)的資源：只能通過有限的 HTML 語言來呈現(xiàn)用戶界面，沒有利用客戶端計(jì)算機(jī)的計(jì)算處理能力。只能利用瀏覽器的打印功能來打印資料，不適用于企業(yè)的報(bào)表打印。 ? 網(wǎng)絡(luò)傳輸量大：由于客戶端不能保存狀 態(tài)數(shù)據(jù)，因此必須在客戶端和服務(wù)器之間傳輸用戶界面內(nèi)容以及所需的數(shù)據(jù)。 ? 安全性較低。對(duì)于服務(wù)器來說可以通過防火墻軟件來過濾數(shù)據(jù)，因?yàn)樗袀鬏攦?nèi)容都是基于 HTTP 端口。但很難對(duì)數(shù)據(jù)進(jìn)行加密和簽名以保證在傳輸過程中的完整性。（ HTTPS 似乎并不能解決問題） ? 適合電子商務(wù)或不要求嚴(yán)格控制客戶端的應(yīng)用程序。 包頭新農(nóng)合系統(tǒng)投標(biāo)方案 Web 服務(wù) Web服務(wù)定義 Web 服務(wù)是描述一些操作（利用標(biāo)準(zhǔn)化的 XML 消息傳遞機(jī)制可以通過網(wǎng)絡(luò)訪問這些操作）的接口。 Web 服務(wù)是用標(biāo)準(zhǔn)的、規(guī)范的 XML 概念描述的，稱為 Web 服務(wù)的服務(wù)描述。這一 描述囊括了與服務(wù)交互需要的全部細(xì)節(jié)，包括消息格式（詳細(xì)描述操作）、傳輸協(xié)議和位置。該接口隱藏了實(shí)現(xiàn)服務(wù)的細(xì)節(jié)，允許獨(dú)立于實(shí)現(xiàn)服務(wù)基于的硬件或軟件平臺(tái)和編寫服務(wù)所用的編程語言使用服務(wù)。這允許并支持基于 Web 服務(wù)的應(yīng)用程序成為松散耦合、面向組件和跨技術(shù)實(shí)現(xiàn)。 Web 服務(wù)履行一項(xiàng)特定的任務(wù)或一組任務(wù)。 Web 服務(wù)可以單獨(dú)或同其它 Web 服務(wù)一起用于實(shí)現(xiàn)復(fù)雜的聚集或商業(yè)交易。 Web 服務(wù)模型 Web 服務(wù)體系結(jié)構(gòu)基于三種角色（服務(wù)提供者、服務(wù)注冊(cè)中心和服務(wù)請(qǐng)求者）之間的交互。交互涉及發(fā)布、查找和綁定操作。這 些角色和操作一起作用于 Web 服務(wù)構(gòu)件： Web 服務(wù)軟件模塊及其描述。 在典型情況下，服務(wù)提供者托管可通過網(wǎng)絡(luò)訪問的軟件模塊（ Web 服務(wù)的一個(gè)實(shí)現(xiàn)）。服務(wù)提供者定義 Web 服務(wù)的服務(wù)描述并把它發(fā)布到服務(wù)請(qǐng)求者或服務(wù)注冊(cè)中心。服務(wù)請(qǐng)求者使用查找操作來從本地或服務(wù)注冊(cè)中心檢索服務(wù)描述，然后使用服務(wù)描述與服務(wù)提供者進(jìn)行綁定并調(diào)用 Web 服務(wù)實(shí)現(xiàn)或同它交互。服務(wù)提供者和服務(wù)請(qǐng)求者角色是邏輯結(jié)構(gòu)，因而服務(wù)可以表現(xiàn)兩種特性。圖 1 圖示了這些操作、提供這些操作的組件及它們之間的交互。 圖 1. Web 服務(wù)角色 、操作和構(gòu)件包頭新農(nóng)合系統(tǒng)投標(biāo)方案 Web 服務(wù)體系結(jié)構(gòu)中的角色 ? 服務(wù)提供者。從企業(yè)的角度看，這是服務(wù)的所有者。從體系結(jié)構(gòu)的角度看，這是托管訪問服務(wù)的平臺(tái)。 ? 服務(wù)請(qǐng)求者。從企業(yè)的角度看，這是要求滿足特定功能的企業(yè)。從體系結(jié)構(gòu)的角度看，這是尋找并調(diào)用服務(wù)，或啟動(dòng)與服務(wù)的交互的應(yīng)用程序。服務(wù)請(qǐng)求者 角色可以由瀏覽器來擔(dān)當(dāng)，由人或無用戶界面的程序（例如，另外一個(gè) Web 服務(wù)）來控制它。 ? 服務(wù)注冊(cè)中心。這是可搜索的服務(wù)描述注冊(cè)中心，服務(wù)提供者在此發(fā)布他們的服務(wù)描述。在靜態(tài)綁定開發(fā)或動(dòng)態(tài)綁定執(zhí)行期間，服務(wù)請(qǐng)求者查找服務(wù)并獲得服務(wù)的綁定信息（在服務(wù)描述中）。對(duì)于靜態(tài)綁定的服務(wù)請(qǐng)求者，服務(wù)注冊(cè)中心是體系結(jié)構(gòu)中的可選角色，因?yàn)榉?wù)提供者可以把描述直接發(fā)送給服務(wù)請(qǐng)求者。同樣，服務(wù)請(qǐng)求者可以從服務(wù)注冊(cè)中心以外的其它來源得到服務(wù)描述，例如本地文件、 FTP 站點(diǎn)、 Web 站點(diǎn)、廣告和服務(wù)發(fā)現(xiàn)（ Advertisement and Discovery of Services， ADS）或發(fā)現(xiàn) Web 服務(wù)（ Discovery of Web Services， DISCO）。 Web 服務(wù)體系結(jié)構(gòu)中的操作 對(duì)于利用 Web 服務(wù)的應(yīng)用程序，必須發(fā)生以下三個(gè)行為： 發(fā)布服務(wù)描述、查詢或查找服務(wù)描述以及根據(jù)服務(wù)描述綁定或調(diào)用服務(wù) 。這些行為可以單次或反包頭新農(nóng)合系統(tǒng)投標(biāo)方案 復(fù)出現(xiàn)。這些操作具體為： ? 發(fā)布。為了使服務(wù)可訪問，需要發(fā)布服務(wù)描述以使服務(wù)請(qǐng)求者可以查找它。發(fā)布服務(wù)描述的位置可以根據(jù)應(yīng)用程序的要求而變化（請(qǐng)參閱 ―服務(wù)發(fā)布 ‖以了解更多細(xì)節(jié)）。 ? 查找。 在查找操作中，服務(wù)請(qǐng)求者直接檢索服務(wù)描述或在服務(wù)注冊(cè)中心中查詢所要求的服務(wù)類型（請(qǐng)參閱 ―服務(wù)發(fā)現(xiàn) ‖以了解更多細(xì)節(jié)）。對(duì)于服務(wù)請(qǐng)求者，可能會(huì)在兩個(gè)不同的生命周期階段中牽涉到查找操作：在設(shè)計(jì)時(shí)為了程序開發(fā)而檢索服務(wù)的接口描述，而在運(yùn)行時(shí)為了調(diào)用而檢索服務(wù)的綁定和位置描述。 ? 綁定。最后需要調(diào)用服務(wù)。在綁定操作中，服務(wù)請(qǐng)求者使用服務(wù)描述中的綁定細(xì)節(jié)來定位、聯(lián)系和調(diào)用服務(wù)，從而在運(yùn)行時(shí)調(diào)用或啟動(dòng)與服務(wù)的交互。 Web 服務(wù)的構(gòu)件 ? 服務(wù)。在這里， Web 服務(wù)是一個(gè)由服務(wù)描述來描述的接口，服務(wù)描述的實(shí)現(xiàn)就是該服務(wù)。服務(wù)是 一個(gè)軟件模塊，它部署在由服務(wù)提供者提供的可以通過網(wǎng)絡(luò)訪問的平臺(tái)上。服務(wù)存在就是要被服務(wù)請(qǐng)求者調(diào)用或者同服務(wù)請(qǐng)求者交互。當(dāng)服務(wù)的實(shí)現(xiàn)中