总结2006，展望2007

 

                        总结 2006 ，展望 2007

光阴如梭， 时间如流水般地从身边淌过，一 年的工作转瞬即将成为历史，伴随着新年钟声的临近，我们依依惜别 还算丰收 的 2006 年，满怀热情的迎来即将到来的 2007 年。

年终了，不管这一年是否丰收，总该写一些东西去总结一下，对自己和公司都是一个交待。算是为奋斗一年的工作以及逝去的年华留下一些可记忆的文字，也算是为来年的进一步成长做总结性的准备。

2006 年我主要参与了四个大方面的工作：

一： HIS 系统的继续开发和完善。

前半年的工作还是主要在 HIS 系统上，对于这个系统，我有太多的感慨，也有很多话要说。回顾这个系统的研发要分为好几个时间段，刚开始的时候是按照一个小门诊系统来做的，也就是根据君平门诊的需求做一个挂号和划价收费的模块。那个时候公司刚开始计划在开发工具和开发语言上做一下调整，开发语言从 VB 转向 C# ，开发模式从 Com 转向 .net 。正好这是个全新的项目，也算是公司转向 .net 平台开发的一个起点吧，于是公司领导就决定让我用 .net1.1 来研发。结果我就从一种熟悉的开发环境转到一种完全陌生的开发环境，那个时候我记得研发部没有一个人用 .net 搞过东西，也没有相关的书本以及学习资料，只有一边学一边开发。以前只学过 C 语言和 C++, 对 C# 不熟悉，好在当年读书时这两种语言都学得不错，而且 C# 的语法好多和 C++ 一样。没有资料去网上搜，语法不懂也去网上搜，最后甚至连调试到不明白的错误时，也去网上搜 …… 我发现网络真是个很神奇的东西，不管什么问题，只要去搜，成功的几率能达到 85% 以上，就这样慢慢地熟悉了 C#, 也慢慢熟悉了 IDE ，也学到了很多以前没有学过的知识。诚然，知识是学到了，可是研发周期太长了，等软件研发出来了，君平门诊人家也不要了，就这样，加上咱们的药品管理模块算是完成了一个门诊管理的小系统，也算是 HIS 早期版本的一个雏形吧。

既然做到了这一步，那就接着往下研发吧，于是，接下来开始做门诊医生工作站的工作，再接下来就是住院管理、护士工作站、病案管理 …… ，但是越往后走，我越发现我的研发似乎有问题，能明显地感觉到研发已经脱离软件工程的规范，有点天马行空的感觉，没有整体的规划，想到哪一块就开始做那一块。搞研发没有调研，从网上下载下来别人的软件，然后看到好的部分就加到自己的软件里去，不知道客户是不是对这些加进去的东西有没有需求，只能通过做了客户去检测，不行的话，就再修改，这样搞得人身心很疲惫。由于客户要求的时间紧迫（做挂号、医生工作站、划价收费的时候君平门诊急催，做病案、住院管理的时候山西小牛急催，做社区医疗的时候新疆南总急催）根本来不及按照软件工程的标准来开发软件，开发出来之后，这些急催的人，却一家也没卖出去，总有一种被人牵着鼻子走的感觉，而且，被牵了一圈什么结果也没有。

后来，烟台和济宁的合作伙伴做了两家客户，通过在这两家客户的实际应用中，功能总算一步一步地完成了，又修改和完善了很多东西。

不知道以后 HIS 系统的市场会怎么样，也不知道究竟能给公司带来多少经济效益。 2006 年算是把这个产品搭建起来了，期望 2007 年有一个好的收成，也期待 2007 年 HIS 的销售有一个好的业绩。

二：社区医疗卫生服务管理系统的开发和继续完善。

这个系统是根据新疆南总对吉昌地区所做的需求来完成的一个项目。也是继完成 HIS 之后，通过系统学习开发工具和开发语言之后的一个理论结合实践的真正锻炼。应该说在技术上比较成熟之后所做的一项工作。但是，工作完成后，项目却没能上线，新疆那边一直没有回音。说起做这个东西，不能不让人气愤，刚开始，急着催，急着要，造成我这边很被动，连一点好的规划都没做完，就匆匆忙忙地赶着写程序，可是做完后，却没有了答案。好在现在在黑龙江终于有了一个客户。

其实我个人认为在社区医疗卫生服务方面做一下文章应该有好的发展，而且如果做好了，2007应该在这方面会有一个好的业绩。下面是引用的一段比较权威的资料：

资料：国家统计局的统计数字表明，伴随中国社会家庭结构的演变，中国逐步进入老龄化社会。专家指出，随着社会经济的进一步发展和社会保障体系的不断完善，建立健全较为完备的社 会医疗保健体系的条件已日渐成熟。因此，大力推进和尽快完善这一体系，是医疗卫生行业结构调整的当务之急。

社区卫生服务的发达程度代表了一个现代社会的进步水平，在这方面，西方国家已经积累了丰富经验。在西欧、北美、澳大利亚等国家，社区卫生服务已经开展了近30年，家庭医生已成为社区卫生服务的主体，在卫生服务和管理中扮演着重要的角色。

来自国外的一份统计报告表明，发达国家的医生有50％是在社区医院里服务。国外的社区医院是什么样？ 一位长期研究中外医疗比较研究的专家形象地讲了一个故事：看过电影《阿甘正传》的人也许还都记得片中的那个医生。当阿甘还是个小孩子的时候，为阿甘做矫形手术的医生是他，当阿甘的妈妈即将离开人世的时候，守在病床前的医生还是他。几十年服务于社区，这就是国外社区医院服务的真实写照。

国外发达国家都拥有健全的社区医疗卫生服务网络，这些网络负责为居民提供基本的医疗服务。在社区卫生服务的发源地英国，社区医院的医生数量占到医生总数的近50％，平均每2000人拥有一个社区全科医生。

相比之下，我国的社区卫生服务规范化程度还不高，社区卫生信息资料的收集统计工作还很落后，这些都限制了社区卫生服务事业的发展。如何在人手和资金短缺、任务复杂繁重的情况下保质保量地完成社区卫生服务的职能，是摆在社区医院面前的一道难题。

健全的社区卫生服务网络，可望成为我国居民健康的‘守门人’。通过数字化健康管理，可以在社区对常见慢性病提供很好的服务，不仅帮助病患者控制病情，还能帮助他们合理用药，减少医药开支。同时,健康管理重塑的科学生活方式，不仅对患者有益，对家人也有益，是从根本上提高国民素质、控制疾病发生和发展、减少医疗费用的一件利国利民的好事。

有专家指出，现行的医疗保健模式与社区卫生服务要求之间存在着许多不适应之处：

1.预防保健服务和医疗服务相脱节：医疗服务和保健服务管理分隔，作业分段，不能连续。

2.病人寻求医疗保健服务的无序化：多头就诊，不能有序地根据健康情况合理地选择服务单位。

3.中小医院卫生资源利用不足。

4.医疗服务分级转诊无序化：各级医疗机构没有有效的双向转诊机制，导致医疗服务的重复利用、重复检查、重复用药，医药费用过度增长。

5.医疗保障体系的付费方式不合理。

为此，数字社区和第三方健康管理产业将大有可为，无论是社区服务还是第三方的健康网站具有很大的增值服务空间。

通过上面的资料，我们能深切地感觉到，如果在这块做点文章，应该能做出业绩的，不知道领导是怎么考虑的。殷切希望这一块在２００７年能给公司带来效益。

三：供应商自理系统的研发以及智能客户端方面的一些研究。

   供应商自理系统是供应商用于处理自己事务的一套系统，有助于用户和供应商之间建立很好的电子互动和沟通，这是一个平台性质的系统，用户可以自己定义供应商所能做的操作和任务。

   说到这个系统，不得不说一下有关智能客户端方面的东西。应用程序架构的发展大致遵循着这样的一个轨迹： CS 架构 — 〉 BS 架构 — 〉 RichClient 架构 — 〉 SmartClient 架构 ……, 在传统的企业应用开发中 , 一般都是使用 CS 的方式来进行 , 这种开发方式具有数据传输效率高 , 用户界面友好 , 可以在客户端存储大量的用户个性化信息等特点 . 但是 , 这种方式也有它的缺点 , 就是应用范围太窄 , 一般局限在企业局域网内部 , 而且需要每一个终端都要安装完整的客户端程序 , 在客户端程序版本变更时 , 需要给每一个终端重新安装 , 维护起来也不方便 .

后来 , 随着互联网技术的迅速发展 , 出现了 BS 的企业解决方案 . 在这种解决方案中 , 系统的应用范围扩大到了整个互联网 , 而且由于实现了零客户端 , 使人们的使用摆脱了客户端的限制 , 因此得到了很大的发展 . 但是 ,BS 系统也有它的先天不足 , 既它的表现能力太差 , 而且使用起来也没有 CS 系统那么方便 , 这些都阻碍了它的发展 .

为了解决 BS 系统的表现能力和使用方便性问题 , 一些企业提出了富客户端 (RichClient) 的概念 , 一种解决方法是使用 javascript+htc+webserver 的方式来实现 , 还有一些别的解决方法 , 但效果都差不多 ; 但是这种方法并没有从根本上解决 BS 系统的表现能力问题 , 只是改善了一些 ; 而且这种开发的复杂性惊人 , 开发效率相当低 , 并没有得到普遍的应用 .

最近两三年 , 业界又提出了智能客户端 (SmartClient) 的概念 , 它集 CS 和 BS 的大乘 , 吸取了它们的优点 , 摒弃了它们的不足 , 取得了很好的效果 . 智能客户端的具体实现是这样的：终端运行一个轻量级的客户端程序 ( 一般只有几十 K), 该客户端只是程序的基本框架 , 它装载各应用模块 ; 如果服务器端有了新的应用模块版本 , 它还负责自动更新和部署 , 和服务器的数据交换一般使用 web 服务的方式 . 由于它是客户端运行的 , 所以它的界面和普通的 CS 程序没有什么两样 ,CS 程序所具有的优点它都具有 ; 又因为它是自动部署的 , 所有即使整个系统发生再大的变化 , 也不需要给每一个客户端更新 , 这些都可以自动完成 , 这一点很像 BS 的系统 . 还有 , 它一般都是使用 web 服务来和服务器交换数据的 , 这就决定了它既适合局域网更适合广域网 , 而且也很好的扩展性 , 比较容易实现负载平衡 . 智能客户端还有一个很出众的优点 , 就是它可以实现有时联机 , 也就是可以随时断开网络连接 , 这时还可以执行大部分应用 , 并保存应用数据到本地 , 等联机后 , 这些应用数据可以更新到服务器中去 . 这一点使它在智能设备中大有用武之地 , 设想一下 , 某一天你在火车上可以用自己的 PDA 下一个订单 , 并且可以随时 ( 如果你的 PDA 可以联网 ) 或回家后把这个订单发送到服务器中去 .

理论上讲，智能客户端这种软件架构模式在企业级应用程序中的应用是非常诱人的，而且在不久的将来，这种模式会被很多软件公司大量应用在企业级应用程序中，我相信我们选择这种架构进行软件研发，是明智的选择。

另外一点要说的就是：在程序的研发过程中，也学到了很多东西，系统地学习了 .Net Remoting,WebService,Soap…… 并且明显地感觉到自己提高了不少 .

四： V10 后续的一些工作以及其他系统和类库的一些开发。

在做这些工作的时候，明显地有一种感觉：业务知识太贫乏。说实话，现在 V10 里面有很多东西都不是太了解，而且，每做一个模块的时候，都不知道后台表中的字段是什么意思，也不明白前台的数据流向 …… ，这些情况造成了一种现象，那就是弄懂表结构、数据流向以及客户需求所需要的时间要比写程序所用的时间至少要多 50% ，这样既耽误了工作进度，也造成了很多逻辑上的错误。这是个深刻的教训， 2007 一定要对业务多了解，多熟悉。

总之， 2006 年的工作大体就是这四方面。这一年有欢乐也有痛苦，走过之后再回头看时，虽然没有轰轰烈烈，但也没有虚度年华，不知道再过 20 年后回头看看这个自己的 2006 是不是一片空白。

展望 2007 ，在新的一年中，我们应该有很多很多的事要做。我一直认为个人的发展和公司的发展密切相关，相辅相成。只有公司发展好了，个人才能有好的工作环境，有好的福利，有好的待遇 …… ，而这一切都满足了的时候，员工的积极性才能得到提高，才能有更高的热情投入到工作中 ……, 而每个员工都愿意为公司卖命工作的时候，公司的领导只要大方向把握得正确，想不发展好，想不上市都困难 …… 。这种关系是一种良型循环，它是一种非常强大的力量，它可以让公司发展得更快。

大家都知道华为的“草垫文化”，也许好多人可能都不大明白这种公司文化形成的原因，也不知道任正非是怎么着激励他的员工能这样为他拼命工作的，但是，有一点必须是肯定的：华为一定有一些规章制度、条例、方法等等能引起员工工作的极大热情。任何一个公司要向好的方向发展，都应该需要这样的规章制度、条例、方法。我想我们公司也应该需要这些东西去激励员工，去发掘员工的潜力 , 去激

起员工的热情 …… 。我们期望公司领导能搭建这样的一个平台，在这样的平台里，我坚信我们能做出给公司带来利润的事。天道酬勤，公司发展好了，也肯定会给我们一个很好的回报。

如果有这样的一个公司，新进的员工都把它当作一个踏板，等羽翼丰满的时候，就跳走了，甚至跳到竞争对手的公司里，我想这是一个非常可怕的事情，而且，这种现象对公司的发展可以说是致命的打击，而且，我坚信这样的公司不会走得太远。

2007 年对于我自己来说，应该让它成为我职业生涯中的一个飞跃，不但技术上要有一个质的飞跃，业务水平也应该有一个质的飞跃，各个方面都应该竭尽全力去提高，让自己逐渐成长起来。

相信 2007 ，期待 2007 。