数电发票医院解决方案

最新推荐文章于 2024-08-11 22:22:51 发布

乐企信科

最新推荐文章于 2024-08-11 22:22:51 发布

阅读量663

点赞数 28

文章标签：前端服务器 javascript html5

本文链接：https://blog.csdn.net/m0_73174802/article/details/139003145

版权

“数电票”相关政策文件

《国家税务总局四川省税务局发票电子化改革（金税四期）办公室》

为全面做好我省全面数字化的电子发票(以下简称“数电票”) 开票上线纳税服务、系统运维、宣传辅导、风险防控、应急处置等相关工作，确保数电票开票上线稳妥有序推进，省局制定了《国家税务总局四川省税务局全面数字化的电子发票试点纳税人开票工作方案》《国家税务总局四川省税务局推行全面数字化的电子发票纳税服务方案》《国家税务总局四川省税务局推行全面数字化的电子发票运维保障方案》《国家税务总局四川省税务局推行全面数字化的电子发票风险防控方案》《国家税务总局四川省税务局推行全面数字化的电子发票宣传方案》及《国家税务总局四川省税务局推行全面数字化的电子发票应急处置方案》等 6 个方案。

项目分析

建设销项发票管理系统，完成与HIS管理系统对接。实现数电发票的发票处理服务、流转、综合管理等接口服务。

（1）销项系统功能：包括发票开具、管理、云端保存、版式文件生成及发票数据的查询统计、管理，并提供集团统一管理账户。

（2）支持多种开票渠道同时开票，包括业务系统调用、电脑端开具、扫码开票。

（3）系统兼容性：单个税号开票业务独立进行，并存在热备机制。

（4）系统拓展性：标准规范的接口，满足企业的后续定制开发对接。

（5）系统安全性：遵循国家行业标准保密及安全性，统一云端存储，无转存储。

（6）科学的项目实施周期及完善的售后运维服务。

销项发票管理能力

我们的产品在软件、硬件层面，均支持与财务、业务管理系统对接的能力。可以满足在不额外服务器的基础上，实现数电票服务相关业务功能，可接入DMS、用友和HIS系统。

1. 多渠道开票

系统不仅支持手动开票、二微码扫码开票、还可以使用APP开票，可以实现智能终端打印发票；能够满足各种开票场景需要。

1. 定制改造

系统整体上需满足高效、稳定、安全、可靠、易用、可扩展的要求，具备与企业业务系统互联互通，按照企业业务需求进行客户化改造的能力。

系统可按照企业业务要求，对软件产品系统角色、用户权限、菜单页面布局进行定制化改造，支持复用企业业务系统机构、用户、岗位信息。

1. 未来扩展需要

我们产品会进行升级扩展，响应国家的号召和企业的需求。积极全面支持数电票服务要求的能力。

1. 电子发票生成方式

在发票生成方式方面，可按照企业业务流程提供服务器端接口，支持通过企业系统提交请求、通过界面手工操作触发请求两种模式进行开票。

1. 财务人员实名认证

3.5.1.关注微信公众号，当有开票失败时通过提醒消息中的二维码被动认证。

微信图片_20230408103732

3.5.2.下载平台APP、关注微信小程序，或网页版管理平台，每日上班主动点击获取二维码进行实名认证。

4d98d5c4058d79eb6c1a357fb601bf4

3.5.3.将实名认证嵌入到HIS系统中

第四章开票应用场景

4.1缴费发票打印

病人缴费后，打印带二微码小票，扫描小票后将发票保存至卡包，或通过打印二微码在自助上打印发票。

4.2二微码扫码开票

可根据缴费项目，生成指定金额二微码小票，扫码后填写发票抬头，自助生成发票。

4.3自助发票打印机

4.4票样

住院发票

门诊发票

第四章数电发票接口

4.1安全机制

1、公共报文通过RSA类型验签进行验证，简要规则如下：

a. 生成秘钥为1024bit,秘钥格式为PKCS8，的秘钥对，第三方平台与平台互相提供公钥为对方。

b. 按照content, format, platformCode, serialNo, signType, timestamp, version字段名称字母升序的顺序将所有参数用&连接起来，通过公钥进行验签；

待签名串示例：

content=Base64.(3DES(content))&format=JSON&platformCode=platformCode&serialNo=DEMO20170504145147zEm9cQ05&signType=RSA&timestamp=2017-05-04 14:51:47&version=1.0

2、业务报文通过3DES进行加解密，加密模式为ECB，编码统一为UTF-8密钥不在报文中体现。

JAVA对接提供签名、加密等工具的SDK和接口调用Demo(Java版)。

4.2调用方式

采用HTTP/HTTPS作为通信协议，报文格式为json。

全局公共参数说明如下：

请求参数-公共部分：

字段	名称	长度	必填	说明
platformCode	第三方平台编码	8位	是	分配给开发者的第三方平台编码
signType	加密类型	10位	是	目前支持RSA
sign	签名串	256位	是	商户请求参数的签名串
format	业务报文格式	10位	否	目前支持JSON
timestamp	请求时间	19位	是	yyyy-MM-dd HH:mm:ss
version	版本号	4位	是	调用接口版本，固定为1.0
serialNo	交易请求流水号	26位	是	4位平台简称＋14位日期yyyymmddhhmmss)+8位随机数（通过SDK生成）
content	业务报文内容	不定长	是	业务报文3DES加密，除公共参数外所有请求参数都必须放在这个参数中传递

请求报文示例：

{

"platformCode": "XXXXXXXX",

"signType ": "RSA",

"sign": "XXXXXX",

"format": "JSON",

"timestamp": "2022-09-28 08:08:08",

"version": "1.0",

"serialNo": "DEMO20161212082056ADB34DF3",

"content": 业务报文3DES加密

}

响应参数-公共部分：

字段	名称	长度	必填	说明
code	响应状态	4-6位	是	业务返回码。 0000：成功； 9999：验签失败； 9998：平台编码无效； 8996：业务异常； 8995：数据校验不通过；其他：见各个业务接口错误码说明
msg	响应消息	0-60位	否	业务返回码描述
sign	签名串	256位	是	签名串
serialNo	交易请求流水号	26位	是	交易请求流水号
content	业务报文内容	不定长	是	业务报文3DES加密