对来说界面比较的简单，主 要有几个按钮，包括呼叫、重叫、跳过三个按钮，同时在医生客户端显示就诊的病人的排队 序列。通过对就诊病人的排队序列了解需要就诊与检查的患者的情况。当医生呼叫患者进 入诊室进行就诊或者检查时，只要点击呼叫按钮。当呼叫的患者没有及时的进入诊室进行 就诊时，医生点击跳过按钮就可以跳过该人进入下一个患者的就诊。当医生点击相应的按 钮时就会使得排队序列中的状态发生改变，通过AJAX的实时的刷新，就可以及时的对患者 进行呼叫就诊。
[0041] 诊室客户端的一对一，一对多的地调用关系。
[0042] 模块之间的实现如：命令接收功能的实现 命令接受模块的功能主要有两个方法，两个方法比较的相似，所以将其抽象为一个抽 象方法。一个parse ()方法，解析命令存入实现类中，另一个是proceO,对抽象类进行具 体的实现，完成系统的命令请求。
[0043] 当每一个命令需要改写重构时，只需要重写每一个命令的实现类，并通过Spring Framework重新进行装配。命令的xml的接收与解析为Dom4j类的代码不需要改变，避免系 统的深度耦合，实现了代码实现的OCP原则(对增加开放，对修改封闭)。以上命令装配完成 后，交给J2EE中Servlet的框架中调用。首先，自HttpServletRequest中接收输入流，将 输入流交给D0M4j进行解析，根据解析结果，调用相应的command命令。
[0044] 到诊确认功能模块实现，预约管理功能模块的主要功能是从医院现有的HIS系统 中获取就诊病人的就诊信息，同时根据过去的唯一标识将该排队叫号的病人加入到队列之 中，同时更新数据库的记录。同时，根据数据库的记录进行到诊的确认与大屏的实时的核 对。
[0045] 预约管理界面主要是进行到诊的确认以及检查时间管理。在护士工作站，根据相 应科室的检查结果，进行预约时间的估计，该界面主要包括三个部分，左上侧为检查的基本 信息，包括检查的时间、部位、以及患者的一些基本信息。右上侧主要是进行到诊确认，以及 预计的检查时间，下侧主要是检查排列中的排队信息。
[0046] 大屏幕显示模块的实现，大屏幕显示模块是排队叫号系统中的最为重要的展示在 排队候诊区域的一部分，该部分主要由三个部分构成，包括候诊大厅的排队信息的显示，诊 室医生的客户端排队信息的显示，还有就是诊室门口的排队叫号的信息显示。医生客户端 通过发布呼叫或者跳过命令， 通过ajxax技术。在进行请求时，根据请求的时间与排队的时间进行对比，如果发生了 变化，则进行相应的数据的更新，同时完成数据的请求，请求处理完成后，根据返回的结果， 利用innerhtml进行页面的写入，也就是所谓的大屏显示模块。页面在不断的进行刷新，这 样大屏就可以实时的显示队列的排队信息。同时在医生诊室的门口，也是通过ajax技术， 不断地利用当前时间与数据队列地数据最后一次被修改的时间进行对比，然后进行请求页 面的刷新操作，非常顺利的完成了每次提交时都需要进行页面的加载的困难，对于这种不 断地数据库的变化的需求是十分的重要的。
[0047] 因为不同的医院有不同的用户需求，例如军区医院或者儿童医院，对于就诊的患 者的类型不同进行不同的处理。这就需要应对不同的人群的需求进行分类。这里提供了一 个接口，通过该接口可以对不同的人群进行不同方式的处理。
[0048] 医生客户端呼叫功能模块的实现，医生客户端的界面相对比较的简单，主要包括 下一个、重新呼叫、跳过三个按钮，该客户端相对的比较的简单，操作相对的容易。简单、明 确、直观的界面，非常有利于对于电脑不太熟悉的年龄比较大的诊室医生的操作。这大大方 便了用户的操作。通过点击"呼叫"命令，进行呼叫的请求，这样大屏就会显示呼叫人的相 关的呼叫?目息。
[0049] 对于重叫，跳过按钮的作用都是相类似的，在这里不再赘述，同时由于不同的用户 的需求，当需要紧急呼叫某人时，这里提供了对特定的人的呼叫，在队列中的每个人的后面 都有一个呼叫的那妞，当想要呼叫特定的某人时，只需要点击呼叫按钮就可以了。但是呼叫 的前提是呼叫人必须在该队列中存在，同时要求不能是太靠后的队列的患者。
[0050] 系统测试 医技科室排队叫号系统的使用大大方便了医院的就医环境，稳定了医院的就医秩序， 使得医院的就医效率得到大大的提高。同时由于排队叫号系统的重要性，在系统上线之前 必须进行系统的测试，必须要对系统的稳定性进行不断的反复的测试，这样才能够确保不 至于发生变化。排队叫号涉及到医院的整个的就医检查的关键，不允许出现错误，这样测试 工作显得尤为的重要。
[0051] 测试环境的硬件配置如下表所示： 测试环境软硬件配置
由于医院的客户量比较的大，每天都排队的人群相对的比较的多，采用orcle大型数 据库来存储患者的就医信息，同时由于排队叫号需要大屏幕的显示以及诊室门口的小屏幕 的显示，这就需要进行不同的屏幕，同时分辨率也是一个非常重要的一点。排队叫号需要相 应的呼叫播放器的支持，因此，需要进行语音合成器。
[0052] 功能测试是对系统的功能进行测试，功能测试包括两个部分，模块功能测试和整 理功能测试，根据每个模块的不同功能，通过白盒测试和黑盒测试，进行模块功能的稳定性 的检测，经过不断的发现存在的不足，进行修改。
[0053] 对于通过对命令接受模块的测试以及对护士端的到诊确认的测试、医生客户端的 呼叫、跳过测试完成以后，模块测试经过不断地修改，终于可以进行整体的功能测试，将各 个模块进行装配，然后进行队列的 的插入操作，当患者加入该队列以后，进行了相应的排队处理以后，实时的刷新页面 后，护士工作站进行了到诊的确认，诊室医生根据诊断进行相应部位的检查工作，然后为其 分配相应的诊室进行检查，通过科室门前的大屏，成功的显示了需要检查的患者的相关的 信息。整个排队叫号的工作顺利的完成。
【主权项】
1. 一种医技科室排队叫号系统，其特征在于，所述系统包括以下以下模块：命令接收 功能模块、排队预约管理功能模块、屏幕显示功能模块、语音播放功能模块、医生客户端呼 叫功能模块，模块与模块之间具有较低的耦合性，模块之间通过接口进行相互的通信；命令 接收功能模块接受来自其他模块的排队命令，其中包括插入队列功能模块、大屏信息显示 模块、语音播放的功能模块。2. 根据权利要求1所述的一种医技科室排队叫号系统，其特征在于，所述插入队列功 能模块，接受来自医院的信息系统的的排队的命令，将该排队命令加入到排队队列中。3. 根据权利要求1所述的一种医技科室排队叫号系统，其特征在于，所述呼叫下一个 患者功能模块，通过对数据库不断的刷新，实时的更新数据库，对患者进行及时的呼叫。4. 根据权利要求1所述的一种医技科室排队叫号系统，其特征在于，所述插入队列功 能模块包括重新呼叫当前患者功能模块、指定呼叫患者功能模块、跳过当前患者模块。5. 根据权利要求4所述的一种医技科室排队叫号系统，其特征在于，所述重新呼叫当 前患者功能模块对患者进行重新的呼叫。6. 根据权利要求4所述的一种医技科室排队叫号系统，其特征在于，所述指定呼叫患 者功能模块对特殊的患者进行指定性呼叫，同时对数据库进行对应的更新。7. 根据权利要求4所述的一种医技科室排队叫号系统，其特征在于，所述跳过当前患 者模块，在医生客户端，对于呼叫与二次呼叫未能及时到诊的患者，进行跳过处理，跳过当 前患者进行下一个患者的呼叫。8. 根据权利要求1所述的一种医技科室排队叫号系统，其特征在于，所述大屏信息显 示模块对当前呼叫的患者、下一个患者、以及队列中的前几个排队序列进行实时的显示。9. 根据权利要求8所述的一种医技科室排队叫号系统，其特征在于，所述大屏信息显 示模块包括排队大厅显示排队的信息、就诊科室门前显示当前就诊与下一个就诊患者的信 息、科室医生客户端显示排队的信息。10. 根据权利要求1所述的一种医技科室排队叫号系统，其特征在于，所述语音播放的 功能模块对当前的大屏显示的信息进行语音呼叫，与大屏显示进行同步处理。
【专利摘要】一种医技科室排队叫号系统，涉及一种计算机网络操作系统，从医院的排队叫号的系统需求开始，进行系统设计、模块的功能设计，以及对医院排队叫号的流程就行设计，并对系统测试和维护提出方案。系统由于采用了spring框架技术以及流行的ajax无页面刷新技术，使得系统的实现变得相对的简单，系统吗，模块之间的耦合性相对的比较的低，模块内部的内聚性比较的高，这大大的提高了系统的复用性和可靠性，为今后的系统的升级和维护带来和更多的方便。改善了原有的医院排队秩序混乱的现状。在减轻护士的工作压力的同时，提高了医院的就医效率，改善了医院的就医环境，提高了医院的综合竞争力。
【IPC分类】G07C11/00
【公开号】CN105160749
【申请号】CN201510427094
【发明人】张晓丹, 宁志高
【申请人】沈阳化工大学
【公开日】2015年12月16日
【申请日】2015年7月20日