《定点医疗机构前置机用户手册（精品）.doc》由会员分享，可在线阅读，更多相关《定点医疗机构前置机用户手册（精品）.doc（28页珍藏版）》请在三一办公上搜索。
1、定点医疗机构前置机用户手册沈阳东软软件股份有限公司社会保险事业部2003.4目 录目 录2版权声明4前 言5第一章前置机总体描述61.1 运行环境61.2 前置机包含的主要程序6第二章动态库工作原理及主要功能72.1 实现原理即安全机制72.2 动态库提供的主要业务功能72.2.1 获取人员基本参保信息72.2.2 获取人员基本账户信息82.2.3 获取医院基本信息82.2.4 获取基本医疗类别82.2.5 获取特殊病审批信息82.2.6 就诊登记82.2.7 更新就诊登记信息92.2.8 处方明细的录入92.2.9 处方的冲销92.2.10 费用预结算92.2.11 费用结算92.2.12
2、冲正交易10第三章前置机相关程序说明113.1 数据传输113.1.1 数据传输程序的启动113.1.2 数据传输程序的运行113.1.3 数据传输程序的关闭113.2 数据备份123.2.1 数据备份的运行及设置123.2.2 备份数据的维护133.3 医保报表143.3.1 住院费用明细清单143.3.2 月底申报143.3.3 医保结算费用明细143.3.4 打印住院结算单15第四章前置机使用注意事项16第五章前置机配置及常见故障解决方法175.1 检验网络是否配置正确175.1.1 检查是否与医保中心连通175.1.2 检查IE浏览器配置及医保中心应用服务程序是否正常185.1.3 验
3、证医保中心相关应用服务是否正常运行195.2 常见故障及解决办法195.2.1 传输程序的相关故障205.2.2 医保报表的相关故障215.2.3 数据备份的相关故障21附 录医保三个目录对照说明22原因与目的22药品目录的对照22诊疗项目的对照25病种目录的对照27版权声明动态库接口使用说明及前置机日常维护（以下简称：接口使用说明）的版权归沈阳东软集团软件股份有限公司所有，任何侵犯版权的行为将被追究法律责任。未经沈阳东软软件股份有限公司的书面准许，不得将本手册的任何部分以任何形式、采用任何手段（电子的或机械的，包括照相、复制、录制）、或为任何目的，进行复制或扩散。(C)copyright19
4、99-2001沈阳东软软件股份有限公司。版权所有，翻制必究。是沈阳东软软件股份有限公司的注册商标。 沈阳东软软件股份有限公司不对因为使用该软件、用户手册或由于该软件、用户手册中的缺陷造成的任何损失负责。前 言医疗保险制度是社会保障制度的重要组成部分，是国家的基本社会制度之一。加快医疗保险制度改革，保障职工基本医疗，是建立社会主义市场经济的客观要求和重要保障，关系到维护广大职工的基本利益，关系到改革、发展和稳定大局，因此建立适合中国国情的医疗保障制度是一件意义非常深远的事情。为了进一步加强医疗制度管理，有效地利用卫生资源，我国采取了社会统筹和个人帐户相结合的措施，职工医疗保险个人帐户的建立，使得
5、传统的手工业务处理方式已经不能够满足医疗保险经办机构的需要，信息化建设迫在眉睫！国家实行医疗保险信息管理体系在当今社会的医疗体制改革中具有至关重要的地位，而定点医疗机构系统的改造和接入工作，是医疗保险系统建设的重要组成部分。但是，对一个地区来说，定点医疗机构的网络管理系统的建设规模参差不齐，开发工具多种多样，数据库操作系统各不相同等等因素制约着医疗体制改革的快速推进，怎样才能提供一套既能够适应各定点医疗机构原有系统要求，又能满足办理医保业务功能的解决方案，成为摆在我们面前急需解决的一个课题。东软软件股份有限公司经过长期的摸索，通过对全国医疗保险定点医疗机构解决方案的分析，结合自身在各地实施定点
6、医疗机构系统的经验，提出了动态链接库的定点医疗机构解决方案，该方案适用于所有当前流行的Windows操作系统，可以嵌入定点医疗机构原来的计算机管理信息系统中，具有改造周期短、见效快、投入少等特点。该接口使用说明主要面向各定点医疗机构，重点对动态库所实现的功能、如何正确的使用动态库接口实现与医保中心的数据联网，以及对前置机的日常维护方面作全面的阐述。第一章 前置机总体描述1.1 运行环境操作系统：Windows 2000 Professional/Windows 2000 Server/Windows NT 4.0/Windows XP后台数据库：Oracle Release 8.1.6 (或O
7、racle Release 8.1.6以上)1.2 前置机包含的主要程序在前置机安装完毕后，将提供数据传输、数据备份、医保报表、DLL以及配置客户端所需的精简oracle客户端五个部分。第二章 动态库工作原理及主要功能2.1 实现原理即安全机制医保接口动态链接库又叫医保方法库，它向医院的HIS系统提供若干供调用的函数集，帮助医院的HIS系统完成医保待遇的计算和数据的存储与传输，医院系统改造过程中，原来的开发商在不用理解医保的政策的情况下，按照一定的规则，即可快速、安全的完成HIS与医保系统的接口改造工作，能够最大限度的利用医院原有的设备资源，操作人员的操作习惯不会受到较大影响，培训周期短。动态
8、链接库中的函数全部采用被动调用的方式操作数据，即将动态链接库嵌入到原来的HIS系统中，由HIS系统调用动态连接库中的函数，来完成某个指定的动作，动态链接库操作的数据只限制在医保前置机数据库中的数据，它不会对原HIS数据库造成任何影响；医保前置机数据库与医院的HIS数据库处于隔离状态，相互之间没有数据的操作和交流，更能保证原HIS系统数据的安全；在HIS系统调用动态链接库中的方法时，每个方法执行的无论是否成功，都将给以回应，以便于HIS系统根据接口的操作成功与否作出下一步的操作的判断。动态链接库在向医保中心发送消息时，通过经过加密的HTTP数据包向医保中心应用服务器发送请求，并等待医保中心主机服
9、务器的响应，根据响应的结果进行下一步的处理。动态链接库向医保中心发送请求消息的过程，也是通过被动调用的方式工作的，由HIS系统调用动态链接库中的方法，根据不同的业务交易，动态链接库来判断是否需要向医保中心申请服务；不存在医保中心服务器向HIS数据库和前置机数据库主动发起请求的情况，这也保证了医院自己的数据的安全。2.2 动态库提供的主要业务功能根据定点医疗机构实际业务的需要，动态库将提供包括办理业务及查询在内的12种调用功能，具体描述如下：2.2.1 获取人员基本参保信息通过输入患者的社会保障号，去医保中心获取参保人员的基本信息。基本信息主要包括：姓名、性别、年龄、身份证号、民族、地址、人员类
10、别、是否公务员、患者所在单位名称、是否封锁以及封锁的原因。2.2.2 获取人员基本账户信息 通过输入患者的社会保障号，从医保中心获取该患者的个人账户的相关信息。主要包括：个人帐户余额、统筹支付累积值、本年特殊门诊起付标准支付累计、特殊门诊医保费累计、癌症住院起付标准支付累计、本年符合公务员范围门诊费用累计、本年住院次数及住院状态。2.2.3 获取医院基本信息获得本医院的相关信息。主要包括：定点医疗机构编码、定点医疗机构名称和定点医疗几个等级。2.2.4 获取基本医疗类别该功能是从医保中心获取患者进行医保就诊时，医保中心提供的基本就诊方式，如：普通门诊、特殊病门诊、门（急）诊抢救、普通住院、转院
11、住院、家庭病床等等。如果是医保患者，则在患者进行就诊登记时，应从该功能返回的医疗类别中选择一种作为患者本次就诊的医疗类别。非次交易返回的医疗类别一概无效。2.2.5 获取特殊病审批信息根据患者社会保障号，到医保中心获取审批过的特殊病病种的编码和名称列表。特殊病患者在医院进行特殊病就诊时，操作员必须明确本次就诊的特殊病病种。一般在进行特殊病就诊操作时，医保患者会向收费人员出示特殊病医疗证，这时由操作员通过本功能，从医保中心返回该患者所有在本定点医疗机构申报并审批过的特殊病病中，从中选择一种病种作为本次就诊的病种。如用非本交易返回的病种作为该患者的特病病种，则本次特病就诊失败。2.2.6 就诊登记
12、医保患者在就诊时进行的登记业务。该项业务功能需定点医疗机构输入相应的输入参数：住院（门诊）号、医疗类别、患者社会保障号、科室、医生、就诊（入院）日期、就诊诊断、经办人及并发症。该就诊登记操作如果执行成功，则也返回一些相应的值：如该患者的个人账户余额等。如果本次就诊进行的是转入住院，则还会返回转出医院的医院名称。2.2.7 更新就诊登记信息患者在本次就诊期间，如果没有进行结算，则可以对就诊登记时的一些信息进行修改，可修改的信息包括：医疗类别、科室、医生、就诊（入院）日期、就诊诊断、出院日期、确诊疾病、出院原因、经办人及并发症。如果本次就诊已经结算，则需进行反结算后再进行修改。2.2.8 处方明细
13、的录入根据要求传入参数，生成处方明细信息；录入的同时对处方进行初步的审核：如药品或诊疗项目是否经过对照、根据医院等级对费用安比例进行上浮下调、根据对照项目流水号获取项目的自付比例、处理费用的最高限价等等。如果项目单价超过医保中心规定的高收费金额，则还会返回需进行高收费审批标志。要求输入的参数包括：住院（门诊）号、处方号、开方日期、项目医保流水号、医院内码、项目名称、单价、数量、是否急诊、处方医生、经办人、单位、规格、剂型。2.2.9 处方的冲销根据输入的住院（门诊）号和处方号，退掉整个处方中的所有的未结算的药品及非药品明细。如果只需退掉某张处方中某一（几）条明细，则可根据冲正交易完成，冲正交易
14、的操作方法将在后面进行叙述。2.2.10 费用预结算通过输入的住院（门诊）号对该住院（门诊）号所发生的费用进行结算，不产生结算记录，但结算结果返回的各数据都与正常结算相同。此功能主要是方便定点医疗机构的收费操作人员在真正的结算前先检查一下本次所发生的金额是否正确，方便修改。如果预结算的结果正确，就可以放心的进行结算产生结算纪录了。预结算后，返回值为：本次就诊统筹支付、帐户支付、公务员补助、现金支付、大额理赔金额、历史起付线公务员返还以及帐户余额。2.2.11 费用结算对指定住院（门诊）号的费用进行结算。与预结算不同的是：该交易并产生结算记录，同时还需要除住院（门诊）号外的其他输入参数：结算类别
15、、本次住院天数、经办人、账户支付标志。其中，结算类别为要求操作人员从医保中心规定的结算类别（正常结算、中途结算、出院转家庭病床结算等）中选择一项作为本次结算的方式；账户支付标志为可以让患者选择本次发生所有费用的支付方式：现金支付、账户支付。2.2.12 冲正交易该功能可以实现三种信息的冲正：就诊登记冲正、结算纪录冲正和处方明细冲正。输入参数为：各纪录的交易流水号及经办人姓名。对就诊登记的冲正：一般发生在门诊退号或住院的无费出院的情况，对登记信息冲正时要求该登记信息没有进行过任何费用录入和结算操作。就诊登记信息冲正成功后，患者将不能在该住院（门诊）号下录入费用明细和进行结算操作。对结算纪录的冲正
16、：通过输入结算交易流水号即可作废结算记录。如果是住院费用，则该操作使本次结算涉及到的处方明细信息恢复到未结算状态，同时该患者恢复到在院状态；对于门诊来说，该正操作将连同处方明细一起冲正，本次门诊所涉及到的处方明细将全部作废。对处方明细的冲正：当某张处方中的某条纪录需要作废时，需要调用该操作将该条纪录进行作废处理。操作时，把被冲正明细的交易流水号作为输入参数，即可完成对指定明细的作废处理。对处方明细的冲正，要求只能冲正尚未结算的项目，如果处方已经结算，需要先进行结算的冲正交易，使处方处于未结算状态，才能进行处方的冲正。注：以上各功能的描述是从纯动态库接口的角度出发。在实际的操作当中，各操作功能的
17、具体实现和各操作的输入、输出参数的处理则由定点医疗机构各自的HIS系统主动调用接口来进行体现。第三章 前置机相关程序说明前置机安装完毕后，会在前置机的本地硬盘中产生三个主要程序：数据传输、数据备份、医保报表 。分别进行描述：3.1 数据传输数据传输程序的主要功能是将从定点医疗机构上传到前置机的数据上传到医院中心数据库，传输程序的正常运行，是两端数据一致的重要保证。3.1.1 数据传输程序的启动当前置机重新启动，或者数据传输因故停止后，当进行医保业务时，数据传输程序就应当重新启动。在前置机的安装时，一般都会在桌面上创建运行传输程序（datatransfer.exe）的快捷方式；也可在数据传输的文
18、件夹中找到该程序的可执行文件datatransfer.exe。在启动传输程序前，要确保两个必要条件：前置机与医保中心的网络是否连通；前置机Oracle数据库是否正常启动。如果此两个条件不同时具备，则会出现传输程序的启动错误。（具体可能出现的错误及解决办法，将在后面章节进行详细描述）3.1.2 数据传输程序的运行传输程序正常启动后，数据的上传和医保目录的下载工作将自动完成，可将其最小化到系统托盘中（有图标显示）。传输程序启动后，将不会弹出任何对话窗口，要观察传输程序的运行情况，可从数据传输文件夹中的日志文件（SiInterface.log）中得到适当信息；该日志文件只纪录传输程序出错时的信息，如
19、果日志文件为空或没有当前时间段的错误信息，则说明程序当前运行正常。3.1.3 数据传输程序的关闭为了保证数据传输时的完整，当有数据上传或有目录在下载时，不允许关闭程序；因此，需要关闭传输程序时，可将鼠标放在传输程序的窗口中，如果鼠标体现为正在运行状（一般鼠标形状表现为漏斗状）时，则不运行关闭程序；当鼠标恢复正常时，可关闭程序。3.2 数据备份数据备份程序是定时的将前置机数据库中的数据进行完全的备份，以备在遇到特殊情况时尽可能的恢复数据。注：只备份前置机数据库中跟医保接口相关的数据，如有其他用户的数据，将不负责备份。3.2.1 数据备份的运行及设置备份程序（backup.exe）位于数据备份的文
20、件夹中。该程序经正确的配置后，可以手工运行，也可通过向操作系统的“任务计划”中添加任务来自动执行。在“任务计划”中自动运行时，运行的时间及间隔时间的长短一般在前置机进行安装时进行设置，初始设置为：每隔一天进行一次备份，每天备份时间视具体情况而定。要保证“任务计划”中的任务能在指定的时间执行，就必须为各任务指定正确的执行用户及用户密码。备份程序一般选择前置机的工作用户为执行用户，如果当前置机的用户或密码发生改动后，也应在“任务计划”中作相应的改动，否则将导致执行失败。设置的方法为：开始-设置-控制面板-任务计划 鼠标右键单击backup.exe ，再选择“属性” ，如图： （图1）（图2） 单击
21、“属性” ，出现（图2）的属性设置框；其中“运行方式”中字段的含义是：“计算机名用户名” ，图2中用户名为administrator； 单击（图2）中的“设置密码” ，出现下图“设置密码”窗口：此时在密码和密码确认输入框里输入（图2）中显示的用户（administrator）的密码，点击“确定”，设置成功。注：如对于像Windows NT4.0的操作系统中没有“任务计划” ，则系统管理员应每天手工运行数据备份程序对前置机数据进行备份。3.2.2 备份数据的维护备份程序成功运行后，会在数据备份文件夹中产生以当前“年月日”为文件名，.dmp 为后缀名的数据文件，且文件夹中只保留当前月份的数据，其他
22、月份的数据将自动删除。因为每个备份的数据文件均为前置机数据库的全数据备份，故理论上只要保留最新的数据文件即可，如前置机硬盘空间有限，可以考虑人工删除部分陈旧文件。为了做到进一步的安全备份，将前置机产生的备份文件进行“异地保存”是最理想的做法。即：定期刻录到光盘上或磁带上，或者将数据文件拷贝到其他计算机上。3.3 医保报表医保报表主要是为定点医疗机构提供医保中心需要的“月底申报表” 。同时，为了便于定点医疗机构的工作人员查询患者就诊的各种信息，还提供了“住院费用明细清单”、“医保结算费用明细”和“打印住院结算单”三个辅助查询功能。可执行程序（report.exe）位于医保报表文件夹中。3.3.1
23、 住院费用明细清单该功能通过患者的医保证号，能够查询在指定时间区间内的所有处方明细，查询的患者可以是在院患者，也可以是已经出院（已结算）的患者。查询出的处方明细信息主要包括：处方号、处方日期、收费项目名称、单价、数量、金额、自付金额、超标金额、费用等级、自付比例、单位、经办日期和经办人。3.3.2 月底申报打印出医保中心每月需要的“月底申报表” ，“月底申报表”是医保中心支付给医院统筹金的依据报表之一。打印“月底申报表”时，可通过设置“申报年月”和“医保中心”来打印指定月份的指定分中心的“月底申报表”。3.3.3 医保结算费用明细该报表能够列出所有符合条件的已经结算过的结算信息，主要包括：医保
24、证号、姓名、住院（门诊）号、经办人、结算日期、医疗费总额、现金支付、账户支付、统筹支付、公务员补助、大病理赔及公务员历史返还。可供选择的条件有：开始及结束时间、医疗类别、各医保分中心。操作人员可根据需要组织条件进行查询。3.3.4 打印住院结算单该功能先通过查询出符合时间区间内的所有已结算的结算纪录，然后打印出选中结算纪录的住院结算单。当要打印住院结算单时，先在所列出的所有结算纪录中选择一条，选择打印。也可先点击“预览”，察看该患者的基本信息及本次费用的各项信息。同时也可进行批量打印和进行打印设置，分别通过点击“打印全部”和“打印选择”来实现。第四章 前置机使用注意事项为确保重庆市医疗保险的顺
25、利开展，确保重庆市医疗保险信息系统的稳定运行，确保医保定点医疗机构的自身利益。对与医保中心进行联网的定点医疗机构提出以下注意事项：前置机数据备份各定点医疗机构必须明确医保前置机的数据备份方案，定期进行数据备份。建议的备份方法为：每日使用和前置机联网的PC机进行异地备份，每星期将备份出来的数据备份到光盘或磁带上。以便出现特殊情况时最大限度的恢复数据。若因特殊原因需要重新安装前置机操作系统或需要进行磁盘格式化时，应确保前置机中备份数据的完整。严禁任何开发商或个人私自连接前置机数据库前置机数据库已经向各HIS开发商提供了连接数据库的用户（his_interface），故各定点医疗机构系统管理员有责任
26、制止任何开发商或个人私自用his_interface以外的用户连接到前置机数据库进行任何的数据查询、修改、删除、或测试等操作。一经发现，将视作对重庆市医疗保险信息系统进行攻击和破坏，必要时将按照国家信息系统管理的有关法律追究法律责任。日常检查与定期杀毒各定点医疗机构系统管理员应每日对前置机的运行状态进行检查，定期使用最新的病毒软件对前置机查杀病毒，以防止前置机因为操作系统异常或其他原因造成数据丢失或运行不正常，对医院的医保业务产生影响。明确用途，专机专用作为重庆市医疗保险信息系统的重要组成部分，前置机服务器应与其他机器分开，不得用作其他用途。特别严禁利用前置机接入Inter网或在前置机服务器上
27、安装运行电脑游戏。注：若有任何因违背上述注意事项而导致的前置机数据的丢失、毁坏或导致前置机异常而影响医保工作的事情发生，一切后果均由各定点医疗机构自己负责。第五章 前置机配置及常见故障解决方法前置机能够正常运行，需要对其运行环境和系统的相关方面进行正确的配置。现将前置机的基本配置方法和运行时遇到的常见故障及其解决方法列举如下，供定点医疗机构前置机维护人员参考：5.1 检验网络是否配置正确5.1.1 检查是否与医保中心连通 【开始】-【运行】 ，在弹出的对话框中输入：ping 10.0.8.129 t 如（图3)（图3）（图4） 若出现的结果不和（图4）类似，则任何一种其他的结果都说明此时与医保
28、中心的网络没有连通。u 异常解决办法列举：检查拨号状态，看是否正确拨号到医保中心；检查路由器、防火墙等是否配置正确；如果是拨号客户端，检查拨号共享、网关是否设置正确；5.1.2 检查IE浏览器配置及医保中心应用服务程序是否正常 正确配置IE：运行IE -单击菜单栏【文件】 。在弹出的下拉菜单中，检查【脱机工作】是否选中，正确的配置是不选择中“脱机工作” ；运行IE -单击菜单栏【工具】-【Internet选项】-【连接】标签页。检查“拨号和虚拟专用网络设置”属性栏中的选项，正确的配置是选择“从不进行拨号连接”或各选项为灰色不可选状态。单击上图中【局域网设置】 ，在弹出的属性窗口中检查是否设置了
29、“代理服务器”，正确的配置为不进行代理服务器的配置。5.1.3 验证医保中心相关应用服务是否正常运行 在IE地址栏分别输入以下两个连接地址：http:/10.0.8.129:9090/datatransferhttp:/10.0.8.129:9090/hisinterface（图5）（图6）若输入的两个连接地址分别出现（图5）、（图6）显示的结果，则表明中心应用服务程序运行正常；否则其他显示均说明未正确连接医保中心或中心服务应用程序运行不正常。u 异常解决办法：先确保与医保中心线路已经连通（可按照5.1.1中介绍验证）；再按照5.1.2中介绍正确配置IE。5.2 常见故障及解决办法以下列出的异
30、常故障都是针对各个程序的配置文件没有发生变化的情况下所列举，如果程序的配置文件已经毁坏或经非东软工程师修改过，则下列解决办法可能无效。5.2.1 传输程序的相关故障 启动传输程序程序时，可能出现网络故障；如下图所视：可用5.1中介绍的办法进行逐个的验证。若最终能够出现（图5）显示，则再次重新启动传输程序。 启动传输程序程序时，可能出现数据库故障；如下图所视：出现上图所视的异常的原因在于Oracle数据库没有正常启动。此时定点医疗机构的前置机系统管理员应确保数据库正常启动，待正确启动Oracle数据库后，再重新运行传输程序。注：最好不要将传输程序设置为前置机开机时自动启动，因为很可能传输程序自动
31、启动时，Oracle数据库尚未启动，造成上述的错误。 传输程序日志文件文件为只读时，会出现下图所视错误提示：u 异常解决办法：在数据传输文件中，将日志文件SiInterface.log的只读属性去掉，或直接将该日志文件删除。注：若某收费客户端在进行医保接口初始化时出现相同提示，则解决办法类似：只需在放置动态库（SiInterface.dll）的文件夹中找到SiInterface.log日志文件，去掉只读属性或删除即可。5.2.2 医保报表的相关故障 启动医保报表程序（通常是非前置机中的报表程序）时，如果数据库未正常启动或配置文件遭到破坏或修改不正确，则会出现下图所视错误提示：u 异常解决办法：
32、先确保Oracle数据库启动正常；将前置机中医保报表文件夹中客户端配置文件目录中的配置文件database.ini覆盖客户端医保报表文件夹中以前的文件即可。5.2.3 数据备份的相关故障 若发现前置机数据备份目录中没有按照在“任务计划”设置的时间进行前置机数据库的备份，而手工运行数据备份程序时运行正常，则可能是由于前置机的开机用户或密码发生了变化，或与“任务计划”中设置运行备份程序所用的用户和密码不符而造成。该故障的解决办法参照3.2.1“数据备份的运行及设置”中提到的解决方法。注：以上列出的为一些常见的故障，及其针对故障给出的一些常规的解决办法，若是遇到以上所列举以外的异常错误，或是按照解决
33、办法仍不能解决故障的情况，请直接与东软工程师联系。附 录医保三个目录对照说明原因与目的医保患者在医院就诊且发生费用时，就应该按照医保中心的相关政策对该患者在就诊期间所发生的各项费用进行结算。而各种药品、诊疗项目和病种（以下简称三个目录）的相关信息（如：类别、自付比例、标准价以及特批价等）在结算过程中扮演着重要的角色，因此医院对医保患者进行费用结算时就必须明确的告诉医保中心，自己所用的三个目录中的各个项目分别对应于医保中心目录中的哪一条记录信息。然而，各个医院都有自己独立的HIS系统，也就有自己独立的药品、诊疗项目及病种目录，并且这三个目录都有可能不同于医保中心的对应目录。所以，为了将医院的三个
34、目录中的各个项目与医保中心目录中的项目相关联起来（而又不需要对医院已有的目录进行改动），就需要将医院的三个目录中的记录和医保中心的相关记录进行对照。具体的方法就是在以前的记录中新增加一个字段，来存放对照时需要用到的对照码即可。目录经过对照以后，在医院的每一种药品、诊疗项目以及病种就都可以在医保中心找到一条记录与之相对应，也就使得医院与医保中心的记录统一起来。这样，医院就能在通过医保接口与医保中心进行对照时，以提供对照码的方式来告诉医保中心医院所用的项目对应与中心的哪一条记录。药品目录的对照【药品目录表字段说明】在药品目录进行对照时，将提供两个表：药品目录（YPML）表、药品类别（YPML_LB
35、DM）表。现将两表中各自段含义及用途分别进行解释： 药品目录（YPML）表：字段名称数据类型字段中文名YPLSH文本药品（对照）流水号YPBM文本药品编码TYM文本通用名TYMZJM文本通用名助记码SPM文本商品名SPMZJM文本商品名助记码YWM文本英文名LBDM文本类别代码CFYBZ文本处方药标志FYDJ文本费用等级PFJ货币批发价BZDJ货币标准价ZFBL数字自付比例JX文本剂型BZSL数字包装数量BZDW文本包装单位HL文本含量HLDW文本含量单位RL文本容量RLDW文本容量单位GMP文本GMP标志YCMC文本药厂名称YPXJFS文本药品限价方式BGSJ日期/时间变更时间 说明：药品流
36、水号（YPLSH）：医保中心唯一标识该药品的编号，对照使用；药品编码（YPBM）：按照药品编码规则生成的药品编码；费用等级（FYDJ）：1 甲类、2 乙类、3 自费；药品限价方式（YPXJFS）：0 医保不限价、1 医保限价；当前都是0； 药品类别（YPML_LBDM）表：字段名称数据类型字段中文名BH文本编号FXBH文本父项编号LBDM文本类别代码LBMC文本类别名称 说明：编号（BH）：分类信息。1表示西药类、2表示中成药、3表示中草药、4表示其他药品等；父向编号（FXBH）：该编号的父类编号。如果父向编号为0，则说明它是一个大类的根节点；如果它的父向编号不为0，则说明它有子节点；类别代码
37、（LBDM）：若类别代码是两位，则说明该类别下还包含着其他细类信息；若类别代码是四位，则说明该类别代码下面包含的就是某一具体的药品信息，这时就可以通过该类别代码在药品目录（YPML）表中去检索相关类别的具体药品记录信息集；类别名称（LBMC）：记录的就是各类别的名称。不论是大类还是细类，都有名称。注：以上两个表之间通过类别代码（LBDM）相互关联。【对照方法】 从医保中心提供的药品目录可以看出，当前的药品编码信息中没有包括生产厂家的信息，故当前的药品编码就无法对由不同的厂家生产的同一种药品进行区分，这样一来，就会出现药品目录（YPML）表中药品编码（YPBM）的不唯一，也就不能唯一标识药品目录
38、表中的一条药品记录，而要达到对照的目的，就必须要有一个能唯一标识一种药品的字段信息，因此，在药品目录（YPML）表中就引入了药品流水号（YPLSH）这个字段，它相当于一个序列号，可以唯一的标识一种药品。所以，医院在进行药品目录的对照时，就必须通过药品流水号（YPLSH）来进行与医保中心目录的对照。在进行对照以前，医院数据库的药品目录表中应该事先增加相应字段，用以记录对照码（药品流水号YPLSH）。具体对照的方法可以有两种：1. 直接通过药品目录（YPML）表进行对照。这种方法就是直接在药品目录（YPML）表中查寻需要对照的药品，然后在结果集中选择一条进行对照，即将所选中的对照记录中的药品流水号
39、（YPLSH）保存在医院自己的药品目录表事先新增的字段中。那么，以后医院就可以通过这个药品流水号（YPLSH）到医保中心找到一条与自己药品对应的药品。 在对药品目录（YPML）表进行查询时，可以通过通用名(TYM)、通用名助记码(TYMZJM)、商品名(SPM)、商品名助记码(SPMZJM)或是类别代码(LBDM)等多种途径进行查询。注：助记码是由每个汉字的声母组成。2. 通过药品类别（YPML_LBDM）表和药品目录（YPML）表组织出一种树形结构来进行对照。即可以通过药品类别（YPML_LBDM）表中的编号、父向编号、类别代码以及药品目录（YPML）表中的类别代码来组织出一个树状的查询树，
40、也就类似一个数据过滤器，缩小了在药品目录（YPML）表中的搜索范围；同时，对于把握药品目录的整体结构和药品的分类方法有很好的帮助理解的作用。在通过查询树查询后，以后的方法就同第一种方法一样：从结果集中选择一条进行对照，把药品流水号（YPLSH）作为对照码保存在医院本地的数据库中。诊疗项目的对照【诊疗项目表字段说明】在诊疗项目进行对照时，将提供五个表：诊疗项目（ZLXM）表、诊疗类别1（ZLXM_LBDM1）表、诊疗类别2（ZLXM_LBDM2）表、诊疗类别3（ZLXM_LBDM3）表、诊疗类别4（ZLXM_LBDM4）表。现将五个表中各自段含义及用途分别进行解释： 诊疗项目（ZLXM）表字段名
41、称数据类型字段中文名LBDM1文本一级类别代码LBDM2文本二级类别代码LBDM3文本三级类别代码LBDM4文本四级类别代码XMBM文本项目编码XMMC文本项目名称ZJM文本助记码TPJ货币特批价BZJ货币标准价DW文本单位FYDJ文本费用等级ZZBL数字在职比例TXBL数字退休比例XJFS文本限价方式LSF文本另收费BZ文本备注BGSJ日期/时间变更时间TPXMBZ文本特批项目标志TPYYMC文本特批医院名称 说明：项目编码（XMBM）：医保中心对该项目的唯一标识编码，对照使用；特批价（TPJ）：经物价局批准的该诊疗项目可以收的最高费用价，在特批价中，超出标准价的那部分费用由患者自付；标准价
42、（BZJ）：医保中心对该诊疗项目规定的可报销价格，如果医保中心对该项目不限价，则价标准价为空则；费用等级（FYDJ）：1 甲类、 2 乙类 、3 自费；限价方式（XJFS）：0 不限价、 1 各医院统一价 、2 按医院等级定价、3 按二级医院标准浮动比例；特批项目标志（TPXMBZ）：1 表示是特批项目；即物价局特批的项目，只有通过特批的医院可以使用该项目，在特批项目的备注（BZ）字段中存放的是该项目的物价局特批文号；特批医院名称（TPYYMC）：通过特批可以使用该项目的医院名称。 诊疗类别（ZLXM_LBDM 14）表字段名称数据类型字段中文名LBDM文本类别代码LBMC文本类别名称 说明：
43、类别代码（LBDM）：在4个表中，依次存放的是一级类别代码、二级类别代码、三级类别代码和四级类别代码，这四级类别代码分别与诊疗项目（ZLXM）表中的LBDM1，LBDM2，LBDM3，LBDM4相对应；【对照方法】根据国家标准的诊疗项目编码规则，（即：在6位四级码字段值的基础上加上3位顺序码，再加上2位扩展码，共11位），在诊疗项目目录中，项目编码（XMBM）就是唯一标识每一种诊疗项目的编码。因此，医院在与医保中心进行诊疗项目的对照时，就应该通过项目编码（XMBM）来进行对照。与药品目录对照时相似，在进行诊疗项目对照前，医院数据库中的诊疗项目表中也应加上相应新的字段，用来存放对照时需要用到的项
44、目编码（XMBM）。对照方法也可以有两种，即直接查询诊疗项目（ZLXM）表或通过组织成查询树来进行对照。具体的对照方法与药品目录对照时基本相同，可参照进行，故在这里不再进行详述。病种目录的对照【病种目录表字段说明】在病种目录进行对照时，将提供一个表：病种目录（BZML）表。现将表中各自段含义及用途进行解释： 病种目录（BZML）表：字段名称数据类型字段中文名BZBM文本病种编码BZMC文本病种名称ZJM文本助记码BZLB文本病种类别TJM文本统计码BGSJ日期/时间变更时间 说明：病种编码（BZBM）：医保中心唯一标识该病种的编码，对照使用，该编码的生成规则为：主码_附码。而主码和附码则均是根
45、据ICD-10标准得来；病种类别（BZLB）：1 普通病、2 特殊病、3 急诊病、4 恶性肿瘤。【对照方法】和诊疗项目一样，病种目录中的病种编码（BZBM）可以唯一的标识医保中心所维护的一种病种，故医院在进行病种对照的时候，就可以根据病种编码（BZBM）来进行与医保中心病种的对照。在进行对照前，同样需要在医院数据库中的病种目录表中增加新的字段，用来记录对照时需要的病种编码（BZBM）字段。对照时，直接从医保中心的病种类别（BZLB）表中通过查询找到需要对照的病种信息，然后在结果（集）中选择一条进行对照，即将病种类别（BZLB）表中病种编码（BZBM）字段的值保存在医院病种目录表事先新增的字段中。注：由于对照要在医院原有的HIS系统上进行，因此，建议各医院应与原HIS系统开发商联系，增加相关的实现对照功能的模块。
