CESA-2022-071-《区块链 财政电子票据服务应用指南》团体标准（征求意见稿）

ICS35.240

CCSL70

团体标准

T/CESAXXXX—202X

区块链财政电子票据服务应用指南

Blockchain-Applicationguidetoblockchainfinancialelectronicbillservice

征求意见稿

在提交反馈意见时，请将您知道的相关专利连同支持性文件一并附上。

已授权的专利证明材料为专利证书复印件或扉页，已公开但尚未授权的专利申

请证明材料为专利公开通知书复印件或扉页，未公开的专利申请的证明材料为专利

申请号和申请日期。

202X-XX-XX发布202X-XX-XX实施

中国电子工业标准化技术协会发布

T/CESAXXXX—202X

前  言

本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起

草。

本文件由中国电子技术标准化研究院提出。

本文件由中国电子技术标准化研究院、中国电子工业标准化技术协会归口。

本文件起草单位：。

本文件主要起草人：。

III

T/CESAXXXX—202X

区块链财政电子票据服务应用指南

1范围

本文件提出了区块链财政电子票据应用模型，给出了区块链下财政电子票据应用的服务

框架、服务原则和关键过程。

本文件适用于

a）为计划使用区块链技术实现财政电子票据服务的组织和机构提供参考；

b）指导区块链服务提供方建立面向电子票据应用流转的区块链系统。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期

的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括

所有的修改单）适用于本文件。

GB/T22239-2019信息安全技术：网络安全等级保护基本要求

GB/T25069-2010信息安全技术术语

GB/TXXXXX-XXXX信息技术区块链和分布式记账技术参考架构（报批稿）

T/CESA6001-2016区块链参考架构

ISO/IEC9804-1998信息技术开放系统互连托付、并发和恢复服务元素（Information

technology--OpenSystemsInterconnection--ServicedefinitionfortheCommitment,

ConcurrencyandRecoveryserviceelement）

3术语和定义

下列术语和定义适用于本文件。

3.1

区块链blockchain

使用密码技术链接将共识确认过的区块按顺序追加形成的分布式账本。

区块链被设计用来抵抗篡改，并创建最终的、确定的、不可变的账本记录。

[来源：ISO22739:2020，3.6]

3.2

分布式账本distributedledger

可以在多个站点、不同地理位置或者多个机构组成的网络里实现共同治理及分享的资产

数据库。

[来源：T/CESA6001-2016，2.2.5]

3.3

区块链存证blockchainproofofexistence

为了保证存证信息（电子数据）的完整性和真实性，采用区块链技术实现多节点共识的

存证服务。

4

T/CESAXXXX—202X

[来源：T/CESA1048-2018，3.1.4]

3.4

共识算法consensusalgorithm

区块链系统中各节点间为达成一致采用的计算方法。

[来源：T/CESA6001-2016，定义2.2.3]

3.5

摘要算法digestalgorithm

摘要函数；Hash函数通常通过将任意长度的消息输入变成固定长度的短消息输出来保障

数据的完整性。

[来源：T/CESA6001-2016，2.2.4]

3.6

数字签名digitalsignature

附加在数据单元上的数据，或是对数据单元所作为的密钥变换，这种数据或变换允许数

据单元的接受者以确认数据源的来源和完整性，并保护数据防止被人（例如接受者）伪造或

抵赖。

[来源：GB/T25069-2010，2.2.2.176]

3.7

财政票据financeinvoice

由财政部门监（印）制、发放、管理，国家机关、事业单位、具有公共管理或者公共服

务职能的社会团体及其他组织依法收取政府非税收入或者从事非营利性活动收取财物时，向

公民、法人和其他组织开具的凭证。

注∶财政票据包括非税收入类票据、结算类票据、其他财政票据。其中，其他财政票据

包括公益事业捐赠票据、医疗收费票据、社会团体会费票据、其他应当由财政部门管理的票

据。

3.8

财政电子票据financee-invoice

以数字信息代替纸质文件、以电子签名代替手工签章，依托计算机和信息网络技术开具、

存储、传输和接收财政电子票据，实现电子开票、自动核销、全程跟踪、源头控制的电子形

式票据。

4服务框架

区块链电子票据服务框架，见图1。

5

T/CESAXXXX—202X

图1区块链电子票据服务框架

为了保证电子票据信息在链上的安全性，应遵循的原则包括可追溯原则、信息安全原则

和信息隐私保护原则。

区块链电子票据应用基于区块链网络进行建设，包括节点配置管理、节点上链、节点身

份认证、票据开具、票据流转、票据信息查询、票据权限核验和票据全流程监管。服务涉及

用户包括业务相关方、服务使用方和系统支持方。

4.1业务相关方

区块链电子票据服务应用的业务相关方包括：

票据的开具方：在交款人缴费后，开具电子票据的一方，如医疗机构、高校等单位；

票据的监管方：对开票机构开具的票据进行监制并对票据全流程进行监管的一方，如财

政部门等；

票据的归属方：电子票据的实际拥有者，如单位或个人；

票据的应用方：票据经票据归属方授权，可对票据进行报销入账等使用的一方，如报销

单位等。

4.2服务使用方

服务使用方指使用区块链电子票据服务应用的业务相关方和自然人，包括财政部门、开

票机构、报销机构、交款人等，实现票据的上链、传输、流转、查询和监管等。

4.2.1财政部门

财政部门监制财政电子票据，通过财政部门接入系统（通常为财政电子票据管理系统），

实现电子票据的上链。

财政电子票据管理系统应进行升级改造以接入区块链财政电子票据服务系统的业务处

理子系统。接入方式包括但不限于客户端、用户图形接口、命令行、脚本、API等。

4.2.2开票单位

开票单位宜支持通过区块链财政电子票据系统实现链上开票，并对链上开具的票据进行

签名。开票单位在开具、冲红后，应及时将相关信息反馈至区块链财政电子票据系统。

4.2.3收票方

收票方分为个人和单位。

6

T/CESAXXXX—202X

收票方通过服务应用，实现电子票据的查询。注：典型的服务应用，如微信电子票夹小

程序、鲁票办等。

4.2.4用票方

用票方实现电子票据的应用、报销入账，并在入账、归档后将相关信息反馈至区块链财

政电子票据系统，更新电子票据的状态。用票方接入系统应依收票方实名认证授权进行流转。

注：典型的用票方如医疗保障部门、保险机构等。

4.2.5监管部门

监管部门可接收区块链财政电子票据系统推送与监管职能相关的信息。

4.3系统支持方

系统使用方指根据业务实际需求引入的第三方提供支持服务，如网络计时服务、证书认

证服务、身份认证服务、运行维护服务等。

5服务原则

5.1可追溯

区块链电子票据服务实现电子票据信息流转的全流程可追溯，宜：

对电子票据应用的全流程进行存证；

电子票据的拥有者和使用者均可进行存证追溯。

5.2信息安全

区块链电子票据服务应保证区块链上电子票据信息存储、传输及应用的安全性，应用参

与方遵循的原则宜包括但不限于：

采用加密存储和传输等方式保证电子票据应用的安全性；

采用授权机制保证电子票据信息获取的安全性。

5.3信息隐私保护

区块链电子票据应用的参与方应保护个人数据的隐私性，电子票据的追踪信息不应包含

个人或单位相关的敏感信息。

6关键过程

6.1节点配置管理

区块链组网中节点可分为共识节点和非共识节点。共识节点参与共识保证区块链分布式

系统数据的一致性，非共识节点（如监管节点和业务节点等）可以提供链上数据的查询服务，

分散区块链系统数据查询压力。

注1：典型的共识节点如财政管理部门部署的区块链节点。

注2：典型的非共识节点如卫生保健部门、医疗保障部门、档案管理部门等监管部门部

署的节点，业务节点如医疗机构或学校等用票方部署的节点。

应支持区块链两种节点的动态增加和删除，实现根据具体业务对资源的动态扩容或降

配，相关要求包括

7

T/CESAXXXX—202X

a）应在等待新节点回步数据后完成节点增加；

b）应在释放节点资源后完成节点删除；

c）链上共识节点数量应保证系统的整体健壮性；

d）动态增加或删除节点不影响现有业务的运行。

6.2共识机制

区块链财政电子票据系统应遵循共识机制，主要包括∶

能够根据电子票据验证及背书策略确保区块中所有电子票据应用有效；

能够确保所有节点提交和应用电子票据顺序的一致性；

能够利用智能合约接口，验证电子票据的有效性和提交顺序。

6.3数据上链

节点在进行上链接入时，宜：

准备软硬件环境，并进行相应配置；

启动区块链服务

检查区块链服务启动情况及共识出块情况；

完成节点的接入。

6.4节点身份认证

相关方加入区块链网络时，宜：

在区块链平台完成账号的注册；

在区块链电子票据服务提供的功能中完成身份认证；

在区块链网络中配置身份。

6.5票据开具

电子票据在开具时，宜：

由开票机构将票据信息上传至链上；

开票机构根据交款人的冲红请求，对未完成入账的电子票据进行冲红操作，并将冲红信

息上传至链上；

开票机构根据交款人的换开请求，在区块链上申请换开，并将换开信息上传至链上。

6.6票据流转

电子票据在开具完成后，开始进入流转环节，包括：

票据查询：交款人和报销机构经身份权限核验成功后，可通过区块链实现对电子票据的

查询、查验，并将查询记录写入区块链；

票据报销入账：报销机构根据交款人的报销申请材料对票据进行查询、报销入账，并将

入账结果写入区块链。

6.7票据权限核验

电子票据宜归交款人所拥有，未经授权，他人或机构不支持从区块链上获取票据相关信

息。

票据信息经权限核验后方可获取。

6.8票据全流程监管

8

T/CESAXXXX—202X

票据在进行流转时，宜具备对票据的全流程监管能力，包括：

对票据状态信息进行监控管理，实时跟踪电子票据流转轨迹；

对区块链的身份和权限进行控制、管理，确保区块链的安全性。

7数据格式

7.1数据结构

区块链存储的上链电子票据信息数据格式应符合表1的要求，主要有区块头、区块体两

部分，其中电子票据在交易内容中，包括票据明文信息、票据XML密文信息、票据权限控制

方信息、票据其他密文信息、单位校验码和财政签名等内容。

表1上链电子票据信息数据结构

区块信息内容数据内容备注

区块编号例如：063

区块高度例如：42437

例如：

区

区块哈希2664035316c986bb749d5750c3c0b597fdc58ea64位

块

38178e3e12eac6f19aed66958

头

例如：

前一区块的

80fc0225040f164f72fdfe9d645f32c98bfca6064位

哈希

047f7dcec0bfff4b62edad3a7

交易1

交易2时间戳例如：1618998158(Unix时间戳)

交通道名称例如：einvoicechannelA

易例如：

头交易哈希39112d77e449969f6fb654b3a50753c9a252efb64位

50e5d0b23e12a5296b5924e18

合约名称例如：einvoice

合约版本例如：v1.2

提例如：(以蓝票上链为例)

案

区合约函数及其参数

信上链方账户id、电子票据代码、电子票据号码、

块

息电子票据XML密文、相关方列表

体

交易提案者认证信

签名方的证书、公钥以及内容

息

票据明文信息票据代码、票据号码、票据状态等

上链方ID-加密密钥、归属方ID-加密密钥、

票据权限控制方信

交入账方ID-加密密钥列表、查询方ID-加密密

息

易钥列表、监管方ID-加密密钥列表等

内票据XML密文电子票据XML密文

容认领人代码密文、授权列表密文、转让列表密

票据其他密文

文、锁定列表密文等

……

9

T/CESAXXXX—202X

交易N

数字签名

财政电子票据数字签名包括：开票单位数字签名、财政部门监制数字签名等两类。两类

签名原文不同，计算方法相同。其组织方式见表2。其数字签名的数据项部分由“必填”改

为“选填”。

表2上链电子票据信息的数字签名组织方式

序号数据项数据项名称类型长度说明基数

1EInvoiceSignature电子票据数字签节点

0..1

名

2└Signature开票单位数字签节点

名、财政部门监0..1

制数字签名

3├SignedInfo签名信息节点0..1

4│├Reference签名原文引用String0..1

5│├国际通用算法使用

SignatureAlgorithmSHA256withRSAEncr

yption，国密算法使

签名算法String0..1

用

SM3withSM2Encrypt

ion

6│└签名格式类型String6固定值，DETACH

0..1

SignatureFormat

7├SignatureTime签名时间UTCDateTim

0..1

e

8├SignatureValue签名值Base64Binar

0..1

y

9└KeyInfo证书信息节点0..1

10├证书编号String

0..1

SerialNumber

11└X.509证书颁发String

0..1

X509IssuerName者名称

说明：

基数为1时，该字段必填，且只能有一个节点；

基数为0..1时，该字段为选填，如果有节点，则只能有一个节点；

基数为1..999时，该字段为必填，可以有多个节点。

10

T/CESAXXXX—202X

XML示例

<?xmlversion="1.0"encoding="UTF-8"?>

<EInvoice>

<Header>

<EInvoiceTag>CZ-EI-46</EInvoiceTag>

<EInvoiceID>8086415000-12106064</EInvoiceID>

<Version>1.1.0</Version>

</Header>

<EInvoiceData>

<Main>

<EInvoiceName>海南省医疗门诊收费票据（电子）</EInvoiceName>

<EInvoiceCode>46060121</EInvoiceCode>

<EInvoiceNumber>0005146808</EInvoiceNumber>

<RandomNumber>150b4b</RandomNumber>

<EInvoiceSpecimenCode>4606012102</EInvoiceSpecimenCode>

<SupervisorAreaCode>469023</SupervisorAreaCode>

<TotalAmount>7.30</TotalAmount>

<IssueDate>20210111</IssueDate>

<IssueTime>08:48:36</IssueTime>

<InvoicingParty>

<InvoicingPartyCode>4011200008</InvoicingPartyCode>

<InvoicingPartyName>澄迈县人民医院</InvoicingPartyName>

</InvoicingParty>

<PayerParty>

<PayerPartyType>1</PayerPartyType>

<PayerPartyCode>lt;/PayerPartyCode>

<PayerPartyName>黄英富</PayerPartyName>

<PayerAcct/>

<PayerOpBk/>

</PayerParty>

<PayMode/>

<BizCode>35897221</BizCode>

<CurrencyType/>

<ExchangeRate/>

<Remark>R00000088626</Remark>

<HandlingPerson>微信小程序</HandlingPerson>

<SupervisorRemark/>

<InvoicingPartySeal>

<SealId>c944367abaa542639d0e41afb5c79247</SealId>

<SealName/>

<SealHash/>

</InvoicingPartySeal>

11

T/CESAXXXX—202X

<SupervisorPartySeal>

<SealId>c944367abaa542639d0e41afb5c79247</SealId>

<SealName/>

<SealHash/>

</SupervisorPartySeal>

<MainExt>

<RelatedInvoiceCode/>

<RelatedInvoiceNumber/>

<PayCode/>

<BusinessNumber/>

<BusinessDate/>

<Gender>男</Gender>

<Age/>

<Address>R00000088626</Address>

<School/>

<Faculty/>

<Major/>

<Classes/>

<StudentID/>

<MedicalType/>

<MedicalDate>20210111</MedicalDate>

<CaseNumber/>

<PatientNumber>3589722</PatientNumber>

<HospitalizationNumber/>

<DepartmentName/>

<InHospitalDate/>

<OutHospitalDate/>

<PrepayAmount/>

<RechargeAmount/>

<RefundAmount/>

<OrgType>综合性医院</OrgType>

<MedicalInsuranceType>自费</MedicalInsuranceType>

<MedicalInsuranceID/>

<FundPayAmount>0.00</FundPayAmount>

<OtherPayAmount>0.00</OtherPayAmount>

<AccountPayAmount/>

<OwnPayAmount>7.30</OwnPayAmount>

<SelfpaymentAmount/>

<SelfpaymentCost/>

</MainExt>

</Main>

<Details>

<Item>

<ItemCode>YL08</ItemCode>

12

T/CESAXXXX—202X

<ItemName>挂号费</ItemName>

<ItemUnit>元</ItemUnit>

<ItemQuantity>1</ItemQuantity>

<ItemStd>1.30</ItemStd>

<ItemAmount>1.30</ItemAmount>

<ItemRemark/>

<ItemExt>

<ItemDetailName/>

<ItemExt>

<Item>

<ItemCode>YL11</ItemCode>

<ItemName>诊查费</ItemName>

<ItemUnit>元</ItemUnit>

<ItemQuantity>1</ItemQuantity>

<ItemStd>6.00</ItemStd>

<ItemAmount>6.00</ItemAmount>

<ItemRemark/>

<ItemExt>

<ItemDetailName/>

</ItemExt>

</Item>

</Details>

<AuxDetails>

</EInvoiceData>

<EInvoiceSignature>

</EInvoiceSignature>

</EInvoice>

13

T/CESAXXXX—202X

附录A

（资料性）

区块链财政电子票据网络架构

14

T/CESAXXXX—202X

附录B

（资料性）

区块链财政电子票据应用业务流程

以医疗领域报销场景为例，区块链财政电子票据开票及应用流程如下∶

a）用户在医疗机构完成就医交费；

b）医疗机构完成收费票据的开具；

c）医疗收费票据由各地市财政局及省本级归集后同步至省财政厅，加密上链；

d）票据按照用户维度在电子票夹小程序、鲁票办完成归集；

e）用户发起医保报销/商保理赔申请；

f）医保和商保审核通过后报销理赔款赔付到账。

15

T/CESAXXXX—202X

参考文献

[1]DB33/T2382-2021财政电子票据区块链技术应用规范

[2]GB/T22239-2019信息安全技术：网络安全等级保护基本要求

[3]GB/T25069-2010信息安全技术术语

[4]GB/TXXXXX-XXXX信息技术区块链和分布式记账技术参考架构（报批稿）

[5]ISO/IEC9804-1998信息技术开放系统互连托付、并发和恢复服务元素

（Informationtechnology--OpenSystemsInterconnection--Servicedefinitionfor

theCommitment,ConcurrencyandRecoveryserviceelement）

16

T/CESAXXXX—202X

目  次

前  言...........................................................................................................................................................III

1范围...................................................................................................................................................................4

2规范性引用文件...............................................................................................................................................4

3术语和定义.......................................................................................................................................................4

4服务框架...........................................................................................................................................................5

4.1业务相关方...................................................................................................................................................6

4.2服务使用方...................................................................................................................................................6

4.3系统支持方...................................................................................................................................................7

5服务原则...........................................................................................................................................................7

5.1可追溯...........................................................................................................................................................7

5.2信息安全.......................................................................................................................................................7

5.3信息隐私保护...............................................................................................................................................7

6关键过程...........................................................................................................................................................7

6.1节点配置管理...............................................................................................................................................7

6.2共识机制.......................................................................................................................................................8

6.3数据上链.......................................................................................................................................................8

6.4节点身份认证...............................................................................................................................................8

6.5票据开具.......................................................................................................................................................8

6.6票据流转.......................................................................................................................................................8

6.7票据权限核验...............................................................................................................................................8

6.8票据全流程监管...........................................................................................................................................8

7数据格式...........................................................................................................................................................9

附录A：（资料性）区块链财政电子票据网络架构.....................................................错误！未定义书签。

附录B：（资料性）区块链财政电子票据应用业务流程.............................................................................15

II

T/CESAXXXX—202X

区块链财政电子票据服务应用指南

1范围

本文件提出了区块链财政电子票据应用模型，给出了区块链下财政电子票据应用的服务

框架、服务原则和关键过程。

本文件适用于

a）为计划使用区块链技术实现财政电子票据服务的组织和机构提供参考；

b）指导区块链服务提供方建立面向电子票据应用流转的区块链系统。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期

的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括

所有的修改单）适用于本文件。

GB/T22239-2019信息安全技术：网络安全等级保护基本要求

GB/T25069-2010信息安全技术术语

GB/TXXXXX-XXXX信息技术区块链和分布式记账技术参考架构（报批稿）

T/CESA6001-2016区块链参考架构

ISO/IEC9804-1998信息技术开放系统互连托付、并发和恢复服务元素（Information

technology--OpenSystemsInterconnection--ServicedefinitionfortheCommitment,

ConcurrencyandRecoveryserviceelement）

3术语和定义

下列术语和定义适用于本文件。

3.1

区块链blockchain

使用密码技术链接将共识确认过的区块按顺序追加形成的分布式账本。

区块链被设计用来抵抗篡改，并创建最终的、确定的、不可变的账本记录。

[来源：ISO22739:2020，3.6]

3.2

分布式账本distributedledger

可以在多个站点、不同地理位置或者多个机构组成的网络里实现共同治理及分享的资产

数据库。

[来源：T/CESA6001-2016，2.2.5]

3.3

区块链存证blockchainproofofexistence

为了保证存证信息（电子数据）的完整性和真实性，采用区块链技术实现多节点共识的

存证服务。

4

T/CESAXXXX—202X

[来源：T/CESA1048-2018，3.1.4]

3.4

共识算法consensusalgorithm

区块链系统中各节点间为达成一致采用的计算方法。

[来源：T/CESA6001-2016，定义2.2.3]

3.5

摘要算法digestalgorithm

摘要函数；Hash函数通常通过将任意长度的消息输入变成固定长度的短消息输出来保障

数据的完整性。

[来源：T/CESA6001-2016，2.2.4]

3.6

数字签名digitalsignature

附加在数据单元上的数据，或是对数据单元所作为的密钥变换，这种数据或变换允许数

据单元的接受者以确认数据源的来源和完整性，并保护数据防止被人（例如接受者）伪造或

抵赖。

[来源：GB/T25069-2010，2.2.2.176]

3.7

财政票据financeinvoice

由财政部门监（印）制、发放、管理，国家机关、事业单位、具有公共管理或者公共服

务职能的社会团体及其他组织依法收取政府非税收入或者从事非营利性活动收取财物时，向

公民、法人和其他组织开具的凭证。

注∶财政票据包括非税收入类票据、结算类票据、其他财政票据。其中，其他财政票据

包括公益事业捐赠票据、医疗收费票据、社会团体会费票据、其他应当由财政部门管理的票

据。

3.8

财政电子票据financee-invoice

以数字信息代替纸质文件、以电子签名代替手工签章，依托计算机和信息网络技术开具、

存储、传输和接收财政电子票据，实现电子开票、自动核销、全程跟踪、源头控制的电子形

式票据。

4服务框架

区块链电子票据服务框架，见图1。

5

T/CESAXXXX—202X

图1区块链电子票据服务框架

为了保证电子票据信息在链上的安全性，应遵循的原则包括可追溯原则、信息安全原则

和信息隐私保护原则。

区块链电子票据应用基于区块链网络进行建设，包括节点配置管理、节点上链、节点身

份认证、票据开具、票据流转、票据信息查询、票据权限核验和票据全流程监管。服务涉及

用户包括业务相关方、服务使用方和系统支持方。

4.1业务相关方

区块链电子票据服务应用的业务相关方包