1、XXX人民醫院銀醫一卡通項目方案一、項目背景衛生部于2010 年一月二十二日發出衛醫政201012 號文件，倡導醫院積極推廣先診療后結算服務模式。XXX人民醫院（以下簡稱XXX醫院）和建行 市分行（以下簡稱 建行）在新的就醫服務新模式下開展深度合作，通過將建行業務延伸到院內各就醫環節，從而優化流程，減少患者排隊，方便患者就醫，不僅能夠達到三好一滿意的目標，同時該項合作體現了金融服務民生的服務理念，為XXX縣人民提供更多便民服務，從而進一步提高XXX醫院在全縣衛生服務體系建設中的龍頭作用。二、現狀與需求分析就診現狀：通過初步溝通，XXX醫院采取憑卡就醫模式為患者提供醫療服務。患者到院后通過人工窗

2、口憑身份證填單申請就診卡，以現金或POS機刷卡向就診卡內充值，然后患者至掛號窗口完成預約/當天掛號手續，至醫生工作站憑就診卡完成各項就診及取藥等流程，當天患者就診完成，至人工結算處進行結算、退費等操作。院內就診卡使用弊端：1、 系統管理風險：院內就診卡在卡片介質、使用方面存在系統管理風險（如盜刷）；2、資金管理風險：就診卡充值余額管理隨著時間的累加給醫院財務管理帶來了管理壓力，越來越多的XXX就診卡卡內余額極少，又沒辦理退款退卡，醫院對于這些卡必須一直保存下去；3、政策風險：隨著人民銀行對資金監管的加強，就診卡充值模式在金融法律法規方面將更加規范（以完善的資金監管制度管理資金或取消充值業務）；

3、4、在現有銀醫一卡通以及衛生部推行的居民健康卡環境下，院內就診卡沒有廣闊的使用前景。院內就診卡管理及應用設想：1、就診卡充值的資金由建行實行資金監管；2、就診卡只在緊急入院或未攜帶身份證情況下使用，以逐步減少就診卡的使用；3、院內就診卡的充值采取人工窗口充值和終端充值，人工窗口充值流程與現有模式無變化，自助終端充值僅支持銀行卡充值，以減少現金使用，降低院方的現金管理成本及風險；整體項目需求分析：通過銀醫合作達到簡化就診流程、增加繳費渠道，降低窗口壓力，減少現金管理、提高財務效率等目標。增加就診卡介質：診療卡介質為建行銀醫卡、院內就診卡、醫保卡（待定），逐步增加銀行卡就診功能，減少院內就診卡使用

4、數量建立自助服務體系：實現患者自助掛號、繳費、查詢等服務Ø 自助簽約：患者持建行卡在自助終端機實現就診建檔Ø 自助掛號：支持院內就診卡掛號及建行銀醫卡掛號（支持建行現有各卡種，個別不支持卡種由建行提供）Ø 預分診自助取號（需進一步了解院方是否有此功能）Ø 自助充值：僅限銀行卡充值，支持銀聯標識的各類銀行卡Ø 自助繳費：支持院內就診卡繳費及銀行卡繳費Ø 自助查詢：支持院內就診卡及建行卡的就診查詢Ø 自助打印：（需進一步了解院方是否愿意提供自助打印功能）檢驗報告單打印、自助發票打印等方式Ø 財務自動對賬：在原有對賬模式

5、下實現自助設備現金管理模塊與HIS 自動對帳、銀行交易與HIS 的自動對帳，減少財務對賬成本，提高財務效率Ø 建立就醫自助服務評價體系：自助滿意度評價體系（待定）Ø 實現基于網銀繳納住院預交金體系（待定）Ø 預約診療：基于建行網銀、XXX醫院官網的多渠道預約掛號功能（待定）三、方案功能設計（一）項目定位：在不改變醫院主體經營的前提下，將銀行系統與醫院系統進行有機結合，由銀行與醫院聯合面向患者發行集診療服務功能和醫療結算功能于一體的銀醫卡，并依托銀行自助終端、網上銀行、電話銀行等渠道，為醫院及患者提供一攬子的醫療服務解決方案。銀醫卡既是患者在醫院掛號就診和醫療結算的

6、服務介質，也是醫院系統信息化建設的主要載體。它不僅具有銀行卡的金融結算功能，還具有掛號、繳費、就診、充值、打單、退費等醫療服務功能，真正實現一卡多用。（二）設計原則在系統設計上，應盡可能保留醫院現有管理系統和工作流程，降低醫院系統的改造成本，通過醫院管理系統與銀行系統的對接，推進信息化建設和電子支付體系的完善。為使該系統能順利實施，其設計須遵守以下原則。Ø 兼容性原則為確保系統平穩過渡，系統設計應兼顧現行就診卡、醫保卡并存的模式。Ø 高安全性原則項目軟件實施過程中，交易數據傳輸的安全性校驗及卡片的密鑰管理等都采用硬件實現，保證系統的安全性。Ø 高效性原則銀行對單筆

7、類型報文都應該在2秒內給請求方響應，對賬類報文應該在1分鐘內發出對賬結果報文，以獲得良好的客戶體驗。Ø 高可用性原則為提供客戶就醫保障，銀醫卡業務應配置高的優先處理級別，服務應達到9999的可用性。Ø 可靠容災原則系統支持充分實用的本地和同城異地容災，包括應用、網絡與數據三個方面的全面容災，提供與銀行核心業務系統一致的高可靠性容災機制，以確保在災難發生1小時內能恢復正常營業。Ø 系統開放性和可擴展性原則以模塊化、標準化結構和進行系統分析、統籌規劃的原則規劃系統方案，在考慮技術先進性和當前業務實用性的同時，也應該考慮今后業務的擴展需要，可以方便地在銀醫卡中增加其他應

8、用。（三）功能模塊及流程柜面的掛號、繳費、充值、打印等功能與院內原流程不變，以下介紹自助系統的各項功能及流程3.1、簽約功能：柜臺簽約：患者可通過醫院柜臺持建行卡，通過POS機實現簽約，建立就診 ID；自助簽約：患者持本行借記卡可在自助終端進行簽約綁定，根據銀行卡查詢客戶信息或讀取客戶身份證信息，信息交互后將由醫院HIS系統根據客戶信息分配一個就診ID，已有院內診療卡的簽約是將銀行卡與已有就診卡對應的就診ID做綁定。通過自助設備簽約的客戶，在插卡后直接選擇掛號即可，系統將自動判斷是否簽約，如未簽約則進入簽約選擇界面。*若為本行網上銀行用戶，也可通過登錄網上銀行進入銀醫應用后實現簽約。具體簽約流

9、程可按網上銀行操作流程完成。本行借記卡自助簽約流程：流程說明1、自助簽約只與醫院HIS系統交互一次，與銀醫平臺交互一次。2、客戶信息需確認身份證獲取的與根據銀行卡從中間業務系統查詢的數據相匹配。3、醫院接收到客戶信息后，根據客戶信息進行判定，若為HIS系統已建檔用戶，則返回原就診ID，若為新建檔用戶，則新分配新就診ID。4、客戶姓名、身份證號與簽約銀行卡匹配，不能修改。醫院端規則1、根據姓名、身份證，同一個患者只能對應一個就診ID2、若該客戶所持的銀行卡已在HIS系統中建立綁定關系，則返回成功及就診ID。3、需要探討：患者在持建行卡掛號后，再次入院就診時，更換了建行卡（例如原卡作廢，丟失，未帶

10、等原因），新簽約建行卡是否會分配同一個就診？還是需要如下處理？患者持新卡，將新卡插入自助機，提示未簽約，是否簽約，按簽約流程將卡信息送至特色業務平臺，獲取卡號、身份證號，姓名，性別等信息，送至后臺，將信息留存（是否要做個身份證核查動作，找到同一張身份證號已經簽約過，將提示界面，該身份證號已經簽約過，就診仍舊為號）3.2、解約功能當客戶就診完畢后，無需復診或不再愿意保留簽約關系時，可持卡在柜面窗口或者自助終端完成解約操作。自助解約流程：3.3、掛號功能：人工窗口掛號：原流程不變自助掛號：患者持簽約銀行卡或院內診療卡通過醫院自助掛號繳費機進行掛號，掛號費用可以從簽約銀行卡支付，也可以通過院內診療卡

11、或其它銀聯卡支付流程說明1、 先鎖號再進行掛號2、 醫院端掛號鎖號成功，銀行端支付掛號費失敗，則視為失敗，隨之進行掛號鎖號取消操作。3、 銀行端掛號支付成功后，若掛號確認失敗，則視同掛號失敗。費用待次日對賬后沖回。醫院端規則1、醫院端建議支持自動解鎖，如3分鐘沒有收到掛號確認，則自動解鎖號源。3.4、充值功能：人工充值: 原流程不變，銀行卡充值從原POS機改為mispos系統進行充值自助充值：指通過自助終端機完成銀行卡向院內就診卡賬戶的充值，支持建行卡及他行卡各卡種3.5、繳費功能患者持簽約銀行卡或院內診療卡在自助設備上選擇一批處方或檢查單后立即進行繳費，患者可以選擇簽約銀行卡支付、院內診療卡

12、或其它銀聯卡支付。自助繳費流程：流程說明1、 HIS先行預結算？2、 銀行結算成功后HIS系統進行繳費確認。3.6、取藥取號功能：如院方不支持，不設計該項功能患者持簽約銀行卡或院內診療卡在自助設備上可進行取藥取號操作，在插入卡后可查詢到當日的就診信息及藥品信息，并打印取藥憑條。若為簽約銀行卡則需先完成批結算操作。取號流程：3.7、掛號退號功能患者持簽約銀行卡或院內診療卡在自助設備上可進行退號操作，在插入卡后可查詢到當日的掛號信息，根據選擇并確認后可進行退號操作。退號流程：3.8、查詢診療信息功能患者持簽約銀行卡或院內診療卡在自助設備上可進行診療信息查詢，在輸入起始結束日期后進行查詢，若查詢診療

13、結果，需輸入報告單唯一編號進行查詢。查詢診療信息流程：3.9、查詢簽約信息患者持簽約銀行卡或院內診療卡在自助設備上可進行簽約信息查詢，可查詢該卡簽約時的相關信息。查詢診療信息流程：查詢其它信息患者可持卡查詢掛號、就診、繳費各項交易信息住院預交金功能：是否增加該功能？是否增加預授權處理？3.10、自助打印功能： 看醫院是否提供患者持簽約銀行卡或院內診療卡在自助設備上可進行自助打印，包括查詢打印報告單、查詢打印化驗單、查詢打印導診單等。打印內容可依據院方打印格式及顯示的內容的要求而確定，最終需要實現的打印功能也有醫院確定。備注：自助終端機不提供發票的打印，由患者持卡至窗口申請打印發票3.11、對賬

14、功能：系統對賬模塊也是系統構成的一個重要組成部分，每日日終時，需對當日的交易記錄進行核對及核算，確保賬務數據的準確性。銀醫一卡通系統對賬模塊是完成HIS系統交易記錄數據與銀行綜合前置、銀醫平臺結算數據的核對與核算，并生成對賬報表，提供給雙方業務部分或財務部門進行賬務檢查及調整使用。四、系統對接：4.1 與醫院端接口4.1.1、由銀醫一卡通系統發起的采用XML交易報文，通過WebServices或TCP通訊完成數據交互4.1.2、由醫院端發起的采用流式包，指定分隔符分割的報文。以OCX或DLL形式供醫院信息系統調用。4.2 與銀行端接口4.2.1、與銀行銀醫平臺系統接口該部分接口可依據銀行報文接

15、口規范實現4.2.2、與銀行綜合前置系統接口 采用8583報文格式，TCP通訊完成數據交互。4.2.3、與銀行中間業務系統接口該部分接口可依據銀行報文接口規范實現。4.2.4、與銀行銀醫一卡通系統系統接口采用XML交易報文，通過TCP通訊完成數據交互。部分數據可使用日終離線文件方式完成數據交互。五 、通訊方式通訊方式一般是TCP/IP短連接方式六、安全機制安全性是銀醫一卡通系統系統最關鍵的環節之一。安全方面分為網絡安全、應用系統災備、數據安全等多個方面。6.1 網絡安全方面銀醫一卡通系統使用內部獨立的網絡設施，與銀行通訊方面使用銀行現有的安全措施，一般是建立專線，使用路由器、防火墻等設備。網絡

16、安全還涉及諸多方面，但最基本和簡單的方式就是網絡隔離，不使用公網，僅在建立的專用通道上傳輸數據，入網設備都要經過嚴格的審查。6.2 應用系統災備體現在銀醫一卡通系統核心系統的建設上，目前的應用是每日備份核心數據。應用系統災備還體現在應用本身的可靠性，可以使用實時的雙機互備方案。6.3 數據安全方面體現在落地數據的安全保密，以及傳輸數據的安全。7、項目組織協調7.1 項目分工良好的組織，是項目成功的保證，由于項目涉及到的單位較多，包括醫院、銀行、HIS廠商、新利，所以必須有良好的分工和協作機制。醫院方Ø 確定項目總負責人，技術負責人；Ø 通過收集各科室意見，確定軟件功能、業務

17、流程、頁面風格，機器型號，機器擺放位置；Ø 財務人員確認系統實施后，對賬、繳費、打印憑證等功能是否符合財務要求；Ø 提供開發場所，院內網絡，開發軟件環境；Ø 定期召開會議，溝通項目進展。HIS服務商Ø 確定技術負責人；Ø 根據院方功能改造HIS系統；Ø 為自助設備開發通訊接口；Ø 根據銀行提供的消費流水，提供對賬功能，提供報表；Ø 配合自助設備及終端改造部分程序開發。銀行方Ø 確定技術負責人，業務負責人；Ø 負責各方協調；Ø 提供銀行接口（包括綜合前置、中間業務及銀醫平臺接口）；Ø 提供醫院到銀行端網絡，保證銀醫一卡通系統能夠連接到銀行業務前置；Ø 按時下傳交易流水到銀醫一卡通服務器；Ø 提供測試銀行卡；Ø 配合自助設備程序開發調試。新利公司Ø 確定項目負責人；Ø 負責需求分析及系統整體設計，制定相關文檔；Ø 開發服務器軟件及終端軟件，保證軟硬件功能、流程、性能滿足醫院的要求；Ø 配合醫院、銀行、HIS廠商開發調試；Ø 負責系統聯調及測試；Ø 制定培訓計劃，負責人員培訓；Ø 負責后期維護及技術支持。7.2 項目協調7.2.1. 由醫院、銀行、HI