社会保险管理信息系统核心平台20版
- 格式:doc
- 大小:979.50 KB
- 文档页数:43
社会保险管理信息系统核心平台
佚名
【期刊名称】《软件工程师》
【年(卷),期】2001(000)008
【摘要】@@ 为了改变社会保险机构各自为战开发信息管理系统造成的水平参差不齐、信息无法共享的状况,避免重复开发带来的巨大浪费,规范业务流程和市场竞争,缩短建设周期,确保系统正确高效运行,降低系统建设和运行的风险,国家劳动保障部信息中心和劳动保障部社会保险事业管理中心,联合沈阳东软软件股份有限公司、广州华南资讯系统集成有限公司和四川银海经济技术有限公司,从1999年8月开始,历经9个月的艰苦开发,于2000年5月25日推出了"社会保险管理信息系统核心平台".
【总页数】2页(P20-21)
【正文语种】中文
【中图分类】F8
【相关文献】
1.社会保险管理信息系统的设计与开发 [J], 李册坤
2.社会保险管理信息系统的设计与开发 [J], 刘毅新;
3.“核心平台二版”对社会保险统计工作的支撑能力 [J], 王静
4.社会保险管理信息系统业务对接程序的设计与实现 [J], 余雷
5.企业社会保险管理信息系统管理及防护 [J], 李杰
因版权原因,仅展示原文概要,查看原文内容请购买。
n社会保险管理信息系统核心平台三版需求规格说明书生育待遇分册编制部门:社会保险管理信息系统核心平台三版项目组编制人:需求编制组编制日期:2007-4-10审核人:魏文麟、华山审核日期:2007-5-30批准人:批准日期:北京利博赛社保信息技术有限公司文档修改历史目录1.1. 生育保险待遇核定(M1) (3)1.1.1. 生育待遇资格认定(M1-01) (3)1.1.1.1. 生育待遇资格认定(M1-01-01) (5)1.1.2. 生育待遇核定(M1-02) (9)1.1.2.1. 生育医疗费用核定(M1-02-01) (11)1.1.2.2. 生育津贴核定(M1-02-02) (19)1.2. 生育待遇综合查询(M3) (25)1.2.1. 台账信息查询(M3-01) (26)1.2.1.1. 生育支付台账信息查询(M3-01-01) (27)1.1. 生育保险待遇核定 (M1)域的业务组分解图业务域业务组Level1Level2业务域内业务组列表1.1.1. 生育待遇资格认定 (M1-01)◆ 业务组内业务单元图业务组Level2业务单元Level3业务组内业务单元列表1.1.1.1. 生育待遇资格认定(M1-01-01)1.1.1.1.1.业务单元活动流程图1.1.1.1.2.业务单元活动说明1.1.1.1.3.业务单元详细步骤流程图1.1.1.1.4.业务单元详细步骤说明1.1.1.1.5.业务规则说明1.1.1.1.5.1.政策规则说明无1.1.1.1.5.2.其他规则说明1.1.1.1.6.业务表单说明1.1.1.1.7. 系统数据指标说明ae02, --业务日志 ac70, --人员待遇申请事件 ma01, --生育待遇参数1.1.2. 生育待遇核定 (M1-02)◆ 业务组内业务单元图业务组Level2业务单元Level3◆ 业务组内业务单元列表1.1.2.1. 生育医疗费用核定(M1-02-01)1.1.2.1.1.业务单元活动流程图1.1.2.1.2.业务单元活动说明1.1.2.1.3.业务单元详细步骤流程图1.1.2.1.4.业务单元详细步骤说明1.1.2.1.5.业务规则说明1.1.2.1.5.1.政策规则说明无1.1.2.1.5.2.其他规则说明✧前置业务规则⏹生育人员所在单位以及个人,必须正常参加生育保险。
社会保险基层管理信息系统操作指南目录一、综述......................................................................................................... 错误!未指定书签。
适用对象......................................................................................................... 错误!未指定书签。
缩略语解释..................................................................................................... 错误!未指定书签。
二、系统安装................................................................................................. 错误!未指定书签。
运行环境要求................................................................................................. 错误!未指定书签。
安装说明......................................................................................................... 错误!未指定书签。
安装步骤......................................................................................................... 错误!未指定书签。
社保管理信息系统核三版助推网上社保业务发展党的十七大提出“要完善公共服务体系,强化政府社会管理和公共服务能力”。
根据建设服务型政府的要求,如何创新服务手段,贴近百姓需求,成为当前社保工作的重要内容。
这里,结合社会保险管理信息系统核心平台三版(以下简称核三)设计成果,就网上社保业务提出如下思路。
一、开展网上社保业务,提升公共服务水平网上社保业务,就是利用先进的网络技术及信息技术,将以往参保单位和个人必须到社保大厅办理的部分申报和查询业务,转移到互联网上办理。
网上社保业务可以为参保对象提供如下服务:参保单位进行单位基本信息变更申报、个人基本信息变更申报、新增参保人员申报、统筹区内转移申报、参保险种变更申报、参保人员停保申报、缴费工资变更申报、工伤事故网上申报、工伤事故网上申报、新增诊疗项目申报、定点医疗机构数据申报,以及单位基本信息、单位缴费台账、单位欠缴情况、单位征缴计划、离退休人员名册、业务办理进度等查询的业务办理。
参保个人进行个人基本信息、待遇查询、账户信息、就医消费信息、业务办理进度等查询的业务办理。
二、基于核三实现网上社保业务核三是一个面向地级市社会保险业务管理,集业务数据模型、业务流程建议、标准业务实现、标准底层技术架构于一体的平台级软件。
它主要是面向大厅提供应用支撑,同时在业务建模、分析设计、数据接口、安全设计等方面具备了开展网上服务的业务基础,其先进的技术框架也为网上社保业务的开展提供了有力的技术支撑。
网上社保业务平台可以直接使用核三基于SOA的IT架构。
通过组件服务及组件服务的组合来实现业务功能,并可进一步进行业务扩展及业务集成。
核三采用基于J2EE标准的B/S/S多层架构设计,可以依托政府网站实现统一的服务入口。
参保单位和参保个人通过浏览器访问,获得所需的各项服务。
社保经办人员可以基于核三完成网上申报类业务的审核。
在安全性方面,网上社保业务可以与核三的用户身份认证、多级授权控制、数据级权限管理等安全措施有效集成。
医疗保险收费接口典型升级版本〔职工医疗、职工生育、居民医保〕SIMISCPV2.0MedicareInsuranceChargeInterfaceGuide本接口文档修改记录:合胖医保医院接口升级版本典型一、接口设计主体思路采纳Soap协议进行信息的交换,每个业务接口要紧步骤均为:首次使用时必须先发送登陆请求,医院依据接口典型将数据通过sieaf.dll传送到中间层侍候器,侍候器处理完毕后返回结果集,医院程序能够通过反复调用sieaf.dll 的相关函数得到结果集并进行处理。
注:要是医保政策或实施细因此有变化,本典型将作相应调整。
三、接口协议具体讲明本接口中局限需要按值返回的字段,能够到编码表中寻到,具体编码瞧附件:编码表。
系统中所有用到的日期都采纳:YYYY-MM-DD的格式。
用到金额的的字段单位为“元〞维持两位,冲销标志:Z是正常记录;〞-〞是被冲销记录;〞+〞是冲销记录;每条被冲销记录中冲销编号记录冲销记录的流水号;1模块功能描述1.1系统登录1.1.1系统登录〔F.05〕1.1.1.1输进输出1.1.1.2处理流程在每次启动程序之前需要先进行登陆操作,进参有:用户名,密码和系统代号这三个非空参数,系统代号边编号必须为“YY〞〔大写〕,要是登陆成功之后侍候端返回相应出参。
1.2公共模块1.2.1医疗读卡〔F.01〕1.2.1.1输进输出1.2.1.2处理流程该业务逻辑由先由读卡器读出卡号,然后客户端调用F.01,向侍候器发出侍候申请。
侍候器处理结束后返回个人参加医疗保险的根基信息,包括个人根基信息、个人参保状态、医疗帐户余额等。
v_kc01的所有信息根基上从根基信息表中取得。
医疗人员类不的代码是“AKC021〞,医疗人员类不名称是具体的代码讲明。
性不编码的代码是“AAC004〞,性不名称是具体的代码讲明。
1.3门诊挂号1.3.1门诊挂号公共输出V_kcag讲明:IC卡状态的代码是“AKC141”。
人社信息函〔2010〕51号关于印发社会保险业务财务系统一体化建设指导意见的通知各省、自治区、直辖市人力资源社会保障厅(局),新疆生产建设兵团劳动保障局:为实现社会保险业务和基金财务数据的紧密衔接,推进社会保险业务财务系统一体化建设,规范有关的系统建设内容和衔接方式,我们制定了《社会保险业务财务系统一体化建设指导意见》,现印发给你们,请遵照执行。
配套的社会保险基金财务生产接口软件程序和文档,以光盘形式随通知一并下发。
工作中如有问题,请及时与我们联系。
联系人:洪祥电话:(010)84202272E-mail:hongxiang@二○一○年十一月二十九日主题词:社会保障财务系统建设通知社会保险业务财务系统一体化建设指导意见为实现社会保险业务和基金财务数据的紧密衔接,规范有关的系统建设内容和衔接方式,就推进社会保险业务财务系统一体化建设提出如下指导意见。
一、总体目标(一)实现社会保险基金财务管理的全过程信息化。
在已经实现社会保险基金财务会计电算化的基础上,进一步将财务出纳、财务预决算、财务分析纳入信息化的支撑范围,提高基金财务的信息化水平。
(二)加强社会保险业务和基金财务数据的紧密衔接。
实现业务管理系统与财务管理系统的同级部署,通过信息系统建立业务数据和基金财务数据的内在联系,使业务数据和基金财务数据相互验证并衔接一致,提高记账核算工作的效率和准确度,提高基金管理的安全程度。
(三)加强社会保险基金财务管理系统的统一性和规范性。
根据社会保险统筹层次逐步提高的要求,提升财务管理系统的部署层级,提升信息共享程度,实现财务科目的规范化、财务核算的精细化。
二、应用模式以社会保险业务财务系统一体化建设为目标,实现业务数据和基金财务数据的衔接,具体包括两种模式:一是接口模式,业务管理、财务出纳、会计管理等经办功能分别由不同的系统实现,并通过系统接口实现业务财务数据的衔接和流转;二是集成模式,由一个系统统一实现业务管理、财务出纳、会计管理等功能,业务和财务数据在系统内部流转。
金保工程社会保险管理信息系统核心平台三版介绍一、核心平台的发展历程为统一和规范全国社会保险信息系统建设,原劳动保障部提出了“后台研发和前台实施分离”的策略,即部里提供统一应用软件平台,由前台技术支持商通过本地化完成各地社会保险信息系统建设。
根据这一指导思想,于2000年发布了基于Client/Server结构的社会保险管理信息系统核心平台(以下简称社保核心平台)一版,并同时发布了《劳动和社会保险管理信息系统信息结构通则》和《社会保险管理信息系统指标体系,业务部分(LB101-2000)》。
2003年发布了社保核心平台二版,不仅在业务上进行了扩充,更在技术上实现了突破,推出基于J2EE标准规范的三层技术框架(SIEAF框架)。
社保核心平台极大地推动了各地社会保险信息系统的建设,规范了各地社会保险业务,目前各地使用的社会保险管理信息系统多数是基于社保核心平台二版开发的。
随着金保工程建设的全面开展和社会保险业务的进一步扩展,原劳动保障部于2006年12月正式启动了社保核心平台的升级(暨社保核心平台三版研发)工作,目前该项工作已基本完成。
社保核心平台三版在二版的基础上,对业务体系和技术框架进行了全面升级。
在业务上考虑社会保险最新政策和各地典型业务经办模式;在底层技术框架和用户交互界面中吸纳了成熟、先进的信息技术,进一步降低了本地化工作难度。
社保核心平台三版是一个面向地级市社会保险业务管理,集业务数据模型、业务流程建议、标准业务实现、标准底层技术架构于一体的平台级软件。
图1. 社保核心平台的发展历程二、社保核心平台三版的企业架构社保核心平台三版引入了企业架构(Enterprise Architecture,简称EA),完整的企业架构包括战略、架构、治理三大部分。
图2. 企业架构图社保核心平台三版主要关注EA的架构部分(见图2圆圈中的内容),具体包括业务架构与IT架构。
EA的战略与治理部分由开发商和地方用户在社保核心平台三版的本地化实施过程中根据当地情况制定。
金保工程社会保险管理信息系统核心平台三版介绍2009.06一、核心平台的发展历程为统一和规范全国社会保险信息系统建设,原劳动保障部提出了“后台研发和前台实施分离”的策略,即部里提供统一应用软件平台,由前台技术支持商通过本地化完成各地社会保险信息系统建设。
根据这一指导思想,于2000年发布了基于Client/Server结构的社会保险管理信息系统核心平台(以下简称社保核心平台)一版,并同时发布了《劳动和社会保险管理信息系统信息结构通则》和《社会保险管理信息系统指标体系-业务部分(LB101-2000)》。
2003年发布了社保核心平台二版,不仅在业务上进行了扩充,更在技术上实现了突破,推出基于J2EE标准规范的三层技术框架(SIEAF框架)。
社保核心平台极大地推动了各地社会保险信息系统的建设,规范了各地社会保险业务,目前各地使用的社会保险管理信息系统多数是基于社保核心平台二版开发的。
随着金保工程建设的全面开展和社会保险业务的进一步扩展,原劳动保障部于2006年12月正式启动了社保核心平台的升级(暨社保核心平台三版研发)工作,目前该项工作已基本完成。
社保核心平台三版在二版的基础上,对业务体系和技术框架进行了全面升级。
在业务上考虑社会保险最新政策和各地典型业务经办模式;在底层技术框架和用户交互界面中吸纳了成熟、先进的信息技术,进一步降低了本地化工作难度。
社保核心平台三版是一个面向地级市社会保险业务管理,集业务数据模型、业务流程建议、标准业务实现、标准底层技术架构于一体的平台级软件。
图1. 社保核心平台的发展历程二、社保核心平台三版的企业架构社保核心平台三版引入了企业架构(Enterprise Architecture ,简称EA ),完整的企业架构包括战略、架构、治理三大部分。
EA 治理EA 架构EA 战略业务趋势热图分析视角与情景业务问题技术问题组织的整体战略、流程、IT战略差距分析路线图投资投资计划性能度量计划资本计划投资组合方案架构管理管理自身投资管理业务架构IT 架构组织结构&职责业务流程&信息应用架构数据架构技术架构图2. 企业架构图社保核心平台三版主要关注EA 的架构部分(见图2圆圈中的内容),具体包括业务架构与IT 架构。
n
文档编号B06-RM-C04-JB_HXPT-13
版本号V1.0.0
发放号F01
受控状态受控
社会保险管理信息系统核心平台三版
需求规格说明书
术语表分册
编制部门:社会保险管理信息系统核心平台三版项目组
编制人:需求编制组编制日期:2007-4-10
审核人:魏文麟、华山审核日期:2007-5-30
批准人:批准日期:
北京利博赛社保信息技术有限公司
社会保险管理信息系统核心平台三版需求规格说明书文档修改历史
第 1 页
业务术语
第2 页
第3 页
第4 页
第5 页
第6 页
第7 页
第8 页
第9 页
第10 页
第11 页
第12 页
第13 页
第14 页
第15 页
第16 页
第17 页
第18 页
第19 页
第20 页
第21 页
第22 页
第23 页
第24 页
第25 页
第26 页
第27 页
第28 页
第29 页
第30 页
第31 页。
社会保险管理信息系统核心平台2.0版医疗保险收费接口规范升级版本(职工医疗、职工生育、居民医保)SIMISCP V2.0Medicare Insurance Charge Interface Guide本接口文档修改记录:合肥医保医院接口升级版本规范一、接口设计主体思路采用Soap协议进行信息的交换,每个业务接口主要步骤均为:首次使用时必须先发送登陆请求,医院根据接口规范将数据通过sieaf.dll传送到中间层服务器,服务器处理完毕后返回结果集,医院程序可以通过反复调用sieaf.dll 的相关函数得到结果集并进行处理。
注:如果医保政策或实施细则有变化,本规范将作相应调整。
二、SIEAF.DLL接口说明三、接口协议详细说明本接口中部分需要按值返回的字段,可以到编码表中找到,具体编码看附件:编码表。
系统中所有用到的日期都采用:YYYY-MM-DD的格式。
用到金额的的字段单位为“元”保留两位,冲销标志:Z是正常记录;”-”是被冲销记录;”+”是冲销记录;每条被冲销记录中冲销编号记录冲销记录的流水号;1模块功能描述1.1系统登录1.1.1系统登录(F09.01.01.05)1.1.1.1输入输出1.1.1.2处理流程在每次启动程序之前需要先进行登陆操作,入参有:用户名,密码和系统代号这三个非空参数,系统代号边编号必须为“YY”(大写),如果登陆成功之后服务端返回相应出参。
1.2公共模块1.2.1医疗读卡(F04.02.01.01)1.2.1.1输入输出1.2.1.2处理流程该业务逻辑由先由读卡器读出卡号,然后客户端调用F04.02.01.01,向服务器发出服务申请。
服务器处理结束后返回个人参加医疗保险的基本信息,包括个人基本信息、个人参保状态、医疗帐户余额等。
v_kc01的所有信息都是从基本信息表中取得。
医疗人员类别的代码是“AKC021”,医疗人员类别名称是具体的代码说明。
性别编码的代码是“AAC004”,性别名称是具体的代码说明。
1.3门诊挂号1.3.1门诊挂号公共输出V_kcag 说明:IC卡状态的代码是“AKC141”。
医院等级的代码是“AKA101”。
1.3.2门诊挂号(F04.05.02.01)1.3.2.1输入输出1.3.2.2处理流程参保病人要进行门诊收费之前,需要到挂号处进行门诊挂号登记,缴纳规定的挂号费用后方可进行就诊。
系统根据客户端上进行挂号登记过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧病人正在住院1.3.3门诊挂号冲销(F04.05.03.01)1.3.3.1输入输出1.3.3.2处理流程根据客户端上进行挂号登记冲销过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧当前号已经进行了有效的门诊收费✧当前号已经被冲销(非正常挂号信息)✧当前号对应的参保人员和需要冲销的参保人员不一致✧准备冲销的门诊挂号不是在当前的医院(门诊)登记的✧门诊号是每次门诊登记的时候医保中心系统自动生成的,是该次门诊的唯一标识。
1.3.4查询有效门诊号列表(F04.05.01.01)1.3.4.1输入输出1.3.4.2处理流程门诊挂号一般是当天有效,而且允许每天多次挂号,故在进行门诊收费之前,需要知道当前收费所对应的门诊挂号信息。
客户端发送输入入参“个人编号”,发出服务请求,服务号为:“F04.05.01.01”。
处理成功后将返回当前有效挂号列表已经本系统所设定的发票项目列表。
输出参数说明:参数共分为2个部分第一部分:挂号数量、发票数量第二部分:具体的挂号记录信息集合,门诊号是唯一表示该次门诊记录. 1.3.5门诊挂号查询(F04.05.04.01)1.3.5.1输入输出1.3.5.2处理流程该查询通过主键门诊流水号进行查询,故最多返回一条信息,如果此流水号不存在或者该用户没有浏览此流水号的权限,系统将返回错误信息(下面的门诊收费查询、住院登记查询、住院收费查询、报销收费查询和该业务逻辑处理方法一致)。
1.4门诊收费1.4.1门诊收费公共输出返回信息分为三段1.基本信息段该段主要返回在一次门诊中是所记录的个人的基本的信息以及总费用信息。
其中2.用药信息段Kc22DTO 部分是本次门诊的用药信息。
每一条记录表示一笔用药.金额=单价*数量收费类别的编码为“AKA063”3.费用计算段根据系统中对医保待遇的设置,计算出各段的费用其中:其他费用根据政策按比例取得;1.4.2门诊收费(F04.05.10.01)1.4.2.1输入输出1.4.2.2处理流程客户端上传的信息(参见上面的输入输出),调用服务,服务号为:“F04.05.10.01”,入参分两部分1 。
V_kcaoDTO 部分是门诊信息部分可以根据读卡获得个人编号然后获取门诊登记的信息,门诊号是唯一标示某次门诊的字段。
病情编码、病情编码(2)、病情编码(3),登记病人的诊断结果。
处方项目数量是记录病人用药总数,及Kc22DTO的记录数 ,三种病情不能重复而且病情编码要非空, 病情编码(2)、病情编码(3)可以为空。
2.Kc22DTO 部分是本次门诊的用药信息。
每一条记录表示一笔用药.金额=单价*数量收费类别的编码为“AKA063”流程为:✧计算看病次数是自动累加.✧根据收费明细,利用特殊项目处理区分出医保部分、乙类自付部分、非医保自费部分✧医保部分和乙类非自付部分通过三段计算(包括储蓄段、自付段、统筹段、超封顶等,)计算出个人支付、帐户支付、统筹基金支付✧进行个人帐户维护,收费为圈提、收费冲销为圈存。
系统可以通过上传的标记了确定当前结果是否提交到数据库,从而实现了预结算的功能。
对于药店收费、住院收费和报销收费也采用同样的算法(主要通过医疗方式来区分),在下面的各章节就不再叙述了。
客户端在进行门诊收费过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧病人正在住院✧门诊号信息不是当前的服务机构所登记✧门诊号信息已经被冲销或被被清算✧当前的医疗机构不是该病人选择的定点医疗机构等1.4.3门诊收费冲销(F04.05.12.01)1.4.3.1输入输出1.4.3.2处理流程处理流程参见门诊挂号冲销。
在进行收费冲销过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧当前收费信息已经被冲销(非正常收费信息)✧当前收费信息对应的参保人员和需要冲销的参保人员不一致✧需要冲销的号不是当前服务机构所收费✧当前收费信息已经被清算等。
1.4.4门诊收费查询(F04.05.13.01)1.4.4.1输入输出1.4.4.2处理流程参见《门诊挂号查询》1.4.5特殊门诊收费单据打印(F04.05.13.02)1.4.5.1输入输出1.4.5.2处理流程参见《门诊挂号查询》1.5住院登记1.5.1住院登记公共输出1.5.2年度结转住院登记(F04.06.01.00)1.5.2.1输入输出1.5.2.2处理流程参保病人住院时首先需要做住院登记。
系统根据客户端上传的信息,行住院登记过程有个重要的环节是计算本次看病次数,该次数直接影响住院收费起付标准(门槛线),如果病人在住院登记之前处于转院状态,则本次看病次数不递增,利用转院之前的看病次数作为当前次数。
在业务处理过程中碰到下列情况之一时,业务不予进行:IC卡被冻结挂失✧病人正在住院✧当前的医疗机构不是该病人选择的定点医疗机构等1.5.3住院登记(F04.06.01.01)1.5.3.1输入输出1.5.3.2处理流程参保病人住院时首先需要做住院登记。
系统根据客户端上传的信息,行住院登记过程有个重要的环节是计算本次看病次数,该次数直接影响住院收费起付标准(门槛线),如果病人在住院登记之前处于转院状态,则本次看病次数不递增,利用转院之前的看病次数作为当前次数。
在业务处理过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧病人正在住院✧当前的医疗机构不是该病人选择的定点医疗机构等1.5.4住院登记冲销(F04.06.04.01)1.5.4.1输入输出1.5.4.2处理流程参见《住院登记》、《门诊挂号冲销》1.5.5查询当前住院登记信息(F04.06.02.01)1.5.5.1输入输出1.5.5.2处理流程参见《住院登记》、《查询有效门诊号列表》这里返回是唯一的住院登记记录,关键字是“住院登记号”1.5.6住院登记查询(F04.06.03.01)1.5.6.1输入输出1.5.6.2处理流程参见《住院登记》、《门诊挂号查询》1.6住院医嘱明细1.6.1住院医嘱数据上传(F04.06.09.01)1.6.1.1输入输出1.6.1.2处理流程对于处理流程,参见《门诊收费》1.6.2住院医嘱数据查询(F04.06.09.02)1.6.2.1输入输出1.6.2.2处理流程对于处理流程,参见《门诊收费》1.7住院收费1.7.1住院收费公共输出对于参数说明,参见《门诊公共输出》1.7.2住院收费(F04.06.10.01)1.7.2.1输入输出1.7.2.2处理流程对于处理流程,参见《门诊收费》1.7.3住院收费冲销(F04.06.12.01)1.7.3.1输入输出1.7.3.2处理流程1.7.4住院收费单据明细查询(F04.06.13.01)1.7.4.1输入输出1.7.4.2处理流程参见《住院收费》、《门诊收费冲销》1.7.5住院收费单据列表查询(F04.06.13.02)1.7.5.1输入输出1.7.5.2处理流程参见《住院收费》、《门诊收费冲销》1.7.6住院收费单据打印(F04.06.13.03)1.7.6.1输入输出1.7.6.2处理流程参见《住院收费》、《门诊收费冲销》1.8出院登记1.8.1出院登记(F04.06.20.01)1.8.1.1输入输出1.8.1.2处理流程参保病人要离开医院之前需要做出院登记。
系统将返回本次住院所有的收费汇总,包括发票项目,以便打印发票等。
在业务处理过程中碰到下列情况之一时,业务不予进行:✧IC卡被冻结挂失✧当前的住院号已经出院✧当前的医疗机构不是该病人选择的定点医疗机构等1.8.2出院登记冲销(F04.06.21.01)1.8.2.1输入输出1.8.2.2处理流程参见《出院登记》、《住院登记冲销》2附件:一、sieaf.dll在powerbuider语言中的声明function long init(string addr,int port,string servletEntry) library "sieaf.dll"function boolean putPara(long whandler,string name,string value) library "sieaf.dll"function boolean startResultSetName(long whandler,string name) library "sieaf.dll" function boolean endCurResultSet(long whandler) library "sieaf.dll"function boolean endcurRow(long whandler)library "sieaf.dll"function boolean putColData(long whandler,string name,string value) library "sieaf.dll"function boolean process(long whandler,string funcID) library "sieaf.dll" function boolean getParaByName(long whandler,string name, ref string value) library "sieaf.dll"function boolean getParaByNameBlob(long whandler,string name, ref blob value) library "sieaf.dll" alias for "getParaByName"function boolean getErrMsg(long whandler,ref string value) library "sieaf.dll" function long toResultSetName(long whandler,string name) library "sieaf.dll" function long nextRow(long whandler) library "sieaf.dll"function boolean getColData(long whandler,string name, ref string value) library "sieaf.dll"function boolean destroyInterface (long whandler) library "sieaf.dll"function boolean getFailReason(long whandler,ref string value) library "sieaf.dll" function boolean base64Encode(Blob sData,long sLen,ref Blob rData,ref long rLen) library 'sieaf.dll'function boolean base64Decode(Blob sData,long sLen,ref Blob rData,ref long rLen) library 'sieaf.dll'二、Powerbuilder语言中的调用代码范例(系统登陆)long dll_handlerstring valuestring errmsgBoolean lb_success//初始化接口(蓝色背景部分各医院不同,请各开发商联系实达公司(5823017),使用拿到的帐号和服务器地址)dll_handler = init("10.90.160.2",7501,"/steaf/MainServlet")//设置用户名和密码参数(医院不同操作人员有独立帐号)putPara(dll_handler,"usr","startech")putPara(dll_handler,"pwd","startech")//执行登陆操作lb_success =process(dll_handler,"F09.01.01.05")//判断操作成功否errmsg = space(1024)getErrMsg(dll_handler,ref errmsg)if lb_success and trim(upper(errmsg))='OK' then//显示返回的会话IDvalue=space(1024)getParaByName(dll_handler,"sessionID",ref value)messagebox(‘sessionID’,value)//显示返回的权限集合value=space(8192)getParaByName(dll_handler,"menuFunc",ref value)messagebox(‘menuFunc’,value)else//显示错误信息errmsg = space(1024)getFailReason(dll_handler,ref errmsg)messagebox(‘error’,errmsg)returnend if//释放DLL动态库接口(只有退出医保接口系统才需要调用)destroyInterface (dll_handler)(测试开始时间2008年3月10日上午8:30以后)联系电话 2634014 32678773编码表注意001007为生育门诊项目,008019为生育住院项目。