接口测试

第1篇：接口测试

医保接口测试文档

杭州创业软件集团

2013-5-1 徐

医

附

属

医

院

医保接口测试文档

编辑：沈国强

日期：2003-12-24

住院系统

1、 运行住院系统，并登录住院系统

用于测试医保初始化是否通过，主要包括以下几项： 1)、检测系统参数设置是否已经设置; 2)、检测本机是否使用医保功能 3)、检测本机是否需记录医保错误日志 4)、连接医保数据库

5)、自动更新医保在院病人基本信息

2、退出住院系统

用于测试医保退出时，是否正常释放使用资源。

3、医保入院登记处理，具体包括以下功能

1)、医保性质选择，此时正常情况下应该自动打开医保读卡窗体(如图3-1)，等待用户进行读卡操作;

第 1 页 共 3 页 杭州创业软件集团

2013-5-1

图3-1 2)、性质选择完成后，输入相关住院信息后，进行“保存”操作，此时将检测如果为医保病人，则将自动打开“费用控制”窗体(如图3-2)，当有预交款时，在“预交款总额”一栏中，将自动输入且不能修改，“虚拟帐户总额”一般根据医院自行设定，可输入0，“锁定判别”用于将当前病人锁定或未锁定，锁定时，将不能记费，只能退费。当按“取消”时，将不对病人进行费用控制处理。

图3-2 3)、说明：在读卡过程中，不要将医保卡提早抽出，请在处理完成后再抽出。

4、对病人进行交预交款处理

在对医保病人进行交款处理数据保存时，将自动处理欠费功能，如果病人交款后，仍处于欠费状态，则系统将自动将病人锁定。

5、对病人进行退款处理

在对医保病人进行退款处理时，将自动处理欠费功能，如果病人退款后，处于欠费状态，则系统将自动将病人锁定。

6、对病人进行费用记帐

在费用记帐时，系统将对医保病人进行欠费检测，如果已经欠费，则不允许将费用记入;如果未欠费，但此项费用已经大于可用额度即自负金额加上本项目费用金额已经超过预交款与虚拟帐户的合计时，此项费用也不允许记入;只有当可用额度大于费用额时，方可记费;同时，对于医保病人进行费用与药品使用限制控制，即当费用或药品存在于“护理费、治疗费、器械费、另加器械费、消毒费、材料费、备皮材料费、静脉输液第一组后、测血压脉搏，以及无具体项目名称的项目”中时，将不能使用(需维护数据)。

第 2 页 共 3 页 杭州创业软件集团

2013-5-1

7、进行出院结算处理

在出院结算选择后，系统将自动打开医保读卡窗体，要求读卡操作，并进行病人基本信息的更新;在“结算”时，系统将自动打开医保结算窗体，同时进行医保分段计算处理，显示计算结果(如图7-1)，按“确定”后进行正式结算并打印住院发票，医保病人发票可选择打印，即在系统参数中进行选择，即使用新发票或是旧发票打印，此功能只针对医保病人。 旧发票打印程序需修改，由于没有实际项目，无法设定数据，需修改。

新发票打印程序使用DataWindow套打，位置基本正确，其中有两项数据未知，需确定，并修改程序。

图7-1

8、发票作废处理

在发票作废病人选择后，需进行读卡操作，并自动更新病人信息，“作废”时，将HIS端医保结算相关表置作废日期;并处理医保功能，使当前病人卡处于在院状态。

9、病人入院注销

在病人未发生费用与交款时，可作入院注销处理，“注销”操作时需进行读卡操作。

10、病人性质转换

病人可从非医保性质转换为医保性质，或从医保性质转换到非医保性质。

第 3 页 共 3 页

第2篇：接口设计

我想，对于各位使用面向对象编程语言的程序员来说，“接口”这个名词一定不陌生，但是不知各位有没有这样的疑惑：接口有什么用途?它和抽象类有什么区别?能不能用抽象类代替接口呢?而且，作为程序员，一定经常听到“面向接口编程”这个短语，那么它是什么意思?有什么思想内涵?和面向对象编程是什么关系?本文将一一解答这些疑问。

1.面向接口编程和面向对象编程是什么关系

首先，面向接口编程和面向对象编程并不是平级的，它并不是比面向对象编程更先进的一种独立的编程思想，而是附属于面向对象思想体系，属于其一部分。或者说，它是面向对象编程体系中的思想精髓之一。

2.接口的本质

接口，在表面上是由几个没有主体代码的方法定义组成的集合体，有唯一的名称，可以被类或其他接口所实现(或者也可以说继承)。它在形式上可能是如下的样子：

interface InterfaceName

{

void Method1();

void Method2(int para1);

void Method3(string para2,string para3);

}

那么，接口的本质是什么呢?或者说接口存在的意义是什么。我认为可以从以下两个视角考虑：

1)接口是一组规则的集合，它规定了实现本接口的类或接口必须拥有的一组规则。体现了自然界“如果你是……则必须能……”的理念。

例如，在自然界中，人都能吃饭，即“如果你是人，则必须能吃饭”。那么模拟到计算机程序中，就应该有一个IPerson(习惯上，接口名由“I”开头)接口，并有一个方法叫Eat()，然后我们规定，每一个表示“人”的类，必须实现IPerson接口，这就模拟了自然界“如果你是人，则必须能吃饭”这条规则。

从这里，我想各位也能看到些许面向对象思想的东西。面向对象思想的核心之一，就是模拟真实世界，把真实世界中的事物抽象成类，整个程序靠各个类的实例互相通信、互相协作完成系统功能，这非常符合真实世界的运行状况，也是面向对象思想的精髓。

2)接口是在一定粒度视图上同类事物的抽象表示。注意这里我强调了在一定粒度视图上，因为“同类事物”这个概念是相对的，它因为粒度视图不同而不同。

例如，在我的眼里，我是一个人，和一头猪有本质区别，我可以接受我和我同学是同类这个说法，但绝不能接受我和一头猪是同类。但是，如果在一个动物学家眼里，我和猪应该是同类，因为我们都是动物，他可以认为“人”和“猪”都实现了IAnimal这个接口，而他在研究动物行为时，不会把我和猪分开对待，而会从“动物”这个较大的粒度上研究，但他会认为我和一棵树有本质区别。

现在换了一个遗传学家，情况又不同了，因为生物都能遗传，所以在他眼里，我不仅和猪没区别，和一只蚊子、一个细菌、一颗树、一个蘑菇乃至一个SARS病毒都没什么区别，因为他会认为我们都实现了IDescendable这个接口(注：descend vi. 遗传)，即我们都是可遗传的东西，他不会分别研究我们，而会将所有生物作为同类进行研究，在他眼里没有人和病毒之分，只

有可遗传的物质和不可遗传的物质。但至少，我和一块石头还是有区别的。

可不幸的事情发生了，某日，地球上出现了一位伟大的人，他叫列宁，他在熟读马克思、恩格斯的辩证唯物主义思想巨著后，颇有心得，于是他下了一个著名的定义：所谓物质，就是能被意识所反映的客观实在。至此，我和一块石头、一丝空气、一条成语和传输手机信号的电磁场已经没什么区别了，因为在列宁的眼里，我们都是可以被意识所反映的客观实在。如果列宁是一名程序员，他会这么说：所谓物质，就是所有同时实现了“IReflectabe”和“IEsse”两个接口的类所生成的实例。(注：reflect v. 反映esse n. 客观实在)

也许你会觉得我上面的例子像在瞎掰，但是，这正是接口得以存在的意义。面向对象思想和核心之一叫做多态性，什么叫多态性?说白了就是在某个粒度视图层面上对同类事物不加区别的对待而统一处理。而之所以敢这样做，就是因为有接口的存在。像那个遗传学家，他明白所有生物都实现了IDescendable接口，那只要是生物，一定有Descend()这个方法，于是他就可以统一研究，而不至于分别研究每一种生物而最终累死。

可能这里还不能给你一个关于接口本质和作用的直观印象。那么在后文的例子和对几个设计模式的解析中，你将会更直观体验到接口的内涵。

3.面向接口编程综述

通过上文，我想大家对接口和接口的思想内涵有了一个了解，那么什么是面向接口编程呢?我个人的定义是：在系统分析和架构中，分清层次和依赖关系，每个层次不是直接向其上层提供服务(即不是直接实例化在上层中)，而是通过定义一组接口，仅向上层暴露其接口功能，上层对于下层仅仅是接口依赖，而不依赖具体类。

这样做的好处是显而易见的，首先对系统灵活性大有好处。当下层需要改变时，只要接口及接口功能不变，则上层不用做任何修改。甚至可以在不改动上层代码时将下层整个替换掉，就像我们将一个WD的60G硬盘换成一个希捷的160G的硬盘，计算机其他地方不用做任何改动，而是把原硬盘拔下来、新硬盘插上就行了，因为计算机其他部分不依赖具体硬盘，而只依赖一个IDE接口，只要硬盘实现了这个接口，就可以替换上去。从这里看，程序中的接口和现实中的接口极为相似，所以我一直认为，接口(interface)这个词用的真是神似!

使用接口的另一个好处就是不同部件或层次的开发人员可以并行开工，就像造硬盘的不用等造CPU的，也不用等造显示器的，只要接口一致，设计合理，完全可以并行进行开发，从而提高效率。

本篇文章先到这里。最后我想再啰嗦一句：面向对象的精髓是模拟现实，这也可以说是我这篇文章的灵魂。所以，多从现实中思考面向对象的东西，对提高系统分析设计能力大有脾益。下篇文章，我将用一个实例来展示接口编程的基本方法。

而第三篇，我将解析经典设计模式中的一些面向接口编程思想，并解析一下.NET分层架构中的面向接口思想。

对本文的补充：

仔细看了各位的回复，非常高兴能和大家一起讨论技术问题。感谢给出肯定的朋友，也要感谢提出意见和质疑的朋友，这促使我更深入思考一些东西，希望能借此进步。在这里我想补充一些东西，以讨论一些回复中比较集中的问题。

1.关于“面向接口编程”中的“接口”与具体面向对象语言中“接口”两个词

看到有朋友提出“面向接口编程”中的“接口”二字应该比单纯编程语言中的interface范围更大。我经过思考，觉得很有道理。这里我写的确实不太合理。我想，面向对象语言中的“接口”

是指具体的一种代码结构，例如C#中用interface关键字定义的接口。而“面向接口编程”中的“接口”可以说是一种从软件架构的角度、从一个更抽象的层面上指那种用于隐藏具体底层类和实现多态性的结构部件。从这个意义上说，如果定义一个抽象类，并且目的是为了实现多态，那么我认为把这个抽象类也称为“接口”是合理的。但是用抽象类实现多态合理不合理?在下面第二条讨论。

概括来说，我觉得两个“接口”的概念既相互区别又相互联系。“面向接口编程”中的接口是一种思想层面的用于实现多态性、提高软件灵活性和可维护性的架构部件，而具体语言中的“接口”是将这种思想中的部件具体实施到代码里的手段。

2.关于抽象类与接口

看到回复中这是讨论的比较激烈的一个问题。很抱歉我考虑不周没有在文章中讨论这个问题。我个人对这个问题的理解如下：

如果单从具体代码来看，对这两个概念很容易模糊，甚至觉得接口就是多余的，因为单从具体功能来看，除多重继承外(C#，Java中)，抽象类似乎完全能取代接口。但是，难道接口的存在是为了实现多重继承?当然不是。我认为，抽象类和接口的区别在于使用动机。使用抽象类是为了代码的复用，而使用接口的动机是为了实现多态性。所以，如果你在为某个地方该使用接口还是抽象类而犹豫不决时，那么可以想想你的动机是什么。

看到有朋友对IPerson这个接口的质疑，我个人的理解是，IPerson这个接口该不该定义，关键看具体应用中是怎么个情况。如果我们的项目中有Women和Man，都继承Person，而且Women和Man绝大多数方法都相同，只有一个方法DoSomethingInWC()不同(例子比较粗俗，各位见谅)，那么当然定义一个AbstractPerson抽象类比较合理，因为它可以把其他所有方法都包含进去，子类只定义DoSomethingInWC()，大大减少了重复代码量。

但是，如果我们程序中的Women和Man两个类基本没有共同代码，而且有一个PersonHandle类需要实例化他们，并且不希望知道他们是男是女，而只需把他们当作人看待，并实现多态，那么定义成接口就有必要了。

总而言之，接口与抽象类的区别主要在于使用的动机，而不在于其本身。而一个东西该定义成抽象类还是接口，要根据具体环境的上下文决定。

再者，我认为接口和抽象类的另一个区别在于，抽象类和它的子类之间应该是一般和特殊的关系，而接口仅仅是它的子类应该实现的一组规则。(当然，有时也可能存在一般与特殊的关系，但我们使用接口的目的不在这里)如，交通工具定义成抽象类，汽车、飞机、轮船定义成子类，是可以接受的，因为汽车、飞机、轮船都是一种特殊的交通工具。再譬如Icomparable接口，它只是说，实现这个接口的类必须要可以进行比较，这是一条规则。如果Car这个类实现了Icomparable，只是说，我们的Car中有一个方法可以对两个Car的实例进行比较，可能是比哪辆车更贵，也可能比哪辆车更大，这都无所谓，但我们不能说“汽车是一种特殊的可以比较”，这在文法上都不通。

第3篇：DirectShow重要接口

DirectShow 的重要接口

DirectShow采用了COM标准，所以很多重要的功能都是通过COM接口来完成。下面就列举一些重要的DirectShow的接口。

(1) IGraphBuilder接口

用于构造Filter Graph的接口，建立和管理一系列的Filter，过滤和处理源媒体流。

(2) IMediaControl接口

用于控制多媒体流在过滤器图表中的流动，如流的启动和停止。

(3) IMediaEvent接口

用于捕获播放过程中发生的事件，并通知应用程序，如EC_COMPLETE等。

(4) IVideoWindow接口

用于控制视频窗口的属性。

(5) IMeadiaSeeking接口

用于查找媒体的接口，定位流媒体，控制多媒体数据播放提供精确控制。

(6) IBaseFilter接口

从ImediaFilter接口继承，用来定义一个具体的过滤器指针，并对多媒体数据进行处理。

(7) IPin接口

用于管理两个过滤器之间的Pin，从而连接过滤器。

(8) IsampleGrabberCB接口

是Sample Grabber过滤器的一个接口，用于当流媒体数据通过过滤器时进行采样以获得帧图象。

用DirectShow来使用摄像头，一般要求摄像头的驱动是WDM格式的，当然，一些比较老的驱动格式DirectShow也可支持。在DirectShow中，有一个Sample Grabber过滤器，它是一个可以被插入流的过滤器，它有自己的缓冲，存放采样。我们就可以用它来从一个视频文件中简单的扑获一桢。DirectShow通过图形过滤管理器(Filter Graph Manager)来与上层应

用程序和下层的驱动进行联系。DirectShow通过捕获过滤器(Capture Filter)来支持对摄像头的捕获，一个捕获过滤器有多个插口(pin)，其中的预览(preview)插口可用来进行显示祯图象。

1、创建图形过滤管理器Filter Graph

如上面原理所述，首先要创建Filter Graph：

CComPtr< IGraphBuilder > m_pGraph;

hr=m_pGraph.CoCreateInstance( CLSID_FilterGraph );

2、连接设备

还要创建系统枚举器组件对象：

CComPtr

pCreateDevEnum;pCreateDevEnum.CoCreateInstance( CLSID_SystemDeviceEnum );

然后使用接口方法CreateClassEnumerator ()为指定的Filter注册类型目录创建一个枚举器，并获得IenumMoniker接口：

CComPtr< IEnumMoniker > pEm;

pCreateDevEnum->CreateClassEnumerator(CLSID_VideoInputDeviceCategory, &pEm, 0 );

接着在调用BindToObject()以后，可以将设备标识生成一个DirectShow Filter，将其加到Filter Graph中就可以参与工作了。

CComPtr< IMoniker > pM;

CComPtr< IPropertyBag > pBag;

hr=pM->BindToStorage(0,0,ID_IPropertyBag, (void**) &pBag );

3、创建Sample Grabber过滤器

CComPtr< ISampleGrabber > m_pGrabber

hr=m_pGrabber.CoCreateInstance( CLSID_SampleGrabber );

当创建好SampleGrabber以后，在Sample Grabber 过滤器连接到别的过滤器之前你必须配置它。然后查询IsampleGrabber接口,还要设置流媒体类型:

m_pGrabber->SetMediaType();

可以仅仅指定主媒体类型;或者主类型加子类型;或者主类型，子类型和类型格式。然后就把它加载到FilterGraph中去：

m_pGraph->AddFilter(pGrabBase,"Grabber" );

4、查找Filter Graph 的Pin并完成后续连接。

接下来就可以通过调用IGraphBuilder 的FindPin()接口来查找过滤管理器中的Pin接口，并通过ICaptureGraphBuilder2 中的接口RenderStream()来完成后续的连接。

hr=pCGB2->FindPin(pCap,PINDIR_OUTPUT,&PIN_CATEGORY_VIDEOPORT, NULL,FALSE,0,&pVPPin);

hr=pCGB2->RenderStream(&PIN_CATEGORY_CAPTURE,&MEDIATYPE_Video, pCap,pGrabBase,pRenderer);

5、获取流媒体类型并运行

通过GetConnectedMediaType()获取连接流媒体的类型以后，我们可以通过

IsampleGrabberCB类的接口BufferCB()来把视频的数据拷贝到自定义的缓冲区中，然后通过在缓冲区的拷贝进行视频到图象数据的拷贝。最后运行﹕

CComQIPtr pControl = m_pGraph;hr = pControl->Run( );

第4篇：接口管理办法

1. 施工接口界面协调配合措施

接口界面包括相邻标段的施工接口、土建工程与后续工程的施工接口，如测量控制网互用，预埋件(或预留孔洞)位置和尺寸的控制，施工信息互通，控制桩点贯通测定，水准点相互闭合等在施工中作为重点进行管理。

⑴成立现场施工协调小组，由项目副经理、项目总工程师任组长，各专业部门(或技术)负责人任组员的现场施工协调小组。全面负责施工过程中出现的各种问题。

⑵协调小组成员共同熟悉设计文件、施工图纸及相关规范，了解设计意图，小组成员首先在技术方面达成共识。

⑶施工前，参照设计施工文件与图纸，认真了解和熟悉各种专业接口。

⑷熟悉施工接口部位及主要内容，制定各种可能引起接口部位发生质量问题的预防措施。

⑸每一接口界面施工过程中，设专人负责接口施工协调，充分了解自身的职责和权限，确保业主及监理工程师的指令有效实施。

2. 与当地政府主管部门的配合措施

施工期间，积极与地方政府、村镇及有关治安、交通安全、质量监督、环境、水运等部门联系，主动争取地方政府的指导和支持，遵守国家及地方政府的有关法规，配合地方政府做好施工区域内的治安、交通、环境保护等工作，确保施工的顺利进行。

3.与征地拆迁单位等部门的配合措施

⑴上场后立即成立征地拆迁领导小组，由分管协调的项目副经理任组长，配备专职人员负责此项工作。

⑵征地拆迁工作涉及路内外诸多产权单位，实施过程中需要取得产权单位的认可，需要产权单位进行配合;征地青赔等问题需要取得地方政府的大力支持;迁改施工将会对沿线人民群众的生产生活带来一定的影响，需要取得人民群众的理解。我们将把征地拆迁协调配合作为施工组织管理的重点来抓，确保征地拆迁工作顺利实施。

⑶上场后密切配合业主及地方政府做好征地拆迁工作，保证重点工程和先期开工区段的先行用地，保证开工的需要。

⑷征地拆迁必须根据本标段总体施工进度全面推进，分重点工程、先架梁区段依次安排进行。对于拆迁工程量较大，内容复杂，必须提前安排。由于该项工作具有政策性强、牵扯面广、难度大等特点，必须予以高度重视，尤其准备阶段和开工前期，应提早介入，争取主动，积极配合工作，争取得到地方有关部门的大力配合，保证其按期完成，不影响正式工程进度。

⑸征地拆迁工作以保证控制工期工程按时开工为首要工作，依次解决影响线下、电气化等工程施工的迁改问题。拆迁工作要突出顺序、统

一、一次到位的原则，杜绝二次拆迁、重复拆迁。

4.与甲方的配合措施

⑴严格执行甲方有关工程质量、工期、安全、文明施工、环境保护的管理制度;严格按照甲方同意的施工场地平面图布置施工场地，按时向甲方报送有关报表。

⑵积极参加甲方组织的有关施工的会议，主动配合建设单位的各项检查工作，接受甲方对施工提出的各项要求，按甲方的要求进行改进和落实。

⑶严格执行甲方关于与地方政府行政主管部门、设计单位、监理单位的协作配合，积极主动为相关单位的检查、监督工作提供条件。

⑷在相邻标段出现紧急情况时，按照甲方的要求协助解决。 5.与监理咨询的配合措施

⑴全面履行合同，履行投标时做出的关于质量、工期、安全、环境保护、文明施工等方面的承诺。

⑵在工程开工前，先向监理工程师提供详细的施工方案、施工计划，提供机械设备配置情况、人员组织情况、原材料检验报告、混凝土配合比设计成果、控制测量导线网的布置及测量成果、放线资料等，经监理工程师认可后开始施工。

⑶配合监理单位做好施工过程中的质量管理。在内部专检及“三检”制的基础上，接受监理工程师的验收和检查，并按照监理工程师的要求予以整改。和监理共同参加对隐蔽工程进行检查、验收、签证工作，对原材料、施工机械设备的检查和施工工艺的审批等;

⑷接受工程质量检查，主要有工序检查、施工过程中的验收、单位工程验收和全部工程竣工验收，接受质量缺陷责任期的质量检查。

⑸配合监理单位做好工程施工的投资管理工作，主要内容包括工程的计量支付、工程变更、工程索赔以及按照合同规定的价格调整等。

⑹积极配合监理单位对工程施工进度的监督和管理，配合监理单位做好工程开工令审批，制定和调整工程施工进度计划，确保工程施工工期计划的实现。

⑹对于技术复杂的项目，施工过程中虚心接受监理、咨询部门的指导意见，按照咨询部门的要求做好施工中技术和工艺的改进工作。

6. 与设计的配合措施

⑴组织参加设计交底，弄清设计意图，建立整个施工过程中的情况通报制度，对工程施工过程中遇到的设计问题做好记录，及时与设计单位取得联系。

⑵优化施工方案。重大施工方案的变更与设计单位沟通，征求意见。

⑶加强对工程地质条件及水文地质条件的复核检查，对于与设计资料不符的地质情况及时与设计单位取得联系，为完善工程设计提供必要的资料。

⑷积极配合设计单位做好设计管理和现场资料的收集工作。 7.与第三方检测单位的配合措施

⑴京沪高速铁路是我国第一条高速铁路，技术复杂，质量要求高。施工过程中，需要第三方检测的项目特别多。为此，施工前制定详细的需要第三方检测计划，并报业主、监理及第三方检测单位。

⑵积极与第三方检测单位取得联系，掌握第三方检测的有关规定;检测过程中，积极配合，为第三方检测单位提供条件，虚心听取意见，保证检测工作的顺利进行。

⑶对需要第三方检测的项目，提前与检测单位沟通，按照检测单位的要求，提前做好各项准备工作。对存在缺陷的项目，严格按照规定进行整改。

8.与线路跨越的铁路、公路部门的配合措施 8.1与公路交通部门的配合措施

⑴主动与当地交通部门取得联系，协调配合，确定合理的施工运输方案，按有关部门具体要求制定安全防护措施。

⑵施工机动车辆在国道或地方道路上运行，遵守地方政策和交警部门的管理规定，遵守《中华人民共和国道路交通安全法》，维护交通秩序，保证运输安全。

⑶所有机动车辆始终保持完好状态，经常检修，定期保养。 ⑷施工所用机械设备、材料存放不侵入既有公路，且不影响交通。 ⑸大型机械行驶，事先要对既有公路的路面宽度、桥涵宽度和通过荷载等进行调查，需加宽道路和加固桥涵时，与当地交通部门联系，征得同意后方可进行。车辆通过后或施工结束后，恢复原状。

⑹施工便道和既有公路交汇处，引起足够重视，设立安全警示标志、安全监督岗，并专人指挥施工车辆。

⑺在交通运输繁忙的便道口，设立安全警示标牌、安全监督岗，设专人指挥行人和车辆，确保汽车运输及行人安全。

8.2与线路跨越的铁路部门的配合措施

⑴京沪高速铁路正线施工多处跨越既有京山线、京沪线，能否保证既有线的运营安全施工安全控制的重点和难点。为此，上场后积极与沿线铁路部门取得联系，掌握线路跨越的详细情况，按照铁路部门的具体要求，制定切实可行的安全防护措施。

⑵跨越既有线及既有线改造施工前，按照对既有线运营的影响程度，详细编制申请“天窗”的计划，上报铁路主管部门审批。施工过程中，加强与既有线运营单位的工务、电务、车务、机务等部门的配合和联系，在“天窗”规定的时间范围内做好对既有线的防护和保护工作，做到“天窗”时间以外恢复既有线的原貌。

⑶运输车辆跨越既有铁路时，要提前与铁路道口主管部门联系和沟通，按照铁路相关部门的规定，做好安全防护工作。 9. 与相邻施工单位的配合措施

⑴在施工场地布置、贯通测量、施工作业安排、施工便道使用及养护等方面与相邻标段加强配合，以保证布置合理，少占耕地、农田，保证施工顺利进行。

⑵积极主动与“四电”、“站场”等施工单位联系，统筹考虑施工场地、临时设施的布置，合理安排不同专业相连的工程施工顺序，作好施工配合，减少施工干扰。

⑶及时作好已完线下工程的技术总结工作，为后续工程的施工提供各方面支持，配合后续有关单位进行相关作业。

10.与后续工程配合措施

⑴成立现场施工协调小组，由项目副经理、项目总工程师任组长，各专业技术负责人任组员的现场施工协调小组，全面负责施工交接过程中出现的各种问题。

⑵凡后续工程施工对上道已完工程会产生损伤或污染的，施工前必须先采取对应的保护措施后方可进行施工。

⑶各专业之间的衔接及内部协调管理必须服从经理部或项目部的统一安排。本标段与其他单位的工序衔接时，必须积极配合业主及监理工程师的统一协调指挥。

⑷后续工程施工之前，上道已完工程必须提供必要的施工、技术条件，并设专人在上下工序的衔接中做好协调工作。

⑸上道已完工程验收合格并经现场监理工程师签认后方可进入后续工程的施工。相互之间的衔接必须合理安排并做到顺利过渡。

11. 试验配合措施

⑴成立以主管试验工作的副总工程师为组长，各作业工区试验中心主任为组员的试验配合小组，全面负责试验配合工作。

⑵经理部设立工程试验中心，配备与本施工段配套的试验器具及试验人员。

⑶积极配合监理工程师进行现场抽样试验。

⑷按业主、监理要求对各种试验结果进行统计分析处理，建立试验档案，并按要求定时报送。 ⑸积极配合业主、监理对试验中心的监督、检查和管理。 ⑹在试验配合小组的领导下，各工程试验中心积极配合业主、设计单位完成其他各项试验任务。

12. 沿线及既有设施保护措施

对设计、测绘单位布设(埋设)的水准点、GPS控制点、线位控制桩等进行保护，不得随意挪动和损坏。

地下工程施工严密注视地下管线的安全，施工前先与有关产权单位联系，请求配合，查明地下管线走向和位置，做到“三不施工”，即不摸清地下设施位置不施工，影响设施正常运转不施工，没采取有效防护措施不施工。

采取电缆探测器和挖探沟等行之有效的手段探明电缆管线的确切位置，做出明确的标志。杜绝在电缆、光缆、管道3m范围内使用大型机械作业。

电缆附近规定区域内禁止取土，施工车辆横跨电缆时，要采取保护措施，防止损坏电缆。

因施工影响周围构筑物时，制定切实可行的加固、支撑或改移方案，在征得产权单位和建设单位同意后实施，采取措施加强防护，绝对保证其安全使用。

工程施工或高空施工作业近临既有建筑物地段，根据施工需要及时对临界建筑物采取加固支护措施。作业排架搭设与建筑物间保证一定安全距离，并增设围护结构和隔离屏障。用以保证建筑物不因施工而影响其安全和正常使用。

如果由我方施工不当造成周围构筑物的损失，我方愿意承担相应的赔偿责任，并主动联系有关部门，及时采取相应的措施处理，减少损失，确保安全生产。

爱护地方名胜古迹、历史文物等旅游资源。爱护一草一木，制定相关奖罚制度，做好环境保护。

第5篇：接口界面协调配合措施

施工接口界面协调配合措施

接口界面包括相邻标段的施工接口、土建工程与后续工程的施工接口，如测量控制网互用，预埋件(或预留孔洞)位置和尺寸的控制，施工信息互通，控制桩点贯通测定，水准点相互闭合等在施工中作为重点进行管理。 ⑴ 立现场施工协调小组，由项目副经理、项目总工程师任组长，各专业部门(或技术)负责人任组员的现场施工协调小组。全面负责施工过程中出现的各种问题。

⑵ 协调小组成员共同熟悉设计文件、施工图纸及相关规范，了解设计意图，小组成员首先在技术方面达成共识。

⑶ 施工前，参照设计施工文件与图纸，认真了解和熟悉各种专业接口。

⑷ 熟悉施工接口部位及主要内容，制定各种可能引起接口部位发生质量问题的预防措施。

⑸ 每一接口界面施工过程中，设专人负责接口施工协调，充分了解自身的职责和权限，确保业主及监理工程师的指令有效实施。

与当地政府主管部门的配合措施

施工期间，积极与地方政府、村镇及有关治安、交通安全、质量监督、环境、水运等部门联系，主动争取地方政府的指导和支持，遵守国家及地方政府的有关法规，配合地方政府做好施工区域内的治安、交通、环境保护等工作，确保施工的顺利进行。 与征地拆迁单位等部门的配合措施单位等部门的配合措施 ⑴ 场后立即成立征地拆迁领导小组，由分管协调的项目副经理任组长，配备专职人员负责此项工作。 ⑵ 征地拆迁工作涉及路内外诸多产权单位，实施过程中需要取得产权单位的认可，需要产权单位进行配合;征地青赔等问题需要取得地方政府的大力支持;迁改施工将会对沿线人民群众的生产生活带来一定的影响，需要取得人民群众的理解。我们将把征地拆迁协调配合作为施工组织管理的重点来抓，确保征地拆迁工作顺利实施。

⑶ 上场后密切配合业主及地方政府做好征地拆迁工作，保证重点工程和先期开工区段的先行用地，保证开工的需要。 ⑷ 征地拆迁必须根据本标段总体施工进度全面推进，分重点工程、先架梁区段依次安排进行。对于拆迁工程量较大，内容复杂，必须提前安排。由于该项工作具有政策性强、牵扯面广、难度大等特点，必须予以高度重视，尤其准备阶段和开工前期，应提早介入，争取主动，积极配合工作，争取得到地方有关部门的大力配合，保证其按期完成，不影响正式工程进度。

⑸ 征地拆迁工作以保证控制工期工程按时开工为首要工作，依次解决影响线下、电气化等工程施工的迁改问题。拆迁工作要突出顺序、统

一、一次到位的原则，杜绝二次拆迁、重复拆迁。

与甲方的配合措施 ⑴ 格执行甲方有关工程质量、工期、安全、文明施工、环境保护的管理制度;严格按照甲方同意的施工场地平面图布置施工场地，按时向甲方报送有关报表。

⑵ 积极参加甲方组织的有关施工的会议，主动配合建设单位的各项检查工作，接受甲方对施工提出的各项要求，按甲方的要求进行改进和落实。 ⑶ 严格执行甲方关于与地方政府行政主管部门、设计单位、监理单位的协作配合，积极主动为相关单位的检查、监督工作提供条件。 ⑷ 在相邻标段出现紧急情况时，按照甲方的要求协助解决。 与监理咨询的配合措施

⑴ 面履行合同，履行投标时做出的关于质量、工期、安全、环境保护、文明施工等方面的

承诺。 ⑵ 在工程开工前，先向监理工程师提供详细的施工方案、施工计划，提供机械设备配置情况、人员组织情况、原材料检验报告、混凝土配合比设计成果、控制测量导线网的布置及测量成果、放线资料等，经监理工程师认可后开始施工。

⑶ 配合监理单位做好施工过程中的质量管理。在内部专检及“三检”制的基础上，接受监理工程师的验收和检查，并按照监理工程师的要求予以整改。和监理共同参加对隐蔽工程进行检查、验收、签证工作，对原材料、施工机械设备的检查和施工工艺的审批等;

⑷ 接受工程质量检查，主要有工序检查、施工过程中的验收、单位工程验收和全部工程竣工验收，接受质量缺陷责任期的质量检查。

⑸ 配合监理单位做好工程施工的投资管理工作，主要内容包括工程的计量支付、工程变更、工程索赔以及按照合同规定的价格调整等。

⑹ 积极配合监理单位对工程施工进度的监督和管理，配合监理单位做好工程开工令审批，制定和调整工程施工进度计划，确保工程施工工期计划的实现。

⑺ 对于技术复杂的项目，施工过程中虚心接受监理、咨询部门的指导意见，按照咨询部门的要求做好施工中技术和工艺的改进工作。 与设计的配合措施

⑴ 织参加设计交底，弄清设计意图，建立整个施工过程中的情况通报制度，对工程施工过程中遇到的设计问题做好记录，及时与设计单位取得联系。

⑵ 优化施工方案。重大施工方案的变更与设计单位沟通，征求意见。

⑶ 加强对工程地质条件及水文地质条件的复核检查，对于与设计资料不符的地质情况及时与设计单位取得联系，为完善工程设计提供必要的资料。

⑷ 积极配合设计单位做好设计管理和现场资料的收集工作。 与第三方检测单位的配合措施

⑴京沪高速铁路是我国第一条高速铁路，技术复杂，质量要求高。施工过程中，需要第三方检测的项目特别多。为此，施工前制定详细的需要第三方检测计划，并报业主、监理及第三方检测单位。

⑵积极与第三方检测单位取得联系，掌握第三方检测的有关规定;检测过程中，积极配合，为第三方检测单位提供条件，虚心听取意见，保证检测工作的顺利进行。

⑶对需要第三方检测的项目，提前与检测单位沟通，按照检测单位的要求，提前做好各项准备工作。对存在缺陷的项目，严格按照规定进行整改。 与线路跨越的铁路、公路部门的配合措施 与公路交通部门的配合措施 ⑴ 动与当地交通部门取得联系，协调配合，确定合理的施工运输方案，按有关部门具体要求制定安全防护措施。 ⑵ 施工机动车辆在国道或地方道路上运行，遵守地方政策和交警部门的管理规定，遵守《中华人民共和国道路交通安全法》，维护交通秩序，保证运输安全。

⑶ 所有机动车辆始终保持完好状态，经常检修，定期保养。 ⑷ 施工所用机械设备、材料存放不侵入既有公路，且不影响交通。

⑸ 大型机械行驶，事先要对既有公路的路面宽度、桥涵宽度和通过荷载等进行调查，需加宽道路和加固桥涵时，与当地交通部门联系，征得同意后方可进行。车辆通过后或施工结束后，恢复原状。

⑹ 施工便道和既有公路交汇处，引起足够重视，设立安全警示标志、安全监督岗，并专人指挥施工车辆。

⑺ 在交通运输繁忙的便道口，设立安全警示标牌、安全监督岗，设专人指挥行人和车辆，

确保汽车运输及行人安全。

与线路跨越的铁路部门的配合措施 ⑴ 沪高速铁路正线施工多处跨越既有京山线、京沪线，能否保证既有线的运营安全施工安全控制的重点和难点。为此，上场后积极与沿线铁路部门取得联系，掌握线路跨越的详细情况，按照铁路部门的具体要求，制定切实可行的安全防护措施。

⑵ 跨越既有线及既有线改造施工前，按照对既有线运营的影响程度，详细编制申请“天窗”的计划，上报铁路主管部门审批。施工过程中，加强与既有线运营单位的工务、电务、车务、机务等部门的配合和联系，在“天窗”规定的时间范围内做好对既有线的防护和保护工作，做到“天窗”时间以外恢复既有线的原貌。

⑶ 运输车辆跨越既有铁路时，要提前与铁路道口主管部门联系和沟通，按照铁路相关部门的规定，做好安全防护工作。

与相邻施工单位的配合措施

⑴ 施工场地布置、贯通测量、施工作业安排、施工便道使用及养护等方面与相邻标段加强配合，以保证布置合理，少占耕地、农田，保证施工顺利进行。

⑵ 积极主动与“四电”、“站场”等施工单位联系，统筹考虑施工场地、临时设施的布置，合理安排不同专业相连的工程施工顺序，作好施工配合，减少施工干扰。

⑶ 时作好已完线下工程的技术总结工作，为后续工程的施工提供各方面支持，配合后续有关单位进行相关作业。 与后续工程配合措施

⑴ 立现场施工协调小组，由项目副经理、项目总工程师任组长，各专业技术负责人任组员的现场施工协调小组，全面负责施工交接过程中出现的各种问题。

⑵ 凡后续工程施工对上道已完工程会产生损伤或污染的，施工前必须先采取对应的保护措施后方可进行施工。

⑶ 各专业之间的衔接及内部协调管理必须服从经理部或项目部的统一安排。本标段与其他单位的工序衔接时，必须积极配合业主及监理工程师的统一协调指挥。

⑷ 后续工程施工之前，上道已完工程必须提供必要的施工、技术条件，并设专人在上下工序的衔接中做好协调工作。

⑸ 上道已完工程验收合格并经现场监理工程师签认后方可进入后续工程的施工。相互之间的衔接必须合理安排并做到顺利过渡。 试验配合措施 ⑴ 立以主管试验工作的副总工程师为组长，各作业工区试验中心主任为组员的试验配合小组，全面负责试验配合工作。

⑵ 经理部设立工程试验中心，配备与本施工段配套的试验器具及试验人员。

⑶ 积极配合监理工程师进行现场抽样试验。

⑷ 按业主、监理要求对各种试验结果进行统计分析处理，建立试验档案，并按要求定时报送。

⑸ 积极配合业主、监理对试验中心的监督、检查和管理。 ⑹ 在试验配合小组的领导下，各工程试验中心积极配合业主、设计单位完成其他各项试验任务。

沿线及既有设施保护措施

对设计、测绘单位布设(埋设)的水准点、GPS控制点、线位控制桩等进行保护，不得随意挪动和损坏。

地下工程施工严密注视地下管线的安全，施工前先与有关产权单位联系，请求配合，查明地下管线走向和位置，做到“三不施工”，即不摸清地下设施位置不施工，影响设施正常运转

不施工，没采取有效防护措施不施工。

采取电缆探测器和挖探沟等行之有效的手段探明电缆管线的确切位置，做出明确的标志。杜绝在电缆、光缆、管道3m范围内使用大型机械作业。

电缆附近规定区域内禁止取土，施工车辆横跨电缆时，要采取保护措施，防止损坏电缆。

因施工影响周围构筑物时，制定切实可行的加固、支撑或改移方案，在征得产权单位和建设单位同意后实施，采取措施加强防护，绝对保证其安全使用。

工程施工或高空施工作业近临既有建筑物地段，根据施工需要及时对临界建筑物采取加固支护措施。作业排架搭设与建筑物间保证一定安全距离，并增设围护结构和隔离屏障。用以保证建筑物不因施工而影响其安全和正常使用。

如果由我方施工不当造成周围构筑物的损失，我方愿意承担相应的赔偿责任，并主动联系有关部门，及时采取相应的措施处理，减少损失，确保安全生产。

爱护地方名胜古迹、历史文物等旅游资源。爱护一草一木，制定相关奖罚制度，做好环境保护。

廉政建设措 ⑴ 立以经理部党委副书记为组长的项目廉政建设领导小组，全面负责本项目工程的廉政建设工作。

⑵ 在签订施工合同的同时，与业主签订廉政协议书。 ⑶ 政建设领导小组根据国家及国务院铁路行政主管部门有关工程建设、廉政建设的规定，做好工程建设中的党风廉政建设，保证工程建设高效优质，保证工程款的安全和有效使用。

⑷ 建立健全廉政制度，开展廉政教育，设立廉政告示牌，公布举报电话，接受地方相关部门的监督，认真查处违法违纪行为。

⑸ 在与业主、设计、监理、地方相关部门的正常工作交往活动中坚持公开、公正、诚信、透明的原则(法律认定的商业秘密和合同另有规定除外)，不损害国家和集体利益，不违反工程建设管理规章制度，不为个人及小集体谋利。 保证农民工工资的措施

施工过程中，根据工程进度安排需雇用劳务时，按《劳动法》的有关规定和要求，与每位劳务工均签订劳务用工合同。按有关规定制定劳务用工管理办法，按时结算劳务工资，不以任何形式、任何理由拖欠劳务工资。制定严格的规章制度，并贯彻执行，加强对劳务工的教育和科学管理，保障劳务工的人身和财产安全。配专人负责劳务管理，从衣、食、住、行各方面为劳务工提供必要的生活条件。 在工程施工过程中，把农民工纳入承包人内部人员统一管理，充分保障农民工的合法权益，建立农民工工资支付保障制度，直接将工资支付给农民工。 就农民工工资问题与业主和地方劳动监察部门签定委托协议，如果拖欠所雇佣的农民工资三个月以上，经当地劳动监察部门查明，业主可以根据监察部门的要求，从应付工程款中直接扣除。

第6篇：在线支付接口说明

在线支付接口开发总结

2012-07-05 17:06:27

经过这段时间对支付宝在线支付接口、手机在线支付接口、农业银行在线支付接口、以及支付宝担保交易接口的开发，对在线支付的原理有了一定的了解，开发过程中有点小的心得体会，在这里记录一下。

首先，这几个接口中，前面三个都是单一的支付接口，对于需要集成的商户而言，所需要做的工作为：集成支付功能使用户可以在线支付，接受支付结果进行商户系统中订单相关数据的处理。其次，担保交易接口是一个完整的在线担保体系，因此包含了在线支付、确认收货、在线申请退款、客户维权、商户退款五个相关接口。关于具体的功能可以参考支付宝提供的文档资料，这里仅进行技术开发上的分析。

其实这些在线支付的接口从原理上来讲都是一样的。这里简单地阐述一下：

首先，开发这些接口的第三方公司会给商户提供一个唯一标识pid，而且与该标识相对应的会有一个KEY，双方使用这个KEY作为加密的密钥。

其次，商户使用接口的时候，根据不同支付方的开发文档的要求，将所需要的参数(订单的相关信息如：金额、商品等)拼接成相应的形式。在发送请求之前需要对数据进行加密，而加密的方式会由支付方提供，文档中会有相应的描述，有的接口也会提供现成的方法供商户使用。加密后就可以调用接口向支付网关发送请求了。 注：传递的参数中一般含有return_url 和 notify_url 两个链接地址，商户一般在这两个页面中写入订单状态处理的逻辑。

最后，是对于支付结果的处理。支付方在对相应的资金进行处理后会给发送请求的商户网站发送响应。这里有两种方式：

1、页面通知(同步通知，return_url)，用来显示给实际支付的客户，支付方只返回一次。

2、服务器通知(异步通知，notify_url)，运行在后台，实际在线支付的客户看不到，支付方会在一定时期内发送多次，直到收到商户程序反馈的约定好的标识为止。具体的原理如图1和图2所示(这里借用支付宝的原理图^_^)。

这样，整个在线支付接口就完成了商户和支付方的信息的交互。

图1 返回页面(return_url.jsp)工作原理

图2 通知页面(notify_url.jsp)工作原理

商户开发人员在实际集成接口的时候可以遵循如下工作步骤：

1、熟悉在线支付接口的工作原理。

2、仔细阅读支付方提供的开发文档。

3、运行支付方提供的demo，结合开发文档理解工作原理。

4、集成接口，加入相关的业务逻辑。

对于像担保交易这样关系复杂的接口，可以分开理解成独立的接口，然后结合商户自身情况，从业务数据上进行关联。

在进行接口调试及测试的时候，因为中间debug信息很难收集到，尤其是服务器通知模式的情况下。因此可以加入日志的输出功能，这样一次操作完成后，分析产生的日志，可以极大的简化调试的难度。测试时候如果支付方未提供相应的测试网关，可以采用支付0.01元的方式，多次进行。

第7篇：医保接口文档 人民医院

医保接口文档说明

此接口为pb开发的COM接口,要在pb9.03 8511下运行。 所有的函数返回值 0表示成功 ，非0表示不成功。 所有的函数的出参 ret_message 为出错说明。

只有调用initdll (ref string ret_message)初始化成功后,才可调用其它函数。医院管理信息系统只要做全局变量去调用initdll (ref string ret_message) 初始化成功一次即可,不建议做局部变量去调用，去反复初始化,它会加重医保系统前后台的负担。

门诊收费、退费和出院结算接口会自动打印出单据,出院结算取消根据传入的标志(可打印,或不打印)。

门诊处方、医嘱收费两个xml字符串yylsh 是唯一的(不重复)

一、接口函数说明

1.初始化

Integer initdll (ref string ret_message)

2. 读卡函数(此读卡函数用在门诊，市医保住院申请) Integer qtyy_readic_qtjk (ref string s_grxx, ref string ret_message) 入参说明：无

出参说明：s_grxx为一个xml格式的字符串，说明如下 Grsbh 个人社保号 Kh 卡号 Rydm 医保人员代码 Rymc 医保人员名称 Xm 姓名

Xb 性别( 0 ：表示男,1：表示女,2：表示未知) Csrq 出生日期 (格式：yyyy-mm-dd hh:mm:ss) 例如：1972-03-15 00:00:00 Dwsbh 单位社保号 Dwmc 单位名称 Fqdm 分区代码 Fqmc 分区名称

Bntclj 本年统筹累计(数字字符串) Grzhye 个人账户余额(数字字符串) Zzbz 在职标志 ( 0：表示在职，1：表示退休，2：表示离休) Fpbz 分片标志 ( 0：表示企业，1：表示行政) Sldbz 市领导标志 ( 0 ：表示非市领导，1：表示市领导) Bz 备注

Jbjjbntclj 基本医疗基金本年统筹累计(数字字符串) Dbjjbntclj 大病医疗基金本年统筹累计(数字字符串)

Bngwybzje Sfzh Bnzycs 本年累计公务员补助金额(数字字符串) 身份证号

本年住院次数(数字字符串)

Dbcjbz Dbhzbz

大病参加标志(1：已参加大病,0：未参加) 大病划账标志(1：大病已划账，0：未划账) Gwycjbz 公务员参加标志(1：已参加公务员基金,0：未参加) Gwyhzbz 公务员划账标志(1：公务员基金已划账，0：未划账)

S_grxx xml字符串例子如下：

-

6978725

2010-12-13 15:28:44.636000

12

1308674

19647

285

*肾上腺素注射液(付肾)

1mg*10支

支

1.38000

10.00

13.80

0

1

0

0

13106

0

0

国医堂门诊

欧阳枝磊

管理员

0

0

注: 普通门诊, cfje = Cjylfyje + 现金支付(用s_mzjsgrzh算) (有多条记录时,cfje只需取第一条的即可,而cjylfyje需要多条累加起来) 注：专项门诊，ylfy = ybtczf + grzhzf + gwybzje + 现金支付(用s_mzjsk算) (有多条记录时,ylfy只需取第一条的即可,而ybtczf,grzhzf,gwybzje需要多条累加) s_mzjsk为一个xml格式的字符串，说明如下(只有专项门诊才有返回记录,可能有多条记录) lsh

ybcfh

fqdm

yydm

yymc

yycfh

jjdm

yyjb

jjmc

ksdm

ksmc

bxlb

kh

rydm

dwsbh

grsbh

xm

ylfy jsqtclj

jshtclj

grzhzfybylfy

ybylfy

ctczf

tczf

grzhzf grzhzftczf grzhzftc

ybtczf

tcjzzf

ybjtcfy jsrq

jsczy

jsczymc

fplsh

qcgrzhye bh

ysdm 流水号(数字字符串) 医保处方号(数字字符串) 分区代码 医院代码 医院名称

医院处方号(数字字符串) 基金代码 医院级别 基金名称 科室代码 科室名称 保销类别 卡号 人员代码 单位社保号 个人社保号 姓名

医疗费用(数字字符串) 结算前统筹累计(数字字符串) 结算后统筹累计(数字字符串) 个人账户支付医保医疗费用(数字字符串) 医保医疗费用(数字字符串) 超统筹支付(数字字符串) 统筹自负 (数字字符串) 个人账户支付(数字字符串) 个人账户支付统筹自付(数字字符串) 个人账户支付统筹(数字字符串) 医保统筹支付(数字字符串) 医保记账支付(数字字符串) 医保进统筹费用(数字字符串) 结算日期 (格式：yyyy-mm-dd hh:mm:ss) 结算操作员 结算操作员名称

发票流水号(数字字符串) 起初个人账户余额(数字字符串) 编号(数字字符串) 医生代码

例如：2010-12-15 15:30:10 ysmc ddbz htbz jbdm jbmc kye fpsl qszf jbywf kbcjyf zyf yjjdm

医生名称 定点标志

后台标志(0:为前台,1:为后台) 疾病代码 疾病名称

卡余额(结算前个人账户余额) (数字字符串) 发票数量(数字字符串) 收费员科室代码 起始自负(数字字符串) 基本药物费(数字字符串) 可补尝基药费(数字字符串) 总药费(数字字符串) 原基金代码(暂时不用) 公务员补助个人自付金额 (进公务员补助自费金额) (数字字符串) 公务员补助金额(数字字符串) 本年累计公务员补助金额(数字字符串) sfyksdm

GWYBZGRZFJE GWYBZJE BNGWYGZJE

S_mzsfk为一个xml格式的字符串，说明如下(科目记录) Fqdm Yydm Yycfh Yymc Yyjb Ddbz Dwshb Dwmc Grshb Kh

Rydm Yjkmdm Yjkmmc Ejkmdm Ejkmmc Ybje Xjje Je

Sfczydm Sfczymc Jzsj

Jzbz Scbz Bxlb Ybcfh Htbz

分区代码 医院代码

医院处方号(数字字符串) 医院名称 医院级别 定点标志 单位社保号 单位名称 个人社保号 卡号 人员代码 一级科目代码 一级科目名称 二级科目代码 二级科目名称

医保金额(自费金额) (数字字符串) 现金金额(数字字符串) 处方金额(数字字符串) 收费操作员代码 收费操作员名称

结账时间 (格式：yyyy-mm-dd hh:mm:ss) 例如：2010-12-15 15:30:10 结账标志 ( 1：已结账，0：未结账) 上传标志 ( 1：已上传,0：未上传) 报销类别

医保处方号(数字字符串) 后台标志 Xm

姓名

退费操作员名称 退费操作员代码

退费时间 (格式：yyyy-mm-dd hh:mm:ss) 例如：2010-12-15 15:30:10 退费标志(1：为已退费,0：未退费) 收费员科室代码 流水号 Tfczymc Tcczydm Tfsj Tfbz Lsh

Sfyksdm

S_mzjsgrzh为一个xml格式的字符串，说明如下(可能有多条记录) Fqdm

Yydm

Yycfh

Yymc

Yyjb Grzhjjdm

Grzhjjmc

Bxlb

Kh

Rydm

Dwsbh

Grsbh

Xm Cjylfyje

Cjtczfje

Cjtcje

Tcjjdm

Tcjjmc

Fplsh

Ybcfh

Jzsj Jsqzhye

Jshzhye

Bh

Czydm

Czymc

Ksdm

Ysdm

Ksmc

Ysmc

Ddbz

Kye

Cfje

Jbywf

Kbcjyf

Zyf Sfyksdm 分区代码 医院代码

医院处方号(数字字符串) 医院名称 医院级别 个人账户基金代码 个人账户基金名称 报销类别 卡号 人员代码 单位社保号 个人社保号 姓名

冲减医疗费用金额(数字字符串) 冲减统筹自负金额(数字字符串) 冲减统筹金额(数字字符串) 统筹基金代码 统筹基金名称

发票流水号(数字字符串) 医保处方号(数字字符串) 结账时间 (格式：yyyy-mm-dd hh:mm:ss) 结算前账户余额(数字字符串) 结算后账户余额(数字字符串) 编号(数字字符串) 操作员代码 操作员名称 科室代码 医生代码 科室名称 医生名称 定点标志

卡余额(数字字符串) 处方金额(数字字符串) 基本药物费(数字字符串) 可补尝基药费(数字字符串) 总药费(数字字符串) 分部代码

例如：2010-12-15 15:30:10 Fpsl Htbz Lsh

发票数量(数字字符串) 后台标志

流水号(数字字符串)

S_mzjsk_fdb为一个xml格式的字符串，说明如下

Bslsh Bh

Mzjslsh Qsje Zzje Zfbl Ybje Zfje

本身流水号(数字字符串) 编号(数字字符串)

门诊结算流水号(数字字符串) 起始金额(数字字符串) 终止金额(数字字符串) 自负比例(数字字符串) 医保金额(数字字符串) 自负金额(数字字符串)

S_mzyldy为一个xml格式的字符串，说明如下

Rydm

人员代码 Bxlb

报销类别

Mzypjlbl 门诊药品甲类比例(数字字符串) Mzypylbl 门诊药品乙类比例(数字字符串) Mzypzfbl 门诊药品自费比例(数字字符串) Mzjljlbl 门诊检疗甲类比例(数字字符串) Mzjlylbl 门诊检疗乙类比例(数字字符串) Mzjlzfbl 门诊检疗自费比例(数字字符串)

4.门诊退费函数

Integer

qtyy_mztf_qtjk (string j_grsbh, string s_ybcfh, string j_tfczymc, ref string j_zxmzbz, ref string s_mzjsk, ref string s_mzsfk, ref string s_mzjsgrzh, ref string ret_message) 入参说明： J_grsbh S_ybcfh J_tfczymc varchar(50) dec(18,2)

varchar(20)

个人社保号

医保处方号(必须是数字字符串,无小数位 例如：1820) 退费操作员名称 出参说明： J_zxmzbz S_mzjsk S_mzsfk S_mzjsgrzh

s_mzjsk为一个xml格式的字符串，说明如下

专项门诊标志 ( 1：专项门诊,0：普通门诊)

门诊结算记录 (s_mzjsk 是一个xml字符串，说明如下：) 门诊收费科目详细(S_mzsfk是一个xml字符串，说明如下：) 门诊结算个人账户(S_mzjsgrzh 是一个xml字符串，说明如下：) lsh

ybcfh

fqdm

yydm

yymc

yycfh

jjdm

yyjb

jjmc

ksdm

ksmc

bxlb

kh

rydm

dwsbh

grsbh

xm

ylfy jsqtclj

jshtclj

grzhzfybylfy

ybylfy

ctczf

tczf

grzhzf grzhzftczf grzhzftc //ybtczf

tcjzzf

ybjtcfy jsrq

jsczy

jsczymc

fplsh

qcgrzhye bh

ysdm 流水号(数字字符串) 医保处方号(数字字符串) 分区代码 医院代码 医院名称

医院处方号(数字字符串) 基金代码 医院级别 基金名称 科室代码 科室名称 保销类别 卡号 人员代码 单位社保号 个人社保号 姓名

医疗费用(数字字符串) 结算前统筹累计(数字字符串) 结算后统筹累计(数字字符串) 个人账户支付医保医疗费用(数字字符串) 医保医疗费用(数字字符串) 超统筹支付(数字字符串) 统筹支付(数字字符串) 个人账户支付(数字字符串) 个人账户支付统筹自付(数字字符串) 暂时不用

医保统筹支付(数字字符串) 医保记帐支付(数字字符串) 医保进统筹费用(数字字符串) 结算日期 (格式：yyyy-mm-dd hh:mm:ss) 结算操作员 结算操作员名称

发票流水号//暂时不用(数字字符串) 前次个人余额(数字字符串) 编号(数字字符串) 医生代码 例如：2010-12-15 15:30:10 ysmc ddbz htbz jbdm jbmc kye fpsl qszf jbywf kbcjyf zyf yjjdm

医生名称 //暂时不用

后台标志(0:为前台,1:为后台) 疾病代码 疾病名称

卡余额(数字字符串) 发票数量(数字字符串) 分部代码

起始自负(数字字符串) 基本药物费(数字字符串) 可补尝基药费(数字字符串) 总药费(数字字符串) 原基金代码

公务员补助个人自付金额 (进公务员补助自费金额) (数字字符串) 公务员补助金额(数字字符串) 本年累计公务员补助金额(数字字符串) sfyksdm

GWYBZGRZFJE GWYBZJE BNGWYGZJE

S_mzsfk为一个xml格式的字符串，说明如下

Fqdm Yydm Yycfh Yymc Yyjb Ddbz Dwshb Dwmc Grshb Kh

Rydm Yjkmdm Yjkmmc Ejkmdm Ejkmmc Ybje Xjje Je

Sfczydm Sfczymc Jzsj

Jzbz Scbz Bxlb Ybcfh Htbz

分区代码 医院代码

医院处方号(数字字符串) 医院名称 医院级别 定点标志 单位社保号 单位名称 个人社保号 卡号 人员代码 一级科目代码 一级科目名称 二级科目代码 二级科目名称

医保金额 (数字字符串) 现金金额(数字字符串) 处方金额(数字字符串) 收费操作员代码 收费操作员名称

结账时间 (格式：yyyy-mm-dd hh:mm:ss) 例如：2010-12-15 15:30:10 结账标志 ( 1：已结账，0：未结账) 上传标志 ( 1：已上传,0：未上传) 报销类别

医保处方号(数字字符串) 后台标志(0：为前台，1：为后台) Xm

姓名

退费操作员名称 退费操作员代码

退费时间 (格式：yyyy-mm-dd hh:mm:ss) 例如：2010-12-15 15:30:10 Tfczymc Tcczydm Tfsj

Tfbz

退费标志 (1：为已退费,0：未退费) Sfyksdm 收费员科室代码 Lsh 流水号(数字字符串)

S_mzjsgrzh为一个xml格式的字符串，说明如下 Fqdm

分区代码 Yydm

医院代码

Yycfh

医院处方号(数字字符串) Yymc

医院名称 Yyjb 医院级别 Grzhjjdm

个人账户基金代码 Grzhjjmc

个人账户基金名称 Bxlb

报销类别 Kh

卡号 Rydm

人员代码 Dwsbh

单位社保号 Grsbh

个人社保号 Xm 姓名

Cjylfyje

冲减医疗费用金额(数字字符串) Cjtczfje

冲减统筹自负金额(数字字符串) Cjtcje

//暂时不用 Tcjjdm

统筹基金代码 Tcjjmc

统筹基金名称 Fplsh

//暂时不用

Ybcfh

医保处方号(数字字符串) Jzsj 结账时间 (格式：yyyy-mm-dd hh:mm:ss) Jsqzhye

结算前账户余额(数字字符串) Jshzhye

结算后账户余额(数字字符串) Bh

编号(数字字符串) Czydm

操作员代码 Czymc

操作员名称 Ksdm

科室代码 Ysdm

医生代码 Ksmc

科室名称 Ysmc

医生名称 Ddbz

//暂时不用

Kye

卡余额(数字字符串) Cfje

处方金额(数字字符串) Jbywf 基本药物费(数字字符串)

例如：2010-12-15 15:30:10 Kbcjyf

可补尝基药费(数字字符串) Zyf

总药费(数字字符串) Sfyksdm 收费员科室代码 Fpsl

发票数量(数字字符串) Htbz

后台标志(0:为前台,1:为后台) Lsh 流水号(数字字符串)

5.报销种类

Integer qtyy_getbxzl (ref string s_bxzl, ref string ret_message) 入参说明:无 出参说明: S_bxzl

报销种类字典(s_bxzl 是xml字符串) S_bxzl为一个xml格式的字符串，说明如下 Bxlbdm

报销类别代码 Mc

报销类别名称

Qszfbl

起始自付比例(数字字符串)

Syfw

使用范围(0：为普通门,1,2:表示住院,3:专项门诊) Ywshbz

意处伤害标志

Qtbz

前台标志(0:为前台,1:为后台) Mzjbbz

门诊疾病标志

Mxbbz

慢性病标志(1：为慢性病，0：为非慢性病) Zybz

住院标志

6.住院申请

Integer qtyy_zysq_qtjk (string s_sqxx, string s_jbqk, ref string s_bh, ret_message) 入参说明： S_sqxx

申请信息 (s_sqxx 是xml字符串，说明如下：) S_jbqk string(5000) 疾病情况

出参说明：

S_bh

申请编号(数字字符串)

S_sqxx为一个xml格式的字符串，说明如下 Grsbh varchar(50) 个人社保号(not null) Yyzyh varchar(50) 医院住院号 Cwmc

varchar(50) 床位名称 Ksmc varchar(50) 科室名称 Ysmc

varchar(20) 医生名称 Kszr

varchar(20) 科室主任 Ybb varchar(50)

医保办负责人

ref string Czymc Gbjb Ryrq

varchar(20) varchar(50) datetime

varchar(50) varchar(250) varchar(50)

操作员名称

干部级别(普通，副县级以上) 入院日期(格式：yyyy-mm-dd ) 入院疾病字典代码 入院疾病字典名称 报销类别代码 Ryjbzddm Ryjbzdmc Bxlbdm

7. 住院申请取消

Integer qtyy_zysqqx_qtjk (string j_grsbh, string s_sqbh, string j_czymc, ref string ret_message) 入参说明： J_grsbh S_sqbh

J_czymc 出参说明：略

8.住院申请查询 varchar(50) dec(18,0)

varchar(20)

个人社保号(not null) 申请编号 (not null) 操作员名称

Integer

get_yyzysqb (string s_sqbh, string j_grsbh, ref string s_sqbxx, ref string ret_message) 入参说明： S_sqbh dec(18,0)

申请编号(not null) J_grsbh 出参说明： S_sqbxx Grsbh Dwsbh Kh Xm Xb nl rylb yyzyh cwmc ksmc ysmc kszr ybb jbqk qxbz sqrq

申请表信息(s_sqbxx是xml字符串,说明如下：) 个人社保号 单位社保号 卡号 姓名

性别(0：表示男，1：表示女) 年龄 人员类别 医院住院号 床位名称 科室名称 医生名称 科室主任 医保办负责人 疾病情况

取消标志( 0：表示未取消，1：表示已取消) 申请日期 S_sqbxx为一个xml格式的字符串，说明如下 varchar(50) 个人社保号(not null) pzr pzyj tybz jzqsrq jzzzrq zyts zybz gbjb ryrq cyrq

批准人 批准意见

同意标志(1：表示同意,0：表示不同意或未批) 结账起始日期 结账终止日期 住院天数(数字字符串)

住院标志(1：表示住院,0：表示未住院) 干部级别(普通，副县级以上) 入院日期 出院日期

入院疾病字典代码 入院疾病字典名称 出院疾病字典代码 出院疾病字典名称 批复意见名称 取消人名称 取消日期 单位名称 批准日期 操作员名称 人员类别名称

本年已住院次数(数字字符串)

状态(未批复,已取消,同意,不同意,已办过出院结算) 报销类别代码

附加大病报销种类标志(1:已附加大病,0:未附加大病) 批准人名称 ryjbzddm ryjbzdmc cyjbzddm cyjbzdmc pfyjmc qxr qxrq dwmc pzrq czymc rylbmc zt bxlbdm pzrmc

bnyzycs

fjdbbxzlbz 9.住院申请修改

Integer qtyy_xg_yyzysqb_qtjk (string j_grsbh, string s_sqbh, string s_sqxx, string j_jbqk, ref string ret_message) 入参说明： J_grsbh S_sqbh S_sqxx J_jbqk

S_sqxx为一个xml格式的字符串，说明如下

varchar(50) dec(18,0)

个人社保号(not null) 申请编号(not null)

申请信息(s_sqxx是xml 字符串，说明如下：) 疾病情况 string(5000)

出参说明：

Bxlbdm Czymc Gbjb Ryrq

报销类别代码 操作员名称 干部级别

入院日期(格式：yyyy-mm-dd) Ryjbzddm

入院疾病字典代码 Ryjbzdmc

入院疾病字典名称 Fjdbbxzlbz

附加大病报销种类标志(1:已附加大病,0:未附加大病)

10.人员级别字典

Integer qtyy_getryjbzd (ref string s_ryjb, ref string ret_message) 入参说明：无 出参说明： S_ryjb

人员级别字典(s_ryjb是xml字串符，说明如下：) Jbmc

级别名称 Cwf

床位费

11.医嘱收费

Integer qtyy_yzsf_qtjk (string s_yzsf, string s_yzsfs, string s_yzsfje, ref string ret_message) 入参说明： S_yzsf

医嘱收费记录明细(s_yzsf 是xml字符串。说明如下：) S_yzsfs int 医嘱收费记录条数(not null) S_yzsfje dec(18,2) 医嘱收费金额(not null) 出参说明：略

S_yzsf为一个xml格式的字符串，说明如下 Yylsh Zyh

Sfrq Fzh

Xmmc Gg

Dw

Jg

Sl

Je

Ypbz Jbywbz Yyybbz Yyybbl Ybje

Ybtybm Sfczymc Ksdm Ksmc Ysmc dec(18,0) dec(18,0) datetime int

varchar(100) varchar(50) varchar(10) dec(18,5) dec(18,2) dec(18,2) char(1) char(1) char(1) dec(18,4) dec(18,2) varchar(50) varchar(20) varchar(10) varchar(50) varchar(20)

医院流水号(not null) 住院号(not null)

收费日期(格式：yyyy-mm-dd hh：mm：ss)(not null) 分组号

项目名称(not null) 规格 单位

价格(保留五位小数,not null) 数量(保留两位小数,not null) 金额(保留两位小数,not null)

药品标志(0：表示药品，1：表示检疗,2：用法not noll) 基本药物标志(1：表示基药,0：表示非基药,not null) 医院医院标志(not null) 医院医保比例(not null) 医保金额(not null) 医保统一编码(not null) 收费操作员名称 科室代码 科室名称 医生名称 Qsrq

datetime 起始日期(格式：yyyy-mm-dd hh：mm：ss) Zzrq

datetime 终止日期(格式：yyyy-mm-dd hh：mm：ss) Dlb

varchar(20) 单类别 Yklsk dec(18,0) 药库流水号 Xmlsk dec(18,0) 项目流水号 Cqyz char(1) 长期医嘱() Jgts

int

间隔天数 tzczymc varchar(20) 调整操作员名称 dbbh int

打包包号 dbsl int

打包数量 mrcs

int

每日次数 cybs int

草药包数 sqbz char(1) 社区标志(1：表示社区，0：表示非社区,not null) bz

varchar(100) 备注

12.医嘱退费

Integer qtyy_yztf_qtjk (string s_yztf, string s_yztfs, ref string ret_message) 入参说明： S_yztf

医嘱退收记录明细(s_yztf是xml字符串。说明如下：) S_yztfs int 医嘱退收记录条数(not null) S_yztf为一个xml格式的字符串，说明如下 Zyh

dec(18,0) 住院号(not null) Yylsh dec(18,0) 医院流水号(not null) Tfrq datetime 退费日期(格式：yyyy-mm-dd hh:mm:ss) Tfczymc varchar(20) 退费操作员名称

13.医嘱医保调整

Integer qtyy_yzybtz_qtjk (string s_yzybtz, string s_yzybtzs, ref string ret_message) 入参说明： S_yzybtz

医保医嘱调整明细记录(s_yzybtz是xml字符串,说明如下) S_yzybtzs int 医保医嘱调整记录条数 出参说明：略

S_yzybtz为一个xml格式的字符串，说明如下 Yylsh dec(18,0) 医院流水号(not null) Zyh

dec(18,0) 住院号(not null) Sfrq datetime 收费日期(not null) (格式：yyyy-mm-dd hh:mm:ss) Xmmc varchar(100) 项目名称(not null) Gg

varchar(50) 规格 Dw

varchar(10) 单位 Jg

dec(18,5) 价格(not null) Sl

dec(18,2) 数量(not null) Je

dec(18,2) 金额(not null) Yyybbz char(1) 医院医保标志 Yyybbl dec(18,4) 医院医保比例 Xybbl dec(18,4) 新医保比例 Xybbz char(1) 新医保标志 Ybje

dec(18,2) 自费金额(保留两位小数,not null) Ypbz char(1) 药品标志(0：表示药品，1：表示检疗,2:用法not null) Ybtybm varchar(50) 医保统一编码(not null) Xmlsh dec(18,0) 项目流水号 Yklsh dec(18,0) 药库流水号 Bz

varchar(100) 备注 Czrq

datetime 操作日期(yyyy-mm-dd hh:mm:ss) Tzczymc varchar(20) 调整操作员名称

14.床位流水

Integer qtyy_cwls_qtjk (string s_cwls, string s_cwlss, ref string ret_message) 入参说明： S_cwls

床位流水明细记录(s_cwls是xml字符串, 说明如下) S_cwlss int 床位流水记录条数 出参说明：略

S_cwls为一个xml格式的字符串，说明如下

Yylsh dec(18,0) 医院流水号(not null) Zyh

dec(18,0) 住院号(not null) Ksdm varchar(10) 科室代码 Ksmc varchar(50) 科室名称 Kszr

varchar(20) 科室主任 Ysmc varchar(20) 医生名称 Cwmc varchar(50) 床位名称(not null) Qsrq

datetime 起始日期(格式：yyyy-mm-dd hh:mm:ss ,not null) Zzrq

datetime 终止日期(格式：yyyy-mm-dd hh:mm:ss) Zyf

dec(18,2) 住院费(not null) Czf

dec(18,2) 处置费(not null) Zyts int

住院天数(not null) Czymc varchar(20) 操作员名称(not null)

15.出院结算

Integer qtyy_cyjs_qtjk (string j_grsbh, string s_sqbh, string s_zyh, string j_czymc, string s_cyrq, string i_jbdm, string i_jbmc, string j_cjgrzhbz, string j_sfyksdm, string s_test, ref string s_zyjsk, ref string s_zysfk, ref string s_zyjsk_fdb, ref string ret_message) 入参说明： J_grsbh varchar(50) 个人社保号(not null) S_sqbh dec(18,0) 申请编号(not null) S_zyh dec(18,0) 住院号(not null) J_czymc varchar(20) 操作员名称(not null) S_cyrq datetime 出院日期(not null)(格式:yyyy-mm-dd) I_jbdm varchar(50) 疾病代码(not null) J_cjgrzhbz char(1) 冲减个人账户标志(1:冲减，0：表示不冲减,not null) J_sfyksdm varchar(20) 收费员科室代码(not null) S_test char(1) 试算标志(1:试算，0：结算not null) 注：ylfy = Ybtczf + Grzhzf + GWYBZJE + Qzfje (如有多条记录，ylfy,qzfje只需要取第一条即可，ybtczf,grzhzf,gwybzje需要多条累加) 出参说明： S_zyjsk

住院结算记录(s_zyjsk是xml字符串,说明如下) S_zysfk

住院收费记录(s_zysfk是xml 字符串,说明如下) S_zyjsk_fdb

住院结算分段表(s_zyjsk_fdb是xml 字符串,说明如下) S_zyjsk为一个xml格式的字符串，说明如下 Fqdm Yydm Yymc Yyjb Jjdm Jjmc Ksdm Ksmc Bxlb Ybzyh Kh Rydm Dwsbh Grsbh Xm Zycs Ylfy Jlypje Ylypje Zfypje Xjypje Tjypje Tyypje Jljlje Yljlje Zfjlje Xjjlje Tjjlje Tyjlje Jsqtclj Jshtclj

分区代码 医院代码 医院名称 医院级别 基金代码 基金名称 科室代码 科室名称 报销类别 暂时不用 卡号 人员代码 单位社保号 个人社保号 姓名

住院次数(数字字符串) 医疗费用(数字字符串) 甲类药品金额(数字字符串) 乙类药品金额(数字字符串) 自费药品金额(数字字符串) 现金药品金额(数字字符串) 特甲药品金额(数字字符串) 特乙药品金额(数字字符串) 甲类检疗金额(数字字符串) 乙类检疗金额(数字字符串) 自费检疗金额(数字字符串) 现金检疗金额(数字字符串) 特甲检疗金额(数字字符串) 特乙检疗金额(数字字符串) 结算前统筹累计(数字字符串) 结算后统筹累法(数字字符串) Qzfje

Ybylfy

Qszf

Ctczf

Tczf

Grzhzf

Grzhzfqfd Grzhzftczf Grzhzftc

Ybtczf

Tcjzzf

Ybjtcfy

Jsrq

Jsczy

Jsczymc

Jzcs

Fplsh

Tccwf

Cbcwf

Ylypzf

Yljlzf

Tyypzf

Tyjlzf

Grzhzfylfy Cwf

Zyts

Sqlsh

Gryldylsh Zllsh

Qszfblje

Czgtcxe

Jsqgrzhye Jshgrzhye Qzyl

Bnzycs

Qhtbz

Slbz

Yyzyh

Sfyksdm

Jbywf

Kbcjyf

Zyf

GWYBZGRZFJE GWYBZJE BNGWYBZJE 现金支付(数字字符串) 医保医疗费用(数字字符串) 起始自付金额(数字字符串) 超统筹自付金额(数字字符串) 统筹自负 (数字字符串) 个人账户支付(数字字符串)

个人账户支付起付段(数字字符串) 个人账户支付统筹自负(数字字符串) 个人账户支付统筹(数字字符串) 医保统筹支付(数字字符串) 统筹记账支付(数字字符串) 医保进统筹费用(数字字符串)

结算日期(格式：yyyy-mm-dd hh:mm:ss) 例如：2010-12-15 15:30:10 结算操作员 结算操作员名称

结账次数(数字字符串) 发票流水号(数字字符串) 统筹床位费(数字字符串) 超标床位费(数字字符串) 乙类药品自付(数字字符串) 乙类检疗自付(数字字符串) 特乙药品自付(数字字符串) 特乙检疗自付(数字字符串)

个人账户支付医疗费用(数字字符串) 床位费(数字字符串) 住院天数(数字字符串) 申请流水号(数字字符串)

个人医疗待遇流水号(数字字符串) 治疗流水号(数字字符串)

起始自负比例金额(数字字符串) 超最高统筹限额(数字字符串) 结算前个人账户余额(数字字符串) 结算后个人账户余额(数字字符串) 其中乙类(数字字符串) 本年住院次数(数字字符串) 前后台标志 实联标志 医院住院号 分部代码

基本药物费(数字字符串) 可补尝基药费(数字字符串) 总药费(数字字符串)

公务员补助个人自付金额 (进公务员补助自费金额) (数字字符串) 公务员补助金额(数字字符串)

本年累计公务员补助金额(数字字符串) QXBZ QXLSH QXRQ

取消标志(0:正常 1:取消) 取消流水号(数字字符串)

取消日期(格式:yyyy-mm-dd hh:mm:ss) 例如:2010-12-15 15:30:10 FPSL 发票数量(数字字符串)

S_zysfk为一个xml格式的字符串，说明如下

SQLSH ZLLSH FQDM YYDM YYMC YYJB JJDM JJMC KSDM KSMC BXLB YBZYH KH RYDM DWSBH GRSBH XM SFRQ SFCZY JZCS FPLSH YJKMDM YJKMMC EJKMDM EJKMMC JE YBJE XJJE KCJE QHTBZ SLBZ YYZYH

申请流水号 (数字字符串) 治疗流水号(数字字符串) 个人医疗待遇流水号(数字字符串) 分区代码 医院代码 医院名称 医院级别 基金代码 基金名称 科室代码 科室名称 报销类别 暂时不用 卡号 人员类别代码 单位社保号 个人社保号 姓名

收费日期(格式:yyyy-mm-dd hh:mm:ss) 例如:2010-12-15 15:30:10 收费操作员 结算操作员名称 结账次数(数字字符串) 发票流水号(数字字符串) 一级科目代码 一级科目名称 二级科目代码 二级科目名称 金额(数字字符串) 医保金额(数字字符串) 现金金额(数字字符串) 扣除金额(数字字符串) 前后台标志 实联标志 医院住院号 GRYLDYLSH

JSCZYMC SFYKSDM QXRQ 收费员科室代码 取消日期

S_zyjsk_fdb 为一个xml格式的字符串，说明如下

Fplsh

发票流水号(数字字符串) Yldylsh

医疗待遇流水号(数字字符串) Qsje

起始金额(数字字符串) Zzje

终止金额(数字字符串) Ybje

医保金额(数字字符串) Zfje

自付金额(数字字符串) Zfbl

自付比例(数字字符串)

16.出院结算取消

Integer qtyy_cyjs_qx_qtjk (string j_grsbh, string s_sqbh, string j_czymc, string j_sfyksdm, string j_qxdybz, ref string s_zyjsk, ref string s_zysfk, ref string s_zyjsk_fdb, ref string ret_message) 入参说明： J_grsbh varchar(50) 个人社保号(not null) S_sqbh dec(18,0) 申请编号(not null) J_czymc varchar(20) 操作员名称(not null) J_sfyksdm varchar(20) 收费员科室代码(not null) J_qxdybz char(1)

取消打印标志(0:取消时不打印，1：打印,not null) 出参说明： S_zyjsk

住院记算记录(s_zyjsk是xml字符串，说明如下) S_zysfk

住院收费记录(s_zysfk是xml字符串，说明如下) S_zyjsk_fdb

住院结算分段表(s_zyjsk_fdb是xml字符串，说明如下)

S_zyjsk, s_zysfk, s_zyjsk_fdb 格式与出院结算的三个字符串一样

17.读卡函数(此读卡函数用在市医保出院试算，结算) Integer qtyy_readic_getgrxx_qtjk (ref string s_grxx, ref string ret_message) 此读卡函数与上面的读卡函数参数是一样的 不同之处在：

此读卡函数可读出人员信息(包括黑名单) 而第一个读卡函数不能读出黑名单人员信息

18 .全部医嘱退费

//医保要求将此函数关闭2011-6-10 integer qtyy_yztf_all_qtjk (string s_zyh, string j_tfczymc, ref string ret_message) 入参说明： s_zyh:住院号

j_tfczymc：退费操作员名称

19 删除床位流水

integer qtyy_cwls_delete_qtjk (string s_zyh, ref string ret_message) 入参说明： s_zyh:住院号

//下面的函数是今年2011年应人民医院开发的，不对别的医院开放 20获得医保系统住院申请编号

integer qtyy_get_sqbh (string ls_grsbh, string ls_zyh, ref string ls_sqbh, ref string ret_message) 入参说明： ls_grsbh 个人编号

ls_zyh住院号 出参说明: ls_sqbh 申请编号

21获得医保系统住院明细上传费用信息

integer qtyy_get_yzjl (string ls_zyh, ref string s_yzjl, ref string ret_message) 入参说明：ls_zyh住院号

出参说明: s_yzjl医嘱记录(xml字符串)

YYLSH医院流水号

ZYH住院号

XMMC项目名称

JG价格 SL数量 JE金额

YPBZ药品标志

YBTYBM医保统一编码

22 获得医保系统住院结算信息

integer qtyy_get_zyjsjl (string ls_grsbh, string ls_sqbh, string ls_zyh, ref string s_zyjsk, ref string ret_message) 入参说明：ls_grsbh 个人编号

ls_sqbh申请编号

ls_zyh住院号

出参说明: s_zyjsk住院记算记录(s_zyjsk是xml字符串，格式与出院结算的一样)

23获得医保系统门诊结算信息

integer qtyy_get_mzjsjl (string ls_grsbh, string j_sfrq, string j_zxmzbz, ref string s_mzjsk, ref string s_mzjsgrzh, ref string ret_message) 入参说明：ls_grsbh 个人编号

j_sfrq 收费日期 格式：yyyy-mm-dd j_zxmzbz char(1) 专项门诊标志 ( 1：专项门诊,0：普通门诊) 出参说明：S_mzjsk 专项门诊结算记录 (s_mzjsk 是一个xml字符串) S_mzjsgrzh 普通门诊结算个人账户(S_mzjsgrzh 是一个xml字符串) S_mzjsk S_mzjsgrzh格式与门诊收费函数的一样

24.取药品字典

Integer qtyy_getypzd(ref string s_ypzd,ref string ret_message) 出参说明: S_ypzd是xml字符串,说明如下 Lsh Dm Zwmc Dw Gg Jxfldm Jxflmc Yjkmdm Ejkmdm Ybbz Ybbl Gsybbz Gszfbl Jbywbz Wbdm Pydm Qxbz

25.取检疗字典

Integer qtyy_getjlzd(ref string s_jlzd,ref string ret_message) 出参说明

S_jlzd是xml字符串,说明如下

Jllsh Tybm Mc Dw Yjkmdm

流水号

统一编码(即对应码) 名称 单位 一级科目代码

流水号

医保统一编码(即对应码) 中文名称 单位 规格 剂型分类代码 剂型分类名称 一级科目代码 二级科目代码

医保标志(1：甲类,2：乙类,3：现金,0：自费) 医保比例

工伤医保标志(1：甲类,0：自费) 工伤自费比例

基本药物标志(1：基药) 五笔代码 拼音代码

器械标志(0：表示药品,1:表示器械) Ejkmdm Ybbz Ybbl Gsybbz Gsybbl Wbdm Pydm Qtbz

二级科目代码

医保标志(1：甲类,2：乙类,3：现金,0：自费) 医保比例

工伤医保标志(1：甲类,0：自费) 工伤医保比例 五笔代码 拼音代码

起停标志(1：表示起用)

26.取疾病字典

Integer qtyy_getjbzd(ref string s_jbzd,ref string ret_message) 出参说明

S_jbzd是xml字符串,说明如下 Jbdm Jbdm Qybz Wbdm Pydm

疾病代码 疾病名称

起用标志(1：表示起用) 五笔代码 拼音代码