排队叫号系统与HIS系统接口方式的探讨
摘要：医院的排队叫号系统主要在分诊、检查、检验、发药等部门使用，该文通过对多个部门叫号系统与HIS系统不同接口方式的问题进行分析研究，比较其各自的优缺点，以便软件开发及医院的网管人员能够结合本医院特点及就诊流程，到更适合自己医院的接口方式。
关键词：排队叫号系统；HIS；分诊
QueuingSytemandHISSytemConnectanInterfaceReearch
YUZhao-hu，WANGYong-yan，CAIWen-zheng
（Shang-HaiCorpHopitalofChineePeople`ArmedPoliceForce，Shanghai202203，China）
Keyword：Queuingytem；HIS；triage
随着医院规模的扩大、门急诊量的攀升以及患者维权意识的提高，就医秩序的管理难度逐渐增大，传统的人工分诊已不能适应医院发展的需要，患者对就医诊疗环境以及流程都有了更高的要求，这就从形式上要求医院的管理者树立以患者为中心的服务理念，通过信息化管理手段，
改善患者的就医环境和流程，提高医院的医疗服务水平，从而为患者提供更好的服务[1]。医院的就诊、检查、检验、发药等都是重要的窗口单位，病人较多，为解决病人在就医过程中存在的就医无序、环境嘈杂、等待时间长等问题，很多医院都实施了一些门诊排队叫号系统，但普遍存在着集成度不高，不能与医院的HIS系统无缝连接。如：退号病人还纳入排队、病人排队号丢失、挂号时间在后的人排到了前面等缺点，因此，排队叫号系统采用什么样的接口方式与医院现有的信息系统相接，系统实施的好坏，对患者来说，直接影响着医院的服务质量和患者满意度等问题，对医生来说，直接影响着医生的工作效率[2]。
1叫号中常见的接口问题
1.1排队患者缺失或多余
一方面，患者挂完号后由于某种原因又退号不看了，而他的挂号信息已经进入排队系统，这样，在叫号显示屏就出现了多余的排队患者；另一方面，患者在挂号以后，在排队叫号系统里面不到此患者，也就无法对此患者进行呼叫，通过对问题分析，发现：由于叫号系统调用的是HIS系统提供的视图，采取的是中间视图接口模式，中间库数据读写频繁，实时性要求很高，有的时候不能够做到同步，而且，视图的某些字段设计得也不够全面合理，可能有
很多不妥当之处，需要HIS和排队叫号系统针对问题，优化接口。
1.2排队患者站错队
在我院刚上排队叫号系统时，经常出现就诊号大的比就诊号小的先叫，或者挂号时间在前的排在了后面，究其原因发现，这跟排队叫号系统的排序方法以及各窗口的系统时间不正确有关系，在这种情况下需要与软件开发商沟通，调整相应的过虑及排序条件，将原先的安就诊号单一排序改为就诊号加挂号时间的双重排序，同时对窗口单位的工作站电脑时间定期校准。
1.3医生工作流程的改变
医生在看完病人后需要点击相应的叫号按钮，增加了医生的看病流程，特别是一些对计算机操作不熟悉的老医生，需要在门诊医生站和叫号系统两个软件之间切换，增加了操作的复杂度，这就要叫号软件开发商与HIS软件开发商共同完成解决，将叫号系统嵌入到门诊医生工作站中[3]。其他，还有，排队系统因接口完善影响到整个HIS系统的问题。
2几种常用的接口方式
2.1通过WebService方式实现
具体实现方式：HIS系统通过门诊挂号管理程序完成挂号流程后，将患者挂号/退号信息通过WebService传递给分诊排队叫号系统，患者挂号/退号信息按照规范好的某ML格式的字符串进行传递。
数据库及连接方式：门诊分诊排队叫号系统数据库为MSSQLSERVER2005，HIS系统数据库为ORACLE10g，两个系统数据库创建在各自的服务器上，安装在门诊PC机上的客户端程序通过直连数据库的方式获取排队叫号相关信息。
接口具体信息：
方法名：CallMiddleWare（tring某ml）
传入某ml
2.2通过数据视图方式实现
我院门诊药房取药排队系统与HIS系统的接口就是通过数据视图方式实现的，具体实现方式：
HIS系统提供当前各窗口可取药患者信息视图，门诊药房取药排队系统通过调用该视图，直接将可取药患者信息分类显示在药房窗口显示屏上（包含：当前各窗口可取药和过号患者信息）。
功能实现：HIS新建视图，供我方CSMIS系统相关程序实时调用。
表1接口具体信息
2.3通过数据视图+存储过程的方式实现
具体实现方式：HIS系统提供当日患者挂号/退号信息视图，在挂号的同时，通过调用排队叫号系统的存储过程，将患者的挂号信息直接插入到分诊排队叫号系统的数据库中。数据库及连接方式：门诊分诊排队叫号系统数据存储在HIS系统数据库中，HIS系统数据库为ORACLE10g，通过在院方指定的表空间和有权限限制的用户下创建表、视图、对象等操作，安装在门诊PC机上的所有客户端程序通过连接中间件服务的方式获取排队叫号相关信息，通过中间件服务可以控制连接数据库的连接数，减轻服务器数据库的压力，提高服务器数据库的安全性。
webservice实现
3结束语
各种不同接口之间的实现方式亦有其优劣性，相对数据视图实现方式，WebService方式能更加实时的将患者挂号/退号信息同步到分诊排队叫号系统；WebService方式能够避免分诊排队叫号系统接口程序连接HIS系统数据库，减少HIS系统数据库的连接数，提高HIS系统的安全性；通过调用WebService，也大大减轻了接口调试的复杂度，院方只负责将患者挂号/退号信息以规范好的某ML格式传递给分诊排队叫号系统即可，其后数据的处理都由分诊排队叫号系统公司完成；由于WebService是被动接收其他程序调用，当门诊分诊排队叫号系统出现故障时，通过挂号管理程序中预留的接口开关设置，可关闭与门诊分诊排队叫号系统的接口，从而保证挂号管理系统在挂号/退号时的流畅性、稳定性；但当分诊排队叫号系统恢复时，系统故障期间的患者挂号/退号信息不能同步到分诊排队叫号系统；当分诊排队叫号系统从故障中恢复后，相对WebService实现方式，数据视图方式可以实现患者挂号/退号信息的完整性和与HIS系统挂号/退号信息的一致性，大大减少分诊排队叫号系统恢复使用的时间；对于WebService实现方式，由于患者挂号/退号信息是以某ML格式传递，需要注意在患者挂号/退号信息中避免非法字符的出现，同时也要求WebService接口程序（下转第100页）
（上接第98页）
中提高对非法字符的筛查和过滤，以免造成患者挂号/退号信息不能同步到分诊排队叫号系统中；相对WebService实现方式，数据视图方式对后期接口的修改、升级更加方便、灵活。当然，最重要的一点还是无论采用哪种接口方式，都不能影响到医院的整个HIS系统，我们在上叫号系统的初期就曾遇到过，因叫号系统服务故障，而使得整个挂号系统瘫痪的教训。