基于VRTX操作系统实现V5接口协议

基于VRTX操作系统实现V5接口协议（通用4篇）

篇1：基于VRTX操作系统实现V5接口协议

基于VRTX操作系统实现V5接口协议

摘要：V5接口是接入网(AN)和本地交换机(LE)之间标准化的开放接口。本文首先简要介绍V5接口协议结构，然后给出IDS综合数字通信系统中V5接口的实现方法;着重介绍第三层协议的软件实现方法，并对嵌入式系统编程进行一些探讨。

关键词：接入网V5接口实时操作系统本地交换机

引言

接入网的概念是由传统的用户线发展起来的。近年来，由于电话业务的发展、新业务种类的增多、对线路带宽要求的提高以及各种新兴技术(特别是光纤通信技术)的发展，使得传统的用户线的概念逐渐发展成为接入网的概念。前几年，国际电信联盟(ITU)正式定义了用户接入网。引入接入网后，现有的电信网将减少端局数量，简化中继网的复杂程度，有利于中继网的管理。

接入网所覆盖的范围可以由三类接口来界定，如图1所示。接口的标准化、综合性直接影响到接入网的建设成本及接入网能承载的业务能力，为此，ITU-T综合考虑各种需要，终于通过了关于接入网和本地交换机之间标准化的V5.1和V5.2接口的建议[1,2]。

V5接口是一种在接入网中适用范围广、标准化程度高的新型开放的数字接口，对于设备的开发应用、多种业务的发展和网络的更新起着重要的作用。V5接口的标准化代表了重要的网络演进方向，影响深远。其意义在于交换机通过此接口可以支持多种类型的用户接入，而且V5接口的开放性意味着交换机和接入网的技术和业务演进完全独立开来。接入网的发展可以不受交换机的限制，使得接入网市场完全开放。

一、V5接口协议结构

窄带V5接口包括V5.1和V5.2接口。V5.1接口由1条2048Kb/s链路构成，通过时隙传递公共控制信号，支持模拟电话接入，基于64Kb/s的综合业务数字网基本接入(2B+D)和用于半永久连接的、不加带外信令信息的其他模拟接入和数字接入。这些接入类型都具有指配的承载通路分配，即用户端口与V5.1接口内承载通路有固定的对应关系。V5.2接口按需要可以由1~16个2048Kb/s链路构成，除支持V5.1接口的业务外，还支持ISDNPRI(30B+D)接入，其基于呼叫的时隙分配使得V5.2接口具有集中功能。V5.1接口是V5.2接口的子集，V5.1接口应当能够升级到V5.2接口。

V5接口协议由3层组成，接入网侧和本地交换机侧呈不对称布置，层与层之间的信息传递采用原语实现，而同层子层间的信息传递则采用映射。

V5接口物理层由1~16条2048Kb/s的链路构成，电气和物理特性符合G.703建议，帧结构符合G.704/G.706建议。每帧由32个时隙组成，其中：时隙TS0用作帧定位和CRC-4规程;时隙TS15、TS16和TS31可以用作通信通路(C通路)，运载信令信息和控制信息，通过指配来分配;其余时隙可用作承载通路。

V5接口的数据链路层仅对于C通路而言。第二层协议(LAPV5)规范以建议Q.921中规定的LAPD协议和规程为基础，允许将不同的信息流灵活地复用到C通路上去。第二层协议分为两个子层：封装功能子层(LAPV5-EF)和数据链路子层(LAPV5-DL)。此外，第二层功能中还应包括帧中继功能(AN-FR)。

V5接口的第三层协议簇包括PSTN协议、控制协议、链路控制协议、BCC协议和保护协议(后三种协议为V5.2接口特有)。PSTN协议负责处理与PSTN业务有关的信令;控制协议负责用户端口状态指示与控制，协调两侧在网管控制下的数据指配;链路控制协议负责协调和控制AN、LE两侧的链路阻塞、链路解除阻塞和链路标识功能;BCC协议用来把一特定2048Kb/s链路上的承载通路基于呼叫分配给用户端口;保护协议提供V5.2接口在出现故障时通信路径切换的保护功能。

如图2所示，当第三层协议有信令信息需要发送时，通过数据链路子层(LAPV5-DL)，请求封装功能子层(LAPV5-EF)，用给定的封装功能地址传送数据链路子层端到端数据。

二、V5接口的实现

笔者曾参与IDS2000综合数字通信系统(接入网侧)V5.2接口的开放研制工作。IDS2000综合数字通信系统是电力自动化研究院为了满足电力通信网发展的需要而开发的一种综合接入设备。该设备具备V5接口，使得IDS2000系统可以很方便地通过开放接口和大型交换设备互连，取代了原先接入大型交换设备时所用的音频Z接口或专用接口。

V5接口协议分3层结构。物理层和数据链路层部分功能由硬件实现，这在超大规模集成电路飞速发展的今天，难度已不是太大。Mitel公司生产的大规模E1接口芯片MT9075就是一种很合适的芯片[3]。MT9075是一种单E1接口，综合了成帧器和LIU。重要特性包括数据链路接入、告警、中断、环回和诊断，并内嵌了两个HDLC控制器(MT8952)，特别适用在V5接口(封装功能子层功能和HDLC协议类似)。

V5接口的第三层协议包含内容较多，由软件实现。本文主要结合嵌入式系统编程来介绍V5接口的第三层软件结构，对于协议细节的实现不多赘述。

1.实时多任务操作系统[4]

目前，嵌入式应用领域的一个发展倾向是采用实时多任务操作系统RTOS(RealTimeOperatingSystem)。RTOS的广泛使用与应用的复杂化有关。过去1个单片机应用程序所控制的外设和履行的任务不多，采取1个主循环和几个顺序调用的子程序模块即可满足要求;但现在1个嵌入式控制系统可能要同时

控制/监视很多外设，要求实时响应，有很多处理任务，各个任务之间有很多信息传递，如果仍采用原来的方法，存在两个问题：一是中断可能得不到及时响应，处理时间过长;二是系统任务多，要考虑的各种可能也多，各种资源若调度不当就会造成死锁，降低软件可靠性，程序编写任务量成指数增加。正是这种情况的出现，推动着RTOS的应用迅速发展。

对于V5接口，系统软件工作量相当大，包括5个核心协议功能的处理，须管理很多定时器，有很多用户端口需要监视，并且要求实时处理，若采用传统的软件编程方法，很难实现。在IDS2000系统中，笔者采用VRTX实时多任务操作系统[5]作为开发平台，大大减轻了软件的工作量，而采用面向对象的编程方法和事件驱动的消息机制，使得协议程序具有高可靠性、可控、可观测、易于维护和管理。

2.V5接口软件框图

如图3所示，V5接口软件主要包括：

(1)数据链路层模块(仅包括数据链路子层功能，封装功能子层由硬件板完成);

(2)PSTN协议处理模块;

(3)控制协议处理模块(包括用户端口状态机、指配控制状态机、公共控制状态机);

(4)链路控制协议处理模块(包括链路控制状态机、链路控制L3状态机);

(5)BCC协议处理模块;

(6)保护协议模块;

(7)V5接口AN侧系统管理模块;

(8)V5接口AN侧资源管理模块;

(9)定时器管理模块;

(10)消息处理模块;

(11)用户端口模块;

(12)10ms定时中断。

上述模块中，模块1~7完成V5接口协议的核心功能。其中，数据链路层模块对模块2~7所产生的消息进行处理，交由V5硬件接口板完成封装功能，再发送给LE侧实体;PSTN协议处理模块主要功能是建立用户端口状态和LE侧国内协议实体之间的联系;控制协议模块用于表示用户端口状态指示与控制，还和系统启动、重新启动、指配有关;V5接口AN侧系统管理模块是协议功能正常实现的重要部分，在AN和LE中，不同的FSM之间或第二层协议实体之间没有直接的通信，而是通过系统管理来协调V5接口各个协议实体之间的操作。另外，系统管理负责从AN或LE的各种功能模块中接收和处理有关状态和故障的信息。系统管理还是维护台或网管系统与V5接口之间的桥梁，它负责接收维护命令，并对V5接口执行相应的操作，随时向上层网管报告系统的运行状况。

模块8~12完成V5接口协议的辅助功能。其中用户端口模块负责用户端口状态扫描与控制，直接与硬件端口联系;AN侧资源管理模块配合BCC协议处理模块完成V5接口中BCC协议功能;消息处理模块是为了减轻操作系统的负担设立的，它负责协同操作系统管理各模块的消息队列;定时器管理模块负责产生、管理系统中所需要的定时器，当定时器溢出时，发送消息至相应模块;10ms定时中断程序负责调度系统中需周期性运行的任务，采用“信号量”(semaphores)的通信机制完成。

3.有限状态机

在上述程序模块中，存在大量的有限状态机(FSM)，如控制协议中的用户端口FSM、公共控制FSM、BCC协议中的承载通路连接FSM等。有限状态机是描述通信协议过程的一般方式，是一种面向对象的`描述方法，与具体实现程序无关。有限状态机具有有限状态集，在任意给定的时刻，必有惟一确定的状态，在某状态下必须依赖于外部输入的特定消息触发，才能引起状态转移或执行某种任务。

有限状态机对于系统其他软件而言相当于一个“黑匣子”。它可以接收有限的消息组，也可以发送特定的消息组，但其内部结构不为系统其他部分所知。它的功能完全由它接收和发送消息顺序所决定。

有限状态机的这种描述方式很适合用面向对象的方法实现。在传统的实现方法中，状态变量和状态表可以在状态机模块外被访问，易于遭到破坏。面向对象的实现方法提供了一种更加结构化和更加直观的FSM实现方法，更利于“数据隐藏”，而且这些优点随着FSM规模的增大越发明显。我们只须要定义一个FSM基类，利用封装、继承和多态性的特点，就很容易从先前定义的基类中派生出所需要的FSM，大大减少了软件的工作量，软件也易于维护。

4.定时器的实现机制

定时器对于正确实现通信协议功能有着很重要的作用。V5接口协议中存在大量的定时器，当话务量较大时，可能有数百个定时器同时运行。定时器的设计是正确完成V5接口协议功能的一个重要部分。

本系统中由定时器管理进程负责管理V5接口中所有的定时器。由于各种定时器所要求的精度各不相同，所选择时间的长度对各定时器进行监视和计数累计是问题的关键：时间间隔太小，影响系统运行效率;时间间隔太长，影响定时器的精度。为了解决这个问题，系统中设定了三种不同分辨率的定时器：10ms、100ms和1s(分辨率指计数时间间隔)。

若某应用进程须要使用定时器，首先要向定时器管理进程发送一消息，消息中应包含申请定时器的分辨率、预置计数值、溢出后应发送的消息等信息。定时器管理进程收到该消息后，根据定时器的分辨率将其放到合适的定时队列中，启动定时。若定时器计数为零，则表示该定时器溢出，定时器管理进程应向相应的应用进程发送溢出消息，同时应释放该定时器。应用进程若主动要求放弃一定时器，则应向定时器管理进程发送一释放定时器消息。消息中应包含所申请定时器的标号、分辨率以及溢出目标进程、目标对象等。定时器管理进程接收到此消息后，在合适的定时器队列中寻找到该定时器后，将其释放。定时器管理进程管理其他各应用进程所申请的定时器。在定时器管理进程中，有三个链表分别用于存放这3种不同分辨率的定时器。

定时器管理进程完成以下一些基本功能：

(1)管理10ms、100ms和1s三种定时器链表。

(2)当10ms定时间隔到，应遍历10ms定时器链表，完成对链表中各定时器的计数处理。若有定时器溢出，则向相应的进程发送溢出消息，并从定时器链表中释放该定时器。同样，当100ms或1s的定时间隔到时，也应对100ms或1s定时器链表作相同处理。

(3)处理从其他进程接收到的消息。当收到从其他进程发送的申请定时器的消息时，应在相应分辨率的定时器链表中插入所申请的定时器;在接收到从其他进程来的释放定时器的消息后，应寻找到该定时器，并将其释放。

5.编写可重入函数

V5接口中有大量的函数需要编写。和传统的编程环境不同，本系统中，V5接口软件运行在多任务环境上，函数的可重入性(reentrancy)显得很重要。

所谓可重入函数是指一个可以被多个任务调用的过程，任务在调用时不必担心数据是否会出错。在编写函数时应尽量只使用局部变量，对于要使用的全局变量需要加以保护(如采用关中断、信号量等措施)，这样构成的函数一定是可重入的;而编译器是否具有可重入的库，与它所服务的操作系统有关，如DOS下的BorlandC和MicrosoftC/C++等就没有可重入函数库，这是因为DOS是一个单用户、单任务的操作系统。

为了确保每一个调用函数的任务控制自己私有变量，在一个可重入的C函数中，将这样的变量申明为局部变量，C编译器将这样的变量存放在调用栈上或寄存器里。在VRTX操作系统下编写可重入的函数，须要遵循以下原则：

(1)将所有局部变量申明为auto或寄存器(register)类型;

(2)尽量不要使用static或extern变量,不可避免使用全局变量时,需加以保护;

(3)用VRTX库函数sc_gblock分配大的数据结构。

三、V5接口发展的趋势

从长远看，为了克服现有一系列SNI(业务节点接口)功能的限制，须要开发附加的SNI，特别是模块型和B-ISDN接入型SNI。目前，以ATM为基础的VB5接口的标准化工作正在进行。VB5参考点可分为VB5.1和VB5.2两种形式。

ITU-T已经通过了关于VB5参考点的建议，规定了VB5既支持AN与SN的直接连接，又支持两者的远程连接;既支持基于ATM的B-ISDN接入，又支持各种非ATM的接入。此外，VB5还应支持接入各种SN的接入功能，并能同时连接到多个不同的SN。有关VB5的技术框架还有待进一步研究和开发。

篇2：基于VRTX操作系统实现V5接口协议

嵌入式V5接口系统设计与实现

本文分析了现有综合业务传输网在接入网和本地交换机之间连接方式的不足,结合传输网的`特点,引入V5接口.文章对V5接入网AN侧系统软件部分分模块进行分析和设计,并对AN侧系统管理方案加以描述,验证了V5接入网系统的可行性.

作 者：李懋 詹必胜 作者单位：华中师范大学高等职业技术学院,电子信息工程系,武汉,430079刊 名：高等函授学报(自然科学版)英文刊名：JOURNAL OF HIGHER CORRESPONDENCE EDUCATION(NATURAL SCIENCES)年，卷(期)：20(2)分类号：N39关键词：嵌入式V5接口 接入网 本地交换机 Nucleus实时操作系统

篇3：基于VRTX操作系统实现V5接口协议

关键词 DSP HPI 硬件仿真

中图分类号：TP3 文献标识码：A

1平台结构

整个平台按照PC-USB-FPGA-HPI的结构搭建，如图1，通过HPI接口与DSP进行通信。平台主要的器件有：Xilinx的Spartan 3S1200E FPGA、Xilinx的Platform Flash PROM XCF04s、Cypress公司FX2系列产品CY7C68013。

图1 HPI仿真平台系统框架图

PC机下发的请求通过USB控制器的GPIF产生访问波形，可以称为USB接口协议，USB接口协议完全由USB控制器处理。FPGA主要起到接口转换的作用，实现16位数据与32位数据之间的转化，工作时钟输入由CY7C68013提供。由于FPGA属于掉电易失性器件，每次断电重启后必须重新加载硬件代码才可正常工作，因此又为其配置了PROM器件（Xilinx XCF04S），FPGA从PROM中自动导入预先下载的设计文件即可正常工作，可以大大减少下载次数提高工作效率。仿真器硬件构架图如图2所示。

图2 HPI仿真器硬件构架图

在为HPI的仿真平台准备好所有的硬件资源之后，接下来的主要工作就是对协议转变器（FPGA）与仿真协同软件进行设计，并最终实现协同的仿真功能。图3体现的是仿真平台的软硬件构建。

图3 仿真平台的软硬件构建

2 FPGA协议转变器

协议转变器在整个仿真平台中可以简单的看做是一个连接两个主要接口的中间地带，其主要的控制通路与数据通路方向如图4所示。

图4 控制通路与数据通路主体构图

PC机与协议转变器（FPGA）的连接实际指的是USB接口芯片FX2的GPIF接口与FPGA之间的连接，其中16位双向数据总线FD到协议变换器内部，经过FPGA的IOBUF的端口处理，拆分成两个单向信号FD_out（输出信号）与FD_in（输入信号）。RDY0的信号值由协议转变器中产生。具体的信号连接如图5所示。

在设计中，FPGA一共被分为4个单元，如图6协议转变器FPGA框架图所示。其中译码单元（PC_Decoder）单元对PC机的操作要求进行译码，主要包括区分单字访问、自增访问，确定访问的对象、确定读/写操作以及对FX2的控制输入信号的采样。数据拆分和拼接单元（PC_Single）主要针对输入和输出的16位与32位的接口差异进行数据的拆分和拼接。批量数据处理单元（PC_Bulk_Data）设计有3个单元，及HPIC_access、HPIA_access、HPID_access。PC机的指令经过译码单元译码后，对HPIC_access、HPIA_access、HPID_access进行访问操作。RAM单元用来暂存发往DSP和返回上位机的数据。

图5 PC机与FPGA的接口连接

图6 协议转变器FPGA框架图

3 协同软件

在本设计中，协同软件主要包括固件设计、驱动程序设计和主机端口应用程序设计。如图2仿真平台的软硬件构建所示。

（1）固件设计

CYPRESS公司的EZ-USB FX2开发套件提供给用户一个固件函数库（Ezusb.lib）和固件框架（Frame work），两者均是基于KEIL C51开发的。固件函数库提供了一系列的函数来加速USB 固件程序的开发，使用时只需在程序中包含fx2.h 和fx2regs.h 两个头文件，并在项目中链接Ezusb.lib 就可以直接使用固件库中的各个函数了。在使用固件框架来进行特定的固件开发时，固件框架已经实现了初始化、重枚举、电源管理等功能。对我们而言，只需要在固件架构的预留位置处添加代码，就可以完成特定的功能。

GPIF能够装载4个控制波形，分别是单个数据读、单个数据写、连续数据读、连续数据写。“读”是指FX2从外部接口读入数据，“写”是指FX2向外部接口写出数据。所谓“连续数据读写”是指读入的数据存放在FX2的内部FIFO，或者写出的数据来自FX2的内部FIFO。图7为GPIF批量写波形。

图7 GPIF批量写波形图

（2）驱动程序设计

驱动程序是指一系列硬件设备的函数，它为连接到计算机的硬件提供了软件接口。用户应用程序可以通过驱动程序接口访问各种硬件，而不必考虑如何具体实现不同硬件的控制。Cypress公司的开发套件提供给用户一个通用USB驱动，在该设计中，不需要对程序加以修改，经过DDK编译后直接使用。

（3）主机端口应用程序设计

为有效完成HPI口的相关操作，我们一共设置了9个设备请求：

HPIC_WRITE：写HPIC寄存器;

HPIC_READ：读HPIC寄存器;

HPIA_WRITE：写HPIA寄存器;

HPIA_READ：读HPIA寄存器;

HPID_WRITE：写HPID寄存器;

HPID_READ：读HPID寄存器;

HPID_ADDR_ADD_WRITE：地址自增写HPID寄存器;

HPID_ADDR_ADD__READ：地址自增读HPID寄存器;

RESET_DSP：DSP复位。

以上几个设备请求均是通过控制传输实现的，另外，为实现大规模数据传输，我们采用批量传输的方式定义了两个函数：

①WriteBULKDataToDSPRAM（ ）;

②ReadBULKDataFromDSPRAM（ ）;

参考文献

[1] 杜慧敏，李宥谋，赵全良.基于Verilog的FPGA设计基础[J].西安：西安电子科技大学出版社，2006.

[2] Prakash Rashinkar， Peter Paterson，Leena Singh著，孙海平，丁健 译.系统芯片（SOC）验证方法与技术[M].电子工业出版社，2005.1.

篇4：与社会保险系统接口的设计与实现

关键字：社会保险系统；接口系统

中图分类号：G472文献标识码：B文章编号：1673—8454（2012）17—0042—02

一、引言

社会保险是社会保障制度的一个最重要的组成部分。社会保险的主要项目包括养老保险、医疗保险、失业保险、工伤保险、生育保险，简称为“五险”。

随着社会保险制度改革的不断深入和完善，五险业务已全面展开， 特别是社会统筹与个人帐户相结合的基本养老保险和社会医疗保险制度的全面实施后，社会保险业务量急剧增长。社会保险业务呈现出覆盖面广、数据量大、数据交换频繁的特征。

为了保障保险业务顺利有效地开展，北京市人力资源和社会保障局推出了北京市社会保险网上服务平台，集中为个人用户和单位用户提供社会保险业务办理。该平台根据不同的服务对象，提供个人版、普通单位版、街道版、职介人才版等多个程序版本。同时根据保险政策的调整和实施，系统也在不断进行完善和补充。

2010年前，由于清华大学内部没有自己的保险信息系统，所以一直沿用北京市社保部门提供的社保系统普通单位版本的四险合一采集软件，完成保险业务的增减变更报盘工作。使用方式为：各院系人事部门人员均需要安装单机版的四险合一采集软件，通过完全手工录入的方式完成本院系保险业务的增减变更报盘。社保办在收集各院系的报盘文件后进行合并，通过先导入再导出的方式把各院系的报盘汇总，形成学校的上报报盘文件。2010年1月，清华大学社会保险系统正式上线使用。系统与学校已有的人事管理信息进行了结合，院系老师通过保险系统就可以完成保险日常工作，增减员变更数据都可以通过系统进行汇总。这种方式下，院系老师日常工作量大大减少，学校的保险管理工作也有了信息化的管理平台。但是对于学校保险管理部门——社保办公室来说，却面临着新的问题。内部系统产生的数据与上级管理部门的系统如何对接，如何实现保险数据的正常报盘工作？很多单位基本上都是通过四险合一采集软件重新进行手工录入的方式来产生报盘文件。这种方式存在数据录入量大、重复工作多等问题。因此清华大学采取了开发四险合一采集软件中间接口系统的方案，通过接口系统实现内部信息系统数据按照格式要求转换为报盘文件，从而可以直接到北京市社会保险系统中导入上报数据。

二、接口系统的设计与实现

四险合一采集软件独立系统，有自己特有的操作界面和数据格式定义，通过四险合一采集软件导出的数据才符合格式要求，可以直接导入到上级管理部门系统中。而清华大学校内的信息系统属于人力资源管理系统的模块之一，其设计理念和要求与学校其他信息系统的设计保持一致，所以与四险合一采集软件无任何联系，且各类数据格式也不相同。为了保证两个系统的独立运行不受影响，我们采取了建设中间接口系统的方式。这样不会影响已有的系统。具体如图1所示：

接口系统从校内保险信息系统读取保险业务数据，然后按照格式要求进行数据类型和定义的转换，同时将生成的数据写入到四险合一采集软件系统中。写入后，用户登录四险合一采集软件系统，就可以看到导入的数据，正常操作保险增减员变更操作，即可生成报盘文件。

设计方案中有两个关键点：（1）数据如何转换；（2）经过转化后的数据如何写入四险合一采集软件。下面将分别介绍两个关键点的设计：

⒈数据如何转换

两个系统的数据格式均不一样，所以我们采取了使用数据关系对应表的方式，由数据关系对应表维护两个系统之间的数据转换关系。如果转换规则发生变化，我们则同步修改对应关系表即可。数据对应关系表为Excel格式的文件，便于系统的实时读取和修改。具体可见图2所示：

2.经过转换后的数据如何写入四险合一采集软件

我们对四险合一采集软件进行了研究，发现其可以作为单机版软件运行，实际上是所有的功能操作都围绕数据文件wuxian.sdf进行。所以只需将转换后数据写入文件wuxian.sdf，即可正常执行软件的操作功能。

安装sql server工具，打开wuxian.Sdf文件。打开时服务器类型选择SQLServerMobile，密码是capinfo。数据文件打开后，可以看到里面包括很多表。具体各表的含义如下：

> 五险共有信息：M_PERSON_COMMON

> 四险专有信息：M_PERSON_SIXIAN

> 医疗专有信息：M_PERSON_MEDICAL

> 医疗定点医院表：M_PSNAPPOINTEDHOSPITAL

> 缴费工资表：M_PSNSALARY

> 个人社保信息表：M_PSNSSINFO

> 个人变更表：M_PSNCHGRECORD

> 个人变更明细表：M_PSNCHGDETAIL

> 系统表：S_SYSTEM_ID

分析其功能实现，发现新增人员时，是往M_PERSON_ COMMON、M_PERSON_MEDICAL、M_PERSON_MEDICAL、M_PSNAPPOINTEDHOSPITAL、M_PSNSALARY表为每个新增人员增加一条记录，M_PSNSSINFO表每个人增加五条记录，分别为五险；做人员变更时，是往M_PSNCHGRECORD表增加记录，同时更新M_PSNSSINFO相关值。发现其规律后，我们就按照相同规律直接往数据表中插入数据。

三、接口系统的实现

基于以上的设计方案，我们用c#开发了系统，系统界面如图3所示：

系统的使用需要先设置wuxian.Sdf文件的位置，从而实现将转换后数据写入到wuxian.Sdf文件中。根据清华大学的实际情况，我们还设计了数据分类，可以按照不同人员类别分别产生报盘文件。

点击“添加”按钮，接口系统会自动读取校内保险系统的保险增减变更数据并显示在界面上。管理老师会进行数据核查，如果没有问题，则点击“保存”按钮，数据则写入wuxian.Sdf。否则，可点击“清除显示数”功能，同时到校内保险系统里维护数据后，重新生成接口数据即可。

管理老师运行四险合一采集软件，将wuxian.Sdf文件覆盖安装目录下的已有文件，可以使用采集软件功能自动生成报盘文件。

四、小结

接口系统从2011年初即投入使用，使用效果良好。随着保险政策的调整和完善，上级管理部门的系统也在更新。在这种情况下，我们基本无需调整自己内部的管理信息系统，只需要配套调整接口系统，即可实现保险数据的正常上报。下一步我们将继续完善接口系统，加入对生育保险信息的支持，从而实现五险数据的统一采集报盘。

参考文献：

[1]宋开宇.HIS与社会医疗保险系统接口的设计与实现[J].医疗卫生装备，2005，26（1）：35—36.

[2]胡文斌，岐兵.社会保险企业申报系统的设计与开发[J].杭州电子工业学院学报，2001，21（6）.