CN112509680B - 一种自助智能查行程挂号收费综合服务系统 - Google Patents

Abstract

本发明提供了一种自助智能查行程挂号收费综合服务系统，所述系统包括相互通信的终端软件子系统和监控子系统：所述终端软件子系统，用于响应界面操作事件请求，实时传送终端状态信息和业务数据信息给所述监控子系统，并接收所述监控子系统的远程维护指令；所述监控子系统，用于接收并保存所述终端软件子系统传送的终端设备状态信息和业务数据信息，根据所述终端状态信息进行故障诊断、自动报警和远程维护，并根据所述业务数据信息进行统计分析和查询输出。本实施例满足当前挂号、付费、分诊、导医、查询和打印等自助需求，配以全面监管和维护终端设备的监控子系统，优化业务流程、提高服务质量和终端设备的利用率，更好地解决了看病难的问题。

Description

一种自助智能查行程挂号收费综合服务系统

技术领域

本发明涉及医院信息管理技术领域，特别是涉及一种自助智能查行程挂号收费综合服务系统。

背景技术

挂号排队时间长、候诊与候检时间长、交费取药时间长、医生看病时间短，这种医院行业特有的“三长一短”现象是中国患者反映最突出，也是各家大医院普遍存在的问题。医院就诊每个环节的多次排队不仅浪费患者时间，也造成大量人员滞留医院，使医院运作产生“延时效应”。

随着医疗体制改革的不断深入，解决广大群众看病难，看病贵是当前政府和医院最关心的事情，为了帮助国内医疗机构优化流程改善服务，HIS、RIS、PACS和LIS等系统都逐渐投入了使用，并且有不少研究人员在现有系统基础上提出了一些关于自主挂号的优化，以期解决当前看病问题。虽然现有的自助挂号系统在一定程度上缓解了当前医院机构的服务状况，提高了诊断效率，但由于没有全面考虑现有状况为医院自助挂号收费服务提供一个整体技术解决方案，所以上述“三长一短”现象仍然出现在各大医院机构。

发明内容

本发明的目的是为医院自助挂号收费综合服务提供一个整体技术解决方案，在对接HIS系统的基础上满足国内市场对于挂号、付费、分诊、导医、查询和打印等需求，有力地帮助医院优化医院业务流程、提升医院日常运营效率和服务质量，并有效缓解排队问题、改善患者体验，并通过挂号时查询病人预定天数的行程轨迹进行管控，有效避免高风险地区人员传播病原的风险。

为了实现上述目的，有必要针对上述技术问题，提供了一种自助智能查行程挂号收费综合服务系统。

本发明实施例提供了一种自助智能查行程挂号收费综合服务系统，所述系统包括相互通信的终端软件子系统和监控子系统：

所述终端软件子系统，包括初始化模块、操作界面模块、主控程序模块、设备驱动模块、业务接口模块、终端检测模块、自动升级模块和通信模块；

其中，所述初始化模块，用于创建主控处理线程，引出系统操作主界面，读取系统配置文件相关参数，装载自定义数据处理库及驱动设备，完成与所述操作界面模块、主控程序模块、设备驱动模块、业务接口模块、终端检测模块、自动升级模块，及通信模块对应的初始化操作；

所述操作界面模块，用于通过Flash动画显示操作指引，获取所述界面操作事件请求并执行功能模块的调用，或接收所述主控程序模块的功能调用请求和驱动事件请求，或发送交易事件请求给所述主控程序模块进行处理，接收并显示所述主控程序模块的交易结果；

所述主控程序模块，用于接收所述操作界面模块的交易事件请求，根据所述交易事件请求完成交易业务，并将所述交易结果反馈给所述操作界面模块；或识别所述设备驱动模块的接收凭证事件，发送所述驱动事件请求给所述操作界面模块；或发送所述功能调用请求给所述操作界面模块；所述主控程序模块分别与所述操作界面模块、设备驱动模块和业务接口模块连接，控制和协调各模块之间的工作；

所述设备驱动模块，用于提供所述终端软件子系统中硬件设备的统一操作接口，上报驱动事件给出所述主控程序模块，并接收所述主控程序模块的驱动指令；

所述业务接口模块，用于响应主控程序模块的所述交易事件请求，并调用所述通信模块发送所述交易事件请求给第三方业务系统，并将所述第三方业务系统返回的交易结果组织成数据文件或输出格式模板的输出信息传送给所述主控程序模块；

所述终端检测模块，用于检测系统配置、终端设备状态，实时上传所述终端设备状态信息和业务数据信息给所述监控子系统，并接受所述监控子系统的远程维护指令进行设备维护操作;

所述自动升级模块，用于根据监控子系统的远程控制指令进行软件和资源的自动升级;

所述智能查行程模块，用于响应所述操作界面模块的所述挂号交易事件请求，查询预定天数的行程轨迹，并判断所述行程轨迹中是否包含高风险地区，并在判断确定所述行程轨迹中包含高风险地区后提示报警；

所述通信模块，用于响应所述业务接口模块的调用，根据通信协议封装所述交易事件请求发送给所述第三方业务系统获取所述交易结果；

所述监控子系统，用于接收并保存所述终端软件子系统传送的终端设备状态信息和业务数据信息，根据所述终端状态信息进行故障诊断、自动报警和远程维护，并根据所述业务数据信息进行统计分析和查询输出；所述业务数据信息与所述功能调用请求相对应。

进一步地，所述主控程序模块包括驱动交互单元、配置文件单元、输出格式单元、界面交互单元和业务交互单元：

所述驱动交互单元，用于接受所述设备驱动模块的驱动事件请求，协调其他模块完成事件处理，并组织输出数据和驱动指令发送给所述设备驱动模块；

所述配置文件单元，用于查询配置文件中的交易数据和交易流程；

所述输出格式单元，用于将所述业务接口模块的交易结果根据输出格式模板的定义转换成格式数据文件；

所述界面交互单元，用于接受所述操作界面模块的交易事件请求，根据所述交易事件调用业务交互单元进行处理，并返回交易结果给所述操作界面模块；或接受和处理所述操作界面模块的功能调用请求，并返回处理结果给所述操作界面模块；或识别所述设备驱动模块的接收凭证事件，发送所述驱动事件请求给所述操作界面模块；

所述业务交互单元，用于响应所述界面交互单元的交易事件请求，调用所述配置文件单元查询所述配置文件中的交易流程，根据所述交易流程依次调用所述业务接口模块进行处理，并调用输出格式单元将所述业务接口模块的交易结果形成所述格式数据文件。

进一步地，所述业务接口模块包括数据处理单元和交易结果处理单元：

所述数据处理单元，用于接收所述主控程序模块的交易事件请求，并调用所述通信模块发送所述交易事件请求给第三方交易系统；

所述交易结果处理单元，用于接收所述第三方交易系统的交易结果，并将所述交易结果组织成交易数据包发送给所述主控程序模块。

进一步地，所述监控子系统包括浏览器模块和服务器模块：

所述浏览器模块，用于获取页面事件请求，并发送给所述服务器模块；所述页面事件请求类型包括Html、Jsp和Applet；

所述服务器模块，用于接收所述页面事件请求，根据所述页面事件请求类型调用对应服务程序进行处理，并返回处理结果给所述浏览器模块；所述服务程序的数目与所述事件请求类型对应。

进一步地，所述服务器模块包括用户注册模块、信息查询管理模块、设备监视模块、统计分析模块和系统维护模块：

所述用户注册模块，用于存储和管理用户的注册信息和查询权限；所述查询权限根据所述用户的身份确定；

所述信息查询管理模块，用于接收所述浏览器模块的页面事件请求，根据所述用户的查询权限显示对应的设备监控地图，根据所述事件请求类型执行所述终端设备的管理或数据交换；所述设备监控地图以多级树状图显示查询权限内的所述终端设备状态信息；所述页面事件请求内容包括查看终端设备信息、管理终端设备信息；

所述设备监视模块，用于维护设备监控地图，根据所述终端软件子系统实时上报的所述终端设备状态信息和交易数据信息定时更新设备地图上的终端设备信息，并上传到所述统计分析模块进行汇总；所述终端设备信息包括设备维护人员、设备状态、图标状态、设备交易资料和设备异常信息；

所述统计分析模块，用于根据所述设备监视模块上报的所述终端设备信息定时更新城市信息亭信息，并采用数据签名方式，增加MAC字段，保证数据源不被非法串改，对数据库控制文件、数据表关键数据进行日备份；所述城市信息亭信息包括城市信息亭信息表、维护人员信息表、信息亭运行状态、信息亭设备状态、信息亭图标状态表、信息亭交易数据和信息亭异常信息；所述城市信息亭为所述终端设备信息按地域的汇总；

所述系统维护模块，用于根据所述信息亭运行状态和所述终端设备状态和所述异常信息进行故障诊断，发出告警并发送所述远程控制指令给所述终端设备进行维护。

进一步地，所述数据交换采用实时文件传送系统或批量式文件传送系统进行数据传输；所述数据传输采用对称加密方法。

进一步地，所述系统维护模块包括告警单元、故障诊断单元和远程维护单元：

所述告警单元，用于根据所述终端设备异常信息进行告警提示；

所述故障诊断单元，用于根据所述终端设备异常信息进行故障类型诊断；所述故障类型包括硬件故障、软件故障、网络故障；

所述远程维护单元，用于根据所述故障类型发送所述远程控制指令给所述终端设备进行设备维护；所述设备维护包括硬件逻辑的重启、终端设备的重启和升级、终端软件子系统的升级更新。

进一步地，所述告警提示包括文字告警、图形告警、声音告警和寻呼机告警。

上述本申请提供了一种自助智能查行程挂号收费综合服务系统，其包括相互通信的终端软件子系统和监控子系统，终端软件子系统响应界面操作的挂号、付费、分诊、导医、查询和打印等事件请求，实时传送终端状态信息和业务数据信息给监控子系统，由监控子系统根据终端状态信息进行故障诊断、自动报警和远程维护，并根据业务数据信息进行统计分析和查询输出。该系统为医院自助挂号收费综合服务提供一个整体技术解决方案，在对接HIS系统的基础上满足国内市场对于挂号、付费、分诊、导医、查询和打印等需求，有力地帮助医院优化医院业务流程、提升医院日常运营效率和服务质量，并有效缓解排队问题、改善患者体验的同时，还通过挂号时查询病人预定天数的行程轨迹进行管控，有效避免高风险地区人员传播病原的风险。

附图说明

图1是本发明实施例中自助智能查行程挂号收费综合服务系统的示意图；

图2是图1中终端软件子系统1采用的应用架构示意图；

图3是图1中监控子系统2采用的应用架构示意图；

图4是图1中终端软件子系统1的结构示意图；

图5是图4中主控程序模块13的结构示意图；

图6是图1中监控子系统2的结构示意图；

图7是图6中监控子系统2运行的流程示意图；

图8是图6中服务器模块22的结构示意图；

图9是图7中监控子系统2运行中传输的通讯报文结构示意图；

图10是图9通讯报文的认证过程流程图；

图11是图8中系统维护模块225的结构示意图；

图12是用户使用图6中监控子系统的操作流程示意图；

图13是图6监控子系统中的设备监控权限地图的示意图；

图14是图6监控子系统的分层系统部署示意图。

具体实施方式

为了使本申请的目的、技术方案和有益效果更加清楚明白，下面结合附图及实施例，对本发明作进一步详细说明，显然，以下所描述的实施例是本发明实施例的一部分，仅用于说明本发明，但不用来限制本发明的范围。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供的自助智能查行程挂号收费综合服务系统的软件部分实现了Windows平台和Linux平台同时支持，整个应用软件平台采用M.V.C (Model-View-ControllerPattern)模式，其view层采用了Flash多媒体动画界面包括语音、视频、图片等，操作十分方便，简单灵活，一般用户无须学习即可很方便的掌握和使用自助挂号收费综合服务站提供的各种功能，实现自助挂号收费综合服务站提供丰富信息资源的目的。

在一个实施例中，如图1所示，提供了一种自助智能查行程挂号收费综合服务系统，包括相互通信的终端软件子系统1和监控子系统2：

所述终端软件子系统1，用于响应界面操作事件请求，实时传送终端状态信息和业务数据信息给所述监控子系统2，并接收所述监控子系统的远程维护指令；所述操作界面事件请求包括功能调用请求、驱动事件请求和交易事件请求；所述功能调用请求包括导医、查询和打印；所述交易事件请求包括挂号、付费和分诊；

其中，功能调用请求包括导医、查询和打印等终端界面的操作请求，用户在终端界面的通过选择对应功能的图标或选项，系统就会执行对应的导医、查询和打印的功能调用及结果显示。比如，病人可以根据自己的需求可以操作界面上选择导医、查询或打印的功能：选择导医功能时，就会显示医院的有关科室的介绍和各科室的专家介绍和坐诊时间的安排，及相关检查项目的设备配备情况和各类治疗及检查收费；选择查询功能时支持包括查询就诊卡的费用，处方信息及检查报告等结果显示，并可以结果显示页面选择打印功能将所需资料进行自助打印。

交易事件请求包括挂号、付费和分诊等终端界面的操作请求，用户在终端界面的通过选择对应交易事件图标或选项，执行对应的挂号、付费和分诊对应的交易请求。比如，在病人借助导医功能根据情况选定科室和医生后，会提示是否挂号，当病人选择挂号时，系统就会自动从病人的医保卡或就诊卡或城市通卡等获取该病人的个人信息，并根据该病人的信息智能查询该病人最近15天的行程轨迹，若查询结果显示该病人最近去过高风险地区就提示报警，反之才能正常挂号，完成挂号操作后就会切换到支持医保卡、就诊卡、信用卡及现金等多种方式的自助缴费页面，缴费并扣款成功后，系统会进行自动分诊并提示就诊时间供病人选择，并自动打印发票；病人根据自己的计划在确定好的就诊时间即可直接去诊室候诊。自助挂号就诊付费等既让病人彻底摆脱排队的困扰，也有效的避免了医院承担先看病后付款的风险。

驱动事件请求包括就诊卡、银行卡、纸币或硬币等通过硬件设备接收而触发终端软件子系统1提示病人进行相关界面操作的事件，用于屏蔽应用系统中设备的硬件特性，提供统一的方式（统一的接口），以便应用系统对设备进行操作，方便病人完成一些必须通过硬件配合才能完成的功能调用和交易请求。

终端软件子系统1通过Flash动画引导病人根据需求完成上述相关的界面操作后，还会将病人通过终端系统操作完成的一些业务数据信息及实时检测的终端设备系统配置，软硬件状态上报给监控子系统，用于后续系统的管理和维护。

所述监控子系统2，用于接收并保存所述终端软件子系统1传送的终端设备状态信息和业务数据信息，根据所述终端状态信息进行故障诊断、自动报警和远程维护，并根据所述业务数据信息进行统计分析和查询输出；所述业务数据信息与所述功能调用请求相对应。

其中，监控子系统2维护所有监控的自助挂号收费综合服务终端，实时接收终端设备上报的终端设备自身的软硬件状态信息便于及时发现设备的异常进行相应的维护，以保证终端设备的使用效率。此外，监控子系统2实时接收和维护各个终端设备上的业务数据信息，统计和管理所有终端设备处理的交易事件请求和功能调用请求等信息，便于后续信息查询和终端设备的整体管控，比如可以根据每台终端设备处理的业务数据多少，灵活调整某个区域终端设备的安装数量，既保证了设备的利用率，也保证了病人的就诊效率。

本实施例中，自助智能查行程挂号收费综合服务系统由终端软件子系统1和监控子系统2两部分构成，且根据两个子系统的应用环境和使用方式的特点，分别采用如图2所示的C/S和如图3所示的B/S两种应用架构，很好的发挥了C/S和B/S在实际应用中的优势。首先，通过提供具有自助挂号、自助付费、自助分诊、自助导医、自助查询和打印等功能的终端软件子系统1，优化了医院就诊流程和改善服务质量，让病人彻底摆脱排队的困扰；其次，还提供整体监控所有终端设备的监控子系统2，可以及时发现和维护设备问题，且能够根据设备业务量灵活调整不同区域的设备配置数量，提高了终端设备的利用率，也保证了病人的就诊效率。

在一个实施例中，如图4所示，所述终端软件子系统1包括初始化模块11、操作界面模块12、主控程序模块13、设备驱动模块14、业务接口模块15、终端检测模块16、自动升级模块17、智能查行程模块18和通信模块19：

其中，上述9个模块仅为终端软件子系统的核心模块，可以根据实际应用需求进行灵活扩展。主控程序模块13是由各应用程序组成，是整个终端软件子系统的核心控制部分，是应用系统其他模块的运行载体和容器，控制和协调平台内部各功能模块的工作。其他核心模块下面又存在对应的功能单元，功能单元可能不直接与主控应用程序模块交互，而是由它隶属的核心模块进行调用，以支撑核心模块与主控应用程序的交互。

所述初始化模块11，用于创建主控处理线程，引出系统操作主界面，读取系统配置文件相关参数，装载自定义数据处理库及驱动设备，完成与所述操作界面模块12、主控程序模块13、设备驱动模块14、业务接口模块15、终端检测模块16、自动升级模块17，智能查行程模块18及通信模块19对应的初始化操作；

其中，初始化模块11不与其他核心模块进行交互，只负责终端软件子系统运行时的准备工作，为其他核心模块能正常工作提供必要的支撑。当终端软件子系统启动时，由初始化模块先读取系统配置文件加载系统的相关配置，初始化其他核心模块的数据结构，装载自定义数据处理库，加载硬件驱动设备等，再创建主控程序模块13的处理线程，后续系统正常运行时就交由主控程序模块13的各个处理线程处理与其他核心模块之间的交互事件。当然，如果该终端软件子系统需要扩展新的功能，也需要在此模块设置对应的初始化准备。

所述操作界面模块12，用于通过Flash动画显示操作指引，获取所述界面操作事件请求并执行功能模块的调用，或接收所述主控程序模块的功能调用请求和驱动事件请求，或发送交易事件请求给所述主控程序模块进行处理，接收并显示所述主控程序模块的交易结果；

其中，操作界面模块12，可以根据特定用户的具体需求进行二次开发，采用FlashMX开发操作界面，由动画及其Flash AS脚本共同组成，Flash将公共的操作界面功能单元形成固定的组件供多次重复使用，缩短二次开发的周期，它完成包括但不限于以下功能：提供完善的帮助画面，引导操作者使用自助终端系统；负责给系统核心模块发送交易事件和功能调用，并接受核心模块的返回结果；负责接受系统核心模块的命令通知，切换操作画面；提供各种广告信息画面和屏幕保护画面。

Flash动画显示操作指引是本系统针对自助挂号收费综合服务终端的业务操作复杂多变和引导性高的特点专门引入的界面设计理念，可以简化终端软件子系统主控程序模块处理的复杂度。此外，该实例中采用Flash界面还有其他的优点：（1）生成的Flash多媒体动画界面美观大方，提示手段丰富，包括语音、视频、图片等，操作十分方便，简单灵活，一般用户无须学习即可很方便的掌握和使用自助挂号收费综合服务站提供的各种功能，实现自助挂号收费综合服务站提供丰富信息资源的目的；（2）实现业务逻辑层与数据层的分离，界面只专注于界面元素的设计和业务流程的实现，数据层只专注于应用数据的处理，满足界面的数据需求；（3）Flash界面存储于于swf文件中，不象Html、Java Script等能被客户查看代码，并且其数据提交过程是封装在swf的二进制文件中的，隐含了交易流程，提高系统安全性；（4）Flash具有丰富的组件开发功能，对常用操作组件可以进行安全的封装，预留统一的组件接口，满足多次重用和再开发的需要，真正实现了面向对象的开发需求；（5）Flash具有强大的脚本语言开发环境，而且脚本语言简单，没有高级语言纷繁的语法和数据类型，利用Flash本身的脚本语言，即可以在控制应用以外实现业务流程的整体封装，真正实现了业务逻辑的独立开发；（6）采用Flash的多媒体支持，可以配合社会职能部门的信息发布和商家的广告投放需要，实现美观大方的宣传片，最大限度的发挥自助挂号收费综合服务站作为信息宣传渠道的优势。

所述主控程序模块13，用于接收所述操作界面模块的交易事件请求，根据所述交易事件请求完成交易业务，并将所述交易结果反馈给所述操作界面模块；或识别所述设备驱动模块的接收凭证事件，发送所述驱动事件请求给所述操作界面模块；或发送所述功能调用请求给所述操作界面模块；所述主控程序模块分别与所述操作界面模块、设备驱动模块和业务接口模块连接，控制和协调各模块之间的工作；

其中，主控程序模块13，如图5所示，包括驱动交互单元131、配置文件单元132、输出格式单元133、界面交互单元134和业务交互单元135。

所述驱动交互单元131，用于接受所述设备驱动模块的驱动事件请求，协调其他模块完成事件处理，并组织输出数据和驱动指令发送给所述设备驱动模块；

其中，驱动交互单元131是专门用来完成终端软件子系统1与设备驱动模块14的交互。当终端设备通过硬件接口接收了就诊卡、银行卡、纸币或硬币等时就会触发设备驱动模块14发送相应的设备驱动事件给主控程序模块13，主控程序模块13就会调用该驱动交互单元131执行相关的处理，并协调其他模块，完成设备驱动事件处理，并将相应的处理数据和对应操作指令发送给设备驱动模块14，控制硬件驱动的的相关动作，如弹出卡片，吐出纸币或硬币、吞噬卡片等。

所述配置文件单元132，用于查询配置文件中的交易数据和交易流程；

其中，配置文件是以XML文件方式存储的终端软件子系统各模块参数及业务数据的可控部分，主控程序模块13根据各种配置文件获取交易处理的各种数据甚至流程的完成顺序，配合业务交互单元135完成主控程序模块13和业务接口模块15的交互功能。

所述输出格式单元133，用于将所述业务接口模块的交易结果根据输出格式模板的定义转换成格式数据文件；

其中，输出格式模板的类型与医院业务交易的类型相对，每一种显示或打印的文件都有预定义的模板，比如挂号单模块、缴费单模板、分诊号模板、处方单模板、住院情况模块、各种检查报告单模块等。主控程序模块13根据具体的交易类型，根据业务接口模块15交易处理后返回的交易结果并获取对应的输出格式模板，将数据转换成对应的格式数据，供屏幕和打印机等设备输出。此外，采用格式模板对数据格式的排版是在应用控制以外进行的，满足了所见即所得的开发模式的要求。

所述界面交互单元134，用于接受所述操作界面模块的交易事件请求，根据所述交易事件调用业务交互单元进行处理，并返回交易结果给所述操作界面模块；或接受和处理所述操作界面模块的功能调用请求，并返回处理结果给所述操作界面模块；或识别所述设备驱动模块的接收凭证事件，发送所述驱动事件请求给所述操作界面模块；

其中，界面交互单元134主要处理以下三类事件：

（1）处理操作界面模块12发送的交易事件请求，该交易事件请求包括但不限于挂号、付费和分诊，病人根据实际需求在终端设备的屏幕操作发送对应的交易事件请求，该交易事件请求就会由操作界面模块12发送给主控程序模块13处理，主控程序模块13就会调用界面交互单元134，并由界面交互单元134调用业务交互单元135，完成相关事件处理，并将对应的处理结果返回给操作界面模块12用于界面显示。当主控程序模块13收到的交易事件请求是挂号时就会调用所述智能查行程模块18查询病人预定天数的行程轨迹判断是否去过高风险地区，若查询结果显示去过则进行报警；若查询结果显示正常则会调用界面交互单元134，并由界面交互单元134调用业务交互单元135，完成挂号流程，并将挂号详细信息返回给操作界面模块12用于界面显示。

（2）处理操作界面模块12发送的功能调用请求，该所述功能调用请求包括导医、查询和打印。病人根据实际需求在终端设备的屏幕操作发送对应的功能调用请求，如病人在屏幕上点击导医功能，操作界面模块12就会收到导医功能请求，并将该请求发送给主控程序模块13处理，主控程序模块13就会调用对应的导医模块播放医院内各科的介绍、各科室的专家介绍和坐诊时间的安排，及有关检查项目的设备配备情况和各类治疗及检查收费情况的Flash动画，并根据病人的进一步操作切换界面进行进一步的引导，直至引导结束。

（3）处理设备驱动模块14的驱动事件请求，当终端设备通过硬件接口接收了就诊卡、银行卡、纸币或硬币等时就会触发设备驱动模块14发送相应的设备驱动事件给主控程序模块13，主控程序模块13就会根据需求将需要操作界面配合的相应驱动事件请求转发给界面交互单元134进行处理。如，终端设备接收纸币时，会在界面提示是否继续投币或结束投币等；终端设备接收就诊卡时，会在界面提示是否缴费、查询、挂号、退卡等。

所述业务交互单元135，用于响应所述界面交互单元的交易事件请求，调用所述配置文件单元查询所述配置文件中的交易流程，根据所述交易流程依次调用所述业务接口模块进行处理，并调用输出格式单元将所述业务接口模块的交易结果形成所述格式数据文件。

其中，业务交互单元135是在主控程序模块13收到操作界面模块12的交易事件请求后由界面交互单元134调用，以配合完成交易业务。

所述设备驱动模块14，用于提供所述终端软件子系统中硬件设备的统一操作接口，上报驱动事件给出所述主控程序模块，并接收所述主控程序模块的驱动指令；

其中，设备驱动模块14采用ocx的控件方式，提供对外部硬件设备的操作接口，满足应用开发和网页应用开发的需要。

所述业务接口模块15，用于响应主控程序模块的所述交易事件请求，并调用所述通信模块发送所述交易事件请求给第三方业务系统，并将所述第三方业务系统返回的交易结果组织成数据文件或输出格式模板的输出信息传送给所述主控程序模块；

其中，第三方业务系统包括银行系统、医保系统等病人就医时可能会涉及的其他系统。业务接口模块15可以根据特定使用需求进行二次开发，它以动态库的形式提供固定的函数接口给主控程序模块13调用，它主要完成交易数据包的组织，及调用通信模块19与第三方业务系统进行通信。

所述终端检测模块16，用于检测系统配置、终端设备状态，实时上送所述终端设备状态信息和业务数据信息给所述监控子系统，并接受所述监控子系统的远程维护指令进行设备维护操作;

其中，终端检测模块16实时监测终端设备的软硬件状态及相关配置变动，并将收集的终端设备状态信息和设备处理的所有交易事件相关的业务数据信息，调用通信模块19进行封装传送给监控子系统2，用于对该终端设备的监控和维护。此外，终端设备在收到监控子系统2的远程维护指令时可以执行重启，更新应用，实时下载等进行针对性的终端设备维护。如，接到到监控子系统发送自动升级的指令时，调用自动升级模块17完成终端设备的自动升级。

所述自动升级模块17，用于根据监控子系统的远程控制指令进行软件和资源的自动升级;

所述智能查行程模块18，用于响应所述操作界面模块12的所述挂号交易事件请求，查询用户预定天数的行程轨迹，并判断所述行程轨迹中是否包含高风险地区，并在所述行程轨迹中包含高风险地区时提示报警；

其中，查询用户的最近15天行程轨迹的方法很多，如通过通信模块19与所述第三方系统交互，根据身份证号查询交通信息，根据手机号查询通信漫游信息等，原则上现有的各种定位查询技术都可以支持。

所述通信模块19，用于响应所述业务接口模块的调用，根据通信协议封装所述交易事件请求发送给所述第三方业务系统获取所述交易结果。

其中，通信协议包括TCP、IP、UDP、RTSP等常见通讯协议，以动态库的形式，供其他模块调用。该模块可以根据系统实际通信所需的通讯协议进行灵活封装，以满足使用需求。

本实施例中提供了一个集自助查行程、自助挂号、自助付费、自助分诊、自助导医、自助查询和打印等功能为一体的终端软件子系统，满足直接对接现有HIS系统的同时，不仅优化了医院就诊流程，改善了医院的服务质量，让病人彻底摆脱排队的困扰，节约了病人看病时间，从而提升了病人的就医体验，一定程度上解决了看病难的问题，还通过挂号前查询病人预定天数的行程轨迹，有效避免了高风险地区人员就医传播病原的风险。

在一个实施例中，如图6所示，所述监控子系统2包括浏览器模块21和服务器模块22：

所述浏览器模块，用于获取页面事件请求，并发送给所述服务器模块；所述页面事件请求类型包括Html、Jsp和Applet；

其中，页面事件请求类型同时支持Html、Jsp（JavaServer Pages）和Applet三种类型的应用访问以满足不同用户的不同使用需求。

所述服务器模块，用于接收所述页面事件请求，根据所述页面事件请求类型调用对应服务程序进行处理，并返回处理结果给所述浏览器模块；所述服务程序的数目与所述事件请求类型对应。

上述浏览器模块21和服务器模块22的交互，如图7所示。用户在浏览器上按需进行操作，由浏览器向Web服务器发送请求，Web服务器接收到请求后，判断是否需要调用小服务程序Servlet，需要则请求传送到应用服务器，由应用服务器调用小服务程序Servlet；小服务程序Servlet收到该用户发出的请求信息后，调用相应的Java Bean生成数据，并将JavaBean产生的数据传送给Jsp，由Jsp生成动态信息传送给Web服务器，由Web服务器把服务端生成的结果返回给客户端。

本实施例中监控子系统2，采用瘦终端方式，通过浏览器、Web服务器、数据库三层架构，以Web服务器的数据库为主要数据来源，采集数据、进行分析，实现了对管辖区域内的自助挂号收费综合服务终端设备进行监视、控制和管理，并且在建立数据库连接时采用了数据库连接池技术，由应用服务器在初始化时预先建立多条由连接池统一管理的数据库连接，应用程序在与数据库连接时只是到缓冲池中找一条已建立好的连接，这样大大节省了建立数据库连接时所耗费的时间，提高了监控子系统的整体应用效率。

在一个实施例中，如图8所示，所述服务器模块22包括用户注册模块221、信息查询管理模块222、设备监视模块223、统计分析模块224和系统维护模块225：

所述用户注册模块221，用于存储和管理用户的注册信息和查询权限；所述查询权限根据所述用户的身份确定；

所述信息查询管理模块222，用于接收所述浏览器模块21的页面事件请求，根据所述用户的查询权限显示对应的设备监控地图，根据所述事件请求类型执行所述终端设备的管理或数据交换；所述设备监控地图以多级树状图显示查询权限内的所述终端设备状态信息；所述页面事件请求内容包括查看终端设备信息、管理终端设备信息；

其中，所述数据交换采用实时文件传送系统或批量式文件传送系统进行数据传输；所述数据传输采用对称加密方法。

数据加密分为报文关键数据加密和报文验证码的生成，其中，报文关键数据加密主要是保证交易信息中关键数据的安全性，例如：用户帐号、用户密码等信息；而报文验证码则是对报文的指定部分或整个报文生成验证码，当服务器方收到报文数据后，首先对报文进行验证码的检验，从而保证数据在通讯过程中不被非法截取和篡改。

密钥的产生，分为主密钥和工作密钥的产生，其中，工作密钥使用主密钥进行加解密。工作密钥由加密机产生，主密钥的加密机端由加密机根据指定的算法产生，并存储在加密机中，终端侧将加密机产生的主密钥写入终端硬件加密器。工作密钥分为数据加密密钥(pin-block-key)和验证码密钥(mac-key)，加密机产生这两条密钥，指定主密钥对这两条密钥进行加密，终端侧使用交易向服务器请求工作密钥后，将工作密钥写入终端加密设备。

终端每天在做交易时，需要向服务器发起一笔签到交易，该签到交易主要是从服务器下载当天使用的工作密钥，签到交易返回后，终端分离出被加密的pin-block-key和mac-key及指定的主密钥序号，然后将pin-block-key和mac-key及主密钥序号送入硬件加密器，硬件加密器使用指定的主密钥序号对pin-block-key和mac-key解密后，将解开的pin-block-key和mac-key存入指定位置。

签到交易以后，其他交易中，终端侧将需要进行加密的字段传入硬件加密器，硬件加密器使用当前的pin-block-key对该数据进行加密，并将加密后的数据返回给调用方。对于用户密码，则直接使用硬件加密器的输入功能，传给调用者的是使用pin-block-key加过密的数据，这样，直接保护了用户密码的安全。最后，对于报文验证码，调用方将需要生成验证码的部分传入硬件加密器，使用当前的mac-key对数据进行验证码的生成运算，并将生成的验证码返回，终端程序将生成的验证码拼装在报文的指定位置，提交给服务器。

当服务器进行报文的验证码检查时，如果验证不通过，则服务器调用加密机产生新的一组工作密钥信息返回给终端，实现密钥的同步。

对于报文验证码，是为了保证报文的合法性以及同一个报文不能被重复使用，所以在报文设计中，使用了流水号，服务器收到终端交易请求后，需要检查终端的流水号，并与服务器记录的该终端的上笔交易的流水号进行比较，当终端流水号大于服务器端记录的该终端的当前流水号时，交易才被认为是合法的，否则，服务器将直接拒绝交易。通过这样的机制，就保证了交易报文的不可重发。

对于工作密钥的安全性，本实施例设计了动态密钥的产生机制，即每笔交易都使用不同的密钥进行交易处理，这样，防止静态密钥条件下密钥的非法窃取。

对于密钥等敏感数据，本实施例采用了符合金融行业安全要求的硬件设备进行密钥的存储管理和运算管理，当加密硬件被认为拆卸时，里面的密钥数据即自动毁弃，避免了密钥数据的流失。具体的通讯报文格式，及认证过程分别如图9、图10示出。

所述设备监视模块223，用于维护设备监控地图，根据所述终端软件子系统实时上报的所述终端设备状态信息和交易数据信息定时更新设备地图上的终端设备信息，并上传到所述统计分析模块进行汇总；所述终端设备信息包括设备维护人员、设备状态、图标状态、设备交易资料和设备异常信息；

其中，设备监控地图的显示方式包括导入式监控、轮换式监控和文字式监控。客户可以按照自己的喜好及实际需要随意的选择相应的监控方式。导入式监控是静态的图形监控方式，通过区域图的地理提示进入相应的子地区图，直至查找到相应的资料；轮换式监控是通过定时的画面切换，使最底层的地图轮流切换，每个地图都有实际位置的自助挂号收费综合服务站终端状态信息的显示；文字式监控是可以直观地看到更多的自助挂号收费综合服务终端设备的资料，且可以按时自动地更新资料。

所述统计分析模块224，用于根据所述设备监视模块上报的所述终端设备信息定时更新城市信息亭信息，并采用数据签名方式，增加MAC字段，保证数据源不被非法串改，对数据库控制文件、数据表等关键数据进行日备份；所述城市信息亭信息包括城市信息亭信息表、维护人员信息表、信息亭运行状态、信息亭设备状态、信息亭图标状态表、信息亭交易数据和信息亭异常信息；所述城市信息亭为所述终端设备信息按地域的汇总；

所述系统维护模块225，用于根据所述信息亭运行状态和所述终端设备状态和所述异常信息进行故障诊断，发出告警并发送所述远程控制指令给所述终端设备进行维护。

其中，如图11所示，所述系统维护模块225包括告警单元2251、故障诊断单元2252和远程维护单元2253：

所述告警单元2251，用于根据所述终端设备异常信息进行告警提示；

其中，所述告警提示包括文字告警、图形告警、声音告警和寻呼机告警。文字方式告警是以列表的方式显示自助挂号收费综合服务站终端的状态，如自助挂号收费综合服务站终端的运行状态，线路状态；

图形告警是当出现告警时，图形监控下的自助挂号收费综合服务站终端将变为不停闪烁的报警灯，以提醒监控人员的注意；声音告警是当出现告警时，系统会自动发出报警声音提醒用户的注意；寻呼机告警是当出现告警时，系统会自动拨出寻呼机的号码，以提醒不在现场的管理人员。

所述故障诊断单元2252，用于根据所述终端设备异常信息进行故障类型诊断；所述故障类型包括硬件故障、软件故障、网络故障；

其中，当自助挂号收费综合服务终端设备出现故障，操作人员可以在网络中心对自助挂号收费综合服务终端设备作出诊断维护命令，如重启自助挂号收费综合服务终端设备的逻辑开/关，执行终端设备的Reset 功能，初始化设备，软件实时下载及查看底层错误记录的报告。通过上述维护命令，维护人员可以在中心机房通过监控子系统2对自助挂号收费综合服务终端设备的故障作出初步的判断，并作出相应的解决，调用远程维护单元2253实现远程维护。

所述远程维护单元2253，用于根据所述故障类型发送所述远程控制指令给所述终端设备进行设备维护；所述设备维护包括硬件逻辑的重启、终端设备的重启和升级、终端软件子系统的升级更新。

用户使用监控子系统的操作流程如图12所示，必须先由用户注册模块221完成注册，并且根据用户级别等设置对应的查询权限后，才能根据需要进入选项进入不同的页面进行与查询权限相对应的信息查询和管理。本实施例中给出最全的选项示范，并不是所有的系统用户都能随意进入任意选项进行操作，具体会显示哪些可操作的选项根据用户权限结合权限的使用规则而异。

当具有相应查询权限的用户登录后，进入设备监视模块时，就会显示如图13所示的可供查询和维护的节点信息，用户可以根据需求进入相应的信息节点的查询和管理，比如查看信息亭所有终端设备的运行状态和业务交易数据进行统计分析判断终端设备的利用率用于区域设备数量的平衡，或查看设备异常信息和设备维护人员信息对相应故障终端设备进行维护等。

本实施例中通过查询权限来分级别控制监控子系统2的用户操作，即保证了不同用户权限内正常操作的使用为用户提供了查询和管理的便利，又通过限制非权限内的操作保证了系统的安全、也避免了用户信息和设备信息等关键私密信息泄露的风险。

由于监控子系统2采用了B/S结构及分层结构，客户可以根据需要扩大监控系统服务器的节点，也可以随意增加自助挂号收费综合服务终端设备监控台的个数，克服了单一节点及控制台性能瓶颈的缺点。如图14所示，在系统部署时增加一个服务器节点可以使系统平滑地进行扩展，提升部署方案的性能。

综上，本发明实施例提供的一种自助智能查行程挂号收费综合服务系统，其包括相互通信的终端软件子系统和监控子系统，终端软件子系统响应界面操作的挂号、付费、分诊、导医、查询和打印等事件请求，实时传送终端状态信息和业务数据信息给监控子系统，由监控子系统根据终端状态信息进行故障诊断、自动报警和远程维护，并根据业务数据信息进行统计分析、管理和控制。该系统为医院自助挂号收费综合服务提供一个整体技术解决方案，不仅在对接HIS系统的基础上满足国内市场对于挂号、付费、分诊、导医、查询和打印等需求，有力地帮助医院优化医院业务流程、提升医院日常运营效率和服务质量，并有效缓解排队问题、改善患者体验，还通过挂号时查询病人预定天数的行程轨迹进行管控，有效避免高风险地区人员传播病原的风险；与此同时，通过配以全面管理和控制终端设备的监控子系统，不仅能够及时发现和维护故障终端设备，还可以分析不同终端设备的业务量灵活调整不同区域内的终端设备数量，提高终端设备的利用率，真正做到物尽其用，更好的解决病人看病难的问题。

以上所述实施例仅表达了本申请的几种优选实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和替换，这些改进和替换也应视为本申请的保护范围。因此，本申请专利的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种自助智能查行程挂号收费综合服务系统，其特征在于，所述系统包括相互通信的终端软件子系统和监控子系统：

所述终端软件子系统，包括初始化模块、操作界面模块、主控程序模块、设备驱动模块、业务接口模块、终端检测模块、自动升级模块和通信模块；

其中，所述初始化模块，用于创建主控处理线程，引出系统操作主界面，读取系统配置文件相关参数，装载自定义数据处理库及驱动设备，完成与所述操作界面模块、主控程序模块、设备驱动模块、业务接口模块、终端检测模块、自动升级模块，及通信模块对应的初始化操作；

所述操作界面模块，用于通过Flash动画显示操作指引，获取所述界面操作事件请求并执行功能模块的调用，或接收所述主控程序模块的功能调用请求和驱动事件请求，或发送交易事件请求给所述主控程序模块进行处理，接收并显示所述主控程序模块的交易结果；

所述主控程序模块，用于接收所述操作界面模块的交易事件请求，根据所述交易事件请求完成交易业务，并将所述交易结果反馈给所述操作界面模块；或识别所述设备驱动模块的接收凭证事件，发送所述驱动事件请求给所述操作界面模块；或发送所述功能调用请求给所述操作界面模块；所述主控程序模块分别与所述操作界面模块、设备驱动模块和业务接口模块连接，控制和协调各模块之间的工作；

所述设备驱动模块，用于提供所述终端软件子系统中硬件设备的统一操作接口，上报驱动事件给出所述主控程序模块，并接收所述主控程序模块的驱动指令；

所述业务接口模块，用于响应主控程序模块的所述交易事件请求，并调用所述通信模块发送所述交易事件请求给第三方业务系统，并将所述第三方业务系统返回的交易结果组织成数据文件或输出格式模板的输出信息传送给所述主控程序模块；

所述终端检测模块，用于检测系统配置、终端设备状态，实时上传所述终端设备状态信息和业务数据信息给所述监控子系统，并接受所述监控子系统的远程维护指令进行设备维护操作;

所述自动升级模块，用于根据监控子系统的远程控制指令进行软件和资源的自动升级;

所述智能查行程模块，用于响应所述操作界面模块的所述挂号交易事件请求，查询预定天数的行程轨迹，并判断所述行程轨迹中是否包含高风险地区，并在判断确定所述行程轨迹中包含高风险地区后提示报警；

所述通信模块，用于响应所述业务接口模块的调用，根据通信协议封装所述交易事件请求发送给所述第三方业务系统获取所述交易结果；

所述监控子系统，用于接收并保存所述终端软件子系统传送的终端设备状态信息和业务数据信息，根据所述终端状态信息进行故障诊断、自动报警和远程维护，并根据所述业务数据信息进行统计分析和查询输出；所述业务数据信息与所述功能调用请求相对应。

2.如权利要求1所述的自助智能查行程挂号收费综合服务系统，其特征在于，所述主控程序模块包括驱动交互单元、配置文件单元、输出格式单元、界面交互单元和业务交互单元：

所述驱动交互单元，用于接受所述设备驱动模块的驱动事件请求，协调其他模块完成事件处理，并组织输出数据和驱动指令发送给所述设备驱动模块；

所述配置文件单元，用于查询配置文件中的交易数据和交易流程；

所述输出格式单元，用于将所述业务接口模块的交易结果根据输出格式模板的定义转换成格式数据文件；

所述界面交互单元，用于接受所述操作界面模块的交易事件请求，根据所述交易事件调用业务交互单元进行处理，并返回交易结果给所述操作界面模块；或接受和处理所述操作界面模块的功能调用请求，并返回处理结果给所述操作界面模块；或识别所述设备驱动模块的接收凭证事件，发送所述驱动事件请求给所述操作界面模块；

所述业务交互单元，用于响应所述界面交互单元的交易事件请求，调用所述配置文件单元查询所述配置文件中的交易流程，根据所述交易流程依次调用所述业务接口模块进行处理，并调用输出格式单元将所述业务接口模块的交易结果形成所述格式数据文件。

3.如权利要求2所述的自助智能查行程挂号收费综合服务系统，其特征在于，所述业务接口模块包括数据处理单元和交易结果处理单元：

所述数据处理单元，用于接收所述主控程序模块的交易事件请求，并调用所述通信模块发送所述交易事件请求给第三方交易系统；

所述交易结果处理单元，用于接收所述第三方交易系统的交易结果，并将所述交易结果组织成交易数据包发送给所述主控程序模块。

4.如权利要求1所述的自助智能查行程挂号收费综合服务系统，其特征在于，所述监控子系统包括浏览器模块和服务器模块：

所述浏览器模块，用于获取页面事件请求，并发送给所述服务器模块；所述页面事件请求类型包括Html、Jsp和Applet；

所述服务器模块，用于接收所述页面事件请求，根据所述页面事件请求类型调用对应服务程序进行处理，并返回处理结果给所述浏览器模块；所述服务程序的数目与所述事件请求类型对应。

5.如权利要求4所述的自助智能查行程挂号收费综合服务系统，其特征在于，所述服务器模块包括用户注册模块、信息查询管理模块、设备监视模块、统计分析模块和系统维护模块：

所述用户注册模块，用于存储和管理用户的注册信息和查询权限；所述查询权限根据所述用户的身份确定；

所述信息查询管理模块，用于接收所述浏览器模块的页面事件请求，根据所述用户的查询权限显示对应的设备监控地图，根据所述事件请求类型执行所述终端设备的管理或数据交换；所述设备监控地图以多级树状图显示查询权限内的所述终端设备状态信息；所述页面事件请求内容包括查看终端设备信息、管理终端设备信息；

所述设备监视模块，用于维护设备监控地图，根据所述终端软件子系统实时上报的所述终端设备状态信息和交易数据信息定时更新设备地图上的终端设备信息，并上传到所述统计分析模块进行汇总；所述终端设备信息包括设备维护人员、设备状态、图标状态、设备交易资料和设备异常信息；

所述统计分析模块，用于根据所述设备监视模块上报的所述终端设备信息定时更新城市信息亭信息，并采用数据签名方式，增加MAC字段，保证数据源不被非法串改，对数据库控制文件、数据表关键数据进行日备份；所述城市信息亭信息包括城市信息亭信息表、维护人员信息表、信息亭运行状态、信息亭设备状态、信息亭图标状态表、信息亭交易数据和信息亭异常信息；所述城市信息亭为所述终端设备信息按地域的汇总；

所述系统维护模块，用于根据所述信息亭运行状态和所述终端设备状态和所述异常信息进行故障诊断，发出告警并发送所述远程控制指令给所述终端设备进行维护。

6.如权利要求5所述的自助智能查行程挂号收费综合服务系统，其特征在于，所述设备监控地图的显示方式包括导入式监控、轮换式监控和文字式监控。

7.如权利要求5所述的自助智能查行程挂号收费综合服务系统，其特征在于，所述数据交换采用实时文件传送系统或批量式文件传送系统进行数据传输；所述数据传输采用对称加密方法。

8.如权利要求5所述的自助智能查行程挂号收费综合服务系统，其特征在于，所述系统维护模块包括告警单元、故障诊断单元和远程维护单元：

所述告警单元，用于根据所述终端设备异常信息进行告警提示；

所述故障诊断单元，用于根据所述终端设备异常信息进行故障类型诊断；所述故障类型包括硬件故障、软件故障、网络故障；

所述远程维护单元，用于根据所述故障类型发送所述远程控制指令给所述终端设备进行设备维护；所述设备维护包括硬件逻辑的重启、终端设备的重启和升级、终端软件子系统的升级更新。

9.如权利要求8所述的自助智能查行程挂号收费综合服务系统，其特征在于，所述告警提示包括文字告警、图形告警、声音告警和寻呼机告警。

Images