第一篇：医保接口测试文档
杭州创业软件集团
2013-5-1 徐
医
附
属
医
院
医保接口测试文档
编辑：沈国强
日期：2003-12-24
住院系统
1、运行住院系统，并登录住院系统
用于测试医保初始化是否通过，主要包括以下几项： 1）、检测系统参数设置是否已经设置； 2）、检测本机是否使用医保功能 3）、检测本机是否需记录医保错误日志 4）、连接医保数据库
5）、自动更新医保在院病人基本信息
2、退出住院系统
用于测试医保退出时，是否正常释放使用资源。
3、医保入院登记处理，具体包括以下功能
1）、医保性质选择，此时正常情况下应该自动打开医保读卡窗体（如图3-1），等待用户进行读卡操作；
杭州创业软件集团
2013-5-1
图3-1 2）、性质选择完成后，输入相关住院信息后，进行“保存”操作，此时将检测如果为医保病人，则将自动打开“费用控制”窗体（如图3-2），当有预交款时，在“预交款总额”一栏中，将自动输入且不能修改，“虚拟帐户总额”一般根据医院自行设定，可输入0，“锁定判别”用于将当前病人锁定或未锁定，锁定时，将不能记费，只能退费。当按“取消”时，将不对病人进行费用控制处理。
图3-2 3）、说明：在读卡过程中，不要将医保卡提早抽出，请在处理完成后再抽出。
4、对病人进行交预交款处理
在对医保病人进行交款处理数据保存时，将自动处理欠费功能，如果病人交款后，仍处于欠费状态，则系统将自动将病人锁定。
5、对病人进行退款处理
在对医保病人进行退款处理时，将自动处理欠费功能，如果病人退款后，处于欠费状态，则系统将自动将病人锁定。
6、对病人进行费用记帐
在费用记帐时，系统将对医保病人进行欠费检测，如果已经欠费，则不允许将费用记入；如果未欠费，但此项费用已经大于可用额度即自负金额加上本项目费用金额已经超过预交款与虚拟帐户的合计时，此项费用也不允许记入；只有当可用额度大于费用额时，方可记费；同时，对于医保病人进行费用与药品使用限制控制，即当费用或药品存在于“护理费、治疗费、器械费、另加器械费、消毒费、材料费、备皮材料费、静脉输液 杭州创业软件集团
2013-5-1
7、进行出院结算处理
在出院结算选择后，系统将自动打开医保读卡窗体，要求读卡操作，并进行病人基本信息的更新；在“结算”时，系统将自动打开医保结算窗体，同时进行医保分段计算处理，显示计算结果（如图7-1），按“确定”后进行正式结算并打印住院发票，医保病人发票可选择打印，即在系统参数中进行选择，即使用新发票或是旧发票打印，此功能只针对医保病人。旧发票打印程序需修改，由于没有实际项目，无法设定数据，需修改。
新发票打印程序使用DataWindow套打，位置基本正确，其中有两项数据未知，需确定，并修改程序。
图7-1
8、发票作废处理
在发票作废病人选择后，需进行读卡操作，并自动更新病人信息，“作废”时，将HIS端医保结算相关表置作废日期；并处理医保功能，使当前病人卡处于在院状态。
9、病人入院注销
在病人未发生费用与交款时，可作入院注销处理，“注销”操作时需进行读卡操作。
10、病人性质转换
病人可从非医保性质转换为医保性质，或从医保性质转换到非医保性质。
第二篇：医保接口文档 人民医院
医保接口文档说明
此接口为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字符串例子如下：
-
注: 普通门诊, 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)此读卡函数与上面的读卡函数参数是一样的 不同之处在：
此读卡函数可读出人员信息(包括黑名单)而第一个读卡函数不能读出黑名单人员信息.全部医嘱退费
//医保要求将此函数关闭2011-6-10 integer qtyy_yztf_all_qtjk(string s_zyh, string j_tfczymc, ref string ret_message)入参说明： s_zyh:住院号
j_tfczymc：退费操作员名称删除床位流水
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医保统一编码 获得医保系统住院结算信息
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：表示起用)五笔代码 拼音代码
第三篇：医保和医院系统接口技术
技术规范及要求
1．软件平台：
（1）技术结构：在局域网上运行的医院信息系统（HIS），采用先进的软件体系结构，并具有与LIS、PACS、医保等外部系统联接的接口。
（2）操作系统：数据库为WINDOWS2003 SERVER，客户端为WINDOWS2000或Windows XP或Vista（3）数据库平台：采用MS SQL SERVER数据库（4）前端开发工具：采用面向对象的编程语言 2．易用性：
软件系统应考虑实用性与先进性相结合，要体现出易于理解掌握、操作简单、提示清晰、逻辑性强，直观简洁、帮助信息丰富，而且要针对医院输入项目的特点对输入顺序专门定制，保证操作人员以最快速度和最少的击键次数完成工作。3．安全性：
(1)系统级安全：须阐述操作系统的用户权限设置。
(2)数据库安全设置：数据库设计应阐明用何种方式保证系统安全。
(3)应用级安全(工作站的权限验证)：应用系统的安全性主要从以下几个方面考虑：工作站现时是否有权运行系统、操作员现时是否有权使用某系统、数据加密、应用操作系统权限。系统具有抵御外界环境和人为操作失误的能力：有足够的防护措施，防止非法用户侵入；保证不因操作人员的误操作导致系统的崩溃等。(4)操作员的权限验证:系统管理应能根据员工的职务和所承担的工作进行角色划分，通过角色划分进行权限分配，当操作人员超越权限进行登录时，系统应能拒绝并记录在系统日志中。
(5)数据加密:除了以上所属的登录/使用验证以外，系统还应采取对某些关键数据（如用户代码和密码）进行加密的方法，来提高安全性。
(6)数据安全管理机制的提出:要求投标人提出一套完整的数据安全管理措施以及医院计算机网络设备的管理模式。
(7)备份与恢复：对存储的数据，应有冗余保护措施，保证用户数据的随时可提取性，对于容错及冗余都有相应的安全保护机制。
4.稳定性：医院的系统要求24小时不间断的工作，所以对稳定性要求极高。要求系统运行稳定，可靠。5.响应速度快：各一线工作站高峰期操作系统时无感觉等待，查询操作进行预处理以加快查询速度。额定用户同时运行时不能出现堵塞现象。
6．灵活性、维护性：系统可根据医院的具体工作流程定制、重组和改造，并为医院提供定制和改造的客户化工具。为适应将来的发展，系统应具有良好的可裁减性、可扩充性和可移植性；系统的安装卸载简单方便，可管理性、可维护性强；软件设计模块化、组件化，并提供配置模块和客户化工具、系统需求及流程变化、操作方式变化、机构人员变化、空间地点变化(移动用户、分布式)、操作系统环境变化无影响。
7.扩展性：采用开放式的系统软件平台、模块化的应用软件结构，确保系统可灵活地扩充其业务功能，并可与其它业务系统进行无缝互连，采购人如需连接其他系统的，投标人需承诺提供相关技术接口和进行技术配合。系统须提供必要的辅助临床接口。8．先进性：采用业界先进、成熟的软件开发技术和系统结构，面向对象的设计方法，可视化的、面向对象的开发工具。具有高度的灵活性和扩展性，能满足未来五年的医院发展和信息技术发展的需要，满足医院可持续的流程优化和系统集成优化的需要。本招标文件中技术要求没有涉及的先进技术、方法，投标人可自行补充，并在投标文件中介绍说明。
9．文档齐全：开发过程各阶段技术文档要齐全，文档与实际要严格一致。
10．一体化：保证数据由采集、存储、整理、分析到提取、应用的一体化，实现数据发生地一次性录入，然后被所有对该数据有需求的单位多次重复，不同层次使用，各模块之间要实现数据共享，互联互通，清晰体现内在逻辑联系，并且数据之间必须相互关联，相互制约。
11.医院信息系统是为采集、加工、存储、检索、传递病人医疗信息及相关的管理信息而建立的人机系统。数据的管理是医院信息系统成功的关键。数据必须准确、可信、可用、完整、规范及安全可靠，数据之间无歧义。
12．标准化：符合国际医疗软件的规范（HL7、SNOMED、ICD10、IHE、XML等），符合卫生部《医院信息系统基本功能规范》要求。
13．合法性：医院信息系统是一个综合性的信息系统，功能涉及到国家有关部委制定的法律、法规。包括医疗、教育、科研、财务、会计、审计、统计、病案、人事、药品、保险、物资、设备„等等。因此，医院信息系统首先必须保证与我国现行的有关法律、法规、规章制度相一致，并能满足各级医疗机构和各级卫生行政部门对信息的要求，须上报的统计报表与现规定一致。14.医院信息系统运行基本要求：操作系统、数据库、网络系统的选择要求安全、稳定、可靠，开发单位应提供该方面的保证，并提供技术培训、技术支持与服务。
15.系统运行的维护与管理：系统在运行过程中，必须建立日志管理、各项管理制度及各种操作规程。系统维护应包括工作参数修改、数据字典维护、用户权限控制、操作口令或密码设置和修改、数据安全性操作、数据备份和恢复、故障排除等。
16.数据完整性：医院数据库是以病人医疗数据为主，并包括相关的各种经济数据以及各类行政管理、物资管理等数据的完整集合。数据库应包含医院全部资源的信息，便于快速查询，数据共享。
17．所设计的软件不能仅是对传统医院的手工工作计算机化。必须利用网络的优势，提供传统医院所不能达到的功能，突出高新医院的科技特色，使得医院的管理模式达到科学化、信息化、规范化、标准化，尽力让就诊的患者感到快捷、迅速和方便。18.项目的总体实施要按照“总体规划，分步实施”的原则进行。阶段实施要按照“试点验证，分期推广”的原则进行。建立严格的软件审核、测试、验收等制度，建立反应机敏的BUG追踪和系统化升级修改的软件质量管理机制。按照项目管理的国际规范，在确保质量的前提下，又好又快地按期完成。
19.工期要求：合同签定后整体项目必须在2009年6月1日前完成.20.售后服务：三年服务，免费升级BUG。整体工程5%之内的客户化为免费。
软件基本功能总体要求
1.符合卫生部2002年颁布的《医院信息系统功能基本规范》
2.体现“以病人为中心、以医疗信息为主线”的设计思想，真正达到医院信息管理学的要求。最大限度满足实际工作的需要，支持联机事务处理，支持科室信息汇总分析与收支经济核算，支持医院领导对医疗动态与医疗质量的宏观监督与控制，HIS软件以现行医院体系结构、管理方式和管理程序为基准，充分考虑各业务层次、各管理环节数据处理的实用性。用户接口和操作界面设计尽可能考虑人体结构特征及视觉特征，界面力求美观大方，操作界面力求简捷实用。
3.能适应中国医疗体制改革的变化，符合北京市丰盛中医骨伤专科医院的实际情况和发展规划，满足医院在门、急诊信息管理；住院病人信息管理、药品管理、病案管理、财务核算管理；后勤管理、行政管理等实际工作需要；综合查询及辅助决策支持等方面实现计算机数字化的需求，做到在全院内信息、数据高度共享、实现医院管理的现代化。
4.必须能实现将现有系统中的历史数据顺利转换至新系统数据库。5.能实现医保卡统一结账功能。
一、HIS系统基本模块
1．门诊挂号/划价收费信息系统
门诊挂号收费系统主要门诊挂号收费等业务处理，按收费时间、结账时间和汇总时间三种统计方式提供多种类型的汇总表、统计表和核算表的统计查询。系统可支持多个门诊系统(如门诊，急诊等)，支持预约挂号、可内嵌就诊疗卡系统，支持就诊卡的刷卡使用，同时系统选项中增加了处方有效期设置，有效地处理过期处方的处理，同时处方录入增加套餐的使用，提高操作员的效率。
须具备相关数据的统计、分析功能。
2．门诊中/西药房信息系统
中西药房信息系统主要处理药房划价发药及基本库房业务。
本系统共有三种类型的业务：库房业务、门诊发药、住院发药（在门诊药房中指对住院病人的处方发药，在病区药房中则指对病区的医嘱发药等）。其中药房的库房业务主要包括向药库领药、其它入库、出库、药房之间调拨、药房向库房退药、盘存处理、月结处理等，另外还有库存调整、库存禁用等特殊操作。门诊发药业务包括处方划价、处方发（配）药、退药处理、取消发药等，并提供相应的处方发药查询、未发药处方查询、发药统计等。住院发药用于对住院病人的处方发药，并在在发药统计中进行统计。
完善门诊药房计算机管理流程。摆、发药流程更客观地反映门诊药房实际工作流程。体现以病人为中心的管理理念。设立药品台帐体系，结合统计期和月结、对帐功能，实现药房药品帐务电子化。
须具备相关数据的统计、分析功能。
3．中/西药库信息系统
药库药品管理子系统和药房药品管理子系统基于同样的结构构架而成，通过完整的帐务体系对药品的出、入、转、存进行集中统一管理。严密的数据库设计在数据层为药库管理构造了数量、金额两套清晰的数据流。通用帐务体系提供了对业务规则的柔性定制，为医院管理的不断细化和长远发展打下坚实基础。功能内聚的模块化设计为系统实现提供了更稳健和更具扩充性的手段。
须具备相关数据的统计、分析功能。
4．住院结算信息系统
出入院子系统完成住院和急观病人的登记和出院结账工作，并且管理病人的预交金，维护病人的信息。病人入院后向病区发送信息，出院时从病区读取信息。对出入院操作员所使用的预交金收据和发票分别进行管理，支持操作员结账和全班结账。
须具备相关数据的统计、分析功能。
5．住院医生站信息系统
住院医生工作站是协助医生完成病房日常医疗工作的计算机应用程序。其主要任务是处理诊断、处方、检查、检验、治疗处置、手术、护理、卫生材料以及会诊、转科、出院等信息。服务对象主要是住院医生。
住院医生站信息系统针对医生的工作流程，主要包括电子医嘱、电子申请单、电子病案、质量控制等部分。
提供医院、科室、医生常用临床项目字典，医嘱组套、模板及相应编辑功能。支持医生处理医嘱：检查、检验、处方、治疗处置、卫生材料、手术、护理、会诊、转科、出院等。检验医嘱须注明检体，检查医嘱须注明检查部位。提供长期和临时医嘱处理功能，包括医嘱的开立、停止和作废。支持医生查询相关资料：历次门诊、住院信息，检验捡查结果。提供医嘱执行情况、病床使用情况、处方、患者费用明细等查询。支持医生按照国际疾病分类标准下达诊断(入院、出院、术前、术后、转入、转出等)；支持疾病编码、拼音、汉字等多重检索。自动审核录入医嘱的完整性，提供对所有医嘱进行审核确认功能，根据确认后的医嘱自动定时产生用药信息和医嘱执行单，记录医生姓名及时间，一经确认不得更改。所有医嘱均提供备注功能，医师可以输入相关注意事项。支持所有医嘱和申请单打印功能，符合有关医疗文件的格式要求，必须提供医生、操作员签字栏，打印结果由处方医师签字生效。提供医生权限管理，如部门、等级、功能等。自动核算各项费用，支持医保费用管理。自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、转科、出院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。须具备相关数据的统计、分析功能。
6．病区护士工作站
本系统以病房医嘱、住院病人医疗信息、病床管理为重点，辅助病房诊断、治疗及病区事务管理；实现医嘱录入、校对、执行、打印电子化及入区、出区、转床、转科等病区事务的网络化；为医生的医疗工作和病情分析提供数据依据；记录护理工作情况并和住院管理、病区药房、病史管理、手术室、院长查询等系统充分实现数据共享。
病区护士工作站设有与药房系统、医技系统、手麻系统、住院系统和住院医生站等系统的软件接口，主要功能有：床位管理、医嘱处理、医嘱卡片自动生成、医嘱复核、护士排班、病区收入统计、护士工作考核、病区物品、药品三级库房管理、报表查询等功能。
病区医嘱发药支持按小时发药，支持医嘱录入采用套餐、排斥医嘱、特殊医嘱等功能，支持自动调用药品和医疗项目附加计价功能。
同时病区物品和药品的三级库房管理有效地管理了本病区药品、物品的出入库管理、收支统计，物品消耗采用医嘱执行自动减库存的方式，方便有效地辅助了护理员的工作。
须具备相关数据的统计、分析功能。
7．病区药房信息系统
病区药房信息系统包括库房药品管理和发药管理两部分。其中库房管理主要包括向药库领药、其它入库、出库、药房之间调拨、药品的回库、盘存处理、月结处理、各类业务的查询等，另外还提供库存调整、库存禁用、药品信息导入等特殊操作。病区药房发药管理分为对病区发药和对医技科室发药两种，病区发药又包括普通医嘱发药、急诊用药、出院带药三种类型，另外系统还可以执行药房药品信息维护、退药处理、发药汇总、发药预领、发药查询等操作。
病区药房子系统是整个HIS系统的重要组成部分。其核心功能实现对病区药房药品出、入、转、存的集中统一管理，完整的帐务体系、清晰的物流和资金流是该系统的显著特点。通过和药库联网，使请领、划拨、调价轻松实现；药房之间的网上拆借使各部门共享库存和信息资源；和病区医嘱系统和住院系统的无缝集成，使医疗信息（医嘱）—药品信息（库存）—财务信息（病人台帐）建立起有机联系；内嵌的两套对帐体系（总帐和明细帐、金额帐和数量帐）使帐务更清晰、库管更严密。
须具备相关数据的统计、分析功能。
8．手术麻醉信息系统
本系统主要完成对手术病人的手术申请，手术安排，以及手术、麻醉过程中其它的相关信息和所发生的费用和消耗的物品进出管理。另外还包含有对无菌信息的管理。
手术管理现阶段的基本目标是实现病人手术费用的处理、手术通知及安排的流转的管理、手术室/麻醉科药品管理；然而它的重点应在手术及麻醉质量的控制，记录手术及麻醉过程，最终实现与电子病历的接口。
须具备相关数据的统计、分析功能。
9．全院综合查询信息系统
全院综合查询系统通过对医院业务收入、医疗信息、药品信息、病人信息、人事行政、总务后勤等方面的全面查询，使医院领导及时掌握医院各部门科室运行情况、各医疗科室病人情况以及其它各种信息，及时调整工作重点，为医院领导的决策管理起参考作用。
院长查询系统涵盖各部门中心业务的查询，利用直观的表格统计图对门诊、住院、库房的收入与支出情况进行核算与分析，可提供对业务部门营运的评估与业绩的参考。可以加强医院领导对各业务部门费用使用的控制掌握，避免不必要的资源浪费，辅助医院领导决策。
10．物资库房信息系统
按照不同的计价方式对医院的总务仓库及设备仓库的物资进行管理，管理物资的出入库、盘点、计划编制等业务，支持三级库房设置，支持有效期限自动报警，增加了物资材料的付款处理，方便地统计和查询各类物资报表，使医院及时了解仓库物资的收发存信息，科室在用信息。降低人工管理成本，控制材料消耗成本，减少材料的浪费、流失、损坏损失。
须具备相关数据的统计、分析功能。11．管理员维护信息系统
管理员维护系统为管理员提供了各种各样的系统管理工具。包括对整个系统的监控，用户管理和权限管理，数据转储，系统业务数据的校验，系统各种参数的设置及各类公共数据的维护等。方便了管理员的日常维护工作。
12．多媒体导医台查询系统
多媒体系统分为前台、后台两大部分，前台面向病人的咨询，由门诊信息咨询和病区信息两部分组成，病区信息牵涉及住院床位、病人和费用等数据。门诊部分信息咨询的操作者是病员及家属，用手指点触摸屏进行信息查询。后台面向管理员的数据维护，其主要功能是对前台咨询的新信息进行增加和修改，对过时信息进行删除。操作者是管理员，可用键盘和鼠标进行操作。
多媒体咨询主要包括药品查询、收费查询、医院指南、门诊信息、专家介绍、医院介绍、导医指南、费用查询八部分信息；同时，利用屏幕保护的间隙播出药品、设备及公益等方面的广告。
13．门诊医生站信息系统
门诊医生工作站完成日常医疗工作的计算机应用程序。其主要任务是处理门诊记录、诊断、处方、检查、检验、治疗处置、手术和卫生材料等信息。门诊医生工作站支持医生处理门诊记录、检查、检验、诊断、处方、治疗处置、卫生材料、手术、收入院等诊疗活动。提供医院、科室、医生常用临床项目字典，处方模板及相应编辑功能。自动审核录入处方的完整性，记录医生姓名及时间，一经确认不得更改，同时提供处方作废功能。所有处方均提供备注功能，医师可以输入相关注意事项。支持医生查询相关资料：历次就诊信息、检验检查结果，并提供比较功能，按医嘱的科室、病人、下达医师、状态、类别、位置以及时间范围等对医嘱进行查询。自动核算就诊费用，支持医保费用管理。提供打印功能，如处方、检查检验申请单等，打印结果由相关医师签字生效。提供医生权限管理，如部门、等级、功能等。自动向有关部门传送检查、检验、诊断、处方、治疗处置、手术、收住 院等诊疗信息，以及相关的费用信息，保证医嘱指令顺利执行。
须具备相关数据的统计、分析功能。14．北京市新医保接口
医保接口系统主要是在医院信息系统中对于医保病人的相关费用结算审核计算机管理系统，是HIS系统中不可分割的部分；在HIS系统中主要通过医保接口系统进行医保费用结算的处理和发票的打印，以及医保相关的事务处理，保证其他子系统的业务独立性。
医保接口系统主要实现针对医保端接口程序与医院信息系统的接口实现。1）实现门诊挂号，门诊收费，出入院收费的医保病人的登记和结算处理； 2）实现医保数据的上传和报表统计功能； 3）实现医保药品项目与院内药品项目的对应功能； 4）实现医保信息的查询功能等功能。
本系统模块功能必须在2009年6月1日前实现。
15．LIS、PACS系统接口
HIS与专业的LIS、PACS等信息管理系统无缝连接，实现检验设备、影像设备数字化管理，各类设备自动调入受检者信息，自动保存、传输检查结果和各种医学图像，实现网络应用。以提高医院医技科室管理质量为宗旨，提高医技工作准确性，降低医技结果的误差，为提高医院管理水平和服务质量提供全面的解决方案。
二、体检系统
体检管理信息系统
体检管理系统提供了体检相关工作的全套功能，借助于电脑网络、条码、IC卡、与HIS的接口等技术，可以快速高效地完成全部体检业务，输出统一美观的体检报告。还可以进行各种纵向、横向的统计分析，得出医院、客户需要的各种报告，从而提高医院体检业务的竞争力和经济效益。
系统维护： 用户管理、权限管理、系统选项、系统初始化、数据字典。 基础资料： 体检项目类别维护、体检项目维护、科室维护、套餐维护、诊断建议描述维护、员工信息维护、体检单位维护、体检单位分组维护。
体检业务： 预约登记、体检登记、收费、分诊、叫号、体检结果录入、总检。 体检集中管理： 体检集中管理。 体检报告： 体检报告查询、体检结果查询、单位体检综述报告、单位体检阳性汇总表
查询统计： 科室工作量统计、医生工作量统计、体检收入汇总表。
第四篇：关于接口测试的总结
关于接口测试的总结
1.接口测试：是测试系统组件间接口的一种测试。主要用于检测外部系统于系统之间以及系统内部各个子系统之间的交互点。重点测试的时数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等等，这要求对业务逻辑有一定程度上的理解，对数据流向有较好的定位。
2.接口测试的分类： a)b)c)系统与系统之间的调用（如分享时，微信会提供接口给“跑向珠峰”）； 上层服务对下层服务的调用
服务之间的调用（如添加一条数据时，会先调用数据查询的服务，查询改数据是否是重复数据）；
不同类型的接口测试方法可能不一致，但总体来说，不管是哪种类型，被测接口即为服务方，测试手段为客户方，接口测试的目的就是：通过我们的测试手段，去验证满足其声明提供的功能。
3.接口测试的原理：通过测试程序模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端，客户端接收应答报文这一过程（request→response）
4.接口测试的流程：类似于功能测试，需求讨论→评审需求→确定需求→产出接口定义→根据需求文档及接口定义设计测试用例（测试用例主要从业务场景，功能以及异常测试几个方面考虑）→评审用例→执行测试
5.接口测试的价值：降低成本，提高效率。接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。它是一个完整的体系，还包括功能测试，性能测试等。
6.接口测试的适用范围：一般用于多个系统间的交互开发，或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统。主要测试这些对外部提供的接口的正确性和稳定性。它也同样适用于上层系统中服务层接口，测试难度随层级而上升。即越往上难度越大。
7.需求的频繁变化，做接口测试的测试人员应该如何应对：个人觉得此在于团队开发的流程，团队之间的沟通和测试人员的警觉性。、在开发阶段，需求的变更是一件极为频繁和正常的事情，对于此点团队中的任何一人都应该以正确的心态来面对。团队需要规范的开发流程，良好的沟通方式，测试人员更需要及时跟进软件进度，和开发人员并进齐行。同时，测试与开发需要相对独立的工作环境，总结而言为之知己知彼，亦敌亦友。
8.关于如何简单设计接口测试的设计用例 a)明确出发点——测试的目的是为了让找出软件的缺口，修复并使之更加完善。在这一基础点上，接口测试也不例外。以找出软件的误漏为出发点，测试用例需紧贴此线，更容易找出问题所在。b)明确测试点——选择好的测试对象。系统内部层次繁复复杂，任何一个接口的变动都将导致用例失效。（可将这些最外层的接口根据数据的流向分为进入和流出两类，进入系统的接口实际上是我们用例的执行调用的接口。可通过参数对这些接口进行调用，模拟外部的使用；而流出的接口则是我们用例真正该验证的点。数据从哪里流出，流出的状态如何，此时系统的状态都是作为测试目的所要着重关注的部分）c)确认完整的测试对象的功能——确认外部接口提供给使用这些接口的外部用户什么样的功能，外部用户真正需要的时什么样的功能予以区别。用例的设计要严格按照测试对象功能设计才是正确的用例。
9.设计（接口）测试用例有哪些要求：结构好，可读性高，渗透性强。
10.（接口）测试用例包括的内容：功能点，测试环境，测试数据，执行操作以及预期结果。如下： a)接口测试测试的功能点：如果一个接口功能过于复杂时，可以对接口用例进行结构划分（如根据层次，平台，功能点等等），这样用例具有更好的可读性（接口划分原则为：以接口提供的功能点的不同进行合适粒度的划分，同一功能点的用例又可根据测试环境的不同，数据的不同进行用例的填充）b)c)接口测试用例的环境：程序内部环境和程序所调用的外部接口的环境。
关于接口测试测试数据：分为两部分：接口参数数据和用例执行所需系统数据。数据的设计、准备测试用例的数据不可马虎。通过好的测试数据查找问题，能极大的提高工作效率。接口参数数据需要对每个参数根据测试接口的实际功能进行分析，在符合业务逻辑的情况下进行逻辑组合排列，不要遗漏某些边界值和错误点的数据，这样用例更容易发现问题。d)e)执行操作：即对所测接口的调用。
预期结果：根据需求进行验证，是衡量软件是否达到预期的标准。应该着重细致，每个用例均需验证，应该避免一个用例重复做相同的验证，提高测试用例的效率。
11.具体测试用例的参考点： a)输入参数测试：针对输入参数进行的测试，也可以说是假定接口参数的不正确性进行的测试，确保接口对任意类型的输入都做了相应的处理：输入参数合法（不合法），输入参数为空，为null，输入参数超长等等； b)功能测试“接口是否满足了所提供的功能，相当于正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例觉有更好的可读性和可维护性； c)逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试的界限并不是那么清楚，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分之情况和异常； d)异常情况测试：接口实现是否对清楚情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何异常都进行处理。
题外
关于单元测试，接口测试和白盒测试
a)单元测试：针对具体代码逻辑进行测试，主要测试被测代码的一个很小，很明确的功能是否正确。即单元模块的逻辑是否正确，对业务关注不大；
b)接口测试：针对程序内部的或者外部的接口进行的测试一个接口方法可能包含多个单元模块，并且，一个接口会有自己特定的业务定义：做接口测试更多的从业务的角度去考虑如何测试；
c)白盒测试：单元测试和接口测试都属于白盒测试的一个阶段
第五篇：通信接口避雷器
通信接口避雷器考虑的主要因素如下：
· 线路上可能感应的浪涌形式（例如波形、时间参数和最大峰值）；
· 接口电路模拟雷电冲击击穿电压临界指标；
· 保护对象在正常工作状态下的数据信号电平；
· 保护装置在模拟雷电冲击下的残压参数指标；
· 保护装置的耐冲击能力；
· 系统的工作频率；
· 保护对象的接口方式；
· 工作电压。
电源避雷器关键参数： Ⅰ．最大放电电流Imax：
使用8/20μs波冲击避雷器一次，能承受的最大放电电流。可根据当地的雷暴强度Ng（或年均雷暴日Td）以及环境因素作适当选择。
Ⅱ．最大持续耐压Uc（rms）：
指避雷器在此电压值下能连续工作而不影响其作为避雷器的参数。Uc与保护电压Up成非线性正比。
Ⅲ．残压Ur和保护电压Up：
残压Ur：指在额定放电电流In下的残压值。
保护电压Up：保护电压Up与Uc电压和Ur有关，Ur 根据氧化锌压敏电阻特性，当选用的压敏电阻的Uc值高时，其Up和Ur也会相应提高，如在放电电流为10kA（8/20μs）时： Uc=275V Ur（10kA，8/20μs）≤1200V Uc=385V Ur（10kA，8/20μs）≤1600V Uc=440V Ur（10kA，8/20μs）≤1800V 3.电源防雷器的分类： Ⅰ．按放电电流区分： 耐受10/350μs波产品：该波形是模拟直击雷波形，波形能量大，目前有空气间隙型和压敏电阻型产品。如易龙公司的EPP100型。 耐受8/20μs波产品：该波形是模拟感应雷波形，是目前使用较多的波形。常见放电电流参数有100kA，80kA，65kA，40kA，20kA等，使用氧化锌压敏电阻。如易龙公司的EPP100/EPP80/ EPP65/EPP50/EPP40/EPP30/EPP20型。 雷电防护基本原理 雷电及其它强干扰对通信系统的致损及由此引起的后里是严重的，雷电防护将成为必需。雷电由高能的低频成份与极具渗透性的高频成份组成。其主要通过两种形式，一种是通过金属管线或地线直接传导雷电致损设备；一种是闪电通道及泄流通道的雷电电磁脉冲以各种耦合方式感应到金属管线或地线产生浪涌致损设备。绝大部分雷损由这种感应而引起。对于电子信息设备而言，危害主要来自于由雷电引起的雷电电磁脉冲的耦合能量，通过以下三个通道所产生的瞬态浪涌。金属管线通道，如自来水管、电源线、天馈线、信号线、航空障碍灯引线等产生的浪涌；地线通道，地电们反击；空间通道，电磁小组的辐射能量。 其中金属管线通道的浪涌和地线通道的地电位反击是电子信息系统致损的主要原因，它的最见的致损形式是在电力线上引起的雷损，所以需作为防扩的重点。由于雷电无孔不入地侵袭电子信息系统，雷电防护将是个系统工程。雷电防护的中心内容是泄放和均衡。 1.泄放是将雷电与雷电电磁脉冲的能量通过大地泄放，并且应符合层次性原则，即尽可能多、尽可能远地将多余能量在引入通信系统之前泄放入地；层次性就是按照所设立的防雷保护区分层次对雷电能量进行削弱。防雷保护区又称电磁兼容分区，是按人、物和信息系统对雷电及雷电电磁脉冲的感受强度不同把环境分成几个区域：LPZOA区，本区内的各物体都可能遭到直接雷击，因此各特体都可能导走全部雷电流，本区内电磁场没有衰减。LPZOB区，本区内的各物体不可能遭到直接雷击，但本区电磁场没有衰减。LPZ1区，本区内的各物体不可能遭到直接雷击，流往各导体的电流比LPZOB区进一步减少，电磁场衰减和效果取决于整体的屏蔽措施。后续的防雷区（LPZ2区等）如果需要进一步减小所导引的电流和电磁场，就应引入后续防雷区，应按照需要保护的系统所要求的环境区选择且续防雷区的要求条件。保护区序号越高，预期的干扰能量和干扰电压越低。在现代雷电防护技术中，防雷区的设置具有重要意义，它可以指导我们进行屏蔽、接地、等电们连接等技术措施的实施。 2.均衡就是保持系统各部分不产生足以致损的电位差，即系统所在环境及系统本身所有金属导电体的电位在瞬态现象时保持基本相等，这实质是基于均压等电位连接的。由可靠的接地系统、等电位连接用的金属导线和等电位连接器（防雷器）组成一个电位补偿系统，在瞬态现象存在的极短时间里，这个电位补偿系统可以迅速地在被保护系统所处区域内所有导电部件之间建立起一个等电位，这些导电部件也包括有源导线。通过这个完备的电位补偿系统，可以在极短时间内形成一个等电位区域，这个区域相对于远处可能存在数十千伏的电位差。重要的是在需要保护的系统所处区域内部，所有导电部件之间不存在显著的电位差。 3.雷电防护系统由三部分组成，各部分都有其重要作用，不存在替代性。外部防护，由接闪器、引下线、接地体组成，可将绝大部分雷电能量直接导入地下泄放。过渡防护，由合理的屏蔽、接地、布线组成，可减少或阻塞通过各入侵通道引入的感应。内部防护，由均压等电位连接、过电压保护组成，可均衡系统电位，限制过电压幅值。 随着银行系统现代化、信息化建设的不断发展，电子设备被广泛应用于金融网络的运行系统中。这些大量精密电子设备的使用及联网，使安装在弱电系统中的设备，经受着电源质量不良（如电源谐波放大、开关电磁脉冲）、直击雷、感应雷、工业操作瞬间过电压、零电位飘移等浪涌和过电压的侵袭，造成网络运行中断、甚至设备永久性损坏，由此而带来了巨大的直接经济损失，间接损失更是无法估量。因此，银行系统电子设备雷电过电压及电磁干扰防护，是保护通信线路、设备及人身安全的重要技术手段，是确保通信线路、设备正常运行必不可缺少的技术环节，是银行系统金融电子化建设及运行管理工作的重要组成部分。 1、雷击损坏原因的分析 银行系统的雷击案例大部分是由感应雷击及地电位反击而引起的。对于室外的入户线路，电源线和信号线均存在遭感应雷击的可能，虽然采取了埋地、穿管屏蔽、接地等措施，但也只能导走大部分雷电流，并不能将芯线上的感应雷电流导走，就是这部分芯线上的感应雷电流造成了设备的损坏。对于内部传输线路，当建筑物本身或附近落雷后，周围会形成强大的磁场，这些强磁场会对各种传输线路形成感应过电压或耦合过电压，从而造成损坏。对本身屏蔽及抗干扰能力较差的设备，强磁场可直接对内部芯片造成干扰甚至损坏。据研究当磁场强度Bm≥0．07×104 T时，无屏蔽的计算机会发生暂时性失效或误动作；当Bm≥2．4×104 T－ －时，计算机元件会发生永久性损坏。而雷电电流周围出现的瞬变电磁场强度往往超过2．4×10－4 T。另外当建筑物本身或附近落雷后，地网电位升高，从而形成“反击”，造成损害。 2、等电位联结措施 等电位联结技术是现代防雷技术的核心内容，现行国标及IEC标准都是围绕此项内容展开的，SPD（电涌保护器）也是一种等电位联结器件。等电位联结技术应采取共用接地系统。等电位连接主要由以下三部分组成：一是建（构）筑物（群）外部的等电位连接措施。即外部与之相连的各建（构）筑物之间的等电位；二是建筑物内部的等电位措施。即建筑物本身的钢筋结构、金属门窗、室内的水管、采暖管、机房的金属屏蔽层、金属隔断、静电地板的金属支架等均应与等电位母排或接地基准平面进行电气联结；三是设备的等电位连接措施。即设备本身的金属外壳直接与等电位母排或接地基准平面进行电气联结，设备的各种传输线路通过SPD与外壳实现等电位连接。另外关于银行信息中心机房内的等电位连接措施应设计为 M 型等电位连接。M型等电位联结一方面可以使各设备工作地线最短，消除高频干扰，满足设备正常工作要求；另一方面又不会出现低频（工频）杂散电流的干扰，尤其是在雷击情况下能使各设备处在真正的等电位状态下而避免损坏。 3、屏蔽措施 IEC/TC-81（国际电工委员会第81防雷小组）的技术定义将系统防雷工作总结为：DBSE技术-即分流（Dividing）、均压（bonding）、屏蔽（Shielding）、接地（Earthing）四项技术加之有效的防护设备的综合。屏蔽措施是系统防雷工程中一项必不可少的工作，是减少雷电电磁干扰的基本措施。屏蔽措施主要有以下三点：一是建筑物本身的屏蔽措施。即法拉第笼式的金属屏蔽结构，必要时应对机房增加屏蔽措施，如加装高密度铜网和高密度钢网，并做好门、窗的屏蔽措施；二是传输线路的屏蔽措施。即各种传输线，包括外部传输线路和内部传输线路，均应穿金属管进行布线，即使机房内静电地板下的传输线路也应如此。传输线路应远离外墙特别是建筑物的主钢筋，传输管线的两端应可靠接地；三是设备的屏蔽。即设备本身应具备一定的屏蔽措施，设备的金属外壳应可靠接地。 4、电涌保护器（SPD）的安装 4.1供电线路的SPD防护 银行系统中心机房动力电一般采用从配电房引出的2路专线供电，进入机房后设置了专用配电柜。配电柜内一路供机房内UPS用电，另一路供机房精密空调用电。分行电源SPD应按三级保护的要求进行设计：第一级在配电房低压母线侧安装每相通流量为50KA的 10/350us波形SPD，如DEHNportMaxi；第二级在机房专用配电柜输入总线上安装每相通流量为60KA的8/20us波形的SPD，如DEHNguard385；第三级在UPS输入端和精密空调的供电端安装每相通流量为20KA的8/20us波形的SPD，如DEHNguard275。对于下属网点营业部，可按两级保护要求进行设计：第一级在机房专用配电柜输入总线上安装通流量为100KA的8/80us复合测试波形的SPD，如DEHNVGA280；第二级在UPS输入端安装每相标称通流为20KA的8/20us波形的SPD，如DEHNguard275。由于二、三级SPD均属限压型且处于同一房间，设备安装时应保证它们之间大于5米的规定。4.2信号线路的SPD防护 4.2.1对于进入信息中心机房内的所有电话外线，应在配线架上安装一级初保护避雷器。4.2.2 X.25、DDN、ISDN等电话专线，应在进入调制解调器前串接电话专线SPD，作为二级细保护。 4.2.3计算机网络系统的小型机、服务器、网络交换机、路由器、等设备，除线路的传输过程中应做好屏蔽与接地措施外，应在网络接口处需安装信号SPD。 4.2.4选择安装信号SPD时，必须了解网络的拓朴结构，网络的传输速率，选用的传输介质等内容。 4.2.5对于采用光缆传输的信号线，不需加装SPD，但光缆的金属 外皮、金属加强筋应在进入光端机前可靠接地。5.补充说明 5.1关于信息系统接地系统 关于弱电设备接地的问题，主要经历了独立接地、联合接地、共用接地三个阶段的讨论，同时，对接地电阻值的要求也很苛刻，银行系统信息中心接地电阻一般要求小于1欧姆。IEC标准及我国现行国标已经明确要求采用共用接地系统，完善等电位联结措施，而对接地电阻值的大小已经淡化。以前银行系统信息中心普遍要求采用独立地网，这种劳民伤财的做法也应该废除了。5.2关于SPD的安装 大部分的防雷工程公司特别注意对SPD的选取，其实再好的防雷设备也需要优良的工程来保障。许多国内外知名的防雷产品安装上去后，设备照样遭雷击，笔者发现主要是安装SPD时的线路布设不合理或者是接线太长。国标要求接至等电位联结板的接地导线要短而直，长度一般不应大于0.5m。同时，为避免不必要的感应回路，SPD与被保护设备之间应采用无回路或小回路方式安装，输入、输出线严格分开布设。关于SPD的安装希望能够得到重视。
点击咨询 