财政部医疗票据电子化管理解决方案(接口方式)v1.6.
财政电子票据系统优点、市场规模及医疗电子票据推广情况(2021年)
用票端财政电子票据系统百亿市场全面启动1、财政电子票据提升政府收费效率，提高监管效能财政电子票据，是指由财政部门统一监管的，行政事业单位在依法收取政府非税收入或者从事非营利性活动收取财物时，运用计算机和信息网络技术开具、存储、传输和接收的数字电文形式的凭证，与纸质票据具有同等法律效力。
其基本特征是以数字信息代替纸质文件、以电子签名代替手工签章，通过网络手段进行传输流转，通过计算机等电子载体进行存储保管。
与电子发票由税务部门主管不同，电子票据由财政部门主管，财政部是财政电子票据的发行主体，各级财政部门根据财政部的指导，按照“统一领导、分级管理”的原则，负责本行政区域内的财政电子票据管理。
财政票据的基本要素包括票据名称、票据代码、票据号码、缴款人、收款项目、标准、收款金额、开票单位、开票人、开票日期、开票单位签章、财政部门监制签章。
它是政府财务收支的法定凭证和会计核算的原始凭据，是财政、审计等部门进行监督检查的重要依据。
财政票据主要有三大类型：非税收入类票据、结算类票据、其他类票据，其中其他类票据包括公益事业捐赠票据、医疗收费票据、社会团体会费票据、罚没票据等。
表2：财政票据种类传统纸质票据包括印制、核发、核销、销毁和监督检查等管理流程，其印制成本高、开具效率低下、管理不规范、不便于监督检查等问题严重制约了网络缴款、电子支付等新兴缴款模式在政府性收费中应用。
以医疗场景为例，虽然通过自助一体机、微信、支付宝等终端实现医疗费用电子支付已经普及，但要获取具有法律效应的票据，患者仍需要去人工窗口排队打印，不仅影响就诊效率，纸质票据也易丢失、易污损。
医院通过改造现有的HIS 系统，建设电子票据系统与财政、卫健委、医保部门系统对接，打通各环节电子结算的瓶颈，完成结算就能在系统中产生一份有效的医疗电子票据，实现赋码，开具，传输，查验，入账，归档的电子票据全过程，为线上缴费、电子支付等互联网+医疗提供便利。
对于医院来说，整个医疗票据流转过程均由信息化系统支持，不仅提高了医院内部票据管理的水平，也提高了医院财务专职人员的工作效率，同时解决纸质票据存储难、查询难、核销难的问题。
关于全面推行财政票据电子化管理系统的通知 税总办发〔2017〕125号
关于全面推行财政票据电子化管理系统的通知税总办发〔2017〕125号作者：来源：《财会学习》2017年第20期各省、自治区、直辖市和计划单列市国家税务局，税务干部进修学院：根据财政部办公厅《关于进一步加强中央单位财政票据核销管理的通知》（财办综〔2017〕77号）要求，2018年1月1日起在国税系统（含税务干部进修学院，下同）全面开展财政票据电子化改革，统一部署、安装运行财政票据电子化管理系统，全面实施财政票据电子化管理，启用机打财政票据，停用手工财政票据。
现将有关事项通知如下：一、全面推行财政票据电子化管理系统（一）报送信息各单位于2017年10月31日前将以下资料报送税务总局（财务管理司）：1.完整填写并加盖单位公章的《财政票据电子化管理单位基础信息表》。
2.在空白A4纸上加盖单位开具财政票据使用的印章（收费专用章或财务专用章）。
（二）安装系统《财政票据电子化管理单位基础信息表》经财政部审核通过后，各单位于2017年12月31日前完成财政票据电子化管理系统安装，2018年1月1日起使用财政部制发的安全认证设备登录该系统开具机打财政票据。
（三）申领票据各单位预估2018年度《中央非税收入统一票据》和《中央行政事业单位资金往来结算票据》机打票据需求，汇总填写《国家税务局系统中央行政事业单位财政票据领用申请表》，于2017年10月31日前上报税务总局（财务管理司）。
（四）开展培训税务总局邀请财政部票据监管中心开展财政票据电子化管理系统实务培训，具体时间另行通知。
各单位经办人员务必认真自学《财政部财政票据电子化管理系统单位端操作手册》（可在“FTP：//E：/local（供各省下载使用）/财务管理司/国库集中支付处”目录下载）。
如在软件使用过程中有疑问，由各省国税局财务部门汇总相关问题，统一向财政部软件运维人员反映。
二、清理未核销的手工票据（一）清理核销范围从2018年1月1日起已领用的手工票据停止使用。
药品管理系统需求分析
药品管理系统需求分析目录一、内容概括 (2)二、系统概述 (3)三、需求分析 (4)3.1 功能性需求分析 (5)3.2 非功能性需求分析 (7)3.2.1 性能需求 (8)3.2.2 安全性需求 (9)3.2.3 可用性需求 (11)3.2.4 兼容性需求 (12)四、系统功能模块设计 (13)4.1 药品信息管理模块 (15)4.2 药品采购管理模块 (16)4.3 药品销售管理模块 (18)4.4 库存管理模块 (19)4.5 报表统计与分析模块 (20)4.6 系统设置模块 (22)五、系统用户角色分析 (22)5.1 管理员角色需求分析 (24)5.2 医生角色需求分析 (26)5.3 药师角色需求分析 (27)5.4 其他用户角色需求分析 (29)六、系统操作流程分析 (30)6.1 药品采购流程分析 (32)6.2 药品销售流程分析 (33)6.3 药品入库流程分析 (35)一、内容概括功能需求分析：详细描述药品管理系统的各项功能需求，包括用户管理、药品信息管理、库存管理、采购管理、销售管理、财务管理等模块的功能需求。
性能需求分析：对药品管理系统的性能指标进行分析，包括响应时间、吞吐量、并发用户数等方面的需求。
安全性需求分析：阐述药品管理系统的安全要求，包括数据安全、系统安全、访问控制等方面的需求。
界面设计需求：描述药品管理系统的用户界面设计要求，包括布局、颜色、字体等方面的需求。
数据库设计需求：对药品管理系统的数据库设计进行需求分析，包括表结构、字段类型、索引等方面的需求。
开发环境和工具需求：列出药品管理系统的开发环境和所需使用的工具，如编程语言、开发框架、数据库管理系统等。
项目管理和进度计划：对药品管理系统项目的管理和进度计划进行描述，包括项目组织结构、开发周期、阶段性目标等内容。
质量保证和测试要求：阐述药品管理系统的质量保证措施和测试要求，包括代码审查、单元测试、系统集成测试、用户验收测试等方面的需求。
医院住院信息管理系统
医院住院信息管理系统摘要医院住院病区的管理包括病人出入院管理，住院病区对病人的医嘱录入、发药和计费，中心药房对药品的管理等工作，是医院管理重要一环。
计算机技术在医院管理工作中应用越来广泛，住院病区管理使用计算技术实现信息传递网络化、计费电算化对提高管理水平，提高收费透明度有很现实的意义。
本文主要论述《医院住院信息管理系统》的构建过程。
该系统基本实现了病人资料、办理出入院手续、医嘱录入和中心药房发药的计算机网络管理。
关键词医院信息管理 UML 三层技术分布式运算AbstractThis article introduces how to construct a Hospital Ward Information System with three-tiered technology. The System applies to UML, BDE, MIDAS, distributed compute theory and a special architecture to make such functions: patients check in and check out, prescription input, drug-delivery at center pharmacy and information of patient manage with computer networking.KeywordsHospital Information System, UML, three-tiered technology，distributed compute 目录第一章前言.............................................................................. .. (1)1.1 课题的项目背景.............................................................................. (1)1.2 课题的现实意义.............................................................................. (1)第二章综述.............................................................................. .. (1)第三章系统需求分析.............................................................................. . (1)3.1 系统目标.............................................................................. .. (1)3.2 当前系统.............................................................................. .. (1)3.2.1出入院收费处................................................................................ (1)3.2.2住院病区.................................................................................. . (2)3.2.3住院部中心药房................................................................................ .. (2)3.2.4西药库................................................................................... (3)3.2.5问题总结.................................................................................. . (3)3.3建议的系统................................................................................ . (4)3.3.1 概述 (4)3.3.2 出入院收费处子系统 (4)3.3.3 病区管理子系统 (12)3.3.4 中心药房子系统 (15)3.3.5 西药库子系统 (20)第四章方案论证 (24)4.1 系统架构 (24)4.1.1客户机/服务器（C/S）体系结构基本概念 (25)4.1.2两层和三层结构C/S系统的比较 (25)4.1.2系统架构描述 (27)4.2 开发工具选择 (28)4.3 数据库平台选择 (28)4.4系统开发所使用的关键技术 (30)4.4.1 Delphi的数据库访问技术 (30)4.4.2 Delphi5 的三层结构开发技术 (32)第五章总体设计 (35)5.1 系统模块设计 (35)5.1.1 出入院收费应用程序服务器 (35)5.1.2 出入院收费系统客户端 (40)5.1.3 病区管理应用服务器 (42)5.1.4 住院病区管理客户端 (46)5.1.5 中心药房应用服务器 (48)5.1.6 中心药房客户端 (49)5.2 数据结构设计 (50)5.2.1 系统数据库ER 图 (50)5.2.2 系统数据表结构 (51)第六章详细设计 (59)6.1 医嘱录入 (59)6.2产生发药记录 (62)6.3中心药房发药 (63)6.4住院费用结算 (65)6.5打印费用清单 (67)第七章测试及性能分析 (68)7.1 功能测试 (68)7.2 系统测试 (68)7.3 性能分析 (68)结束语......................................................................................................... . (68)致谢..…………………………………………………………………..……….................. (69)参考文献 (69)第一章前言1.1 课题的项目背景该医院为二级甲等医院，现有门诊部和住院部，住院部设有住院病区8个，设有固定病床500张，病床使用率为80%；医院同时还设有手术室、住院部中心药房、药库以及检验室、CT室、财务科和出入院收费处等功能辅助科室。
贵州省社会保险全省统一应用系统医保支付接口规范(V1.0.0.5)
贵州省社会保险全省统一应用系统 医保支付接口应用编程接口规范（V1.0.0.5）四川久远银海软件股份有限公司2011年9月1、概述1.《贵州省社会保险全省统一应用系统医保支付接口应用编程接口规范》（以下简称规范）的使用对象为将使用银海医保支付组件库（以下简称组件库）来完成医保支付的为定点医疗机构提供应用软件的HIS供应商、药店MIS供应商或其它第三方应用软件供应商。
2.规范公布了组件库所提供的交易，规定了调用每一交易的前提条件，详细描述了每一交易的调用方法。
规范从编程的角度来介绍以上内容，对医保政策和医保支付流程的介绍不属于本规范的范围。
§1.1.术语及参考资料COM：Common Object ModelHIS：Hospital Information SystemMIS：Management Information System§1.2.应用模式银海医保支付组件库是一组运行在WINDOWS 32位环境下的COM组件，第三方应用软件使用相应的COM组件调用方式来调用它。
§1.3.环境要求§1.3.1.硬件环境指标指标值CPU ≧1.6MHzMemory ≧512MBHardDisk ≧2000M(free)NetCard ≧10MB§1.3.2.网络环境指标指标值协议TCP/IP、HTTP/HTTPS广域网带宽≧56k网络连接客户端直接访问医保中心网络§1.3.3.网络拓扑图§1.3.4.系统软件指标指标值操作系统WIN2000/NT/XP及以上WIN系列操作系统辅助软件IE6.0及其以上；Msxml4.0§2.修改记录修改时间版本修改描述2011-6-24 V1.1 修改91交易主要为字段变更2011-6-24 V1.1 增加交易53、54、55、56、56a、56d，602011-6-29 V1.1 增加交易76,、76a、76b修改91交易增加字段修改时间版本修改描述修改41交易增加输出字段2012-07-24 V1.2 1、增加附录说明2、修改41、42、43、48号交易必须传入个人编号3、修改75（适用贵州省统一项目）号交易<prm_aka130></prm_aka130>【默认：31 医疗；M31 生育；G31 工伤】4、调用21号交易传入<prm_aac001> 个人编号</prm_aac001>5、调用48、21号交易<prm_ykb065>执行社会保险办法</prm_ykb065>2013-9-23 V1.3 1、增加清算方式修改交易47号交易2013-10-09 V1.4 1、修改71、75增加异地医疗清算相关。
银医通系统
运营成本
业务都需要人工办理，人力成本高 项目一次投入，整体运营成本降低
患者的满意度
低
高
通过以上流程图对比，我们不难发现：
大量的排队环节被自助设备提供的自助服务所替代，提高了患者就诊效率，方便了患者，降低了医院营
运成本，提升了患者的满意度。
1. 医院收益 减轻医院就诊各环节工作量，提高医院就诊效率，解决患者就诊“三长一短”问题； 降低医院运营成本； 提高服务水平，打造优势品牌；
软件系统采用了微软最新的 WPF 编程技术，界面美观、视觉效果酷炫。为了方便用户操作，系统提 供分步导航显示，并有语音提示、动画引导，人机交互界面非常友好。 4. 应用安全
自助设备采用的密码键盘是具有三防功能的 3DES 加密金属密码键盘，经过了银联中心和 PCI2.0 认 证。二代证读卡器符合公安部相关要求，机柜通过了公安部抗暴安全认证。收钞机具备钞票防伪功能。 可提供摄像头摄像，保证应用安全。系统的日志文件详细记录了操作步骤，重要步骤同时保存在数据库， 终端业务数据每次启动系统时自动备份，保证数据的万无一失。 5. 可扩展性好
北京欧蓝德畅电子技术有限公司
第 5 页 共 14 页
银医通系统解决方案 沟通、收集病人信息，提供决策支持和增值服务。 2. 患者收益 真正让患者享受到“挂号、分诊、处方、付费”就诊流程的“一条龙”优化自助服务； 提升就诊体验，提高满意度，改善医患关系。 3. 银行收益 发展医院优质客户、归集医院资金，增加存款沉淀； 发行联名卡扩大发卡量，扩大个金客户数量； 通过医院这一稀缺资源发展特色业务。
北京欧蓝德畅电子技术有限公司
第 3 页 共 14 页
银医通系统解决方案 新增银医通门诊系统，通过投放自助服务终端（含机上软件），实现： 银行卡签约、当日挂号、预约挂号、预约取号、复诊取号、门诊缴费、门诊退费、门诊费用清单打印、 发就诊卡、就诊卡充值、就诊卡余额查询、化验单打印、处方打印等功能。 3. 银医通住院系统 新增银医通住院系统，通过投放自助服务终端（含机上软件），实现： 住院登记（通过二代身份证、签约银行卡和就诊卡）、住院费预存、住院费用清单查询、打印等功能。 4. 院外拓展应用 借助银行网银、手机短信、网点 ATM/多媒体等银行资源，可以为医院提供院外拓展业务应用，如： 网银/多媒体查询机预约挂号、网站预约挂号、化验单取单短信提醒 等， 系统为手机应用留有接口。
第1章接口报文格式
第1章接口报文格式1.1接口输入报文格式定义报文采用JSoN格式，交易参数定义如下：12接口输出报文格式定义报文采用JSON格式，交易参数定义如下:表2交易输出参数定义1.3交易状态码说明交易状态码（infcode）规格如下：14重点说明•调用交易时INPUT、OUTPUT节点应按照接口安全相关要求进行签名。
•时间格式代码说明：yyyy（年，4位）、MM（月，2位）、dd（日，2位）、HH（24小时制，2位）、Inm（分钟，2位）、SS（秒，2位）、SSS（毫秒，3位）。
•日期时间型的数据元（例如开始时间）格式为：yyyy-MM-ddHH:mm:ss；日期型的数据元（例如开始日期）格式为：yyyy-MM-ddo•查询中输入开始结束时间，格式为yyyy-MM-dd,时间范围默认开始于00:00:00,结束于23:59:59o例如时间2023-01-01-2023-01-02则匹配时间2023-01-0100:00:00-2023-01-0223:59:59的数据。
•报文中的输入/输出项的字符型串中的根节点和各个子节点一律小写。
•类型为数值的参数，如果为空，必须传“0”，其他为空串（“"），TXT文件中空值使用“mi11”o•TXT文件使用字符集为UTF-8o•接口说明中声明的输入为输入报文中INPUT属性内容，输出为输出报文中OUTPUT属性内容。
•接口输入、输出数据元代码标识为“Y”的，字典内容参照文章中字典表部分内容。
•报文中INPUT/OUTPUT（输入信息/输出信息）要符合JSON格式的约定。
•如果信息中出现的下列字符，需要进行转义处理:1、转义为；2、“\”转义为“\\\\"。
15接口说明1.5.1.114101】医疗保障基金结算清单信息上传1.5.1.1.1交易说明通过此交易上传医疗保障基金结算清单信息。
1. 5.1.1.2重点说明1、交易输入结算清单信息为单行数据，输入其他信息均为多行数据；2、输入项信息按照《医疗保障基金结算清单填写规范》中的规范要求填写；3、每次接口调用只上传一位患者的信息。
《新一代票据业务系统业务方案》
新一代票据业务系统业务方案上海票据交易所（2021.5）修改记录说明：[C]-创建；[M]-修改；[A]-增加；[D]-删除；目录新一代票据业务系统业务方案 (1)1前言 (6)1.1业务背景 (6)1.2业务框架 (7)2概述 (10)2.1业务主体 (10)2.2业务前准备功能 (10)2.3签发和流转形式 (11)2.4资金清算结算 (11)2.5票据账户与结算账户 (11)2.6信息管理和服务 (12)2.7与其他系统或业务的关系 (13)2.7.1与供应链平台相关票据业务的关系 (13)2.7.2与“票付通”、“贴现通”的关系 (13)2.7.3与交易系统的关系 (14)2.7.4与ECDS的关系 (14)3主要业务流程 (15)3.1概述 (15)3.1.1业务流程范围 (15)3.1.2直连接口的业务要素 (15)3.1.3新系统客户端的业务要素 (18)3.2企业信息报备 (18)3.3签发与撤回 (19)3.3.1出票信息登记 (19)3.3.2提示承兑 (20)3.3.3撤票 (21)3.4权利转让或设质 (22)3.4.1提示收票 (22)3.4.2转让背书 (24)3.4.3贴现申请 (25)3.4.4质押申请 (27)3.4.5权属初始登记 (28)3.4.6转贴现、回购 (29)3.4.7非交易过户 (29)3.5权利赎回 (30)3.5.1回购式贴现赎回 (30)3.5.2质押式回购的提前赎回 (31)3.5.3质押式回购的逾期赎回 (33)3.5.4质押解除 (34)3.6到期及期后处理 (35)3.6.1提前提示付款 (36)3.6.3期后提示付款 (39)3.6.4线上追偿 (41)3.6.5贴现前追索 (41)3.7再贴现及再贴现补充信息登记 (44)3.7.1再贴现 (44)3.7.2再贴现补充信息登记 (45)3.8冻结及冻结解除登记 (46)3.8.1冻结登记 (46)3.8.2冻结解除登记 (47)3.9增信处理 (48)3.9.1票据保证 (48)3.9.2增信信息登记维护 (50)3.10票据查验 (51)3.11不得转让的撤销 (52)3.12票据行为的撤销 (53)3.13存托业务处理 (54)4资金清算结算 (58)4.1功能概述 (58)4.2资金结算机制 (58)4.2.1资金结算方式 (58)4.2.2企业类业务参与者的资金结算 (58)4.2.3金融机构、非法人产品类参与者的资金结算 (59)4.3结算指令管理 (59)4.3.1逐笔结算 (59)4.3.2批量结算 (59)4.4结算等待池 (61)4.4.1逐笔结算的结算等待 (61)4.4.2批量结算的结算等待 (61)4.5到期提示付款的批量清算结算 (61)4.5.1批量清算结算流程 (61)4.5.2批量清算范围 (63)4.5.3特殊处理 (63)4.6结算账户开户行与业务办理的接入机构不一致的资金结算处理 (63)4.6.1结算账户开户行的结算确认和结果通知 (63)4.6.2业务接入机构的结算结果通知 (65)5资产托管 (66)5.1功能概述 (66)5.2票据资产存续期管理 (66)5.2.1资产与票据资产 (66)5.2.2票据（包）号的组成规则 (66)5.2.3子票区间的组成规则 (67)5.3账务与账户 (67)5.3.2票据账户设置规则 (68)5.3.3托管账务 (68)6交易背景信息管理 (70)6.1功能概述 (70)6.2信息内容与结构 (70)6.2.1交易背景信息 (70)6.2.2交易背景信息中的凭证信息 (70)6.2.3凭证信息中的附件或影像信息 (71)6.3信息登记流程 (71)6.4应用场景 (72)7信息服务 (73)7.1参与者信用信息查询 (73)7.2影像信息查询 (73)7.3附件信息查询 (74)7.4托管票据明细信息查询 (75)7.5企业报备信息查询 (75)8业务主体管理 (77)8.1功能概述 (77)8.2业务主体体系 (77)8.3业务主体的接入 (79)8.3.1业务参与者的接入方式 (79)8.3.2接入机构的接入方式 (80)8.4业务主体的信息处理 (80)8.4.1参与者信息的填写规则 (80)8.4.2校验规则 (81)8.5业务主体的身份校验 (82)8.5.1电子签名分级验证 (82)8.5.2业务参与者的代理签章 (83)9公共管理 (84)9.1在途业务的清理 (84)9.2业务及报文对账 (85)1前言1.1业务背景1.降低市场成员系统对接、功能建设成本和运维复杂度的迫切需要。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
财政部医疗票据电子化管理解决方案（接口方式）2013年11月1.背景为适应国家医药卫生体制改革需要，全面加强医疗收费票据使用管理，有效防治虚假医疗票据，2012年9月和2013年3月，财政部、原卫生部先后联合发布了《关于印发<医疗收费票据使用管理办法>的通知》（财综[2012]73号）和《关于实施<医疗收费票据使用管理办法>有关问题的通知》(财综[2013]40号)，统一了全国医疗收费票据种类、式样和规格，明确了医疗收费票据使用管理具体要求。
根据财综[2013]52号要求，在京中央医疗机构，自2013年9月起应向财政部申领并使用中央医疗收费票据。
北京市各级财政部门不再向其提供医疗收费票据。
在京中央医疗机构应当按照财综[2012]73号要求，申领、使用、保管中央医疗收费票据，并积极推动医疗收费票据电子化管理，将医疗收费票据的领用、保管、分发、使用等信息纳入财政票据电子化管理系统，全面提高医疗收费票据信息电子化管理水平。
2.管理现状目前医疗机构向财政领用的票据种类分为机打票、手工票，一部分医疗机构通过HIS系统（即医院信息系统）的票据管理模块进行开票、打印等操作。
一部分医疗机构（一般为规模较小的医疗机构）未使用HIS系统，仍使用手工方式开票。
由于医疗票据使用数量较大，使用机构、部门较多，医疗机构自身的票据管理比较困难；在核销方面，很难形成有效监管。
2.1管理目标（1）依托网络实现财政票据的网上申领管理，减轻工作量，提高工作效率；（2）通过增加票据的数字指纹，实现票据的防伪认证;（3）通过在线开票或数据传输等方式，实现对各种不同医疗机构票据信息的采集；（4）通过网络数据传输，实现票据的自动核销，解决手工核销难的问题。
3.方案描述票据系统提供医疗票据接口，供HIS系统调用，HIS系统通过接口的调用，实现把医疗票据信息传送给财政票据管理系统。
3.1适合对象已建设HIS系统并正常运行收费模块的医疗机构。
3.2方案概述各收费点在通过HIS系统开票前，通过接口服务将开票信息发送到票据系统，票据系统对开票信息进行合法性校验并向HIS系统返回校验结果（通过或不通过），校验通过后由HIS系统进行票据打印。
开票数据实时记录到票据系统单位端，自动完成数据收集。
根据各个医院的不同情况，票据可在HIS系统或在票据系统中下发。
3.3由HIS系统下发票据流程说明：（1）与财政联网情况下医疗机构财务部门通过IE浏览器登录票据系统单位端，在线进行票据申领；不联网情况下，通过智能卡申领。
（2）申领成功后由HIS系统将票据分发至下属各收费点；（3）各门诊、住院等收费点在HIS系统中进行开票时，HIS系统调用票据系统开票接口（4.1.2.2 转入票据信息），调用成功后，在HIS系统中进行打印操作；（4）对于票据作废时，由HIS系统区分已开具或空白作废两种情况，调用票据系统开票接口（4.1.2.3 作废已开具的票据）或（4.1.2.5 作废一张空白票号），将作废信息同步到票据系统。
（5）H IS系统在调用票据系统开票接口时已将票据信息传输到票据系统，票据系统实时记录票据信息。
联网情况下开票数据直接传输至票据系统财政端。
不联网情况下，按照财政规定时间手动进行上报数据。
3.4由票据系统下发票据流程说明：（1）与财政联网情况下医疗机构财务部门通过IE浏览器登录票据系统单位端，在线进行票据申领；不联网情况下，通过智能卡申领。
（2）申领成功后由票据系统将票据分发至下属各收费点。
（3）票据系统进行票据分发后，HIS系统通过接口（4.1.2.6取发放票据记录）获取票据下发信息。
（4）各门诊、住院等收费点，在HIS系统中进行开票时，调用票据系统开票接口（4.1.2.2 转入票据信息），调用成功后，在HIS系统中进行打印操作；（5）对于票据作废时，由HIS系统区分已开具或空白作废两种情况，调用票据系统开票接口（4.1.2.3 作废已开具的票据）或（4.1.2.5 作废一张空白票号），将作废信息同步到票据系统。
（6）H IS系统在调用票据系统开票接口时已将票据信息传输到票据系统，票据系统实时记录票据信息。
联网情况下开票数据直接传输至票据系统财政端。
不联网情况下，按照财政规定时间手动进行上报数据。
3.5异常情况处理如果因网络断开等原因，HIS无法实时调用票据系统接口时，HIS系统可以直接开票而不调用接口。
但需要在接口恢复时，由HIS系统及时将已开出但未传送给票据系统的开票信息，通过接口补传给票据系统，实现票据信息的同步。
4.系统设计4.1接口规范票据系统提供接口方法供HIS系统调用。
4.1.1接口方法列表4.1.2接口方法详述调用DLL 传入参数和返回参数的类型是PChar通过网页调用OCX 传入的参数和返回的参数类型是string (IE 不支持PChar) 4.1.2.1.aXml参数格式说明<webbill><name>方法名称</name><ivcnode>单位开票点编码</ivcnode><nodeuser>单位开票点用户编码</nodeuser><userpwd>用户密码</userpwd><key>单位校验KEY</key><version>接口版本</version><systype>系统类型</systype><params><param1>参数1</param1><param2>参数2</param2>.....</params></webbill>4.1.2.2. 转入票据信息aXml 的字符串<webbill><name>InvoiceBill </name><ivcnode>单位开票点编码</ivcnode><nodeuser>单位开票点用户编码</nodeuser> <userpwd>用户密码</userpwd> <key>单位校验KEY</key> <version>接口版本</version> <systype>系统类型</systype> <params><param1>票据信息数据</param1> <param2>是否打印</param2> <param3>票据类型</param3> <param4>票别号</param4> <param5>票据号</param5> <param6>开票时间</param6> <param7>作废日期</param7> <param8>作废操作人</param8> <param9>备注</param9> </params> </webbill>“票据信息数据”说明，通用格式如下：<bill><head><缴款人>缴款人</缴款人><其它1>其它1</其它1><其它2>其它2</其它2><其它3>其它3</其它3>……<其它x>其它4</其它x></head><chargeitems><charge><chargecode>收费项目编码</chargecode><cnt>数量</cnt><standard>单价</standard><amt>金额</amt><other1>其它1</other1><other2>其它2</other2>……<other6>其它6</other6></charge><charge><chargecode>收费项目编码</chargecode><cnt>数量</cnt><standard>单价</standard><amt>金额</amt><other1>其它1</other1><other2>其它2</other2>……<otherx>其它x</otherx></charge></chargeitems></bill>返回结果<result><status>结果状态</status><error>失败信息</error><success><billno>票据号</billno><billtype>票据类型</billtype><billreg>票别号</billreg><amt>金额</amt><key>数字指纹</key></success></result>说明：<status></status> 表示返回结果(0为失败, 1为成功)数字指纹：用于票据信息真伪的验证。
目前未启用数字指纹，返回结果中数字指纹为空值。
4.1.2.3.作废已开具的票据说明：将原本开过的票据信息，进行作废操作。
一次仅只作废一张票据号aXml的字符串<webbill><name>InvalidBill</name><ivcnode>单位开票点编码</ivcnode><nodeuser>单位开票点用户编码</nodeuser><userpwd>用户密码</userpwd><key>单位校验KEY</key><version>接口版本</version><systype>系统类型</systype><params><param1>票据号</param1><param2>票据类型</param2><param3>票别号</param3><param4>作废权限控制</param4></params></webbill>说明：<param4>作废权限控制</param4>(0为系统默认权限，1为跨单位，2为跨用户)返回结果<result><status>结果状态</status><error>失败信息</error><success><billno>票据号</billno><billtype>票据类型</billtype><billreg>票别号</billreg></success></result>说明：<status></status> 表示返回结果(0为失败,1为成功)4.1.2.4.取所有机打票据类型说明: 用票单位有多种票据类型，通过此函数可以读取出此单位的所有票据类型aXml的字符串<webbill><name> GetBillType </name><ivcnode>单位开票点编码</ivcnode><nodeuser>单位开票点用户编码</nodeuser><userpwd>用户密码</userpwd><key>单位校验KEY</key><version>接口版本</version><systype>系统类型</systype><params></params></webbill>其中：<version>接口版本</version> 值为：1.0.0.2返回结果<result><status>结果状态</status><error>失败信息</error><success><bill><billtype>票据类型</billtype><billname>票据名称</billname><billregs><billreg>票别号1</billreg><billreg>票别号2</billreg>……<billreg>票别号X</billreg><billregs></bill>……</success></result>说明：<status></status> 表示返回结果(0为失败，1为成功) <billreg> </billreg>可允许有多个，<bill></bill >可允许有多个4.1.2.5.作废一张空白票据号说明：作废一张当前默认的机打票据类型的票据号aXml的字符串<webbill><name> InvalidBillNo </name><ivcnode>单位开票点编码</ivcnode><nodeuser>单位开票点用户编码</nodeuser><userpwd>用户密码</userpwd><key>单位校验key</key><version>接口版本</version><systype>系统类型</systype><params><param1>未使用的票据号</param1><params>票据类型</param2><params>票别号</param3></params></webbill>返回结果<result><status>结果状态</status><error>失败信息</error><success><billno>票据号</billno><billtype>票据类型</billtype><billreg>票别号</billreg></success></result>说明：<status></status> 表示返回结果(0为失败，1为成功)4.1.2.6.取发放票据记录说明：提供上级单位向本单位发放票据的详细数据（未被使用过的），使业务系统不必二次录入，接口只提供数据没办法判断是否已经取过了aXml的字符串<webbill><name>GetStockOut</name><ivcnode>单位开票点编码</ivcnode><nodeuser>单位开票点用户编码</nodeuser><userpwd>用户密码</userpwd><key>单位校验key</key><version>接口版本</version><systype>系统类型</systype><params></params></webbill>返回结果<result><status>结果状态</status><error>失败信息</error><success><sucesscount>1</sucesscount><sucesslst><billstartno>起始号</billstartno><billendno>终止号</billendno><billtype>票据类型</billtype><billreg>票别号</billreg><sucesslst></success></result>说明：<status></status> 表示返回结果(0为失败，1为成功)<sucesscount></sucesscount>表示票段数4.1.2.7.取第一张电脑票票号说明：根据预设的票据类型，读取当前第一张可用的票据号aXml的字符串<webbill><name>GetCurBillNo</name><ivcnode>单位开票点编码</ivcnode><nodeuser>单位开票点用户编码</nodeuser><userpwd>用户密码</userpwd><key>单位校验key</key><version>接口版本</version><systype>系统类型</systype><params><params1>票据类型</params1></params></webbill>返回结果<result><status>结果状态</status><error>失败信息</error><success><sucesscount>1</sucesscount><sucesslst><billno>票据号</billno><sucesslst></success></result>说明：<status></status> 表示返回结果(0为失败，1为成功)4.1.2.8.变更电脑票据信息变更已转入的电脑票据信息，票据类型、票别号、票据号、开票时间为原票据信息aXml的字符串<webbill><name>ReInvoiceBill </name><ivcnode>单位开票点编码</ivcnode><nodeuser>单位开票点用户编码</nodeuser><userpwd>用户密码</userpwd><key>单位校验KEY</key><version>接口版本</version><systype>系统类型</systype><params><param1>票据信息数据</param1><param2>是否打印</param2><param3>原票据类型</param3><param4>原票别号</param4><param5>原票据号</param5><param6>原开票时间</param6><param7>作废日期</param7><param8>作废操作人</param8><param9>备注</param9></params></webbill>“票据信息数据”说明，通用格式如下：<bill><head><缴款人>缴款人</缴款人><其它1>其它1</其它1><其它2>其它2</其它2><其它3>其它3</其它3>……<其它x>其它4</其它x></head><chargeitems><charge><chargecode>收费项目编码</chargecode><cnt>数量</cnt><standard>单价</standard><amt>金额</amt><other1>其它1</other1><other2>其它2</other2>……<other6>其它6</other6></charge><charge><chargecode>收费项目编码</chargecode><cnt>数量</cnt><standard>单价</standard><amt>金额</amt><other1>其它1</other1><other2>其它2</other2>……<otherx>其它x</otherx></charge></chargeitems></bill>返回结果<result><status>结果状态</status><error>失败信息</error><success><billno>票据号</billno><billtype>票据类型</billtype><billreg>票别号</billreg><amt>金额</amt><key>数字指纹</key></success></result>说明：<status></status> 表示返回结果(0为失败, 1为成功)数字指纹：用于票据信息真伪的验证。