医院信息系统的社保对接方法、装置、系统及电子设备与流程

1.本发明涉及医院信息系统(his)技术领域，尤其涉及一种医院信息系统的社保对接方法、装置、系统电子装置及计算机可读存储介质。


背景技术：

2.随着全民参保的实现，全国各地都建设了社保系统，各地社保系统由不同的社保系统厂商建设完成，并大部分已经支持与医疗机构his系统对接，支持医保的实时报销结算。现有与社保系统的对接模式都是各自对接，没有统一封装和规划，每个地区都会建立不同的社保对接方式，无法做到有效的产品标准化以及功能复用。
3.医疗机构的his系统(hospital information system，医院信息系统)经历了单机版、网络版等阶段，逐步向saas(software-as-a-service，软件即服务，即通过网络提供软件服务)云服务阶段过渡。saas云模式下，不同地方的医疗机构使用，必定要面临接入全国各地社保系统的工作。然而在存在某个社保系统发生改变时，则需要his系统适应社保系统的改变而进行调整，由于saas云除了his系统的医保业务之外，还存在其他繁多的业务，因此稍微改变即会牵引到整个saas云系统，调整非常复杂，导致saas云模式下的his系统适配全国不同地区社保系统存在很大的困难和挑战。


技术实现要素：

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.接收所述费用结算接口返回的所述费用结算结果以发送至所述医疗机构。
48.可选的，在所述接收所述读取社保卡接口返回的所述社保卡读取数据之后，所述方法还包括：
49.将对应所述社保卡读取数据的住院登记请求发送至所述接口组件，其中所述接口组件还包括住院登记接口，所述住院登记接口用于从所述社保系统获取所述住院登记请求对应的住院登记结果；
50.接收所述住院登记接口返回的所述住院登记结果以发送至所述医疗机构。
51.可选的，所述根据所述医院编码和所述医保类型确定对应的接口组件包括：
52.查询映射关系数据库，所述映射关系数据库中存储有不同医院编码、医保类型与接口组件的对应关系；
53.从所述映射关系数据库中获取与所述医院编码和所述医保类型对应的接口组件。
54.根据本发明的第三方面，提供了一种医院信息系统的社保对接装置，执行在接口组件，所述接口组件包括多个接口，所述装置包括：
55.第一接收模块，用于接收医院信息系统发送的社保卡读取请求；
56.调用模块，用于调用接口组件的读取社保卡接口，由所述读取社保卡接口将所述社保卡读取请求发送至与所述接口组件对应的社保系统；
57.第二接收模块，用于通过所述读取社保卡接口接收所述社保系统响应所述社保卡读取请求返回的社保卡读取数据；
58.发送模块，用于通过所述读取社保卡接口将所述社保卡读取数据发送至所述医院信息系统。
59.根据本发明的第四方面，提供了一种医院信息系统的社保对接装置，执行在医院信息系统，所述装置包括：
60.第一接收模块，用于接收医疗机构发送的社保卡读取请求，其中所述社保卡读取请求中包括对应的医院编码及医保类型；
61.确定模块，用于根据所述医院编码和所述医保类型确定对应的接口组件；
62.发送模块，用于将所述社保卡读取请求发送至所述接口组件，其中所述接口组件包括读取社保卡接口，所述读取社保卡接口用于从所述接口组件对应的社保系统获取所述社保卡读取请求对应的社保卡读取数据；
63.第二接收模块，用于接收所述读取社保卡接口返回的所述社保卡读取数据以发送至所述医疗机构。
64.根据本发明的第五方面，提供了一种社保对接系统，所述系统包括：
65.医院信息系统、接口组件及社保系统；
66.所述医院信息系统，用于接收医疗机构发送的社保卡读取请求；根据所述社保卡读取请求中的医院编码及医保类型将所述社保卡读取请求发送至所述接口组件；接收所述接口组件发送的社保卡读取数据；以及将所述社保卡读取数据发送至所述医疗机构；
67.所述接口组件，用于接收所述医院信息系统发送的所述社保卡读取请求；将所述社保卡读取请求发送至所述社保系统；接收所述社保系统发送的所述社保卡读取数据；以及将所述社保卡读取数据发送至所述医院信息系统；
68.所述社保系统，用于接收所述接口组件发送的所述社保卡读取请求；以及响应所述社保卡读取请求将所述社保卡读取数据发送至所述接口组件。
69.根据本发明的第六方面，提供了一种电子设备，此电子设备包括：
70.根据本发明第三方面或第四方面所述的社保对接装置；或者，
71.处理器和存储器，存储器用于存储可执行的指令，所述指令用于控制处理器执行根据本发明第一方面或第二方面所述的社保对接方法。
72.根据本发明的第七方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序在被处理器执行时实现根据本发明第一方面或第二方面所述的社保对接方法。
73.根据本发明实施例，医院信息系统在收到医疗机构的社保卡读取请求后，可以根据社保卡读取请求中包括的医院编码和医保类型确定对应的接口组件，并将社保卡读取请求发送至对应的接口组件，且接口组件与社保系统一一对应。从而接口组件可以基于医院信息系统发送的社保卡读取请求，调用对应的读取社保卡接口来发送该请求到接口组件对应的社保系统，并将社保系统返回的社保卡读取数据发送至医院信息系统。
74.同样地，对于医院信息系统后续发送的基于该社保卡读取数据的费用分解请求、费用结算请求或者住院登记请求，都发送至与处理该社保卡读取请求同一个的接口组件。在接口组件在接收到医院信息系统发送的请求后，基于该请求类型调用对应执行该请求的接口，发送请求到接口组件对应的社保系统，并将社保系统响应请求返回的数据或结果发送至医院信息系统。
75.本发明通过建立接口组件与医院信息系统、社保系统的通信，实现接口层统一与医院信息系统、社保系统的交互，从而实现医院信息系统与不同社保系统(社保厂商)的统一对接。此外，通过对接接口组件化，可以在某个社保系统发生变化时，根据社保系统的变化对接口组件进行相应配置，医院信息系统无需调整即可适应不同社保系统的改变。
76.通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
77.被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。
78.图1为可用于实现本发明实施例的电子设备的硬件配置结构方框图。
79.图2为本发明实施例的社保对接系统的总体架构图。
80.图3为本发明第一实施例的医院信息系统的社保对接方法步骤流程图。
81.图4为本发明第二实施例的医院信息系统的社保对接方法步骤流程图。
82.图5为本发明第一示例的医院信息系统的社保对接方法流程图。
83.图6为本发明第二示例的医院信息系统的社保对接方法流程图。
84.图7为本发明第一实施例的医院信息系统的社保对接装置结构方框图。
85.图8为本发明第二实施例的医院信息系统的社保对接装置结构方框图，
86.图9为本发明第三实施例的医院信息系统的社保对接装置结构方框图，
87.图10为本发明第四实施例的医院信息系统的社保对接装置结构方框图。
88.图11为本发明第五实施例的医院信息系统的社保对接装置的结构方框图。
89.图12为本发明实施例的社保对接系统的结构方框图。
90.图13为本发明实施例的电子设备的结构方框图。
具体实施方式
91.现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
92.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。
93.对于相关领域普通技术人物已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
94.在这里示出和讨论的所有例子中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它例子可以具有不同的值。
95.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
96.图1是示出可以实现本发明的实施例的电子设备1000的硬件配置的结构方框图。
97.电子设备1000可以是便携式电脑、台式计算机、手机、平板电脑、服务器等。
98.如图1所示，电子设备1000可以包括处理器1100、存储器1200、接口装置1300、通信装置1400、显示装置1500、输入装置1600、扬声器1700、麦克风1800等等。其中，处理器1100可以是中央处理器cpu、微处理器mcu等。存储器1200例如包括rom(只读存储器)、ram(随机存取存储器)、诸如硬盘的非易失性存储器等。接口装置1300例如包括usb接口、耳机接口等。通信装置1400例如能够进行有线或无线通信，具体地可以包括wifi通信、蓝牙通信、2g/3g/4g/5g通信等。显示装置1500例如是液晶显示屏、触摸显示屏等。输入装置1600例如可以包括触摸屏、键盘、体感输入等。用户可以通过扬声器1700和麦克风1800输入/输出语音信息。
99.图1所示的电子设备仅仅是说明性的并且决不意味着对本发明、其应用或使用的任何限制。应用于本发明的实施例中，电子设备1000的所述存储器1200用于存储指令，所述指令用于控制所述处理器1100进行操作以执行本发明实施例提供的任意一项医院信息系统的社保对接方法。本领域技术人员应当理解，尽管在图1中对电子设备1000示出了多个装置，但是，本发明可以仅涉及其中的部分装置，例如电子设备1000可以只涉及处理器1100和存储装置1200。技术人员可以根据本发明所公开方案设计指令。指令如何控制处理器进行操作，这是本领域公知，故在此不再详细描述。
100.根据本发明实施例，提供了执行在接口组件和执行在医院信息系统的社保对接方法、装置和社保对接系统。本发明的接口组件用于在医院信息系统和对应的社保系统(社保系统由社保厂商搭建)之间交互，适用于医保，因此也可以称作医保接口组件。接口组件需要根据医疗机构的门诊和住院的就医流程以及全国各地社保系统的对接要求，预先将门诊和住院就医与社保系统对接的流程进行封装，将医疗机构就医流程和对应社保系统的通用性功能封装到接口组件中。
101.在封装接口组件之前，可以预先根据医疗机构就医流程和对应社保系统的通用性功能抽象出完整的标准化数据，以使医保接口组件适应多种社保系统。
102.下面将结合图2实施例的社保对接系统的总体架构图，对接口组件的功能配置进行描述。
103.如图2所示，社保对接系统包括医院信息系统、接口组件和社保系统，其中医院信息系统和多个接口组件(例如示例a接口组件、b接口组件、c接口组件，x接口组件等等)以及多个医疗机构(例如示例a医疗机构、b医疗机构)交互，其中医疗机构使用医院信息系统来实现对应的医保就医流程，例如根据患者的医保进行挂号，住院登记，费用结算等等。
104.每个医疗机构具有对应的一个医院编码，医院信息系统具有每个使用该医院信息系统的医疗机构的医院编码，并存储在对应数据库中。医院信息的数据库中还存储有预先配置的不同医院编码、医保类型与接口组件的对应关系，其中根据医院编码和医保类型可以确定唯一的接口组件，来执行该医院编码对应的医疗机构与该医保类型的社保系统对接。不同医院编码、医保类型与接口组件对应关系的配置文件例如为dll(dynamic link library，动态链接库)文件，通过查询数据库中该dll文件，医院信息系统即可知道某医疗
机构、某医保类型使用哪个接口组件。
105.例如图2所示，a医疗机构(一个医院编码)具有三个医保类型：a医保类型(职工医保)；b医保类型(居民医保)；c医保类型(新农合)。则根据医保类型的不同，则对应该同一个医疗机构需要预先配置三个接口组件，分别为对应a接口组件、b接口组件和c接口组件。上述a医疗机构的医保类型a、b、c和接口组件a、b、c的对应关系会预先存储在医院信息系统的数据库的配置文件中。
106.如图2所示，根据就医业务流程，接口组件可以包括多个接口，例如读卡(社保卡)接口、住院登记接口、费用分解接口、结算接口等等。其中，每个接口由所属接口组件根据业务需要进行调度，分别用于与接口组件对应的社保系统的多个对应接口进行交互。
107.关于接口组件与社保系统的对应关系也是预先配置好的，一个接口组件对应一个社保系统，例如图2所示，配置a接口组件对接a社保系统，b接口组件对接b社保系统，c接口组件对接c社保系统，x接口组件对接x社保系统等等。
108.关于上述社保对接系统的预先配置关系，简单来说包括，医院信息系统与使用该医院信息系统的多个医疗机构对接，医院信息系统还根据医疗机构的医院编码和医保类型确定对接的唯一接口组件；唯一接口组件确定对接的唯一社保系统，每个接口组件根据就医业务需求调用对应的接口。并且上述配置关系由医院信息系统固化好相应流程，接口组件固化好相应流程。
109.本发明实施例的接口组件可以根据医疗机构就医流程和对应社保系统的通用性功能进行预先配置好，使得不同的接口组件可以作为中间层实现医院信息系统与社保系统的对接。
110.医疗机构就医流程可以分为多个流程节点，例如流程节点包括门诊流程节点和住院流程节点。具体地，门诊流程节点包括门诊挂号流程节点、门诊医生开方流程节点、门诊收费流程节点中至少一项。住院流程节点包括住院登记流程节点、住院医嘱上传流程节点、住院结算流程节点中至少一项。
111.下面分别给出了门诊流程和住院流程对应的流程节点部分示例说明：
112.(1)门诊流程：
113.1)门诊挂号的流程节点包含：
114.门诊挂号登记读卡
115.门诊挂号费用结算读卡
116.门诊挂号费用结算预结算
117.门诊挂号费用结算
118.门诊挂号退号读卡
119.门诊挂号退号结算预结算
120.门诊挂号退号结算
121.挂号发票打印
122.2)门诊医生开方的流程节点包含：
123.门诊医生处方上传
124.门诊医生处方取消上传
125.3)门诊收费流程节点包含：
126.门诊收费读卡
127.门诊收费预结算
128.门诊收费结算
129.门诊退费读卡
130.门诊退费预结算
131.门诊退费结算
132.门诊发票打印
133.(2)住院流程
134.1)住院登记流程节点包含：
135.住院登记读卡
136.住院医保登记
137.住院取消登记读卡
138.住院医保取消登记
139.2)住院医嘱上传流程节点包含：
140.住院医嘱上传
141.住院医嘱取消上传
142.3)住院结算流程节点包含：
143.住院结算读卡
144.住院费用预结算
145.住院费用结算
146.住院取消结算读卡
147.住院取消结算预结算
148.住院取消结算结算
149.住院发票打印
150.如此，根据医疗机构信息、就医业务场景、社保系统厂商信息、患者医保信息等等的不同情况，对应预先配置接口组件与社保系统的对应关系，以及预先配置医院编码、医院类型和接口组件的对应关系，就可以由接口组件实现医院信息系统与不同社保系统的对接，使得医院信息系统可以在不作改变的情况下实现与更多社保系统的对接。
151.在介绍本发明实施例的社保对接系统的总体架构之后，下面将结合实施例对本发明的医院信息系统的社保对接方法、装置、社保对接系统、电子设备及计算机可读存储介质分别进行说明。
152.在本发明一个实施例中，提供一种医院信息系统的社保对接方法，该社保对接方法执行在医院信息系统。
153.图3为本发明第一实施例的医院信息系统的社保对接方法步骤流程图。该社保对接方法可以是由电子设备实施，该电子设备例如可以是如图1所示的电子设备1000。
154.如图3所示，本发明实施例的医院信息系统的社保对接方法包括以下步骤：
155.步骤102，接收医疗机构发送的社保卡读取请求，其中所述社保卡读取请求中包括对应的医院编码及医保类型；
156.步骤104，根据所述医院编码和所述医保类型确定对应的接口组件；
157.步骤106，将所述社保卡读取请求发送至所述接口组件，其中所述接口组件包括读取社保卡接口，所述读取社保卡接口用于从所述接口组件对应的社保系统获取所述社保卡读取请求对应的社保卡读取数据；
158.步骤108，接收所述读取社保卡接口返回的所述社保卡读取数据以发送至所述医疗机构。
159.在步骤102中，如上文所述，医院编码即为发送请求的医疗机构的医院编码，医保类型为医疗机构传入医院信息系统的患者所使用的医保类型，例如职工医保或居民医保等。
160.在步骤104，根据所述医院编码和所述医保类型确定对应的接口组件包括：
161.查询映射关系数据库，所述映射关系数据库中存储有不同医院编码、医保类型与接口组件的对应关系；
162.从所述映射关系数据库中获取与所述医院编码和所述医保类型对应的接口组件。
163.具体地，医院信息系统收到使用该系统的医疗机构发送的社保卡读取请求，则可以确定该社保卡读取请求中包括对应的医院编码及医保类型，然后通过读取预先配置在映射关系数据库中的数据，例如dll文件，可以确定与该医疗机构该医保类型对应的接口组件。
164.在一个示例中，在接收所述读取社保卡接口返回的所述社保卡读取数据之后，所述社保对接方法还包括：
165.将对应所述社保卡读取数据的费用分解请求发送至所述接口组件，其中所述接口组件还包括费用分解接口，所述费用分解接口用于从所述社保系统获取所述费用分解请求对应的费用分解结果；接收所述费用分解接口返回的所述费用分解结果以发送至所述医疗机构。
166.在一个示例中，在接收所述费用分解接口返回的所述费用分解结果之后，所述方法还包括：
167.将对应所述费用分解结果的费用结算请求发送至所述接口组件，其中所述接口组件还包括费用结算接口，所述费用结算接口用于从所述社保系统获取所述费用结算请求对应的费用结算结果；接收所述费用结算接口返回的所述费用结算结果以发送至所述医疗机构。
168.在一个示例中，在接收所述读取社保卡接口返回的所述社保卡读取数据之后，所述方法还包括：
169.将对应所述社保卡读取数据的住院登记请求发送至所述接口组件，其中所述接口组件还包括住院登记接口，所述住院登记接口用于从所述社保系统获取所述住院登记请求对应的住院登记结果；接收所述住院登记接口返回的所述住院登记结果以发送至所述医疗机构。
170.在本发明另一个实施例中，提供一种医院信息系统的社保对接方法，该社保对接方法执行在接口组件，接口组件包括多个接口。
171.图4为本发明第二实施例的医院信息系统的社保对接方法步骤流程图。该社保对接方法可以是由电子设备实施，该电子设备例如可以是如图1所示的电子设备1000。
172.如图4所示，本发明实施例的医院信息系统的社保方法包括以下步骤：
173.步骤202，接收医院信息系统发送的社保卡读取请求；
174.步骤204，调用接口组件的读取社保卡接口，由所述读取社保卡接口将所述社保卡读取请求发送至与所述接口组件对应的社保系统；
175.步骤206，通过所述读取社保卡接口接收所述社保系统响应所述社保卡读取请求返回的社保卡读取数据；
176.步骤208，通过所述读取社保卡接口将所述社保卡读取数据发送至所述医院信息系统。
177.在步骤202中，接口组件接收的社保卡读取请求同样包括有标识医疗机构的医院编码和医保类型，如上文所述，负责处理该医院编码和医保类型的接口组件对应唯一的社保系统。社保系统根据社保卡读取请求里面的医院编码和医保类型，读取合适的社保卡读取数据。
178.在步骤204中，由于接收的就医业务请求为社保卡读取请求，因此这里需要调用接口组件的读取社保卡接口，并通过读取社保卡接口负责与社保系统的读取社保卡接口进行通信。
179.在步骤206中，接口组件的读取社保卡接口接收的社保卡读取数据是由社保系统的读取社保卡接口响应社保卡读取请求并返回的。
180.在一个示例中，在将所述社保卡读取数据发送至所述医院信息系统之后，所述社保对接方法还包括：
181.接收所述医院信息系统发送的对应所述社保卡读取数据的费用分解请求；基于所述费用分解请求调用接口组件的费用分解接口，并由所述费用分解接口将所述费用分解请求发送至返回所述社保卡读取数据的社保系统；通过所述费用分解接口接收所述社保系统响应所述费用分解请求返回的费用分解结果；以及通过所述费用分解接口将所述费用分解结果发送至所述医院信息系统。
182.在一个示例中，在将所述费用分解结果发送至所述医院信息系统之后，所述社保对接方法还包括：
183.接收所述医院信息系统发送的对应所述费用分解结果的费用结算请求；基于所述费用结算请求调用接口组件的费用结算接口，并由所述费用结算接口将所述费用结算请求发送至返回所述社保卡读取数据的社保系统；通过所述费用结算接口接收所述社保系统响应所述费用结算请求返回的费用结算结果；以及通过所述费用结算接口将所述费用结算结果发送至所述医院信息系统。
184.在一个示例中，在将所述社保卡读取数据发送至所述医院信息系统之后，所述社保对接方法还包括：
185.接收所述医院信息系统发送的对应所述社保卡读取数据的住院登记请求；基于所述住院登记请求调用接口组件的住院登记接口，并由所述住院登记接口将所述住院登记请求发送至返回所述社保卡读取数据的社保系统；通过所述住院登记接口接收所述社保系统响应所述住院登记请求返回的住院登记结果；以及通过所述住院登记接口将所述住院登记结果发送至所述医院信息系统。
186.本发明通过在门诊、住院医保业务流程中预先固化嵌入接口组件，医院信息系统在不同业务场景调用不同的接口组件实现业务，由接口层的医保接口组件统一和社保系统
交互。
187.接口组件通过数组或可变数组传递医院系统和不同的社保系统交互所需的数据，交互数据例如是社保系统返回的社保卡读取数据、费用分解结果、费用结算结果、住院登记结果等等。
188.接口组件调用的各个接口传输的数据内容可以在后台进一步将交互数据进行持久化存储，以便于后续的数据追溯和统计。并对存储的交互数据进行医保业务相关的数据标准化处理，使得接口组件适应更多的不同社保系统。对交互数据进行医保业务相关的标准化处理由接口组件的各个对应接口执行，后面会展开进行描述。
189.在一个示例中，存储的数据包括数据字典类和交易类，具体地存储的数据划分为以下：
190.(1)数据字典类
191.科室字典
192.诊断字典
193.社保类型字典
194.药品及药品分类字典
195.收费项目及分类字典
196.用药方式、频次字典
197.慢病病种字典
198.其他字典集合
199.(2)交易类
200.交易信息
201.费用明细分解信息
202.汇总支付信息
203.支付明细信息
204.费用分类汇总信息
205.交易签名信息
206.如上文所述，对交互数据进行医保业务相关的标准化处理由接口组件的各个对应接口执行。
207.在一个示例中，本发明实施例的执行在接口组件的社保对接方法，在将社保系统返回的社保卡读取数据发送至所述医院信息系统之前，还包括：
208.判断社保系统返回的社保卡读取数据的格式是否符合所述医院信息系统的读卡数据格式；在社保系统返回的社保卡读取数据的格式不符合所述读卡数据格式的情况下，对社保卡读取数据的格式进行标准化处理，得到符合所述读卡数据格式的社保卡读取数据。
209.在一个示例中，在将社保系统返回的费用分解结果发送至所述医院信息系统之前，所述社保对接方法还包括：
210.判断社保系统返回的费用分解结果的格式是否符合所述医院信息系统的费用分解结果格式；在社保系统返回的费用分解结果的格式不符合所述医院信息系统的费用分解结果格式的情况下，对所述费用分解结果的格式进行标准化处理，得到符合所述医院信息
系统的费用分解结果格式的费用分解结果。
211.在一个示例中，在将社保系统返回的费用结算结果发送至所述医院信息系统之前，所述社保对接方法还包括：
212.判断所述社保系统返回的所述费用结算结果的格式是否符合所述医院信息系统的费用结算结果格式；在所述社保系统返回的所述费用结算结果的格式不符合所述医院信息系统的费用结算结果格式的情况下，对所述费用结算结果的格式进行标准化处理，得到符合所述医院信息系统的费用结算结果格式的费用结算结果。
213.在一个示例中，在将社保系统返回的住院登记结果发送至所述医院信息系统之前，所述社保对接方法还包括：
214.判断社保系统返回的所述住院登记结果的格式是否符合所述医院信息系统的住院登记结果格式；在社保系统返回的住院登记结果的格式不符合所述医院信息系统的住院登记结果的情况下，对所述住院登记结果的格式进行标准化处理，得到符合所述医院信息系统的住院登记结果格式的住院登记结果。
215.接口组件对应的就医业务流程是预先固化好的，但是接口组件里的接口具体实现是变动的。不同的接口组件对接不同的社保系统，不同的接口组件里，同样是读取社保卡接口，接口组件里的声明是一样的(即数据传入和传出都一样)，但是接口的实现不一样。
216.举例来说，比如为了标准化，使得医院信息系统可以识别不同接口组件返回的对应社保系统的交互数据，a、b两个接口组件里的读取社保卡接口都必须声明成一样的，例如对于读取社保卡的返回值均称作：readcard，返回1卡号、2身份证号、3姓名等等，即表示接口组件的读取社保卡接口返回给医院信息系统的社保卡读取数据必须以“1卡号2身份证号3姓名”等等的形式和顺序返回。
217.该a、b两个接口组件分别对接两个社保系统，a、b两个接口组件里的接口定义和返回值都必须是一样的。但是a接口组件里的读取社保卡接口在读取对应的社保系统a时，社保系统a有可能是以“1|卡号|2身份证号|3姓名”这种形式返回来对应的社保卡读取数据。
218.b接口组件里的读取社保卡接口在读取对应的社保系统b时，社保系统b有可能是以“1卡号～2身份证号～|3姓名”这种形式返回来对应的社保卡读取数据。
219.为了能让医院信息系统识别返回的社保卡读取数据，a、b接口组件都必须用标准数据来返回，即必须返回“1卡号2身份证号3姓名”形式的数据。
220.也就是说，接口组件的把各个接口(包括读取社保卡接口、费用分解接口、费用结算接口、住院登记接口等等)把社保系统返回的不标准数据，即医院信息系统不认识的数据，统统按照接口组件跟医院信息系统定义好的标准来返回。
221.读取的社保卡数据最后都要按标准返回，这样医院信息系统才能不管哪个接口组件，不管哪个接口组件调用哪个社保系统，都可以认识接口组件的读取社保卡接口返回来的社保系统的社保卡读取数据。
222.下面将结合图5和图6的例子，对本发明的医院信息系统的社保对接方法作出详细描述。
223.其中，图5为本发明第一示例的医院信息系统的社保对接方法流程图，图6为本发明第二示例的医院信息系统的社保对接方法流程图。第一示例给出了门诊医保业务场景下医院信息系统、接口组件和社保系统之间交互的工作流程，第二示例给出了住院医保业务
场景下医院信息系统、接口组件和社保系统之间交互的工作流程。
224.参考图5，对于门诊医保业务的场景下，医院信息系统的社保对接方法包括以下步骤：
225.步骤302，医院信息系统(his)在接收到医疗机构的社保卡读取请求时，从映射关系数据库中读取对应的配置信息，即根据医疗机构的医院编码和社保卡读取请求对应的医保类型，选择加载调用的(医保)接口组件配置文件。该文件记录了医疗机构、医保类型和医保接口组件的对应配置关系。
226.步骤304，根据加载的调用文件记录的医院编码、医保类型和接口组件的对应配置关系，his系统确定医保接口组件，从而调用该医保接口组件，并发送医疗机构的社保卡读取请求。
227.步骤306，医保接口组件根据his系统的调用请求，调用接口组件里的读取社保卡接口，并通过读取社保卡接口向社保系统的读取社保卡接口发送该请求。
228.步骤308，社保系统的社保卡读取接口响应该请求进行社保卡数据读取，并返回社保卡读取数据至医保接口组件的读取社保卡接口。此时医保接口组件的读取社保卡接口会对接收的社保卡读取数据进行标准化处理，使得返回给his系统的数据为标准数据。
229.步骤310，在his系统端，根据医保接口组件的读取社保卡接口返回的社保卡读取数据，进行挂号或收费划价。
230.步骤312，his系统基于所述社保卡读取数据，继续向医保接口组件发送费用分解请求，以使得医保接口组件调用对应的费用分解接口。
231.步骤314，医保接口组件的费用分解接口将费用分解请求发送至社保系统。
232.步骤316，社保系统的费用分解接口接收该请求，并响应请求返回费用分解结果至医保接口组件的费用分解接口。此时，医保接口组件的费用分解接口同样会对接收的费用分解结果进行标准化处理，使得返回给his系统的数据为标准数据。
233.步骤318，his系统保存接收的费用分解结果。
234.步骤320，his系统基于费用分解结果相应地执行挂号或收费结算请求。
235.进一步地，在步骤322中，his系统判断挂号或收费结算请求是否成功。若不成功，则结束。否则成功，则进入步骤324。
236.步骤324，his系统继续向医保接口组件发送费用结算请求，以使得医保接口组件调用对应的费用结算接口。
237.步骤326，医保接口组件的费用结算接口发送费用结算请求至对应的社保系统。
238.步骤328，社保系统的费用结算接口接收该请求，并响应请求返回费用结算结果至医保接口组件的费用结算接口。此时，医保接口组件的费用结算接口同样会对接收的费用结算结果进行标准化处理，使得返回给his系统的数据为标准数据。
239.步骤330，his系统进一步判断费用结算结果返回是否成功。
240.步骤332，若成功，则保存费用结算结果；否则，结束。
241.下面参考图6，对于住院医保业务的场景下的流程，大部分与门诊医保业务相同，区别在于增加了住院流程。
242.参考图6，对于住院医保业务的场景下，医院信息系统的社保对接方法包括以下步骤：
243.其中，步骤402和步骤408类似。
244.步骤402，his系统接收医疗机构的社保卡读取请求，根据接收到的社保卡读取请求从映射关系数据库中读取医疗机构的医院编码、医保类型和医保接口组件的对应配置关系，并选择加载调用医保接口组件的配置文件。
245.步骤404，根据加载的调用文件记录的医院编码、医保类型和接口组件的对应配置关系，his系统确定医保接口组件，从而调用该医保接口组件，并发送医疗机构的社保卡读取请求。
246.步骤406，医保接口组件根据his系统的调用请求，调用组件里的读取社保卡接口，并通过读取社保卡接口向社保系统的读取社保卡接口发送该请求进行社保卡数据读取。
247.步骤408，社保系统的社保卡读取请求响应该请求进行社保卡数据读取，并返回社保卡读取数据至医保接口组件的读取社保卡接口。此时医保接口组件的读取社保卡接口会对接收的社保卡读取数据进行标准化处理，使得返回给his系统的数据为标准数据。
248.步骤410，在his系统端，根据医保接口组件的读取社保卡接口返回的社保卡读取数据，发送对应所述社保卡读取数据的住院登记请求至医保接口组件，以使得医保接口组件调用对应的住院登记接口。
249.步骤412，医保接口组件的住院登记接口发送住院登记请求到社保系统。
250.步骤414，社保系统的住院登记接口接收该住院登记请求，并响应该请求返回住院登记结果至医保接口组件的住院登记接口。此时，医保接口组件的住院登记接口对接收的住院登记结果进行标准化处理，使得返回给his系统的数据为标准数据。
251.步骤416，在返回住院登记结果后，his系统基于所述社保卡读取数据，继续向医保接口组件的费用分解接口发送费用分解请求，以使得医保接口组件调用对应的费用分解接口。
252.步骤418，医保接口组件的费用分解接口发送费用分解请求到社保系统。
253.步骤420，社保系统的费用分解接口接收该请求，并响应请求返回费用分解结果至医保接口组件的费用分解接口。此时，医保接口组件的费用分解接口同样会对接收的费用分解结果进行标准化处理，使得返回给his系统的数据为标准数据。
254.步骤422，his系统保存接收的费用分解结果。
255.步骤424，his系统基于费用分解结果执行住院费用结算请求。
256.进一步地，在步骤426中，his系统判断住院费用结算请求是否成功。若不成功，则结束。否则若成功，则进入步骤428。
257.步骤428，his系统继续向医保接口组件发送费用结算请求，以使得医保接口组件调用对应的费用结算接口。
258.步骤430，医保接口组件的费用结算接口发送费用结算请求至对应的社保系统。
259.步骤432，社保系统的费用结算接口接收该请求，并响应请求返回费用结算结果至医保接口组件的费用结算接口。此时，医保接口组件的费用结算接口同样会对接收的费用结算结果进行标准化处理，使得返回给his系统的数据为标准数据。
260.步骤434，his系统进一步判断费用结算结果返回是否成功。
261.步骤436，若成功，则保存费用结算结果；否则，结束。
262.根据本发明实施例，医院信息系统在收到医疗机构的社保卡读取请求后，可以根
据社保卡读取请求中包括的医院编码和医保类型确定对应的接口组件，并将社保卡读取请求发送至对应的接口组件，且接口组件与社保系统一一对应。从而接口组件可以基于医院信息系统发送的社保卡读取请求，调用对应的读取社保卡接口来发送该请求到接口组件对应的社保系统，并将社保系统返回的社保卡读取数据发送至医院信息系统。
263.同样地，对于医院信息系统后续发送的基于该社保卡读取数据的费用分解请求、费用结算请求或者住院登记请求，都发送至与处理该社保卡读取请求同一个的接口组件。在接口组件在接收到医院信息系统发送的请求后，基于该请求类型调用对应执行该请求的接口，发送请求到接口组件对应的社保系统，并将社保系统响应请求返回的数据或结果发送至医院信息系统。
264.本发明通过建立接口组件与医院信息系统、社保系统的通信，实现接口层统一与医院信息系统、社保系统的交互，从而实现医院信息系统与不同社保系统(社保厂商)的统一对接。此外，通过对接接口组件化，可以在某个社保系统发生变化时，根据社保系统的变化对接口组件进行相应配置，医院信息系统无需调整即可适应不同社保系统的改变。
265.在本发明另一个实施例中，还提供了一种医院信息系统的社保对接装置2000，如图7所示，图7为本发明第一实施例的医院信息系统的社保对接装置结构方框图。
266.本实施例中，社保对接装置2000执行在接口组件，接口组件包括多个接口，如图7所示，医院信息系统的社保对接装置2000包括：第一接收模块2200、第一调用模块2400、第二接收模块2600和第一发送模块2800。
267.第一接收模块2200，用于接收医院信息系统发送的社保卡读取请求；
268.第一调用模块2400，用于调用接口组件的读取社保卡接口，由所述读取社保卡接口将所述社保卡读取请求发送至与所述接口组件对应的社保系统；
269.第二接收模块2600，用于通过所述读取社保卡接口接收所述社保系统响应所述社保卡读取请求返回的社保卡读取数据；
270.第一发送模块2800，用于通过所述读取社保卡接口将所述社保卡读取数据发送至所述医院信息系统。
271.图8为本发明第二实施例的执行在接口组件的医院信息系统的社保对接装置结构方框图，如图8所示，社保对接装置2000还包括：
272.第三接收模块2220，用于接收所述医院信息系统发送的对应所述社保卡读取数据的费用分解请求；
273.第二调用模块2420，用于基于所述费用分解请求调用接口组件的费用分解接口，并由所述费用分解接口将所述费用分解请求发送至返回所述社保卡读取数据的社保系统；
274.第四接收模块2620，用于通过所述费用分解接口接收所述社保系统响应所述费用分解请求返回的费用分解结果；以及
275.第二发送模块2820，用于通过所述费用分解接口将所述费用分解结果发送至所述医院信息系统。
276.图9为本发明第三实施例的执行在接口组件的医院信息系统的社保对接装置结构方框图，如图9所示，社保对接装置2000还包括：
277.第五接收模块2240，用于接收所述医院信息系统发送的对应所述费用分解结果的费用结算请求；
278.第三调用模块2440，用于基于所述费用结算请求调用接口组件的费用结算接口，并由所述费用结算接口将所述费用结算请求发送至返回所述社保卡读取数据的社保系统；
279.第六接收模块2640，用于通过所述费用结算接口接收所述社保系统响应所述费用结算请求返回的费用结算结果；以及
280.第三发送模块2840还用于通过所述费用结算接口将所述费用结算结果发送至所述医院信息系统。
281.图10为本发明第四实施例的执行在接口组件的医院信息系统的社保对接装置结构方框图，如图10所示，社保对接装置2000还包括：
282.第七接收模块2260，用于接收所述医院信息系统发送的对应所述社保卡读取数据的住院登记请求；
283.第四调用模块2460，用于基于所述住院登记请求调用接口组件的住院登记接口，并由所述住院登记接口将所述住院登记请求发送至返回所述社保卡读取数据的社保系统；
284.第八接收模块2660，用于通过所述住院登记接口接收所述社保系统响应所述住院登记请求返回的住院登记结果；以及
285.第四发送模块2860，用于通过所述住院登记接口将所述住院登记结果发送至所述医院信息系统。
286.在一个示例中，执行在接口组件的社保对接装置2000还包括：
287.第一判断模块(图中未显示)，用于在将所述社保卡读取数据发送至所述医院信息系统之前，判断所述社保系统返回的所述社保卡读取数据的格式是否符合所述医院信息系统的读卡数据格式；
288.第一处理模块(图中未显示)，用于在所述社保系统返回的所述社保卡读取数据的格式不符合所述读卡数据格式的情况下，对所述社保卡读取数据的格式进行标准化处理，得到符合所述读卡数据格式的社保卡读取数据。
289.在一个示例中，执行在接口组件的社保对接装置2000还包括：
290.第二判断模块(图中未显示)，用于在将所述费用分解结果发送至所述医院信息系统之前，判断所述社保系统返回的所述费用分解结果的格式是否符合所述医院信息系统的费用分解结果格式；
291.第二处理模块(图中未显示)，用于在所述社保系统返回的所述费用分解结果的格式不符合所述医院信息系统的费用分解结果格式的情况下，对所述费用分解结果的格式进行标准化处理，得到符合所述医院信息系统的费用分解结果格式的费用分解结果。
292.在一个示例中，执行在接口组件的社保对接装置2000还包括：
293.第三判断模块(图中未显示)，用于在将所述费用结算结果发送至所述医院信息系统之前，判断所述社保系统返回的所述费用结算结果的格式是否符合所述医院信息系统的费用结算结果格式；
294.第三处理模块(图中未显示)，用于在所述社保系统返回的所述费用结算结果的格式不符合所述医院信息系统的费用结算结果格式的情况下，对所述费用结算结果的格式进行标准化处理，得到符合所述医院信息系统的费用结算结果格式的费用结算结果。
295.在一个示例中，执行在接口组件的社保对接装置2000还包括：
296.第四判断模块(图中未显示)，用于在将所述住院登记结果发送至所述医院信息系
统之前，判断所述社保系统返回的所述住院登记结果的格式是否符合所述医院信息系统的住院登记结果格式；
297.第四处理模块(图中未显示)，用于在所述社保系统返回的所述住院登记结果的格式不符合所述医院信息系统的住院登记结果的情况下，对所述住院登记结果的格式进行标准化处理，得到符合所述医院信息系统的住院登记结果格式的住院登记结果。
298.根据本发明的又一个实施例，提供了一种医院信息系统的社保对接装置3000，如图11所示，图11为本发明第五实施例的医院信息系统的社保对接装置结构方框图。
299.本实施例中，社保对接装置3000执行在医院信息系统，如图11所示，医院信息系统的社保对接装置3000包括：
300.第一接收模块3200，用于接收医疗机构发送的社保卡读取请求，其中所述社保卡读取请求中包括对应的医院编码及医保类型；
301.确定模块3400，用于根据所述医院编码和所述医保类型确定对应的接口组件；
302.第一发送模块3600，用于将所述社保卡读取请求发送至所述接口组件，其中所述接口组件包括读取社保卡接口，所述读取社保卡接口用于从所述接口组件对应的社保系统获取所述社保卡读取请求对应的社保卡读取数据；
303.第二接收模块3800，用于接收所述读取社保卡接口返回的所述社保卡读取数据以发送至所述医疗机构。
304.在一个示例中，执行在医院信息系统的社保对接装置3000还包括：
305.第二发送模块(图中未显示)，用于在所述接收所述读取社保卡接口返回的所述社保卡读取数据之后，将对应所述社保卡读取数据的费用分解请求发送至所述接口组件，其中所述接口组件还包括费用分解接口，所述费用分解接口用于从所述社保系统获取所述费用分解请求对应的费用分解结果；
306.第三接收模块(图中未显示)，用于接收所述费用分解接口返回的所述费用分解结果以发送至所述医疗机构。
307.在一个示例中，执行在医院信息系统的社保对接装置3000还包括：
308.第三发送模块(图中未显示)，用于在所述接收所述费用分解接口返回的所述费用分解结果之后，将对应所述费用分解结果的费用结算请求发送至所述接口组件，其中所述接口组件还包括费用结算接口，所述费用结算接口用于从所述社保系统获取所述费用结算请求对应的费用结算结果；
309.第四接收模块(图中未显示)，用于接收所述费用结算接口返回的所述费用结算结果以发送至所述医疗机构。
310.在一个示例中，执行在医院信息系统的社保对接装置3000还包括：
311.第四发送模块(图中未显示)，用于在所述接收所述读取社保卡接口返回的所述社保卡读取数据之后，将对应所述社保卡读取数据的住院登记请求发送至所述接口组件，其中所述接口组件还包括住院登记接口，所述住院登记接口用于从所述社保系统获取所述住院登记请求对应的住院登记结果；
312.第五接收模块(图中未显示)，用于接收所述住院登记接口返回的所述住院登记结果以发送至所述医疗机构。
313.在本发明的再一个实施例中，还提供了一种社保对接系统4000，如图12所示，图12
为本发明实施例的社保对接系统结构方框图。
314.社保对接系统4000包括：医院信息系统4200、接口组件4400和社保系统4600。
315.其中，医院信息系统4200，用于接收医疗机构发送的社保卡读取请求；根据所述社保卡读取请求中的医院编码及医保类型将所述社保卡读取请求发送至所述接口组件；接收所述接口组件发送的社保卡读取数据；以及将所述社保卡读取数据发送至所述医疗机构；
316.接口组件4400，用于接收所述医院信息系统发送的所述社保卡读取请求；将所述社保卡读取请求发送至所述社保系统；接收所述社保系统发送的所述社保卡读取数据；以及将所述社保卡读取数据发送至所述医院信息系统；
317.社保系统4600，用于接收所述接口组件发送的所述社保卡读取请求；以及响应所述社保卡读取请求将所述社保卡读取数据发送至所述接口组件。
318.根据本发明的再一个实施例，还提供了一种电子设备，该电子设备5000可以是图1所示的电子设备1000。图13为本发明实施例的电子设备的结构方框图。
319.一方面，该电子设备5000可以包括前述的社保对接装置2000或者社保对接装置3000，用于实施本发明任意实施例的社保对接方法。
320.另一方面，如图13所示，电子设备5000可以包括存储器5200和处理器5400，存储器5200用于存储可执行的指令；该指令用于控制处理器5400执行前述的社保对接方法。
321.在本实施例中，电子设备5000可以是手机、平板电脑、掌上电脑、台式机、笔记本电脑、工作站、游戏机、服务器等任意具有存储器5200以及处理器5400的电子产品。
322.最后，根据本发明的又一个实施例，还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序在被处理器执行时实现根据本发明任意实施例的社保对接方法。
323.本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
324.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
325.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
326.用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、
机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
327.这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
328.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
329.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
330.附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。对于本领域技术人物来说公知的是，通过硬件方式实现、通过软件方式实现以及通过软件和硬件结合的方式实现都是等价的。
331.以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人物来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其
它普通技术人物能理解本文披露的各实施例。本发明的范围由所附权利要求来限定。