CN112017764B - 自助挂号方法及系统 - Google Patents

自助挂号方法及系统 Download PDF

Info

Publication number
CN112017764B
CN112017764B CN201910457633.8A CN201910457633A CN112017764B CN 112017764 B CN112017764 B CN 112017764B CN 201910457633 A CN201910457633 A CN 201910457633A CN 112017764 B CN112017764 B CN 112017764B
Authority
CN
China
Prior art keywords
patient
registration
information
doctor
cloud server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910457633.8A
Other languages
English (en)
Other versions
CN112017764A (zh
Inventor
王�锋
李俊峰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Zhiwei Health Information Technology Co ltd
Original Assignee
Beijing Zhiwei Health Information Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Zhiwei Health Information Technology Co ltd filed Critical Beijing Zhiwei Health Information Technology Co ltd
Priority to CN201910457633.8A priority Critical patent/CN112017764B/zh
Publication of CN112017764A publication Critical patent/CN112017764A/zh
Application granted granted Critical
Publication of CN112017764B publication Critical patent/CN112017764B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C11/00—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C11/00—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere
    • G07C2011/04—Arrangements, systems or apparatus for checking, e.g. the occurrence of a condition, not provided for elsewhere related to queuing systems

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Biomedical Technology (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明提供了一种自助挂号方法及系统，自助挂号方法包括：云服务器接收患者终端发送的第一挂号信息，其中，第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；云服务器根据第一挂号医生的信息，为患者分配第一挂号医生的门诊号；以及云服务器发送患者信息至第一挂号医生的医生终端，医生终端可以直接获取患者的预约挂号信息，实时性好且便捷高效，提高了用户体验。

Description

自助挂号方法及系统
技术领域
本发明涉及自助挂号技术领域，具体涉及一种自助挂号方法及系统。
背景技术
目前的挂号平台，如全国性综合挂号平台(114挂号、微医等)、各城市挂号平台、各大型医院挂号平台，均以各大医院信息系统为核心资源，本地化重资产依赖严重。医院信息系统的本地独立终端，决定了挂号系统与医院信息系统是不同的2套平行系统，其实现方式基本分3类：
1、挂号系统与医院信息系统交互采用手工方式进行数据统一，类似银行，报盘，回盘交互数据，弊端是操作繁琐；
2、挂号系统与医院信息系统交互采用双系统同时维护，弊端是双份工作，容易出错，不能进行顺畅信息互通；
3、挂号系统与医院信息系统交互采用接口调用，问题是交互路径长。
他们的共同缺点就是状态实时性差，医生不能及时获取患者的预约挂号信息。
发明内容
有鉴于此，本发明实施例提供了一种自助挂号方法及系统，医生能够直接获取患者的预约挂号信息，实时性好且便捷高效，提高了用户体验。
根据本发明实施例的第一方面，提供一种自助挂号方法，包括：云服务器接收患者终端发送的第一挂号信息，其中，第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；云服务器根据第一挂号医生的信息，为患者分配第一挂号医生的门诊号；以及云服务器发送患者信息至第一挂号医生的医生终端。
在本发明的一个实施例中，在上述云服务器接收患者终端发送的第一挂号信息之前，自助挂号方法还包括：云服务器发送至少一个基层医疗诊所的信息至患者终端，其中，第一挂号医生为至少一个基层医疗诊所中的多个医生中的一个医生。
在本发明的一个实施例中，自助挂号方法还包括：当为患者分配第一挂号医生的门诊号成功时，云服务器发送挂号成功反馈信息至患者终端；或者当为患者分配第一挂号医生的门诊号失败时，云服务器发送挂号失败反馈信息至患者终端。
在本发明的一个实施例中，在上述云服务器发送挂号失败反馈信息至患者终端之后，自助挂号方法还包括：云服务器接收患者终端发送的第二挂号信息，其中，第二挂号信息包括患者信息和患者选取的第二挂号医生的信息。
在本发明的一个实施例中，自助挂号方法还包括：云服务器保存第一挂号信息，用于生成患者的就诊记录。
在本发明的一个实施例中，自助挂号方法还包括：云服务器接收第一挂号医生的医生终端发送的处方；以及云服务器发送处方至患者终端。
在本发明的一个实施例中，自助挂号方法还包括：云服务器根据处方生成医嘱；以及云服务器发送医嘱至患者终端。
在本发明的一个实施例中，云服务器与患者终端之间的通信通过微信小程序实现。
在本发明的一个实施例中，自助挂号方法还包括：云服务器接收医生终端发送的候诊通知；以及云服务器发送候诊通知至患者终端。
根据本发明实施例的第二方面，提供一种自助挂号方法，包括：云服务器接收第一挂号医生的医生终端发送的患者的叫号信息；以及云服务器发送患者的叫号信息至云屏，其中，云屏显示和/或播放叫号信息。
在本发明的一个实施例中，上述云屏显示和/或播放叫号信息，包括：云屏通过方言播放叫号信息。
在本发明的一个实施例中，自助挂号方法还包括：云服务器接收医生终端发送的广告信息；以及云服务器发送广告信息至云屏，其中，云屏显示和/或播放叫号信息，包括：云屏显示和/或播放叫号信息和广告信息。
根据本发明实施例的第三方面，提供一种自助挂号系统，包括：接收模块，用于接收患者终端发送的第一挂号信息，其中，第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；分配模块，用于根据第一挂号信息，为患者分配第一挂号医生的门诊号；以及发送模块，用于发送第一挂号信息至第一挂号医生的医生终端。
在本发明的一个实施例中，自助挂号系统还包括：云屏，用于使用方言播放患者的叫号信息。
根据本发明实施例的第四方面，提供一种计算机可读存储介质，其上存储有计算机可执行指令，可执行指令被处理器执行时实现如上所述的自助挂号方法。
根据本发明实施例提供的技术方案，通过云服务器接收患者终端发送的第一挂号信息，其中，第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；云服务器根据第一挂号医生的信息，为患者分配第一挂号医生的门诊号；以及云服务器发送患者信息至第一挂号医生的医生终端，医生终端可以直接获取患者的预约挂号信息，实时性好且便捷高效，提高了用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1所示为本发明一实施例提供的自助挂号方法的流程示意图。
图2、图3所示为本发明另一实施例提供的自助挂号方法的流程示意图。
图4所示为本发明另一实施例提供的自助挂号方法的流程示意图。
图5所示为本发明一实施例提供的自助挂号系统的框图。
图6所示为本发明另一实施例提供的自助挂号系统的框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1所示为本发明一实施例提供的自助挂号方法的流程示意图。该方法可以由计算机设备(例如，云服务器)执行。如图1所示，该方法包括如下内容。
S110：云服务器接收患者终端发送的第一挂号信息。
第一挂号信息包括患者信息和患者选取的第一挂号医生的信息。
例如，云服务器与患者终端之间的通信可以通过微信小程序实现，微信小程序不需要下载即可使用，它实现了触手可及的梦想，用户扫一扫或搜一下即可打开应用，大大简化了流程，为用户带来了方便。应当理解，云服务器与患者终端之间的通信还可以通过公众号或APP实现，本发明对此不做具体限定。
具体地，患者可以扫描诊所的二维码或诊所中医生的二维码，通过wx.request发起网络请求进入自助挂号小程序，并通过该小程序挂号。例如，当患者扫描诊所的二维码时，该小程序可以提供该诊所的多个医生的信息，患者可以选择多个医生中的一个医生进行挂号；当患者扫描诊所中的医生的二维码时，可直接进入该医生的挂号界面。另外，患者在扫描诊所的二维码之后，还可以自动关注该诊所，本发明对此不作限定。
患者在挂号时，在患者终端可以看到挂号医生的准确、实时的门诊号源信息。当患者选择挂号医生后，可以填写患者信息，包括患者个人信息、患病信息和/或预约日期等，本发明对此不作限定。
S120：云服务器根据第一挂号医生的信息，为患者分配第一挂号医生的门诊号。
具体地，云服务器统一管理每个医生的门诊号源，包括网络搜索挂号、现场挂号或扫描二维码挂号等方式的门诊号源，可以实现门诊号源的合理分配，并且便于医生进行管理。
例如，第一挂号医生5月5日共有20个门诊号，无论网络搜索挂号、现场挂号、扫描二维码挂号等，均从20个门诊号中为患者分配门诊号。比如，患者通过扫描二维码选择第一挂号医生挂号，云服务器为该患者分配该第一挂号医生的门诊号，则第一挂号医生还剩余19个门诊号；当另一名患者通过现场选择第一挂号医生挂号，云服务器为另一名患者分配门诊号后，则第一挂号医生还剩余18个门诊号。应当理解，上述描述仅为示例性描述，本发明对此不作限定。
S130：云服务器发送患者信息至第一挂号医生的医生终端。
具体地，医生终端可以是APP，当患者挂号成功时，医生终端可以接收到该患者的预约挂号信息。进一步地，医生可以在医生终端查询到每天的挂号情况，包括每天预约患者的人数，挂号顺序等，本发明对此不作限定。
根据本发明实施例提供的技术方案，通过云服务器接收患者终端发送的第一挂号信息，其中，第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；云服务器根据第一挂号医生的信息，为患者分配第一挂号医生的门诊号；以及云服务器发送患者信息至第一挂号医生的医生终端，医生终端可以直接获取患者的预约挂号信息，实时性好且便捷高效，提高了用户体验。
在本发明的另一个实施例中，在上述云服务器接收患者终端发送的第一挂号信息之前，还包括：云服务器发送至少一个基层医疗诊所的信息至患者终端，其中，第一挂号医生为至少一个基层医疗诊所中的多个医生中的一个医生。
具体地，患者终端可以显示患者地点附近的所有诊所和医生的信息，患者可以从附近的诊所中选择一个诊所，并选择该诊所中的一名医生挂号。通过提供至少一个诊所的信息供患者选择，可以满足不同患者的需求，提高用户体验。
诊所可以是基层医疗诊所。近年来，中国医疗卫生事业迅猛发展、信息化水平不断提高，但整体上依然存在较大的地区差异和城乡差异。特别是在基层医疗方面，投入较少，软硬件设施相对落后，整体信息化水平低。本发明的自助挂号方法能够使患者在基层医疗网点便捷挂号就医，成本低效率高，且方便基层医疗诊所进行管理。
在本发明的另一个实施例中，自助挂号方法还包括：当为患者分配第一挂号医生的门诊号成功时，云服务器发送挂号成功反馈信息至患者终端；或者当为患者分配第一挂号医生的门诊号失败时，云服务器发送挂号失败反馈信息至患者终端。
具体地，当为患者分配第一挂号医生的门诊号成功，即患者挂号成功时，患者终端可以接收到云服务器发送的挂号成功反馈信息，例如“您已挂号成功”或“您已成功预约XX月XX日XX医生”等信息，本发明对此不作限定。通过发送挂号成功信息，可以给予患者反馈，提高用户体验。
当为患者分配第一挂号医生的门诊号失败，即患者挂号失败时，例如，当第一挂号医生的门诊号已预约满，没有剩余的门诊号时，患者终端可以接收到云服务器发送的挂号失败反馈信息，例如“预约失败”、“您可以选择其他医生进行预约”等信息，本发明对此不作限定。通过反馈挂号失败信息，能够及时提醒患者挂号失败，选择其他方案，避免患者误认为挂号成功，带来不必要的麻烦。
在本发明的另一个实施例中，在上述云服务器发送挂号失败反馈信息至患者终端之后，还包括：云服务器接收患者终端发送的第二挂号信息，其中，第二挂号信息包括患者信息和患者选取的第二挂号医生的信息。
具体地，当患者选择第一挂号医生挂号失败时，患者可以更改第二挂号医生进行重新挂号。
在本发明的另一个实施例中，自助挂号方法还包括：云服务器保存第一挂号信息，用于生成患者的就诊记录。
具体地，云服务器保存患者的挂号信息，包括个人信息、患病信息、挂号医生信息等，生成患者的就诊记录，便于个人或医生对就医记录或病史进行查看。
在本发明的另一个实施例中，自助挂号方法还包括：云服务器接收第一挂号医生的医生终端发送的处方；以及云服务器发送处方至患者终端。
具体地，当患者就诊完成时，医生可以在医生终端开处方，并发送处方至患者终端，便于患者在患者终端查看处方并拿药，实现与患者的有效信息交互，同时将纸质处方信息化，方便查找且节约纸张。
在本发明的另一个实施例中，自助挂号方法还包括：云服务器根据处方生成医嘱；以及云服务器发送医嘱至患者终端。
具体地，在处方结算后，若医生开具的处方中有非注射西药，云服务器可以根据处方生成医嘱，以及患者终端可以接收到“诊后医嘱提醒”消息，点击该消息可以查看医生的医嘱。例如，自助挂号微信小程序设置在公众号中，患者在微信小程序中预约挂号，发送挂号信息至云服务器，同时，该挂号信息也携带了患者微信号或手机号等信息，当患者想要查看医嘱时，可点击微信小程序中的“诊后医嘱”进入到公众号中查看医嘱信息。具体地，云服务器根据患者微信号或手机号发送医嘱至对应的患者终端。通过发送医嘱至患者终端，实现了与患者的有效信息交互，提高了用户体验。另外，患者还可以接收“服务评价提醒”消息，点击该消息可以对医生的诊疗效果及服务态度进行评价，便于医生进行改进。
在本发明的另一个实施例中，自助挂号方法还包括：云服务器接收医生终端发送的候诊通知；以及云服务器发送候诊通知至患者终端。
例如，当患者来到医生处就诊当天，患者到分诊护士或医生处报到，待医生将患者加入到排队序列后，患者终端可以接收到一条“候诊通知”，然后等待医生叫号便可，提高了用户体验。
图2、图3所示为本发明另一实施例提供的自助挂号方法的流程示意图。图2、图3的实施例为图1实施例的例子，在此适当省略详细的描述。
在本实施例中，云服务器通过微服务同步算法进行数据处理，患者终端为微信小程序，医生终端为原生应用，例如APP。实现患者终端与云服务器通信的微信小程序可以使用网络服务(Web service)进行数据交互。在挂号消息从患者终端向医生终端交互的过程中，利用zookeeper注册中心和dubbo分布式服务框架将挂号信息发送至挂号医生的医生终端；利用redis缓存技术缓存信息，以及利用极光推送(Jpush)、PC客户端推送服务(pushPC)或消息队列(MQ)推送消息，异步通知医生端挂号信息的变化。在医嘱及处方从医生终端向患者终端交互的过程中，异步通知患者终端信息的变化，以及在患者终端展示医嘱。
图4所示为本发明另一实施例提供的自助挂号方法的流程示意图。该方法可以由计算机设备(例如，云服务器)执行。如图4所示，该方法包括如下内容。
S410：云服务器接收第一挂号医生的医生终端发送的患者的叫号信息。
S420：云服务器发送患者的叫号信息至云屏。
具体地，云屏和医生终端分别与互联网连接，医生可以通过叫号功能，将叫号情况展示在云屏上。云屏显示和/或播放叫号信息，通知患者前来就诊。每个医生的患者叫号情况可以轮播，当某个医生叫号时便插入该医生的叫号信息。云屏和医生终端还可以通过局域网连接，使诊所内部消息流通更加高效，本发明对此不作限定。
根据本发明实施例提供的技术方案，通过云服务器接收第一挂号医生的医生终端发送的患者的叫号信息；以及云服务器发送患者的叫号信息至云屏，能够方便医生叫号，节约时间，提高工作效率。
在本发明的另一个实施例中，上述云屏显示和/或播放叫号信息，包括：云屏通过方言播放叫号信息。具体地，可以通过讯飞云服务进行方言叫号。特别是对于偏远地区，云屏通过方言叫号，可以照顾到不会普通话的老人等，提高用户体验。
在本发明的另一个实施例中，上述自助挂号方法还包括：云服务器接收医生终端发送的广告信息；以及云服务器发送广告信息至云屏，其中，上述云屏显示和/或播放叫号信息，包括：云屏显示和/或播放叫号信息和广告信息。
具体地，还可以通过云屏展示广告信息，广告信息包括诊所的广告、广告商的广告、挂号平台方的广告等，本发明对此不作限定。诊所或医生可以管理广告信息，选择自己更希望播放的广告。通过云屏播放广告信息，可以给等待看病的患者提供多样化的信息，同时也可以增加诊所和挂号平台方的收入来源。
在本发明的另一个实施例中，云屏中的播放器软件还可以具有分屏显示功能和在广告视频中插播叫号的功能，能够同时展示叫号信息和广告信息，提高用户体验。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。
图5所示为本发明一实施例提供的自助挂号系统的框图。如图5所示，该自助挂号系统500包括：
接收模块510，用于接收患者终端发送的第一挂号信息，其中，第一挂号信息包括患者信息和患者选取的第一挂号医生的信息。
分配模块520，用于根据第一挂号信息，为患者分配第一挂号医生的门诊号。
发送模块530，用于发送第一挂号信息至第一挂号医生的医生终端。
根据本发明实施例提供的技术方案，通过云服务器接收患者终端发送的第一挂号信息，其中，第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；云服务器根据第一挂号医生的信息，为患者分配第一挂号医生的门诊号；以及云服务器发送患者信息至第一挂号医生的医生终端，医生终端可以直接获取患者的预约挂号信息，实时性好且便捷高效，提高了用户体验。
在本发明的另一个实施例中，在接收模块510接收患者终端发送的第一挂号信息之前，发送模块530还用于发送至少一个基层医疗诊所的信息至患者终端，其中，第一挂号医生为至少一个基层医疗诊所中的多个医生中的一个医生。
在本发明的另一个实施例中，当分配模块520为患者分配第一挂号医生的门诊号成功时，发送模块530还用于发送挂号成功反馈信息至患者终端；或者当分配模块520为患者分配第一挂号医生的门诊号失败时，发送模块530还用于发送挂号失败反馈信息至患者终端。
在本发明的另一个实施例中，在发送模块530发送挂号失败反馈信息至患者终端之后，接收模块510还用于接收患者终端发送的第二挂号信息，其中，第二挂号信息包括患者信息和患者选取的第二挂号医生的信息。
在本发明的另一个实施例中，自助挂号系统还包括保存模块540，用于保存第一挂号信息，用于生成患者的就诊记录。
在本发明的另一个实施例中，接收模块510还用于接收第一挂号医生的医生终端发送的处方；发送模块530还用于发送处方至患者终端。
在本发明的另一个实施例中，自助挂号系统还包括生成模块550，用于根据处方生成医嘱；发送模块530还用于发送医嘱至患者终端。
在本发明的另一个实施例中，接收模块510还用于接收医生终端发送的候诊通知；发送模块530还用于发送候诊通知至患者终端。
在本发明的另一个实施例中，接收模块510还用于接收第一挂号医生的医生终端发送的患者的叫号信息；发送模块530还用于发送患者的叫号信息至云屏；自助挂号系统还包括云屏560，用于显示和/或播放叫号信息。
在本发明的另一个实施例中，云屏560还用于通过方言播放叫号信息。
在本发明的另一个实施例中，接收模块510还用于接收医生终端发送的广告信息；发送模块530还用于发送广告信息至云屏；云屏560还用于显示和/或播放叫号信息和广告信息。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
图6所示为本发明另一实施例提供的自助挂号系统600的框图。
参照图6，系统600包括处理组件610，其进一步包括一个或多个处理器，以及由存储器620所代表的存储器资源，用于存储可由处理组件610的执行的指令，例如应用程序。存储器620中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件610被配置为执行指令，以执行上述自助挂号方法。
系统600还可以包括一个电源组件被配置为执行系统600的电源管理，一个有线或无线网络接口被配置为将系统600连接到网络，和一个输入输出(I/O)接口。系统600可以操作基于存储在存储器620的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。
一种非临时性计算机可读存储介质，当存储介质中的指令由上述系统600的处理器执行时，使得上述系统600能够执行一种自助挂号方法，包括：云服务器接收患者终端发送的第一挂号信息，其中，第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；云服务器根据第一挂号医生的信息，为患者分配第一挂号医生的门诊号；以及云服务器发送患者信息至第一挂号医生的医生终端。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序校验码的介质。
另外，还需要说明的是，本案中各技术特征的组合方式并不限本案权利要求中所记载的组合方式或是具体实施例所记载的组合方式，本案所记载的所有技术特征可以以任何方式进行自由组合或结合，除非相互之间产生矛盾。
需要注意的是，以上列举的仅为本发明的具体实施例，显然本发明不限于以上实施例，随之有着许多的类似变化。本领域的技术人员如果从本发明公开的内容直接导出或联想到的所有变形，均应属于本发明的保护范围。
应当理解，本发明实施例中提到的第一、第二等限定词，仅仅为了更清楚地描述本发明实施例的技术方案使用，并不能用以限制本发明的保护范围。
以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种自助挂号方法，其特征在于，包括：
云服务器接收患者终端发送的第一挂号信息，其中，所述第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；
所述云服务器根据所述第一挂号医生的信息，为所述患者分配所述第一挂号医生的门诊号，其中，所述云服务器用于管理所述第一挂号医生在多种挂号渠道的门诊号源，并从所述门诊号源中为所述患者分配所述门诊号，所述多种挂号渠道包括网络搜索挂号、现场挂号和扫描二维码挂号；以及
所述云服务器发送所述患者信息至所述第一挂号医生的医生终端，
其中，所述自助挂号方法还包括：
当为所述患者分配所述第一挂号医生的门诊号成功时，所述云服务器发送挂号成功反馈信息至所述患者终端，以及所述云服务器保存所述第一挂号信息，用于生成所述患者的就诊记录；或者
当为所述患者分配所述第一挂号医生的门诊号失败时，所述云服务器发送挂号失败反馈信息至所述患者终端，以及所述云服务器接收所述患者终端发送的第二挂号信息，其中，所述第二挂号信息包括所述患者信息和患者选取的第二挂号医生的信息；
所述云服务器接收所述医生终端发送的候诊通知，以及所述云服务器发送所述候诊通知至所述患者终端；
所述云服务器接收所述第一挂号医生的所述医生终端发送的所述患者的叫号信息，以及所述云服务器发送所述患者的所述叫号信息至云屏，其中，所述云屏显示和/或播放所述叫号信息；
所述云服务器接收所述第一挂号医生的所述医生终端发送的处方；
所述云服务器根据所述处方生成医嘱；以及
所述云服务器发送所述处方和所述医嘱至所述患者终端。
2.如权利要求1所述的自助挂号方法，其特征在于，在所述云服务器接收患者终端发送的第一挂号信息之前，还包括：
所述云服务器发送至少一个基层医疗诊所的信息至所述患者终端，其中，所述第一挂号医生为所述至少一个基层医疗诊所中的多个医生中的一个医生。
3.如权利要求1或2所述的自助挂号方法，其特征在于，所述云服务器与所述患者终端之间的通信通过微信小程序实现。
4.如权利要求1所述的自助挂号方法，其特征在于，所述云屏显示和/或播放所述叫号信息，包括：
所述云屏通过方言播放所述叫号信息。
5.如权利要求1所述的自助挂号方法，其特征在于，还包括：
所述云服务器接收所述医生终端发送的广告信息；以及
所述云服务器发送所述广告信息至所述云屏，
其中，所述云屏显示和/或播放所述叫号信息，包括：
所述云屏显示和/或播放所述叫号信息和所述广告信息。
6.一种自助挂号系统，其特征在于，包括云服务器，所述云服务器包括：
接收模块，用于接收患者终端发送的第一挂号信息，其中，所述第一挂号信息包括患者信息和患者选取的第一挂号医生的信息；
分配模块，用于根据所述第一挂号信息，为患者分配所述第一挂号医生的门诊号，其中，所述云服务器用于管理所述第一挂号医生在多种挂号渠道的门诊号源，所述分配模块用于从所述门诊号源中为所述患者分配所述门诊号，所述多种挂号渠道包括网络搜索挂号、现场挂号和扫描二维码挂号；
发送模块，用于发送所述第一挂号信息至所述第一挂号医生的医生终端；以及
保存模块，用于保存所述第一挂号信息以及生成所述患者的就诊记录，
其中，
当所述分配模块为所述患者分配所述第一挂号医生的门诊号成功时，所述发送模块还用于发送挂号成功反馈信息至所述患者终端；或者
当所述分配模块为所述患者分配所述第一挂号医生的门诊号失败时，所述发送模块还用于发送挂号失败反馈信息至所述患者终端；
所述发送模块发送所述挂号失败反馈信息至所述患者终端后，所述接收模块还用于接收所述患者终端发送的第二挂号信息，其中，所述第二挂号信息包括所述患者信息和所述患者选取的所述第二挂号医生的信息；
所述接收模块还用于接收所述医生终端发送的候诊通知；
所述发送模块还用于发送所述候诊通知至所述患者终端；
所述接收模块还用于接收所述第一挂号医生的所述医生终端发送的所述患者的叫号信息；
所述云服务器发送所述患者的所述叫号信息至云屏，其中，所述云屏显示和/或播放所述叫号信息；
所述接收模块还用于接收第一挂号医生的所述医生终端发送的处方；
所述云服务器还包括生成模块，用于根据处方生成医嘱，其中，所述发送模块还用于发送所述处方至患者终端以及所述医嘱至患者终端。
CN201910457633.8A 2019-05-29 2019-05-29 自助挂号方法及系统 Active CN112017764B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910457633.8A CN112017764B (zh) 2019-05-29 2019-05-29 自助挂号方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910457633.8A CN112017764B (zh) 2019-05-29 2019-05-29 自助挂号方法及系统

Publications (2)

Publication Number Publication Date
CN112017764A CN112017764A (zh) 2020-12-01
CN112017764B true CN112017764B (zh) 2024-03-29

Family

ID=73501262

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910457633.8A Active CN112017764B (zh) 2019-05-29 2019-05-29 自助挂号方法及系统

Country Status (1)

Country Link
CN (1) CN112017764B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112652370B (zh) * 2020-12-22 2024-08-06 武汉源启科技股份有限公司 就诊信息线上线下一体化方法以及装置

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008234109A (ja) * 2007-03-19 2008-10-02 Medical Engine:Kk 自己申告方式クリニックのネットワークシステム
CN102592050A (zh) * 2011-12-31 2012-07-18 上海市中医医院 一站式门诊就医服务系统及就医方法
WO2016165181A1 (zh) * 2015-04-11 2016-10-20 深圳市贝沃德克生物技术研究院有限公司 基于指纹识别的网络医院自助缴费方法和系统
CN106228482A (zh) * 2016-07-21 2016-12-14 昆明医科大学第附属医院 多功能门诊医疗自助方法、一体机、客户端、服务器及系统
WO2016201745A1 (zh) * 2015-06-13 2016-12-22 深圳市华科安测信息技术有限公司 基于用户终端的就诊提示方法、用户终端和网络医院平台
CN106886678A (zh) * 2017-01-13 2017-06-23 深圳市前海安测信息技术有限公司 医生诊疗辅助系统和方法
CN107358057A (zh) * 2017-08-25 2017-11-17 遵义博文软件开发有限公司 辅助医疗服务系统
CN107527307A (zh) * 2017-08-24 2017-12-29 杭州悦马爱赏科技股份有限公司 医院就诊管理方法、装置及系统
CN107644675A (zh) * 2017-09-19 2018-01-30 成都思杰聚典科技有限公司 就医信息交互显示系统
CN107731287A (zh) * 2017-09-27 2018-02-23 深圳绰曦互动科技有限公司 一种微信医院的实现方法及系统
CN108629881A (zh) * 2018-05-14 2018-10-09 深圳医翼健康科技有限公司 一种智能挂号排号同步系统

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008234109A (ja) * 2007-03-19 2008-10-02 Medical Engine:Kk 自己申告方式クリニックのネットワークシステム
CN102592050A (zh) * 2011-12-31 2012-07-18 上海市中医医院 一站式门诊就医服务系统及就医方法
WO2016165181A1 (zh) * 2015-04-11 2016-10-20 深圳市贝沃德克生物技术研究院有限公司 基于指纹识别的网络医院自助缴费方法和系统
WO2016201745A1 (zh) * 2015-06-13 2016-12-22 深圳市华科安测信息技术有限公司 基于用户终端的就诊提示方法、用户终端和网络医院平台
CN106228482A (zh) * 2016-07-21 2016-12-14 昆明医科大学第附属医院 多功能门诊医疗自助方法、一体机、客户端、服务器及系统
CN106886678A (zh) * 2017-01-13 2017-06-23 深圳市前海安测信息技术有限公司 医生诊疗辅助系统和方法
CN107527307A (zh) * 2017-08-24 2017-12-29 杭州悦马爱赏科技股份有限公司 医院就诊管理方法、装置及系统
CN107358057A (zh) * 2017-08-25 2017-11-17 遵义博文软件开发有限公司 辅助医疗服务系统
CN107644675A (zh) * 2017-09-19 2018-01-30 成都思杰聚典科技有限公司 就医信息交互显示系统
CN107731287A (zh) * 2017-09-27 2018-02-23 深圳绰曦互动科技有限公司 一种微信医院的实现方法及系统
CN108629881A (zh) * 2018-05-14 2018-10-09 深圳医翼健康科技有限公司 一种智能挂号排号同步系统

Also Published As

Publication number Publication date
CN112017764A (zh) 2020-12-01

Similar Documents

Publication Publication Date Title
US8554195B2 (en) Health management system for group interactions between patients and healthcare practitioners
Mueller et al. Lessons from tele-emergency: improving care quality and health outcomes by expanding support for rural care systems
Félix et al. Social and economic value of Portuguese community pharmacies in health care
Sorwar et al. Cost and time effectiveness analysis of a telemedicine service in Bangladesh
CN111563145B (zh) 一种在线咨询方法、装置
Kreuter et al. Use of computer kiosks for breast cancer education in five community settings
CN101315711A (zh) 一种医疗机构候诊排队叫号系统
CN102904953A (zh) 一种远程医疗服务系统及方法
Yehia et al. Structures of care in the clinics of the HIV Research Network
Neri et al. Telehealth and public health practice in the United States—before, during, and after the COVID-19 pandemic
JP2017162453A (ja) ユーザー・アプリケーション層におけるアーキテクチャー・カスタマイズ
CN112017764B (zh) 自助挂号方法及系统
Moreno et al. Connecting provider to home: a home‐based social intervention program for older adults
JP6966155B2 (ja) 診療管理システム、方法及びプログラム
Huang et al. Telehealth for contraceptive care: Lessons from staff and clinicians for improving implementation and sustainability in Illinois
Bulman et al. Patient and provider perspectives of telehealth and in-person interventional radiology clinic visits
Titheradge et al. Continuity of care in a crisis resolution home treatment team
JP7560049B2 (ja) 臨床試験管理支援システム
Campion Jr et al. Implementation of a commercial federated network of electronic health record data to enable sponsor-initiated clinical trials at an academic medical center
CN114613479A (zh) 一种问诊任务分配的方法和装置
CN109886365B (zh) 信息处理方法、系统、服务器及计算机可读存储介质
CN113077881A (zh) 互联网医院信息的处理方法和装置
Ghinea et al. A Jini-based solution for electronic prescriptions
CN111584094B (zh) 一种在线支付方法及装置
Luthfa Telemedicine For Diabetes Mellitus Management in Community

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant