只有注册用户登录后才能阅读该文。阅读全文

    只有注册用户登录后才能阅读该文。阅读全文

      今天上午开了一个信息化协调会，正院长主持，医务、护理、人事、药剂、财务、检验、影像以及正在实施住院系统的相关科室都参加了，会议内容主要是总结前段时间的实施的情况，以及明确各部门的职责，总之到最后都是在互相推卸责任，老是把一些数据的维护错误归结于我们信息科或者是HIS。
      现在虽然说医院在搞信息化建设，但实际上很多职能部门的思想还是停留在以前的运作模式上，很多管理方式都是沿用未进行信息化时的思路，这样导致HIS实施后，管理模式不适应信息化。今天开会就有一个非常搞笑的例子，护理部提出，现在护士人不够，可能护士流动比较大，有可能这个星期在内一上班，下星期就要到内二，但现在上了电脑系统后，无法及时赋予她权限，所以要求我们派专人接他们护理部的电话，一接到变更电话就要马上修改那个护士的权限，我晕，我直接说了一句，：“X主任，这样吧，我们装一台专用电脑，你们直接在那里维护全院护士的上班科室”，但那个主任却说什么没位置放电脑，而且要上网之类的话来推托，唉，我们科长也说不过她，最后还是勉强答应她的建议，我无语……
       

      上个星期整个星期在值班，真是辛苦，正值上线初期，一线操作人员不熟悉操作，更重要的是软件不成熟带来的诸多问题，弄得我疲于奔命，好在，总算过去，可以好好休息一下。
      今天星期一，上午是业务最繁忙的时候，但很不幸，坏事还是发生了，9点半左右，内科打电话过来说系统运行速度极慢，医生保存一条医嘱要等1-2分钟，这个不是夸张，我自己试过，需要1分钟左右的时间，于是马上打电话到收费处问问速度，结果一打过去，对方就说，正想打电话给我们说速度很慢，病人已经排到楼梯口了……。其实这个问题在上星期已经出现，一直以来，客户端的运行速度不断的在下降，于是查找原因，起初还是在数据库上做文章，加索引，加大临时表空间，可是收效甚微。
      今天，公司告诉我，他们查到原因了，他们在他们的数据访问类里面加了调试输出，结果发现，医生有可能在接诊病人开医嘱的几分钟时间里发出上百条SQL执行请求，然后我自己跟了下程序，发现的确很多SQL请求，而且大多数都是重复的，太可怕了，我就是选择一条已经开立的医嘱，也有16条SQL语句出现，这下明白了，就算服务器处理能力再强，也无法抗的住如此浪费的SQL请求狂潮，系统是C/S两层结构，没有中间的应用服务器，不能做缓冲，那么解决问题的关键只能在客户端程序里建立一些缓存机制，减少频繁查询数据库，但这个工作非常繁杂，而且风险很大，我准备找医生站程序作为试点。