社会保险管理信息系统核心平台20版
社会保险管理信息系统核心平台
一、项目概述
甲方委托乙方负责并促成项目的中标。该项目的业主为，项目预算为元。
二、乙方职责
1、乙方将利用其自身的资源和渠道，积极与业主方进行沟通，了解该项目 的具体要求和招标文件的内容。
2、乙方将根据甲方的实际情况和项目需求，提供相关的建议和咨询服务， 帮助甲方制定合理的投标方案。
3、在投标过程中，乙方将协助甲方进行投标文件的编制、审核、修改和完 善，确保投标文件的准确性和完整性。
四、居间费用及支付方式
1、居间费用：甲方应按照中标金额的X%向乙方支付居间费用。
2、支付方式：在签订本协议后X日内，甲方应向乙方支付居间费用预付款元； 在中标后X日内，甲方应向乙方支付剩余的居间费用元。
五、保密条款
1、甲乙双方应对本协议的内容和实施过程保密，不得向任何第三方透露。 2、甲乙双方应妥善保管与本项目相关的文件和资料，避免泄露或丢失。
质量管理信息系统平台具有多种功能，以下是其中的一些主要功能：
1、质量数据采集：通过自动化设备、传感器等技术手段，实现对企业生产 过程中各种质量数据的实时采集和传输。
2、数据存储与分析：将采集到的质量数据存储在数据库中，运用各种数据 分析方法和工具，对数据进行分析和挖掘，以发现产品质量问题的根源。
八、其他事项
ቤተ መጻሕፍቲ ባይዱ
1、本协议一式两份，甲乙双方各执一份，具有同等法律效力。
2、本协议自双方签字盖章之日 起生效，至项目中标后终止。
参考内容
随着企业规模的扩大和市场竞争的加剧，质量管理已成为企业生存和发展的 关键因素。为了提高质量管理效率和准确性，许多企业开始引入质量管理信息系 统平台。本次演示将介绍质量管理信息系统平台的概念、功能、优势以及未来发 展趋势。
社会保险核心平台三版概述
养老保险
医疗保险
生育保险
失业保险
失业保险
工伤保险
工伤保险
北京利博赛社保信息技术有限公司
15
核心平台三版的产出
软件产出： 共计13个业务子系统,分别是公共业务、养老待遇 、失业待遇、医疗待遇、工伤待遇、生育待遇、基 金财务管理、绩效信息管理、稽核信息管理、社会 保障卡应用、报表、内控管理、系统管理 业务模块295个 600多个页面 300多个组件，3000多个组件方法 数据库表300多个，数据字段4000多个 数据指标1300多个 代码总行数：120万行
9
核心平台三版面临的挑战-技术方面
核心平台本地化过程中提出的新要求 业务回退如何统一处理？ 如何快速应对业务政策的变化？ 如何降低事务处理的复杂性？ 如何快速开发复杂WEB界面？ 如何提高本地化时相同业务不同组件形态下的业务 组件复用度？
北京利博赛社保信息技术有限公司
6
核心平台三版面临的挑战-业务方面
北京利博赛社保信息技术有限公司
7
核心平台三版面临的挑战-技术方面
技术方面的挑战来源于两个方面： 业务挑战对技术提出的新要求 核心平台本地化过程中提出的新要求
北京利博赛社保信息技术有限公司
8
本地化，试运行 培训
提交终验 文档
文档整理
12
2 2 0 0 0 0 6 6
1
2
3
4
5
6
7
8
9
10
11
12
1
2
3
4
5
6
7
8
9
10
11
社会保险管理信息系统核心平台
社会保险管理信息系统核心平台
佚名
【期刊名称】《软件工程师》
【年(卷),期】2001(000)008
【摘要】@@ 为了改变社会保险机构各自为战开发信息管理系统造成的水平参差不齐、信息无法共享的状况,避免重复开发带来的巨大浪费,规范业务流程和市场竞争,缩短建设周期,确保系统正确高效运行,降低系统建设和运行的风险,国家劳动保障部信息中心和劳动保障部社会保险事业管理中心,联合沈阳东软软件股份有限公司、广州华南资讯系统集成有限公司和四川银海经济技术有限公司,从1999年8月开始,历经9个月的艰苦开发,于2000年5月25日推出了"社会保险管理信息系统核心平台".
【总页数】2页(P20-21)
【正文语种】中文
【中图分类】F8
【相关文献】
1.社会保险管理信息系统的设计与开发 [J], 李册坤
2.社会保险管理信息系统的设计与开发 [J], 刘毅新;
3.“核心平台二版”对社会保险统计工作的支撑能力 [J], 王静
4.社会保险管理信息系统业务对接程序的设计与实现 [J], 余雷
5.企业社会保险管理信息系统管理及防护 [J], 李杰
因版权原因，仅展示原文概要，查看原文内容请购买。
05社会保险核心平台三版数据管理与数据迁移介绍
1.4系统安全举例
14
1.4系统安全举例
基本防控
关键 动作 系统管理员 数据库管理员 中间件管理员 厂商开发人员 厂商测试人员 技术人员 系统管理数据
高级防控
审计分析平台
数 据 安 全 控 制
防控
养老保险数据
关键 数据
审计数据库
医疗保险数据 关键 数据 劳动就业数据关键 数据 行政管理数据
追踪
18
2.1.1综述
适用范围 适用于全国各级人力资源和社会保障部门所建设的 各类业务管理信息系统 相关的信息采集和分析工作 目的：通过制定统一的信息分类和编码体系达到—— 规范各级各类业务管理信息系统的建设 信息系统内数据的充分共享和无障碍采集 比如现在监测数据的采集工作 原则 优先遵循国标、行标，可根据业务需要适当扩充代 码 其他，根据业务分类自定义，遵循标准编制规则
编码安全规范与代码审核、 安全审计
例如：应用测试、审计，避免界面显示10，数据库中存 5的情况
容灾系统
12
1.3需要做的工作-管理方面
备份和恢复安全 包括数据备份系统、备用基础设施和相关技术设施 考虑备份的范围、时间间隔、实现技术与介质以及数 据备份线路等 针对服务连续性考虑设备、系统冗余等 要求：每天增量，每周全量，异地存放，有条件建容 灾中心 数据维护 日常业务尽量通过前台界面完成，如果必须走后台处 理，则必须建立完备的签字审批制度 例如：调待 DBA用户权限分配 例如：通过修改退休死亡人员状态为生存状态，续 发养老金
5
1.1安全现状-存在的问题
对新时期信息安全保护的认识不充分 信息安全管理制度不健全，管理相对粗放，重技术轻 管理 安全防护技术机制配备不均衡，重物理网络基础安 全，轻应用数据安全 业务基础数据和信息系统抗风险、抗灾害的能力不 足，应急设施不完备，灾难备份与恢复工作较为滞后 结论： 整体信息安全保护能力有待进一步提高，需要加强信 息安全等级保护工作
社会保险管理信息系统核心平台
6
三、需求的内容
1.范围的确定 金保工程包括业务经办、公共服务、宏观决策、 基金监管等四大块，总共十多个应用软件，首先应该 界定本地项目的业务范围，即包括哪些内容。 2.功能需求 在确定范围后，对每一个业务领域进行细化和优 化，确定所要实现的功能点。 3.数据需求 在整理业务功能需求的时候，提出数据需求，即 对业务指标和统计指标的需求。
政策组
业务组
技术组
商务组
专家组
养 老 组
医 疗 组
失 业 组
工 伤 组
集成测试
用户验收
日常运行维护
10
四、核心平台本地化过程（续）
由于各地的业务开展情况不一，业务模式尚存在一 定的差异，因此，社会保险管理信息系统建设仍是工程 概念。核心平台在各地的实施大致分为以下几个阶段： 1．需求分析阶段
由实施单位向用户介绍核心平台的需求，用户对照本 地的业务情况，找出差异，在业务处理方式、处理流程、岗 位设臵等方面找到最适合自身业务开展的业务模式，并完成 实施方案。
进行差异分析之后，针对不同匹配程度的需求，与用 户进行交流，用户确认之后就可以进行开发了。
4．系统开发阶段
认真完成前几个阶段的需求之后，就可以进入使用核 心平台进行社会保险管理信息系统的开发阶段了。新增加 的需求（除非极特殊的需求）一般是将原子级的业务组合， 需要修改的需求一般是对辅助类业务进行修改，配臵参数 与界面显示的修改因为设计中采用了MVC的设计，所以不会 影响系统其他的模块。
社保核心平台三版需求说明书V1.2.1_生育待遇
n社会保险管理信息系统核心平台三版需求规格说明书生育待遇分册编制部门：社会保险管理信息系统核心平台三版项目组编制人：需求编制组编制日期：2007-4-10审核人：魏文麟、华山审核日期：2007-5-30批准人：批准日期：北京利博赛社保信息技术有限公司文档修改历史目录1.1. 生育保险待遇核定（M1） (3)1.1.1. 生育待遇资格认定（M1-01） (3)1.1.1.1. 生育待遇资格认定（M1-01-01） (5)1.1.2. 生育待遇核定（M1-02） (9)1.1.2.1. 生育医疗费用核定（M1-02-01） (11)1.1.2.2. 生育津贴核定（M1-02-02） (19)1.2. 生育待遇综合查询（M3） (25)1.2.1. 台账信息查询（M3-01） (26)1.2.1.1. 生育支付台账信息查询（M3-01-01） (27)1.1. 生育保险待遇核定 （M1）域的业务组分解图业务域业务组Level1Level2业务域内业务组列表1.1.1. 生育待遇资格认定 （M1-01）◆ 业务组内业务单元图业务组Level2业务单元Level3业务组内业务单元列表1.1.1.1. 生育待遇资格认定（M1-01-01）1.1.1.1.1.业务单元活动流程图1.1.1.1.2.业务单元活动说明1.1.1.1.3.业务单元详细步骤流程图1.1.1.1.4.业务单元详细步骤说明1.1.1.1.5.业务规则说明1.1.1.1.5.1.政策规则说明无1.1.1.1.5.2.其他规则说明1.1.1.1.6.业务表单说明1.1.1.1.7. 系统数据指标说明ae02, --业务日志 ac70, --人员待遇申请事件 ma01, --生育待遇参数1.1.2. 生育待遇核定 （M1-02）◆ 业务组内业务单元图业务组Level2业务单元Level3◆ 业务组内业务单元列表1.1.2.1. 生育医疗费用核定（M1-02-01）1.1.2.1.1.业务单元活动流程图1.1.2.1.2.业务单元活动说明1.1.2.1.3.业务单元详细步骤流程图1.1.2.1.4.业务单元详细步骤说明1.1.2.1.5.业务规则说明1.1.2.1.5.1.政策规则说明无1.1.2.1.5.2.其他规则说明✧前置业务规则⏹生育人员所在单位以及个人，必须正常参加生育保险。
社会保险基层管理信息系统操作指南1.0
社会保险基层管理信息系统操作指南目录一、综述......................................................................................................... 错误！未指定书签。
适用对象......................................................................................................... 错误！未指定书签。
缩略语解释..................................................................................................... 错误！未指定书签。
二、系统安装................................................................................................. 错误！未指定书签。
运行环境要求................................................................................................. 错误！未指定书签。
安装说明......................................................................................................... 错误！未指定书签。
安装步骤......................................................................................................... 错误！未指定书签。
社会保险管理信息系统
A B 01
业务类指标体系的命名规则
业务类指标是信息系统中反映信息主体的属 性和度量的参数 指标体系包括
指标名称 编码 类型、长度、 类型、长度、数值单位 检索项标识和指标解释
业务类指标体系的命名规则
业务功能结构
企业系统 劳动力市场
综合查询系统 银行系统 接 口 公 共 业 务 子 系 统 养 老 保 险 待 遇 医 疗 保 险 待 遇 失 业 保 险 待 遇
基金财务接口 工 伤 保 险 待 遇 生 育 保 险 待 遇 接 口 医院系统
税务系统
社会保险核心平台
药店系统
业务功能结构
核心平台二版十大业务功能子系统
社 会 保 险 指 标 体 系
J 失业保险
JA JB JC KA KB KC LA LB LC MA MB MC
K 医疗保险
L 工伤保险
统计 信息
M 生育保险
业务类库表的命名规则
× × ×× 第一层 业务类别 第二层 信息主体类型 第三层 顺序号
业务类库表的样例
业务库表实例
单位基本信息表
第一层 综合业务 第二层 单位 顺序号01 第三层 顺序号
核心平台二版核心设计思想
稳定性
元 测 试 单
功能测试
SEIAF
压 力 测 试
集成测试
中国软件测评中心
核心平台二版核心设计思想
五险易拆易合 只实施其 中的几个 险种? 延续一版的业务设计思想， 五险统一征缴 组件技术和原子业务设计 思想，技术上提供保证 劳动99三版已在核心平台 二版设计思路的基础上实 现失业保险单一险种
指标所属的业务类别
信息主体类型
信息主体类型或政策参数用一位字母表示
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
社会保险管理信息系统核心平台2.0版医疗保险收费接口规范升级版本（职工医疗、职工生育、居民医保）SIMISCP V2.0Medicare Insurance Charge Interface Guide本接口文档修改记录：合肥医保医院接口升级版本规范一、接口设计主体思路采用Soap协议进行信息的交换，每个业务接口主要步骤均为：首次使用时必须先发送登陆请求，医院根据接口规范将数据通过sieaf.dll传送到中间层服务器，服务器处理完毕后返回结果集，医院程序可以通过反复调用sieaf.dll 的相关函数得到结果集并进行处理。
注：如果医保政策或实施细则有变化，本规范将作相应调整。
二、SIEAF.DLL接口说明三、接口协议详细说明本接口中部分需要按值返回的字段，可以到编码表中找到，具体编码看附件：编码表。
系统中所有用到的日期都采用：YYYY-MM-DD的格式。
用到金额的的字段单位为“元”保留两位，冲销标志：Z是正常记录；”-”是被冲销记录；”+”是冲销记录；每条被冲销记录中冲销编号记录冲销记录的流水号；1模块功能描述1.1系统登录1.1.1系统登录（F09.01.01.05）1.1.1.1输入输出1.1.1.2处理流程在每次启动程序之前需要先进行登陆操作，入参有：用户名，密码和系统代号这三个非空参数，系统代号边编号必须为“YY”（大写），如果登陆成功之后服务端返回相应出参。
1.2公共模块1.2.1医疗读卡（F04.02.01.01）1.2.1.1输入输出1.2.1.2处理流程该业务逻辑由先由读卡器读出卡号，然后客户端调用F04.02.01.01，向服务器发出服务申请。
服务器处理结束后返回个人参加医疗保险的基本信息，包括个人基本信息、个人参保状态、医疗帐户余额等。
v_kc01的所有信息都是从基本信息表中取得。
医疗人员类别的代码是“AKC021”，医疗人员类别名称是具体的代码说明。
性别编码的代码是“AAC004”，性别名称是具体的代码说明。
1.3门诊挂号1.3.1门诊挂号公共输出V_kcag 说明：IC卡状态的代码是“AKC141”。
医院等级的代码是“AKA101”。
1.3.2门诊挂号（F04.05.02.01）1.3.2.1输入输出1.3.2.2处理流程参保病人要进行门诊收费之前，需要到挂号处进行门诊挂号登记，缴纳规定的挂号费用后方可进行就诊。
系统根据客户端上进行挂号登记过程中碰到下列情况之一时，业务不予进行：✧IC卡被冻结挂失✧病人正在住院1.3.3门诊挂号冲销（F04.05.03.01）1.3.3.1输入输出1.3.3.2处理流程根据客户端上进行挂号登记冲销过程中碰到下列情况之一时，业务不予进行：✧IC卡被冻结挂失✧当前号已经进行了有效的门诊收费✧当前号已经被冲销（非正常挂号信息）✧当前号对应的参保人员和需要冲销的参保人员不一致✧准备冲销的门诊挂号不是在当前的医院（门诊）登记的✧门诊号是每次门诊登记的时候医保中心系统自动生成的，是该次门诊的唯一标识。
1.3.4查询有效门诊号列表（F04.05.01.01）1.3.4.1输入输出1.3.4.2处理流程门诊挂号一般是当天有效，而且允许每天多次挂号，故在进行门诊收费之前，需要知道当前收费所对应的门诊挂号信息。
客户端发送输入入参“个人编号”，发出服务请求，服务号为：“F04.05.01.01”。
处理成功后将返回当前有效挂号列表已经本系统所设定的发票项目列表。
输出参数说明：参数共分为2个部分第一部分：挂号数量、发票数量第二部分：具体的挂号记录信息集合，门诊号是唯一表示该次门诊记录. 1.3.5门诊挂号查询（F04.05.04.01）1.3.5.1输入输出1.3.5.2处理流程该查询通过主键门诊流水号进行查询，故最多返回一条信息，如果此流水号不存在或者该用户没有浏览此流水号的权限，系统将返回错误信息（下面的门诊收费查询、住院登记查询、住院收费查询、报销收费查询和该业务逻辑处理方法一致）。
1.4门诊收费1.4.1门诊收费公共输出返回信息分为三段1．基本信息段该段主要返回在一次门诊中是所记录的个人的基本的信息以及总费用信息。
其中2．用药信息段Kc22DTO 部分是本次门诊的用药信息。
每一条记录表示一笔用药.金额=单价*数量收费类别的编码为“AKA063”3．费用计算段根据系统中对医保待遇的设置，计算出各段的费用其中：其他费用根据政策按比例取得；1.4.2门诊收费（F04.05.10.01）1.4.2.1输入输出1.4.2.2处理流程客户端上传的信息（参见上面的输入输出），调用服务，服务号为：“F04.05.10.01”，入参分两部分1 。
V_kcaoDTO 部分是门诊信息部分可以根据读卡获得个人编号然后获取门诊登记的信息,门诊号是唯一标示某次门诊的字段。
病情编码、病情编码(2)、病情编码(3)，登记病人的诊断结果。
处方项目数量是记录病人用药总数，及Kc22DTO的记录数 ,三种病情不能重复而且病情编码要非空, 病情编码(2)、病情编码(3)可以为空。
2．Kc22DTO 部分是本次门诊的用药信息。
每一条记录表示一笔用药.金额=单价*数量收费类别的编码为“AKA063”流程为：✧计算看病次数是自动累加.✧根据收费明细，利用特殊项目处理区分出医保部分、乙类自付部分、非医保自费部分✧医保部分和乙类非自付部分通过三段计算（包括储蓄段、自付段、统筹段、超封顶等，）计算出个人支付、帐户支付、统筹基金支付✧进行个人帐户维护，收费为圈提、收费冲销为圈存。
系统可以通过上传的标记了确定当前结果是否提交到数据库，从而实现了预结算的功能。
对于药店收费、住院收费和报销收费也采用同样的算法（主要通过医疗方式来区分），在下面的各章节就不再叙述了。
客户端在进行门诊收费过程中碰到下列情况之一时，业务不予进行：✧IC卡被冻结挂失✧病人正在住院✧门诊号信息不是当前的服务机构所登记✧门诊号信息已经被冲销或被被清算✧当前的医疗机构不是该病人选择的定点医疗机构等1.4.3门诊收费冲销（F04.05.12.01）1.4.3.1输入输出1.4.3.2处理流程处理流程参见门诊挂号冲销。
在进行收费冲销过程中碰到下列情况之一时，业务不予进行：✧IC卡被冻结挂失✧当前收费信息已经被冲销（非正常收费信息）✧当前收费信息对应的参保人员和需要冲销的参保人员不一致✧需要冲销的号不是当前服务机构所收费✧当前收费信息已经被清算等。
1.4.4门诊收费查询（F04.05.13.01）1.4.4.1输入输出1.4.4.2处理流程参见《门诊挂号查询》1.4.5特殊门诊收费单据打印（F04.05.13.02）1.4.5.1输入输出1.4.5.2处理流程参见《门诊挂号查询》1.5住院登记1.5.1住院登记公共输出1.5.2年度结转住院登记（F04.06.01.00）1.5.2.1输入输出1.5.2.2处理流程参保病人住院时首先需要做住院登记。
系统根据客户端上传的信息,行住院登记过程有个重要的环节是计算本次看病次数，该次数直接影响住院收费起付标准（门槛线），如果病人在住院登记之前处于转院状态，则本次看病次数不递增，利用转院之前的看病次数作为当前次数。
在业务处理过程中碰到下列情况之一时，业务不予进行：IC卡被冻结挂失✧病人正在住院✧当前的医疗机构不是该病人选择的定点医疗机构等1.5.3住院登记（F04.06.01.01）1.5.3.1输入输出1.5.3.2处理流程参保病人住院时首先需要做住院登记。
系统根据客户端上传的信息,行住院登记过程有个重要的环节是计算本次看病次数，该次数直接影响住院收费起付标准（门槛线），如果病人在住院登记之前处于转院状态，则本次看病次数不递增，利用转院之前的看病次数作为当前次数。
在业务处理过程中碰到下列情况之一时，业务不予进行：✧IC卡被冻结挂失✧病人正在住院✧当前的医疗机构不是该病人选择的定点医疗机构等1.5.4住院登记冲销（F04.06.04.01）1.5.4.1输入输出1.5.4.2处理流程参见《住院登记》、《门诊挂号冲销》1.5.5查询当前住院登记信息（F04.06.02.01）1.5.5.1输入输出1.5.5.2处理流程参见《住院登记》、《查询有效门诊号列表》这里返回是唯一的住院登记记录，关键字是“住院登记号”1.5.6住院登记查询（F04.06.03.01）1.5.6.1输入输出1.5.6.2处理流程参见《住院登记》、《门诊挂号查询》1.6住院医嘱明细1.6.1住院医嘱数据上传（F04.06.09.01）1.6.1.1输入输出1.6.1.2处理流程对于处理流程，参见《门诊收费》1.6.2住院医嘱数据查询（F04.06.09.02）1.6.2.1输入输出1.6.2.2处理流程对于处理流程，参见《门诊收费》1.7住院收费1.7.1住院收费公共输出对于参数说明，参见《门诊公共输出》1.7.2住院收费（F04.06.10.01）1.7.2.1输入输出1.7.2.2处理流程对于处理流程，参见《门诊收费》1.7.3住院收费冲销（F04.06.12.01）1.7.3.1输入输出1.7.3.2处理流程1.7.4住院收费单据明细查询（F04.06.13.01）1.7.4.1输入输出1.7.4.2处理流程参见《住院收费》、《门诊收费冲销》1.7.5住院收费单据列表查询（F04.06.13.02）1.7.5.1输入输出1.7.5.2处理流程参见《住院收费》、《门诊收费冲销》1.7.6住院收费单据打印（F04.06.13.03）1.7.6.1输入输出1.7.6.2处理流程参见《住院收费》、《门诊收费冲销》1.8出院登记1.8.1出院登记（F04.06.20.01）1.8.1.1输入输出1.8.1.2处理流程参保病人要离开医院之前需要做出院登记。
系统将返回本次住院所有的收费汇总，包括发票项目，以便打印发票等。
在业务处理过程中碰到下列情况之一时，业务不予进行：✧IC卡被冻结挂失✧当前的住院号已经出院✧当前的医疗机构不是该病人选择的定点医疗机构等1.8.2出院登记冲销（F04.06.21.01）1.8.2.1输入输出1.8.2.2处理流程参见《出院登记》、《住院登记冲销》2附件：一、sieaf.dll在powerbuider语言中的声明function long init(string addr,int port,string servletEntry) library "sieaf.dll"function boolean putPara(long whandler,string name,string value) library "sieaf.dll"function boolean startResultSetName(long whandler,string name) library "sieaf.dll" function boolean endCurResultSet(long whandler) library "sieaf.dll"function boolean endcurRow(long whandler)library "sieaf.dll"function boolean putColData(long whandler,string name,string value) library "sieaf.dll"function boolean process(long whandler,string funcID) library "sieaf.dll" function boolean getParaByName(long whandler,string name, ref string value) library "sieaf.dll"function boolean getParaByNameBlob(long whandler,string name, ref blob value) library "sieaf.dll" alias for "getParaByName"function boolean getErrMsg(long whandler,ref string value) library "sieaf.dll" function long toResultSetName(long whandler,string name) library "sieaf.dll" function long nextRow(long whandler) library "sieaf.dll"function boolean getColData(long whandler,string name, ref string value) library "sieaf.dll"function boolean destroyInterface (long whandler) library "sieaf.dll"function boolean getFailReason(long whandler,ref string value) library "sieaf.dll" function boolean base64Encode(Blob sData,long sLen,ref Blob rData,ref long rLen) library 'sieaf.dll'function boolean base64Decode(Blob sData,long sLen,ref Blob rData,ref long rLen) library 'sieaf.dll'二、Powerbuilder语言中的调用代码范例（系统登陆）long dll_handlerstring valuestring errmsgBoolean lb_success//初始化接口（蓝色背景部分各医院不同，请各开发商联系实达公司（5823017），使用拿到的帐号和服务器地址）dll_handler = init("10.90.160.2",7501,"/steaf/MainServlet")//设置用户名和密码参数（医院不同操作人员有独立帐号）putPara(dll_handler,"usr","startech")putPara(dll_handler,"pwd","startech")//执行登陆操作lb_success =process(dll_handler,"F09.01.01.05")//判断操作成功否errmsg = space(1024)getErrMsg(dll_handler,ref errmsg)if lb_success and trim(upper(errmsg))='OK' then//显示返回的会话IDvalue=space(1024)getParaByName(dll_handler,"sessionID",ref value)messagebox(‘sessionID’,value)//显示返回的权限集合value=space(8192)getParaByName(dll_handler,"menuFunc",ref value)messagebox(‘menuFunc’,value)else//显示错误信息errmsg = space(1024)getFailReason(dll_handler,ref errmsg)messagebox(‘error’,errmsg)returnend if//释放DLL动态库接口（只有退出医保接口系统才需要调用）destroyInterface (dll_handler)（测试开始时间2008年3月10日上午8：30以后）联系电话 2634014 32678773编码表注意001007为生育门诊项目，008019为生育住院项目。