预约手术系统开发感想
 

进入医院一年有余，所参项目有限，在护士工作站、医生工作站全院铺开的过程中，虽对全院的各个科室仅仅是一种表面化的了解，但已足以反映出医院信息化工作的艰难。
更深入的接触，就是眼下仍在着力完善的任务。这个任务的大体目的是实现一个B/S结构的电子化手术预约排班系统，从而能够大大减少医护人员在此项工作上所付出的过多的时间和精力，通过转变成提交电子手术申请单的方式，基本替代人工送递纸质手术申请单的目的。
作为程序主体的Browser的部门（A）由孟工完成，而我负责完成手术室用来排班的一个Client程序（B）。系统的大致流程为由医生从A上提交申请，然后再由手术室的相关人员使用B对每条记录进行核查，并按顺序安排到相应的手术室，最后在下午的一个规定时间前发布排班结果供各相关科室进行核查，甚至提出修改。

谈优势：

到目前为止，此系统在我院外科部门几乎已全面上线，其优势非常明显：所有上线科室填报手术申请的速度提高了若干倍；省下了至少两趟往返于科室和手术室的体力和时间；消灭了转抄病人基本信息过程中可能产生的错误；甚至大量减少了纸张和胶水的消耗。

谈教训：

当然，此系统在逐渐完善的过程中也暴露出了很多的问题，其中包括一些难以解决的，比如对于非住院，特别是那些没有病历号的急诊病人就没有办法使用此系统进行预约申请，仍需要纸质；同时，也包括一些由于对主观因素、客观环境、业务流程的不熟悉而导致的问题，这些是值得我认真思考和积极学习的。
一、程序出现过一个Bug，经查发现是由于住院处在病人住院的时候，录入的病人基本信息不完整而导致的。这样的情况也许在很多医院都出现过，病人的生日，身份证号都可能是空的，一个老外的民族是汉族，收费标志也是乱七八糟搞得医保结算的时候非常麻烦。所以系统和系统之间的影响是要充分考虑的。
二、最近还发现了一个问题，在常规手术预约申请的过程中，上午预约的时候病人甲仍在心外科，但到下午病人转到了胸外科，手术申请单只允许上午填写，并且无法更改手术科室，于是转天手术室接病人的时候，手术单上的病人是在心外科，而此病人却是由胸外科的医生送去，对不上号乃至接错病人的后果是相当严重的。所以我们要在某些易变的环节上，充分考虑各种可能性。
三、手术变更是不可避免的，这之中有客观的，也有主观的原因，在没有任何文字的规定对这些行为进行约束以前，这些事务还是应该由人与人之间进行沟通和协调。诸如这些需求是在不断变化的（甚至是一些不合理的需求），所谓不断变化也就是需要不断的增删修改某些功能以满足需要，程序应该做的尽量灵活，少一些限制，多一些功能，经常性的修改不可避免，而希望通过程序上的限制达到对需求进行强制性的约束是异想天开的。
搞清楚最终要做的到底是什么，多问问自己它能做什么不能做什么，事实证明，这是非常重要的。

谈感想：

纵观系统上线伊始至今，最令我出乎意外的是没想到整个过程如此顺利，几乎每一步都是按照计划按部就班而行，几乎没有任何意料之外的变数。
从我的个人感觉来讲，这得益于以下三方面的原因。
一、 系统较简单，对医院的业务流程无明显影响，实施阻力小
二、 事必躬亲的用户委员会——医务处。手术预约系统是由医务处提出的，在整个系统的实施过程中，医务处格外卖力，能够迅速协调和处理各种关系，并传递各种信息，特别是在出现一些非技术问题的时候，能迅速承担起责任，对某些关键性的规则方面的内容，进行明文规定加以支持。
BTW，无论是用户还是开发者，对出现的问题的反应速度非常关键。
三、 投入是有补偿的。从项目开始计划实施至今，院各级领导都相当支持，而这种支持同样也来源于于此系统相关的各级医护人员。当对某项信息系统的投资能够很快的、并且县而意见的得到回报的时候，此系统的实施就会比较顺利，这种回报有时是资金，有时是生产力的改善、效率的提高。手术申请的系统虽投资不高，但却可明显改善医护人员的效率，使之从繁琐的体力劳动中解脱出来，像这样当回报明显大于投入的系统，得到支持也就不足为奇了。
我国的医院绝大部分还属于以卖方为主导的粗放式经营，在效益至上的今天，特别是一些效益不够好的医院，他们宁可用投资信息系统的钱去购买医疗设备，毕竟，这样来钱比较快。而如某些医院，在资金较为充裕且不愁病人源的环境下，如果医院投资信息化，则会更偏重为医护人员服务，提高生产力，提高效率，而不是把病人放到更重要的地位上。

是机遇还是挑战？