基于互联网+的新一代医院自助机系统的设计与应用.docxVIP

基于互联网+的新一代医院自助机系统的设计与应用.docx

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

?

?

基于互联网+的新一代医院自助机系统的设计与应用

?

?

李颖利王成礼陈乃健许庆华梁欢弟陈有运

[摘要]该院自助机系统已经建设和使用多年,随着政策、技术以及就医环境的变化,已有的硬件和软件系统已经暴露出各种不足,各种因素的综合对自助系统逐渐提出了新的要求。因此,在已有经验基础上,根据政策导向、技术发展重新规划和实践了新一代的自助机系统。该文将重点从设计思路、技术选型及关键问题方面阐述我们的实践过程。

[关键词]自助机;HIS;互联网+

[]R19[]A[]1672-5654(2018)11(a)-0151-02

该院已经建设和使用自助机系统多年,搜集到大量来自患者、医护人员的使用行为数据和反馈数据。结合目前互联网发展的趋势、患者习惯的趋势以及医疗改革的政策导向,意识到移动互联网、综合结算平台、区域平台、医联体和互联互通等是下一代自助机必须要面对和实现的方向[1]。

在患者日益增多,就诊要求和体验要求日益增高的现状下,根据现状并结合医院核心业务系统的发展规划、信息技术发展趋势和政策导向综合考虑,精心规划了新一代的自助机系统。

1系统设计

1.1设计原则

建设新一代的自助机系统是迫在眉睫的现实问题,需要建设一个具有弹性框架,支持支付渠道和外设硬件多样化,通过端口配置和识别硬件;支持功能模块化、开关组合,适应不同管理需要的新一代系统。

同时,由于加载的外设硬件增多,机柜结构设计除了要充分考虑各类硬件的外型和尺寸外,还要考虑硬件的辐射大小和电磁波干扰,充分利用机柜空间,并冗余一定空间以备后续扩展。

1.2系统架构

基于篇幅所限,具体功能如图1所示,预约挂号、报告打印等常见业务不做说明[2]。2节将重点阐述针对互联网+的系统关键功能的实现思路。

1.3系统关键功能

该节着重阐述新系统建设思路中的部分关键点。

1.3.1发卡区域平台是目前的一个政策导向,而区域诊疗卡就是共享患者数据、提高就诊服务质量的有效媒介。因此,实现医院和区域诊疗卡共存是本功能的主要目标。

一般情况下,医院和区域诊疗卡的制卡公司不同,卡的磁条、厚度等有所差异,因此我们通过对发卡器的滑轨、感压、激光头进行调整,使之能适应不同卡的物理特性。

对于发区域诊疗卡的患者信息,我们通过定时器向区域平台周期上传数据。这不仅减轻系统负荷,也降低与区域平台的通信I/O开销。

在多类型诊疗卡的情况下,从放卡开始记录放卡数量、发卡数量、消耗周期、自助机区域;在发卡环节对患者进行记录。通过这些数据分析卡的消耗数量、周期、趋势,能有效预估制卡周期和制卡费用。

1.3.2支付及对账因为移动互联网的日益活跃,通过微信支付和支付宝支付能有效加快患者缴费或充值效率,缩短排队时间[3]。

由于使用第三方支付的患者日益增多,对医院的收费及对账管理越发困难,建设第三方支付渠道的综合支付及自动对账模块对医院财务管理工作的帮助是显而易见的。因此,我们逐步实现了以银联、账户余额、微信支付、支付宝支付为核心的综合对账模块[4]。

通过自动下载各接入商电子回单、医保系统的交易数据,与HIS系统自动对账后能及时发现异常数据,并进行相应的处理,减轻工作人员的负担,同时保证医院资金安全。

1.3.3功能配置由于系统功能多、自助机数量多、分布区域多,结合使用的实际情况,我们对系统功能模块采用配置化管理,各模块之间具有一定的独立性,降低耦合度。

通过配置中心,使每台自助机的功能可通过模块开关进行控制是否展现,使之适应所处地点要求。

采用功能配置,不仅能根据区域有利聚焦高频率业务,也能根据区域特性随时调整业务办理,当自助机放置地点变更时能方便地调整功能模块。

1.3.4运维监控系统建设是基础,运维是系统运行的关键。除人工巡查外,我们建设了多重自动运维监控机制,從多层面保证系统平稳运行。

由于自助机加载了较多硬件设备,硬件故障一旦发生必将影响使用。因此,通过对设备COM口或硬件自带SDK监听,一旦通信中断或故障信号出现,系统立即向运维人员发送告警短信,提高故障处理响应效率。

对于诊疗卡、小票、纸张等耗材,则通过记录放置数量和消耗量进行戒阈值警戒,一旦到达阈值,系统就发送预警通知。

通过对告警和预警的监控分析数据,有效评估和分析各类运维事件的特性,能有效地提前预判和重点防范,这有利地支撑了自助机系统的良好运行和使用。

2技术实现

2.1技术选型

根据已有的自助机系统建设经验,从新的业务系统构思和医院整体信息化顶层设计思路出发,结合SOA、大数据、Hadoop等技术的应用发展,以及开源产品对适用、支撑和成本等因素,该次新一代系统采用了C#+JAVA语言开发[5]。

客户端采用CS结构,使用.NETWinForm框架,使用C#开发;服务器采用BS结构,使用Dubbo+m

文档评论(0)

158****1629 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档