一种处方数据的审核方法和装置与流程

1.本发明涉及医疗技术领域，尤其涉及一种处方数据的审核方法和装置。


背景技术：

2.随着互联网技术的发展，药物也可以实现网上购买，极大地便利了居民的生活。
3.用户在网上购买药物时，将药方上传至平台，然后平台的工作人员对该药方进行审核，审核通过后工作人员可根据药方抓药、煎煮并派送至用户。
4.然而，用户上传的药方中经常出现一些禁忌药物，需要工作人员根据自身经验对这些禁忌药物进行识别，这导致药方的审核成本增加，并且，如果药方存在禁忌药物，需要用户对药方进行反复修改，一方面降低了药方的审核效率，另一方面也增加了用户的交互流程，降低用户体验。


技术实现要素：

5.有鉴于此，本发明实施例提供一种处方数据的审核方法和装置，能够提前配置禁忌药物库，降低人工审核成本，提高了审核效率，可以降低用户的时间成本，提升用户体验。
6.进一步地，煎煮人员可以基于准确的提示煎煮药物，在保证药效的同时可以给用户带来良好的消费感受。
7.为实现上述目的，根据本发明实施例的一个方面，提供了一种处方数据的审核方法，包括：
8.接收客户端发送的待审核的所述处方数据、以及所述处方数据对应的用户信息；
9.根据所述用户信息和预设的处方信息库，确定所述处方数据中是否存在表征禁忌药物和/或表征禁忌组合的第一目标内容；所述处方信息库指示了一种或多种禁忌药物、和/或一个或多个禁忌组合；
10.如果是，生成并输出所述第一目标内容对应的第一提示信息，以使所述客户端的用户根据所述第一提示信息修改所述处方数据。
11.可选地，当所述处方数据不包括所述第一目标内容时：
12.根据所述处方数据，生成并下发药物拾取任务。
13.可选地，所述方法还包括：
14.确定所述处方数据中是否存在表征需采用特定处理方式进行处理的目标药物的第二目标内容；如果是，根据所述第二目标内容生成并输出第二提示信息，以根据所述第二提示信息对所述目标药物进行处理。
15.可选地，接收所述客户端发送的药物处理请求；
16.根据所述药物处理请求和所述第二提示信息，生成并下发药物处理任务。
17.可选地，所述处方信息库指示了一个或多个用户属性分别对应的禁忌药物和/或所述禁忌组合；所述根据所述用户信息和预设的处方信息库，确定所述处方数据中是否存在表征禁忌药物和/或表征禁忌组合的第一目标内容，包括：
18.确定所述用户信息对应的一个或多个目标用户属性；
19.根据所述目标用户属性和所述处方信息库，确定所述处方数据中是否包括所述第一目标内容。
20.可选地，所述确定所述用户信息对应的一个或多个目标用户属性，包括：
21.根据所述用户信息包括的用户标识，从病历库中确定所述用户信息对应的一个或多个目标用户属性。
22.可选地，所述处方数据为文本格式和/或图片格式。
23.可选地，当所述处方数据为图片格式时，
24.对所述图片格式的处方数据进行识别，得到表征药物的文本，并根据所述文本确定是否存在所述第一目标内容。
25.可选地，在确定存在所述第一目标内容的情况下，还包括：
26.输出所述表征药物的文本，以使所述用户根据所述第一提示信息，通过修改所述表征药物的文本来修改所述处方数据。
27.根据本发明实施例的再一个方面，提供了一种处方数据的审核装置，包括：
28.接收模块，用于接收客户端发送的待审核的所述处方数据、以及所述处方数据对应的用户信息；
29.审核模块，用于根据所述用户信息和预设的处方信息库，确定所述处方数据中是否存在表征禁忌药物和/或表征禁忌组合的第一目标内容；所述处方信息库指示了一种或多种禁忌药物、和/或一个或多个禁忌组合；
30.提示模块，用于如果是，生成并输出所述目标内容对应的第一提示信息，以使所述客户端的用户根据所述提示信息修改所述处方数据。
31.根据本发明实施例的另一个方面，提供了一种处方数据的审核电子设备，包括：
32.一个或多个处理器；
33.存储装置，用于存储一个或多个程序，
34.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的处方数据的审核方法。
35.根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的处方数据的审核方法。
36.上述发明中的一个实施例具有如下优点或有益效果：因为采用建立禁忌药物数据库，并对处方数据中的禁忌药物进行识别并发送至用户及时修改的技术手段，所以克服了现有的药方审核成本较高且审核效率低下，问题药方需要用户反复修改导致用户体验感差的技术问题，进而达到能够提前配置禁忌药物库，降低人工审核成本、提高审核效率、提升用户体验的技术效果。
37.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
38.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
39.图1是适于应用于本发明实施例的处方数据的审核方法或处方数据的审核装置的
示例性系统架构图；
40.图2是根据本发明实施例的处方数据的审核方法的主要流程的示意图；
41.图3是根据本发明实施例的处方数据的审核方法的详细流程的示意图；
42.图4是根据本发明实施例的处方数据的审核装置的主要模块的示意图；
43.图5是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
44.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
45.图1示出了适于应用于本发明实施例的处方数据的审核方法或处方数据的审核装置的示例性系统架构图，如图1所示，本发明实施例的处方数据的审核方法或处方数据的审核装置的示例性系统架构包括：
46.如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
47.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
48.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
49.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的处方数据审核请求等数据进行分析等处理，并将处理结果(例如处方数据是否有误)反馈给终端设备101、102、103。
50.需要说明的是，本发明实施例所提供的处方数据的审核方法一般由服务器105执行，相应地，处方数据的审核装置一般设置于服务器105中。
51.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
52.图2是根据本发明实施例的处方数据的审核方法的主要流程的示意图，如图2所示，本发明的处方数据的审核方法包括：
53.步骤s201，接收客户端发送的待审核的所述处方数据、以及所述处方数据对应的用户信息。
54.互联网购药因为其便利性，正受到越来越多用户的青睐。购药时，客户端的用户将处方数据发送至平台，平台的工作人员审核通过后，根据处方数据进行配药，并根据用户的要求对药物进行处理后派送至用户。由于用户发送的处方数据中经常存在一些禁忌药物，可能需要用户的多次修改和平台工作人员的多次审核，在订单量庞大的情况下，需要消耗
极大的人力。本发明的处方数据的审核方法可以有效地降低审核的人工成本，即可提醒用户进行修改，避免审核和返回用户修改之间的时间差给用户的体验感较差，可以节约用户的时间成本。在对处方数据进行处理时，接收客户单的用户发送的处方数据，用户发送的处方数据为待审核的处方数据。发送处方数据的用户和药物服用者可能存在不一致的情况，因此，为了保证处方数据的准确性，客户端的用户在发送处方数据时，需要同时发送处方数据对应的药物服用者的用户信息，以便于处方数据的审核，同时可以接收客户端的用户发送的处方数据对应的用户信息。
55.客户端的用户可以同时发送处方数据对应的药物处理请求，以使得平台的工作人员可以根据用户的需求对药物进行处理，同时可以接收客户端的用户发送的处方数据对应的药物处理请求。例如，药物处理请求可以包括：用户需要对药物按服用要求进行分装；或者，处方数据对应的药物为中药时，用户可以要求对药物进行煎煮等。
56.步骤s202，根据所述用户信息和预设的处方信息库，确定所述处方数据中是否存在表征禁忌药物和/或表征禁忌组合的第一目标内容；所述处方信息库指示了一种或多种禁忌药物、和/或一个或多个禁忌组合。
57.预先配置处方信息库，处方信息库可以是一个或多个与用户属性对应的处方信息库，其中包括了一种或多种禁忌药物，和/或，一个或多个禁忌组合，禁忌组合可以是不能并存的药物的组合。接收到客户端的用户发送的待审核的处方数据以及处方数据对应的用户信息后，根据用户信息包括的用户标识，确定用户信息对应的一个或多个目标用户属性，根据一个或多个目标用户属性、以及用户属性对应的处方信息库，审核处方数据中是否存在表征禁忌药物和/或禁忌组合的第一目标内容。如果处方数据中包括第一目标内容，转至步骤s203；如果处方数据中不包括第一目标内容，根据处方数据生成并下发药物拾取任务，平台的工作人员接收到任务后，根据处方数据拾取其中的药物，包装完成后派送至用户。
58.示例性地，如果客户端的用户同时发送了药物处理请求，则平台的工作人员根据处方数据拾取药物后，根据药物处理请求对相应的药物进行处理，包装完成后派送至用户。
59.步骤s203，如果是，生成并输出所述第一目标内容对应的第一提示信息，以使所述客户端的用户根据所述第一提示信息修改所述处方数据。
60.确定处方数据中包括表征禁忌药物和/或禁忌组合的第一目标内容后，生成并输出与表征禁忌药物和/或禁忌组合的第一目标内容对应的第一提示信息，并发送至客户端，客户端接收到第一提示信息后，客户端的用户可以根据第一提示信息，修改处方数据中与第一目标内容对应的药物数据，使得修改后的处方数据可以用于药物服用者服用，从而获得需要的治疗效果。
61.在本发明实施例中，通过接收客户端发送的待审核的所述处方数据、以及所述处方数据对应的用户信息；根据所述用户信息和预设的处方信息库，确定所述处方数据中是否存在表征禁忌药物和/或表征禁忌组合的第一目标内容；如果是，生成并输出所述第一目标内容对应的第一提示信息，以使所述客户端的用户根据所述第一提示信息修改所述处方数据等步骤，能够提前配置禁忌药物库，降低人工审核成本，提高了审核效率，可以提升用户体验。
62.图3是根据本发明实施例的处方数据的审核方法的详细流程的示意图，如图3所示，本发明的处方数据的审核方法包括：
63.步骤s301，构建处方信息库。
64.本发明的处方数据的审核方法可以自动对处方数据进行审核，对于违反预设的处方信息库的处方数据进行提示，提醒用户及时找医生调整或者自行修改。为了实现对处方数据的自动审核，需要提前构建处方信息库，处方信息库指示了一种或多种禁忌药物、和/或一个或多个禁忌组合，可以包括：一种或多种禁忌药物、一个或多个禁忌组合、与用户属性对应的一种或多种禁忌药物、与用户属性对应的一个或多个禁忌组合、需采用特定处理方式进行处理的目标药物等。其中，一种或多种禁忌药物、一个或多个禁忌组合、需采用特定处理方式进行处理的目标药物可以与用户属性无关。处方信息库根据不同的处方信息类型，可以以list集合的方式加载至缓存系统，以键值对的形式进行存储。
65.示例性地，一种或多种禁忌药物可以包括：氰化钾、氰化氢等类似氰化物，砒霜等。处方信息库可以包括一种或多种禁忌药物集合。
66.一个或多个禁忌组合可以包括：青霉素类与四环素类、大环内酯类、磺胺类、氨茶碱组合，十八反，十九畏等。处方信息库可以包括一个或多个禁忌组合集合，集合内的数据可以以键值对的形式存储。集合的键值对形式可以是<青霉素类
‑
四环素>、<青霉素
‑
氨茶碱>等。进一步地，十八反、十九畏是指合用会产生副作用的药物组合甘草。十八反包括：甘草反大戟、芫花、甘遂、海藻；乌头(包括川乌、草乌、附子)反贝母(川贝母、浙贝母)、瓜蒌、天花粉、半夏、白蔹、白及；黎芦反人参、西洋参、丹参、沙参(南沙参、北沙参)、苦参、玄参、细辛、芍药(白芍、赤芍)。十九畏包括：硫黄畏朴硝，水银畏砒霜，狼毒畏密陀僧，巴豆畏牵牛，丁香畏郁金，川乌、草乌畏犀角，牙硝畏三棱，官桂畏赤石脂，人参畏五灵脂。十八反集合的键值对形式可以是<甘草
‑
大戟>、<大戟
‑
甘草>、<甘草
‑
芫花>、<甘草
‑
甘遂>、<甘草
‑
海藻>等，十九畏集合的键值对形式可以是<硫黄
‑
朴硝>等。
67.示例性地，用户属性可以包括：妊娠期、哺乳期等特殊时期人群，心脏病、过敏体质、高血压、低血压、通风、溃疡、癫痫、慢性肾功能衰竭、哮喘、甲状腺功能亢进等慢性病患者，瘫痪、偏瘫、盲、聋、哑等特殊缺陷人群，老人、儿童等特殊年龄段人群等。
68.示例性地，与用户属性对应的一种或多种禁忌药物可以包括：哺乳期妇女禁用甲硝唑、阿司匹林，溶血性贫血史者禁用阿司匹林，对阿司匹林过敏者禁用阿司匹林，消化道溃疡患者禁用氨咖黄敏胶囊，心脏病患者、妊娠期妇女、儿童禁用腰痛宁胶囊，癫痫患者禁用腰痛宁胶囊，青光眼禁用盐酸苯海索片，三个月内妊娠期妇女禁用人工牛黄甲硝唑、甲硝唑，妊娠期妇女禁用水蛭、三棱、半夏、南星、通草、桃仁(容易造成胎儿不稳)等。处方信息库可以包括与用户属性对应的一种或多种禁忌药物集合。
69.与用户属性对应的一个或多个禁忌组合可以包括：对阿司匹林或者其它非甾体抗炎药引起的哮喘、荨麻疹患者禁用双氯灭痛肠溶衣片，洋地黄化的患者禁用氨基酸螯合钙胶囊，噻嗪类利尿剂等类似药物过敏者禁用吲达帕胺片等。处方信息库可以包括与用户属性对应的一个或多个禁忌组合集合，集合内的数据可以以键值对的形式存储。
70.需采用特定处理方式进行处理的目标药物可以包括：胰岛素，需要冷藏；石膏，在煎煮之前需要先煎；滑石，在煎煮时需要包煎等。处方信息库可以包括需采用特定处理方式进行处理的目标药物集合，集合内的数据可以以键值对的形式存储，键值对的形式可以是<胰岛素
‑
冷藏>、<石膏
‑
先煎>、<滑石
‑
后下、棉布包煎>等。
71.步骤s302，接收用户输入的处方数据。
72.客户端的用户可以通过拍照或选择图像的方式上传处方数据，或者，用户可以通过自助填写的方式上传处方数据。上传处方数据的用户和处方数据对应的药物服用者可能一致，也可能不一致，因此，用户在上传处方数据时，需要同时上传用户信息，用户信息同样可以通过拍照或者选择图像的方式上传，或者，通过自助填写的方式上传。其中，用户信息可以包括药物服用者的性别、年龄、过往病史等信息。
73.接收到客户端的用户输入的处方数据和用户信息后，利用图像识别，将用户通过拍照或者选择图像的方式上传的处方数据和用户信息转换为文本格式，获得表征处方数据的药物的文本；用户通过自助填写的方式上传的处方数据和用户信息为文本格式，无需转换。
74.进一步地，接收客户端的用户输入的药物处理请求，药物处理请求可以是图片格式或者文本格式，平台的工作人员根据药物处理请求对药物进行相应处理。药物处理请求可以包括：分装、煎煮、研磨、切割、冷藏等。
75.示例性地，药物服用者可能是用户本人，或者，用户的家属或者朋友等各类人群。
76.步骤s303，根据用户信息确定用户属性。
77.获得文本格式的用户信息后，根据用户信息的文本，确定用户属性。一个用户信息可能对应一种或多种用户属性，例如，药物服用者可能同时是妊娠期妇女、高血压患者、过敏体质等。
78.进一步地，获得文本格式的用户信息后，根据用户信息包括的用户标识，从历史保存的病例数据库中进行搜索，获取用户标识对应的用户属性，并返回至客户端。客户端的用户对返回的用户属性进行判断，根据客户端返回的判断结果，确认用户信息对应的一种或多种用户属性。例如，用户标识可以是用户的身份证号。
79.示例性地，可以提取历史保存的病例数据库和体检数据库中的用户健康数据，构建用户健康数据库，根据用户信息中的用户标识在用户健康数据库中进行搜索，为用户提供搜索结果，进一步提高本发明的处方数据的审核方法的便利性，使得用户体验更为人性化，增加用户粘度。
80.步骤s304，判断处方数据中是否存在第一目标内容。
81.根据步骤s301构建的处方信息库和步骤s303确定的用户属性，判断处方数据中是否存在第一目标内容，如果是，转至步骤s305；如果否，转至步骤s306。其中，第一目标内容是用于表征处方数据中存在的一种或多种禁忌药物、一个或多个禁忌组合的文本内容。
82.示例性地，如果确定药物服用者无特殊的用户属性，则根据处方信息库中的一种或多种禁忌药物集合、一个或多个禁忌组合集合判断处方数据中是否存在第一目标内容。例如，加载一种或多种禁忌药物集合缓存数据，遍历处方数据的文本内容，逐个与一种或多种禁忌药物集合中的数据进行比对，判断处方数据是否存在一种或多种禁忌药物；加载一个或多个禁忌组合集合缓存数据，遍历处方数据的文本内容，逐个与一个或多个禁忌组合集合中的key值进行比对，如果存在key值对应的数据，查找是否存在与key值对应的value值对应的数据，根据遍历查找结果，判断处方数据是否存在一个或多个禁忌组合。
83.示例性地，如果确定药物服用者存在一个或多个用户属性，则根据处方信息库中的与用户属性对应的一种或多种禁忌药物集合、与用户属性对应的一个或多个禁忌组合集合判断处方数据中是否存在第一目标内容。例如，加载与用户属性对应的一种或多种禁忌
药物集合缓存数据，遍历处方数据的文本内容，逐个与“与用户属性对应的一种或多种禁忌药物集合”中的key值进行比对，如果存在key值对应的用户属性，查找是否存在与key值对应的value值对应的数据，根据遍历查找结果，判断处方数据是否存在一种或多种禁忌药物；加载与用户属性对应的一个或多个禁忌组合集合缓存数据，遍历处方数据的文本内容，逐个与“与用户属性对应的一个或多个禁忌组合集合”中的key值进行比对，如果存在key值对应的用户属性，查找是否存在与key值对应的value值对应的数据，根据遍历查找结果，判断处方数据是否存在一个或多个禁忌组合。
84.步骤s305，根据第一目标内容生成第一提示信息并发送至客户端。
85.确认处方数据中存在表征一种或多种禁忌药物，和/或，一个或多个禁忌组合的第一目标内容后，根据第一目标内容生成第一提示信息，并发送至客户端，使得客户端的用户可根据第一提示信息对处方数据的一种或多种禁忌药物，和/或，一个或多个禁忌组合自行进行修改并上传，或者，用户可以通过专业医生调整处方数据并上传修改后的处方数据。接收客户端发送的修改后的处方数据，转至步骤s302。
86.进一步地，生成第一提示信息后，将标记有第一提示信息的处方数据的文本发送至客户端，使得客户端的用户可以根据第一提示信息修改处方数据的文本，进而修改处方数据。
87.示例性地，第一提示信息可以是高亮标识、加粗提示、下划线提示、文字提醒等形式。
88.步骤s306，判断处方数据中是否包括第二目标内容。
89.确认处方数据中不存在表征一种或多种禁忌药物，和/或，一个或多个禁忌组合的第一目标内容后，判断处方数据中是否存在第二目标内容，如果是，转至步骤s307；如果否，转至步骤s308。其中，第二目标内容是用于表征处方数据中存在的需采用特定处理方式进行处理的目标药物的文本内容。
90.如果是，根据所述第二目标内容以及所述目标药物对应的特定处理方式，生成并输出第二提示信息，以根据所述第二提示信息对所述目标药物进行处理。
91.步骤s307，根据第二目标内容生成第二提示信息。
92.确认处方数据中存在表征需采用特定处理方式进行处理的目标药物的第二目标内容后，根据第二目标内容生成第二提示信息，第二提示信息包括目标药物及其对应的特定处理方式。
93.示例性地，第二提示信息可以是高亮标识、加粗提示、下划线提示、文字提醒等形式。
94.步骤s308，生成并下发药物处理任务。
95.确定第二提示信息后，生成并下发药物处理任务，使得平台的工作人员可以根据处方数据拾取药物，并将处理后的药物及处方数据对应的第二提示信息进行包装，并派送至客户端上传的指定地址，
96.如果客户单上传了药物处理请求，确定第二提示信息后，生成并下发药物处理任务，使得平台的工作人员根据客户端上传的药物处理请求、第二提示信息对药物进行处理，并将处理后的药物进行包装，并派送至指定地址。
97.在本发明实施例中，通过构建处方信息库；接收用户输入的处方数据；根据用户信
息确定用户属性；判断处方数据中是否存在第一目标内容；根据第一目标内容生成第一提示信息并发送至客户端；判断处方数据中是否包括第二目标内容；根据第二目标内容生成第二提示信息；生成并下发药物处理任务等步骤，能够提前配置禁忌药物库，降低人工审核成本，提高了审核效率，可以提升用户体验。
98.图4是根据本发明实施例的处方数据的审核装置的主要模块的示意图，如图4所示，本发明的处方数据的审核装置400包括：
99.接收模块401，用于接收客户端发送的待审核的所述处方数据、以及所述处方数据对应的用户信息。
100.在对处方数据进行处理时，所述接收模块401接收客户单的用户发送的处方数据，用户发送的处方数据为待审核的处方数据。发送处方数据的用户和药物服用者可能存在不一致的情况，因此，为了保证处方数据的准确性，客户端的用户在发送处方数据时，需要同时发送处方数据对应的药物服用者的用户信息，以便于处方数据的审核，所述接收模块401同时可以接收客户端的用户发送的处方数据对应的用户信息。
101.客户端的用户可以同时发送处方数据对应的药物处理请求，以使得平台的工作人员可以根据用户的需求对药物进行处理，所述接收模块401同时可以接收收客户端的用户发送的处方数据对应的药物处理请求。例如，药物处理请求可以包括：用户需要对药物按服用要求进行分装；或者，处方数据对应的药物为中药时，用户可以要求对药物进行煎煮等。
102.审核模块402，用于根据所述用户信息和预设的处方信息库，确定所述处方数据中是否存在表征禁忌药物和/或表征禁忌组合的第一目标内容；所述处方信息库指示了一种或多种禁忌药物、和/或一个或多个禁忌组合。
103.预先配置处方信息库，处方信息库可以是一个或多个与用户属性对应的处方信息库，其中包括了一种或多种禁忌药物，和/或，一个或多个禁忌组合，禁忌组合可以是不能并存的药物的组合。所述接收模块401接收到客户端的用户发送的待审核的处方数据以及处方数据对应的用户信息后，根据用户信息包括的用户标识，确定用户信息对应的一个或多个目标用户属性，所述审核模块402根据一个或多个目标用户属性、以及用户属性对应的处方信息库，审核处方数据中是否存在表征禁忌药物和/或禁忌组合的第一目标内容。如果处方数据中包括第一目标内容，转至步骤s203；如果处方数据中不包括第一目标内容，根据处方数据生成并下发药物拾取任务，平台的工作人员接收到任务后，根据处方数据拾取其中的药物，包装完成后派送至用户。
104.示例性地，如果客户端的用户同时发送了药物处理请求，则平台的工作人员根据处方数据拾取药物后，根据药物处理请求对相应的药物进行处理，包装完成后派送至用户。
105.提示模块403，用于如果是，生成并输出所述第一目标内容对应的第一提示信息，以使所述客户端的用户根据所述第一提示信息修改所述处方数据。
106.所述审核模块402确定处方数据中包括表征禁忌药物和/或禁忌组合的第一目标内容后，所述提示模块403生成并输出与表征禁忌药物和/或禁忌组合的第一目标内容对应的第一提示信息，并发送至客户端，客户端接收到第一提示信息后，客户端的用户可以根据第一提示信息，修改处方数据中与第一目标内容对应的药物数据，使得修改后的处方数据可以用于药物服用者服用，从而获得需要的治疗效果。
107.在本发明实施例中，通过接收模块、审核模块和提示模块等模块，能够提前配置禁
忌药物库，降低人工审核成本，提高了审核效率，可以提升用户体验。
108.图5是适于用来实现本发明实施例的终端设备的计算机系统的结构示意图，如图5所示，本发明实施例的终端设备的计算机系统500包括：
109.中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的程序或者从存储部分508加载到随机访问存储器(ram)503中的程序而执行各种适当的动作和处理。在ram503中，还存储有系统500操作所需的各种程序和数据。cpu501、rom502以及ram503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
110.以下部件连接至i/o接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至i/o接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。
111.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(cpu)501执行时，执行本发明的系统中限定的上述功能。
112.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
113.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际
上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
114.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、审核模块和提示模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，审核模块还可以被描述为“判断所述处方数据中是否存在禁忌药物和/或禁忌组合的模块”。
115.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收客户端发送的待审核的所述处方数据、以及所述处方数据对应的用户信息；根据所述用户信息和预设的处方信息库，确定所述处方数据中是否存在表征禁忌药物和/或表征禁忌组合的第一目标内容；所述处方信息库指示了一种或多种禁忌药物、和/或一个或多个禁忌组合；如果是，生成并输出所述目标内容对应的第一提示信息，以使所述客户端的用户根据所述提示信息修改所述处方数据。
116.根据本发明实施例的技术方案，能够提前配置禁忌药物库，降低人工审核成本，提高了审核效率，可以提升用户体验。
117.进一步地，煎煮人员可以基于准确的提示煎煮药物，在保证药效的同时可以给用户带来良好的消费感受。
118.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。