一种计算开药数量的方法、装置、电子设备及存储介质与流程

1.本公开涉及人工智能技术领域，进一步涉及智慧医疗领域，尤其是一种计算开药数量的方法、装置、电子设备及存储介质。


背景技术：

2.在当前的互联网医院产品中，医生使用应用程序(application，简称app)对线上的患者进行问诊咨询、开具电子处方等服务。医生在app上开具电子处方时，相比在线下个人计算机(personal computer，简称pc)端开处方，操作空间狭小，在选中药品后需要完善的开药信息比较多，包括：单次剂量(single dose)、剂量单位(dosage unit)、用药频率(frequency of medication)和用药天数(medication days)等，同时医生需要根据这些数据源人为主观地判断开药数量，医生的使用体验不高，工作效率在一定程度上受到影响，同时也非常容易出错。


技术实现要素：

3.本公开提供了一种计算开药数量的方法、装置、电子设备以及存储介质。
4.第一方面，本技术提供了一种计算开药数量的方法，所述方法包括：
5.接收医生发送的开药指令；其中，所述开药指令中包括目标药品的标识；
6.响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量；
7.根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算所述目标患者对应的开药数量。
8.第二方面，本技术提供了一种计算开药数量的装置，所述装置包括：接收模块、提取模块和计算模块；其中，
9.所述接收模块，用于接收医生发送的开药指令；其中，所述开药指令中包括目标药品的标识；
10.所述提取模块，用于响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量；
11.所述计算模块，用于根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算所述目标患者对应的开药数量。
12.第三方面，本技术实施例提供了一种电子设备，包括：
13.一个或多个处理器；
14.存储器，用于存储一个或多个程序，
15.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本技术任意实施例所述的计算开药数量的方法。
16.第四方面，本技术实施例提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现本技术任意实施例所述的计算开药数量的方法。
17.第五方面，提供了一种计算机程序产品，当所述计算机程序产品被计算机设备执
行时实现本技术任意实施例所述的计算开药数量的方法。
18.根据本技术的技术解决了现有技术中医生在app上开具电子处方时需要完善的开药信息比较多，同时医生需要根据这些数据源人为主观地判断开药数量，医生的使用体验不高，工作效率在一定程度上受到影响，同时也非常容易出错的技术问题，本技术提供的技术方案，可以基于配置信息自动地计算药品数量，提高医生地开药效率，降低出错率。
19.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
20.附图用于更好地理解本方案，不构成对本公开的限定。其中：
21.图1是本技术实施例提供的计算开药数量的方法的第一流程示意图；
22.图2是本技术实施例提供的计算开药数量的方法的第二流程示意图；
23.图3是本技术实施例提供的计算开药数量的方法的第三流程示意图；
24.图4是本技术实施例提供的计算开药数量的系统架构图；
25.图5是本技术实施例三提供的计算开药数量的装置的结构示意图；
26.图6是用来实现本技术实施例的计算开药数量的方法的电子设备的框图。
具体实施方式
27.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
28.实施例一
29.图1是本技术实施例提供的计算开药数量的方法的第一流程示意图，该方法可以由计算开药数量的装置或者电子设备来执行，该装置或者电子设备可以由软件和/或硬件的方式实现，该装置或者电子设备可以集成在任何具有网络通信功能的智能设备中。如图1所示，计算开药数量的方法可以包括以下步骤：
30.s101、接收医生发送的开药指令；其中，开药指令中包括目标药品的标识。
31.在本步骤中，电子设备可以接收医生发送的开药指令；其中，开药指令中包括目标药品的标识。具体地，目标药品的标识可以是目标药品的名称，也可以是目标药品的编号等信息。
32.s102、响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量。
33.在本步骤中，电子设备可以响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量。具体地，电子设备可以响应于开药指令先在药品字典中获取目标药品对应的节点配置信息；其中，节点配置信息包括：基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息；然后基于目标药品对应的节点配置信息确定目标药品的单次剂量。
34.s103、根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量。
35.在本步骤中，电子设备可以根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量。具体地，电子设备可以将目标药品的单次剂量进行换算，得到换算后的单次剂量；基于换算后的单次剂量以及用药频率和服药周期，计算目标患者对应的开药数量。
36.本技术实施例提出的计算开药数量的方法，先接收医生发送的开药指令；然后响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量；再根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量。也就是说，本技术可以在接收到医生发送的开药指令之后，可以基于配置信息自动地计算出开药数量。而在现有的计算开药数量的方法中，需要医生主观地判断开药数量。因为本技术采用了在药品字典中提取预先配置的目标药品的单次剂量以及根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量的技术手段，克服了现有技术中医生在app上开具电子处方时需要完善的开药信息比较多，同时医生需要根据这些数据源人为主观地判断开药数量，医生的使用体验不高，工作效率在一定程度上受到影响，同时也非常容易出错的技术问题，本技术提供的技术方案，可以基于配置信息自动地计算药品数量，提高医生地开药效率，降低出错率；并且，本技术实施例的技术方案实现简单方便、便于普及，适用范围更广。
37.实施例二
38.图2是本技术实施例提供的计算开药数量的方法的第二流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图2所示，计算开药数量的方法可以包括以下步骤：
39.s201、接收医生发送的开药指令；其中，开药指令中包括目标药品的标识。
40.s202、响应于开药指令在药品字典中获取目标药品对应的节点配置信息；其中，节点配置信息包括：基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息。
41.在本步骤中，电子设备可以响应于开药指令在药品字典中获取目标药品对应的节点配置信息；其中，节点配置信息包括：基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息。具体地，本技术可以通过网页端导入药品字典数据，通过网页端配置药品各项系数，app端在开具处方时根据药品系数转化为前端医生可理解的显示内容，完成开具处方过程。网页端导入药品字典源数据，药品属性字段一般有：药品编码、药品名称、药品规格、含量(content)、含量单位(content unit)、包装数量(packing quantity)、包装单位(packing unit)、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围(非必须)、毒麻标识。
42.s203、基于目标药品对应的节点配置信息确定目标药品的单次剂量。
43.在本步骤中，电子设备可以基于目标药品对应的节点配置信息确定目标药品的单次剂量。具体地，电子设备可以在目标药品对应的节点配置信息中提取出目标药品的配置单位；其中，配置单位可以包括：含量单位、包装单位或者自定义剂量单位；若目标药品的配置单位符合剂量节点的服药要求，则电子设备可以将目标药品的配置单位确定为目标药品的单次剂量；若目标药品的配置单位不符合剂量节点的服药要求，则电子设备可以将目标药品的配置单位确定为非单次剂量。
44.s204、根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量。
45.本技术实施例提出的计算开药数量的方法，先接收医生发送的开药指令；然后响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量；再根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量。也就是说，本技术可以在接收到医生发送的开药指令之后，可以基于配置信息自动地计算出开药数量。而在现有的计算开药数量的方法中，需要医生主观地判断开药数量。因为本技术采用了在药品字典中提取预先配置的目标药品的单次剂量以及根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量的技术手段，克服了现有技术中医生在app上开具电子处方时需要完善的开药信息比较多，同时医生需要根据这些数据源人为主观地判断开药数量，医生的使用体验不高，工作效率在一定程度上受到影响，同时也非常容易出错的技术问题，本技术提供的技术方案，可以基于配置信息自动地计算药品数量，提高医生地开药效率，降低出错率；并且，本技术实施例的技术方案实现简单方便、便于普及，适用范围更广。
46.实施例三
47.图3是本技术实施例提供的计算开药数量的方法的第三流程示意图。基于上述技术方案进一步优化与扩展，并可以与上述各个可选实施方式进行结合。如图3所示，计算开药数量的方法可以包括以下步骤：
48.s301、通过网页端获取用户输入的各个药品的属性字段对应的药品信息；其中，属性字段包括：药品编码、药品名称、药品规格、含量、含量单位、包装数量、包装单位、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围、毒麻标识。
49.在本步骤中，电子设备可以通过网页端获取用户输入的各个药品的属性字段对应的药品信息；其中，属性字段包括：药品编码、药品名称、药品规格、含量(content)、含量单位(content unit)、包装数量(packing quantity)、包装单位(packing unit)、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围(非必须)、毒麻标识。在源数据的基础上，进行核心项的配置，包括：单次剂量(single dose)：在保持用户对显示内容理解的前提下，还需要实现可计算，所以进行一次节点配置。剂量节点配置可设计为依据含量单位(content unit)、包装单位(packing unit)、自定义剂量节点。剂量节点配置完成后保存入库。医生在开具处方时，调用药品目录，选择要开具的药品并获取到药品详情及对应的配置节点信息，用户可根据实际情况选择具体使用哪个剂量节点作为单次剂量节点进行开药。如规格为100mg
×
36粒/盒的药品，mg为含量单位、粒为包装单位、盒为发药单位，开药时如果选择含量为单次剂量节点，则自动回显单次剂量为100mg；医生根据患者病情修改为单次剂量为150mg，换算为发药数量为1.5粒。以此规则结合用药频率及天数计算开药数粒数并取整数+1，根据发药单位就算实际开药数量。用药频率：在医疗领域有专业术语用来描述，例如，每日一次(qd)、每日两次(bid)、每日三次(tid)、每日四次(qid)、隔日一次(qod)、三日一次(q3d)等，每日一次对应的频次为1；每日两次对应的频次为2；每日三次对应的频次为3；每日四次对应的频次为4；隔日一次对应的频次为0.5；三日一次对应的频次为0.3。用户每次的用药频次，是组成整个开药数量的重要因素，药品字典
中通常不包括频次对应的可计算系数，需要抽象为可计算的频次系数。频次id是作为内部存储的用药频率的唯一标识，频次描述是对应药频率前端展示，是标准的药品用法字段。频次是按照每天执行次数进行的标准转化，如每日三次，实际频次是3，如用药频率是每日三次，单次剂量是3片，按照频次计算，最终是3片
×
3，每天服用9片。频次的配置可以通过表格导入的方式批量处理，存储落库后，后续可以通过频次id进行对应的调用及展示。
50.s302、将各个药品的属性字段对应的药品信息保存在药品字典中。
51.s303、接收医生发送的开药指令；其中，开药指令中包括目标药品的标识。
52.s304、响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量。
53.s305、将目标药品的单次剂量进行换算，得到换算后的单次剂量。
54.在本步骤中，电子设备可以将目标药品的单次剂量进行换算，得到换算后的单次剂量。
55.s306、基于换算后的单次剂量以及用药频率和服药周期，计算目标患者对应的开药数量。
56.在步骤中，电子设备可以基于换算后的单次剂量以及用药频率和服药周期，计算目标患者对应的开药数量。具体地，电子设备可以按照以下公式计算目标患者对应的开药数量：开药数量＝换算后的单次剂量
×
用药频率
×
服药周期/包装数量。开药数量主要包含三个因素，单次剂量，用药频率及服药周期，这几个字段除了服药周期，其他字段并不是直接可以用药自动使用及计算的因子，所以需要提前配置好单次剂量节点及频率系数，最后自动化换算成开药数量，开药数量＝单次剂量(换算后)
×
用药频率
×
服药周期/包装数量，计算后还需要判断配置条件，是否发整包装，如是需要取整。
57.本技术基于配置化的单次剂量和用药频率能力，实现自动计算开具处方数量的能力。该技术关键点是药品规格的拆解及节点的设定，频次系数的配置，然后通过表达式计算开药数量，从而实现配置化的计算药品数量。提高医生开药效率，降低错误率。
58.图4是本技术实施例提供的计算开药数量的系统架构图。如图4所示，该系统可以包括：服务层配置、存储层、调用和自动计算；其中，在服务层配置中，可以包括：单次剂量节点配置、频率系数配置、算法配置和自定义设置；在存储层中，可以包括：药品名称、含量(content)、包装单位(packing unit)、用药频率、频率系数、发药单位、含量单位(content unit)、包装数量(packing quantity)、节点存储和算法存储。在调用中，可以包括：药品映射、算法调用、配置映射、配置读取、配置显示和配置计算；在自动计算中，可以包括：发送数量计算和发药数量回显。
59.本技术实施例提出的计算开药数量的方法，先接收医生发送的开药指令；然后响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量；再根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量。也就是说，本技术可以在接收到医生发送的开药指令之后，可以基于配置信息自动地计算出开药数量。而在现有的计算开药数量的方法中，需要医生主观地判断开药数量。因为本技术采用了在药品字典中提取预先配置的目标药品的单次剂量以及根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算目标患者对应的开药数量的技术手段，克服了现有技术中医生在app上开具电子处方时需要完善的开药信息比较多，同时医生需要根据这些数据源人为主观地判断开药数量，医生的使用体验不高，工作效率在一定程
度上受到影响，同时也非常容易出错的技术问题，本技术提供的技术方案，可以基于配置信息自动地计算药品数量，提高医生地开药效率，降低出错率；并且，本技术实施例的技术方案实现简单方便、便于普及，适用范围更广。
60.实施例四
61.图5是本技术实施例提供的计算开药数量的装置的结构示意图。如图5所示，所述装置500包括：接收模块501、提取模块502和计算模块503；其中，
62.所述接收模块501，用于接收医生发送的开药指令；其中，所述开药指令中包括目标药品的标识；
63.所述提取模块502，用于响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量；
64.所述计算模块503，用于根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期，计算所述目标患者对应的开药数量。
65.进一步的，所述提取模块502，具体用于响应于所述开药指令在所述药品字典中获取所述目标药品对应的节点配置信息；其中，所述节点配置信息包括：基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息；基于所述目标药品对应的节点配置信息确定所述目标药品的单次剂量。
66.进一步的，所述提取模块502，具体用于在所述目标药品对应的节点配置信息中提取出所述目标药品的配置单位；其中，所述配置单位包括：含量单位、包装单位或者自定义剂量单位；若所述目标药品的配置单位符合剂量节点的服药要求，则将所述目标药品的配置单位确定为所述目标药品的单次剂量。
67.进一步的，所述装置还包括：配置模块504(图中未示出)，用于通过网页端获取用户输入的各个药品的属性字段对应的药品信息；其中，所述属性字段包括：药品编码、药品名称、药品规格、含量、含量单位、包装数量、包装单位、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围、毒麻标识；将各个药品的属性字段对应的药品信息保存在所述药品字典中。
68.进一步的，所述计算模块503，具体用于将所述目标药品的单次剂量进行换算，得到换算后的单次剂量；基于所述换算后的单次剂量以及所述用药频率和所述服药周期，计算所述目标患者对应的开药数量。
69.进一步的，所述计算模块503，具体用于按照以下公式计算所述目标患者对应的开药数量：开药数量＝换算后的单次剂量
×
用药频率
×
服药周期/包装数量。
70.上述计算开药数量的装置可执行本技术任意实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本技术任意实施例提供的计算开药数量的方法。
71.实施例五
72.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
73.图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种
形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
74.如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(rom)602中的计算机程序或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序，来执行各种适当的动作和处理。在ram 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
75.设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
76.计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如计算开药数量的方法。例如，在一些实施例中，计算开药数量的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到ram 603并由计算单元601执行时，可以执行上文描述的计算开药数量的方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行计算开药数量的方法。
77.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
78.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
79.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合
适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
80.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
81.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
82.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
83.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
84.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。