处方信息处理方法及装置与流程

本申请涉及互联网领域，具体而言，涉及一种处方信息处理方法及装置。

背景技术：

目前国内的医药政策正向医药分开方向推进，医药分开是指医疗体系与药品体系的相互独立，医院只负责对患者的诊断及开具处方，药店只负责根据处方为患者提供药品。

由于目前医院的药品管理系统只能够处理医院内部的业务，与药店信息系统相互独立，因此目前患者采购药品的方式为通过携带纸质处方至药店来进行。

但通过纸质处方购买药品至少存在以下问题，当医院内部缺少医生所需药品时，只好采用手写的形式形成处方，由于不同医生的书写习惯差异性较大，使得处方不易识别，同时手写处方无法形成数字化存档，也使得该处方不易追溯。此外由于药品的专业性极强，普通患者难以熟悉各类药品的药品名称与生产厂家，一方面使得处方丢失或缺损后难以补救，另一方面也使得患者在网上购药时难以准确的查询到所需药品。

针对相关技术中纸质处方流转性较差的问题，目前尚未提出有效的解决方案。

技术实现要素：

本申请的主要目的在于提供一种处方信息处理方法，以解决纸质处方流转性较差的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种处方信息处理方法。

根据本申请的处方信息处理方法包括：接收处方信息，处方信息至少包括第一用户数据和药品需求数据；将处方信息生成可读取图像；根据处方信息和可读取图像生成可读取式处方信息。

进一步的，将可读取式处方信息发送给第一用户和第二用户。

进一步的，接收第一用户发送的药品需求请求；根据药品需求请求获取第一用户的地理位置信息；根据地理位置信息确定备选药品目录，并将备选药品目录发送给第一用户；接收第一用户发送的基于备选药品目录生成的药品需求信息。

进一步的，接收第二用户基于可读取图像发送的第一交易请求，其中，第一交易请求中包含药品需求数据；根据第一交易请求判断预设待售药品数据库中是否有满足药品需求数据的预设药房信息；如果预设待售药品数据库中存在满足药品需求数据的预设药房信息，则将满足药品需求数据的预设药房信息发送给第二用户。

进一步的，获取每个满足药品需求数据的预设药房信息的药房地理位置，以及第二用户的用户地理位置；计算每个药房地理位置信息与用户地理位置之间的距离，得到每个预设药房信息对应的距离值；根据每个预设药房信息对应的距离值的大小对每个预设药房信息进行排序，得到预设药房信息的排序序列；将预设药房信息的排序序列发送给第二用户。

进一步的，接收第二用户基于预设药房信息生成的第二交易请求；根据第二交易请求生成订单信息，其中，订单信息包含有第二用户信息和药品需求信息；向预设药房信息对应的第三用户发送订单信息，以使第三用户基于订单信息生成反馈信息；根据反馈信息生成确认信息，将确认信息发送给第二用户。

为了实现上述目的，根据本申请的另一方面，提供了一种处方信息处理装置。

根据本申请的处方信息处理装置包括：信息接收装置，用于接收处方信息，处方信息至少包括第一用户数据和药品需求数据；图像生成装置，用于将处方信息生成可读取图像；文档生成装置，用于根据处方信息和可读取图像生成可读取式处方信息。

进一步的，处方发送装置，用于将可读取式处方信息发送给第一用户和第二用户。

进一步的，药品需求请求接收单元，用于接收第一用户发送的药品需求请求；地理位置获取单元，用于根据药品需求请求获取第一用户的地理位置信息；备选药品目录发送单元，用于根据地理位置信息确定备选药品目录，并将备选药品目录发送给第一用户；药品需求信息接收单元，用于接收第一用户发送的基于备选药品目录生成的药品需求信息。

进一步的，交易请求接收装置，用于接收第二用户基于可读取图像发送的第一交易请求，其中，第一交易请求中包含药品需求数据；药品需求数据判断装置，用于根据第一交易请求判断预设待售药品数据库中是否有满足药品需求数据的预设药房信息；预设药房信息发送装置，用于如果预设待售药品数据库中存在满足药品需求数据的预设药房信息，则将满足药品需求数据的预设药房信息发送给第二用户。

在本申请实施例中，采用生成电子处方的方式，通过在电子处方上增加有可读取图像，达到了通过扫描读取该可读取图像即可获得该处方内容的目的，从而实现了增加处方流转效率的技术效果，进而解决了纸质处方流转性较差的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例1处方信息处理方法的流程图；

图2是根据本申请实施例2处方信息处理方法的流程图；

图3是根据本申请实施例3处方信息处理方法的流程图；

图4是根据本申请实施例4处方信息处理方法的流程图；

图5是根据本申请实施例5处方信息处理方法的流程图；

图6是根据本申请实施例6处方信息处理方法的流程图；

图7是根据本申请实施例7处方信息处理装置的示意图；

图8是根据本申请实施例8处方信息处理装置的示意图；

图9是根据本申请实施例9处方信息处理装置的示意图；

图10是根据本申请实施例10处方信息处理装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，本申请涉及一种处方信息处理方法，该处方信息处理方法包括步骤s101至步骤s103：

s101接收处方信息，处方信息至少包括第一用户数据和药品需求数据；

s102将处方信息生成可读取图像；

s103根据处方信息和可读取图像生成可读取式处方信息。

在本申请实施例中，采用生成电子处方的方式，通过在电子处方上增加有可读取图像，达到了通过扫描读取该可读取图像即可获得该处方内容的目的，从而实现了增加处方流转效率的技术效果，进而解决了纸质处方流转性较差的技术问题。

根据本申请实施例，提供了一种处方信息处理方法，如图1所示，该方法包括步骤s101至步骤s103：

s101接收处方信息，处方信息至少包括第一用户数据和药品需求数据；本步骤中，可通过接收在第一用户用户终端上预先配置的应用程序所获取的处方信息、也可通过接收第一用户在网页端所录入的处方信息，亦或与第一用户用户终端建立连接，接收第一用户的用户终端内所储存的处方信息。其中，用户终端可以为智能手机、智能平板电脑、电脑等电子设备。为在具体工作中适应多种场景，如面对临时挂号的患者、未挂号的患者以及未挂号复诊患者时，本实施例采用接收在第一用户用户终端上预先配置的应用程序所获取的处方信息的方式获取处方信息。

此外，本步骤中的第一用户可以为医生、药师等具有开具处方资格的人员，与之对应的第一用户数据包括该人员的身份信息，如姓名、性别、年龄等、执业信息，如所在科室、职称级别、所在医院等。本步骤中的药品需求数据为医生、药师等具有开具处方资格的人员所为患者选择的药品信息，包括药品的名称、具体规格和生产厂家等。

s102将处方信息生成可读取图像；本步骤中，将步骤s101中的处方信息转变为可读取图像，其中，可读取图像可以为二维码或条码，但由于二维码所承载的信息相较条码更为丰富，因此本实施例中采用二维码作为可读取图像。同时，二维码的生成方法可通过zxing或qrcode等方式生成，本步骤中并不对二维码的生成方法做具体限定。

s103根据处方信息和可读取图像生成可读取式处方信息。本步骤中将s101中的处方信息和s102中生成的可读取图像整合为可读取式处方信息，整合的方式可以为，通过文本编辑软件如word将处方信息与可读取图像排版至同一文档内已形成可读取式处方文档，也可以将处方信息通过图片编辑软件如ps形成图像化的处方信息图片，将可读取图像与处方信息图片相叠加形成图像化的可读取式处方图片，本步骤中并不对处方信息和可读取图像的整合方式做具体限定。

如图2所示，本实施例的处方信息处理方法在实施例1的基础上还包括步骤s201：

s201将可读取式处方信息发送给第一用户和第二用户。本步骤中，在s103获得可读取式处方信息后，还需将可读取式处方信息发送给第一用户和第二用户，具体的如实施例1在第一用户用户终端上预先配置有应用程序，同样的本实施例中在第二用户用户终端上也预先配置有应用程序，将可读取式处方信息分别发送发给第一用户和第二用户的用户终端的应用程序，发送给医生可以将该处方存档用于审查和记录，发送给患者后，患者可以根据处方购药。购药的方式可以将该处方经打印机打印形成纸质处方，也可以保留在用户终端在购药时向售药人员展示，也可以通过扫描二维码获得处方信息，将该处方信息发送给其他人来协助购药或在网络上的药品销售平台购药等多中形式。

如图3所示，步骤s101接受处方信息具体包括步骤s301至步骤s304：

s301接收第一用户发送的药品需求请求；本步骤中的药品需求信息为第一用户在诊断患者后，通过应用程序所发送的准备为该患者选择药品的药品选择请求。

s302根据药品需求请求获取第一用户的地理位置信息；本步骤中，当获取到药品需求请求后，自动获取第一用户的地理位置信息，获取方法可以为在已获得的处方信息中的第一用户数据中查找执业信息、所在医院信息等获得地理位置信息，也可以在该医生的账号注册信息中查找所在地信息等获得地理位置信息，本步骤中并不限定地理位置信息的获取方法。

s303根据地理位置信息确定备选药品目录，并将备选药品目录发送给第一用户；本步骤中，预先将各地理位置的备选药品目录单独划分，并将备选药品目录与地理位置信息相关联，因此在本步骤中对s302获取的地理位置信息做匹配即可确定备选药品目录。

s304接收第一用户发送的基于备选药品目录生成的药品需求信息。本步骤中，第一用户可根据备选药品目录生成药品需求信息，药品需求信息包括了在备选药品目录中所选择的药品信息。

如图4所示，本实施例的处方信息处理方法在实施例3的基础上还包括步骤s401至步骤s403：

s401接收第二用户基于可读取图像发送的第一交易请求，其中，第一交易请求中包含药品需求数据；本步骤中，第二用户通过其用户终端扫描该二维码以产生包含药品需求数据的第一交易请求，或在接收到第二用户经扫描获得的包含药品需求数据的信息后自动将其识别为第一交易请求。本步骤中的第二用户为普通消费者及患者。

s402根据第一交易请求判断预设待售药品数据库中是否有满足药品需求数据的预设药房信息；本步骤中预设待售药品数据库为包含有多家药房及其所拥有的待售药品信息的数据库，为确认该预设待售药品数据库中是否有满足药品需求的药店，在该预设待售药品数据库中的每家药房中依次查找药品需求中的每个药品，以判断该药房是否满足条件。

s403如果预设待售药品数据库中存在满足药品需求数据的预设药房信息，则将满足药品需求数据的预设药房信息发送给第二用户。本步骤中，当历遍预设待售药品数据库中所有药房的待售药品后，以确定满足该条件的药房，并将该药房的药房信息以列表的形式发送至第二用户。其中，药房信息包括有药房的名称、药房地理位置、药房的营业时间等。

如图5所示，步骤s403如果预设待售药品数据库中存在满足药品需求数据的预设药房信息，则将满足药品需求数据的预设药房信息发送给第二用户具体包括步骤s501至步骤s504：

s501获取每个满足药品需求数据的预设药房信息的药房地理位置，以及第二用户的用户地理位置；本步骤中，第二用户的用户地理位置方式可以在预先储存的第二用户账号信息中查找获得，也可以向第二用户用户终端发送地理信息请求，并接收基于地理信息请求产生的用户地理信息，本步骤并不对第二用户的用户地理位置的获取方式做限定。

s502计算每个药房地理位置信息与用户地理位置之间的距离，得到每个预设药房信息对应的距离值；本步骤中，基于药房地理位置信息和用户地理位置，采用高德地图或百度地图等地图，计算两地理位置之间距离，该距离可以是直线距离、可行走路线距离或可驱车路线距离等，本步骤并不对该距离的具体计算方式做限定。

s503根据每个预设药房信息对应的距离值的大小对每个预设药房信息进行排序，得到预设药房信息的排序序列；本步骤中，按距离远近将每个预设药房信息进行排序，以得到预设药房信息的排序序列，具体的该排序序列包括有药房名称、药房营业时间以及药房地理位置等。

s504将预设药房信息的排序序列发送给第二用户。本步骤将上述排序序列发送至第二用户，以使第二用户可根据距离选择药房。

如图6所示，本实施例在实施例4的基础上还包括有步骤s601至步骤s604：

s601接收第二用户基于预设药房信息生成的第二交易请求；本步骤中，第二交易请求为第二用户基于预设药房信息中所选择的特定药房信息所产生的交易请求，该第二交易请求包括了药品需求信息与第二用户信息。

s602根据第二交易请求生成订单信息，其中，订单信息包含有第二用户信息和药品需求信息；本步骤中，执行将第二交易请求生成订单信息的操作，具体的在第二交易请求中获取第二用户信息和药品需求信息，并将其重新整理形成订单信息。

s603向预设药房信息对应的第三用户发送订单信息，以使第三用户基于订单信息生成反馈信息；本步骤中，第三用户为预设待售药品数据库中所预先储存的药房的终端，具体的，本步骤将订单信息发送至步骤s601中第二用户基于预设药房信息中所选择的特定药房信息所对应的药房终端，该药房可根据该订单信息生成反馈信息，该反馈信息可以包括订单接收信息、订单拒绝信息、订单备注信息等。

s604根据反馈信息生成确认信息，将确认信息发送给第二用户。本步骤中，将药房的反馈信息与订单信息重新整理形成确认信息发送至患者或消费者，该确认信息包括有第二用户信息、药品需求信息；该确认信息还包括药房确认信息、药房拒绝信息或订单备注信息。

如图7所示，根据本实施例，提供了一种处方信息处理装置，该装置包括：

信息接收装置10，用于接收处方信息，处方信息至少包括第一用户数据和药品需求数据；

图像生成装置20，用于将处方信息生成可读取图像；

处方生成装置30，用于根据处方信息和可读取图像生成可读取式处方信息。

如图8所示，本实施例在实施例7的基础上还包括有：

处方发送装置40，用于将可读取式处方信息发送给第一用户和第二用户。

如图9所示，信息接收装置还包括：

101药品需求请求接收单元，用于接收第一用户发送的药品需求请求；

102地理位置获取单元，用于根据药品需求请求获取第一用户的地理位置信息；

103备选药品目录发送单元，用于根据地理位置信息确定备选药品目录，并将备选药品目录发送给第一用户；

104药品需求信息接收单元，用于接收第一用户发送的基于备选药品目录生成的药品需求信息。

如图10所示，本实施例在实施例9的基础上还包括有：

交易请求接收装置50，用于接收第二用户基于可读取图像发送的第一交易请求，其中，第一交易请求中包含药品需求数据；

药品需求数据判断装置60，用于根据第一交易请求判断预设待售药品数据库中是否有满足药品需求数据的预设药房信息；

预设药房信息发送装置70，用于如果预设待售药品数据库中存在满足药品需求数据的预设药房信息，则将满足药品需求数据的预设药房信息发送给第二用户。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。