CN111261254A - 一种生成处方的方法和设备、以及医疗建议数据录入系统 - Google Patents
一种生成处方的方法和设备、以及医疗建议数据录入系统 Download PDFInfo
- Publication number
- CN111261254A CN111261254A CN201811454312.4A CN201811454312A CN111261254A CN 111261254 A CN111261254 A CN 111261254A CN 201811454312 A CN201811454312 A CN 201811454312A CN 111261254 A CN111261254 A CN 111261254A
- Authority
- CN
- China
- Prior art keywords
- medical advice
- data
- advice data
- drug
- medical
- 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
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
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
-
- 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
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Chemical & Material Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种生成处方的方法和设备、以及医疗建议数据录入系统。其中,生成处方的方法包括步骤:从医生客户端输入的至少一条医疗建议数据中提取出一个或多个药品数据;基于药品数据通过预定规则对上述医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组;以及基于医疗建议数据分组,生成处方单数据。本发明一并公开了相应的计算设备。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种生成处方的方法和设备、以及医疗建议数据录入系统。
背景技术
病历和处方是医务人员对患者疾病的发生、发展、转归,以及对患者进行检查、诊断、治疗等医疗活动过程的记录。也是对采集到的资料加以归纳、整理、综合分析,按规定的格式和要求书写的患者医疗健康档案。对医疗、预防、教学、科研、医院管理等都有重要的作用。
随着电子信息技术的发展,电子处方和病历也越来越多地被应用到医疗活动过程中。以处方为例,国家《处方管理办法》对开具处方的格式等做了一系列规定,诸如“开具西药、中成药处方,每一种药品应当另起一行,每张处方不得超过5种药品”、“处方由调剂处方药品的医疗机构妥善保存”等等。由此,医疗机构明确要求医疗信息系统按照规定将处方分为普通、儿科、麻醉等几类,有些医疗机构还会根据自身的情况,为门诊、住院、急诊等设置不同的处方模板。
基于上述情形,目前一般的医疗信息系统的处方开立方式都是先选择处方类型并增加处方,再在新增加的处方中添加医嘱(即,医疗建议数据)。也就是说,医护人员无法直接在系统中录入医嘱。而且由于每张处方中药品的数量有限制,当药品数量较多时,就要重复多次新增处方的操作。这种处理方式迫使医护人员在开立处方时,将药物医嘱和非药物医嘱分为不同的界面,大大降低了系统的可用性。
鉴于此,需要一种能够更智能地生成处方的方案,以解决上述弊端。
发明内容
为此,本发明提供了一种生成处方的方法和设备、以及医疗建议数据录入系统,以力图解决或至少缓解上面存在的至少一个问题。
根据本发明的一个方面,提供了一种生成处方的方法,包括步骤:从医生客户端输入的至少一条医疗建议数据中提取出一个或多个药品数据;基于药品数据、通过预定规则对医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组;以及基于至少一个医疗建议数据分组生成处方单数据。
可选地,在根据本发明的方法中,药品数据包含药品名称和药品属性,还包括步骤:判断来自医生客户端的医疗建议数据中是否包含药品名称;若确认医疗建议数据中包含药品名称,则获取该药品的药品属性。
可选地,在根据本发明的方法中,药品属性包括药品的类型;基于药品数据通过预定规则对医疗建议数据进行拆分处理、以得到至少一个医疗建议数据分组的步骤包括:根据药品的类型对所接收到的医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组。
可选地,根据本发明的方法还包括步骤:统计各医疗建议数据分组中药品的个数;判断各医疗建议数据分组中药品的个数是否超过阈值;以及若某医疗建议数据分组中药品的个数超过阈值,则对该分组中的医疗建议数据再进行拆分处理来得到多个医疗建议数据分组。
可选地,在根据本发明的方法中,药品属性还包括药品的标识符;基于药品数据通过预定规则对医疗建议数据进行拆分处理、以得到至少一个医疗建议数据分组的步骤还包括:基于药品的标识符对所接收到的医疗建议数据进行拆分处理,使得具有相同标识符的药品属于同一个医疗建议数据分组。
可选地,根据本发明的方法还包括步骤:生成各处方单数据的标识,并关联存储各处方单数据及其标识。
可选地,根据本发明的方法还包括步骤:采用预设显示方式来显示所生成的处方单数据。
可选地,在根据本发明的方法中,药品的类型包括普通药品、麻醉药品、第一类精神药品、第二类精神药品、毒性药品。
可选地,在根据本发明的方法中,药品的类型还包括中药和西药。
根据本发明的另一方面,提供了一种生成处方的设备,包括:连接管理单元,适于接收医生客户端输入的医疗建议数据;信息提取单元,适于从所接收到的医疗建议数据中提取出药品及其属性信息;控制单元,适于基于药品的属性信息通过预定规则对医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组,还适于基于至少一个医疗建议数据分组生成处方单数据。
可选地,在根据本发明的设备中,药品数据包含药品名称和药品属性,信息提取单元包括:判断模块,适于判断医生客户端输入的医疗建议数据中是否包含药品名称;信息提取单元还适于在确认医疗建议数据中包含药品名称时,获取该药品的药品属性。
可选地,在根据本发明的设备中,药品属性包括药品的类型;控制单元还适于根据药品的类型对医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组。
可选地,在根据本发明的设备中,控制单元还包括:统计模块,适于统计各医疗建议数据分组中药品的个数;控制单元还适于在判断某医疗建议数据分组对应的药品的个数超过阈值时,对该分组中的医疗建议数据再进行拆分处理来得到多个医疗建议数据分组。
可选地,在根据本发明的设备中,药品属性还包括药品的标识符;控制单元还适于基于药品的标识符对医疗建议数据进行拆分处理,使得具有相同标识符的药品属于同一个医疗建议数据分组。
可选地,在根据本发明的设备中,控制单元还适于生成各处方单数据的标识、并关联存储各处方单数据及其标识。
可选地,在根据本发明的设备中,药品的类型包括普通药品、麻醉药品、第一类精神药品、第二类精神药品、毒性药品。
可选地,在根据本发明的设备中,药品的类型还包括中药和西药。
根据本发明的又一个方面,提供了一种医疗建议数据录入系统,包括:如上所述的生成处方的设备,适于接收医生客户端输入的至少一条医疗建议数据、并通过预定规则对医疗建议数据进行拆分处理,以生成至少一个处方单数据;以及显示设备,适于显示所生成的处方单数据。
可选地,在根据本发明的系统中,显示设备还适于采用预设显示方式来显示所生成的处方单数据。
根据本发明的再一个方面,提供了一种计算设备,包括:至少一个处理器;和存储有程序指令的存储器,其中,程序指令被配置为适于由至少一个处理器执行,程序指令包括用于执行如上所述任一方法的指令。
根据本发明的再一个方面,提供了一种存储有程序指令的可读存储介质,当程序指令被计算设备读取并执行时,使得计算设备执行如上所述的任一方法。
基于本发明的录入医疗建议数据的方案,医生在医生客户端上可以一次性输入本次诊疗的所有医疗建议数据,医疗建议数据录入系统通过预定规则对医生输入的医疗建议数据进行一系列处理(包括提取药品及其属性信息、分类等),而后生成相应的至少一个处方。这样医生在录入医疗建议数据时,就不用按照规定逐条操作,能够极大地简化医护人员的操作,最大限度地节省医生录入医疗建议数据的时间和患者就诊的时间。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
为了实现上述以及相关目的,本文结合下面的描述和附图来描述某些说明性方面,这些方面指示了可以实践本文所公开的原理的各种方式,并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述,本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开,相同的附图标记通常指代相同的部件或元素。
图1示出了根据本发明一个实施例的医疗信息系统100的示意图;
图2示出了根据本发明一种实施例的医疗建议数据录入系统200的示意图;
图3示出了根据本发明一种实施例的计算设备300的示意图;
图4示出了根据本发明一种实施例的生成处方的方法400的流程图;以及
图5示出了根据本发明又一种实施例的生成处方的方法400的流程图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
基于快速发展的物联网技术,现代医疗信息系统在逐步实现患者与医务人员、医疗机构、医疗设备之间的互动,以解决大医院人满为患、病人就诊手续繁琐等问题。在此背景下,本发明的实施例提出了一种医疗信息系统。图1示出了根据本发明一个实施例的医疗信息系统100的示意图。该医疗信息系统100可以布置在医疗机构中。
如图1所示,医疗信息系统100包括客户端110-1、客户端110-2、…、客户端110-n(为便于描述,以下统称为客户端110)及服务器120。其中多个客户端110上包含供不同用户群体使用的客户端应用,例如供诊治医师使用的客户端应用、供患者使用的客户端应用、以及供药房医师、护士站护士、门诊收费人员等使用的各种客户端应用等。针对不同的用户群体,客户端110可以对应区分为:医生客户端(即供医生使用的客户端)、患者客户端(即供患者使用的客户端)、药房客户端(即供药房医师使用的客户端)、护士站客户端(即供护士使用的客户端)、收费客户端(即供门诊收费人员使用的客户端)等。客户端110可以是手机、平板、计算设备等。服务器120例如可以是物理上位于一个或多个地点的远程云服务器。应当指出,图1仅作为示意,本发明的实施例对系统100中所包含的客户端110和服务器120的数目不做限制。
根据本发明的实施方式,各客户端110与服务器120之间通过网络建立连接。这样,患者通过操作患者客户端110就可以方便地挂号、预约、还可以通过患者客户端110提示患者用药时间等;诊治医师通过医生客户端110可以随时查询每个患者的病案信息和诊疗报告、以及快速制定诊疗方案、为患者开具作为患者用药凭证的医疗文书(即,处方单);药房医师通过药房客户端110可以查询诊治医师为每个患者开具的处方单,并进行审核、调配、核对等;护士站的护士通过护士站客户端110也可以查询患者处方,还可以通过护士站客户端110记录患者每日体征等;门诊收费人员通过收费客户端110进行划价、收费等等。应当指出,客户端110还可以实现为各种医疗设备,本发明的实施例不限于此。基于本发明的实施例所提供的医疗信息系统100,可以实现医护人员、患者、甚至医疗设备之间的互动,以减轻医护人员的工作强度、提升诊疗速度,同时缩短患者的等疗时间、提高患者的就诊体验。
在一次诊疗活动中,诊治医师在详细采集病史、认真进行体格检查和必要的影像、实验室检查后,及时进行首次病程记录及病历书写,作出初步诊断后下达相关的医学指令(即,医嘱,下文中统称为“医疗建议数据”)。如前文所述,在目前的医疗信息系统中,在诊疗过程中,若医生一次下达的医疗建议数据过多、或涉及到的医疗建议数据类别不同,那么医生无法一次性地将所有的医疗建议数据录入到一个处方中。医生需要重复多次新增处方的操作,来录入本次诊疗涉及的所有医疗建议数据。因此,根据本发明的实施方式,提供了一种医疗建议数据录入系统200,以期简化医生录入医疗建议数据的操作。
在一种实施例中,医疗建议数据录入系统200可以被实现为布置在医疗信息系统100中的一部分。如图1所示,医疗建议数据录入系统200可以是布置在供诊治医师使用的医生客户端110中的客户端应用(或客户端应用中的一个模块)。当然不限于此。
图2示出了根据本发明一个实施例的医疗建议数据录入系统200的示意图。如图2所示,医疗建议数据录入系统200至少包括生成处方的设备210和显示设备220。
一般地,医疗建议数据内容包括以下一种或几种:护理常规、护理级别、饮食种类、体位、各种检查和治疗、药物名称、剂量和用法等。基于医疗建议数据内容可以将医疗建议数据分为两种:一种与药品有关(即,药物医嘱),如药品名称、剂量和用法;另一种与药品无关(即,非药物医嘱),如护理常规、护理级别、饮食种类、体位、各种检查和治疗。表1示出了一些医疗建议数据的示例,如表1所示,其中第1、3条医疗建议数据是药物医嘱,第2条医疗建议数据是非药物医嘱。应当指出,表1中的医疗建议数据仅作为示意,医疗建议数据还可以包括给药天数、单次剂量、标识符等内容,并不限于此。
表1医疗建议数据示例
根据本发明的实施例,生成处方的设备210在接收到医生在医生客户端110上输入的医疗建议数据后,通过预定规则对这些医疗建议数据进行拆分处理来生成至少一个处方单数据,再由显示设备220将生成的处方单数据显示给医生。此外,根据本发明的医疗建议数据的录入系统200还可以缓存所生成的处方单数据,并将其通过网络上传至服务器120,以便其他医护人员、患者等通过医疗信息系统100查询患者的处方单数据等。
根据本发明的又一种实施例,通过显示设备220预先布置显示界面,以供医生输入至少一条医疗建议数据。例如,在显示界面上预先设置医疗建议数据内容:“药品名称”,并为其配置相应的输入栏,供医生输入与药品名称相关的词条(如“三七片”);再如,在显示界面上预先设置医疗建议数据内容:“给药方式”,医生可以在相应的输入栏中输入“口服”、“外用”等词条,本发明的实施例不限于此。此外,可以由医生在显示界面的输入栏中直接输入相关的词条,还可以在系统200中预先存储关于医疗建议数据内容的字典(如,关于药品名称的字典、关于各种检查项目的字典、等等),医生在显示界面的输入栏中输入的词条可以是从字典中选取出来的词条。本发明的实施例对此不做限制。
以下将详细阐述根据本发明实施方式的医疗建议数据录入系统200的各组成部分。
如图2所示,医疗建议数据录入系统200包括相互耦接的生成处方的设备210和显示设备220。其中,生成处方的设备210至少包括:连接管理单元212、信息提取单元214和控制单元216。
连接管理单元212用于接收医生在医生客户端110上输入的至少一条医疗建议数据,然后将其传送给与之耦接的信息提取单元214。根据本发明的实施方式,医生输入的医疗建议数据可以是与药物相关的医疗建议数据,也可以是不与药物相关的医疗建议数据,关于医生输入的医疗建议数据,可参考前文相关描述,此处不做赘述。
信息提取单元214从所接收到的至少一条医疗建议数据中提取出一个或多个药品数据。一般地,一条医疗建议数据中至多包含一个药品数据。药品数据至少包含药品名称和药品属性。
在根据本发明的实施方式中,信息提取单元214还包括判断模块2142,用于判断医生客户端输入的医疗建议数据中是否包含药品名称。若经判断模块2142判断后确认该条医疗建议数据中包含药品名称,则信息提取单元214再从该条医疗建议数据中获取该药品的药品属性,并将获取的药品数据传送给与之耦接的控制单元216;若经判断模块2142判断后确认该条医疗建议数据中不包含药品名称,则信息提取单元214不再进行处理,直接将其传送给与之耦接的控制单元216。
在一些实施例中,医疗建议数据录入系统200中预先存储有关于药品名称的字典,响应于医生的输入,信息提取单元214根据字典筛选出相应的药品。例如,字典中存储有词条“三七片”,当用户输入的医疗建议数据中包含“三七片”时,信息提取单元214就可以从中获取到药品名称为“三七片”。此外,医疗建议数据录入系统200中存储有关于药品数据的信息表,如药品名称及药品属性的关联关系表,信息提取单元214通过查询该词条来获取与药品名称关联的药品属性。当然,也可以在关于药品名称的字典中相应地为每条词条关联药品属性,以便于信息提取单元214在获取词条的同时获取其对应的药品属性。本发明的实施例对此不做过多限制。
控制单元216基于药品数据、通过预定规则对这些医疗建议数据进行处理,以得到至少一个医疗建议数据分组,并基于这些分组生成处方单数据。
如前文所述,一方面,国家《处方管理办法》设置了一些处方的开具规定和存储规定等;另一方面,不同的医疗机构还会根据自身的情况,设置一些开具处方的规定。控制单元216将上述规定转换为预定规则并存储,在接收到医生输入的医疗建议数据时,控制单元216基于预定规则对这些医疗建议数据进行拆分处理。预定规则可以通过正则表达式来表示,也可以通过其它任何方式来表示,本发明的实施例对此不做限制。以下列举了一些根据本发明实施例的预定规则,但不限于此:
(1)考虑到不同类型的药品处方的保存期限不同,如,“普通处方、急诊处方、儿科处方保存期限为1年,医疗用毒性药品、第二类精神药品处方保存期限为2年,麻醉药品和第一类精神药品处方保存期限为3年”,故不同类型的药品要开具在不同的处方上;
(2)一张处方中允许添加的药品数量不能够超过最大药品数量;
(3)作为一组配伍的药品要放在同一张处方上,配伍是指按病情需要和药性特点,有选择地将两种或两种以上药品配合同用;
(4)有些医疗机构由于中药房和西药房是分开的,故中药和西药要开具在不同的处方上。
基于上述列举的预定规则,控制单元216基于所提取的药品数据对接收到的医疗建议数据进行拆分处理。根据本发明的实施例,控制单元216进行拆分处理的情形大概有以下几种。
在一种实施例中,药品属性包括药品的类型。此时,控制单元216根据药品的类型对所接收到的医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组,而后控制单元216再基于这些分组生成相应的至少一个处方单数据。
根据一些实施方式,药品的类型包括普通药品、麻醉药品、第一类精神药品、第二类精神药品和毒性药品。控制单元216将不同类型的药品拆分到不同的医疗建议数据分组,然后根据分组生成处方单数据。例如,在一次诊疗中,信息提取单元214从输入的医疗建议数据中共提取出8种药品数据,分别为5种普通药品、2种麻醉药品和1种毒性药品,控制单元216根据药品的类型拆分成了3个医疗建议数据分组,相应组成3个处方单数据,即,包含5种普通药品的医疗建议数据为1个处方单数据、包含2种麻醉药品的医疗建议数据为1个处方单数据、包含1种毒性药品的医疗建议数据为1个处方单数据。
应当指出,若经判断模块2142判断后确认用户输入的医疗建议数据中还包括与药品无关的医疗建议数据,例如一些检查项目(如表1中的第2条医疗建议数据),可以将这些与药品无关的医疗建议数据作为单独的医疗建议数据分组。
根据另一些实施方式,某些医疗机构的中药房和西药房是分开设立的,故中药和西药要开具在不同的处方上,以便于药房医师进行审核、调配、核对等操作。这种情况下,药品的类型还包括中药和西药。根据一个实施例,控制单元216中还可以包含预处理模块2162。
当信息提取单元214从医疗建议数据中提取出药品数据时,先由预处理模块2162识别所提取的药品中是否同时包含中药和西药。若同时包含中药和西药,则由控制单元216根据中药和西药两种类型将包含药品数据的医疗建议数据分成两个分组,再针对每一分组中的药品数据,按照“普通药品、麻醉药品、第一类精神药品、第二类精神药品和毒性药品”的类型对其进行进一步拆分;若经预处理模块2162识别所提取的药品数据中没有同时包含中药和西药,则直接由控制单元216按照“普通药品、麻醉药品、第一类精神药品、第二类精神药品和毒性药品”的类型对包含药品数据的医疗建议数据进行拆分处理。最后,根据拆分得到的医疗建议数据分组生成相应的处方单数据。具体内容可参见前文关于控制单元216的相关描述,此处不再展开赘述。
在另一种实施例中,医疗机构还会对处方中允许添加的药品的数量进行限制。例如,规定每个处方都不得超过五种药品。此时,控制单元216中除预处理模块2162外,还包括统计模块2164。
在控制单元216基于药品的类型对接收到的医疗建议数据进行拆分处理得到各医疗建议数据分组后,还可以通过统计模块2164统计各医疗建议数据分组中药品的个数。若判断某个分组中药品的个数超过阈值,则由控制单元216对该医疗建议数据分组所对应的医疗建议数据再进行拆分处理,来得到更多的医疗建议数据分组,最后根据拆分得的多个医疗建议数据分组生成多个处方单数据。假设经控制单元216根据药品的类型进行拆分处理后,得到2个医疗建议数据分组:第一个医疗建议数据分组中包含的是普通药品,第二个医疗建议数据分组中包含的是第一类精神药品。由统计模块2164对两个医疗建议数据分组中的药品的个数分别进行统计,得到第一个医疗建议数据分组中包含6种普通药品、第二个医疗建议数据分组中包含2种第一类精神药品。设阈值为5,则经判断确认第一个医疗建议数据分组中药品的个数超过阈值。此时,控制单元216对第一个医疗建议数据分组中的6种普通药品再进行进一步地拆分处理。可选地,控制单元216将超出阈值的部分再分为一个医疗建议数据分组,即,将包含6种普通药品分组再分为包含5种普通药品的一个分组和包含1种普通药品的一个分组(应当指出,若超出阈值的部分再分为一个分组后,分组内药品的个数还是超出阈值,则可以重复上述步骤继续往下进行拆分处理,直到最后每个医疗建议数据分组中包含的药品的个数均不超过阈值时为止)。这样,医生输入的医疗建议数据最终生成了3个处方单数据:包含5种普通药品的医疗建议数据为1个处方单数据、包含1种普通药品的医疗建议数据为1个处方单数据和包含2种第一类精神药品的医疗建议数据为1个处方单数据。当然,本发明的实施例不限于此,控制单元216还可以采用别的组合方式(如将这6种普通药品拆分成3种普通药品和3种普通药品)来对超过阈值的分组中的医疗建议数据进行再拆分处理,只要保证最终每个医疗建议数据分组中所包含的药品的个数不超过阈值即可。另外,关于阈值的大小可以根据医疗机构的实际情况进行设置,本发明的实施例对此不做限制。
在又一种实施例中,临床用药时,有时需要将两种或两种以上的药品混合在一起,进行药品配伍。根据本发明的一个实施方式,在医生输入医疗建议数据时,一并输入标识符,该标识符用于指示该条医疗建议数据中包含的药品是否属于配伍药品,以及若该药品属于配伍药品,其与哪些药品配伍。在一次诊疗中,可能会有多组配伍的药品,为一起配伍的药品设置相同的标识符,如标识符为1的药品属于一个配伍,标识符为2的药品属于另一个配伍,不限于此。此时,信息提取单元214获取的药品属性还包括药品的标识符。控制单元216在对医疗建议数据进行拆分处理时,将属于一个配伍的药品分到一起,例如,控制单元216基于药品的标识符对所接收到的医疗建议数据进行拆分处理,使得具有相同标识符(即,属于同一个配伍)的药品属于同一个医疗建议数据分组。根据这种实施方式,但凡有成组配伍的药品,即便属于一个配伍的药品属于不同的药品类型、或是属于一个配伍的药品个数超过阈值,控制单元216也不会将这些属于一个配伍的药品拆分到不同的医疗建议数据分组中。
上述各实施例详细阐明了生成处方的设备210采用预定规则对所接收到的医疗建议数据进行处理、并相应生成处方单数据的过程。需要说明的是,在实际应用中,医疗机构根据实际情况设置相应的预定规则,可以对上述实施例所示出的各种情况进行组合,以达到自动生成处方单数据的目的。
控制单元216还可以生成各处方单数据的标识(如处方号码)、并关联存储各处方单数据及其标识。根据一种实施例,处方单数据的标识可以基于开具处方的日期来生成,例如通过开具处方的日期加一个随机数来生成标识。当然,处方单数据的标识也可以基于开具处方的日期和开具处方的医生的标识(如,医生ID)来生成。对于一次诊疗活动中拆分得到的多个处方单数据,可以通过编号的方式来区分。本发明的实施例对此均不做限制,只要生成的标识能够唯一的标识处方单数据即可。假设一次诊疗活动中医生输入的医疗建议数据中包含:三个普通药品、两个麻醉药品、一个第二类精神药品。经生成处方的设备210根据预定规则进行分类处理后,生成的3个处方单数据分别是:包括三个普通药品的医疗建议数据作为第1个处方单数据、包括两个麻醉药品的医疗建议数据作为第2个处方单数据、包括一个第二类精神药品的医疗建议数据作为第3个处方单数据。控制单元216为上述3个处方单数据分别生成相应的标识,如“2018010000001”、“2018010000002”、“2018010000003”。
根据本发明的再一些实施方式,显示设备220可以采用预设显示方式来显示所生成的处方,以显著区分不同的处方单数据。在根据本发明的一种实施例中,预设显示方式包括但不限于,为不同类型(或分组)的处方单数据分配不同的显示颜色、不同的显示位置等。例如用蓝色显示包含普通药品的处方单数据、用红色显示包含麻醉药品的处方单数据等,或者用绿色显示包含中药的处方单数据、用黄色显示包含西药的处方单数据,等等。当然,还可以是通过区分字符大小、显示位置等方式来显示不同的处方单数据。此处不再一一赘述。显示设备220通过预设显示方式来显示所生成的处方单数据,有利于医护人员区分由生成处方的设备210自动生成的各种处方单。
此外,医生还可以通过显示设备220来查看由设备210所生成的处方单数据,也可以根据自身经验自行调整所生成的处方单数据,例如将原本属于医疗建议数据分组A中的某条医疗建议数据调整到医疗建议数据分组B中(只要在预定规则范围内的调整,设备210均可接受)。生成处方的设备210通过连接管理单元212接收医生在医生客户端上的输入,并在进行相应地调整后重新生成处方单数据,交由显示设备220进行显示。本发明的实施例对此不做限制。
在再一些实施例中,生成处方的设备210将生成的处方单数据上传至服务器120。这样,患者可以通过患者客户端110从服务器120上获取自己的处方单数据;药房医师也可以通过药房客户端110从服务器120上获取患者处方单数据,以便为患者调配药品;护士可以通过护士站客户端110从服务器120上获取住院患者的处方单数据,以便提醒住院患者吃药、打针等;门诊收费人员可以通过收费客户端110从服务器上获取患者的处方单数据,来进行划价、收费等。
基于本发明的医疗建议数据录入系统200,医生在看诊时直接输入医疗建议数据(可以是药物医嘱,也可以是非药物医嘱),生成处方的设备210根据预定规则对医生输入的医疗建议数据进行提取特征、拆分等处理后,生成至少一个医疗建议数据分组。在医生输入完所有的医疗建议数据后,医生在显示设备220上直接点击“提交”按钮,系统200将生成的至少一个处方单数据通过显示设备220显示给医生。这样能够极大地简化医生的操作、减轻医生的工作强度,最大限度地节省医生录入医疗建议数据的时间。
此外,根据本发明的系统200可以应用于门诊、住院、急诊等诸多场景中,打破了以往医疗信息系统,特别是在门诊,无法将药物医嘱和非药物医嘱设置在同一套餐医疗建议数据内的限制。同样,由于门诊、住院、急诊的医疗建议数据都采用同一套系统200来录入,医护人员可以通过患者信息快速地查询并复制患者以往就诊的历史医疗建议数据,真正得实现患者在门诊、住院、急诊的数据共享。因此,根据本发明的医疗建议数据录入系统200能够更好地服务于临床工作。
在根据本发明的实施方式中,医疗信息系统100以及医疗建议数据录入系统200均可以通过一个或多个如下所述的计算设备300来实现。图3示出了根据本发明一个实施例的计算设备300的示意图。
如图3所示,在基本的配置302中,计算设备300典型地包括系统存储器306和一个或者多个处理器304。存储器总线308可以用于在处理器304和系统存储器306之间的通信。
取决于期望的配置,处理器304可以是任何类型的处理,包括但不限于:微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器304可以包括诸如一级高速缓存310和二级高速缓存312之类的一个或者多个级别的高速缓存、处理器核心314和寄存器316。示例的处理器核心314可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器318可以与处理器304一起使用,或者在一些实现中,存储器控制器318可以是处理器304的一个内部部分。
取决于期望的配置,系统存储器306可以是任意类型的存储器,包括但不限于:易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器306可以包括操作系统320、一个或者多个应用322以及程序数据324。在一些实施方式中,应用322可以布置为在操作系统上由一个或多个处理器304利用程序数据324执行指令。
计算设备300还可以包括有助于从各种接口设备(例如,输出设备342、外设接口344和通信设备346)到基本配置302经由总线/接口控制器330的通信的接口总线340。示例的输出设备342包括图形处理单元348和音频处理单元350。它们可以被配置为有助于经由一个或者多个A/V端口352与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口344可以包括串行接口控制器354和并行接口控制器356,它们可以被配置为有助于经由一个或者多个I/O端口358和诸如输入设备(例如,键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备346可以包括网络控制器360,其可以被布置为便于经由一个或者多个通信端口364与一个或者多个其他计算设备362通过网络通信链路的通信。
网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块,并且可以包括任何信息递送介质。“调制数据信号”可以是这样的信号,它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例,通信介质可以包括诸如有线网络或者专线网络之类的有线介质,以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。
计算设备300可以实现为服务器,例如文件服务器、数据库服务器、应用程序服务器和WEB服务器等,也可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。当然,计算设备300也可以实现为小尺寸便携(或者移动)电子设备的一部分。在根据本发明的实施例中,计算设备300被配置为执行根据本发明的生成处方的方法400。计算设备300的应用322中包含执行方法400的多条程序指令。
图4示出了根据本发明一个实施例的生成处方的方法400的流程图。方法400在上述医疗建议数据录入系统200中执行,方法400是对医疗建议数据录入系统200的进一步说明。如图4所示,方法400始于步骤S410。
在步骤S410中,从医生客户端上输入的至少一条医疗建议数据中提取出一个或多个药品数据。在根据本发明的实施例中,药品数据至少包含药品名称和药品属性。如前文所述,医生在医生客户端上输入的一条医疗建议数据中可以包含多个词。在根据本发明的一种实施方式中,医生输入的医疗建议数据可以与药品有关(即,药物医嘱),如药品的名称、剂量和用法;也可以与药品无关(即,非药物医嘱),如护理常规、护理级别、饮食种类、体位、各种检查和治疗。针对医疗建议数据的更多内容可参考前文关于表1的相关描述,篇幅所限,此处不再赘述。
在一些实施例中,会预先存储关于药品名称的字典,医生在输入医疗建议数据时,可以通过从字典中选取相应词条的方式来输入相关的药品(当然,对医疗建议数据中其他内容的输入也可以采用同样的方式,不限于此)。同时,字典中还可以关联存储药品名称及药品属性,这样在提取出药品名称的同时,还可以获取药品的属性。根据本发明的实施方式,医生输入的医疗建议数据中可以包含一个药品,也可以不包含药品。故在根据另一些实施例中,步骤S410还可以通过如下方式来执行:先判断医生从医生客户端上输入的医疗建议数据中是否包含药品名称;在经判断后确认该条医疗建议数据中包含药品名称时,再获取该药品的药品属性。
随后在步骤S420中,基于药品数据,通过预定规则对医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组。
在根据本发明的一种实施方式中,预定规则可以根据国家规定和医疗机构的具体情况来预先设置,并通过正则表达式等方式来表示。关于预定规则的具体阐述,可参见前文描述控制单元216的相关篇幅,此处不再赘述。
在一种实施例中,药品属性包括药品的类型。
根据一些实施方式,药品的类型包括普通药品、麻醉药品、第一类精神药品、第二类精神药品和毒性药品。此时,步骤S420可以按照如下方式来执行:根据药品的类型对这至少一条医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组。换句话说,若一条或多条医疗建议数据中包含的药品属于同一类型,则将这一条或多条医疗建议数据作为一个医疗建议数据分组。假设从医生客户端输入的医疗建议数据中共提取出了8种药品,分别为5种普通药品、2种麻醉药品和1种毒性药品,根据药品的类型就可以相应得到3个医疗建议数据分组,分别是,包含5种普通药品的多条医疗建议数据为1个医疗建议数据分组、包含2种麻醉药品的多条医疗建议数据为1个医疗建议数据分组、包含1种毒性药品的一条医疗建议数据为1个医疗建议数据分组。应当指出,当用户输入的医疗建议数据中还包括与药物无关的医疗建议数据时,可以将这些非药物的医疗建议数据作为单独的一个医疗建议数据分组。
根据另一些实施方式,某些医疗机构中的中药房和西药房是分开设立的,这些医疗机构相应地可能会规定:中药和西药开具在不同的处方单上。这种情况下,药品的类型还包括中药和西药。此时,可以先判断从这些医疗建议数据中提取出的药品是否同时包含中药和西药。若这些医疗建议数据中同时包含中药和西药,则根据中药和西药两种类型将这些医疗建议数据分成两个分组,再针对每一个医疗建议数据分组中的药品,按照“普通药品、麻醉药品、第一类精神药品、第二类精神药品和毒性药品”的类型对其进一步拆分。若这些医疗建议数据中没有同时包含中药和西药,则还是按照上述步骤所述,根据“普通药品、麻醉药品、第一类精神药品、第二类精神药品和毒性药品”的类型对医疗建议数据进行拆分,得到不同的医疗建议数据分组。具体内容可参见前文关于控制单元216的相关描述,此处不再展开赘述。
在另一种实施例中,还会对每个处方单数据中允许添加的药品的数量进行限制。例如,医疗机构规定每个处方都不得超过五种药品。此时,先执行如上所述的步骤,基于药品的类型对所接收到的医疗建议数据进行拆分处理,得到至少一个医疗建议数据分组。应当指出,可以直接按照“普通药品、麻醉药品、第一类精神药品、第二类精神药品和毒性药品”的类型对医疗建议数据进行拆分处理,也可以先判断医疗建议数据中是否同时包含中药和西药后、再按照“普通药品、麻醉药品、第一类精神药品、第二类精神药品和毒性药品”的类型对医疗建议数据进行拆分处理,本发明的实施例对此不做限制。
然后,统计各医疗建议数据分组中药品的个数,并判断各医疗建议数据分组中药品的个数是否超过阈值。在确认某分组对应的药品的个数超过阈值时,对该医疗建议数据分组对应的医疗建议数据再进行拆分处理来得到多个医疗建议数据分组。应当指出,此时的拆分处理可以简单地按照个数进行拆分,只要保证拆分得到的各医疗建议数据分组中包含的药品的个数不超过阈值即可。
根据一种实施例,假设按照药品的类型对医疗建议数据进行拆分处理后,得到2个医疗建议数据分组,分别是:普通药品和第一类精神药品。统计各医疗建议数据分组中包含的药品的个数,得到第一个医疗建议数据分组中包含12种普通药品、第二个医疗建议数据分组中包含2种第一类精神药品。设阈值为5,则经判断后确认第一个医疗建议数据分组中药品的个数超过阈值,第二个医疗建议数据分组中药品的个数不超过阈值。此时,可以对第一个医疗建议数据分组中的医疗建议数据再进行拆分处理。可选地,将包含前5种普通药品的医疗建议数据作为一个医疗建议数据分组,包含剩下的7种普通药品的医疗建议数据还是超过阈值,则从这7种普通药品中再取出5种普通药品,用其医疗建议数据作为一个医疗建议数据分组,最后包含剩下的2种普通药品的医疗建议数据直接作为一个医疗建议数据分组。当然,上述拆分处理方式仅作为示例,本发明的实施例不限于此。也可以采用别的组合方式来对包含这12种普通药品的医疗建议数据进行再拆分处理,只要保证最终每个医疗建议数据分组中的药品的个数不超过阈值即可。另外,关于阈值的大小可以根据医疗机构的实际情况进行设置,本发明的实施例对此不做限制。
在又一种实施例中,在临床用药时,有时就需要将两种或两种以上的药品混合在一起,进行药品配伍。故在根据本发明的实施方式中,医生在输入医疗建议数据时,可以事先设置某些药品为一个医疗建议数据分组。例如,医生在输入药品时,一并输入该药品的标识符,使得属于同一医疗建议数据分组的药品具有同一个标识符。这样,标识符就可以用于指示该药品是否属于配伍药品,以及若该药品属于配伍药品,其与哪些药品配伍。可选地,在一次诊疗中,可能会有多组配伍的药品,为一起配伍的药品设置相同的标识符,如标识符为1的药品属于一个配伍,标识符为2的药品属于另一个配伍,不限于此。
此时,药品属性还包括药品的标识符。根据本发明的一些实施方式,此时步骤S420通过如下方式来执行:基于药品的标识符对所接收到的医疗建议数据进行拆分,使得具有相同标识符的医疗建议数据属于同一个医疗建议数据分组,即将属于同一个配伍的药品分为一个医疗建议数据分组。在一些优选的实施方式中,先基于药品的标识符对所接收到的医疗建议数据进行拆分处理,使具有相同标识符的药品属于同一个医疗建议数据分组;再针对没有标识符的药品,根据药品的类型对相应的医疗建议数据进行拆分处理(应当指出,还可以进一步确认各医疗建议数据分组中的药品的个数是否超过阈值)。根据这种实施方式,但凡有成组配伍的药品,即便属于一个配伍的药品来自不同的类型、或是药品的个数超过阈值,也不会将这些属于一个配伍的药品拆分到不同的处方单中。
经步骤S420处理后得到了至少一个医疗建议数据分组,在随后的步骤S430中,基于医疗建议数据分组生成处方单数据。
根据一种实施例,基于所生成的至少一个医疗建议数据分组,根据每个医疗建议数据分组生成一个处方单数据,同时,还可以生成各处方单数据的标识、并关联存储各处方单数据及其标识。处方单数据的标识可以是处方号码。根据一种实施例,处方单数据的标识可以基于生成处方的日期来生成,例如通过开具处方的日期加一个随机数来生成该处方单数据的标识。当然,处方单数据的标识也可以基于生成处方的日期和对应开具处方的医生ID来生成。对于一次诊疗活动中生成的多个处方单数据,还可以通过编号的方式来区分。本发明的实施例对此均不做限制,只要生成的标识能够唯一的标识该处方单数据即可。假设一次诊疗活动中医生输入的医疗建议数据中包含:三个普通药品、两个麻醉药品、一个第二类精神药品。根据预定规则对医疗建议数据进行拆分处理后,生成的3个处方单数据分别是:包括三个普通药品的医疗建议数据为第1个处方单数据、包括两个麻醉药品的医疗建议数据为第2个处方单数据、包括一个第二类精神药品的医疗建议数据为第3个处方单数据。为上述3个处方分别生成相应的标识:“2018010000001”、“2018010000002”、“2018010000003”。
图5示出了根据本发明又一种实施例的生成处方的方法400的流程图。如图5所示,方法400在步骤S410-步骤S430之外,还包括步骤S440。
其中,步骤S410-步骤S430的详细执行过程,可参见前文相关图4的相关描述,此处不再赘述。在步骤S440中,采用预设显示方式来显示所生成的处方单数据。根据本发明的实施例,预设显示方式包括但不限于,为不同类型的处方单数据分配不同的显示颜色、不同的显示字符大小、不同的显示位置等,以便于医护人员区分各种类型的处方单数据。例如用蓝色显示包含普通药品的处方单数据、用红色显示包含麻醉药品的处方单数据等,或者用绿色显示包含中药的处方单数据、用黄色显示包含西药的处方单数据,等等。当然,还可以是通过区分显示字符大小、显示位置等方式来显示不同的处方单数据。此处不再一一赘述。方法400通过预设显示方式来显示所生成的处方单数据,有利于医生浏览并区分自动生成的处方单数据。
此外,医生还可以查询所生成的处方单数据,并根据自身经验自行调整所生成的处方单数据(只要在预定规则范围内的调整,方法400均可接受)。本发明的实施例对此不做限制。
根据本发明的生成处方的方案,可以通过预定规则对从医生客户端输入的医疗建议数据进行一系列处理(包括提取特征、拆分等),而后生成相应的至少一个处方单数据。这样就不需要医生按照规定逐个操作输入医疗建议数据,简化了医生在录入医疗建议数据时的操作,节省了医生的问诊时间。
这里描述的各种技术可结合硬件或软件,或者它们的组合一起实现。从而,本发明的方法和设备,或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介,例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式,其中当程序被载入诸如计算机之类的机器,并被所述机器执行时,所述机器变成实践本发明的设备。
在程序代码在可编程计算机上执行的情况下,计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件),至少一个输入装置,和至少一个输出装置。其中,存储器被配置用于存储程序代码;处理器被配置用于根据该存储器中存储的所述程序代码中的指令,执行本发明的方法。
以示例而非限制的方式,可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据,并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。
在此处所提供的说明书中,算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中,或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
此外,所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此,具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外,装置实施例的在此所述的元素是如下装置的例子:该装置用于实施由为了实施该发明的目的的元素所执行的功能。
如在此所使用的那样,除非另行规定,使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例,并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。
尽管根据有限数量的实施例描述了本发明,但是受益于上面的描述,本技术领域内的技术人员明白,在由此描述的本发明的范围内,可以设想其它实施例。此外,应当注意,本说明书中使用的语言主要是为了可读性和教导的目的而选择的,而不是为了解释或者限定本发明的主题而选择的。因此,在不偏离所附权利要求书的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围,对本发明所做的公开是说明性的而非限制性的,本发明的范围由所附权利要求书限定。
Claims (21)
1.一种生成处方的方法,包括步骤:
从医生客户端输入的至少一条医疗建议数据中提取出一个或多个药品数据;
基于所述药品数据,通过预定规则对所述医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组;以及
基于所述至少一个医疗建议数据分组,生成处方单数据。
2.如权利要求1所述的方法,其中,所述药品数据包含药品名称和药品属性,
所述从医生客户端输入的至少一条医疗建议数据中提取出一个或多个药品数据的步骤还包括:
判断医生客户端输入的医疗建议数据中是否包含药品名称;
若确认医疗建议数据中包含药品名称,则获取该药品的药品属性。
3.如权利要求2所述的方法,其中,所述药品属性包括药品的类型;
所述基于药品数据通过预定规则对医疗建议数据进行拆分处理、以得到至少一个医疗建议数据分组的步骤包括:
根据药品的类型对所述至少一条医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组。
4.如权利要求3所述的方法,其中,所述基于药品数据通过预定规则对医疗建议数据进行拆分处理、以得到至少一个医疗建议数据分组的步骤还包括:
统计各医疗建议数据分组中药品的个数;
判断各医疗建议数据分组中药品的个数是否超过阈值;以及
若某医疗建议数据分组中药品的个数超过阈值,则对该分组中的医疗建议数据再进行拆分处理来得到多个医疗建议数据分组。
5.如权利要求4所述的方法,其中,所述药品属性还包括药品的标识符;
所述基于药品数据通过预定规则对医疗建议数据进行拆分处理、以得到至少一个医疗建议数据分组的步骤还包括:
基于药品的标识符对所述至少一条医疗建议数据进行拆分处理,使得具有相同标识符的药品属于同一个医疗建议数据分组。
6.如权利要求5所述的方法,其中,所述基于至少一个医疗建议数据分组生成处方单数据的步骤还包括:
生成各处方单数据的标识,并关联存储各处方单数据及其标识。
7.如权利要求1-6中任一项所述的方法,其中,
所述药品的类型包括普通药品、麻醉药品、第一类精神药品、第二类精神药品、毒性药品。
8.如权利要求7所述的方法,其中,所述药品的类型还包括中药和西药。
9.如权利要求8所述的方法,还包括步骤:
采用预设显示方式来显示所生成的处方单数据。
10.一种生成处方的设备,包括:
连接管理单元,适于接收医生客户端输入的至少一条医疗建议数据;
信息提取单元,适于从所接收到的医疗建议数据中提取出一个或多个药品数据;
控制单元,适于基于所述药品数据、通过预定规则对所述医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组,还适于基于所述至少一个医疗建议数据分组生成处方单数据。
11.如权利要求10所述的设备,其中,所述药品数据包含药品名称和药品属性,
所述信息提取单元包括:
判断模块,适于判断医生客户端输入的医疗建议数据中是否包含药品名称;
所述信息提取单元还适于在确认医疗建议数据中包含药品名称时,获取该药品的药品属性。
12.如权利要求11所述的设备,其中,所述药品属性包括药品的类型;
所述控制单元还适于根据药品的类型对所述医疗建议数据进行拆分处理,以得到至少一个医疗建议数据分组。
13.如权利要求12所述的设备,其中,所述控制单元还包括:
统计模块,适于统计各医疗建议数据分组中药品的个数;
所述控制单元还适于在判断某医疗建议数据分组中药品的个数超过阈值时,对该分组中的医疗建议数据再进行拆分处理来得到多个医疗建议数据分组。
14.如权利要求13所述的设备,其中,所述药品属性还包括药品的标识符;
所述控制单元还适于基于药品的标识符对所述医疗建议数据进行拆分处理,使得具有相同标识符的药品属于同一个医疗建议数据分组。
15.如权利要求14所述的设备,其中,
所述控制单元还适于生成各处方单数据的标识、并关联存储各处方单数据及其标识。
16.如权利要求10-15中任一项所述的设备,其中,所述药品的类型包括普通药品、麻醉药品、第一类精神药品、第二类精神药品、毒性药品。
17.如权利要求16所述的设备,其中,所述药品的类型还包括中药和西药。
18.一种医疗建议数据录入系统,包括:
如权利要求10-17中任一项所述的生成处方的设备,适于接收医生客户端输入的至少一条医疗建议数据、并通过预定规则对所述医疗建议数据进行拆分处理,以生成至少一个处方单数据;以及
显示设备,适于显示所生成的处方单数据。
19.如权利要求18所述的系统,其中,
所述显示设备还适于采用预设显示方式来显示所生成的处方单数据。
20.一种计算设备,包括:
至少一个处理器;和
存储有程序指令的存储器,其中,所述程序指令被配置为适于由所述至少一个处理器执行,所述程序指令包括用于执行如权利要求1-9中任一项所述方法的指令。
21.一种存储有程序指令的可读存储介质,当所述程序指令被计算设备读取并执行时,使得所述计算设备执行如权利要求1-9中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811454312.4A CN111261254A (zh) | 2018-11-30 | 2018-11-30 | 一种生成处方的方法和设备、以及医疗建议数据录入系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811454312.4A CN111261254A (zh) | 2018-11-30 | 2018-11-30 | 一种生成处方的方法和设备、以及医疗建议数据录入系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111261254A true CN111261254A (zh) | 2020-06-09 |
Family
ID=70950121
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811454312.4A Pending CN111261254A (zh) | 2018-11-30 | 2018-11-30 | 一种生成处方的方法和设备、以及医疗建议数据录入系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111261254A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112055064A (zh) * | 2020-08-26 | 2020-12-08 | 北京致医健康信息技术有限公司 | 一种数据同步方法、装置、设备及存储介质 |
CN116453646A (zh) * | 2023-06-15 | 2023-07-18 | 山东志诚普惠健康科技有限公司 | 一种基于医疗信息系统的自动化处方填写方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102117375A (zh) * | 2009-12-30 | 2011-07-06 | 北大方正集团有限公司 | 电子处方的分方方法和装置 |
CN103617343A (zh) * | 2013-11-06 | 2014-03-05 | 中国人民解放军第四军医大学 | 一种急诊电子病历系统及其信息处理方法 |
CN104899813A (zh) * | 2015-04-20 | 2015-09-09 | 广州慧扬信息系统科技有限公司 | 一种门诊/急诊医疗处方自动分单方法 |
CN106023466A (zh) * | 2016-05-13 | 2016-10-12 | 吴卫平 | 医患处方互联与智能药品仓储分发系统 |
CN108648792A (zh) * | 2018-05-04 | 2018-10-12 | 河北省人民医院 | 用药信息管理系统、方法及终端设备 |
-
2018
- 2018-11-30 CN CN201811454312.4A patent/CN111261254A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102117375A (zh) * | 2009-12-30 | 2011-07-06 | 北大方正集团有限公司 | 电子处方的分方方法和装置 |
CN103617343A (zh) * | 2013-11-06 | 2014-03-05 | 中国人民解放军第四军医大学 | 一种急诊电子病历系统及其信息处理方法 |
CN104899813A (zh) * | 2015-04-20 | 2015-09-09 | 广州慧扬信息系统科技有限公司 | 一种门诊/急诊医疗处方自动分单方法 |
CN106023466A (zh) * | 2016-05-13 | 2016-10-12 | 吴卫平 | 医患处方互联与智能药品仓储分发系统 |
CN108648792A (zh) * | 2018-05-04 | 2018-10-12 | 河北省人民医院 | 用药信息管理系统、方法及终端设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112055064A (zh) * | 2020-08-26 | 2020-12-08 | 北京致医健康信息技术有限公司 | 一种数据同步方法、装置、设备及存储介质 |
CN112055064B (zh) * | 2020-08-26 | 2023-11-28 | 北京致医健康信息技术有限公司 | 一种数据同步方法、装置、设备及存储介质 |
CN116453646A (zh) * | 2023-06-15 | 2023-07-18 | 山东志诚普惠健康科技有限公司 | 一种基于医疗信息系统的自动化处方填写方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8046242B1 (en) | Systems and methods for verifying prescription dosages | |
US20030088441A1 (en) | System for the integrated management of healthcare information | |
CN106529177A (zh) | 一种基于医疗大数据的患者画像方法及装置 | |
US20100217973A1 (en) | System and method for encrypting provider identifiers on medical service claim transactions | |
CN109637620A (zh) | 基于数据分析的处方生成监测方法、装置、设备和介质 | |
JP2009514108A (ja) | 電子式医師オーダー入力システム | |
KR102249739B1 (ko) | 필기 인식 툴 | |
Sandhu et al. | Secondary uses of electronic health record data: benefits and barriers | |
EP3596620A1 (en) | Interoperable record matching process | |
Mandl | Ebola in the United States: EHRs as a public health tool at the point of care | |
AlAbbasi et al. | Implementation and effectiveness of drive-through medication pick-up and home delivery services. A patient safety initiative during COVID-19 pandemic | |
CN111261254A (zh) | 一种生成处方的方法和设备、以及医疗建议数据录入系统 | |
US20150317436A1 (en) | Electronic health record system and method | |
US10777308B2 (en) | Electronic health record system and method | |
CN113450891B (zh) | 服药提醒方法、装置、计算机设备和存储介质 | |
US20160378922A1 (en) | Methods and apparatuses for electronically documenting a visit of a patient | |
Casalino | Which type of medical group provides higher-quality care? | |
WO2023240837A1 (zh) | 基于病患数据的服务包生成方法、装置、设备及存储介质 | |
US20170308649A1 (en) | Integrating trauma documentation into an electronic medical record | |
CN113450890B (zh) | 药品数据库创建方法、装置、计算机设备和存储介质 | |
CN111338718A (zh) | 一种医疗工作界面显示方法、装置、计算设备及介质 | |
Haule et al. | Towards data exchange between health information system and insurance claims management system | |
US11935008B2 (en) | Determining cohesion of healthcare groups and clinics based on billed claims | |
JP2002041656A (ja) | 医療情報管理システム | |
CN111261245B (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 |