广州市天河区中医医院HIS接口改造项目2024采购公告
广州市天河区中医医院HIS接口改造项目2024采购公告
项目名称:广州市天河区中医医院HIS接口改造项目(2024年)
项目背景:在当前医疗信息化快速发展的背景下,广州市天河区中医医院积极响应国家及地方关于提升医疗服务质量和效率的政策号召,致力于通过信息化手段优化医院管理和患者服务。为了进一步提升医院的信息化水平,加强医院内部HIS(医院信息系统)与电子医保凭证、电子健康码、广州健康通平台、区域健康档案调阅、双向转诊、检验检查互认、医疗收费电子结算凭证上传、国家医保信息平台智能监管系统“事前提醒”功能接口改造、医保支付接口、财务对账、自助机接口、公共卫生监测等外部医疗信息系统的互联互通,提升医院的整体运营效率和服务质量,同时更好地适应政策变化和市场需求,特别是满足公立医院绩效考核信息化要求以及天河区卫生健康局的信息化规划,我院计划对现有的HIS系统接口进行全面的改造升级。
项目目标:实现电子医保凭证、电子健康码、广州健康通平台、区域健康档案调阅、双向转诊、检验检查互认、医疗收费电子结算凭证上传、国家医保信息平台智能监管系统“事前提醒”功能接口改造、医保支付接口、财务对账、自助机接口、公共卫生监测等外部医疗信息系统等多系统的无缝对接,提升患者就医体验,优化医院管理流程。
1、增强系统互操作性:通过接口改造,实现HIS系统与医保电子凭证、电子健康码、广州健康通平台、医保结算等关键外部系统的无缝对接,确保数据交换的准确性和时效性,提高医疗服务的便捷性和效率。
2、优化业务流程:根据公立医院绩效考核的信息化要求,对HIS系统相关业务流程进行梳理和优化,减少不必要的环节,提升医疗服务流程的顺畅度和患者满意度。
3、提升数据质量:通过接口改造,加强数据标准化和质量控制,确保医院内部及与外部系统间数据的一致性和准确性,为医院管理决策提供有力支持。
4、增强系统稳定性与安全性:采用先进的信息技术和管理手段,提升HIS系统接口的稳定性和安全性,确保医院信息系统在高并发、大数据量等复杂环境下的稳定运行,保障患者信息的安全和隐私。
5、满足政策与市场需求:紧密跟踪国家和地方关于医疗信息化的政策导向和市场需求变化,通过接口改造使医院信息系统更加符合政策要求和市场趋势,为医院的长远发展奠定坚实基础。
6、提升患者就医体验:通过接口改造,实现患者就医信息的快速共享和查询,简化就医流程,减少患者等待时间,提升患者就医的便捷性和满意度。
二、采购内容 (一)建设清单HIS系统接口和流程改造,包括2024年新出的政策性改造需求,建设清单如下表所列内容:
序号 | 接口内容 |
1 | 广州健康通一体化项目 |
2 | 医疗收费电子结算凭证上传接口 |
3 | 国家医保信息平台智能监管系统“事前提醒”功能接口改造 |
4 | 食源性报卡接口 |
5 | 电子健康码信创改造 |
6 | 区域数据上传互联互通信创改造 |
7 | 区域档案调阅接口改造 |
8 | 检验检查互认接口 |
9 | 分级诊疗接口对接(双向转诊) |
10 | 电子医保凭证的全流程使用(含自助机、公众号、线下窗口) |
11 | 电子健康码全流程使用(含自助机、公众号、线下窗口) |
12 | 自助机升级接口改造(读卡、挂号、门诊缴费、电子票据打印、报告打印) |
13 | HIS系统主ECP服务器迁移 |
14 | 外国人永居证全流程应用 |
15 | 广州市天河区医疗机构接入市数据采集交换平台接入 |
16 | 根据二甲评审需求优化系统 |
17 | 部署体检微信端功能及线下端程序升级,包括体检预约、缴费、导检、智能提醒、查询报告、健康宣教 |
18 | 微信公众号升级医保支付接口以及项目运维 |
19 | 医保移动支付应用接口改造(医保个帐扣费、原路退费、对账功能) |
20 | 微信公众号适老年版界面改造 |
序号 | 建设项目 | 改造内容 | 分类 | 改造接口清单 |
1 | 广州健康通一体化项目 | 对接广州健康通平台,实现预约挂号接口、医疗缴费、排队候诊、医保移动支付、电子发票等 | 医院HIS提供给诊疗平台的接口:预约挂号部分 | 4.1.1.1 医院信息查询接口getHospitalInfo(诊疗平台定期通过调用HIS的该接口获取医院信息更新。) |
医院HIS提供给诊疗平台的接口:医疗缴费部分 | 4.1.2.1 待缴费(就诊)记录查询接口getPayInfo(诊疗平台通过调用HIS的该接口获取用户待缴费就诊记录。) | |||
医院HIS提供给诊疗平台的接口:排队候诊部分 | 4.1.3.1 用户绑定接口BindUser(用户在微信或支付宝平台注册后,平台主动将用户信息推送到医院his,医院his标识此用户,之后的推送信息,如缴费提醒、排队信息、 | |||
医院HIS提供给诊疗平台的接口:医保移动支付部分 | 4.1.4.1 用户医保类型身份查询getUserMedType(诊疗平台通过调用HIS 的该接口获取用户在医院定点医保类型。) | |||
医院HIS提供给诊疗平台的接口:电子发票部分 | 4.1.5.1 电子票据开具接口invoicingInfo(诊疗平台定期通过调用HIS的该接口获取医院信息更新。) | |||
医院HIS提供给诊疗平台的接口:住院部分 | 4.1.6.1 床位号源信息查询接口getBedRegInfo(诊疗平台通过调用HIS的该接口获取某个科室的某个时间段内的床位号源信息。) | |||
医院HIS提供给诊疗平台的接口:诊疗结果部分 | 4.1.7.1 获取医疗结果查询接口getMedicalResults(如家庭医生订单需要提供取号后医生诊断信息,回传至家庭医生双向转诊系统。) | |||
医院HIS提供给诊疗平台的接口:医技服务部分 | 4.1.8.1 支付接口getServerOrder(用户在诊疗平台进行医技服务支付时,诊疗平台调用HIS的该接口,将支付结果同步到HIS,如果医院当前订单状态为“已支付”,在收到支付接口报文后,要求返回成功;如需开具电子发票则返回该订单所对应的电子发票参数。) | |||
诊疗平台提供给医院HIS的接口:预约挂号部分 | 4.2.1.1 停诊通知接口stopReg(医院HIS停诊时,HIS调用诊疗平台的该接口,诊疗平台进行停诊短信下发,同时通知到*****。) | |||
诊疗平台提供给医院HIS的接口:医疗缴费部分 | 4.2.2.1 缴费退费接口refundPay2(医院主动退费(非挂号)给用户时,HIS 调用诊疗系统的该接口进行退费,考虑部分退费。) | |||
诊疗平台提供给医院HIS的接口:电子发票部分 | 4.2.3.1 发票状态推送接口PushBill(该接口提供给医院,发票状态推送接口) | |||
诊疗平台提供给医院HIS的接口:推送部分 | 4.2.4.1 信息推送接口PushInfo(由平台方提供,1、当患者在诊间看完病,医院开完处方后,医院HIS调用此接口推送用户缴费记录提醒信息,院方实时调我方接口传数据到平台、我方收到信息后通过数据中的订单号(或身份证号)等信息进行用户匹配,找到我用户渠道ID后,推送信息给患者,患者点击消息后,走正常的缴费流程。 | |||
文件接口:医院HIS 到诊疗系统的文件格式 | 5.1.1 HIS 缴费对账文件(文件名为:医院代码_日期(YYYYMMDD).dat,如********_********.dat。医院每日日终将当日所有通过诊疗平台缴费(包括缴费成功与退款)的记录生成本文件。如果某笔订单当日缴费后又于当日完成退费,则对应本文件应有两条记录。诊疗平台以医院对账文件为准进行对账及调账处理。各医院HIS系统应提供相应的FTP文件传输参数(IP,PORT,USER,PASSWORD,PATH)给诊疗系统。) | |||
文件接口:诊疗系统到医院HIS 的文件格式 | 5.2.1 诊疗系统的对账文件(文件名为:WSJDZ_医院代码_日期(YYYYMMDD).txt,如WSJDZ_1002_********.txt。标志文件名为:WSJDZ_医院代码_日期YYYYMMDD.flg | |||
省医保字典(注意传参) | 7.1 市直医保支付或退款request_content 传参 | |||
2 | 2024年医保接口需求 | 医疗收费电子结算凭证上传接口 | 上传电子结算凭证(4901) | 2.1.1.上传电子结算凭证(4901)定点医疗机构将开具成功的电子结算凭证版式文件和结算数据关联关系上传到医疗电子结算凭证中心。 |
查询电子结算凭证上传结果(4902) | 2.1.2.查询电子结算凭证上传结果(4902)定点医疗机构调用医疗机构上传电子结算凭证之后,通过此交易查询电子结算凭证上传结果。需封装成两定接口。 | |||
重传电子结算凭证(4905) | 2.1.3.重传电子结算凭证(4905)定点医疗机构如果之前上传的电子结算凭证信息有误,需通过此接口上传正确的电子结算凭证信息。 | |||
查询电子结算凭证状态(5501) | 2.2.1.查询电子结算凭证状态(5501)定点医疗机构在办理全自费结算医疗收费电子结算凭证退费前,需查询电子结算凭证的报销状态信息。需封装成两定接口。 | |||
电子结算凭证相关结构化数据规范 | 3.1. 电子结算凭证相关结构化数据规范 | |||
3 | 国家医保信息平台智能监管系统“事前提醒”功能接口改造,修改医生工作站、门诊收费、住院收费,分别调用明细事前审核、事中审核接口 | 【3101】 明细审核事前分析服务 | 【3101】 明细审核事前分析服务,通过此交易进行分析人员单次就诊明细信息。 | |
【3102】明细审核事中分析服务 | 【3102】明细审核事中分析服务,事中预警是地方医保局开放,由结算业务子系统调取。患者在实际结算或预结算事件发 生时进行违规分析提示;针对住院期间的患者(未出院),对患者本次住院所产生的医嘱明细进行分析,并给出分析结果,提醒医疗服务提供者。 | |||
【3103】事前事中服务反馈服务 | 【3103】事前事中服务反馈服务,通过此交易进行事前提醒/事中预警后医药机构端的处理方式(继续执行医嘱(处方)、返回修改医嘱(处方) )的信息采集功能。 | |||
4 | 食源性报卡接口 | 食源性疾病病例数据智能采集接口改造,修改医生工作站,实现自动弹窗提示医生录入信息 | 根据诊断结论判断是否需要录入病例信息 | http://XX.XX.XX.XX:8090//infections/goto/isFoodDiseases?diagnosisName=饮食性腹泻,摄入其他植物(或植物的某些部分)的毒性效应 |
5 | 区域档案调阅接口改造 | 广州市各医疗机构接入市数据采集交换服务平台。 | 根据接口要求,通过不同的参数调阅区域健康档案。为满足医院电脑IE8主浏览器的环境,满足不同的浏览器兼容性问题,默认用谷歌浏览器打开浏览页面。 http://前置机地址/rhin_ehr/reviewLogin.action | |
6 | 分级诊疗接口对接(双向转诊) | 双向转诊系统第三方调用接口,分别实现门诊转诊、住院转诊、取消转诊功能,并可以查询转诊病人列表。根据广州健康通预约挂号接口,实现医院30%号源下沉社区以便社卫转诊病人到天河区中医院。 | 医院或his系统发起转诊申请 | http://ip:port/referral/api/SxzzAppServlet |
医院或his系统发起转诊单查询 | http://ip:port/referral/api/SxzzAppServlet | |||
第三方转诊数据主动推送 | http://ip:port/referral/api/SxzzAppServlet | |||
转诊申请(直接发起) | http://ip:port/referral/api/SxzzAppServlet | |||
转诊单查询(数据返回) | http://ip:port/referral/api/SxzzAppServlet | |||
转诊单操作 | http://ip:port/referral/api/SxzzAppServlet | |||
转诊单查询一个月内(数据返回) | http://ip:port/referral/api/SxzzAppServlet | |||
门诊转诊基本信息同步接口 | 接入方将门诊审核通过的转诊基本信息同步到目标平台进行挂号 | |||
门诊转诊操作信息同步接口 | 接入方将门诊审核通过的门诊转诊记录的操作信息同步到目标平台 | |||
住院转诊基本信息同步接口 | 接入方将住院转诊审核通过的转诊基本信息同步到目标平台 | |||
住院转诊操作信息同步接口 | 接入方将门诊审核通过的住院转诊记录的操作信息同步到目标平台。 | |||
7 | 检验检查互认接口 | 检验数据上传、检查数据上传、挂号接口数据上传,检验检查报告调阅提醒、检验检查报告调阅、重复检验检查提醒、不互认理由填报、云胶片调阅、检查限告单二维码生成、检查检验结果数据留存。 | 互认系统调阅接口 | 医生端调阅患者已做的检验检查报告单。 |
互认信息上传接口 | 集成方先将互认及不互认信息保存在本地,通过定时作业推送数据到服务端。 | |||
不互认理由字典获取接口 | 获取最新的不互认理由字典,如一周获取一次; | |||
挂号情况接口 | 传输医疗机构预约挂号及当天挂号的业务数据。就诊时间为患者预约的就诊时间或当天挂号的时间。用于预先了解某一天的挂号就诊情况。 | |||
互认信息是否存在接口 | 医生接诊时候用来判断患者是否存在互认记录的提醒服务接口 | |||
检验检查项目重复判断接口 | 医生开单保存时调用的接口,判断开单的检验检查单是否已经存在互认记录。 | |||
检验数据上传数据 | 上传检验报告数据接口,一次上传一张报告单。 | |||
检查数据上传接口 | 上传检查报告数据接口,一次上传一张报告单。 | |||
检验检查数据下发接口 | 用于医疗机构获取所需的检验检查报告内容。由于下发数据内容可能会过多,下发时间跨度不能大于180天。sign签名只存活1小时,原则调用一次签名一次。 | |||
业务量数据核对接口 | 用于平台获取医疗机构业务数量,核对检验检查报告每天上传数量误差,医疗机构每天上报前一天的检验和检查单本地数据业务量。 | |||
患者是否存在近期检验检查报告接口(批量) | 医院提前批量获取患者是否存在可用提醒内容。从而在接诊时候跳过不存在互认信息的患者,加快系统响应速度。需注意,调用该接口前,相关患者挂号信息需已通过“4.4挂号情况接口”上传。医院提前批量获取患者是否存在可用提醒内容。从而在接诊时候跳过不存在互认信息的患者,加快系统响应速度。需注意,调用该接口前,相关患者挂号信息需已通过“4.4挂号情况接口”上传。 | |||
机构收费字典上传 | 医院首次需完整出推送需把所有字典完整推送一次 | |||
就诊记录采集接口 | 用于采集就诊关键信息,获取医保就医登记号,方便与医保核对数据。 | |||
报告PDF上传接口 | 上传检验检查报告的电子版检查单据,PDF或相关文件格式,需要保证原检验检查报告已经上传到互认平台 | |||
8 | 电子医保凭证的全流程使用(含自助机、公众号、线下窗口) | 通过改造自助机接口、公众号、收费室、药房、医生工作站、自助机等程序,支持电子医保凭证全流程的使用。 | [6101]解析医保电子凭证二维码 | 用户展示医保电子凭证二维码,定点医疗机构使用扫码设备扫码用户展示的二维码,通过国家医保电子凭证动态库解析该二维码后获取用户基本信息等。 |
定点医疗机构挂号、结算医保电子凭证全流程 | 机构的HIS系统通过【1101】接口,入参【mdtrt-cert-type】传值01,【mdtrt-cert-no】传身份核验令牌(ectoken),获取到人员编号(psnno)、人员证件类型(psn_cert type)、证件号码(certno)等参保人基本信息。 | |||
机构的 HIS系统调用【2201】门诊挂号、【2401】入院办理时,【mdtrt-cert-type】传值必须是01,【mdtrt-cert-no】传值必须是【6101】接口获取的身份核验令牌ectoken ). | ||||
9 | 电子健康码全流程使用(含自助机、公众号、线下窗口) | 通过改造自助机接口、公众号、收费室、药房、医生工作站等程序,支持电子健康码全流程的使用。 | 电子健康卡对外接口 | 获取访问令牌,有效期内获取相同 |
2.3 卡管业务接口 | 2.3.1电子健康卡注册查询接口 | |||
2.4加密入参参数(JSON字符串) | 2.4.1电子健康卡注册查询参数(Json 对象) | |||
2.5解密出参参数(JSON字符串) | 2.5.1电子健康卡注册查询参数(Json 对象) | |||
10 | 电子健康码信创改造 | 根据市卫健委以及局里信息工作要求,电子健康码使用接口改造,中断微信电子健康卡开放平台接入,调整接入市电子健康码平台,并在2024年下半年进行国产化适配要求。 | 1、新注册电子健康卡时,需本人人脸核验; | |
11 | 区域数据上传互联互通信创改造 | 根据市卫健委以及局里信息工作要求,区域数据上传接口按要求进行整改,满足信创要求(2024年下半年工作)。 | ||
12 | 自助机升级接口改造(读卡、挂号、门诊缴费、电子票据打印、报告打印) | 根据自助机厂家和医院信息科的要求,升级HIS自助机接口,满足自助机的读卡建档、预约挂号、门诊缴费、电子票据打印、报告打印、物价查询、医生信息介绍等功能。 | ||
13 | HIS系统主ECP服务器迁移 | 根据中医院信息系统使用经常卡顿情况,调整主应用ECP服务器,重新部署一台存储性能更佳的虚拟机,以避免由于硬件性能不足导致系统卡顿的情况。 | ||
14 | 根据二甲评审需求优化系统 | 根据二甲复审要求,增加相关统计报表、调整部分系统操作流程、完善部分程序。 | ||
15 | 外国人永居证全流程应用 | 线上预约环节公众号改造适配外国人永久居留身份证; | 需要医生站部署相关的程序调试读卡器使其能读取外国人永居证的信息 | |
16 | 广州市天河区医疗机构接入市数据采集交换平台接入 | 根据广州市天河区区域卫生信息平台接口标准,改造数据上传接口程序,达到区域数据上传平台评分达到85分以上 | 2.1 基础数据集 | 2.1.1医护人员信息 (Bs_HealthCareWorkers);2.1.2仪器设备表 (Bs_Instrument);2.1.3科室信息 (Bs_Department);2.1.4药品目录信息 (Bs_Ypml) |
2.2市民医疗信息 | 2.2.1市民医疗信息表(Pt_Information);2.2.2卡片信息表(Pt_Card) | |||
2.3门诊就诊信息; | 2.3.1门急诊挂号记录(Opt_Register);2.3.2门诊就诊记录表(Opt_Record);2.3.3门诊处方记录表(Opt_Recipe);2.3.4门诊处方明细表(Opt_RecipeDetail) | |||
2.4住院就诊信息 | 2.4.1住院入院登记表(Ipt_Record);2.4.2 住院出院登记表(Ipt_Record2);2.4.3住院医嘱明细表(Ipt_AdviceDetail);2.4.4住院医嘱执行明(Ipt_AdviceExecuteDetail) | |||
2.5住院病案首页(病案系统) | 2.5.1病人最新信息(Tpatient);2.5.2病人住院信息(Tpatientvisit);2.5.3转科信息(Tswitchks);2.5.4诊断信息(Tdiagnose);2.5.5病人诊断码附加编码(TDiagnoseAdd);2.5.6手术信息(Toperation);2.5.7妇婴卡(tBabyCard);2.5.8肿瘤化疗记录(tKnubHl);2.5.9肿瘤卡信息(tKnubCard);2.5.10中医院病人附加信息(TCHADD) | |||
2.6检验报告 | 2.6.1检验报告(Pt_LabReport);2.6.2检验明细(Pt_LabDetail);2.6.3细菌结果表 (Pt_Bacteria_Result) ;2.6.4药敏结果表 (Pt_LISAllergyResult) ;2.6.5用血明细表 (Pt_LISBloodDetailRecord) | |||
2.7检查报告 | 2.7.1检查报告(Pt_ExamReport);2.7.2医学影像检查报告表(Pt_RISReport);2.7.3 影像关键帧(Pt_RISKeyFrames) | |||
2.8诊断明细报告 | 2.8.1诊断明细报告(Pt_Diagnosis) | |||
2.9住院病案信息 | 2.9.1住院病案首页(Ipt_MedicalRecordPage);2.9.2住院入院记录(Ipt_AdmissionNote);2.9.3住院体温单(Ipt_SignsRecord);2.9.4出院记录(Ipt_LeaveRecord) | |||
2.10健康体检信息 | 2.10.1体检就诊记录(Cu_Register);2.10.2体检总检表 (CU_PhysicalExamTotalRecord);2.10.3体格及功能检查报告表 (CU_PhysicalFunctionReport);2.10.4体格及功能检查明细记录(Cu_Detail) | |||
2.11 住院门诊收费信息 | 2.11.1收费记录表(Opt_FeeRecord);2.11.2收费记录明细表(Opt_FeeDetail);2.11.3收费项目表(Opt_Fee) | |||
2.12 血史信息 | 2.12.1输血史记录(Pt_Transfusion) | |||
2.13 过敏史信息 | 2.13.1过敏史记录(Pt_Allergy) | |||
2.13.1过敏史记录(Pt_Allergy) | 2.14.1药物毒物依赖史记录(Pt_MedicineRely) | |||
2.15 电子病历 | 2.15.1 电子病历信息(Pt_EMRView) | |||
2.16 人员排班 | 2.16.1 人员排班信息表(Pt_Scheduling) | |||
2.17 手术记录信息 | 2.17.1 手术记录(Pt_Operation);2.17.2 手术明细信息(Pt_OperationDetail) | |||
2.18 住院病案首页(电子病历) | 2.18.1【作废】住院病历主表 (TB_CIS_Main);2.18.2手术记录表 (TB_CIS_Operation_Detail);2.18.3在院诊断明细表 (TB_CIS_IH_Diagnosis_Detail);2.18.4出院诊断明细表 (TB_CIS_LH_Diagnosis_Detail);2.18.5出院小结 (TB_CIS_LH_Summary);2.18.6【作废】医院感染病例报告表 (TB_CIS_HospitalInfectionCaseReport);2.18.7【作废】肿瘤专科病人治疗记录表 (TB_CIS_Oncotherapy_Record);2.18.8【作废】肿瘤专科病人用药记录表 (TB_CIS_OncologyDrugRecord);2.18.9【作废】产科分娩婴儿记录表 (TB_CIS_ObstetricDeliveryBabyRecord) | |||
2.19业务数据统计报告 | 2.19.1 业务量、收入统计表(TB_STAT_BUS_INCOME_REPORT) | |||
17 | 部署体检微信端功能及线下端程序升级 | 改造体检程序线下端程序,满足体检中心需求以及公众号体检部分功能,包括体检预约、缴费、导检、智能提醒、查询报告、健康宣教。 | 体检预约、缴费、导检、智能提醒、查询报告、健康宣教 | |
18 | 微信公众号升级医保支付接口以及项目运维 | 线下医保2.0接口改造,包括广州医保2.0、市直医保1.0,并对公众号进行为期一年的运维。 | 【6101】解析医保电子凭证二维码 | 用户展示医保电子凭证二维码,定点医药机构使用扫码设备扫描用户展示的二维码,通过国家医保电子凭证动态库解析该二维码后获取用户基本信息等。 |
【6201】费用明细上传 | 定点医药机构向地方移动支付中心发起上传费用明细交易,由地方移动支付中心向地方医保核心系统发起验证后完成[2204]、[2301]、[6201]接口业务交互。定点医药机构需要修改处方时,需要先撤销上传,修改完成之后重新上传。 | |||
【6202】支付下单 | 无收银台模式下,定点医药机构向地方移动支付中心发起医保移动支付下单请求,地方移动支付中心进行移动支付权限核验后,返回支付下单结果信息。 | |||
【6203】医保退费 | 定点医药机构对已经完成移动支付交易的医保订单,发起退费交易,医保订单交易原路返还参保人医保账户或现金支付账户。 | |||
【6204】医保订单信息同步 | 定点医药机构向地方移动支付中心发起医保移动支付下单请求,地方移动支付中心进行移动支付权限核验后返回医保收银台地址并向参保人展示医保订单信息,参保人确认继续支付后,通过医保订单信息同步接口返回医保下单结果信息。 | |||
【6205】银行卡支付下单 | 无收银台模式下,定点医药机构实现银行卡混合支付效果,可向地方移动支付中心发起银行卡混合支付下单请求,地方移动支付中心进行移动支付权限核验后,返回支付下单结果信息。 | |||
【6301】医保订单结算结果查询 | 定点医药机构向地方移动支付中心发起医保订单结算结果查询,返回统筹基金支付、个人账户支付、现金支付等结算信息。 | |||
【6302】医保结算结果通知 | 医保结算成功之后,调用方主动向接口提供方发起结算结果通知,接口提供方把医保结算结果数据回写自己系统及完成自己系统内的结算确认,成功之后返回结算成功标识或结算失败标识。 | |||
【6303】参保用户信息查询 | 定点医药机构向地方移动支付中心发起参保用户信息查询。 | |||
【6401】费用明细上传撤销 | 定点医药机构由于处方变更等情况,向地方移动支付中心发起费用明细上传撤销交易,由地方移动支付中心向地方医保核心系统发起验证后完成[2205]、[2302]接口业务交互。适用于已经上传但未结算确认的费用明细。 | |||
【tgdupc004】医保个账撤销接口 | 定点医药机构出现业务状态处于医保冲正(17)的情况下,需要先调用线下两定结算撤销口([2103]药店结算撤销/[2208]门诊结算撤销/[2305]住院结算撤销)进行医保结算业务撤销,然后再调用医保个账撤销接口回退参保人的个账消费。 | |||
19 | 医保移动支付应用接口改造(医保个帐扣费、原路退费、对账功能) | 根据银联提供的医保扣费退费接口,实现医保病人线上缴费可以直接使用医保账户金支付个人支付部分,线下退费时可以实现原路退费,并改造对账功能,对账文件自动下载,实现对账功能。 | 3.2 获取 access_token | 3.2.1 服务商模式获取方式:https://api.weixin.qq.com/payinsurance/gettoken?grant_type=client_credential&agentap |
3.3 挂号/诊间支付统一下单 API 接口 | https://api.weixin.qq.com/payinsurance/unifiedorder?access_token=ACCESS_TOKEN | |||
3.4 查询支付单接口 | https://api.weixin.qq.com/payinsurance/queryorder?access_token=ACCESS_TOKEN | |||
3.5 支付结果通知接口 | 接口链接 | |||
3.6 申请退款接口 | https://api.weixin.qq.com/payinsurance/refund?access_token=ACCESS_TOKEN | |||
3.7 退款查询接口 | https://api.weixin.qq.com/payinsurance/queryrefund?access_token=ACCESS_TOKEN | |||
3.8 下载对帐单 | https://api.weixin.qq.com/payinsurance/getbalancebill?access_token=ACCESS_TOKEN | |||
3.9 验证实名 | https://api.weixin.qq.com/payinsurance/verifyname?access_token=ACCESS_TOKEN | |||
3.10 关闭订单接口 | https://api.weixin.qq.com/payinsurance/closeorder?access_token=ACCESS_TOKEN | |||
20 | 微信公众号适老年版界面改造 | 医院公众号在显著位置提供适老版入口,只提供预约挂号、线上缴费、报告查询等必要服务,服务页面文字说明应通俗易懂,便于患者理解和使用服务;页面应参照适老标准设计,加粗放大字体,加深文本、图标等元素间的对比度,加大可点击区域焦点尺寸,设置合理行距,确保页面信息清晰完整呈现。 | 老年版首页改造 | |
老年版挂号改造 | ||||
老年版缴费改造 | ||||
老年版报告改造 | ||||
老年版个人中心改造 | ||||
老年版挂号记录改造 | ||||
在线办卡绑卡改造 |
1、遵循国家及行业相关标准和规范
遵循标准:HIS接口应严格遵循国家及医疗行业发布的最新标准和规范,包括但不限于数据交换格式、接口协议、编码规范、安全标准等。这些标准和规范通常由国家卫生健康委员会、国家标准化管理委员会等机构发布。
接口协议:接口应遵循HTTP、HTTPS等通用协议,以确保与其他系统的兼容性和互操作性。
数据标准:接口数据应遵循统一的数据标准,如HL7、DICOM等医疗信息交换标准,以确保数据的准确性和一致性。
2、确保系统稳定、安全、可靠运行
稳定性:HIS接口应具备高稳定性,能够在高并发、大数据量等情况下保持正常运行,避免因接口故障影响医院业务的正常开展。
安全性:接口应采用加密传输技术(如SSL/TLS)保护数据传输过程中的安全性,防止数据被窃取或篡改。同时,应实施严格的访问控制策略,确保只有授权用户或系统能够访问接口。
可靠性:接口应具备高可靠性,能够提供持续的服务,避免因单点故障导致服务中断。此外,应建立完善的监控和告警机制,及时发现并处理接口运行中的异常情况。
3、提供详细的接口文档和技术支持
接口文档:应提供详尽的接口文档,包括接口定义、参数说明、请求示例、响应示例、错误码列表等。文档应清晰易懂,便于开发人员理解和使用接口。
技术支持:应提供及时、专业的技术支持服务,包括接口使用咨询、问题排查、故障处理等。技术支持团队应具备丰富的行业经验和技术能力,能够快速响应并解决问题。
4、提供接口上线培训以及实施文档
上线培训:在接口上线前,应组织相关人员进行培训,包括接口的功能介绍、使用方法、注意事项等。培训应确保相关人员能够熟练掌握接口的使用,为接口的顺利上线提供保障。
实施文档:应提供详细的实施文档,包括接口部署步骤、配置指南、测试方案等。实施文档应能够帮助用户顺利完成接口的部署和测试工作,确保接口能够顺利上线并正常运行。
四、商务要求1、 项目工期:
要求在2024年12月31日前完成所有改造工作并上线运行。
2、验收标准:
①功能完备性
核心功能模块:所有通过接口改造实现的功能模块都能正常运行,且符合项目需求文档中的规定。
用户需求满足度:功能实现需完全符合或超过用户的实际需求,包括但不限于数据交换、业务流程对接等。
②数据准确性和安全性
数据存储与处理:系统能够正确地存储和处理通过接口传输的数据,确保数据的完整性和一致性。
数据安全:在数据传输和存储过程中,需采取有效的安全措施,防止数据泄露、篡改或非法访问。
错误处理:系统应具备完善的错误处理机制,能够及时发现并处理接口通信中的异常情况。
③性能高效稳定性
响应速度:系统接口应具备较快的响应速度,以满足实时数据处理的需求。
并发处理能力:在高并发用户访问时,系统接口应保持稳定运行,不出现崩溃或响应延迟过大的情况。
稳定性测试:需进行长时间、高负载的稳定性测试,以验证系统接口的可靠性和稳定性。
④界面友好性
易用性:接口改造后的系统界面应设计美观、操作简单明了,便于用户快速上手和使用。
文档齐全:提供详细的用户手册和操作指南,帮助用户更好地理解和使用系统接口。
⑤兼容性
系统兼容性:确保接口改造后的系统能够与其他相关系统(如医保系统、电子病历系统等)无缝对接。
硬件兼容性:测试系统接口在不同硬件环境下的兼容性和稳定性。
3、后续技术支持与服务要求:
①技术培训
现场培训:项目验收后,应提供针对项目的技术培训,包括系统操作、维护和管理等方面的知识。
在线支持:建立在线技术支持平台,提供远程协助和问题解决服务。
②技术支持与维护
服务时间:提供7x8小时(或更长时间)的技术支持服务,确保用户在使用过程中遇到问题时能够及时得到帮助。
问题响应:建立快速响应机制,对用户提出的问题进行及时跟进和处理。
定期维护:定期进行系统维护和升级,确保系统始终处于最佳运行状态。
③软件质保
质保期限:项目验收后提供一年的软件质保服务,期间内免费修复软件缺陷和提供技术支持。
升级服务:在质保期内或合同约定的期限内,提供软件升级服务,确保系统能够跟上技术发展的步伐。
④客户服务
客户服务热线:设立客户服务热线或邮箱,方便用户随时咨询和反馈问题。
客户满意度调查:定期进行客户满意度调查,收集用户意见和建议,不断改进服务质量。
4、人员要求:
①项目经理
教育背景与资质:
统招本科及以上学历,项目管理相关专业尤佳。
持有PMP(项目管理专业人士)证书者优先。
专业技能:
熟悉医疗信息化(HIS/PACS/LIS/集成平台等)项目实施流程,有成功主导交付过三级医院项目的经验。
熟悉项目管理知识体系,具备良好的项目控制能力,能够编制项目计划、时间进度表等,并协调项目各阶段的人员、资源和进度。
熟悉项目实施文档编写、管理与团队知识分享。
沟通与协调能力:
沟通能力强,性格活跃,积极主动,能够与客户深入沟通,正确理解和引导客户需求。
具备优秀的组织、沟通、解决问题、学习思考和总结归纳能力,富有责任感和团队协作精神。
其他要求:
熟悉SQL Server、Oracle等主流数据库以及Caché数据库,能够处理数据库相关的技术问题。
能够适应出差需求,特别是在东华软件项目所在地或客户医院所在地的出差。
②技术团队
开发人员:
熟练掌握Java、.NET等主流开发语言以及M语言,具备丰富的Web开发经验。
熟悉HIS系统架构和业务流程,能够根据接口规范进行开发。
具备良好的代码编写习惯和文档编写能力,能够编写清晰、可维护的代码和接口文档。
测试人员:
熟悉软件测试流程和方法,能够制定测试计划、编写测试用例并执行测试。
具备较强的问题发现和解决能力,能够及时发现并报告接口问题。
具备良好的沟通能力和团队协作精神,能够与开发人员紧密合作,共同推动项目进展。
③其他支持人员
需求分析人员:
负责与用户沟通,收集需求,并进行分析和评估,将用户需求转化为明确的可执行的需求文档。
熟悉医疗业务流程,能够准确理解用户需求和期望。
培训与支持人员:
负责针对HIS项目的终端用户和相关人员进行培训和支持工作。
建立培训材料和培训计划,并在项目实施后提供技术支持和维护服务。
④综合要求
团队协作:项目团队成员之间需要保持良好的沟通和协作,共同解决问题,推动项目进展。
持续学习:由于医疗信息化领域技术更新迅速,项目团队成员需要具备持续学习的能力,不断提升自己的专业技能和知识水平。
保密意识:由于HIS系统涉及医院敏感数据,项目团队成员需要具备强烈的保密意识,确保项目数据和客户信息的安全。
5、付款方式
1)总共分3期付款;
第一期款项:合同生效,并收到成交供应商开具的发票后20个工作日,采购人向成交供应商支付合同总额的30%款项;
第二期款项:超过接口改造目录的15个项目上线后三个月内,并收到成交供应商开具的发票后20个工作日,甲方支付乙方合同总额的30%。
第三期款项:全部接口改造项目完成上线,并稳定运行,达到验收标准,经过整体验收合格后,收到成交供应商开具的发票后20个工作日内,采购人向成交供应商支付合同总额的40%款项。
2)采购人支付每笔款项时,成交供应商应提供相应金额的正式发票;
3)付款方式:采用支票、银行汇付(含电汇)等形式。
五、预算及报价(一)采购项目预算金额:人民币85万元
最高限价:人民币85万元
(二)报价要求:报价人需对本项目内容全部响应并分别报价。任何只对项目内其中一部分内容进行的报价均被视为无效报价。
六、供应商资格:(一)符合《政府采购法》第二十二条所规定的条件;分支机构投标的,必须由总公司(总所)授权。
(二)本项目不接受联合体投标。
(三)具有相关行业的资质证书和成功案例。
(四)项目团队需具备丰富的HIS系统接口改造经验。
七、符合资格的供应商可登录医院网站(http://zxyy.thnet.gov.cn)自行下载招标需求。 八、提交投标文件地点:报名资料递交地点:广州市天河区中医医院8楼808室(地址:广州市天河区黄埔大道中棠石路9号八楼)
九、提交投标文件起止时间:2024年8月5日至2024年8月9日(工作日上午8:00-12:00,下午14:00-16:00)。
十、开标地点:医院八楼会议室。
十一、本公告期限:自2024年8月5日至2024年8月9日止。
十二、联系事项:联系人:林小姐
联系电话:(020)********
十三、其他本招标文件未尽事宜,由招标人负责解释。
投标人需自行承担因参与投标而产生的一切费用和风险
十四、采购项目内容及需求接口文档(详见附件)附件:1.广州市天河区中医医院HIS接口改造项目(2024年)招标文件.docx
广州天河区中医医院
2024年8月5日
标签: HIS接口改
0人觉得有用
招标
|
- 关注我们可获得更多采购需求 |
关注 |
广东
广东
广东
广东
广东
广东
最近搜索
无
热门搜索
无