广州如江智能科技有限公司

*** 次数不足，请联系开发者***

医院叫号系统或者说模块在业务上比较独立，可以抽取出来做成单独的服务，好处是从主业务服务分离出来，让出服务器资源，让核心服务更效率运行。门诊叫号跟超声科叫号、影像科叫号及体检科叫号等业务需求上可能会有些差异，假如这些系统统一设计，我们可以做成dll或者可执行文件供调用。医院里面的叫号一般是一个大电视屏幕显示各个诊室信息并广播叫号，或者诊室门口挂一个显示器叫号。有没有一次叫号同时在两个电视屏上显示并广播？有的，一些候诊地方比较大，又不好通过两个屏幕分别显示不同诊室，需要两块屏幕同时显示与广播。另外还有一种情况，比如消化内镜中心，有些地方候诊室1和候诊室2，病人在候诊室1听到叫号后进去候诊室2里面换病人服，然后在候诊室2等候第二次叫号。首先要考虑一下叫号的状态：未叫、已叫未就诊、过号、已叫已就诊。叫号系统主要功能是排队，但是经常会出现“插队”情况，因此要考虑排队原因：当天挂号、预约挂号、急诊病人、复诊等，有这些字眼可以向病人解释TA所看到的“插队”并不是真的插队。让我们荡起双桨啊不，让我们列举一下各个硬件清单，无非是大电视屏幕、诊室门口显示屏，连接方式一般是通过视频线连接，或者干脆是一台Windows或者Android电脑，如果是后者，还需要Android应用开发，我们先不考虑。有这样的情况，医生排号在A诊室实际在B诊室出诊，或者本来在1号诊室出诊，中途电脑或网络等出故障切换到2号诊室看病，一些系统设计得不好就还是播放原有的诊室，个人认为诊室门牌号一般不会经常变化，在本地配置表配置即可，医生登录也不用去选择诊室，这样无论医生中途换去哪个诊室，实际的广播诊室还是对得上真正的诊室。假如HIS数据库是Oracle，我们将叫号系统放在另一服务器，数据库使用MySQL，服务端跟MySQL数据库放在一起都没关系，并不需要多大的系统资源。数据表只需要大概五张，一是大屏幕显示的数据，二是诊室外挂显示器的数据，三是大电视屏幕与诊室外屏幕信息（以下简称排队屏幕），四是诊室配置信息，四是楼层位置信息。一二两张数据表定时从HIS数据库拉取，一分钟一次即可，不用太频繁，因为医生看一个病人至少三四分钟。三四五这三张是配置信息表。另外诊室外挂屏需要介绍医生个人信息，再新增相应的数据表即可。排队屏幕信息：ID、类型、IP地址等。诊室信息表：配置一个或多个排队屏幕，这样医生呼叫就可以显示在正确的排队屏幕上。以上是业务需求的分析，要实现起来也不算很复杂。下面是一些我之前写的“外挂式”叫号系统，实现了“大电视候诊列表”、“医生端”、“发声服务”等。叫号系统接口文档及操作手册候诊队列播放声音端医生叫号界面医生叫号界面（迷你端）医生端登录界面服务端维护数据界面服务端配置界面