极通武汉中心医院工作总结.docVIP

CHISC.NET - 全国医疗信息化联盟 ,为全国医疗信息化人员提供最全面的资料下载平台 武汉中心医院总结 主要工作： 对整个武汉中心医院项目再开发支持，系统集成测试、实施跟踪。 具体工作： 开发模块 -- HIS和医保卡的通讯 -- HIS与银联的通讯 -- HIS与电子病例（CIS） -- HIS与合理用药 -- 语音报价器 项目集成测试实施 -- 前的网络及系统状况 -- 统的方案设计 -- 施前的准备工作 -- 目实施的流程步骤 -- 实施中的问题及解决办法 医疗行业软件认识： 医疗软件发展状况 -- 行业性标准尚未完全形成 -- 软件开发基本都是项目定制式开发 -- 软件系统庞大 -- 彼此时间接口不规范 -- 软件设计存在缺陷 医疗软件发展趋势 -- 要将众多的IT系统集成 -- 要形成统一的软件部署架构 -- 新老系统的整合更新 医疗软件发展困难 -- 原有硬件资源投资面临无法继续使用的风险 -- 客户端的安装、部署、维护更为困难，维护成本加大 -- 广域网应用存在瓶颈 -- 数据安全 极通软件的切入点 --- IT系统的统一部署问题 --- 新老系统的整合更新，过度问题 --- 广域网应用 --- 客户端的安装部署维护问题 --- 现有硬件设备无需更新 --- 数据的安全访问 总结 1、HIS与医保 HIS与医保的接口采用动态链接库的方式，主要实现医保读卡及医保业务的处理。 医保有两种不同类型的读卡器，由读卡器厂商提供驱动所需的动态链接库。 为方便HIS调用，医保对两套读卡器重新封装了一个动态链接库（WHSBICK.dll），提供给HIS统一的调用接口。 客户端部署时根据不同的读卡器拷贝对应的动态链接库到HIS应用程序目录。 同一客户端不会同时安装两套读卡器设备。 两套动态链接库中都使用WHSBICK.dll作为HIS调用的文件，不过可能其内部是有区别的，没有仔细研究过，需要考虑这个可能性。 ―――――――――――――――――――――――――――――――― 目前采用EWEBS通讯模块，已解决这个问题。 在服务器端封装HIS调用的动态链接库（WHSBICK.dll），接口与原来读卡器接口相同。 通过极通通讯模块在极通客户端部署正真的医保卡驱动程序，通过通讯模块去调用动态链接库（WHSBICK.dll），然后将结果再通过通讯模块返回到服务器端。 HIS通过极通通讯模块返回的动态链接库（WHSBICK.dll），再做后续的业务处理。 ―――――――――――――――――――――――――――――――― 根据与极通现场工程师的交流，其中一类读卡器采用端口映射的方式已解决。另一类采用重新封装WHSBICK.dll的方式来实现，已调通。 这个模块是通过极通通讯模块来实现的，已经解决。 2、HIS与银联 HIS与银联的接口采用文件的方式，主要实现银联卡交易，两者是相对独立的应用程序，都需要部署到客户端。 银联在每一个客户端部署独立的应用程序作为银联前端交易程序，且安装在固定目录c:\gmc。 HIS写完交易请求信息文件c:\gmc\request.txt后若银联客户端程序c:\gmc\gmc.exe未运行则须将其运行起来。 银联客户端程序读取交易请求信息文件后将文件删除并进行银联交易服务。交易结束将交易结果写入文件c:\gmc\response.txt。 HIS读取交易结果应答文件后将文件删除并进行HIS后续的业务。 银联客户端程序及HIS客户端程序采用定时器的方式不停的检测是否有对方写入的文件。 这个模块已经按照我们和HIS的接口约定，完成了开发。【luojun_12_13】 系统实现： 1.EWEBS客户端安装部署的时候，同时也安装上 银联的客户端程序 2.HIS系统写完交易请求信息后，不写 文件C:\gmc\request.txt；而是把文件写到C:\Documents and Settings\%当前登录名%\Application Data\bosft\ request.txt。 3.我们通过开发文件监视机制（DLL）,来监视C:\Documents and Settings\%当前登录名%\Application Data\bosft\ request.txt 是否存在，如果存在就把文件读取后删除文件C:\Documents and Settings\%当前登录名%\Application Data\bosft\ request.txt,并通过我们的通讯模块（DLL）把文件写到客户端的C:\gmc\request.txt,如果银联C:\gmc\gmc.exe没有运行就将银联程序运行起来。 4.银联客户端依旧按照