TCRHA《基于联盟链的电子处方共享流转应用技术要求》

ICS11.020

CCSC05

团体标准

T/CRHAXXX—202X

————————————————————————————————

————————

基于联盟链的电子处方共享流转应用技

术要求

Technicalrequirementforelectronicprescriptionsharingandcirculationbased

onconsortiumblockchain

（征求意见稿）

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

中国研究型医院学会发布

T/CRHAXXX—202X

基于联盟链的电子处方共享流转应用技术要求

1范围

本文件规定了联盟链的电子处方共享流转应用的业务流程、参考框架、基本功能等相关

技术要求。

本文件适用于电子处方共享流转应用场景下联盟链技术的规范和实现，也适用于第三方

机构对基于联盟链的电子处方共享流转应用系统进行功能测评。

本文件适用于基于联盟链的电子处方共享流转系统与应用的开发者、使用者、第三方机

构。

2规范性引用文件

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

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

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

GB/T42752区块链和分布式记账技术参考框架

3术语和定义

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

3.1

区块block

一种包含区块链元数据和交易数据的数据结构。区块是组成区块链的基本结构单元。

[来源：GB/T42752-2023，3.6]

3.2

事务transaction

工作过程的最小单元，是产生符合规则要求的结果所需的一个或多个动作序列。

[来源：GB/T42752-2023，3.5]

3.3

共识consensus

在分布式节点间达成区块链数据一致性认可的结果。

[来源：GB/T42752-2023，3.7]

3.4

共识机制consensusmechanism

在分布式节点间达成共识（3.3）的规则和程序。

[来源：GB/T42752-2023，3.8]

3.5

共识机制consensusmechanism

在分布式节点间达成共识（3.3）的规则和程序。

[来源：GB/T42752-2023，3.8]

3.6

分布式账本distributedledger

在分布式节点间共享并使用共识机制（3.4）实现具备一致性的账本。

1

T/CRHAXXX—202X

[来源：GB/T42752-2023，3.10]

3.7

分布式记账账本distributedledgertechnology

实现分布式账本（3.6）的技术的集合。

[来源：GB/T42752-2023，3.11]

3.8

区块链blockchain

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

[来源：GB/T42752-2023，3.12]

3.9

智能合约smartcontract

一种储存在分布式账本（3.6）中的计算机程序。

注：智能合约的共识执行结果都记录在分布式账本中。

[来源：GB/T42752-2023，3.13]

3.10

身份认证identityauthentication

完成对用户身份确认的手段。

3.11

分布式标识decentralizedidentifier

用于可验证的去中心化数字身份的一种新型标识符。

3.12

联盟链consortiumblockchain

一种半私有的区块链结构，只允许预先认可的实体参与验证和共识过程。

3.13

电子处方electronicprescription

医生在诊疗过程中使用信息系统、智能设备等为患者开具的处方。

3.14

处方审核prescriptionreview

药师对医师在诊疗过程中为患者开具的处方的合法性、规范性及适宜性进行审核，并作

出是否同意调剂的过程。

3.15

电子处方流转electronicprescriptioncirculation

电子处方在医院、审方机构、药房等节点间流通的过程。

4缩略语

下列缩略语适用于本文件。

CPU：中央处理器（CentralProcessingUnit）

GPU：图形处理器（GraphicsProcessingUnit）

RPC：远程过程调用协议（RemoteProcedureCall）

CMDB：配置管理数据库（ConfigurationManagementDatabase）

2

T/CRHAXXX—202X

HIS：医院信息系统（HospitalInformationSystem）

PMS：药房管理系统（PharmacyManagementSystem）

WMS：药品仓储管理系统（WarehouseManagementSystem）

RBAC：基于角色的访问控制（Role-BasedAccessControl）

TPS：每秒事务处理量（TransactionPerSecond）

QPS：每秒查询数（QueriesPerSecond）

IoT：物联网（InternetofThings）

PoW：工作量证明（ProofofWork）

PBFT：实用拜占庭容错协议（PracticalByzantineFaultTolerance）

5总体原则

基于联盟链的电子处方共享流转应用技术要求应充分考虑现有不同种电子处方系统软

硬件的兼容性，在不影响原有信息采集设备的完整性以及正常运行的前提下，统筹兼顾，遵

循易安装、易改造、易接入的原则，结合联盟链的准入机制，提升系统安全性，加速规范化

指导基于联盟链技术的电子处方共享流转系统，做到全业务链条可追溯、可监管。

6业务流程与应用架构

6.1业务流程概述

基于联盟链的电子处方共享流转应用平台业务参考流程图见图1。整体流程的核心为基

于联盟链的电子处方共享流转平台，其中参与端主要为医院端、药店端以及政府监管平台端，

各参与端可继续细分至二级参与段，每个参与段均设置联盟链节点，如医院端节点、院内药

房节点、外部药房节点、医保局节点、药监局节点、卫健委节点等。

参考流程中，患者在医院或互联网医院内就医后，由医生开具电子处方，并由药师进行

处方审核，审核通过后电子处方将携带关键信息上传至电子处方共享流转平台，并在区块链

上进行记录；同时，患者可在电子处方共享流转平台上对药品、药店、是否自取药品等进行

选择，同时也可以对处方内容进行查看；药店端（医院药房及外部药房）对于患者的处方进

行核销，完成药品的取货及发货等管理，并在区块链系统中进行信息进行上链存储；以上全

流程的所有信息，将在医院端、药店端，以及药监局、医保局等政府监管平台端的区块链节

点进行链上同步。

图2为该平台患者用户视角下的参考流程，包括但不限于选择药企/药店、支付方式选择、

药师审方、查询处方、查询取药码、选择药品配送方式等基本功能环节。

3

T/CRHAXXX—202X

图1基于联盟链的电子处方共享流转应用：业务参考流程

图2基于联盟链的电子处方共享流转应用：患者用户使用参考流程

6.2应用架构

图3为基于联盟链的电子处方共享流转应用的参考架构，由底层往上可分为基础设施层、

数据层、业务系统层、业务接口层；其中业务层主要包括处方共享流转业务系统及联盟链区

块链底座，以及运营监管系统及统计分析系统；业务接口层对接患者、医院、药师审方系统、

药店及监管机构等。

4

T/CRHAXXX—202X

图3基于联盟链的电子处方共享流转应用参考架构

7技术要求

7.1功能要求

系统功能要求按照组件模块、业务功能、管理功能以及底层区块链四个不同的维度进行

分类，具体要求在条内列项中标出。

7.1.1组件功能

为保证基于联盟链的电子处方共享流转应用的完备性，系统设计宜采用模块化的设计方

案，包括但不限于以下方案：

a)业务接口模块：与医院、审方系统、药店、监管系统等对接，提供各系统间数据的

互通；

b)用户使用界面模块：应支持移动端程序或web页面等使用方式；

c)业务系统管理模块：应提供电子处方流转的基本功能；

d)底层区块链模块：应提供区块链底座的管理能力；

e)运营监管系统模块：应提供监管机构所需的管理功能及可视化操作界面；

5

T/CRHAXXX—202X

f)统计分析系统：应提供可视化的应用平台数据统计分析界面及基本操作功能；

g)数据库模块：应提供应用平台底层数据库的管理功能；

h)基础设施模块：应提供应用平台底层所需的计算资源存储资源以及网络资源等基本

功能。

7.1.2业务接口功能

基于联盟链的电子处方共享流转应用需要与医院、审方系统、监管系统以及药店等多方

参与者和不同业务系统对接，以便最大限度满足电子处方共享流转应用数字化的需求，系统

业务接口应支持包括但不限于以下功能：

a)系统注册：应提供系统账号注册功能；

b)身份认证：应提供个人身份认证、企业身份认证、政府机关身份认证等功能；

c)处方上传：应支持电子处方的系统上传功能；

d)处方审方：应支持电子处方的审核功能接口；

e)处方支付：应提供处方支付的接口；

f)处方核销：应支持即时的电子处方核销功能；

g)处方查询：应提供电子处方查询功能；

h)药品目录：应提供详尽的药品目录信息。

7.1.3系统管理功能

系统应支持包括但不限于以下管理功能：

a)权限管理：应支持RBAC等角色访问控制功能；

b)账户管理：应支持创建、删除、修改、查询、重置密码、锁定、解锁账户等；

c)用户组管理：应支持创建、删除、修改、查询等，应支持用户与用户组的关系管理；

d)处方管理：应支持创建、修改、删除、查询等处方管理功能，并保留5天有效期，

过期未核销处方需做无效化处理，无效化处方保留10天历史记录，已核销处方保

留365天的历史记录；

e)流转管理：应支持电子处方流转的发起、请求、确认等功能；

f)支付管理：应接入常用支付平台，如医保结算、银联支付、支付宝、微信支付等，

并提供支付业务管理功能；

g)运营监管：应支持运营状态监控、平台内操作记录审计等功能，宜支持可视化操作

界面。

7.1.4区块链系统功能

作为本系统的核心组件，底层区块链应具备智能合约、共识算法、网络通信、密码算法、

数据存储等基本能力。同时为了保障数据的隐私安全、大规模场景应用以及可信数据上链等

方面的能力，区块链系统还需要具备以下能力：

a)区块链系统应采用联盟链，确定业务系统的准入机制，降低安全维护成本；

b)应具备数据安全存储和数据备份能力，保证溯源数据的完整性、一致性以及不可篡

改性，包括结构化数据和非结构化数据；

c)应满足数据隐私性要求，提供隐私保护方案保护参与方隐私数据；

d)应保证各节点间数据网络传输通道的安全性，防止网络劫持和数据窃听；

e)应支持多方安全计算、联邦学习、可信执行环境等隐私计算技术能力的集成；

f)应支持与蜂窝网络、物联网设备等边缘计算技术的融合能力；

6

T/CRHAXXX—202X

g)系统应具备网络搭建、节点增删、自动化部署、实例化、可视化、交易发起与查询、

索引支持及区块链浏览器等支持能力；

h)区块链系统应具备容错性及易恢复性；

i)区块链系统在信息处理的全生命周期内应具备安全性；

j)区块链系统应支持国密算法等，如SM、SM2等；

k)区块链系统应具备模块化、可复用、易分析、易维护及易测试等可维护性。

7.2兼容性要求

系统应基于易开发、可扩展的原则，对常见的软硬件系统及相关业务平台进行兼容性适

配，系统所使用的底层区块链技术应同样遵循易开发可扩展的原则，具体要求如下：

a)应支持通过技术手段实现平台交互接口，如RPC、RESTful、消息队列等；

b)宜支持基于常见CPU架构部署平台，包括但不限于X86、ARM等架构；

c)应支持基于至少两种环境的数据库管理，如物理机、虚拟机、容器等；

d)宜支持通过平台交互接口，实现功能调用和数据交互，如单点登录、CMDB、监控数

据、告警信息等；

e)应支持对接常见的医疗信息系统及平台，包括但不限于HIS、PMS、WMS以及互联网

医院等；

f)区块链系统应支持通用硬件系统架构；

g)区块链系统宜支持国产化软硬件系统，如麒麟统信等操作软件系统，海光CPU、昇

腾GPU等硬件系统；

h)区块链系统应兼容两种及以上共识算法，如PoW、PBFT、Raft等；

i)区块链系统应支持跨链协同，支持与公链及其他联盟链的跨链互通。

7.3性能要求

7.3.1业务系统性能要求

电子处方共享流转应用系统应满足以下性能要求：

a)系统交易时延应低于100ms；

b)系统应支持不少于3个节点；

c)系统审方时延应低于50ms。

7.3.2区块链系统性能要求（此处性能参数暂时待定）

区块链底座应满足以下基本的性能要求：

a)区块链系统性能高于3000TPS；

b)区块链系统可支持节点数不少于30;

c)区块链系统交易成功率不低于95%；

d)区块链系统交易延迟应低于100ms。

7.4安全要求

7.4.1数据安全

应用平台数据流通使用存储应符合数据安全要求，具体要求如下：