HIS接口（共7篇）
HIS接口 篇1
1应用背景
我院于2003年9月落成, 是目前亚洲最大的心脏病专科医院。我们的HIS系统采用J2EE的B/S三层结构, 中间层采用IBM We bs phe re, 数据库为IBM DB2。该系统本身没有分诊叫号功能, 随着我院门急诊患者的日益增多, 挂号时间长、就诊等候时间长、交费时间长、就诊时间短等问题日益显现, 能够有效管理患者, 优化和方便患者的就医流程、让广大患者有序、轻松就医成为医院提高医疗服务水平的迫切要求。分诊叫号系统就是实现这种迫切要求的有效手段之一。考虑到分诊叫号系统涉及到LED屏通讯与显示、语音合成播放等专业技术, 而HIS供应商对这方面技术掌握较少, 所以医院决定采购第三方系统与HIS进行接口实现的方式。经过公开招标, 最终采购的门诊分诊叫号系统用Delphi开发的C/S结构软件, 数据库采用MS SQL SERVER2000, 该系统中文语音发音软件为公司自主开发, 采用OCX插件方式, 在招标中与其他几家厂商比较其语音合成播放最接近自然人发音且语音、语速、声调均可人工调整, 英文发音采用微软TTS引擎。分诊叫号系统支持单机多屏, 如:LED屏, LCD电视等的多种展示方式, 做到语音呼叫的同时在LED屏上醒目提示。
2接口设计与实现
2.1接口设计
和其他医院HIS系统与叫号系统大都采用直接连接对方数据库方式不一样, 我院HIS与分诊叫号系统接口采用s ocke t方式通讯进行数据交换。所谓s ocke t通常也称作“套接字”, s ocke t接口是TCP/IP网络的应用程序接口 (API) , 运行在传输层, 所以要在使用socket建立连接发送数据时, 要指定一个端口给它[1], 我们指定端口3000作为双方的数据传输端口。与数据库连接方式相比, 这种方式的优势是:不用安装DB2/SQL SEVER驱动, 双方没有直接连接对方数据库, 相互依赖少, 符合低耦合要求。分诊叫号系统提供的DLL文件只安装在HIS系统中间层服务器上, 维护方便, HIS每次传送叫号信息均是由中间层服务器直接与叫号服务器之间通过socket通讯, 故障率低。HIS传送信息串给叫号服务器, 叫号服务器接收到信息后进行字串解析, 通过类型区分传送类型。其中基础数据字典传送的处理方式是:每当有新医师, 新诊室的挂号信息出现, 叫号系统就记录数据库的医师和诊室表中。每次叫号的信息通过HIS系统定义的函数:procedure SendMsg (MsgType:Sm allInt;Ms g:pChar) 传送, 其中Ms gType:为数据功能代码, 如:挂号信息为2, 退号信息为4, Msg为消息数据串, 每种功能类型双方定义好相关字段, 每个字段之间以“|”相隔, 例如:挂号时传送的信息如表:
2.2各子系统接口实现
2.2.1挂号系统:
我院门诊收费柜台为综合柜台, 每个柜台均能完成挂号、交费、结算等功能, 患者挂号时, 直接选择要挂号的医师, 每个医师一个队列, 传送信息串给叫号系统。对于预约挂号患者在柜台报到时, 传送信息串。急诊挂号不用选择医师, 所有患者按时段排成一个队列。患者退挂时均要将信息串传送给叫号系统。
2.2.2看诊叫号:
门诊每个诊区有一台LED屏控制及叫号终端, 每个诊室工作站IP地址等相关信息配置在叫号终端上, 叫号时通过诊室所在诊区的控制终端进行叫号, 该诊区的每个医师的出诊信息、患者队列等均在该终端上显示, 便于导诊护士浏览。门诊医生站程序在原来的医嘱界面增加叫号和重叫两个功能。医师只需点叫号按钮就可以对自己的患者队列进行叫号, 叫号系统呼叫当前就诊患者的下一个患者, 同时提示第三个患者等候, 使患者在候诊时都能清晰、安静、自觉、有序等候。医师不能直接呼叫某个患者, 采用盲叫方式, 杜绝了不按队列随意插队现象的发生。对于已叫号而未进入诊室的患者则点重叫按钮则会再呼叫一次, 我院规定每个患者只呼叫两次, 若仍没有进入诊室则不在等候, 直接呼叫下一患者。急诊医生站同样有以上两个功能, 所不同的是在叫号时, 不论每个诊室叫号均会叫当前就诊患者的下一个患者。
2.2.3检验标本采集叫号:
我院门诊采用集中采样方式, 只有一个采血室进行采样, 患者检验标本采样和领取报告均在该采血室。患者先在采血室门口提交检验申请单, 护士按申请单打印检验条码, 该界面增加三个功能按钮, 排队、下一个和重叫。点排队, 患者信息传送叫号系统进行排队等待叫号, 点下一个会呼叫患者进入采血室采样, 检验结果从检验科通过气动物流传回后, 点取报告呼叫患者取报告。
2.2.4门急诊药房领药叫号:
我院最先在国内引进自动包药机, 将患者的每一顿口服药品包成一袋。在门急诊发药确认界面增加叫号、已领药两个功能, 患者将处方交到药房后坐在等候区等待取药, 药剂师将患者的包药信息传送给包药机, 包药机完成包药后, 药剂师核对药品相关信息后进行叫号, 叫号时语音呼叫患者并在LED屏上大字体闪烁显示五秒钟, 同时在屏下方有一行小字循环队列, 未取药患者一直循环显示, 直到点已领药后从循环队列中清除。
2.2.5电生理叫号:
患者在登记台递交检查申请登记时传送相关信息给叫号系统。检查室安装了叫号系统的呼叫终端, 医师在检查完一个患者后叫号会呼叫下一患者进入进行检查, 医师完成报告交登记台后, 登记员调用取报告功能呼叫患者取检查报告。
3使用效果
分诊叫号系统上线后有以下明显变化:配合我院的“一卡通”系统克服了门诊患者“三长一短”的情况, 患者由站着排队改为坐着排队, 这点对心脏病患者显得尤为重要。以前是大量患者围着导诊台盯着自己的排队进度, 现在都坐在候诊区等待叫号, 秩序井然, 解决了患者之间因排队造成的就诊矛盾, 减少了差错的发生。护士也能看到每个医师当前看诊情况, 未诊、就诊、已诊、复诊队列一目了然, 明显减轻护士的工作压力。诊室每次只进入一位患者, 保护了患者的隐私, 尊重了患者的人格。分诊叫号系统的使用改善了医院的就诊环境、就诊秩序和信息管理水平, 提升了医院的形象, 提高了服务质量, 杜绝诊室、导诊台的纷乱现象, 取得了明显的经济效益和显著的社会效应。
摘要：随着人们生活质量的提高和医保的普及, 对医疗机构的服务要求也越来越高。挂号时间长、就诊等候时间长、交费时间长、就诊时间短等问题日益突出。上线门诊分诊叫号系统后, 通过与HIS系统的多个子系统集成, 实现了就诊、取药、检验检查的排队叫号功能, 克服了门诊“三长一短”现象, 提高了患者的满意度, 提升了医院形象和服务质量。
关键词：HIS系统,叫号系统,接口
参考文献
[1]李名世.计算机网络实验教程[M].北京:机械工业出版社, 2003.
HIS接口 篇2
1叫号中常见的接口问题
1.1 排队患者缺失或多余
一方面,患者挂完号后由于某种原因又退号不看了,而他的挂号信息已经进入排队系统,这样,在叫号显示屏就出现了多余的排队患者;另一方面,患者在挂号以后,在排队叫号系统里面找不到此患者,也就无法对此患者进行呼叫,通过对问题分析,发现:由于叫号系统调用的是HIS系统提供的视图,采取的是中间视图接口模式,中间库数据读写频繁,实时性要求很高,有的时候不能够做到同步,而且,视图的某些字段设计得也不够全面合理,可能有很多不妥当之处,需要HIS和排队叫号系统针对问题,优化接口。
1.2排队患者站错队
在我院刚上排队叫号系统时,经常出现就诊号大的比就诊号小的先叫,或者挂号时间在前的排在了后面,究其原因发现, 这跟排队叫号系统的排序方法以及各窗口的系统时间不正确有关系,在这种情况下需要与软件开发商沟通,调整相应的过虑及排序条件,将原先的安就诊号单一排序改为就诊号加挂号时间的双重排序,同时对窗口单位的工作站电脑时间定期校准。
1.3医生工作流程的改变
医生在看完病人后需要点击相应的叫号按钮,增加了医生的看病流程,特别是一些对计算机操作不熟悉的老医生,需要在门诊医生站和叫号系统两个软件之间切换,增加了操作的复杂度,这就要叫号软件开发商与HIS软件开发商共同完成解决,将叫号系统嵌入到门诊医生工作站中[3]。其他,还有,排队系统因接口完善影响到整个HIS系统的问题。
2 几种常用的接口方式
2.1通过Web Service方式实现
具体实现方式:HIS系统通过门诊挂号管理程序完成挂号流程后,将患者挂号/退号信息通过Web Service传递给分诊排队叫号系统,患者挂号/退号信息按照规范好的XML格式的字符串进行传递。
数据库及连接方式:门诊分诊排队叫号系统数据库为MS SQL SERVER 2005,HIS系统数据库为ORACLE 10g,两个系统数据库创建在各自的服务器上,安装在门诊PC机上的客户端程序通过直连数据库的方式获取排队叫号相关信息。
接口具体信息:
2.2通过数据视图方式实现
我院门诊药房取药排队系统与HIS系统的接口就是通过数据视图方式实现的,具体实现方式:HIS系统提供当前各窗口可取药患者信息视图,门诊药房取药排队系统通过调用该视图,直接将可取药患者信息分类显示在药房窗口显示屏上(包含:当前各窗口可取药和过号患者信息)。
功能实现:HIS新建视图,供我方CSMIS系统相关程序实时调用。
2.3 通过数据视图+存储过程的方式实现
具体实现方式:HIS系统提供当日患者挂号/退号信息视图,在挂号的同时,通过调用排队叫号系统的存储过程,将患者的挂号信息直接插入到分诊排队叫号系统的数据库中。数据库及连接方式:门诊分诊排队叫号系统数据存储在HIS系统数据库中,HIS系统数据库为ORACLE 10g,通过在院方指定的表空间和有权限限制的用户下创建表、视图、对象等操作,安装在门诊PC机上的所有客户端程序通过连接中间件服务的方式获取排队叫号相关信息,通过中间件服务可以控制连接数据库的连接数,减轻服务器数据库的压力,提高服务器数据库的安全性。
3 结束语
HIS接口 篇3
目前我院各科室门诊量日益增大,为提高服务效率,改善服务质量,彻底解决患者就医无序的排队现象,营造公平、合理、有效的就诊环境,提升医院良好的窗口服务形象,同时为缓解门诊医生和护士的工作压力,减轻其工作强度,希望能通过排队系统进行有序的管理。在专业公司的协助下,开发了排队叫号管理系统。该系统由硬件(语音呼叫系统、显示系统、号票打印系统、硬件叫号系统)和软件(医院分诊排队系统软件)两部分组成。尤其在软件开发过程中,要求做到与我院现有的HIS即军字一号系统的ORACLE数据库进行信息共享,其中接口方案是实现与HIS系统对接的关键之处。我院排队叫号系统与HIS系统数据接口方案采用触发器+临时表+接口软件的模式。
1 设计思路
在HIS系统上建立一张临时数据表,在相应主表上建立部分事件的触发器从而将排队系统需要的数据存放在这张临时表中,接口软件各在一定的时间来读取一次临时表中的数据到排队系统,并将已经读取过的记录从临时表中删除。
1.1 数据接口的目的
将HIS系统中产生的数据按照一定的规则提取到排队叫号系统中来,自动形成排队叫号数据,达到数据传输的自动化和智能化,实现信息共享和多重应用。
1.2 数据接口方式
接口主要是针对HIS门诊挂号数据。由于HIS系统每天所产生的挂号数据量比较大,为了减少数据库连接数及资源开销,因此采用触发器+临时表+接口软件的模式。
数据流程如图1所示:
2 具体接口实现与SQL代码
主要是在HIS数据库上建立临时表、触发器以及连接用户等数据库对象。
2.1 新建临时表
CLINIC_MASTER_S2000
作用:用于存放HIS系统中门诊挂号、退号以用已就诊主记录数据。
SQL代码(参考):
说明:除STATUS字段外,其它字段的意义与HIS系统的就诊主记录的相应字段意义相同。
STATUS字段用于存放数据状态:(1)表示该记录是新挂号插入的数据;(2)表示退号记录;(3)表示已就诊记录。
2.2 触发器
在表CLININ_MASTER上建立两个触发器。
作用:用于将挂号和退号数据写入临时表CLINIC_MASTER_S2000。
SQL代码:
(2)RETURNED_OPERATOR字段的更新事件(将退号的就诊记录写入临时表)
2.3 在表OUTP_WAIT_QUEUE上建立触发器
WORKED_INDICATOR字段的更新事件(当该字段值被更新为“已经就诊”状态时将其就诊记录写入临时表)
2.4 连接用户
作用:供数据接口软件和护士站排队管理系统软件连接HIS数据库读去取数据使用。
权限:
(1)可以读写临时表:CLINIC_MASTER_S2000接口软件通过定时轮循方式读取该表中的数据,每读取完成一条就将其删除。
(2)可以读取HIS中的表:CLINIC_MASTER_USERS。护士站排队管理软件在配置基本数据(队列和员工信息)时需要读取这两张表的数据,从而使用排队系统中的基础数据更准确更合理。
2.5 建同义词
作用:以便于直接访问这个临时表而不需要带表的所有者。
SQL代码:
3 结束语
本方法解决了外挂叫号管理系统与全院统一的服务器HIS系统ORACLE数据库接口连接,简洁和可靠地实现了两者之间的无缝融合,方便了挂号病人数据的维护与管理。
摘要：本文对我院外挂的门诊叫号管理系统与HIS系统实现技术作了简要的介绍,并给出了相应的SQL语句。
关键词：HIS,门诊挂号,门诊叫号系统,数据库接口
参考文献
[1]王海君.Oracle学习教程[M].北京:北京人民出版社,2003.
[2]吴洁明.PowerBuild6.0应用与开发[M].北京:清华大学出版社,1998.
[3]0000-0601-DSM,“军字一号”医院信息系统数据结构手则[S].
[4]吴飞,等.基于安全数据交换的网上预约挂号系统的设计与实现[J].中国医疗设备,2009(1):27-29.
[5]蒋小佳,周骅.网络预约挂号系统的设计与探讨[J].医疗装备,2005,18(12):17-19.
[6]曲豪.嵌入式智能排队叫号系统的设计与实现[D].武汉:华中师范大学,2009.
HIS接口 篇4
关键词：HIS,农村合作医疗,网络共享,医疗费
建立和推广新型农村合作医疗制度,是新形势下党中央、国务院为切实解决农业、农村、农民“三农”问题,统筹城乡经济,协调社会发展的重大举措。对于提高农民健康保障水平,减轻医疗负担,解决因病致贫、因病返贫问题具有重要作用[1]。我院是一所三级甲等医院,是周边农民患者的首选市级定点合作医院。根据我院HIS系统的数据库内容,为新型农村合作医疗管理信息系统提供了充足的病人基本医疗信息,同时实现了网络数据信息化共享。
1 接口存储的数据内容
根据新型农村合作医疗管理信息系统的要求,利用HIS系统提供的病人基本信息与在医院发生的日费用明细等,如:病人姓名、性别、年龄、病区等。
2 接口存储的重点及实施方法
2.1 病人基本信息内容
根据新型农村合作医疗管理信息系统病人基本信息(住院号、姓名、性别、年龄、病区科室、床位号、入院诊断、入院日期等)数据的需求,在我院HIS系统相关数据表[ZY_BRSYK(病人基本信息表)、ZY_BRZDQK(病人诊断表)、ZY_BQDMK(病区代码库)]中进行提取。提取数据时,为保证病人基本信息准确性,要求结算者手持我院病人结算发票到指定窗口进行结算,操作人员按照发票上的住院号进行操作,避免口误。如:在计算病人年龄时采取如下语句:
2.2 病人日费用明细
针对病人费用结算方式,分为一次性结算和中途结算两种方式。
2.2.1 一次性结算的病人
病人入院登记后一个工作日内开具当地农村合作办公室转诊证明,在HIS系统中进行自费病人入院方式,并且住院期间日费用都有详细记录;出院时在HIS系统中进行自费结算,同时打印结算发票。根据病人出院后的基本信息与日费用清单数据表VW_BRFYMXK(病人费用明细表)、ZY_BRSYK(病人基本信息表)内容进行相关提取。处理日费用明细时分费用项目代码为空与不空,采用临时表(#temp)插入方式获取项目代码,达到接口数据不为空的要求。
具体语句如下:
2.2.2 有中途结算的病人
由于特殊原因,病人在住院期间进行中途结帐,因此,获取病人费用明细时就有时间限制。所以,设计时既要考虑可操作性,又要考虑准确性,采用住院号的唯一性与结算时间(精确到时、分、秒)精确性相结合方法,达到数据准确性。
具体语句如下:
2.3 外挂报表的设计与应用
根据新型农村合作医疗操作人员的特殊性,HIS的集成报表系统模板集管理中新增农合报表,在此报表中新增3个子报表,分别为:病人基本信息;病人费用明细表(无中途结帐);病人费用明细表(有中途结帐),并对其权限给予分配,只供新型农村合作医疗操作人员选择执行。
2.4 数据导出
根据病人的住院号及出院日期,在HIS系统的外挂报表中进行相关操作。生成EXCEL表,分别保存为病人基本信息表(brxx.xls)与病人费用明细表(frmx.xls),并保存于U盘中。
2.5 数据导入
进入新型农村合作医疗信息系统中,确定提供数据的来源时选择U盘上的两个表,并将其数据内容导入该系统中进行相关结算操作。根据结算清单中结算金额给予病人相应的补偿,实现病人异地就诊现场结算。
3 接口存储运行的时间选取
病人诊治出院后,于HIS系统中进行自费结算,同时打印结算发票与结算清单。接着结算代理人或病人本人手持农村合作医疗卡、合作医疗本、出院证明、结算发票、费用清单、病人身份证及代理人身份证复印件、当地农村合作办公室转诊证明等到指定办理农合作医疗信息系统窗口进行补偿现场结报。
4 接口存储安全性措施
4.1 权限的设置
由于操作员采用的是U盘拷贝方式进行数据操作,所以HIS系统中操作员权限设置为仅有操作外部移动设备权限功能,并且具有操作外挂报表的权限。
4.2 硬件的设置
U盘带有可开关读写功能,并且专人专用,在HIS系统农合外挂报表中生成基本信息表(brxx.xls)与病人费用明细表(frmx.xls),并将此表拷贝至U盘中,完成任务后将U盘弹出,同时将U盘写入功能锁定,再插入新型农村合作医疗信息系统中,将生成的两个基本表导入到指定的软件菜单中,进行病人补偿结算,防止病毒侵入。
4.3 软件的设置
在各个信息系统中安装杀毒软件,及时升级,防止恶毒软件的攻击。HIS系统的集成报表系统模板集管理中新增农合报表,并对其权限给予分配,只供新型农村合作医疗操作人员选择执行。
5 总结
通过一段时间的使用,并结合工作需求,数据接口存储设计更加完善,内容更加丰富,无论是操作人员的操作速度还是病人满意度的调查,都有很大的提高,实现农合病人异地就诊现场结报与一站式服务[2,3,4,5],缩短农合病人现场结报补偿的时间,让农民患者得到了实惠,实现了医疗信息数据信息资源共享[6,7,8,9],同时也为现代化医院建设的能源利用提供了有效的应用实例。
参考文献
[1] 杨晋玲.新型农村合作医疗制度存在的问题及完善对策[J].学 术探索,2006(1):46-48.
[2] 吴国文.论建立新型农村合作医疗制度的基本问题[J].中国农 村卫生事业管理,2006(12):86-87.
[3] 陶帅根.影响农民参加新型农村合作医疗的因素研究[J].安徽 农业科学,2007(23):56-58.
[4] 吴仪.全面推进新型农村合作医疗发展[J].理论参考,2007(4): 79-81.
[5] 雷鹏,梁颖.关于推进和完善新型农村合作医疗的若干思考[J]. 法制与社会,2007(7):65-68.
[6] 曹彤,王行高,邵新,等.“军字一号”工程医保接口优化[J].中 国医疗设备,2008(6):36-37.
[7] 赖晓军.医院信息系统与医保系统的接口实现[J].医疗设备信 息,2007(9):23-25.
[8] 赵元杰.Oracle数据库实用指南[K].北京:电子工业出版社, 2002:682-684.
HIS接口 篇5
关键词：医院感染,监测预警分析系统,HIS
0 引言
随着计算机技术的快速发展和医院业务的扩展, 在医院信息系统的基础上根据各医院的实际情况, 医疗数字化系统已形成一定规模。但是这些系统的研发单位、数据库类型不一致, 导致各医院的就诊流程可能不同, 使系统间的集成度、数据共享度相对较低。医院感染是每个医院都必须重视的问题, 必须不断加强感染监测、预防和控制, 有效降低医院感染的危害。医院感染监测包括感染病例监测、病原菌及其耐药性监测、抗菌药物使用监测、消毒灭菌效果监测等方面, 其中感染病例监测是核心内容。目前, 我国很多大医院对医院感染病例的监控都采用计算机进行管理, 但有些医院应用的仍是单机版或简单网络版的医院感染统计系统[1]。由于医院感染的监控内容复杂, 需要统计和分析大量数据, 手工处理既不全面, 也不完整, 而且效率低下, 所以在人员数量有限的情况下, 无法做到及时监控。尤其是对感染病例的实时监测和对抗菌药物合理应用的分析与评价, 其涉及的因素非常复杂, 采用人工统计与分析很难达到预期效果。
为进一步加强医院信息化建设, 提高临床工作效率, 做好统计分析工作, 我院将医院信息管理系统 (hospita information system, HIS) 与抗菌药物应用及医院感染监测预警分析系统 (简称预警分析系统) 进行了互联, 通过建立一个多维度医院感染监测模型, 采集HIS、LIS等临床信息系统的相关敏感数据并进行分析, 实现了医院感染和抗菌药物管理的监测和预警。
1 抗菌药物应用及医院感染监测预警分析系统的特点
该系统的应用范围涵盖了医院感染监测和抗菌药物使用的全部业务, 实现了高度易感患者预警、多重耐药菌预警、特殊标本病原菌阳性预警、病原菌流行趋势预警、易感因素患者跟踪, 可早期发现感染阳性指标, 了解感染危险因素的全况, 及时采取预防控制措施, 防止感染恶化及感染传播;实现了针对高度易感患者、多重耐药菌、病原菌的流行趋势进行预警统计;实现了感染发生率、感染发生部位、感染患者微生物送检、感染患者监测中的入院人次、感染人次、送检数、送检率等数据的统计;能从在院患者前一日的医嘱中收集抗生素使用的信息, 并统计实际抗菌药物的用药强度、抗菌药物使用率、住院患者抗菌药物使用品种统计、抗菌药物人均使用费用统计、使用抗菌药物患者送检率、个人用药指标、抗菌药物越权使用统计、联合用药统计、围术期及围术期后抗生素的使用统计;实现在院患者的ICU目标监测, 手术感染监测, 细菌耐药性监测, 发热、腹泻、术后患者的实时自动监测, 降低临床医院感染的漏报率;实现了报卡功能 (包括各类传染病报卡、院内感染报卡、职业暴露报卡、肿瘤报卡、重大突发事件报卡、疫情报卡、卫生学监测等) 、微生物监测、传染病、院内感染漏诊漏报、刺伤事件管理、在线教育、住院患者实时监测等与医院感染相关的工作。
2 互联方案的设计
HIS数据库为Oracle, 预警分析系统数据库为SQL Server。考虑到HIS应用的是C/S结构, 预警分析系统应用的是B/S结构, 2个系统互联的设计方法是采集医院信息系统 (HIS) 的数据嵌入到预警分析系统中, 所以采用开放数据库的方式进行系统间互联, 使系统充分提供决策信息, 也使预警分析系统成为医院数字化管理的重要组成部分。数据检索采用的是结构化查询语言, 即标准的SQL语言, 该语言可以用于任何种类的关系型数据库[2]。整个系统具有开放性, 即在保证可比性的基础上, 医院可根据具体情况和工作需要进行修改与更新。系统运行过程中, 共享信息有权限管理, 防止泄密;客户化应用能力强, 界面友好。
在互联的优化流程中, HIS和预警分析系统的信息交互可以归结为预警分析系统对HIS的Oracle数据库中的相关表进行特定的操作。因此, 可以将预警分析系统作为HIS的一个Oracle定制用户, 在HIS的Oracle数据库中创建制定权限范围及特定操作的用户[3]。由于2个系统互联的设计方法是采集HIS的数据到预警分析系统中, 故Oracle数据库赋予预警分析系统的权限仅为select权限, 即预警分析系统对HIS数据库中的相关表的select操作只能通过此用户所创建的连接会话来完成。这样, 通过对赋予该用户权限和操作的限制可以在一定程度上确保HIS数据库的安全, 同时实现2个系统的互联。
3 互联方案的实现
为验证系统的有效性, 我们在Oracle数据库中创建预警分析系统连接Oracle数据库的定制用户YJJC, 使用该用户创建预警分析系统需要的表建立相关统计视图, 与采用手工查阅病例方式获得的调查结果进行比较, 符合率达到99%以上, 同时获得确认的总的感染病例数要多于手工方法。这说明该系统达到了预计的目标, 大大节约了感染专职人员筛查病例的时间, 使感染专职人员既能全面把握全院的感染情况, 又有精力对医院感染重点科室进行感染控制行为干预。该用户对HIS数据库中需要访问的数据库表如下:
clinic_item_name_dict, dept_dict, diagnosis, diagnosis_dict, drug_dict, exam_items, exam_item_dict, exam_master, exam_report, final_chief_diagnosis, inp_bill_detail, lab_item_dict, lab_report_item_dict, lab_result, lab_test_items, lab_test_master, operation, operation_dict, orders, orders_costs, outp_bill_items, outp_rcpt_master, pats_in_hospital, pat_master_index, pat_visit, price_list, staff_dict, vital_signs_rec, yb_print_sjxx_mz
对于预警分析系统, 由于采用的是SQL Server数据库, 只需要在“企业管理”中对数据源进行设置[4], 并用YJJC连接即可。
医院感染监测系统集成到住院医生工作站系统, 可从医院信息系统采集患者的基本信息, 从住院医生工作站系统采集诊疗信息, 从检验系统采集细菌培养与药敏试验结果信息。该系统通过医生在住院医生工作站上报感染病例时录入患者的感染部位、感染时间、疾病诊断、易感因素、是否手术、侵入性操作等信息, 达到感染发生的统计、分析、预警和监控。
4 讨论
本系统主要是基于HIS建立的医院感染实时监测预警系统, 能够对医院感染的相关因素进行主动、连续和系统地监测分析;可从多个资源点持续监测和分析患者数据, 从而自动地捕获相关信息 (包括感染患者之间的空间位置关系分析) , 提示医院感染相关事件;能对不同疾病的医院感染情况及医院感染与原发疾病关系等项目进行调查, 分析医院感染发生和发展的趋势[5]。
从系统的使用运行情况来看, 该系统提供了强大的信息查询、数据统计以及自动生成统计图表的功能, 为监控信息的反馈及数据的分析工作奠定了坚实的基础[6];从根本上解决了因专职人员不足造成的监测不足问题, 提高了医院感染管理人员的工作效率和工作质量, 同时可全面、准确地掌握医院的感染情况, 及时、有针对性地采取预防和控制医院感染的措施;实现了信息共享, 通过采集HIS中与医院抗菌药物应用及感染相关的实时数据, 并汇总分析、做出报警、及时反馈, 切实为临床科室提供合理使用抗菌药物及预防感染的提示, 从源头上为预防和控制医院感染、降低感染发生率提供了重要依据, 对提高医院感染管理工作的效率和质量起到了重要作用。
参考文献
[1]温剑, 胡永峰, 韩媛.对武警卫生机构开展远程医学教育的设想[J].医疗卫生装备, 2008, 29 (1) :103-104.
[2]代伟, 朱敏.基于HIS门诊信息资源的数据挖掘与利用[J].医疗卫生装备, 2011, 32 (3) :43-46.
[3]奥克拉·马尔.Oracle 8.1.6指南管理员[M].北京:北京希望电子出版社, 2000:313-330.
[4]李晓喆, 张晓辉, 李祥盛.SQL Server 2000管理及应用系统开发[M].北京:人民邮电出版社, 2002:26-35.
[5]吁亮, 王命延.Ajax技术构架及其在Web中的应用[J].计算机与现代化, 2007 (1) :43-45.
HIS接口 篇6
1 方案目标
保证数据安全准确, 方便病人, 方便操作。实现市级合管中心实时监管医院的医疗收费情况及高效、快捷的信息化审核、结算的政府职能, 并确保各自的数据安全和数据一致性。
2 接口安全
接口方案采用Web Service实现, 并采取一定的安全措施确保数据安全。
3 接口程序实现
NRCMS与HIS的接口采用的方式是为外挂式, 即两个系统通过外部接口数据库 (即中间数据库库) 进行数据交互, 实现数据准确传递状态。此项设计一方面实现了合管中心数据采集的简便性, 保证各类医疗数据交互的准确性与完整性。同时, 也有效降低了HIS厂商的开发难度, 将明显缩短接口的调试周期。
3.1 设置接口服务器, 建立接口数据库和接口表
(1) 医院配置一台服务器 (物理上尽量采用专门的系统数据库服务器, 以保证安全及方便管理) , 在该服务器上建立接口数据库和数据表 (也称中间表) 。
(2) HIS负责将NRCMS需要结算的数据按照合管中心的要求将参合病人登记、费用信息、医嘱信息写入接口库中间表, 有病人登记时, 产生费用信息时, 产生医嘱信息时, 实时写入中间数据库, 用于合管中心实时可以查询相应的信息。
(3) NRCMS负责从该数据库接口表中取出相应的数据, 提供合管中心在院患者审核功能及NRCMS补偿结算功能, 并向接口库回写结算信息。
(4) 接口库要求:接口数据库采用Sql Server2005, 接口数据库名称为LTXNH_HIS, 接口数据库访问用户和密码同时开放给HIS与NRCMS。
3.2 用户管理接口
用户增加、删除、口令修改:向Web Service提供方发起增加、删除用户、口令修改申请, 调用函数Yhzjjk Dll () 来增加、删除用户、口令修改, 执行后, 需要Web Service提供方进行相应授权才能正常使用;
3.3 药品、材料、诊疗目录接口
该部分主要是为了实现HIS系统和NRCMS的药品、材料和明细诊疗项目建立起唯一对照关系, 大体步骤为先为接口应用创建接口函数:药品目录接口ypmljk Dll, 材料目录接口clmljk Dll, 诊疗目录接口zlmljk Dll, 医院系统在增加、删除、修改时调用本接口服务。
3.4 参合人员信息接口
该接口通过读取HIS数据库zy_rydj表中的信息数据, 借助NRCMS提供的组件和封装函数chryxxjk Dll () , HIS可以通过该接口获取参合人员的基本信息, 并且将参合住院病人的基本医疗信息转存到NRCMS中去, 实现数据查询读取、病人信息增加、信息打印等功能。
3.5 结算接口
门诊、住院登记及结算:门诊、住院登记的一次性将病人的门诊、住院信息 (包括费用明细) 传上服务器, 调用函数get Nh Members () 获取家庭成员信息, 选择病人进行登记, 录入费用明细, 最后调用函数reg Mz () 上传, 如果上传成功会返回门诊、住院唯一编码, 需要保存起来。如果信息有误, 可以调用函数remove Mz () 作废此登记。门诊、住院登记上传之后可以调用函数pre Expense () 进行预结算, 或者调用函数expense () 进行正式结算。预结算可以调用多次, 但正式结算只能调用一次。
4 接口系统的优点
随着该接口系统使用的不断深入, 与没有做接口前的系统相比, 越来越体现它的优越性了:
(1) 实现NRCMS和HIS的无缝联接。在我院HIS正常运转、结算的同时, 通过该接口系统将参合病人的医疗信息自动转存到NRCMS中, 从而确保了数据传递的及时性、准确性。
(2) 替代手工转录方式录入, 从而大大减少了人为差错现象的发生, 提高了数据的准确性、有效性, 极大的减轻了收费人员的工作量, 提高了工作效率。既方便了新农合管理中心的实时监控和审核管理, 也方便了我院的新农合管理人员。
(3) 便捷的后台管理。药品、诊疗和材料项目的对应以及新农合更新项目的维护工作, 可以通过接口一次完成, 只要在HIS中修改后, 自动对NRCMS中的项目进行修改, 减少了医院计算机中心管理人员的工作量。
参考文献
[1]魏翎.新农合接口的设计开发与实现[J].现代医院管理, 2011, 1 (40) :48-49.
[2]庄同义.医院信息系统与新型农村合作医疗保险信息系统的接口实现[J].临床工程, 2007, 13 (11) :39-40.
HIS接口 篇7
关键词：新农合,HIS,出院即报,Web Service
0引言
随着医疗卫生体制改革的推进, 我国医疗卫生工作的重心逐渐从大城市的中心医院转到了面向广大人民群众的基层社区和农村医疗卫生机构。 目前, 全国各地正在积极推进新型农村合作医疗体系的建设, 以解决广大农民群众“因病返穷”和“看不起病” 的实际困难, 并将此项工作作为落实和实践科学发展观的重要举措[1]。 为减轻农民看病就医的经济负担, 促进农民及时就医和对卫生服务的利用, 政府决定建立新型农村合作医疗制度 (简称“新农合”) 。 从2003年起, 新农合制度在部分县 ( 市) 试点, 并逐步推广。 新农合系统以基金管理为核心, 以农合办、参合人员、定点医疗机构三者互动互联为基础平台, 形成了融参合管理、补偿管理、基金管理、统计报告、配置维护等一体化的信息系统[2]。 对医院而言, 医院信息系统 (hospital information system, HIS) 与新型农村合作医疗保险系统 (以下简称“农合系统”) 的管理机构联网, 使农合系统对参保人员的管理功能延伸到医院。 渗透到参合患者就医的全过程才能解决医院农合患者的管理问题, 因此, 实现HIS与农合系统之间的信息共享和数据交换, 已经成为医院亟需解决的问题[3]。 2011年, 秦皇岛市对新农合系统平台进行了全面的升级改造, 因此, 我院旧的农合报销接口无法与之相兼容, 接口改造迫在眉睫。
1新农合接口概述
新农合转诊基础平台采用Web Service技术与HIS进行对接, 实现转诊业务的各项功能, 包括身份认证、住院登记、住院记账、出院登记、住院结算等。
新农合转诊基础平台提供服务接口http://lo calhost/pro_webservice/n_api.asmx WSDL, 使用服务的HIS依据服务接口创建与Web Service的连接对象并实例化后, 即可调用相应业务函数实现处理业务功能。 服务接口介绍见表1。
2系统的设计方案
新的农合报销系统对医院的网络、硬件、软件的稳定性都有一定的要求。 以往的农合系统将患者报销产生的数据保存到农合平台系统中, 这一部分数据必须用农合专用的软件进行查阅, 接口并不对医院开放。 升级后这些数据的接口全部开放, 医院可以实时查阅, 大大地方便了收费员的结算以及统计员的数据统计工作。
经过系统地分析, 依托医院现有的数据库系统和软硬件资源, 在硬件上利用安全隔离网闸保证农合平台与HIS数据交换的安全, 在软件上摒弃以往的数据导入中间库的方式, 采用嵌入的方式将农合接口与HIS结算系统进行紧密融合。 该接口既作为HIS的一部分, 又可以灵活独立地运行, 大大地提高了农合报销工作的效率。
2.1 HIS的改造
为了保证农合结算数据的完整和一致, 在不影响其他程序使用的前提下, 对HIS的数据库进行了改造, 在数据库中添加了10多张表用来记录农合患者的账户信息、住院信息、结算信息、报销信息、月结信息等。 对住院登记、住院结算程序进行改造, 加入了对农合患者信息的判断, 凡是符合农合身份的患者在结算时均调用农合接口进行结算, 产生的数据直接与农合平台进行交互, 并在HIS中记录保存。如果发生农合网络故障等突发情况, 可先进行HIS结算, 在农合平台数据通信正常时再进行二次报销补偿。
2.2接口方案的设计和实施
(1) 数据传输格式。 从目前的发展趋势和标准化的角度考虑, XML是一个最优的选择, 它基于标准, 扩展非常容易[4]。 因此, 新农合数据传输将采用XML作为传输数据格式。
(2) XML数据交换模型。 XML数据交换模型用于在不同系统间进行信息交换时封装, 交换信息内容。 1数据传输报文的全部内容封装在XML报文中, 采用UTF-8字符集。 请求类XML报文使用
...
部分用于存放具体的数据传输报文。
(3) 在编写接口时考虑到接口的灵活性、可用性, 对各个功能进行了封装。 封装好的接口既可以在别的系统中使用, 又可以进行单独使用开发, 大大节省了开发时间和维护成本, 并有效地提高了接口的利用率。
(4) 开发工具选择。 开发工具采用Sybase Power- Bui Ider 9.0 (简称PB 9.0) 。 PB 9.0是一种基于C/S结构的数据库应用开发工具, 具有多种数据库接口, 可全面支持目前流行的数据库管理系统[5], 如Oracle、 SQL Server、Sybase等数据库都提供了专用接口, 同时也是很好的面向对象的应用程序开发工具。 在新农合信息查询系统开发中, 大量使用Power Bui Ider数据窗口技术可提高开发效率, 使开发人员将更多精力投入到程序功能的设计中。
PB 9.0调用农合接口功能示例如下:
2.3系统运行流程的设计
根据普通患者的就诊流程, 对农合患者的就诊流程进行了相应的修改, 具体流程如图1所示。
3功能模块的设计
根据接口文档所提供的接口函数, 将功能进行了封装, 在处理业务功能时只需要调用接口对象的函数即可完成整个操作。
调用获取补偿公示函数 (C020005) 示例如下所示:
整个接口系统涵盖了转诊信息处理、住院登记账户查询、出院结算、出院补偿等功能, 下面一一进行介绍。
3.1转诊信息查询
通过农合患者提供的农合医疗账号可以查询该患者的转诊信息, 并可手工或自动对该转诊信息进行处理。 符合转诊条件的, 系统自动将该转诊号添加入登记信息, 在有多条转诊信息时收费员可以根据实际情况手工进行选择。
3.2参合人员信息查询登记
通过农合医疗证号查询该患者的身份信息、参合信息、账户信息、缴费情况, 如患者未能提供有效的医疗证号, 还可以进行家庭账号的模糊查询, 并从返回的家庭成员列表中选择该患者进行登记。
3.3住院登记
农合患者进行住院登记时, HIS将登记信息写入pat_visit表的同时, 在农合住院登记表nh_pat_visit中也插入该患者的登记信息。 当该患者的登记信息发生变化时, nh_pat_visit表中的患者数据也实时进行更新。 待患者出院结算补偿完毕后, 系统将nh_pat_visit表中的该条数据标志为“已结算”。
3.4费用上传
费用上传分为每日上传和批量上传。 (1) 每日上传:将患者每天产生的费用明细通过接口上传到合管中心, 并将HIS中的明细项目标记为 “已上传”。 (2) 批量上传:先将HIS中的明细项目重置为 “未上传”, 再将患者本次住院产生的所有明细项目上传到合管中心, 并将HIS中的明细项目标记为“已上传”。
3.5费用结算
HIS在保存患者的结算信息时预先判断农合返回信息, 如农合结算成功, 则向HIS提交结算记录。 HIS在保存患者结算记录的同时, 向农合结算记录表中保存农合结算补偿信息。 如果农合结算不成功, 则HIS回滚数据, 取消HIS产生的收费结算信息, 待查明原因后再次进行结算。
3.6农合数据对照
各科维护人员负责将农合系统提供的项目补偿表与HIS的现行价表项目进行对照, 用于准确地将对应好的农合费用明细项目上传给农合系统平台。 当HIS添加新的药品、诊疗、耗材等项目时, 农合系统可进行手动更新, 再将新添加的HIS项目进行对照。
3.7农合信息查询
通过输入农合医疗账号可对个人信息、 家庭成员、在院情况、出院情况、未申请转诊、住院发票、住院结算单、住院结算记录、住院记账明细、出院补偿等信息进行查询。
3.8农合结算补偿
合管中心会在每个月的固定时间开放结算功能, 医院可以提交结算补偿申请, 将该月农合补偿的数据与合管中心进行对账结算。 申请成功后即可进行结算, 结算的数据同时保存在HIS中。
3.9农合报表打印
通过选择时间段可以对出院补偿登记汇总表拨付垫付补偿资金报表、住院补偿公示等报表进行查询并打印。
3.10农合字典维护
维护人员可对农合字典进行增、删、改等操作既可以逐一添加、删除, 又可以通过文件导入导出功能大批量导入导出字典项目。 字典修改保存后, 进行数据对照时系统会重新生成新的农合对照菜单, 大大地提高了工作效率。 系统接口功能图如图2所示
4软件调试
接口程序编制完成后, 与农合中心软件开发人员联系进行调试。 依照接口软件流程对各个模块进行一一测试, 查找接口bug、完善程序和基础字典数据, 接口调试完成后联系收费处对软件进行应用测试, 及时发现软件不合理的地方并进行修改。 一切测试完成后对软件进行一次完整的编译, 并进行版本封存, 以保证下一次的开发使用。
5结语
该接口已成功应用到我院的经济核算工作中使用以来补偿、报销、结算等工作运行平稳, 数据准确, 较以往取得了明显的效果, 不仅大大提高了工作效率, 节约了医院的人力成本, 而且使农合患者得到了很大的方便和实惠, 取得了较好的社会效益。 该软件具有操作简单、实用性强、开发成本低、兼容性好等特点, 具有很好的推广应用前景, 间接地支持了疗养院更好更快的发展。
参考文献
[1]刘谦, 何彦如.基于SaaS模式的省级新型农村合作医疗信息平台建设[J].医疗卫生装备, 2011, 32 (2) :39-41.
[2]林伟权.新型农村合作医疗信息系统的开发[J].中国数字医学, 2010, 5 (3) :58-60.
[3]刘立辉.新型农村合作医疗保险信息系统接口的研究[J].医疗卫生装备, 2009, 30 (10) :50-52.
[4]郭宝利.PowerBuilder 11.0内部培训材料实验手册与编程规范[M].北京:北京军卫星驰信息技术有限公司, 2008:343.