电子处方的生成方法及装置、电子设备、存储介质与流程

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.生成模块，用于响应于针对所述电子处方模板的操作指令，生成所述纸质处方图片对应的电子处方。
40.进一步的，本技术提供了一种电子设备，所述电子设备包括：
41.处理器；
42.用于存储处理器可执行指令的存储器；
43.其中，所述处理器被配置为执行上述电子处方的生成方法。
44.此外，本技术还提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序可由处理器执行以完成上述电子处方的生成方法。
45.本技术方案，可以从纸质处方图片中识别出诊断信息区域和用药信息区域，从而以诊断信息区域中识别出的第一字符串，确定诊断信息；以用药信息区域识别出的第二字符串，确定用药信息；将诊断信息和用药信息导入电子处方模板后，可以响应于操作指令，生成纸质处方图片对应的电子处方；由于可以对诊断信息区域和用药信息区域进行针对性处理，从而可以得到诊断信息和用药信息，并以整合得到的诊断信息和用药信息生成电子处方，极大地简化了电子处方的生成流程，提高了纸质处方电子化的准确性和效率。
附图说明
46.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍。
47.图1为本技术一实施例提供的电子处方的生成方法的应用场景示意图；
48.图2为本技术一实施例提供的电子设备的结构示意图；
49.图3为本技术一实施例提供的电子处方的生成方法的流程示意图；
50.图4为本技术一实施例提供的纸质处方图片的示意图；
51.图5为本技术一实施例提供的生成电子处方的整体流程示意图；
52.图6为本技术一实施例提供的电子处方的生成装置的框图。
具体实施方式
53.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
54.相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本技术的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
55.图1为本技术实施例提供的电子处方的生成方法的应用场景示意图。如图1所示，该应用场景包括客户端20和服务端30；客户端20可以是主机、手机、平板电脑等用户或医生所使用用户终端，用于向服务端30发送纸质处方图片；服务端30可以是服务器、服务器集群或云计算中心，可以根据纸质处方图片生成电子处方。
56.如图2所示，本实施例提供一种电子设备1，包括：至少一个处理器11和存储器12，图2中以一个处理器11为例。处理器11和存储器12通过总线10连接，存储器12存储有可被处理器11执行的指令，指令被处理器11执行，以使电子设备1可执行下述的实施例中方法的全部或部分流程。在一实施例中，电子设备1可以是上述服务端30，用于执行电子处方的生成方法。
57.存储器12可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(static random access memory，简称sram)，电可擦除可编程只读存储器(electrically erasable programmable read-only memory，简称eeprom)，可擦除可编程只读存储器(erasable programmable read only memory，简称eprom)，可编程只读存储器(programmable red-only memory，简称prom)，只读存储器(read-only memory，简称rom)，磁存储器，快闪存储器，磁盘或光盘。
58.本技术还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序可由处理器11执行以完成本技术提供的电子处方的生成方法。
59.参见图3，为本技术一实施例提供的电子处方的生成方法的流程示意图，如图3所示，该方法可以包括以下步骤310-步骤350。
60.步骤310：获取纸质处方图片，并识别出纸质处方图片中的诊断信息区域和用药信息区域。
61.纸质处方图片可以由用户在用户终端页面上提交，或者，由医生手写纸质处方后，通过用户终端纸质处方图片并提交。
62.诊断信息区域包含诊断信息；用药信息区域包含用药信息，其中，用药信息可以包括药品信息、数量信息、用法信息和频次信息等。
63.参见图4，为本技术一实施例提供的纸质处方图片的示意图，如图4所示，诊断信息区域位于纸质处方图片的上方，用药信息区域位于纸质处方图片的中间部位。
64.服务端可以依据诊断信息区域和用药信息区域在纸质处方图片的预设分布规则，从纸质处方图片中确定诊断信息区域和用药信息区域。
65.步骤320：从诊断信息区域识别出若干第一字符串，并基于若干第一字符串确定诊断信息。
66.在确定诊断信息区域和用药信息区域之后，服务端可以通过ocr(optical character recognition，光学字符识别)技术、机器学习算法等方式从诊断信息区域识别出若干第一字符串。这里，第一字符串为诊断信息区域内的字符串。以图4为例，第一字符串可以包括科室、费用、处方号、姓名、性别、门诊号、诊断信息等。
67.服务端可以根据识别出的若干第一字符串，从中确定诊断信息。以图4为例，诊断信息为“临床诊断尿毒症肾透析”。
68.步骤330：从用药信息区域识别出若干第二字符串，并基于若干第二字符串确定用药信息。
69.服务端可以通过ocr技术、机器学习算法等方式从用药信息区域识别出若干第二字符串。这里，第二字符串包括多个种类药品的药品信息、数量信息、用法信息和频次信息等。服务端对多个第二字符串进行整合，可以得到用药信息。
70.步骤340：将诊断信息和用药信息，导入预设电子处方模板。
71.其中，电子处方模板可以为电子化的处方笺模板。
72.在确定诊断信息和用药信息之后，服务端可以将上述诊断信息和用药信息导入至电子处方模板。服务端可以保存各个诊断信息和用药信息的唯一标识，这种情况下，服务端可以将诊断信息的标识和用药信息的标识导入电子处方模板，便于后续电子处方的流转。诊断信息和用药信息导入电子处方模板后，可以在医生所用的用户终端出输出展示，以便
由医生确定诊断信息和用药信息是否无误。
73.步骤350：响应于针对电子处方模板的操作指令，生成纸质处方图片对应的电子处方。
74.其中，操作指令可以由上传纸质处方图片的用户或医生通过用户终端发起，操作指令可以是对电子处方模板的确认指令，或者，操作指令可以是对电子处方模板的修改指令。
75.服务端接收到操作指令后，可以确定电子处方模板经确认无误，这种情况下，可以为电子处方模板分配电子处方的唯一标识，生成电子处方，该电子处方与纸质处方图片对应。如果电子处方模板内的诊断信息或用药信息存在问题，服务端接收操作指令后，可以对诊断信息或用药信息进行调整，并在调整无误后为电子处方模板分配电子处方的唯一标识，生成电子处方。
76.通过上述措施，在识别出纸质处方图片中的诊断信息区域和用药信息区域后，对诊断信息区域和用药信息区域进行针对性地识别字符串及整合，从而可以得到准确的诊断信息和用药信息，并导入电子处方模板，从而可以在接收操作指令后生成与纸质处方图片准确对应的电子处方。
77.在一实施例中，服务端在识别诊断信息区域和用药信息区域时，可以借助纸质处方图片中的指定字符。其中，指定字符可以是“rp”，该指定字符为recipe的缩写，表示处方。一般，纸质处方中，指定字符rp位于诊断信息区域下发，用药信息区域上方。
78.服务端可以通过字符识别方法从纸质处方图片中识别出指定字符，并根据相对于指定字符的第一相对位置信息，确定纸质处方图片中的诊断信息区域；根据相对于指定字符的第二相对位置信息，确定纸质处方图片中的用药信息区域。
79.其中，第一相对位置信息是纸质处方图片中，诊断信息区域相对于指定字符的位置信息；第二相对位置信息是纸质处方图片中，用药信息区域相对于指定字符的位置信息。示例性的，图4中第一相对位置可以表示为指定字符上方第一指定高度和第二指定宽度的矩形；第二相对位置可以表示为指定字符下发第二指定高度和第二指定宽度的矩形。
80.不同医院的纸质处方的布局可能存在差异，对于不同形式的纸质处方图片，服务端可以预配置多组第一相对位置信息和第二相对位置信息。在确定指定字符在纸质处方图片的位置后，可以选择与此相对的第一相对位置信息和第二相对位置信息，以适应不同形式的纸质处方图片。
81.在一实施例中，确定若干第一字符串之后，服务端可以根据诊断库确定诊断信息。其中，诊断库包括多种诊断信息。
82.服务端可以在诊断库中查找与若干第一字符串匹配的候选诊断信息。第一字符串可能包括科室、费用、处方号、姓名等信息，对于上述信息，无法在诊断库中查到匹配诊断信息。对于作为诊断信息的第一字符串，诊断库中可能存在不止一个匹配的诊断信息，此时，将匹配到的诊断信息作为候选诊断信息。
83.在获得若干候选诊断信息之后，服务端可以从中选择匹配度最高的候选诊断信息，将该候选诊断信息确定为纸质处方图片中的诊断信息。
84.在一实施例中，用药信息可以包括用法信息、频次信息和药品信息。在确定若干第二字符串之后，服务端可以根据用法库、频次库和药品库确定用药信息。其中，用法库包括
多个用法信息，示例性的，用法信息可以为口服、局部用药、直肠用药、静脉注射、静脉滴注、肌内注射、皮下注射、含服、嚼服、麻醉用药、冲服、舌下用药、灌肠、静脉泵入等。频次库包括多个频次信息，示例性的，频次信息可以为一日三次、一日两次、一日一次等。药品库可以包括多种药品的药品信息，一种情况下，药品库中的药品为供药药商所能提供的药品。
85.针对每一第二字符串，服务端可以判断用法库中是否存在匹配的用法信息。一方面，若不存在，说明该第二字符串并非用法信息，可以筛选出来在后续进行匹配。另一方面，若存在，说明该第二字符串为用法信息。示例性的，图4中第二字符串“口服”可以在用法库中查到匹配的用法信息“口服”。
86.在匹配到若干用法信息之后，可以滤除已经匹配的作为用法信息的第二字符串。针对滤除用法信息的每一第二字符串，服务端可以判断频次库中是否存在匹配的频次信息。一方面，若不存在，说明该第二字符串并非频次信息，可以筛选处理在后续进行匹配。另一方面，若存在，说明该第二字符串为频次信息。示例性的，图4中第二字符串“一日三次”可以在频次库中查到匹配的频次信息“一日三次”。
87.由于用法信息和频次信息的长度较短，且种类较少，通过频次库和用法库可以快速确定第二字符串中的用法信息和频次信息。在匹配到若干用法信息和若干频次信息之后，可以滤除已经匹配的作为用法信息和频次信息的第二字符串。
88.针对滤除用法信息和频次信息的第二字符串，服务端可以根据药品库确定若干药品信息。服务端可以以药品库中的药品信息与第二字符串进行匹配，从而确定作为药品信息的第二字符串，换而言之，确定纸质处方图片所记录的药品信息。
89.在一实施例中，药品信息可以包括药品名信息和若干辅助信息，辅助信息可以是药品的规格信息、商用别名等。以图4为例，“百令胶囊”为药品名信息，“0.5g*42粒”为规格信息；“硝苯地平控释片”为药品名信息，“拜新同”为商用别名，“30mg*7片”为规格信息。
90.针对滤除用法信息和频次信息的第二字符串，服务端可以根据预设归类规则，选择属于每一种药品的若干第二字符串，作为字符串组合。其中，每一字符串组合对应一种药品，字符串组合中的第二字符串可以为药品名信息、规格信息或商用别名。示例性的，图4中“百令胶囊”和“0.5g*42粒”构成一个字符串组合；“硝苯地平控释片”、“拜新同”、“30mg*7片”构成一个字符串组合。
91.归类规则用于依据字符串之间的位置关系，对属于同一药品的第二字符串进行归类，从而得到字符串组合。示例性的，归类规则为将每一行的若干第二字符串作为一个字符串组合。
92.经过归类组合之后，可以得到与纸质处方图片中每一种药品对应的字符串组合。
93.针对每一字符串组合，服务端可以根据若干选择匹配规则分别选择至少一个第二字符串，在药品库中查找药品信息，获得与选择匹配规则对应的最大匹配度。由于纸质处方图片中同一药品的药品信息以“药品名信息 商用别名 规格信息”的形式排列，或以“药品名信息 规格信息”的形式排列，因此，选择匹配规则可以按照字符串组合中第二字符串的排列顺序，选择第一个第二字符串，或者选择首尾两个第二字符串，或者选择全部三个第二字符串。在从字符串组合中选择第二字符串后，可以在药品库中查找相匹配的药品信息，并确定匹配度最大的药品信息，此时，药品信息的匹配度未选择匹配规则对应的最大匹配度。
94.示例性的，“硝苯地平控释片”、“拜新同”、“30mg*7片”构成一个字符串组合。若选
择匹配规则为选择第一个第二字符串，则可选中“硝苯地平控释片”，并在药品库中查找与“硝苯地平控释片”匹配度最大的药品信息，从而确定该选择匹配规则下该字符串组合对应的最大匹配度。若选择匹配规则为选择首尾两个第二字符串，在可以选择“硝苯地平控释片30mg*7片”，并在药品库中查找与“硝苯地平控释片30mg*7片”匹配度最大的药品信息，从而确定该选择匹配规则下该字符串组合对应的最大匹配度。若选择匹配规则为选择全部三个第二字符串，则可选中“硝苯地平控释片拜新同30mg*7片”，并在药品库中查找与硝苯地平控释片拜新同30mg*7片”匹配度最大的药品信息，从而确定该选择匹配规则下该字符串组合对应的最大匹配度。
95.在选择第一个第二字符串在药品库中进行匹配时，可以将第二字符串与药品库中的药品名信息进行匹配。在选择首尾两个第二字符串在药品库中进行匹配时，可以将首尾两个字符串与药品库中药品名信息、规格信息进行匹配。在选择全部三个第二字符串在药品库中进行匹配时，可以将三个第二字符串与药品库中药品名信息、商用别名、规格信息进行匹配。
96.针对每一字符串组合，根据若干选择匹配规则达到匹配度阈值的最大匹配度、以及若干选择匹配规则对应的权值，可以确定与若干药品信息对应的匹配分数。其中，匹配度阈值可以是预设经验值，用于筛选与字符串足够相似的药品信息，示例性的，匹配度阈值可以是90％。
97.不同选择匹配规则对应的权值不同，选择匹配规则所选择的第二字符串数量越多，其对应的权值越低。这种情况下，匹配过程中对药品名信息的匹配要求最高。
98.对于任一字符串组合，该字符串组合在一个或多个选择匹配规则下的最大匹配度可能未达到匹配度阈值，此时，可以将未达到匹配度阈值的最大匹配度滤除，仅选择达到匹配度阈值的最大匹配度与相应的权值相乘，从而得到匹配分数。示例性的，字符串组合“硝苯地平控释片”、“拜新同”、“30mg*7片”在三种选择匹配规则下的最大匹配度均高于匹配度阈值，则可以计算出三个匹配分数。
99.针对每一字符串组合，确定匹配分数最大的药品信息为字符串组合指示的药品信息。任一字符串组合，在确定与药品库内若干药品信息的若干匹配分数后，选择匹配分数最大的药品信息，为该字符串组合指示的药品信息。
100.通过上述措施，可以根据属于同一药品的字符串组合内的一个或多个第二字符串，确定该字符串组合指示的药品信息。以图4为例，可以确定药品信息包括百令胶囊、琥珀酸美托洛尔缓释片、硝苯地平控释片、参松养心胶囊、速效救心丸。
101.在一实施例中，在对字符串组合进行匹配的过程中，可能存在任一字符串组合在所有选择匹配规则下对应的最大匹配度均为达到匹配度阈值，此时，可以认定该字符串组合未匹配到足够相似的药品信息。服务端可以对该字符串组合进行标记，并在用户终端的特定页面输出。这里，对该字符串组合的标记信息可以指示字符串组合未匹配到药品信息，标记信息的形式可以是醒目的图案、文字等。
102.通过该措施，可以提示医生纸质处方图片中存在未匹配到药品信息的字符串组合，以便医生在电子处方中填入可以替代字符串组合的药品信息。
103.在一实施例中，针对每一标记后输出的字符串组合，服务端可以输出若干最大匹配度未达到匹配度阈值的药品信息。针对该字符串组合，服务端可以选择一种或多种选择
匹配规则下匹配度最大的药品信息，并在已标记的字符串组合周边输出展示，从而提示医生可从中选择药品信息替代标记输出的字符串组合。在一实施例中，对于中药而言，若未匹配到药品信息，则可以输出同源药品。
104.在该实施例中，服务端在响应于针对电子处方模板的操作指令，生成电子处方之前，针对每一标记后输出的字符串组合，可以响应于针对最大匹配度未达到匹配度阈值的任一药品信息的选中指令，确定药品信息对应于字符串组合，并将药品信息导入电子处方模板。
105.其中，选中指令用于选择替代字符串组合的药品信息。选择指令由医生通过用户终端发起。
106.服务端根据选中指令确定替代所有已标记的字符串组合的药品信息，并将药品信息导入电子处方模板之后，可以基于电子处方模板生成纸质处方图片对应的电子处方。
107.参见图5，为本技术一实施例提供的生成电子处方的整体流程示意图，如图5所示，患者通过自身用户终端上的互联网医疗平台的终端应用程序，上传纸质处方图片。服务端通过图像识别算法可纸质处方图片中识别诊断信息区域和用药信息区域，并借助业务库(包括：诊断库、药品库、用法库、频次库等)确定用药信息和诊断信息，并将用药信息和诊断信息填入电子处方模板，进而生成电子处方。
108.图6是本发明一实施例的一种电子处方的生成装置的框图，如图6所示，该装置可以包括：
109.获取模块710，用于获取纸质处方图片，并识别出所述纸质处方图片中的诊断信息区域和用药信息区域；
110.第一确定模块720，用于从所述诊断信息区域识别出若干第一字符串，并基于所述若干第一字符串确定诊断信息；
111.第二确定模块730，用于从所述用药信息区域识别出若干第二字符串，并基于所述若干第二字符串确定用药信息；
112.导入模块740，用于将所述诊断信息和所述用药信息，导入预设电子处方模板；
113.生成模块750，用于响应于针对所述电子处方模板的操作指令，生成所述纸质处方图片对应的电子处方。
114.上述装置中各个模块的功能和作用的实现过程具体详见上述电子处方的生成方法中对应步骤的实现过程，在此不再赘述。
115.在本技术所提供的几个实施例中，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
116.另外，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
117.功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。