CN101540073B - 挂号处理方法、装置和系统 - Google Patents

挂号处理方法、装置和系统 Download PDF

Info

Publication number
CN101540073B
CN101540073B CN2009100823154A CN200910082315A CN101540073B CN 101540073 B CN101540073 B CN 101540073B CN 2009100823154 A CN2009100823154 A CN 2009100823154A CN 200910082315 A CN200910082315 A CN 200910082315A CN 101540073 B CN101540073 B CN 101540073B
Authority
CN
China
Prior art keywords
registering
hospital
user terminal
carries
request message
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
CN2009100823154A
Other languages
English (en)
Other versions
CN101540073A (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.)
Unicom Broadband Services Applic Nat Engineering Lab Co ltd
China United Network Communications Group Co Ltd
Original Assignee
CHINA NETCOM BROADBAND SERVICES APPLICATION NATIONAL ENGINEERING LAB 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 CHINA NETCOM BROADBAND SERVICES APPLICATION NATIONAL ENGINEERING LAB Co Ltd filed Critical CHINA NETCOM BROADBAND SERVICES APPLICATION NATIONAL ENGINEERING LAB Co Ltd
Priority to CN2009100823154A priority Critical patent/CN101540073B/zh
Publication of CN101540073A publication Critical patent/CN101540073A/zh
Application granted granted Critical
Publication of CN101540073B publication Critical patent/CN101540073B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明涉及一种挂号处理方法、装置和系统。其中,所述挂号处理方法包括接收用户终端发送的携带有挂号所需信息的挂号请求消息,所述挂号所需信息中包括医院标识和医生标识;根据所述医生标识,从所述医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与所述挂号号码对应的验证码;向所述用户终端返回携带所述挂号号码和验证码的挂号响应消息。本发明使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。

Description

挂号处理方法、装置和系统
技术领域
本发明涉及通信技术,尤其涉及一种挂号处理方法、装置和系统。
背景技术
在日常生活中,一般情况下,患者要看病,首先根据病情选择医院,到医院后,再选择找哪位医生挂号,然后再在挂号窗口排队领取挂号单。
但是,随着中国人口越来越多,有时候需要排队很长时间才能挂到号,甚至发生为了挂一个号而排队几天的情况。更甚者,排队很长时间后,没有挂到号。随着人们生活节奏的加快,这种在医院排队进行挂号的方式浪费了人们很多宝贵的时间,人们非常期望出现新的挂号方式来解决这个问题。
发明内容
本发明提供了一种挂号处理方法、装置和系统,用以实现快速、方便地挂号,节省患者在医院排队挂号的时间。
本发明提供了一种挂号处理方法,包括:
接收用户终端发送的携带有挂号所需信息的挂号请求消息,所述挂号所需信息中包括医院标识和医生标识;
根据所述医生标识,从所述医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与所述挂号号码对应的验证码;
向所述用户终端返回携带所述挂号号码和验证码的挂号响应消息。
本发明还提供了一种挂号处理装置,包括:
接收模块,用于接收用户终端发送的携带有挂号所需信息的挂号请求消息,所述挂号所需信息中包括医院标识和医生标识;
获取模块,用于根据所述医生标识,从所述医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与所述挂号号码对应的验证码;
发送模块,用于向所述用户终端返回携带所述挂号号码和验证码的挂号响应消息。
本发明还提供了一种挂号处理系统,包括用户终端、医疗数据中心和与一个以上医院对应的一个以上医疗信息系统,所述医疗数据中心包括:
接收模块,用于接收用户终端发送的携带有挂号所需信息的挂号请求消息,所述挂号所需信息中包括医院标识和医生标识;
获取模块,用于根据所述医生标识,从所述医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与所述挂号号码对应的验证码;
发送模块,用于向所述用户终端返回携带所述挂号号码和验证码的挂号响应消息。
本发明提供的挂号处理方法、装置和系统通过接收用户终端发送的挂号请求消息,并根据挂号请求消息中携带的医生标识,从挂号请求消息中携带的医院标识所标识的医院的医疗信息系统获取挂号号码,再获取与挂号号码对应的验证码,然后向用户终端返回挂号号码和验证码,使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。
附图说明
图1为本发明挂号处理方法第一实施例的流程图;
图2为本发明挂号处理方法第二实施例的流程图;
图3为本发明挂号处理方法第三实施例的流程图;
图4为本发明挂号处理装置第一实施例的结构示意图;
图5为本发明挂号处理装置第二实施例的结构示意图;
图6为本发明挂号处理装置第三实施例的结构示意图。
具体实施方式
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。挂号处理方法第一实施例
如图1所示,为本发明挂号处理方法第一实施例的流程图,具体可以包括如下步骤:
步骤11、医疗数据中心接收用户终端发送的携带有挂号所需信息的挂号请求消息,挂号所需信息中包括医院标识和医生标识;
步骤12、医疗数据中心根据医生标识,从医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与挂号号码对应的验证码;
步骤13、医疗数据中心向用户终端返回携带挂号号码和验证码的挂号响应消息。
然后患者可以依据该挂号号码和验证码去医院看病。
本实施例通过医疗数据中心接收用户终端发送的挂号请求消息,并根据挂号请求消息中携带的医生标识,从挂号请求消息中携带的医院标识所标识的医院的医疗信息系统获取挂号号码,再获取与挂号号码对应的验证码,然后向用户终端返回挂号号码和验证码,使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。
挂号处理方法第二实施例
如图2所示,为本发明挂号处理方法第二实施例的流程图,在本实施例中,用户可以通过用户终端在互联网上挂号,在图1所示技术方案的基础上,步骤11之前还可以包括如下步骤:
步骤21、医疗数据中心接收用户终端通过互联网发送的携带有用户身份信息以及请求页面标识的登录请求消息;
具体地,用户身份信息具体可以包括用户名和密码等信息,用户通过用户终端,例如:计算机,登录医疗数据中心的网站,然后输入用户名和密码。
步骤22、医疗数据中心对登录请求消息中携带的用户身份信息进行验证,若验证通过,执行步骤23,否则执行步骤24;
步骤23、医疗数据中心向用户终端返回登录请求消息中携带的请求页面标识所标识的页面;
具体地,医疗数据中心对用户身份信息验证通过后,用户就可以进入医疗数据中心的首页,医疗数据中心中存储有全面的医院和医生信息,用户可以在医疗数据中心的首页上查找医院、医生等信息,从而从中选择适合于自己病情的医院和医生,以便挂号时使用。
步骤24、医疗数据中心向用户终端返回登录失败界面;
同时,医疗数据中心可以将失败原因反馈给用户,例如:用户名或密码错误,或者用户未注册等等。
在图1所示技术方案的基础上,步骤11具体可以为如下步骤:
步骤25、医疗数据中心接收用户终端通过互联网发送的携带有挂号所需信息的挂号请求消息,挂号所需信息包括医院标识和医生标识。
具体地,用户在医疗数据中心的网页上查找到合适的医院和医生后,就可以进入挂号页面,在该页面内输入挂号所需信息,发送挂号请求消息以申请挂号。其中,挂号所需信息具体可以包括医院标识和医生标识,例如:医院名称和医生姓名,或医院代号和医生代号等可以标识医院和医生的信息。
此外,挂号所需信息除了可以包括医院标识和医生标识外,还可以包括挂号日期。若挂号日期为当天,即用户申请挂当天的号,在图1所示技术方案的基础上,步骤12具体可以包括如下步骤:
步骤26、医疗数据中心根据医院标识,向医院标识所标识的医院的医疗信息系统发送携带有医生标识的第二挂号请求消息;
步骤27、医疗数据中心接收医疗信息系统针对第二挂号请求消息发送的第二挂号响应消息,第二挂号响应消息中包括医疗信息系统根据第二挂号所需信息中携带的医生标识生成的挂号号码;
具体地,由于当天还有患者在医院进行挂号,医疗信息系统接收到医疗数据中心发送的第二挂号请求消息后,医疗信息系统的排队机获取挂号号码并发送给医疗数据中心;
步骤28、医疗数据中心生成与挂号号码对应的验证码。
医疗数据中心生成与挂号号码对应的验证码,以便于对该挂号号码进行验证。
在本实施例中,步骤13之后还可以包括如下步骤:
步骤29、医疗数据中心将挂号号码和验证码发送给医疗信息系统;
这样,用户就可以依据该挂号号码和验证码到医院去看病,医院的医疗信息系统可以对挂号号码和验证码进行验证,若验证通过,则可以及时为患者看病。
本实施例通过医疗数据中心接收用户终端发送的挂号请求消息,根据医院标识,向医院标识所标识的医院的医疗信息系统发送携带有医生标识的第二挂号请求消息,再接收医疗信息系统根据第二挂号所需信息中携带的医生标识生成的挂号号码,并生成与挂号号码对应的验证码,然后向用户终端返回挂号号码和验证码,使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。
此外,用户可以在医疗数据中心的网页上查看医院信息和医生信息,可以使得用户获取更全面的就诊信息,给用户带来了便利。
挂号处理方法第三实施例
如图3所示,为本发明挂号处理方法第三实施例的流程图,在本实施例中,用户可以通过短信息挂号,在图1所示技术方案的基础上,步骤11具体可以为如下步骤:
步骤31、医疗数据中心接收用户终端发送的携带有挂号所需信息的短信息,挂号所需信息包括医院标识和医生标识;
具体地,用于可以通过移动电话网络或互联网上的短信业务,例如:飞信等等,向医疗数据中心发送短信息。
此外,为了使得用户更加全面的了解就诊信息,步骤31之前还可以包括如下步骤:
步骤32、医疗数据中心接收用户终端发送的携带有查询关键字的短信息;
具体地,用户可以通过用户终端向医疗数据中心发送短信息,以查询医院、医生等信息,例如:用户可以在短信息中加入“望京医院”、“牙科”等关键字;
步骤33、医疗数据中心根据短信息中携带的查询关键字,查询存储的挂号参考信息,获取与查询关键字匹配的挂号参考信息;
医疗数据中心存储着全面的挂号参考信息,例如:医院信息和医生信息等等,以供用户参考。当医疗数据中心接收到用户终端发送的携带有查询关键字的短信息后,就会根据查询关键字从存储的挂号参考信息中查找与查询关键字匹配的信息,例如:查询望京医院中所有的牙科大夫的信息;
步骤34、医疗数据中心向用户终端发送携带有与查询关键字匹配的挂号参考信息的短信息。
医疗数据中心将查询到的挂号参考信息以短信息的形式发送到用户终端,用户就可以获取全面的就诊信息。
另外,该通过短信息进行挂号可以是一项定制业务,步骤31之后还可以包括如下步骤:
步骤35、医疗数据中心查询用户终端是否定制短信挂号业务,若用户终端定制了短信挂号业务,则执行步骤12,否则,执行步骤36;
步骤36、医疗数据中心向用户终端返回挂号失败的短信息;
此外,还可以在短信息中通知失败原因,例如:您未定制该项业务。
另外,挂号所需信息中除了可以包括医院标识和医生标识外,还可以包挂号日期,挂号日期可以为当天,也可以为第二天、第三天等等,即用户可以挂当天的号,也可以挂以后的号。当用户挂当天的号时,与上一实施例中步骤26-28相同,在此不再赘述。在本实施例中,以用户挂第二天的号为例,步骤31之前还可以包括如下步骤:
步骤37、医疗数据中心接收医院标识所标识的医院的医疗信息系统发送的数个挂号号码,并生成与挂号号码对应的验证码;
具体地,医院的医疗信息系统为医疗数据中心预留号源,定时提供给医疗数据中心第二天的挂号号码,医疗数据中心收到挂号号码后,生成对应的验证码。
在图1所示技术方案的基础上,步骤12具体可以包括以下步骤:
步骤38、医疗数据中心根据挂号请求消息中携带的挂号日期,从医疗信息系统发送的数个挂号号码中获取挂号号码,并获取与挂号号码对应的认证码。
在本实施例中,步骤13之后还可以包括如下步骤:
步骤39、医疗数据中心将挂号号码和验证码发送给医疗信息系统。
此外,医疗数据中心和医院的医疗信息系统之间可以通过邮件进行交互。
需要说明的是,上一实施例中,用户也可以挂当天以后的号,与本实施例中步骤36-步骤38相同。
本实施例通过医疗数据中心接收医院标识所标识的医院的医疗信息系统发送的数个挂号号码,并生成与挂号号码对应的验证码,在接收用户终端发送的挂号请求消息后,获取挂号号码和验证码并发送给用户,使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。
此外,用户可以通过短信查询挂号参考信息,可以使得用户获取更全面的就诊信息,给用户带来了便利。
挂号处理方法第四实施例
用户还可以通过电话进行挂号,具体流程如下:用户拨打呼叫中心电话,客服人员接通电话后,用户可以咨询医院、医生等信息,客服人员调阅医疗数据中心中存储的医院、医生等相关信息,回答用户的咨询,用户选择了要挂号的医院和医生后,输入标识号和密码,申请挂号,客服人员向医疗数据中心申请挂号号码和验证码,在医疗数据中心返回挂号号码和验证码之后,客服人员将挂号号码和验证码告知用户,用户可以依据挂号号码和验证码去医院看病。
挂号处理装置第一实施例
如图4所示,为本发明挂号处理装置第一实施例的结构示意图,具体可以包括接收模块41、获取模块42和发送模块43。其中,接收模块41用于接收用户终端发送的携带有挂号所需信息的挂号请求消息,挂号所需信息中包括医院标识和医生标识;获取模块42用于根据医生标识,从医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与挂号号码对应的验证码;发送模块43用于向用户终端返回携带挂号号码和验证码的挂号响应消息;然后患者可以依据该挂号号码和验证码去医院看病。
本实施例通过接收模块41接收用户终端发送的挂号请求消息,获取模块42根据挂号请求消息中携带的医生标识,从挂号请求消息中携带的医院标识所标识的医院的医疗信息系统获取挂号号码,再获取与挂号号码对应的验证码,然后发送模块43向用户终端返回挂号号码和验证码,使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。
挂号处理装置第二实施例
如图5所示,为本发明挂号处理装置第二实施例的结构示意图,在本实施例中,用户可以通过用户终端在互联网上挂号,在图4所示技术方案的基础上,接收模块41具体可以包括第一接收单元51,用于接收用户终端通过互联网发送的携带有用户身份信息以及请求页面标识的登录请求消息。
具体地,用户身份信息具体可以包括用户名和密码等信息,用户通过用户终端,例如:计算机,登录医疗数据中心的网站,然后输入用户名和密码。
本实施例还可以包括验证模块52,用于对登录请求消息中携带的用户身份信息进行验证;发送模块43还用于根据验证模块52的验证结果,若验证通过,向用户终端返回登录请求消息中携带的请求页面标识所标识的页面,若验证未通过,向用户终端返回登录失败界面。
具体地,验证模块52对用户身份信息验证通过后,用户就可以进入医疗数据中心的首页,医疗数据中心中存储有全面的医院和医生信息,用户可以在医疗数据中心的首页上查找医院、医生等信息,从而从中选择适合于自己病情的医院和医生,以便挂号时使用。在发送模块43向用户终端返回的登录失败界面中,还可以将失败原因反馈给用户,例如:用户名或密码错误,或者用户未注册等等。
第一接收单元51还用于接收用户终端通过互联网发送的携带有挂号所需信息的挂号请求消息。具体地,用户在医疗数据中心的网页上查找到合适的医院和医生后,就可以进入挂号页面,在该页面内输入挂号所需信息,发送挂号请求消息以申请挂号。其中,挂号所需信息具体可以包括医院标识和医生标识,例如:医院名称和医生姓名,或医院代号和医生代号等可以标识医院和医生的信息。
此外,挂号所需信息除了可以包括医院标识和医生标识外,还可以包括挂号日期。若挂号日期为当天,即用户申请挂当天的号,在图4所示技术方案的基础上,获取模块42具体可以包括第一发送单元53、第二接收单元54和第一生成单元55。其中,第一发送单元53用于根据医院标识,向医院标识所标识的医院的医疗信息系统发送携带有医生标识的第二挂号请求消息。第二接收单元54用于接收医疗信息系统针对第二挂号请求消息发送的第二挂号响应消息,第二挂号响应消息中包括医疗信息系统根据第二挂号所需信息中携带的医生标识生成的挂号号码;具体地,由于当天还有患者在医院进行挂号,医疗信息系统接收到第一发送单元53发送的第二挂号请求消息后,医疗信息系统的排队机获取挂号号码,第二接收单元54接收医疗信息系统发送的该挂号号码。第一生成单元55用于成与挂号号码对应的验证码,以便于对该挂号号码进行验证。
在本实施例中,发送模块43还用于将挂号号码和验证码发送给医疗信息系统;这样,用户就可以依据该挂号号码和验证码到医院去看病,医院的医疗信息系统可以对挂号号码和验证码进行验证,若验证通过,则可以及时为患者看病。
本实施例通过第一接收单元51接收用户终端通过互联网发送的挂号请求消息,第一发送单元53根据医院标识,向医院标识所标识的医院的医疗信息系统发送携带有医生标识的第二挂号请求消息,第二接收单元54接收医疗信息系统根据第二挂号所需信息中携带的医生标识生成的挂号号码,第一生成单元55生成与挂号号码对应的验证码,然后发送模块43向用户终端返回挂号号码和验证码,使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。
此外,验证模块52对用户进行身份验证后,若验证通过,用户可以在医疗数据中心的网页上查看医院信息和医生信息,可以使得用户获取更全面的就诊信息,给用户带来了便利。
挂号处理装置第三实施例
如图6所示,为本发明挂号处理装置第三实施例的结构示意图,在本实施例中,用户可以通过短信息挂号,在图3所示技术方案的基础上,接收模块41具体可以包括第三接收单元61,用于接收用户终端发送的携带有挂号所需信息的短信息。具体地,第三接收单元61可以接收用户通过移动电话网络或互联网上的短信业务,例如:飞信等等,发送的短信息。
此外,为了使得用户更加全面的了解就诊信息,第三接收单元61还用于接收用户终端发送的携带有查询关键字的短信息。具体地,第三接收单元61可以接收用户通过用户终端发送的短信息,以便于用户查询医院、医生等信息,例如:用户可以在短信息中加入“望京医院”、“牙科”等查询关键字。
本实施例还可以包括存储模块62和第一查询模块63。其中,存储模块62用于存储挂号参考信息;具体地,该挂号参考信息具体可以包括医院、医生等相关信息,以供用户参考。第一查询模块63用于根据第三接收单元61接收的短信息中携带的查询关键字,查询存储模块62存储的挂号参考信息,获取与查询关键字匹配的挂号参考信息。当第三接收单元61接收到用户终端发送的携带有查询关键字的短信息后,第一查询模块63就会根据查询关键字从存储模块62存储的挂号参考信息中查找与查询关键字匹配的信息,例如:查询望京医院中所有的牙科大夫的信息。
在本实施例中,发送模块43还用于向用户终端发送携带有与查询关键字匹配的挂号参考信息的短信息。发送模块43将查询到的挂号参考信息以短信息的形式发送到用户终端,用户就可以获取全面的就诊信息。
另外,该通过短信息进行挂号可以是一项定制业务,本实施例还可以包括第二查询模块64,用于第三接收单元61接收用户终端发送的携带有挂号所需信息的挂号请求消息后,查询用户终端是否定制短信挂号业务,若用户终端定制了短信挂号业务,则获取模块42获取挂号号码和验证码,否则发送模块43向用户终端返回挂号失败的短信息;此外,还可以在短信息中通知失败原因,例如:您未定制该项业务。
另外,挂号所需信息中除了可以包括医院标识和医生标识外,还可以包挂号日期,挂号日期可以为当天,也可以为第二天、第三天等等,即用户可以挂当天的号,也可以挂以后的号。当用户挂当天的号时,与上一实施例中第一发送单元53、第二接收单元54和第一生成单元55相同,在此不再赘述。在本实施例中,以用户挂第二天的号为例,第三接收单元61还用于接收医院标识所标识的医院的医疗信息系统发送的数个挂号号码。本实施例还可以包括生成模块65,用于生成与挂号号码对应的验证码。具体地,医院的医疗信息系统为医疗数据中心预留号源,定时提供给医疗数据中心第二天的挂号号码,第三接收单元61收到挂号号码后,生成模块65生成与第三接收单元61接收的挂号号码对应的验证码。本实施例还可以包括第二存储模块67,用于存储第三接收单元61接收的挂号号码和生成模块65生成的与挂号号码对应的验证码。
在图4所示技术方案的基础上,获取模块42具体可以包括第一获取单元66,用于根据挂号请求消息中携带的挂号日期,从第二存储模块67中获取挂号号码和与挂号号码对应的认证码。
在本实施例中,发送模块43还用于将挂号号码和验证码发送给医疗信息系统。
此外,医疗数据中心和医院的医疗信息系统之间可以通过邮件进行交互。
需要说明的是,上一实施例中,用户也可以挂当天以后的号,与本实施例中挂当天以后的号相同。
本实施例通过第三接收单元61接收医院标识所标识的医院的医疗信息系统发送的数个挂号号码,并生成模块65生成与挂号号码对应的验证码,在第三接收单元61接收用户终端发送的挂号请求消息后,第一获取单元66获取挂号号码和验证码,发送模块43将挂号号码和验证码发送给用户,使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。
此外,第三接收单元61可以接收用户发送的带有查询关键字的查询请求消息,用户可以通过短信查询挂号参考信息,可以使得用户获取更全面的就诊信息,给用户带来了便利。
挂号处理系统实施例
本发明实施例还提供了一种挂号处理系统,包括用户终端、医疗数据中心和与一个以上医院对应的一个以上医疗信息系统,医疗数据中心具体可以包括接收模块、获取模块和发送模块。其中,接收模块用于接收用户终端发送的携带有挂号所需信息的挂号请求消息,挂号所需信息中包括医院标识和医生标识;获取模块用于根据医生标识,从医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与挂号号码对应的验证码;发送模块用于向用户终端返回携带挂号号码和验证码的挂号响应消息;然后患者可以依据该挂号号码和验证码去医院看病。
此外,本实施例还可以包括本发明挂号处理装置的第二和第三实施例中的任一模块,在此不再赘述。
本实施例通过接收模块接收用户终端发送的挂号请求消息,获取模块根据挂号请求消息中携带的医生标识,从挂号请求消息中携带的医院标识所标识的医院的医疗信息系统获取挂号号码,再获取与挂号号码对应的验证码,然后发送模块向用户终端返回挂号号码和验证码,使得用户可以快速、方便地挂号,节省了用户在医院排队挂号的时间。
最后应说明的是:以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围。

Claims (15)

1.一种挂号处理方法,其特征在于,包括:
接收用户终端发送的携带有挂号所需信息的挂号请求消息,所述挂号所需信息中包括医院标识和医生标识;
根据所述医生标识,从所述医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与所述挂号号码对应的验证码;
向所述用户终端返回携带所述挂号号码和验证码的挂号响应消息;
其中,所述接收用户终端发送的携带有挂号所需信息的挂号请求消息具体为:接收所述用户终端发送的携带有挂号所需信息的短信息;
在所述接收所述用户终端发送的携带有挂号所需信息的短信息之前还包括:
接收所述用户终端发送的携带有查询关键字的短信息;
根据所述短信息中携带的所述查询关键字,查询存储的挂号参考信息,获取与所述查询关键字匹配的挂号参考信息;
向所述用户终端发送携带有与所述查询关键字匹配的挂号参考信息的短信息。
2.根据权利要求1所述的方法,其特征在于,所述接收用户终端发送的携带有挂号所需信息的挂号请求消息具体为:
接收所述用户终端通过互联网发送的携带有挂号所需信息的挂号请求消息。
3.根据权利要求2所述的方法,其特征在于,所述接收所述用户终端通过互联网发送的携带有挂号所需信息的挂号请求消息之前还包括:
接收所述用户终端通过互联网发送的携带有用户身份信息以及请求页面标识的登录请求消息;
对所述登录请求消息中携带的所述用户身份信息进行验证,若验证通过,向所述用户终端返回所述登录请求消息中携带的所述请求页面标识所标识的页面。
4.根据权利要求1所述的方法,其特征在于,所述接收所述用户终端发送的携带有挂号所需信息的短信息之前还包括:
查询所述用户终端是否定制短信挂号业务。
5.根据权利要求1所述的方法,其特征在于,所述挂号所需信息中还包挂号日期;其中,所述挂号日期为当天;
所述从所述医院标识所标识的医院的医疗信息系统获取挂号号码包括:
根据所述医院标识,向所述医院标识所标识的医院的医疗信息系统发送携带有所述医生标识的第二挂号请求消息;
接收所述医疗信息系统针对所述第二挂号请求消息发送的第二挂号响应消息,所述第二挂号响应消息中包括所述医疗信息系统根据所述第二挂号所需信息中携带的所述医生标识生成的挂号号码;
所述获取与所述挂号号码对应的验证码具体为:生成与所述挂号号码对应的验证码。
6.根据权利要求1所述的方法,其特征在于,所述挂号所需信息中还包挂号日期;其中,所述挂号日期不是当天;
所述接收用户终端发送的携带有挂号所需信息的挂号请求消息之前还包括:接收所述医院标识所标识的医院的医疗信息系统发送的数个挂号号码,并生成与所述挂号号码对应的验证码;
所述从所述医院标识所标识的医院的医疗信息系统获取挂号号码包括:
根据所述挂号请求消息中携带的所述挂号日期,从所述医疗信息系统发送的数个挂号号码中获取挂号号码。
7.根据权利要求5或6所述的方法,其特征在于,所述向所述用户终端返回携带所述挂号号码和验证码的挂号响应消息之后还包括:
将所述挂号号码和所述验证码发送给所述医疗信息系统。
8.一种挂号处理装置,其特征在于,包括:
接收模块,用于接收用户终端发送的携带有挂号所需信息的挂号请求消息,所述挂号所需信息中包括医院标识和医生标识;
获取模块,用于根据所述医生标识,从所述医院标识所标识的医院的医疗信息系统获取挂号号码,并获取与所述挂号号码对应的验证码;
发送模块,用于向所述用户终端返回携带所述挂号号码和验证码的挂号响应消息;
其中,所述接收模块包括第三接收单元,用于接收所述用户终端发送的携带有挂号所需信息的短信息;
所述第三接收单元还用于接收所述用户终端通过短信息发送的携带有查询关键字的查询请求消息;
所述装置还包括:
存储模块,用于存储挂号参考信息;
第一查询模块,用于根据所述短信息中携带的所述查询关键字,查询所述存储模块存储的挂号参考信息,获取与所述查询关键字匹配的挂号参考信息;
所述发送模块还用于向所述用户终端发送携带有与所述查询关键字匹配的挂号参考信息的短信息。
9.根据权利要求8所述的装置,其特征在于,所述接收模块包括:
第一接收单元,用于接收所述用户终端通过互联网发送的所述携带有挂号所需信息的挂号请求消息。
10.根据权利要求9所述的装置,其特征在于,所述第一接收单元还用于接收所述用户终端通过互联网发送的携带有用户身份信息以及请求页面标识的登录请求消息;
所述装置还包括:
验证模块,用于对所述登录请求消息中携带的所述用户身份信息进行验证;
所述发送模块还用于根据所述验证模块的验证结果,若验证通过,向所述用户终端返回所述登录请求消息中携带的所述请求页面标识所标识的页面。
11.根据权利要求8所述的装置,其特征在于,还包括:
第二查询模块,用于查询所述用户终端是否定制短信挂号业务。
12.根据权利要求8所述的装置,其特征在于,所述挂号所需信息中还包挂号日期;其中,所述挂号日期为当天;
所述获取模块包括:
第一发送单元,用于根据所述医院标识,向所述医院标识所标识的医院的医疗信息系统发送携带有所述医生标识的第二挂号请求消息;
第二接收单元,用于接收所述医疗信息系统针对所述第二挂号请求消息发送的第二挂号响应消息,所述第二挂号响应消息中包括所述医疗信息系统根据所述第二挂号所需信息中携带的所述医生标识生成的挂号号码;
第一生成单元,用于生成与所述挂号号码对应的验证码。
13.根据权利要求8所述的装置,其特征在于,所述挂号所需信息中包括挂号日期;其中,所述挂号日期不是当天;
所述接收模块还用于接收所述医院标识所标识的医院的医疗信息系统发送的数个挂号号码;
所述装置还包括:
生成模块,用于生成与所述接收模块接收的挂号号码对应的验证码;
第一存储模块,用于存储所述接收模块接收的所述挂号号码和所述生成模块生成的与所述挂号号码对应的验证码;
所述获取模块包括:
第一获取单元,用于根据所述挂号请求消息中携带的所述挂号日期,从所述第一存储模块中获取挂号号码和与所述挂号号码对应的验证码。
14.根据权利要求12或13所述的装置,其特征在于,所述发送模块还用于将所述挂号号码和所述验证码发送给所述医疗信息系统。
15.一种挂号处理系统,包括用户终端、医疗数据中心和与一个以上医院对应的一个以上医疗信息系统,其特征在于,所述医疗数据中心包括权利要求8-14任一所述的装置。
CN2009100823154A 2009-04-13 2009-04-13 挂号处理方法、装置和系统 Active CN101540073B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2009100823154A CN101540073B (zh) 2009-04-13 2009-04-13 挂号处理方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009100823154A CN101540073B (zh) 2009-04-13 2009-04-13 挂号处理方法、装置和系统

Publications (2)

Publication Number Publication Date
CN101540073A CN101540073A (zh) 2009-09-23
CN101540073B true CN101540073B (zh) 2012-08-22

Family

ID=41123245

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009100823154A Active CN101540073B (zh) 2009-04-13 2009-04-13 挂号处理方法、装置和系统

Country Status (1)

Country Link
CN (1) CN101540073B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102254086A (zh) * 2011-05-03 2011-11-23 中国联合网络通信集团有限公司 医疗信息处理系统
CN102637314A (zh) * 2012-04-26 2012-08-15 陈斌 实名挂号就诊系统及方法
CN104866907A (zh) * 2015-03-31 2015-08-26 太仓云联信息科技有限公司 一种自助式网络预约挂号医疗系统
CN107800755B (zh) * 2016-09-12 2021-04-27 平安科技(深圳)有限公司 医疗信息处理方法和装置
CN106529688A (zh) * 2016-10-14 2017-03-22 南京信息工程大学 基于手机app的医院预约挂号系统及方法
CN107392816A (zh) * 2017-07-19 2017-11-24 樊金焱 一种门诊信息管理系统
CN107798405B (zh) * 2017-07-24 2021-07-27 平安科技(深圳)有限公司 医疗服务预约方法、装置、存储介质和计算机设备
CN108667647B (zh) * 2018-03-30 2022-02-25 联动优势电子商务有限公司 一种设备参数的设置方法、设备及服务器
CN113076367B (zh) * 2021-04-19 2023-10-27 湖南提奥医疗科技有限公司 一种基于互联网的医疗服务信息共享系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1464422A (zh) * 2002-06-21 2003-12-31 陈付国 电子病历卡智能系统
CN101051333A (zh) * 2006-04-05 2007-10-10 迈世亚(北京)科技有限公司 医疗信息处理平台
CN101094143A (zh) * 2007-07-18 2007-12-26 李磊 实现跨医院电子病历的系统和方法
CN101334815A (zh) * 2008-08-06 2008-12-31 中国网通集团宽带业务应用国家工程实验室有限公司 医疗数据系统
CN101334816A (zh) * 2008-08-06 2008-12-31 中国网通集团宽带业务应用国家工程实验室有限公司 医疗文档信息的处理方法、装置和系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1464422A (zh) * 2002-06-21 2003-12-31 陈付国 电子病历卡智能系统
CN101051333A (zh) * 2006-04-05 2007-10-10 迈世亚(北京)科技有限公司 医疗信息处理平台
CN101094143A (zh) * 2007-07-18 2007-12-26 李磊 实现跨医院电子病历的系统和方法
CN101334815A (zh) * 2008-08-06 2008-12-31 中国网通集团宽带业务应用国家工程实验室有限公司 医疗数据系统
CN101334816A (zh) * 2008-08-06 2008-12-31 中国网通集团宽带业务应用国家工程实验室有限公司 医疗文档信息的处理方法、装置和系统

Also Published As

Publication number Publication date
CN101540073A (zh) 2009-09-23

Similar Documents

Publication Publication Date Title
CN101540073B (zh) 挂号处理方法、装置和系统
US20110070901A1 (en) Method and system for providing bearer tag identification-based messaging
US8943556B2 (en) Secure information release
US20160180045A1 (en) Wireless beacon devices used to track medical information at a hospital
CN105096226A (zh) 实现多方会诊的方法、医院服务器、用户终端及系统
JP2004139525A (ja) 個人情報提供システム、個人情報提供方法
EP4140160A1 (en) Maintaining access to services via sim card
JP2007241914A (ja) 救急受付・搬送時における個人医療情報照会システム,方法,救急受付センターサーバおよびプログラム
JPWO2008108474A1 (ja) リーチャビリティ実現サーバ、管理システム、管理方法および実現プログラム
JP2002073561A (ja) 通信網を介してアクセスするユーザの認証方法及び認証システム、並びに、これらを利用した情報処理システム
JP2018077590A (ja) サーバ装置
KR20080005882A (ko) 사용자 의료 기록을 공유하기 위한 방법 및 시스템
WO2020250750A1 (ja) 安否確認システム及び安否確認方法
KR20010047881A (ko) 무선단말기를 이용한 순번대기 서비스 시스템 및 방법
KR102340976B1 (ko) 웹서비스 사용자 경험을 활용한 딥러닝 기반의 맞춤형 컨텐츠 제공 시스템
US10728191B2 (en) Method for establishing communication within a closed network
KR20140140319A (ko) 스마트폰을 이용한 전자카드 전송방법
KR20160086803A (ko) 고객의 휴대전화 번호 관련 정보 조회 방법, 이에 사용되는 정보제공 서버, 고객관리 서버, 및 통신사 서버
JP3913182B2 (ja) 予約受付方法、事前呼出方法及びそのプログラム
CN104951839A (zh) 挂号信息自助变更方法、系统、用户终端及医院服务器
JP5985363B2 (ja) ショートメッセージサービスシステム
JP6120085B2 (ja) 情報処理装置、情報処理システム、及び情報処理方法
JP6826146B2 (ja) 順番管理システム、順番管理方法、およびプログラム
CN108566477B (zh) 通讯录更新方法及装置
JP6464414B1 (ja) 順番管理システム、順番管理装置、およびプログラム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: CHINA UNITED NETWORK TELECOMMUNICATION GROUP CO.,

Free format text: FORMER OWNER: UNICOM BROADBAND SERVICES APPLICATION NATIONAL ENGINEERING LABORATORY CO., LTD.

Effective date: 20141124

C41 Transfer of patent application or patent right or utility model
C56 Change in the name or address of the patentee

Owner name: UNICOM BROADBAND SERVICES APPLICATION NATIONAL ENG

Free format text: FORMER NAME: CHINA NET COMMUNICATION GROUP WIDEBAND APPLIANCE STATE ENGINEERING LAB CO., LTD.

CP03 Change of name, title or address

Address after: 100033 Beijing Finance Street, No. 21, Xicheng District

Patentee after: UNICOM BROADBAND SERVICES APPLIC NAT ENGINEERING LAB Co.,Ltd.

Address before: 100176 No. 1 Zhonghe street, Yizhuang economic and Technological Development Zone, Beijing

Patentee before: CNC Broadband Business Applications National Engineering Laboratory Co.,Ltd.

TR01 Transfer of patent right

Effective date of registration: 20141124

Address after: 100033 Beijing Finance Street, No. 21, Xicheng District

Patentee after: CHINA UNITED NETWORK COMMUNICATIONS GROUP Co.,Ltd.

Address before: 100033 Beijing Finance Street, No. 21, Xicheng District

Patentee before: UNICOM BROADBAND SERVICES APPLIC NAT ENGINEERING LAB Co.,Ltd.