廣州市醫(yī)療保險業(yè)務信息系統(tǒng)二期工程建設
公務員子系統(tǒng)項目定點醫(yī)療服務機構(gòu)
聯(lián)網(wǎng)與接入方案（V1.5）
廣州市勞動保障信息中心
廣州市醫(yī)療保險服務管理中心
創(chuàng)智軟件園有限公司
2005年4月12日
目 錄
1 概述 1
2 醫(yī)療服務機構(gòu)聯(lián)網(wǎng)與接入方案設計 2
2.1 總體設計思想 2
2.2 聯(lián)網(wǎng)與接入總體方案 2
2.2.1 醫(yī)療保險待遇結(jié)算模式設計 2
2.2.2 定點醫(yī)療服務機構(gòu)聯(lián)網(wǎng)和接入模式 5
3 醫(yī)保數(shù)據(jù)交換與接口規(guī)范 6
3.1 文件交換型接口方案 7
3.1.1 接口方案 7
3.1.2 住院、門特業(yè)務接口 7
3.1.3 門診、購藥業(yè)務（新增） 18
3.1.4 對試點系統(tǒng)接口規(guī)范的改進 26
3.2 數(shù)據(jù)共享型接口方案 27
3.2.1 接口方案 27
3.2.2 住院、門特業(yè)務 28
3.2.3 門診、購藥業(yè)務 37
3.2.4 醫(yī)保目錄及對照關(guān)系 46
4 定點醫(yī)療服務機構(gòu)軟硬件配置 50
4.1 定點醫(yī)療服務機構(gòu)的分類及接入方式 50
4.2 醫(yī)療機構(gòu)前置服務器的配置要求 51
4.2.1 開通公務員醫(yī)療補助業(yè)務的配置要求 51
4.2.2 暫未開通公務員醫(yī)療補助的配置要求 53
4.3 中心端前置服務器配置要求 54
4.4 客戶端配置要求 55
5 醫(yī)療機構(gòu)接口改造工作指南 55
5.1 接口方案選擇與接口改造 56
5.2 軟硬件環(huán)境改造 57
5.3 接口改造應急方案 58
6 實施工作流程 59
7 小結(jié) 59
8 修改歷史記錄 60
1 概述
Pj3系統(tǒng)是在原有醫(yī)保試點系統(tǒng)基礎上的擴充和完善。公務員人群啟動時，在現(xiàn)有人群和業(yè)務的基礎上，滿足60萬公務員參保人,總共滿足250—300萬參保人群、200家定點醫(yī)療機構(gòu)、100家定點零售藥店的需要，為實現(xiàn)“多層次、廣覆蓋”的醫(yī)療保障體系提供信息系統(tǒng)支持。工傷保險（含工傷康復）的醫(yī)療待遇支付子系統(tǒng)管理人群150萬，生育保險醫(yī)療待遇支付子系統(tǒng)管理人群100萬，系統(tǒng)接入工傷協(xié)議醫(yī)院39家、勞動能力鑒定醫(yī)院14家、生育保險協(xié)議醫(yī)院53家。
規(guī)模的擴張、業(yè)務的擴展必將導致醫(yī)院就醫(yī)人數(shù)的急劇增加。定點醫(yī)療服務機構(gòu)醫(yī)保前臺應用系統(tǒng)作為參保人獲取醫(yī)保服務的窗口，其處理能力和性能將直接影響醫(yī)保系統(tǒng)整體運行質(zhì)量，前臺系統(tǒng)運行效果的好與壞將成為整個系統(tǒng)的矛盾焦點，甚至關(guān)系到整個醫(yī)保系統(tǒng)的成敗，因此，醫(yī)療保險管理信息系統(tǒng)的建設，除醫(yī)保中心端應用系統(tǒng)之外，各類定點醫(yī)療服務機構(gòu)醫(yī)保前臺應用系統(tǒng)也是系統(tǒng)建設的重點。
本文在Pj3需求分析，系統(tǒng)設計以及對11家不同類型定點醫(yī)療服務機構(gòu)（9家不同類型醫(yī)院，2家藥店）實地調(diào)查的基礎上進一步闡述定點醫(yī)療服務機構(gòu)的聯(lián)網(wǎng)及接入方案，為Pj3后期定點醫(yī)療服務機構(gòu)實施，保證上線成功提供技術(shù)準備。
為了確保醫(yī)保二期系統(tǒng)上限前完成醫(yī)院接口改造、聯(lián)調(diào)和驗收工作，對各定點醫(yī)藥機構(gòu)的接口改造工作要求必須在4月20日前完成。
本方案電子文檔可以從以下地址獲取：
http://www.gzlss.gov.cn/download/pj3_jrfa.rar
2 醫(yī)療服務機構(gòu)聯(lián)網(wǎng)與接入方案設計
2.1 總體設計思想
滿足系統(tǒng)運行效率和性能要求：在現(xiàn)有的網(wǎng)絡和主機資源基礎上，改造、完善和優(yōu)化計算模式和結(jié)算處理模式，將系統(tǒng)性能和運行效率作為首要設計目標，合理利用系統(tǒng)計算資源，在滿足系統(tǒng)規(guī)模擴張和業(yè)務擴展的同時確保系統(tǒng)運行效率和性能。
滿足系統(tǒng)規(guī)模性要求：在現(xiàn)有參保人群和業(yè)務基礎上，根據(jù)廣州市醫(yī)療保險規(guī)模擴張、業(yè)務擴展和監(jiān)控管理的需要，對系統(tǒng)支持的參保人群、業(yè)務功能和業(yè)務處理能力進行擴展和優(yōu)化，為實現(xiàn)“多層次、廣覆蓋”的醫(yī)療保障體系提供信息系統(tǒng)支持。
完善管理協(xié)同性：適應醫(yī)療保險業(yè)務發(fā)展，以大社保體系建設標準和一體化系統(tǒng)建設規(guī)范指導系統(tǒng)優(yōu)化，使系統(tǒng)能夠滿足與各級定點醫(yī)療機構(gòu)和定點零售藥店的業(yè)務協(xié)同，實現(xiàn)醫(yī)療保險管理的統(tǒng)一協(xié)調(diào)化。
完善系統(tǒng)的可擴展性和可維護性：增強系統(tǒng)對業(yè)務拓展的適應性，提高系統(tǒng)的參數(shù)化管理能力，適應醫(yī)保政策的變化和業(yè)務拓展的需求，具有較好的可擴展性。
2.2 聯(lián)網(wǎng)與接入總體方案
2.2.1 醫(yī)療保險待遇結(jié)算模式設計
各定點醫(yī)療服務機構(gòu)的聯(lián)網(wǎng)和接入模式取決于醫(yī)療保險管理信息系統(tǒng)采用何種結(jié)算模式。
試點系統(tǒng)采用的是集中計算和集中結(jié)算模式，該模式下，各定點醫(yī)療服務機構(gòu)的醫(yī)療費用通過網(wǎng)絡傳輸?shù)街行暮螅芍行南到y(tǒng)統(tǒng)以進行計算和結(jié)算。這種結(jié)算模式對網(wǎng)絡和主機的要求很高，主機的處理能力和網(wǎng)絡在很大程度上決定了結(jié)算的性能和效率。
根據(jù)對部分定點醫(yī)療機構(gòu)的實地調(diào)查結(jié)果的初步分析，主機壓力過大，網(wǎng)絡負荷過大是造成結(jié)算性能差的兩個主要原因。因此分擔主機壓力和減少網(wǎng)絡負荷是解決結(jié)算系統(tǒng)的關(guān)鍵所在。
在現(xiàn)有試點系統(tǒng)采用的集中結(jié)算模式基礎上，根據(jù)廣州市醫(yī)療保險規(guī)模擴張、業(yè)務擴展和監(jiān)控管理的需要，將保證系統(tǒng)性能和效率作為主要設計目標，決定采用分布式計算和集中結(jié)算相結(jié)合的模式。同時，為使系統(tǒng)在性能有更大的調(diào)節(jié)余地，在技術(shù)實現(xiàn)上要求系統(tǒng)既能支持本地結(jié)算又能支持中心集中結(jié)算。
分布式處理和集中結(jié)算相結(jié)合，是在基于網(wǎng)絡實時連接的基礎上，按以下步驟來完成醫(yī)療待遇結(jié)算業(yè)務：
1. 醫(yī)保客戶端向定點醫(yī)療機構(gòu)前置服務器發(fā)出醫(yī)療待遇結(jié)算請求；
2. 定點醫(yī)療機構(gòu)前置服務器根據(jù)所獲得的醫(yī)療費用，以及存儲在定點醫(yī)療機構(gòu)前置服務器上為分布式處理所準備的政策信息、目錄信息等，完成醫(yī)療費用預處理及匯總；
3. 根據(jù)定點醫(yī)療機構(gòu)前置服務器傳送到中心的醫(yī)療費用的匯總，在中心應用服務器上完成醫(yī)療待遇結(jié)算；
4. 在定點醫(yī)療機構(gòu)前置服務器上進行結(jié)算完成后的醫(yī)療待遇結(jié)果相關(guān)處理。醫(yī)保客戶端根據(jù)處理結(jié)果完成界面交互處理，如結(jié)算單的打印等；
對于未能實時上傳至中心的信息，
|
|
資源大小：461.99 KB 
