CN115828868A - 一种单次就诊数据编辑响应方法、装置、设备及存储介质 - Google Patents
一种单次就诊数据编辑响应方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN115828868A CN115828868A CN202310090997.3A CN202310090997A CN115828868A CN 115828868 A CN115828868 A CN 115828868A CN 202310090997 A CN202310090997 A CN 202310090997A CN 115828868 A CN115828868 A CN 115828868A
- Authority
- CN
- China
- Prior art keywords
- user terminal
- data
- target
- editing
- unique
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 230000004044 response Effects 0.000 title claims abstract description 48
- 238000003745 diagnosis Methods 0.000 claims description 13
- 238000000554 physical therapy Methods 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 8
- 238000004891 communication Methods 0.000 claims description 7
- 238000007689 inspection Methods 0.000 claims description 6
- 238000013461 design Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 239000003814 drug Substances 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种单次就诊数据编辑响应方法、装置、设备及存储介质,涉及医院信息管理技术领域。所述方法是先生成用于关联多个单据数据的就诊单,然后在收到单据数据编辑请求消息后,若发现目标就诊单正在处于编辑状态中,则反馈失败消息,否则将所述目标就诊单锁定为编辑状态,并反馈成功消息,并在收到单据数据编辑完成消息后,解除所述目标就诊单的编辑状态,并根据已编辑单据数据对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存,如此可在浏览器/服务器架构中实现在同一时间只能有一个用户能操作就诊单据的目的,避免在单次就诊中出现多个单据信息缺乏数据一致性的现象。
Description
技术领域
本发明属于医院信息管理技术领域,具体涉及一种单次就诊数据编辑响应方法、装置、设备及存储介质。
背景技术
现有的医院信息系统(Hospital Information System,HIS)主要是采用B/S架构(即浏览器/服务器架构),在这种架构下,一共会有两组不同的用户:患者用户和诊所或医院的就职人员(也可称为医职人员)。患者用户可以通过在系统中产生对应的挂号单来表示自己要来看病,医职人员会对挂号单进行后续操作来为患者看病及治疗产生各种各样的单据信息,比如:挂号单详情、门诊单详情、收费单详情、发药单详情、检查检验单详情和治疗理疗单详情,等等,而在这么多单据下就会涉及到一个需要确保多个单据信息具有数据一致性的问题。
众所周知,一个患者到看病场所就诊会经历如下几个步骤:(1)一个拥有挂号能力的渠道或方式给患者挂号,产生挂号单;(2)患者到看病场景对挂号单进行标记操作,以便证明患者到现场,进而可生成对应的门诊单;(3)患者到看病场景的固定位置就诊,医师对生成的门诊单据进行修改保存,生成对应的收费单;(4)患者到收费台进行缴费,其中,患者可能会有步骤(3)之外的一些要求,从而产生额外的收费项目,收费员对收费单进行操作,标记收费成功,产生对应的发药单、检查检验单和/或治疗理疗单等;(5)患者到药房处取药、到检查检验处做检查和/或到治疗理疗处做治疗,最后离开诊所。
在以上步骤中,如果患者按照以上流程来执行,环节会很清晰,但是现实场景往往涉及一些复杂的情况,比如患者到看病场景的固定位置就诊后,医师对门诊单已经进行了操作,患者也离开了看病场景的固定位置,到达收费台,这时医师可能还要对门诊单进行修改操作,而同时收费台的收费员也在对基于门诊单产生的收费单进行修改,就样就会涉及到一个数据同步不及时的问题,又假如患者已经缴费完成,医师才对门诊单进行修改完成,那么对于收费台缴费后的下游数据与收费台缴费后的上游数据就会不一致。由此总结下来就是由于门诊、收费、发药、检查检验和治疗理疗等是由不同的医职人员操作,若有两个医职人员同时对单据数据进行编辑操作,将导致最后患者看到的所有单据信息存在不一致的问题,进而可能引发患者与医职人员因单据信息不一致而导致的各种纠纷问题和沟通问题。
发明内容
本发明的目的是提供一种单次就诊数据编辑响应方法、装置、计算机设备及计算机可读存储介质,用以解决现有医院信息管理技术在复杂情况下可能存在单次就诊中产生的多个单据信息缺乏数据一致性的问题。
为了实现上述目的,本发明采用以下技术方案:
第一方面,提供了一种单次就诊数据编辑响应方法,由医院信息系统的服务器执行,包括:
在患者单次就诊时生成用于关联多个单据数据的就诊单,其中,所述多个单据数据包含有挂号单数据、门诊单数据、收费单数据、发药单数据、检查检验单数据和治疗理疗单数据中的任意组合,所述就诊单具有唯一单号;
在收到来自第一用户终端的且携带有目标唯一单号和第一用户终端唯一标识的单据数据编辑请求消息后,根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,若是,则向所述第一用户终端反馈请求失败消息,否则根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,并向所述第一用户终端反馈请求成功消息,其中,所述请求成功消息携带有与所述目标就诊单关联的待编辑单据数据,以便所述第一用户终端的持有用户对所述待编辑单据数据进行在线编辑;
在收到来自第二用户终端的且携带有所述目标唯一单号和第二用户终端唯一标识的单据数据编辑完成消息后,检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,若是,则解除所述目标就诊单的编辑状态,并根据在所述单据数据编辑完成消息中还携带的且与所述待编辑单据数据对应的已编辑单据数据,对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存。
基于上述发明内容,提供了一种实现在同一时间只能有一个用户能操作就诊单据的新方案,即先生成用于关联多个单据数据的就诊单,然后在收到单据数据编辑请求消息后,若发现目标就诊单正在处于编辑状态中,则反馈失败消息,否则将所述目标就诊单锁定为编辑状态,并反馈成功消息,并在收到单据数据编辑完成消息后,解除所述目标就诊单的编辑状态,并根据已编辑单据数据对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存,如此可在浏览器/服务器架构中实现在同一时间只能有一个用户能操作就诊单据的目的,避免在单次就诊中出现多个单据信息缺乏数据一致性的现象,进而可有效避免引发患者与医职人员因单据信息不一致而导致的各种纠纷问题和沟通问题,便于实际应用和推广。
在一个可能的设计中,在将所述目标就诊单锁定为编辑状态的同时,所述方法还包括:
启动计时器;
若在所述计时器的计时到达预设时长阈值前收到来自第三用户终端的且携带有所述目标唯一单号和第三用户终端唯一标识的单据数据编辑续期请求消息,则检验所述第三用户终端唯一标识是否与所述第一用户终端唯一标识一致,否则在所述计时器的计时到达所述预设时长阈值时,解除所述目标就诊单的编辑状态;
若检验确定所述第三用户终端唯一标识与所述第一用户终端唯一标识一致,则重启所述计时器。
在一个可能的设计中,根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,包括:根据所述目标唯一单号,在Key-Value数据库Redis中查询是否存在有内容为所述目标唯一单号的关键字Key,若是,则查询确定与所述目标唯一单号对应的目标就诊单正在处于编辑状态中,否则查询确定与所述目标唯一单号对应的目标就诊单未处于编辑状态中;
根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,包括:在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key,并将与该关键字Key对应的值Value配置为所述第一用户终端唯一标识;
检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,包括:在从所述Key-Value数据库Redis中查询到内容为所述目标唯一单号的关键字Key后,检验与该关键字Key对应的值Value是否与所述第二用户终端唯一标识一致;
解除所述目标就诊单的编辑状态,包括:在所述Key-Value数据库Redis中删除内容为所述目标唯一单号的关键字Key以及与该关键字Key对应的值Value。
在一个可能的设计中,在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key,包括:在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的且在预设时长阈值之后过期的关键字Key;
在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key之后,所述方法还包括:
若在所述关键字Key过期前收到来自第三用户终端的且携带有所述目标唯一单号和第三用户终端唯一标识的单据数据编辑续期请求消息,则检验与所述关键字Key对应的值Value是否与所述第三用户终端唯一标识一致,否则在所述关键字Key过期时,在所述Key-Value数据库Redis中删除内容为所述目标唯一单号的关键字Key以及与该关键字Key对应的值Value;
若检验确定与所述关键字Key对应的值Value与所述第三用户终端唯一标识一致,则重置所述关键字Key在所述预设时长阈值之后过期。
在一个可能的设计中,所述单据数据编辑续期请求消息由所述第三用户终端在单据数据编辑期间周期性地自动定时发送,其中,所述单据数据编辑续期请求消息的定时发送周期短于所述预设时长阈值。
在一个可能的设计中,当所述单据数据编辑请求消息还携带有指定编辑单据类型时,所述请求成功消息携带有属于所述指定编辑单据类型的且与所述目标就诊单关联的待编辑单据数据。
在一个可能的设计中,在检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致之后,所述方法还包括:
若检验确定所述第二用户终端唯一标识与所述第一用户终端唯一标识不一致,则向所述第二用户终端反馈编辑保存失败消息。
第二方面,提供了一种单次就诊数据编辑响应装置,布置在医院信息系统的服务器中,包括有依次通信连接的就诊单生成模块、编辑请求响应模块和编辑完成响应模块;
所述就诊单生成模块,用于在患者单次就诊时生成用于关联多个单据数据的就诊单,其中,所述多个单据数据包含有挂号单数据、门诊单数据、收费单数据、发药单数据、检查检验单数据和治疗理疗单数据中的任意组合,所述就诊单具有唯一单号;
所述编辑请求响应模块,用于在收到来自第一用户终端的且携带有目标唯一单号和第一用户终端唯一标识的单据数据编辑请求消息后,根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,若是,则向所述第一用户终端反馈请求失败消息,否则根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,并向所述第一用户终端反馈请求成功消息,其中,所述请求成功消息携带有与所述目标就诊单关联的待编辑单据数据,以便所述第一用户终端的持有用户对所述待编辑单据数据进行在线编辑;
所述编辑完成响应模块,用于在收到来自第二用户终端的且携带有所述目标唯一单号和第二用户终端唯一标识的单据数据编辑完成消息后,检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,若是,则解除所述目标就诊单的编辑状态,并根据在所述单据数据编辑完成消息中还携带的且与所述待编辑单据数据对应的已编辑单据数据,对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存。
第三方面,本发明提供了一种计算机设备,包括有依次通信连接的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发数据,所述处理器用于读取所述计算机程序,执行如第一方面或第一方面中任意可能设计所述的单次就诊数据编辑响应方法。
第四方面,本发明提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,当所述指令在计算机上运行时,执行如第一方面或第一方面中任意可能设计所述的单次就诊数据编辑响应方法。
第五方面,本发明提供了一种包含指令的计算机程序产品,当所述指令在计算机上运行时,使所述计算机执行如第一方面或第一方面中任意可能设计所述的单次就诊数据编辑响应方法。
上述方案的有益效果:
(1)本发明创造性提供了一种实现在同一时间只能有一个用户能操作就诊单据的新方案,即先生成用于关联多个单据数据的就诊单,然后在收到单据数据编辑请求消息后,若发现目标就诊单正在处于编辑状态中,则反馈失败消息,否则将所述目标就诊单锁定为编辑状态,并反馈成功消息,并在收到单据数据编辑完成消息后,解除所述目标就诊单的编辑状态,并根据已编辑单据数据对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存,如此可在浏览器/服务器架构中实现在同一时间只能有一个用户能操作就诊单据的目的,避免在单次就诊中出现多个单据信息缺乏数据一致性的现象,进而可有效避免引发患者与医职人员因单据信息不一致而导致的各种纠纷问题和沟通问题;
(2)还可以实现对锁定的编辑状态进行时效管理的目的,便于实际应用和推广。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的单次就诊数据编辑响应方法的流程示意图。
图2为本申请实施例提供的单次就诊数据编辑响应装置的结构示意图。
图3为本申请实施例提供的计算机设备的结构示意图。
具体实施方式
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将结合附图和实施例或现有技术的描述对本发明作简单地介绍,显而易见地,下面关于附图结构的描述仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在此需要说明的是,对于这些实施例方式的说明用于帮助理解本发明,但并不构成对本发明的限定。
应当理解,尽管本文可能使用术语第一和第二等等来描述各种对象,但是这些对象不应当受到这些术语的限制。这些术语仅用于区分一个对象和另一个对象。例如可以将第一对象称作第二对象,并且类似地可以将第二对象称作第一对象,同时不脱离本发明的示例实施例的范围。
应当理解,对于本文中可能出现的术语“和/或”,其仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A、单独存在B或者同时存在A和B等三种情况;又例如,A、B和/或C,可以表示存在A、B和C中的任意一种或他们的任意组合;对于本文中可能出现的术语“/和”,其是描述另一种关联对象关系,表示可以存在两种关系,例如,A/和B,可以表示:单独存在A或者同时存在A和B等两种情况;另外,对于本文中可能出现的字符“/”,一般表示前后关联对象是一种“或”关系。
实施例:
如图1所示,本实施例第一方面提供的所述单次就诊数据编辑响应方法,可以但不限于由具有一定计算资源的且通信连接有多个不同用户终端的计算机设备执行,例如由医院本地服务器或云服务器等电子设备执行。如图1所示,所述单次就诊数据编辑响应方法,具体是由医院信息系统的服务器执行,可以但不限于包括有如下步骤S1~S3。
S1.在患者单次就诊时生成用于关联多个单据数据的就诊单,其中,所述多个单据数据包含但不限于有挂号单数据、门诊单数据、收费单数据、发药单数据、检查检验单数据和治疗理疗单数据等中的任意组合,所述就诊单具有唯一单号。
在所述步骤S1中,所述挂号单数据、所述门诊单数据、所述收费单数据、所述发药单数据、所述检查检验单数据和所述治疗理疗单数据等均为在患者就医流程中所产生的单据信息,可以采用现有常规方式获取得到。所述就诊单用于作为在所述多个单据数据的上层所产生的新单据,其从患者到达看病场景产生任一单据开始,就锁定了这是一次患者的单次就诊,并在产生一个业务单据的同时就在背后再产生一个就诊单,一直到患者离开看病场景视为结束。另外,允许患者用户和医职人员对于这个就诊单据都拥有在对应权限下可编辑操作的权利。
S2.在收到来自第一用户终端的且携带有目标唯一单号和第一用户终端唯一标识的单据数据编辑请求消息后,根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,若是,则向所述第一用户终端反馈请求失败消息,否则根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,并向所述第一用户终端反馈请求成功消息,其中,所述请求成功消息携带有与所述目标就诊单关联的待编辑单据数据,以便所述第一用户终端的持有用户对所述待编辑单据数据进行在线编辑。
在所述步骤S2中,所述第一用户终端即为由患者用户或医职人员所持有的电子设备,例如运行浏览器应用程序的智能手机或电脑等。所述单据数据编辑请求消息可在患者用户或医职人员在通过所述浏览器应用程序浏览所述多个单据数据并有编辑需求时,通过常规的消息生成及发送方式来接收得到,例如具体为一个HTTP(Hyper Text TransferProtocol,超文本传输协议)请求。当所述目标就诊单正在处于编辑状态中时,表明当前有人正在编辑所述多个单据数据,因此需向所述第一用户终端反馈请求失败消息,以便指示请求用户:该目标就诊单已经有用户正在编辑操作,不允许其他用户进行操作,可在等待一会后再发起请求;而反之则表明当前无人正在编辑所述多个单据数据,可将编辑机会临时交予该请求用户,即将所述目标就诊单锁定为编辑状态,并向所述第一用户终端反馈请求成功消息。所述待编辑单据数据可以是与所述目标就诊单关联的所有单据数据,也可以是部分指定的单据数据,即为了实现指定反馈单据数据和减少反馈消息传输信息量的目的,优选的,当所述单据数据编辑请求消息还携带有指定编辑单据类型时,所述请求成功消息携带有属于所述指定编辑单据类型的且与所述目标就诊单关联的待编辑单据数据。
在所述步骤S2中,优选的,可基于Key-Value数据库Redis来对所述就诊单进行编辑状态管理,即根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,包括但不限于有:根据所述目标唯一单号,在Key-Value数据库Redis中查询是否存在有内容为所述目标唯一单号的关键字Key,若是,则查询确定与所述目标唯一单号对应的目标就诊单正在处于编辑状态中,否则查询确定与所述目标唯一单号对应的目标就诊单未处于编辑状态中;以及根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,包括但不限于有:在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key,并将与该关键字Key对应的值Value配置为所述第一用户终端唯一标识。
在所述步骤S2中,为了实现对锁定的编辑状态进行时效管理的目的,优选的,在将所述目标就诊单锁定为编辑状态的同时,所述方法还包括但不限于有如下步骤S21~S23:S21.启动计时器;S22.若在所述计时器的计时到达预设时长阈值前收到来自第三用户终端的且携带有所述目标唯一单号和第三用户终端唯一标识的单据数据编辑续期请求消息,则检验所述第三用户终端唯一标识是否与所述第一用户终端唯一标识一致,否则在所述计时器的计时到达所述预设时长阈值时,解除所述目标就诊单的编辑状态;S23.若检验确定所述第三用户终端唯一标识与所述第一用户终端唯一标识一致,则重启所述计时器。或者,在基于Key-Value数据库Redis来对所述就诊单进行编辑状态管理时,在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key,包括但不限于:在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的且在预设时长阈值之后过期的关键字Key;以及在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key之后,所述方法还包括但不限于:若在所述关键字Key过期前收到来自第三用户终端的且携带有所述目标唯一单号和第三用户终端唯一标识的单据数据编辑续期请求消息,则检验与所述关键字Key对应的值Value是否与所述第三用户终端唯一标识一致,否则在所述关键字Key过期时,在所述Key-Value数据库Redis中删除内容为所述目标唯一单号的关键字Key以及与该关键字Key对应的值Value;若检验确定与所述关键字Key对应的值Value与所述第三用户终端唯一标识一致,则重置所述关键字Key在所述预设时长阈值之后过期。所述第三用户终端也为由患者用户或医职人员所持有的电子设备,例如运行浏览器应用程序的智能手机或电脑等,其可以具体与所述第一用户终端为同一终端,也可以不是。详细的,所述单据数据编辑续期请求消息由所述第三用户终端在单据数据编辑期间周期性地自动定时发送(例如在浏览器应用程序中配置一个单据数据编辑续期请求消息发送定时器,并在收到所述请求成功消息后启动),其中,所述单据数据编辑续期请求消息的定时发送周期短于所述预设时长阈值,例如前者为50秒,后者为60秒。由此通过前述两种方式,可使请求用户在编辑过程中能够申请延迟收回编辑机会。此外,可在所述计时器的重启次数或有效期重置次数超过预设的最大允许次数时,也解除所述目标就诊单的编辑状态(即在所述Key-Value数据库Redis中删除内容为所述目标唯一单号的关键字Key以及与该关键字Key对应的值Value),以便在请求用户占用过多编辑机会时,可以自动收回编辑机会。
S3.在收到来自第二用户终端的且携带有所述目标唯一单号和第二用户终端唯一标识的单据数据编辑完成消息后,检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,若是,则解除所述目标就诊单的编辑状态,并根据在所述单据数据编辑完成消息中还携带的且与所述待编辑单据数据对应的已编辑单据数据,对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存。
在所述步骤S3中,所述第二用户终端也为由患者用户或医职人员所持有的电子设备,例如运行浏览器应用程序的智能手机或电脑等,其可以具体与所述第一用户终端为同一终端,也可以不是。前述数据一致性更新的具体方式可以举例为:若门诊单数据发生了变化,在更新门诊单数据的同时,也根据该变化更新与之密切关联的收费单数据,等等。在基于Key-Value数据库Redis来对所述就诊单进行编辑状态管理时,具体的,检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,包括但不限于:在从所述Key-Value数据库Redis中查询到内容为所述目标唯一单号的关键字Key后,检验与该关键字Key对应的值Value是否与所述第二用户终端唯一标识一致;以及解除所述目标就诊单的编辑状态,包括但不限于:在所述Key-Value数据库Redis中删除内容为所述目标唯一单号的关键字Key以及与该关键字Key对应的值Value。此外,在检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致之后,所述方法还包括但不限于有:若检验确定所述第二用户终端唯一标识与所述第一用户终端唯一标识不一致,则向所述第二用户终端反馈编辑保存失败消息。
由此基于前述步骤S1~S3所描述的单次就诊数据编辑响应方法,提供了一种实现在同一时间只能有一个用户能操作就诊单据的新方案,即先生成用于关联多个单据数据的就诊单,然后在收到单据数据编辑请求消息后,若发现目标就诊单正在处于编辑状态中,则反馈失败消息,否则将所述目标就诊单锁定为编辑状态,并反馈成功消息,并在收到单据数据编辑完成消息后,解除所述目标就诊单的编辑状态,并根据已编辑单据数据对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存,如此可在浏览器/服务器架构中实现在同一时间只能有一个用户能操作就诊单据的目的,避免在单次就诊中出现多个单据信息缺乏数据一致性的现象,进而可有效避免引发患者与医职人员因单据信息不一致而导致的各种纠纷问题和沟通问题。此外,还可以实现对锁定的编辑状态进行时效管理的目的,便于实际应用和推广。
如图2所示,本实施例第二方面提供了一种实现第一方面所述的单次就诊数据编辑响应方法的虚拟装置,布置在医院信息系统的服务器中,包括有依次通信连接的就诊单生成模块、编辑请求响应模块和编辑完成响应模块;
所述就诊单生成模块,用于在患者单次就诊时生成用于关联多个单据数据的就诊单,其中,所述多个单据数据包含有挂号单数据、门诊单数据、收费单数据、发药单数据、检查检验单数据和治疗理疗单数据中的任意组合,所述就诊单具有唯一单号;
所述编辑请求响应模块,用于在收到来自第一用户终端的且携带有目标唯一单号和第一用户终端唯一标识的单据数据编辑请求消息后,根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,若是,则向所述第一用户终端反馈请求失败消息,否则根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,并向所述第一用户终端反馈请求成功消息,其中,所述请求成功消息携带有与所述目标就诊单关联的待编辑单据数据,以便所述第一用户终端的持有用户对所述待编辑单据数据进行在线编辑;
所述编辑完成响应模块,用于在收到来自第二用户终端的且携带有所述目标唯一单号和第二用户终端唯一标识的单据数据编辑完成消息后,检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,若是,则解除所述目标就诊单的编辑状态,并根据在所述单据数据编辑完成消息中还携带的且与所述待编辑单据数据对应的已编辑单据数据,对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存。
本实施例第二方面提供的前述装置的工作过程、工作细节和技术效果,可以参见第一方面所述的单次就诊数据编辑响应方法,于此不再赘述。
如图3所示,本实施例第三方面提供了一种实现如第一方面所述的单次就诊数据编辑响应方法的计算机设备,包括有依次通信连接的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发数据,所述处理器用于读取所述计算机程序,执行如第一方面所述的单次就诊数据编辑响应方法。具体举例的,所述存储器可以但不限于包括随机存取存储器(Random-Access Memory,RAM)、只读存储器(Read-OnlyMemory,ROM)、闪存(Flash Memory)、先进先出存储器(First Input FirstOutput,FIFO)和/或先进后出存储器(First Input Last Output,FILO)等等。
本实施例第三方面提供的前述计算机设备的工作过程、工作细节和技术效果,可以参见第一方面所述的单次就诊数据编辑响应方法,于此不再赘述。
本实施例第四方面提供了一种存储包含如第一方面所述的单次就诊数据编辑响应方法的指令的计算机可读存储介质,即所述计算机可读存储介质上存储有指令,当所述指令在计算机上运行时,执行如第一方面所述的单次就诊数据编辑响应方法。其中,所述计算机可读存储介质是指存储数据的载体,可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(Memory Stick)等计算机可读存储介质,所述计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。
本实施例第四方面提供的前述计算机可读存储介质的工作过程、工作细节和技术效果,可以参见如第一方面所述的单次就诊数据编辑响应方法,于此不再赘述。
本实施例第五方面提供了一种包含指令的计算机程序产品,当所述指令在计算机上运行时,使所述计算机执行如第一方面所述的单次就诊数据编辑响应方法。其中,所述计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种单次就诊数据编辑响应方法,其特征在于,由医院信息系统的服务器执行,包括:
在患者单次就诊时生成用于关联多个单据数据的就诊单,其中,所述多个单据数据包含有挂号单数据、门诊单数据、收费单数据、发药单数据、检查检验单数据和治疗理疗单数据中的任意组合,所述就诊单具有唯一单号;
在收到来自第一用户终端的且携带有目标唯一单号和第一用户终端唯一标识的单据数据编辑请求消息后,根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,若是,则向所述第一用户终端反馈请求失败消息,否则根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,并向所述第一用户终端反馈请求成功消息,其中,所述请求成功消息携带有与所述目标就诊单关联的待编辑单据数据,以便所述第一用户终端的持有用户对所述待编辑单据数据进行在线编辑;
在收到来自第二用户终端的且携带有所述目标唯一单号和第二用户终端唯一标识的单据数据编辑完成消息后,检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,若是,则解除所述目标就诊单的编辑状态,并根据在所述单据数据编辑完成消息中还携带的且与所述待编辑单据数据对应的已编辑单据数据,对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存。
2.如权利要求1所述的单次就诊数据编辑响应方法,其特征在于,在将所述目标就诊单锁定为编辑状态的同时,所述方法还包括:
启动计时器;
若在所述计时器的计时到达预设时长阈值前收到来自第三用户终端的且携带有所述目标唯一单号和第三用户终端唯一标识的单据数据编辑续期请求消息,则检验所述第三用户终端唯一标识是否与所述第一用户终端唯一标识一致,否则在所述计时器的计时到达所述预设时长阈值时,解除所述目标就诊单的编辑状态;
若检验确定所述第三用户终端唯一标识与所述第一用户终端唯一标识一致,则重启所述计时器。
3.如权利要求1所述的单次就诊数据编辑响应方法,其特征在于,根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,包括:根据所述目标唯一单号,在Key-Value数据库Redis中查询是否存在有内容为所述目标唯一单号的关键字Key,若是,则查询确定与所述目标唯一单号对应的目标就诊单正在处于编辑状态中,否则查询确定与所述目标唯一单号对应的目标就诊单未处于编辑状态中;
根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,包括:在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key,并将与该关键字Key对应的值Value配置为所述第一用户终端唯一标识;
检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,包括:在从所述Key-Value数据库Redis中查询到内容为所述目标唯一单号的关键字Key后,检验与该关键字Key对应的值Value是否与所述第二用户终端唯一标识一致;
解除所述目标就诊单的编辑状态,包括:在所述Key-Value数据库Redis中删除内容为所述目标唯一单号的关键字Key以及与该关键字Key对应的值Value。
4.如权利要求3所述的单次就诊数据编辑响应方法,其特征在于,在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key,包括:在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的且在预设时长阈值之后过期的关键字Key;
在所述Key-Value数据库Redis中写入一个内容为所述目标唯一单号的关键字Key之后,所述方法还包括:
若在所述关键字Key过期前收到来自第三用户终端的且携带有所述目标唯一单号和第三用户终端唯一标识的单据数据编辑续期请求消息,则检验与所述关键字Key对应的值Value是否与所述第三用户终端唯一标识一致,否则在所述关键字Key过期时,在所述Key-Value数据库Redis中删除内容为所述目标唯一单号的关键字Key以及与该关键字Key对应的值Value;
若检验确定与所述关键字Key对应的值Value与所述第三用户终端唯一标识一致,则重置所述关键字Key在所述预设时长阈值之后过期。
5.如权利要求2或4所述的单次就诊数据编辑响应方法,其特征在于,所述单据数据编辑续期请求消息由所述第三用户终端在单据数据编辑期间周期性地自动定时发送,其中,所述单据数据编辑续期请求消息的定时发送周期短于所述预设时长阈值。
6.如权利要求1所述的单次就诊数据编辑响应方法,其特征在于,当所述单据数据编辑请求消息还携带有指定编辑单据类型时,所述请求成功消息携带有属于所述指定编辑单据类型的且与所述目标就诊单关联的待编辑单据数据。
7.如权利要求1所述的单次就诊数据编辑响应方法,其特征在于,在检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致之后,所述方法还包括:
若检验确定所述第二用户终端唯一标识与所述第一用户终端唯一标识不一致,则向所述第二用户终端反馈编辑保存失败消息。
8.一种单次就诊数据编辑响应装置,其特征在于,布置在医院信息系统的服务器中,包括有依次通信连接的就诊单生成模块、编辑请求响应模块和编辑完成响应模块;
所述就诊单生成模块,用于在患者单次就诊时生成用于关联多个单据数据的就诊单,其中,所述多个单据数据包含有挂号单数据、门诊单数据、收费单数据、发药单数据、检查检验单数据和治疗理疗单数据中的任意组合,所述就诊单具有唯一单号;
所述编辑请求响应模块,用于在收到来自第一用户终端的且携带有目标唯一单号和第一用户终端唯一标识的单据数据编辑请求消息后,根据所述目标唯一单号查询与所述目标唯一单号对应的目标就诊单是否正在处于编辑状态中,若是,则向所述第一用户终端反馈请求失败消息,否则根据所述目标唯一单号和所述第一用户终端唯一标识,将所述目标就诊单锁定为编辑状态,并向所述第一用户终端反馈请求成功消息,其中,所述请求成功消息携带有与所述目标就诊单关联的待编辑单据数据,以便所述第一用户终端的持有用户对所述待编辑单据数据进行在线编辑;
所述编辑完成响应模块,用于在收到来自第二用户终端的且携带有所述目标唯一单号和第二用户终端唯一标识的单据数据编辑完成消息后,检验所述第二用户终端唯一标识是否与所述第一用户终端唯一标识一致,若是,则解除所述目标就诊单的编辑状态,并根据在所述单据数据编辑完成消息中还携带的且与所述待编辑单据数据对应的已编辑单据数据,对与所述目标就诊单关联的所述多个单据数据进行数据一致性更新及保存。
9.一种计算机设备,其特征在于,包括有依次通信连接的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发数据,所述处理器用于读取所述计算机程序,执行如权利要求1~7中任意一项所述的单次就诊数据编辑响应方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有指令,当所述指令在计算机上运行时,执行如权利要求1~7中任意一项所述的单次就诊数据编辑响应方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310090997.3A CN115828868A (zh) | 2023-02-09 | 2023-02-09 | 一种单次就诊数据编辑响应方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310090997.3A CN115828868A (zh) | 2023-02-09 | 2023-02-09 | 一种单次就诊数据编辑响应方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115828868A true CN115828868A (zh) | 2023-03-21 |
Family
ID=85520966
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310090997.3A Pending CN115828868A (zh) | 2023-02-09 | 2023-02-09 | 一种单次就诊数据编辑响应方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115828868A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107220918A (zh) * | 2017-06-30 | 2017-09-29 | 王中显 | 门诊病历管理方法、装置及服务器 |
CN108734027A (zh) * | 2018-06-12 | 2018-11-02 | 和宇健康科技股份有限公司 | 一种电子病历操作权限控制方法和系统 |
CN110750364A (zh) * | 2019-09-03 | 2020-02-04 | 苏宁云计算有限公司 | 一种多用户在线编辑管理方法、装置及系统 |
CN111190742A (zh) * | 2019-10-16 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 资源协同方法、装置、计算机设备和存储介质 |
CN111986751A (zh) * | 2020-07-31 | 2020-11-24 | 北京天健源达科技股份有限公司 | 一种电子病历逻辑锁的处理方法 |
-
2023
- 2023-02-09 CN CN202310090997.3A patent/CN115828868A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107220918A (zh) * | 2017-06-30 | 2017-09-29 | 王中显 | 门诊病历管理方法、装置及服务器 |
CN108734027A (zh) * | 2018-06-12 | 2018-11-02 | 和宇健康科技股份有限公司 | 一种电子病历操作权限控制方法和系统 |
CN110750364A (zh) * | 2019-09-03 | 2020-02-04 | 苏宁云计算有限公司 | 一种多用户在线编辑管理方法、装置及系统 |
CN111190742A (zh) * | 2019-10-16 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 资源协同方法、装置、计算机设备和存储介质 |
CN111986751A (zh) * | 2020-07-31 | 2020-11-24 | 北京天健源达科技股份有限公司 | 一种电子病历逻辑锁的处理方法 |
Non-Patent Citations (1)
Title |
---|
钟林森: "《分布式中间件技术实战》", 机械工业出版社 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111008839B (zh) | 资源转移数据管理方法、装置及存储介质 | |
JP6754495B2 (ja) | ブロックチェーンを介したアイデンティティと証明書の保護及び検証とのための方法及びシステム | |
CN109542980B (zh) | 一种区块链的数据处理方法、装置、设备及介质 | |
CN110009338B (zh) | 基于区块链的记账方法及装置、电子设备 | |
CN107679931A (zh) | 订单异步处理的方法、装置、存储介质及终端 | |
CN103530362B (zh) | 一种用于多副本分布式系统的计算机数据读写方法 | |
CN110619555A (zh) | 订单信息的统一管理方法、装置、终端设备及介质 | |
CN109819048A (zh) | 数据同步方法、装置、终端及存储介质 | |
KR20060088142A (ko) | 의료 정보 공유 방법 및 그 시스템 | |
CN111026769B (zh) | 双核心前置系统的工作方法及其相关设备 | |
CN112786188A (zh) | 辅助诊断系统的离线工作方法、装置、终端设备及介质 | |
CN105205175A (zh) | 分布式数据库集群的数据操作方法及系统 | |
CN110659993A (zh) | 一种基于区块链网络的资源管理方法及装置 | |
US9331964B2 (en) | System, method, and apparatus for using a virtual bucket to transfer electronic data | |
CN111009068B (zh) | 基于区块链的彩票开奖号码生成方法及系统 | |
CN111863178A (zh) | 发放医疗报告的方法、装置、介质及电子设备 | |
CN115828868A (zh) | 一种单次就诊数据编辑响应方法、装置、设备及存储介质 | |
CN109325221B (zh) | 表格文件的合并方法和装置 | |
WO2023155437A1 (zh) | 基于在线问诊的数据处理方法、装置和计算机设备 | |
CN110262892A (zh) | 一种基于分布式存储数据链的票务发布方法、装置及数据链节点 | |
CN110119430A (zh) | 一种智能合约管理方法、服务器及计算机可读存储介质 | |
US20150127364A1 (en) | Preauthorization Management System | |
CN103914512A (zh) | 用于管理数据服务的方法和系统 | |
CN115274085A (zh) | 网络诊疗费用结算方法、装置、平台、设备及介质 | |
CN108337329A (zh) | 一种校园信息推送方法、装置及系统 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20230321 |