应用接口系统方案

应用接口系统方案（通用9篇）

篇1：应用接口系统方案

LIS系统与HIS系统接口

解决方案

义利达高新技术实业有限公司

YILIDA HIGH TECHNOLOGY DEVELOPMENT CO.,LTD

二〇一三年四月 L

LIS系统与HIS系统接口解决方案

义利达版权所有

LIS系统与HIS系统接口解决方案

资料版本 YLD-XYMJ-2013-4-9/V1.0 出版状态 标 准

日 期 2013年4月9日

义利达高新技术实业有限公司 版权所有，保留一切权利

在没有得到本公司书面许可时，任何单位和个人不得擅自摘抄、复制本书（软件等）的部分或全部，不得以任何形式（包括资料和出版物）进行传播。

版权所有，侵权必究。内容如有改动，恕不另行通知。Copyright © by Hainan YiLiDa High Tech.Develop.Co.,Ltd.All rights reserved.The information in this document is subject to change without notice.No part of this document may in any form or by any means(electronic,mechanical, micro-copying,photocopying,recording or otherwise)be reproduced, stored in a retrieval system or transmitted without prior written permission from Hainan YiLiDa High Tech.Develop.Co.,Ltd.地 址：北京市朝阳区大屯路西奥中心B座1301室 电 话：010-51203886 传 真：010-51203887

网 址：

munication System）系统等。HIS系统侧重于管理和收费，同时提供与专业系统数据交互的接口。LIS和PACS作为专业性很强的信息系统，侧重在与医疗设备的通讯，完成检验数据和影像数据的存储、统计、分析等功能。由于HIS系统开发商一般不自行开发LIS和PACS系统，医院通常委托第三方专业公司开发并实施LIS和PACS 系统。医院和相关信息系统开发商（HIS系统、LIS系统和PACS系统开发商）应对不同系统之间的数据交换与共享引起足够重视。

下面着重讨论LIS系统与HIS系统数据交互的实现方案，同时探讨在HIS系统和LIS系统实施过程中，医院、HIS系统开发商、LIS系统开发商如何协调与合作。

L

LIS系统与HIS系统接口解决方案

义利达版权所有

2.LIS及HIS定义

在具体讨论前，对与HIS和LIS系统共同相关的一些概念及功能作简要说明。

1、检验医嘱 是指医生为治疗病人疾病开具的、要求病人做的检验项目，比如血常规、尿常规、肝功、两对半、糖耐量等，可以是单个项目，也可是组合项目，检验医嘱由医生书写在病人病历本中。

2、电子检验医嘱 是指为了实现对病人的收费，护士通过计算机系统录入病历中的检验医嘱，从而形成的、按照收费单位规范了的、存放于计算机系统中的、电子化的检验医嘱。比如病历本中检验医嘱写成是“肝功加血糖”，电子化后是两条电子医嘱“肝功”和“血糖”。

3、检验申请单 是指医生书写开立的、护士做为凭借采样的、最后提供给检验技师进行检验操作时使用的凭单。检验申请单上有一个唯一的流水号。它包含病人信息和该病人要做的检验项目信息。

4、电子检验申请单 是指存放在LIS或HIS系统中的检验申请单。它的形成有多种方式：A）由LIS系统单独完成：由护士或检验科将检验申请单录入LIS系统中；B）由HIS单独系统完成，由护士将检验医嘱录入HIS系统中，然后HIS系统按照设定的规则将电子检验医嘱自动（允许人工调整）变换成电子检验申请单，或者由护士将检验申请单录入HIS系统中；C）由LIS系统和HIS系统协同完成，首先由护士将检验医嘱录入HIS系统中，然后LIS系统按照设定的规则将HIS系统中的电子检验医嘱自动（允许人工调整）变换成电子检验申请单。

5、电子医嘱与电子申请单的关系 它们两者之间存在一定的对应关系，一般情况下，一条或多条电子检验医嘱对应一张电子检验申请单，比如上面的两条电子医嘱“肝功”和“血糖”对应一张电子申请单，但是存在少数例外的情况，比如电子检验医嘱“糖耐量检查”对应三到五电子检验申请单。基于这样的原因，在由电子检验医嘱转换为电子检验申请单过程中，除了依*设定的转换规则外还需要人工调整，这样才满足实际工作的需要。

6、检验样本 是指由护士采集提供给检验科检验使用的病人样品，比如血、尿、便、脑脊液等，一个样本对应一张检验申请单，两者是一一对应的关系。

7、检验报告 是指验科室接受检验申请、完成样本检验、审核结果后，向 2 L

LIS系统与HIS系统接口解决方案

义利达版权所有

临床科室发布的、包含检验结果的书面报告。

8、电子检验报告 是指存放在计算机系统的检验报告，可以方便地查询出来供阅读、打印等。

9、检验收费 是指向病人收取检验的费用。检验收费是按照检验医嘱来计算收取的，如果医院拥有HIS系统，HIS系统根据电子检验医嘱来计算收费的。HIS系统何时开始收费一般有三种情况：A）检验医嘱电子化后，立即收费；B）检验科收到检验申请单或电子检验申请后收费；C）检验科向临床科室发布检验报告或电子检验报告后才收费。

10、病人信息 是指病人的自然属性，比如病案号、姓名、性别、出生日期等，存放在HIS系统中，一般通过病案号取得其它信息。

11、医嘱接口 是指为实现HIS系统与LIS系统数据交互，HIS和LIS厂商互相为对方提供的程序、数据库和相关文档。它是由医院、HIS系统和LIS系统三方协商确定的结果，三方在系统实施过程中必须共同遵守。

L

LIS系统与HIS系统接口解决方案

义利达版权所有

3.LIS与HIS接口方案

3.1 接口方案一

工作流程：

1）护士使用HIS系统录入检验医嘱，检验医嘱被电子化并存于HIS系统； 2）护士按照医生开立的检验申请单采样，然后将检验申请单及其唯一对应的样本送至检验科；

3）检验科使用LIS系统录入检验申请单上的病历号、日期、执行单位等信息，LIS系统利用这些特征信息，从HIS系统中读取相关的电子检验医嘱并显示，检验科将当前检验申请单中的检验项目与显示的电子检验医嘱进行逐一比较核对，确认无误后通知HIS系统进行检验收费；

4）检验科对样本预处理、上机检验直至获得检验结果；

5）检验科使用LIS系统对检验结果审核，确认无误后发布检验报告，如果需要同时将电子检验报告返回HIS系统。

评价：

1）医院获得的业务流程不是理想的，因为检验科从病房读取到是电子检验医嘱而不是它想要的电子检验申请单，它必须通过认真的人工比对工作把电子检验医嘱转换为电子检验申请单，而比对工作本来应该是由病房完成的。比对工作是烦琐的、容易出错的、一致性差的，堵漏费问题的解决不是依*合理的操作流程保证的，而是依*个人的责任心保证的，出现问题不容易确定责任；

2）HIS系统厂商需要编制电子检验报告查询程序；

3）LIS系统厂商针对不同HIS系统做不同的接口程序，由于操作流程不合理，接口程序必须处理各种不规范的操作细节，甚至无法克服某些存在的问题；

4）实施过程中，部门间协调难度大，程序调试周期长； 5）维护过程中，LIS系统和HIS系统要加强协调； 6）这个方案在北医三院已经实现，但是用户要求改变。L

LIS系统与HIS系统接口解决方案

义利达版权所有

3.2 接口方案二

工作流程：

1）护士使用HIS系统录入检验医嘱，检验医嘱被电子化并存于HIS系统； 2）护士使用HIS系统打印检验申请单并采样，然后将检验申请单及其唯一对应的样本送至检验科。值得注意的是这里的检验申请单不是医生书写的，是由HIS系统按照设定的规则把电子检验医嘱转换形成，转换过程允许护士调整，它拥有一个唯一流水号，可以使用条形码表示；

3）检验科使用LIS系统录入检验申请单上的唯一流水号，可以使用条形码阅读器，LIS系统利用流水号，从HIS系统中读取对应的电子检验申请单并显示，检验科确认后通知HIS系统进行检验收费。值得注意的是检验科不需要做比对工作；

4）检验科对样本预处理、上机检验直至获得检验结果；

5）检验科使用LIS系统对检验结果审核，确认无误后发布检验报告，如果需要同时将电子检验报告返回HIS系统。

评价：

1）医院获得的业务流程是理想的，堵漏费问题的解决是依*合理的操作流程保证，出现问题容易确定责任；

2）HIS系统厂商需要编制电子检验医嘱到电子检验申请单的转换程序和电子检验报告的查询程序；

3）LIS系统厂商要针对不同HIS系统做不同的接口程序，由于操作流程合理，不会存在无法克服的问题；

4）实施相对容易； 5）维护相对容易；

6）这个方案在目前没有医院实现，但是北医三院已经批准同意采用该方案。

3.3 接口方案三

工作流程：

1）护士使用HIS系统录入检验医嘱，检验医嘱被电子化并存于HIS系统； L

LIS系统与HIS系统接口解决方案

义利达版权所有

2）护士使用LIS系统打印检验申请单并采样，然后将检验申请单及其唯一对应的样本送至检验科。值得注意的是这里的检验申请单不是医生书写的，是由LIS系统从HIS系统读取电子检验医嘱，并按照设定的规则转换形成，转换过程允许护士调整，它拥有一个唯一流水号，可以使用条形码表示；

3）检验科使用LIS系统录入检验申请单上的唯一流水号，可以使用条形码阅读器，LIS系统利用流水号，从LIS系统中读取对应的电子检验申请单并显示，检验科确认后通知HIS系统进行检验收费。值得注意的是检验科不需要做比对工作；

4）检验科对样本预处理、上机检验直至获得检验结果；

5）检验科使用LIS系统对检验结果审核，确认无误后发布检验报告，如果需要同时将电子检验报告返回HIS系统。

评价：

1）医院获得的业务流程是理想的，堵漏费问题的解决是依*合理的操作流程保证，出现问题容易确定责任；

2）HIS系统厂商几乎不变动；

3）LIS系统厂商要针对不同HIS系统做不同的接口程序，由于操作流程合理，不会存在无法克服的问题；

4）实施相对容易； 5）维护相对容易；

6）这个方案在目前没有医院实现。

3.4 接口方案四

工作流程：

1）护士使用LIS系统的护士站程序录入检验申请单，检验申请单被电子化并存于LIS系统。值得注意的是不要求护士录入检验医嘱；

2）护士使用LIS系统的护士站程序打印检验申请单并采样，然后将检验申请单及其唯一对应的样本送至检验科。值得注意的是这里的检验申请单不是医生书写的，是由LIS系统打印输出，它拥有一个唯一流水号，可以使用条形码表示；

3）检验科使用LIS系统录入检验申请单上的流水号，可以使用条形码阅读 L

LIS系统与HIS系统接口解决方案

义利达版权所有

器，LIS系统利用流水号，从LIS系统中读取对应的电子检验申请单并显示，检验科确认后通知HIS系统进行检验收费。值得注意的是检验科不需要做比对工作，检验收费的明细记录是由LIS系统发送给HIS系统；

4）检验科对样本预处理、上机检验直至获得检验结果；

5）检验科使用LIS系统对检验结果审核，确认无误后发布检验报告，如果需要同时将电子检验报告返回HIS系统。

评价：

1）医院获得的业务流程是最理想的，堵漏费问题的解决是依*合理的操作流程保证的，出现问题容易确定责任；

2）HIS系统厂商几乎不变动；

3）LIS系统厂商完成所有与检验相关的工作； 4）实施相对容易； 5）维护相对容易；

6）这个方案在浙江省杭州市邵逸夫医院实现。

3.5 接口方案五

工作流程：

1）护士按照医生开立的检验申请单采样，然后将检验申请单及其唯一对应的样本送至检验科。值得注意的是不要求护士录入检验医嘱或检验申请单；

2）检验科使用LIS系统录入检验申请单，确认后通知HIS系统进行检验收费。值得注意的是检验科不需要做比对工作，检验收费的明细记录是由LIS系统发送给HIS系统；

3）检验科对样本预处理、上机检验直至获得检验结果；

4）检验科使用LIS系统对检验结果审核，确认无误后发布检验报告，如果需要同时将电子检验报告返回HIS系统。

评价：

1）医院获得的业务流程是比较理想的，并且可操作性很强； 2）HIS系统厂商变动不大； 3）LIS系统厂商变动不大； L

LIS系统与HIS系统接口解决方案

义利达版权所有

4）实施相对容易； 5）维护相对容易；

6）这个方案在北京市中日友好医院、北京市铁路总院、长春市白求恩医大一院、吉林市化工医院等许多医院实现。

其它：

在具体项目实施过程中，对于不同HIS和LIS系统、不同医院业务流程，也有其它一些数据交互方案，但基本上与以上方案类同。

具体如何实现数据共享和交换，有多种处理办法。如HIS及LIS系统厂商共同设计中间数据库，通过中间数据库与对方系统进行信息交换。也可以向对方公开数据库信息，允许对方读取相关信息，必要时允许对方将信息写入自身数据库中。

实 施

医院在实施HIS或LIS系统时要考虑到两个系统的数据交换。无论是先上哪个系统，还是同时上，都应该在洽谈合同时明确接口方案和相应的开发费，避免日后在开发医嘱接口时出现配合等方面的问题。医嘱接口需要医院、HIS及LIS厂商共同配合才能完成。一般情况下，无论HIS或LIS厂商都需要对各自系统做必要的功能修改，必要时共同设计信息交换的数据库结构等。为开发医嘱系统，双方均存在一定的开发工作量，单独一方很难完成医嘱接口。

如果先上其中一个系统，后上另一系统，医院应召集HIS及LIS厂商，共同商讨医嘱接口的开发细节，并确定双方的业务要求、实施进度、开发费用等，建议三方共同签署接口实施备忘录。

在两个系统互连之前，应首先确保两个系统独立运行是稳定的、可靠的。

篇2：应用接口系统方案

1铁路客运服务信息系统建设现状

经过30多年的发展，铁路旅客车站客运服务由最初的人工售票、人工检票、人工播报车次和列车停靠站台号等简单方式发展为由网络售票、自动售票机售票、自动检票机检票、综合显示、客运广播、视频监控、时钟、安检、入侵报警、信息查询等一系列客运服务信息系统完成的客运服务作业。特别是随着高速铁路的发展，铁路客运服务信息系统建设取得了较大成就，也给铁路客运服务信息系统建设提出了更高要求[1]。

篇3：应用接口系统方案

如何从EMR系统中正确获取病案首页所需的内容,对医院的医疗统计数据起着重要的作用,所以接口数据的获取至关重要。

下面介绍EMR系统和病案统计系统数据接口方案的具体实现。

首先将EMR系统和病案统计系统的后台均使用Oracle数据库,统计出现病案统计系统使用的数据需要访问EMR系统中哪些数据表,然后根据访问数据的需要设定访问权限,在EMR系统中创建病案统计用户to_ba,创建接口数据脚本:

在病案统计服务器端,通过配置链接服务器,从而实现对其他服务器上的OLE DB数据源执行命令的技术特征,在SQL Servr的企业管理器中以Oracle用户to-ba新建链接服务器,以达到病案统计系统与EMR间数据交互的目的。从EMR系统中emr_hospital表中读取已归档(done=1)病人并且归档日期为前一天(归档日期=getdate()-1)的数据插入病案首页临时表(#SYLSB),病人的内部号在表中是唯一标识。并根据病案统计系统中对科室的定义设计存储将EMR系统中的医疗组与病案统计系统中的科室进行对照。

这样,在病案统计服务器端成功建立链接服务器后,系统在运行访问时会自动读取EMR系统中的数据表对照病案统计系统中的表执行查询、更新、插入、删除等操作。

接口数据由服务器生成导出首页数据作业,每天固定时间自动执行,为了避开工作高峰时间段一般定义在凌晨5点开始执行导出首页数据作业。

由于to-ba用户的访问权限是有限制的,因此,通过这种方案,既可满足病案统计系统访问EM系统数据的需求,又可防止权限过大对EMR系统数据安全造成影响。

随着医院信息化、数字化建设的不断推进,势必存在多种系统、多种数据库间的互联互通。实现了EMR系统与病案统计系统医疗信息共享,既保障EMR系统的稳定和安全,又要满足病案统计系统的正常运行。因此,设计科学、合理的数据接口方案是确保医院整体信息系统正常运行的关键。

摘要：针对病案统计系统中所需病案首页数据的要求,本文介绍在EMR系统中提取此数据设计的接口方法及分析思路,实现电子病历系统与病案统计系统病人医疗数据的信息共建共享。

关键词：电子病历系统(EMR),病案统计系统,数据接口

参考文献

[1]李晓喆,张晓辉,李祥胜.SQLSERVER 2000管理及应用系统开发[M].北京:人民邮电出版社,2002:26-35.

[2]李阳,张志忠.病案管理信息系统上线准备与维护.中国病案,2010,11,(3):48-49.

[3]尹朝红.病案管理由传统模式向现代化模式转型的体会.中国病案,2010,11,(3):49-50.

篇4：应用接口系统方案

1 SPARCS 简介

SPARCS是图形化的实时处理系统，主要用于船舶、堆场、设备的实时计划和控制，能够与多种技术和工艺相衔接，优化劳动力、堆场和设备的使用，实现码头通过能力、作业效率和运营效益的最大化。

SPARCS采用客户端服务器结构和C++语言，占用资源少且运行速度快。SPARCS不是数据库系统，其必须以数据库系统为后台支持才能完成所需数据的输入和输出;因此，SPARCS系统不能单独使用，必须与其他系统配合使用才能构成完整的集装箱码头操作管理系统。虽然Navis公司开发的Express系统具有预约、计费、数据交换和生成统计报表等功能，并且能够与SPARCS无缝连接，但由于其价格昂贵，加之不同集装箱码头的业务、计费、服务等各不相同，并且处于不断发展变化的状态，大多数用户仍然倾向于使用自主开发的码头管理系统（Terminal Manegement System，TMS）作为后台数据库系统。在实际应用过程中，如何实现SPARCS与TMS的通信和数据交换成为需要首先解决的问题。

2 SPARCS与TMS之间的关系

SPARCS与TMS之间的关系如图1所示。双方建立稳定的网络通信后，采用报文方式发送和接收数据。

完整的SPARCS接口报文由报文头和报文数据组成。报文头即报文名，表示报文的发送者和报文类型，其中：SPARCS向主机（本文将数据库所在的服务器计算机定义为主机，将SPARCS所在的服务器计算机定义为客户机）发送的报文名是以“1”开头的4位数字，范围是1000～1999;主机向SPARCS发送的报文名是以“2”开头的4位数字，范围是2000～2999。报文数据是该报文的具体内容，报文数据格式和内容根据SPARCS的要求定义。SPARCS与主机之间的报文格式如表1和表2所示。

3 SPARCS信息接口方案

为实现主机与SPARCS之间的通信和数据交换，主机需要建立通信模块、数据发送模块和数据接收模块。

3.1 通信模块方案

（1）设置主机IP地址，自定义计算机通信端口，如30000。

（2）设置客户机IP地址和通信端口30000。

（3）在SPARCS中设置主机IP地址和通信端口30000。

（4）主机监听通信端口30000。

（5）主机接收客户机连接请求。

（6）主机建立与客户机的通信连接。

（7）主机收到SPARCS发来的报文1001后，向SPARCS发送报文2001。

（8）主机向SPARCS发送时钟同步报文2011。

（9）主机向SPARCS发送连接确认报文2007。

（10）主机接收SPARCS发来的对报文2007的回应报文1008。

（11）主机收到SPARCS发来的连接确认报文1007后，向SPARCS发送回应报文2008。

（12）主机收到SPARCS发来的连接断开请求报文1901后，向SPARCS发送回应报文2901。

（13）转（9），循环执行。

3.2 数据发送模块方案

（1）主机建立和修改船期表后，向SPARCS发送2053报文。

（2）主机修改集装箱箱号后，向SPARCS发送2051报文。

（3）主机删除集装箱箱号后，向SPARCS发送2020报文。

（4）主机完成检查桥发箱申请后，向SPARCS发送2031报文。

（5）主机修改集装箱信息（包括船图、舱单、堆场箱、检查桥收箱等）后， 向SPARCS发送2021报文。

3.3 数据接收模块方案

（1）SPARCS修改集装箱当前实际位置（包括卸船落车、堆场卸箱、堆场装箱、堆场同贝位翻箱、装船确认等）后，向主机发送1041报文;主机接收1041报文并更新数据库。

（2）SPARCS确定集装箱未来位置（包括收箱场位申请、发箱场位申请、装船配载完毕等）后，向主机发送1043报文;主机接收1043报文并更新数据库。

（3）SPARCS完成冷藏箱插电、拔电和温度记录后，向主机发送1038报文;主机接收1038报文并更新数据库。

（4）SPARCS修改船期表后，向主机发送1053报文;主机接收1053报文并更新数据库。

（5）SPARCS修改集装箱类别（例如将过境箱改为翻箱）后，向主机发送1022报文;主机接收1022报文并更新数据库。

（6）主机接收1002报文后，从数据库中提取数据向SPARCS发送2022报文。

（编辑：张敏 收稿日期：2014-08-24）

篇5：综合应用系统与通信系统接口

应充分利用通信平台提供的CTI和其它形式的接口，在应急值守与指挥调度系统中，用户在应用系统的前台界面进行的操作，应用系统直接调用通信平台提供的接口，使用通讯系统的通讯能力完成诸如电话呼入业务响应、电话呼出、电话会议以及短信、传真、邮件等功能，为用户提供一体化的“一点通”应用解决方案。相应的接口主要包括：

 电话呼入（应答、转接、会议）

 电话呼出（单呼、会议）

 短信（发送、接收）

 传真（发送、接收）

篇6：应用接口系统方案

基于Web服务的企业应用集成系统及其接口

阐述了针对中小制造企业的应用集成的方式和Web服务的基本原理及其标准协议,并通过实例给出了基于Web服务的企业应用集成系统的框架体系,提出了一种开发Web服务应用程序接口的方法,通过将该接口应用于基于Web服务的`企业应用集成系统框架体系结构中,实现了中小制造企业应用系统的集成.

作 者：卢丽丽 闫光荣 韩承祥 Lu Lili Yan Guangrong Han Chengxiang 作者单位：北京航空航天大学机械工程及自动化学院刊 名：航空制造技术 ISTIC英文刊名：AERONAUTICAL MANUFACTURING TECHNOLOGY年，卷(期)：“”(5)分类号：V2关键词：企业应用集成 Web服务 接口

篇7：应用接口系统方案

标签: IC 载波 电力载波 低压电力 电费 低压 载波集中 集中器 接口 功能电能(浏览 14次 ID:482099)

摘要：依靠低压电力载波通信技术，发展起来的集中抄表应用系统，能实现台区电费的远距离集中抄录，监控对台区总电量、线损的统计、计算，有效缓解了抄收电费工作量大的问题。但只采用远程抄表的台区仍然需要抄表员给用户送电费单，并进行人工催费，仍然无法满足供电局在“电费核收”环节减员增效、提高管理水平的客观要求。关键词：低压电力载波通信技术 集中抄表应用系统 远程抄表

依靠低压电力载波通信技术，发展起来的集中抄表应用系统，能实现台区电费的远距离集中抄录，监控对台区总电量、线损的统计、计算，有效缓解了抄收电费工作量大的问题。但只采用远程抄表的台区仍然需要抄表员给用户送电费单，并进行人工催费，仍然无法满足供电局在“电费核收”环节减员增效、提高管理水平的客观要求。

依靠智能IC卡技术，发展起来的预付费电力管理系统，能实现先交费，后用电的管理模式。解决了电费收缴难的问题，但无法实施有效的用电管理及监控，如电费核算周期内的线损计算、电量汇总等功能，不能实现“抄”“核”环节的自动化。

预付费低压电力载波集中抄表系统有机的将上述两种技术结合在一起，运用低压载波通信技术、智能（CPU）IC卡技术、国际通行的3DES加密及密码管理技术、数据库管理技术、有线/无线通信网络技术,综合上述两种应用系统的优势，在实现预付费电力管理的同时，使系统仍然具备远距集中抄表，监控的功能。为供电企业全面实现“抄”“核”“收”自动化，提高运营效率，规避电费风险，提供了更加可靠的技术支持。

系统组成

CHZ151-3Dj 多费率载波抄表集中器、DDSD411型单相电子式多功能电能表、中央管理计算机和IC卡多功能电能表管理软件、智能（CPU）IC卡、手抄机

系统各组成部分简介

2.1 CHZ151-3Dj集中器

CHZ151-3Dj 多费率载波抄表集中器作为预付费低压电力载波集中抄表系统的中心环节，通过有线/无线通信网络连接管理系统计算机，通过低压电力线连接电能表。负责抄表过程的控制以及抄表数据的接收、存贮与转发。CHZ151-3Dj 多费率载波抄表集中器与中央管理系统计算机的管理软件通信有多种方式：RS232方式、内置/外置MODEM方式、RS485方式、PDA红外通信方式、GSM和GPRS通信方式。CHZ151-3Dj 多费率载波抄表集中器与下位多个电表控制模块的通信通过电力载波通信方式对管理的电能表进行实时抄表、冻结抄表、通/断电操作。可广泛用于城乡居民小区和企、事业单位的用电管理。

2.2 DDSD411型单相电子式多功能电能表

DDSD411型单相电子式多功能电能表作为预付费低压电力载波集中抄表系统的终端设备，是采集、管理用户用电数据信息的主要设备。该表主控CPU采用专为自动抄表及远程监控系统而设计的单片微处理器（单芯片解决方案）；电能计量采用ADE7755计量芯片；显示器采用专门定制的汉字LED/LCD。具有集成度高、安全性高，计量精度高，功耗小，通信接口丰富，显示清晰且信息量大等特点。

该电能表按照生产使用过程，及所含信息的不同，依次经历如下过程:

·裸表态（即生产出来不含任何信息的电表）

·原始态（即裸表态电表输入了必要电表参数，且启动安全机制的电表）

·发行态（即原始态电表导入了系统管理信息和系统安全信息的电表）

·运行态（即发行态电表导入了用户个人信息和安全信息的电表）

并可通过IC卡进行表态转换。

该表通过电力线载波接口与集中器通信，接受来自集中器的指令，并依据指令要求上传计量数据、用户管理信息及本用户表的状态信息。实现低压电力载波集中抄表功能和实时监测功能。

该表通过IC卡接口，接受来自系统管理计算机的设置信息，用户数据，并依据系统设置进行计量，同时反馈本表的计量信息，用户管理信息和状态信息。实现多种计费方式的预付费功能。

该表还具有多种扩展接口及告警、欠费断电功能，以方便管理部门对用户用电状况的稽查、管理和服务。

该表性能指标符合DL/T614-1997、GB/T 17215-2002（IEC61036）、GB/T 15284-2002的要求；IC卡性能符合GB/T 18460-2002标准要求；载波性能指标符合电力行业标准DL/T 698-1999，红外通信协议符合行业标准DL/T 645-1997。该表具有安全可靠、计量精度高、LCD或LED显示、安装方便等诸多特点，特别适用于居民用户和工业用户的电能计量及控制。

2.3 IC卡多功能电能表管理软件

IC卡多功能电能表管理软件，是专为预付费低压电力载波集中抄表系统设计的配套软件。该软件集电能表档案管理、数据采集、数据管理和异常分析及IC卡售电管理为一体。为用户提供了较为完善的人机界面。

根据软件功能方案的要求，系统划分为以下5个部分

·基本信息管理部分：录入基本数据信息,建立数据库，为具体操作做准备；

·IC卡管理部分：在操作权限的控制下，制备各种功能IC卡，进行预付费管理操作；

·载波管理部分：在操作权限的控制下，完成设置集中器、载波集中抄表、数据管理等操作；

·数据维护部分：。在操作权限的控制下，可以对数据库数据进行数据计算和相应的打印、浏览等操作；

·系统管理部分：可以对数据库进行修复、压缩、备份等操作。

2.4 智能（CPU）IC卡

CPU智能IC卡保密性能好，安全系数高。在系统中主要作为电能表的各项参数设置，预付费电量（金额）的传递来使用。其中IC卡操作系统和其支持的国际通行3DES加密算法，负责IC卡信息的存储、传递安全。负责根据预先设定的安全机制，对操作者的身份进行验证并对其操作权限进行控制，以及数据的加解密传递。

预付费低压电力载波集中抄表系统中共有6种功能卡：系统设置卡，清零卡，补电卡，换表卡，检查卡，用户卡。

系统中IC卡电能表和IC卡的运作关系见图2。

2.5 手抄机

篇8：应用接口系统方案

本文提出的CDMA客户感知分析系统, 能够全面掌握和了解网络运行状况, 及时发现和诊断故障, 以保障网络正常运行, Abis接口作为空中接口和核心网之间承上启下的桥梁[1], 通过对Abis接口关键协议进行消息解码、呼叫、合成和统计, 可以有效分析当前网络性能, 实时了解当前网络状态和特征。对Abis接口消息进行分析, 可以了解客户的所有业务信息及通信流程, 为了更好地满足网络监测需求, 通过配合信令平台其他接口, 完成整个CD-MA客户感知分析系统的全方位性能测试要求, 因此对Abis接口进行监测, 具有极高的价值。

1 Abis接口协议栈分析

Abis接口是CDMA2000网络基站子系统中BSC (基站控制器) 和BTS (基站收发信台) 之间的接口, 参考模型如图1所示。标准的接口协议是基于ATM网络的, 但是核心网络IP化不可避免地成为大势所趋[2]。本文以基于IP的Abis接口协议栈为出发点, 对Abis接口进行监测。Abis接口信令和业务的传输协议栈如图2所示。

Abis接口传送源到目的地的信令消息, 需要一个可靠的传输协议和适当的寻址、路由机制, 所以信令面以TCP为承载进行传送, 确保了信令消息的可靠性[3]。当不需要采用可靠的传递机制时, 便可以用UDP作为承载, 基于业务面消息的传送不需要采用可靠的传递机制, 例如:当BSC发送通用寻呼消息, 所以采用UDP为承载。

2 CDMA客户感知分析系统总体架构

由于客户对网络的需求不断提高, 为了提高CD-MA2000网络运营的覆盖率及业务质量, 需要一个检测系统来全面掌握和实时了解网络运行状况, 及时发现和诊断故障, 保障网络正常运行[4,5]。该系统应该具有分布式、分层、模块化、可组合、可伸缩的体系架构, 该系统体系架构应能保证系统稳定、可靠、高性能运行;适应被监测网络和业务系统的变化;具备良好的可扩展性、可移植性和开放性。以上述要求为出发点, CDMA客户感知分析系统总体框架如图3所示。

CDMA客户感知分析系统采用分层的结构, 由采集层、信令处理层和应用层组成。采集层主要是实现采集网络数据的功能, 采集卡从网络中捕获数据后进行预处理, 并将处理后的数据保存到消息缓存中供信令处理层处理。信令处理层包括解码模块、合成模块和统计分析模块, 解码模块从消息缓存中提取出数据, 进行消息解码, 然后将解码结果封装交由合成模块处理。合成模块将属于同一信令流程的消息通过关键信息索引联系到一起, 并提取和记录相关的属性信息。统计分析模块主要是根据CDR (呼叫详细记录) 合成的结果对各种监测指标进行统计和分析, 为上层应用提供监测依据。应用层是基于底层的数据处理结果进行分析和功能扩展, 主要实现用户感知评估、用户行为分析、网络分析、CDR查询、报表管理等功能。

3 Abis接口监测方案分析

通过分析Abis接口协议栈, 要对该接口实现有效的监测, 就要采用分层结构、多线程、模块化的设计思想。通过CDMA客户感知分析系统实现Abis接口的实时监测, 可以全量记录用户的通信事件, 及时发现和诊断故障, 提高网络质量。该系统采用模块化的设计思想, 下面将从采集模块、解码模块、合成模块、统计分析模块进行介绍。

3.1 采集模块

采集层主要是通过采集卡对实时的网络数据进行采集和数据的预处理, 该层主要包括芯片和驱动的研发。采集机处理单元对原始数据进行分析、打时间戳, 生成物理链路告警包, 去掉所采集信令消息中的填充单元等无效数据。同时, 负责调度采集机内各种资源, 协调各模块单元的事务处理工作。数据经过预处理之后, 每条消息将会有唯一的消息ID号、数据包的长度、消息时间以及链路类等, 采集层将处理后的数据交由信令处理层进行解码、合成等后续操作。

3.2 解码模块的设计

解码模块主要是对采集层预处理后的数据进行解码, 该模块分为简单解码和详细解码。简单解码主要是提取消息的特征字段, 然后封装到呼叫合成类中交由合成模块处理, 这样既可以根据呼叫合成类完成来还原整个通信流程, 也可以减少解码带来的冗余信息, 使CDR合成的分析数据更具有侧重点, 监测系统的消息过滤功能主要是利用简单解码所提取出的关键字段来实现。详细解码则是对解码数据进行逐字节解析, 通过用户触发将详细解码结果显示在界面, 用户通过详细解码可以查看整条消息每个字段的具体信息。

通过对Abis接口分析, 该接口包括两种传输业务, 一种为Abis的公共信令数据, 另一种是用户业务数据及随路信, 由于Abis业务面除了承载语音流之外, 还可以转发层三的业务控制消息, 比如SCM消息、Order消息等, 所以对该接口消息的解码需要分为信令面和业务面两种类型。

信令面的消息是以TCP为承载的, 而业务面的消息则是以UDP作为承载, 当解码一条消息时通过该消息的第1个字节判断该条消息的类型, 若为信令面消息则将该消息进行完全解码, 若判断为业务面消息如Abis-IS-2000FCH Fwd, 就需要判断该消息是否携带层三的业务控制信令, 存在则对其进行解析, 不存在则不对该消息进行后续解码。对于判断业务面是否携带控制信令, 以Abis-IS-2000 FCH Fwd为例, 主要是通过判断该消息解析到前向链路信息字段后偏移的那个字节值是否为B8, 若为B8则需要进行进一步的解码, 否则不需要后续解码, 具体的解码流程如图4所示。

当解析具体的消息类型时, 由于具体的消息类型是由多个信息元素IE组成的, 所以首先需要进行信息元素IE的判断。由于信息元素IE的通用性, 所以本解码器将具体的信息元素IE解码函数封装, 在解析具体的消息类型时通过判断该消息类型中所包含的所有信息元素来逐一调用该封装函数, 完成整条消息的解码。解码模块提取出该PDU所包含的关键信息和上层SDU信息, 将其封装后交由后续模块处理。

3.3 合成模块的分析

CDR合成就是对现网数据的消息类型进行归类, 将相关消息进行组合, 构建一个包括了完整通信流程的结构体。CDR合成是整个协议分析模块的核心工作, 同时是上层消息统计的基础。通过CDR合成可以直接将接口通信流程呈现出来, 同时多个接口的CDR关联更有助于将完整的通信流程呈现出来, 能更方便地检测网络异常情况。

为了将同一个用户的同一个消息流程关联在一起, 需要通过关键信息的查找实现。由于现网数据量很大, 若继续采用红黑树查找的方法已不能满足网络现状的需求, 该系统采用的查找算法为散列增强型算法。由于散列查找有时会出现地址冲突的情况, 为了提高其查找效率, 通常采取将“链表”或“桶”外接到散列表上。但由于链表及桶的查找效率不高, 所以采用红黑二叉树来代替, 即为散列增强型算法, 这种算法可以大大地减少内存的占有量, 有助于扩展整个系统[6]。为了提高Abis接口消息合成的效率, 选取关键字非常重要, 由于在通信时, 每个通信流程所占用的信道号和小区位置都不尽相同, 所以此次CDR合成选用的关键字KEY值由位置区LAC、小区识别CI以及信道号TN来决定。每个KEY值对应唯一的一个CDRID, 当每条消息进行合成时, 首先检验是否超时, 若没有超时则通过KEY值来查找相应的CDR, 并对该条CDR进行完善, 具体的合成过程如图5所示。

3.4 统计分析模块的设计

Abis接口统计监测主要通过对大量CDR合成结果中提取的参数进行分析, 从而得到监测设备或CDMA2000网络运行的实际状况。所以在统计监测功能的设计中, 考虑到实时性和可靠性需求, 这里采用统计监测与接口CDR合成同步操作的方法, 提取与性能指标相关的基础参数, 并将统计监测模块的运行代码嵌入接口CDR合成的运行代码中, 然后根据CDR合成中的业务状态改变进行接口统计的实时监测。在Abis接口统计监测功能上, 主要通过与接口CDR合成相似的方法 (散列增强型算法) 进行实现, 首先通过查找各统计节点的KEY值进行匹配, 然后获取该统计KEY值相对应的各项统计结果, 并实时地根据CDR合成的状态修改统计监测的各项结果, 统计流程如图6所示。

4 Abis接口监测结果验证

采集机对CDMA2000网络中Abis接口进行数据采集和预处理后, 通过CDMA客户感知分析系统对其进行数据分析, 其中解码模块对每条消息进行解码, 然后通过合成模块还原出完整的通信流程, 通过上层界面展现。图7为详细解码的结果, 由图知该条解码的消息类型为Abis接入信道消息传送, 该条消息中包含空口IE, 该空口消息类型为寻呼响应消息, 通过解码结果, 可以得到该条消息的所有字段信息和字段值。通过对比协议标准, 解码结果完全正确, 说明了该解码的有效性和正确性。图8为合成结果所还原出来的通信流程图, 该流程为Abis_PCH Msg.Transfer (extended_channel_assignment_message) 即扩展信道指派消息的建立流程图, 包括开始消息、setup、连接、连接确认、setup确认、扩展信道指派消息、释放、移除、释放确认、移除确认等消息, 这些消息组成了一个完整的流程图。图中还呈现了该通信流程的开始时间和结束时间, 并给出了本地IP地址、端口号和移动用户标识等信息, 可帮助用户更直观地分析和查看。该系统对现网采集的数据进行分析和流程还原, 提高了问题数据的查找效率及提出解决问题的依据, 通过验证结果可知, 说明了该方案具有可行性和有效性。

5 总结

由于通过Abis接口能够抓取所有用户业务数据, 因此对该接口的数据进行解析可以识别更高级别的网络问题, 对改善网络服务质量具有重要的意义。本文根据CDMA客户感知分析系统架构, 提出了对CDMA2000网络中Abis接口进行监测的方法, 对解码模块、合成模块及统计模块的设计方法进行了介绍, 最后通过现网测试, 证实了该设计方法的可行性, 且整个系统运行稳定, 监测效果良好。

参考文献

[1]郭素霞, 李晶晶, 金梁.CDMA2000基站系统Abis接口研究[J].无线通信技术, 2003 (3) :28-30.

[2]毕骥, 冯渊.基于IP的Abis接口设计[J].移动通信, 2004 (S3) :36-37.

[3]3GPP2 A.R0003, Abis interface Technical Report for cdma2000 Spread Spectrum Systems (A.R0003:Abis Technical Report) .version1.0[S].2000.

[4]夏林, 张治中, 郑伟.WCDMA网络信令集中监测系统的研究与设计[J].电视技术, 2010, 34 (2) :94-97.

[5]李勇, 杨叶, 黄建.WCDMA网络集中监测系统中3G_H324M协议监测方案研究[J].广西通信技术, 2011 (2) :19-23.

篇9：应用接口系统方案

【中图分类号】R197 【文献标识码】A 【文章编号】1004-7484（2012）10-0542-02

新农合系统是以新农合业务数据为主体，结合与新农合相关的社会经济信息、以及卫生部门掌握的其他公共卫生信息，进行数据整合，形成省级新农合数据中心。新农合省级平台是以数据整合与管理为基础，数据展现与分析为核心应用的管理信息系统。此文介绍了辽宁省铁岭市新农合系统与医院系统的接口开发与设计。

1 系统概述

本文介绍的是单独开发的一套农合接口系统，是独立与HIS系统之外的一套独立农合系统，这套接口系统也调用新农合开发商发布的动态链接库文件，从而实现医院HIS系统与新农合办数据库数据的有效交换。

接口系统的主要功能为：代码维护、门诊日常业务管理、住院日常业务管理、查询统计管理、系统维护等功能。

系统的主要界面如下：

2 系统设计开发的软、硬件环境

2.1 系统设计的硬件环境 奔腾1.8GPU 80G硬盘 512M内存

2.2 系统设计的软件环境 操作系統Microsoft Windows 2003 Server，开发工具 Borland 公司的C++Builder 6.0。

3 系统的主要特点

3.1 系统采用模块化积木式设计，将医院复杂庞大的新农合接口系统分解为多个相对独立的基本模块，使系统可随着医院规模及投资量的不同而自由缩放，从而适应大多数医院现在和未来的需要，可方便地进行升级换代。

3.2统的设计严格按照卫生部关于医院管理的各项法规和制度，并考虑到医院的实际工作和业务习惯，针对药品编码、收费项目、医生姓名、科室名称等均采用标准编码、自编码或拼音码等编码结合，尽可能地为操作员的操作提供最简单快捷的方法

3.3 采用数据字典的方式对医院有关参数进行设置，而且每项参数的预设值数量不受限制，确保系统有较强的通用性,适合各级、各类医院使用。

3.4 系统采用原型法进行开发，便于今后的网络联接及版本扩充和升级。

4 系统主要功能

4.1 代码维护：主要有项目匹配、药品匹配、医疗机构代码、农合字典导入、住院费用自动上传、修改上传标志等功能。能够完成医院HIS系统与新农合接口系统的日常代码维护工作，医院HIS系统中的诊疗项目、药品代码与新农合系统中的诊疗、药品代码的对照工作，新农合诊疗或药品目录进行升级时，利用农合字典导入功能，可以实现目录的实时更新。住院患者每日发生的费用，通过住院费用自动上传功能实时上传至新农合服务器，达到数据实时上传。

4.2 门诊日常业务管理：主要有门诊日常管理、操作员结账管理。具体功能可以实现门诊挂号上传、费用及未结算费用选择、费用确认上传、预结算、正式结算、打印门诊新农合收据、费用结算撤消、登记撤消等功能。录入门诊病案号后，系统将HIS中的门诊患者的基本信息、费用信息进行查询并显示，通过功能按扭区中的各个功能，将患者的基本信息、费用信息传至新农合服务器中。可以进行患者直接在医院进行结算并打印门诊农合收据，达到患者在医院结算的目的，直接进行报销，方便农合患者就医。

4.3 住院日常管理：包括住院日常管理功能、操作员结账管理。具体功能为：住院入院登记上传、患者费用上传、预结算、患者出院登记、患者正式进行结算、打印收据、结算召回、结算撤消、无费退院、住院登记信息进行修改等功能。通过录入住院患者的病历号，系统从HIS系统中调出患者基本信息、费用信息、结算信息，通过功能区中的按扭将数据实时发送至新农合数据库中，达到患者在医院窗口就可以进行结算。

4.4 查询统计管理：包括操作员结算凭单查询、操作员HIS系统对账单、处方明细查询、查询结算信息、卫生局报表-月结算汇总表、卫生局报表-住院月结算明细表等等。通过此菜单下面的各个功能，能够实现月未报表、与新农合进行对账、实时查询新农合服务器上的结算信息。强大的查询、报表功能使此系统更具有实用性。

5 数据库结构设计

数据库设计的主要内容有数据库的结构特性设计和数据库的行为特性设计。数据库的结构特性设计起着关键作用。

数据库的结构特性是静态的，一般情况下不会轻易变动。因此，数据库的结构特性设计又称为静态结构设计。其设计过程是：先将现实世界中的事物、事物之间的联系用E-R图表示，再将各个分E-R图汇总，得出数据库的概念结构模型，最后将概念结构模型转换为数据库的逻辑结构模型表示。

数据库的行为结构设计是指确定数据库用户的行为和动作。数据库用户的行为和动作是指数据查询和统计、事物处理及表报处理等。这些都需要通过应用程序表达和执行。因而设计数据库的行为特征要与应用系统的设计结合进行。由于用户的行为是动态的，所以，数据库的行为特性设计也称为数据库的动态设计。其设计过程是：首先将现实世界中的数据及应用情况用数据流图和数据字典表示，并详细描述其中的数据操作要求，进而得出系统的功能结构和数据库的子模式。