处方的存储方法和存储装置的制造方法
【专利摘要】本发明提供了一种处方的存储方法，包括：当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，则将已开立的处方存储在所述终端中；当检测到所述网络和所述服务器恢复正常时，所述终端通过所述网络建立和所述服务器的连接，并将存储的所述已开立的处方上传至所述服务器。相应地，本发明还提供了一种处方的存储装置。通过本发明的技术方案，使得当网络或发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。以这种方式来完成应急处理并不丢失数据，这样大大缓解了网络或系统故障给各医院带来的巨大压力，减小了系统问题带来的社会影响。
【专利说明】
处方的存储方法和存储装置
技术领域
[0001]本发明涉及医疗信息技术领域，具体而言，涉及一种处方的存储方法和一种处方的存储装置。
【背景技术】
[0002]在医院信息系统在运行中网络和系统故障导致不能联机时有发生，通常的信息系统一旦发生系统将不可使用，这总情况如果发生在上午8点到11点的门诊，将是灾难性的，年老的医生还勉强能手写开立处方，但年轻医生在没有系统辅助下已经很难手写处方了。
[0003]因此，如何使得医院的信息系统在不能联机时依旧具备开具处方的能力，成为目前亟待解决的问题。
【发明内容】
[0004]本发明正是基于上述问题，提出了一种新的技术方案，使得当网络或服务器发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。
[0005]有鉴于此，本发明提出了一种处方的存储方法，包括:当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，则将已开立的处方存储在所述终端中；当检测到所述网络和所述服务器恢复正常时，所述终端通过所述网络建立和所述服务器的连接，并将存储的所述已开立的处方上传至所述服务器。
[0006]在该技术方案中，当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，脱机进行处方开立，并存储于本地。当网络恢复正常自动恢复联机网络模式，并上传衔接脱机数据。这使得当网络或发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。以这种方式来完成应急处理并不丢失数据，这样大大缓解了网络或系统故障给各医院带来的巨大压力，减小了系统问题带来的社会影响。
[0007]在上述技术方案中，优选地，还包括:所述终端将所述已开立的处方采用通用唯一识别码进行编码，并将编码后的已开立的处方进行存储；以及当检测到所述网络和所述服务器恢复正常时，所述终端通过所述网络建立和所述服务器的连接，并将存储的所述编码后的已开立的处方上传至所述服务器。
[0008]在该技术方案中，所有业务数据主键采用UUID(即通用唯一识别码)方式编码保存，这样，防止数据上传时违反唯一性约束。
[0009]在上述技术方案中，优选地，还包括:在所述终端连接至所述服务器时，所述服务器检测数据库中存储的基础药品数据是否有更新；在检测到所述基础药品数据有更新时，将更新的基础药品数据同步至所述终端。
[0010]在该技术方案中，用户每次登陆时，检查基础数据(药品字典)等是否更新，若有更新则同步到客户端本地。这样，可以保证客户端上的数据和服务器上的数据的一致性。
[0011]在上述技术方案中，优选地，还包括:监控所述网络和所述服务器的使用状态，以确定所述网络和所述服务器是否可用。
[0012]在该技术方案中，实时监控网络和服务器，以保证在终端脱机上，可以及时进行本地存储。
[0013]在上述技术方案中，优选地，还包括:所述终端和/或所述服务器根据接收到的处方新建命令、处方修改命令、处方查询命令和/或处方删除命令，为用户提供对应的处方新建服务、处方修改服务、处方查询服务和/或处方删除服务。
[0014]在该技术方案中，可以支持处方新建服务、处方修改服务、处方查询服务和/或处方删除服务等服务，从而方便用户的操作。
[0015]根据本发明的另一方面，还提供了一种处方的存储装置，包括:存储单元，当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，则将已开立的处方存储在所述终端中；上传单元，当检测到所述网络和所述服务器恢复正常时，控制所述终端通过所述网络建立和所述服务器的连接，并将存储的所述已开立的处方上传至所述服务器。
[0016]在该技术方案中，当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，脱机进行处方开立，并存储于本地。当网络恢复正常自动恢复联机网络模式，并上传衔接脱机数据。这使得当网络或发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。以这种方式来完成应急处理并不丢失数据，这样大大缓解了网络或系统故障给各医院带来的巨大压力，减小了系统问题带来的社会影响。
[0017]在上述技术方案中，优选地，还包括:编码单元，控制所述终端将所述已开立的处方采用通用唯一识别码进行编码以及，所述存储单元将编码后的已开立的处方进行存储；以及所述上传单元还用于:当检测到所述网络和所述服务器恢复正常时，控制所述终端通过所述网络建立和所述服务器的连接，并将存储的所述编码后的已开立的处方上传至所述服务器。
[0018]在该技术方案中，所有业务数据主键采用UUID(即通用唯一识别码)方式编码保存，这样，防止数据上传时违反唯一性约束。
[0019]在上述技术方案中，优选地，还包括:检测单元，在所述终端连接至所述服务器时，所述服务器检测数据库中存储的基础药品数据是否有更新；数据同步单元，在检测到所述基础药品数据有更新时，将更新的基础药品数据同步至所述终端。
[0020]在该技术方案中，用户每次登陆时，检查基础数据(药品字典)等是否更新，若有更新则同步到客户端本地。这样，可以保证客户端上的数据和服务器上的数据的一致性。
[0021]在上述技术方案中，优选地，还包括:监控单元，控制所述终端监控所述网络和所述服务器的使用状态，以确定所述网络和所述服务器是否可用。
[0022]在该技术方案中，实时监控网络和服务器，以保证在终端脱机上，可以及时进行本地存储。
[0023]在上述技术方案中，优选地，还包括:服务单元，控制所述终端和/或所述服务器根据接收到的处方新建命令、处方修改命令、处方查询命令和/或处方删除命令，为用户提供对应的处方新建服务、处方修改服务、处方查询服务和/或处方删除服务。
[0024]在该技术方案中，可以支持处方新建服务、处方修改服务、处方查询服务和/或处方删除服务等服务，从而方便用户的操作。
[0025]通过以上技术方案，使得当网络或发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。以这种方式来完成应急处理并不丢失数据，这样大大缓解了网络或系统故障给各医院带来的巨大压力，减小了系统问题带来的社会影响。
【附图说明】
[0026]图1示出了根据本发明的实施例的处方的存储方法的流程示意图；
[0027]图2示出了根据本发明的实施例的处方的存储装置的框图；
[0028]图3示出了根据本发明的实施例的处方的存储方法的具体流程示意图。
【具体实施方式】
[0029]为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和【具体实施方式】对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
[0030]在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。
[0031]图1示出了根据本发明的实施例的处方的存储方法的流程示意图。
[0032]如图1所示，本发明的实施例的处方的存储方法，包括:步骤102，当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，则将已开立的处方存储在所述终端中；步骤104，当检测到所述网络和所述服务器恢复正常时，所述终端通过所述网络建立和所述服务器的连接，并将存储的所述已开立的处方上传至所述服务器。
[0033]在该技术方案中，当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，脱机进行处方开立，并存储于本地。当网络恢复正常自动恢复联机网络模式，并上传衔接脱机数据。这使得当网络或发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。以这种方式来完成应急处理并不丢失数据，这样大大缓解了网络或系统故障给各医院带来的巨大压力，减小了系统问题带来的社会影响。
[0034]在上述技术方案中，优选地，还包括:所述终端将所述已开立的处方采用通用唯一识别码进行编码，并将编码后的已开立的处方进行存储；以及当检测到所述网络和所述服务器恢复正常时，所述终端通过所述网络建立和所述服务器的连接，并将存储的所述编码后的已开立的处方上传至所述服务器。
[0035]在该技术方案中，所有业务数据主键采用UUID(即通用唯一识别码)方式编码保存，这样，防止数据上传时违反唯一性约束。
[0036]在上述技术方案中，优选地，还包括:在所述终端连接至所述服务器时，所述服务器检测数据库中存储的基础药品数据是否有更新；在检测到所述基础药品数据有更新时，将更新的基础药品数据同步至所述终端。
[0037]在该技术方案中，用户每次登陆时，检查基础数据(药品字典)等是否更新，若有更新则同步到客户端本地。这样，可以保证客户端上的数据和服务器上的数据的一致性。
[0038]在上述技术方案中，优选地，还包括:监控所述网络和所述服务器的使用状态，以确定所述网络和所述服务器是否可用。
[0039]在该技术方案中，实时监控网络和服务器，以保证在终端脱机上，可以及时进行本地存储。
[0040]在上述技术方案中，优选地，还包括:所述终端和/或所述服务器根据接收到的处方新建命令、处方修改命令、处方查询命令和/或处方删除命令，为用户提供对应的处方新建服务、处方修改服务、处方查询服务和/或处方删除服务。
[0041]在该技术方案中，可以支持处方新建服务、处方修改服务、处方查询服务和/或处方删除服务等服务，从而方便用户的操作。
[0042]图2示出了根据本发明的实施例的处方的存储装置的框图。
[0043]如图2所示，根据本发明的实施例的处方的存储装置200，包括:存储单元202，当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，则将已开立的处方存储在所述终端中；上传单元204，当检测到所述网络和所述服务器恢复正常时，控制所述终端通过所述网络建立和所述服务器的连接，并将存储的所述已开立的处方上传至所述服务器。
[0044]在该技术方案中，当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，脱机进行处方开立，并存储于本地。当网络恢复正常自动恢复联机网络模式，并上传衔接脱机数据。这使得当网络或发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。以这种方式来完成应急处理并不丢失数据，这样大大缓解了网络或系统故障给各医院带来的巨大压力，减小了系统问题带来的社会影响。
[0045]在上述技术方案中，优选地，还包括:编码单元206，控制所述终端将所述已开立的处方采用通用唯一识别码进行编码以及，所述存储单元202将编码后的已开立的处方进行存储；以及所述上传单元204还用于:当检测到所述网络和所述服务器恢复正常时，控制所述终端通过所述网络建立和所述服务器的连接，并将存储的所述编码后的已开立的处方上传至所述服务器。
[0046]在该技术方案中，所有业务数据主键采用UUID(即通用唯一识别码)方式编码保存，这样，防止数据上传时违反唯一性约束。
[0047]在上述技术方案中，优选地，还包括:检测单元208，在所述终端连接至所述服务器时，所述服务器检测数据库中存储的基础药品数据是否有更新；数据同步单元210，在检测到所述基础药品数据有更新时，将更新的基础药品数据同步至所述终端。
[0048]在该技术方案中，用户每次登陆时，检查基础数据(药品字典)等是否更新，若有更新则同步到客户端本地。这样，可以保证客户端上的数据和服务器上的数据的一致性。
[0049]在上述技术方案中，优选地，还包括:监控单元212，控制所述终端监控所述网络和所述服务器的使用状态，以确定所述网络和所述服务器是否可用。
[0050]在该技术方案中，实时监控网络和服务器，以保证在终端脱机上，可以及时进行本地存储。
[0051]在上述技术方案中，优选地，还包括:服务单元214，控制所述终端和/或所述服务器根据接收到的处方新建命令、处方修改命令、处方查询命令和/或处方删除命令，为用户提供对应的处方新建服务、处方修改服务、处方查询服务和/或处方删除服务。
[0052]在该技术方案中，可以支持处方新建服务、处方修改服务、处方查询服务和/或处方删除服务等服务，从而方便用户的操作。
[0053]通过以上技术方案，使得当网络或发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。以这种方式来完成应急处理并不丢失数据，这样大大缓解了网络或系统故障给各医院带来的巨大压力，减小了系统问题带来的社会影响。
[0054]图3示出了根据本发明的实施例的处方的存储方法的具体流程示意图。
[0055]如图3所示，根据本发明的实施例的处方的存储方法的具体流程包括:
[0056]步骤302，C/S结构和B/S结构复合式客户端准备。
[0057]以Google浏览器核心组件Webkit为基础，开发外壳封装为具备本地访问能力复合式客户端。
[0058]步骤304，本地数据库准备。以SQLLite为基础，构筑本地数据存储能力。
[0059]步骤306，服务端处方服务开发。研发服务端处方服务，如处方新建服务、修改服务、查询服务、删除服务等，所有的业务数据编码采用UUID。封装持久化层，支持多种数据库应用。如后端使用的Oracle，需要持久化同时支持SQLLite和Oracle数据库，所有数据访问采用标准SQL语句。
[0060]步骤308，服务端服务注册。服务端的服务需要注册到复合式客户端。
[0061]步骤310，发布处方服务组件。处方服务组件需要在服务器和复合式客户端同时发布。
[0062]步骤312，准备复合式客户端数据同步模块。
[0063]用户每次登陆时，利用数据同步模块检查基础数据(药品字典)等是否更新，若有更新则同步到客户端本地。
[0064]步骤314，准备网络或服务器故障监控组件。通过该组件监控是否可联网。
[0065]步骤316，网络或系统异常时，脱机开具处方。根据网络监控结果，网络及系统异常时调用本地服务。所有业务数据主键采用UUID方式编码保存，注意必须采用UUID，防止数据上传时违反唯一性约束。
[0066]步骤318，网络恢复时，脱机数据上传，并恢复联网运行模式。
[0067]以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，使得当网络或发生故障时，医院的信息系统依然可以使用，医生可以开具处方和打印处方。以这种方式来完成应急处理并不丢失数据，这样大大缓解了网络或系统故障给各医院带来的巨大压力，减小了系统问题带来的社会影响。
[0068]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种处方的存储方法，其特征在于，包括: 当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，则将已开立的处方存储在所述终端中； 当检测到所述网络和所述服务器恢复正常时，所述终端通过所述网络建立和所述服务器的连接，并将存储的所述已开立的处方上传至所述服务器。2.根据权利要求1所述的处方的存储方法，其特征在于，还包括: 所述终端将所述已开立的处方采用通用唯一识别码进行编码，并将编码后的已开立的处方进行存储；以及 当检测到所述网络和所述服务器恢复正常时，所述终端通过所述网络建立和所述服务器的连接，并将存储的所述编码后的已开立的处方上传至所述服务器。3.根据权利要求1所述的处方的存储方法，其特征在于，还包括: 在所述终端连接至所述服务器时，所述服务器检测数据库中存储的基础药品数据是否有更新； 在检测到所述基础药品数据有更新时，将更新的基础药品数据同步至所述终端。4.根据权利要求1所述的处方的存储方法，其特征在于，还包括: 监控所述网络和所述服务器的使用状态，以确定所述网络和所述服务器是否可用。5.根据权利要求1至4中任一项所述的处方的存储方法，其特征在于，还包括: 所述终端和/或所述服务器根据接收到的处方新建命令、处方修改命令、处方查询命令和/或处方删除命令，为用户提供对应的处方新建服务、处方修改服务、处方查询服务和/或处方删除服务。6.一种处方的存储装置，其特征在于，包括: 存储单元，当通过B/S应用在终端上开立处方时，若检测到网络或服务器不可用，则将已开立的处方存储在所述终端中； 上传单元，当检测到所述网络和所述服务器恢复正常时，控制所述终端通过所述网络建立和所述服务器的连接，并将存储的所述已开立的处方上传至所述服务器。7.根据权利要求6所述的处方的存储装置，其特征在于，还包括: 编码单元，控制所述终端将所述已开立的处方采用通用唯一识别码进行编码以及，所述存储单元将编码后的已开立的处方进行存储；以及 所述上传单元还用于: 当检测到所述网络和所述服务器恢复正常时，控制所述终端通过所述网络建立和所述服务器的连接，并将存储的所述编码后的已开立的处方上传至所述服务器。8.根据权利要求6所述的处方的存储装置，其特征在于，还包括: 检测单元，在所述终端连接至所述服务器时，所述服务器检测数据库中存储的基础药品数据是否有更新； 数据同步单元，在检测到所述基础药品数据有更新时，将更新的基础药品数据同步至所述终端。9.根据权利要求6所述的处方的存储装置，其特征在于，还包括: 监控单元，控制所述终端监控所述网络和所述服务器的使用状态，以确定所述网络和所述服务器是否可用。10.根据权利要求6至9中任一项所述的处方的存储装置，其特征在于，还包括: 服务单元，控制所述终端和/或所述服务器根据接收到的处方新建命令、处方修改命令、处方查询命令和/或处方删除命令，为用户提供对应的处方新建服务、处方修改服务、处方查询服务和/或处方删除服务。
【文档编号】H04L29/08GK105991664SQ201510040696
【公开日】2016年10月5日
【申请日】2015年1月27日
【发明人】文黎明, 王春辉, 魏玺
【申请人】北大医疗信息技术有限公司