CN112927778A - 一种医院一卡通系统 - Google Patents

一种医院一卡通系统 Download PDF

Info

Publication number
CN112927778A
CN112927778A CN202110382752.9A CN202110382752A CN112927778A CN 112927778 A CN112927778 A CN 112927778A CN 202110382752 A CN202110382752 A CN 202110382752A CN 112927778 A CN112927778 A CN 112927778A
Authority
CN
China
Prior art keywords
request
user
service
account
target user
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.)
Pending
Application number
CN202110382752.9A
Other languages
English (en)
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.)
Lianren Healthcare Big Data Technology Co Ltd
Original Assignee
Lianren Healthcare Big Data 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 Lianren Healthcare Big Data Technology Co Ltd filed Critical Lianren Healthcare Big Data Technology Co Ltd
Priority to CN202110382752.9A priority Critical patent/CN112927778A/zh
Publication of CN112927778A publication Critical patent/CN112927778A/zh
Pending legal-status Critical Current

Links

Images

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
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/34—User authentication involving the use of external additional devices, e.g. dongles or smart cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/36—User authentication by graphic or iconic representation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00—Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06037—Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明实施例公开了一种医院一卡通系统。该系统包括：注册模块和服务模块，其中，注册模块用于根据目标用户发送的账号注册请求为目标用户注册用户账号，服务模块用于在接收到目标用户基于用户账号发起的服务请求时，验证服务请求携带的用户标识信息，若验证通过则对服务请求进行处理。本发明实施例提供的医院一卡通系统根据预先注册的用户标识信息验证用户发起的服务请求，进而实现了为患者提供一体化的就诊服务流程，简化了患者在医院就诊的各项活动的流程，进一步的，提高了患者的就诊效率，同时，极大地提高了患者的体验感。

Description

一种医院一卡通系统
技术领域
本发明实施例涉及计算机技术领域，尤其涉及一种医院一卡通系统。
背景技术
在信息化时代的行进中，医院的医疗设施越来越精密和现代化，医疗工作者的从业水平也在与日俱增。在现有的医疗系统中，患者就诊需要到挂号处凭身份证进行挂号，患者租赁轮椅需要在轮椅租赁处通过窗口办理以及缴纳押金的方式租借，患者订餐需要拨打医院食堂订餐电话来进行病房订餐，等。
因此，现有技术使得患者在医院进行诸如挂号就诊、轮椅租赁、病房门禁、发票及报告打印、院内超市购物刷卡、病房订餐等活动，均需要到相应的窗口进行办理，或，到相应的工作人员处登记，造成患者在医院就诊的各项活动流程复杂。
发明内容
本发明实施例提供了一种医院一卡通系统，以简化患者在医院就诊的各项活动的流程，进一步的，提高患者的就诊效率。
第一方面，本发明实施例提供了一种医院一卡通系统，包括注册模块和服务模块，其中：
所述注册模块，用于接收目标用户发送的账号注册请求，基于所述账号注册请求携带的身份信息生成所述目标用户的用户账号，其中，所述用户账号包括用户标识信息，所述用户标识信息为所述目标用户请求服务的验证标识；
所述服务模块，与所述注册模块通信连接，用于接收目标用户基于所述用户账号发起的服务请求，对所述服务请求携带的用户标识信息进行验证，并在验证通过后对所述服务请求进行处理，其中，所述服务模块包括诊疗单元和业务单元。
可选的，所述诊疗单元，用于接收目标用户基于所述用户账号发起的诊疗服务请求，对所述诊疗服务请求携带的用户标识信息进行验证，并在验证通过后对所述诊疗服务请求进行处理。
可选的，所述诊疗服务请求包括挂号请求、就诊请求、缴费请求、取药请求、发票打印请求以及报告打印请求中的至少一种。
可选的，所述业务单元，用于接收目标用户基于所述用户账号发起的业务服务请求，对所述业务服务请求携带的用户标识信息进行验证，并在验证通过后对所述业务服务请求进行处理。
可选的，所述业务服务请求包括租赁请求、门禁验证请求、购物请求以及订餐请求中的至少一种。
可选的，所述用户标识信息是二维码信息或卡密信息。
可选的，所述注册模块，还用于接收目标用户发送的二维码生成请求，基于所述二维码生成请求的请求时间以及所述目标用户的用户账号生成二维码信息。
可选的，所述服务模块包括二维码解析单元和二维码验证单元，其中，
所述二维码解析单元，用于接收目标用户基于所述用户账号发起的服务请求，若所述服务请求携带用户展示的待验证二维码信息，则对所述待验证二维码信息进行解析，确定所述待验证二维码信息对应的展示时间和解析账号；
所述二维码验证单元，用于对所述展示时间和所述解析账号进行验证。
可选的，所述二维码验证单元具体用于：
根据所述展示时间以及所述请求时间确定验证时间差，在所述验证时间差不超过预设时间阈值时，基于所述目标用户的用户账号对所述解析账号进行验证。
所述注册模块，还用于在接收到目标用户的账号管理请求时，对所述账号管理请求进行处理，其中，所述账号管理请求包括挂失请求、账户设置请求、线下领卡请求以及充值请求中的至少一种。
上述发明中的实施例具有如下优点或有益效果：
本发明实施例提出的医院一卡通系统包括注册模块和服务模块，其中，注册模块用于根据目标用户发送的账号注册请求为目标用户注册用户账号，服务模块用于在接收到目标用户基于用户账号发起的服务请求时，验证服务请求携带的用户标识信息，若验证通过则对服务请求进行处理。本发明实施例提供的医院一卡通系统根据预先注册的用户标识信息验证用户发起的服务请求，进而实现了为患者提供一体化的就诊服务流程，简化了患者在医院就诊的各项活动的流程，进一步的，提高了患者的就诊效率，同时，极大地提高了患者的体验感。
附图说明
为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
图1为本发明实施例一所提供的一种医院一卡通系统的结构示意图；
图2为本发明实施例五所提供的一种医院一卡通系统的使用方法的流程示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的一种医院一卡通系统的结构示意图。如图1所示，本实施例提供的医院一卡通系统10包括注册模块110和服务模块120，其中：
注册模块110，用于接收目标用户发送的账号注册请求，基于账号注册请求携带的身份信息生成所述目标用户的用户账号，其中，用户账号包括用户标识信息，用户标识信息为目标用户请求服务的验证标识；服务模块120，与注册模块110通信连接，用于接收目标用户基于用户账号发起的服务请求，对服务请求携带的用户标识信息进行验证，并在验证通过后对服务请求进行处理，其中，服务模块120包括诊疗单元1201和业务单元1202。
在本实施例中，注册模块110接收到的账号注册请求可以是目标用户在终端设备上发起的。其中，终端设备可以是诸如智能手机、计算机、智能手表、平板电脑等电子设备。具体的，目标用户可以通过在终端设备上填写身份信息、触发注册按键来发送账号注册请求。当然，注册模块110接收到的账号注册请求可以不局限于是目标用户发送的，例如，还可以是工作人员在管理设备上发起的。具体的，工作人员可以针对目标用户描述的身份信息进行填写，并触发注册按钮来发送账号注册请求。
注册模块110接收到的账号注册请求包括身份信息，其中，身份信息可以是目标用户的用户基本信息，包括但不限于用户姓名、用户性别、用户年龄、用户身份证号、用户手机号码、有无基础病的标识、既往病史以及有无过敏药物的标识。在本实施例中，在接收到包含目标用户的身份信息的账号注册请求时，可以根据身份信息为目标用户注册对应的用户账号。
其中，用户账号包括用户标识信息。用户标识信息可以是目标用户请求服务的验证标识。具体的，在目标用户请求服务时，可以通过对用户标识信息进行验证，来实现相应服务处理。示例性的，用户标识信息包括二维码信息、卡密信息、身份证号、手机号以及账号ID中的至少一种。即，目标用户可以根据二维码信息、卡密信息、身份证号、手机号以及账号ID中的至少一种来请求服务。
在本实施例中，服务模块120接收到的服务请求可以是目标用户基于用户账号发起的。具体的，目标用户基于用户账号发起的服务请求包括：目标用户在终端设备上基于用户账号发起的服务请求，如，目标用户可以在终端设备上登录用户账号后，通过触发服务请求的控件来发起服务请求；以及，基于目标用户展示的用户标识信息(如二维码信息、卡密信息等)发起的服务请求。示例性的，可以检测用户展示的用户标识信息，并基于检测到的信息生成服务请求。
需要说明的是，在本实施例中，服务请求可以是诸如挂号请求、取药请求、缴费请求、取餐请求等目标用户针对某个服务的请求。在一种实施方式中，可以将服务模块划分为诊疗单元1201和业务单元1202，诊疗单元1201用于处理目标用户的诊疗服务请求，业务单元1202用于处理目标用户的业务服务请求。
本实施例的服务模块120在接收到服务请求后，对服务请求所携带的用户标识信息进行验证。示例性的，验证账号ID是否为已注册ID，或，验证身份证号是否为已注册用户的身份证号，或，验证二维码信息是否有效，或，验证卡密信息是否正确等。在一种实施方式中，还可以将已注册的目标用户的用户账号以及身份信息存储至数据库中，当接收到服务请求后，基于数据库中存储的信息对用户标识信息进行验证。
示例性的，以用户需要进行食堂订餐的场景为例进行说明。服务模块120接收到基于用户账号发起的订餐请求时，对订餐请求携带的身份证号、卡密信息或电话号码等信息进行验证，在验证通过后进行订餐处理。相应的，若用户还需要租赁陪床，则服务模块120接收到基于用户账号发起的租赁请求，对租赁请求携带的用户标识信息进行验证，在验证通过后进行租赁处理。由此可知，用户无需通过拨打电话，或前往业务办理窗口来实现订餐、租赁等服务请求，可以仅通过注册一次用户账号来实现所有的服务请求。
本发明实施例提出的医院一卡通系统10包括注册模块110和服务模块120，其中，注册模块110用于根据目标用户发送的账号注册请求为目标用户注册用户账号，服务模块120用于在接收到目标用户基于用户账号发起的服务请求时，验证服务请求携带的用户标识信息，若验证通过则对服务请求进行处理。本发明实施例提供的医院一卡通系统根据预先注册的用户标识信息验证用户发起的服务请求，进而实现了为患者提供一体化的就诊服务流程，简化了患者在医院就诊的各项活动的流程，进一步的，提高了患者的就诊效率，同时，极大地提高了患者的体验感。
可选的，注册模块110还用于：在接收到目标用户的账号管理请求时，对账号管理请求进行处理，其中，账号管理请求包括挂失请求、账户设置请求、线下领卡请求以及充值请求、余额查询请求、明细查询请求中的至少一种。
其中，账号管理请求可以是目标用户在终端设备上发起的。示例性的，目标用户可以通过在终端设备上触发相应的控件来发起账号管理请求。在本实施例中，账号管理请求包括但不限于挂失请求、账户设置请求、线下领卡请求以及充值请求。其中，账户设置请求包括但不限于联系方式修改请求、联系地址修改请求等。线下领卡请求可以是目标用户申请领取实体卡片的请求，注册模块110在接收到目标用户的线下领卡请求时，可以向目标用户的终端设备发送二维码信息，以使目标用户通过线下展示二维码信息领取实体卡片。需要说明的是，该实体卡片的卡密信息可以是用户标识信息，即，可以通过实体卡片的卡密信息向服务模块120发起各种服务请求。示例性的，用户可以持实体卡片在病房门口通过刷卡发起门禁验证请求，或，持实体卡片在取药窗口通过刷卡发起取药请求，等。
在该可选的实施方式中，注册模块110还可以根据目标用户的账号管理请求对用户账号进行相应处理，注册模块110还可为用户提供线下领卡服务，以使用户可以在领取到实体卡片后，通过该实体卡片实现各种就诊服务，简化了患者在医院就诊的各项活动的流程，进一步的，提高了患者的就诊效率，同时，极大地提高了患者的体验感。
实施例二
本实施例在上述各实施例的基础上，可选的，诊疗单元1201用于接收目标用户基于用户账号发起的诊疗服务请求，对诊疗服务请求携带的用户标识信息进行验证，并在验证通过后对诊疗服务请求进行处理。其中与上述各实施例相同或相应的术语的解释在此不再赘述。
其中，诊疗服务请求可以是目标用户发起的，用于请求诊疗服务的请求。具体的，目标用户可以通过触发终端设备上相应的控件来发起诊疗服务请求；或者，基于目标用户展示的用户标识信息(如二维码信息、卡密信息等)来发起诊疗服务请求，如，目标用户需要进行挂号请求时，通过在终端设备上触发控件来获取二维码信息，在目标用户获取到二维码信息后，根据扫描得到的目标用户展示的二维码信息来发起诊疗服务请求；或目标用户持实体卡片刷卡后，根据扫描得到的卡密信息来发起诊疗服务请求。
在本实施例中，诊疗服务请求包括挂号请求、就诊请求、缴费请求、取药请求、发票打印请求、病例打印请求以及报告打印请求中的至少一种。
本实施例的诊疗单元1201可以用于根据接收到的诊疗服务请求，对用户标识信息进行验证，并在验证通过后为目标用户提供对应的诊疗服务，实现了根据预先注册的用户标识信息验证用户发起的诊疗服务请求，进而实现了为患者提供一体化的诊疗服务流程，简化了患者在医院各项诊疗活动的流程，进一步的，提高了患者的就诊效率，同时，极大地提高了患者的体验感。
实施例三
本实施例在上述各实施例的基础上，可选的，业务单元1202，用于接收目标用户基于用户账号发起的业务服务请求，对业务服务请求携带的用户标识信息进行验证，并在验证通过后对业务服务请求进行处理。其中与上述各实施例相同或相应的术语的解释在此不再赘述。
其中，业务服务请求可以是目标用户发起的，用于请求业务服务的请求。具体的，目标用户可以通过触发终端设备上相应的控件来发起业务服务请求；或者，基于目标用户展示的用户标识信息(如二维码信息、卡密信息等)来发起业务服务请求，如，目标用户需要进行轮椅租赁时，通过在终端设备上触发控件来获取二维码信息，在目标用户获取到二维码信息后，根据扫描到的目标用户展示的二维码信息来发起轮椅租赁请求；或目标用户持实体卡片刷卡后，根据扫描得到的卡密信息来发起轮椅租赁请求。
本实施例中的业务服务请求包括租赁请求、门禁验证请求、购物请求以及订餐请求中的至少一种。其中，租赁请求包括但不限于轮椅租赁请求、陪床租赁请求、被褥租赁请求以及病号服租赁请求。购物请求包括但不限于超市购物请求和贩卖机购物请求。
本实施例的业务单元1202可以用于根据接收到的业务服务请求，对用户标识信息进行验证，并在验证通过后为目标用户提供对应的业务服务，实现了根据预先注册的用户标识信息验证用户发起的业务服务请求，进而实现了为患者提供一体化的业务服务流程，简化了患者在医院各项业务活动的流程，进一步的，提高了患者的就诊效率，同时，极大地提高了患者的体验感。
实施例四
本实施例在上述各实施例的基础上，可选的，用户标识信息是二维码信息或卡密信息。可选的，注册模块110还用于：接收目标用户发送的二维码生成请求，基于二维码生成请求的请求时间以及目标用户的用户账号生成二维码信息。
其中，目标用户可以通过触发终端设备上的控件来发送二维码生成请求。例如，目标用户可以通过触发终端设备上的二维码生成按键来发送二维码生成请求。
在本实施例中，请求时间可以是二维码生成请求的接收时间。示例性的，基于二维码生成请求的请求时间以及目标用户的用户账号生成二维码信息，包括：基于二维码生成请求的请求时间以及目标用户的身份证号码生成二维码信息；或者，基于基于二维码生成请求的请求时间以及目标用户的手机号码生成二维码信息。
若用户标识信息为二维码信息，则可选的，服务模块110包括二维码解析单元和二维码验证单元，其中：
二维码解析单元，用于接收目标用户基于用户账号发起的服务请求，若服务请求携带用户展示的待验证二维码信息，则对待验证二维码信息进行解析，确定待验证二维码信息对应的展示时间和解析账号；二维码验证单元，用于对展示时间和解析账号进行验证。
在该可选的实施方式中，服务请求包括用户展示的待验证二维码信息。其中，待验证二维码对应的展示时间可以是获取到待验证二维码的时间，如，待验证二维码的扫描时间。待验证二维码信息对应的解析账号可以是根据待验证二维码解析出的用户账号。具体的，在通过二维码解析单元获取到待验证二维码对应的展示时间和解析账号后，通过二维码验证单元对展示时间和解析账号进行验证。
可选的，二维码验证单元具体用于：根据展示时间以及请求时间确定验证时间差，在验证时间差不超过预设时间阈值时，基于目标用户的用户账号对解析账号进行验证。
其中，验证时间差可以是待验证二维码的扫描时间以及注册模块生成二维码信息的生成时间之差。预设时间阈值可以是预先设置的二维码有效期，本申请对预设时间阈值的具体数值不进行限定，示例性的，预设时间阈值可以是一分钟。即，在展示时间以及请求时间的时间差不超过预设时间阈值时，基于目标用户的用户账号对解析账号进行验证；在展示时间以及请求时间的时间差大于预设时间阈值时，待验证二维码的验证失败。
在该可选的实施方式中，若验证时间差不超过预设时间阈值，基于目标用户的用户账号对解析账号进行验证，包括：对解析账号以及用户账号中的身份证号码进行比对；或者，对解析账号以及用户账号中的手机号码进行比对；或者，对解析账号以及用户账号中的账号ID进行比对。
需要说明的是，在验证时间差不超于预设时间阈值，且解析账号的验证通过时，对服务请求进行处理；在验证时间差大于预设时间阈值或解析账号的验证失败时，不对服务请求进行处理。
在该可选的实施方式中，用户标识信息是二维码信息或卡密信息，进一步的，服务模块包括二维码解析单元和二维码验证单元，实现了根据预先生成的二维码信息验证用户发起的服务请求，进而实现了为患者提供一体化的就诊服务流程，简化了患者在医院就诊的各项活动的流程，进一步的，提高了患者的就诊效率，同时，极大地提高了患者的体验感。
在另一种实施方式中，服务模块还包括卡密解析单元和卡密验证单元，其中，卡密解析单元，用于接收目标用户基于所述用户账号发起的服务请求，若所述服务请求携带用户展示的卡密信息，则对所述卡密信息进行解析，确定待验证二维码信息对应的解析账号；卡密验证单元，用于对解析账号进行验证。实现了根据预先领取的卡密信息验证用户发起的服务请求，进而实现了为患者提供一体化的就诊服务流程，简化了患者在医院就诊的各项活动的流程。
实施例五
本实施例提供了一种用户使用医院一卡通系统请求服务的完整流程，如图2所示，本实施例提供的医院一卡通系统的使用方法包括如下步骤：
S201、接收用户实名认证注册信息。
S202、根据用户输入的患者信息、手机号码为用户注册账号。
S203、向用户终端发送用户标识信息的选择请求。
S204、接收用户反馈的选择信息，并判断选择信息是线上还是线下，若用户选择的是线上，则执行S205，若用户选择的是线下，则执行S206。
S205、在接收到用户的二维码生成请求时，向用户发送二维码，并根据扫描到的用户展示的二维码生成服务请求，对服务请求中的二维码进行验证，在验证通过后为用户提供挂号、就诊或取药等服务。
S206、向用户发送用于领取实体卡片的二维码，并扫描用户展示的二维码，在二维码验证通过时，向用户发布实体卡片。
S207、在扫描到用户展示的卡密信息时，基于扫描到的卡密信息生成服务请求，对服务请求中的二维码进行验证，在验证通过后为用户提供挂号、就诊或取药等服务。
本实施例提供的医院一卡通系统的使用方法，通过用户注册的用户账号，生成二维码或实体卡片，使得用户可通过二维码或实体卡片请求各项院内服务，简化了患者在医院就诊的各项活动的流程，进一步的，提高了患者的就诊效率，同时，极大地提高了患者的体验感。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种医院一卡通系统，其特征在于，包括注册模块和服务模块，其中：
所述注册模块，用于接收目标用户发送的账号注册请求，基于所述账号注册请求携带的身份信息生成所述目标用户的用户账号，其中，所述用户账号包括用户标识信息，所述用户标识信息为所述目标用户请求服务的验证标识；
所述服务模块，与所述注册模块通信连接，用于接收目标用户基于所述用户账号发起的服务请求，对所述服务请求携带的用户标识信息进行验证，并在验证通过后对所述服务请求进行处理，其中，所述服务模块包括诊疗单元和业务单元。
2.根据权利要求1所述的系统，其特征在于，所述诊疗单元，用于接收目标用户基于所述用户账号发起的诊疗服务请求，对所述诊疗服务请求携带的用户标识信息进行验证，并在验证通过后对所述诊疗服务请求进行处理。
3.根据权利要求2所述的系统，其特征在于，所述诊疗服务请求包括挂号请求、就诊请求、缴费请求、取药请求、发票打印请求以及报告打印请求中的至少一种。
4.根据权利要求2所述的系统，其特征在于，所述业务单元，用于接收目标用户基于所述用户账号发起的业务服务请求，对所述业务服务请求携带的用户标识信息进行验证，并在验证通过后对所述业务服务请求进行处理。
5.根据权利要求4所述的系统，其特征在于，所述业务服务请求包括租赁请求、门禁验证请求、购物请求以及订餐请求中的至少一种。
6.根据权利要求1所述的系统，其特征在于，所述用户标识信息是二维码信息或卡密信息。
7.根据权利要求6所述的系统，其特征在于，所述注册模块，还用于接收目标用户发送的二维码生成请求，基于所述二维码生成请求的请求时间以及所述目标用户的用户账号生成二维码信息。
8.根据权利要求7所述的系统，其特征在于，所述服务模块包括二维码解析单元和二维码验证单元，其中，
所述二维码解析单元，用于接收目标用户基于所述用户账号发起的服务请求，若所述服务请求携带用户展示的待验证二维码信息，则对所述待验证二维码信息进行解析，确定所述待验证二维码信息对应的展示时间和解析账号；
所述二维码验证单元，用于对所述展示时间和所述解析账号进行验证。
9.根据权利要求8所述的系统，其特征在于，所述二维码验证单元具体用于：
根据所述展示时间以及所述请求时间确定验证时间差，在所述验证时间差不超过预设时间阈值时，基于所述目标用户的用户账号对所述解析账号进行验证。
10.根据权利要求1所述的系统，其特征在于，所述注册模块，还用于在接收到目标用户的账号管理请求时，对所述账号管理请求进行处理，其中，所述账号管理请求包括挂失请求、账户设置请求、线下领卡请求以及充值请求中的至少一种。
CN202110382752.9A 2021-04-09 2021-04-09 一种医院一卡通系统 Pending CN112927778A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110382752.9A CN112927778A (zh) 2021-04-09 2021-04-09 一种医院一卡通系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110382752.9A CN112927778A (zh) 2021-04-09 2021-04-09 一种医院一卡通系统

Publications (1)

Publication Number Publication Date
CN112927778A true CN112927778A (zh) 2021-06-08

Family

ID=76173986

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110382752.9A Pending CN112927778A (zh) 2021-04-09 2021-04-09 一种医院一卡通系统

Country Status (1)

Country Link
CN (1) CN112927778A (zh)

Citations (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002041649A (ja) * 2000-07-24 2002-02-08 Olympus Optical Co Ltd 保険手続きシステム及び保険手続きシステムの制御方法
CN101299264A (zh) * 2008-06-11 2008-11-05 曹莹莹 一卡通医院诊病管理系统
CN101488253A (zh) * 2008-11-21 2009-07-22 上海健业文化传播有限公司 就医一卡通系统及其操作方法
CN101957887A (zh) * 2010-05-17 2011-01-26 苏州苏城无线应用中心有限公司 手机一卡通智能医疗服务系统
CN202472663U (zh) * 2012-02-21 2012-10-03 徐红霞 一卡通医疗服务系统
CN104065621A (zh) * 2013-03-21 2014-09-24 腾讯科技（深圳）有限公司 一种第三方服务的身份验证方法、客户端和系统
CN104699924A (zh) * 2013-12-04 2015-06-10 大连鸿祺科技发展有限公司 一种医院一卡通系统
CN104700340A (zh) * 2013-12-04 2015-06-10 大连鸿祺科技发展有限公司 用于医院的一卡通系统
CN105989653A (zh) * 2015-02-13 2016-10-05 中兴通讯股份有限公司 一种医疗信息处理方法、装置、就诊系统及自助终端
CN106355533A (zh) * 2016-09-05 2017-01-25 厦门飓浪计算机软件有限公司 医用客显屏和医疗系统及方法
WO2017012178A1 (zh) * 2015-07-18 2017-01-26 深圳市前海颐老科技有限公司 基于网络医院的药品统一配送方法和网络医院平台
CN106548224A (zh) * 2016-10-25 2017-03-29 中冶华天工程技术有限公司 一种基于二维码的一卡通管理系统及管理方法
CN106971086A (zh) * 2017-05-16 2017-07-21 中国医学科学院北京协和医院 精细化、科学化的诊疗系统
CN107169582A (zh) * 2017-06-07 2017-09-15 四川鸣医科技有限公司 自助式诊疗挂号控制方法
CN107273676A (zh) * 2017-06-07 2017-10-20 四川鸣医科技有限公司 利于提高诊疗效率的就诊服务系统
CN107863134A (zh) * 2017-11-24 2018-03-30 郑州云海信息技术有限公司 一种基于云计算的智能医疗管理系统
CN107993697A (zh) * 2017-12-25 2018-05-04 北京小浪花科技有限公司 医疗服务平台及系统
CN108122620A (zh) * 2016-11-29 2018-06-05 长沙青核桃网络科技有限公司 智能手机辅助数字化门诊系统的设计
CN108899077A (zh) * 2018-06-14 2018-11-27 广州市立捷信息技术有限公司 医院楼宇自动化集成管理系统
CN109585029A (zh) * 2018-12-05 2019-04-05 广西壮族自治区人民医院 一种医院患者信息网络平台
CN110070156A (zh) * 2019-04-23 2019-07-30 安徽致远慧联电子科技有限公司 基于二维码校园一卡通消费管理系统及管理方法
CN110517743A (zh) * 2019-08-22 2019-11-29 福建弘扬软件股份有限公司 一种基于二维码的his系统无卡就诊方法
CN111667910A (zh) * 2020-06-15 2020-09-15 赵文 一种基于计算机医疗的病理管理系统
CN111917773A (zh) * 2020-07-31 2020-11-10 中国工商银行股份有限公司 业务数据处理方法、装置和服务器
US20210074396A1 (en) * 2019-09-09 2021-03-11 Medtronic, Inc. Smart card password management systems and methods for medical systems

Patent Citations (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002041649A (ja) * 2000-07-24 2002-02-08 Olympus Optical Co Ltd 保険手続きシステム及び保険手続きシステムの制御方法
CN101299264A (zh) * 2008-06-11 2008-11-05 曹莹莹 一卡通医院诊病管理系统
CN101488253A (zh) * 2008-11-21 2009-07-22 上海健业文化传播有限公司 就医一卡通系统及其操作方法
CN101957887A (zh) * 2010-05-17 2011-01-26 苏州苏城无线应用中心有限公司 手机一卡通智能医疗服务系统
CN202472663U (zh) * 2012-02-21 2012-10-03 徐红霞 一卡通医疗服务系统
CN104065621A (zh) * 2013-03-21 2014-09-24 腾讯科技（深圳）有限公司 一种第三方服务的身份验证方法、客户端和系统
CN104699924A (zh) * 2013-12-04 2015-06-10 大连鸿祺科技发展有限公司 一种医院一卡通系统
CN104700340A (zh) * 2013-12-04 2015-06-10 大连鸿祺科技发展有限公司 用于医院的一卡通系统
CN105989653A (zh) * 2015-02-13 2016-10-05 中兴通讯股份有限公司 一种医疗信息处理方法、装置、就诊系统及自助终端
WO2017012178A1 (zh) * 2015-07-18 2017-01-26 深圳市前海颐老科技有限公司 基于网络医院的药品统一配送方法和网络医院平台
CN106355533A (zh) * 2016-09-05 2017-01-25 厦门飓浪计算机软件有限公司 医用客显屏和医疗系统及方法
CN106548224A (zh) * 2016-10-25 2017-03-29 中冶华天工程技术有限公司 一种基于二维码的一卡通管理系统及管理方法
CN108122620A (zh) * 2016-11-29 2018-06-05 长沙青核桃网络科技有限公司 智能手机辅助数字化门诊系统的设计
CN106971086A (zh) * 2017-05-16 2017-07-21 中国医学科学院北京协和医院 精细化、科学化的诊疗系统
CN107273676A (zh) * 2017-06-07 2017-10-20 四川鸣医科技有限公司 利于提高诊疗效率的就诊服务系统
CN107169582A (zh) * 2017-06-07 2017-09-15 四川鸣医科技有限公司 自助式诊疗挂号控制方法
CN107863134A (zh) * 2017-11-24 2018-03-30 郑州云海信息技术有限公司 一种基于云计算的智能医疗管理系统
CN107993697A (zh) * 2017-12-25 2018-05-04 北京小浪花科技有限公司 医疗服务平台及系统
CN108899077A (zh) * 2018-06-14 2018-11-27 广州市立捷信息技术有限公司 医院楼宇自动化集成管理系统
CN109585029A (zh) * 2018-12-05 2019-04-05 广西壮族自治区人民医院 一种医院患者信息网络平台
CN110070156A (zh) * 2019-04-23 2019-07-30 安徽致远慧联电子科技有限公司 基于二维码校园一卡通消费管理系统及管理方法
CN110517743A (zh) * 2019-08-22 2019-11-29 福建弘扬软件股份有限公司 一种基于二维码的his系统无卡就诊方法
US20210074396A1 (en) * 2019-09-09 2021-03-11 Medtronic, Inc. Smart card password management systems and methods for medical systems
CN111667910A (zh) * 2020-06-15 2020-09-15 赵文 一种基于计算机医疗的病理管理系统
CN111917773A (zh) * 2020-07-31 2020-11-10 中国工商银行股份有限公司 业务数据处理方法、装置和服务器

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LAJUN好物说: "静态二维码和动态二维码有什么区别？", pages 1, Retrieved from the Internet <URL:https://www.zhihu.com/question/296149571/answer/1450240890> *
临海市广播电视台: "电子‘健康医保卡’上线：一个手机就能挂号付费用医保！临海3家医院可用", pages 1 - 6, Retrieved from the Internet <URL:https://mp.weixin.qq.com/s?__biz=MjM5MDExMDE2NQ==&mid=2650751241&idx=1&sn=d4eac 4645a13a5b6fb735214ae217619&chksm=be4239b38935b0a5141e19525b075a562886ae26b4a80b27ebe353fde47691a930ac7f8f7f99&scene=27> *
乔德福等: "医院计算机信息系统 "一卡通"的开发及应用", 《无线互联科技》, no. 19, pages 58 *

Similar Documents

Publication Publication Date Title
US11106818B2 (en) Patient identification systems and methods
CN106355533B (zh) 医用客显屏和医疗系统及方法
US7748617B2 (en) Electronic identification system
US9225523B2 (en) Authentication system and authentication method
CN110012028B (zh) 医疗身份认证方法和系统
US20160371438A1 (en) System and method for biometric-based authentication of a user for a secure event carried out via a portable electronic device
US20180268415A1 (en) Biometric information personal identity authenticating system and method using financial card information stored in mobile communication terminal
US11710132B2 (en) User controlled event record system
US20140229388A1 (en) System and Method for Data and Identity Verification and Authentication
KR20170127854A (ko) 전자 결제 기능을 제공하는 전자 장치 및 그의 동작 방법
CN105339977A (zh) 安全实时健康记录交换
CN108880824A (zh) 电子身份证的手机双向应用终端系统及其使用方法
CN109118215B (zh) 支付处理方法、装置及服务器
JP2013140451A (ja) 電子マネーサーバ、電子マネーサーバプログラム、記録媒体、及び、紛失処理方法
JP2011039674A (ja) 医療データベースセンターシステム
CN107169146A (zh) 医院检查报告的查询方法和终端设备
KR101067326B1 (ko) 이동통신 시스템에서 위치 기반 서비스 제공 방법 및 장치
JP2021099878A (ja) 制御システム、制御方法、プログラム
US20210057061A1 (en) Biometric identity system integration of medical service provider systems
US20210166215A1 (en) Method for performing a contactless payment transaction
US20210098118A1 (en) Ensuring insurance and payment processing using biometrics
CN112927778A (zh) 一种医院一卡通系统
US20220358503A1 (en) Systems and methods for providing in-person status to a user device
WO2015051449A1 (en) Method for automatically sending a signal indicative of a position in a queue
WO2014111760A1 (en) Integrated transaction terminal

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