區(qū)域醫(yī)院統(tǒng)一支付及對賬管理平臺需求說明

區(qū)域醫(yī)院統(tǒng)一支付及對賬管理平臺需求說明（一）系統(tǒng)功能要求區(qū)域醫(yī)院統(tǒng)一支付及對賬管理平臺作為院內(nèi)的支付統(tǒng)一管理平臺，支持區(qū)域內(nèi)多院區(qū)內(nèi)部業(yè)務(wù)系統(tǒng)及應(yīng)用的統(tǒng)一接入，以及內(nèi)部交易結(jié)算和統(tǒng)一的賬務(wù)對賬管理。支持區(qū)域內(nèi)多院區(qū)情況下分商戶賬號區(qū)分進行管理，清晰的處理各商戶號中各渠道進入的賬務(wù)及對賬工作。各院區(qū)對應(yīng)的商戶還將接入院內(nèi)自助系統(tǒng)以院內(nèi)及移動端應(yīng)用，包括不限于醫(yī)保電子憑證、微信掃碼、支付寶掃碼等APP掃碼付等。各支付渠道的接入都需通過安全級別驗證，在涉及病人賬戶信息、賬戶金額時都需經(jīng)過加密處理，確保患者用卡的絕對安全保護及隱私保護。總院區(qū)可以管理所有業(yè)務(wù)和數(shù)據(jù)，分院區(qū)只能管理本院區(qū)的業(yè)務(wù)和數(shù)據(jù)。各院區(qū)的交互數(shù)據(jù)、資金流數(shù)據(jù)會匯總上傳至總院管理平臺，每日備份，定時清除冗余數(shù)據(jù)釋放內(nèi)存。區(qū)域醫(yī)院統(tǒng)一支付及對賬管理平臺為當(dāng)前醫(yī)院統(tǒng)一支付平臺的升級擴展，需兼容當(dāng)前系統(tǒng)，數(shù)據(jù)同步，系統(tǒng)接口可以無縫連接，無需總院區(qū)在用的業(yè)務(wù)系統(tǒng)重新改造開發(fā)，以降低項目成本。（二）功能\技術(shù)參數(shù)要求功能模塊功能描述架構(gòu)設(shè)計1.用面向服務(wù)設(shè)計，增強系統(tǒng)擴展性，降低系統(tǒng)功能模塊的耦合度，采用負(fù)載均衡技術(shù)，增加系統(tǒng)吞吐和穩(wěn)定性。完成各業(yè)務(wù)系統(tǒng)之間的消息轉(zhuǎn)發(fā)以及消息的邏輯處理，為各業(yè)務(wù)系統(tǒng)和外部對接系統(tǒng)提供統(tǒng)一的接口。2.支持分布式部署，增強業(yè)務(wù)處理能力。3.系統(tǒng)支持多院區(qū)區(qū)域性聯(lián)網(wǎng)使用，同時也可以單院區(qū)獨立使用。微信小程序訂單管理系統(tǒng)1.管理人員通過移動端子系統(tǒng)進行支付訂單的日常管理工作，交易訂單查詢、對賬數(shù)據(jù)查詢、異常賬單處理申請和審批、常用報表查詢統(tǒng)計等常用功能可以在小程序上操作。交易數(shù)據(jù)駕駛倉1.提供交易數(shù)據(jù)監(jiān)控功能，管理人員可以多維度查看交易數(shù)據(jù)。實時、動態(tài)展現(xiàn)各種交易數(shù)據(jù)情況。應(yīng)用渠道管理1.支持醫(yī)院多種應(yīng)用渠道和系統(tǒng)接入，包括不限于：HIS、自助終端、微信公眾號、支付寶服務(wù)窗、互聯(lián)網(wǎng)醫(yī)院、病案打印、營養(yǎng)膳食、或者醫(yī)院內(nèi)其他有支付需求的應(yīng)用，支持粵湛通、mispos(軟POS)支付渠道。2.對接入醫(yī)院的各類應(yīng)用系統(tǒng)的賬戶進行統(tǒng)一配置管理：注冊并生成商戶，商戶審核機制，并對商戶的賬戶進行管理配置，包括結(jié)算銀行、結(jié)算周期等，可針對各子商戶登錄進行賬務(wù)查詢。支付渠道管理1.集成各主流支付類型接口。支持收費窗口現(xiàn)金/POS刷卡、自助終端現(xiàn)金/銀行卡、微信/支付寶二維碼掃碼支付、APP支付、支付寶服務(wù)窗支付、微信公眾號支付、醫(yī)保電子憑證等收單單位的加密方式完成支付渠道的對接，并集成到一個統(tǒng)一的系統(tǒng)，為醫(yī)院的各類系統(tǒng)，如支付寶服務(wù)窗、微信公眾號、自助機、HIS窗口程序等應(yīng)用提供統(tǒng)一的支付接口和退費接口。2.提供醫(yī)院診療卡一卡通管理功能，支持診療卡充值、交易、退卡、資金管理等功能。3.支付渠道接口配置管理。能夠根據(jù)各醫(yī)院院區(qū)的需求，靈活地配置醫(yī)院所簽約的支付渠道。滿足區(qū)域性的綜合支付配置管理或者是單個醫(yī)院多種不同支付渠道的配置。4.醫(yī)院可以根據(jù)需要自主增加新的支付渠道接口或修改原有支付渠道接口。訂單交易管理1.支持交易訂單數(shù)據(jù)的管理查詢，退款操作，導(dǎo)出Excel，查看對賬記錄以及退款記錄等功能。2.可以按不同醫(yī)院院區(qū)、應(yīng)用渠道流水號、支付渠道流水號、患者ID、卡號、訂單類型、支付方式等多種條件查詢數(shù)據(jù)。3.支持給各業(yè)務(wù)系統(tǒng)提供查詢訂單信息的功能，接入統(tǒng)一支付管理平臺的各醫(yī)院業(yè)務(wù)系統(tǒng)產(chǎn)生的訂單集中分類別進行展示，可按照時間周期、訂單狀態(tài)來查詢該業(yè)務(wù)系統(tǒng)已支付的訂單數(shù)據(jù)，該交易查詢只包含該業(yè)務(wù)系統(tǒng)的交易數(shù)據(jù)。4.可查詢每筆交易的對賬情況（支付渠道是否已對賬、HIS是否已對賬）。5.支持退款訂單管理功能，退款記錄需包含內(nèi)容：原訂單信息、退款流水號、退款時間、申請操作人姓名、審批操作人姓名等信息。6.退款申請支持全部退款和部分退款。7.在對賬平臺可以查詢到每個商戶號的his賬單、渠道賬單、異常訂單。自動對賬1.支持獲取所有支付渠道和HIS對賬文件，并進行逐筆自動對賬?？赏ㄟ^ftp、sftp、post、https、局域網(wǎng)共享等多種方式自動獲取各簽約銀行、支付寶、微信等各支付渠道的對賬數(shù)據(jù)，并將獲取的各種類型的對賬文件數(shù)據(jù)進行解析后，自動寫入到數(shù)據(jù)庫。同時自動將其他第三方所需要的數(shù)據(jù)文件發(fā)送到指定的網(wǎng)絡(luò)位置。2.自動獲取商戶需要對賬的數(shù)據(jù)。自動將獲取的渠道數(shù)據(jù)和商戶數(shù)據(jù)進行對賬。3.管理員可以在后臺管理系統(tǒng)進行重新下載對賬數(shù)據(jù)、重新對賬功能，可以按日期、支付渠道、業(yè)務(wù)渠道進行操作。4.三方對賬按日期選擇，能直接顯示所有異常對賬賬單，異常賬單顯示內(nèi)容在原有基礎(chǔ)上增加：應(yīng)用渠道顯示、業(yè)務(wù)類型、患者姓名、金額、交易時間、患者ID、退款時間的直接顯示，無需展開查看，并可出直接進行退款申請。5.提供每日對賬HIS業(yè)務(wù)數(shù)據(jù)和支付渠道數(shù)據(jù)之間的差異查詢、統(tǒng)計功能。異常賬單處理異常賬提醒：1.支持差錯賬統(tǒng)一處理，平臺可自動篩選出異常賬務(wù)信息。統(tǒng)一支付系統(tǒng)接入醫(yī)院短信系統(tǒng)，將異常賬務(wù)信息以短信的形式發(fā)送給患者和異常賬單的工作人員。2.支持每日異常賬動態(tài)提示，并支持異常處理，支持異常補充值或者退款等操作。3.異常賬的處理，出現(xiàn)異常賬單時需要及時聯(lián)系導(dǎo)致長款的相關(guān)部門查因并解決。（1）在已確認(rèn)哪一筆訂單需要退款的情況下，可以通過交易查詢找到該筆訂單，由經(jīng)辦人員在交易明細(xì)中發(fā)起退款申請。審核訂單號同時顯示三方對賬結(jié)果，無需再到三方對賬查詢該訂單。（2）異常賬處理系統(tǒng)中發(fā)現(xiàn)需要退款的訂單時，經(jīng)辦人員可直接通過異常賬處理界面發(fā)起退款申請。（3）異常賬經(jīng)辦人員發(fā)起的退款需要經(jīng)過逐級審批，必須經(jīng)特定限權(quán)的審批人審批同意之后系統(tǒng)才能真正受理退款申請，若審批人審批不通過，則退款申請失敗。4.三方對賬數(shù)據(jù)查詢需包含查詢條件：診療卡、病人ID等信息，在每日自動對賬后出現(xiàn)長短款要提示管理異常賬單的工作人員及時申請長款退款及短款的追繳，已退款的長款和已補交短款要實時提示平賬和已處理的時間。5.三方對賬的長款，次日自助重新對賬后，長款自動原路退款。報表統(tǒng)計1.對交易賬戶信息進行報表統(tǒng)計。2.終端交易統(tǒng)計報表。3.業(yè)務(wù)應(yīng)用渠道交易統(tǒng)計報表。4.支付渠道交易統(tǒng)計報表。5.對賬統(tǒng)計報表。6.通過的每個商戶號的每日his業(yè)務(wù)數(shù)據(jù)與支付渠道數(shù)據(jù)自動對賬列表，列示差異（差異數(shù)與異常賬單明細(xì)一致）。7.業(yè)務(wù)類型交易統(tǒng)計報表。8.自助機引導(dǎo)員工作量報表。9.可根據(jù)醫(yī)院業(yè)務(wù)需求定制報表。支付網(wǎng)關(guān)接口1.提供統(tǒng)一的支付網(wǎng)關(guān)接口，其聚合主流的支付方式。2.支持醫(yī)院人工窗口、自助設(shè)備的系統(tǒng)和手機、APP等移動系統(tǒng)調(diào)用的支付接口，移動支付的SDK支持主流系統(tǒng)（包括安卓版本、IOS版本、鴻蒙版本）。系統(tǒng)管理1.對平臺進行配置管理，包括：用戶、角色管理，權(quán)限管理，菜單設(shè)置管理、業(yè)務(wù)流程設(shè)置管理、數(shù)據(jù)字典維護等。業(yè)務(wù)系統(tǒng)接入管理1.對接入平臺的醫(yī)院各類應(yīng)用進行管理，如開放接入、停止接入等。包括：HIS、自助設(shè)備、POS機、APP及其他第三方應(yīng)用。系統(tǒng)日志查詢1.支持系統(tǒng)運行過程的日志查詢功能，包含登錄日志、操作日志、接口調(diào)用日志、短信發(fā)送日志等，并可以對異常狀態(tài)進行跟蹤、分析、預(yù)警。（三）系統(tǒng)技術(shù)要求1.實現(xiàn)兼容當(dāng)前總院正在使用的醫(yī)院統(tǒng)一支付平臺系統(tǒng)，兼容總院區(qū)使用的統(tǒng)一支付系統(tǒng)接口，其接口方式需和總院區(qū)的支付系統(tǒng)的接口方式保持一致，以便總院區(qū)正在使用的有支付需求的業(yè)務(wù)系統(tǒng)無需重新進行系統(tǒng)改造就可以無縫接入?yún)^(qū)域統(tǒng)一支付平臺，以降低項目成本和實施難度。2.支付組件支持跨平臺，支持主流桌面、移動端操作系統(tǒng)，允許不同系統(tǒng)平臺對接，系統(tǒng)間低耦合設(shè)計，擁有全部核心代碼。3.安全性設(shè)計:軟件設(shè)計遵循第三方支付標(biāo)準(zhǔn),所有接口支持?jǐn)?shù)字簽名,保證交易的完整性和不可篡改。敏感數(shù)據(jù)加密存儲,防止數(shù)據(jù)泄露。4.性能設(shè)計:平臺組件分布式部署,所有接口并發(fā)量支持5000以上。接口響應(yīng)最長3秒內(nèi)完成。5.可用性設(shè)計:高可用性。年故障時間不超過2小時。6.系統(tǒng)擴展性:系統(tǒng)功能的新增、修改、升級可實現(xiàn)業(yè)務(wù)不間斷完成;支付渠道拓展、管理可通過配置化實現(xiàn)。7.系統(tǒng)維護自主性：可以與醫(yī)院共享全部系統(tǒng)源代碼，在廠家不能滿足醫(yī)院需求時，醫(yī)院可以自主或聘請第三方對系統(tǒng)進行如新增加新支付渠道、修改原支付渠道接口或者其它系統(tǒng)功能以匹配實際的應(yīng)用需求。（四）安全要求1.網(wǎng)絡(luò)安全內(nèi)外網(wǎng)隔離，設(shè)置DMZ區(qū)，外網(wǎng)服務(wù)器與內(nèi)網(wǎng)服務(wù)器使用防火墻，安全網(wǎng)關(guān)隔離，外網(wǎng)端口進行嚴(yán)格控制。保障院內(nèi)系統(tǒng)不受外網(wǎng)影響。2.通訊安全（1）應(yīng)用系統(tǒng)采用集群服務(wù)，在避免單點故障的同時還可以隨業(yè)務(wù)發(fā)展的需要隨時添加服務(wù)設(shè)備，提高服務(wù)能力。（2）支付平臺交易均采用HTTPS的安全傳輸協(xié)議，所有經(jīng)過支付平臺的交易報文，整個通訊過程全部用HTTPS的方式加密，并且所有請求報文需要進行數(shù)字簽名，后端對請求進行簽名驗證，拒絕惡意訪問。（3）若多家應(yīng)用廠商需要接入醫(yī)院支付服務(wù)時，平臺對多個應(yīng)用渠道身份進行唯一的加密驗證，保證交易的合法性及安全性，避免非法請求交易。4.數(shù)據(jù)安全數(shù)據(jù)庫訪問隔離，僅限生產(chǎn)指定的服務(wù)器能夠訪問數(shù)據(jù)庫，可以避免非法請求訪問，避免數(shù)據(jù)非法泄露。數(shù)據(jù)庫中對用戶姓名、身份證號等基本信息及銀行卡號等敏感信息進行加密存儲，保證數(shù)據(jù)信息安全。5.管理安全嚴(yán)格區(qū)分生產(chǎn)環(huán)境和測試、開發(fā)環(huán)境的管理策略。禁止開發(fā)人員直接獲取生成環(huán)境權(quán)限。實施人員對數(shù)據(jù)操作需2人或以上同時在場,授權(quán)信息分散管理。防止人為的數(shù)據(jù)篡改和泄露。四、服務(wù)要求1.維保期自中標(biāo)人及采購人雙方代表在系統(tǒng)驗收簽字之日計起12個月。維保期內(nèi)中標(biāo)人提供（含旅差費、人工費等）的軟件升級（含軟件版本打補丁和大、小版本更新）服務(wù)。2.項目驗收后維保期間內(nèi)中標(biāo)人需派至少1名工程師提供24小時駐