CN107644328A - 会计凭证的生成方法、装置、介质及电子设备 - Google Patents

Abstract

本发明实施例提供了一种会计凭证的生成方法、装置、介质及电子设备，该会计凭证的生成方法包括：获取目标系统中与费用相关的业务报表；根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目；根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。本发明实施例的技术方案能够自动获取目标系统中的业务报表，并基于该业务报表自动生成会计凭证，进而可以在及时核算财务收入的前提下，提高财务核算的效率及准确性，降低了财务核算所花费的人力物力成本。

Description

会计凭证的生成方法、装置、介质及电子设备

技术领域

本发明涉及数据处理技术领域，具体而言，涉及一种会计凭证的生成方法、装置、介质及电子设备。

背景技术

由于医院的行业特殊性和其业务本身的特点及专业性，使得医院往往使用多个信息系统分别管理和存储不同的数据。比如，医院前台医疗运营活动及其相关数据存储于HIS(Hospital Information System，医院信息系统)系统中，而后台运营管理和财务核算则存储于HRP(Hospital Resource Planning，医院资源规划)系统中。然而，在现阶段下，还没有真正意义上的能实现HIS系统与HRP系统一体化的信息系统，这就造成医院的收入数据和财务核算数据分隔在两个系统当中。

2011年医院新会计制度对医院的财务核算提出了更高要求，具体是要求医院门诊收入、住院收入应及时入账，应收账款按病人核算等。而目前医院通常是以周为单位，在HIS系统查询并打印出纸质门诊收入日报表(总表、明细表)、纸质住院收入日报表(总表、明细表)，核对总表与明细表准确无误后，医院财务人员再根据收入日报表，到财务系统分别手工核算医院门诊收入、住院收入，并录入相应的核算凭证。由于医院中的各种业务报表较多，因此目前人工处理的方案不仅需要花费大量的人力物力，而且难以满足医院财务核算的管理要求。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明实施例的目的在于提供一种会计凭证的生成方法、装置、介质及电子设备，进而至少在一定程度上解决目前财务核算效率低、且需要花费大量人力物力成本的问题。

本发明的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本发明的实践而习得。

根据本发明实施例的第一方面，提供了一种会计凭证的生成方法，包括：获取目标系统中与费用相关的业务报表；根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目；根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

在本发明的一些实施例中，基于前述方案，获取目标系统中与费用相关的业务报表，包括：从指定数据库中获取所述业务报表，其中，所述指定数据库中的业务报表是由所述目标系统定时存入的，和/或所述指定数据库中的业务报表是由所述指定数据库定时从所述目标系统读取并存入的。

在本发明的一些实施例中，基于前述方案，在根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目之前，还包括：根据当前系统与所述目标系统之间的基础档案数据的对照关系，对所述业务报表中包含的基础档案数据进行转换。

在本发明的一些实施例中，基于前述方案，根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目，包括：根据所述业务报表中包含的信息，确定所述业务报表所属的科目分类；基于科目分类与会计科目的对照关系，确定所述业务报表对应的会计科目。

在本发明的一些实施例中，基于前述方案，在根据所述业务报表中包含的信息，确定所述业务报表所属的科目分类之前，还包括：获取在生成会计凭证时可能用到的业务报表中的信息；根据所述可能用到的业务报表中的信息对业务报表进行分类，以得到科目分类与所述信息之间的对应关系。

在本发明的一些实施例中，基于前述方案，在确定所述业务报表对应的会计科目之前，还包括：配置科目分类与会计科目之间的对照关系。

在本发明的一些实施例中，基于前述方案，根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证，包括：获取所述业务报表对应的凭证转换模板；根据所述凭证转换模板，确定需要生成的会计凭证上各个要素在所述业务报表中的数据来源；根据所述各个要素在所述业务报表中的数据来源、所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

在本发明的一些实施例中，基于前述方案，在获取所述业务报表对应的凭证转换模板之前，还包括：配置各个业务报表在生成会计凭证时对应的凭证转换模板。

在本发明的一些实施例中，基于前述方案，还包括：获取预先设置的入账规则；根据所述入账规则，将所述会计凭证生成在指定的财务核算账簿中。

在本发明的一些实施例中，基于前述方案，所述目标系统包括医院信息系统。

根据本发明实施例的第二方面，提供了一种会计凭证的生成装置，包括：获取单元，用于获取目标系统中与费用相关的业务报表；确定单元，用于根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目；生成单元，用于根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

根据本发明实施例的第三方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的会计凭证的生成方法。

根据本发明实施例的第四方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的会计凭证的生成方法。

在本发明的一些实施例所提供的技术方案中，通过获取目标系统中与费用相关的业务报表，以根据该业务报表中包含的信息确定业务报表在生成会计凭证时所对应的会计科目，并根据确定的会计科目和业务报表中包含的数据生成相应的会计凭证，使得能够自动获取目标系统中的业务报表，并基于该业务报表自动生成会计凭证，进而可以在及时核算财务收入的前提下，提高财务核算的效率及准确性，降低了财务核算所花费的人力物力成本，满足了医院财务核算的管理要求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了根据本发明的实施例的会计凭证的生成方法的流程图；

图2示出了根据本发明的实施例的HIS系统与HRP系统收入稽核平台的整体设计框架示意图；

图3示出了根据本发明的实施例的下载门诊收入日报表的界面示意图；

图4示出了根据本发明的实施例的审核门诊收入日报表的界面示意图；

图5示出了根据本发明的实施例的生成会计凭证的界面示意图；

图6示出了根据本发明的实施例的联查凭证的界面示意图；

图7示出了根据本发明的实施例的联查票据的界面示意图；

图8示出了根据本发明的实施例的会计凭证的生成装置的框图；

图9示出了适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本发明的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示意性示出了根据本发明的实施例的会计凭证的生成方法的流程图。需要说明的是，图1所示的会计凭证的生成方法是根据目标系统中与费用相关的业务报表来生成会计凭证，其执行主体可以是与目标系统并列的另一系统。比如在目标系统为医院信息系统(即HIS系统)时，该生成方法的执行主体可以是HRP系统。

参照图1所示，根据本发明的实施例的会计凭证的生成方法，包括：

步骤S10，获取目标系统中与费用相关的业务报表。

需要说明的是：在获取目标系统中与费用相关的业务报表时，可以直接从目标系统中获取，但是这样可能会影响目标系统中正常的业务处理过程。为了避免该问题，本发明的实施例提供了如下的解决方案：

在本发明的示例性实施例中，步骤S10包括：从指定数据库中获取所述业务报表，其中，所述指定数据库中的业务报表是由所述目标系统定时存入的，和/或所述指定数据库中的业务报表是由所述指定数据库定时从所述目标系统读取并存入的。在该实施例中通过设置指定数据库，使得在获取目标系统中的业务报表时，能够不影响目标系统正常的业务处理过程。

在本发明的实施例中，如上所述，目标系统可以是HIS系统，图1中所示的生成方法的执行主体可以是HRP系统。指定数据库可以是建立在HIS系统与HRP系统之间的中间库，并且该指定数据库可以建立在HRP系统中，也可以独立于HRP系统单独存在。

在本发明的一些实施例中，由于当前系统(即图1中所示的生成方法的执行主体)与目标系统中存储的基础档案数据可能不一致，因此在获取到目标系统中的业务报表之后，可以根据当前系统与所述目标系统之间的基础档案数据的对照关系，对所述业务报表中包含的基础档案数据进行转换。

步骤S12，根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目。

在本发明的示例性实施例中，步骤S12包括：根据所述业务报表中包含的信息，确定所述业务报表所属的科目分类；基于科目分类与会计科目的对照关系，确定所述业务报表对应的会计科目。

需要说明的是，由于需要生成会计凭证的业务报表并不是按照会计要求记录科目信息，而是按业务要求记录的业务信息，因此需要根据业务报表中包含的信息确定业务报表所属的科目分类，进而根据科目分类与会计科目的对照关系来确定相应的会计科目。

在本发明的实施例中，为了能够根据业务报表中包含的信息确定业务报表所属的科目分类，可以事先获取在生成会计凭证时可能用到的业务报表中的信息，然后根据所述可能用到的业务报表中的信息对业务报表进行分类，以得到科目分类与所述信息之间的对应关系，进而可以基于该对应关系，来确定业务报表所属的科目分类。

同时，在本发明的实施例中，还可以事先配置科目分类与会计科目之间的对照关系，以基于该对应关系来确定业务报表对应的会计科目。

继续参照图1，所述的会计凭证的生成方法还包括：

步骤S14，根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

在本发明的示例性实施例中，步骤S14包括：获取所述业务报表对应的凭证转换模板；根据所述凭证转换模板，确定需要生成的会计凭证上各个要素在所述业务报表中的数据来源；根据所述各个要素在所述业务报表中的数据来源、所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

需要说明的是，凭证转换模板是用于描述各业务报表生成凭证的具体规则，明确需要生成的凭证的各要素在该业务报表上的数据来源。如：科目、摘要、金额、部门辅助核算、客商辅助核算等。

在本发明的实施例中，基于前述方案，在获取所述业务报表对应的凭证转换模板之前，还包括：配置各个业务报表在生成会计凭证时对应的凭证转换模板，以便于根据需要生成会计凭证的业务报表来获取到相应的凭证转换模板。

此外，在本发明的实施例中，所述的会计凭证的生成方法还可以包括：获取预先设置的入账规则；根据所述入账规则，将所述会计凭证生成在指定的财务核算账簿中。

本发明上述实施例的技术方案使得能够自动获取目标系统中与费用相关的业务报表，并基于该业务报表自动生成会计凭证，进而可以在及时核算财务收入的前提下，提高财务核算的效率及准确性，降低了财务核算所花费的人力物力成本。

以下以上述的目标系统为HIS系统为例，对HRP系统基于HIS系统中的数据生成会计凭证，以实现HIS系统与HRP系统之间的收入稽核的过程进行详细说明：

参照图2所示，根据本发明的实施例的HIS系统与HRP系统收入稽核平台的整体设计框架主要包含了：HIS系统、中间库、接口设置、HRP系统设置和HRP总账几部分。

1、HIS系统。HIS系统中存储了各类基础档案数据，HIS系统中的基础档案会存储到中间库中，并在HRP系统前台进行基础数据的设置及对照工作。基础档案数据主要包括：

1.1、科室档案：主要是指HIS系统存储的科室档案。HRP系统通过接口获取HIS系统的科室档案并存储到HRP后台中间库，然后在HRP系统前台进行与HIS系统科室档案的对照。

1.2、客户档案：客户档案主要是指HIS系统存储的客户档案，如：体检单位，该档案主要用于应收账款按客户核算时作为客户辅助核算。HRP系统通过接口获取HIS系统的客户档案并存储到HRP后台中间库，然后在HRP系统前台进行与HIS系统客户档案的对照。

1.3、支付机构类别：支付机构类别主要是指HIS系统存储的各医保支付机构、商业保险支付机构类别档案。HRP系统通过接口获取HIS系统中的支付机构类别并存储到HRP后台中间库，然后在HRP系统前台进行与HIS系统支付机构类别的对照。

在本发明的一个实施例中，支付机构类别可以如表1所示：

北京市职工基本医疗保险
	北京市城镇居民基本医疗保险住院
北京市城镇居民基本医疗保险门诊
	北京市医疗保险住院费用(离休)
北京市医疗保险门诊费用(离休)
	北京市超转人员医疗保险住院类医疗费用
北京市超转人员医疗保险门诊类医疗费用
	北京市公费医疗照顾人员住院
北京市公费医疗照顾人员门诊
	北京市工伤保险住院
北京市工伤保险门诊
	北京市生育保险
社会退职人员
	新型农村合作医疗

表1

1.4、结算方式：结算方式主要是指HIS系统存储的支付方式档案，如：现金、支票、银行卡、微信支付、支付宝支付、医保支付、商保支付等。HRP系统通过接口获取HIS系统中的结算方式数据并存储到HRP后台中间库，然后在HRP系统前台进行与HIS系统支付方式的对照。

在本发明的一个实施例中，目前常用的结算方式如表2所示：

表2

1.5、病人档案：病人档案主要是指HIS系统存储的欠费病人档案，该档案主要用于应收账款按病人核算时作为病人辅助核算。HRP系统通过接口获取HIS系统中的病人档案并存储到HRP后台中间库，然后在HRP系统前台将HIS系统病人档案下载到基础档案里。

1.6、收费类别：收费类别主要是指HIS系统存储的收费类别档案，该档案主要用于在科目对照设置时，与HRP总账收入科目进行对照，生成凭证时到自动核算到具体收入科目。

HRP系统通过接口获取HIS系统中存储的收费类别并存储到HRP后台中间库，然后在HRP系统前台将HIS系统收费类别下载到基础档案里。

在本发明的一个实施例中，目前常用的收费类别如表3所示：

收费类别编码	收费类别名称
		01	床位费
02	西药房
		03	中成药
04	中草药
		05	检查费
06	治疗费
		07	放射费
08	手术费
		09	化验费
10	输血费
		…	…

表3

1.7、收入类型：收入类型主要用于区分获取到HRP系统里的各类收入结算报表的类型，便于自动生成凭证时可根据收入类型来进行具体配置。该档案属于HRP系统新开发的档案，主要是HRP系统自身使用，不涉及与HIS系统的对照。

在本发明的一个实施例中，目前的收入类型如表4所示：

收入类型编码	收费类型名称
		01	门诊收入
02	门诊押金收入
		03	住院权责收入
04	出院结算收入
		05	住院预交金收入
06	体检收入
		07	体检押金

表4

2、中间库。

中间库是连接在HIS系统与HRP系统之间的，在系统运用之前需要设置好HRP与HIS系统数据之间的中间库，保证中间库连接正常，HIS系统能往中间库中读写数据，HRP系统能将HIS数据下载存储到可供HRP系统使用的状态。

3、接口设置。

接口设置主要用于完成HIS系统与HRP系统收入稽核平台最基础的接口配置工作，主要包括如下内容：

3.1、来源系统设置：主要用于定义接口取数的来源系统信息，如来源HIS系统的编码、名称、数据源信息等；

3.2、基础档案对照：主要用于定义两个系统所涉及的基础档案对照关系，如：HIS系统的科室档案对照HRP系统的部门档案等。接口平台设置是HIS系统与HRP系统收入稽核平台最基础的设置。

在本发明的实施例中，HIS系统与HRP系统需要对照的基础档案如表5所示：

表5

4、HRP系统设置。

HRP系统设置主要用于设置从HIS系统获取的各类收入结算报表单据自动生成HRP总账凭证的转换规则。主要包括如下设置：入账规则设置、科目分类设置、科目对照设置、凭证模板设置。

4.1、入账规则设置：主要用于定义来源系统的某单位自动生成凭证到接收系统该单位财务核算账簿的路径。如：北京xx医院作为来源HIS系统里的某个单位，需要自动将凭证生成到接收HRP系统里的北京xx医院财务核算账簿中。

在本发明的一个实施例中，入账规则设置可以如表6所示：

表6

4.2、科目分类设置：主要用于将医院收入相关的同一类性质的业务进行归类设置。

由于需要生成凭证的业务报表(或单据)并不是按照会计要求记录科目信息，而是按业务要求记录的业务信息，此时就需要将生成凭证可能用到的业务报表(或单据)上的信息进行归类总结，从而设置为某科目分类。如：实收科目、应收科目、预收科目、收入科目等。用于在后续按各业务单据设置自动生成凭证模板时直接引用。

需要说明的是：目前HIS系统里的收入结算报表单据主要可以区分为5类：门诊押金日报表、门诊收入日报表、住院预交金日报表、住院权责收入日报表、出院结算日报表。各收入结算报表单据在自动生成凭证时，均需要设置凭证生成的规则，而科目分类是在对各收入结算报表设置凭证模板取数规则时所必须引用的一项设置。所以，科目分类不是指具体财务科目的分类，而是根据对业务的理解，对各收入结算报表生成凭证时可能用到的入账科目应进行归类定义，以便在设置凭证转换模板时被引用。

在本发明的一个实施例中，科目分类设置可以如表7所示：

分类编码	名称	影响因素	科目对照表
				01	实收科目	结算方式	结算方式-会计科目
02	收入科目	收费类别	收费类别-收入科目
				03	预收科目	收入类型	收入类型-预收科目

表7

4.3、科目对照设置：主要用于在设置好科目分类后，按不同类别的科目分类设置生成总账时具体对应的会计科目。如：根据门诊收入日报表上的收费类别设定不同的收费项目所对应生成的收入科目；根据门诊收入日报表上的结算方式设定对应生成为现金科目或银行存款科目。

需要说明的是：各收入结算报表单据是描述原始业务的发生情况，并不是按照会计要求记录科目信息，而科目对照表则是指根据报表上的字段，来设定根据该字段所生成的会计科目。

在本发明的一个实施例中，科目对照设置具体可以如表8所示：

编码	分类名称	对照表	影响因素	入账科目
					1	实收科目	结算方式-会计科目
			现金	1001现金
								银行存款	100201银行存款
			微信	100202微信
								支付宝	100203支付宝
			…	…
					2	收入科目	收费类别-收入科目
			检查费	400101检查收入
								检验费	400102检验收入
			药品费	400103药品收入
								…	…
3	预收科目	收入类型-预收科目	…	…

表8

4.4、凭证模板设置：主要用于对各业务单据(或报表)设置生成凭证的具体规则，明确所生成凭证的各要素在该业务单据(或报表)上的数据来源。如：科目、摘要、金额、部门辅助核算、客商辅助核算等。

需要说明的是：凭证转换模版是按各收入结算报表的业务信息进行会计转换的描述，是各收入结算报表自动转换生成凭证的依据。凭证转换模板的设置，除了通过引用前面的科目分类设置，根据科目分类设置关联的科目对照表，将各收入结算报表单据上的业务信息转换成财务会计科目外，还需要设置凭证其他要素的转换生成规则。如凭证借贷方摘要取自各收入结算报表单据上的业务摘要字段，或根据收入类型定义为“门诊收入”、“门诊押金收入”等；凭证的借贷方金额取自各收入结算单据上的实收金额；凭证应收科目上的客户辅助核算取自各收入结算单据上的体检单位等等。

在本发明的一个实施例中，对于门诊押金收入报表，在设置凭证转换模板时至少需要进行如表9所示的设置：

表9

当进行上述设置之后，若需要进行财务核算，则只需要按一定周期(日/周)下载HIS系统中与费用相关的业务报表，然后HRP总账系统会根据所获取的报表数据和上述相关设置，自动生成HRP总账系统中的各收入凭证。

目前，HIS系统里的收入结算报表单据主要可以区分为以下5类：门诊押金日报表、门诊收入日报表、住院预交金日报表、住院权责收入日报表、出院结算日报表。以下对各个报表进行说明：

①、门诊押金日报表：主要指门诊收取的类似血透的押金，与预交金不同，门诊押金是需要全额退还给病人。

系统根据接口平台配置将存于中间库的HIS门诊押金收入数据转换成HRP系统中的门诊押金日报表单据。医院财务人员在核算门诊押金收入时，只需按日期将门诊押金日报表下载至HRP系统，并与HIS系统纸质押金收入单核对，无误即可对报表进行审核。审核后的报表则可根据HRP系统设置，直接生成总账门诊押金收入会计凭证。

在本发明的一个实施例中，门诊押金日报表的界面要素可以如表10所示：

表10

②、门诊收入日报表，主要是医院对门诊病人就诊过程中所产生的挂号费、诊疗费等门诊收入。

系统根据接口平台配置将存于中间库的HIS门诊收入数据转换成HRP系统中的门诊收入日报表单据。医院财务人员在核算门诊收入时，只需按日期将门诊收入日报表下载至HRP系统，并与HRP系统纸质门诊收入单核对，无误即可对报表进行审核。审核后的报表则可根据HRP系统的设置，直接生成总账门诊收入会计凭证。

在本发明的一个实施例中，门诊收入日报表的界面要素可以如表11所示：

表11

③、住院预交金日报表，主要是医院对住院病人入院时所收取的预交金。病人在住院期间发生的费用，需扣减预交金。

系统根据接口平台配置将存于中间库的HIS住院预交金数据转换成HRP系统中的预交金日报表单据。医院财务人员在核算住院预交金收入时，只需按日期将预交金日报表下载至HRP系统，并与HRP系统纸质住院预交金收入单核对，无误即可对报表进行审核。审核后的报表则可根据HRP系统设置，直接生成总账住院预交金收入会计凭证。

在本发明的一个实施例中，住院预交金日报表的界面要素可以如表12所示：

表12

④、住院权责收入日报表，主要是住院病人在院期间所发生的住院诊疗费用，该费用只能在病人出院结算时才能确认收入。在病人没有办理出院结算时，均只能算做权责收入。

系统根据接口平台配置将存于中间库的HIS住院权责收入数据转换成HRP系统中的住院权责收入日报表单据。医院财务人员在核算住院权责收入时，只需按日期将住院权责收入日报表下载至HRP系统，并与HIS纸质住院权责收入单核对，无误即可对报表进行审核。审核后的报表则可根据HRP系统设置，直接生成总账住院权责收入会计凭证。

在本发明的一个实施例中，住院权责收入日报表的界面要素可以如表13所示：

表13

⑤、出院结算收入日报表，是相对于住院权责收入而言的。主要是住院病人在院期间所发生的住院诊疗费用均只能算权责收入，而当病人出院结算时，才真正将这部分收入确认为医院实际收入。

系统根据接口平台配置将存于中间库的HIS出院结算收入数据转换成HRP系统中的出院结算收入日报表单据。医院财务人员在核算出院结算收入时，只需按日期将出院结算收入日报表下载至HRP系统，并与HIS纸质出院结算收入单核对，无误即可对报表进行审核。审核后的报表则可根据HRP系统设置，直接生成总账出院结算收入会计凭证。

在本发明的一个实施例中，出院结算收入日报表的界面要素可以如表14所示：

表14

以下对本发明在实际应用时的具体操作过程进行说明，在具体应用时，主要有如下过程：

(1)下载门诊收入日报表：

如图3所示，当点击“下载”按钮后，界面弹出下载日期范围，选择下载日期范围后，点击“确定”按钮，便可将此日期范围内的数据下载至HRP系统。

(2)审核门诊收入日报表

如图4所示，财务人员查看所下载的门诊收入日报表，核对无误后，用鼠标单击“审核”按钮，系统后台自动根据平台设置、HRP系统设置，将报表按所设置的规则转换为总账凭证。审核通过自动在表尾写入审核人，审核日期。

(3)生成门诊收入凭证

门诊收入日报表核对无误后，点击图4中表头的“制单”按钮，系统后台自动根据平台设置、HRP系统设置，弹出制单界面，单击保存生成会计凭证，具体如图5所示。

(4)联查凭证

如图5所示，已生成凭证的门诊收入日报表在表头的‘是否生成凭证’中会打上标记，并在‘凭证号’字段中显示相应的凭证号码，点击“联查凭证”按钮，可通过门诊收入日报表联查所生成凭证的详细信息，具体如图6所示。

(5)联查票据

在门诊收入日报表中还可联查当日收入中所占用的票据信息，具体地，在图5所示的界面中，点击“联查票据”按钮，即可弹出当日票据使用情况表，具体如图7所示。

本发明上述实施例的技术方案可以自动获取HIS系统中与费用相关的收入数据，并自动转换为HRP总账凭证，进而可以及时进行医院的财务核算。同时，在获取HIS中的数据时，可以灵活地选择获取的收入数据的时间维度，同时能够获取到HIS系统中的收费类别、开单科室、执行科室、病人档案、支付方式等详细的数据，进而能够为HRP收入稽核提供更准确的核算数据，满足了医院财务核算的管理要求。

此外，本发明的实施例还提供了一种会计凭证的生成装置。具体如图8所示，根据本发明的实施例的会计凭证的生成装置800，包括：获取单元802、确定单元804和生成单元806。

具体地，获取单元802用于获取目标系统中与费用相关的业务报表；确定单元804用于根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目；生成单元806用于根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

在本发明的一些实施例中，基于前述方案，获取单元802配置为：从指定数据库中获取所述业务报表，其中，所述目标系统定时将所述业务报表存储至所述指定数据库中，和/或所述指定数据库定时从所述目标系统中读取并存储所述业务报表。

在本发明的一些实施例中，基于前述方案，还包括：转换单元，用于根据当前系统与所述目标系统之间的基础档案数据的对照关系，对所述业务报表中包含的基础档案数据进行转换。

在本发明的一些实施例中，基于前述方案，确定单元804配置为：根据所述业务报表中包含的信息，确定所述业务报表所属的科目分类；基于科目分类与会计科目的对照关系，确定所述业务报表对应的会计科目。

在本发明的一些实施例中，基于前述方案，还包括：分类单元，用于获取在生成会计凭证时可能用到的业务报表中的信息；根据所述可能用到的业务报表中的信息对业务报表进行分类，以得到科目分类与所述信息之间的对应关系。

在本发明的一些实施例中，基于前述方案，还包括：第一配置单元，用于配置科目分类与会计科目之间的对照关系。

在本发明的一些实施例中，基于前述方案，生成单元806配置为：获取所述业务报表对应的凭证转换模板；根据所述凭证转换模板，确定需要生成的会计凭证上各个要素在所述业务报表中的数据来源；根据所述各个要素在所述业务报表中的数据来源、所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

在本发明的一些实施例中，基于前述方案，还包括：第二配置单元，用于配置各个业务报表在生成会计凭证时对应的凭证转换模板。

在本发明的一些实施例中，基于前述方案，获取单元802还用于获取预先设置的入账规则；生成单元806还用于根据所述入账规则，将所述会计凭证生成在指定的财务核算账簿中。

在本发明的一些实施例中，基于前述方案，所述目标系统包括医院信息系统。

下面参考图9，其示出了适于用来实现本发明实施例的电子设备的计算机系统900的结构示意图。图9示出的电子设备的计算机系统900仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统操作所需的各种程序和数据。CPU901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的会计凭证的生成方法。

例如，所述的电子设备可以实现如图1中所示的：步骤S10，获取目标系统中与费用相关的业务报表；步骤S12，根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目；步骤S14，根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (13)

1.一种会计凭证的生成方法，其特征在于，包括：

获取目标系统中与费用相关的业务报表；

根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目；

根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

2.根据权利要求1所述的会计凭证的生成方法，其特征在于，获取目标系统中与费用相关的业务报表，包括：

从指定数据库中获取所述业务报表，其中，所述指定数据库中的业务报表是由所述目标系统定时存入的，和/或所述指定数据库中的业务报表是由所述指定数据库定时从所述目标系统读取并存入的。

3.根据权利要求1所述的会计凭证的生成方法，其特征在于，在根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目之前，还包括：

根据当前系统与所述目标系统之间的基础档案数据的对照关系，对所述业务报表中包含的基础档案数据进行转换。

4.根据权利要求1所述的会计凭证的生成方法，其特征在于，根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目，包括：

根据所述业务报表中包含的信息，确定所述业务报表所属的科目分类；

基于科目分类与会计科目的对照关系，确定所述业务报表对应的会计科目。

5.根据权利要求4所述的会计凭证的生成方法，其特征在于，在根据所述业务报表中包含的信息，确定所述业务报表所属的科目分类之前，还包括：

获取在生成会计凭证时可能用到的业务报表中的信息；

根据所述可能用到的业务报表中的信息对业务报表进行分类，以得到科目分类与所述信息之间的对应关系。

6.根据权利要求5所述的会计凭证的生成方法，其特征在于，在确定所述业务报表对应的会计科目之前，还包括：配置科目分类与会计科目之间的对照关系。

7.根据权利要求1所述的会计凭证的生成方法，其特征在于，根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证，包括：

获取所述业务报表对应的凭证转换模板；

根据所述凭证转换模板，确定需要生成的会计凭证上各个要素在所述业务报表中的数据来源；

根据所述各个要素在所述业务报表中的数据来源、所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

8.根据权利要求7所述的会计凭证的生成方法，其特征在于，在获取所述业务报表对应的凭证转换模板之前，还包括：配置各个业务报表在生成会计凭证时对应的凭证转换模板。

9.根据权利要求1所述的会计凭证的生成方法，其特征在于，还包括：

获取预先设置的入账规则；

根据所述入账规则，将所述会计凭证生成在指定的财务核算账簿中。

10.根据权利要求1至9中任一项所述的会计凭证的生成方法，其特征在于，所述目标系统包括医院信息系统。

11.一种会计凭证的生成装置，其特征在于，包括：

获取单元，用于获取目标系统中与费用相关的业务报表；

确定单元，用于根据所述业务报表中包含的信息，确定所述业务报表在生成会计凭证时所对应的会计科目；

生成单元，用于根据确定的所述会计科目和所述业务报表包含的数据，生成所述业务报表对应的会计凭证。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至10中任一项所述的会计凭证的生成方法。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至10中任一项所述的会计凭证的生成方法。