下载文档原格式
社会医疗保险管理信息系统医院前台接口说明(V3.0)创智和宇2012.02.27目录社会医疗保险管理信息系统 0医院前台 0接口说明(V3.0) 0创智和宇 01运行环境说明 (1)2函数功能 (1)2.1函数说明 (1)2.1.1long newinterface() (1)2.1.2long newinterfacewithinit(char *Addr, int Port, char *Servlet) (1)2.1.3long init(Interface *p_inter, char *Addr, int Port, char *Servlet) (1)2.1.4destoryinterface(Interface *p_inter) (1)2.1.5long start(Interface *p_inter, char *FUNC_ID) (2)2.1.6long put(Interface *p_inter, long row, char *p_name, char *p_value) (2)2.1.7long putcol(Interface *p_inter, char * p_name, char *p_value) (2)2.1.8long run(Interface *p_inter) (2)2.1.9long setresultset(Interface *p_inter, char * result_name) (2)2.1.10int nextrow(Interface *p_inter) (3)2.1.11int prevrow(Interface *p_inter) (3)2.1.12int firstrow(Interface *p_inter) (3)2.1.13int lastrow(Interface *p_inter) (3)2.1.14int getbyname(Interface *p_inter, char *p_name, void *p_value) (3)2.1.15int getbyindex(Interface *p_inter, int index, void *p_name , void *p_value) (4)2.1.16long getmessage(Interface *p_inter, char *err) (4)2.1.17long getexception(Interface *p_inter, char *exception) (4)2.1.18long getrowcount(Interface *p_inter) (4)2.1.19long set_ic_commport(Interface *p_inter, int comm) (5)2.1.20long encode64(char *pSrc, int nSize, char *pDest) (5)2.1.21long decode64(char *pSrc, int nSize, char *pDest) (5)2.1.22long encodesize( int nSize) (5)2.1.23long decodesize( int nSize) (5)2.1.24long decode64_tofile(char *pSrc, int nSize, char *filename) (5)2.1.25int setdebug(Interface *pinter,integer flag,char * direct) (6)2.2函数调用说明 (6)2.2.1接口函数调用顺序 (6)2.2.2接口函数调用时指针的用法说明 (7)2.2.3接口函数调用时数据类型的说明 (7)2.2.4接口函数调用时的用法说明 (7)2.3程序中接口函数定义 (11)2.3.1在PB中定义函数程序 (11)2.3.2在Delphi中定义函数程序 (12)2.3.3在VB中定义函数程序 (13)2.4函数调用样例 (14)2.4.1在PB中调用接口函数程序 (14)2.4.2在Delphi中调用接口函数程序 (16)2.4.3在VB中调用接口函数程序 (17)3功能编号及功能描述 (19)3.1系统登录(0) (19)3.1.1登录到中心(0) (19)3.1.2修改登录密码(BIZC000001) (19)3.2普通门诊业务(1311XX) (20)3.2.1普通门诊业务费用录入 (20)3.3普通住院业务(1312XX) (38)3.3.1住院入院登记 (38)3.3.2提取在院业务信息 (46)3.3.3住院费用录入 (50)3.3.4住院出院结算 (58)3.3.5提取普通住院业务结算信息(BIZC200101) (61)3.3.6提取工伤住院业务结算信息(BIZC200111) (62)3.4异地就医住院业务(Remote_1312XX) (64)3.4.1异地就医住院入院登记 (64)3.4.2提取异地就医在院业务信息 (72)3.4.3异地就医住院费用录入 (75)3.4.4异地就医住院出院结算 (81)3.4.5提取异地住院业务结算信息(Remote_BIZC200101) (83)3.5门诊特殊病业务(1311XX) (85)3.5.1门诊特殊病业务费用录入(含改费) (85)3.6工伤住院医嘱管理 (102)3.6.1医嘱管理 (102)3.7公有业务(200XXX) (106)3.7.1读IC卡(BIZC200900) (106)3.7.2提取业务或费用信息(BIZC200301) (107)4业务功能调用描述 (111)4.1普通门诊调用流程 (112)4.2住院调用流程 (112)4.2.1普通住院调用流程 (113)4.2.2异地就医住院调用流程 (114)4.3门诊特殊病调用流程 (115)5附录 (115)5.1biz_type－业务类型对照表 (115)5.2treatment_type——待遇类别对照表 (116)5.3fund_id－基金类别对照表 (116)5.4medi_item_type－药品项目类型对照表 (117)5.5stat_type——费用统计类别 (117)5.6staple_flag－药品性质类型对照表 (118)5.7official_code-公务员级别对照表 (118)5.8pers_type-人员类别对照表 (118)1运行环境说明本接口采用VC编写，它心须在以下软件的支持下运行：●win98第二版以上●IE6.0（允许使用cookie）●MFC4.2●MSXML3.0(winxp以下需安装)2函数功能2.1 函数说明2.1.1long newinterface()该函数建立一个新的接口实例，但这个函数没有初始化接口，必须再调用init函数初始化接口，此函数返回接口指针p_inter，它将作为其他函数入口参数。
医院医疗保险数据信息管理运用北京市医保中心医保管理数据信息采集系统日趋成熟，医保基金监管完成了从无到有、从人工审核到智能监控的转变，实现了对医疗行为的事前提醒、事中监控、事后分析，医保监管方式进入全口径审核、全方位监管时代。
同时，随着医保数据库的完善，北京市医保中心在加强总额控制的基础上，推进DRGs等多种支付方式结合的医保付费方式改革，并建立可量化的指标体系对定点医疗机构进行考评。
作为医保定点医疗机构，随着医疗保险管理方式信息化改革的不断推进，如何应对这一变革无疑是医院现代化建设过程中的一次重大挑战，采用科学的管理策略进行合理的信息数据管理已经成为当前医院所面临的主要任务。
目前，很多医院已将医保拒付管理、医保总额预付指标管理、医保DRGs费用管理等信息系统开发作为重要管理措施，而医保信息系统的有效运转依赖于准确有效的数据。
因此，对数据信息的精确获取和有效利用是医保信息化管理的基础和关键。
论述了数据信息在北京友谊医院医保管理中的作用、数据信息的获取及分析方法。
1数据为根本，确定医院战略决策随着北京市医保数据库、医保数据管理体系的建立，为提高医保基金使用效率，2013年起北京市医保中心逐步完善了总额预付管理的考评机制。
从仅对医疗总费用考核过渡到对定点医疗机构人次人头比、拒付比例、次均费用、药占比、病案上传率及质量、群众满意度等质量指标进行考核，并将考核结果纳入定点医疗机构年终考评。
2015年总额额度核算方式再次改变，将以往的结余额全部留用改为按分段计算累加（结余额在本院2014年指标额5%以内的部分全部纳入结余核增额，5%～10%以内的部分按50%纳入结余核增额，10%以上的部分不纳入结余核增额）。
医疗保险改革重点已由扩大范围转向提升质量[1]。
北京市医保中心总额预付管理方式的细化促使医院应加强自身应对能力才能确保总额预付基金的合理充分利用，避免总额基金的核减，保证医院可持续发展。
因此建立完善的信息数据链，是快速反应能力的基础，是危机问题应对的根本，及时调整的依据。
医院如何应对计算机辅助的医保费用批量审核作者：朱鉴清来源：《现代经济信息》2016年第21期摘要：医疗保险的审核工作是医疗保险中的一个极其重要环节，但同时也是一个难点问题，因为这既关乎患者的切身利益，同时也关系到医保基金的合理支出和承受能力[1]。
自2013年起，杭州市医疗保险管理服务局对各定点医疗机构的医保费用，实行从人工抽查审核过渡到计算机辅助全面审核的模式。
人工抽审，由于各审核人员的医学专业知识不同，随机抽审内容、审核尺度不一，对医疗机构的费用审核存在一定差异性。
而实施计算机辅助审核医保费用后，对各级医疗机构公平公正，统一审核规则，按月审核，对问题单据进行批量剔除。
逐步放入审核规则，对医保费用实时监控；对部分违规费用预先结算提醒、报错；部分违规费用事后剔除。
医保管理由粗到细，达到控费和提高医疗服务质量双赢。
目前已取得较好的效果，更好的管理了医保费用，后续有向其他省市进一步推广的趋势。
为适应医保改革制度的要求，医院必须建立高效安全的医疗保险计算机管理系统和规范的医保从业人员。
为此，医院医保办快速执行医保政策，有效地提高医院医保管理水平。
关键词：计算机；医保费用中图分类号：F840.684 文献识别码：A 文章编号：1001-828X（2016）021-000-01一、医保反馈系统的开发我院对医保局计算机审核剔除费用积极应对。
因剔除单据比人工抽审的单据量增加，一个2000张床位左右的三甲医院单月剔除单据常达数万条。
联系信息开发商研发医保反馈系统，该系统和医疗保险局对接，方便医院医保办和医疗保险管理局双方对医保费用的审核。
我院医保办将医保局的剔除费用导入到医保反馈系统，进行数据解析，分析，分配到各个临床科室。
各科室医护人员可以看到违规单据或需提供依据的单据，进行反馈，提交到医保办，医保办再次审核，最终将符合医保单据通过反馈系统压缩上传到医保局。
医保反馈系统，构建了医保局和医院临床的桥梁作用，对剔除单据可以按门诊住院、按科室或按扣款原因等进行分别排序分析，临床医务工作者对计算机审核的剔除费用一目了然，在今后的工作中可以改进，避免错误的发生，对医保的费用有了更清晰的认识，更规范合理使用医保基金。
荆州普爱康复医院 医保定点医院接口设计方案【摘要】本文主要介绍了医疗保险定点接口医院的医保信息系统的与院内HIS 系统的接口设计方案。
引言 为了更好的加快金保工程医保信息系统统一应用软件的实施，制定医疗保险定点医院院内HIS 系统与医保系统的对接接口。
医保接口做为连接医疗保险与诸多定点医疗机构之间的桥梁,医保接口方案采用了联机、脱机相结合的处理方案，社保卡全部采用Memory 卡。
一、总体设计 1、软件体系结构医保接口系统主要由医保交易、社保卡交易、圈存、数据传输等子系统组成，如下图所示：2、系统运行体系医保接口系统主要由医保接口交易、社保卡交易、圈存系统、数据传输系统、数据库系统组成.医院客户端医院客户端医院客户端◆ 脱机方案医院客户端医院客户端医院客户端脱机方案⏹ 软件环境操作系统：服务端为UNIX,客户端为WINDOWS2000以上； 应用服务器：WEBLOGIC8以上版本; 数据库:ORACLE10。
2；4、技术路线⏹ 联机时:由医保接口动态库通过向医保接口WEB 应用发送HTTP 请求进行交易；医保接口的事务提交则由医保接口WEB 应用管理；所有业务均通过交易体现。
⏹ 脱机时：由医保接口动态库通过OCI 接口，向数据库发送数据操作请求,医保接口的事务提交是用接口内部来实现的,它需要HIS 有医保前置机，所有业务均通过交易体现， 与联机方式的交易格式是相同的。
⏹ 脱机/联机时：在中心网络畅通时使用联机交易, 在网络不通时走脱机模式，在读卡和登记两个交易判断是否联机，并返回给HIS联机标识,之后的业务（费用录入)需要按照这个联机标识，建议只在不使用医保基金的业务才使用脱机,其他必须联机。
联机交易注意事项：动态库返回成功，开发商才能处理，否则容易造成中心和医院事务不一致。
如果由于线路等问题，动态库无法接收web应用返回的交易处理结果，则返回失败，由动态库保证中心业务的冲正。
脱联结合时各地市业务脱机情况：城市: 连云港，淮安, 宿迁只使用帐户,没有基金支出的业务（只有普通门诊),可以使用脱机或联机，对于有基金支出的业务和其他查询类业务都要求使用联机，联机不通的情况下不允许做业务处理。
北京医保业务组件系统--异地医保人员持卡结算功能说明（住院）(2017)首都信息发展股份有限公司2017年2月目录一、医保持卡病人登记（功能优化） (4)二、住院病人费用录入（功能优化） (5)三、住院持卡结算（功能优化） (6)四、住院费用上传申报（功能优化） (9)五、住院交易查询（功能优化） (11)六、医保中心入库反馈（功能优化） (15)七、医保中心结算及拒付（功能优化） (16)八、异地住院交易完全退费（新增功能） (17)九、异地信息异常处理（新增功能） (18)概述：应北京市人力资源和社会保障局需求,首信公司已与近日完成北京异地就医结算系统的开发工作，并于近期举行在试点医院试用行，为保障各医院异地就医工作的顺利开展,特编制《北京医保业务组件系统--异地医保人员持卡结算功能说明（住院）》文档。
为尽量减少医院工作人员的软件操作难度，本次北京异地就医结算软件操作流程与原有住院流程基本保持一致。
即：登记、住院费用录入、结算、费用上传、费用申报、入库反馈结果查询、结算及拒付反馈结果查询。
这些流程涉及的模块均为现有功能模块，具体软件操作详见正文。
因异地就医持卡结算需要与部平台交互的特性，本次新增了《异地信息异常处理》模块。
主要用于登记、结算等环节异常交易的冲正处理。
特别说明：1.因异地结算属于多平台交互操作，在试运行期间，如各医院遇到系统报错提示，请截取相应提示截图后再联系59307000，这样可以保证后续处理的顺利进行。
2.对于人社部平台反馈的提示信息,在前端展示时均会标注有"部平台"字样。
这样便于各医院区分信息提示的主体单位，以及后续处理工作。
3.目前各医院在用的医保读卡器可以支持异地人员持卡就医，医院不需要另外配备读卡器4.异地人员社保卡图例：一、医保持卡病人登记（功能优化）1.功能说明：为异地参保人办理入院登记，并将住院登记信息传递给参保地。
2.程序实现：1)选择【日常业务】-->【医保持卡病人登记】2)点击【读卡】按钮，如果系统判断为异地人员时，系统自动切换至【异地持卡病人登记】界面，如下图所示：3)根据患者实际情况,确定是否选择“急诊标志”4)输入“入院日期”5)输入“病案号”6)点击“保存”按钮3.注意事项：1)“入院方式”默认“新入院”且不能修改2)“医疗类别”默认“住院”且不能修改3)“入院类型”默认“普通”且不能修改4)当前的预付金额低于医保给定的预付金比例，给出提示：“病人的参保地预付金不足，不能按异地参保人身份办理住院登记”，终止流程5)异地参保人不享受参保地的医保待遇,系统给出提示,中止登记.6)如果当前医院不是患者在异地备案是选择的医院,系统会有提示,不能登记.7)因登记过程涉及即就医地、部平台和参保地。
《信息系统分析与设计》2011～2012学年第一学期基于VISIO的“医疗保险管理信息系统”的分析与设计目录一、系统概况与可行性分析 (2)1、可行性研究的前提 (2)1.1 要求功能 (2)1.2 目标 (3)1.3 条件、假定和限制 (3)2、技术可行性分析 (3)2.1 对系统的简要描述 (3)2.2 技术可行性评价 (3)3、经济可行性分析 (4)3.1 支出 (4)3.2 效益 (4)3.3 收益/投资比 (4)3.4投资回收周期 (4)4、社会因素可行性分析 (4)4.1医保公司管理可行性 (4)4.2 用户使用可行性 (5)5、结论意见 (5)二、系统需求与分析 (5)1、背景 (5)2、社会需求 (6)3、详细系统目标 (6)4、系统性能要求 (6)5、系统的功能分析 (7)6、业务流程图 (7)7、数据流图 (8)7.1数据流图 (8)7.2数据字典 (11)三、系统结构设计 (14)1、系统模型总体设计 (14)1.1总体系统结构图 (14)1.2系统子功能描述 (15)2、模块结构图 (16)3、实体与联系 (18)4、数据库建表 (19)四、实验工作总结 (21)1．工作概述..................................................................................... 错误！未定义书签。
2．系统分析设计过程..................................................................... 错误！未定义书签。
3．体会................................................................................................... 错误！未定义书签。
五、小组分工表 (24)一、系统概况与可行性分析完成人：沈煜超张曦1、可行性研究的前提1.1 要求功能1. 实现医疗管理系统对投保人基本信息的管理。
北京市医疗保险事务管理中心关于进一步做好医疗保险信息系统网络联通工作的通知文章属性•【制定机关】北京市医疗保险事务管理中心•【公布日期】2002.12.20•【字号】京医保发[2002]44号•【施行日期】2002.12.20•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】基本医疗保险正文北京市医疗保险事务管理中心关于进一步做好医疗保险信息系统网络联通工作的通知（京医保发[2002]44号）各区、县医保经办机构，各有关定点医疗机构：为了确实做好北京市基本医疗保险信息系统（以下简称医保信息系统）的建设，按照京信息办[2002]80号《关于做好医保信息系统网络联通工作的通知》的要求，全市大部分二、三级定点医疗机构实现了网络联通的功能，在医院端实现了医保数据的上传和下载，解决了定点医疗机构手工报送医保费用数据软盘及手工开具足额缴费证明的问题。
为进一步做好医保信息系统网络联通工作，经研究，现对有关事宜通知如下：一、为保证参保人员在定点医疗机构的就医及费用结算，请各定点医疗机构负责网络联通的工作人员按照要求及时更新网络下载不能享受医保待遇的欠费单位和暂时中断医疗保险关系的参保人员名单（以下简称黑名单）。
目前，每月通过网络下发两次黑名单。
其中，单位黑名单是在每月月末最后一天通过网络系统下载到医院端的通讯机上，单位黑名单的起效时间是次月1日，各定点医疗机构务必在每月的第一个工作日开始做业务之前，将单位黑名单更新到每台做业务的终端机上。
个人黑名单是在每月的10日之前下发，起效时间是下发当天的24小时之内，请各定点医疗机构注意查收，务必在收到的当天更新到每台做业务的终端机上。
请定点医疗机构一定要及时将下载的数据文件更新到每台作业务的终端机上，以免由于定点医疗机构系统中的各项政策参数与医疗保险的政策规定不同步，给定点医疗机构造成损失。
当系统出现故障时，定点医疗机构可通过96102或82020260进行黑名单的查询。
信管0902 班第二小组组长：成员：医疗保险信息系统可行性分析随着社会的发展，人们对健康越来越关注，医院的业务不断增长，处理越来越复杂，简单的人工经营管理，已无法满足医院的需要, 成为医院发展的瓶颈，人们对医疗服务的要求也越来越高。
传统的手工操作模式,病人帐目繁杂，病人查帐艰难, 职工的医疗保健系统和报销的问题浮现错误严重现象严重且无法追踪, ,如何提高服务水平、提高工作效率，成为迫待解决的问题。
因此医疗保险信息系统恰好满足了这些需求。
本系统是医院管理信息系统的子系统。
在本系统中要实现的系统模块是医疗保险信息系统和系统维护子系统。
本文在对系统进行了详细的需求分析后，确定了本系统的业务流程，介绍了开辟本系统所用的关键技术。
医疗保险信息系统(MIIS)是信息系统在管理领域的具体应用，具有信息系统的普通属性。
从管理信息系统的建立、功能等方面来分析，管理信息系统可以定义为：管理信息系统是用系统思想建立起来的，以电子计算机为基本信息处理手段，以现代通讯设备为基本传输工具，且能为管理决策提供信息服务的人机系统。
即，管理信息系统是一个由人和计算机等组成的，能进行管理信息的采集、传输、存储、加工、维护和使用的系统。
具体作用如下5 点内容：(1)用统一标准处理和提供信息，排除使用先后矛盾的不完整的数据。
(2)完整、及时提供在管理及决策中需要的数据。
(3)利用指定的数据关系分析数据，客观预测未来。
(4)向各级管理机构提供不同详细程度的报告，缩短分析和解释的时间。
(5)用最低的费用最短的时间提供尽可能精确、可靠的信息，以便使决策者选择最佳的实施方案，以提高医院的经济效益。
MIIS 的目的就是支持医院的行政管理与事务处理业务,使医院的业务操作流程和日常管理规范化。
采集、分析处理、存储各种基础数据并使之标准化，通过网络在院内各科室之间传递，简化信息流程，为医院查询、分类汇总、统计、决策分析提供及时准确的数据，杜绝以前手工操作带来的差错，减少工作流程，提高工作效率。
门诊单据报销的要求1.日接收单位上报的报表。
每月1 至20 日接收单位上报的报表。
当年费用截止次年的1 月1 至20 日接收2. 介定上传与非上传单据的区别方式：介定上传与非上传单据的区别方式：收据上有手册号为上传单据。
按上传方式录入）（按上传方式录入①收据上有手册号为上传单据。
按上传方式录入）（②收据上无手册号但有急诊章的单据，收据上无手册号但有急诊章的单据，有外购处方在定点药店买药的单据, 持社有外购处方在定点药店买药的单据保卡就医有：时实结算（欠费）字样的单据。
按手工方式录入）（按手工方式录入保卡就医有：时实结算（欠费）字样的单据。
按手工方式录入）“”（无手册号也无急诊章不予报销。
退还本人）（退还本人③无手册号也无急诊章不予报销。
退还本人）（门诊诊疗费都按照上传方式进行录入申报（医保已支付贰元字样不用申报）④门诊诊疗费都按照上传方式进行录入申报（医保已支付贰元字样不用申报）。
持社保卡就医有：时实结算”字样的费用不用申报，⑤持社保卡就医有：时实结算”字样的费用不用申报，如参保人员已经使用过“社保险卡，在申报未持卡的费用时需要同时申报社保卡报未持卡的费用时需要同时申报社保卡。
社保险卡，在申报未持卡的费用时需要同时申报社保卡。
3. 报表的粘贴标准是，第一张为审批表，后面左上角按照费用发生日期逐一粘报表的粘贴标准是，第一张为审批表，贴收据、明细、底方（明细和底方要对应收据，贴收据、明细、底方（注：明细和底方要对应收据，同一收据的底方和明细不要分开黏贴）要分开黏贴）。
4. 如参保人员是因外伤就诊的，请在交单时附上相关的外伤证明或者外伤说如参保人员是因外伤就诊的，明。
5. 同一人员在一个工作日内的上传或者手工单据一次只可申报一份。
同一人员在一个工作日内的上传或者手工单据一次只可申报一份。
6. 上报报表是使用“数据采集（普通单位版）打印的审批表、明细表及上报上报报表是使用“数据采集（普通单位版）打印的审批表、”数据的软盘或U 盘。
医院医保管理信息系统的设计与实现
医院医保管理信息系统是指为医院提供一个全面的医保管理平台，能够实现医疗保险的预扣、报销、结算等功能。
在医院使用医保管理信息系统的过程中，医院需要根据自身的实际情况进行系统的设计与实现。
首先，医院医保管理信息系统的设计需要考虑到医院的实际运营情况。
医院架构属于分层结构，设计者需要首先根据分层结构拆分模块，保证每个模块的独立性与准确性，同时根据用户需求设计友好的操作界面，更好地提高医院工作效率与用户体验。
其次，医院医保管理信息系统的实现需要考虑到医保的政策制定。
医院使用医保管理信息系统需要满足政策法规框架的要求。
设计者需要将定好的医保政策细节化到系统设计中，确保医院的实际操作中不会出现政策上的偏差或者误差。
另外，医院医保管理信息系统的实现还需要考虑到医院现有的硬件设施。
一般情况下，医院的硬件会在很多医疗设备上得到应用，医院安完系统后需要确保设备之间的兼容性，以及系统对设备的友好支持。
最后，医院医保管理信息系统的实现还要考虑到对数据的安
全保护。
系统对医疗数据具有极高的保密性，设计者需要选用高安全性的硬件设备，使用网络加密、账户权限控制等方式来保证数据的安全性，以防止个人的敏感信息遭到盗窃和滥用。
总之，医院医保管理信息系统的设计与实现是一个非常复杂的过程，在设计和实现过程中，需要根据医院的实际需求，结合医保的政策法规框架，兼容医院现有设备，保障数据的安全性，为医院带来更便利，更好的医保服务。
北京市医疗保险事务管理中心关于进一步规范北京市基本医疗保险“特殊病种”管理有关问题的通知文章属性•【制定机关】北京市医疗保险事务管理中心•【公布日期】2004.05.10•【字号】京医保发[2004]22号•【施行日期】2004.05.10•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】基本医疗保险正文北京市医疗保险事务管理中心关于进一步规范北京市基本医疗保险“特殊病种”管理有关问题的通知（京医保发[2004]22号）各区、县医疗保险经办机构，各定点医疗机构，各用人单位：北京市医疗保险实施以来，为减轻恶性肿瘤放射治疗和化学治疗、肾透析、肾移植术后服用抗排异药患者（以下简称“特殊病种”）的个人负担，市劳动和社会保障局陆续调整了有关政策。
为保证实际操作过程中执行政策的准确性、一致性，经研究，北京市医疗保险事务管理中心制定了《北京市基本医疗保险特殊病种管理规范》，现下发给你们，请遵照执行。
附件：北京市基本医疗保险特殊病种管理规范北京市医疗保险事务管理中心二00四年五月十日附件：北京市基本医疗保险特殊病种管理规范一、特殊病种申报、审批（一）对参保人员的要求：1．患恶性肿瘤需放射治疗和化学治疗、肾功能不全需长期肾透析治疗及肾移植术后需长期服用抗排异药治疗的参保人员（包括门诊和住院），可以提出“特殊病种”申请。
2．参保人员可在本人选定就医的定点医疗机构或专科、中医定点医疗机构中确定一家作为“特殊病种”定点医疗机构。
异地安置或长期派驻外地工作患“特殊病种”的参保人员可在个人选择的两家当地医疗保险定点医疗机构中认定一家作为异地“特殊病种”定点医疗机构。
3．参保人员持二、三级定点医疗机构出具的“特殊病种诊断证明”，到本人申请的“特殊病种”定点医疗机构医疗保险办公室领取“北京市医疗保险特殊病种申报审批单”（以下简称“审批单”），按要求填写后携带《北京市医疗保险手册》（以下简称《手册》），到参保区、县医疗保险经办机构办理“特殊病种”审批。
医疗保险信息系统需求说明书医疗保险信息系统需求说明书●引⾔●编写⽬的⽬的：1）正确表达医保中⼼建⽴医疗保险系统的需求，为系统设计⼈员和程序开发⼈员提供系统需求的依据。
2）为系统的维护和升级提供参考资料。
预期读者：系统分析员、系统设计师、程序开发⼈员、系统使⽤⼈员。
同其他系统的联系：医疗保险中⼼领导、各参保单位领导、各医院医疗信息系统●背景系统名称：医疗保险信息系统项⽬任务提出者：北京医疗保险中⼼项⽬开发者：中国⼈民⼤学信息学院Vivian项⽬使⽤者：北京医疗保险中⼼及各⼤医院●任务概述●⽬标加快医疗保险制度改⾰，建⽴城镇职⼯基本医疗保险制度，为⼴⼤职⼯提供基本的医疗保障，是党的⼗五⼤和九届⼈⼤⼀次会议明确提出的重要任务，是政府的五项重要改⾰之⼀，这关系到社会主义市场经济体制的建⽴与完善，关系到改⾰、发展和稳定的⼤局，关系到我国跨世纪战略⽬标的实现。
建⽴城镇职⼯基本医疗保险制度，即适应社会主义市场经济体制，根据财政、企业和个⼈的承受能⼒，建⽴保障职⼯基本医疗需求的社会医疗保险制度。
建⽴医疗保险制度的⽬标是：基本医疗保险的⽔平要与社会主义初级阶段⽣产⼒发展⽔平相适应；城镇所有⽤⼈单位及其职⼯都要参加基本医疗保险，实⾏属地管理；基本医疗保险费由⽤⼈单位和职⼯双⽅共同负担；基本医疗保险基⾦实⾏社会统筹和个⼈帐户相结合。
医疗保险机构是为参保单位或个⼈提供医疗保险服务的专门机构。
参保单位或个⼈在医保中⼼建⽴档案，缴纳相关费⽤，享受相关的医疗保险服务。
以往对于各项医保服务都是进⾏纯⼿⼯操作；但随着参保⼈员的不断增多以及各项医保服务的完善和扩充，⽆疑，再完全由⼈⼯处理各项服务将会给医保⾏业带来很多不必要的⿇烦，⽐如：由于操作⼈员记录失误带来的档案登记错误，由于信息不流通带来的缴费延迟等等。
在这种情况下，医保中⼼就需要借助于现代飞速发展计算机技术和数据库技术建⽴⼀个功能庞⼤的医疗保险信息系统。
该系统可以将绝⼤多数⼈⼯服务转为计算机内部实现，既减少了⼯作⼈员的负担，⼜具有准确，⾼效，流通性好的优势，⼤⼤提⾼整个医疗保险中⼼的服务效率。
医院端业务组件7.20、7.30补丁说明此次下发的补丁包括“费用分解动态库补丁2.030版”“业务组件7.20版”、“业务组件7.30版”、“，补丁只在医保服务器上升级，升级顺序如下：1.升级业务组件7.20版2.升级业务组件7.30版3.升级费用分解动态库补丁2.030版4.升级5.全部升级完成后请重启医保服务器补丁的启用日期为2009年1月1日。
凡在2009年1月1日以后入院的病人，医院在进行医保病人结算时，必须使用“费用分解动态库2.030版”、“业务组件7.30版”、“，医院上报的结算数据将不能正常入库。
备注：1-升级费用分解动态库补丁2.030版时如有提示请选择“修复”选项2-业务组件7.20版在业务组件7.10版基础上升级3-业务组件7.30版在业务组件7.20版基础上升级4-如果已是7.20版本的医院无需升级业务组件7.20版本次补丁升级内容：1.定点医疗机构变更，具体内容请参见《京劳社医发〔2008〕174号》文件2.生育红名单查询信息调整。
将红名单的实时查询反馈信息具体化，具体内容如下：一、参保人不在当月红名单：实时查询时系统提示不享受生育保险二、当月红名单未更新：实时查询时系统提示当月红名单未更新，不享受生育保险（提示该信息时与医院红名单更新无关，医院按照不享受生育保险处理即可）3.新增手工报销信息网上确认功能对于区县经办审核系统补录的门诊单据手工报销费用，由审核系统整理按医院汇总，并下发到医院端。
医院在接收到该信息后，将对相应单据进行核查。
并将核查结果通过网络上传给区县经办。
具体显示界面如下：操作员可以在“未上传原因”列中录入医院未上传原因，点击“确认”后，系统把录入的信息自动进行上传。
注意事项：●医院未上传原因字段不能为空，长度不能超过25个汉字。
●当上传完成后，系统显示上传结果，结果包括：姓名、身份号码、费用发生日期、票据号、总金额、补录日期、补录区县，成功标志，失败原因。
文件修订记录*变化状态：C——创建，M——修改，D——删除北京医疗保险信息系统医院端外挂接口规范(草稿)1、引言1.1 编写目的《北京医疗保险信息系统医院端接口规范》自2001年11月份发布以来，在近一年的使用中发现部分开发商在按其进行系统改造过程中进度缓慢。
为此，我们设计了北京医保系统医院端的外挂接口，并制定此外挂接口规范，以加速北京医疗保险改革的进行。
2、外挂接口规范概述2.1 接口模式北京医保系统医院端外挂接口提供了一组软件模块，软件模块通过及医院系统进行部分数据的交换，实现了北京医疗保险系统医院端业务的各项功能，包括医保目录对照、费用审核结算、医保票据打印、医保上传数据的生成、医保下载数据的接收、各种医保报表的生成等各项功能。
北京医保外挂式接口模块2.2 应用环境此外挂接口支持的应用环境有：1.可支持98、2000等操作系统。
2.建议客户机配置为：为P400以上、内存为64M以上、硬盘可用空间至少100M。
2.3 约定外挂接口及系统交换的数据以文本文件的形式交换，文本文件中各字段间以“|”分隔，文本的一行对应一条数据，每行文本之间以换行符分隔。
示例：●结尾字段为空的例子：3141|卡托普利片|0|010101|12.500片|2.4200|1|2.4200|222|●结尾字段非空的例子：3141|卡托普利片|0|010101|12.500片|0.1125|1|0.1125|20020412|0●中间字段为空的例子：3123456卡托普利片|012.500片|2.42|1|2.42|20020412|0文件格式说明分为三部分：“说明”部分、“文件名”部分和“文件格式”部分。
其中“文件格式”用表格来表示。
在“文件格式”表格的“说明”字段中，所有指定的标准请参照附录中“北京地方标准体系”；在“类型”字段中为的数据项，所对应“最大长度”字段中的前一个数字为数字位（不包括小数点）最大长度，后一个数字为小数位最大长度。
例如N(8,2)表明其整数位最大为6位，小数位最大为2位，即最大可为999999.99。
2.4数据接口内容：➢导入文件：由生成，导入到外挂接口中的文件。
➢导出文件：由外挂接口生成，从外挂接口导出的文件。
接口文件列表如下：2.5数据接口文件格式2.5.1 目录对照导入文件1)药品导入文件文件名：说明：由系统生成，将系统的药品目录导入外挂接口。
2)收费项目导入文件文件名：说明：由系统生成，将系统的收费项目（非药品）导入外挂接口。
2.5.2 费用信息导入文件1)住院费用导入文件文件名建议使用“ + 住院病案号”，系统默认会自动在交换目录中查找相应文件。
说明：在医保病人出院结算前将病人费用由系统导入外挂接口中，进行费用审核结算。
文件分两部分，第一行为本次交易说明信息，用来标识交易，格式为：第二行起为病人费用信息，格式为：2)住院出院诊断信息导入文件文件名建议使用“ + 住院病案号”，系统默认会自动在交换目录中查找相应文件。
说明：该文件记录住院患者出院时的诊断情况，包括病人出院时的科别、主要疾病诊断、手术名称、出院情况等基本信息。
需及住院费用导入文件中的信息通过住院流水号关联在一起，本导入文件不强制生成，当未生成此导入文件时，操作员需要在外挂接口中手工录入相关信息。
3)门诊（特殊病）费用导入文件文件名建议使用“ + 收费流水号 + 姓名”，系统默认会自动在交换目录中查找相应文件。
说明：在门诊(特殊病)病人结算前将病人费用由系统导入外挂接口中，进行费用审核结算。
文件分两部分，第一行为本次交易说明信息，用来标识交易，格式为：第二行起为病人费用信息，格式为：2.5.3 结算信息导出文件1）住院结算信息导出文件文件名为“ + 住院病案号”，外挂接口在住院结算后会自动在交换目录中生成该文件。
说明：医保病人住院费用经外挂接口进行费用审核结算后将结算信息导出，系统可导入此信息后在系统内部进行结算。
首行：住院费用的结算结果，可据此及病人结算，具体格式：次行：住院费用分解的具体内容，便于医院及区县医保中心对帐进使用，具体格式：2)门诊（特殊病）结算信息导出文件文件名为“ + 收费流水号 + 姓名”，外挂接口在门诊特殊病结算后会自动在交换目录中生成该文件。
说明：医保病人门诊特殊病费用经外挂接口进行费用审核结算后将结算信息导出，系统可导入此信息后在系统内部进行结算。
首行：门特费用的结算结果，可据此及病人结算，具体格式：次行：门特费用分解的具体内容，便于医院及区县医保中心对帐进使用，具体格式：3）住院结算信息导出文件文件名为“ + 住院病案号”，外挂接口在住院结算后会自动在交换目录中生成该文件。
说明：医保病人住院费用经外挂接口进行费用审核结算后将结算信息导出，系统可导入此信息后在系统内部进行结算。
(和原接口相比，导出数据的第二行在原有内容的基础上增加了退休补助、军残补助内容，供调用导出结果第二行的医院临时使用。
)首行：住院费用的结算结果，可据此及病人结算，具体格式：次行：住院费用分解的具体内容，便于医院及区县医保中心对帐进使用，具体格式：3)门诊（特殊病）结算信息导出文件文件名为“ + 收费流水号 + 姓名”，外挂接口在门诊特殊病结算后会自动在交换目录中生成该文件。
说明：医保病人门诊特殊病费用经外挂接口进行费用审核结算后将结算信息导出，系统可导入此信息后在系统内部进行结算。
(和原接口相比，导出数据的第二行在原有内容的基础上增加了退休补助、军残补助内容，供调用导出结果第二行的医院临时使用。
)首行：门特费用的结算结果，可据此及病人结算，具体格式：次行：门特费用分解的具体内容，便于医院及区县医保中心对帐进使用，具体格式：2.5.4 申报信息导出文件1）医保病人申报信息导出文件（适用于持册结算费用申报）文件名为“”+生成日期+“”，外挂接口在费用上传后可以按申报批次生成该文件。
说明：定点医院在医保病人住院费用打包上传后，可将上传的申报信息导出，系统可导入此信息后在系统内部进行处理。
（普通离休病人的申报费用能过该接口导出）9=10+11=12+13+14+15+16= 17+18+19+20+21+222）生育病人申报信息导出文件（持册、持卡均支持）文件名为“”+生成日期+“”，外挂接口在费用上传后可以按申报批次生成该文件。
说明：定点医院在生育保险参保病人住院费用打包上传后，可将上传的申报信息导出，系统可导入此信息后在系统内部进行处理。
字段间关系：9=10+11+12+13+14+15=16+17+183）公疗病人申报信息导出文件（适用于持册结算费用申报）文件名为“”+生成日期+“”，外挂接口在费用上传后可以按申报批次生成该文件。
说明：定点医院在公费医疗病人住院费用打包上传后，可将上传的申报信息导出，系统可导入此信息后在系统内部进行处理。
字段间关系：9=10+11=12+13+14+15+16=17+184）大病医保病人申报信息导出文件（适用于持册结算费用申报）文件名为“”+生成日期+“”，外挂接口在费用上传后可以按申报批次生成该文件。
说明：定点医院在大病医保病人住院费用打包上传后，可将上传的申报信息导出，系统可导入此信息后在系统内部进行处理。
字段间关系： 11=12+135）医保病人申报信息导出文件（适用于持卡结算费用申报）文件名为“”+生成日期+“001”，外挂接口在费用上传后可以按申报批次生成该文件。
说明：定点医院在医保病人住院费用打包上传后，可将上传的申报信息导出，系统可导入此信息后在系统内部进行处理。
字段间关系：8=9+10+11+12+13+14+15+166）离休病人申报信息导出文件（适用于持卡结算费用申报）文件名为“”+生成日期+“001”，外挂接口在费用上传后可以按申报批次生成该文件。
说明：定点医院在离休病人住院费用打包上传后，可将上传的申报信息导出，系统可导入此信息后在系统内部进行处理。
字段间关系：8=9+10=11+12+13+14+15=16+17+18+19 7）大病医保病人申报信息导出文件（适用于持卡结算费用申报）文件名为“”+生成日期+“001”，外挂接口在费用上传后可以按申报批次生成该文件。
说明：定点医院在大病医保病人住院费用打包上传后，可将上传的申报信息导出，系统可导入此信息后在系统内部进行处理。
字段间关系：11=12+13+14 2.5.5 预分解信息导出文件为方便医院和系统在正式结算前了解病人的费用分解情况，外挂接口在分解后可生成预分解信息导出文件。
1)住院预分解信息导出文件文件名为“ + 住院病案号”。
说明：医保病人住院费用经外挂接口进行费用分解后将分解信息导出，系统可导入此信息后在系统内部进行处理。
首行：住院费用的结算结果，可据此及病人结算，具体格式：次行：住院费用分解的具体内容，医院可据此了解医保基金的垫付内容，，具体格式：2)门诊(特殊病)预分解信息导出文件文件名为“ + 收费流水号+ 姓名”，外挂接口在门诊特殊病结算后会自动在交换目录中生成该文件。
说明：医保病人门诊特殊病费用经外挂接口进行费用审核结算后将结算信息导出，系统可导入此信息后在系统内部进行结算：首行：门特费用的结算结果，可据此及病人结算，具体格式：次行：门特费用分解的具体内容，医院可据此了解医保基金的垫付内容，具体格式：3)住院预分解信息导出文件文件名为“ + 住院病案号”。
说明：医保病人住院费用经外挂接口进行费用分解后将分解信息导出，系统可导入此信息后在系统内部进行处理。
(和原接口相比，导出数据的第二行在原有内容的基础上增加了退休补助、军残补助内容，供调用导出结果第二行的医院临时使用。
)首行：住院费用的结算结果，可据此及病人结算，具体格式：次行：住院费用分解的具体内容，医院可据此了解医保基金的垫付内容，，具体格式：4)门诊(特殊病)预分解信息导出文件文件名为“ + 收费流水号+ 姓名”，外挂接口在门诊特殊病结算后会自动在交换目录中生成该文件。
(和原接口相比，导出数据的第二行在原有内容的基础上增加了退休补助、军残补助内容，供调用导出结果第二行的医院临时使用。
)说明：医保病人门诊特殊病费用经外挂接口进行费用审核结算后将结算信息导出，系统可导入此信息后在系统内部进行结算：首行：门特费用的结算结果，可据此及病人结算，具体格式：次行：门特费用分解的具体内容，医院可据此了解医保基金的垫付内容，具体格式：。
